Wirtschafts-Service-Portal

EfA: Exigences minimales de mise en œuvre

Vous trouverez plus d'informations sur les exigences minimales de l'EfA pour la mise en œuvre des services en ligne sur la page suivante.

Design de surface et design

Les conditions-cadres définies dans le cadre de la « conception de surface et du design » se concentrent sur la fourniture et l'affichage de services en ligne sur le frontend.

Deux approches principales peuvent en principe être distinguées à cet égard:

  1. Mise à disposition du service en ligne via une page neutre, qui doit toutefois présenter toutes les caractéristiques de compétence matérielle et territoriale propres à la prestation et se référer à l’affichage d’un blason de la collectivité territoriale compétente ou, à défaut, de l’autorité technique compétente matérielle et locale (par exemple, la chambre).
  2. Mise à disposition du service en ligne par l’intermédiaire d’une page visuellement correspondante déjà contrôlée par l’utilisateur, qui doit également présenter toutes les caractéristiques de compétence matérielle et territoriale propres à la prestation et se référer en outre à l’affichage d’un blason de la collectivité territoriale compétente concernée ou, à défaut, de l’autorité technique compétente matérielle et locale (par exemple, la chambre).

Vous trouverez ci-dessous le libellé concret des exigences minimales de l’EfA relatives à la « conception de surface et design » :

Exigence
001Le service en ligne DOIT avoir un design neutre (pas de guide de style spécifique au pays, à la municipalité ou à l'autorité, ou l'apparence complète de la surface des portails administratifs respectifs des pays, des municipalités ou des autorités concernées).
002Le service en ligne SOLL dispose d'une conception testée avec les utilisateurs et tient compte des lignes directrices sur l'expérience utilisateur du réseau de portails.
003Le service en ligne DOIT afficher les coordonnées de l'autorité compétente individuelle après avoir déterminé le critère de compétence spécifique au service (par exemple, code postal, localisation ou données géoréférencées ou transfert de paramètres en cas d'appel à des services en ligne) et DOIT afficher les armoiries respectives de la collectivité compétente, si elles ont été déposées par celle-ci.
004Le service en ligne DOIT pouvoir identifier l'autorité compétente pour recevoir la demande à l'aide de l'ID LeiKa et de la clé régionale de la base de données actuelle du réseau de portails.

Logique technique

Les services en ligne mis à disposition pour l'utilisation conjointe de l'EfA doivent satisfaire à toutes les exigences du droit professionnel et en particulier du droit fédéral et donc être juridiquement sûrs. Cela nécessite les exigences minimales relatives à ce qu'il est convenu d'appeler la "logique professionnelle". Il convient en outre de prévoir un paramétrage technique, c'est-à-dire une adaptation aux dispositions spécifiques du droit des Länder du Land qui y participe.

Exigence
001Le service en ligne DOIT satisfaire aux exigences du droit fédéral.
002Le service en ligne DOIT tenir compte des exigences légales supplémentaires de tous les pays réutilisateurs.
003Le service en ligne DOIT, le cas échéant, pouvoir tenir compte de manière appropriée des dispositions d'exécution du droit national ou statutaire relatives aux prestations régies par le droit fédéral (par exemple par la capacité du client, le paramétrage).

Norme d'échange de données

Une «norme d'échange de données» régit le format d'envoi et de réception uniformes des données. Dans le domaine de la numérisation de l'administration publique, ce sont notamment les normes d'échange de données XÖV et Xfall/XDatafield qui prévalent. Les interfaces correspondantes des applications concernées, telles que les procédures spécialisées, doivent donc être en mesure de recevoir et de traiter les données d'un service en ligne dans le format spécifié (connectivité). Les normes d'échange de données sont développées avec une référence juridique et technique en tant que «normes professionnelles».

Les exigences minimales de l'EfA réglementent dans ce domaine les critères pour une transmission standardisée des données. En principe, un fichier XML conforme aux normes doit être livré via un système de routage, qui peut être traité ultérieurement via une interface dans un processus spécialisé. Toutefois, dans la mesure où il n'existe pas encore de norme technique, mais qu'il est prévu de développer à l'avenir, il suffit dans un premier temps de fournir un fichier PDF contenant toutes les données de demande à transmettre.

Vous trouverez des informations plus détaillées sur les normes XÖV en vigueur, par exemple ici. Elles sont élaborées, gérées et développées par l’unité de coordination des normes informatiques (KoSIT).

Vous trouverez ci-dessous le libellé concret des exigences minimales de l'EfA relatives à la « logique technique »:

