EFA ： 実施のための最低限の要件

「表面設計とデザイン」の文脈で定義されたフレームワーク条件は、フロントエンドでのオンラインサービスの提供と表示に焦点を当てています。

原則として、2つの重要なアプローチを区別することができます：

1. ただし、中立的なページを介してオンラインサービスの提供は、すべてのパフォーマンス固有の事実的および地域的な能力の特性を有し、また、それぞれの権限のある地方当局の紋章の掲示、またはその他の事実的かつ地方の有能な専門家機関（例：チャンバー）の掲示を参照する必要があります。
2. すでにユーザーが視覚的に対応するページにアクセスしたポータルを介してオンラインサービスの提供は、また、すべてのパフォーマンス固有の事実およびローカル能力特性を有する必要があり、また、それぞれの権限のある地方当局の紋章の表示を参照する必要がありますまたはそうでなければ事実的かつローカル有能な専門家機関（例：チャンバー）。

「表面設計と設計」のためのEfAの最小要件の特定の文言は、以下に見つけることができます：

〕 いいえ、Q 必要なの
| --- | ------------- |
オンラインサービスは、中立（国、地方自治体または当局固有のスタイルガイド、または参加国、自治体または当局の各行政ポータルのインターフェイスの完全な外観）デザインを持たなければならない(MUST)。 |
[002] オンラインサービスは、ユーザがテストしたデザインを持ち、ユーザー体験ポータルネットワークに関するガイドラインを考慮に入れるべきである(SHOULD)。 |
The online service, after the performance-specific responsibility feature(e.g. postcode, location or geo-referenced data or parameter handover in case of online service call)has been determined, must display the individual competent authority with the contact details and display the respective coat of the authority of the competent local authority, if it has been deposited by the competent local authority, if it has been deposited. このサービスは、パフォーマンス固有の責任機能（例えば、郵便コード、位置情報または地理的参照データまたはパラメータハンドオーバー）が決定された後、連絡先の詳細で個々の権限のある機関を表示しなければならず(MUST)。 |
The online service must be able to identify the authority responsible for receiving the application using the LeiKa ID and regional key from the current database of the portal network. オンラインサービスは、ポータルネットワークの現在のデータベースから、LeiKa ID と地域キーを使用してアプリケーションを受信する権限を識別できなければならない(MUST)。 |

EfAの共同利用のために提供されるオンラインサービスは、すべての技術的要件、特に連邦法に準拠している必要があり、したがって法的に安全でなければなりません。 これには、いわゆる「技術的論理」の最小要件が必要です。 さらに、技術的パラメータ化、すなわち、それぞれの共益連邦州の土地法の特定の規定への適応のための規定もなされるべきである。

⑨いいえ。 ⑩ 要件 ​​​​​​​​​​​​​​​​​​​​​​​​​​​​
|---|---| と
オンラインサービスは、連邦法の技術的要件を遵守しなければなりません。 |
オンラインサービスは、すべてのポストユーザー国の土地法に基づく追加要件を考慮に入れなければなりません。 |
オンラインサービスは、必要に応じて、連邦規制サービス（例：マルチテナント、パラメータ化）に関する州または法定の実施規則を適切に考慮することができるべきである(SHOULD)。 |

「データ交換標準」は、データの均一な送受信の形式を規定する。 行政のデジタル化の分野では、特にデータ交換標準XÖVとxfall/XData Fieldsが優先されます。 したがって、専門家のプロシージャなどの影響を受けるアプリケーションの対応するインターフェイスは、オンラインサービスのデータを指定されたフォーマット（接続性）で受信および処理できなければなりません。 データ交換基準は、いわゆる「技術標準」として法的技術的参照で開発されています。

EfAの最小要件は、この分野における標準化されたデータ伝送の基準を規定しています。 原則として、標準準拠の XML ファイルはルーティング システムを介して配信されなければならず、専門家の手順でインターフェイスを介してさらに処理することができます。 しかし、技術標準がまだ存在せず、将来開発される場合、最初のステップは、送信されるすべてのアプリケーションデータを含むPDFファイルの配信です。

例えば、適用可能な XÖV 規格に関する詳細な情報は、こちら をご覧ください。 これらは、IT標準調整室(KoSIT)によって準備され、監督され、さらに開発されています。

