EN Official Journal of the European Union L 15/51

COMMISSION IMPLEMENTING REGULATION (EU) 2016/68

of 21 January 2016

on common procedures and specifications necessary for the interconnection of electronic registers of driver cards

THE EUROPEAN COMMISSION,

Having regard to the Treaty on the Functioning of the European Union,

Having regard to Regulation (EU) No 165/2014 of the European Parliament and of the Council of 4 February 2014 on tachographs in road transport (1), and in particular Article 31(5) thereof,

Whereas:

(1) Regulation (EU) No 165/2014 provides for the obligation of Member States to exchange data electronically in order to ensure the uniqueness of the driver cards issued.

(2) In order to facilitate the exchange of electronic data on driver cards by Member States, the Commission set up the messaging system TACHOnet, which allows Member States to request information to the other Member States on the issuance of driver cards, as well as on their status.

(3) Regulation (EU) No 165/2014 makes mandatory the interconnection of electronic national registers on driver cards throughout the Union, either using the TACHOnet messaging system or a compatible system. However, in case of a compatible system, the exchange of electronic data with all other Member States must be possible through the TACHOnet messaging system.

(4) It is necessary therefore to lay down the compulsory common procedures and specifications for TACHOnet, including the format of the data exchanged, the technical procedures for electronic consultation of the national electronic registers, access procedures and security mechanisms.

(5) The measures provided for in this Regulation are in accordance with the opinion of the Committee referred to in Article 42(3) of Regulation (EU) No 165/2014,

HAS ADOPTED THIS REGULATION:

Article 1

Subject-matter

This Regulation lays down the requirements regarding the obligatory connection of the national electronic registers on driver cards to the TACHOnet messaging system referred to in Article 31 of Regulation (EU) No 165/2014.

Article 2

Definitions

In addition to the definitions laid down in Article 2 of Regulation (EU) No 165/2014, the following definitions shall apply:

(a) ‘asynchronous interface’ means a process whereby a message in response to a request is returned on a new HTTP connection;

(b) ‘broadcast search’ means a request message from a Member State addressed to all other Member States;

(c) ‘card issuing authority’ (‘CIA’) means the entity empowered by a Member State for the issuing and management of tachograph cards;

(d) ‘central hub’ means the information system enabling the routing of TACHOnet messages between Member States;

(e) ‘national system’ means the information system set up in each Member State for the purpose of emitting, processing and responding to TACHOnet messages;

(f) ‘synchronous interface’ means a process whereby a message in response to a request is returned on the same HTTP connection used for the request;

(g) ‘requesting Member State’ means the Member State emitting a request or a notification, which is then routed to the appropriate responding Member State(s);

(h) ‘responding Member State’ means the Member State to whom the TACHOnet request or notification is directed;

(i) ‘singlecast search’ means a request message from a Member State addressed to a single Member State;

(j) ‘tachograph card’, means either a driver card or a workshop card, as defined in Article 2(f) and (k) of Regulation (EU) No 165/2014.

Article 3

Obligation to connect to TACHOnet

Member States shall connect the national electronic registers referred to in Article 31(1) of Regulation (EU) No 165/2014, to TACHOnet messaging system.

Article 4

Technical specifications

TACHOnet messaging system shall fulfil the technical specifications laid down in Annexes I to VII.

Article 5

Use of TACHOnet

Member States shall follow the procedures set out in Annex VIII.

Member States shall provide access to TACHOnet messaging system to their national card issuing authorities and control officers carrying out the duties referred to in Article 38 of Regulation (EU) No 165/2014, in order to facilitate effective checks of the validity, status and uniqueness of driver cards.

Article 6

Entry into force

This Regulation shall enter into force on the twentieth day following that of its publication in the Official Journal of the European Union.

It shall apply from 2 March 2018.

This Regulation shall be binding in its entirety and directly applicable in all Member States. Done at Brussels, 21 January 2016. For the Commission The President Jean-Claude JUNCKER

(1) OJ L 60, 28.2.2014, p. 1.

