Рекомендації для оприлюднення відкритих даних про регуляторну політику

Головною метою метою впровадження цих рекомендацій є ефективний обмін інформацією про регуляторну діяльність між розпорядниками та користувачами даних. Рекомендації дають регуляторним органам прості та зрозумілі інструкції щодо оприлюднення наборів даних «Перелік регуляторних актів» та «План підготовки регуляторних актів» на Єдиному державному веб-порталі відкритих даних, розробникам - гнучку модель для обміну даними та створення програмного забезпечення.

Які переваги отримують розпорядники:

роз’яснення нормативно-правової бази; інструкції щодо підготовки, оприлюднення та оновлення набору; шаблон таблиці та структуру; інструкції щодо оформлення паспорту набору.

Які переваги отримують користувачі та розробники:

можливість автоматизованої обробки наборів (поєднання та порівняння даних різних розпорядників, імпорт даних у інформаційні системи); модель даних для розробки програмного забезпечення та обміну даними.

Вступ

Відкриті дані про регуляторні акти використовуються громадянами, підприємцями та контролюючими органами. Під час їх оприлюднення необхідно спиратися на основні принципи відкритих даних, такі, як відкритість за замовчуванням, оперативність і вичерпність, доступність і використання, порівнюваність та інтероперабельність, вдосконалення врядування та залучення громадян, інклюзивний розвиток та інновації.

Моніторинг оприлюднених версій набору виявив, що розпорядники використовують різні структури таблиць, формати даних та файлів. Це створює додаткові перешкоди для користувачів набору, особливо, коли йдеться про об’єднання або порівняння даних різних регуляторних органів.

Головною метою для впровадження цих рекомендації є забезпечення ефективного обміну інформацією між розпорядниками та користувачами наборів даних «Перелік регуляторних актів» і «План підготовки регуляторних актів» затвердженого у Положенні про набори даних, які підлягають оприлюдненню у формі відкритих даних (Постанова КМУ №835 від 21 жовтня 2015 р. № 835).

Таким чином, рекомендації

• роз’яснюють деякі питання нормативно-правової бази, що пов’язані з оприлюдненням набору;
• визначають інструкції для розпорядників, щодо оприлюднення наборів на Єдиному державному порталі відкритих даних;
• визначають інструкції для розробників щодо роботи з відкритими даними про регуляторні акти.

Розділ 1. Деякі питання нормативної бази

1.1. Підстави оприлюднення

Постанова КМУ №835 передбачає, що всі розпорядники публічної інформації повинні оприлюднювати в формі відкритих даних переліки діючих регуляторних актів, проекти рішень, що підлягають обговоренню, та інформацію, визначену законодавством про засади регуляторної політики. Відповідно до статті 7 Закону України «Про засади державної регуляторної політики у сфері господарської діяльності», під час планування підготовки проектів актів регуляторні органи мають:

• щороку, у термін до 15 грудня, затверджувати у встановленому порядку плани з підготовки проектів регуляторних актів на наступний рік;
• не пізніше десяти робочих днів з дня початку підготовки або розгляду проекту регуляторного акта, який не внесений до затвердженого регуляторним органом плану діяльності з підготовки проектів регуляторних актів, вносити відповідні зміни до плану у встановленому порядку;
• оприлюднювати у визначений законом спосіб план діяльності з підготовки проектів регуляторних актів, а також зміни до нього, не пізніше як у десятиденний строк після затвердження.

План діяльності з підготовки проектів регуляторних актів повинен містити визначення видів і назв проектів, цілей їх прийняття, строків підготовки проектів, найменування органів та підрозділів, відповідальних за розроблення проектів регуляторних актів.

1.2. Розпорядники

Відповідно до положень частини 1 статті 13 Закону України «Про доступ до публічної інформації» та статті 1 Закону України «Про засади державної регуляторної політики у сфері господарської діяльності» розпорядниками наборів є суб’єкти владних повноважень які (посадові особи яких) ухвалюють рішення, які є обов’язковими до виконання і мають ознаки регуляторного акту, а також територіальні органи центральних органів виконавчої влади, державні спеціалізовані установи та організації, некомерційні самоврядні організації, які здійснюють керівництво та управління окремими видами загальнообов’язкового державного соціального страхування, якщо ці органи, установи та організації відповідно до своїх повноважень приймають регуляторні акти.

Впровадження рекомендацій передбачає виконання розпорядниками наступних дій розпорядчого характеру:

• у випадку, якщо розпорядник має реєстр чи інший документ, який визначає перелік наборів для оприлюднення у формі відкритих даних, необхідно включити до нього «Перелік регуляторних актів» та «План підготовки регуляторних актів»;
• визначення відповідальної особи за оприлюднення наборів на офіційному веб-сайті, Єдиному державному веб-порталі відкритих даних та/або місцевому порталі відкритих даних;
• затвердження цих рекомендацій внутрішнім розпорядчим документом, як порядку ведення та оприлюднення набору даних «Перелік регуляторних актів» та «План підготовки регуляторних актів».

1.3. Відповідальна особа

Відповідальною особою за оприлюднення наборів може бути

• відповідальна особа з питань доступу до публічної інформації (у т. ч. у форматі відкритих даних) розпорядників інформації;
• посадова особа структурного підрозділу з питань доступу до публічної інформації (у т. ч. у форматі відкритих даних) розпорядників інформації;
• посадова особа структурного підрозділу на який покладено повноваження з питань реалізації державної регуляторної політики.

Розділ 2. Інструкції для розпорядників щодо оприлюднення набору «Перелік діючих регуляторних актів»

2.1. Підготовка, оприлюднення та оновлення набору даних

Набір даних «Перелік регуляторних актів» включає одну таблицю (ресурс) list. Таблиця містить перелік діючих регуляторних актів розпорядника із зазначенням інформації про нормативно-правові акти, якими вони були введені в дію, а також інформації про базові, повторні та періодичні відстеження. Кожним записом у таблиці є діючий регуляторний акт. Структура таблиці наведена в Таблиці 1, де name - назва колонки, title - заголовок, description - опис значень, datatype - тип даних. Типами даних є рядки тексту (string), дати (date), посилання на ресурси в мережі Інтернет (anyURI).

Таблиця 1 - Структура таблиці (ресурсу) list

