Décision (UE) 2018/1926 du Conseil du 19 novembre 2018 relative à la position à — MeilleurAvocats.fr

10.12.2018

Journal officiel de l'Union européenne

L 313/13

DÉCISION (UE) 2018/1926 DU CONSEIL

du 19 novembre 2018

relative à la position à prendre au nom de l'Union européenne au sein du groupe d'experts sur l'accord européen relatif au travail des équipages des véhicules effectuant des transports internationaux par route de la Commission économique pour l'Europe des Nations unies

LE CONSEIL DE L'UNION EUROPÉENNE,

vu le traité sur le fonctionnement de l'Union européenne, et notamment son article 91 en liaison avec l'article 218, paragraphe 9,

vu la proposition de la Commission européenne,

considérant ce qui suit:

(1)	L'accord européen relatif au travail des équipages des véhicules effectuant des transports internationaux par route (AETR) (1) est entré en vigueur le 5 janvier 1976.

(2)

Un groupe d'experts sur l'AETR a été institué par la Commission économique pour l'Europe des Nations unies (CEE-ONU) dans le cadre de l'AETR. Ce groupe est un organe habilité à élaborer des propositions de modifications à l'AETR et à les présenter au groupe de travail des transports routiers de la CEE-ONU.

(3)

Le groupe d'experts sur l'AETR examine actuellement les modifications à l'AETR, en se fondant sur une proposition de l'Union élaborée à cet effet à la suite de l'adoption d'une position au nom de l'Union adoptée par la décision (UE) 2016/1877 du Conseil (2). Une nouvelle modification à l'AETR s'avère nécessaire afin que les parties contractantes à l'AETR qui ne sont pas membres de l'Union puissent participer à l'échange de données sur les cartes de conducteur sur la base de normes harmonisées en matière de sécurité et de protection des données.

(4)

Le règlement (UE) no 165/2014 du Parlement européen et du Conseil (3) impose aux États membres de prévoir l'interconnexion de leurs registres électroniques nationaux d'informations sur les cartes de conducteur au moyen du système de messagerie TACHOnet ou, lorsqu'ils utilisent un système compatible, de garantir que l'échange de données électroniques avec tous les autres États membres soit possible au moyen du système de messagerie TACHOnet. TACHOnet est une plateforme d'échange d'informations sur les cartes de conducteur entre les États membres, qui permet de garantir que les conducteurs ne détiennent pas plus d'une carte de conducteur.

(5)	Afin de réaliser une harmonisation paneuropéenne dans le domaine de l'échange électronique d'informations sur les cartes de conducteur, il est nécessaire que TACHOnet soit utilisé comme plateforme unique par toutes les parties contractantes à l'AETR.

(6)

La connexion au système de messagerie TACHOnet se fait actuellement soit directement en utilisant les services télématiques transeuropéens sécurisés entre administrations («Testa»), soit indirectement via un État membre déjà connecté à Testa. Testa étant un service réservé aux États membres et aux institutions de l'Union, les parties contractantes à l'AETR qui ne sont pas membres de l'Union peuvent uniquement utiliser une connexion indirecte à TACHOnet.

(7)

La Commission a récemment évalué les connexions indirectes au système de messagerie TACHOnet et a conclu qu'elles n'offraient pas le même niveau de sécurité que Testa. En particulier, TACHOnet n'offre pas des garanties suffisantes quant à l'authenticité, à l'intégrité et à la confidentialité des informations échangées au moyen de connexions indirectes. Les connexions indirectes à TACHOnet devraient dès lors être remplacées par une connexion sécurisée.

(8)

eDelivery est un réseau de nœuds de connexion pour les communications numériques développé par la Commission, dans lequel chaque participant au niveau national devient un nœud utilisant des protocoles de transport et des politiques de sécurité standard. eDelivery est un outil flexible qui peut être personnalisé pour chaque service spécifique.

(9)

eDelivery utilise des technologies de sécurité largement mises en œuvre telles que l'infrastructure à clé publique (ICP), afin de garantir l'authenticité, l'intégrité et la confidentialité des informations échangées. L'accès à TACHOnet par les parties contractantes à l'AETR qui ne sont pas membres de l'Union devrait être accordé au moyen d'eDelivery.

(10)	Les parties contractantes à l'AETR devraient suivre une procédure spécifique afin de recevoir les certificats numériques et les clés électroniques respectives qui leur donnent accès à TACHOnet.

(11)

La connexion à TACHOnet via eDelivery implique que les parties contractantes à l'AETR sont tenues de garantir que les clés électroniques et les certificats donnant accès au système sont protégés et ne peuvent être utilisés par des parties non autorisées. Les parties contractantes à l'AETR devraient également garantir que les clés couvertes par des certificats arrivés à échéance ne sont plus utilisées.

(12)

Il est nécessaire de garantir la protection des données à caractère personnel qui sont mises à la disposition des parties par l'intermédiaire de TACHOnet, conformément à la Convention pour la protection des personnes à l'égard du traitement automatisé des données à caractère personnel du 28 janvier 1981.

(13)

Les autorités nationales connectées à TACHOnet sont tenues d'effectuer les mises en œuvre techniques nécessaires afin de garantir que TACHOnet fonctionne selon des niveaux de performance élevés. Il appartient à la Commission d'établir les essais confirmant que ces niveaux de performance sont atteints et de les mettre en œuvre en coordination avec les autorités nationales compétentes.

