Технічний вимір Альянсу Співкористування

Вже в 2021 році почалася реалізація мінімальних вимог EfA — з технічної точки зору WSP.NRW/GovForms, вони вже могли бути реалізовані в значній мірі. Тому створено базу для технічного зв'язку зацікавлених партнерів і відразу ж відбувається детальне планування пілотної реалізації.

Підтримувані формати транспорту від GovForms 2.0:
— Fit-Connect (рекомендація): готовий до використання

Спілкування з відповідальними органами влади вже можна здійснювати через Fit-Connect. Функціональний інтерфейс доступний на стороні WSP.NRW
— Нативна реалізація OSCI/XTA2: під час підготовки

Платформа FIT-Connect на замовлення Ради з ІТ-планування служить для мереж та інтеграції ІТ-систем федеральної ІТ-архітектури і підходить для підключення онлайн-порталів і компетентних органів в сенсі впровадження EfA. Перевага FIT-Connect полягає у високому рівні абстракції порівняно з іншими реаліями транспортних маршрутів між федеральними державами, органами влади, муніципалітетами та порталами. Fit-Connect використовує існуючу інфраструктуру та процеси, такі як DVDV і OSCI. FITKO надає власну інфраструктуру, послуги з обслуговування параметрів та API.

В даний час NRW працює над створенням адаптера ("роз'єм"), щоб забезпечити без медіа-зриву отримання структурованих даних додатків навіть без спеціальних процедур.

Безпека з OSCI

За допомогою методу шифрування OSCI (Online Services Computer Interface) встановлено обов'язковий стандарт для аутентифікованої передачі повідомлень державного управління. Багаторівневе шифрування та електронний підпис гарантують, що повідомлення/документи не можуть бути змінені та відповідають високим потребам у захисті.

Багаторівневе шифрування та електронні підписи гарантують, що повідомлення/документи не можуть бути змінені та відповідають високим потребам у захисті.

Посередник дозволяє передавати дані відповідно до OSCI. Його завданням є перевірка і пересилання вхідних повідомлень.

Існує два різних ключі, які називаються конвертами за процедурами OSCI:
— Зовнішня оболонка = дані про використання
— Внутрішня оболонка = зашифровані дані вмісту

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

Зовнішня оболонка містить лише дані про використання (інформацію про транспорт).

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

Транспорт даних через XTA/2

XTA — це транспортно-передача для обміну повідомленнями між різними технічними процедурами. Стандарт XTA зазвичай складається з різних модулів:
Модель ролей і обов'язків ("рольова модель")
— Профілі обслуговування

Для співкористувачів існує два різних способи інтеграції онлайн-сервісів у власні портали:

1. Підключення через параметризоване посилання

При такому типі з'єднання достатньо, щоб портал викликав задане посилання з відповідними параметрами, наприклад https://service.wirtschaft.nrw/?a=1;b=2;c=3. Ніяких подальших коригувань не потрібно робити, вбудовування потім робиться, наприклад, через Iframe

2. Інтеграція повного пакету через так звані «веб-компоненти» з наданням фрагментів коду

Інтеграція онлайн-сервісів в інший портал відбувається через вебкомпонент, де як незалежний ресурс вставляються HTML-фрагменти, скрипти і окремий DOM (Shadow-DOM). Це повністю налаштовується CSS, і відповідний CI порталу може бути повністю прийнятий.

Підключаючи облікові записи користувачів «Servicekonto.NRW» та ELSTER «Акаунт компанії», громадяни та підприємці по всій країні можуть здійснювати безпечну аутентифікацію з відповідними збереженими даними на онлайн-порталі.

Можливі різні рівні довіри, залежно від обраного методу аутентифікації:

Таким чином, WSP.NRW відповідає вимогам спільного використання EfA щодо облікових записів користувачів. Хоча в обох випадках це взаємосумісні облікові записи, які можуть бути підключені до облікових записів інших країн, в майбутньому також можна буде підключити обліковий запис користувача BUND до WSP.NRW, щоб дозволити європейським громадянам реєструватися та автентифікувати за допомогою eIDAS.

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

Опис організаційно-процесної моделі «дороги цифровізації» можна знайти тут.](/help/efa/post-utilization/wsp-nrw/підхід-оф-цифрування доріг/)

Однак, в принципі, дороги оцифрування WSP.NRW спрямовані на розвиток послуг, які є максимально однорідними по всій Німеччині, щоб якомога швидше досягти цілей загальнонаціонального впровадження ОГС. Оскільки це не є юридично можливим, послуги в рамках оцифрування доріг (див. вище) параметризуються професійно і адаптовані до відповідних технічних вимог.

У контексті технічної параметризації та можливостей мультиклієнтів мікросервісна архітектура WSP.NRW також встановлює курс на надання параметризованих послуг країнам.

Параметри передачі в межах форми виклику

Якщо форма викликана як частина спільного використання і вбудована в інший інтернет-портал, геоінформація (PLZ, ARS, AGZ), ідентифікатор LeiKa і ідентифікація клієнта повинні бути надані в якості стартових параметрів. LeiKA-ID і геоінформація служать для визначення подальших параметрів, специфічних для повноважень, і для забезпечення правильної форми. Ідентифікація клієнта служить для присвоєння специфічних для клієнта параметрів.

