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 of the Federal Government and the Lander" (ePayBL) під технічним керівництвом Вільної держави Саксонія.

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

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

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

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

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

Надаючи онлайн-послуги в магазині 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 до «організації» можна знайти нижче:

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