(14)

Dans son arrêt du 31 mars 1971 dans l'affaire 22/70 (4), la Cour de justice de l'Union européenne a reconnu que le travail des équipages des véhicules affectés aux transports par route est un domaine de la compétence externe de l'Union. Cette compétence a été exercée depuis lors dans le cadre de l'adoption de nombreux actes juridiques par l'Union, y compris le règlement (CE) no 561/2006 du Parlement européen et du Conseil (5) et le règlement (UE) no 165/2014. Étant donné que l'objet de l'AETR relève du champ d'application du règlement (CE) no 561/2006, la compétence de négocier et de conclure l'accord en question et ses modifications appartient exclusivement à l'Union.

(15)

Si elles sont acceptées par le groupe d'experts sur l'AETR, les propositions présentées par les parties contractantes peuvent conduire à une modification de l'AETR, après le lancement et la conclusion d'une procédure de révision de l'AETR. Lorsque ces propositions sont acceptées par le groupe d'experts sur l'AETR, dans un deuxième temps, les États membres de l'Union, en tant que parties contractantes à l'AETR, sont tenus de coopérer afin d'utiliser le mécanisme de révision de l'AETR et dans le respect du principe de coopération loyale au titre de l'article 4, paragraphe 3, du traité sur l'Union européenne et, sous réserve d'une décision du Conseil au titre de l'article 218, paragraphe 6 du traité sur le fonctionnement de l'Union européenne, le cas échéant. Les modifications proposées de l'AETR ne prendront effet qu'une fois la révision de l'AETR achevée.

(16)	Il convient de définir la position à prendre au nom de l'Union, au sein du groupe d'experts sur l'AETR, étant donné que la modification de l'AETR sera contraignante pour l'Union.

(17)

L'Union n'étant pas une partie contractante à l'AETR et son statut ne l'autorisant pas à transmettre les modifications proposées, les États membres, agissant dans l'intérêt de l'Union, devraient communiquer les modifications proposées au groupe d'experts sur l'AETR, dans un esprit de coopération loyale, afin d'encourager la réalisation des objectifs de l'Union.

(18)	La position de l'Union est exprimée par ses États membres qui sont membres du groupe d'experts sur l'AETR et du groupe de travail des transports routiers de la CEE-ONU, agissant conjointement,

A ADOPTÉ LA PRÉSENTE DÉCISION:

Article premier

La position à prendre au nom de l'Union au sein du groupe d'experts sur l'accord européen relatif au travail des équipages des véhicules effectuant des transports internationaux par route (AETR) est favorable aux propositions de modifications à l'AETR telles qu'elles sont exposées dans le document joint à la présente décision.

Article 2

La position visée à l'article 1er est exprimée par les États membres de l'Union qui sont parties contractantes à l'AETR, agissant conjointement.

Les modifications formelles et mineures apportées à la position visée à l'article 1er peuvent être convenues sans qu'il soit nécessaire de modifier la position.

Article 3

La présente décision entre en vigueur le jour suivant celui de son adoption.

Fait à Bruxelles, le 19 novembre 2018.

Par le Conseil

Le président

E. KÖSTINGER

(1) JO L 95 du 8.4.1978, p. 1.

(2) Décision (UE) 2016/1877 du Conseil du 17 octobre 2016 relative à la position à prendre, au nom de l'Union européenne, au sein du groupe d'experts sur l'accord européen relatif au travail des équipages des véhicules effectuant des transports internationaux par route (AETR), et au sein du groupe de travail des transports routiers, de la Commission économique pour l'Europe des Nations unies (JO L 288 du 22.10.2016, p. 49).

(3) Règlement (UE) no 165/2014 du Parlement européen et du Conseil du 4 février 2014 relatif aux tachygraphes dans les transports routiers, abrogeant le règlement (CEE) no 3821/85 du Conseil concernant l'appareil de contrôle dans le domaine des transports par route et modifiant le règlement (CE) no 561/2006 du Parlement européen et du Conseil relatif à l'harmonisation de certaines dispositions de la législation sociale dans le domaine des transports par route (JO L 60 du 28.2.2014, p. 1).

(4) ECLI:EU:C:1971:32.

(5) Règlement (CE) no 561/2006 du Parlement européen et du Conseil du 15 mars 2006 relatif à l'harmonisation de certaines dispositions de la législation sociale dans le domaine des transports par route, modifiant les règlements (CEE) no 3821/85 et (CE) no 2135/98 du Conseil et abrogeant le règlement (CEE) no 3820/85 du Conseil (JO L 102 du 11.4.2006, p. 1).

PIÈCE JOINTE

NOUVEL APPENDICE RELATIF À L'AETR

Appendice 4

Spécifications TACHOnet

1. Champ d'application et objet

1.1. Le présent appendice établit les modalités et les conditions relatives à la connexion des parties contractantes à l'AETR à TACHOnet par l'intermédiaire d'eDelivery.

1.2. Les parties contractantes qui se connectent à TACHOnet par l'intermédiaire d'eDelivery respectent les dispositions établies dans le présent appendice.