name	title	description	datatype
identifier	Ідентифікатор регуляторного акту	Номер нормативно-правового акту, яким був прийнятий регуляторний акт, та дата його прийняття у форматі ISO 8601 (рррр-мм-дд), що розділені символом “-” (дефіс). Наприклад, регуляторний акт затверджений рішенням №719 від 29 травня 2014 року матиме ідентифікатор 719-2014-05-29. Регуляторні органи можуть використовувати також власні унікальні ідентифікатори.	string
regulatoryAgencyPrefLabel	Назва регуляторного органу	Повна назва органу, що прийняв регуляторний акт, наприклад, Вінницька міська рада.	string
regulatoryAgencyIdentifier	Ідентифікатор регуляторного органу	Номер регуляторного органу у Єдиному державному реєстрі юридичних осіб, фізичних осіб-підприємців та громадських формувань (ЄДР). Наприклад, 01411082. Якщо регуляторний орган не має номеру в ЄДР, вказати - null. У електронних таблицях (Microsoft Excel, LibreOffice Calc, Google Таблиці) колонка повинна мати текстовий формат.	string
title	Назва регуляторного акту	Назва регуляторного акту, наприклад, Порядок встановлення режиму роботи закладів торгівлі, ресторанного господарства, сфери послуг та розваг.	string
valid	Дата набрання чинності регуляторним актом	Дата набрання чинності регуляторним актом у форматі ISO 8601 (рррр-мм-дд), наприклад, 2014-05-30.	date
accessURL	Посилання на регуляторний акт в мережі Інтернет (URL)	Посилання має починатися з http:// або https://, наприклад, https://www.example.gov.ua/example/.	anyURI
bibliographicCitation	Посилання на друковану публікацію регуляторного акту	Посилання має включити достатню кількість подробиць для того, щоб точно визначити джерело. Рекомендовано використовувати ДСТУ 8302:2015. Наприклад, Вісник Поділля. 2014. Вип. 12/2. С. 2. Якщо посилання відсутнє, вказати - null.	string
legalActTitle	Назва НПА, яким ухвалено регуляторний акт	Повна назва нормативно-правового акту, яким було ухвалено регуляторний акт, включаючи дату прийняття та номер. Наприклад, Рішення міської ради «Про встановлення режиму роботи закладів торгівлі, ресторанного господарства, сфери послуг та розваг розташованих на території м. Вінниці» №1719 від 30.05.2014 року.	string
legalActІdentifier	Номер НПА, яким ухвалено регуляторний акт	Номер нормативно-правового акту, яким ухвалено регуляторний акт (без знаку №). Наприклад, 1719.	string
legalActCreated	Дата прийняття НПА, яким ухвалено регуляторний акт	Дата прийняття нормативно-правового акту, яким ухвалено регуляторний акт, у форматі ISO 8601 (рррр-мм-дд), наприклад, 2014-05-30.	date
basicEvalDate	Дата затвердження звіту про проведення базового відстеження	(а) Якщо базове відстеження проведене, вказати дату затвердження звіту. (б) Якщо відстеження не проведене - дату останнього строку здійснення відстеження, відповідно до законодавства. Дата зазначається у форматі ISO 8601 (рррр-мм-дд). Наприклад, 2016-09-15.	date
basicEvalAccessURL	Посилання на звіт базового відстеження (URL)	(а) Якщо базове відстеження проведене, вказати посилання на звіт в мережі Інтернет (URL). (б) Якщо відстеження не проведене, вказати - не застосовується. Посилання має починатися з http:// або https://. Наприклад, https://www.example.gov.ua/report331-2/. Якщо відстеження проведене, але публікація відсутня, вказати - null.	anyURI
basicEvalBibliographicCitation	Посилання на друковану публікацію звіту базового відстеження	(а) Якщо базове відстеження проведене, вказати посилання на публікацію звіту в друкованих виданнях. (б) Якщо відстеження не проведене, вказати - не застосовується. Посилання має включити достатню кількість подробиць для того, щоб точно визначити джерело. Рекомендовано використовувати ДСТУ 8302:2015. Наприклад, Вісник Поділля. 2014. Вип. 12/2. С. 2. Якщо відстеження проведене, але публікація відсутня, вказати - null.	string
repeatEvalDate	Дата затвердження звіту або дата останнього строку здійснення повторного відстеження	(а) Якщо повторне відстеження проведене, вказати дату затвердження звіту. (б) Якщо відстеження не проведене - дату останнього строку здійснення відстеження, відповідно до законодавства. Дата зазначається у форматі ISO 8601 (рррр-мм-дд). Наприклад, 2016-09-15.	date
repeatEvalAccessURL	Посилання на звіт за результатами повторного відстеження (URL)	(а) Якщо повторне відстеження проведене, вказати посилання на звіт в мережі Інтернет (URL). (б) Якщо відстеження не проведене, вказати - не застосовується. Посилання має починатися з http:// або https://. Наприклад, https://www.example.gov.ua/report331-2/. Якщо відстеження проведене, але публікація відсутня, вказати - null.	anyURI
repeatEvalBibliographicCitation	Посилання на друковану публікацію звіту за результатами повторного відстеження	(а) Якщо повторне відстеження проведене, вказати посилання на публікацію звіту в друкованих виданнях. (б) Якщо відстеження не проведене, вказати - не застосовується. Посилання має включити достатню кількість подробиць для того, щоб точно визначити джерело. Рекомендовано використовувати ДСТУ 8302:2015. Наприклад, Вісник Поділля. 2014. Вип. 12/2. С. 2. Якщо відстеження проведене, але публікація відсутня, вказати - null.	string
periodEvalDate	Дати затвердження звітів або дата останнього строку проведення періодичного відстеження	Якщо періодичні відстеження проведені, вказати дату затвердження звітів, якщо відстеження не ще проведене - дату останнього строку здійснення відстеження, відповідно до законодавства. Дата зазначається у форматі ISO 8601 (рррр-мм-дд). Наприклад, 2016-09-15. Якщо було проведено декілька відстежень, необхідно розділити дати комою.	date
periodEvalAccessURL	Посилання на звіти за результатами періодичного відстеження (URL)	(а) Якщо відстеження проведені, вказати посилання на звіт в мережі Інтернет (URL). (б) Якщо відстеження не проведене, вказати - не застосовується. Посилання має починатися з http:// або https://. Наприклад, https://www.example.gov.ua/report331-2/. У випадку кількох посилань, необхідно розділити їх комою. Якщо відстеження проведене, але публікація відсутня, вказати - null.	anyURI
periodEvalBibliographicCitation	Посилання на друковану публікацію звітів за результатами періодичного відстеження	(а) Якщо періодичні відстеження були проведені, вказати посилання на публікацію звітів у друкованих виданнях. (б) Якщо відстеження не проведені, вказати - не застосовується. Посилання має включити достатню кількість подробиць для того, щоб точно визначити джерело. Рекомендовано використовувати ДСТУ 8302:2015. Наприклад, Вісник Поділля. 2014. Вип. 12/2. С. 2. У випадку кількох посилань, необхідно розділити їх комою. Якщо відстеження проведене, але публікація відсутня, вказати - null.	string