ANNEX I General aspects of TACHOnet messaging system 1. Architecture TACHOnet messaging system shall be composed of the following parts: 1.1. A central hub, which shall be able to receive a request from the requesting Member State, validate it and process it by forwarding it to the responding Member States. The central hub shall wait for each responding Member State to answer, consolidate all the answers and forward the consolidated response to the requesting Member State. All TACHOnet messages shall be routed by the central hub. 1.2. National systems of the Member States, which shall be fitted with an interface capable of both sending requests to the central hub and receiving the corresponding replies. National systems may use propriety or commercial software to transmit and receive messages from the central hub. 2. Management 2.1. The central hub shall be managed by the Commission, which shall be responsible for the technical operation and maintenance of the central hub. 2.2. The central hub shall not store data for a period exceeding six months, other than the logging and statistical data set out in Annex VII. 2.3. The central hub shall not provide access to personal data, except for authorized Commission personnel, when necessary for the purpose of monitoring, maintenance and troubleshooting. 2.4. Member States shall be responsible for: 2.4.1. The setup and management of their national systems, including the interface with the central hub. 2.4.2. The installation and maintenance of their national system, both hardware and software, whether proprietary or commercial. 2.4.3. The correct interoperability of their national system with the central hub, including the management of error messages received from the central hub. 2.4.4. Taking all the measures to ensure the confidentiality, integrity and availability of the information. 2.4.5. The operation of the national systems in accordance with the service levels set out in Annex VI. 2.5. MOVEHUB web portal The Commission shall provide a web based application with secured access, referred to as ‘MOVEHUB web portal’, providing at least the following services: (a) Member State availability statistics; (b) notification of maintenance on the central hub and Member State national systems; (c) aggregated reports; (d) contact management; (e) XSD schemas. 2.6. Contact management 2.6.1. The contact management functionality shall provide each Member State with the ability to manage the contact details regarding policy, business, operational and technical users of that Member State, being each Member State's competent authority the responsible for the maintenance of its own contacts. It shall be possible to view, but not edit, the contact details of the other Member States. 2.6.2. TACHOnet shall use the contact details referred to in point 2.6.1 to populate the contact details in response messages.

ANNEX II Functionalities of TACHOnet messaging system 1. The following functionalities shall be provided through TACHOnet messaging system: 1.1. Check Issued Cards (CIC): allows the requesting Member State to send a Check Issued Cards Request to one or all responding Member States, to determine if a card applicant already possesses a driver card issued by the responding Member States. The responding Member States shall reply to the request by sending a Check Issued Cards Response. 1.2. Check Card Status (CCS): allows the requesting Member State to ask the responding Member State about the details of a card issued by the latter by sending a Check Card Status Request. The responding Member State shall reply to the request by sending a Check Card Status Response. 1.3. Modify Card Status (MCS): allows the requesting Member State to notify the responding Member State, through a Modify Card Status Request, that the status of a card issued by the latter has changed. The responding Member State shall reply with a Modify Card Status Acknowledgement. 1.4. Issued Card Driving License (ICDL): allows the requesting Member State to notify the responding Member State, through an Issued Card Driving Licence Request, that a card has been issued by the former against a driving licence issued by the latter. The responding Member State shall reply with an Issued Card Driving Licence Response. 2. Other message types deemed suitable for the efficient functioning of TACHOnet shall be included, for instance error notifications. 3. National systems shall recognize the card statuses listed in the Appendix to this Annex, when using any of the functionalities described in point 1. However, Member States are not required to implement an administrative procedure that makes use of all of the listed statuses. 4. When a Member State receives a response or notification giving a status that is not used in its administrative procedures, the national system shall translate the status on the received message to the appropriate value in that procedure. The message shall not be rejected by the responding Member State, as long as the status in the message is listed in the Appendix of this Annex. 5. The card status listed in the Appendix to this Annex shall not be used to determine if a driver card is valid for driving. When a Member State queries the register of the card issuing Member State via the CCS functionality, the response shall contain the dedicated field ‘valid for driving’. The national administrative procedures shall be such that CCS responses always contain the appropriate ‘valid for driving’ value. Appendix Card statuses Card Status Definition Application The CIA has received an application to issue a driver card. This information has been registered and stored in the database with the generated search keys. Approved The CIA has approved the application for the tachograph card. Rejected The CIA did not approve the application. Personalised The tachograph card has been personalised. Dispatched The National Authority has dispatched the driver card to the relevant driver or delivering agency. Handed Over The National Authority has handed over the driver card to the relevant driver. Confiscated The driver card has been taken from the driver by the competent authority. Suspended The driver card has been taken temporarily from the driver. Withdrawn The CIA has decided to withdraw the driver card. The card has been permanently invalidated. Surrendered The tachograph card has been returned to the CIA, and declared no longer needed. Lost The tachograph card has been declared lost to the CIA. Stolen The tachograph card has been reported stolen to the CIA. A stolen card is considered lost. Malfunctioning The tachograph card has been reported as malfunctioning to the CIA. Expired The period of validity of the tachograph card has expired. Replaced The tachograph card, which has been reported lost, stolen or malfunctioning, has been replaced by a new card. The data on the new card is the same, with the exception of the card number replacement index, which has been increased by one. Renewed The tachograph card has been renewed because of a change of administrative data or the validity period coming to an end. The card number of the new card is the same, with the exception of the card number renewal index, which has been increased by one. In Exchange The CIA that issued a driver card has received a notification that the procedure to exchange that card for a driver card issued by the CIA of another Member State has started. Exchanged The CIA that issued a driver card has received a notification that the procedure to exchange that card for a driver card issued by the CIA of another Member State has completed.