2. Définitions

a)	«Partie contractante» ou «partie», toute partie contractante à l'AETR;

«eDelivery», le service, mis au point par la Commission européenne, qui permet de transmettre des données entre des tiers par voie électronique, qui fournit des preuves concernant le traitement des données transmises, y compris la preuve de leur envoi et de leur réception, et qui protège les données transmises contre le risque d'altération non autorisée;

c)	«TACHOnet», le système d'échange électronique d'informations sur les cartes de conducteur entre parties contractantes visé à l'article 31, paragraphe 2, du règlement (UE) no 165/2014;

d)	«système central», le système d'information qui permet le routage des messages sur le système TACHOnet entre les parties demandeuses et les parties destinataires;

e)	«partie demandeuse», la partie contractante qui émet une demande ou une notification TACHOnet, laquelle est ensuite acheminée par le système central jusqu'à la partie destinataire concernée;

f)	«partie destinataire», la partie contractante à laquelle la demande ou la notification TACHOnet est destinée;

g)	«autorité de délivrance des cartes», une entité habilitée par une partie contractante pour la délivrance et la gestion des cartes tachygraphiques.

3. Responsabilités générales

3.1. Aucune des parties contractantes n'est autorisée à conclure des accords visant à accéder à TACHONET au nom d'une autre partie ou ne peut représenter d'une autre manière l'autre partie contractante sur la base du présent appendice. Aucune des parties contractantes n'agit en tant que sous-traitant de l'autre partie contractante dans le cadre des opérations visées dans le présent appendice.

3.2. Les parties contractantes donnent accès à leur registre national d'informations sur les cartes de conducteur par l'intermédiaire de TACHOnet, de la manière et avec le niveau de service définis au sous-appendice 4.6.

3.3. Les parties contractantes s'informent mutuellement sans délai si elles constatent des perturbations ou des erreurs relevant de leur domaine de responsabilité qui sont susceptibles de compromettre le fonctionnement normal de TACHOnet.

3.4. Chaque partie désigne des personnes de contact pour TACHOnet et en informe le secrétariat de l'AETR. Tout changement dans les points de contact doit être transmis par écrit au secrétariat de l'AETR.

4. Essais de connexion à TACHOnet

4.1. La connexion à TACHOnet d'une partie contractante est considérée comme établie après que les essais de connexion, d'intégration et de performance ont été menés à bien conformément aux instructions et sous le contrôle de la Commission européenne.

4.2. En cas d'échec des essais préliminaires, la Commission européenne peut suspendre temporairement la phase d'essai. Les essais sont repris après que la partie contractante a informé la Commission européenne que les améliorations techniques requises au niveau national pour le bon déroulement des essais préliminaires ont été adoptées.

4.3. La durée maximale de ces essais préliminaires est de six mois.

5. Architecture de confiance

5.1. La confidentialité, l'intégrité et la non-répudiation des messages TACHOnet sont assurées par l'architecture de confiance de TACHOnet.

5.2. L'architecture de confiance de TACHOnet est fondée sur un service d'infrastructure à clé publique (ICP) mis en place par la Commission européenne, dont les exigences sont définies aux sous-appendices 4.8 et 4.9.

5.3. Les entités suivantes interviennent dans l'architecture de confiance de TACHOnet:

autorité de certification, responsable de la génération des certificats numériques devant être délivrés par l'autorité d'enregistrement aux autorités nationales des parties contractantes (par l'intermédiaire de coursiers de confiance désignés par celles-ci), ainsi que de la mise en place de l'infrastructure technique concernant la délivrance, la révocation et le renouvellement des certificats numériques;

b)	propriétaire du domaine, responsable de l'exploitation du système central visé au sous-appendice 4.1 et de la validation et de la coordination de l'architecture de confiance de TACHOnet;

c)	autorité d'enregistrement, chargée d'enregistrer et d'approuver les demandes de délivrance, de révocation et de renouvellement des certificats numériques, et de vérifier l'identité des coursiers de confiance;

d)	le coursier de confiance est la personne désignée par les autorités nationales, chargée de remettre la clé publique à l'autorité d'enregistrement et d'obtenir le certificat correspondant généré par l'autorité de certification;

autorité nationale de la partie contractante, qui devra:

i)	générer les clés privées et les clés publiques correspondantes à inclure dans les certificats à générer par l'autorité de certification;

ii)	demander les certificats numériques à l'autorité de certification;

iii)	désigner le coursier de confiance.

5.4. L'autorité de certification et l'autorité d'enregistrement sont désignées par la Commission européenne.

5.5. Toute partie contractante qui se connecte à TACHOnet doit demander la délivrance d'un certificat numérique conformément au sous-appendice 4.9, afin de signer et de crypter un message TACHOnet.

5.6. Un certificat peut être révoqué conformément au sous-appendice 4.9.

6. Protection des données et confidentialité

6.1. Les parties, dans le respect des législations internationales et nationales en matière de protection des données, et notamment de la Convention pour la protection des personnes à l'égard du traitement automatisé des données à caractère personnel, adoptent toutes les mesures techniques et organisationnelles nécessaires pour garantir la sécurité des données de TACHOnet et empêcher la modification, la perte ou le traitement non autorisé de ces données ou l'accès non autorisé à celles-ci (notamment en ce qui concerne l'authenticité, la confidentialité des données, la traçabilité, l'intégrité, la disponibilité et la non-répudiation ainsi que la sécurité des messages).