Exigence
DS1Le service en ligne DOIT, par l'intermédiaire d'une interface automatisée, émettre les données d'annonce dans un format XML normalisé (par exemple, en tant que module au sein d'une norme XÖV ou les champs de données X dans un conteneur XFall), qui peut à son tour être lu (semi-) automatiquement par des procédures spécialisées. En l'absence de procédures spécialisées, le service en ligne DOIT (en plus) produire un fichier PDF lisible.
DS2À moins qu'il n'existe une norme technique, un processus de normalisation de l'interface de données DOIT être mis en place pour garantir: prévisibilité, fiabilité, engagement, financement; gestion par l'administration publique; la participation de toutes les parties prenantes concernées; l'ouverture des normes au sens de la Free Software Foundation Europe; orientation pratique; développement régulier (gestion des modifications – non seulement en cas de modification de la base juridique, mais aussi sur la base des retours d’information tirés de la pratique); haut niveau de détail, de haute qualité, techniquement robuste; l'objet approprié de la normalisation; le degré de maturité démontré de la méthodologie/du cadre; tenir dûment compte des exigences et des offres de l'UE.
DS3Le service en ligne DOIT générer une édition structurée de la demande au format XFall sur la base des schémas de données de base FIM correspondants, à condition qu'aucune norme technique n'existe ou ne soit créée dans l'administration (par exemple, XÖV).
DS4Le service en ligne DOIT être connectable aux procédés techniques les plus utilisés par différents fabricants (le cas échéant) dans les pays à raccorder selon le principe de l'EfA.

Routage et transport

Afin de permettre l'échange de données entre les services en ligne et les autorités compétentes, il convient de choisir un mode de transmission approprié et aussi uniforme que possible. C'est ce que l'on appelle les exigences minimales de l'EfA pour le « routage et le transport ». Les méthodes utilisées devraient être choisies en fonction de leurs critères de facilité de connexion, de diffusion et de disponibilité dans le temps.

Les piles technologiques suivantes sont examinées:

**Transmission avec OCSI / XTA et obtention des informations de routage via DVDV **
Le protocole de transport 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. Afin d'assurer 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. XTA est une procédure de transport et de transmission pour l'échange de messages entre les différentes procédures techniques.

**Transmission via l'interface FitConnect **
Dans le cadre de la fourniture de données de demande via le système de routage "FIT-Connect", les réseaux respectifs sont livrés via un protocole de routage XTA. La FITKO prend en charge le service de livraison et met les formulaires à la disposition des pays pour enlèvement. Pour ce faire, les pays respectifs doivent trouver l'autorité spécialisée correspondante via une application de livraison et à l'aide des clés d'organisation et l'adresser au client spécialisé. Après le déchiffrement, le client met le formulaire rempli à la disposition de la procédure technique.

Dans le cadre de l'EfA, les demandes peuvent être introduites par différents pays dans différents pays. Sur la base de l'ID DEST (Destination ID), les réseaux cibles peuvent être trouvés. Une requête DVDV permet de trouver les autorités spécialisées. L'application de livraison doit transmettre les données de la demande à la procédure professionnelle appropriée via une communication directe avec le client spécialisé.

L'application de livraison peut être effectuée indépendamment de FITKO dans les pays respectifs. Les pays fournissent l'application de livraison. La FITKO doit garantir l'accès à chaque pays. Pour que le service en ligne de l'EfA soit accessible depuis n'importe quel pays et pour n'importe qui, la livraison de niveau supérieur s'effectue par l'intermédiaire de la FITKO. La mise à disposition au processus spécialisé nécessite actuellement une solution nationale. La solution doit être implémentée par une application via une relation client-serveur. Le MWIKE travaille déjà avec ses prestataires sur une solution universelle.

