EFA: Минимальные требования к реализации

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

В принципе можно выделить два ключевых подхода:

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

Конкретная формулировка минимальных требований EfA к "проектированию и дизайну поверхности" приведена ниже:

Нет.? Требования?
| — | — |
001? Онлайн-сервис ДОЛЖНЫ иметь нейтральный дизайн (ни одна страна, ни местные или специфические руководства по стилю или полный внешний вид интерфейса соответствующих административных порталов участвующих стран, муниципалитетов или органов власти). |
002? Онлайн сервис должен иметь дизайн, протестированный с пользователями и учитывать рекомендации по сети портала пользовательского опыта. |
003? Онлайн-служба после того, как была определена специфическая функция ответственности (например, почтовый индекс, местоположение или данные с географической привязкой или передача параметров в случае вызова онлайн-сервиса), ДОЛЖНО показывать индивидуальный компетентный орган с контактными данными и ДОЛЖНЫ показывать соответствующий герб компетентного местного органа, если он был сдан на хранение. |
Онлайн-сервис должен иметь возможность определить орган, ответственный за получение приложения с помощью идентификатора LeiKa и регионального ключа из текущей базы данных сети портала. |

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

?? Нет. ?? Требование ??
|---|---|
?? 001 ?? Онлайн-сервис ДОЛЖЕН соответствовать техническим требованиям федеральных законов. |
?? 002 ?? Онлайн-сервис ДОЛЖЕН учитывать дополнительные требования в соответствии с Земельным законодательством всех стран-послепользователей. |
? 003 ?? Онлайн-сервис должен, при необходимости, иметь возможность надлежащим образом учитывать государственные или законодательные имплементационные правила в отношении услуг, регулируемых федеральным законодательством (например, посредством многопользовательской аренды, параметризации). |

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

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

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

Конкретная формулировка минимальных требований EfA к "технической логике" приведена ниже:

Нет.? Требования?
|----|-----|
DS1? Онлайн-сервис ДОЛЖНЫ выводить целевые данные в стандартизированном формате XML (например, в качестве модуля в стандарте XÖV или поля XData в контейнере xfall) через автоматизированный интерфейс, который, в свою очередь, может автоматически читаться (полу) с помощью специализированных процедур. Если нет технических процедур, онлайн-сервис должен (кроме того) генерировать читаемый PDF-файл. |
Если нет технического стандарта, процесс стандартизации интерфейса данных должен быть установлен для обеспечения следующих аспектов: предсказуемость, надежность, ответственность, финансирование; управление государственным управлением; вовлечение всех заинтересованных сторон; Открытость стандартов в смысле Европейского фонда свободного программного обеспечения; B) практическая ориентация; регулярное дальнейшее развитие (управление изменениями — не только в случае изменения правовых основ, но и на основе обратной связи с практикой); высокий уровень детализации, высокое качество, технически надежный; соответствующий объект стандартизации; доказанная зрелость методологии/рамки; адекватное рассмотрение требований и предложений ЕС. |
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 здесь.

Конкретную формулировку минимальных требований ЕС для "маршрутизации и транспорта" можно найти в следующем перечне:

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

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

Интероперабельная «учетная запись пользователя» должна быть подключена к онлайн-сервису, чтобы аутентифицировать и идентифицировать заявителя. До тех пор, пока все учетные записи пользователей не будут совместимы, по крайней мере, федеральная учетная запись пользователя для граждан или единая корпоративная учетная запись должна быть подключена.