6.2. Chaque partie protège ses propres systèmes nationaux contre l'utilisation illicite, les codes malveillants, les virus, les intrusions informatiques, les infractions et la falsification illégale de données et contre d'autres actions comparables commises par des tiers. Les parties conviennent de déployer des efforts commercialement raisonnables pour éviter la transmission de virus, de bombes à retardement, de vers ou d'éléments similaires ou de toute routine de programmation informatique qui pourraient interférer avec les systèmes informatiques de l'autre partie.

7. Coûts

7.1. Les parties contractantes supportent leurs propres coûts de développement et d'exploitation en rapport avec leurs propres systèmes et procédures de données, selon les besoins, pour remplir les obligations découlant du présent appendice.

7.2. Les services spécifiés dans le sous-appendice 4.1, fournis par le système central, sont gratuits.

8. Sous-traitance

8.1. Les parties peuvent sous-traiter tout service dont elles sont responsables en vertu de du présent appendice.

8.2. Une telle sous-traitance ne dégage pas la partie de la responsabilité qui lui incombe en vertu du présent appendice, y compris la responsabilité pour le niveau de service approprié conformément au sous-appendice 4.6.

Sous-appendice 4.1

Aspects généraux de TACHOnet

1. Description générale

TACHOnet est un système électronique d'échange d'informations sur les cartes de conducteur entre les parties contractantes à l'AETR. TACHOnet achemine les demandes d'information des parties demandeuses aux parties destinataires, ainsi que les réponses de ces dernières aux premières. Les parties contractantes qui utilisent TACHOnet doivent connecter leurs registres nationaux d'informations sur les cartes de conducteur au système.

2. Architecture

Le système de messagerie TACHOnet se compose des éléments suivants:

2.1.

un système central, capable de recevoir une demande de la partie demandeuse, de la valider et de la traiter en la transmettant aux parties destinataires. Le système central attend que chaque partie destinataire réponde, puis regroupe toutes les réponses et transmet la réponse ainsi consolidée à la partie demandeuse;

2.2.

les systèmes nationaux des parties, équipés d'une interface capable à la fois d'envoyer les demandes au système central et de recevoir les réponses correspondantes. Ils peuvent utiliser un logiciel propriétaire ou commercial pour transmettre et recevoir les messages en provenance du système central.

3. Gestion

3.1. Le système central est géré par la Commission européenne, qui en assure l'exploitation technique et la maintenance.

3.2. Le système central ne conserve pas les données pendant plus de six mois, à l'exception des données statistiques et d'enregistrement définies au sous-appendice 4.7.

3.3. Le système central n'autorise pas l'accès aux données à caractère personnel, sauf au personnel de la Commission européenne dûment autorisé, si nécessaire aux fins de contrôle, de maintenance et de dépannage.

3.4. Les parties contractantes sont chargées:

3.4.1.

d'assurer la configuration et la gestion de leurs systèmes nationaux, notamment de l'interface avec le système central;

3.4.2.

de veiller à l'installation et à la maintenance de leurs systèmes nationaux, matériel et logiciels compris, qu'ils soient propriétaires ou commerciaux;

3.4.3.

d'assurer l'interopérabilité adéquate de leurs systèmes nationaux avec le système central, y compris la gestion des messages d'erreur envoyés par le système central;

3.4.4.

de prendre toutes les mesures nécessaires pour assurer la confidentialité, l'intégrité et la disponibilité de l'information;

3.4.5.

d'assurer l'exploitation des systèmes nationaux conformément aux niveaux de service décrits au sous-appendice 4.6.

Sous-appendice 4.2

Fonctionnalités de TACHOnet

1. Les fonctionnalités suivantes sont accessibles via le système de messagerie TACHOnet:

1.1.

Vérification des cartes délivrées (Check issued cards — CIC): permet à la partie demandeuse d'envoyer une «Demande de vérification des cartes délivrées» à une ou à toutes les parties destinataires, afin de déterminer si un demandeur de carte est déjà en possession d'une carte de conducteur délivrée par ces dernières. Les parties destinataires donnent suite à la demande en envoyant une «Réponse à la demande de vérification des cartes délivrées».

1.2.

Vérification du statut de la carte (Check card status — CCS): permet à la partie demandeuse de solliciter auprès de la partie destinataire les informations sur une carte délivrée par cette dernière en lui envoyant une «Demande de vérification du statut de la carte». La partie destinataire donne suite à la demande en envoyant une «Réponse à la demande de vérification du statut de la carte».

1.3.

Modification du statut de la carte (Modify card status — MCS): permet à la partie demandeuse de notifier à la partie destinataire, au moyen d'une «Demande de modification du statut de la carte», la modification du statut d'une carte délivrée par cette dernière. La partie destinataire y donne suite par un «Accusé de réception de la demande de modification du statut de la carte».

1.4.