ANNEX III Message provisions of TACHOnet messaging system 1. General technical requirements 1.1. The central hub shall provide both synchronous and asynchronous interfaces for the exchange of messages. Member States may choose the most suitable technology to interface with their own applications. 1.2. All messages exchanged between the central hub and the national systems must be UTF-8 encoded. 1.3. National systems shall be capable of receiving and processing messages containing Greek or Cyrillic characters. 2. XML messages structure and Schema definition (XSD) 2.1. The general structure of XML messages shall follow the format defined by the XSD schemas installed in the central hub. 2.2. The central hub and the national systems shall transmit and receive messages that conform to the message XSD schema. 2.3. National systems shall be capable of sending, receiving and processing all messages corresponding to any of the functionalities set out in Annex I. 2.4. The XML messages shall include at least the minimum requirements laid down in the Appendix to this Annex. Appendix Minimum requirements for the content of the XML messages Common Header Mandatory Version The official version of the XML specifications will be specified through the namespace defined in the message XSD and in the version attribute of the Header element of any XML message. The version number (‘n.m’) will be defined as fixed value in every release of the XML Schema Definition file (xsd). Yes Test Identifier Optional id for testing. The originator of the test will populate the id and all participants in the workflow will forward/return the same id. In production it should be ignored and will not be used if it is supplied. No Technical Identifier A UUID uniquely identifying each individual message. The sender generates a UUID and populates this attribute. This data is not used in any business capacity. Yes Workflow Identifier The workflowId is a UUID and should be generated by the requesting Member State. This id is then used in all messages to correlate the workflow. Yes Sent At The date and time (UTC) that the message was sent. Yes Timeout This is an optional date and time (in UTC format) attribute. This value will be set only by the Hub for forwarded requests. This will inform the responding Member State of the time when the request will be timed out. This value is not required in MS2TCN_<x>_Req and all response messages. It is optional so that the same header definition can be used for all message types regardless of whether or not the timeoutValue attribute is required. No From The ISO 3166-1 Alpha 2 code of the Member State sending the message or ‘EU’. Yes To The ISO 3166-1 Alpha 2 code of the Member State to which the message is being sent or ‘EU’. Yes

