Dimension technique de l'alliance de partage

Dès 2021, la mise en œuvre des exigences minimales de l'EfA a commencé - du point de vue technique WSP.NRW / GovForms, elles ont déjà pu être mises en œuvre en grande partie. C'est pourquoi les bases d'une connexion technique avec les partenaires intéressés ont été créées et une planification détaillée pour la mise en œuvre pilote a été réalisée immédiatement.

Formats de transport pris en charge par GovForms 2.0:

• FIT-Connect (recommandation): Prêt à l'emploi

La communication avec les autorités compétentes peut déjà se faire via Fit-Connect. Du côté de la WSP.NRW, une interface fonctionnelle est disponible

• Mise en œuvre OSCI/XTA2 native: en préparation

La plate-forme FIT-Connect mandatée par le conseil de planification informatique sert à la mise en réseau et à l'intégration de systèmes informatiques de l'architecture informatique fédérale et convient à la connexion de portails en ligne et d'organismes compétents au sens de la mise en œuvre de l'EfA. L'avantage de FIT-Connect réside dans le haut niveau d'abstraction par rapport à d'autres réalisations de voies de transport entre les sites fédéraux, les autorités, les communes et les portails. Pour ce faire, FIT-Connect s'appuie sur l'infrastructure et les processus existants tels que DVDV et OSCI. FITKO fournit elle-même sa propre infrastructure, des services de gestion des paramètres et des API.

La Rhénanie-du-Nord-Westphalie travaille actuellement à la création d'un adaptateur («connector») afin de permettre une réception sans rupture de support des données de demande structurées, même en l'absence de procédures spécialisées.

Sécurité avec OSCI

La méthode de cryptage OSCI (Online Services Computer Interface) établit une norme contraignante pour la transmission authentifiée des messages de l'administration publique. Grâce au cryptage à plusieurs niveaux et à la signature électronique, il est possible de s'assurer que les messages / documents envoyés ne peuvent pas être modifiés et répondent aux besoins de protection élevés.

Le cryptage à plusieurs niveaux et la signature électronique permettent de garantir que les messages/documents envoyés ne peuvent pas être modifiés et répondent à un besoin de protection élevé. Afin de garantir une transmission sécurisée des données demandées, un intermédiaire est mis en place.

L'intermédiaire permet la transmission des données conformément à l'OSCI. Son rôle est de vérifier et de transmettre les messages entrants.

Il existe deux clés différentes, appelées enveloppes dans le cadre de la procédure OSCI:

• Enveloppe extérieure = données d'utilisation
• Enveloppe intérieure = données de contenu cryptées

Dans l'enveloppe intérieure, les données de contenu sont cryptées à l'aide de la clé publique du destinataire. Cela garantit que ces données ne peuvent être déchiffrées et lues que par le destinataire.

L'enveloppe extérieure ne contient que des données d'utilisation (informations de transport).

L'intermédiaire n'ouvre que les données de l'enveloppe extérieure pour identifier le destinataire du message. Le protocole OSCI utilisé assure la sécurité et l'intégrité des données.

Transfert de données via XTA/2

XTA est une procédure de transport et de transmission pour l'échange de messages entre les différentes procédures techniques. Le standard XTA se compose généralement de différents modules:

• Modèle des rôles et des responsabilités ("Modèle des rôles")
• Profils de service

Il existe deux manières différentes pour les utilisateurs d’intégrer des services en ligne dans leurs propres portails:

1. Connexion via un lien paramétré

Dans ce type de connexion, il suffit pour le portail appelant d'appeler un lien prédéterminé avec les paramètres correspondants, par exemple https://service.wirtschaft.nrw/?a=1;b=2;c=3. Il n'est pas nécessaire d'effectuer d'autres ajustements, l'intégration s'effectue alors par exemple par iframe.

2. Intégration d’un ensemble complet de composants web avec fourniture d’extraits de code