Permis de conduire à la base d'une carte délivrée (Issued card driving license — ICDL): permet à la partie demandeuse de notifier à la partie destinataire, via une «Demande concernant un permis de conduire à la base d'une carte délivrée», qu'une carte a été délivrée par la partie demandeuse sur la base d'un permis de conduire délivré par la partie destinataire. Cette dernière y donne suite par une «Réponse concernant un permis de conduire à la base d'une carte délivrée».

2. D'autres types de messages jugés nécessaires au bon fonctionnement du système de messagerie TACHOnet sont inclus, comme les notifications d'erreur.

3. Les systèmes nationaux reconnaissent les statuts des cartes énumérées dans le tableau 1 lors de l'utilisation de toutes les fonctionnalités décrites au point 1. Toutefois, les parties ne sont pas tenues de mettre en œuvre une procédure administrative faisant usage de tous les statuts figurant sur la liste.

4. Lorsqu'une partie reçoit une réponse ou une notification indiquant un statut non utilisé dans ses procédures administratives, le système national traduit le statut mentionné dans le message reçu en la valeur appropriée dans cette procédure. La partie destinataire ne doit pas rejeter le message dès lors que le statut signalé dans ce message est mentionné dans le tableau 1.

5. Le statut de la carte mentionné dans le tableau 1 ne doit pas être utilisé pour déterminer si une carte de conducteur est valable pour la conduite. Lorsqu'une partie interroge le registre de l'autorité nationale qui délivre la carte via la fonctionnalité CCS, la réponse contient le champ prévu à cet effet «valable pour la conduite». Les procédures administratives nationales sont telles que les réponses CCS contiennent toujours la valeur appropriée «valable pour la conduite».

Tableau 1

Statuts des cartes

Statut de la carte	Définition
Demande	L'autorité de délivrance des cartes a reçu une demande de délivrance d'une carte de conducteur. Cette information est enregistrée et sauvegardée dans la base de données à l'aide des clés de recherche générées.
Approuvé	L'autorité de délivrance des cartes a approuvé la demande de carte tachygraphique.
Rejeté	L'autorité de délivrance des cartes n'a pas approuvé la demande.
Personnalisée	La carte tachygraphique a été personnalisée.
Transmise	L'autorité nationale a livré la carte de conducteur au conducteur ou à l'organisme de délivrance concerné.
Remise	L'autorité nationale a remis la carte de conducteur au conducteur concerné.
Confisquée	L'autorité compétente a privé le conducteur de la carte de conducteur.
Suspendue	Le conducteur est temporairement privé de la carte de conducteur.
Retirée	L'autorité de délivrance des cartes a décidé de retirer la carte de conducteur. La carte a été définitivement annulée.
Restituée	La carte tachygraphique a été renvoyée à l'autorité de délivrance des cartes et déclarée ne plus être nécessaire.
Perdue	La carte tachygraphique a été déclarée perdue à l'autorité de délivrance des cartes.
Volée	La carte tachygraphique a été déclarée volée à l'autorité de délivrance des cartes. Une carte volée est considérée comme perdue.
Défectueuse	La carte tachygraphique a été déclarée défectueuse à l'autorité de délivrance des cartes.
Expirée	La période de validité de la carte tachygraphique est arrivée à expiration.
Remplacée	La carte tachygraphique ayant été déclarée perdue, volée ou défectueuse a été remplacée par une nouvelle carte. Les données de la nouvelle carte restent les mêmes, excepté l'indice de remplacement du numéro de la carte qui a été incrémenté d'une unité.
Renouvelée	La carte tachygraphique a été renouvelée à cause d'une modification des données administratives ou de l'expiration de la période de validité. Le numéro de carte de la nouvelle carte reste le même, excepté l'indice de renouvellement du numéro de la carte qui a été incrémenté d'une unité.
En cours d'échange	L'autorité de délivrance des cartes ayant délivré une carte de conducteur a reçu une notification signalant le début de la procédure d'échange de cette carte contre une carte de conducteur délivrée par l'autorité de délivrance des cartes d'une autre partie.
Échangée	L'autorité de délivrance des cartes ayant délivré une carte de conducteur a reçu une notification signalant la fin de la procédure d'échange de cette carte contre une carte de conducteur délivrée par l'autorité de délivrance des cartes d'une autre partie.

Sous-appendice 4.3

Dispositions régissant les messages de TACHOnet

1. Prescriptions techniques générales

1.1. Le système central fournit des interfaces synchrones et asynchrones pour l'échange des messages. Les parties peuvent choisir l'interface la plus appropriée pour interagir avec leurs propres applications.

1.2. Tous les messages échangés entre le système central et les systèmes nationaux doivent être encodés en UTF-8.

1.3. Les systèmes nationaux peuvent recevoir et traiter les messages contenant des caractères grecs ou cyrilliques.

2. Structure des messages XML et définition du schéma (XSD)

2.1. La structure générale des messages XML est conforme au format défini par les schémas XSD installés sur le système central.

2.2. Le système central et les systèmes nationaux transmettent et reçoivent les messages conformes au schéma XSD du message.

2.3. Les systèmes nationaux peuvent également envoyer, recevoir et traiter tous les messages correspondant à l'une des fonctionnalités décrites au sous-appendice 4.2.

2.4. Les messages XML comprennent au moins les exigences minimales établies dans le tableau 2.

Tableau 2

Exigences minimales concernant le contenu des messages XML