Две совместимые учетные записи пользователей уже успешно подключены к WSP.NRW для регистрации граждан, трейдеров и компаний. Для компаний (единых компаний, партнерств, корпораций) и ассоциаций создан портал и связанный с ним аккаунт «My Business Account», который объединяет общенациональную коммуникацию между компаниями и учреждениями. Соединение осуществляется через [ELSTER/NEZO] (https://www.elster.de/elsterweb/infoseite/nezo). Предлагаемые варианты аутентификации:

— Файл сертификата Elster (одноразовая идентификация по почте)
— Новая ID-карта (Card Reader/AusweissApp2 для мобильных устройств)
— Карта подписи совместно с ELSTER Authenticator Software
— Сцепка безопасности в сочетании с программным обеспечением ELSTER Authenticator

Регистрация через ELSTER также возможна для частных лиц.

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

Предлагаемые варианты аутентификации:

1. Имя пользователя и пароль
2. Электронное удостоверение личности (IDApp2 для мобильных устройств)

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

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

Нет. Требования к требованиям
|----|-----|
NK1? Учетная запись пользователя должна быть подключена к онлайн-сервису. До тех пор, пока все учетные записи пользователей не будут совместимы, по крайней мере, федеральная учетная запись пользователя для граждан или единая корпоративная учетная запись должна быть подключена.

Онлайн-сервисы EfA должны иметь возможность вызывать платежный компонент, который должен предоставляться принимающими органами в параметризированном виде для оплаты сбора, при условии, что этот компонент и его параметры предоставляются принимающим органом. Кроме того, онлайн-сервис также может предложить собственную платежную составляющую, которую могут настроить органы власти, не имеющие собственной платежной составляющей.

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

Специально разработанный «платный модуль» WSP.NRW позволяет вводить ставки сборов, а также различные сценарии оплаты («вверх по течению», «вниз по течению» и «смешанные типы») для компетентных органов в соответствии с процедурой.

Поскольку Совет по планированию ИТ еще не имеет параметризируемого национального платежного интерфейса, можно также подключить платежные компоненты для конкретной страны при условии, что здесь представлена необходимая информация для интеграции с WSP.NRW.

В ближайшее время планируется использовать общенациональный платежный интерфейс, если он будет одобрен и разработан Советом по планированию ИТ.

Конкретную формулировку минимальных требований ЕС для "технической логики" можно найти ниже:

?? Нет. требуемое требование ??
|---|---|
?? P1 ?? Онлайн-сервис SHALL сможет вызвать платежный компонент, предоставляемый принимающими органами, параметризованный для оплаты сбора, при условии, что этот компонент и его параметры предоставляются принимающим органом.
?? P2 ?? Онлайн-сервис CAN также предлагает собственную платежную составляющую, которую могут настроить органы, не имеющие собственной платежной составляющей.

Предоставляя онлайн-услуги в магазине FIT, мы предоставляем возможность беспрепятственного юридического соу-использования. Это обеспечивается путем увязки договорных отношений в соответствии с моделью Software-as-a-Service (SaaS). FITKO выступает в качестве посредника и заключает SaaS-контракт с обеими сторонами от своего имени. Индивидуальный договор SaaS после использования заключается с каждым государством после использования.

Постиспользующее государство информирует ФИТКО о своей заинтересованности в совместном использовании посредством писем-заинтересований, а FITKO связывается с государством-исполнителем. Вводящие и постиспользующие федеральные штаты затем уточняют соответствующие детали в письме для голосования и соответствующим образом информируют ФИТКО. Это голосование станет частью обоих контрактов SaaS.

Ниже кратко излагаются возможности повторного использования правовых норм:

Фит Магазин
В магазине FIT услуги EfA предоставляются через цепочку договорных отношений. FITKO выступает здесь в качестве посредника и является прямым договорным партнером (поставщиком и покупателем одновременно). Повторное использование осуществляется странами, которые, в свою очередь, могут передавать приобретенные онлайн-сервисы внутри страны, как это регулируется в деталях договора.

Административное соглашение
Возможна индивидуальная разработка административных соглашений. Руководство программы подготовило план для этой цели.

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

** Открытый рынок**
Совет по планированию ИТ (IT-PLR) решил создать цифровой рынок для административных услуг и поручил сделать это govdigital eG. Клиенты могут предлагать онлайн-услуги на рынке, которые затем могут быть повторно использованы через цепочку внутренних наград. Точный дизайн до сих пор открыт.

С конкретной формулировкой минимальных требований EfA для «опции повторного использования законодательства» можно найти здесь:

Нет. Требования к требованиям
|----|-----|
R1? Ответственная страна должна предложить соответствующий юридический вариант совместного использования услуг в сфере государственного исполнения и передачи влияния (например, административное соглашение, FIT store).
R2? Ответственная страна должна иметь достаточные лицензионные права на онлайн-сервис для использования другими странами и муниципалитетами. |

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

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