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共同利用のために提供されるオンラインサービスは、すべての技術的要件、特に連邦法を遵守しなければならず、法的に安全である必要があります。 これには、いわゆる「技術的ロジック」のための最低限の要件が必要です。さらに、技術的なパラメータ化、すなわち適応のために、それぞれの共同利益連邦州の土地法の特定の規定に規定を行わなければなりません。

〕 いいえ、Q 必要なの
|---|---|
オンラインサービスは、連邦法の技術的要件を遵守しなければならない(MUST)。 |
オンラインサービスは、すべてのポストユーザー国の土地法に基づく追加の要件を考慮に入れなければならない(MUST)。 |
オンラインサービスは、必要に応じて、連邦規制サービスに関する州または法定の施行規則（例えば、マルチテナント、パラメータ化）を適切に考慮することができるべきである(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インターフェースによる送信 **
「FIT-Connect」ルーティングシステムによるアプリケーションデータの提供の一環として、各ネットワークはXTAルーティングプロトコルによって提供されます。 FITKOは配送サービスを引き継ぎ、各国に収集用のフォームを提供します。 この目的のために、各国は、デリバリーアプリケーションを介して適切な専門機関を見つけ、組織キーの助けを借りて専門家クライアントに対処する必要があります。 復号化後、クライアントは技術的な手順に完了したフォームを提供します。

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

配送申請は、各国のFITKOとは独立して行うことができます。 各国が配達申請書を提出している。 そのために、FITKOはすべての国へのアクセスを確保する必要があります。 EfAのオンラインサービスがすべての国からアクセスできるようにするために、FITKO経由でより高いレベルの配達が行われます。 技術的手続きの規定は、現在、国家的解決を必要とする。 ソリューションは、クライアントとサーバーの関係を通じてアプリケーションによって実装されます。 MWIKEはすでにサービスプロバイダーと協力して、普遍的なソリューションを開発しています。

FIT-Connectの詳しい説明はこちらから

「ルーティングと輸送」に関するEfAの最小要件の具体的な文言は、次のリストで見つけることができます。

〕 いいえ、Q 必要なの
|---|---|
§ DS1 〕 管轄当局の技術接続データは、少数の全国受理機関（16未満）のオンラインサービスに直接保存および維持することができます。
オンラインサービスは、DVDVにアクセスすることによって、より多くの全国受入機関(>16)の技術的アドレスを決定しなければならない(MUST)。
DVDV を使用してルーティングする場合、オンライン サービス用に DVDV 登録コンセプトが作成されなければならない(MUST)。
The online service must be send the data to be transported via an OSCI transmitter(possibly via an XTA interface to the transmitter)in encrypted form to the OSCI receiver defined by the request processing authorities. オンラインサービスは、暗号化された形式でOSCI送信機を介して（おそらくトランスミッタへのXTAインタフェースを介して）転送されるデータを、要求処理当局によって定義されたOSCI受信機に送信できなければならない(MUST)。 個々のドメインにすでに国家的に確立された伝送標準（例えばエルスター）がある場合、機密性、完全性（真正性を含む）および可用性の保護目的が保証される場合に、これらを使用することができます。
オンラインサービスは、エンドツーエンド暗号化によるデータの証明書ベースの送信を有効にしなければならない(MUST)。 暗号化は、ポストユーザ権限によって定義される少なくとも1つのエンドポイントに達しなければならない(MUST)。 使用される証明書は、管理 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では、すでにすべての責任ある機関に個別の支払いコンポーネントがあります（例： 市町村、個々の当局）が提供され、展開されています。 これは、ザクセン自由州の技術指導の下での支払いプラットフォーム「E-Payment-Developer-Community of the Federal Government and the Länder」(ePayBL)です。

特別に開発されたWSP.NRWの「料金モジュール」は、手数料率だけでなく、異なる支払いシナリオ（上流、「下流」および「混合タイプ」）を管轄当局に手続きごとに入力することができます。

ITプランニング・カウンシルは、まだパラメタライズ可能な全国決済インターフェースを持っていないため、WSP.NRWへの統合に必要な情報が提供されている場合は、国固有の決済コンポーネントを接続することもできます。

近い将来、ITプランニング協議会によって承認され、開発されれば全国的な決済インターフェースを使用することを意図しています。

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

No. Required Requirement（必須要件）
|---|---|
The online service shall be call a payment component to be provided by the receiving authorities, provided that this component and its parameters are provided by the receiving authority. ただし、この構成要素とそのパラメータは、受取当局によって提供される。
オンラインサービスは、独自の支払いコンポーネントを持っていない当局によって構成することができる独自の支払いコンポーネントも提供できます。

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)。