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 в соответствующих странах. Страны предоставляют заявку на доставку. При этом ФИТКО должна обеспечить доступ в каждую страну. Для того, чтобы онлайн-сервис EfA был доступен из каждой страны и для всех, доставка на более высоком уровне осуществляется через FITKO. Положение о технической процедуре в настоящее время требует национального решения. Решение должно быть реализовано приложением через отношения клиент-сервер. MWIKE уже работает со своими поставщиками услуг над универсальным решением.

Подробные объяснения FIT-Connect можно найти здесь.

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

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

Примечание: В будущем 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 уже существует отдельный платежный компонент для всех ответственных органов (например. муниципалитеты, отдельные органы власти) предоставляются и развертываются. Это платежная платформа «Электронная оплата-разработчик-сообщество федерального правительства и земель» (ePayBL) под техническим руководством Свободного государства Саксония.

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

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

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

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

Нет. Требуется требование?
|----|-----|
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 для «организации» приведена ниже:

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