Check Issued Cards Request Mandatory Family Name Driver's family as displayed on the card. Yes First Name Driver's first/given name as detailed on the card (a missing first name does not indicate a wildcard search). No Date of Birth Driver's date of birth as displayed on the card. Yes Driving Licence Number The driver's driving licence number. No Driving Licence Issuing Country The country that issued the driver's driving licence. No

Check Issued Cards Response Mandatory Status Code The status code of the search (e.g. found, not found, error, etc.). Yes Status Message An explanatory status description (if necessary). No Found Driver Details Yes Family Name The family name of any found drivers. Yes First Name The first name(s) of any found drivers. No Date of Birth The date of birth of any found drivers. Yes Place of Birth The place of birth of any found drivers. No Driver Card Number The found driver's card number. Yes Driver Card Status The found driver's card status. Yes Driver Card Issuing Authority The name of the authority that issued the found driver's card. Yes Driver Card Start of Validity Date The date of the start of validity of the found driver's card. Yes Driver Card Expiry Date The date of expiry the found driver's card. Yes Driver Card Status Modified Date The date that the found driver's card was last modified. Yes Search Mechanism Was the card found by the NYSIIS search or a custom search. Yes Temporary Card The found card is a temporary card No Driving Licence Number The found driver's driving licence number. Yes Driving Licence Issuing Country The issuing country of the found driver's driving licence. Yes Driving Licence Status The status of the found driver's driving licence. No Driving Licence Issuing Date The issuing date of the found driver's driving licence. No Driving Licence Expiry Date The expiry date of the found driver's driving licence. No

Check Card Status Request Mandatory Driver Card Number The number of the card for which details are required. Yes

Check Card Status Response Mandatory Status Code The status code of the details request (e.g. found, not found, error, etc.). Yes Status Message An explanatory status description (if necessary). No Card Status The status of the requested card. Yes Card Issuing Authority The name of the authority that issued the requested card. Yes Card Start of Validity Date The date of the start of validity of the requested card. Yes Card Expiry Date The date of expiry the requested card. Yes Card Status Modified Date The date that the requested card was last modified. Yes Valid for Driving The found card is/is not valid for driving. Yes Temporary Card The found card is a temporary card No Workshop Card Workshop Name The name of the workshop to which the card was issued. Yes Workshop Address The address of the workshop to which the card was issued. Yes Family Name The family name of the person to whom the card is issued. No First Name The first name of the person to who the card is issued. No Date of Birth The date of birth of the person to whom the card is issued. No Card Holder Details Family Name The family name of the driver to whom the card was issued. Yes First Name The first name of the driver to whom the card was issued. No Date of Birth The date of birth of the driver to whom the card was issued. Yes Place of Birth The place of birth of the driver to whom the card was issued. No Driving Licence Number The driving licence number of the driver to whom the card was issued. Yes Driving Licence Issuing Country The country that issued driving licence number to the driver to whom the card was issued. Yes Driving Licence Status The status of the driving licence of the driver to whom the card was issued. No Driving Licence Issuing Date The issuing date of the driving licence of the driver to whom the card was issued. No Driving Licence Expiry Date The expiry date of the driving licence of the driver to whom the card was issued. No

Modify Card Status Request Mandatory Driver Card Number The number of the card who's status has changed. Yes New Driver Card Status The status to which the card has been changed. Yes Modification Reason The (free text) reason for the card status change. No Driver Card Status Modified Date The date and time that the card status was modified. Yes Declared By Authority The name of the authority that made the card status change. Yes Family Name The family name of the person who made the card status change. No First Name The first name of the person who made the card status change. No Phone The phone number of the person who made the card status change. No E-mail The e-mail address of the person who made the card status change. No

Modify Card Status Acknowledgement Mandatory Status Code The status code of the acknowledgement (ok, not found, error, etc.). Yes Acknowledgement type The type of the acknowledgment: for request or response Yes Status Message An explanatory status description (if necessary). No

Modify Card Status Response Mandatory Status Code The status code of the register update (ok, not ok, error, etc.). Yes Status Message An explanatory status description (if necessary). No