Відповідальні особи мають слідкувати за актуальністю інформації в таблиці й вносити зміни у разі її оновлення. Оновлення даних відбувається в наступних випадках: прийняття регуляторного акту, скасування або призупинення дії регуляторного акту, планування регуляторної діяльності, затвердження звіту про відстеження результативності регуляторного акту. Оновлення набору на порталах відкритих даних може здійснюватись планово і позапланово.

1. У випадку планового оновлення, розпорядники самостійно визначають періодичність, відповідно до пункту 15 Положення затвердженого Постановою КМУ №835. Рекомендовано, щоб вона становила не рідше ніж 1 раз на місяць.
2. При позаплановому оновленні - не пізніше трьох робочих днів з моменту зміни даних. Оприлюднювати набір необхідно у форматах структурованих даних - CSV, XLS(X), ODS. На портал достатньо завантажити XLS(X) файл. Його CSV версія згенеруєтья згенерується.

2.2. Шаблони та приклади заповнення таблиць

Завантажити шаблон таблиці можна за посиланням - list.xlsx. Приклад заповнення доступний у Google Таблицях. Завантажити структуру набору у форматах CSV та JSON можна за посиланнями: listStructure.csv, listStructure.json.

2.3. Паспорт набору даних

Рекомендовано, щоб назва набору даних на Єдиному державному порталі відкритих даних починалась з «Перелік діючих регуляторних актів» та включала назву регуляторного органу розпорядника. Наприклад, «Перелік діючих регуляторних актів Житомирської міської ради». Назви ресурсів мають відповідати назві таблиці - list. Приклад заповнення паспорту набору та ресурсів наведений у Таблицях 2-3.

Таблиця 2 - Приклад паспорту набору даних на data.gov.ua

Назва поля	Приклад заповнення
Назва набору	Перелік діючих регуляторних актів Житомирської міської ради
Відомості про мову інформації, яка міститься у наборі	українська
Частота оновлення	щомісяця
Опис	Набір містить перелік діючих регуляторних актів Житомирської міської ради із зазначенням інформації про нормативно-правові акти, якими вони були введені в дію, а також інформації про базові, повторні та періодичні відстеження.
Підстава та призначення збору інформації	Інформація набору є результатом і характеризує діяльність регуляторних органів відповідно до Закону України «Про засади державної регуляторної політики у сфері господарської діяльності».
Ключові слова	акт, звіт, відстеження, регуляторний акт, регуляторна політика
Відповідальна особа	Симоненко Олена Петрівна
Адреса електронної пошти відповідальної особи	o.symonenko@example.gov.ua

Таблиця 3 - Приклад паспорту ресурсу list

Назва поля	Приклад заповнення
Назва ресурсу	list
Опис	Таблиця містить ідентифікатори, назви, дати набрання чинності регуляторними актами, посилання на публікації мережі Інтернет і друкованих виданнях, назви та ідентифікатори регуляторних органів, дати затвердження звітів базового, повторного та періодичних відсежень, посилання на звти та інше.
Формат	XLSX

Розділ 3. Інструкції для розпорядників щодо оприлюднення набору «План підготовки регуляторних актів»

3.1. Підготовка, оприлюднення та оновлення набору даних

Набір даних «План підготовки регуляторних актів» складається з однієї таблиці (ресурсу) plan. Кожним записом до неї є проект регуляторного акту. Структура таблиці наведена в Таблиці 4, де name - назва колонки, title - заголовок, description - опис значень, datatype - тип даних. Типами даних є рядки тексту (string), дати (date), посилання на ресурси в мережі Інтернет (anyURI).

Таблиця 4 - Структура таблиці (ресурсу) plan