「技術的ロジック」に関するEfAの最小要件の具体的な文言は、以下で見つけることができます。

〕 いいえ、Q 必要なの
|---|---|
オンラインサービスは、標準化されたXMLフォーマット（例えば、XÖV標準内のモジュール、xfallコンテナ内のXDataフィールドなど）でターゲットデータを自動インタフェースで出力しなければならない(MUST)。 技術的な手順がない場合、オンラインサービスは（さらに）読み取り可能なPDFファイルを生成する必要があります。 |
技術標準がない場合、データインターフェースの標準化プロセスは、次の側面を確保するために設定されなければならない(MUST)。 予測可能性、信頼性、責任、資金調達； 行政による統治 関連するすべての利害関係者の関与； 自由ソフトウェア財団ヨーロッパにおける標準の開放性 実用的なオリエンテーション； 定期的なさらなる開発（変更管理 - 法的根拠の変更の場合だけでなく、実践からのフィードバックに基づく）。 高レベルの細部、良質、技術的に堅牢； 標準化の適切な目的 方法論/フレームワークの証明された成熟度； EUの要求とオファーを適切に考慮する。 |
The online service MUST generate a structured output of the application in xfall format based on the associated FIM master data schemas, provided that no technical standard exists or is created in the administration(e.g. XÖV). ＤＳ3は、関連するFIMマスタデータスキーマに基づいて、アプリケーションの構造化された出力を生成しなければならない(MUST)。 |
オンラインサービスは、EfAの原則に従って接続されるべき国の異なる製造業者の最も広く使用されている技術的手順と互換性があるべきです。 |

オンラインサービスと管轄当局との間でデータを交換できるようにするためには、可能な限り送信手段を適切かつ均一に選択する必要があります。 これは、いわゆる「ルーティングと輸送」のためのEfAの最小要件によって規制されています。 使用される方法は、接続の容易さ、普及の程度および時間の可用性の基準に従って選択されるべきである。

以下の技術スタックが考慮されます。

OCSI / XTAで転送し、DVDV経由でルーティング情報を取得
OSCI(Online Services Computer Interface)トランスポートプロトコルは、行政機関による認証されたメッセージ送信のためのバインディング標準を設定します。 マルチレベルの暗号化と電子署名により、送信されたメッセージ/文書を変更できず、高い保護ニーズを満たすことができます。 要求されたデータの安全な送信を確保するために、仲介者は中間である。 仲介者は、OSCIに準拠したデータの送信を可能にします。 そのタスクは、受信メッセージをチェックして転送することです。 XTAは、さまざまな専門的手順間でメッセージを交換するためのトランスポートおよび伝送手順です。

FitConnectインターフェース経由の送信
「ＦＩＴ−コネクト」ルーティングシステムによるアプリケーションデータの提供の一環として、それぞれのネットワークはＸＴＡルーティングプロトコルによって提供される。 FITKOは配送サービスを引き継ぎ、収集のためのフォームを国に提供します。 この目的のために、各国は、デリバリーアプリケーションを通じて、組織のキーの助けを借りて適切な専門機関を見つけ、専門家のクライアントにそれに対処する必要があります。 復号化後、クライアントは完成したフォームを技術的な手順に提供します。

EfAの枠組みの中では、各国の異なる国から申請することができます。 DEST-ID(Destination-ID)に基づいて、ターゲットネットワークを見つけることができます。 専門当局はDVDVクエリで発見される。 配信アプリケーションは、専門家クライアントとの直接通信を介して、アプリケーションデータを正しい専門家手順に配信する必要があります。

配送申請は、各国のFITKOとは独立して行うことができます。 各国は配送申請書を提供しています。 そのために、FITKOはあらゆる国へのアクセスを確保しなければなりません。 EfAオンラインサービスがすべての国から、そしてすべての人からアクセスできるようにするために、FITKOを介してより高いレベルの配信が行われます。 技術的手続きへの準備は、現在、国家の解決策を必要とします。 解決策は、クライアントとサーバーの関係を通じてアプリケーションによって実装されることです。 MWIKEは、すでにユニバーサルソリューションでサービスプロバイダーと協力しています。

FIT-Connectの詳しい説明はこちらをご覧ください。

「ルーティングとトランスポート」に関する EfA の最小要件の具体的な文言は、次のリストに記載されています。

