|
МІНІСТЕРСТВО ЕКОНОМІЧНОГО РОЗВИТКУ І ТОРГІВЛІ УКРАЇНИ |
НАКАЗ |
08.09.2016 № 1501/248 |
Про затвердження Порядку інтеграції інформаційних систем державних органів та органів місцевого самоврядування до Єдиного державного порталу адміністративних послуг
Відповідно до статті 9 Закону України “Про адміністративні послуги” НАКАЗУЄМО:
1. Затвердити Порядок інтеграції інформаційних систем державних органів та органів місцевого самоврядування до Єдиного державного порталу адміністративних послуг, що додається.
2. Департаменту розвитку інформаційно-комунікаційних технологій‚ документообігу та електронних сервісів Міністерства економічного розвитку і торгівлі України забезпечити подання цього наказу в установленому порядку на державну реєстрацію до Міністерства юстиції України.
3. Цей наказ набирає чинності з дня його офіційного опублікування.
4. Контроль за виконанням цього наказу покласти на заступників Міністрів відповідно до розподілу обов'язків.
Віце-прем'єр-міністр України - |
|
ПОГОДЖЕНО: Голова Державної служби Голова Державного агентства |
|
ЗАТВЕРДЖЕНО |
ПОРЯДОК
інтеграції інформаційних систем державних органів та органів місцевого самоврядування до Єдиного державного порталу адміністративних послуг
1. Цей Порядок визначає вимоги до процедури інтеграції інформаційних систем державних органів та органів місцевого самоврядування (далі - інформаційні системи) до Єдиного державного порталу адміністративних послуг (далі - Портал) з метою забезпечення надання адміністративних послуг в електронній формі за принципом “єдиного вікна”.
2. Цей Порядок використовується під час інтеграції інформаційних систем до Порталу.
3. У цьому Порядку терміни вживаються в таких значеннях:
електронне повідомлення - XML-файл, у який вкладаються електронний документ та метадані, викладені згідно з вимогами, установленими цим Порядком;
інтеграція інформаційної системи - сукупність організаційно-технічних заходів із забезпечення взаємодії сервісів, у результаті виконання яких адміністративна послуга інтегрованої інформаційної системи стає доступною для замовлення та отримання через особистий кабінет Порталу;
метод сервісу - набір операцій для обміну електронними повідомленнями;
особистий кабінет - розділ Порталу, доступ до якого має тільки зареєстрований учасник, який авторизується за допомогою ідентифікаторів доступу (логіна і пароля) та через який здійснюється подання електронних заявок на отримання послуг, надсилаються інформаційні повідомлення щодо статусу розгляду та результати надання послуг в електронному вигляді. Реєстрація користувача в особистому кабінеті на Порталі здійснюється доступними на Порталі способами ідентифікації, які забезпечують запобігання зловживанню повноваженнями або підміні особи;
сервіс - ідентифіковане за веб-адресою програмне забезпечення, що здійснює взаємодію інформаційних систем під час обміну даними, необхідними для надання адміністративної послуги в електронному вигляді, і має стандартизовані інтерфейси. Сервіси можуть взаємодіяти один з одним і зі сторонніми додатками за допомогою електронних повідомлень, що базуються на протоколах міжсервісної взаємодії;
XML-документ - текстовий документ, складений відповідно до стандарту XML, що містить пролог, один кореневий елемент XML, коментарі, декларації типів даних і символів.
Інші терміни вживаються у значеннях, наведених у Законах України “Про адміністративні послуги”, “Про електронний цифровий підпис”, “Про електронні документи та електронний документообіг”.
1. Суб’єкт надання адміністративних послуг забезпечує розроблення сервісу відповідно до додатків 1, 2 до цього Порядку.
2. Фінансування робіт з інтеграції здійснюється суб’єктом надання адміністративних послуг за рахунок коштів Державного бюджету України або інших джерел, не заборонених законодавством.
3. Суб’єкт надання адміністративних послуг надсилає Мінекономрозвитку лист у довільній формі із запитом на інтеграцію інформаційних систем до Порталу та інформацією про контактну особу (прізвище, ім’я, по батькові, посада, телефон, електронна адреса), відповідальну за інтеграцію, а також опис розробленого сервісу із зазначенням умов доступу до цього сервісу.
4. Мінекономрозвитку проводить тестування відповідного сервісу з Порталом, за результатами якого повідомляє суб’єкта надання адміністративних послуг про успішну інтеграцію інформаційних систем або необхідність виконання певних доопрацювань.
1. Інтеграція інформаційної системи до Порталу здійснюється на рівні інтеграції сервісів.
2. Адміністративні послуги інтегрованих інформаційних систем повинні бути доступними для замовлення та отримання в електронному вигляді через особистий кабінет Порталу.
3. Інформаційна взаємодія Порталу та інформаційних систем під час обміну даними, необхідними для надання адміністративних послуг в електронному вигляді, відбувається за допомогою сервісів.
4. Сервіси можуть взаємодіяти за такими схемами:
замовлення послуги - модель взаємодії сервісів, орієнтована на реалізацію замовлення послуги (додаток 3);
оновлення інформації про стан виконання - модель взаємодії сервісів, орієнтована на передавання інформації замовнику про зміну стану процесу надання послуги (додаток 4);
передавання результатів - модель взаємодії, орієнтована на передавання результатів надання послуги замовнику (додаток 5).
5. Обмін електронними повідомленнями між Порталом та інформаційними системами здійснюється за допомогою виклику методів сервісів.
6. Захист інформації, яка передається між інформаційними системами та Порталом, здійснюється відповідно до вимог чинного законодавства з питань захисту інформації.
Директор департаменту |
|
Начальник управління |
|
Додаток 1 |
ОПИС
програмного інтерфейсу сервісів та методів сервісів
Метод | Параметри | Значення, що повертається | Опис |
Test | service_code | - | Повертає ознаку готовності сервісу обслуговування до прийому заявки. Параметр service_code має містити попередньо узгоджений з адміністраторами Порталу строковий ідентифікатор. Повертає рядок “OK” у разі готовності, будь-яке інше значення слід вважати ознакою неготовності |
getServiceURL | service_code | - | Повертає URL форми заявки, що має бути заповнена для подання заявки. Параметр service_code аналогічний попередньому методу. |
application_id | |||
session_id < рядок > | |||
UploadSigns | application_id | - | Зберігає цифрові підписи для кожної із сформованих PDF-версій заявки. Параметр application_id аналогічний попередньому методу. Параметр Signs містить список ЕЦП. Повертає рядок “ОК” у разі успіху, будь-яке інше значення слід вважати ознакою помилки |
Signs 1 |
1 Об’єкт Signs має таку структуру:
Назва поля | Тип | Опис |
file_name | Рядок | Назва PDF-файлу |
file_sign | Масив байтів | Електронний підпис |
file_stamp | Масив байтів | Електронна печатка |
Метод | Параметри | Значення, що повертається | Опис |
Test | Повертає | Повертає ознаку готовності Порталу до прийому даних про статус заявки. Повертає 0 у разі готовності, будь-яке інше значення слід вважати ознакою неготовності2 | |
UploadOrder | uploadOrderModel | Приймає PDF-копії заявки для накладання ЕЦП. Параметр uploadOrderModel містить список PDF-файлів для підпису. Повертає 0 у разі успіху, будь-яке інше значення слід вважати ознакою помилки2 | |
UpdateStatusOrder | updateStatusOrderModel | Приймає інформацію про новий статус заявки. Параметр updateStatusOrderModel містить додаткову інформацію про статус. Повертає 0 у разі успіху, будь-яке інше значення слід вважати ознакою помилки2 |
2 Можливі значення результату:
Значення | Зміст |
0 | OK |
1 | Заявку з таким номером не знайдено |
2 | Не вдалося визначити тип документа |
3..4 | Файли відсутні |
5 | Не вдалося зв’язати файл із заявкою |
7 | Заявка вже має цей статус |
8..13 | Не вдалося змінити статус |
100 | Невідома помилка |
101 | Параметр не задано |
3 Об’єкт UploadOrderModel має таку структуру:
Назва поля | Тип | Опис |
Id | Ціле | Ідентифікатор заявки, що був переданий у параметрі application_id при виклику методу системи обслуговування getServiceURL |
Guid | Рядок | Ідентифікатор сесії користувача, що був переданий при виклику getServiceURL системи обслуговування |
Files | Масив UploadFileItem5 | Список PDF-файлів, що мають бути підписані порталом |
4 Об’єкт UpdateStatusOrderModel має таку структуру:
Назва поля | Тип | Опис |
Id | Ціле | Ідентифікатор заявки, що був переданий у параметрі application_id при виклику методу системи обслуговування getServiceURL |
StatusId | Ціле | Ідентифікатор нового статусу: |
Text | Рядок | Текст резолюції відповідальної особи |
RegDate | Дата/час | Дата реєстрації |
Term | Дата/час | Термін виконання |
CloseDate | Дата/час | Дата закриття |
Number | Ціле | Внутрішній вхідний номер |
Attributes | Масив AttributeModel6 | Атрибути заявки |
5 Об’єкт UploadFileItem має таку структуру:
Назва поля | Тип | Опис |
DocumentName | Рядок | Назва PDF-файла |
Content | Масив байтів | Вміст PDF-файла |
Code | Рядок | “ND-1223” Завірена в установленому порядку копія довідки з Єдиного державного реєстру підприємств та організацій України (ЄДРПОУ). “ND-1451” Заява про переоформлення ліцензії на провадження господарської діяльності у будівництві, пов’язаної зі створенням об’єктів архітектури. “ND-1088” Оригінал ліцензії, що підлягає переоформленню |
6 Об’єкт AttributeModel має таку структуру:
7 Об’єкт FileModel має таку структуру:
Додаток 2 |
СТРУКТУРА XML
інформаційних систем
Додаток 3 |
Додаток 4 |