name	title	description	datatype
identifier	Ідентифікатор	Унікальний ідентифікатор проекту регуляторного акту. Ідентифікатором може бути рік, на який ухвалений план, і порядковий номер у переліку, що розділені знаком дефіc - «-«. Розпорядники можуть використовувати власні ідентифікатори. Наприклад: 2019-01.	string
title	Назва проекту регуляторного акту	Назва проекту регуляторного акту. Наприклад: Порядок встановлення режиму роботи закладів торгівлі, ресторанного господарства, сфери послуг та розваг.	string
legalActTitle	Назва проекту нормативно-правого акту	Повна назва проекту нормативно-правового акту, який виноситься на розгляд регуляторного органу. Наприклад: Проект рішення Вінницької міської ради «Про встановлення режиму роботи закладів торгівлі, ресторанного господарства, сфери послуг та розваг розташованих на території м. Вінниці»	string
type	Вид проекту	Вид проекту може мати одне зі значень: (а) прийняття нового регуляторного акту, (б) внесення змін до регуляторного акту, (в) скасування діючого регуляторного акту. Наприклад: внесення змін до регуляторного акту.	string
objective	Ціль прийняття	Стислий виклад цілі або цілей прийняття регуляторного акту. Наприклад: Встановлення за погодженням з власниками зручного для населення режиму роботи закладів торгівлі, ресторанного господарства, сфери послуг та розваг, розташованих на території міста Вінниця. Якщо у проекті визначено декілька цілей, їх треба розділити знаком крапка з комою.	string
isVersionOfІD	Ідентифікатор акту, до якого вносяться зміни	Якщо проект передбачає внесення змін до чинного регуляторного акту, необхідно вказати ідентифікатор регуляторного акту з набору даних «Перелік діючих регуляторних діючих актів» (колонка identifier). Наприклад: 719-2014-05-29. Якщо ідентифікатор відсутній, вказати null.	string
isVersionOfTitle	Назва акту, до якого вносяться зміни	Якщо проект передбачає внесення змін до чинного регуляторного акту, необхідно вказати назву регуляторного акту з набору даних «Перелік регуляторних актів» (колонка title). Наприклад: Порядок встановлення режиму роботи закладів торгівлі, ресторанного господарства, сфери послуг та розваг.	string
creatorName	Повна назва розробника	Повна назва органу й підрозділу відповідального за розробку проекту регуляторного акту або прізвище, ім’я, по-батькові розробників. Наприклад, Департамент економіки і інвестицій Вінницької міської ради.	string
creatorID	Ідентифікатор розробника	Номер розробника проекту регуляторного акту у Єдиному державному реєстрі юридичних осіб, фізичних осіб-підприємців та громадських формувань (ЄДР). Наприклад: 01411082. Якщо розробник немає номеру в ЄДР, вказати - null. У електронних таблицях колонка повинна мати текстовий формат	string
developmentEndDate	Кінець строку розробки	Кінцева дата строку розробки проекту регуляторного акту у форматі ISO 8601 (рррр-мм-дд). Якщо планом затверджено, наприклад, місяць чи квартал, то необхідно зазначити останній день цього періоду. Наприклад: 2019-06-01.	date
accessURL	Посилання в мережі Інтернет	Посилання на оприлюднений проект регуляторного акту в мережі Інтернет (URL). Посилання має починатися з http:// або https://. Наприклад: https://www.example.gov.ua/example/.	anyURI
bibliographicCitation	Посилання у друкованих виданнях	Посилання має включити достатню кількість подробиць для того, щоб точно визначити джерело. Рекомендовано використовувати ДСТУ 8302:2015. Наприклад: Вісник Поділля. 2014. Вип. 12/2. С. 2. Якщо посилання відсутнє, вказати - null.	string
dateSubmitted	Дата внесення на розгляд	Дата внесення проекту регуляторного органу на розгляд у форматі ISO 8601 (рррр-мм-дд). Наприклад: 2018-10-05.	date
regulatoryAgencyPrefLabel	Назва регуляторного органу	Повна назва регуляторного органу, яким буде затверджено проект регуляторного акту. Наприклад: Виконавчий комітет Вінницької міської ради.	string
regulatoryAgencyID	Ідентифікатор регуляторного органу	Номер регуляторного органу в Єдиному державному реєстрі юридичних осіб, фізичних осіб-підприємців та громадських формувань (ЄДР). Наприклад: 01411082. Якщо регуляторний орган не має номеру в ЄДР, вказати - null. У електронних таблицях колонка повинна мати текстовий формат.	string

Відповідальні особи мають слідкувати за актуальністю інформації в таблиці й вносити зміни у разі її оновлення. Оновлення даних відбувається у випадку внесення змін до плану або затвердження нового на наступний рік. Оновлення набору на порталах відкритих даних відбувається позапланово. Відповідно до пункту 15 Положення затвердженого Постановою КМУ №835 зміни вносяться не пізніше трьох робочих днів з моменту зміни даних. Оприлюднювати набір необхідно у форматах структурованих даних - CSV, XLS(X), ODS. На портал достатньо завантажити XLS(X) файл. Його CSV версія згенерується автоматично.

