Необхідно перевірити правильність введення логіна і пароля і мовну розкладку клавіатури. Уточнити логін і пароль можна у адміністратора реєстру.
Потрібно переконатися, чи немає в повному шляху каталогу, що містить АРМ реєстру, російських букв або спеціальних символів (наприклад. $, #,). Бажано, щоб папка АРМ перебувала в корені будь-якого з локальних дисків комп'ютера.
Для вирішення проблеми слід звернутися до адміністратора реєстру. Адміністратору реєстру потрібно вказати приналежність користувача до будь-якого органу виконавчої влади, натиснувши на кнопку «Додати» в розділі «Привілеї» картки «Користувачі». Після цього користувачеві необхідно заново зайти в реєстр, і орган виконавчої влади стане доступний.
Для вирішення проблеми потрібно закрити АРМ реєстру і видалити з папки \ rguclient-windows \ configuration все підпапки, залишивши в ній тільки файл config.ini.
Послуга може містити кілька процедур взаємодії, а може тільки одну. Процедура взаємодії може збігатися з назвою послуги та мати кілька цілей взаємодії, а може збігатися з назвою мети і мати одну вкладену мета взаємодії.
Приклад 1: Державна реєстрація народження.
Яка мета звернення заявника - заявник хоче отримати свідоцтво про народження.
Послуга має наступну процедуру взаємодії із заявником: «Державна реєстрація народження».
Далі визначаємо цілі звернення. Основними критеріями при виділенні цілей звернення є:
- розрізняються терміни надання послуги в залежності від будь-яких умов надання;
- величина і порядок оплати послуги;
- перелік документів, необхідних для надання послуги;
- перелік документів, які видаються заявнику в результаті надання послуги;
- перелік юридично значущих дій, які виконуються в результаті надання послуги.
При формуванні відомостей про послугу проводиться групування цілей звернення до процедури взаємодії із заявниками за принципом спільності підстав для відмови в наданні послуги або його призупинення, нормативних правових актів, безпосередньо регулюють надання послуги, переліку адміністративних процедур, що виконуються в рамках надання послуги, результату надання.
У прикладі 1 ми виділяємо окремі цілі взаємодії:
1. Реєстрація народження дитини, яка має обох батьків
2. Реєстрація народження дитини матір'ю-одиначкою
3. Реєстрація народження дитини знайденого (підкинутого) дитини
4. Реєстрація народження залишеної дитини
5. Реєстрація народження та смерті дитини, яка померла на першому тижні життя
6. Реєстрація перинатальну смерть дитини
7. Реєстрація народження дитини, яка досягла віку одного року і більше
8. Реєстрація народження дитини, народженої сурогатною матір'ю
Інший адміністративний регламент Федеральної служби з нагляду в сфері захисту прав споживачів і благополуччя людини по наданню адміністративної послуги з видачі на підставі результатів санітарно-епідеміологічних експертиз, розслідувань, обстежень, досліджень, випробувань та інших видів оцінок, оформлених в установленому порядку, санітарно-епідеміологічних висновків .
У прикладі 2 ми знайшли наступне відповідність: розділ «II. Стандарт надання адміністративної послуги »підрозділ« Вичерпний перелік документів, необхідних відповідно до нормативних правових актів для надання адміністративної послуги »:
п. 18. Для отримання санітарно-епідеміологічного висновку заявник надає в Росспоживнагляд (його територіальний орган):
заяву про видачу санітарно-епідеміологічного висновку за формою, встановленою в додатку N 3 до Регламенту;
результати санітарно-епідеміологічних експертиз, розслідувань, обстежень, досліджень, випробувань та інших видів оцінок, оформлені в установленому порядку.
19. Для переоформлення санітарно-епідеміологічного висновку заявник надає в Росспоживнагляд (його територіальний орган):
заяву про переоформлення санітарно-епідеміологічного висновку із зазначенням причини переоформлення (реорганізація, зміна найменування, місцезнаходження юридичної особи або зміна прізвища, імені та (в разі якщо є) по батькові, місця проживання індивідуального підприємця), технічної помилки, виявленої після отримання санітарно-епідеміологічного укладення та допущеної при оформленні санітарно-епідеміологічного висновку) за формою, встановленою в додатку N 3 до Регламенту;
раніше видане санітарно-епідеміологічний висновок.
Звідси випливає, що дана послуга буде мати такі процедури:
Процедура 1. Видача санітарно-епідеміологічного висновку на основі проведеної експертизи, розслідування, обстеження, дослідження, випробування та інші види оцінок
Процедура 2. Переоформлення санітарно-епідеміологічного висновку на основі проведеної експертизи, розслідування, обстеження, дослідження, випробування та інші види оцінок
У кожної процедури буде по одній однойменної мети відповідно до критеріїв виділення цілей з регламенту, описаними вище.
В даному випадку варто для своєї послуги створити новий робочий документ. При цьому назва робочого документа (поле Робоча назва) потрібно вказувати з урахуванням назви послуги, в рамках якої він використовується, якщо ж є специфіка у даного документа в рамках відомства, який надає послугу, то в назві слід вказати і назву відомства або територіальної приналежності. Не слід хвилюватися, що назва робочого документа не відповідає адміністративному регламенту. Назва документа відповідно до адміністративного регламенту вказується в поле Найменування картки робочого документа. На ЕПГУ буде передано саме воно.
Якщо ж це універсальний робочий документ, який має один і той же вид для всіх послуг (наприклад, паспорт, копія паспорта, довідка паспортного столу затвердженого зразка), то такий робочий документ слід вибрати з довідника, а не створювати заново для своєї послуги. В цьому випадку необхідно завжди вибирати перший робочий документ в списку результатів пошуку.
Створена Система порталів і реєстрів державних і муніципальних послуг призначена для забезпечення підвищення якості і доступності державних і муніципальних послуг, а також більш ефективної взаємодії федеральних органів виконавчої влади, органів виконавчої влади суб'єктів і муніципалітетів Російської Федерації з громадянами та організаціями, які отримують державні (муніципальні) послуги .
З точки зору структури адміністративного регламенту підстави відмови або призупинення є відповідними підрозділами розділу «Стандарт надання адміністративної послуги».
З точки зору змісту підстави відмови (призупинення) є тими критеріями прийняття рішення. які найбільш важливі для процесу надання адміністративної послуги.
Ще дуже важливо мати на увазі, що підстави відмови (призупинення) обов'язково повинні мати законодавче закріплення.
Деякі приклади критеріїв прийняття рішення:
- повнота наданої пакету документів
- відповідність документів вимогам законодавства РФ
- наявність необхідної заявником інформації в інформаційній системі (в архіві).
Деякі приклади підстав для відмови:
- предостваленіе неповного пакета документів відповідно до вимог
- невідповідність документів вимогам законодавства РФ
- заявник не проживає на території регіону
- відсутність в архіві необхідної інформації за запитом заявника
Повідомлення налаштовуються в профілі прав користувача. Доступ до цієї налаштуванні має тільки адміністратор Реєстру
Щоб оновити інформацію за послугою на закладці «Послуги (функції) органу влади» необхідно натиснути кнопку «Оновити», розташовану праворуч від найменування послуги. При цьому у послуги відобразяться всі процедури взаємодії та цілі, налаштування платіжних реквізитів, зроблені у даної послуги раніше, при цьому залишаться.
При роботі з послугами та органами влади завжди враховуються привілеї користувача на роботу з відомостями визначених у налаштуваннях прав користувачів відомствами. Якщо користувач вказав у відомостях послуги відповідальний орган влади, з яким не має права працювати або створив новий ОГВ і зберіг, то з'являється повідомлення "недостатньо прав для здійснення даної операції". Якщо користувач повинен мати можливість створювати послугу для даного органу влади або працювати з новим відомством, то слід звернутися до адміністратора Реєстру для розширення привілеїв в налаштуваннях прав користувача.
Для настройки переданих повноважень на надання регіональної послуги муніципальними органами влади необхідно в відомостях послуги на закладці «Учасники і міжвідомчих» необхідно поставити тип міжвідомчої взаємодії - «Передані на виконання повноваження» і в блоці «Беруть участь організації» вказати ті муніципальні органи, яким передаються повноваження.
На даній вкладці містяться дані як щодо міжвідомчої взаємодії, так і за переданими повноважень, контролю з боку вищестоящих органів
Для того, щоб обмежити перелік відображаються у користувача послуг, необхідно в настройках доступу прибрати прапор «Все» в Привілеї та додати тільки ті Відомства, з якими працює даний користувач
Термін переходу не обмежений. Але рекомендується зробити це найближчим часом для спрощення взаємодії з такими системами як ФГІС ДО, гасу, АС ЕРП, оскільки всі веб-сервіси зараз розробляються, допрацьовуються і актуалізуються тільки для 4.0.
Перенесення даних Реєстру з версії 3.1 в версію 4.0 здійснюється в повному обсязі.
Механізм міграції даних поставляється разом з дистрибутивом і описаний в керівництві адміністратора.
Скрипти, що дозволяють здійснити перенесення, поставляються разом з дистрибутивом.
Типова міграція даних займає 5 (п'ять) робочих днів.
Для того, щоб почати перехід з версії 3.1 на 4.0, що працює на потужностях регіону, необхідно зробити наступні кроки:
1. Ознайомитися з системними вимогами і керівництвом адміністратора на порталі підтримки типових рішень.
2. Підготувати необхідні потужності для розгортання сервера додатків і бази даних реєстру 4.0.
4. Розгорнути додаток і базу даних, провести міграцію даних.
5. Звернутися в Ростелеком. Отримати підтвердження про забезпечення мережевої зв'язності з федеральної частиною реєстру державних і муніципальних функцій.
6. Налаштувати транспортну підсистему для передачі відомостей у федеральну частину.
7. Налаштувати сертифікати, підключення до ЕСІА відповідно до керівництвом адміністратора.
8. Створити додаткових користувачів реєстру, при необхідності.
9. Ознайомити користувачів реєстру з керівництвом користувача.
10. Почати роботу в реєстрі.
Детальну інформацію про системні вимоги, розгортанні додатки, міграції ви знайдете в керівництві адміністратора.
Зараз існують обидві можливості: і підтримка регіонального сегмента, і робота в Федеральному реєстрі з розмежуванням прав тільки на свій регіон. Все залежить від рішення самого регіону. Підтримка регіонального сегменту здійснюється при розгортанні версії 4.0 на потужностях регіону.
Взаємодія з РПГУ Реєстру версії 4.0 залежить від того, як раніше була реалізована дана інтеграція Реєстру версії 3.1 з РПГУ. Якщо механізм був реалізований універсально, то проблем з перенастроюванням на нову базу даних проблем не викличе.
Взаємодія Реєстру версії 4.0 із зовнішніми інформаційними системами здійснюється за допомогою програмних інтерфейсів (веб-сервісів). Зокрема, в ФРГУ на даний момент реалізовані наступні веб-сервіси:
1. Сервіс інкрементального поновлення - сервіс призначений для забезпечення можливості отримання інформаційними системами повних відомостей про послугу (функції, органі влади, довідкової інформації), а також здійснення інформаційної взаємодії з ЕПГУ в частині забезпечення повноти та достовірності даних.
2. Сервіс передачі основних відомостей про об'єкти реєстру - сервіс призначений для забезпечення зовнішніх інформаційних систем необхідним набором відомостей про державних і муніципальних послуг (функціях, органах влади) для їх автономного і комплексного взаємодії.
3. Сервіс завантаження територіальних органів - сервіс призначений для забезпечення обміну даними в рамках інтеграції Реєстру із зовнішніми системами-постачальниками даних про федеральних органах влади та їх територіальних підрозділах.
Детальніше дізнатися про кожного веб-сервісі і завантажити керівництво користувача можна в базі знань порталу техпідтримки.
Структурні підрозділи відомства, які не є юридичними особами, не можуть стати органами влади (окремими об'єктами Реєстру). Їх слід внести до Реєстру як офіси відомства, до складу якого вони входять.
3) Встановити транспортний компонент Active MQ (пункт 4.3.4 керівництва адміністратора реєстру)
4) Налаштувати контрагента Зведеного реєстру (пункт 4.3.4 керівництва адміністратора реєстру)
Файл application.properties потрібно заповнити у відповідність з керівництвом адміністратора реєстру пункт 4.3.4.1.3.
Така можливість присутня при багаторазовій завантаженні територій із зазначенням в параметрах коду батьківської території і збираючи з відповідей сервісу ієрархію.
Дійсно даний тип є недоречним. Передані повноваження не описуються як міжвідомча взаємодія. В беруть участь організаціях слід вибрати орган влади, якому передаються повноваження на надання послуги, і вказують тип участі «Надання послуги / виконання функції, в т.ч. і за переданими повноважень ». Даний тип служить ознакою і для ГАС «Управління» для збору статистики по наданих послуг.
Слід в формі вибору беруть участь організацій перейти на вкладку «Решта».
Так, оскільки вони є організаціями, які беруть участь у наданні державних (муніципальних) послуг.
Так, в ГАСУ послуга буде відображатися у зазначеного таким чином органу влади.
Відповідно до ПП-373 відповідальним за надання є орган влади, який затвердив наказ адміністративного регламенту. Раз в регіоні склалася практика, яку неможливо змінити за короткий час, пропонується наступний варіант: слід домовитися серед органів влади, кого вибрати в якості відповідального для внесення узагальненого опису послуги до Реєстру. Даний орган влади вказується в розділі «Загальні відомості» в поле як «Відповідальний орган влади». Інші органи влади (бюджетні установи) слід вказати в розділі «Учасники і міжвідомчих», блоці відомостей «Беруть участь організації» з наступними типами участі: «надання послуги / виконання функції, в т.ч. і за переданими повноважень »і« відповідальний ».
Ні не буде. Але це не говорить про невірність зробленої налаштування.
Послуги (функції) необхідно вказувати у офісу тільки в тому випадку, коли він їх надає (виконує) і складі, який відповідає його повноважень.
Відповідальний орган влади вказується в полі «Відповідальний орган влади». При цьому на вкладці «Учасники і міжвідомчих» в блоці відомостей «Беруть участь організації» необхідно вказати всі органи, яким передаються повноваження на надання послуги, вказується тип участі для кожного органу «Надання послуги / виконання функції, в т.ч. і за переданими повноважень ». Такого опису буде досить.
На вкладці послуги «Учасники і міжвідомчих» в блоці відомостей «Беруть участь організації» необхідно вказати організацію, якій передаються повноваження на надання послуги, вказується тип участі «Надання послуги / виконання функції, в т.ч. і за переданими повноважень ». Далі, в картці органу влади в блоці опису офісу, відповідного відділу, який надає послугу, на вкладці «Послуги (функції) офісу» необхідно вибрати дану послугу. Такого опису буде досить.
Поняття "Відповідальний за розділ" в термінах реєстру не існує. Відповідальний є за кожен окремий АР розділу.
Розміщення АР знаходиться в рамках відповідальності Оператора АР (відповідальна особа від органу влади, в якому розробляється АР) - тільки він може створювати і вносити зміни в текст АР. Далі АР перекладається на внутрішнє твердження всередині органу влади.
Перевірку проводить і стверджує Координатор АР (відповідальна особа від органу влади, в якому розробляється АР), потім розміщує в Інтернеті для громадських обговорень (експертизи). Завершує експертизу в Інтернеті Експерт АР - переклад на реєстрацію.
Стверджує = завершує внутрішню перевірку вірності, правомірності відомостей АР, правомірність стягування плати, Координатор АР
Необхідно в формі вибору НПА розкрити «Розширений пошук», виставити прапор в поле «Відображати неперевірені документи», натиснути на кнопку «Знайти».
Розписка не є вихідним документом для мети звернення. Даний документ потрібно вказати тільки в описі адміністративної процедури - адміністративного впливу з прийому документів від Заявника. Вихідний документ - це результат наданої послуги - свідоцтво, документ або лист про відмову.