[Des explications détaillées sur FIT-Connect sont disponibles ici.](https://www.fitko.de/product management/fit-connect)

Le texte concret des exigences minimales de l'EfA concernant le «routage et le transport» peut être consulté dans la liste suivante:

Exigence
DS1Les données techniques de connexion des autorités compétentes PEUVENT être enregistrées et conservées directement dans le service en ligne auprès d'un petit nombre d'organismes récepteurs à l'échelle nationale (moins de 16).
DS2Le service en ligne DOIT déterminer l'adressage technique d'un plus grand nombre de destinataires fédéraux (>16) en accédant au DVDV.
DS3Lors d'un routage à l'aide du DVDV, un concept d'enregistrement DVDV doit être créé pour le service en ligne.
DS3Le service en ligne DOIT pouvoir envoyer de manière cryptée les données à transporter via un émetteur OSCI (le cas échéant via une interface XTA vers l'émetteur) aux destinataires OSCI définis par les autorités traitant la demande. S'il existe déjà des normes de transmission établies à l'échelle nationale (par exemple Elster) dans certains domaines spécialisés, elles PEUVENT être utilisées à condition que les objectifs de protection soient garantis en matière de confidentialité, d'intégrité (y compris d'authenticité) et de disponibilité.
DS4Le service en ligne DOIT permettre une transmission des données basée sur des certificats avec un cryptage de bout en bout. Le chiffrement DOIT atteindre au moins un point de terminaison à définir par l'autorité réutilisatrice. Les certificats utilisés doivent provenir de l’ICP de gestion.

Remarque: À l'avenir, FIT-Connect PEUT être utilisé à condition que les objectifs de protection de la confidentialité, de l'intégrité (y compris l'authenticité) et de la disponibilité soient garantis et que les conditions appropriées soient créées.

Compte d'utilisateur

Un "compte utilisateur" interopérable DOIT être connecté au service en ligne pour permettre l'authentification et l'identification du demandeur. Jusqu'à ce que tous les comptes d'utilisateur soient interopérables, au moins le compte d'utilisateur fédéral pour les citoyens ou le compte d'entreprise unique DOIT être connecté.

Deux comptes d'utilisateurs interopérables ont déjà été connectés avec succès au WSP.NRW pour l'inscription des citoyens, des professionnels et des entreprises. Pour les entreprises (entreprises individuelles, sociétés de personnes, sociétés de capitaux) et les associations, le portail et le compte associé «Mon compte d’entreprise» ont été créés, qui unifient la communication nationale entre les sociétés et les institutions. La connexion est réalisée via ELSTER/NEZO. Les options d'authentification proposées sont:

  • Fichier de certificat ELSTER (identification unique par courrier)
  • Nouvelle carte d'identité (lecteur de carte/badgeApp2 pour mobile)
  • Carte de signature associée au logiciel ELSTER Authenticator
  • Bâton de sécurité associé au logiciel ELSTER Authenticator

L'inscription via ELSTER est également possible pour les particuliers.

En outre, en ce qui concerne les particuliers, une offre à bas seuil est proposée avec un compte d’utilisateur plus adapté aux particuliers. Le compte de service.NRW du CIO de Rhénanie-du-Nord-Westphalie, lancé en 2017 par Governikus AG, permet aux demandeurs d'accéder aux services administratifs numériques dans le Land de Rhénanie-du-Nord-Westphalie et peut donc également être utilisé par les résidents d'autres Länder.

Les options d'authentification proposées sont:

  1. Nom d'utilisateur et mot de passe
  2. Carte d'identité électronique (badgeApp2 pour appareils mobiles)

Dans le cadre du développement du produit « compte de service » de Governikus AG, sur lequel est basé le compte de service.NRW, la fonctionnalité OpenID a été étendue afin de permettre techniquement des connexions transfrontalières. Les Länder de Hambourg, de Brême, de Saxe-Anhalt, du Schleswig-Holstein ainsi que le compte d’utilisateur BUND, par exemple, sont déjà intégrés dans le « compte de service ».

Vous trouverez ci-dessous le libellé concret des exigences minimales de l'EfA relatives au «compte utilisateur»:

Exigence
NK1Un compte utilisateur interopérable DOIT être connecté au service en ligne. Jusqu'à ce que tous les comptes d'utilisateurs soient interopérables, au moins le compte d'utilisateur de la Confédération pour les citoyens ou le compte d'entreprise unique DOIT être connecté.

Paiement

Pour le paiement d’une redevance, les services en ligne de l’EfA devraient pouvoir appeler une composante de paiement paramétrée à fournir par les autorités destinataires, à condition que cette composante et ses paramètres soient fournis par l’autorité destinataire. En outre, le service en ligne peut également proposer sa propre composante de paiement, que les autorités qui ne disposent pas de leur propre composante de paiement peuvent configurer.

Le WSP-NRW offre en principe la possibilité de connecter des composants de paiement paramétrés et de les appeler. En Rhénanie-du-Nord-Westphalie, il existe déjà une composante de paiement distincte pour toutes les autorités compétentes (p. ex. municipalités, les autorités individuelles) et mis à disposition. Il s’agit de la plateforme de paiement «e-Payment-Developergemeinschaft von Bund und Länder» (ePayBL), sous la direction technique du Land de Saxe.

Le «module de frais» spécialement développé par le WSP.NRW permet de maintenir des taux unitaires ainsi que différents scénarios de paiement (en amont, en aval et mixtes) pour les organismes compétents par procédure.

Étant donné qu'il n'existe pas encore d'interface de paiement fédérale paramétrable du conseil de planification informatique, il est également possible de relier des composants de paiement spécifiques à chaque pays, à condition que les informations nécessaires à l'intégration dans/vers le WSP.NRW soient fournies ici.

Dans un avenir proche, il est prévu d'utiliser une interface de paiement uniforme au niveau fédéral si celle-ci est approuvée et développée par le conseil de planification informatique.

Vous trouverez ci-dessous le libellé concret des exigences minimales de l'EfA relatives à la « logique technique »:

Exigence
P1Pour le paiement d'une redevance, le service en ligne DOIT pouvoir appeler de manière paramétrée une composante de paiement à fournir par les autorités réceptrices, à condition que cette composante et ses paramètres soient fournis par l'autorité réceptrice.
P2Le service en ligne PEUT également proposer son propre composant de paiement, qui peut être configuré par les autorités qui n'ont pas leur propre composant de paiement.

Possibilité légale de réutilisation

Avec la mise à disposition des services en ligne dans la boutique FIT, nous permettons une co-utilisation juridique simple. La mise à disposition s'effectue par un enchaînement de relations contractuelles selon le modèle Software-as-a-Service (SaaS). FITKO agit en tant qu'intermédiaire et conclut un contrat SaaS en son nom propre avec les deux parties. Un contrat de réutilisation SaaS individuel est conclu avec chaque Land réutilisable.

Le Land réutilisable informe la FITKO de son intérêt pour la co-utilisation au moyen d'une lettre de manifestation d'intérêt, la FITKO prend contact avec le Land transposant. Les Länder chargés de la mise en œuvre et réutilisateurs clarifient ensuite les détails respectifs dans une lettre de vote et en informent la FITKO. Cette lettre de vote fera partie intégrante des deux contrats SaaS.

Les possibilités de réutilisation juridique sont résumées ci-dessous:

Store FIT
Dans le magasin FIT, la fourniture de services EfA se fait par un enchaînement de relations contractuelles. FITKO agit ici en tant qu'intermédiaire et est le partenaire contractuel direct (fournisseur et acheteur à la fois). La réutilisation est effectuée par les pays qui, à leur tour, peuvent transmettre les services en ligne achetés à l'intérieur du pays, comme indiqué dans les détails du contrat.

Accord administratif
Une conception individuelle des arrangements administratifs est possible. La gestion du programme a fourni un plan d'action à cet effet.

Accord interpublic
Les intermédiaires en droit des marchés publics des Länder conviennent de l'échange de prestations par le biais de l'accord interpublic (AIP). Ici, les intermédiaires regroupent l'échange de prestations dans le Land. La FITKO fait également partie de l'IöV, ce qui permet un échange avec le FIT-Store. Il s'agit d'un modèle qui a fait ses preuves dans la pratique, mais qui vise à être réutilisé par les communes. Ce n'est pas une solution pour l'utilisation ultérieure des services de chambre, à moins que les intermédiaires ne transmettent les services en ligne aux chambres.

Place de marché ouverte
Le Conseil de planification informatique (IT-PLR) a décidé de créer une place de marché numérique pour les prestations administratives et a mandaté à cet effet govdigital eG. Les clients peuvent proposer des services en ligne sur la place de marché, qui peuvent ensuite être réutilisés via un enchaînement d'attributions internes. Les modalités exactes sont actuellement en suspens.

Le libellé concret des exigences minimales de l’EfA relatives à la «possibilité juridique de réutilisation» peut être consulté ici:

Exigence
R1Le pays responsable DOIT offrir une possibilité juridique appropriée de co-utilisation pour les services d'exécution du pays et le champ d'application transféré (par exemple, accord administratif, magasin FIT).
R2Le pays responsable DOIT disposer de droits de licence suffisants pour l'utilisation du service en ligne par d'autres pays et municipalités.

organisation

Vous trouverez ci-dessous le texte concret des exigences minimales de l'EfA relatives à l'"organisation":

Exigence
O1Pour le service en ligne, il DOIT être créé (ou utilisé) une structure de coopération organisationnelle dans laquelle les pays participants maintiennent en permanence les exigences techniques, juridiques, techniques, etc.

Ist diese Seite hilfreich?

À propos du portail

Le WSP.NRW est la plate-forme centrale en Rhénanie-du-Nord-Westphalie pour gérer numériquement et facilement plus de 80 services en ligne pour les professionnels, les professions libérales, les services transfrontaliers et la reconnaissance des qualifications professionnelles étrangères.

Pour les entreprises
Demandes en ligne

© 2025 Ministère de l'économie, de l'industrie, de la protection du climat et de l'énergie du Land de Rhénanie-du-Nord-Westphalie.

Footer Logo

Cookies are used on this site.

This website uses cookies. Some cookies are technically necessary, others are used to analyze user behavior in order to optimize the offer. You can find an explanation of the cookies used in our Privacy PolicyYou can also find further information in our Imprint.