En-tête commun		Obligatoire
Version	La version officielle des caractéristiques XML est indiquée dans l'espace de noms défini dans le XSD du message et dans l'attribut de version de l'élément d'en-tête de tout message XML. Le numéro de version («n.m») est défini comme une valeur fixe dans chaque publication du fichier «Définition du schéma XML» (xsd).	Oui
Identifiant de test	Identifiant facultatif à des fins de test. L'initiateur du test saisit l'identifiant et tous les intervenants dans le flux de travail doivent transmettre/renvoyer le même identifiant. Il doit être ignoré dans la production et ne sera pas utilisé s'il est fourni.	Non
Identifiant technique	Il s'agit d'un UUID qui identifie de manière unique chaque message individuel. L'expéditeur crée un UUID et renseigne cet attribut. Ces données ne sont pas utilisées à des fins d'activité économique.	Oui
Identifiant du flux de travail	L'identifiant du flux de travail est un UUID et doit être créé par la partie demandeuse. Cet identifiant est ensuite utilisé dans tous les messages pour corréler le flux de travail.	Oui
Envoyé à	Date et heure (GMT) auxquelles le message a été envoyé.	Oui
Délai d'expiration	Il s'agit d'un attribut facultatif de date et d'heure (au format TUC). Cette valeur est définie par le système central uniquement pour les demandes transmises. Elle indique à la partie destinataire le délai d'expiration de la demande. Cette valeur n'est pas requise en MS2TCN_<x>_Req ni dans tous les messages de réponse. Elle est incluse en option afin de permettre l'utilisation de la même définition de l'en-tête dans tous les types de messages, que l'attribut «Valeur de délai d'expiration» soit requis ou non.	Non
De	Code ISO 3166-1 alpha 2 de la partie à l'origine du message ou «UE».	Oui
À	Code ISO 3166-1 alpha 2 de la partie destinataire du message ou «UE».	Oui

Sous-appendice 4.4

Translittération et services NYSIIS (New York State Identification and Intelligence System)

L'algorithme NYSIIS mis en œuvre dans le système central permet d'encoder les noms de tous les conducteurs dans le registre national.

Lors de la recherche d'une carte via la fonctionnalité CIC, les clés NYSIIS sont utilisées comme principal mécanisme de recherche.

Par ailleurs, les parties peuvent utiliser un algorithme personnalisé pour renvoyer des résultats supplémentaires.

Les résultats de la recherche précisent le mécanisme de recherche utilisé pour trouver une entrée, à savoir NYSIIS ou personnalisé.

Si une partie choisit d'enregistrer des notifications ICDL, les clés NYSIIS contenues dans la notification sont enregistrées comme faisant partie des données ICDL. La partie utilise les clés NYSIIS du nom du demandeur pour effectuer la recherche des données ICDL.

Sous-appendice 4.5

Exigences de sécurité

Le protocole HTTPS est utilisé pour l'échange des messages entre le système central et les systèmes nationaux.

Les systèmes nationaux utilisent les certificats numériques visés aux sous-appendices 4.8 et 4.9 afin de sécuriser la transmission des messages entre le système national et le système central.

Les systèmes nationaux mettent en œuvre, au minimum, des certificats utilisant l'algorithme de hachage de signature SHA-2 (SHA-256) et une longueur de clé publique de 2 048 bits.

Sous-appendice 4.6

Niveaux de service

1. Les systèmes nationaux satisfont le niveau de service minimal suivant:

1.1.	Ils sont disponibles 24 heures sur 24, 7 jours sur 7.

1.2.	Leur disponibilité est contrôlée par un message pulsion émis depuis le système central.

1.3.

Leur taux de disponibilité est de 98 %, conformément au tableau suivant (les chiffres ont été arrondis à l'unité la plus proche appropriée):

Une disponibilité de	correspond à une indisponibilité de
Une disponibilité de	par jour	par mois	par an
98 %	0,5 heure	15 heures	7,5 jours

Les parties sont invitées à respecter le taux de disponibilité quotidien. Toutefois, il est admis que certaines activités nécessaires, telles que la maintenance du système, requièrent un temps d'arrêt de plus de 30 minutes. En revanche, les taux de disponibilité mensuelle et annuelle demeurent obligatoires.

1.4.	Les systèmes doivent répondre à un minimum de 98 % des demandes qui leur sont transmises en un mois calendaire.

1.5.	Les systèmes doivent répondre aux demandes dans un délai de 10 secondes.

1.6.	Le délai global d'expiration de la demande (temps pendant lequel le demandeur peut attendre une réponse) ne dépasse pas 20 secondes.

1.7.	Les systèmes doivent être en mesure de répondre à un taux de demande de 6 messages par seconde.

1.8.	Les systèmes nationaux ne devraient pas envoyer de demandes au système central TACHOnet à un taux supérieur à 2 demandes par seconde.

1.9.

Chaque système national doit pouvoir faire face aux problèmes techniques potentiels du système central ou des systèmes nationaux des autres parties. Ces problèmes comprennent notamment, sans toutefois s'y limiter:

a)	la perte de connexion au système central;

b)	l'absence de réponse à une demande;

c)	la réception de la réponse après le délai d'expiration du message;

d)	la réception de messages non sollicités;

e)	la réception de messages non valables.