⑨いいえ。 ⑩ 要件 ​​​​​​​​​​​​​​​​​​​​​​​​​​​​
|---|---| と
管轄当局の技術接続データは、少数の全国受信機関（16社未満）のオンラインサービスに直接保存および維持することができます。
オンラインサービスは、DVDVにアクセスすることにより、より多くの全国受信機関(>16)の技術的住所を決定しなければならない(MUST)。
DVDV を使用してルーティングする場合、オンライン サービス用に DVDV 登録コンセプトを作成しなければならない(MUST)。
オンラインサービスは、OSCI送信機を介して転送されるデータを暗号化された形式で、要求処理当局によって定義されたOSCI受信機に送信できなければなりません。 個々のドメインにすでに全国的に確立された伝送基準（例：Elster）がある場合は、機密性、完全性（真正性を含む）および可用性の保護目的が確保されることを条件として使用できます。
オンライン サービスは、エンドツーエンド暗号化を使用してデータの証明書ベースの送信を有効にしなければなりません。 暗号化は、ポストユーザー権限によって定義される少なくとも 1 つのエンドポイントに到達しなければなりません。 使用される証明書は、管理 PKI から作成する必要があります。 |

メモ： 将来、FIT-Connectは、機密性、完全性（真正性を含む）および可用性の保護目標が保証され、対応する条件が作成されることを条件として使用できます。

申請者の認証と識別のために、相互運用可能な「ユーザーアカウント」をオンラインサービスに接続する必要があります。 すべてのユーザーアカウントが相互運用可能になるまで、少なくとも市民のための連邦ユーザーアカウントまたは統一企業アカウントは接続されなければならない(MUST)。

2つの相互運用可能なユーザーアカウントは、すでにWSP.NRWが市民、トレーダー、企業を登録するために正常に接続されています。 企業（単体、パートナーシップ、企業）および協会については、ポータルと関連アカウント「マイビジネスアカウント」を作成し、企業と機関間の全国的なコミュニケーションを統合します。 接続は ELSTER/NEZOで行います。 提供される認証オプションは次のとおりです。

• エルスター証明書ファイル（郵便によるワンタイム識別）
• 新しいIDカード（カードリーダー/モバイルデバイス用AusweissApp2）
• ELSTER Authenticatorソフトウェアと組み合わせて署名カード
• ELSTER Authenticatorソフトウェアと組み合わせてセキュリティスティック

ELSTERによる登録は個人でも可能です。

個人の場合、低閾値のオファーも、個人に合わせたユーザーアカウントで提供されます。 2017年にGovernikus AGによって導入されたCIO NRWのServicekonto.NRWは、申請者のためにNRWの連邦州のデジタル管理サービスへのアクセスを提供し、したがって、他の連邦州の居住者によっても使用することができます。

提供される認証オプションは次のとおりです。

1. ユーザー名とパスワード
2. 電子IDカード（モバイルデバイス用IDApp2）

サービスアカウントをベースとするGovernikus AGの「サービスアカウント」製品のさらなる開発の一環として、OpenID機能は技術的に国境を越えたログインを可能にするように拡張されました。例えば、ハンブルク、ブレーメン、ザクセン＝アンハルト、Schleswig-Holstein、BUNDユーザーアカウントはすでに「サービスアカウント」に統合されています。

「ユーザーアカウント」に関するEfAの最小要件の具体的な文言は、以下で見つけることができます。

いいえ。 条件 条件
|---|---|
〕 NK1 相互運用可能なユーザ・アカウントは、オンライン・サービスに接続されなければならない(MUST)。 すべてのユーザーアカウントが相互運用可能になるまで、少なくとも市民のための連邦ユーザーアカウントまたは統一企業アカウントは接続されなければならない(MUST)。

EfAオンラインサービスは、このコンポーネントとそのパラメータが受信機関によって提供されることを条件として、手数料の支払いのためにパラメータ化された方法で受信当局によって提供される支払いコンポーネントを呼び出すことができるべきである。 さらに、オンラインサービスは、独自の支払いコンポーネントを提供することもできます。これは、独自の支払いコンポーネントを持たない当局によって構成できます。