Issued Card Driving Licence Request Mandatory Driver Card Number The number of the driver card that has been issued. Yes Driving Licence Number The number of the foreign driving licence that was used to apply for the driver card. Yes

Issued Card Driving Licence Response Mandatory Status Code A status code acknowledging the notification (ok, not ok, error, etc.). Yes Status Message An explanatory status description (if necessary). No Family Name The family name of the driver to whom the card was issued. Yes First Name The first name of the driver to whom the card was issued. No Date of Birth The date of birth of the driver to whom the card was issued. Yes

ANNEX IV Transliteration and NYSIIS (New York State Identification and Intelligence System) Services 1. The NYSIIS algorithm implemented in the central hub shall be used to encode the names of all the drivers in the national register. 2. When searching for a card via the CIC functionality the NYSIIS keys shall be used as the primary search mechanism. 3. Additionally, Member States may employ a custom algorithm to return additional results. 4. The search results shall indicate the search mechanism which was used to find a record, either NYSIIS or custom. 5. If a Member State chooses to record ICDL notifications then the NYSIIS keys contained in the notification shall be recorded as part of the ICDL data. 5.1. When searching the ICDL data the Member State shall use the NYSIIS keys of the applicant's name.

ANNEX V Security requirements 1. HTTPS shall be used for the exchange of messages between the central hub and the national systems. 2. National systems shall use the PKI certificates provided by the Commission for the purposes of securing the transmission of messages between the national system and the central hub. 3. National systems shall implement, as a minimum, certificates using the SHA-2 (SHA-256) signature hash algorithm and a 2 048 bit public key length.

ANNEX VI Service levels 1. National systems shall fulfil the following minimum level of service: 1.1. They shall be available 24 hours a day, 7 days a week. 1.2. Their availability shall be monitored by a heartbeat message issued from the central hub. 1.3. Their availability rate shall be 98 %, according to the following table (the figures have been rounded to the nearest convenient unit): An availability of means an unavailability of Daily Monthly Yearly 98 % 0,5 hours 15 hours 7,5 days Member States are encouraged to respect the daily availability rate, however it is recognised that certain necessary activities, such as system maintenance, require a down time of more than 30 minutes. However, the monthly and yearly availability rates remain mandatory. 1.4. They shall respond to a minimum of 98 % of the requests forwarded to them in one calendar month. 1.5. They shall respond to requests within 10 seconds. 1.6. The global request timeout (time within which the requestor may wait for a response) shall not exceed 20 seconds. 1.7. They shall be able to service a request rate of 6 messages per second. 1.8. National systems may not send requests to the TACHOnet hub at a rate exceeding 2 requests per second. 1.9. Every national system shall be able to cope with potential technical problems of the central hub or national systems in other Member States. These include, but are not limited to: (a) loss of connection to the central hub; (b) no response to a request; (c) receipt of responses after message timeout; (d) receipt of unsolicited messages; (e) receipt of invalid messages. 2. The central hub shall: 2.1. feature an availability rate of 98 %; 2.2. provide to national systems notification of any errors, either via the response message or via a dedicated error message. The national systems, in turn, shall receive these dedicated error messages and have an escalation workflow in place to take any appropriate action to rectify the notified error. 3. Maintenance Member States shall notify other Member States and the Commission of any routine maintenance activities via the web application, at least one week before the beginning of those activities if technically possible.

ANNEX VII Logging and Statistics of the data collected at the central hub 1. In order to ensure privacy, the data for statistical purposes shall be anonymous. Data identifying a specific card, driver or driver licence shall not be available for statistical purposes. 2. Logging information shall keep track of all transactions for monitoring and debugging purposes, and allow the generation of statistics about these transactions. 3. Personal data shall not be retained in the logs for more than 6 months. Statistical information shall be retained indefinitely. 4. The statistical data used for reporting shall include: (a) the requesting Member State; (b) the responding Member State; (c) the type of message; (d) the status code of the response; (e) the date and time of the messages; (f) the response time.