L'intégration des services en ligne dans un autre portail s'effectue au moyen d'un composant Web, avec l'insertion de fragments HTML, de scripts et d'un propre DOM (DOM Shadow) en tant que ressource autonome. Ceci est entièrement personnalisable par CSS et le CI respectif du portail appelant peut être entièrement repris.

Grâce à la connexion des comptes d'utilisateur "Servicekonto.NRW" et de l'ELSTER "Compte d'entreprise", il est possible aux citoyens et aux entrepreneurs de toute l'Allemagne de procéder à une authentification sécurisée avec les données enregistrées sur le portail en ligne.

Différents niveaux de confiance sont possibles, en fonction de la méthode d'authentification choisie:

Le WSP.NRW répond ainsi aux exigences de l’utilisation conjointe de l’EfA en ce qui concerne les comptes d’utilisateurs. Bien qu'il s'agisse dans les deux cas de comptes interopérables qui peuvent être liés à d'autres comptes spécifiques au pays, il sera également possible à l'avenir de connecter le compte utilisateur BUND au WSP.NRW afin de permettre également aux citoyens européens de s'inscrire et de s'authentifier via eIDAS.

Les services en ligne du WSP.NRW doivent satisfaire à toutes les exigences légales fédérales et provinciales. Pour ce faire, les exigences du droit professionnel sont mises en œuvre dans le cadre de différentes étapes du processus dans les «routes de la numérisation».