2. Le système central doit:

2.1.	présenter un taux de disponibilité de 98 %;

2.2.

envoyer aux systèmes nationaux une notification des erreurs, soit par le message de réponse, soit par un message d'erreur dédié. Les systèmes nationaux, en retour, reçoivent ces messages d'erreur dédiés et disposent d'un flux de travail progressif permettant de prendre les mesures appropriées pour corriger l'erreur notifiée.

3. Maintenance

Les parties informent les autres parties et la Commission européenne de toutes les activités de maintenance de routine, via l'application web, au moins une semaine avant le début de ces activités, si cela s'avère techniquement possible.

Sous-appendice 4.7

Enregistrement et statistiques des données collectées au niveau du système central

Dans un souci de confidentialité, les données communiquées à des fins statistiques sont anonymes. Les données relatives à l'identification d'une carte, d'un conducteur ou d'un permis de conduire spécifique ne sont pas communiquées à des fins statistiques.

Les informations enregistrées permettent de conserver une trace de toutes les transactions exécutées à des fins de contrôle ou de débogage et de produire des statistiques relatives à ces transactions.

Les données à caractère personnel ne doivent pas être conservées dans les fichiers-journaux pendant plus de six mois. Les informations statistiques sont en revanche conservées pendant une durée indéterminée.

Les données statistiques utilisées pour la transmission de rapports comprennent:

a)	la partie demandeuse;

b)	la partie destinataire;

c)	le type de message;

d)	le code d'état de la réponse;

e)	la date et l'heure des messages;

f)	le temps de réponse.

Sous-appendice 4.8

Dispositions générales relatives aux clés et aux certificats numériques pour TACHOnet

1. La direction générale de l'informatique (DIGIT) de la Commission européenne met un service ICP (1) (dénommé ci-après le «service MIE ICP») à la disposition des parties contractantes à l'AETR qui se connectent à TACHOnet (désormais les autorités nationales) par l'intermédiaire d'eDelivery.

2. La procédure de demande et de révocation de certificats numériques, ainsi que les modalités et les conditions détaillées de leur utilisation, sont définies dans l'appendice.

3. Utilisation des certificats:

3.1.

Une fois le certificat délivré, l'autorité nationale (2) utilise le certificat uniquement dans le contexte de TACHOnet. Le certificat peut être utilisé afin:

a)	d'authentifier l'origine des données;

b)	de chiffrer des données;

c)	de garantir la détection des atteintes à l'intégrité des données.

3.2.	Toute utilisation non explicitement autorisée parmi les utilisations autorisées du certificat est interdite.

4. Les parties contractantes:

a)	protègent leurs clés privées contre toute utilisation non autorisée;

b)	s'abstiennent de transférer ou de révéler leurs clés privées à des tiers, même en tant que représentants;

c)	garantissent la confidentialité, l'intégrité et la disponibilité des clés privées générées, stockées et utilisées pour TACHOnet;

s'abstenir de poursuivre l'utilisation de la clé privée après l'échéance de la période de validité ou après la révocation du certificat, à des fins autres que la visualisation des données chiffrées (p.ex. déchiffrage de courriels); Les clés arrivées à échéance doivent être soit détruites soit conservées d'une manière en empêchant l'utilisation;

fournissent à l'autorité d'enregistrement l'identification des représentants autorisés qui sont habilités à demander la révocation des certificats délivrés à l'organisation (les demandes de révocation doivent inclure un mot de passe de demande de révocation et des détails sur les événements qui ont conduit à la révocation);

f)	empêchent une utilisation abusive des clés privées en demandant la révocation du certificat de clé publique correspondant lorsque la clé privée ou les données d'activation de la clé privée sont compromises;

g)	sont responsables et ont l'obligation de demander la révocation du certificat dans les circonstances définies dans les politiques de certification (PC) et la déclaration d'activité de certification (CPS) de l'autorité de certification;

h)	informent sans délai l'autorité d'enregistrement de la perte, du vol ou de la compromission potentielle de toute clé AETR utilisée dans le cadre de TACHOnet.

5. Engagements

Sans préjudice de la responsabilité de la Commission européenne en violation de toute exigence prévue par le droit national applicable ou en ce qui concerne la responsabilité pour les questions qui ne peuvent être exclues en vertu de ce droit, la Commission européenne n'est pas responsable à l'égard des aspects suivants:

a)	le contenu du certificat, qui appartient exclusivement au détenteur du certificat. Il incombe au détenteur du certificat de vérifier l'exactitude du contenu du certificat;

b)	l'utilisation du certificat par son détenteur.

Sous-appendice 4.9

Description du service ICP pour TACHOnet

1. Introduction

Une ICP (infrastructure à clé publique) est un ensemble de rôles, de politiques, de procédures et de systèmes nécessaires à la gestion, à la distribution et à la révocation des certificats numériques (3). Le service MIE ICP d'eDelivery permet l'émission et la gestion de certificats numériques utilisés afin de garantir la confidentialité, l'intégrité et la non-répudiation des informations échangées entre des points d'accès.

Le service ICP d'eDelivery est basé sur l'autorité de certification Trust Center Services TeleSec Shared Business à laquelle s'applique la politique de certification (PC)/la déclaration d'activité de certification (CPS) de l'autorité de certification TeleSec Shared-Business-CA de T-Systems International GmbH (4).