Параметр? Опис?
|---------|-----------|
Leika key? Визначає продуктивність?
Ідентифікатор мандата? Визначає портал виклику?
Цільова інформація? Геоінформація (ARS, AGS, ZIP) для ідентифікації органу?

Клієнт-специфічні параметри в GovForms 2.0

В рамках мультитенденції і параметризації мета полягає в тому, щоб показати онлайн-сервіс, адаптований до технічних вимог відповідної країни і присвоєний йому на предметній основі (приклад: Користувач отримує доступ до порталу держави-бенефіціара, користується послугою WSP.NRW, але подає заявку в іншу державу-бенефіціара). Таким чином, мультиорендантська технологічна база дає можливість вносити індивідуальні корективи в інтерфейси, процеси і представництва в залежності від федеральної держави і компетентного органу.

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

Параметр? Опис?
|--|-----|
Налаштування форми*? Індивідуальні конфігурації форми: (обмежений контент) Адаптація форм до умов конкретної країни
Законодавчі тексти? Індивідуальне вставлення текстів у форми (наприклад, провінційні закони)?
Зворотна адреса (?)? Встановити конкретний канал повернення і поштові скриньки для повідомлень і т.д.?
Платіжний інтерфейс? Параметри і технічна адреса для виклику обраної платіжної складової?
Транспортний канал? Депозит відповідного транспортного каналу (OCSI/XTA, FIT-Connect)?

• Коригування специфічних для клієнтів форм повинні проводитися лише в обмеженій мірі (наприклад, на підставі законодавчих вимог), щоб не підірвати принцип використання EfA.

Параметри через служби каталогів

Технічні параметри для звернення до компетентних органів в принципі зберігаються в каталозі DVDV. Ці дані включають технічну маршрутну інформацію як необхідні сертифікати. Крім того, додаткову інформацію, таку як контактні дані, адреси, а також ставки збору та розрахункові рахунки на LeiKa та орган можна визначити за допомогою DVDV. Крім того, мережа порталів онлайн-шлюзу також доступна за стандартом XZuFi і, якщо використовується FIT-Connect, портал самообслуговування FIT-Connect. GovForms 2.0 може отримати доступ до цих каталогів і повних необхідних параметрів.

Параметр? Опис?
|--|-----|
Залежно від обраного транспортного методу (XTA2, FIT-Connect) визначається інформація про маршрутизацію (адреса призначення, посередник, DestinationID, сертифікати відкритих ключів). |
Герб/Логос? Заплановано можливе положення для показу у вигляді?
Адреси/Контактні дані? Відобразити адресу та контактну інформацію компетентного органу?
Параметри оплати? Індивідуальні збори, розрахункові рахунки за LeiKa та компетентного органу. |

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

Індивідуальні платежі можливі як тільки відповідні параметри (рахунки, сума комісії) доставляються на WSP-NRW по каналу повернення. Ці параметри можуть зберігатися, наприклад, у [Німецькому каталозі адміністративних послуг] (https://www.itzbund.de/DE/itloesungen/standardloesungen/dvdv/dvdv.html) (DVDV). Платформа ePayBL, яка запропонує повну параметризацію за Q1/2023, підходить як майбутній стандартний компонент для Німеччини.

Крім ePayBL, можна використовувати альтернативні платіжні інтерфейси, за умови, що параметри інтерфейсу відомі і зберігаються для клієнта.

Можуть бути запропоновані три різні моделі оплати:

# 1. Платежі за течією

У разі апстрімових платежів, плата за фіксовану ставку, що вноситься в DVDV, виставляється безпосередньо після подання заявки і може бути сплачена користувачем в електронному вигляді. Розмір збору залежить від обраної послуги та відповідального органу або застосовних правил збору.

2. Платежі вниз за течією

У випадку платежів вниз за течією, плата буде виставлена ​​в результаті виконаних робіт. При цьому зворотний канал необхідний для звернення до користувача без збоїв у ЗМІ. Тут, наприклад, на поштову скриньку може бути надіслано платіжний запит, який, в свою чергу, містить параметризоване посилання на платіжний інтерфейс.

# 3. Змішані типи платежів

У цьому випадку оплата складається з одноразової висхідної суми і подальшого розрахунку на основі витрат.

Конкретне EfA співвикористання процесу від NRW для інших федеральних держав може бути реалізовано в рамках пілотів. Таким чином, відкриті питання можна відповісти безпосередньо, а інтерпретації можна запобігти.

Індивідуальні, обрані послуги (Leikas) або пакети послуг (технічно пов'язаних послуг) можуть бути реалізовані як частина пілота.
Пілотування служить технічним проривом — виходячи з заданих технічних параметрів, шукається реалізація обраних послуг з компетентними органами-учасниками. Виходячи з отриманого досвіду, розгортання в країні, що бере участь в пілотуванні, можуть бути сплановані в більшій мірі і можуть бути реалізовані подальші послуги.

Портал самообслуговування (SSP) використовується для підготовки EfA обміну онлайн-сервісами, реалізованими MWIKE. Реалізація SSP відбувалася в рамках WSP.NRW і може бути досягнута за допомогою окремо наданого логіна. Зокрема, SSP буде використовуватися для прямої відповіді на вже з'ясовані питання і передачі вимог (технічних і технічних) і, таким чином, для підтримки зв'язку з країнами, які мають бути підключені, які прагнуть поділитися онлайн-сервісами EfA MWIKE.

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