[Vous trouverez une description du modèle d'organisation et de processus des "routes de numérisation" ici.](/aide/efa/réutilisation/wsp-nrw/approche-des-routes de numérisation/)

En principe, les routes de numérisation du WSP.NRW s'orientent toutefois vers le développement de services aussi uniformes que possible au niveau fédéral afin d'atteindre le plus rapidement possible les objectifs d'une mise en œuvre généralisée des OSC. Dans la mesure où cela n'est pas légalement possible, les services dans le cadre des routes de numérisation (voir ci-dessus) sont paramétrés techniquement et adaptés aux exigences techniques respectives.

Dans le cadre du paramétrage technique et de la mutualisation, l'architecture de microservices du WSP.NRW ouvre également la voie à la fourniture de services paramétrés aux pays.

Paramètres de transfert dans le cadre de l'appel de formulaire

Lorsqu'un formulaire est appelé en co-utilisation et intégré dans un autre portail en ligne, les paramètres de démarrage doivent être les informations géographiques (PLZ, ARS, AGZ), l'ID LeiKa et l'identification du client. L'ID LeiKA et les informations géographiques servent à déterminer d'autres paramètres spécifiques à l'autorité et à fournir le bon formulaire. L'identification du client sert à assigner les paramètres spécifiques au client.

Paramètres spécifiques au client dans GovForms 2.0

Dans le cadre de la capacité du client et du paramétrage, l'objectif est d'afficher un service en ligne adapté aux exigences professionnelles de chaque pays et attribué en fonction de la spécialité (exemple: L'utilisateur accède au portail du Land qui l'utilise, utilise un service du WSP.NRW, mais introduit la demande dans un autre Land qui l'utilise). Une base technologique multi-locataires permet donc, en fonction du Land et de l'autorité compétente, de procéder à des adaptations individuelles des interfaces, des processus et des représentations.

Pour les clients, des adaptations de formulaires spécifiques et des textes propres pour les frais et les bases légales peuvent être déposés. En outre, d'autres informations techniques sur l'interface de paiement, le canal de retour et les procédures de transport sont maintenues au niveau du client.

*Les ajustements de formulaires spécifiques au client ne doivent être effectués que dans une mesure limitée (par exemple, sur la base d'exigences légales) afin de ne pas compromettre le principe d'utilisation de l'EfA.

Paramètres sur les services d'annuaire

Les paramètres techniques pour l'adressage des demandes aux autorités compétentes sont en principe enregistrés dans le répertoire DVDV. Ces données incluent des informations de routage techniques en tant que certificats nécessaires. En outre, d'autres informations telles que les coordonnées, les adresses, mais aussi les taux d'honoraires et les comptes de compensation par LeiKa et par entité peuvent être déterminées via le DVDV. En outre, le réseau de portails de la passerelle en ligne est également disponible via le standard XZuFi et, en cas d'utilisation de FIT-Connect, le portail en libre-service FIT-Connect. GovForms 2.0 peut accéder à ces répertoires et compléter les paramètres nécessaires.

Le WSP.NRW est déjà en mesure de connecter diverses composantes de paiement au portail et de les rendre utilisables par les citoyens. Ainsi, même aujourd'hui, les prépaiements de taxes peuvent être effectués indépendamment des composants.

Des paiements individuels sont possibles dès que les paramètres correspondants (comptes, montant des frais) sont livrés au WSP-NRW via un canal de retour. Ces paramètres peuvent par exemple être enregistrés dans le [répertoire allemand des services administratifs] (https://www.itzbund.de/DE/itloesungen/standardloesungen/dvdv/dvdv.html) (DVDV). La plate-forme [ePayBL] (https://www.epaybl.de/), qui offrira un paramétrage complet d'ici le 1er janvier 2023, constitue un futur composant standard à l'échelle fédérale.

Outre ePayBL, des interfaces de paiement alternatives peuvent également être utilisées, dans la mesure où les paramètres d'interface sont connus et enregistrés pour le client.

Trois modes de paiement différents peuvent être proposés:

1. Paiements en amont

Pour les paiements en amont, les forfaits de frais déposés dans le DVDV sont facturés immédiatement après l'envoi d'une demande et peuvent être payés par voie électronique par l'utilisateur. Le montant de la redevance dépend de la prestation choisie et de l'organisme compétent ou du tarif en vigueur.

2. Paiements en aval

Dans le cas de paiements en aval, les frais sont facturés en fonction des dépenses engagées après la prestation fournie. Dans ce cas, un canal de retour est nécessaire pour adresser les frais à l'utilisateur sans rupture de support. Ici, par exemple, une demande de paiement pourrait être envoyée dans la boîte aux lettres, qui contient à son tour un lien paramétrable vers l'interface de paiement.

3. Paiements mixtes

Dans ce cas, le paiement se compose d'un forfait en amont et d'un calcul ultérieur en fonction des dépenses.

La participation concrète de l'EfA à un processus en Rhénanie-du-Nord-Westphalie pour d'autres Länder peut être mise en œuvre dans le cadre de pilotes. Cela permet de répondre directement aux questions ouvertes et d'éviter les interprétations.

• Des prestations individuelles sélectionnées (LeiKas) ou des ensembles de prestations (prestations techniquement liées) peuvent être mis en œuvre dans le cadre d'un pilote.
• Le projet pilote est une percée technique - sur la base des paramètres de cadre technique indiqués, une mise en œuvre de la ou des performances sélectionnées est recherchée avec les organismes compétents participants. Sur la base de l'expérience acquise, les déploiements dans le pays participant au projet pilote peuvent être planifiés à plus grande échelle et d'autres prestations peuvent être mises en œuvre.

Le portail en libre-service (SSP) est utilisé pour préparer la co-utilisation de l'EfA des services en ligne mis en œuvre par le MWIKE. La mise en œuvre du SSP a eu lieu au sein du WSP.NRW et peut être réalisée avec un login mis à disposition séparément. En particulier, le SSP doit être utilisé pour répondre directement à des questions déjà clarifiées et transmettre des exigences (techniques et techniques) afin de soutenir la communication avec les pays à connecter qui souhaitent utiliser conjointement les services en ligne de l'EfA du MWIKE.

Le portail en libre-service offre, entre autres, des fonctionnalités de gestion qui permettent aux pays de gérer eux-mêmes des informations spécifiques à un client (par client, on entend toutes les institutions intéressées par l'utilisation) sans avoir besoin d'un agent d'assistance en direct.