Le service ICP délivre des certificats adaptés à la sécurisation de divers processus opérationnels à l'intérieur et à l'extérieur des entreprises, des organisations, des autorités publiques et des institutions qui exigent un niveau de sécurité moyen pour prouver l'authenticité, l'intégrité et la fiabilité de l'entité finale.

2. Processus de demande de certificat

2.1. Rôles et responsabilités

2.1.1. «Organisation» ou «autorité nationale» demandant le certificat

2.1.1.1. L'autorité nationale introduit les demandes de certificats dans le contexte du projet TACHOnet.

2.1.1.2. L'autorité nationale:

a)	demande les certificats auprès du service MIE ICP;

b)	génère les clés privées et les clés publiques correspondantes à inclure dans les certificats délivrés par l'autorité de certification;

c)	télécharge le certificat dès son approbation;

signe et renvoie à l'autorité d'enregistrement:

i)	le formulaire d'identification des personnes de contact et des coursiers de confiance,

ii)	le mandat individuel signé (5).

2.1.2. Coursier de confiance

2.1.2.1. L'autorité nationale désigne un coursier de confiance.

2.1.2.2. Le coursier de confiance:

a)	remet la clé publique à l'autorité d'enregistrement durant un processus d'identification et d'enregistrement en face-à-face;

b)	obtient le certificat correspondant de l'autorité d'enregistrement.

2.1.3. Propriétaire de domaine

2.1.3.1. La DG MOVE est le propriétaire de domaine.

2.1.3.2. Le propriétaire de domaine:

a)	valide et coordonne le réseau TACHOnet et l'architecture de confiance TACHOnet, notamment la validation des procédures de délivrance des certificats;

b)	exploite le système central TACHOnet et coordonne l'activité des parties concernant le fonctionnement de TACHOnet;

c)	réalise, avec les autorités nationales, les essais de connexion à TACHOnet.

2.1.4. Autorité d'enregistrement

2.1.4.1. Le Centre commun de recherche (CCR) est l'autorité d'enregistrement.

2.1.4.2. L'autorité d'enregistrement est chargée de vérifier l'identité du coursier de confiance, d'enregistrer et d'approuver les demandes de délivrance, de révocation et de renouvellement des certificats numériques.

2.1.4.3. L'autorité d'enregistrement:

a)	assigne l'identifiant unique à l'autorité nationale;

b)	authentifie l'identité de l'autorité nationale, ses points de contact et ses coursiers de confiance;

c)	communique avec l'équipe de soutien du MIE en ce qui concerne l'authenticité de l'autorité nationale, ses points de contact et ses coursiers de confiance;

d)	informe l'autorité nationale concernant l'approbation ou le rejet du certificat.

2.1.5. Autorité de certification

2.1.5.1. L'autorité de certification est responsable de la fourniture de l'infrastructure technique nécessaire à l'introduction de la demande et à la délivrance et à la révocation de certificats numériques.

2.1.5.2. L'autorité de certification:

a)	fournit l'infrastructure technique pour les demandes de certificat introduites par les autorités nationales;

b)	valide ou rejette la demande de certificat;

c)	communique avec l'autorité d'enregistrement pour la vérification de l'identité de l'organisation demandeuse, le cas échéant.

2.2. Délivrance du certificat

2.2.1. Le certificat est délivré conformément aux étapes consécutives suivantes, représentées dans l'illustration 1:

a)	Étape 1: identification du coursier de confiance;

b)	Étape 2: création de la demande de certificat;

c)	Étape 3: enregistrement auprès de l'autorité d'enregistrement;

d)	Étape 4: génération du certificat;

e)	Étape 5: publication du certificat;

f)	Étape 6: acceptation du certificat.

Illustration 1 - Flux de délivrance du certificat

2.2.2. Étape 1: identification du coursier de confiance

Le processus suivant est appliqué pour l'identification du coursier de confiance:

a)	L'autorité d'enregistrement envoie à l'autorité nationale le formulaire d'identification des personnes de contact et des coursiers de confiance (6). Ce formulaire inclut également un mandat que l'organisation (autorité AETR) signe.

b)	L'autorité nationale renvoie le formulaire complété et le mandat signé à l'autorité d'enregistrement.

c)	L'autorité d'enregistrement confirme la bonne réception et l'exhaustivité du formulaire.

d)	L'autorité d'enregistrement fournit au propriétaire de domaine une copie mise à jour de la liste des personnes de contact et des coursiers de confiance.

2.2.3. Étape 2: création de la demande de certificat

2.2.3.1. La demande et la récupération du certificat se font sur le même ordinateur et avec le même navigateur.

2.2.3.2. Le processus suivant est appliqué pour la création de la demande de certificat:

L'organisation se rend sur l'interface utilisateur afin de demander le certificat via l'URL https://sbca.telesec.de/sbca/ee/login/displayLogin.html?locale=en: et saisit le nom d'utilisateur «sbca/CEF_eDelivery.europa.eu» et le mot de passe «digit.333» .

CELEX	32018D1926
Type	Décision
Date	lundi 19 novembre 2018

Résumé IA

Texte intégral

Documents similaires