3.2. Шаблони та приклади заповнення таблиць

Завантажити шаблон таблиці можна за посиланням - plan.xlsx. Приклад заповнення доступний у Google Таблицях. Завантажити структуру набору у форматах CSV та JSON можна за посиланнями: structure.csv, planStructure.json.

3.3. Паспорт набору даних

Рекомендовано, щоб назва набору даних на Єдиному державному порталі відкритих даних починалась з «План підготовки регуляторних актів» та включала назву регуляторного органу розпорядника. Наприклад, «План підготовки регуляторних актів Житомирської міської ради». Назви ресурсів мають відповідати назвам таблиць, наприклад, plan.xlsx. Приклад заповнення паспорту набору наведений у Таблицях 5-6.

Таблиця 5 - Приклад паспорту набору даних на data.gov.ua

Назва поля	Приклад заповнення
Назва набору	План підготовки регуляторних актів Житомирської міської ради
Відомості про мову інформації, яка міститься у наборі
Частота оновлення	Відразу після внесення змін
Опис	Набір містить план підготовки регуляторних актів включно із зазначенням назв проектів, видів регуляторних актів, цілей прийняття, строків підготовки, найменування відповідальних за розробку органів та підрозділів, тощо.
Підстава та призначення збору інформації	Інформація набору є результатом і характеризує діяльність регуляторних органів відповідно до Закону України «Про засади державної регуляторної політики у сфері господарської діяльності».
Ключові слова	проект, акт, регуляторний акт, регуляторна політика
Відповідальна особа	Симоненко Олена Петрівна
Адреса електронної пошти відповідальної особи	o.symonenko@example.gov.ua

Таблиця 6 - Приклад паспорту ресурсу list

Назва поля	Приклад заповнення
Назва ресурсу	plan
Опис	Таблиця містить ідентифікатори, назви, види, цілі, кінцеві строки розробки, посилання на проекти регуляторногих актів в мережі Інтернет, ідентифікатори, назви розробників та регуляторних органів, інше.
Формат	XLSX

Розділ 4. Інструкції для розробників щодо роботи з відкритими даними про регуляторні акти

4.1. Валідація даних

Валідація даних у таблицях list і plan визначається наступними умовами й способами (Таблиці 7-8).

Таблиця 7. Валідація даних таблиці list

Назва колонки	Умова валідації	Спосіб валідації (регулярний вираз, словник)
identifier	Комірка має бути заповненою.	^.+$
regulatoryAgencyPrefLabel	Комірка має бути заповненою.	^.+$
regulatoryAgencyID	Комірка має містити номер юридичної особи у ЄДР (8 цифр) або null.	^(?:\d{8}|null)$
title	Комірка має бути заповненою.	^.+$
valid	Значення відповідає формату ISO 8601 (рррр-мм-дд).	^\d{4}-(?:[0][1-9]|1[0-2])-(?:0[1-9]|[1-2]\d|3[01])$
accessURL	Посилання має розпочинатися з http:// або https:// (стандарт RFC 3986).	^https?:\/\/.+$
bibliographicCitation	Комірка має бути заповненою.	^.+$
legalActTitle	Комірка має бути заповненою.	^.+$
legalActCreated	Значення відповідає формату ISO 8601 (рррр-мм-дд).	^\d{4}-(?:[0][1-9]|1[0-2])-(?:0[1-9]|[1-2]\d|3[01])$
legalActІdentifier	Комірка має бути заповненою.	^.+$
basicEvalDate	Значення відповідає формату ISO 8601 (рррр-мм-дд).	^\d{4}-(?:[0][1-9]|1[0-2])-(?:0[1-9]|[1-2]\d|3[01])$
basicEvalAccessURL	Посилання має розпочинатися з «http://» або «https://» (стандарт RFC 3986) або має бути вказано «не застосовується».	^(?:https?:\/\/.+|не застосовується)$
basicEvalBibliographicCitation	Комірка має бути заповненою.	^.+$
repeatEvalDate	Значення відповідає формату ISO 8601 (рррр-мм-дд).	^\d{4}-(?:[0][1-9]|1[0-2])-(?:0[1-9]|[1-2]\d|3[01])$
repeatEvalAccessURL	Посилання має розпочинатися з «http://» або «https://» (стандарт RFC 3986) або має бути вказано «не застосовується».	^(?:https?:\/\/.+|не застосовується)$
repeatEvalBibliographicCitation	Комірка має бути заповненою.	^.+$
periodEvalDate	Значення відповідає формату ISO 8601 (рррр-мм-дд).	^\d{4}-(?:[0][1-9]|1[0-2])-(?:0[1-9]|[1-2]\d|3[01])$
periodEvalAccessURL	Посилання має розпочинатися з «http://» або «https://» (стандарт RFC 3986) або має бути вказано «не застосовується».	^(?:https?:\/\/.+|не застосовується)$
periodEvalBibliographicCitation	Комірка має бути заповненою.	^.+$