原則として、WSP-NRWはパラメータ化された支払いコンポーネントを接続し、それらを呼び出す可能性を提供します。 NRWでは、すでにすべての責任ある機関に対して個別の支払いコンポーネントがあります（例： 自治体、個々の自治体）が提供され、展開されます。 これは、ザクセン自由州の技術的指示の下で、連邦政府とLänderのE-Payment-Developer-Community(ePayment-Developer-Community of the Federal Government and the Länder)の支払いプラットフォームです。

特別に開発されたWSP.NRWの「手数料モジュール」では、手数料率だけでなく、さまざまな支払いシナリオ（「アップストリーム」、「ダウンストリーム」、「混合タイプ」）が、手続きごとに権限のある当局に入力できます。

ITプランニング協議会は、まだパラメータ化可能な全国的な支払いインターフェイスを持っていないため、WSP.NRWに統合するために必要な情報がここで提供されている場合は、国固有の支払いコンポーネントを接続することもできます。

近い将来、IT計画評議会によって承認され、開発されていれば、全国的な支払いインターフェースを使用することを意図しています。

「技術ロジック」に関するEfAの最小要件の具体的な文言は次のとおりです。

⑦ 必須要件 ⑦
|---|---| と
オンラインサービスは、このコンポーネントとそのパラメータが受信当局によって提供されることを条件として、手数料の支払いのためにパラメータ化された受信当局によって提供される支払コンポーネントを呼び出すことができなければならない(SHALL)。
オンラインサービスはまた、独自の支払いコンポーネントを提供することができ、独自の支払いコンポーネントを持っていない当局によって構成することができます。

FITストアでオンラインサービスを提供することで、複雑でない法的共同利用が可能になります。 これは、SaaS(Software-as-a-Service)モデルに従って契約関係をリンクすることによって提供されます。 FITKOは仲介者として機能し、双方とSaaS契約を締結します。 個々のSaaS後利用契約は、利用後の各州と締結されます。

使用後国家は、FITKOに関心のある手紙による共同利用への関心を知らせ、FITKOは実施国家と接触する。 その後、連邦州の実施と利用後の州は、投票状でそれぞれの詳細を明確にし、それに応じてFITKOに通知します。 この投票用紙は、両方のSaaS契約の一部となります。

法的再利用の可能性は以下の通りです。

フィットストア
FITストアでは、EfAサービスは契約関係のチェーンを通じて提供されます。 FITKOは仲介者として、直接の契約パートナー（提供者と買い手）です。 再利用は、契約の詳細で規制されているように、国内で購入したオンラインサービスを渡すことができる国によって行われます。

** 行政協定**
行政協定の個別設計が可能です。 プログラム管理は、この目的のために青写真を提供しました。

** 官民協定**
ランダーの調達法の仲介者は、インターパブリック・アグリーメント(IOA)を通じたサービスの交換に同意します。 ここでは、仲介者は連邦州のサービス交換を束ねています。 FITKOもIÖVの一部なので、FITストアへの交換も可能です。 これは実証済みのモデルであり、市町村が再利用することを目指している。 This is not a solution for the subsequent use of chamber, provided that the intermediaries do not pass on the online services to the chambers. これは、仲介者がオンラインサービスをチャンバーに渡さないことを条件として、その後のチャンバーサービスの使用のための解決策ではない。

オープンマーケットプレイス
ITプランニング評議会(IT-PLR)は、行政サービスのためのデジタルマーケットプレイスを設定することを決定し、govdigital eGにそうすることを委託しました。 クライアントは、市場でオンラインサービスを提供することができ、その後、社内賞のチェーンを介して再利用することができます。 正確なデザインはまだ開いています。

「法的再利用オプション」に関するEfAの最小要件の具体的な文言は、ここで見つけることができます：

いいえ。 条件 条件
|---|---|
R1 〕 責任ある国は、国家執行および移転された影響圏（例えば、行政協定、FITストア）におけるサービスに対して、適切な法的共有オプションを提供しなければならない(MUST)。
R2(R2) 責任ある国は、他の国や自治体が使用するオンラインサービスに対して十分なライセンス権を有していなければならない(MUST)。 |

「組織化」のためのEfAの最小要件の具体的な文言は、以下に見つけることができます：

〕 いいえ、Q 必要なの
|---|---|
オンラインサービスについては、参加国が専門的、法的、技術的要件を継続的に維持する組織的協力構造（または既存のもの）を作成しなければならない(MUST)。