EFA: Мінімальні вимоги до впровадження

Визначені рамкові умови в контексті «дизайну та дизайну поверхні» спрямовані на надання та відображення онлайн-послуг у фронтенді.

В принципі, можна виділити два ключових підходи:

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

Конкретні формулювання мінімальних вимог EfA до «дизайну та дизайну поверхні» можна знайти нижче:

Ні? Вимога?
| — | — |
001? Онлайн-сервіс ПОВИНЕН мати нейтральний дизайн (відсутність країн, місцевих чи конкретних органів влади або повного вигляду інтерфейсу відповідних адміністративних порталів країн-учасниць, муніципалітетів чи органів влади). |
002? Інтернет-сервіс повинен мати дизайн, протестований з користувачами і враховувати керівні принципи по мережі порталу користувацького досвіду. |
003? Онлайн-сервіс, після того, як функція відповідальності за виконання (наприклад, поштовий індекс, місцезнаходження або дані з геопосиланням або передача параметрів у разі виклику онлайн-сервісу) ПОВИНЕН показати індивідуальний компетентний орган з контактними даними та СЛІД відобразити відповідний герб компетентного місцевого органу, якщо він був депонований ним. |
Онлайн-сервіс ПОВИНЕН мати можливість ідентифікувати орган, відповідальний за отримання заявки за допомогою LeiKa ID та регіонального ключа з поточної бази даних мережі порталу. |

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

?? Ні. ?? Вимога ??
|---|---|
?? 001 ?? Онлайн-сервіс ПОВИНЕН відповідати технічним вимогам федеральних законів. |
?? 002 ?? Онлайн-сервіс ПОВИНЕН враховувати додаткові вимоги відповідно до Земельного законодавства всіх країн пост-користувача. |
?? 003 ?? Онлайн-сервіс повинен, при необхідності, бути в змозі прийняти до уваги державні або нормативні положення про федерально регульованих послуг (наприклад, через мульти-оренду, параметризації). |

«Стандарт обміну даними» регулює формат єдиного відправлення та отримання даних. У сфері цифровізації державного управління, зокрема переважають стандарти обміну даними XÖV та xfall/XData Fields. Таким чином, відповідні інтерфейси постраждалих додатків, такі як спеціалізовані процедури, повинні мати можливість отримувати і обробляти дані онлайн-сервісу в зазначеному форматі (підключення). Стандарти обміну даними розробляються з юридично-технічним довідником як так звані «технічні стандарти».

Мінімальні вимоги EfA регулюють критерії стандартизованої передачі даних у цій сфері. В принципі, стандартний XML-файл повинен бути доставлений через систему маршрутизації, яка може бути додатково оброблена через інтерфейс в спеціалізованій процедурі. Однак, якщо технічний стандарт ще не існує, але має бути розроблений в майбутньому, першим кроком є доставка PDF-файлу, який включає в себе всі дані програми, які передаються.

Більш детальну інформацію про застосовні стандарти XÖV можна знайти тут, наприклад. Вони готуються, контролюються та розробляються Координаційним бюро з ІТ-стандартів (KoSIT).

Конкретні формулювання мінімальних вимог EfA до «технічної логіки» можна знайти нижче:

Ні? Вимога?
|--|-----|
DS1? Інтернет-сервіс ПОВИНЕН виводити цільові дані в стандартизованому форматі XML (наприклад, як модуль в межах стандарту XÖV або полів XData в контейнері xfall) через автоматизований інтерфейс, який, в свою чергу, може бути прочитаний (напів-) автоматично за допомогою спеціалізованих процедур. Якщо немає технічних процедур, онлайн-сервіс повинен (крім того) генерувати читабельний PDF-файл. |
Якщо немає технічного стандарту, необхідно налаштувати процес стандартизації інтерфейсу даних, щоб забезпечити наступні аспекти: передбачуваність, надійність, відповідальність, фінансування; управління державною адміністрацією; залучення всіх відповідних зацікавлених сторін; Відкритість стандартів у сенсі Free Software Foundation Europe; практична орієнтація; регулярний подальший розвиток (зміна управління — не тільки в разі внесення змін до правових основ, але і на основі зворотного зв'язку з практикою); високий рівень деталізації, висока якість, технічно надійний; відповідний об'єкт стандартизації; перевірена зрілість методології/фреймворку; належний розгляд вимог та пропозицій ЄС. |
DS3? Онлайн-сервіс ПОВИНЕН генерувати структурований вихід програми у форматі xfall на основі пов'язаних схем основних даних FIM, за умови, що в адміністрації не існує технічного стандарту (наприклад, XÖV). |
Онлайн-сервіс повинен бути сумісний з найбільш широко використовуваними технічними процедурами різних виробників (якщо такі є) в країнах, які повинні бути підключені за принципом EfA. |

Для того, щоб мати можливість обмінюватися даними між онлайн-сервісами та компетентними органами, слід вибрати відповідний і як єдиний засіб передачі, наскільки це можливо. Це регулюється так званими мінімальними вимогами EfA для «маршрутизації та транспортування». Використовувані методи слід вибирати відповідно до їх критеріїв легкості підключення, ступеня поширення та доступності часу.

Розглядаються наступні технологічні стеки:

Передача з OCSI / XTA та отримання інформації про маршрутизацію через DVDV
Транспортний протокол OSCI (Online Services Computer Interface) встановлює обов'язковий стандарт для передачі автентифікованих повідомлень державною адміністрацією. Багаторівневе шифрування та електронний підпис гарантують, що надіслані повідомлення/документи не можуть бути змінені та задовольняють високу потребу в захисті. Для того, щоб забезпечити безпечну передачу запитуваних даних, посередник є проміжним. Посередник дозволяє OSCI-сумісну передачу даних. Його завдання - перевіряти і пересилати вхідні повідомлення. XTA - це процедура транспортування та передачі для обміну повідомленнями між різними спеціалізованими процедурами.

Передача через інтерфейс FitConnect
В рамках надання даних додатків через систему маршрутизації «FIT-Connect» відповідні мережі обслуговуються за допомогою протоколу маршрутизації XTA. FITKO бере на себе службу доставки та надає країнам форми для збору. Для цього відповідні країни повинні знайти відповідний орган спеціаліста через заявку на доставку та за допомогою організаційних ключів і звернутися до клієнта-спеціаліста. Після розшифровки клієнт надає заповнену форму технічній процедурі.

В рамках EfA заявки можуть подавати різні країни в різних країнах. На основі DEST-ID (Destination-ID) можна знайти цільові мережі. Спеціалізовані органи знаходяться за допомогою запиту DVDV. Заявка на доставку повинна доставити дані заявки до правильної процедури спеціаліста за допомогою прямого зв'язку з клієнтом-спеціалістом.

Заявка на доставку може бути здійснена незалежно від FITKO у відповідних країнах. Країни надають заявку на доставку. При цьому FITKO має забезпечити доступ до кожної країни. Для того, щоб онлайн-сервіс EfA був доступний з кожної країни та для всіх, доставка вищого рівня відбувається через FITKO. Забезпечення технічної процедури в даний час вимагає національного рішення. Рішення має бути реалізоване додатком через відносини клієнт-сервер. MWIKE вже працює зі своїми постачальниками послуг над універсальним рішенням.

Докладні пояснення FIT-Connect можна знайти тут.

Конкретні формулювання мінімальних вимог EfA для "маршрутизації та транспортування" можна знайти в наступному списку:

?? Ні. ?? Вимога ??
|---|---|
?? DS1 ?? Дані про технічне з'єднання компетентних органів можуть зберігатися та підтримуватися безпосередньо в онлайн-сервісі для невеликої кількості загальнонаціональних приймаючих агентств (менше 16).
?? DS2 ?? Онлайн-сервіс ПОВИНЕН визначити технічну адресу більшої кількості загальнонаціональних приймаючих агентств (> 16), отримавши доступ до DVDV.
Під час маршрутизації за допомогою DVDV для онлайн-сервісу ПОВИННА бути створена концепція реєстрації DVDV.
Онлайн-сервіс ПОВИНЕН мати можливість надсилати дані для транспортування через передавач OSCI (можливо, через XTA-інтерфейс до передавача) у зашифрованому вигляді до приймачів OSCI, визначених органами обробки запитів. Якщо в окремих доменах вже існують національні стандарти передачі (наприклад, Elster), вони можуть бути використані за умови забезпечення цілей захисту конфіденційності, цілісності (включаючи справжність) та доступності.
Онлайн-сервіс ПОВИНЕН забезпечити передачу даних на основі сертифіката з наскрізним шифруванням. Шифрування ПОВИНЕН досягти принаймні однієї кінцевої точки, яка буде визначена органом після користувача. Використовувані сертифікати повинні походити з адміністративного PKI. |

Примітка: У майбутньому FIT-Connect може використовуватися за умови забезпечення цілей захисту конфіденційності, цілісності (включаючи справжність) та доступності та створення відповідних умов.

Сумісний «акаунт користувача» повинен бути підключений до онлайн-сервісу, щоб аутентифікувати та ідентифікувати заявника. До тих пір, поки всі облікові записи користувачів не будуть сумісні, принаймні федеральний обліковий запис користувача для громадян або єдиний корпоративний обліковий запис повинен бути підключений.

Два взаємосумісних облікових записів користувачів вже успішно підключені для WSP.NRW для реєстрації громадян, трейдерів і компаній. Для компаній (єдиних компаній, партнерств, корпорацій) та асоціацій створений портал та пов'язаний з ним обліковий запис «Мій бізнес-акаунт», який об'єднує загальнонаціональну комунікацію між компаніями та установами. Підключення здійснюється через ELSTER/NEZO. Запропоновані варіанти аутентифікації:

— Файл сертифіката Elster (одноразова ідентифікація поштою)
— Нова ідентифікаційна картка (зчитувач карт/AusweissApp2 для мобільних пристроїв)
Картка підпису в поєднанні з програмним забезпеченням ELSTER Authenticator
— Палицю безпеки в поєднанні з програмним забезпеченням ELSTER Authenticator

Реєстрація через ELSTER також можлива для приватних осіб.

У випадку з приватними особами, низькопорогова пропозиція також пропонується з обліковим записом користувача, який більш адаптований для приватних осіб. Servicekonto.NRW CIO NRW, введений Governikus AG в 2017 році, забезпечує доступ до цифрових адміністративних послуг у федеральній державі NRW для заявників і тому може також використовуватися резидентами інших федеральних земель.

Запропоновані варіанти аутентифікації:

1. Ім'я користувача та пароль
2. Електронна ідентифікаційна картка (IDApp2 для мобільних пристроїв)

В рамках подальшого розвитку продукту "сервісного облікового запису" Governikus AG, на якому базується сервіс account.NRW, функціональність OpenID була розширена для технічної можливості транскордонних логінів. Наприклад, федеральні землі Гамбург, Бремен, Саксонія-Ангальт, Шлезвіг-Гольштейн і обліковий запис користувача BUND вже інтегровані в "сервісний рахунок".

Конкретні формулювання мінімальних вимог EfA до «аккаунту користувача» можна знайти нижче:

Вимоги до вимог
|--|-----|
NK1? Інтероперабельний обліковий запис користувача повинен бути підключений до онлайн-сервісу. До тих пір, поки всі облікові записи користувачів не будуть сумісні, принаймні федеральний обліковий запис користувача для громадян або єдиний корпоративний обліковий запис повинен бути підключений.

Онлайн-сервіси EfA повинні мати можливість викликати платіжний компонент, який надається приймаючими органами в параметризованому порядку для сплати комісії, за умови, що цей компонент та його параметри надаються приймаючим органом. Крім того, онлайн-сервіс також може запропонувати власну платіжну складову, яку можуть налаштувати органи, які не мають власної платіжної складової.

В принципі, WSP-NRW пропонує можливість підключення параметризованих платіжних компонентів і виклику їх. У NRW вже існує окремий платіжний компонент для всіх відповідальних органів (наприклад, муніципалітети, окремі органи влади) надаються та розгортаються. Це платіжна платформа ⁇ E-Payment-Developer-Community федерального уряду та земель (ePayBL) під технічним керівництвом Вільної держави Саксонія.

Спеціально розроблений "модуль плати" WSP.NRW дозволяє вводити ставки плати, а також різні сценарії оплати ("upstream", "downstream" і "mixed types") для компетентних органів за процедурою.

Оскільки Рада з ІТ-планування ще не має параметризованого загальнонаціонального платіжного інтерфейсу, також можна підключити платіжні компоненти для конкретної країни за умови, що тут надана необхідна інформація для інтеграції в/до WSP.NRW.

Найближчим часом планується використовувати загальнонаціональний платіжний інтерфейс, якщо він буде затверджений і розроблений Радою з ІТ-планування.

Конкретні формулювання мінімальних вимог EfA до "технічної логіки" можна знайти нижче:

?? Ні. Обов'язкова вимога ??
|---|---|
?? P1 ?? Онлайн-сервіс МОЖЕ викликати платіжний компонент, який надається приймаючими органами, що параметризуються для сплати збору, за умови, що цей компонент та його параметри надаються приймаючим органом.
?? P2 ?? Онлайн-сервіс також може запропонувати власну платіжну складову, яку можуть налаштувати органи, які не мають власної платіжної складової.

Надаючи онлайн-послуги в магазині FIT, ми дозволяємо нескладне легальне спільне використання. Це забезпечується шляхом зв'язування договірних відносин за моделлю Software-as-a-Service (SaaS). FITKO виступає посередником і укладає SaaS-контракт з обома сторонами від свого імені. З кожною державою після використання укладається індивідуальний договір про постутилізацію SaaS.

Держава після використання інформує FITKO про свою зацікавленість у спільному використанні за допомогою листів-інтересів, а FITKO контактує з державою-виконавцем. Виконавчі та постутилізуючі федеральні держави потім уточнюють відповідні деталі в листі для голосування і інформують FITKO відповідно. Цей лист-голосування стане частиною обох SaaS-контрактів.

Можливості юридичного повторного використання узагальнено нижче:

Підібрати магазин
У магазині FIT послуги EfA надаються через ланцюжок договірних відносин. FITKO виступає тут як посередник і є прямим контрактним партнером (провайдером і покупцем одночасно). Повторне використання здійснюється країнами, які в свою чергу можуть передавати придбані онлайн-послуги всередині країни, як це регламентовано в договорі деталі.

Адміністративна угода
Можливе індивідуальне оформлення адміністративних договорів. Управління програмою надало креслення для цієї мети.

Міжпублічна угода
Посередники із закупівельного законодавства в Землях домовляються про обмін послугами через Міжпублічну угоду (МОА). Тут посередники пов'язують обмін послугами у федеральній державі. FITKO також є частиною IÖV, тому можливий обмін на FIT-магазин. Це перевірена модель, яка, однак, має на меті повторно використовуватися муніципалітетами. Це не рішення для подальшого використання камерних послуг за умови, що посередники не передають онлайн-послуги в палати.

Відкритий ринок
Рада ІТ-планування (IT-PLR) вирішила створити цифровий ринок для адміністративних послуг і доручила зробити це govdigital eG. Клієнти можуть запропонувати онлайн-послуги на ринку, які потім можуть бути використані через ланцюжок власних нагород. Точний дизайн наразі відкритий.

З конкретними формулюваннями мінімальних вимог EfA до «юридичного варіанту повторного використання» можна знайти тут:

Вимоги до вимог
|--|-----|
R1? Відповідальна країна ПОВИНЕН запропонувати відповідний правовий варіант спільного використання послуг у сфері державного виконання та переданої сфери впливу (наприклад, адміністративний договір, магазин FIT).
R2? Відповідальна країна повинна мати достатні ліцензійні права на онлайн-сервіс для використання іншими країнами та муніципалітетами. |

Конкретні формулювання мінімальних вимог EfA до «організації» можна знайти нижче:

Ні? Вимога?
|--|-----|
Для онлайн-сервісу повинна бути створена структура організаційного співробітництва (або існуюча), в якій країни-учасниці постійно підтримують професійні, юридичні, технічні та інші вимоги.