Таблиця 8. Валідація даних таблиці plan

Назва колонки	Умова валідації	Спосіб валідації (регулярний вираз, словник)
identifier	Комірка має бути заповненою.	^.+$
title	Комірка має бути заповненою.	^.+$
legalActTitle	Комірка має бути заповненою.	^.+$
type	Одне зі значень.	прийняття нового регуляторного акту, внесення змін до регуляторного акту, скасування діючого регуляторного акту
objective	Комірка має бути заповненою.	^.+$
isVersionOfІD	Комірка має бути заповненою.	^.+$
isVersionOfTitle	Комірка має бути заповненою.	^.+$
creatorName	Комірка має бути заповненою.	^.+$
creatorID	Комірка має містити номер юридичної особи у ЄДР (8 цифр) або null.	^(?:\d{8}|null)$
developmentEndDate	Значення відповідає формату ISO 8601 (рррр-мм-дд).	^\d{4}-(?:[0][1-9]|1[0-2])-(?:0[1-9]|[1-2]\d|3[01])$
accessURL	Посилання має розпочинатися з «http://» або «https://» (стандарт RFC 3986) або має бути вказано «не застосовується».	^(?:https?:\/\/.+|не застосовується)$
bibliographicCitation	Комірка має бути заповненою.	^.+$
dateSubmitted	Значення відповідає формату ISO 8601 (рррр-мм-дд).	^\d{4}-(?:[0][1-9]|1[0-2])-(?:0[1-9]|[1-2]\d|3[01])$
regulatoryAgencyPrefLabel	Комірка має бути заповненою.	^.+$
regulatoryAgencyID	Комірка має містити номер юридичної особи у ЄДР (8 цифр) або null.	^(?:\d{8}|null)$

4.2. Модель даних та RDF-серіалізації набору

Модель даних для переліку регуляторних актів включає п’ять класів: регуляторний акт (RegulatoryAct), відстеження результативності регуляторного акта (Evaluation), звіт про відстеження результативності (Report), регуляторний орган (RegulatoryAgency), нормативно-правовий акт, яким було ухвалено регуляторний акт (LegalAct).

Рисунок 1 - UML-модель даних переліку регуляторних даних

Для плану підготовки регуляторних актів: проект регуляторного акту (Project), розробник (Creator), регуляторний акт (RegulatoryAct), регуляторний орган (RegulatoryAgency), нормативно-правовий акт, яким буде ухвалено регуляторний акт (LegalAct).

Рисунок 2 - UML-модель даних плану підготовки регуляторних актів

Для синтаксичної прив’язки використані словники Dublin Core Terms, FOAF, Schema, The Organization Ontology, SKOS, RDF Schema (Таблиця 9-11).

Таблиця 9 - Використання основних словників

Назва словника	Префікс	Простір імен
Dublin Core Terms	dct	http://purl.org/dc/terms/
FOAF	foaf	http://xmlns.com/foaf/0.1/
Schema	schema	http://schema.org/
The Organization Ontology	org	http://www.w3.org/ns/org#
SKOS	skos	http://www.w3.org/2004/02/skos/core#
RDF Schema	rdfs	http://www.w3.org/2000/01/rdf-schema#

Таблиця 10 - Прив’язка моделі даних переліку регуляторних актів до існуючого синтаксису словників

Термін	Тип	Прив’язка синтаксису
RegulatoryAct	Клас	foaf:document
accessURL	Властивість	dct:accessURL
bibliographicCitation	Властивість	dct:bibliographicCitation
identifier	Властивість	dct:identifier
isDefinedBy	Асоціація	rdfs:isDefinedBy
publisher	Асоціація	dct:publisher
title	Властивість	dct:title
valid	Властивість	dct:valid
Evaluation	Клас	schema:Event
endDate	Властивість	schema:endDate
identifier	Властивість	dct:identifier
isRequiredBy	Асоціація	dct:isRequiredBy
startDate	Властивість	schema:startDate
type	Властивість	dct:type
Report	Клас	foaf:document
accessURL	Властивість	dct:accessURL
bibliographicCitation	Властивість	dct:bibliographicCitation
dateAccepted	Властивість	dct:dateAccepted
identifier	Властивість	dct:identifier
primaryTopic	Асоціація	foaf:primaryTopic
RegulatoryAgency	Клас	org:Organization
identifier	Властивість	org:identifier
prefLabel	Властивість	skos:prefLabel
LegalAct	Клас	foaf:document
identifier	Властивість	dct:identifier
created	Властивість	dct:created
title	Властивість	dct:title

Таблиця 11 - Прив’язка моделі даних плану підготовки регуляторних актів до існуючого синтаксису словників

Термін	Тип	Прив’язка синтаксису
Project	Клас	foaf:Document
creator	Асоціація	dct:creator
isPrimaryTopicOf	Асоціація	foaf:isPrimaryTopicOf
isVersionOf	Асоціація	dct:isVersionOf
publisher	Асоціація	dct:publisher
accessURL	Властивість	dct:accessURL
bibliographicCitation	Властивість	dct:bibliographicCitation
dateSubmitted	Властивість	dct:dateSubmitted
developmentEndDate	Властивість	schema:endDate
identifier	Властивість	dct:identifier
identifier	Властивість	dct:identifier
purpose	Властивість	schema:purpose
title	Властивість	dct:title
type	Властивість	dct:type
LegalAct	Клас	foaf:Document
title	Властивість	dct:title
RegulatoryAct	Клас	foaf:Document
title	Властивість	dct:title
Creator	Клас	foaf:Agent
identifier	Властивість	org:identifier
name	Властивість	foaf:name
RegulatoryAgency	Клас	org:Organization
identifier	Властивість	org:identifier
prefLabel	Властивість	skos:prefLabel

Історія змін

Історія змін до рекомендацій

Версія	Дата	Автор	Опис
1.0 (beta)	2018-09-04	Богдан Тишкевич, Олександр Пліва	Випуск бета-версії рекомендацій.
1.0 (beta)	2018-09-05	Кирило Захаров	Виправлені помилки та удосконалені регулярні вирази для валідації даних (Таблиця 3.2.).
1.0 (beta)	2018-09-27	Богдан Тишкевич	Скорочені назви колонок у структурі набору для розпорядників на basicEvalAccessURL, basicEvalBibliographicCitation, repeatEvalDate, repeatEvalAccessURL, repeatEvalBibliographicCitation, periodEvalDate, periodEvalAccessURL, periodEvalBibliographicCitation. Відтепер вони не перевищують 33 символи. Це дозволяє передперегляд ресурсів на data.gov.ua.
1.0 (beta)	2018-12-18	Богдан Тишкевич, Олександр Пліва	Додані інструкції для набору даних «План підготовки регуляторних актів». Змінена структура документу.

Корисні ресурси

Для розпорядників

1. Онлайн-сервіс для створення стандартизованих наборів даних від проекту Регуляторна мапа України
2. Відкриті дані: формати та правила створення (Texty.org.ua, 2016)
3. Організація даних у таблицях (Карл Броман, 2017)
4. Презентація рекомендацій для оприлюднення набору «Перелік діючих регуляторних актів»

Для розробників

1. legislation.gov.uk: RDF/XML Format (legislation.gov.uk, 2018)
2. Open Data Standards Directory (Center for Government Excellence at Johns Hopkins University, 2017)

Контакти

ГО «Агенція журналістики даних» (Texty.org.ua)

texty.org.ua@gmail.com

веб-сайт

Олександр Пліва

СЕО проекту «Регуляторна мапа України»

pliva.olexandr@gmail.com

facebook

Богдан Тишкевич

ГО «Агенція журналістики даних» (Texty.org.ua)

b.tyshkevych@gmail.com

facebook

Рекомендації розроблені ГО «Агенція журналістики даних» (Texty.org.ua) та проектом «Регуляторна мапа України» в рамках проекту «Прозорість та підзвітність в державному управлінні та послугах» за сприяння Державної регуляторної служби України, Державного агентства з питань електронного урядування України. Реалізація проекту в Україні здійснюється за підтримки USAID/UK aid.

Вміст документу ліцензовано на умовах Ліцензії Creative Commons Зазначення Авторства 4.0 Міжнародна.