II 
(Atti non legislativi) 
REGOL AMENTI 
REGOL AMENTO DI ESECUZIONE (UE) 2016/799 DELL A COMMISSIONE 
del 18 marzo 2016 
che applica il regolament o (UE) n. 165/2014 del Parlamento europeo e del Consiglio recante le 
prescr izioni per la costr uzione, il collaudo, il montaggio, il funzionament o e la riparazione dei 
tachig rafi e dei loro componenti 
(Testo rilevante ai fini del SEE) 
LA COMMISSIONE EUR OPEA, 
visto il trattato sul funzionament o dell'Uni one europea, 
visto il regolamento (UE) n. 165/2014 del Parlamento europeo e del Consig lio, del 4 febbraio 2014, relativ o ai tachi grafi 
nel settore dei traspor ti su strada (1), in particolare l'articolo 11 e l'articolo 12, paragraf o 7, 
considerando quanto segue: 
(1)  Il regolamento (UE) n. 165/2014 ha introdotto tach igraf i digitali di seconda generazione, detti «tachigrafi 
intelli genti», che includono una connessione al sistema globale di navigazione satellitare (global navig ation satellite 
system = GNSS), una comunicazione remota a fini di diagnosi precoce e un'interfaccia con i sistemi di traspor to 
intelli genti. È oppor tuno stabilire le specifi che per i requisiti tecn ici per la costr uzione dei tachi grafi intelligenti. 
(2)  Lo strumento di diagnosi precoce remota istituito dall'ar ticolo 9, paragraf o 4, del regolamento (UE) n. 165/2014 
dovrebbe trasmettere ad un agent e che effettua controlli su strada i dati del tachi grafo digitale e le informazioni 
relative ai pesi e al peso per asse del veicolo combinato compl eto (motr ice e rimorc hi o semir imorc hi), a norma 
della direttiva 96/53/CE del Parlament o europeo e del Consig lio (2). Ciò dovrebbe consentire un controllo efficace 
e rapido dei veicoli da parte delle autorità preposte con un numero ridotto di dispositivi elettronici nella cabina 
del veicolo. 
(3)  In conf ormità alla direttiva 96/53/CE, lo strumento di diagnosi precoce remota dovrebbe utilizzare le norme CEN 
DSR C (3) di cui alla medesima, nella banda di frequenza 5795-5805 MHz. Siccome tale banda di frequenza è 
utilizzata anche per il pedaggio elettronico e al fine di evitare interferenze tra le applicazioni del pedaggio e le 
applicazioni del controllo, gli agenti preposti al controllo non dovrebbero utilizzare il dispositivo di diagnosi 
precoce remota presso i caselli autostr adali. 
(4)  Al fine di affrontare le attuali vulnerabilità, con il tachi grafo intelli gent e è oppor tuno introdur re nuo vi 
meccanismi di sicurezza per manten ere il livello di sicurezza del tachi grafo digitale. Una delle vulnerabilità è 
l'assenza di date di scadenza dei certificati digitali. Al fine di conf ormarsi alle migliori pratiche in mater ia di 
sicurezza, si raccomanda di evitare l'uso di certificati digitali privi di data di scadenza. Il periodo di validità in 
condizioni di funzionamento normali delle unità elettronic he di bordo dovrebbe essere di 15 anni a decor rere 
dalla data di rilascio dei relativi certificati digitali. Le unità elettronic he di bordo dovrebbero essere sostituit e dopo 
tale periodo di validità. 26.5.2016 L 139/1 Gazzetta ufficiale dell'U nione europea IT     
(1)GU L 60 del 28.2.2014, pag. 1. 
(2)Direttiva 96/53/CE del Consig lio, del 25 luglio 1996, che stabilisce, per taluni veicoli stradali che circolano nella Comunità, le dimensioni 
massime autorizza te nel traffico nazionale e inter nazionale e i pesi massimi auto rizzati nel traffico inter nazionale (GU L 235 del 
17.9.1996, pag. 59). 
(3)Nor me sulla comunicazione dedicata a corto raggio del comitato europeo di normazione (CEN) EN 12253, EN 12795, EN 12834, EN 
13372 e ISO 14906. 
(5)  La trasmissione di informazioni sicure e affidabili sul posizionamento è un elemento essenziale dell'efficacia di 
funzionament o dei tachigra fi intellig enti. Al fine di migliorare la sicurezza del tach igraf o intellig ente è pertanto 
oppor tuno garantir ne la compati bilità con i servizi a valore aggiunto offer ti dal programma Galileo specifi cati nel 
regolamento (UE) n. 1285/2013 del Parlamento europeo e del Consig lio (1). 
(6)  A norma dell'ar ticolo 8, paragraf o 1, dell'ar ticolo 9, paragraf o 1, e dell'ar ticolo 10, paragrafi 1 e 2, del 
regolamento (UE) n. 165/2014, i meccanismi di sicurezza introdotti da tale regolamento si dovrebbero applicare 
36 mesi dopo l'entrata in vigore degli atti di esecuzione necessar i, per consentire ai fabbr icanti di sviluppare la 
nuo va generazione di tachigra fi intelli genti e di ricevere le sched e di omologaz ione dalle autor ità compe tenti. 
(7)  In conf ormità al regolamento (UE) n. 165/2014, i veicoli immatr icolati per la prima volta in uno Stato membro 
36 mesi dopo l'entrata in vigore del present e regolamento della Commissione dovrebbero essere dotati di un 
tachi grafo intellig ente conf orme alle prescr izioni del medesimo. In ogni caso, 15 anni dopo la data di 
applicazione di tali requisiti, tutti i veicoli circolanti in uno Stato membro diverso dallo Stato membro di immatr i­
colazione dovrebbero essere dotati di un tachigraf o intellig ente conf orme. 
(8)  Il regolamento (CE) n. 68/2009 della Commissione (2) autori zzava, per un periodo di transizione conclusosi il 31 
dicembre 2013, l'impi ego di un adattatore per consentire l'installazione dei tachi grafi sui veicoli delle catego rie 
M1 e N1. A causa delle difficoltà tecnic he connesse all'individuazione di un'alternati va all'impi ego dell'adattato re, 
gli esper ti dell'industr ia automobilistic a e dei tachigrafi, insieme alla Commissione, hanno concluso che non era 
fattibile nessuna soluzione altern ativa all'adattator e che non compor tasse costi elevati per l'industr ia, che 
sarebbero sproporzionati rispetto alle dimensioni del mercato . L'impiego dell'adattato re nei veicoli delle categor ie 
M1 ed N1 dovrebbe pertanto essere autori zzato a tempo indet erminato. 
(9)  Le misure di cui al presente regolamento sono conf ormi al parere del comitato di cui all'ar ticolo 42, paragraf o 3, 
del regolamento (UE) n. 165/2014, 
HA ADOTT ATO IL PRESENTE REGOL AMENTO: 
Articolo 1 
Oggett o e campo di applicazione 
1. Il present e regolamento reca le disposizioni necessar ie all'applicazione unif orme dei seguenti aspetti riguardanti i 
tachi grafi : 
a)  registrazione della posizione del veicolo in determinati punti nel corso del periodo di lavoro gior naliero del 
conducent e; 
b)  diagnosi precoce remota di eventuali manomissioni o uso impropri o dei tachigrafi intelli genti; 
c)  interf accia con i sistemi di traspor to intellig enti; 
d)  le prescr izioni amministrative e tecniche per le procedure di omologazione dei tachi grafi , compr esi i meccanismi di 
sicurezza. 
2. La costr uzione, il collaudo, l'installazione, l'ispezione, il funzionamento e la riparazione dei tachigrafi intelli genti e 
dei loro componenti soddisfano le prescr izioni tecn iche di cui all'alleg ato 1C del present e regolamento. 
3. Per quanto riguarda la costr uzione, il collaudo, l'installazione, l'ispezione, il funzionamento e la riparazione, i 
tachi grafi diversi dai tachi grafi intelli genti continuano a soddisfare le prescr izioni dell'allegat o 1 o dell'allegat o 1B, 
secondo i casi, del regolamento (CEE) n. 3821/85 del Consig lio (3). 26.5.2016 L 139/2 Gazzetta ufficiale dell'U nione europea IT     
(1)Regolament o (UE) n. 1285/2013 del Parlament o europeo e del Consig lio, dell'11 dicembre 2013, relativo all'attuazione e all'esercizio dei 
sistemi europei di radionavig azione via satellite e che abroga il regolamento (CE) n. 876/2002 del Consig lio e il regolamento (CE) 
n. 683/2008 del Parlamento europeo e del Consig lio (GU L 347 del 20.12.2013, pag. 1). 
(2)Regolament o (CE) n. 68/2009 della Commissione, del 23 gennaio 2009, che adegua per la nona volta al progresso tecnico il regolamento 
(CEE) n. 3821/85 del Consig lio relativo all'apparecc hio di controllo nel settore dei traspor ti su strada (GU L 21 del 24.1.2009, pag. 3). 
(3)Regolament o (CEE) n. 3821/85 del Consig lio, del 20 dicembre 1985, relativo all'apparecchio di controllo nel setto re dei traspor ti su 
strada (GU L 370 del 31.12.1985, pag. 8). 
4. A norma dell'ar ticolo 10 quinquies della direttiva 96/53/CE, il dispositivo di diagnosi precoce remota trasmette 
anch e i dati sul peso forniti da un sistema di pesatura intern o di bordo, ai fini della rapida individuazione delle frodi. 
Articolo 2 
Def inizioni 
Ai fini del present e regolamento si applicano le definizioni di cui all'ar ticolo 2 del regolamento (UE) n. 165/2014. 
Si applicano inoltre le seguenti definizioni:  
1) «tachig rafo digitale» o «tachigraf o di prima generazione», un tachi grafo digitale diverso da un tachigra fo intellig ente;  
2) «dispositivo ester no del GNSS», un dispositivo comprendent e il ricevitore GNSS, quando l'unità elettronica di bordo 
non è un'unità singola, nonc hé gli altri compo nenti necessar i per prot eggere la comunicazione dei dati sulla 
posizione al resto dell'unità elettronica di bordo;  
3) «fascicolo informativo» , il fascicolo complet o, in forma elettronica o cartacea, cont enente tutte le informazioni fornite 
dal fabbr icante o dal suo mandatar io all'autorità di omologazione ai fini dell'omologaz ione di un tachi grafo o di un 
suo compo nent e, compresi i certificat i di cui all'ar ticolo 12, paragraf o 3, del regolamento (UE) n. 165/2014, i 
risultati delle prove di cui all'alleg ato 1C del presente regolamento, nonc hé disegni, fotografi e e altri documenti 
pertinenti;  
4) «fascicolo di omologazio ne», il fascicolo informativo, in format o elettronico o cartaceo, più i documenti aggiunti 
dall'aut orità di omologazio ne al fascicolo informativo nello svolgimento delle propr ie funzioni, compr esa la sched a di 
omologazio ne CE del tachi grafo o di un suo component e aggiunta alla fine della procedura di omologazio ne;  
5) «indice del fascicolo di omologazione», il documento in cui è elencato il contenut o numerat o del fascicolo di 
omologazio ne, che ne identifica tutte le parti pertinenti. Il formato di tale documento distingue le fasi successive della 
procedura di omolog azione CE, incluse le date delle revisioni e degli aggior namenti del fascicolo;  
6) «dispositivo di diagnosi precoce remota», le dotazioni dell'unità elettronica di bordo utilizzate per svolg ere controlli 
su strada mirati;  
7) «tachig rafo intellig ente» o «tach igraf o di seconda generazione», un tachigraf o digitale conf orme agli articoli 8, 9 e 10 
del regolamento (UE) n. 165/2014, nonc hé all'alleg ato 1C del present e regolamento;  
8) «compon ente del tachi grafo» o «compon ente», uno dei seguenti elementi: l'unità elettronica di bordo, il sensore di 
moviment o, la carta tachi grafi ca, il foglio di registrazione, il dispositivo esterno del GNSS e il dispositivo di diagnosi 
precoce remota;  
9) «autorità di omologazio ne», l'aut orità di uno Stato membro preposta all'omolog azione del tachi grafo o dei suoi 
compo nenti, alla procedura di autori zzazione, al rilascio e, se del caso, alla revoca delle sche de di omologazio ne, che 
agisce in qualità di punt o di contatto per le autori tà di omologazione degli altri Stati membr i e che garantisce che i 
fabbricanti adempiano i loro obblighi relativamente alla conf ormità alle prescr izioni del presente regolamento. 
Articolo 3 
Servizi basati sulla localizzazione 
1. I fabbr icanti garantiscono la compatibilità dei tach igraf i intelligenti con i servizi di posizionamento offer ti dai 
sistemi Galileo e EGNOS (il servizio europeo di coper tura per la navig azione geostazionar ia). 
2. Oltre ai sistemi di cui al paragraf o 1, i fabbr icanti possono anche sceg liere di assicurare la compat ibilità con altri 
sistemi di navigazione satelli tare. 26.5.2016 L 139/3 Gazzetta ufficiale dell'U nione europea IT     
Articolo 4 
Procedura di omologazione di un tachig rafo e dei componenti di un tachig rafo 
1. Il fabbr icante o il suo mandatar io presenta una domanda di omologazione di un tachigraf o o di uno dei suoi 
compo nenti o di un gruppo di compo nenti alle autori tà di omologazione designat e da ciascuno Stato membro. Tale 
domanda consist e in un fascicolo informativ o cont enente le informazioni relative a ciascuno dei compo nenti inter essati, 
compre se, se del caso, le sched e di omolog azione di altri compo nenti necessar i per completare il tachigraf o, nonché ogni 
altro documento pertinente . 
2. Uno Stato membro rilascia l'omologaz ione per i tachigrafi, i compo nenti o i gruppi di compo nenti conf ormi alle 
prescr izioni amministrative e tecnic he di cui all'ar ticolo 1, paragraf o 2 o 3, secondo i casi. In tal caso l'autori tà di 
omologazio ne rilascia al richied ente una scheda di omolog azione conf orme al modello di cui all'alleg ato II del present e 
regolamento. 
3. L'autorità di omologa zione può chiedere al fabbr icante o al suo mandatar io di fornire ulter iori informazioni. 
4. Il fabbr icante o il suo mandatar io mett e a disposizione delle autorità di omologazio ne, nonc hé degli organismi 
responsabili del rilascio dei certificati di cui all'ar ticolo 12, paragraf o 3, del regolamento (UE) n. 165/2014, tutti i 
tachi grafi o i relativi compo nenti necessar i a garantire lo svolgiment o soddisfacent e della procedura di omologazione. 
5. Qualora il fabbr icante o il suo mandatar io chieda l'omologaz ione di determinati componenti o gruppi di 
compo nenti di un tachigraf o, egli fornisce alle autorità di omologazio ne gli altri compo nenti, già omologat i, nonché le 
altre parti necessar ie per la costr uzione del tachi grafo compl eto, al fine di consentire loro di effettuare le prove 
necessar ie. 
Articolo 5 
Modif iche delle omologazioni 
1. Il fabbricante o il suo mandatar io informa senza indugio le autori tà di omologazio ne che hanno rilasciato l'omolo ­
gazione iniziale, in mer ito alle eventuali modifi che del software o dell'hardware del tachi grafo o della natura dei mater iali 
usati per la sua fabbr icazione che sono registrati nel fascicolo informativ o e presenta una domanda di modifi ca dell'omo ­
logazio ne. 
2. Le autori tà di omologaz ione possono rivedere o estendere un'omologazione esiste nte oppure rilasciare una nuo va 
omologazio ne, secondo la natura e le caratt eristiche delle modifiche. 
Si procede a una «revisione» quando l'aut orità di omologa zione ritiene che le modifi che del software o dell'hardware del 
tachi grafo o della natura dei mater iali usati per la sua fabbr icazione siano di lieve entità. In tali casi, l'autori tà di 
omologazio ne rilascia i documenti rivisti del fascicolo informativ o, precisando la natura delle modifi che appor tate e la 
data della loro appro vazione. Una versione aggior nata del fascicolo informativo in una forma consolidata, accompagnata 
da una descr izione dettag liata delle modifiche appor tate, è suffi ciente a soddisfar e questa prescr izione. 
Si procede a un'«esten sione» quando l'aut orità di omologaz ione ritiene che le modifi che del software o dell'hardware del 
tachi grafo o della natura dei mate riali usati per la sua fabbr icazione siano sostanziali. In tali casi, l'autori tà di 
omologazio ne può ritenere necessar io che siano effettuate nuo ve prove e ne informa il fabbricante o il suo mandatar io. 
Se i risultati di tali prove sono soddisfacenti , l'aut orità di omologazione rilascia una sched a di omologazio ne rivista 
recante un numero che identif ica l'estens ione rilasciata. La sched a di omologazio ne ripor ta il motivo dell'estensi one e la 
data del rilascio. 
3. L'indice del fascicolo informativ o indica la data dell'ultima estensione o dell'ultima revisione dell'omologazi one o la 
data dell'ultimo consolidamento della versione aggior nata dell'omologazi one. 26.5.2016 L 139/4 Gazzetta ufficiale dell'U nione europea IT     
4. Una nuo va omolog azione è necessar ia quando le modifiche richiest e del tachi grafo omologat o o dei suoi 
compo nenti compo rterebbero il rilascio di un nuo vo certificato di sicurezza o di interoperabilità. 
Articolo 6 
Entrat a in vigore 
Il present e regolamento entra in vigore il ventesimo gior no successiv o alla pubblicazione nella Gazzetta ufficiale 
dell'Unione europea. 
Esso si applica a decor rere dal 2 marzo 2016. 
Tutta via, gli allegat i si applicano a decor rere dal 2 marzo 2019, ad eccezione dell'appendice 16 che si applica a decor rere 
dal 2 marzo 2016. 
Il present e regolamento è obbligat orio in tutti i suoi elementi e direttamente applicabile in 
ciascuno degli Stati membr i. 
Fatto a Bruxelles, il 18 marzo 2016 
Per la Commissione 
Il presidente 
Jean-Claude JUNCKER  26.5.2016 L 139/5 Gazzetta ufficiale dell'U nione europea IT     
ALLEGATO IC 
Requisiti per la costruzione, il collaudo, il montaggio e il controllo 
INTR ODUZIONE ............................................................................................................................................ 12 
1 DEFINIZIONI .................................................................................................................. 13 
2 CARATTERISTIC HE GENERALI E FUNZIONI DELL'APP ARECCHI O DI CONTR OLLO ..................... 19 
2.1 Caratte ristich e generali ...................................................................................................... 19 
2.2 Funzioni ........................................................................................................................ 20 
2.3 Modalità di funzionament o................................................................................................. 21 
2.4 Sicurezza ........................................................................................................................ 22 
3 REQUISITI DI COS TRUZIONE E FUNZIONAMENTO DELL'APP ARECCHIO DI CONTR OLLO ........... 22 
3.1 Controllo dell'inser imento e dell'estrazione delle carte.............................................................. 22 
3.2 Misurazione della velocità, della posizione e della distanza ......................................................... 23 
3.2.1 Misurazione della distanza percorsa ...................................................................................... 23 
3.2.2 Misurazione della velocità .................................................................................................. 23 
3.2.3 Misurazione della posizione ................................................................................................ 24 
3.3 Misurazione del tempo ...................................................................................................... 24 
3.4 Controllo delle attività del conducent e.................................................................................. 24 
3.5 Controllo delle condizioni di guida ....................................................................................... 25 
3.6 Immissioni da parte del conducente ..................................................................................... 25 
3.6.1 Immissione del luogo in cui inizia e/o termina il periodo di lavoro gior naliero ............................... 25 
3.6.2 Immissione manuale delle attività del conducente e consenso del conducent e per l'inte rfaccia ITS ....... 25 
3.6.3 Immissione di condizioni particolar i..................................................................................... 27 
3.7 Gestione dei blocchi di un'im presa ....................................................................................... 27 
3.8 Verifica delle attività di controllo ......................................................................................... 28 
3.9 Rilevamento di anomalie e/o guasti ...................................................................................... 28 
3.9.1 Anomalia «Inser imento di una carta non valida» ...................................................................... 28 
3.9.2 Anomalia «Conf litto di carte».............................................................................................. 28 
3.9.3 Anomalia «Sovrapposizione di orar i».................................................................................... 28 
3.9.4 Anomalia «Guida in assenza di una carta adeguata» .................................................................. 29 
3.9.5 Anomalia «Inser imento carta durante la guida» ........................................................................ 29 
3.9.6 Anomalia «Chiusura errata ultima sessione carta» .................................................................... 29 
3.9.7 Anomalia «Superamento della velocità» ................................................................................. 29 
3.9.8 Anomalia «Inte rruzione dell'alimentazione di energia» .............................................................. 29 
3.9.9 Anomalia «Errore di comunicazione con il dispositivo di comunicazione remota» ........................... 29 
3.9.10 Anomalia «Assenza di informazioni sulla posizione provenienti dal ricevito re GNSS» ....................... 29 26.5.2016 L 139/6 Gazzetta ufficiale dell'U nione europea IT     
3.9.11 Anomalia «Errore di comunicazione con il dispositivo GNSS esterno» .......................................... 30 
3.9.12 Anomalia «Errore dati di marcia» ......................................................................................... 30 
3.9.13 Anomalia «Dati contrastanti sul movimento del veicolo» ........................................................... 30 
3.9.14 Anomalia «Tentata violazione della sicurezza» ......................................................................... 30 
3.9.15 Anomalia «Conf litto di orar i».............................................................................................. 30 
3.9.16 Guast o «Car ta»................................................................................................................. 30 
3.9.17 Guast o «Apparecchio di controllo» ....................................................................................... 30 
3.10 Prove incor porate e prove automatic he................................................................................. 31 
3.11 Lettura della memor ia di dati .............................................................................................. 31 
3.12 Registrazione e memor izzazione nella memor ia di dati ............................................................. 31 
3.12.1 Dati di identif icazione dell'apparecch io.................................................................................. 32 
3.12.1.1 Dati di identif icazione dell'unità elettronica di bordo ................................................................ 32 
3.12.1.2 Dati di identif icazione del sensore di moviment o..................................................................... 32 
3.12.1.3 Dati di identif icazione dei sistem i globali di navigazione satellitare .............................................. 33 
3.12.2 Chiavi e certificati ............................................................................................................ 33 
3.12.3 Dati relativi all'inser imento e all'estrazione della carta del conducente o dell'off icina ........................ 33 
3.12.4 Dati relativi all'attività del conducente ................................................................................... 34 
3.12.5 Luoghi e posizioni dove iniziano e term inano i periodi di lavoro gior nalier i e/o dove il periodo di 
guida continuo raggiunge le 3 ore ........................................................................................ 34 
3.12.6 Dati relativi all'odometro ................................................................................................... 35 
3.12.7 Dati dettag liati relativi alla velocità ....................................................................................... 35 
3.12.8 Dati relativi alle anomalie ................................................................................................... 35 
3.12.9 Dati relativi ai guasti ......................................................................................................... 37 
3.12.10 Dati relativi alla taratura .................................................................................................... 38 
3.12.11 Dati relativi alla regolazione dell'ora ..................................................................................... 39 
3.12.12 Dati relativi alle attività di controllo ..................................................................................... 39 
3.12.13 Dati relativi ai blocch i di un'impresa ..................................................................................... 39 
3.12.14 Dati relativi al trasf erimento ............................................................................................... 39 
3.12.15 Dati relativi a condizioni particolar i..................................................................................... 40 
3.12.16 Dati della carta tachigrafica ................................................................................................ 40 
3.13 Lettura delle carte tachi grafi che........................................................................................... 40 
3.14 Registrazione e memor izzazione nelle carte tachigrafiche .......................................................... 40 
3.14.1 Registrazione e memor izzazione nelle carte tachigrafiche di prima generazione .............................. 40 
3.14.2 Registrazione e memor izzazione nelle carte tachigrafiche di seconda generazione ........................... 41 
3.15 Visualizzazione ................................................................................................................ 41 
3.15.1 Visualizzazione predef inita ................................................................................................. 42 26.5.2016 L 139/7 Gazzetta ufficiale dell'U nione europea IT     
3.15.2 Visualizzazione degli avvisi ................................................................................................. 43 
3.15.3 Accesso guidato da menù ................................................................................................... 43 
3.15.4 Visualizzazione di altre informazioni .................................................................................... 43 
3.16 Stampa .......................................................................................................................... 43 
3.17 Avvisi ............................................................................................................................ 44 
3.18 Trasfer imento di dati a un dispositivo esterno......................................................................... 45 
3.19 Comunicazione remota per controlli su strada mirati ............................................................... 45 
3.20 Trasmissione di dati ad altri dispositivi esterni........................................................................ 46 
3.21 Taratura ......................................................................................................................... 47 
3.22 Verifica della taratura su strada ............................................................................................ 47 
3.23 Regolazione dell'ora .......................................................................................................... 48 
3.24 Caratte ristich e prestazionali ................................................................................................ 48 
3.25 Materiali ......................................................................................................................... 48 
3.26 Iscrizioni ........................................................................................................................ 49 
4 REQUISITI DI COS TRUZIONE E FUNZIONAMENTO DELLE CARTE TACHIGRAFICHE ................... 49 
4.1 Dati visibili ..................................................................................................................... 49 
4.2 Sicurezza ........................................................................................................................ 52 
4.3 Nor me ........................................................................................................................... 53 
4.4 Specifi che ambientali ed elettr iche ........................................................................................ 53 
4.5 Memor izzazione dei dati .................................................................................................... 53 
4.5.1 File elementar i per l'identifi cazione e la gestione della carta....................................................... 54 
4.5.2 Identif icazione della carta a circuito integrato ......................................................................... 54 
4.5.2.1 Identif icazione del chip ...................................................................................................... 54 
4.5.2.2 DIR (present e solo nelle carte tachigrafiche di seconda generazione) ............................................ 54 
4.5.2.3 Informazioni ATR (opzionali, presenti solo nelle carte tachigra fiche di seconda generazione) ............. 54 
4.5.2.4 Informazioni di lunghezza estesa (opzionali, presenti solo nelle carte tachigrafiche di seconda genera ­
zione) ............................................................................................................................ 55 
4.5.3 Carta del conducente ........................................................................................................ 55 
4.5.3.1 Applicazione del tachigraf o (accessibile alle unità elettronic he di bordo di prima e seconda genera ­
zione) ............................................................................................................................ 55 
4.5.3.1.1 Identif icazione dell'applicazione ........................................................................................... 55 
4.5.3.1.2 Chiavi e certificati ............................................................................................................ 55 
4.5.3.1.3 Identif icazione della carta................................................................................................... 55 
4.5.3.1.4 Identif icazione del titolare della carta.................................................................................... 55 
4.5.3.1.5 Trasfer imento dei dati della carta......................................................................................... 55 
4.5.3.1.6 Informazioni sulla pate nte di guida ...................................................................................... 55 
4.5.3.1.7 Dati relativi alle anomalie ................................................................................................... 56 26.5.2016 L 139/8 Gazzetta ufficiale dell'U nione europea IT     
4.5.3.1.8 Dati relativi ai guasti ......................................................................................................... 56 
4.5.3.1.9 Dati relativi all'attività del conducente ................................................................................... 57 
4.5.3.1.10 Dati relativi ai veicoli impieg ati........................................................................................... 57 
4.5.3.1.11 Luogo in cui inizia e/o term ina il periodo di lavoro gior naliero .................................................. 58 
4.5.3.1.12 Dati relativi alla sessione della carta...................................................................................... 58 
4.5.3.1.13 Dati relativi alle attività di controllo ..................................................................................... 58 
4.5.3.1.14 Dati relativi a condizioni particolar i..................................................................................... 58 
4.5.3.2 Applicazione del tachigraf o di seconda generazione (non accessibile alle unità elettronic he di bordo di 
prima generazione) ........................................................................................................... 59 
4.5.3.2.1 Identif icazione dell'applicazione ........................................................................................... 59 
4.5.3.2.2 Chiavi e certificati ............................................................................................................ 59 
4.5.3.2.3 Identif icazione della carta................................................................................................... 59 
4.5.3.2.4 Identif icazione del titolare della carta.................................................................................... 59 
4.5.3.2.5 Trasfer imento dei dati della carta......................................................................................... 59 
4.5.3.2.6 Informazioni sulla pate nte di guida ...................................................................................... 59 
4.5.3.2.7 Dati relativi alle anomalie ................................................................................................... 59 
4.5.3.2.8 Dati relativi ai guasti ......................................................................................................... 60 
4.5.3.2.9 Dati relativi all'attività del conducente ................................................................................... 61 
4.5.3.2.10 Dati relativi ai veicoli impieg ati........................................................................................... 61 
4.5.3.2.11 Luogo e posizione in cui inizia e/o term ina il periodo di lavoro gior naliero ................................... 62 
4.5.3.2.12 Dati relativi alla sessione della carta...................................................................................... 62 
4.5.3.2.13 Dati relativi alle attività di controllo ..................................................................................... 62 
4.5.3.2.14 Dati relativi a condizioni particolar i..................................................................................... 63 
4.5.3.2.15 Dati relativi alle unità elettronic he di bordo usat e.................................................................... 63 
4.5.3.2.16 Dati relativi al luogo in cui si raggiungono le tre ore di guida ininte rrotta ..................................... 63 
4.5.4 Carta dell'officina ............................................................................................................. 63 
4.5.4.1 Applicazione del tachigraf o (accessibile alle unità elettronic he di bordo di prima e seconda genera ­
zione) ............................................................................................................................ 63 
4.5.4.1.1 Identif icazione dell'applicazione ........................................................................................... 63 
4.5.4.1.2 Chiavi e certificati ............................................................................................................ 63 
4.5.4.1.3 Identif icazione della carta................................................................................................... 64 
4.5.4.1.4 Identif icazione del titolare della carta.................................................................................... 64 
4.5.4.1.5 Trasfer imento dei dati della carta......................................................................................... 64 
4.5.4.1.6 Dati relativi a taratura e regolazione dell'ora ........................................................................... 64 26.5.2016 L 139/9 Gazzetta ufficiale dell'U nione europea IT     
4.5.4.1.7 Dati relativi ad anomalie e guasti ......................................................................................... 65 
4.5.4.1.8 Dati relativi all'attività del conducente ................................................................................... 65 
4.5.4.1.9 Dati relativi ai veicoli impieg ati........................................................................................... 65 
4.5.4.1.10 Dati relativi all'inizio e/o al term ine del periodo di lavoro gior naliero ........................................... 65 
4.5.4.1.11 Dati relativi alla sessione della carta...................................................................................... 65 
4.5.4.1.12 Dati relativi alle attività di controllo ..................................................................................... 65 
4.5.4.1.13 Dati relativi a condizioni particolar i..................................................................................... 65 
4.5.4.2 Applicazione del tachigraf o di seconda generazione (non accessibile alle unità elettronic he di bordo di 
prima generazione) ........................................................................................................... 65 
4.5.4.2.1 Identif icazione dell'applicazione ........................................................................................... 65 
4.5.4.2.2 Chiavi e certificati ............................................................................................................ 66 
4.5.4.2.3 Identif icazione della carta................................................................................................... 66 
4.5.4.2.4 Identif icazione del titolare della carta.................................................................................... 66 
4.5.4.2.5 Trasfer imento dei dati della carta......................................................................................... 66 
4.5.4.2.6 Dati relativi a taratura e regolazione dell'ora ........................................................................... 66 
4.5.4.2.7 Dati relativi ad anomalie e guasti ......................................................................................... 67 
4.5.4.2.8 Dati relativi all'attività del conducente ................................................................................... 67 
4.5.4.2.9 Dati relativi ai veicoli impieg ati........................................................................................... 67 
4.5.4.2.10 Dati relativi all'inizio e/o al term ine del periodo di lavoro gior naliero ........................................... 67 
4.5.4.2.11 Dati relativi alla sessione della carta...................................................................................... 67 
4.5.4.2.12 Dati relativi alle attività di controllo ..................................................................................... 67 
4.5.4.2.13 Dati relativi alle unità elettronic he di bordo usat e.................................................................... 67 
4.5.4.2.14 Dati relativi al luogo in cui si raggiungono le tre ore di guida ininte rrotta ..................................... 68 
4.5.4.2.15 Dati relativi a condizioni particolar i..................................................................................... 68 
4.5.5 Carta di controllo ............................................................................................................. 68 
4.5.5.1 Applicazione del tachigraf o (accessibile alle unità elettronic he di bordo di prima e seconda genera ­
zione) ............................................................................................................................ 68 
4.5.5.1.1 Identif icazione dell'applicazione ........................................................................................... 68 
4.5.5.1.2 Chiavi e certificati ............................................................................................................ 68 
4.5.5.1.3 Identif icazione della carta................................................................................................... 68 
4.5.5.1.4 Identif icazione del titolare della carta.................................................................................... 68 
4.5.5.1.5 Dati relativi alle attività di controllo ..................................................................................... 69 
4.5.5.2 Applicazione del tachigraf o di seconda generazione (non accessibile alle unità elettronic he di bordo di 
prima generazione) ........................................................................................................... 69 
4.5.5.2.1 Identif icazione dell'applicazione ........................................................................................... 69 
4.5.5.2.2 Chiavi e certificati ............................................................................................................ 69 26.5.2016 L 139/10 Gazzetta ufficiale dell'U nione europea IT     
4.5.5.2.3 Identif icazione della carta................................................................................................... 69 
4.5.5.2.4 Identif icazione del titolare della carta.................................................................................... 69 
4.5.5.2.5 Dati relativi alle attività di controllo ..................................................................................... 70 
4.5.6 Carta dell'azienda ............................................................................................................. 70 
4.5.6.1 Applicazione del tachigraf o (accessibile alle unità elettronic he di bordo di prima e seconda genera ­
zione) ............................................................................................................................ 70 
4.5.6.1.1 Identif icazione dell'applicazione ........................................................................................... 70 
4.5.6.1.2 Chiavi e certificati ............................................................................................................ 70 
4.5.6.1.3 Identif icazione della carta................................................................................................... 70 
4.5.6.1.4 Identif icazione del titolare della carta.................................................................................... 70 
4.5.6.1.5 Dati relativi alle attività dell'impresa ..................................................................................... 70 
4.5.6.2 Applicazione del tachigraf o di seconda generazione (non accessibile alle unità elettronic he di bordo di 
prima generazione) ........................................................................................................... 71 
4.5.6.2.1 Identif icazione dell'applicazione ........................................................................................... 71 
4.5.6.2.2 Chiavi e certificati ............................................................................................................ 71 
4.5.6.2.3 Identif icazione della carta................................................................................................... 71 
4.5.6.2.4 Identif icazione del titolare della carta.................................................................................... 71 
4.5.6.2.5 Dati relativi alle attività dell'impresa ..................................................................................... 71 
5 MONT AGGIO DELL'APP ARECCH IO DI CONTR OLLO .............................................................. 72 
5.1 Montaggio ...................................................................................................................... 72 
5.2 Targhetta di montaggio ...................................................................................................... 73 
5.3 Sigilli ............................................................................................................................. 74 
6 VERIFICH E, CONTR OLLI E RIPARAZIONI ............................................................................. 74 
6.1 Autorizzazione di installatori , officine e costr uttori di veicoli ..................................................... 74 
6.2 Verifica degli strumenti nuo vi o riparati ................................................................................ 75 
6.3 Controllo in sede di montaggio ........................................................................................... 75 
6.4 Controlli periodici ............................................................................................................ 75 
6.5 Determinazione degli errori................................................................................................ 76 
6.6 Riparazioni ..................................................................................................................... 76 
7 RILASCIO DELL A CARTA.................................................................................................. 76 
8 OMOLOGAZIONE DELL'APP ARECCHIO DI CONTR OLLO E DELLE CARTE TACHIGRAFICHE ......... 77 
8.1 Prescr izioni general i.......................................................................................................... 77 
8.2 Certificato di sicurezza ...................................................................................................... 78 
8.3 Certificato funzionale ........................................................................................................ 78 
8.4 Certificato di interoperabilità .............................................................................................. 78 
8.5 Scheda di omologazio ne.................................................................................................... 79 
8.6 Procedura eccezionale: primi certificati di inter operabilità per gli apparecchi di controllo e le carte ta­
chigraf iche di 2a generazione .............................................................................................. 80  26.5.2016 L 139/11 Gazzetta ufficiale dell'U nione europea IT     
INTR ODUZIONE 
Il sistem a tachigrafico digitale di prima generazione è in uso dal 1o maggio 2006 e può essere utilizzat o fino alla fine del 
propr io ciclo di vita per il traspor to intern o. Per il traspor to internazionale invece, 15 anni dopo l'entrata in vigore del 
present e regolamento della Commissione, tutti i veicoli devon o essere dotati di un tachi grafo intellig ente di seconda 
generazione conf orme, introdotto dal presente regolamento. 
Il present e allegat o reca i requisiti degli apparecchi di controllo e delle carte tachi grafi che di seconda generazione. A 
decor rere dalla data della sua introduzione, sui veicoli immatr icolati per la prima volta si dovranno montare gli 
apparecc hi di controllo di seconda generazione e per essi dovranno essere rilasciate le carte tachi grafi che di seconda 
generazione. 
Al fine di agevolare l'introduzione del sistema tach igraf ico di seconda generazione: 
—  le carte tachi grafi che di seconda generazione devono essere prog ettate per poter essere utilizzat e anch e nelle unità 
elettronic he di bordo di prima generazione, 
—  e non sarà richiesta la sostituzione delle carte tachigrafiche di prima generazione in corso di validità alla data di 
introduzione. 
Ciò consentirà ai conducenti di mantenere la propr ia carta del conducente unica e di utilizzare con essa entrambi i 
sistemi . 
Gli apparecc hi di controllo di seconda generazione devono tutta via essere tarati utilizzando unicamente carte dell'officina 
di seconda generazione. 
Il present e alleg ato contiene tutti i requisiti relativi all'inte roperabilità tra il sistem a tachi grafi co di prima e quello di 
seconda generazione. 
L'appendice 15 specifica ulteriormente come gestire la coesistenza dei due sistemi . 
Elenco delle appendici 
App 1: DIZIONARIO DEI DATI 
App 2: SPECIFICHE RIGU ARD ANTI LE CARTE TACHIGRAF ICHE 
App 3: PITTOGRAMMI 
App 4: STAMPE 
App 5: DISPOSITIV O DI VISU ALIZZAZIONE 
App 6: CONNETTORE ANTERIORE PER LA TARA TURA E IL TRASFERIMENTO DEI DATI 
App 7: PROTOC OLLI DI TRASFERIMENTO DEI DATI 
App 8: PROTOC OLLO DI TARA TURA 
App 9: OMOL OGAZIONE ED ELENCO DELLE PROVE MINIME PRESCRITTE 
App 10: REQUISITI DI SICUREZZA 
App 11: MECCANISMI COMUNI DI SICUREZZA 
App 12: POSIZIONAMENTO BAS ATO SUL SISTEMA GLOBALE DI NAVIGAZIONE SATELLIT ARE (GNSS) 
App 13: INTERF ACCIA ITS 
App 14: FUNZIONE DI COMUNICAZIO NE REMOT A 
App 15: MIGRAZIONE: GESTIONE DELL A COESISTEN ZA DI DIVERSE GENERAZIONI DI APP ARECCHIA TURE 
App 16: ADATTATORE PER VEICOLI DELLE CATEGORIE M1 E N1  26.5.2016 L 139/12 Gazzetta ufficiale dell'U nione europea IT     
1  DEFINIZIONI 
Ai sensi del present e alleg ato, s'int ende per: 
a)  «attivazione», 
la fase in cui il tachi grafo diventa pienamente operativo e in grado di assolvere tutte le sue funzioni, 
compr ese quelle di sicurezza, tramite l'uso di una carta dell'off icina; 
b)  «aut enticazione», 
la funzione di identif icazione e verifica dell'identità indicata; 
c)  «aut enticità», 
la caratter istica di un'inf ormazione di provenire da una fonte di cui si può verificare l'identità; 
d)  «pro va incor porata», 
le prove effettuate su richiesta, azionate dall'operat ore o da un apparecc hio ester no; 
e)  «gior no di calendar io», 
una gior nata che va dalle ore 00:00 alle ore 24:00. Tutti i gior ni di calendar io si riferiscono all'ora 
UTC (tempo universale coordinato); 
f)  «taratura» del tachigraf o intellig ente, 
l'aggior nament o o la conferma dei parametr i del veicolo da conser vare nella memor ia di dati. Tali 
parametr i comprendono l'identifi cazione del veicolo (VIN, VRN e Stato membro di immatr icolazione) 
e le caratt eristiche del veicolo [w, k, l, dimensioni degli pneumatici, regolazione del limitatore di 
velocità (se applicabile), ora corrente (UTC), valore corrente dell'odometro]. Durant e la taratura di un 
apparecc hio di controllo, anche i tipi e gli identif icativi di tutti i sigilli di omologazione pertinenti 
devon o essere registrati nella memor ia di dati. 
Qualsiasi aggior nament o o conferma esclusivament e dell'ora UTC sono considerati una regolazione 
dell'ora e non una taratura, purc hé non siano in contrasto con il requisito 409. 
La taratura di un apparecch io di controllo richiede l'impiego di una carta dell'off icina; 
g)  «numero della carta», 
un numero di 16 caratt eri alfanumer ici che identif ica in modo inequiv ocabile una carta tachi grafi ca 
all'int erno di uno Stato membro. Il numero della carta compre nde un codice di serie (se applicabile), 
un codice di sostituzione e un codice di rinno vo della stessa. 
Una carta è quindi identif icata in modo inequiv ocabile dal codice dello Stato membro di rilascio e dal 
numero della carta; 
h)  «codice di serie della carta», 
il 14o carattere alfanumer ico del numero della carta inteso a differenziare le diverse carte rilasciate ad 
un'im presa, un'off icina o un'autori tà di controllo autori zzate ad ottenere più carte tachigrafiche. 
L'im presa, l'officina o l'autorità di controllo sono identif icate in modo inequiv ocabile dai primi 13 
caratt eri del numero della carta; 
i)  «codice di rinno vo della carta», 
il 16o caratt ere alfanumer ico del numero della carta, che viene aumentato di un'unità ad ogni rinno vo 
della carta tachigrafica; 
j)  «codice di sostituzione della carta», 
il 15o caratt ere alfanumer ico del numero della carta, che viene aumentat o di un'unità ad ogni 
sostituzione della carta tach igraf ica; 26.5.2016 L 139/13 Gazzetta ufficiale dell'U nione europea IT     
k)  «coefficiente caratteri stico del veicolo», 
la caratt eristica numer ica che espr ime il valore del segnale di uscita emesso dalla parte del veicolo 
colleg ata all'apparecch io di controllo (asse o albero di uscita del cambio) quando il veicolo percor re la 
distanza di un chilometro in condizioni normali di prova, come definite nel requisito 414. Il 
coefficiente caratt eristico è espresso in impulsi per chilometro (w = … imp/km); 
l)  «car ta dell'azienda», 
una carta tachi grafic a rilasciata dalle autori tà di uno Stato membro a un'impresa di traspor to stradale 
che deve usare veicoli muniti di tachigraf o, che identif ica l'impre sa di traspor to e consent e la visualiz ­
zazione, il trasf erimento e la stam pa dei dati archiviati nel tachigraf o che sono stati bloccati da tale 
impresa di traspor to; 
m)  «costant e dell'apparecc hio di controllo», 
la caratter istica numer ica che espr ime il valore del segnale di entrata necessar io per ottenere l'indi ­
cazione e la registrazione della distanza percorsa di 1 chilometro. La costant e è espressa in impulsi per 
chilometro (k = … imp/km); 
n)  «per iodo di guida continuo», calcolat o all'inte rno dell'apparecc hio di controllo come (1): 
il periodo di guida continuo è calcolato come la somma corrente dei periodi di guida accumulati da 
un deter minat o conducent e, a partire dal term ine del suo ultimo periodo di DISPONIBILIT À o di 
INTERR UZIONE/RIPOSO o NON NOTO (2) di 45 minuti o più [questo periodo può essere ripar tito 
come prescr itto dal regolamento (CE) n. 561/2006 del Parlamento europeo e del Consig lio (3)]. I 
calcoli tengono conto, a seconda della necessità, delle attività precedenti memor izzate sulla carta del 
conducent e. Qualora il conducent e non abbia inser ito la sua carta, i calcoli si basano sulle registrazioni 
nella memor ia di dati riferite al periodo corrent e durante il quale la carta non era inser ita e relative 
alla sede (slot) pertinente; 
o)  «car ta di controllo», 
una carta tachi grafi ca rilasciata dalle autorità di uno Stato membro a un'aut orità di controllo 
nazionale compet ente, che identif ica l'organ ismo di controllo e, facoltativamente, l'agent e di controllo, 
e consente l'accesso ai dati archiviati nella memor ia di dati, nelle carte del conducente e, facoltati ­
vament e, nelle carte dell'officina, per la lettura, la stampa e/o il trasfer iment o. 
Essa dà accesso anch e alla funzione di verifica della taratura su strada e ai dati del lettore della 
comunicazione remota a fini di diagnosi precoce; 
p)  «per iodo cumulato di interr uzione», calcolat o all'int erno dell'apparecc hio di controllo come (1): 
il periodo cumulato di interr uzione della guida è calcolat o come la somma corrente dei periodi di 
DISPONIBILIT À o di INTERR UZIONE/RIPOSO o NON NOTI (2) di 15 minuti o più accumulati da un 
determinato conducente, a partire dal termine del suo ultimo periodo di DISPONIBILIT À o di 
INTERR UZIONE/RIPOSO o NON NOTO (2) di 45 minuti o più [questo periodo può essere ripar tito 
come prescr itto dal regolamento (CE) n. 561/2006]. 
I calcoli tengono conto, a seconda della necessità, delle attività precedenti memor izzate sulla carta del 
conducent e. I periodi non noti di durata negativa (inizio del periodo non noto > term ine del periodo 
non noto), dovuti a sovrapposizioni di orar i tra due diversi apparecc hi di controllo, non sono presi in 
considerazione. 
Qualora il conducent e non abbia inser ito la sua carta, i calcoli si basano sulle registrazioni nella 
memor ia di dati riferite al periodo corrente durante il quale la carta non era inser ita e relative alla 
sede (slot) pertinente; 26.5.2016 L 139/14 Gazzetta ufficiale dell'U nione europea IT     
(1)Quest o metodo di calcolo del periodo di guida continuo e del periodo cumulato di inter ruzione consente all'apparecc hio di controllo di 
calcolare gli avvisi relativi al periodo di guida continuo. Esso non pregiudica l'interpretazione giur idica di tali periodi. Ai fini del calcolo 
del periodo di guida continuo e del periodo cumulato di interr uzione si possono utilizzare metodi alternativi per sostituire le presenti 
definizioni qualora risultino superat e a seguito di modifiche di altri atti legislativi pertinenti. 
(2)I periodi NON NOTI corrispondono ai periodi durante i quali la carta del conducent e non era inser ita in un apparecchio di controllo e 
per i quali non è stata effet tuata l'immissione manuale delle attività del conducente. 
(3)Regolament o (CE) n. 561/2006 del Parlament o europeo e del Consig lio, del 15 marzo 2006, relativo all'ar monizzazione di alcune 
disposizioni in materia sociale nel setto re dei traspor ti su strada e che modifica i regolamenti del Consig lio (CEE) n. 3821/85 e (CE) n. 
2135/98 e abroga il regolamento (CEE) n. 3820/85 del Consig lio (GU L 102 dell'11.4.2006, pag. 1). 
q)  «memor ia di dati», 
un dispositivo elettronico di memor izzazione di dati, incor porato nell'apparecc hio di controllo; 
r)  «firma digitale», 
i dati aggiunti a un blocco di dati o una trasf ormazione crittografica dello stess o, che consentono al 
destinatar io del blocco di dati di verificar ne l'aut enticità e l'integrità; 
s)  «trasferimento», 
la copia, unitament e alla firma digitale, di una parte o di una serie completa di file di dati, registrati 
nella memor ia di dati dell'unità elettronica di bordo (VU) o nella memor ia di una carta tachi grafi ca, a 
condizione che tale procedura non modifichi o cancelli i dati memor izzati. 
I fabbr icanti delle unità elettronic he di bordo (tachigraf o intellig ente) e i fabbricanti delle apparec ­
chiature destinat e al trasfe rimento di file di dati devono adottare tutti i provvedimenti ragionevoli per 
garantire che il trasf erimento dei dati in questione avvenga in modo da causare ritardi minimi 
all'attività delle imprese di traspor to o dei conducenti. 
Il trasf erimento del file relativ o alla velocità può non essere necessar io per stabilire la conf ormità al 
regolamento (CE) n. 561/2006, ma può essere usato per altri scopi, ad esem pio per accer tare le cause 
di un incident e; 
t)  «car ta del conducent e», 
una carta tachi grafi ca rilasciata dalle autorità di uno Stato membro a un deter minat o conducente, che 
lo identifica e consente l'archiviaz ione dei dati sulla sua attività; 
u)  «circonf erenza effettiva delle ruote», 
la media delle distanze percorse da ciascuna delle ruote che imprimono il movimento al veicolo (ruote 
motr ici) durant e una rotazione compl eta. La misurazione di queste distanze deve essere effettuata in 
condizioni normali di prova, come definite nel requisit o 414, ed è espressa come: «l = … mm». I 
costr uttori di veicoli possono sostituire la misurazione di queste distanze con un calcolo teorico che 
tenga conto della ripar tizione del peso sugli assi, con veicolo a vuoto in normali condizioni di 
marcia (1). I metod i di tale calcolo teorico devon o essere appro vati da un'autor ità compet ente degli 
Stati membr i e tale appro vazione può avvenire solo prima dell'attivazione del tachi grafo; 
v)  «anomalia», 
un'operazione anomala rilevata dal tach igraf o intellig ente, poten zialmente risultante da un tentativo di 
frode; 
w)  «dispositiv o GNSS esterno», 
un dispositivo compr endente il ricevito re GNSS, quando l'unità elettronica di bordo non è un'unità 
singola, nonché gli altri compo nenti necessar i per prot eggere la comunicazione dei dati sulla 
posizione al resto delle unità elettronic he di bordo; 
x)  «guast o», 
un'operazione anomala rilevata dal tachi grafo intellig ente, che può essere dovuta al cattivo funzio ­
nament o o al guasto di un apparecc hio; 
y)  «ricevitore GNSS», 
un dispositivo elettronico che riceve ed elabora digitalmente i segnali di uno o più sistemi globali di 
navigaz ione satellitare (in inglese GNSS) per fornire informazioni sulla posizione, la velocità e l'ora; 
z)  «montaggio», 
il montaggio di un tachigraf o su un veicolo; 26.5.2016 L 139/15 Gazzetta ufficiale dell'U nione europea IT     
(1)Regolament o (UE) n. 1230/2012 della Commissione, del 12 dicembre 2012, che attua il regolamento (CE) n. 661/2009 del Parlamento 
europeo e del Consig lio per quanto riguarda i requisiti di omologa zione per le masse e le dimensioni dei veicoli a motor e e dei loro 
rimorchi e che modifica la direttiva 2007/46/CE del Parlament o europeo e del Consig lio (GU L 353 del 21.12.2012, pag. 31), come 
modificata da ultimo. 
aa)  «interoperabilità», 
la capacità dei sistem i e dei processi industr iali e commerciali sottostanti di scambiare dati e di 
condividere informazioni; 
bb)  «interfaccia», 
strumento posto tra sistem i, che fornisce i mezzi attraverso i quali detti sistemi possono collegar si e 
interagire; 
cc)  «posizione», 
coordinat e geografiche del veicolo in un dato momento; 
dd)  «sensore di movimento», 
una parte del tach igraf o che fornisce un segnale rappresentativ o della velocità del veicolo e/o della 
distanza percorsa; 
ee)  «car ta non valida», 
una carta individuata come difettosa oppure la cui autenticazione iniziale è stata respinta o la cui data 
di inizio di validità non è ancora stata raggiunta o la cui data di scadenza è stata superata; 
ff)  «standard aper to», 
uno standard definito in un documento contenent e le relative specifi che disponibile gratuitamente o a 
un prezzo simbolico, che può essere copiat o, divulg ato o usat o a titolo gratuit o o previo pagament o 
di un importo simbolico; 
gg)  «escluso dal campo di applicazione», 
la circostanza in cui non è prescr itto l'uso dell'apparecc hio di controllo, secondo le disposizioni del 
regolamento (CE) n. 561/2006; 
hh)  «superament o della velocità», 
il superamento della velocità autor izzata del veicolo, definito come ogni periodo di durata super iore a 
60 secondi durant e il quale la velocità misurata del veicolo supera il limite del valore di regolazione 
del limitator e di velocità stabilito dalla direttiva 92/6/CEE del Consig lio (1), come modificata da ultimo; 
ii)  «controllo periodico», 
un insieme di operazioni effettuate per verificare il corretto funzionament o del tachigraf o, la 
corrispondenza tra le impostazioni e i parametr i del veicolo e l'assenza di un eventuale collegam ento 
del tachi grafo a dispositivi di manipolazione; 
jj)  «stampan te», 
un compo nente dell'apparecchio di controllo che stam pa i dati memor izzati; 
kk)  «comunicazione remota a fini di diagnosi precoce», 
la comunicazione tra il dispositivo di comunicazione remota a fini di diagnosi precoce e il lettore 
della comunicazione remota a fini di diagnosi precoce durante i controlli su strada mirati al fine di 
individuare a distanza eventuali manomissioni o usi impropr i dell'apparecc hio di controllo; 
ll)  «dispositiv o di comunicazione remota», 
le dotazioni dell'unità elettronica di bordo utilizzate per svolg ere controlli su strada mirati; 26.5.2016 L 139/16 Gazzetta ufficiale dell'U nione europea IT     
(1)Direttiva 92/6/CEE del Consig lio, del 10 febbraio 1992, concer nente il montaggio e l'impiego di limitatori di velocità per talune categ orie 
di auto veicoli nella Comunità (GU L 57 del 2.3.1992, pag. 27). 
mm)  «lett ore della comunicazione remota a fini di diagnosi precoce», 
il sistema utilizzato per i controlli su strada mirati dagli agenti preposti; 
nn)  «rinno vo», 
il rilascio di una nuo va carta tachigrafica quando una carta esistent e raggiunge il term ine del suo 
periodo di validità o non funziona correttamente e viene restituita alle autorità di rilascio. Il rinno vo 
implica sempre la certezza che due carte valide non coesistano; 
oo)  «riparazione», 
qualunque riparazione di un sensore di movimento, di un'unità elettronica di bordo o di un cavo che 
compo rti l'inter ruzione dell'alimentazione di energia o del suo collegament o ad altri compo nenti del 
tach igraf o o l'aper tura del sensore di movimento o dell'unità elettronica di bordo; 
pp)  «sostituzione della carta», 
il rilascio di una carta tachigrafica in sostituzione di una carta esistent e, dichiarata smar rita, rubata o 
non funzionante, che non viene restituita alle autorità di rilascio. La sostituzione implica sem pre il 
rischio che possano coesister e due carte valide; 
qq)  «cer tificazion e della sicurezza», 
la procedura, condotta da un organismo di certificaz ione di criteri comuni, volta a certificare che 
l'apparecch io di controllo (o un suo compo nente ) o la carta tachigra fica in esame soddisfa no i 
requisiti di sicurezza definiti nei rispettivi profili di protez ione; 
rr)  «pro va automatica», 
le prove cicliche ed automatic he effettuate dall'apparecchio di controllo per rilevare eventuali guasti; 
ss)  «misurazione del tempo», 
una registrazione digitale permanent e del tempo (data e ora) universale coordinato (UTC); 
tt)  «regolazione dell'ora», 
una regolazione automatica dell'ora ad inter valli regolar i ed entro un margine di tolleranza massimo 
di un minut o o una regolazione effettuata durante la taratura; 
uu)  «dimensioni degli pneumatici», 
l'indicazione delle dimensioni degli pneumatici (ruote motr ici ester ne), in conf ormità alla direttiva 
92/23/CEE, del Consig lio (1), come modifi cata da ultimo; 
vv)  «identificazione del veicolo», 
i numer i che identificano il veicolo: il numero di immatr icolazione del veicolo (VRN), con indicazione 
dello Stato membro di immatr icolazione, e il numero di identif icazione del veicolo (VIN) (2); 
ww)  «settimana», ai fini dei calcoli interni dell'apparecch io di controllo, 
il periodo compre so tra le ore 00:00 UTC del lunedì e le ore 24:00 UTC della domenica; 26.5.2016 L 139/17 Gazzetta ufficiale dell'U nione europea IT     
(1)Direttiva 92/23/CEE del Consig lio, del 31 marzo 1992, relativa ai pneumatici dei veicoli a motore e dei loro rimorchi nonché al loro 
montaggio (GU L 129 del 14.5.1992, pag. 95). 
(2)Direttiva 76/114/CEE del Consig lio, del 18 dicembre 1975, per il ravvicinament o delle legislazioni degli Stati membr i relative alle 
targhette ed alle iscrizioni regolamentar i nonché alla loro posizione e modo di fissaggio per i veicoli a motore e i loro rimorchi (GU L 24 
del 30.1.1976, pag. 1). 
xx)  «car ta dell'off icina», 
una carta tachi grafi ca rilasciata dalle autorità di uno Stato membro al personale designato di un 
produtto re di tachigrafi, un installatore, un costr uttor e di veicoli o un'officina appro vati da tale Stato 
membro, che identifica il titolare della carta e consente il collaudo, la taratura e l'attivazione dei 
tach igraf i e/o il trasfe rimento di dati dai medesimi; 
yy)  «adattat ore», 
un dispositivo , che fornisce un segnale costant emente rappresentativ o della velocità del veicolo e/o 
della distanza percorsa, diverso da quello utilizzato per il rilevament o del movimento indipendente, e 
che: 
—  è montato e utilizzato soltant o sui veicoli delle catego rie M1 e N1 (quali definiti nell'allegat o II 
della direttiva 2007/46/CE del Parlamento europeo e del Consig lio (1), come modificata da ultimo) 
messi in circolazione dal 1o maggio 2006, 
—  è montato nei casi in cui non è meccanicamente possibile montare alcun altro tipo di sensore di 
moviment o esistent e altrimenti conf orme alle disposizioni del presente allega to e delle appendici 
da 1 a 15 dello stess o, 
—  è montato tra l'unità elettronica di bordo e il punto in cui gli impulsi relativi alla velocità/distanza 
sono generati da sensor i integrati o interfa cce altern ative, 
—  visto dall'unità elettronica di bordo, l'adattator e funziona come se un sensore di movimento, 
conf orme alle disposizioni del presente allegat o e delle appendici da 1 a 16 dello stesso, fosse 
collegat o all'unità elettronica di bordo. 
L'uso dell'adattatore nei veicoli sopra descr itti deve consentire il montaggio e il corretto utilizzo di 
un'unità elettronica di bordo conf orme a tutti i requisiti del presente allegat o. 
Per tali veicoli il tachi grafo intelli gent e compre nde i cavi, l'adattat ore e l'unità elettronica di bordo; 
zz)  «integrità dei dati», 
l'accurat ezza e la coerenza dei dati memor izzati, indicata dall'assenza di qualsiasi cambiamento dei 
dati tra due aggior namenti di un registro di dati. L'integr ità implica che i dati siano una copia 
conf orme della versione originale, ad esem pio che non siano stati danneggiati durant e la scrittura su 
una carta tachi grafi ca o un dispositivo apposit o e la lettura da essi o durante la trasmissione tramite 
qualsiasi canale di comunicazione; 
aaa)  «riservatezza dei dati», 
l'insieme delle misure tecnic he adottat e per garantire la corretta attuazione dei principi enunciati nella 
direttiva 95/46/CE, del Parlament o europeo e del Consig lio (2), come pure di quelli previsti nella 
direttiva 2002/58/CE del Parlamento europeo e del Consig lio (3); 
bbb)  «sist ema tach igraf ico intellig ente», 
l'apparecch io di controllo, le carte tach igraf iche e l'insieme di tutte le apparecchiature che intera­
giscono direttamente o indirettamente durante la loro costr uzione, installazione, uso, collaudo e 
controllo, come le carte, il lettore della comunicazione remota e qualsiasi altro dispositivo per il trasfe ­
riment o dei dati, l'analisi dei dati, la taratura, la creazione, la gestione o l'introduzione di elementi di 
sicurezza, ecc.; 
ccc)  «data di introduzione», 
36 mesi dopo l'entrata in vigore delle disposizioni dettag liate di cui all'ar ticolo 11 del regolamento 
(UE) n. 165/2014 del Parlament o europeo e del Consig lio (4). 26.5.2016 L 139/18 Gazzetta ufficiale dell'U nione europea IT     
(1)Direttiva 2007/46/CE del Parlamento europeo e del Consig lio, del 5 settembre 2007, che istituisce un quadro per l'omolog azione dei 
veicoli a motore e dei loro rimorchi, nonché dei sistem i, componenti ed entità tecnic he destinati a tali veicoli («direttiva quadro») (GU L 
263 del 9.10.2007, pag. 1). 
(2)Direttiva 95/46/CE del Parlamento europeo e del Consig lio, del 24 ottobre 1995, relativa alla tutela delle persone fisiche con riguardo al 
trattamento dei dati personali, nonché alla libera circolazione di tali dati (GU L 281 del 23.11.1995, pag. 31). 
(3)Direttiva 2002/58/CE del Parlament o europeo e del Consig lio, del 12 luglio 2002, relativa al trattamento dei dati personali e alla tutela 
della vita privata nel setto re delle comunicazioni elettroniche (direttiva relativa alla vita privata e alle comunicazioni elettroniche) (GU L 
201 del 31.7.2002, pag. 37). 
(4)Regolament o (UE) n. 165/2014 del Parlament o europeo e del Consig lio, del 4 febbraio 2014, relativo ai tachigrafi nel setto re dei traspor ti 
su strada, che abroga il regolamento (CEE) n. 3821/85 del Consig lio relativo all'apparecchio di controllo nel settore dei traspor ti su strada 
e modifica il regolamento (CE) n. 561/2006 del Parlament o europeo e del Consig lio relativo all'ar monizzazione di alcune disposizioni in 
mat eria sociale nel setto re dei traspor ti su strada (GU L 60 del 28.2.2014, pag. 1). 
È questa la data a partire dalla quale i veicoli immatr icolati per la prima volta: 
—  devono esser e dotati di un tachig rafo colleg ato a un servizio di posizionamento basato su un sistema di 
navig azione satellitar e, 
—  devono esser e in grado di comunicare i dati per i controlli su strada mirati alle autor ità di contro llo 
competenti, mentre il veicolo è in movimento, 
—  e possono esser e muniti di interfacce standar dizzate che consentono di usare i dati registr ati o generati dal 
tachig rafo digitale nel modo funzionamento, mediante un dispositivo ester no; 
ddd)  «profilo di protezione», 
un document o, utilizzato come parte del processo di certificazione secondo criteri comuni, che 
fornisce le specifi che indipendenti dall'attuazione dei requisiti di sicurezza per la garanzia di sicurezza 
delle informazioni; 
eee)  «accuratez za del GNSS», 
nel contest o della registrazione della posizione dal sistema globale di navi gazione satellitare (GNSS) 
con i tach igraf i, il valore dell'HDOP (Hor izontal Dilution of Precision), calcolato come il valore HDOP 
minimo tra quelli raccolti sui sistemi GNSS disponibili. 
2  CARA TTERISTICH E GENERALI E FUNZIONI DELL'APP ARECCHIO DI CON TROLL O 
2.1  Caratter istiche generali 
L'apparecc hio di controllo ha la finalità di registrare, memor izzare, visualizzare, stampare e trasmette re dati 
relativi alle attività del conducent e. 
I veicoli su cui è montato un apparecc hio di controllo conf orme alle disposizioni del present e allegat o 
devon o essere muniti di un indicatore di velocità e di un odometro. Tali funzioni possono essere 
incor porate nell'apparecchio di controllo. 
1)  L'apparecc hio di controllo comprende i cavi, un sensore di movimento e un'unità elettronica di 
bordo. 
2)  L'interfaccia tra i sensor i di movimento e le unità elettronic he di bordo deve soddisfar e le prescr izioni 
specifi cate nell'appendice 11. 
3)  L'unità elettronica di bordo deve essere collegata a uno o più sistemi globali di navig azione satellitare, 
come specificato nell'appendice 12. 
4)  L'unità elettronica di bordo deve comunicare con i lettori della comunicazione remota a fini di 
diagnosi precoce, come specificato nell'appendice 14. 
5)  L'unità elettronica di bordo può comprende re un'int erfaccia ITS, specifi cata nell'appendice 13. 
L'apparecc hio di controllo può essere collega to ad altri dispositivi attra verso interfacce supplementar i 
e/o l'interfaccia ITS opzionale. 
6)  L'eventuale presenza nell'apparecc hio di controllo di altre funzioni o altri dispositivi, omologati o 
meno, o il loro collegame nto ad esso non deve interferire direttamente o indirettamente con il funzio ­
namento corretto e sicuro dell'apparecc hio di controllo e con le disposizioni del present e 
regolamento. 
Gli utilizzatori dell'apparecch io di controllo sono identif icati dall'apparecchio per mezzo di carte 
tachigra fiche. 
7)  L'apparecc hio di controllo fornisce diritti di accesso selettivi ai dati e alle funzioni, a seconda del tipo 
e/o dell'identità dell'utilizzator e. 26.5.2016 L 139/19 Gazzetta ufficiale dell'U nione europea IT     
L'apparecc hio di controllo registra e memor izza dati nella sua memor ia di dati, nel dispositivo di comuni ­
cazione remota e sulle carte tachi grafiche. 
Queste operazioni sono effettuate in conf ormità alla direttiva 95/46/CE, del 24 ottobre 1995, relativa alla 
tutela delle persone fisiche con riguardo al trattamento dei dati personali, nonc hé alla libera circolazione di 
tali dati (1), alla direttiva 2002/58/CE, del 12 luglio 2002, relativa al trattamento dei dati personali e alla 
tutela della vita privata nel settore delle comunicazioni elettronic he (2) e all'ar ticolo 7 del regolamento (UE) 
n. 165/2014. 
2.2  Funzioni 
8)  L'apparecc hio di controllo deve garant ire le seguenti funzioni: 
—  controllo dell'inser imento e dell'estrazione delle carte, 
—  misurazione della velocità, della distanza e della posizione, 
—  misurazione del tempo, 
—  controllo delle attività del conducente, 
—  controllo delle condizioni di guida, 
—  immissioni manuali da parte del conducent e: 
—  luogo in cui inizia e/o term ina il periodo di lavoro gior naliero, 
—  attività del conducente, 
—  condizioni particolar i, 
—  gestione dei blocch i di un'im presa, 
—  verifica delle attività di controllo, 
—  rilevamento di anomalie e/o guasti, 
—  prove incor porate e prove automat iche, 
—  lettura della memor ia di dati, 
—  registrazione e memor izzazione nella memor ia di dati, 
—  lettura delle carte tachigrafiche, 
—  registrazione e memor izzazione nelle carte tachi grafi che, 
—  visualizzazione, 
—  stam pa, 
—  avvisi, 
—  trasfe rimento di dati su dispositivi ester ni, 
—  comunicazione remota per controlli su strada mirati, 
—  trasmissione di dati a dispositivi aggiuntivi, 
—  taratura, 
—  verifica su strada della taratura, 
—  regolazione dell'ora. 26.5.2016 L 139/20 Gazzetta ufficiale dell'U nione europea IT     
(1)GU L 281 del 23.11.1995, pag. 31. 
(2)GU L 201 del 31.7.2002, pag. 37. 
2.3  Modalità di funzionamento 
9)  L'apparecc hio di controllo deve prevedere quattro modalità di funzionamento: 
—  modo funzionamento, 
—  modo controllo, 
—  modo taratura, 
—  modo azienda. 
10)  L'apparecc hio di controllo deve passare alla modalità di funzionamento sotto ripor tata, a seconda 
delle carte tachi grafi che in corso di validità inser ite nelle interfacce . Al fine di determinare la modalità 
di funzionament o, la generazione della carta tachi grafi ca è irrilevante, purché la carta inser ita sia 
valida. Una carta dell'off icina di prima generazione deve essere sem pre considerata non valida quando 
è inser ita in un'unità elettronica di bordo di seconda generazione. 
Modalità di funziona ­
mento Sede (slot) del conducente 
Carta assente Carta del condu ­
cent e Carta di controllo Carta dell'officina Carta dell'azienda Sede (slot) del secondo conducente Carta assente Funzionamento Funzionament o Controllo Taratura Azienda 
Carta del condu ­
cente Funzionamento Funzionament o Controllo Taratura Azienda 
Carta di con­
trollo Controllo Controllo Controllo (*) Funzionament o Funzionament o 
Carta dell'off i­
cina Taratura Taratura Funzionament o Taratura (*) Funzionament o 
Carta dell'a ­
zienda Azienda Azienda Funzionament o Funzionament o Azienda (*) 
(*)  In questi casi l'apparecchio di controllo deve usare solo la carta tachigrafica inser ita nella sede (slot) del conducente.  
11)  L'apparecc hio di controllo deve ignorare le carte non valide inser ite, fatta salva la possibilità di 
visualizzare, stam pare o trasfer ire i dati memor izzati su una carta scaduta. 
12)  Tutte le funzioni elencate al punto 2.2 devono essere disponibili in ogni modalità di funzionamento, 
con le seguenti eccezioni: 
—  la funzione di taratura è accessibile solo nel modo taratura, 
—  la funzione di verifica della taratura su strada è accessibile solo nel modo controllo, 
—  la funzione di gestione dei blocch i di un'impresa è disponibile solo nel modo azienda, 
—  la verifica delle attività di controllo è disponibile solo nel modo controllo, 
—  la funzione di trasf erimento dati non è disponibile nel modo funzionamento (fatto salvo quanto 
disposto nel requisit o 193), fatta eccezione per il trasfer iment o dei dati di una carta del 
conducente quando nessun'altra carta è inser ita nell'unità elettronica di bordo. 
13)  L'apparecc hio di controllo può trasmettere qualsiasi dato al dispositivo di visualizzazione, alla 
stampant e o a interfacce ester ne, con le seguenti eccezioni: 
—  nel modo funzionament o, deve essere omessa ogni identificazione personale (cognome e nome/i) 
non corrispondente a una carta tachigrafica inser ita e va parzialmente omesso (un caratt ere sì e 
uno no, da sinistra a destra) ogni numero di carta non corrispondente a una carta tachi grafi ca 
inser ita, 26.5.2016 L 139/21 Gazzetta ufficiale dell'U nione europea IT     
—  nel modo azienda, i dati relativi al conducente (requisiti 102, 105 e 108) possono essere estratti 
soltant o per i periodi per cui non esista un blocco o nessun'altra azienda (identificata dai primi 
13 caratteri del numero della carta dell'azienda) ne abbia attivat o uno, 
—  se nell'apparecchio di controllo non è inser ita una carta, si possono trasmette re solo i dati relativi 
al conducent e riferiti al gior no corrente e agli 8 gior ni di calendar io precedenti, 
—  i dati personali provenienti dall'unità elettronica di bordo non devono essere trasmessi tramite 
l'interfaccia ITS dell'unità elettronica di bordo, salvo previa verifica che il conducente cui i dati si 
riferiscono abbia dato il propr io consenso, 
—  le unità elettronic he di bordo hanno un periodo di validità in condizioni di funzionamento 
normali di 15 anni, che inizia con la data del rilascio dei relativi certificati, ma possono essere 
utilizzate per ulteriori 3 mesi, solo per il trasfer iment o dei dati. 
2.4  Sicurezza 
La sicurezza del sistem a è intesa a prote ggere la memor ia di dati in modo da imp edire l'accesso non 
autori zzat o, la manipolazione dei dati e rilevar ne eventuali tentativi, nonc hé da prot eggere l'integrità e 
l'aut enticità dei dati scambiati tra sensore di moviment o e unità elettronica di bordo, l'inte grità e l'autenticità 
dei dati scambiati tra l'apparecchio di controllo e le carte tachi grafi che, l'integrità e l'aute nticità dei dati 
scambiati tra l'apparecchio di controllo e il dispositivo GNSS esterno, la riservatezza, l'integri tà e l'autenticità 
dei dati scambiati per finalità di controllo tramite la comunicazione remota a fini di diagnosi precoce e da 
verificare l'integri tà e l'aut enticità dei dati trasfe riti. 
14)  Al fine di garantire la sicurezza del sistem a, i seguenti compo nenti devon o soddisfar e i requisiti di 
sicurezza specifi cati nei rispettivi prof ili di prote zione, come richiest o nell'appendice 10: 
—  unità elettronica di bordo, 
—  carta tachigrafica, 
—  sensore di movimento, 
—  dispositivo GNSS esterno (quest o prof ilo è necessar io e applicabile solo per la variante ester na del 
GNSS). 
3  REQUISITI DI COSTR UZIONE E FUNZIONAMENTO DELL'APP ARECCHIO DI CONTR OLLO 
3.1  Controllo dell'inser iment o e dell'estrazione delle carte 
15)  L'apparecc hio di controllo deve rilevare ogni inser imento ed estrazione di carte nelle relative 
interfacce. 
16)  All'atto dell'inser iment o, l'apparecchi o di controllo deve verificare se la carta inser ita è una carta 
tachigra fica in corso di validità ed in tal caso identificar ne il tipo e la generazione. 
Se una carta con lo stesso numero e un codice di rinno vo maggiore è già stata inser ita nell'appa ­
recchio di controllo, la carta è dichiarata non valida. 
Se una carta con lo stesso numero e lo stesso codice di rinno vo, ma con un codice di sostituzione 
maggiore è già stata inser ita nell'apparecchio di controllo, la carta è dichiarata non valida. 
17)  Le carte tachi grafi che di prima generazione devono essere considerat e non valide dall'apparecc hio di 
controllo dopo che la possibilità di utilizzare carte tachi grafi che di prima generazione è stata preclusa 
da un'officina, in conf ormità all'appendice 15 (req. MIG003). 
18)  Le carte dell'officina di prima generazione inser ite nell'apparecchio di controllo di seconda 
generazione devon o essere considerate non valide. 
19)  L'apparecc hio di controllo deve essere realizzat o in modo tale che le carte tachi grafi che vengano 
bloccat e in posizione quando sono inser ite correttamente nelle relative interfacce. 26.5.2016 L 139/22 Gazzetta ufficiale dell'U nione europea IT     
20)  Le carte tach igraf iche devon o poter essere estratte solo a veicolo fermo e dopo la memor izzazione 
dei dati pertinenti nelle carte stesse. L'estrazione della carta deve richiedere l'intervent o fisico dell'uti ­
lizzatore. 
3.2  Misurazione della velocità, della posizione e della distanza 
21)  Il sensore di movimento (eventualmente incor porat o nell'adattatore) è la principale fonte di 
misurazione della velocità e della distanza. 
22)  Questa funzione deve misurare costant emente ed essere in grado di fornire il valore dell'odometro 
corrispondent e alla distanza totale percorsa dal veicolo utilizzando gli impulsi provenienti dal sensore 
di movimento. 
23)  Questa funzione deve misurare costantement e ed essere in grado di fornire la velocità del veicolo 
utilizzando gli impulsi provenienti dal sensore di movimento. 
24)  La funzione di misurazione della velocità deve inoltre segnalare se il veicolo è in marcia o fermo. Il 
veicolo va considerato in marcia non appena la funzione rileva più di 1 imp/sec per almeno 5 
secondi sul sensore di movimento, in caso contrar io il veicolo si considera fermo. 
25)  I dispositivi che visualizzano la velocità (tachimetro) e la distanza totale percorsa (odometro), montati 
su ogni veicolo munito di un apparecc hio di controllo conf orme alle prescr izioni del present e 
regolamento, devon o soddisfare i requisiti relativi alle tolleranze massime fissati nel presente allegat o 
(cfr. punti 3.2.1 e 3.2.2). 
26)  Al fine di individuare una manipolazione dei dati di movimento, le informazioni provenienti dal 
sensore di movimento devono essere conferma te dalle informazioni sul movimento del veicolo 
provenienti dal ricevito re GNSS e facoltativamente da altre fonti indipendenti dal sensore di 
moviment o. 
27)  Questa funzione deve misurare la posizione del veicolo al fine di consentire la registrazione 
automatica: 
—  delle posizioni dove il conducent e e/o il secondo conducent e iniziano il loro periodo di lavoro 
gior naliero; 
—  delle posizioni dove il periodo di guida continuo del conducent e raggiunge un multiplo di tre ore; 
—  delle posizioni dove il conducente e/o il secondo conducente term inano il loro periodo di lavoro 
gior naliero. 
3.2.1  Misur azione della distanza percorsa 
28)  La distanza percorsa può essere misurata: 
—  a marcia avanti e a marcia indietro oppure 
—  unicamente a marcia avanti. 
29)  L'apparecc hio di controllo deve misurare la distanza da 0 a 9 999 999,9 km. 
30)  La distanza misurata deve rispettare le tolleranze seguenti (distanze di almeno 1 000 m): 
—  ± 1 % prima del montaggio, 
—  ± 2 % all'att o del montaggio e del controllo periodico, 
—  ± 4 % durante l'impie go. 
31)  La distanza misurata deve avere una risoluzione maggiore o uguale a 0,1 km. 
3.2.2  Misur azione della velocità 
32)  L'apparecc hio di controllo deve misurare la velocità tra 0 e 220 km/h. 26.5.2016 L 139/23 Gazzetta ufficiale dell'U nione europea IT     
33)  Per garantire una tolleranza massima sulla velocità visualizzata di ± 6 km/h durante l'impie go, tenuto 
conto di: 
—  una tolleranza di ± 2 km/h per le variazioni in ingresso (var iazioni degli pneumatici, …), 
—  una tolleranza di ± 1 km/h per le misurazioni effettuate durante il montaggio o i controlli 
periodici, 
l'apparecchi o di controllo deve misurare la velocità, per velocità compre se tra 20 e 180 km/h e per 
coeffi cienti caratter istici del veicolo compr esi tra 4 000 e 25 000 imp/km, con una tolleranza di ± 
1 km/h (a velocità costant e). 
Nota: la risoluzione della memor izzazione dei dati appor ta una tolleranza supplementare di ± 
0,5 km/h alla velocità memor izzata dall'apparecch io di controllo. 
34)  La velocità deve essere misurata correttamente , rispettando le tolle ranze normali, entro 2 secondi 
dalla fine di una variazione di velocità, quando il tasso di variazione di velocità è inferior e o uguale a 
2m/s2. 
35)  La misurazione della velocità deve avere una risoluzione pari a 1 km/h o migliore. 
3.2.3  Misur azione della posizione 
36)  L'apparecc hio di controllo deve misurare la posizione assoluta del veicolo utilizzando il ricevito re 
GNSS. 
37)  La posizione assoluta è misurata in coordinat e geografi che di latitudine e longitudine in gradi e 
minuti con una risoluzione di 1/10 di minuto. 
3.3  Misurazione del tempo 
38)  La funzione di misurazione del tempo deve misurare costant emente ed indicare data e ora UTC in 
formato digitale. 
39)  La data e l'ora UTC vanno usate per datare tutti i dati dell'apparecch io di controllo (registrazioni, 
scambio di dati) e per tutti i documenti stam pati di cui all'appendice 4 «Documenti stampa ti». 
40)  Al fine di visualizzare l'ora locale, deve poter essere possibile regolare l'ora visualizzata in inter valli di 
mezz'ora. Non devon o essere possibili regolazioni diverse dai multipli positivi o negativi della 
mezz'ora. 
41)  Lo sfasamento dell'ora non deve superare ± 2 secondi al gior no in condizioni di omologazione, in 
assenza di regolazioni dell'ora. 
42)  L'ora misurata deve avere una risoluzione pari a 1 secondo o migliore. 
43)  La misurazione dell'ora non deve essere comprome ssa da un'inte rruzione dell'alimentazione esterna 
infer iore a 12 mesi in condizioni di omologazione. 
3.4  Controllo delle attività del conducente 
44)  Questa funzione deve controllare costantement e e separatamente le attività di un conducente e di un 
secondo conducente . 
45)  Le attività del conducent e sono GUID A, LAVORO, DISPONIBILIT À e INTERR UZIONE/RIPOSO. 
46) Il conducente e/o il secondo conducente devon o pote r selezionare manualmente LAVORO, DISPONI ­
BILIT À o INTERR UZIONE/RIPOSO. 
47)  Quando il veicolo è in marcia, devon o essere automat icamente selezionati GUID A per il conducent e e 
DISPONIBILIT À per il secondo conducente. 26.5.2016 L 139/24 Gazzetta ufficiale dell'U nione europea IT     
48)  Quando il veicolo si arresta, deve essere automaticament e selezionat o LAVORO per il conducent e. 
49)  Il primo passaggio di attività a RIPOSO o DISPONIBILIT À che si verifica entro 120 secondi dalla 
selezione automatica di LAVORO dovuta all'ar resto del veicolo va considerato avvenut o al momento 
dell'ar resto del veicolo (annullando eventualment e il passaggio a LAVORO). 
50)  Questa funzione deve trasmett ere i cambi di attività alle funzioni di registrazione con una risoluzione 
di un minuto. 
51)  Dato un inter vallo di un minut o, se GUID A è registrata come attività del minuto immediatament e 
precedente e del minut o immediatamente successivo, l'intero minuto va considerato come GUID A. 
52)  Dato un inter vallo di un minuto non considerato come GUID A in base al requisit o 051, l'inte ro 
minuto va considerato come attività dello stesso tipo di quella continua di maggiore durata 
verificatasi entro tale minuto (o, nel caso di più attività di pari durata, dell'ultima di esse). 
53)  Questa funzione deve controllare inoltre costant emente il periodo di guida continuo e il periodo 
cumulato di interr uzione del conducent e. 
3.5  Controllo delle condizioni di guida 
54)  Questa funzione deve controllare costant emente ed automaticament e le condizioni di guida. 
55)  La condizione di guida EQUIP AGGIO deve essere selezionata quando nell'apparecc hio sono inser ite 
due carte del conducent e in corso di validità; in ogni altro caso deve essere selezionata la condizione 
di guida SINGOL A. 
3.6  Immissioni da parte del conducente 
3.6.1  Immissione del luogo in cui inizia e/o termina il periodo di lavor o giornaliero 
56)  Questa funzione deve consentire l'immissione del luogo in cui, secondo il conducente e/o il secondo 
conducente, il suo periodo di lavoro gior naliero inizia e/o termina. 
57)  Per luogo s'int ende lo Stato e inoltre, se del caso, la regione, che sono immessi o conferma ti 
manualment e. 
58)  All'atto dell'estrazione di una carta del conducente , l'apparecchi o di controllo deve invitare il 
conducente (o il secondo conducent e) ad immettere il «luogo in cui term ina il periodo di lavoro 
gior naliero». 
59)  Il conducent e deve quindi immett ere il luogo in cui si trova il veicolo in quel momento, che è 
considerato come un dato temporaneo. 
60)  I luoghi in cui iniziano e/o term inano i periodi di lavoro gior nalier i devon o poter essere immessi 
mediante comandi dei menù. Se durante un intervallo di un minuto viene immesso più di uno di tali 
dati, va conser vata esclusivamente la registrazione dell'ultima immissione di inizio e dell'ultima 
immissione di fine effettuata in tale inter vallo. 
3.6.2  Immissione manuale delle attività del conducente e consenso del conducente per l'interf accia ITS 
61)  All'atto dell'inser iment o della carta del conducente (o dell'off icina), ed esclusivamente in tale 
momento, l'apparecchi o di controllo deve consentire l'immissione manuale di attività. L'immissione 
manuale di attività deve essere effettuata utilizzando i valor i dell'ora locale e della data del fuso orar io 
(regolazione UTC) impostato in quel momento per l'unità elettronica di bordo. 
Al momento di inser ire una carta del conducente o dell'officina, il titolare della carta deve veder 
compari re le seguenti informazioni: 
—  la data e l'ora dell'ultima estrazione della carta; 
—  facoltativamente: la regolazione dell'ora locale impostata per l'unità elettronica di bordo. 26.5.2016 L 139/25 Gazzetta ufficiale dell'U nione europea IT     
All'atto del primo inser imento di una carta del conducente o dell'off icina sconosciuta all'unità 
elettronica di bordo, il titolare della carta deve essere invitat o a dare il propr io consenso alla 
trasmissione di dati personali connessi al tachi grafo tramit e l'inte rfaccia ITS opzionale. 
In qualsiasi momento il consenso del conducent e (o dell'officina) può essere abilitato o disabilitato 
mediante comandi del menù, purch é la carta del conducente (dell'officina) sia inser ita. 
L'immissione di attività deve essere possibile, ma con le seguenti restr izioni: 
—  i tipi di attività devon o essere: LAVORO, DISPONIBILIT À e INTERR UZIONE/RIPOSO; 
—  le ore di inizio e di fine per ciascuna attività devono rientrare esclusivamente nel periodo 
compre so tra l'ultima estrazione della carta e l'inser iment o della carta in corso; 
—  non deve essere consentita la sovrapposizione reciproca nel tempo delle attività. 
L'immissione manuale deve essere possibile, se richiesta, all'att o del primo inser iment o di una carta 
del conducent e (o dell'officina) precedente mente inutilizzata. 
La procedura di immissione manuale dei dati sulle attività deve comprende re tutte le fasi consecutive 
necessar ie per inser ire, per ciascuna attività, il tipo, l'ora di inizio e l'ora di fine. Per ogni parte del 
periodo compre so tra l'ultima estrazione della carta e l'inser iment o della carta in corso, il titolare 
della carta deve avere la possibilità di non dichiarare alcuna attività. 
Nel corso dell'immissione manuale di attività correlate all'inser iment o della carta, il titolare della 
carta, se del caso, deve avere la possibilità di indicare: 
—  il luogo in cui si è concluso il precedente periodo gior naliero di lavoro associato all'ora 
corrispondente (che va a sostituire il dato inser ito al momento dell'ultima estrazione della carta); 
—  il luogo in cui ha inizio il periodo gior naliero di lavoro in corso associato all'ora corrispondente . 
Se il titolare della carta non immette alcun luogo di inizio o fine del periodo di lavoro, durant e le 
immissioni manuali associate all'inser imento della carta ciò è da considerarsi una dichiarazione del 
fatto che il suo periodo di lavoro non è cambiato dall'ultima estrazione della carta. La successiva 
immissione di un luogo in cui term ina un periodo di lavoro gior naliero precedente va allora a 
sovrascr ivere il dato temporaneo immesso al momento dell'ultima estrazione della carta. 
Se viene inser ito un luogo, l'informazione relativa deve essere registrata nella carta tachi grafi ca 
pertinente. 
Le immissioni manuali devono interr omper si: 
—  in caso di estrazione della carta, oppure 
—  se il veicolo è in movimento e la carta è inser ita nella sede (slot) del conducente . 
Sono consentite ulteriori interr uzioni, ad esem pio dopo un periodo di inattività dell'uten te. In caso di 
interr uzione delle immissioni manuali, l'apparecch io di controllo deve convalidare tutte le indicazioni 
complet e di luogo e attività già inser ite (che indic hino senza ambiguità un luogo e un'ora o un tipo 
di attività e un'ora di inizio e di fine). 
Qualora venga inser ita una seconda carta del conducent e o dell'off icina mentre è in corso 
l'immissione manuale di dati di attività relative alla carta precedentement e inser ita, tale immissione 
manuale deve poter essere compl etata prima che abbia inizio l'immissione manuale dei dati relativi 
alla seconda carta. 
Il titolare della carta deve avere la possibilità di effettuare l'immissione manuale di dati secondo la 
seguent e procedura minima: 
—  Immissione manuale di attività in ordine cronologico per il periodo compreso tra l'ultima 
estrazione della carta e l'inser iment o in corso. 26.5.2016 L 139/26 Gazzetta ufficiale dell'U nione europea IT     
—  L'ora di inizio della prima attività deve essere fissato al momento dell'estrazione della carta. Per 
ciascuna immissione di dati successiva, l'ora di inizio deve essere fissata in modo da seguire 
immediatamente l'ora di fine dell'immissione di dati precedente. Per ciascuna attività devono 
essere selezionati il tipo e l'ora di fine. 
La procedura è completata quando l'ora in cui termina un'attività inser ita manualment e corrisponde 
all'ora di inser imento della carta. L'apparecchio di controllo può quindi consentire facoltativamente al 
titolare della carta di modifi care ogni attività inser ita manualment e, fino alla conval ida mediante un 
apposit o comando. Successivamente tali modifiche non devon o più essere consentite. 
3.6.3  Immissione di condizioni particolar i 
62)  L'apparecc hio di controllo deve consentire al conducente di inser ire, in tempo reale, le due condizioni 
particolar i seguenti: 
—  «ESCL USO DAL CAMPO DI APPLIC AZIONE» (inizio, fine) 
—  «ATTRA VERSA MENTO MEDIANTE TRA GHETTO/TRENO» (inizio, fine). 
Un «ATTRA VERSAMENTO MEDIANTE TRA GHETTO/TRENO» non deve poters i verificare in 
presenza della condizione «ESCL USO DAL CAMPO DI APPLIC AZIONE». 
Se presente, la condizione «ESCL USO DAL CAMPO DI APPLIC AZIONE» deve essere eliminata 
automaticament e dall'apparecc hio di controllo quando viene inser ita o estratta una carta del 
conducente. 
L'eventuale condizione «ESCL USO DAL CAMPO DI APPLIC AZIONE» deve impedi re i seguenti avvisi e 
le seguenti anomalie: 
—  guida in assenza di una carta adeguata; 
—  avvisi relativi al periodo di guida continuo. 
L'indicatore (flag) di inizio dell'A TTRA VERSA MENTO MEDIANTE TRA GHETTO/TRENO deve essere 
impostat o prima di spegnere il motore sul traghetto /treno. 
Un ATTRA VERSAMENTO MEDIANTE TRA GHETTO/TRENO attiv o deve term inare quando si verifica 
uno dei seguenti casi: 
—  il conducente term ina manualment e l'ATTRA VERSAMENTO MEDIANTE TRA GHETTO/TRENO, 
—  il conducente espelle la sua carta. 
Un ATTRA VERSA MENTO MEDIANTE TRA GHETTO/TRENO attiv o deve terminare quando non è più 
valido sulla base delle regole indicate nel regolamento (CE) n. 561/2006. 
3.7  Gestione dei blocchi di un'impresa 
63)  Questa funzione deve consentire di gestire i blocc hi previsti da un'imp resa per limitare a se stessa 
l'accesso ai dati nel modo azienda. 
64)  I blocchi di un'impresa consistono in una data/ora di inizio (attivazione blocco) e in una data/ora di 
term ine (disattivazione blocco), associate all'identificaz ione dell'im presa risultante dal numero della 
carta dell'azienda (all'attivazione del blocco). 
65)  I blocchi possono essere attivati o disattivati solo in tempo reale. 
66)  Il blocco deve poter essere disattivato solo dall'im presa il cui blocco è attivo (identificata dai primi 13 
caratteri del numero della carta dell'azienda) oppure 26.5.2016 L 139/27 Gazzetta ufficiale dell'U nione europea IT     
67)  la disattivazione del blocco deve avvenire automaticament e quando un'altra impresa attiva un blocco. 
68)  Nel caso in cui un'im presa attivi un blocco e che il blocco precedente fosse della stessa impresa, 
allora si riterrà che il blocco precedente non sia stato disattivat o e che sia tuttora attivato. 
3.8  Verifica delle attività di controllo 
69) Questa funzione deve verificare le attività di controllo «VISU ALIZZAZIONE, STAMP A, TRASFE ­
RIMENTO dati della VU e della carta» e «TARA TURA SU STRAD A» nel modo controllo. 
70)  Essa deve inoltre verificare le attività di «CONT ROLLO SUPERAMENTO DELL A VELOCIT À» nel 
modo controllo. Un controllo del superamento della velocità si considera avvenuto quando, nel 
modo controllo, l'informazione «superament o della velocità» viene inviata alla stam pant e o al 
dispositivo di visualizzazione oppure quando i dati relativi ad «anomalie e guasti» vengono trasf eriti 
dalla memor ia di dati della VU. 
3.9  Rilevament o di anomalie e/o guasti 
71)  Questa funzione deve rilevare le anomalie e/o i guasti seguenti: 
3.9.1  Anomalia «Inser imento di una carta non valid a» 
72)  Questa anomalia deve attivarsi all'inser iment o di una carta non valida, all'inser iment o di una carta del 
conducente già sostituita e/o quando una carta inser ita in corso di validità scade. 
3.9.2  Anomalia «Conf litto di carte» 
73)  Questa anomalia deve attivarsi quando si verifica una combinazione di carte in corso di validità 
indicata con X nella tabella seguente: 
Conf litto di carte Sede (slot) del conducente 
Carta assente Carta del condu ­
cent e Carta di controllo Carta dell'officina Carta dell'azienda Sede (slot) del secondo conducente Carta assente      
Carta del condu ­
cente    X  
Carta di con­
trollo   X X X 
Carta dell'off i­
cina  X X X X 
Carta dell'a ­
zienda   X X X  
3.9.3  Anomalia «Sovrapposizione di orari» 
74)  Questa anomalia deve attivarsi quando la data/ora dell'ultima estrazione di una carta del conducent e, 
letta sulla carta, è successiva alla data/ora corrente dell'apparecc hio di controllo in cui è inser ita la 
carta. 26.5.2016 L 139/28 Gazzetta ufficiale dell'U nione europea IT     
3.9.4  Anomalia «Guida in assenza di una carta adeguata» 
75)  Questa anomalia deve attivarsi per ogni combinazione valida di carte tachigrafiche indicata con X 
nella tabella seguent e, quando l'attività del conducente passa a GUID A o quando si verifica un 
cambio di modalità di funzionament o mentre l'attività del conducente è GUID A: 
Guida in assenza di una 
carta adeguata Sede (slot) del conducente 
Carta assente (o 
carta non valida) Carta del condu ­
cent e Carta di controllo Carta dell'officina Carta dell'azienda Sede (slot) del secondo conducente Carta assente (o 
carta non va­
lida) X  X  X 
Carta del condu ­
cente X  X X X 
Carta di con­
trollo X X X X X 
Carta dell'off i­
cina X X X  X 
Carta dell'a ­
zienda X X X X X  
3.9.5  Anomalia «Inser imento carta durante la guida» 
76)  Questa anomalia deve attivarsi quando una carta tachi grafi ca viene inser ita in qualsiasi sede, mentre 
l'attività del conducent e è GUID A. 
3.9.6  Anomalia «Chiusur a errata ultima sessione carta» 
77)  Questa anomalia deve attivarsi quando all'inser iment o della carta l'apparecchio di controllo rileva 
che, nonostante le prescr izioni di cui al punto 3.1, la sessione precedente della carta non è stata 
chiusa in modo corretto (la carta è stata estratta prima che tutti i dati pertinenti fossero memor izzati 
sulla carta stessa). Questa anomalia deve attivarsi solo per le carte del conducent e e dell'off icina. 
3.9.7  Anomalia «Super amento della velocità» 
78)  Questa anomalia deve attivarsi ad ogni superamento della velocità autorizzata. 
3.9.8  Anomalia «Inter ruzione dell'alimentazione di energia» 
79)  Quando l'apparecch io non si trova nel modo taratura o nel modo controllo, questa anomalia deve 
attivarsi nel caso di un'int erruzione dell'alimentazione del sensore di movimento e/o dell'unità 
elettronica di bordo di durata super iore a 200 millisecondi. La soglia di interruzione deve essere 
definita dal fabbricante. La caduta di alimentazione dovuta all'avv iamento del motore del veicolo non 
deve attivare questa anomalia. 
3.9.9  Anomalia «Errore di comunicazione con il dispositiv o di comunicazione remo ta» 
80)  Questa anomalia deve attivarsi, quando non è attiv o il modo taratura, quando il dispositivo di 
comunicazione remota non riconosce l'avv enuta ricezione dei dati della comunicazione remota 
inviati dall'unità elettronica di bordo per più di tre tentativi. 
3.9.10  Anomalia «Assenza di informazioni sulla posizione provenienti dal ricevitore GNSS» 
81)  Questa anomalia deve attivarsi, quando non è attiv o il modo taratura, in caso di assenza di 
informazioni sulla posizione provenienti dal ricevito re GNSS (sia interno che ester no) per più di tre 
ore di periodo di guida cumulato. 26.5.2016 L 139/29 Gazzetta ufficiale dell'U nione europea IT     
3.9.11  Anomalia «Errore di comunicazione con il dispositiv o GNSS ester no» 
82)  Questa anomalia deve attivarsi, quando non è attiv o il modo taratura, in caso di interr uzione della 
comunicazione tra il dispositivo GNSS esterno e l'unità elettronica di bordo per più di 20 minuti 
consecutivi, quando il veicolo è in movimento. 
3.9.12  Anomalia «Errore dati di marcia» 
83)  Questa anomalia deve attivarsi, quando non è attiv o il modo taratura, in caso di interruzione del 
normale flusso di dati tra il sensore di movimento e l'unità elettronica di bordo e/o nel caso di un 
errore di integrità dei dati o di autenti cazione dei dati durant e lo scambio di dati tra il sensore di 
moviment o e l'unità elettronica di bordo. 
3.9.13  Anomalia «Dati contr astanti sul movim ento del veico lo» 
84)  Questa anomalia deve attivarsi, quando non è attiv o il modo taratura, nel caso in cui le 
informazioni sul movimento calcolat e dal sensore di movimento siano contraddett e dalle 
informazioni sul movimento calcolat e dal ricevito re GNSS interno o dal dispositivo GNSS ester no e, 
facoltativament e, da altre fonti indipendenti, come specifi cato nell'appendice 12. Questa anomalia 
non deve attivarsi durante un attraversament o mediante traghetto /treno, una condizione «ESCL USO 
DAL CAMPO DI APPLICAZIONE» o quando le informazioni sulla posizione provenienti dal ricevito re 
GNSS non sono disponibili. 
3.9.14  Anomalia «Tentata violazione della sicure zza» 
85)  Questa anomalia deve attivarsi, quando non è attivo il modo taratura, in caso di ogni altra anomalia 
che influisca sulla sicurezza del sensore di movimento e/o dell'unità elettronica di bordo e/o del 
dispositivo GNSS ester no, come richiest o nell'appendice 10. 
3.9.15  Anomalia «Conf litto di orari» 
86)  Questa anomalia deve attivarsi, quando non è attiv o il modo taratura, quando la VU rileva una 
discrepanza di più di 1 minuto tra l'orar io della funzione di misurazione del tempo dell'unità 
elettronica di bordo e l'orar io proveniente dal ricevitore GNSS. Questa anomalia è registrata 
unitamente al valore dell'orologio interno dell'unità elettronica di bordo e con un meccanismo 
automatico di regolazione dell'ora. Dopo che si è attivata un'anomalia «Conf litto di orar i», la VU non 
attiva altre anomalie dello stess o tipo per le successive 12 ore. Questa anomalia non deve attivarsi 
qualora nei precedenti 30 gior ni non fosse rilevabile nessun segnale GNSS valido dal ricevito re GNSS. 
Tuttavia, quando le informazioni sulla posizione provenienti dal ricevitore GNSS sono nuo vament e 
disponibili, deve avere luogo la regolazione automatica dell'ora. 
3.9.16  Guasto «Car ta» 
87)  Questo guast o deve attivarsi in caso di funzionamento difettoso della carta tachi grafic a. 
3.9.17  Guasto «Apparecchio di controllo» 
88)  Questo guast o deve attivarsi, quando non è attivo il modo taratura, in ciascuno dei casi seguenti: 
—  guast o interno della VU 
—  guast o della stampant e 
—  guast o del dispositivo di visualizzazione 
—  guast o nel trasfer iment o di dati 
—  guast o del sensore 
—  guast o del ricevitore GNSS o del dispositivo GNSS esterno 
—  guast o del dispositivo di comunicazione remota 26.5.2016 L 139/30 Gazzetta ufficiale dell'U nione europea IT     
3.10  Prove incor porate e prove automatiche 
89)  L'apparecc hio di controllo deve rilevare automaticament e i guasti mediante le prove automatic he e le 
prove incor porate, secondo la tabella seguent e: 
Sottoi nsieme da sottoporre a prova Prova auto matica Prova incor porata 
Software  Integr ità 
Memor ia di dati Accesso Accesso, integr ità dei dati 
Dispositivi di interfaccia della carta Accesso Accesso 
Tastiera  Controllo manuale 
Stampant e (a discrezione del fabbri­
cante) Stampa 
Scher mo  Controllo visivo 
Trasfer imento dati 
(effettuat o solo durant e il trasfe riment o 
dati) Funzionament o corretto  
Sensore Funzionament o corretto Funzionamento corretto 
Dispositivo di comunicazione remota Funzionament o corretto Funzionamento corretto 
Dispositivo GNSS Funzionament o corretto Funzionamento corretto  
3.11  Lettura della memor ia di dati 
90)  L'apparecc hio di controllo deve essere in grado di legge re ogni dato memor izzato nella sua memor ia 
di dati. 
3.12  Registrazione e memor izzazione nella memor ia di dati 
Agli effetti del present e punt o: 
—  per «365 gior ni» s'int ende 365 gior ni di calendar io di attività media del conducente su un veicolo. 
L'attività media gior naliera su un veicolo è intesa come almeno 6 conducenti o secondi conducenti, 6 
cicli di inser iment o ed estrazione della carta e 256 cambi di attività. «365 gior ni» compre nde quindi 
almeno 2 190 conducenti (o secondi conducenti), 2 190 cicli di inser iment o ed estrazione della carta e 
93 440 cambi di attività, 
—  il numero medio di posizioni per ciascun gior no è intes o come almeno 6 posizioni in cui inizia il 
periodo di lavoro gior naliero, 6 posizioni in cui il periodo di guida continuo del conducente raggiunge 
un multiplo di tre ore e 6 posizioni in cui termina il periodo di lavoro gior naliero, per cui «365 gior ni» 
compr ende almeno 6 570 posizioni, 
—  se non diversament e specificato, i tempi sono registrati con una risoluzione di un minuto, 
—  i valor i dell'odometro sono registrati con una risoluzione di un chilometro, 
—  le velocità sono registrat e con una risoluzione di 1 km/h, 
—  le posizioni (latitudini e longitudini) sono registrate in gradi e minuti, con una risoluzione di 1/10 di 
minut o, con il tempo di acquisizione e l'accurat ezza del GNSS correlati. 26.5.2016 L 139/31 Gazzetta ufficiale dell'U nione europea IT     
91) I dati memor izzati nella memor ia di dati non devono essere compromessi da un'inter ruzione dell'ali ­
mentazione esterna di durata inferiore a dodici mesi in condizioni di omologazione. Inoltre, i dati 
archiviati nel dispositivo ester no di comunicazione remota, come definito nell'appendice 14, non 
devono essere comprome ssi da un'inter ruzione dell'alimentazione di durata inferior e a 28 gior ni. 
92) L'apparecc hio di controllo deve essere in grado di registrare e memor izzare implicitament e o esplici ­
tamente nella sua memor ia di dati le informazioni sotto elencate . 
3.12.1  Dati di identifi cazione dell'apparecchio 
3.12.1.1  Dati di identificazione dell'unità elettronica di bordo 
93)  L'apparecc hio di controllo deve essere in grado di memor izzare nella sua memor ia di dati i seguenti 
dati di identificazione dell'unità elettronica di bordo: 
—  nome del fabbricante, 
—  indir izzo del fabbr icante , 
—  codice compo nente, 
—  numero di serie, 
—  generazione della VU, 
—  capacità di utilizzare carte tachi grafi che di prima generazione, 
—  numero di versione del software, 
—  data di installazione della versione del software, 
—  anno di fabbr icazione dell'apparecc hio, 
—  numero di omologazione. 
94)  I dati di identificazione dell'unità elettronica di bordo sono registrati e memor izzati una sola volta dal 
fabbricante dell'unità, eccetto i dati relativi al software e il numero di omologa zione, che si possono 
modifi care in caso di aggior nament o del software, e la capacità di utilizzare carte tachigrafiche di 
prima generazione. 
3.12.1.2  Dati di identificazione del sensore di moviment o 
95)  Il sensore di movimento deve essere in grado di memor izzare nella sua memor ia i seguenti dati di 
identif icazione: 
—  nome del fabbricante, 
—  numero di serie, 
—  numero di omologazione, 
—  identif icativ o del compo nente di sicurezza incor porato (per es., codice compo nente del chip/ 
processore intern o), 
—  identif icativ o del sistema operativo (per es., numero di versione del software). 
96)  I dati di identificazione del sensore di movimento sono registrati e memor izzati una sola volta dal 
fabbricante del sensore. 
97)  L'unità elettronica di bordo deve essere in grado di registrare e memor izzare nella sua memor ia di 
dati i dati seguenti relativi agli ultimi 20 abbinamenti dei sensor i di movimento (se in un gior no di 
calendar io avvengono più abbinamenti, si registrano solo il primo e l'ultimo): 
Per ciascuno di tali abbinamenti si devono registrare i dati seguenti: 
—  dati di identif icazione del sensore di moviment o: 
—  numero di serie 
—  numero di omologazio ne 26.5.2016 L 139/32 Gazzetta ufficiale dell'U nione europea IT     
—  dati di abbinamento al sensore di movimento: 
—  data dell'abbinament o. 
3.12.1.3  Dati di identificazione dei sist emi globali di navigazione sate llitare 
98)  Il dispositivo GNSS ester no deve essere in grado di memor izzare nella sua memor ia i seguenti dati di 
identif icazione: 
—  nome del fabbricante, 
—  numero di serie, 
—  numero di omologazione, 
—  identif icativ o del compo nente di sicurezza incor porato (per es., codice compo nente del chip/ 
processore intern o), 
—  identif icativ o del sistema operativo (per es., numero di versione del software). 
99)  I dati di identif icazione sono registrati e memor izzati una sola volta nel dispositivo GNSS ester no dal 
fabbricante dello stesso. 
100)  L'unità elettronica di bordo deve essere in grado di registrare e memor izzare nella sua memor ia di 
dati i dati seguenti relativi agli ultimi 20 accoppiamenti dei dispositivi GNSS ester ni (se in un gior no 
di calendar io avvengono più accoppiamenti, si registrano solo il primo e l'ultimo). 
Per ciascuno di tali accoppiamenti devon o essere registrati i dati seguenti: 
—  dati di identif icazione del dispositivo GNSS ester no: 
—  numero di serie, 
—  numero di omologazio ne, 
—  dati di accoppiamento al dispositivo GNSS esterno: 
—  data dell'accoppiament o 
3.12.2  Chiavi e certificati 
101)  L'apparecc hio di controllo deve essere in grado di memor izzare una serie di chia vi crittografi che e di 
certificat i, come specifi cato nell'appendice 11, parti A e B. 
3.12.3  Dati relativi all'inser imento e all'estr azione della carta del conducente o dell'off icina 
102) Per ogni ciclo di inser iment o ed estrazione dall'apparecc hio di una carta del conducente o dell'of ­
ficina, l'apparecchi o di controllo deve registrare e memor izzare nella sua memor ia di dati: 
—  cognome e nome/i del titolare della carta, memor izzati nella carta stessa, 
—  numero della carta, Stato membro che l'ha rilasciata e data di scadenza, memor izzati nella carta 
stessa, 
—  generazione della carta, 
—  data e ora di inser imento, 
—  valore dell'odometro del veicolo all'att o dell'inser iment o, 
—  sede (slot) in cui è inser ita la carta, 
—  data e ora di estrazione, 
—  valore dell'odometro del veicolo all'att o dell'estrazione, 26.5.2016 L 139/33 Gazzetta ufficiale dell'U nione europea IT     
—  le seguenti informazioni relative al veicolo usato in precedenza dal conducente, memor izzate 
nella carta: 
—  VRN e Stato membro di immatr icolazione, 
—  generazione della VU (se disponibile), 
—  data e ora di estrazione della carta, 
—  un indicatore (flag) che segnali se, all'att o dell'inser imento della carta, il titolare della carta abbia o 
meno inser ito manualment e le attività. 
103)  La memor ia di dati deve essere in grado di conser vare tali informazioni per almeno 365 gior ni. 
104)  Qualora si esaur isca la capacità di memor izzazione, i dati nuo vi devon o sostituire quelli meno 
recenti. 
3.12.4  Dati relativi all'attività del conducente 
105)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati, ogniqualvolta si 
verifichi un cambio di attività del conducent e e/o del secondo conducente e/o ogniqualvolta si 
verifichi una variazione della condizione di guida e/o ogniqualvolta venga inser ita o estratta una carta 
del conducent e o dell'officina: 
—  la condizione di guida (EQUIP AGGIO, SINGOL A), 
—  la sede (slot) (CONDUCENTE, SECONDO CONDUCENTE), 
—  la condizione della carta nella relativa sede (slot) (INSERIT A, NON INSERIT A), 
—  l'attività (GUID A, DISPONIBILIT À, LAVORO, INTERR UZIONE/RIPOSO), 
—  la data e l'ora del cambio. 
INSERIT A signif ica che una carta del conducente o dell'off icina in corso di validità è inser ita nella 
sede (slot). NON INSERIT A signif ica il contrar io, cioè che nella sede non è inser ita una carta del 
conducente o dell'officina in corso di validità (per es., è inser ita una carta dell'azienda oppure non è 
inser ita alcuna carta). 
I dati relativi all'attività inser iti manualment e dal conducente non vengono registrati nella memor ia di 
dati. 
106)  La memor ia di dati deve essere in grado di conser vare i dati relativi all'attività del conducente per 
almeno 365 gior ni. 
107)  Qualora si esaur isca la capacità di memor izzazione, i dati nuo vi devon o sostituire quelli meno 
recenti. 
3.12.5  Luoghi e posizioni dove iniziano e terminano i periodi di lavoro giornalier i e/o dove il periodo di guida continuo 
raggiunge le 3 ore 
108)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati: 
—  i luoghi e le posizioni dove il conducent e e/o il secondo conducente iniziano il loro periodo di 
lavoro gior naliero; 
—  le posizioni dove il periodo di guida continuo del conducente raggiunge un multiplo di tre ore; 
—  i luoghi e le posizioni dove il conducent e e/o il secondo conducent e terminano il loro periodo di 
lavoro gior naliero. 
109)  Quando la posizione del veicolo non è rilevabile dal ricevito re GNSS in quei momenti, l'apparecch io 
di controllo deve utilizzare la posizione disponibile più recente e la relativa data e ora. 
110)  Insieme a ciascun luogo o posizione, l'apparecchi o di controllo deve registrare e memor izzare nella 
sua memor ia di dati: 
—  il numero di carta del conducent e (o del secondo conducente ) e lo Stato membro che l'ha 
rilasciata, 
—  la generazione della carta, 26.5.2016 L 139/34 Gazzetta ufficiale dell'U nione europea IT     
—  la data e l'ora d'immissione dei dati, 
—  il tipo di immissione (inizio, fine o 3 ore di periodo di guida continuo), 
—  l'accurat ezza del GNSS, la data e l'ora pertinenti, se applicabili, 
—  il valore dell'odometro del veicolo. 
111)  La memor ia di dati deve essere in grado di conser vare per almeno 365 gior ni i luoghi e le posizioni 
in cui i periodi di lavoro gior nalier i iniziano e term inano e/o in cui il periodo di guida continuo 
raggiunge le 3 ore. 
112)  Qualora si esaur isca la capacità di memor izzazione, i dati nuo vi devon o sostituire quelli meno 
recenti. 
3.12.6  Dati relativi all'odometro 
113)  L'apparecc hio di controllo deve registrare nella sua memor ia di dati il valore dell'odometro del 
veicolo e la data di registrazione alla mezzanotte di ogni gior no di calendar io. 
114)  La memor ia di dati deve essere in grado di memor izzare i valor i dell'odometro registrati a 
mezzanotte per almeno 365 gior ni di calendar io. 
115)  Qualora si esaur isca la capacità di memor izzazione, i dati nuo vi devon o sostituire quelli meno 
recenti. 
3.12.7  Dati dettag liati relativi alla velocità 
116)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati la velocità 
istantanea del veicolo e la data e l'ora di registrazione ogni secondo per almeno le ultime 24 ore di 
marcia del veicolo. 
3.12.8  Dati relativi alle anomalie 
Agli effetti del present e punt o, l'ora deve essere registrata con una risoluzione di 1 secondo. 
117)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati i dati sottoelencati 
per ogni anomalia rilevata, in base alle seguenti regole di memor izzazione: 
Anomalia Regole di memor izzazione Dati da registrare per ogni anomalia 
Inser imento di una carta 
non valida —  le 10 anomalie più recenti. —  data e ora dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione della carta o delle carte 
che hanno dato origine all'anomalia. 
—  numero di anomalie simili nel gior no in 
questione. 
Conf litto di carte —  le 10 anomalie più recenti. —  data e ora di inizio dell'anomalia, 
—  data e ora di fine dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle due carte che hanno 
dato origine al conf litto. 
Guida in assenza di una 
carta adeguata —l'anomalia di maggiore durata per cia­
scuno degli ultimi 10 gior ni in cui si è 
verificata, 
—  le 5 anomalie di maggiore durata nel 
corso degli ultimi 365 gior ni. —  data e ora di inizio dell'anomalia, 
—  data e ora di fine dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine dell'anomalia, 
—  numero di anomalie simili nel gior no in 
questione. 26.5.2016 L 139/35 Gazzetta ufficiale dell'U nione europea IT     
Anomalia Regole di memor izzazione Dati da registrare per ogni anomalia 
Inser imento della carta du­
rante la guida —l'ultima anomalia per ciascuno degli ul­
timi 10 gior ni in cui si è verificata, —  data e ora dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione della carta o delle carte, 
—  numero di anomalie simili nel gior no in 
questione. 
Chiusura errata dell'ultima 
sessione della carta —  le 10 anomalie più recenti. —  data e ora dell'inser imento della carta, 
—  tipo, numero, Stato membro di rilascio 
e generazione della carta o delle carte, 
—  dati relativi all'ultima sessione letti sulla 
carta: 
—  data e ora dell'inser iment o della 
carta, 
—VRN, Stato membro di immatr icola ­
zione e generazione della VU. 
Superamento della velocità 
(1) —  l'anomalia più grave per ciascuno degli 
ultimi 10 gior ni in cui si è verificata 
(cioè quella con la più alta velocità me­
dia), 
—  le 5 anomalie più grav i nel corso degli 
ultimi 365 gior ni, 
—  la prima anomalia verificata si dopo 
l'ultima taratura. —  data e ora di inizio dell'anomalia, 
—  data e ora di fine dell'anomalia, 
—velocità massima misurata durante l'a­
nomalia, 
—  media aritmetica della velocità misurata 
durante l'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione della carta del conducent e 
(se applicabili), 
—  numero di anomalie simili nel gior no in 
questione. 
Interr uzione dell'alimenta ­
zione di energia (2) —l'anomalia di maggiore durata per cia­
scuno degli ultimi 10 gior ni in cui si è 
verificata, 
—  le 5 anomalie di maggiore durata nel 
corso degli ultimi 365 gior ni. —  data e ora di inizio dell'anomalia, 
—  data e ora di fine dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine dell'anomalia, 
—  numero di anomalie simili nel gior no in 
questione. 
Errore di comunicazione 
con il dispositivo di comuni ­
cazione remota —l'anomalia di maggiore durata per cia­
scuno degli ultimi 10 gior ni in cui si è 
verificata, 
—  le 5 anomalie di maggiore durata nel 
corso degli ultimi 365 gior ni. —  data e ora di inizio dell'anomalia, 
—  data e ora di fine dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine dell'anomalia, 
—  numero di anomalie simili nel gior no in 
questione. 
Assenza di informazioni 
sulla posizione provenienti 
dal ricevitore GNSS —l'anomalia di maggiore durata per cia­
scuno degli ultimi 10 gior ni in cui si è 
verificata, 
—  le 5 anomalie di maggiore durata nel 
corso degli ultimi 365 gior ni. —  data e ora di inizio dell'anomalia, 
—  data e ora di fine dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine dell'anomalia, 
—  numero di anomalie simili nel gior no in 
questione. 26.5.2016 L 139/36 Gazzetta ufficiale dell'U nione europea IT     
Anomalia Regole di memor izzazione Dati da registrare per ogni anomalia 
Errore dei dati di movi­
mento —l'anomalia di maggiore durata per cia­
scuno degli ultimi 10 gior ni in cui si è 
verificata, 
—  le 5 anomalie di maggiore durata nel 
corso degli ultimi 365 gior ni. —  data e ora di inizio dell'anomalia, 
—  data e ora di fine dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine dell'anomalia, 
—  numero di anomalie simili nel gior no in 
questione. 
Dati contrastanti sul movi­
mento del veicolo —l'anomalia di maggiore durata per cia­
scuno degli ultimi 10 gior ni in cui si è 
verificata, 
—  le 5 anomalie di maggiore durata nel 
corso degli ultimi 365 gior ni. —  data e ora di inizio dell'anomalia, 
—  data e ora di fine dell'anomalia, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine dell'anomalia, 
—  numero di anomalie simili nel gior no in 
questione. 
Tentativi di violazione della 
sicurezza —  le ultime 10 anomalie per ogni tipo di 
anomalia. —  data e ora di inizio dell'anomalia, 
—data e ora di fine dell'anomalia (se perti­
nenti), 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine dell'anomalia, 
—  tipo di anomalia. 
Dati contrastanti sull'ora —l'anomalia di maggiore durata per cia­
scuno degli ultimi 10 gior ni in cui si è 
verificata, 
—  le 5 anomalie di maggiore durata nel 
corso degli ultimi 365 gior ni. —  data e ora dell'apparecchio di controllo, 
—  data e ora del GNSS, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine dell'anomalia, 
—  numero di anomalie simili nel gior no in 
questione.   
(1) L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati anche: 
—  la data e l'ora dell'ultimo CONTR OLLO DEL SUPERAMENTO DELL A VELOCIT À, 
—  la data e l'ora del primo superamento della velocità successivo a tale CONTR OLLO DEL 
SUPERAMENTO DELL A VEL OCIT À, 
—  il numero di anomalie per superamento della velocità verificatesi dall'ultimo CONTR OLLO 
DEL SUPERAMENTO DELL A VELOCIT À.  
(2) Questi dati si possono registrare solo al ripristino dell'alimentazione di energia, l'ora può essere 
nota con un'accuratezza al minuto. 
3.12.9  Dati relativi ai guasti 
Agli effetti del present e punt o, l'ora deve essere registrata con una risoluzione di 1 secondo. 26.5.2016 L 139/37 Gazzetta ufficiale dell'U nione europea IT     
118)  L'apparecc hio di controllo deve cercare di registrare e memor izzare nella sua memor ia di dati i dati 
sottoelencati per ciascun guast o rilevato, in base alle seguenti regole di memor izzazione: 
Guasto Regole di memor izzazione Dati da registrare per ciascun guasto 
Guast o della carta —gli ultimi 10 guasti della carta del con­
ducente. —  data e ora di inizio del guasto, 
—  data e ora di fine del guast o, 
—  tipo, numero, Stato membro di rilascio 
e generazione della carta o delle carte. 
Guasti dell'apparecchio di 
controllo —  gli ultimi 10 guasti per ogni tipo di 
guast o, 
—  il primo guast o dopo l'ultima taratura. —  data e ora di inizio del guasto, 
—  data e ora di fine del guast o, 
—  tipo di guasto, 
—  tipo, numero, Stato membro di rilascio 
e generazione delle carte inser ite all'ini ­
zio e/o alla fine del guast o.  
3.12.10  Dati relativi alla taratura 
119)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati le informazioni 
relative a: 
—  i parametr i di taratura noti al momento dell'attivazione, 
—  la prima taratura successiva all'attivazione, 
—  la prima taratura sul veicolo in cui è montato (identifi cato dal VIN), 
—  le ultime 20 tarature (se si effettuano diverse tarature nello stess o gior no di calendar io, si devono 
memor izzare soltant o la prima e l'ultima del gior no). 
120)  Per ciascuna di tali tarature si devon o registrare i dati seguenti: 
—  scopo della taratura (attivazione, primo montaggio, montaggio, controllo periodico), 
—  denominazione e indir izzo dell'officina, 
—  numero di carta dell'officina, Stato membro di rilascio della carta e data di scadenza della carta, 
—  identif icazione del veicolo, 
—  parametr i aggior nati o conferma ti: w, k, l, dimensioni degli pneumatici, regolazione del limitat ore 
di velocità, odometro (vecc hio e nuo vo valore), data e ora (vecc hio e nuo vo valore), 
—  i tipi e gli identificativi di tutti i sigilli apposti. 
121)  Inoltre, l'apparecchio di controllo deve registrare e memor izzare nella sua memor ia di dati la sua 
eventuale capacità di utilizzare le carte tach igraf iche di prima generazione (ancora attivate o meno). 
122)  Il sensore di movimento deve registrare e memor izzare nella sua memor ia i seguenti dati di 
montaggio del sensore stesso: 
—  primo abbinamento con una VU (data, ora, numero di omologaz ione della VU, numero di serie 
della VU), 
—  ultimo abbinamento con una VU (data, ora, numero di omologaz ione della VU, numero di serie 
della VU). 26.5.2016 L 139/38 Gazzetta ufficiale dell'U nione europea IT     
123)  Il dispositivo GNSS esterno deve registrare e memor izzare nella sua memor ia i seguenti dati di 
montaggio del dispositivo stesso: 
—  primo accoppiament o con una VU (data, ora, numero di omologaz ione della VU, numero di serie 
della VU), 
—  ultimo accoppiamento con una VU (data, ora, numero di omolog azione della VU, numero di 
serie della VU). 
3.12.11  Dati relativi alla regolazione dell'or a 
124)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati i dati relativi alle 
regolazioni dell'ora effettuate in modo taratura al di fuor i di un ciclo ordinar io di taratura (def. f): 
—  l'ultima regolazione dell'ora, 
—  le 5 regolazioni dell'ora di maggiore portata. 
125)  Per ciascuna di tali regolazioni dell'ora devon o essere registrati i dati seguenti: 
—  data e ora, vecc hio valore, 
—  data e ora, nuo vo valore, 
—  denominazione e indir izzo dell'officina, 
—  numero di carta dell'officina, Stato membro di rilascio, generazione e data di scadenza della carta. 
3.12.12  Dati relativi alle attività di contro llo 
126)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati i dati seguenti 
relativi alle ultime 20 attività di controllo: 
—  data e ora del controllo, 
—  numero della carta di controllo, Stato membro di rilascio e generazione della carta, 
—  tipo di controllo (visualizzazione e/o stampa e/o trasfe riment o dati VU e/o trasf erimento dati 
carta e/o verifica della taratura su strada). 
127)  Nel caso del trasfer iment o, si devon o registrare anche le date del gior no meno recente e del gior no 
più recente cui si riferi scono i dati trasf eriti. 
3.12.13  Dati relativi ai blocchi di un'impr esa 
128)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati i dati seguenti 
relativi agli ultimi 255 blocc hi di un'impresa: 
—  data e ora di attivazione del blocco, 
—  data e ora di disattivazione del blocco, 
—  numero della carta dell'azienda, Stato membro di rilascio e generazione della carta, 
—  denominazione e indir izzo dell'im presa. 
I dati precedente mente bloccati mediante un blocco rimosso dalla memor ia a seguit o del raggiun ­
gimento dei limiti di cui sopra devono essere considerati non bloccati. 
3.12.14  Dati relativi al trasferi mento 
129)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati i dati seguenti, 
relativi all'ultimo trasfe riment o della memor ia di dati su un dispositivo esterno in modo azienda o 
taratura: 
—  data e ora del trasfer iment o, 26.5.2016 L 139/39 Gazzetta ufficiale dell'U nione europea IT     
—  numero della carta dell'azienda o dell'officina, Stato membro di rilascio e generazione della carta, 
—  denominazione dell'im presa o dell'off icina. 
3.12.15  Dati relativi a condizioni particolar i 
130)  L'apparecc hio di controllo deve registrare e memor izzare nella sua memor ia di dati i dati seguenti, 
relativi a condizioni particolar i: 
—  data e ora di immissione, 
—  tipo di condizione particolare. 
131)  La memor ia di dati deve essere in grado di conser vare i dati relativi alle condizioni particolar i per 
almeno 365 gior ni (nell'ipote si che in media si apra e si chiuda 1 condizione al gior no). Qualora si 
esaur isca la capacità di memor izzazione, i dati nuo vi devon o sostituire quelli meno recenti. 
3.12.16  Dati della carta tachig rafica 
132)  L'apparecc hio di controllo deve essere in grado di memor izzare i dati seguenti, relativi alle diverse 
carte tachi grafiche che sono state utilizzate nella VU: 
—  il numero della carta tach igraf ica e il suo numero di serie, 
—  il fabbr icante della carta tachi grafi ca, 
—  il tipo di carta tachi grafic a, 
—  la versione della carta tachi grafi ca. 
133)  L'apparecc hio di controllo deve essere in grado di memor izzare almeno 88 di tali registrazioni. 
3.13  Lettura delle carte tachig rafiche 
134)  L'apparecc hio di controllo deve essere in grado di leggere dalle carte tachi grafi che di prima e seconda 
generazione, se del caso, i dati necessar i a: 
—  identif icare il tipo di carta, il titolare della carta, il veicolo usato in precedenza, la data e l'ora 
dell'ultima estrazione della carta e l'attività selezionata in quel momento, 
—  verificare che l'ultima sessione della carta sia stata chiusa in modo corretto, 
—  calcolare il periodo di guida continuo del conducente , il periodo cumulato di interr uzione e i 
periodi cumulati di guida per la settimana corrente e per quella precedente, 
—  stam pare i documenti relativi ai dati registrati su una carta del conducent e, 
—  trasfe rire i dati di una carta del conducent e su un dispositivo esterno. 
Questo requisito si applica unicamente alle carte tachi grafi che di prima generazione, se il loro utilizzo 
non è stato precluso da un'officina. 
135)  In caso di errore di lettura, l'apparecchi o di controllo deve ripro vare, un massimo di tre volte, ad 
inviare il medesimo comando di lettura; quindi, se l'errore persist e, deve dichiarare la carta guasta e 
non valida. 
3.14  Registrazione e memor izzazione nelle carte tachig rafiche 
3.14.1  Regi strazione e memor izzazione nelle carte tachig rafich e di prima generazione 
136)  Purché l'uso delle carte tach igraf iche di prima generazione non sia stato precluso da un'officina, 
l'apparecchi o di controllo deve registrare e memor izzare i dati esattamente come farebbe un 
apparecchio di controllo di prima generazione. 26.5.2016 L 139/40 Gazzetta ufficiale dell'U nione europea IT     
137)  L'apparecc hio di controllo deve impostare i «dati relativi alla sessione della carta» nella carta del 
conducente o dell'off icina immediatamente dopo l'inser iment o della carta. 
138)  L'apparecc hio di controllo deve aggior nare i dati memor izzati in una carta valida del conducent e, 
dell'off icina, dell'azienda e/o di controllo con tutti i dati necessar i relativi al periodo durante il quale 
la carta è inser ita e al titolare della carta. I dati memor izzati in tali carte sono specifi cati nella sezione 
4. 
139)  L'apparecc hio di controllo deve aggior nare i dati relativi all'attività del conducent e e ai luoghi (come 
specifi cato ai punti 4.5.3.1.9 e 4.5.3.1.11) memor izzati su una carta valida del conducente e/o dell'of ­
ficina con i dati relativi all'attività e ai luoghi inser iti manualment e dal titolare della carta. 
140)  Tutte le anomalie non definite per le apparecc hiature di controllo di prima generazione non devono 
essere memor izzate sulle carte del conducente e dell'officina. 
141)  L'aggior nament o dei dati delle carte tach igraf iche deve avvenire in modo tale che, all'occor renza e 
tenuto conto della capacità di memor izzazione effettiva della carta, i nuo vi dati sostituiscano quelli 
meno recenti. 
142)  In caso di errore di scrittura, l'apparecch io di controllo deve ripro vare, un massimo di tre volte, ad 
inviare il medesimo comando di scrittura; quindi, se l'errore persiste , deve dichiarare la carta guasta e 
non valida. 
143)  Prima di consentire l'estrazione di una carta del conducente e dopo avere memor izzato nella carta 
tutti i dati pertinenti, l'apparecchi o di controllo deve azzerare i «dati relativi alla sessione della carta». 
3.14.2  Regi strazione e memor izzazione nelle carte tachig rafich e di seconda generazione 
144)  Le carte tachi grafi che di seconda generazione devono contenere 2 diverse applicazioni della carta, la 
prima esattamente uguale all'applicazione TACHO delle carte tach igraf iche di prima generazione, 
mentre la seconda deve essere l'applicazione «TACHO_G2», come specifi cato nella sezione 4 e nell'ap ­
pendice 2. 
145)  L'apparecc hio di controllo deve impostare i «dati relativi alla sessione della carta» nella carta del 
conducente o dell'off icina immediatamente dopo l'inser iment o della carta. 
146)  L'apparecc hio di controllo deve aggior nare i dati memor izzati nelle 2 applicazioni di una carta valida 
del conducent e, dell'off icina, dell'azienda e/o di controllo con tutti i dati necessar i relativi al periodo 
durante il quale la carta è inser ita e al titolare della carta. I dati memor izzati in tali carte sono 
specifi cati nella sezione 4. 
147)  L'apparecc hio di controllo deve aggior nare i dati relativi ai luoghi e alle posizioni dell'attività del 
conducente (come specific ato ai punti 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 e 4.5.3.2.11), memor izzati su 
una carta valida del conducente e/o dell'off icina, con i dati relativi all'attività e ai luoghi inser iti 
manualment e dal titolare della carta. 
148)  L'aggior nament o dei dati delle carte tach igraf iche deve avvenire in modo tale che, all'occor renza e 
tenuto conto della capacità di memor izzazione effettiva della carta, i nuo vi dati sostituiscano quelli 
meno recenti. 
149)  In caso di errore di scrittura, l'apparecch io di controllo deve ripro vare, un massimo di tre volte, ad 
inviare il medesimo comando di scrittura; quindi, se l'errore persiste , deve dichiarare la carta guasta e 
non valida. 
150)  Prima di consentire l'estrazione di una carta del conducent e e dopo avere memor izzato nelle 2 
applicazioni della carta tutti i dati pertinenti, l'apparecchi o di controllo deve azzerare i «dati relativi 
alla sessione della carta». 
3.15  Visualizzazione 
151)  Il dispositivo di visualizzazione deve comprende re almeno 20 caratt eri. 
152)  La dimensione minima prescr itta per i caratter i è di 5 mm in altezza e 3,5 mm in larghezza. 26.5.2016 L 139/41 Gazzetta ufficiale dell'U nione europea IT     
153)  Il dispositivo di visualizzazione deve gestire i caratt eri specifi cati nell'appendice 1, sezione 4, «Insiemi 
di caratt eri». Il dispositivo di visualizzazione può usare caratter i sem plificati (per es. le lettere 
accentate possono appar ire senza l'accento o le lettere minuscole possono appar ire come maiuscole). 
154)  Il dispositivo di visualizzazione deve essere munito di un'illuminazione adeguata non abbag liante. 
155)  Le indicazioni devono essere visibili dall'esterno dell'apparecch io di controllo. 
156)  L'apparecc hio di controllo deve essere in grado di visualizzare: 
—  i dati predef initi, 
—  i dati relativi agli avvisi, 
—  i dati relativi all'accesso guidato da menù, 
—  altri dati richiest i dall'utilizzator e. 
L'apparecc hio di controllo può visualizzare altre informazioni, a condizione che siano chiaramente 
distinte da quelle di cui sopra. 
157)  Il dispositivo di visualizzazione dell'apparecch io di controllo deve usare i pittogrammi o le 
combinazioni di pittogrammi elencati nell'appendice 3. Il dispositivo di visualizzazione può 
prevedere altri pittogrammi o combinazioni di pittogrammi, purch é siano chiaramente distinti da 
quelli summenzionati. 
158)  Il dispositivo di visualizzazione deve essere sempre acceso durant e la marcia del veicolo. 
159)  L'apparecc hio di controllo può prevedere un comando manuale o automatico per spegnere il 
dispositivo di visualizzazione quando il veicolo non è in marcia. 
Il format o di visualizzazione è specific ato nell'appendice 5. 
3.15.1  Visualizzazione predefinita 
160) In assenza di altre informazioni da visualizzare, l'apparecchi o di controllo deve visualizzare, nell'im ­
postazione predef inita, le seguenti informazioni: 
—  l'ora locale (risultante dall'ora UTC, con regolazione effettuata dal conducente ), 
—  la modalità di funzionamento, 
—  l'attività in corso del conducente e del secondo conducente , 
—  informazioni relative al conducente : 
—  se l'attività in corso è GUID A, il periodo di guida continuo in corso e il periodo cumulato di 
interr uzione in corso, 
—  se l'attività in corso non è GUID A, la durata di tale attività (a partire dal momento in cui è stata 
selezionata) e il periodo cumulato di interruzione in corso. 
161) La visualizzazione dei dati relativi a ciascun conducent e deve essere chiara, sem plice ed inequivo ­
cabile. Qualora non sia possibile visualizzare contem poraneamente le informazioni relative al 
conducente e al secondo conducente, l'apparecch io di controllo deve visualizzare per definizione le 
informazioni relative al conducente e consentire all'utent e di visualizzare le informazioni relative al 
secondo conducente . 
162)  Qualora la larghezza del dispositivo non consenta di visualizzare per definiz ione la modalità di 
funzionamento, ad ogni variazione l'apparecchi o di controllo deve visualizzare brevement e la nuo va 
modalità di funzionament o. 
163)  L'apparecc hio di controllo deve visualizzare brevement e il nome del titolare all'atto dell'inser imento 
della carta. 26.5.2016 L 139/42 Gazzetta ufficiale dell'U nione europea IT     
164)  Qualora si attivi una condizione «ESCLUSO DAL CAMPO DI APPLICAZIONE» o «TRA GHETTO/ 
TRENO», la visualizzazione predef inita deve indicare, mediante l'apposit o pittogramma, che tale 
condizione è attiva (è ammesso che l'attività in corso del conducent e non sia indicata nel conte mpo). 
3.15.2  Visualizzazione degli avvisi 
165)  L'apparecc hio di controllo deve visualizzare gli avvisi utilizzando principalment e i pittogrammi di cui 
all'appendice 3, integrati, se necessar io, da un codice numer ico supplementare. Si può anche 
aggiungere una descr izione dell'a vviso nella lingua abituale del conducente. 
3.15.3  Accesso guidato da menù 
166)  L'apparecc hio di controllo deve fornire i comandi necessar i attra verso un'apposita struttura a menù. 
3.15.4  Visualizzazione di altre informazioni 
167)  Deve essere possibile visualizzare selettivamente , su richiesta: 
—  la data e l'ora UTC e la regolazione dell'ora locale; 
—  il contenut o di ciascuno dei sei documenti stampat i, nello stesso formato dei documenti stess i; 
—  il periodo di guida continuo e il periodo cumulato di interr uzione del conducente ; 
—  il periodo di guida continuo e il periodo cumulato di interr uzione del secondo conducent e; 
—  il periodo di guida cumulato del conducent e relativ o alla settimana in corso e a quella precedente; 
—  il periodo di guida cumulato del secondo conducente relativ o alla settimana in corso e a quella 
precedente; 
informazioni facoltative: 
—  la durata attuale dell'attività del secondo conducente (a partire dal momento in cui è stata 
selezionata); 
—  il periodo di guida cumulato del conducent e relativ o alla settimana in corso; 
—  il periodo di guida cumulato del secondo conducente relativo al gior no di lavoro in corso; 
—  il periodo di guida cumulato del conducent e relativ o al gior no di lavoro in corso. 
168)  La visualizzazione del cont enuto dei documenti stam pati deve essere sequenziale, riga per riga. 
Qualora la larghezza del dispositivo di visualizzazione sia inferior e a 24 caratt eri, l'utilizzat ore deve 
poter ottenere le informazioni complet e mediante un sistema adeguato (più righe, scor rimento del 
testo, ecc.). 
Ai fini della visualizzazione si possono omett ere le righe dei documenti stam pati riservate alle 
informazioni da ripor tare a mano. 
3.16  Stampa 
169)  L'apparecc hio di controllo deve essere in grado di stam pare le seguenti informazioni cont enute nella 
sua memor ia di dati e/o nelle carte tachigrafiche, in modo da ottenere i sette documenti stampati 
seguenti: 
—  stam pa gior naliera delle attività del conducente contenut e nella carta, 
—  stam pa gior naliera delle attività del conducente contenut e nell'unità elettronica di bordo, 
—  stam pa di anomalie e guasti contenuti nella carta, 
—  stam pa di anomalie e guasti contenuti nell'unità elettronica di bordo, 
—  stam pa dei dati tecnici, 26.5.2016 L 139/43 Gazzetta ufficiale dell'U nione europea IT     
—  stam pa dei superamenti della velocità, 
—  cronologia dei dati della carta tachi grafi ca per una deter minata VU (cfr. punto 3.12.16). 
Il format o e il contenut o precisi di tali documenti stam pati sono specificati nell'appendice 4. 
In fondo ai documenti stam pati si possono ripor tare anche altre informazioni. 
L'apparecc hio di controllo può inoltre fornire altri documenti stampati, purché siano chiarament e 
distinguibili dai sette documenti summenzionati. 
170)  I documenti «stampa gior naliera delle attività del conducente cont enut e nella carta» e «stampa di 
anomalie e guasti cont enuti nella carta» devono essere disponibili solo quando nell'apparecc hio di 
controllo è inser ita una carta del conducent e o una carta dell'off icina. L'apparecc hio di controllo deve 
aggior nare i dati conte nuti nella carta prima di iniziare la stampa. 
171)  Per produr re il documento «stampa gior naliera delle attività del conducent e conte nute nella carta» o il 
documento «stampa di anomalie e guasti cont enuti nella carta», l'apparecch io di controllo deve: 
—  selezionare automaticament e la carta del conducent e o la carta dell'off icina, se solo una delle due 
è inser ita, oppure 
—  prevedere un comando per selezionare la carta da cui attingere i dati o selezionare la carta 
inser ita nella sede (slot) «conducente», se due di tali carte sono inser ite nell'apparecchio di 
controllo. 
172)  La stampant e deve essere in grado di stampare 24 caratteri per riga. 
173)  La dimensione minima prescr itta per i caratter i è di 2,1 mm in altezza e 1,5 mm in larghezza. 
174)  La stampa nte deve poter stampa re i caratter i specif icati nell'appendice 1, sezione 4, «Insiemi di 
caratteri ». 
175)  Le stampanti devono essere progettat e in modo da fornire i suddetti documenti stampat i con un 
grado di definizione atto ad evitare qualsiasi ambiguità nella lettura. 
176)  I documenti stampa ti devono conser vare le loro dimensioni e le loro registrazioni in condizioni 
normali di umidità (10-90 %) e di temperatura. 
177) La carta omologata usata per la stam pa deve recare il march io di omologazio ne pertinente e l'indi ­
cazione del tipo o dei tipi di apparecc hio di controllo con cui può essere utilizzata. 
178)  I documenti stam pati devono rimanere chiaramente leggibili e identificabili in condizioni normali di 
conser vazione, per quanto riguarda l'inte nsità luminosa, l'umidità e la temperatura, per almeno due 
anni. 
179) I documenti stampati devono essere quantomeno conf ormi alle specifi che di prova di cui all'ap ­
pendice 9. 
180)  Deve inoltre essere possibile aggiungere su questi documenti note manoscr itte supplementar i, come 
la firma del conducente. 
181)  L'apparecc hio di controllo deve gestire anomalie del tipo «mancanza carta» durant e la stam pa, 
riavviando la stam pa dall'inizio del documento in seguito al caricamento della carta o continuando la 
stampa e fornendo un riferi mento inequiv ocabile alla parte già stam pata. 
3.17  Avvisi 
182)  L'apparecc hio di controllo deve inviare un segnale di avviso al conducente quando rileva un'anomalia 
e/o un guast o. 
183)  L'avviso di un'anomalia dovuta ad interr uzione dell'alimentazione può attivarsi anche solo dopo il 
ripristino dell'alimentazione stessa. 26.5.2016 L 139/44 Gazzetta ufficiale dell'U nione europea IT     
184)  L'apparecc hio di controllo deve inviare un segnale di avviso al conducente 15 minuti prima del 
superamento del periodo massimo di guida continuo consentito e nel momento in cui tale limite 
viene superato. 
185)  I segnali di avviso devon o essere visivi. Si possono anche prevedere avvisi acustici in aggiunta a quelli 
visivi. 
186)  Gli avvisi visivi devono essere chiaramente riconoscibili dall'utent e, devon o rientrare nel campo visivo 
del conducent e ed essere chiaramente leggibili sia di gior no che di nott e. 
187)  Gli avvisi visivi possono essere incor porati nell'apparecchio di controllo e/o collocati in posizione 
remota rispetto all'apparecchi o di controllo. 
188)  In quest'ultimo caso devono recare il simbolo «T». 
189)  Gli avvisi devon o avere una durata di almeno 30 secondi, salvo che l'utent e con la pressione di uno o 
più tasti specifici dell'apparecc hio di controllo non confermi di aver ne preso atto. Questa prima 
conferma non deve annullare la visualizzazione della causa dell'a vviso menzionata nel paragraf o 
successivo. 
190)  La causa dell'avviso deve essere visualizzata sull'apparecchi o di controllo e rimanere visibile fino alla 
conferma da parte dell'uten te mediante l'uso di un apposito tasto o comando dell'apparecchio di 
controllo. 
191)  Si possono prevedere altri avvisi, purch é non conf ondano i conducenti in relazione a quelli sopra 
definiti. 
3.18  Trasf erimento di dati a un dispositiv o ester no 
192)  L'apparecc hio di controllo deve essere in grado di trasf erire su richiesta i dati contenuti nella sua 
memor ia o in una carta del conducente ad un dispositivo di memor izzazione esterno attra verso il 
connettore di taratura/trasferi mento. L'apparecchio di controllo deve aggior nare i dati contenuti nella 
carta prima di iniziare il trasf erimento. 
193)  Inoltre, a titolo facoltativo, in qualsiasi modalità di funzionamento l'apparecchi o di controllo può 
trasfer ire i dati tramite qualsiasi altro mezzo ad un'im presa autenticata attra verso questo canale. In tal 
caso, al trasfer iment o si applicano i diritti di accesso ai dati del modo azienda. 
194)  Il trasf erimento di dati non deve modifi care o cancellare i dati memor izzati. 
195)  L'interfaccia elettr ica del connettor e di taratura/trasferimento è specificata nell'appendice 6. 
196)  I protocolli di trasfe rimento sono specifi cati nell'appendice 7. 
3.19  Comunicazione remot a per controlli su strada mirati 
197)  Quando l'accensione è inser ita, l'unità elettronica di bordo deve memor izzare ogni 60 secondi nel 
dispositivo di comunicazione remota i dati più recenti necessar i ai fini dei controlli su strada mirati. 
Tali dati devon o essere criptati e firmati come specificato nelle appendici 11 e 14. 
198)  I dati da controllare a distanza devon o essere resi disponibili a lettori di comunicazione remota 
attraverso una comunicazione senza fili, come specifi cato nell'appendice 14. 
199)  I dati necessar i ai fini dei controlli su strada mirati devon o riguardare: 
—  l'ultimo tentativo di violazione della sicurezza, 
—  l'interruzione più lung a dell'alimentazione di energia, 26.5.2016 L 139/45 Gazzetta ufficiale dell'U nione europea IT     
—  guast o del sensore, 
—  errore dei dati di movimento, 
—  dati contrastanti sul movimento del veicolo, 
—  guida in assenza di una carta valida, 
—  inser iment o della carta durant e la guida, 
—  dati relativi alla regolazione dell'ora, 
—  dati relativi alla taratura, compre se le date delle ultime due registrazioni di tarature memor izzate, 
—  numero d'immatr icolazione del veicolo, 
—  velocità registrata dal tachi grafo. 
3.20  Trasmissione di dati ad altri dispositivi esterni 
200)  L'apparecc hio di controllo può anche essere munito di interfacce standardizzat e che consentano di 
usare i dati registrati o generati dal tachi grafo nel modo funzionamento o taratura mediante un 
dispositivo ester no. 
Nell'appendice 13 è specificata e standardizzata un'interfaccia ITS opzionale. Altre interfacce simili 
possono coesister e, purch é siano pienamente conf ormi ai requisiti dell'appendice 13 in termini di 
elenco minimo dei dati, sicurezza e consenso del conducente. 
I seguenti requisiti si applicano ai dati ITS resi disponibili mediante tale interfaccia: 
—  tali dati sono una serie di dati esistenti scelti dal dizionar io di dati del tachi grafo (appendice 1), 
—  un sottoinsieme di tali dati scelti è contrassegnato «dati personali», 
—  il sottoi nsieme «dati personali» è disponibile solo se è abilitato il consenso verificabile del 
conducente , con cui egli accetta che i propr i dati personali possano lasciare la rete del veicolo, 
—  in qualsiasi momento il consenso del conducente può essere abilitato o disabilitat o con i comandi 
del menù, purch é la carta del conducente sia inser ita, 
—  l'insieme e il sottoinsieme di dati sono trasmessi tramite protocollo senza fili Bluetooth nel raggio 
della cabina del veicolo, con una frequenza di aggior namento di 1 minuto, 
—  l'abbinamento del dispositivo esterno con l'inte rfaccia ITS è protett o da un PIN dedicato e casuale 
di almeno 4 cifre, registrat e e disponibili mediante il dispositivo di visualizzazione di ciascuna 
unità elettronica di bordo, 
—in ogni caso, la presenza dell'interfacci a ITS non deve perturbare o pregiudicare il corretto funzio ­
nament o e la sicurezza dell'unità elettronica di bordo. 
Si possono trasmettere anche altri dati in aggiunta all'insieme di dati esistenti scelti, considerato 
l'elenco minimo, a condizione che tali dati non si possano considerare dati personali. 
L'apparecc hio di controllo deve notific are il consenso del conducent e agli altri dispositivi esterni. 
Quando l'accensione del veicolo è inser ita, tali dati devono essere trasmessi costantement e. 
201)  Il tach igraf o può continuare ad essere munito dell'interfa ccia del collegame nto seriale, come 
specifi cato nell'alleg ato 1B del regolamento (CEE) n. 3821/85, come modif icato da ultimo, per 
garantire la compat ibilità con le versioni precedenti. In ogni caso, il consenso del conducente è 
comunque necessar io qualora siano trasmessi dati personali. 26.5.2016 L 139/46 Gazzetta ufficiale dell'U nione europea IT     
3.21  Taratura 
202)  La funzione di taratura deve consentire: 
—  l'accoppiamento automat ico del sensore di moviment o alla VU, 
—  l'accoppiamento automat ico del dispositivo GNSS ester no alla VU, se del caso, 
—  l'adattamento digitale della costant e dell'apparecch io di controllo (k) al coeff icient e caratt eristico 
del veicolo (w), 
—  la regolazione dell'ora corrente entro il periodo di validità della carta dell'off icina inser ita, 
—  la regolazione del valore corrente dell'odometro, 
—  l'aggior nament o dei dati di identificazione del sensore di movimento memor izzati nella memor ia 
di dati, 
—  l'aggior nament o, se del caso, dei dati di identif icazione del dispositivo GNSS ester no memor izzati 
nella memor ia di dati, 
—  l'aggior nament o dei tipi e degli identificativi di tutti i sigilli apposti, 
—  l'aggior nament o o la conferma di altri parametr i noti all'apparecchi o di controllo: identif icazione 
del veicolo, w, l, dimensioni degli pneumatici e regolazione del limitatore di velocità, se 
applicabile. 
203)  Inoltre, la funzione di taratura deve consentire di eliminare l'utilizzo delle carte tachi grafi che di prima 
generazione nell'apparecchio di controllo, purché siano soddisfat te le condizioni di cui all'appendice 
15. 
204)  L'abbinamento del sensore di movimento alla VU deve prevedere almeno: 
—l'aggior nament o dei dati di montaggio del sensore di movimento in esso contenuti (all'oc ­
correnza), 
—  la copia, nella memor ia di dati della VU, dei dati di identificazione del sensore necessar i. 
205)  L'accoppiamento del dispositivo GNSS esterno alla VU deve prevedere almeno: 
—l'aggior nament o dei dati di montaggio del dispositivo GNSS ester no in esso contenuti (all'oc ­
correnza), 
—  la copia, nella memor ia di dati della VU, dei dati di identif icazione del dispositivo GNSS esterno 
necessar i, compr eso il numero di serie del dispositivo GNSS esterno. 
L'accoppiamento deve essere seguito dalla verifica delle informazioni sulla posizione del GNSS. 
206)  La funzione di taratura deve essere in grado di immettere i dati necessar i, attraverso il connett ore di 
taratura/trasferi mento, in base al protocollo di taratura definito nell'appendice 8. La funzione di 
taratura può anche immettere i dati necessar i attra verso altri mezzi. 
3.22  Verifica della taratura su strada 
207)  La funzione di verifica della taratura su strada deve consentire di legger e il numero di serie del 
sensore di movimento (eventualmente incor porato nell'adattatore) e il numero di serie del dispositivo 
GNSS esterno (se del caso), collegati all'unità elettronica di bordo, al momento della richiest a. 
208)  Tale lettura deve essere possibile almeno sul dispositivo di visualizzazione dell'unità elettronica di 
bordo con i comandi dei menù. 26.5.2016 L 139/47 Gazzetta ufficiale dell'U nione europea IT     
209)  La funzione di verifica della taratura su strada deve anche consentire di controllare la selezione della 
modalità I/O della linea dei segnali I/O di taratura specificata nell'appendice 6, tramite l'interfaccia 
della linea K. A ciò si deve provvedere tramit e la sessione di regolazione ECU, come specifi cato 
nell'appendice 8, Sezione 7 «Controllo degli impulsi di prova — Unità funzionale di controllo dei 
segnali di entrata/uscita». 
3.23  Regolazione dell'ora 
210)  La funzione di regolazione dell'ora deve consentire di regolare automa ticamente l'ora corrent e. 
Nell'apparecchio di controllo si devono usare due fonti di misurazione del tempo per regolare l'ora: 
1) l'orologio interno della VU); 2) il ricevitore GNSS. 
211)  Le impostazioni dell'ora dell'orologio interno della VU devon o essere automaticament e ri-regolate ad 
inter valli di 12 ore al massimo. Se allo scadere dell'inter vallo il segnale GNSS non è disponibile, 
l'impostazione dell'ora deve avvenire non appena la VU può accedere ad un orar io valido fornito dal 
ricevitore GNSS, secondo le condizioni di accensione del veicolo. Il riferimento temporale per l'impo ­
stazione automat ica dell'ora dell'orologio interno della VU deve essere costituit o dal ricevito re GNSS. 
Un'anomalia «dati contrastanti sull'ora» deve attivarsi quando l'ora corrente si discosta di oltre un (1) 
minuto dalle informazioni sull'ora fornite dal ricevito re GNSS. 
212)  La funzione di regolazione dell'ora deve anche consentire la regolazione dell'ora corrente in modo 
mirato, nel modo taratura. 
3.24  Caratter istiche prest azionali 
213)  L'unità elettronica di bordo deve essere in grado di funzionare correttamente nell'inter vallo di 
temperatura compre so tra – 20 °C e 70 °C, il dispositivo GNSS esterno nell'inte rvallo di temperatura 
compreso tra – 20 °C e 70 °C e il sensore di movimento nell'int ervallo di temperatura compr eso tra 
– 40 °C e 135 °C. Il cont enuto della memor ia di dati deve conser varsi fino alla temperatura minima 
di – 40 °C. 
214)  Il tachigraf o deve essere in grado di funzionare correttament e nell'inte rvallo di umidità compr eso tra 
10 % e 90 %. 
215)  I sigilli utilizzati nel tachi grafo intellig ente devon o resistere alle stesse condizioni applicabili ai 
compo nenti del tachigraf o cui sono apposti. 
216) L'apparecc hio di controllo deve essere protet to contro la sovratensi one, l'inver sione di polar ità dell'ali ­
mentazione e i corto circuiti. 
217)  I sensor i di movimento: 
—  devon o reagire a un campo magnetico che disturbi il rilevamento dei dati di movimento del 
veicolo. In queste circostanze, l'unità elettronica di bordo del veicolo deve registrare e 
memor izzare un guast o del sensore (requisito 88); oppure 
—  devon o dispor re di un element o di rilevazione protett o dai campi magnetici o immune agli stessi. 
218)  L'apparecc hio di controllo e il dispositivo GNSS esterno devono essere conf ormi al regolamento 
intern azionale UNECE n. 10 e devon o essere prot etti contro le scar iche elettrostatic he ed i transito ri. 
3.25  Mater iali 
219)  Tutti gli elementi costitutivi dell'apparecch io di controllo devon o essere realizzati con mater iali dotati 
di stabilità e di resist enza meccanica suffi cienti e con caratt eristiche elettr iche e magnetiche stabili. 
220)  Per le normali condizioni di impiego, tutti gli elementi interni dell'apparecc hio devono essere protetti 
contro l'umidità e la polvere. 
221)  L'unità elettronica di bordo e il dispositivo GNSS esterno devono soddisfar e il grado di prot ezione 
IP 40 e il sensore di movimento deve soddisfare il grado di protezione IP 64, secondo la norma IEC 
60529:1989 compre se A1:1999 e A2:2013. 26.5.2016 L 139/48 Gazzetta ufficiale dell'U nione europea IT     
222)  L'apparecc hio di controllo deve essere conf orme alle specifiche tecnic he applicabili in mat eria di 
ergonomia. 
223)  L'apparecc hio di controllo deve essere protett o contro i danni accidentali. 
3.26  Iscr izioni 
224) Se l'apparecchi o di controllo visualizza il valore dell'odometro e la velocità, sul dispositivo di visualiz ­
zazione devono figurare le seguenti iscrizioni: 
—  in prossimità della cifra che indica la distanza, l'unità di misura della distanza espressa dal 
simbolo «km», 
—  in prossimità della cifra che indica la velocità, l'indicazione «km/h». 
L'apparecc hio di controllo deve inoltre consentire la visualizzazione della velocità in miglia all'ora, nel 
qual caso l'unità di misura della velocità sarà espressa dall'indicazione «mph». L'apparecc hio di 
controllo deve inoltre consentire la visualizzazione della distanza in miglia, nel qual caso l'unità di 
misura della distanza sarà espressa dall'indicazione «mi». 
225)  Una targhetta segnaletica deve essere affissa ad ogni compo nente distint o dell'apparecc hio di 
controllo e deve ripor tare le seguenti indicazioni: 
—  nome ed indir izzo del fabbr icante dell'apparecchio, 
—  codice compo nente del fabbr icante e anno di fabbr icazione dell'apparecc hio, 
—  numero di serie dell'apparecch io, 
—  march io di omolog azione del tipo di apparecchio. 
226)  Qualora lo spazio fisico non sia suffi cient e per ripor tare tutte le indicazioni summenzionat e, sulla 
targhetta segnaletica devon o figurare almeno: il nome o il logo del fabbricante e il codice 
compo nente dell'apparecc hio. 
4  REQUISITI DI COSTR UZIONE E FUNZIONAMENTO DELLE CARTE TACHIGRAFIC HE 
4.1  Dati visibili 
Il lato anter iore della carta deve recare: 
227)  le diciture «Car ta del conducente» o «Car ta di controllo» o «Car ta dell'offici na» o «Car ta dell'azienda» 
stampat i in carattere maiuscolo nella lingua o nelle lingue ufficiali dello Stato membro che rilascia la 
carta, a seconda del tipo di carta; 
228)  il nome dello Stato membro che rilascia la carta (facoltativo); 
229)  il segno distintivo dello Stato membro che rilascia la carta, stampat o in nega tivo in un rettangolo 
azzur ro e circondat o da dodici stelle gialle. I segni distintivi sono i seguenti: 
B 
BG 
CZ 
CY Belgio 
Bulgar ia 
Repubblica ceca 
Cipro LV 
L 
LT 
M Lettonia 
Luss emburgo 
Lituania 
Malta 
DK Danimarca NL Paesi Bassi 26.5.2016 L 139/49 Gazzetta ufficiale dell'U nione europea IT     
D 
EST Germania 
Estonia A 
PL Aust ria 
Polonia 
GR Grecia P 
RO 
SK 
SLO Portogallo 
Romania 
Slovacc hia 
Slovenia 
E Spagna FIN Finlandia 
F 
HR 
H Francia 
Croazia 
Ung heria S Svezia 
IRL Irlanda UK Regno Unito 
I Italia    
230)  le informazioni specifiche della carta, nell'ordine seguent e:  
Carta del conducent e Carta di controllo Carta dell'azienda o carta dell'of ­
ficina 
1. cognome del conducent e denominazione dell'org ani­
smo di controllo denominazione dell'impresa o 
dell'off icina 
2. nome/i del conducente cognome del controllore 
(se pertinente) cognome del titolare della 
carta 
(se pertinente ) 
3. data di nascita del condu ­
cent e nome/i del controllore 
(se pertinente) nome/i del titolare della carta 
(se pertinente ) 
4.a data di inizio validità della carta 
4.b data di fine validità della carta 
4.c denominazione dell'auto rità che rilascia la carta (può essere stamp ata sul retro); 
4.d un numero diverso da quello di cui alla voce 5, a fini amministrativi (facoltativ o); 
5.a numero della patente di 
guida 
(alla data di rilascio della 
carta del conducente) — — 
5.b numero della carta 
6. fotografia del conducente fotografia del controllore (fa­
coltativa) fotografia dell'installator e (fa­
coltativa) 26.5.2016 L 139/50 Gazzetta ufficiale dell'U nione europea IT     
Carta del conducent e Carta di controllo Carta dell'azienda o carta dell'of ­
ficina 
7. firma del titolare (facoltat iva) 
8. luogo di residenza abituale o 
indir izzo postale del titolare 
(facoltativo) indir izzo postale dell'organi ­
smo di controllo indir izzo postale dell'azienda 
o dell'off icina  
231)  le date devono essere indicate nel formato «gg/mm/aaaa» o «gg.mm.aaaa» (gior no, mese, anno). 
Il retro della carta deve recare: 
232)  la spiegaz ione delle voci numerate che appaiono sul lato anter iore della carta; 
233)  se del caso e con l'assenso specifi co scritto del titolare, anche altre informazioni che non si 
riferi scono alla gestione della carta, purch é tale aggiunta non modifichi in alcun modo l'impiego del 
modello come carta tach igraf ica. 
234)  Le carte tach igraf iche devon o essere stam pate con i seguenti color i di fondo predominanti:  
— carta del conducent e:bianco,  
— carta di controllo: blu,  
— carta dell'off icina: rosso,  
— carta dell'azienda: giallo. 
235)  Le carte tachigra fiche devon o avere almeno le caratt eristich e seguenti ai fini della prot ezione contro 
la falsificazione e la manomissione: 
—  stam pa policroma del fondo di sicurezza finemente arabescato, 
—  nell'area della foto, sovrapposizione del fondo di sicurezza e della fotografia, 
—  almeno una linea bicromatica microstampata.  26.5.2016 L 139/51 Gazzetta ufficiale dell'U nione europea IT     
236)  Previa consultazione della Commissione, gli Stati membr i possono aggiungere color i o iscrizioni, 
quali simboli nazionali e caratt eristiche di sicurezza, fatte salve le altre disposizioni del present e 
allegat o. 
237)  Le carte temporanee di cui all'ar ticolo 26, paragraf o 4, del regolamento (UE) n. 165/2014 devono 
essere conf ormi alle disposizioni del present e alleg ato. 
4.2  Sicurezza 
La sicurezza del sistema è intesa a prote ggere l'inte grità e l'aut enticità dei dati scambiati tra le carte e l'appa ­
recch io di controllo e l'inte grità e l'autenticità dei dati trasfer iti dalle carte, a consentire deter minat e 
operazioni di scrittura sulle carte solo all'apparecchi o di controllo, a decr iptare alcuni dati, ad escludere ogni 
possibilità di falsificazione dei dati memor izzati sulle carte, ad impedire la manomissione e a rilevar ne 
eventuali tentativi. 
238)  Al fine di garan tire la sicurezza del sistema, le carte tach igraf iche devono soddisfare i requisiti di 
sicurezza specifi cati nelle appendici 10 e 11. 26.5.2016 L 139/52 Gazzetta ufficiale dell'U nione europea IT     
239)  Le carte tach igraf iche devon o poter essere lette da altri apparecc hi, come i personal comput er. 
4.3  Nor me 
240)  Le carte tach igraf iche devon o essere conf ormi alle norme seguenti: 
—  ISO/IEC 7810 Carte di identificazione — Caratte ristiche fisiche, 
—  ISO/IEC 7816 Carte di identificazione — Carte a circuiti integrati: 
—  Parte 1: Caratte ristich e fisiche, 
—  Parte 2: Dimensioni e posizione dei contatti (ISO/IEC 7816-2:2007), 
—  Parte 3: Interfa ccia elettr ica e protocoll i di trasmissione (ISO/IEC 7816-3:2006), 
—  Parte 4: Org anizzazione, sicurezza e comandi per gli scambi (ISO/IEC 7816-4:2013 + Cor 
1:2014), 
—  Parte 6: Elementi di dati interindustr iali per gli scambi (ISO/IEC 7816-6:2004 + Cor 1:2006), 
—  Parte 8: Comandi per le operazioni di sicurezza (ISO/IEC 7816-8:2004). 
—  Le carte tachi grafi che devon o essere sottopost e a prova in conf ormità alla norma ISO/IEC 10373- 
3:2010 Carte di identificazione — Metodi di prova — Parte 3: Carte a circuiti integrat i con 
contatti e relative interfacce. 
4.4  Specif iche ambientali ed elettr iche 
241)  Le carte tachigrafiche devon o essere in grado di funzionare correttamente in tutte le condizioni 
climatiche abituali nel territori o della Comunità e almeno nell'int ervallo di temperatura compre so tra 
– 25 °C e + 70 °C, con picchi occasionali fino a + 85 °C, dove per «occasionale» s'intende non 
super iore a 4 ore per volta e non super iore a 100 volte nell'int ero periodo di durata della carta. 
242)  Le carte devon o poter funzionare correttamente con un'umidità compr esa tra 10 e 90 %. 
243)  Le carte tachigra fiche devono essere in grado di funzionare correttamente per un periodo di cinque 
anni, se impieg ate nel rispetto delle specifi che ambientali ed elettr iche. 
244)  Durante il funzionamento, le carte tachigrafiche devon o essere conf ormi al regolamento UNECE 
n. 10, relativ o alla compatib ilità elettromagnetica, e devon o essere protett e contro le scar iche elettro ­
statiche. 
4.5  Memor izzazione dei dati 
Agli effetti del present e punt o: 
—  se non diversament e specificato, i tempi sono registrati con una risoluzione di un minuto, 
—  i valor i dell'odometro sono registrati con una risoluzione di un chilometro, 
—  le velocità sono registrat e con una risoluzione di 1 km/h, 
—  le posizioni (latitudini e longitudini) sono registrate in gradi e minuti, con una risoluzione di 1/10 di 
minut o. 
Le funzioni, i comandi e le strutture logich e delle carte tachi grafi che, che soddisfan o i requisiti di memor iz­
zazione dei dati, sono specifi cati nell'appendice 2. 
Se non diversamente specifi cato, la memor izzazione dei dati nelle carte tachi grafi che deve essere organizzata 
in modo che i nuo vi dati sostituiscano quelli più datati, nel caso in cui lo spazio della memor ia previsto per 
quelle registrazioni specifiche sia esaur ito. 26.5.2016 L 139/53 Gazzetta ufficiale dell'U nione europea IT     
245)  Il present e punt o specifi ca la capacità minima di memor izzazione per i file di dati destinati alle 
diverse applicazioni. Le carte tachi grafi che devon o essere in grado di indicare all'apparecchio di 
controllo la capacità effettiva di memor izzazione di tali file di dati. 
246)  Gli eventuali dati supplementar i che possono essere memor izzati nelle carte tachi grafi che, relativi ad 
altre applicazioni eventualmente suppor tate dalla carta, devono essere memor izzati in conf ormità alla 
direttiva 95/46/CE, alla direttiva 2002/58/CE e all'ar ticolo 7 del regolamento (UE) n. 165/2014. 
247)  Ogni file principale (MF) di ciascuna carta tachi grafi ca deve cont enere fino a cinque file elementar i 
(EF), ai fini della gestione della carta e dell'identificazio ne dell'applicazione e del chip, e due file 
dedicati (DF): 
—  DF Tachograph, che contiene l'applicazione accessibile alle unità elettronic he di bordo di prima 
generazione, che è presente anche nelle carte tach igraf iche di prima generazione, 
—  DF Tachog raph_G2, che contiene l'applicazione accessibile solo alle unità elettronic he di bordo di 
seconda generazione, che è present e solo nelle carte tachi grafi che di seconda generazione. 
Informazioni dettag liate sulla struttura delle carte tachigra fiche sono ripor tate nell'appendice 2. 
4.5.1  File elementar i per l'identificazio ne e la gestio ne della carta 
4.5.2  Identific azione della carta a circuito integ rato 
248)  Le carte tach igraf iche devon o essere in grado di memor izzare i seguenti dati di identif icazione delle 
carte intelligenti: 
—  arresto dell'orologio, 
—  numero di serie della carta (com presi i riferimenti di fabbr icazione), 
—  numero di omologazione della carta, 
—  identif icazione personalizzata della carta (ID), 
—  identif icazione dell'assemblatore della carta, 
—  identif icativ o del circuito integrat o. 
4.5.2.1  Identificazione del chip 
249)  Le carte tachigrafiche devon o essere in grado di memor izzare i seguenti dati di identificazione del 
circuito integrat o: 
—  numero di serie del circuito integrat o, 
—  riferimenti di fabbr icazione del circuito integrato. 
4.5.2.2  DIR (presente solo nelle car te tachig rafiche di seconda generazion e) 
250)  Le carte tachi grafi che devono essere in grado di memor izzare gli oggett i dei dati di identif icazione 
dell'applicazione specifi cati nell'appendice 2. 
4.5.2.3  Informazioni ATR (opzionali, presenti solo nelle car te tachigrafi che di seconda 
generazione) 
251)  Le carte tachigrafiche devon o essere in grado di memor izzare il seguent e oggett o di dati informativi 
di lunghezza estesa: 
—  nel caso in cui la carta tachi grafic a suppor ti i campi di lunghezza estesa, l'ogg etto di dati 
informativi di lunghezza estesa specifi cato nell'appendice 2. 26.5.2016 L 139/54 Gazzetta ufficiale dell'U nione europea IT     
4.5.2.4  Informazioni di lunghezza estesa (opzionali, presenti solo nelle car te tachigrafi che di 
seconda generazione) 
252)  Le carte tachigrafiche devon o essere in grado di memor izzare i seguenti oggetti di dati informativi di 
lunghezza estesa: 
—  nel caso in cui la carta tachi grafi ca suppor ti i campi di lunghezza estesa, gli ogget ti di dati 
informativi di lunghezza estesa specifi cati nell'appendice 2. 
4.5.3  Carta del conducente 
4.5.3.1  Applicazione del tach igraf o (accessibile alle unità elettronic he di bordo di prima e 
seconda generazione) 
4.5.3.1.1  Identificazione dell'applicazione 
253) La carta del conducente deve essere in grado di memor izzare i seguenti dati di identif icazione dell'ap ­
plicazione: 
—  identif icazione dell'applicazione del tach igraf o, 
—  identif icazione del tipo di carta tachi grafi ca. 
4.5.3.1.2  Chiavi e certificati 
254)  La carta del conducent e deve essere in grado di memor izzare una serie di chia vi crittografi che e di 
certificat i, come specifi cato nell'appendice 11, parte A. 
4.5.3.1.3  Identificazione della carta 
255)  La carta del conducente deve essere in grado di memor izzare i seguenti dati di identif icazione della 
carta: 
—  numero della carta, 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, data di rilascio, 
—  data di inizio validità della carta, data di scadenza della carta. 
4.5.3.1.4  Identificazione del titolare della carta 
256)  La carta del conducente deve essere in grado di memor izzare i seguenti dati di identificazione del 
titolare: 
—  cognome del titolare, 
—  nome/i del titolare, 
—  data di nascita, 
—  lingua abituale. 
4.5.3.1.5  Trasfer iment o dei dati della carta 
257)  La carta del conducente deve essere in grado di memor izzare i dati seguenti relativi al trasfe rimento 
dei dati della carta: 
—  data e ora dell'ultimo trasfer iment o di dati della carta (a fini diversi da quelli di controllo). 
258)  La carta del conducente deve essere in grado di conser vare una di tali registrazioni. 
4.5.3.1.6  Informazioni sulla patent e di guida 
259)  La carta del conducente deve essere in grado di memor izzare i seguenti dati relativi alla patent e di 
guida: 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, 
—  numero della pate nte di guida (alla data di rilascio della carta). 26.5.2016 L 139/55 Gazzetta ufficiale dell'U nione europea IT     
4.5.3.1.7  Dati relativi alle anomalie 
Agli effetti del present e punt o, l'ora deve essere memor izzata con una risoluzione di 1 secondo. 
260)  La carta del conducent e deve essere in grado di memor izzare i dati relativi alle anomalie seguenti, 
rilevate dall'apparecc hio di controllo a carta inser ita: 
—  sovrapposizione di orar i (se questa carta è la causa dell'anomalia), 
—  inser iment o della carta durant e la guida (se questa carta è l'ogget to dell'anomalia), 
—  chiusura errata ultima sessione carta (se questa carta è l'ogge tto dell'anomalia), 
—  interr uzione dell'alimentazione di energia, 
—  errore dei dati di movimento, 
—  tentativi di violazione della sicurezza. 
261)  Per tali anomalie, la carta del conducent e deve essere in grado di memor izzare i dati seguenti: 
—  codice dell'anomalia, 
—  data e ora di inizio dell'anomalia (o di inser imento della carta se l'anomalia era in atto in tale 
momento) , 
—  data e ora di termine dell'anomalia (o di estrazione della carta se l'anomalia era in atto in tale 
momento) , 
—  VRN e Stato membro di immatr icolazione del veicolo in cui si è verificata l'anomalia. 
Nota: per l'anomalia «Sovrapposizione di orar i»: 
—  la data e l'ora di inizio dell'anomalia devon o corrispondere alla data e all'ora di estrazione della 
carta dal veicolo precedente , 
—  la data e l'ora di term ine dell'anomalia devon o corrispondere alla data e all'ora di inser imento 
della carta nel veicolo in uso, 
—  i dati relativi al veicolo devon o corrispondere al veicolo in uso su cui si verifica l'anomalia. 
Nota: per l'anomalia «Chiusura errata ultima sessione carta»: 
—  la data e l'ora di inizio dell'anomalia devono corrispondere alla data e all'ora di inser iment o della 
carta per la sessione chiusa in modo errato, 
—  la data e l'ora di term ine dell'anomalia devon o corrispondere alla data e all'ora di inser imento 
della carta della sessione durant e la quale è stata rilevata l'anomalia (sessione in corso), 
—  i dati relativi al veicolo devono corrispondere al veicolo in cui la sessione è stata chiusa in modo 
errato. 
262)  La carta del conducent e deve essere in grado di memor izzare i dati relativi alle sei anomalie più 
recenti di ciascun tipo (vale a dire 36 anomalie). 
4.5.3.1.8  Dati relativi ai guasti 
Agli effetti del present e punt o, l'ora deve essere registrata con una risoluzione di 1 secondo. 
263)  La carta del conducente deve essere in grado di memor izzare i dati relativi ai guasti seguenti, rilevati 
dall'apparecchio di controllo a carta inser ita: 
—  guast o della carta (se questa carta è l'ogge tto del guast o), 
—  guast o dell'apparecch io di controllo. 26.5.2016 L 139/56 Gazzetta ufficiale dell'U nione europea IT     
264)  Per tali guasti, la carta del conducent e deve essere in grado di memor izzare i dati seguenti: 
—  codice di guast o, 
—  data e ora di inizio del guasto (o di inser iment o della carta se il guast o era in atto in tale 
momento) , 
—  data e ora di term ine del guast o (o di estrazione della carta se il guast o era in atto in tale 
momento) , 
—  VRN e Stato membro di immatr icolazione del veicolo in cui si è verificato il guast o. 
265)  La carta del conducent e deve essere in grado di memor izzare i dati relativi ai dodici guasti più recenti 
di ciascun tipo (vale a dire 24 guasti). 
4.5.3.1.9  Dati relativi all'attività del conducente 
266)  La carta del conducente deve essere in grado di memor izzare, per ciascun gior no di calendar io in cui 
viene usata o ogniqualvolta il conducent e inser isca manualment e un'attività, i dati seguenti: 
—  la data, 
—  un contat ore di presenza gior naliera (aumentato di un'unità per ogni gior no di calendar io in cui 
la carta viene usata), 
—  la distanza totale percorsa dal conducente durante tale gior no, 
—  la condizione del conducente alle 00h00, 
—  ad ogni cambio di attività del conducente e/o cambio di condizione di guida e/o inser imento o 
estrazione della carta: 
—  la condizione di guida (EQUIP AGGIO, SINGOL A), 
—  la sede (slot) (CONDUCENTE, SEC ONDO CONDUCENTE), 
—  la condizione della carta (INSERIT A, NON INSERIT A), 
—  l'attività (GUID A, DISPONIBILIT À, LAVORO, INTERR UZIONE/RIPOSO), 
—  l'ora del cambio. 
267)  La memor ia della carta del conducente deve essere in grado di conser vare i dati relativi all'attività del 
conducente per almeno 28 gior ni (l'attività media di un conducente è intesa come 93 cambi di 
attività al gior no). 
268)  I dati elencati ai requisiti 261, 264 e 266 devono essere memor izzati in modo da consentire il 
reper imento delle attività nell'ordine in cui hanno avut o luogo, anch e in caso di sovrapposizione di 
orar i. 
4.5.3.1.10  Dati relativi ai veicoli imp iegati 
269)  La carta del conducente deve essere in grado di memor izzare, per ogni gior no di calendar io in cui 
viene usata e per ogni periodo di impiego di un determinato veicolo in tale gior no (un periodo di 
impiego compr ende tutti i cicli consecutivi di inser iment o/estrazione della carta nel veicolo, dal 
punto di vista della singola carta), i dati seguenti: 
—  data e ora del primo impiego del veicolo (cioè il primo inser imento della carta per questo 
periodo di impiego del veicolo o 00h00 se il periodo di impiego è in corso in tale momento) , 
—  valore dell'odometro del veicolo in tale momento, 
—  data e ora dell'ultimo impiego del veicolo (cioè l'ultima estrazione della carta per questo periodo 
di impiego del veicolo o 23h59 se il periodo di impiego è in corso in tale momento) , 
—  valore dell'odometro del veicolo in tale momento, 
—  VRN e Stato membro di immatr icolazione del veicolo. 26.5.2016 L 139/57 Gazzetta ufficiale dell'U nione europea IT     
270)  La carta del conducente deve essere in grado di memor izzare almeno 84 di tali registrazioni. 
4.5.3.1.11  Luogo in cui inizia e/o term ina il periodo di lavoro gior naliero 
271)  La carta del conducente deve essere in grado di memor izzare i dati seguenti relativi al luogo in cui 
inizia e/o term ina il periodo di lavoro gior naliero, inser iti dal conducent e: 
—  la data e l'ora dell'immissione (o la data/ora relativa all'immissione, se questa viene effettuata 
durante la procedura di immissione manuale), 
—  il tipo di immissione (inizio o term ine, condizione di immissione), 
—  il paese e la regione inser iti, 
—  il valore dell'odometro del veicolo. 
272)  La memor ia della carta del conducente deve essere in grado di conser vare almeno 42 coppie di tali 
registrazioni. 
4.5.3.1.12  Dati relativi alla sessione della carta 
273)  La carta del conducent e deve essere in grado di memor izzare i dati relativi al veicolo che ha aper to la 
sessione in corso: 
—  data e ora di aper tura della sessione (cioè d'inser imento della carta) con una risoluzione di un 
secondo, 
—  VRN e Stato membro di immatr icolazione. 
4.5.3.1.13  Dati relativi alle attività di controllo 
274)  La carta del conducent e deve essere in grado di memor izzare i dati seguenti, relativi alle attività di 
controllo: 
—  data e ora del controllo, 
—  numero della carta di controllo e Stato membro di rilascio, 
—  tipo di controllo [visualizzazione e/o stam pa e/o trasfer iment o dati VU e/o trasfe rimento dati 
carta (cfr. nota)], 
—  periodo trasf erito, in caso di trasf erimento, 
—  VRN e Stato membro di immatr icolazione del veicolo in cui è stato effettuato il controllo. 
Nota: il trasf erimento dei dati della carta è registrato soltant o se viene effettuat o attraverso un 
apparecchio di controllo. 
275)  La carta del conducente deve essere in grado di conser vare una di tali registrazioni. 
4.5.3.1.14  Dati relativi a condizioni particolar i 
276)  La carta del conducente deve essere in grado di memor izzare i dati seguenti, relativi a condizioni 
particolar i immesse a carta inser ita [in qualsiasi sede (slot)]: 
—  data e ora di immissione, 
—  tipo di condizione particolare. 
277)  La carta del conducente deve essere in grado di memor izzare almeno 56 di tali registrazioni. 26.5.2016 L 139/58 Gazzetta ufficiale dell'U nione europea IT     
4.5.3.2  Applicazione del tachigraf o di seconda generazione (non accessibile alle unità 
elettronic he di bordo di prima generazione) 
4.5.3.2.1  Identificazione dell'applicazione 
278) La carta del conducente deve essere in grado di memor izzare i seguenti dati di identif icazione dell'ap ­
plicazione: 
—  identif icazione dell'applicazione del tach igraf o, 
—  identif icazione del tipo di carta tachi grafi ca. 
4.5.3.2.2  Chiavi e certificati 
279)  La carta del conducent e deve essere in grado di memor izzare una serie di chia vi crittografi che e di 
certificat i, come specifi cato nell'appendice 11, parte B. 
4.5.3.2.3  Identificazione della carta 
280)  La carta del conducente deve essere in grado di memor izzare i seguenti dati di identif icazione della 
carta: 
—  numero della carta, 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, data di rilascio, 
—  data di inizio validità della carta, data di scadenza della carta. 
4.5.3.2.4  Identificazione del titolare della carta 
281)  La carta del conducente deve essere in grado di memor izzare i seguenti dati di identificazione del 
titolare: 
—  cognome del titolare, 
—  nome/i del titolare, 
—  data di nascita, 
—  lingua abituale. 
4.5.3.2.5  Trasfer iment o dei dati della carta 
282)  La carta del conducente deve essere in grado di memor izzare i dati seguenti relativi al trasfe rimento 
dei dati della carta: 
—  data e ora dell'ultimo trasfer iment o di dati della carta (a fini diversi da quelli di controllo). 
283)  La carta del conducente deve essere in grado di conser vare una di tali registrazioni. 
4.5.3.2.6  Informazioni sulla patent e di guida 
284)  La carta del conducente deve essere in grado di memor izzare i seguenti dati relativi alla patent e di 
guida: 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, 
—  numero della pate nte di guida (alla data di rilascio della carta). 
4.5.3.2.7  Dati relativi alle anomalie 
Agli effetti del present e punt o, l'ora deve essere memor izzata con una risoluzione di 1 secondo. 26.5.2016 L 139/59 Gazzetta ufficiale dell'U nione europea IT     
285)  La carta del conducent e deve essere in grado di memor izzare i dati relativi alle anomalie seguenti, 
rilevate dall'apparecc hio di controllo a carta inser ita: 
—  sovrapposizione di orar i (se questa carta è la causa dell'anomalia), 
—  inser iment o della carta durant e la guida (se questa carta è l'ogget to dell'anomalia), 
—  chiusura errata ultima sessione carta (se questa carta è l'ogge tto dell'anomalia), 
—  interr uzione dell'alimentazione di energia, 
—  errore di comunicazione con il dispositivo di comunicazione remota, 
—  assenza di informazioni sulla posizione provenienti dal ricevitore GNSS, 
—  errore di comunicazione con il dispositivo GNSS esterno, 
—  errore dei dati di movimento, 
—  dati contrastanti sul movimento del veicolo, 
—  tentativi di violazione della sicurezza, 
—  dati contrastanti sull'ora. 
286)  Per tali anomalie, la carta del conducent e deve essere in grado di memor izzare i dati seguenti: 
—  codice dell'anomalia, 
—  data e ora di inizio dell'anomalia (o di inser imento della carta se l'anomalia era in atto in tale 
momento) , 
—  data e ora di termine dell'anomalia (o di estrazione della carta se l'anomalia era in atto in tale 
momento) , 
—  VRN e Stato membro di immatr icolazione del veicolo in cui si è verificata l'anomalia. 
Nota: per l'anomalia «Sovrapposizione di orar i»: 
—  la data e l'ora di inizio dell'anomalia devon o corrispondere alla data e all'ora di estrazione della 
carta dal veicolo precedente , 
—  la data e l'ora di term ine dell'anomalia devon o corrispondere alla data e all'ora di inser imento 
della carta nel veicolo in uso, 
—  i dati relativi al veicolo devon o corrispondere al veicolo in uso su cui si verifica l'anomalia. 
Nota: per l'anomalia «Chiusura errata ultima sessione carta»: 
—  la data e l'ora di inizio dell'anomalia devono corrispondere alla data e all'ora di inser iment o della 
carta per la sessione chiusa in modo errato, 
—  la data e l'ora di term ine dell'anomalia devon o corrispondere alla data e all'ora di inser imento 
della carta della sessione durant e la quale è stata rilevata l'anomalia (sessione in corso), 
—  i dati relativi al veicolo devono corrispondere al veicolo in cui la sessione è stata chiusa in modo 
errato. 
287)  La carta del conducent e deve essere in grado di memor izzare i dati relativi alle sei anomalie più 
recenti di ciascun tipo (vale a dire 66 anomalie). 
4.5.3.2.8  Dati relativi ai guasti 
Agli effetti del present e punt o, l'ora deve essere registrata con una risoluzione di 1 secondo. 26.5.2016 L 139/60 Gazzetta ufficiale dell'U nione europea IT     
288)  La carta del conducente deve essere in grado di memor izzare i dati relativi ai guasti seguenti, rilevati 
dall'apparecchio di controllo a carta inser ita: 
—  guast o della carta (se questa carta è l'ogge tto del guast o), 
—  guast o dell'apparecch io di controllo. 
289)  Per tali guasti, la carta del conducent e deve essere in grado di memor izzare i dati seguenti: 
—  codice di guast o, 
—  data e ora di inizio del guasto (o di inser iment o della carta se il guast o era in atto in tale 
momento) , 
—  data e ora di term ine del guast o (o di estrazione della carta se il guast o era in atto in tale 
momento) , 
—  VRN e Stato membro di immatr icolazione del veicolo in cui si è verificato il guast o. 
290)  La carta del conducent e deve essere in grado di memor izzare i dati relativi ai dodici guasti più recenti 
di ciascun tipo (vale a dire 24 guasti). 
4.5.3.2.9  Dati relativi all'attività del conducente 
291)  La carta del conducente deve essere in grado di memor izzare, per ciascun gior no di calendar io in cui 
viene usata o ogniqualvolta il conducent e inser isca manualment e un'attività, i dati seguenti: 
—  la data, 
—  un contat ore di presenza gior naliera (aumentato di un'unità per ogni gior no di calendar io in cui 
la carta viene usata), 
—  la distanza totale percorsa dal conducente durante tale gior no, 
—  la condizione del conducente alle 00h00, 
—  ad ogni cambio di attività del conducente e/o cambio di condizione di guida e/o inser imento o 
estrazione della carta: 
—  la condizione di guida (EQUIP AGGIO, SINGOL A), 
—  la sede (slot) (CONDUCENTE, SEC ONDO CONDUCENTE), 
—  la condizione della carta (INSERIT A, NON INSERIT A), 
—  l'attività (GUID A, DISPONIBILIT À, LAVORO, INTERR UZIONE/RIPOSO), 
—  l'ora del cambio. 
292)  La memor ia della carta del conducente deve essere in grado di conser vare i dati relativi all'attività del 
conducente per almeno 28 gior ni (l'attività media di un conducente è intesa come 93 cambi di 
attività al gior no). 
293)  I dati elencati ai requisiti 286, 289 e 291 devono essere memor izzati in modo da consentire il 
reper imento delle attività nell'ordine in cui hanno avut o luogo, anch e in caso di sovrapposizione di 
orar i. 
4.5.3.2.10  Dati relativi ai veicoli imp iegati 
294)  La carta del conducente deve essere in grado di memor izzare, per ogni gior no di calendar io in cui 
viene usata e per ogni periodo di impiego di un determinato veicolo in tale gior no (un periodo di 
impiego compr ende tutti i cicli consecutivi di inser iment o/estrazione della carta nel veicolo, dal 
punto di vista della singola carta), i dati seguenti: 
—  data e ora del primo impiego del veicolo (cioè il primo inser imento della carta per questo 
periodo di impiego del veicolo o 00h00 se il periodo di impiego è in corso in tale momento) , 26.5.2016 L 139/61 Gazzetta ufficiale dell'U nione europea IT     
—  valore dell'odometro del veicolo all'ora di tale primo impiego, 
—  data e ora dell'ultimo impiego del veicolo (cioè l'ultima estrazione della carta per questo periodo 
di impiego del veicolo o 23h59 se il periodo di impiego è in corso in tale momento) , 
—  valore dell'odometro del veicolo all'ora di tale ultimo imp iego, 
—  VRN e Stato membro di immatr icolazione del veicolo, 
—  VIN del veicolo. 
295)  La carta del conducente deve essere in grado di memor izzare almeno 84 di tali registrazioni. 
4.5.3.2.11  Luogo e posizione in cui inizia e/o term ina il periodo di lavoro gior naliero 
296)  La carta del conducente deve essere in grado di memor izzare i dati seguenti relativi al luogo in cui 
inizia e/o term ina il periodo di lavoro gior naliero, inser iti dal conducent e: 
—  la data e l'ora dell'immissione (o la data/ora relativa all'immissione, se questa viene effettuata 
durante la procedura di immissione manuale), 
—  il tipo di immissione (inizio o term ine, condizione di immissione), 
—  il paese e la regione inser iti, 
—  il valore dell'odometro del veicolo, 
—  la posizione del veicolo, 
—  l'accurat ezza del GNSS, la data e l'ora in cui la posizione è stata determinata. 
297)  La memor ia della carta del conducente deve essere in grado di conser vare almeno 84 coppie di tali 
registrazioni. 
4.5.3.2.12  Dati relativi alla sessione della carta 
298)  La carta del conducent e deve essere in grado di memor izzare i dati relativi al veicolo che ha aper to la 
sessione in corso: 
—  data e ora di aper tura della sessione (cioè d'inser imento della carta) con una risoluzione di un 
secondo, 
—  VRN e Stato membro di immatr icolazione. 
4.5.3.2.13  Dati relativi alle attività di controllo 
299)  La carta del conducent e deve essere in grado di memor izzare i dati seguenti, relativi alle attività di 
controllo: 
—  data e ora del controllo, 
—  numero della carta di controllo e Stato membro di rilascio, 
—  tipo di controllo [visualizzazione e/o stam pa e/o trasfer iment o dati VU e/o trasfe rimento dati 
carta (cfr. nota)], 
—  periodo trasf erito, in caso di trasf erimento, 
—  VRN e Stato membro di immatr icolazione del veicolo in cui è stato effettuato il controllo. 
Nota: i requisiti di sicurezza prevedono che il trasfe riment o dei dati della carta sia registrat o soltant o 
se viene effettuato attra verso un apparecc hio di controllo. 
300)  La carta del conducente deve essere in grado di conser vare una di tali registrazioni. 26.5.2016 L 139/62 Gazzetta ufficiale dell'U nione europea IT     
4.5.3.2.14  Dati relativi a condizioni particolar i 
301)  La carta del conducente deve essere in grado di memor izzare i dati seguenti, relativi a condizioni 
particolar i immesse a carta inser ita [in qualsiasi sede (slot)]: 
—  data e ora di immissione, 
—  tipo di condizione particolare. 
302)  La carta del conducente deve essere in grado di memor izzare almeno 56 di tali registrazioni. 
4.5.3.2.15  Dati relativi alle unità elettronic he di bordo usate 
303)  La carta del conducente deve essere in grado di memor izzare i dati seguenti, relativi alle diverse unità 
elettronic he di bordo in cui è stata usata la carta: 
—  la data e l'ora d'inizio del periodo d'im piego dell'unità elettronica di bordo (cioè il primo 
inser iment o della carta nell'unità elettronica di bordo per il periodo), 
—  il fabbr icante dell'unità elettronica di bordo, 
—  il tipo di unità elettronica di bordo, 
—  il numero di versione del software dell'unità elettronica di bordo. 
304)  La carta del conducente deve essere in grado di memor izzare almeno 84 di tali registrazioni. 
4.5.3.2.16  Dati relativi al luogo in cui si raggiungono le tre ore di guida ininterr otta 
305)  La carta del conducente deve essere in grado di memor izzare i seguenti dati relativi alla posizione del 
veicolo quando il periodo di guida continuo del conducente raggiunge un multiplo di tre ore: 
—  la data e l'ora in cui il periodo di guida continuo del titolare della carta raggiunge un multiplo di 
tre ore; 
—  la posizione del veicolo, 
—  l'accurat ezza del GNSS, la data e l'ora in cui la posizione è stata determinata. 
306)  La carta del conducente deve essere in grado di memor izzare almeno 252 di tali registrazioni. 
4.5.4  Carta dell'off icina 
4.5.4.1  Applicazione del tach igraf o (accessibile alle unità elettronic he di bordo di prima e 
seconda generazione) 
4.5.4.1.1  Identificazione dell'applicazione 
307) La carta dell'off icina deve essere in grado di memor izzare i seguenti dati di identificazione dell'appli ­
cazione: 
—  identif icazione dell'applicazione del tach igraf o, 
—  identif icazione del tipo di carta tachi grafi ca. 
4.5.4.1.2  Chiavi e certificati 
308)  La carta dell'off icina deve essere in grado di memor izzare una serie di chiavi crittograf iche e di 
certificat i, come specifi cato nell'appendice 11, parte A. 26.5.2016 L 139/63 Gazzetta ufficiale dell'U nione europea IT     
309)  La carta dell'off icina deve essere in grado di memor izzare un numero di identif icazione personale 
(codice PIN). 
4.5.4.1.3  Identificazione della carta 
310)  La carta dell'officina deve essere in grado di memor izzare i seguenti dati di identif icazione della carta: 
—  numero della carta, 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, data di rilascio, 
—  data di inizio validità della carta, data di scadenza della carta. 
4.5.4.1.4  Identificazione del titolare della carta 
311)  La carta dell'off icina deve essere in grado di memor izzare i seguenti dati di identificazione del titolare 
della carta: 
—  denominazione dell'officina, 
—  indir izzo dell'off icina, 
—  cognome del titolare, 
—  nome/i del titolare, 
—  lingua abituale. 
4.5.4.1.5  Trasfer iment o dei dati della carta 
312)  La carta dell'officina deve essere in grado di memor izzare un registro di dati del trasf erimento dei dati 
della carta allo stess o modo della carta del conducent e. 
4.5.4.1.6  Dati relativi a taratura e regolazione dell'ora 
313)  La carta dell'officina deve essere in grado di conser vare i dati relativi alle tarature e/o alle regolazioni 
dell'ora effettuate a carta inser ita nell'apparecc hio di controllo. 
314)  Ogni registrazione relativa alla taratura deve essere in grado di cont enere i dati seguenti: 
—  scopo della taratura (attivazione, primo montaggio, montaggio, controllo periodico), 
—  identif icazione del veicolo, 
—  parametr i aggior nati o conferma ti (w, k, l, dimensioni degli pneumatici, regolazione del limitat ore 
di velocità, odometro (vecc hio e nuo vo valore), data e ora (vecc hio e nuo vo valore), 
—  identif icazione dell'apparecc hio di controllo (codice compo nente della VU, numero di serie della 
VU, numero di serie del sensore di moviment o). 
315)  La carta dell'officina deve essere in grado di memor izzare almeno 88 di tali registrazioni. 
316)  La carta dell'off icina deve contenere un contat ore che indic hi il numero totale di tarature effettuate 
con la carta stessa. 
317)  La carta dell'off icina deve contenere un contat ore che indic hi il numero di tarature effettuate a partire 
dall'ultimo trasf erimento di dati della carta stessa. 26.5.2016 L 139/64 Gazzetta ufficiale dell'U nione europea IT     
4.5.4.1.7  Dati relativi ad anomalie e guasti 
318)  La carta dell'off icina deve essere in grado di memor izzare i registr i dei dati delle anomalie e dei guasti 
allo stesso modo della carta del conducente . 
319)  La carta dell'off icina deve essere in grado di memor izzare i dati relativi alle ultime tre anomalie di 
ciascun tipo (cioè 18 anomalie) e agli ultimi sei guasti di ciascun tipo (cioè 12 guasti). 
4.5.4.1.8  Dati relativi all'attività del conducente 
320)  La carta dell'officina deve essere in grado di memor izzare i dati relativi all'attività del conducente allo 
stesso modo della carta del conducent e. 
321)  La carta dell'off icina deve essere in grado di conser vare tali dati per almeno 1 gior no di attività media 
del conducent e. 
4.5.4.1.9  Dati relativi ai veicoli imp iegati 
322)  La carta dell'officina deve essere in grado di memor izzare i dati relativi ai veicoli impiegati allo stesso 
modo della carta del conducent e. 
323)  La carta dell'officina deve essere in grado di memor izzare almeno 4 di tali registrazioni. 
4.5.4.1.10  Dati relativi all'inizio e/o al term ine del periodo di lavoro gior naliero 
324)  La carta dell'officina deve essere in grado di memor izzare i dati relativi all'inizio e/o al term ine del 
periodo di lavoro gior naliero allo stesso modo della carta del conducent e. 
325)  La carta dell'officina deve essere in grado di conser vare almeno 3 coppie di tali registrazioni. 
4.5.4.1.11  Dati relativi alla sessione della carta 
326)  La carta dell'off icina deve essere in grado di memor izzare un registro di dati della sessione della carta 
allo stesso modo della carta del conducente . 
4.5.4.1.12  Dati relativi alle attività di controllo 
327)  La carta dell'off icina deve essere in grado di memor izzare i dati relativi alle attività di controllo allo 
stesso modo della carta del conducent e. 
4.5.4.1.13  Dati relativi a condizioni particolar i 
328)  La carta dell'officina deve essere in grado di memor izzare i dati relativi a condizioni particolar i allo 
stesso modo della carta del conducent e. 
329)  La carta dell'officina deve essere in grado di memor izzare almeno 2 di tali registrazioni. 
4.5.4.2  Applicazione del tachigraf o di seconda generazione (non accessibile alle unità 
elettronic he di bordo di prima generazione) 
4.5.4.2.1  Identificazione dell'applicazione 
330) La carta dell'off icina deve essere in grado di memor izzare i seguenti dati di identificazione dell'appli ­
cazione: 
—  identif icazione dell'applicazione del tach igraf o, 
—  identif icazione del tipo di carta tachi grafi ca. 26.5.2016 L 139/65 Gazzetta ufficiale dell'U nione europea IT     
4.5.4.2.2  Chiavi e certificati 
331)  La carta dell'off icina deve essere in grado di memor izzare una serie di chiavi crittograf iche e di 
certificat i, come specifi cato nell'appendice 11, parte B. 
332)  La carta dell'off icina deve essere in grado di memor izzare un numero di identif icazione personale 
(codice PIN). 
4.5.4.2.3  Identificazione della carta 
333)  La carta dell'officina deve essere in grado di memor izzare i seguenti dati di identif icazione della carta: 
—  numero della carta, 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, data di rilascio, 
—  data di inizio validità della carta, data di scadenza della carta. 
4.5.4.2.4  Identificazione del titolare della carta 
334)  La carta dell'off icina deve essere in grado di memor izzare i seguenti dati di identificazione del titolare 
della carta: 
—  denominazione dell'officina, 
—  indir izzo dell'off icina, 
—  cognome del titolare, 
—  nome/i del titolare, 
—  lingua abituale. 
4.5.4.2.5  Trasfer iment o dei dati della carta 
335)  La carta dell'officina deve essere in grado di memor izzare un registro di dati del trasf erimento dei dati 
della carta allo stess o modo della carta del conducent e. 
4.5.4.2.6  Dati relativi a taratura e regolazione dell'ora 
336)  La carta dell'officina deve essere in grado di conser vare i dati relativi alle tarature e/o alle regolazioni 
dell'ora effettuate a carta inser ita nell'apparecc hio di controllo. 
337)  Ogni registrazione relativa alla taratura deve essere in grado di cont enere i dati seguenti: 
—  scopo della taratura (attivazione, primo montaggio, montaggio, controllo periodico), 
—  identif icazione del veicolo, 
—  parametr i aggior nati o conferma ti (w, k, l, dimensioni degli pneumatici, regolazione del limitat ore 
di velocità, odometro (vecc hio e nuo vo valore), data e ora (vecc hio e nuo vo valore), 
—  identif icazione dell'apparecc hio di controllo (codice compo nente della VU, numero di serie della 
VU, numero di serie del sensore di moviment o, numero di serie del dispositivo di comunicazione 
remota e numero di serie del dispositivo GNSS esterno, se applicabile), 
—  tipo e identificativo di tutti i sigilli apposti, 
—  capacità della VU di utilizzare carte tach igraf iche di prima generazione (attivata o meno). 26.5.2016 L 139/66 Gazzetta ufficiale dell'U nione europea IT     
338)  La carta dell'officina deve essere in grado di memor izzare almeno 88 di tali registrazioni. 
339)  La carta dell'off icina deve contenere un contat ore che indic hi il numero totale di tarature effettuate 
con la carta stessa. 
340)  La carta dell'off icina deve contenere un contat ore che indic hi il numero di tarature effettuate a partire 
dall'ultimo trasf erimento di dati della carta stessa. 
4.5.4.2.7  Dati relativi ad anomalie e guasti 
341)  La carta dell'off icina deve essere in grado di memor izzare i registr i dei dati delle anomalie e dei guasti 
allo stesso modo della carta del conducente . 
342)  La carta dell'off icina deve essere in grado di memor izzare i dati relativi alle ultime tre anomalie di 
ciascun tipo (cioè 33 anomalie) e agli ultimi sei guasti di ciascun tipo (cioè 12 guasti). 
4.5.4.2.8  Dati relativi all'attività del conducente 
343)  La carta dell'officina deve essere in grado di memor izzare i dati relativi all'attività del conducente allo 
stesso modo della carta del conducent e. 
344)  La carta dell'off icina deve essere in grado di conser vare tali dati per almeno 1 gior no di attività media 
del conducent e. 
4.5.4.2.9  Dati relativi ai veicoli imp iegati 
345)  La carta dell'officina deve essere in grado di memor izzare i dati relativi ai veicoli impiegati allo stesso 
modo della carta del conducent e. 
346)  La carta dell'officina deve essere in grado di memor izzare almeno 4 di tali registrazioni. 
4.5.4.2.10  Dati relativi all'inizio e/o al term ine del periodo di lavoro gior naliero 
347)  La carta dell'officina deve essere in grado di memor izzare i dati relativi all'inizio e/o al term ine del 
periodo di lavoro gior naliero allo stesso modo della carta del conducent e. 
348)  La carta dell'officina deve essere in grado di conser vare almeno 3 coppie di tali registrazioni. 
4.5.4.2.11  Dati relativi alla sessione della carta 
349)  La carta dell'off icina deve essere in grado di memor izzare un registro di dati della sessione della carta 
allo stesso modo della carta del conducente . 
4.5.4.2.12  Dati relativi alle attività di controllo 
350)  La carta dell'off icina deve essere in grado di memor izzare i dati relativi alle attività di controllo allo 
stesso modo della carta del conducent e. 
4.5.4.2.13  Dati relativi alle unità elettronic he di bordo usate 
351)  La carta dell'off icina deve essere in grado di memor izzare i dati seguenti, relativi alle diverse unità 
elettronic he di bordo in cui è stata usata la carta: 
—  la data e l'ora d'inizio del periodo d'im piego dell'unità elettronica di bordo (cioè il primo 
inser iment o della carta nell'unità elettronica di bordo per il periodo), 
—  il fabbr icante dell'unità elettronica di bordo, 26.5.2016 L 139/67 Gazzetta ufficiale dell'U nione europea IT     
—  il tipo di unità elettronica di bordo, 
—  il numero di versione del software dell'unità elettronica di bordo. 
352)  La carta dell'officina deve essere in grado di memor izzare almeno 4 di tali registrazioni. 
4.5.4.2.14  Dati relativi al luogo in cui si raggiungono le tre ore di guida ininterr otta 
353)  La carta dell'off icina deve essere in grado di memor izzare i seguenti dati relativi alla posizione del 
veicolo quando il periodo di guida continuo del conducente raggiunge un multiplo di tre ore: 
—  la data e l'ora in cui il periodo di guida continuo del titolare della carta raggiunge un multiplo di 
tre ore; 
—  la posizione del veicolo, 
—  l'accurat ezza del GNSS, la data e l'ora in cui la posizione è stata determinata. 
354)  La carta dell'officina deve essere in grado di memor izzare almeno 18 di tali registrazioni. 
4.5.4.2.15  Dati relativi a condizioni particolar i 
355)  La carta dell'officina deve essere in grado di memor izzare i dati relativi a condizioni particolar i allo 
stesso modo della carta del conducent e. 
356)  La carta dell'officina deve essere in grado di memor izzare almeno 2 di tali registrazioni. 
4.5.5  Carta di contro llo 
4.5.5.1  Applicazione del tach igraf o (accessibile alle unità elettronic he di bordo di prima e 
seconda generazione) 
4.5.5.1.1  Identificazione dell'applicazione 
357) La carta di controllo deve essere in grado di memor izzare i seguenti dati di identif icazione dell'appli ­
cazione: 
—  identif icazione dell'applicazione del tach igraf o, 
—  identif icazione del tipo di carta tachi grafi ca. 
4.5.5.1.2  Chiavi e certificati 
358)  La carta di controllo deve essere in grado di memor izzare una serie di chiavi crittografi che e di 
certificat i, come specifi cato nell'appendice 11, parte A. 
4.5.5.1.3  Identificazione della carta 
359)  La carta di controllo deve essere in grado di memor izzare i seguenti dati di identif icazione della carta: 
—  numero della carta, 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, data di rilascio, 
—  data di inizio validità della carta, data di scadenza della carta (se presente). 
4.5.5.1.4  Identificazione del titolare della carta 
360)  La carta di controllo deve essere in grado di memor izzare i seguenti dati di identif icazione del 
titolare: 
—  denominazione dell'org anismo di controllo, 
—  indir izzo dell'organi smo di controllo, 26.5.2016 L 139/68 Gazzetta ufficiale dell'U nione europea IT     
—  cognome del titolare, 
—  nome/i del titolare, 
—  lingua abituale. 
4.5.5.1.5  Dati relativi alle attività di controllo 
361)  La carta di controllo deve essere in grado di memor izzare i dati seguenti, relativi alle attività di 
controllo: 
—  data e ora del controllo, 
—  tipo di controllo (visualizzazione e/o stampa e/o trasfe riment o dati VU e/o trasf erimento dati 
carta e/o verifica della taratura su strada), 
—  periodo cui si riferi scono i dati (se del caso), 
—  VRN e autor ità di immatr icolazione del veicolo controllat o dello Stato membro, 
—  numero della carta e Stato membro di rilascio della carta del conducent e controllata. 
362)  La carta di controllo deve essere in grado di conser vare almeno 230 di tali registrazioni. 
4.5.5.2  Applicazione del tachigraf o di seconda generazione (non accessibile alle unità 
elettronic he di bordo di prima generazione) 
4.5.5.2.1  Identificazione dell'applicazione 
363) La carta di controllo deve essere in grado di memor izzare i seguenti dati di identif icazione dell'appli ­
cazione: 
—  identif icazione dell'applicazione del tach igraf o, 
—  identif icazione del tipo di carta tachi grafi ca. 
4.5.5.2.2  Chiavi e certificati 
364)  La carta di controllo deve essere in grado di memor izzare una serie di chiavi crittografi che e di 
certificat i, come specifi cato nell'appendice 11, parte B. 
4.5.5.2.3  Identificazione della carta 
365)  La carta di controllo deve essere in grado di memor izzare i seguenti dati di identif icazione della carta: 
—  numero della carta, 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, data di rilascio, 
—  data di inizio validità della carta, data di scadenza della carta (se presente). 
4.5.5.2.4  Identificazione del titolare della carta 
366)  La carta di controllo deve essere in grado di memor izzare i seguenti dati di identif icazione del 
titolare: 
—  denominazione dell'org anismo di controllo, 
—  indir izzo dell'organi smo di controllo, 
—  cognome del titolare, 
—  nome/i del titolare, 
—  lingua abituale. 26.5.2016 L 139/69 Gazzetta ufficiale dell'U nione europea IT     
4.5.5.2.5  Dati relativi alle attività di controllo 
367)  La carta di controllo deve essere in grado di memor izzare i dati seguenti, relativi alle attività di 
controllo: 
—  data e ora del controllo, 
—  tipo di controllo (visualizzazione e/o stampa e/o trasfe riment o dati VU e/o trasf erimento dati 
carta e/o verifica della taratura su strada), 
—  periodo cui si riferi scono i dati (se del caso), 
—  VRN e autor ità di immatr icolazione del veicolo controllat o dello Stato membro, 
—  numero della carta e Stato membro di rilascio della carta del conducent e controllata. 
368)  La carta di controllo deve essere in grado di conser vare almeno 230 di tali registrazioni. 
4.5.6  Carta dell'azienda 
4.5.6.1  Applicazione del tach igraf o (accessibile alle unità elettronic he di bordo di prima e 
seconda generazione) 
4.5.6.1.1  Identificazione dell'applicazione 
369) La carta dell'azienda deve essere in grado di memor izzare i seguenti dati di identif icazione dell'appli ­
cazione: 
—  identif icazione dell'applicazione del tach igraf o, 
—  identif icazione del tipo di carta tachi grafi ca. 
4.5.6.1.2  Chiavi e certificati 
370)  La carta dell'azienda deve essere in grado di memor izzare una serie di chiavi crittografi che e di 
certificat i, come specifi cato nell'appendice 11, parte A. 
4.5.6.1.3  Identificazione della carta 
371)  La carta dell'azienda deve essere in grado di memor izzare i seguenti dati di identif icazione della carta: 
—  numero della carta, 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, data di rilascio, 
—  data di inizio validità della carta, data di scadenza della carta (se presente). 
4.5.6.1.4  Identificazione del titolare della carta 
372)  La carta dell'azienda deve essere in grado di memor izzare i seguenti dati di identif icazione del titolare: 
—  denominazione dell'azienda, 
—  indir izzo dell'azienda. 
4.5.6.1.5  Dati relativi alle attività dell'im presa 
373)  La carta dell'azienda deve essere in grado di memor izzare i dati seguenti, relativi alle attività 
dell'impresa: 
—  data e ora dell'attività, 
—tipo di attività (attivazione e/o disattivazione blocco VU e/o trasf erimento dati VU e/o trasfe ­
rimento dati carta), 
—  periodo cui si riferi scono i dati (se del caso), 26.5.2016 L 139/70 Gazzetta ufficiale dell'U nione europea IT     
—  VRN e autor ità di immatr icolazione del veicolo dello Stato membro, 
—  numero della carta e Stato membro di rilascio (in caso di trasfer iment o dei dati della carta). 
374)  La carta dell'azienda deve essere in grado di conser vare almeno 230 di tali registrazioni. 
4.5.6.2  Applicazione del tachigraf o di seconda generazione (non accessibile alle unità 
elettronic he di bordo di prima generazione) 
4.5.6.2.1  Identificazione dell'applicazione 
375) La carta dell'azienda deve essere in grado di memor izzare i seguenti dati di identif icazione dell'appli ­
cazione: 
—  identif icazione dell'applicazione del tach igraf o, 
—  identif icazione del tipo di carta tachi grafi ca. 
4.5.6.2.2  Chiavi e certificati 
376)  La carta dell'azienda deve essere in grado di memor izzare una serie di chiavi crittografi che e di 
certificat i, come specifi cato nell'appendice 11, parte B. 
4.5.6.2.3  Identificazione della carta 
377)  La carta dell'azienda deve essere in grado di memor izzare i seguenti dati di identif icazione della carta: 
—  numero della carta, 
—  Stato membro di rilascio, denominazione dell'auto rità di rilascio, data di rilascio, 
—  data di inizio validità della carta, data di scadenza della carta (se presente). 
4.5.6.2.4  Identificazione del titolare della carta 
378)  La carta dell'azienda deve essere in grado di memor izzare i seguenti dati di identif icazione del titolare: 
—  denominazione dell'azienda, 
—  indir izzo dell'azienda. 
4.5.6.2.5  Dati relativi alle attività dell'im presa 
379)  La carta dell'azienda deve essere in grado di memor izzare i dati seguenti, relativi alle attività 
dell'impresa: 
—  data e ora dell'attività, 
—tipo di attività (attivazione e/o disattivazione blocco VU e/o trasf erimento dati VU e/o trasfe ­
rimento dati carta), 
—  periodo cui si riferi scono i dati (se del caso), 
—  VRN e autor ità di immatr icolazione del veicolo dello Stato membro, 
—  numero della carta e Stato membro di rilascio (in caso di trasfer iment o dei dati della carta). 
380)  La carta dell'azienda deve essere in grado di conser vare almeno 230 di tali registrazioni. 26.5.2016 L 139/71 Gazzetta ufficiale dell'U nione europea IT     
5  MONT AGGIO DELL'APP ARECCHIO DI CON TROLLO 
5.1  Monta ggio 
381)  Gli apparecchi di controllo nuo vi devono essere consegnati agli installatori o ai costr uttori di veicoli 
prima dell'attivazione con tutti i parametr i di taratura elencati al punto 3.21 impostati su valor i 
predef initi corretti e validi. In assenza di un valore corretto, i parametr i alfabetici devono essere 
impostati come stringhe di «?» e i parametr i numer ici devono essere impostati su «0». La consegna di 
parti dell'apparecc hio di controllo aventi attinenza con la sicurezza può essere limitata se necessar io 
durante la certificaz ione della sicurezza. 
382)  Prima dell'attivazione, l'apparecchio di controllo deve consentire l'accesso alla funzione di taratura 
anche in modalità di funzionamento diverse dal modo taratura. 
383)  Prima dell'attivazione, l'apparecch io di controllo non deve registrare né memor izzare i dati 
menzionati ai punti 3.12.3., 3.12.9. e da 3.12.12 a 3.12.15 incluso. 
384)  Durante il montaggio, i costr uttori di veicoli devono preimp ostare tutti i parametr i noti. 
385)  I costr uttori di veicoli o gli installatori devono procedere all'attivazione dell'apparecc hio di controllo 
montato sul veicolo al più tardi prima che esso sia adibito agli usi previsti nel regolamento (CE) 
n. 561/2006. 
386)  L'attivazione dell'apparecc hio di controllo deve avvenire automaticament e al primo inser imento di 
una carta dell'officina valida in una qualsiasi delle interfacce della carta. 
387)  Le operazioni specifiche di abbinament o tra il sensore di movimento e l'unità elettronica di bordo, se 
del caso, devon o avvenire automaticament e prima o durante l'attivazione. 
388)  Analogament e, le operazioni specifi che di accoppiament o tra il dispositivo GNSS esterno e l'unità 
elettronica di bordo, se del caso, devon o avvenire automa ticamente prima o durante l'attivazione. 
389)  Dopo l'attivazione, l'apparecch io di controllo deve essere in grado di funzionare correttamente e 
riconoscere tutti i diritti di accesso ai dati. 
390)  Dopo l'attivazione, l'apparecchio di controllo deve comunicare al dispositivo di comunicazione 
remota i dati prote tti necessar i ai fini dei controlli su strada mirati. 
391) Dopo l'attivazione si devono pote r usare tutte le funzioni di registrazione e memor izzazione dell'ap ­
parecchio di controllo. 
392)  Dopo il montaggio occor re procedere alla taratura. La prima taratura non deve necessar iament e 
includere l'inser iment o del numero di immatr icolazione del veicolo (VRN) qualora esso non sia noto 
all'offi cina autori zzata che procede alla taratura. In queste circostanze, ed esclusivament e in tale 
momento, il propr ietar io del veicolo può inser ire il VRN utilizzando la carta dell'azienda prima di 
adibire il veicolo agli usi previsti nel regolamento (CE) n. 561/2006 (ad esemp io utilizzando i 
comandi mediante una struttura di menù appropr iata dell'interfaccia uomo-macchina dell'unità 
elettronica di bordo) (1). L'aggior nament o o la conferma di tali dati devon o essere possibili esclusi ­
vamente utilizzando una carta dell'off icina. 
393)  Il montaggio di un dispositivo GNSS ester no richiede l'accoppiamento con l'unità elettronica di bordo 
e la successiva verifica delle informazioni sulla posizione del GNSS. 
394)  L'apparecc hio di controllo deve essere posizionato a bordo del veicolo in modo tale da consentire al 
conducente di accedere a tutte le funzioni dal post o di guida. 26.5.2016 L 139/72 Gazzetta ufficiale dell'U nione europea IT     
(1)GU L 102 dell'11.4.2006, pag. 1. 
5.2  Targhetta di mont aggio 
395)  Dopo la verifica dell'apparecchio di controllo in sede di montaggio, deve essere affissa una targhetta 
di montaggio, incisa o stamp ata in modo permanente, sull'apparecchio di controllo in un punto 
chiarament e visibile e facilment e accessibile. Nei casi in cui ciò non sia possibile, la targhetta va 
affissa in posizione facilment e visibile sul montante «B» del veicolo. Nel caso dei veicoli spro vvisti di 
montante «B», la targhetta di montaggio va apposta sul telaio della portiera dal lato del conducente 
del veicolo e deve essere chiarament e visibile in tutti i casi. 
Dopo ogni intervento da parte di un installatore o di un'officina autorizzati deve essere apposta una 
nuo va targhetta in sostituzione della precedente. 
396)  Sulla targhetta devon o essere ripor tate almeno le indicazioni seguenti: 
—  nome, indir izzo o denominazione commerciale dell'installator e o dell'officina autor izzati, 
—  coeffi cient e caratt eristico del veicolo, in forma di «w = … imp/km», 
—  costant e dell'apparecc hio di controllo, in forma di «k = … imp/km» , 
—  circonf erenza effettiva degli pneumatici delle ruote, in forma di «l = … mm», 
—  dimensioni degli pneumatici, 
—  data in cui sono stati misurati il coeffi ciente caratt eristico del veicolo e la circonferenza effettiva 
degli pneumatici delle ruote, 
—  numero di identif icazione del veicolo, 
—  presenza (o meno) di un dispositivo GNSS esterno, 
—  numero di serie del dispositivo GNSS ester no, 
—  numero di serie del dispositivo di comunicazione remota, 
—  numero di serie di tutti i sigilli apposti, 
—  parte del veicolo su cui è montato l'adattator e, se present e, 
—  parte del veicolo su cui è montato il sensore di movimento, se non è collegat o alla scatola del 
cambio o se non viene utilizzat o un adattatore, 
—  descr izione del colore del cavo che collega l'adattator e e la parte del veicolo che fornisce gli 
impulsi in entrata, 
—  numero di serie del sensore di movimento incor porat o dell'adattato re. 
397)  Solo per i veicoli M1 e N1 che sono provvisti di adattatore conf ormement e al regolamento (CE) 
n. 68/2009 della Commissione (1), come modifi cato da ultimo, e qualora non sia possibile indicare 
tutte le informazioni necessar ie, come indicato nel requisito 396, può essere utilizzata una seconda 
targhetta aggiuntiva. In questi casi la targhetta aggiuntiva deve recare le informazioni di cui ai quattro 
ultimi trattini del requisito 396. 
La targhetta aggiuntiva, se utilizzata, deve essere apposta a fianco o vicino alla targhetta principale, di 
cui al requisito 396, e deve avere lo stesso livello di prote zione. La seconda targhetta, inoltre, deve 
recare il nome, l'indir izzo o la denominazione commerciale dell'installatore o dell'officina autori zzati 
che hanno effettuato il montaggio, nonché la data di quest'ultimo. 26.5.2016 L 139/73 Gazzetta ufficiale dell'U nione europea IT     
(1)Regolament o (CE) n. 68/2009 della Commissione, del 23 gennaio 2009, che adegua per la nona volta al progresso tecnico il regolamento 
(CEE) n. 3821/85 del Consig lio relativo all'apparecc hio di controllo nel settore dei traspor ti su strada (GU L 21 del 24.1.2009, pag. 3). 
5.3  Sigilli 
398)  Le seguenti parti devono essere sigillat e: 
—  qualsiasi connessione che, se scollegata, causerebbe modifi che o perdite di dati non rilevabili (ciò 
può ad esempio valere per il sensore di movimento montato sul cambio, per l'adattatore per i 
veicoli delle categor ie M1/N1, per il dispositivo GNSS esterno o per l'unità elettronica di bordo), 
—  la targhetta di montaggio, a meno che non sia affissa in modo da non poter essere rimossa senza 
distr ugger e le iscrizioni poste sulla stessa. 
399)  I sigilli summenzionati possono essere tolti: 
—  in caso d'emergenza, 
—  per installare, regolare o riparare un limitatore di velocità o qualsiasi altro dispositivo inteso a 
migliorare la sicurezza stradale, a condizione che l'apparecchi o di controllo continui a funzionare 
in modo affidabil e e corretto e sia risigillato da un installatore o da un'offici na autorizzati (conf or­
mement e alla sezione 6) immediatamente dopo l'installazione del limitator e di velocità o di un 
altro dispositivo inteso a migliorare la sicurezza stradale, oppure entro sette gior ni negli altri casi. 
400)  L'eventuale rimozione di questi sigilli deve essere l'ogg etto di una giustif icazione scritta, tenuta a 
disposizione dell'auto rità compet ente. 
401)  I sigilli devon o avere un numero di identificazione assegnato dal fabbr icante. Tale numero deve essere 
unico e diverso da qualsiasi altro numero di sigillo assegnato da altri fabbricanti di sigilli. 
Questo numero d'identif icazione unico è così compo sto: MM NNNNNN, con iscrizione impossibile 
da rimuo vere, dove MM è l'identifi cazione unica del fabbr icante (registrazione nella banca dati gestita 
dalla CE) e NNNNNN il valore alfanumer ico del sigillo, unico nel settore del fabbr icant e. 
402)  I sigilli devono avere uno spazio libero in cui gli installatori , le officine o i costr uttor i di veicoli 
autori zzati possono aggiung ere un march io speciale in conf ormità all'ar ticolo 22, paragraf o 3, del 
regolamento (UE) n. 165/2014. 
Tale marc hio non deve copr ire il numero di identif icazione del sigillo. 
403)  I fabbr icanti di sigilli devon o essere registrati in una banca dati dedicata e devono rendere pubblici i 
loro numer i di identif icazione dei sigilli attra verso una procedura che sarà stabilita dalla 
Commissione europea. 
404)  Le officine e i costr uttori di veicoli autorizzati, nel quadro del regolamento (UE) n. 165/2014, devono 
usare esclusivamente sigilli dei fabbr icanti di sigilli elencati nella banca dati di cui sopra. 
405)  I fabbr icanti di sigilli e i loro distr ibut ori devon o conser vare i documenti attes tanti la compl eta 
tracciabilità dei sigilli venduti, da utilizzare nel quadro del regolamento (UE) n. 165/2014, e 
presentarli alle autori tà nazionali compet enti ogniqualvolta necessar io. 
406)  I numer i di identificazione unici dei sigilli devon o essere visibili sulla targhetta di montaggio. 
6  VERIFICHE, CONTR OLLI E RIPARAZIONI 
I requisiti relativi alle circostanze in cui si possono togliere i sigilli, secondo quanto indicato all'ar ticolo 22, 
paragraf o 5, del regolamento (UE) n. 165/2014, sono definiti al punt o 5.3 del present e allegat o. 
6.1  Autori zzazione di inst allato ri, officine e costruttor i di veicoli 
Gli Stati membr i autorizzano, sottopon gono a verifiche regolar i e certificano gli organismi incar icati di 
effettuare: 
—  il montaggio, 
—  le verifiche , 26.5.2016 L 139/74 Gazzetta ufficiale dell'U nione europea IT     
—  i controlli, 
—  le riparazioni. 
Le carte dell'offici na devono essere rilasciate esclusivamente agli installatori e/o alle officine autori zzati ad 
effettuare l'attivazione e/o la taratura dell'apparecc hio di controllo in conf ormità al present e allegat o e che, 
tranne in casi debitamente motivati: 
—  non possiedono i requisiti necessar i per otte nere una carta dell'azienda, 
—  e le cui altre attività profess ionali non costituiscono un rischio poten ziale per la sicurezza generale del 
sistem a, secondo quanto previsto all'appendice 10. 
6.2  Verifica degli strumenti nuo vi o riparati 
407)  Di ogni singolo dispositivo, nuo vo o riparat o, vanno verificati il corretto funzionamento e l'esatte zza 
delle letture e delle registrazioni, nei limiti fissati ai punti 3.2.1, 3.2.2, 3.2.3 e 3.3 mediante l'appo ­
sizione di sigilli, conf ormement e al punt o 5.3, e la taratura. 
6.3  Controllo in sede di mont aggio 
408)  All'atto del montaggio sul veicolo, l'installazione nel suo compl esso (com preso l'apparecchio di 
controllo) deve essere conf orme alle disposizioni relative alle tolleranze massime di cui ai punti 3.2.1, 
3.2.2, 3.2.3 e 3.3. 
6.4  Controlli periodici 
409)  I controlli periodici degli apparecchi montati nei veicoli devono avere luogo dopo ogni riparazione 
degli apparecc hi stessi, dopo ogni modifi ca del coeffi ciente caratteri stico del veicolo o della circon ­
ferenza effettiva degli pneumatici, dopo un periodo di ora UTC errata di oltre 20 minuti, dopo la 
modifi ca del VRN e comunque almeno ogni due anni (24 mesi) a partire dall'ultimo controllo. 
410)  Si devono controllare: 
—lo stato di buon funzionamento dell'apparecc hio di controllo, compresa la funzione di memor iz­
zazione di dati nelle carte tachi grafi che e la comunicazione con i lettori di comunicazione 
remota, 
—  la conf ormità alle disposizioni dei punti 3.2.1 e 3.2.2 relative alle tolleranze massime in sede di 
montaggio, 
—  la conf ormità alle disposizioni dei punti 3.2.3 e 3.3, 
—  la presenza del march io di omolog azione sull'apparecchi o di controllo, 
—  che siano apposte la targhetta di montaggio, quale definita al requisito 396, e la targhetta 
segnaletica, quale definit a al requisito 225, 
—  le dimensioni degli pneumatici e la circonferenza effettiva degli pneumatici, 
—  che l'apparecch io non sia collegat o ad alcun dispositivo di manipolazione, 
—che i sigilli siano correttamente collocati, in buone condizioni, e che i loro numer i di identifi ­
cazione siano validi (fabbricante dei sigilli present e nella banca dati della CE) e corrispondano alle 
iscrizioni sulla targhetta di montaggio (cfr. requisito 401). 
411)  Se dopo l'ultimo controllo viene constatata una delle anomalie elencate al punto 3.9 (Rilevamento di 
anomalie e/o guasti) e qualora i fabbr icanti del tach igraf o e/o le autori tà nazionali ritengano che essa 
possa compo rtare rischi per la sicurezza dell'apparecchio, l'officina: 
a.  raffronta i dati di identificazione del sensore di movimento collega to alla scatola del cambio con 
quelli del sensore di movimento registrati nell'unità elettronica di bordo ad esso accoppiata; 26.5.2016 L 139/75 Gazzetta ufficiale dell'U nione europea IT     
b.  verifica se le informazioni ripor tate sulla targhetta di montaggio corrispondono a quelle contenut e 
nell'unità elettronica di bordo; 
c.  verifica se il numero di serie e il numero di omologaz ione del sensore di movimento, se stamp ati 
sul corpo del sensore stess o, corrispondono alle informazioni memor izzate nella memor ia di dati 
dell'apparecc hio di controllo; 
d.  confronta gli eventuali dati di identificazione apposti sulla targhetta segnaletica del dispositivo 
GNSS esterno con quelli memor izzati nella memor ia di dati dell'unità elettronica di bordo. 
412)  Nelle relazioni di controllo, le officine devon o indicare gli eventuali casi di rimozione dei sigilli o di 
inter vent o di dispositivi di manipolazione. Le officine devono conser vare tali relazioni per almeno 2 
anni e mett erle a disposizione delle autor ità compet enti ogniqualv olta queste ultime ne facciano 
richiesta. 
413)  Tali controlli devon o prevedere una taratura e una sostituzione preventiva dei sigilli la cui 
apposizione è responsabilità delle officine.. 
6.5  Deter minazione degli errori 
414)  La determinazione degli errori all'att o del montaggio e durante l'uso va effettuata nelle seguenti 
condizioni, che devono essere considerate normali condizioni di prova: 
—  veicolo a vuot o, in normali condizioni di marcia, 
—  pressione degli pneumatici conf orme alle indicazioni fornite dal produttore, 
—  usura degli pneumatici nei limiti ammessi dalla normativa nazionale in vigore, 
—  movimento del veicolo: 
—  il veicolo deve spostarsi, mosso dal propr io motore , in linea retta, su terreno piano, ad una 
velocità di 50 ± 5 km/h. La misurazione deve essere effettuata su una distanza di almeno 
1 000 m. 
—  A condizione che sia garantita una precisione analoga, la prova può essere effettuata con altri 
metod i, per esempio su un banco di prova. 
6.6  Riparazioni 
415)  Le officine devono essere in grado di trasf erire i dati dall'apparecch io di controllo al fine di fornirli 
alle imprese di traspor ti interessat e. 
416)  Qualora il cattivo funzionamento dell'apparecc hio di controllo impedi sca il trasfer iment o dei dati 
registrati in precedenza, anch e dopo la riparazione da parte di tali officine autori zzat e, queste ultime 
devono rilasciare alle imprese di traspor ti un certificato che attesti l'impossi bilità di trasfer ire i dati. Le 
officine devon o conser vare una copia di ogni certificato rilasciato per almeno due anni. 
7  RILASCIO DELL A CART A 
Le procedure di rilascio della carta definite dagli Stati membr i devono conf ormarsi ai requisiti seguenti. 
417)  Al primo rilascio di una carta tachigrafica ad un richiedente, il numero della carta deve cont enere un 
codice di serie (se applicabile), un codice di sostituzione e un codice di rinno vo impos tati sullo «0». 
418)  Il numero della carta di tutte le carte tachigrafiche non personali rilasciate ad un medesimo 
orga nismo di controllo, una medesima officina o una medesima impresa di traspor ti, deve avere gli 
stessi primi 13 caratt eri ed un diverso codice di serie. 
419)  Una carta tachi grafi ca rilasciata in sostituzione di una carta tachi grafi ca esistent e deve avere lo stesso 
numero della carta sostituita, eccetto per il codice di sostituzione che deve essere aumentato di 
un'unità (nell'ordine 0, …, 9, A, …, Z). 26.5.2016 L 139/76 Gazzetta ufficiale dell'U nione europea IT     
420)  Una carta tachigrafica rilasciata in sostituzione di una carta tach igraf ica esistent e deve avere la stessa 
data di scadenza della carta sostituita. 
421)  Una carta tachi grafi ca rilasciata in rinno vo di una carta tach igraf ica esiste nte deve avere lo stesso 
numero della carta rinno vata, eccetto per il codice di sostituzione che deve essere ripor tato a «0» e il 
codice di rinno vo che deve essere aumentat o di un'unità (nell'ordine 0, …, 9, A, …, Z). 
422)  In caso di cambio di una carta tachi grafi ca esistent e al fine di modif icarne i dati amministrativi, si 
devono applicare le regole relative al rinno vo, se il cambio è effettuato all'inter no dello stesso Stato 
membro, oppure le regole relative al primo rilascio, se il cambio è effettuato da un altro Stato 
membro. 
423)  Per le carte dell'off icina o le carte di controllo non personali, nel campo «Cognome del titolare della 
carta» si deve inser ire la denominazione dell'off icina o dell'org anismo di controllo o il nome dell'in ­
stallatore o dell'agent e di controllo, a discrezione degli Stati membr i. 
424)  Gli Stati membr i devono scambiarsi i dati in forma elettronica per assicurare l'univoc ità delle carte 
del conducent e da essi emesse conf ormement e all'ar ticolo 31 del regolamento (UE) n. 165/2014. 
8  OMOLOGAZIO NE DELL'APP ARECCHIO DI CON TROLL O E DELLE CARTE TACHIGRAFIC HE 
8.1  Prescr izioni generali 
Agli effetti della presente sezione, con «apparecchio di controllo» s'intendono l'«apparecc hio di controllo o i 
suoi compo nenti». Non è richiesta l'omologazione del cavo o dei cavi di collegament o tra il sensore di 
movimento e la VU, il dispositivo GNSS ester no e la VU o il dispositivo di comunicazione remota e la VU. I 
fogli di carta imp iegati dall'apparecchio di controllo devono considerarsi come un component e dell'appa ­
recch io stesso. 
Ciascun fabbr icante può chiedere l'omologazione del propr io compo nent e con qualsiasi tipo di sensore di 
movimento, dispositivo GNSS esterno e viceversa, purch é ciascun compo nente sia conf orme ai requisiti del 
present e allegat o. In alternati va, i fabbr icanti possono anche chiedere l'omologazione dell'apparecc hio di 
controllo. 
425)  L'apparecc hio di controllo deve essere presentato per l'omologazione munito di tutti i dispositivi 
integrati supplementar i. 
426)  L'omologazione dell'apparecch io di controllo e delle carte tachigrafiche deve compr endere prove 
riguardanti la sicurezza, prove funzionali e prove di inter operabilità. I risultati positivi di ciascuna di 
queste prove sono ripor tati su un apposito certificato. 
427)  Le autorità di omologazio ne degli Stati membr i non rilasciano nessuna scheda di omologa zione 
finché non siano stati loro presentati: 
—  un certificato di sicurezza, 
—  un certificato funzionale 
—  e un certificato di inter operabilità 
per l'apparecch io di controllo o la carta tachi grafic a che forma l'ogget to della domanda di 
omologazio ne. 
428)  Eventuali modifiche del software o dell'hardware dell'apparecch io o della natura dei mater iali usati 
per la fabbr icazione devon o essere notifi cate prima dell'impieg o all'autorità che ha omologa to l'appa ­
recchio. Tale autorità confe rma al fabbr icante l'esten sione dell'omologazione oppure richiede un 
aggior nament o o una conferma del certificato funzionale, del certificato di sicurezza e/o del 
certificato di interoperabilità pertinenti. 
429)  Le procedure volte ad aggior nare in situ il software dell'apparecc hio di controllo devono essere 
appro vate dall'autor ità che ha omologat o l'apparecchi o di controllo. L'aggior nament o del software 
non deve modifi care o cancellare i dati relativi alle attività del conducente in esso memor izzati. Il 
software si può aggior nare solo sotto la responsabilità del fabbr icante dell'apparecch io. 26.5.2016 L 139/77 Gazzetta ufficiale dell'U nione europea IT     
430)  L'omologazione delle modifiche del software volte ad aggior nare un apparecchio di controllo 
precedentement e omologat o non può essere negata qualora tali modifiche si applich ino solo a 
funzioni non specifi cate nel present e allegat o. L'aggior nament o del software di un apparecc hio di 
controllo può escludere l'introduzione di nuo vi insiemi di caratt eri, qualora non sia tecnicament e 
fattibile. 
8.2  Cer tificato di sicurezza 
431)  Il certificato di sicurezza è rilasciat o in conf ormità alle disposizioni dell'appendice 10 del present e 
allegat o. I compo nenti dell'apparecch io di controllo da certificare sono: unità elettronica di bordo, 
sensore di moviment o, dispositivo GNSS esterno e carte tachi grafi che. 
432)  Nei casi eccezionali in cui le autori tà nazionali di certificazione della sicurezza rifiutino di certificare 
apparecchiature nuo ve a causa del caratt ere superato dei meccanismi di sicurezza, l'omolog azione 
continua a essere rilasciata solo in queste circostanze specifiche ed eccezionali e qualora non esistano 
soluzioni altern ative in conf ormità al present e regolamento. 
433)  In questi casi gli Stati membr i interessati devono informare sollecitamente la Commissione europea 
che, entro 12 mesi civili dal rilascio dell'omologazi one, avvia una procedura per accer tare che la 
sicurezza sia stata ripristinata ai livelli originali. 
8.3  Cer tificato funzionale 
434)  Ogni richiedente un'omologazione deve presentare all'autorità di omologazio ne dello Stato membro 
tutto il mater iale e la documentazione ritenuti necessar i da tale autori tà. 
435) I fabbr icanti devono fornire i campioni pertinenti dei prodotti da omologare e la relativa documen ­
tazione ai laboratori incar icati di eseguire le prove funzionali entro un mese dalla presentazione di 
una richiesta in tal senso. Gli eventuali costi sono a carico dei soggetti che hanno presentato la 
richiesta. I laborat ori sono tenuti a trattare con riservatezza le informazioni sensibili sotto il prof ilo 
commerciale. 
436)  Il certificato funzionale deve essere rilasciato al fabbricante solo se almeno tutte le prove funzionali 
specifi cate nell'appendice 9 hanno dato risultati positivi. 
437)  L'autori tà di omologaz ione rilascia un certificato funzionale. Tale certificato deve recare, oltre al 
nome del benefi ciario e all'identificaz ione del modello, un elenco dettag liato delle prove effettuate e 
dei risultati ottenuti. 
438)  Il certificato funzionale dei compo nenti dell'apparecch io di controllo deve indicare inoltre i numer i di 
omologazio ne degli altri compo nenti dell'apparecch io di controllo compatibili omologat i sottopost i a 
prova per ottenere la certificaz ione dell'apparecchio di controllo. 
439)  Il certificato funzionale dei compo nenti dell'apparecc hio di controllo deve anche indicare la norma 
ISO o CEN in conf ormità alla quale è stata certificata l'interfaccia funzionale. 
8.4  Cer tificato di interoperabilità 
440)  Le prove di interoperabilità sono effettuate da un unico laboratorio sotto l'autori tà e la responsabilità 
della Commissione europea. 
441)  Il laborat orio registra le richiest e di prove di interoperabilità presentate dai fabbr icanti nell'ordine 
cronologico di presentazione. 26.5.2016 L 139/78 Gazzetta ufficiale dell'U nione europea IT     
442)  Le richiest e sono registrat e ufficialmente solo quando il laborat orio dispone: 
—  dell'inter a serie di mat eriali e documenti necessar i per le prove di inter operabilità, 
—  del corrispondent e certificato di sicurezza, 
—  del corrispondent e certificato funzionale. 
La data di registrazione della richiesta viene notificata al fabbricante. 
443)  Ad eccezione delle circostanze eccezionali di cui al requisit o 432, i laborat ori non effettuano prove di 
interoperabilità sugli apparecchi di controllo o sulle carte tachi grafi che spro vvisti di certificato di 
sicurezza e di certificato funzionale. 
444)  I fabbr icanti che richiedono le prove di interoperabilità si impegnano a lasciare a disposizione del 
laboratori o incar icato di tali prove l'intera serie di mater iali e documenti forniti per l'esecuzione delle 
prove stesse. 
445)  Le prove di interoperabilità sono effettuate, in conf ormità alle disposizioni dell'appendice 9 del 
presente allegat o, con tutti i tipi di apparecchi di controllo e di carte tachi grafiche: 
—  la cui omologazio ne è in corso di validità o 
—  che sono in attesa di omologazione e hanno otte nuto un certificato di interoperabilità valido. 
446)  Le prove di interoperabilità devon o riguardare tutte le generazioni di apparecc hi di controllo o di 
carte tachi grafiche ancora in uso. 
447) Il laborat orio rilascia al fabbricante il certificato di interoperabilità solo se tutte le prove di inter opera ­
bilità hanno dato risultati positivi. 
448)  Se le prove di inter operabilità non danno risultati positivi con uno o più apparecchi di controllo o 
carte tachi grafi che, il certificato di interoperabilità non viene rilasciato al fabbr icante finché non sono 
state appor tate le modifi che necessar ie a superare tutte le prove di inter operabilità. Il laboratori o 
identif ica la causa del problema con l'aiuto dei fabbr icanti inter essati da tale mancanza di interopera ­
bilità ed aiuta il richiedent e a trovare una soluzione tecnica. Nel caso in cui il fabbricante modifi chi il 
prodotto, spett erà al fabbr icante stesso accer tare presso le autori tà compet enti che il certificato di 
sicurezza e il certificato funzionale siano ancora validi. 
449)  Il certificato di interoperabilità ha una validità di sei mesi e viene revocat o se, al term ine di tale 
periodo, il fabbr icante non ha ottenut o la corrispondente sched a di omologazio ne. Il certificato di 
interoperabilità viene trasmesso dal fabbr icante all'autori tà di omologazione dello Stato membro che 
ha rilasciato il certificato funzionale. 
450)  Qualsiasi elemento cui si possa ricondur re la mancanza di interoperabilità non deve essere usato a 
fini di lucro o per accedere ad una posizione dominant e. 
8.5  Scheda di omologazione 
451)  L'autori tà di omolog azione di uno Stato membro può rilasciare la sched a di omologazione non 
appena è in possesso dei tre certificati richiesti. 
452)  La sche da di omologazione dei compo nenti dell'apparecc hio di controllo deve anche indicare i 
numer i di omologa zione degli altri compo nenti interoperabili omologati dell'apparecc hio di 
controllo. 
453)  L'autori tà di omologaz ione deve trasmett ere una copia della sched a di omologa zione al laboratori o 
incar icato delle prove di inter operabilità all'att o del rilascio della stessa al fabbr icante. 26.5.2016 L 139/79 Gazzetta ufficiale dell'U nione europea IT     
454)  Il laboratorio compet ente per le prove di interoperabilità deve gestire un sito web pubblico nel quale 
mantiene aggior nato l'elenco dei modelli di apparecchio di controllo o carta tachigra fica: 
—  per i quali è stata registrata una richiesta di prove di interoperabilità, 
—  che abbiano ottenut o un certificato di interoperabilità (anch e provvisor io), 
—  che abbiano ottenut o una sched a di omologazio ne. 
8.6  Procedura eccezionale: primi certificati di interoperabilità per gli apparecchi di controllo e le carte 
tachig rafiche di 2a generazione 
455)  Per un periodo di quattro mesi successivi al rilascio del certificato di inter operabilità della prima 
coppia apparecc hio di controllo di 2a generazione/ carte tachi grafi che di 2a generazione (carte del 
conducente, dell'off icina, di controllo e dell'azienda), ogni certificato di interoperabilità rilasciato 
(compresi i primi in assoluto), concer nente le richiest e presentate durant e tale periodo, deve essere 
considerato provvisor io. 
456)  Se al term ine di tale periodo tutti i prodotti interessati sono reciprocamente interoperabili, i rispettivi 
certificat i di interoperabilità diventano definitivi. 
457)  Se durante tale periodo si riscontrano mancanze di interoperabilità, il laboratori o incar icato delle 
prove di interoperabilità identifica le cause dei problemi con l'aiuto di tutti i fabbricanti interessati e li 
invita ad appor tare le modifi che necessar ie. 
458)  Se al term ine di tale periodo sussistono ancora problemi di interoperabilità, il laborat orio incar icato 
delle prove di interoperabilità, con la collaborazione dei fabbr icanti interessati e delle autor ità di 
omologazio ne che hanno rilasciato i corrispondenti certificati funzionali, ricerca le cause della 
mancanza di interoperabilità e stabilisce le modifi che che ogni fabbr icante deve appor tare. La ricerca 
di soluzioni tecn iche deve avvenire entro un periodo massimo di due mesi, in seguito al quale, 
qualora non si trovi una soluzione comune, la Commissione, dopo aver consultat o il laborat orio 
incar icato delle prove di interoperabilità, decide quali apparecchi e quali carte ottengono un 
certificato definitivo di interoperabilità e ne indica i motivi. 
459)  Tutte le richiest e di prove di inter operabilità, registrat e dal laboratorio tra il termine del periodo di 
quattro mesi successivi al rilascio del primo certificato provvisor io di interoperabilità e la data della 
decisione della Commissione di cui al requisit o 455, sono rinviat e fino alla soluzione dei problemi 
iniziali di interoperabilità. Tali richiest e sono quindi evase in ordine cronologico in base alla data di 
registrazione.  26.5.2016 L 139/80 Gazzetta ufficiale dell'U nione europea IT     
Appendice 1 
DIZIONARIO DEI DATI 
INDICE 
1. INTR ODUZIONE .............................................................................................................................. 88 
1.1. Metodo di definiz ione dei tipi di dati ........................................................................................ 88 
1.2. Rife rimenti ......................................................................................................................... 88 
2. DEFINIZIONI DEI TIPI DI DATI............................................................................................................ 89 
2.1. ActivityChang eInfo............................................................................................................... 89 
2.2. Address .............................................................................................................................. 90 
2.3. AESKe y.............................................................................................................................. 91 
2.4. AES128Key ......................................................................................................................... 91 
2.5. AES192Key ......................................................................................................................... 91 
2.6. AES256Key ......................................................................................................................... 92 
2.7. BCDStr ing .......................................................................................................................... 92 
2.8. CalibrationPur pose ............................................................................................................... 92 
2.9. CardA ctivityDailyRecord ........................................................................................................ 93 
2.10. CardA ctivityLengthRa nge ....................................................................................................... 93 
2.11. CardAppro valNumber ........................................................................................................... 93 
2.12. CardCer tificate..................................................................................................................... 94 
2.13. CardChipIdentification ........................................................................................................... 94 
2.14. CardConsecutiveIndex ........................................................................................................... 94 
2.15. CardControlA ctivityDataRecord ............................................................................................... 94 
2.16. CardCur rentUse ................................................................................................................... 95 
2.17. CardDr iverA ctivity ................................................................................................................ 95 
2.18. CardDr ivingLicenceInf ormation ............................................................................................... 95 
2.19. CardEventData ..................................................................................................................... 96 
2.20. CardEventRecord .................................................................................................................. 96 
2.21. CardF aultData ...................................................................................................................... 96 
2.22. CardF aultRecord .................................................................................................................. 97 
2.23. CardIccIdentification ............................................................................................................. 97 
2.24. CardIdentification ................................................................................................................. 97 
2.25. CardMA Certificate................................................................................................................ 98 
2.26. CardNumber ....................................................................................................................... 98 
2.27. CardPlaceDailyW orkPer iod ..................................................................................................... 99 
2.28. CardPr ivateKe y.................................................................................................................... 99 26.5.2016 L 139/81 Gazzetta ufficiale dell'U nione europea IT     
2.29. CardPublicKe y..................................................................................................................... 99 
2.30. CardRenewalIndex ................................................................................................................ 99 
2.31. CardReplacementIndex .......................................................................................................... 99 
2.32. CardSignCer tificate............................................................................................................... 100 
2.33. CardSlotNumber .................................................................................................................. 100 
2.34. CardSlotsStatus .................................................................................................................... 100 
2.35. CardSlotsStatusRecordAr ray.................................................................................................... 100 
2.36. CardStr uctureV ersion ............................................................................................................ 101 
2.37. CardV ehicleRecord ................................................................................................................ 101 
2.38. CardV ehiclesUsed ................................................................................................................. 102 
2.39. CardV ehicleU nitRecord .......................................................................................................... 102 
2.40. CardV ehicleU nitsUsed ............................................................................................................ 102 
2.41. Certificate ........................................................................................................................... 103 
2.42. CertificateCont ent ................................................................................................................ 103 
2.43. CertificateHolderAuth orisation ................................................................................................ 104 
2.44. CertificateRequestID .............................................................................................................. 104 
2.45. CertificationAuthor ityKID ...................................................................................................... 104 
2.46. Com panyA ctivityData ........................................................................................................... 105 
2.47. Com panyA ctivityT ype ........................................................................................................... 106 
2.48. Com panyCard ApplicationIdentif ication ..................................................................................... 106 
2.49. Com panyCard HolderIdentif ication ........................................................................................... 106 
2.50. ControlCardApplicationIdentification ........................................................................................ 106 
2.51. ControlCardControlA ctivityData .............................................................................................. 107 
2.52. ControlCardHolderIdentification .............................................................................................. 107 
2.53. ControlT ype ........................................................................................................................ 108 
2.54. CurrentDateTime ................................................................................................................. 109 
2.55. CurrentDateTimeRecordArr ay................................................................................................. 109 
2.56. DailyPresenceCount er............................................................................................................ 109 
2.57. Datef................................................................................................................................. 109 
2.58. DateOfDa yDo wnloaded ......................................................................................................... 110 
2.59. DateOfDa yDo wnloadedRecordAr ray......................................................................................... 110 
2.60. Distance ............................................................................................................................. 110 
2.61. DriverCardApplicationIdentifi cation ......................................................................................... 110 
2.62. DriverCardHolderIdentifi cation ................................................................................................ 111 
2.63. DSR CSecur ityData ................................................................................................................ 112 
2.64. EGFCer tificate...................................................................................................................... 112 
2.65. EmbedderIcAssemblerId ......................................................................................................... 112 26.5.2016 L 139/82 Gazzetta ufficiale dell'U nione europea IT     
2.66. Entr yTypeDailyW orkPer iod ..................................................................................................... 113 
2.67. EquipmentT ype .................................................................................................................... 113 
2.68. EuropeanPublicKe y............................................................................................................... 114 
2.69. EventF aultRecordPur pose ....................................................................................................... 114 
2.70. EventF aultT ype .................................................................................................................... 114 
2.71. Exten dedSealIdentifi er........................................................................................................... 115 
2.72. Exten dedSer ialNumber .......................................................................................................... 116 
2.73. FullCardNumber .................................................................................................................. 116 
2.74. FullCardNumberAndGeneration ............................................................................................... 117 
2.75. Generation .......................................................................................................................... 117 
2.76. GeoCoordinates ................................................................................................................... 117 
2.77. GNSS Accuracy ..................................................................................................................... 118 
2.78. GNSSContinuousDr iving ........................................................................................................ 118 
2.79. GNSSContinuousDr ivingRecord ............................................................................................... 118 
2.80. GNSSPlaceRecord ................................................................................................................. 118 
2.81. HighResOdomete r................................................................................................................ 119 
2.82. HighResT ripDistance ............................................................................................................. 119 
2.83. HolderName ....................................................................................................................... 119 
2.84. InternalGNSSReceiver ............................................................................................................ 119 
2.85. K-ConstantOfRecordingEquipment ........................................................................................... 119 
2.86. KeyIdentifier ....................................................................................................................... 120 
2.87. KMW CKey.......................................................................................................................... 120 
2.88. Languag e............................................................................................................................ 120 
2.89. LastCardDo wnload ............................................................................................................... 120 
2.90. LinkCer tificate ..................................................................................................................... 120 
2.91. L-TyreCircumf erence ............................................................................................................. 121 
2.92. MAC................................................................................................................................. 121 
2.93. ManualIn putFlag .................................................................................................................. 121 
2.94. Manufa cturerCode ................................................................................................................ 121 
2.95. Manufa cturerSpecifi cEventF aultData ......................................................................................... 121 
2.96. MemberStat eCer tificate .......................................................................................................... 122 
2.97. MemberStat eCer tificateRecordAr ray.......................................................................................... 122 
2.98. MemberStat ePublicKey .......................................................................................................... 122 
2.99. Name ................................................................................................................................ 122 
2.100. NationAlpha ....................................................................................................................... 123 
2.101. NationNumer ic.................................................................................................................... 123 
2.102. NoOfCalibrationRecords ........................................................................................................ 123 26.5.2016 L 139/83 Gazzetta ufficiale dell'U nione europea IT     
2.103. NoOfCalibrationsSinceDo wnload ............................................................................................. 123 
2.104. NoOfCardPlaceRecords .......................................................................................................... 123 
2.105. NoOfCardV ehicleRecords ....................................................................................................... 124 
2.106. NoOfCardV ehicleU nitRecords .................................................................................................. 124 
2.107. NoOfComp anyA ctivityRecords ................................................................................................ 124 
2.108. NoOfControlA ctivityRecords .................................................................................................. 124 
2.109. NoOfEventsPe rType .............................................................................................................. 124 
2.110. NoOfF aultsPerT ype ............................................................................................................... 124 
2.111. NoOfGNSSCDRecords ........................................................................................................... 124 
2.112. NoOfSpecificConditionRecords ................................................................................................ 125 
2.113. Odomet erShor t.................................................................................................................... 125 
2.114. Odomet erValueMidnight ........................................................................................................ 125 
2.115. Odomet erValueMidnightRecordAr ray........................................................................................ 125 
2.116. OverspeedNumber ................................................................................................................ 125 
2.117. PlaceRecord ........................................................................................................................ 126 
2.118. PreviousV ehicleInf o............................................................................................................... 126 
2.119. PublicKey ........................................................................................................................... 127 
2.120. RecordT ype ......................................................................................................................... 127 
2.121. RegionAlpha ....................................................................................................................... 128 
2.122. RegionNumer ic.................................................................................................................... 128 
2.123. Remot eCommunicationModuleSer ialNumber .............................................................................. 129 
2.124. RSA KeyModulus .................................................................................................................. 129 
2.125. RSA KeyPrivate Exponent ......................................................................................................... 129 
2.126. RSA KeyPublicExponent ......................................................................................................... 129 
2.127. RtmData ............................................................................................................................ 129 
2.128. SealDataCard ....................................................................................................................... 129 
2.129. SealDataV u......................................................................................................................... 130 
2.130. SealRecord .......................................................................................................................... 130 
2.131. SensorAppro valNumber ......................................................................................................... 130 
2.132. SensorExt ernalGNSSA ppro valNumber ....................................................................................... 131 
2.133. SensorExt ernalGNSSCoupledRecord ......................................................................................... 131 
2.134. SensorExt ernalGNSSIdentifi cation ............................................................................................ 131 
2.135. SensorExt ernalGNSSInstallation ............................................................................................... 132 
2.136. SensorExt ernalGNSSOSIdentifi er.............................................................................................. 132 
2.137. SensorExt ernalGNSSSCIdentifie r.............................................................................................. 132 
2.138. SensorGNSSCouplingDate ...................................................................................................... 133 26.5.2016 L 139/84 Gazzetta ufficiale dell'U nione europea IT     
2.139. SensorGNSSSer ialNumber ...................................................................................................... 133 
2.140. SensorIdentification .............................................................................................................. 133 
2.141. SensorInstallation ................................................................................................................. 133 
2.142. SensorInstallationSecData ....................................................................................................... 134 
2.143. SensorOSIdentifier ................................................................................................................ 134 
2.144. SensorP aired ....................................................................................................................... 134 
2.145. SensorP airedRecord .............................................................................................................. 135 
2.146. SensorP airingDate ................................................................................................................ 135 
2.147. SensorSCIdentifier ................................................................................................................ 135 
2.148. SensorSer ialNumber .............................................................................................................. 135 
2.149. Signature ............................................................................................................................ 135 
2.150. SignatureRecordAr ray........................................................................................................... 136 
2.151. SimilarEventsNumber ............................................................................................................ 136 
2.152. SpecificConditionRecord ........................................................................................................ 136 
2.153. SpecificConditions ................................................................................................................ 136 
2.154. SpecificCondition Type ........................................................................................................... 137 
2.155. Velocità .............................................................................................................................. 137 
2.156. SpeedA uthor ised .................................................................................................................. 137 
2.157. SpeedA verag e...................................................................................................................... 138 
2.158. SpeedMax ........................................................................................................................... 138 
2.159. TachographP ayload ............................................................................................................... 138 
2.160. TachographP ayloadEncr ypted .................................................................................................. 138 
2.161. TDesSessionKe y................................................................................................................... 138 
2.162. TimeReal ............................................................................................................................ 139 
2.163. TyreSize ............................................................................................................................. 139 
2.164. VehicleIdentif icationNumber ................................................................................................... 139 
2.165. VehicleIdentif icationNumberRecordAr ray................................................................................... 139 
2.166. VehicleRegistrationIdentificat ion .............................................................................................. 139 
2.167. VehicleRegistrationNumber ..................................................................................................... 140 
2.168. VehicleRegistrationNumberRecordAr ray.................................................................................... 140 
2.169. VuAbility ............................................................................................................................ 140 
2.170. VuActivityDailyData .............................................................................................................. 141 
2.171. VuActivityDailyRecordAr ray................................................................................................... 141 
2.172. VuAppro valNumber .............................................................................................................. 141 
2.173. VuCalibrationData ................................................................................................................ 142 
2.174. VuCalibrationRecord ............................................................................................................. 142 
2.175. VuCalibrationRecordAr ray...................................................................................................... 143 26.5.2016 L 139/85 Gazzetta ufficiale dell'U nione europea IT     
2.176. VuCardIWData .................................................................................................................... 144 
2.177. VuCardIWRecord ................................................................................................................. 144 
2.178. VuCardIWRecordAr ray.......................................................................................................... 145 
2.179. VuCardRecord ..................................................................................................................... 145 
2.180. VuCardRecordAr ray.............................................................................................................. 146 
2.181. VuCer tificate ....................................................................................................................... 146 
2.182. VuCer tificateRecordAr ray....................................................................................................... 146 
2.183. VuCom panyL ocksData .......................................................................................................... 147 
2.184. VuCom panyL ocksRecord ....................................................................................................... 147 
2.185. VuCom panyL ocksRecordAr ray................................................................................................ 148 
2.186. VuControlA ctivityData .......................................................................................................... 148 
2.187. VuControlA ctivityRecord ....................................................................................................... 148 
2.188. VuControlA ctivityRecordAr ray................................................................................................ 149 
2.189. VuDataBloc kCounter ............................................................................................................. 149 
2.190. VuDetailedSpeedBlock ........................................................................................................... 149 
2.191. VuDetailedSpeedBlockRe cordAr ray........................................................................................... 150 
2.192. VuDetailedSpeedData ............................................................................................................ 150 
2.193. VuDo wnloadableP eriod.......................................................................................................... 150 
2.194. VuDo wnloadableP eriodRecordAr ray......................................................................................... 151 
2.195. VuDo wnloadA ctivityData ....................................................................................................... 151 
2.196. VuDo wnloadA ctivityDataRecordAr ray....................................................................................... 151 
2.197. VuEventData ....................................................................................................................... 152 
2.198. VuEventRecord .................................................................................................................... 152 
2.199. VuEventRecordAr ray............................................................................................................. 153 
2.200. VuFaul tData ........................................................................................................................ 154 
2.201. VuFaul tRecord ..................................................................................................................... 154 
2.202. VuFaul tRecordAr ray.............................................................................................................. 155 
2.203. VuGNSSCDRecord ................................................................................................................ 155 
2.204. VuGNSSCDRecordAr ray........................................................................................................ 156 
2.205. VuIdentification ................................................................................................................... 156 
2.206. VuIdentificationRecordAr ray................................................................................................... 157 
2.207. VuITSConsentRecord ............................................................................................................ 157 
2.208. VuITSConsentRecordAr ray..................................................................................................... 158 
2.209. VuManufa cturerAddress ......................................................................................................... 158 
2.210. VuManufa cturerName ............................................................................................................ 158 
2.211. VuManufa ctur ingDate ............................................................................................................ 158 26.5.2016 L 139/86 Gazzetta ufficiale dell'U nione europea IT     
2.212. VuOverSpeedingControlData .................................................................................................. 159 
2.213. VuOverSpeedingControlDataRecordAr ray.................................................................................. 159 
2.214. VuOverSpeedingEventData ..................................................................................................... 159 
2.215. VuOverSpeedingEventRecord .................................................................................................. 159 
2.216. VuOverSpeedingEventRecordAr ray........................................................................................... 160 
2.217. VuPartNumber ..................................................................................................................... 161 
2.218. VuPlaceDailyW orkPe riodData .................................................................................................. 161 
2.219. VuPlaceDailyW orkPe riodRecord ............................................................................................... 161 
2.220. VuPlaceDailyW orkPe riodRecordAr ray....................................................................................... 162 
2.221. VuPrivate Key ....................................................................................................................... 162 
2.222. VuPublicKey ........................................................................................................................ 162 
2.223. VuSer ialNumber ................................................................................................................... 162 
2.224. VuSof tInstallationDate ........................................................................................................... 162 
2.225. VuSof twareIdentif ication ........................................................................................................ 163 
2.226. VuSof twareV ersion ............................................................................................................... 163 
2.227. VuSpecificConditionData ....................................................................................................... 163 
2.228. VuSpecificConditionRecordAr ray............................................................................................. 163 
2.229. VuTimeAd justmentData ......................................................................................................... 164 
2.230. VuTimeAd justmentGNSSRecord .............................................................................................. 164 
2.231. VuTimeAd justmentGNSSRecordAr ray....................................................................................... 164 
2.232. VuTimeAd justmentRecord ...................................................................................................... 165 
2.233. VuTimeAd justmentRecordAr ray.............................................................................................. 165 
2.234. WorkshopCardApplicationIdentification .................................................................................... 166 
2.235. WorkshopCardCalibrationData ................................................................................................ 166 
2.236. WorkshopCardCalibrationRecord ............................................................................................. 167 
2.237. WorkshopCardHolderIdentificat ion .......................................................................................... 168 
2.238. WorkshopCardPIN ................................................................................................................ 168 
2.239. W-VehicleCharact eristicConstant .............................................................................................. 169 
2.240. VuPowerSupplyInt erruptionRecord ........................................................................................... 169 
2.241. VuPowerSupplyInt erruptionRecordArr ay................................................................................... 169 
2.242. VuSensorExt ernalGNSSCoupledRecordAr ray............................................................................... 170 
2.243. VuSensorP airedRecordAr ray.................................................................................................... 170 
3. DEFINIZIONI DEI CAMPI DI VALORI E DIMENSIONI ................................................................................ 171 
4. SET DI CARA TTERI ........................................................................................................................... 171 
5. CODIFIC A...................................................................................................................................... 171 
6. IDENTIFICA TIVI DI OGGETTO E IDENTIFICA TIVI DI APPLICAZIONE ........................................................... 171 
6.1. Identificativi di ogget to.......................................................................................................... 171 
6.2. Identificativi di applicazione ................................................................................................... 172  26.5.2016 L 139/87 Gazzetta ufficiale dell'U nione europea IT     
1.  INTR ODUZIONE 
La present e appendice specifica i formati dei dati, gli elementi di dati e le strutture dei dati da usare nell'appa ­
recchio di controllo e nelle carte tachigra fiche. 
1.1.  Metod o di definizione dei tipi di dati 
Nella present e appendice i tipi di dati sono definit i in base al linguaggio Abstract Syntax Notation One (ASN.1). 
La notazione ASN.1 permett e di definire dati sem plici e strutturati, senza richiedere una specifica sintassi di 
trasmissione (regole di codif ica), la quale dipende dall'applicazione e dal contest o. 
La notazione conven zionale ASN.1 per l'attr ibuzione di nomi si basa sulla norma ISO/IEC 8824-1. Ciò signif ica 
che: 
—  ove possibile, il significato del tipo di dati è implicitament e noto in funzione del nome attribuito, 
—  per i tipi di dati compo sti, costituiti da una combinazione di più tipi di dati, il nome è comunque un'unica 
sequenza di caratt eri alfabetici con la lettera iniziale maiuscola, ma vengono usate lettere maiuscole anche 
all'int erno del nome, che consentono di individuare il signif icato corrispondent e, 
—in generale, i nomi dei tipi di dati si riferiscono al nome dei tipi di dati con cui vengono costr uiti, all'appa ­
recch io in cui sono memor izzati i dati e alla funzione connessa ai dati. 
Se un tipo ASN.1 è già definito nell'ambito di un'altra norma e viene usato nell'apparecc hio di controllo, tale 
tipo ASN.1 è definito nella present e appendice. 
Per tenere cont o di vari tipi di regole di codif ica, alcuni tipi ASN.1 compre si nella presente appendice sono 
limitati da identificativi del campo di valor i. Gli identif icativi del campo di valor i sono definiti al paragraf o 3 e 
nell'appendice 2. 
1.2.  Riferimen ti 
Nella present e appendice si rimanda alle seguenti norme: 
ISO 639  Codice per la rappresentazione dei nomi delle lingue. Prima edizione: 1988. 
ISO 3166  Codici per la rappresentazione dei nomi dei paesi e delle loro suddivisioni — Parte 1: Codici 
paese, 2013 
ISO 3779  Veicoli stradali — Numero di identif icazione del veicolo (VIN) — Conte nuto e struttura. 2009 
ISO/CEI 7816-5  Carte di identif icazione — Carte a circuiti integrat i — Parte 5: Registrazione dei fornitori di 
applicazioni. 
Seconda edizione: 2004. 
ISO/CEI 7816-6  Carte di identificazione — Carte a circuiti integrat i — Parte 6: Elementi di dati interindustr iali 
per gli scambi, 2004 + rettif ica tecn ica 1: 2006 
ISO/CEI 8824-1  Tecnologia dell'inf ormazione — Abstract Syntax Notation 1 (ASN.1): Descr izione della 
notazione di base. 2008 + rettifica tecnica 1: 2012 e rettif ica tecn ica 2: 2014. 
ISO/CEI 8825-2  Tecnologia dell'inf ormazione — Regole di codif ica ASN.1: Descr izione delle regole di codif ica a 
pacchett o (PER). 2008. 
ISO/CEI 8859-1  Tecnologia dell'inf ormazione — Codif ica a gruppo singolo di 8 bit di insiemi di caratter i grafici 
— Parte 1: Alfa beto latino n. 1. Prima edizione: 1998. 
ISO/CEI 8859-7  Tecnologia dell'inf ormazione — Codif ica a gruppo singolo di 8 bit di insiemi di caratter i grafici 
— Parte 7: Alfa beto latino/greco. 2003. 26.5.2016 L 139/88 Gazzetta ufficiale dell'U nione europea IT     
ISO 16844-3  Veicoli stradali — Sistemi tach igraf ici — Interfa ccia del sensore di movimento. 2004 + rettifica 
tecnica 1: 2006. 
TR-03110-3  Orientamenti tecn ici TR-03110-3 di BSI/ANSSI, Meccanismi di sicurezza avanzati per i 
documenti di viaggio a lettura ottica e il token eIDAS- Parte 3: Specifi che comuni, versione 
2.20, 3. Febbraio 2015 
2.  DEFINIZIONI DEI TIPI DI DATI 
Per ciascuno dei seguenti tipi di dati, il valore predefinito di un cont enut o «non noto» o «non applicabile» è dato 
dal riempiment o dell'elemento di dati con byte ‘FF’. 
Tutti i tipi di dati sono utilizzati per le applicazioni di prima e seconda generazione, salvo indicazione contrar ia. 
2.1.  Acti vityChangeInfo 
Questo tipo di dati consente di codificare, in una parola (word) a due byte, la condizione della sede (slot) alle 
00h00 e/o la condizione del conducente alle 00h00 e/o i cambi di attività e/o le variazioni della condizione di 
guida e/o le variazioni della condizione della carta riguardanti un conducente o un secondo conducent e. Questo 
tipo di dati si riferisce ai requisiti 105, 266, 291, 320, 321, 343 e 344 dell'allegat o 1C. 
Assegnazione valore — Allineato all'ottetto: ‘scpaattttttttttt’B (16 bit) 
Per le registrazioni nella memor ia di dati (o condizione della sede): 
‘s’B  Sede (slot): 
‘0’B: CONDUCENTE, 
‘1’B: SEC ONDO CONDUCENTE, 
‘c’B  Condizione di guida: 
‘0’B: SINGOL A, 
‘1’B: EQUIP AGGIO, 
‘p’B  Condizione della carta del conducente (o dell'off icina) nella relativa sede (slot): 
‘0’B: INSERIT A, la carta è inser ita, 
‘1’B: NON INSERIT A, la carta è assente (o una carta viene estratta), 
‘aa’B  Attività: 
‘00’B: INTERR UZIONE/RIPOSO, 
‘01’B: DISPONIBILIT À, 
‘10’B: LAVORO, 
‘11’B: GUID A, 
‘ttttttttttt’B  Ora della variazione: numero di minuti a partire dalle 00h00 del gior no in questione. 26.5.2016 L 139/89 Gazzetta ufficiale dell'U nione europea IT     
Per le registrazioni nella carta del conducent e (o dell'officina) (e per la condizione del conducente ): 
‘s’B  Sede (slot) (non pertinente se ‘p’ = 1, fatta salva la nota sotto): 
‘0’B: CONDUCENTE, 
‘1’B: SEC ONDO CONDUCENTE, 
‘c’B  Condizione di guida (quando ‘p’ = 0) o 
Condizione attività successiva (quando ‘p’ = 1): 
‘0’B: SINGOL A, 
‘0’B: NON NOT A 
‘1’B: EQUIP AGGIO, 
‘1’B: NOT A (= immissione manuale) 
‘p’B  Condizione carta: 
‘0’B: INSERIT A, la carta è inser ita in un apparecc hio di controllo, 
‘1’B: NON INSERIT A, la carta è assente (o la carta viene estratta), 
‘aa’B  Attività (non pertinente se ‘p’ = 1 e ‘c’ = 0, fatta salva la nota sotto): 
‘00’B: INTERR UZIONE/RIPOSO, 
‘01’B: DISPONIBILIT À, 
‘10’B: LAVORO, 
‘11’B: GUID A, 
‘ttttttttttt’B  Ora della variazione: numero di minuti a partire dalle 00h00 del gior no in questione. 
Nota per il caso di «estrazione carta»: 
Quando la carta viene estratta: 
—  ‘s’ è pertinente ed indica la sede (slot) da cui viene estratta la carta, 
—  ‘c’ deve essere impos tato su 0, 
—  ‘p’ deve essere impostato su 1, 
—  ‘aa’ deve codificare l'attività selezionata in corso al momento dell'estrazione. 
In seguito a un'immissione manuale, i bit ‘c’ e ‘aa’ della parola (word) (memor izzata in una carta) possono essere 
sovrascr itti in un secondo tempo per tenere cont o dell'immissione. 
2.2.  Addre ss 
Un indir izzo. 
26.5.2016 L 139/90 Gazzetta ufficiale dell'U nione europea IT     
codePage specifica una serie di caratt eri quali definiti nel capitolo 4, 
address è un indir izzo codif icato usando la serie specif ica di caratt eri. 
2.3.  AESKey 
Seconda generazione: 
Una chiave AES con una lunghezza di 128, 192 o 256 bit. 
Assegnazione valore: nessun'altra specific azione. 
2.4.  AES128Key 
Seconda generazione: 
Una chiave AES128. 
length indica la lunghezza della chiave AES128 in ottet ti. 
aes128ke y è una chiave AES con una lunghezza di 128 bit. 
Assegnazione valore: 
la lunghezza deve avere il valore 16. 
2.5.  AES192Key 
Seconda generazione: 
Una chiave AES192. 
length indica la lunghezza della chiave AES192 in ottet ti. 
aes192ke y è una chiave AES con una lunghezza di 192 bit. 
Assegnazione valore: 
la lunghezza deve avere il valore 24. 26.5.2016 L 139/91 Gazzetta ufficiale dell'U nione europea IT     
2.6.  AES256Key 
Seconda generazione: 
Una chiave AES256. 
length indica la lunghezza della chiave AES256 in ottet ti. 
aes256ke y è una chiave AES con una lunghezza di 256 bit. 
Assegnazione valore: 
la lunghezza deve avere il valore 32. 
2.7.  BCDStr ing 
BCDStr ing si usa per la rappresentazione in codice binar io decimale (BCD). Questo tipo di dati è usato per 
rappresentare una cifra decimale in un semi-otte tto (4 bit). BCDStr ing si basa su ISO/IEC 8824-1 ‘Character ­
StringT ype’. 
BCDStr ing utilizza la notazione «hstr ing». La prima cifra esadecimale a partire da sinistra è il semi-ottett o più 
signif icativ o del primo ottett o. Per otte nere un multiplo di ottet ti, si devono inser ire semi-ottet ti a coda zero, 
secondo la necessità, a partire dalla prima posizione a sinistra del semi-ottett o nel primo ottett o. 
Le cifre ammesse sono: 0, 1, .. 9. 
2.8.  CalibrationPur pose 
Codice che spiega il motivo per cui è stata registrata una serie di parametr i di taratura. Quest o tipo di dati si 
riferi sce ai requisiti 097 e 098 dell'allegat o 1B e al requisito 119 dell'allegat o 1C. 
Assegnazione valore: 
Prima generazione: 
‘00’H  valore riservato, 
‘01’H  attivazione: registrazione dei parametr i di taratura noti al momento dell'attivazione della VU, 
‘02’H  prima installazione: prima taratura della VU in seguito all'attivazione, 
‘03’H  installazione: prima taratura della VU nel veicolo in cui è montata, 
‘04’H  controllo periodico. 26.5.2016 L 139/92 Gazzetta ufficiale dell'U nione europea IT     
Seconda generazione: 
Oltre alla prima generazione, sono utilizzati i valor i seguenti: 
‘05’H  inser imento del VRN da parte dell'azienda, 
‘06’H  regolazione dell'ora senza taratura, 
da ‘07’H a ‘7F’H  RFU, 
da ‘80’H a ‘FF’H  Specifico del fabbr icante. 
2.9.  CardActi vityDailyRecord 
Informazioni, memor izzate in una carta, relative all'attività del conducent e per un determinato gior no di 
calendar io. Questo tipo di dati si riferisce ai requisiti 266, 291, 320 e 343 dell'allegat o 1C. 
activityPreviousRecordLength è la lunghezza totale in byte della registrazione gior naliera precedente . Il valore 
massimo è dato dalla lunghezza della STRINGA DI OTTETTI conte nente tali registrazioni (cfr. CardA ctivity ­
LengthR ange , appendice 2, paragraf o 4). Se questa registrazione è la registrazione gior naliera meno recente , il 
valore di activityPreviousRecordLength dev'essere impostat o su 0. 
activityRecordLength è la lunghezza totale in byte di questa registrazione. Il valore massimo è dato dalla 
lunghezza della STRINGA DI OTTETTI conte nente tali registrazioni. 
activityRecordDate è la data della registrazione. 
activityDailyPresenceCounter è il contat ore di presenza gior naliera per la carta nel gior no in questione. 
activityDayDi stance è la distanza tota le percorsa nel gior no in questione. 
activityChangeInfo è la serie di dati ActivityChangeInf o per il conducent e nel gior no in questione. Può 
contenere un massimo di 1440 valor i (un cambio di attività al minuto). La serie comprende sempre il valore 
activityChangeInf o relativ o alla condizione del conducente alle 00h00. 
2.10.  CardActi vityLengthR ange 
Numero di byte in una carta del conducent e o dell'officina, disponibile per memor izzare le registrazioni relative 
all'attività del conducente. 
Assegnazione valore: cfr. appendice 2. 
2.11.  CardAppro valNumber 
Numero di omologazio ne della carta. 
26.5.2016 L 139/93 Gazzetta ufficiale dell'U nione europea IT     
Assegnazione valore: 
Il numero di omologaz ione deve corrispondere a quant o pubblicato sul sito Intern et della Commissione europea, 
vale a dire ad esempio compre si gli eventuali trattini. Il numero di omologazio ne deve essere allineato a sinistra. 
2.12.  CardCer tificate 
Prima generazione: 
Certificato della chia ve pubblica di una carta. 
2.13.  CardChipIdentif ication 
Informazioni, memor izzate in una carta, relative all'identificazione del circuito integrat o (IC) della carta (requisito 
249 dell'allegat o 1C). L'icSer ialNumber unitamente all'icManufact uringRef erences identifica il chip della carta in 
modo univ oco. L'icSer ialNumber di per sé non è suffic iente per identif icare univ ocamente il chip della carta. 
icSer ialNumber è il numero di serie dell'IC. 
icManufactur ingReferences è l'identifi cativo specifico del fabbr icante dell'IC. 
2.14.  CardConsecutiv eIndex 
Il codice di serie di una carta [def inizione h)]. 
Assegnazione valore: (cfr. allegat o 1C, capit olo 7) 
Ordine di increment o: ‘0, …, 9, A, …, Z, a, …, z’ 
2.15.  CardControlActivit yDat aRecord 
Informazioni, memor izzate in una carta del conducent e o dell'officina, relative all'ultimo controllo cui è stato 
sottopost o il conducente (requisiti 274, 299, 327 e 350 dell'allegat o 1C). 
controlT ype è il tipo di controllo. 
controlTime è la data e l'ora del controllo. 26.5.2016 L 139/94 Gazzetta ufficiale dell'U nione europea IT     
controlCardNumber è il FullCardNumber dell'agent e che ha effettuato il controllo. 
controlV ehicleRegistration contiene il VRN e lo Stato membro di immatr icolazione del veicolo in cui è stato 
effettuato il controllo. 
controlDo wnloadPeriodBegin e controlDo wnloadPeriodEnd specifi cano il periodo trasfe rito, in caso di 
trasfer iment o. 
2.16.  CardCur rentUse 
Informazioni sull'uso effettivo della carta (requisiti 273, 298, 326 e 349 dell'alleg ato 1C). 
sessionOpen Time è l'ora in cui viene inser ita la carta per l'uso corrente. Questo elemento viene azzerat o all'atto 
dell'estrazione della carta. 
sessionOpenV ehicle è l'identifi cazione del veicolo in uso, impostata all'att o dell'inser imento della carta. Questo 
elemento viene azzerato all'att o dell'estrazione della carta. 
2.17.  CardDr iverActivity 
Informazioni, memor izzate in una carta del conducente o dell'off icina, relative alle attività del conducent e 
(requisiti 267, 268, 292, 293, 321 e 344 dell'allegat o 1C). 
activityPointer Oldest Day Record specifica il punt o d'inizio della memor izzazione (numero di byte a partire 
dall'inizio della stringa) della registrazione compl eta meno recente del gior no nella stringa activityDailyRecords. 
Il valore massimo è dato dalla lunghezza della stringa. 
activityPointer New estRecord specifi ca il punt o d'inizio della memor izzazione (numero di byte a partire 
dall'inizio della stringa) della registrazione più recente del gior no nella stringa activityDailyRecords. Il valore 
massimo è dato dalla lunghezza della stringa. 
activityDailyRecords è lo spazio disponibile per memor izzare i dati relativi all'attività del conducente (struttura 
dei dati: CardA ctivityDailyRecord) per ogni gior no di calendar io in cui è stata usata la carta. 
Assegnazione valore: questa stringa di ottetti viene riempita ciclicament e con le registrazioni di CardA ctivity ­
DailyRecord. Al primo impiego, la memor izzazione inizia a partire dal primo byte della stringa. Tutte le nuo ve 
registrazioni vengono aggiunt e in coda alla precedente. Quando la stringa è piena, la memor izzazione prosegue 
a partire dal primo byte della stringa, indipendentem ente dalla presenza di un'inter ruzione all'int erno di un 
elemento di dati. Prima di inser ire nella stringa nuo vi dati relativi all'attività (ingrandendo l'activityDailyRecord 
corrente o inserendo un nuo vo activityDailyRecord) per sostituire dati meno recenti, l'activityP ointer OldestDa y­
Record deve essere aggior nato per tenere conto della nuo va posizione della registrazione gior naliera completa 
meno recente , e l'activityPreviousRecordLength di questa (nuo va) registrazione gior naliera completa meno 
recente deve essere riazzerat o. 
2.18.  CardDr ivingLicenceInfo rmation 
Informazioni, memor izzate in una carta del conducente, relative ai dati della pate nte di guida del titolare della 
carta (requisiti 259 e 284 dell'allegat o 1C). 26.5.2016 L 139/95 Gazzetta ufficiale dell'U nione europea IT     
drivingLicenceIssuingAuthor ity è l'autori tà responsabile del rilascio della patent e di guida. 
drivingLicenceIssuingNation è la nazionalità dell'autor ità che ha rilasciato la patente di guida. 
drivingLicenceNumber è il numero della patent e di guida. 
2.19.  CardEv entData 
Informazioni, memor izzate in una carta del conducent e o dell'offici na, relative alle anomalie associate al titolare 
della carta (requisiti 260, 285, 318 e 341 dell'allega to 1C). 
CardEv entData è una sequenza di cardEventRecords, ordinata in base al valore ascendente di EventFaultT ype 
(eccetto per le registrazioni relative ai tentativi di violazione della sicurezza, che sono raggr uppate nell'ultima 
serie della sequenza). 
cardEv entRecords è una serie di registrazioni di anomalie di un determinato tipo (o catego ria per le anomalie 
relative ai tentativi di violazione della sicurezza). 
2.20.  CardEv entRecord 
Informazioni, memor izzate in una carta del conducente o dell'officina, relative ad un'anomalia associata al 
titolare della carta (requisiti 261, 286, 318 e 341 dell'allegat o 1C). 
eventT ype è il tipo di anomalia. 
eventBegin Time specifica la data e l'ora di inizio dell'anomalia. 
eventEndTime specifi ca la data e l'ora di fine dell'anomalia. 
eventV ehicleRegist ration contiene il VRN e lo Stato membro di immatr icolazione del veicolo in cui si è 
verificata l'anomalia. 
2.21.  CardFaultData 
Informazioni, memor izzate in una carta del conducent e o dell'off icina, relative ai guasti associati al titolare della 
carta (requisiti 263, 288, 318 e 341 dell'allegat o 1C). 
26.5.2016 L 139/96 Gazzetta ufficiale dell'U nione europea IT     
CardFaultData è una sequenza di una serie di registrazioni di guasti dell'apparecch io di controllo seguita dalla 
serie di registrazioni dei guasti della carta. 
cardFaultRecords è una serie di registrazioni di guasti di una determinata categor ia (apparecc hio di controllo o 
carta). 
2.22.  CardFaultRecord 
Informazioni, memor izzate in una carta del conducent e o dell'off icina, relative ad un guast o associato al titolare 
della carta (requisiti 264, 289, 318 e 341 dell'allega to 1C). 
faultT ype è il tipo di guasto. 
faultBegin Time specifi ca la data e l'ora di inizio del guast o. 
faultEndTime specifica la data e l'ora di fine del guast o. 
faultV ehicleRegist ration contiene il VRN e lo Stato membro di immatr icolazione del veicolo in cui si è 
verificato il guast o. 
2.23.  CardIccIdentif ication 
Informazioni, memor izzate in una carta, relative all'identificaz ione della carta a circuit o integrat o (IC) (requisito 
248 dell'alleg ato 1C). 
clockStop è la modalità «Cloc kstop» , come definita nell'appendice 2. 
cardExtendedSer ialNumber contiene il numero di serie unico della carta IC, come ulteriormente specificato dal 
tipo di dati Exten dedSer ialNumber . 
cardAppro valNumber è il numero di omologazio ne della carta. 
cardPers onaliserID è l'identifi cazione personalizzata della carta (ID) codif icata come Manufactur erCode. 
embedderIcAssemblerId fornisce informazioni circa l'assemblatore della carta IC. 
icIdentif ier è l'identifi cativo dell'IC sulla carta e del fabbr icante dell'IC, come definit a nella norma ISO/IEC 
7816-6. 
2.24.  CardIdentif ication 
Informazioni, memor izzate in una carta, relative all'identificazione della carta (requisiti 255, 280, 310, 333, 
359, 365, 371 e 377 dell'allegat o 1C). 26.5.2016 L 139/97 Gazzetta ufficiale dell'U nione europea IT     
cardIssuingMemberStat e è il codice dello Stato membro che ha rilasciato la carta. 
cardNumber è il numero della carta. 
cardIssuingAuthor ityName è il nome dell'auto rità che ha rilasciato la carta. 
cardIssueDate è la data di rilascio della carta all'attuale titolare. 
cardV alidityBegin è la data di inizio validità della carta. 
cardExpir yDate è la data in cui termina la validità della carta. 
2.25.  CardMA Cer tificate 
Seconda generazione: 
Certificato della chia ve pubblica della carta per l'aute nticazione reciproca con una VU. La struttura di tale 
certificato è specifi cata nell'appendice 11. 
2.26.  CardNumber 
Numero della carta, secondo la definizione g). 
driverIdentif ication è l'identif icazione univ oca di un conducente in uno Stato membro. 
ownerIdentif ication è l'identifi cazione univ oca di un'im presa o di un'officina o di un organismo di controllo 
all'inte rno di uno Stato membro. 
cardConsecutiv eIndex è il codice di serie della carta. 
cardReplacementIndex è il codice di sostituzione della carta. 26.5.2016 L 139/98 Gazzetta ufficiale dell'U nione europea IT     
cardRenewalIndex è il codice di rinno vo della carta. 
La prima sequenza della scelta (CHOICE) è adatta a codificare il numero della carta del conducente, la seconda 
sequenza a codificare i numer i delle carte dell'officina, di controllo e dell'azienda. 
2.27.  CardPlaceDailyW orkPeriod 
Informazioni, memor izzate in una carta del conducente o dell'off icina, relative al luogo in cui inizia e/o term ina 
il periodo di lavoro gior naliero (requisiti 272, 297, 325 e 348 dell'allegat o 1C). 
placeP ointerNew estR ecord è l'indice della registrazione più aggior nata del luogo. 
Assegnazione valore: numero corrispondente al numerat ore della registrazione del luogo, a partire da ′0′ per 
la prima volta in cui tale registrazione compare nella struttura. 
placeRecords è la serie di registrazioni contenenti le informazioni relative ai luoghi inser iti. 
2.28.  CardPr ivateKey 
Prima generazione: 
La chia ve privata di una carta. 
2.29.  CardPublicKey 
La chia ve pubblica di una carta. 
2.30.  CardRenewalIndex 
Il codice di rinno vo di una carta [def inizione i)]. 
Assegnazione valore: (cfr. capitolo VII del present e allegat o). 
‘0’  Primo rilascio. 
Ordine di increment o: ‘0, …, 9, A, …, Z’ 
2.31.  CardReplacementIndex 
Il codice di sostituzione di una carta [def inizione j)]. 
Assegnazione valore: (cfr. capitolo VII del present e allegat o). 
‘0’  Carta originale. 
Ordine di increment o: ‘0, …, 9, A, …, Z’ 26.5.2016 L 139/99 Gazzetta ufficiale dell'U nione europea IT     
2.32.  CardSignCer tificate 
Seconda generazione: 
Certificato della chia ve pubblica della carta per la firma. La struttura di tale certificato è specif icata nell'appendice 
11. 
2.33.  CardSlotNumber 
Codice usato per distinguere le due sedi (slot) di un'unità elettronica di bordo. 
Assegnazione valore: nessun'altra specific azione. 
2.34.  CardSlotsSt atus 
Codice che indica il tipo di carta inser ita nelle due sedi (slot) dell'unità elettronica di bordo. 
Assegnazione valore — Allineato all'ottetto: ‘ccccdddd’B 
‘cccc’B  Identif icazione del tipo di carta inser ita nella sede (slot) «secondo conducent e», 
‘dddd’B  Identif icazione del tipo di carta inser ita nella sede (slot) “conducente”, 
con i seguenti codici di identificazione: 
‘0000’B  carta non inser ita, 
‘0001’B  carta del conducente inser ita, 
‘0010’B  carta dell'officina inser ita, 
‘0011’B  carta di controllo inser ita, 
‘0100’B  carta dell'azienda inser ita. 
2.35.  CardSlotsSt atusRecordAr ray 
Seconda generazione: 
Il CardSlotsStatus più i metadati usati nel protocoll o di trasfe riment o. 
recordT ype rappresenta il tipo di registrazione (CardSlotsStatus). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di CardSlotsStatus in byte. 26.5.2016 L 139/100 Gazzetta ufficiale dell'U nione europea IT     
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di registrazioni del CardSlotsStatus. 
2.36.  CardStr uctureV ersion 
Codice che indica la versione della struttura utilizzata in una carta tachigrafica. 
Assegnazione valore: ‘aabb’H: 
‘aa’H  Indice per le modifiche della struttura. 
‘00’H per le applicazioni di prima generazione 
‘01’H per le applicazioni di seconda generazione 
‘bb’H  Indice per le modifiche riguardanti l'impiego degli elementi di dati definit i per la struttura data 
dal byte più signif icativ o. 
‘00’H per questa versione delle applicazioni di prima generazione 
‘00’H per questa versione delle applicazioni di seconda generazione 
2.37.  CardV ehicleRecord 
Informazioni, memor izzate in una carta del conducent e o dell'off icina, relative al periodo d'im piego di un 
veicolo durante un gior no di calendar io (requisiti 269, 294, 322 e 345 dell'allegat o 1C). 
Prima generazione: 
vehicleOdometerBegin è il valore dell'odometro del veicolo all'inizio del periodo d'impiego del veicolo. 
vehicleOdometerEnd è il valore dell'odometro del veicolo al term ine del periodo d'im piego del veicolo. 
vehicleFi rstUse specif ica la data e l'ora d'inizio del periodo d'impiego del veicolo. 
vehicleLas tUse specifi ca la data e l'ora di term ine del periodo d'impiego del veicolo. 
vehicleRegist ration contiene il VRN e lo Stato membro di immatr icolazione del veicolo. 
vuData BlockCounter è il valore del VuDataBloc kCounter all'att o dell'ultima estrazione nel periodo d'im piego 
del veicolo. 26.5.2016 L 139/101 Gazzetta ufficiale dell'U nione europea IT     
Seconda generazione: 
Oltre alla prima generazione, è utilizzato il seguent e element o di dati: 
VehicleIdentif icationNumber è il numero di identif icazione del veicolo che si riferisce al veicolo nel suo 
compl esso. 
2.38.  CardV ehiclesUsed 
Informazioni, memor izzate in una carta del conducente o dell'off icina, relative ai veicoli usati dal titolare della 
carta (requisiti 270, 295, 323 e 346 dell'allegat o 1C). 
vehiclePointer New estRecord è l'indice della registrazione più aggior nata del veicolo. 
Assegnazione valore: numero corrispondente al numerator e della registrazione del veicolo, a partire da ′0′ per 
la prima volta in cui tale registrazione compare nella struttura. 
cardV ehicleRecords è la serie di registrazioni conte nenti le informazioni relative ai veicoli utilizzati. 
2.39.  CardV ehicleUnitRecord 
Seconda generazione: 
Informazioni, memor izzate in una carta del conducente o dell'off icina, relative ad un'unità elettronica di bordo 
utilizzata (requisiti 303 e 351 dell'allega to 1C). 
timeSt ampindica l'inizio del periodo d'im piego dell'unità elettronica di bordo (cioè il primo inser iment o della 
carta nell'unità elettronica di bordo per il periodo). 
manufacturerCode identif ica il fabbr icante dell'unità elettronica di bordo. 
deviceID identif ica il tipo di unità elettronica di bordo di un fabbr icante. Il valore è specifico del fabbr icante . 
vuSof twareV ersion è il numero della versione del software dell'unità elettronica di bordo. 
2.40.  CardV ehicleUnitsUsed 
Seconda generazione: 
Informazioni, memor izzate in una carta del conducente o dell'off icina, relative alle unità elettronic he di bordo 
usate dal titolare della carta (requisiti 306 e 352 dell'allegat o 1C). 26.5.2016 L 139/102 Gazzetta ufficiale dell'U nione europea IT     
vehicleUnitPoi nterNew estR ecord è l'indice della registrazione più aggior nata dell'unità elettronica di bordo. 
Assegnazione valore: numero corrispondente al numerator e della registrazione dell'unità elettronica di bordo, a 
partire da ‘0’ per la prima volta in cui tale registrazione compare nella struttura. 
cardV ehicleUnitRecords è la serie di registrazioni contenenti le informazioni relative alle unità elettronic he di 
bordo utilizzate. 
2.41.  Cer tificate 
Il certificato di una chiave pubblica rilasciato da un'autori tà di certificazione. 
Prima generazione: 
Assegnazione valore: firma digitale con recupero parziale di un CertificateContent, secondo i meccanismi 
comuni di sicurezza di cui all'appendice 11: firma (128 byte) resto chiave pubblica (58 byte) riferimento dell'au ­
torit à di certificaz ione (8 byte). 
Seconda generazione: 
Assegnazione valore: v. appendice 11 
2.42.  Cer tificateContent 
Prima generazione: 
Il conte nuto (in chiaro) del certificato di una chiave pubblica, secondo i meccanismi comuni di sicurezza di cui 
all'appendice 11. 
certificateProf ileIdentif ier è la versione del certificato corrispondente. 
Assegnazione valore: ‘01h’ per questa versione. 
certificationAuthor ityRefer ence identif ica l'autorità di certificazione che ha rilasciato il certificato. Fornisce 
inoltre il riferimento della chia ve pubblica di tale autor ità. 
certificateHolderAuthor isation identifica i diritti del titolare del certificato. 
certificateEndOfV alidity è la data di scadenza amministrativa del certificato. 
certificateHolderRef erence identif ica il titolare del certificato. Fornisce inoltre il riferimento della chiave 
pubblica del titolare. 
publicKey è la chia ve pubblica per la quale è stato rilasciato il certificato in questione. 26.5.2016 L 139/103 Gazzetta ufficiale dell'U nione europea IT     
2.43.  Cer tificateHolderAuthor isation 
Identif icazione dei diritti del titolare di un certificato. 
Prima generazione: 
tacho graphApplicationID è l'identificativo di applicazione dell'applicazione del tachi grafo. 
Assegnazione valore: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Si tratta di un identif icativ o di applicazione di propr ietà 
riservata, non registrata, secondo ISO/IEC 7816-5. 
equipmentT ype è l'identif icazione del tipo di apparecc hio cui è destinato il certificato. 
Assegnazione valore: in conf ormità al tipo di dati EquipmentT ype. 0 se si tratta del certificato di uno Stato 
membro. 
Seconda generazione: 
tacho graphApplicationID rappresenta i 6 byte più significativi dell'identificativo di applicazione (AID) della 
carta tachi grafi ca di seconda generazione. L'AID dell'applicazione della carta tach igraf ica è specificato al capit olo 
6.2. 
Assegnazione valore: ‘FF 53 4D 52 44 54’. 
equipmentT ype è l'identificazione del tipo di apparecchio, specif icato per la seconda generazione, cui è 
destinato il certificato. 
Assegnazione valore: in conf ormità al tipo di dati EquipmentT ype. 
2.44.  Cer tificateRequest ID 
Identif icazione univoca di una richiesta di certificato. Si può anche usare come identif icativ o della chiave 
pubblica di un'unità elettronica di bordo, nel caso in cui il numero di serie dell'unità elettronica di bordo cui è 
destinata la chia ve non sia noto al momento della generazione del certificato. 
request SerialNumber è un numero di serie per la richiest a di certificato, associato univocament e al fabbr icante 
e al mese di cui sotto. 
request MonthY ear è l'identificazione del mese e dell'anno di richiesta del certificato. 
Assegnazione valore: codifica BCD del mese (due cifre) e dell'anno (ultime due cifre). 
crIdentif ier: è un identificativo usato per distinguere una richiesta di certificato da un numero di serie 
compl eto. 
Assegnazione valore: ‘FFh’. 
manufacturerCode: è il codice numer ico del fabbr icante che ha richiesto il certificato. 
2.45.  Cer tificationAuthor ityKID 
Identif icativ o della chiave pubblica di un'autori tà di certificazione (di uno Stato membro o dell'autor ità europea 
di certificazione). 26.5.2016 L 139/104 Gazzetta ufficiale dell'U nione europea IT     
nationNumer ic è il codice numer ico del paese dell'auto rità di certificazione. 
nationAlpha è il codice alfanumer ico del paese dell'autor ità di certificazione. 
keySer ialNumber è un numero di serie usat o per distinguere le diverse chiavi dell'autor ità di certificazione in 
caso di cambio di chiavi. 
additionalInfo è un campo a due byte per codifiche supplementar i (a cura dell'autor ità di certificazione). 
caIdentif ier è un identif icativ o usato per distinguere l'identificativo della chia ve di un'autori tà di certificazione 
dagli identif icativi di altre chiavi. 
Assegnazione valore: ‘01h’ . 
2.46.  CompanyA ctivityData 
Informazioni, memor izzate in una carta dell'azienda, relative alle attività eseguite con la carta (requisiti 373 e 
379 dell'alleg ato 1C). 
companyP ointerNew estRecord è l'indice del compan yActivityRecord più aggior nato. 
Assegnazione valore: numero corrispondente al numerator e della registrazione delle attività dell'impresa, a 
partire da ‘0’ per la prima volta in cui tale registrazione compare nella struttura. 
companyA ctivityRecords è la serie di tutte le registrazioni delle attività dell'im presa. 
companyA ctivityRecord è la sequenza di informazioni relative ad un'attività dell'impresa. 
companyA ctivityT ype è il tipo di attività dell'im presa. 
companyA ctivityTime specifi ca la data e l'ora dell'attività dell'impresa. 
cardNumberInfo rmation contiene il numero della carta e lo Stato membro che ha rilasciato la carta da cui 
sono stati trasfe riti i dati, se pertinente . 
vehicleRegist rationInf ormation contiene il VRN e lo Stato membro di immatr icolazione del veicolo da cui 
sono stati trasfe riti i dati o in cui è stato attivat o o disattivat o un blocco. 
downloadPerio dBegin e downloadPerio dEnd specifi cano il periodo cui si riferisce il trasf erimento dei dati 
della VU, se pertinente. 26.5.2016 L 139/105 Gazzetta ufficiale dell'U nione europea IT     
2.47.  CompanyA ctivityT ype 
Codice che indica un'attività eseguita da un'im presa utilizzando la propr ia carta dell'azienda. 
2.48.  CompanyCardApplicat ionIdentif ication 
Informazioni, memor izzate in una carta dell'azienda, relative all'identificazione dell'applicazione della carta 
(requisiti 369 e 375 dell'alleg ato 1C). 
typeOfT achog raphCardId specifi ca il tipo di carta. 
cardStr uctureV ersion specifica la versione della struttura utilizzata nella carta. 
noOfCompan yActivityRecords è il numero di registrazioni delle attività dell'impresa che la carta è in grado di 
memor izzare. 
2.49.  CompanyCardHo lderIdentif ication 
Informazioni, memor izzate in una carta dell'azienda, relative all'identif icazione del titolare della carta (requisiti 
372 e 378 dell'alleg ato 1C). 
companyName è il nome dell'impresa titolare. 
companyA ddress è l'indir izzo dell'im presa titolare. 
cardHolderPreferredLan guage è la lingua abituale del titolare della carta. 
2.50.  ControlCardApplicationIdentif ication 
Informazioni, memor izzate in una carta di controllo, relative all'identificaz ione dell'applicazione della carta 
(requisiti 357 e 363 dell'alleg ato 1C). 
typeOfT achog raphCardId specifi ca il tipo di carta. 
cardStr uctureV ersion specifica la versione della struttura utilizzata nella carta. 
noOfControlAc tivityRecords è il numero di registrazioni di attività di controllo che la carta è in grado di 
memor izzare. 26.5.2016 L 139/106 Gazzetta ufficiale dell'U nione europea IT     
2.51.  ControlCardControlActivityDa ta 
Informazioni, memor izzate in una carta di controllo, relative all'attività di controllo eseguita con la carta 
(requisiti 361 e 367 dell'alleg ato 1C). 
controlPoin terNew estRecord è l'indice della registrazione più aggior nata dell'attività di controllo. 
Assegnazione valore: numero corrispondent e al numerat ore della registrazione dell'attività di controllo, a 
partire da ‘0’ per la prima volta in cui tale registrazione compare nella struttura. 
controlActivi tyRecords è la serie di tutte le registrazioni delle attività di controllo. 
controlActivi tyRecord è la sequenza di informazioni relative ad un controllo. 
controlT ype è il tipo di controllo. 
controlTime è la data e l'ora del controllo. 
controlledCardNumber contiene il numero della carta e lo Stato membro che ha rilasciato la carta sottoposta 
al controllo. 
controlledV ehicleRegistration contiene il VRN e lo Stato membro di immatr icolazione del veicolo in cui è 
stato effettuato il controllo. 
controlDo wnloadPeriodBegin e controlDo wnloadPeriodEnd specifi cano il periodo trasfe rito, in caso di 
trasfer iment o. 
2.52.  ControlCardHolderIdentif ication 
Informazioni, memor izzate in una carta di controllo, relative all'identificazione del titolare della carta (requisiti 
360 e 366 dell'alleg ato 1C). 
controlBodyName è il nome dell'orga nismo di controllo del titolare della carta. 
controlBodyA ddress è l'indir izzo dell'organismo di controllo del titolare della carta. 
cardHolderName contiene cognome e nome/i del titolare della carta di controllo. 
cardHolderPreferredLan guage è la lingua abituale del titolare della carta. 26.5.2016 L 139/107 Gazzetta ufficiale dell'U nione europea IT     
2.53.  ControlT ype 
Codice che indica le attività eseguit e durante un controllo. Quest o tipo di dati si riferi sce ai requisiti 126, 274, 
299, 327 e 350 dell'allegat o 1C. 
Prima generazione: 
Assegnazione valore — Allineato all'ottetto: ‘cvpdxxxx’B (8 bit) 
‘c’B  trasfer imento dati carta: 
‘0’B: dati carta non trasf eriti durant e l'attività di controllo, 
‘1’B: ‘1’B: dati carta trasfer iti durante l'attività di controllo 
‘v’B  trasfer imento dati VU: 
‘0’B: dati VU non trasf eriti durante l'attività di controllo, 
‘1’B: dati VU trasf eriti durante l'attività di controllo 
‘p’B  stampa: 
‘0’B: stam pa non eseguita durant e l'attività di controllo, 
‘1’B: stam pa eseguita durante l'attività di controllo 
‘d’B  visualizzazione: 
‘0’B: visualizzazione non utilizzata durante l'attività di controllo, 
‘1’B: visualizzazione utilizzata durante l'attività di controllo 
‘xxxx’B  Non usato. 
Seconda generazione: 
Assegnazione valore — Allineato all'ottetto: ‘cvpdexxx’B (8 bit) 
‘c’B  trasfer imento dati carta: 
‘0’B: dati carta non trasf eriti durant e l'attività di controllo, 
‘1’B: ‘1’B: dati carta trasfer iti durante l'attività di controllo 
‘v’B  trasfer imento dati VU: 
‘0’B: dati VU non trasf eriti durante l'attività di controllo, 
‘1’B: dati VU trasf eriti durante l'attività di controllo 
‘p’B  stampa: 
‘0’B: stam pa non eseguita durant e l'attività di controllo, 
‘1’B: stam pa eseguita durante l'attività di controllo 
‘d’B  visualizzazione: 
‘0’B: visualizzazione non utilizzata durante l'attività di controllo, 
‘1’B: visualizzazione utilizzata durante l'attività di controllo 26.5.2016 L 139/108 Gazzetta ufficiale dell'U nione europea IT     
‘e’B  verifica della taratura su strada, 
‘0’B: parametr i di taratura non controllati durante l'attività di controllo, 
‘1’B: parametr i di taratura controllati durant e l'attività di controllo 
‘xxx’B  RFU. 
2.54.  Cur rentDateTime 
La data e l'ora correnti dell'apparecc hio di controllo. 
Assegnazione valore: nessun'altra specific azione. 
2.55.  Cur rentDateTimeRecordAr ray 
Seconda generazione: 
La data e l'ora correnti più i metadati usati nel protocollo di trasfer iment o. 
recordT ype rappresenta il tipo di registrazione (Cur rentDateTi me). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di CurrentDateTime in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di data e ora correnti. 
2.56.  DailyPresenceCounter 
Un contat ore, memor izzato in una carta del conducent e o dell'off icina, incrementato di un'unità per ogni gior no 
di calendar io in cui la carta viene inser ita in una VU. Questo tipo di dati si riferi sce ai requisiti 266, 299, 320 e 
343 dell'alleg ato 1C. 
Assegnazione valore: numero consecutivo con valore massimo = 9 999, anche in questo caso a partire da 0. 
All'atto del primo rilascio della carta il numero è impostato su 0. 
2.57.  Datef 
Data espressa in un formato numer ico idoneo alla stampa. 
26.5.2016 L 139/109 Gazzetta ufficiale dell'U nione europea IT     
Assegnazione valore: 
yyyy  Anno 
mm  Mese 
dd  Gior no 
‘00000000’H  denota esplicitament e l'assenza di data. 
2.58.  DateOfDa yDo wnloaded 
Seconda generazione: 
la data e l'ora del trasf erimento. 
Assegnazione valore: nessun'altra specific azione. 
2.59.  DateOfDa yDo wnloadedRecordAr ray 
Seconda generazione: 
La data e l'ora del trasfe riment o più i metadati usati nel protocollo di trasfer imento. 
recordT ype rappresenta il tipo di registrazione (DateOfDa yDo wnloaded). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di CurrentDateTime in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di data e ora delle registrazioni dei trasfer imenti. 
2.60.  Dist ance 
Una distanza percorsa (risultante dal calcolo della differ enza tra due valor i dell'odometro del veicolo espressi in 
chilometr i). 
Assegnazione valore: binar io senza segno. Valore in km nell'inte rvallo operativo 0-9 999 km. 
2.61.  DriverCardApplicationIdentif ication 
Informazioni, memor izzate in una carta del conducente, relative all'identif icazione dell'applicazione della carta 
(requisiti 253 e 278 dell'alleg ato 1C). 26.5.2016 L 139/110 Gazzetta ufficiale dell'U nione europea IT     
Prima generazione: 
typeOfT achog raphCardId specifi ca il tipo di carta. 
cardStr uctureV ersion specifica la versione della struttura utilizzata nella carta. 
noOfEv entsP erType è il numero di anomalie per tipo di anomalia che la carta è in grado di registrare. 
noOfFaultsPerT ype è il numero di guasti per tipo di guast o che la carta è in grado di registrare. 
activityStr uctureLength indica il numero di byte disponibili per memor izzare le registrazioni delle attività. 
noOfCardV ehicleRecords è il numero di registrazioni del veicolo che la carta è in grado di conte nere. 
noOfCardPlaceRecords è il numero di luoghi che la carta è in grado di registrare. 
Seconda generazione: 
Oltre alla prima generazione, sono utilizzati i seguenti elementi di dati: 
noOfGNSSCDRecords è il numero di registrazioni di guida continua del GNSS che la carta è in grado di 
memor izzare. 
noOfSpecif icConditionRecords è il numero di registrazioni di condizioni particolar i che la carta è in grado di 
memor izzare. 
2.62.  DriverCardHolderIdentif ication 
Informazioni, memor izzate in una carta del conducente, relative all'identificazione del titolare della carta 
(requisiti 256 e 281 dell'alleg ato 1C). 
cardHolderName contiene cognome e nome/i del titolare della carta del conducent e. 26.5.2016 L 139/111 Gazzetta ufficiale dell'U nione europea IT     
cardHolderBir thDate è la data di nascita del titolare della carta del conducente. 
cardHolderPreferredLan guage è la lingua abituale del titolare della carta. 
2.63.  DSR CSecur ityData 
Seconda generazione: 
Le informazioni in testo normale e il MAC da trasmett ere tramite DSR C dal tachi grafo all'int erroga tore a distanza 
(RI). Per maggior i dettag li, cfr. appendice 11, parte B, capitolo 13. 
tagL ength fa parte della codifica DER -TLV e va fissata a ‘81 10’ (cfr. appendice 11, parte B, capitolo 13). 
currentDateTime specifica la data e l'ora correnti dell'unità elettronica di bordo. 
counter elenca i messaggi RTM. 
vuSer ialNumber è il numero di serie dell'unità elettronica di bordo. 
dSR CMKV ersionNumber è il numero della versione della Mast er Key del DSR C da cui derivano le chiavi DSR C 
specifi che della VU. 
tagL engthMa definisce il codice e la lunghezza dell'oggett o di dati del MAC come parte della codifica DER -TLV. 
Il codice va impostato su ‘8E’ e la lunghezza deve codificare la lunghezza del MAC in ottetti (cfr. appendice 11, 
parte B, capit olo 13). 
mac è il MAC calcolat o sul messaggio RTM (cfr. appendice 11, parte B, capitolo 13). 
2.64.  EGFCer tificate 
Seconda generazione: 
Certificato della chiave pubblica del dispositivo GNSS ester no per l'aut enticazione reciproca con una VU. La 
struttura di tale certificato è specifi cata nell'appendice 11. 
2.65.  EmbedderIcAssemblerId 
Fornisce informazioni sull'assemblatore della carta IC. 
26.5.2016 L 139/112 Gazzetta ufficiale dell'U nione europea IT     
countr yCode è il codice paese di 2 lettere dell'assemblato re del modulo in conf ormità alla norma ISO 3166. 
moduleEmbedder identifica l'assemblat ore del modulo. 
manufacturerInfor mation ad uso intern o del fabbr icante. 
2.66.  Entr yTypeDailyW orkPeriod 
Codice usato per distinguere inizio e term ine dell'immissione del luogo di un periodo di lavoro gior naliero e la 
condizione dell'immissione. 
Prima generazione 
Assegnazione valore: secondo ISO/IEC8824-1. 
Seconda generazione 
Assegnazione valore: secondo ISO/IEC8824-1. 
2.67.  EquipmentT ype 
Codice usato per distinguere i diversi tipi di apparecc hio per l'applicazione tach igraf ica. 
Prima generazione: 
Assegnazione valore: secondo ISO/IEC8824-1. 
Il valore 0 è riservato; serve ad indicare uno Stato membro o l'Europa nel campo CHA dei certificat i. 26.5.2016 L 139/113 Gazzetta ufficiale dell'U nione europea IT     
Seconda generazione: 
Si usano gli stessi valor i della prima generazione con le seguenti aggiunte: 
Nota: I valor i della seconda generazione per la targa, l'adattat ore e la connessione del dispositivo GNSS ester no e 
i valor i della prima generazione per l'unità elettronica di bordo e il sensore di movimento possono essere 
utilizzati in SealRecord, se del caso.  
2.68.  EuropeanPublicKey 
Prima generazione: 
La chia ve pubblica europea. 
2.69.  EventFaultRecordPur pose 
Codice che spiega il motiv o per cui sono stati registrati un'anomalia o un guast o. 
Assegnazione valore: 
una delle 10 anomalie o dei 10 guasti più recenti (o ultimi) 
l'anomalia più lunga per uno degli ultimi 10 gior ni in cui si è verificata 
una delle 5 anomalie più lunghe nel corso degli ultimi 365 gior ni 
l'ultima anomalia per uno degli ultimi 10 gior ni in cui si è verificata 
l'anomalia più grave per uno degli ultimi 10 gior ni in cui si è verificata 
una delle 5 anomalie più gravi nel corso degli ultimi 365 gior ni 
la prima anomalia o il primo guasto che si è verificato dopo l'ultima taratura 
un'anomalia o un guasto attiv o/in atto 
RFU 
specifi co del fabbr icant e  
2.70.  EventFaultT ype 
Codice che identif ica un'anomalia o un guast o. 
Assegnazione valore: 
Prima generazione: 
Anomalie generali, 
Nessun'altra informazione, 
Inser imento di una carta non valida, 
Conf litto di carte, 
Sovrapposizione di orar i, 
Guida in assenza di una carta adeguata; 
Inser imento carta durant e la guida, 
Chiusura errata ultima sessione carta, 
Superamento di velocità, 
Interr uzione dell'alimentazione di energia, 
Errore dei dati di movimento , 
Dati contrastanti sul movimento del veicolo, 
RFU, 26.5.2016 L 139/114 Gazzetta ufficiale dell'U nione europea IT     
Anomalie relative a tentativi di violazione della sicurezza riguardanti l'unità elettronica di 
bordo, 
Nessun'altra informazione, 
Mancata autenticazione del sensore di movimento , 
Mancata autenticazione della carta tachigrafic a, 
Cambiamento non autor izzato di sensore di movimento , 
Errore di integr ità nell'immissione dei dati della carta, 
Errore di integr ità dei dati dell'utent e memor izzati, 
Errore nel trasferi mento interno di dati, 
Aper tura non auto rizzata dell'inv olucro, 
Sabotaggio di elementi hardware, 
RFU, 
Anomalie relative a tentativi di violazione della sicurezza riguardanti il sensore, 
Nessun'altra informazione, 
Autenticazione fallita, 
Errore di integr ità dei dati memor izzati, 
Errore nel trasferi mento interno di dati, 
Aper tura non auto rizzata dell'inv olucro, 
Sabotaggio di elementi hardware, 
RFU, 
Guasti dell'apparecchi o di controllo, 
Nessun'altra informazione, 
Guasto all'int erno della VU, 
Guasto della stampant e, 
Guasto del dispositivo di visualizzazione, 
Guasto nel trasferi mento di dati, 
Guasto del sensore, 
RFU, 
Guasti della carta, 
Nessun'altra informazione, 
RFU, 
RFU, 
Specific o del fabbricante.   
Seconda generazione: 
Si usano gli stessi valor i della prima generazione con le seguenti aggiunte: 
Conf litto di orar i (orologio interno del GNSS e orologio interno della VU), 
RFU, 
guasti associati al GNSS, 
Nessun'altra informazione, 
Guasto al ricevitore del GNSS interno, 
Guasto al ricevitore del GNSS estern o, 
Guasto alla comunicazione del GNSS esterno, 
Nessun dato sulla posizione dal GNSS, 
Individuazione di manomissione del GNSS, 
Certificato del dispositivo GNSS esterno scaduto, 
RFU, 
Guasti connessi al modulo di comunicazione remota, 
Nessun'altra informazione, 
Guasto al modulo di comunicazione remota, 
Guasto alla comunicazione del modulo di comunicazione remota, 
RFU, 
Guasti all'int erfaccia ITS, 
Nessun'altra informazione, 
RFU.   
2.71.  ExtendedSealIdentif ier 
Seconda generazione: 
L'identif icativ o compl eto del sigillo identifica in modo univ oco un sigillo (requisito 401 dell'allegat o 1C). 26.5.2016 L 139/115 Gazzetta ufficiale dell'U nione europea IT     
manufacturerCode è un codice del fabbricante del sigillo. 
sealIdentif ier è un identificativo del sigillo che è unico per il fabbr icante . 
2.72.  ExtendedSer ialNumber 
Identif icazione univoca di un apparecchio. Si può anch e usare come identif icativ o della chia ve pubblica di un 
apparecchio. 
Prima generazione: 
serialNumber è un numero di serie dell'apparecc hio, univocament e associato al fabbricante, al tipo di 
apparecchio e al mese e all'anno di cui sotto. 
monthY ear è l'identificazione del mese e dell'anno di fabbricazione (o di assegnazione del numero di serie). 
Assegnazione valore: codifica BCD del mese (due cifre) e dell'anno (ultime due cifre). 
type è un identificativo del tipo di apparecc hio. 
Assegnazione valore: specifi co del fabbr icante, con valore riservato ‘FFh’. 
manufacturerCode: è il codice numer ico che identif ica un fabbricante di un apparecc hio omologat o. 
Seconda generazione: 
serialNumber cfr. prima generazione 
monthY ear cfr. prima generazione 
type indica il tipo di apparecc hio 
manufacturerCode: cfr. prima generazione. 
2.73.  FullCardNumber 
Codice per l'identif icazione completa di una carta tachigrafica. 26.5.2016 L 139/116 Gazzetta ufficiale dell'U nione europea IT     
cardT ype è il tipo di carta tach igraf ica. 
cardIssuingMemberStat e è il codice dello Stato membro che ha rilasciato la carta. 
cardNumber è il numero della carta. 
2.74.  FullCardNumberAndGeneration 
Seconda generazione: 
Codice per l'identif icazione completa di una carta tachigrafica e della sua generazione. 
fullcardNumber identifica la carta tachi grafic a. 
generation indica la generazione della carta tachigrafica utilizzata. 
2.75.  Generation 
Seconda generazione: 
Indica la generazione del tach igraf o utilizzato. 
Assegnazione valore: 
‘00’H  RFU 
‘01’H  Prima generazione 
‘02’H  Seconda generazione 
‘03’H .. ‘FF’H  RFU 
2.76.  GeoCoordinates 
Seconda generazione: 
Le coordinate geografic he sono codificate come numer i interi. Tali numer i interi sono multipli della codifica ± 
DDMM.M per la latitudine e ± DDDMM.M per la longitudine. Qui ± DD e ± DDD rispettivament e indicano i 
gradi e MM.M indica i minuti. 
latitude è codificato come multiplo (fatt ore 10) della rappresentazione di ±DDMM.M. 
longitude è codif icato come multiplo (fattore 10) della rappresentazione di ±DDDMM.M. 26.5.2016 L 139/117 Gazzetta ufficiale dell'U nione europea IT     
2.77.  GNSSA ccuracy 
Seconda generazione: 
L'accurate zza dei dati del GNSS sulla posizione [def inizione eee)]. Tale accurate zza è codif icata come numero 
inter o ed è un multiplo (fattore 10) del valore X.Y fornito dalla frase GSA NMEA. 
2.78.  GNSSContinuousDr iving 
Seconda generazione: 
Informazioni, memor izzate in una carta del conducente o dell'officina, relative alla posizione del veicolo rilevata 
dal GNSS, se il periodo di guida continuo del conducente raggiunge un multiplo di tre ore (requisiti 306 e 354 
dell'allegat o 1C). 
gnssCDPoin terNew estRecord è l'indice della registrazione più aggior nata di guida continua effettuata dal 
GNSS. 
Assegnazione valore: numero corrispondente al numerator e della registrazione di guida continua effettuata dal 
GNSS, a partire da ‘0’ per la prima volta in cui tale registrazione compar e nella struttura. 
gnssContinuousDr ivingRecords è la serie di registrazioni contenenti la data e l'ora in cui la guida continua 
raggiunge un multiplo di tre ore e informazioni sulla posizione del veicolo. 
2.79.  GNSSContinuousDr ivingRecord 
Seconda generazione: 
Informazioni, memor izzate in una carta del conducente o dell'officina, relative alla posizione del veicolo rilevata 
dal GNSS, se il periodo di guida continuo del conducente raggiunge un multiplo di tre ore (requisiti 305 e 353 
dell'allegat o 1C). 
timeSt amp indica la data e l'ora in cui il periodo di guida continuo del titolare della carta raggiunge un multiplo 
di tre ore. 
gnssPlaceRecord contiene informazioni relative alla posizione del veicolo. 
2.80.  GNSSPlaceRecord 
Seconda generazione: 
Informazioni relative alla posizione del veicolo rilevata dal GNSS (requisiti 108, 109, 110, 296, 305, 347 e 353 
dell'allegat o 1C). 
26.5.2016 L 139/118 Gazzetta ufficiale dell'U nione europea IT     
timeSt amp indica la data e l'ora di determinazione della posizione del veicolo da parte del GNSS. 
gnssAccu racy è l'accuratezza dei dati sulla posizione del GNSS. 
geoCoordinates è la posizione registrata tramit e GNSS. 
2.81.  HighResOdometer 
Valore dell'odometro del veicolo: distanza cumulata percorsa dal veicolo durant e il funzionamento. 
Assegnazione valore: binar io senza segno. Valore espresso in 1/200 km nell'int ervallo operativo 0- 
21 055 406 km. 
2.82.  HighResT ripDist ance 
Una distanza percorsa durante un intero viaggio o parte di esso. 
Assegnazione valore: binar io senza segno. Valore espresso in 1/200 km nell'int ervallo operativo 0- 
21 055 406 km. 
2.83.  HolderName 
Cognome e nome/i del titolare di una carta. 
holderSur name è il cognome del titolare. Il cognome non comprende titoli. 
Assegnazione valore: nel caso di una carta non personale, holderSur name contiene le stess e informazioni di 
compan yName o workshopNam e o controlBodyName. 
holderFir stNames contiene il nome (o i nomi) e le iniziali del titolare. 
2.84.  Inter nalGNSSReceiv er 
Seconda generazione: 
Indicazione se il ricevito re GNSS è interno o ester no all'unità elettronica di bordo. «Vero» significa che il 
ricevitore GNSS è interno alla VU. «Falso» signif ica che il ricevitore GNSS è ester no. 
2.85.  K-Cons tantOfRecordingEquipment 
Costante dell'apparecch io di controllo [def inizione m)]. 
Assegnazione valore: impulsi per chilometro nell'inter vallo operativo 0-64 255 impulsi/km. 26.5.2016 L 139/119 Gazzetta ufficiale dell'U nione europea IT     
2.86.  KeyIdent ifier 
Identif icativ o univoco di una chia ve pubblica utilizzato per codif icare e selezionare la chiave. Identif ica anche il 
titolare della chiave. 
La prima scelta (CHO ICE) è adatta a codificar e la chia ve pubblica di un'unità elettronica di bordo o di una carta 
tachi grafi ca. 
La seconda scelta è adatta a codificare la chia ve pubblica di un'unità elettronica di bordo (nel caso in cui il 
numero di serie dell'unità elettronica di bordo non sia noto al moment o della generazione del certificato). 
La terza scelta è adatta a codif icare la chia ve pubblica di uno Stato membro. 
2.87.  KMW CKey 
Seconda generazione: 
Chiave AES e versione della chia ve ivi associata usata per l'abbinamento del sensore di movimento alla VU. Per i 
dettag li cfr. l'appendice 11. 
kMW CKey è la lunghezza della chiave AES concatenata con la chiave usata per l'abbinamento del sensore di 
movimento alla VU. 
keyVersion rappresenta la versione della chiave AES. 
2.88.  Language 
Codice che identif ica una lingua. 
Assegnazione valore: codifica a due lettere minuscole, secondo ISO 639. 
2.89.  Last CardDo wnload 
Data e ora, registrati sulla carta del conducente, dell'ultimo trasf erimento di dati dalla carta (a fini diversi da 
quelli di controllo), requisiti 257 e 282 dell'allegat o 1C. La data può essere aggior nata dalla VU o da qualsiasi 
lettore di carte. 
Assegnazione valore: nessun'altra specific azione. 
2.90.  LinkCer tificate 
Seconda generazione: 
Il certificato di collegam ento tra coppie di chiavi dell'auto rità europea di certificaz ione primar ia. 
26.5.2016 L 139/120 Gazzetta ufficiale dell'U nione europea IT     
2.91.  L-TyreCircumference 
Circonfe renza effettiva degli pneumatici delle ruote [def inizione u)]. 
Assegnazione valore: binar io senza segno, valore espresso in 1/8 mm nell'inte rvallo operativo 0-8 031 mm. 
2.92.  MA C 
Seconda generazione: 
Un totale di controllo crittografico di 8, 12 o 16 byte di lunghezza corrispondente alle cipher suites (sequenze 
crittografiche) di cui all'appendice 11. 
2.93.  ManualInputFlag 
Codice che indica se, all'att o dell'inser iment o della carta, il titolare di una carta abbia o meno inser ito 
manualment e le attività del conducente (requisito 081 dell'allega to 1B e requisit o 102 dell'allega to 1C). 
Assegnazione valore: nessun'altra specific azione. 
2.94.  ManufacturerCode 
Codice che identif ica il fabbricante di un apparecchio omologa to. 
Il laboratorio compet ente per le prove di interoperabilità aggior na e pubblica sul propr io sito Internet l'elenco 
dei codici dei fabbricanti (requisito 454 dell'alleg ato 1C). 
I Manufa cturerCodes sono assegnati in via provvisor ia ai prog ettisti di tachigrafi su richiesta del laborat orio 
responsabile delle prove di interoperabilità. 
2.95.  ManufacturerSpecif icEv entFaultData 
Seconda generazione: 
I codici di errore specif ici del fabbricante sem plificano l'analisi degli errori e la manuten zione delle unità 
elettronic he di bordo. 
26.5.2016 L 139/121 Gazzetta ufficiale dell'U nione europea IT     
manufacturerCode identif ica il fabbr icante dell'unità elettronica di bordo. 
manufacturerSpecif icEr rorCode è un codice di errore specifico del fabbr icante. 
2.96.  MemberSta teCer tificate 
Il certificato della chia ve pubblica di uno Stato membro rilasciat o dall'autor ità europea di certificazione. 
2.97.  MemberSta teCer tificateRecordAr ray 
Seconda generazione: 
Il certificato dello Stato membro più i metadati usati nel protocoll o di trasfer iment o. 
recordT ype rappresenta il tipo di registrazione (MemberState Certificate). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di MemberStat eCer tificate in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. Il valore deve essere fissato a 1 perch é i 
certificati possono avere lunghezze diverse. 
records è la serie di certificati dello Stato membro. 
2.98.  MemberSta tePublicKe y 
Prima generazione: 
La chia ve pubblica di uno Stato membro. 
2.99.  Name 
Un nome. 
codePage specifica una serie di caratt eri quali definiti nel capitolo 4, 
name è un nome codificato usando la serie specifica di caratt eri. 26.5.2016 L 139/122 Gazzetta ufficiale dell'U nione europea IT     
2.100.  NationAlpha 
Codice alfabetico del paese conf orme ai segni distintivi usati sui veicoli nel traffico internazi onale (Con venzione 
delle Nazioni Unit e sulla circolazione stradale — Vienna 1968). 
I codici NationAlpha e i codici numer ici devono figurare in un elenco pubblicat o nel sito Internet del laborat orio 
incar icato di effettuare le prove di inter operabilità, come previsto dal requisit o 440 dell'allega to 1C. 
2.101.  NationNumer ic 
Codice numer ico di un paese. 
Assegnazione valore: cfr. tipo di dati 2.100 (NationAlpha). 
Qualsiasi modifi ca delle specifiche NationAlpha o numer iche descr itte nel precedente paragraf o può essere 
appor tata soltant o dopo che il laboratorio incar icato abbia ottenut o il parere dei fabbricanti dell'unità elettronica 
di bordo del tachigraf o intellig ente e digitale omologat o. 
2.102.  NoOfCalibrationRecords 
Numero di registrazioni di tarature che una carta dell'offici na è in grado di memor izzare. 
Prima generazione: 
Assegnazione valore: cfr. appendice 2. 
Seconda generazione: 
Assegnazione valore: cfr. appendice 2. 
2.103.  NoOfCalibrationsSinceDo wnload 
Contatore che indica il numero di tarature effettuat e con una carta dell'off icina dall'ultimo trasfer iment o dei suoi 
dati (requisiti 317 e 340 dell'allegat o 1C). 
Assegnazione valore: nessun'altra specific azione. 
2.104.  NoOfCardPlaceRecords 
Numero di registrazioni di luoghi che una carta del conducent e o dell'officina è in grado di memor izzare. 
Prima generazione: 
Assegnazione valore: cfr. appendice 2. 
Seconda generazione: 
Assegnazione valore: cfr. appendice 2. 26.5.2016 L 139/123 Gazzetta ufficiale dell'U nione europea IT     
2.105.  NoOfCardV ehicleRecords 
Numero di registrazioni relative ai veicoli utilizzati che una carta del conducente o dell'off icina è in grado di 
memor izzare. 
Assegnazione valore: cfr. appendice 2. 
2.106.  NoOfCardV ehicleUnitRecords 
Seconda generazione: 
Numero di registrazioni relative alle unità elettronic he di bordo utilizzat e che una carta del conducente o dell'of ­
ficina è in grado di memor izzare. 
Assegnazione valore: cfr. appendice 2. 
2.107.  NoOfCompanyA ctivityRecords 
Numero di registrazioni delle attività dell'impresa che una carta dell'azienda è in grado di memor izzare. 
Assegnazione valore: cfr. appendice 2. 
2.108.  NoOfControlActivityRe cords 
Numero di registrazioni delle attività di controllo che una carta di controllo è in grado di memor izzare. 
Assegnazione valore: cfr. appendice 2. 
2.109.  NoOfEv entsPerT ype 
Numero di anomalie per tipo di anomalia che una carta è in grado di memor izzare. 
Assegnazione valore: cfr. appendice 2. 
2.110.  NoOfFaultsPerT ype 
Numero di guasti per tipo di guast o che una carta è in grado di memor izzare. 
Assegnazione valore: cfr. appendice 2. 
2.111.  NoOfGNSSCDRecords 
Seconda generazione: 
Numero di registrazioni di guida continua del GNSS che una carta è in grado di memor izzare. 
Assegnazione valore: cfr. appendice 2. 26.5.2016 L 139/124 Gazzetta ufficiale dell'U nione europea IT     
2.112.  NoOfSpecif icConditionRecords 
Seconda generazione: 
Numero di registrazioni di condizioni particolar i che una carta è in grado di memor izzare. 
Assegnazione valore: cfr. appendice 2. 
2.113.  OdometerShor t 
Valore dell'odometro del veicolo in forma abbreviata. 
Assegnazione valore: binar io senza segno. Valore espresso in km nell'inter vallo operativo 0-9 999 999 km. 
2.114.  OdometerV alueMidnight 
Il valore dell'odometro del veicolo alla mezzanott e di un deter minat o gior no (requisito 090 dell'alleg ato 1B e 
requisito 113 dell'allegat o 1C). 
Assegnazione valore: nessun'altra specific azione. 
2.115.  OdometerV alueMidnightRecordAr ray 
Seconda generazione: 
L'OdometerV alueMidnight più i metadati usati nel protocollo di trasfer iment o. 
recordT ype rappresenta il tipo di registrazione (OdometerV alueMidnight). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di Odomet erValueMidnight in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di registrazioni dell'OdometerV alueMidnight. 
2.116.  OverspeedNumber 
Numero di anomalie per superamento di velocità dopo l'ultimo controllo di superamento di velocità. 
Assegnazione valore: 0 signif ica che non si è verificata alcuna anomalia per superamento di velocità dopo 
l'ultimo controllo di superamento di velocità, 1 signif ica che si è verificata un'anomalia per superamento velocità 
dopo l'ultimo controllo … 255 signif ica che si sono verificate 255 o più anomalie per superamento di velocità 
dopo l'ultimo controllo di superamento di velocità. 26.5.2016 L 139/125 Gazzetta ufficiale dell'U nione europea IT     
2.117.  PlaceRecord 
Informazioni relative al luogo in cui inizia o term ina un periodo di lavoro gior naliero (requisiti 108, 271, 296, 
324 e 347 dell'alleg ato 1C). 
Prima generazione: 
entr yTime specifi ca la data e l'ora relative all'immissione. 
entr yTypeDailyW orkPeriod è il tipo di immissione. 
dailyW orkPeriod Countr y è il paese inser ito. 
dailyW orkPeriod Region è la regione inser ita. 
vehicleOdometerV alue è il valore dell'odometro all'att o dell'immissione del luogo. 
Seconda generazione: 
Oltre alla prima generazione, si usa il seguente compo nente: 
entr yGNSSPlaceRecord indica il luogo e l'ora registrati. 
2.118.  PreviousV ehicleInfo 
Informazioni relative al veicolo precedentem ente usato da un conducente all'att o dell'inser iment o della carta in 
un'unità elettronica di bordo (requisito 081 dell'allegat o 1B e requisito 102 dell'alleg ato 1C). 
Prima generazione: 
vehicleRegist rationIdentif ication contiene il VRN e lo Stato membro di immatr icolazione del veicolo. 
cardWithdrawa lTime specifica la data e l'ora di estrazione della carta. 
Seconda generazione: 
26.5.2016 L 139/126 Gazzetta ufficiale dell'U nione europea IT     
Oltre alla prima generazione, è utilizzato il seguent e element o di dati: 
vuGeneration identifica la generazione dell'unità elettronica di bordo. 
2.119.  PublicKey 
Prima generazione: 
Una chiave pubblica RSA. 
rsaKeyMod ulus è il modulo della coppia di chia vi. 
rsaKeyPu blicExponent è l'esponente pubblico della coppia di chiavi. 
2.120.  RecordT ype 
Seconda generazione: 
Riferimento ad un tipo di registrazione. Questo tipo di dati è usato in RecordAr rays. 
Assegnazione valore: 
ActivityChangeI nfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCer tificate, 
OdometerV alueMidnight, 
DateOfD ayDo wnloaded, 
SensorPaired, 
Signature, 
Specific ConditionRecord, 
VehicleIdentif icationNumber , 
VehicleRegistrationNumber , 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCer tificate, 
VuCom panyLoc ksRe cord, 
VuControlA ctivityRecord, 
VuDetailedSpeedBlock, 
VuDo wnloadableP eriod, 
VuDo wnloadA ctivityData, 
VuEventRecord, 
VuGNSSCDRecord, 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyW orkP eriodRecord, 
VuTimeA djustmentGNSSRecord, 
VuTimeA djustmentRecord, 
VuPowerSupplyInter ruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSC oupledRecord, 
RFU, 
Specific o del fabbricante.  26.5.2016 L 139/127 Gazzetta ufficiale dell'U nione europea IT     
2.121.  RegionAlpha 
Codice numer ico delle diverse regioni di un deter minat o paese. 
Prima generazione: 
Assegnazione valore: 
Seconda generazione: 
I codici RegionAlpha devono figurare in un elenco pubblicato nel sito Intern et del laboratori o incar icato di 
effettuare le prove di interoperabilità. 
2.122.  RegionNumer ic 
Codice numer ico delle diverse regioni di un deter minat o paese. 
Prima generazione: 
Assegnazione valore: 
26.5.2016 L 139/128 Gazzetta ufficiale dell'U nione europea IT     
Seconda generazione: 
I codici RegionNumer ic devono figurare in un elenco pubblicato nel sito Internet del laborat orio incar icato di 
effettuare le prove di interoperabilità. 
2.123.  RemoteCommunicationModuleSer ialNumber 
Seconda generazione: 
Numero di serie del modulo di comunicazione remota. 
2.124.  RSAKe yModulus 
Prima generazione: 
Il modulo di una coppia di chia vi RSA. 
Assegnazione valore: non specificato. 
2.125.  RSAKe yPrivateExponent 
Prima generazione: 
L'esponente privato di una coppia di chiavi RSA. 
Assegnazione valore: non specificato. 
2.126.  RSAKe yPublicExponent 
Prima generazione: 
L'esponente pubblico di una coppia di chia vi RSA. 
Assegnazione valore: non specificato. 
2.127.  RtmDat a 
Seconda generazione: 
Per la definizione di questo tipo di dati, cfr. l'appendice 14. 
2.128.  SealDat aCard 
Seconda generazione: 
Questo tipo di dati memor izza informazioni sui sigilli apposti ai diversi componenti di un veicolo ed è destinato 
alla memor izzazione su una carta. Questo tipo di dati si riferi sce al requisito 337 dell'allegat o 1C. 26.5.2016 L 139/129 Gazzetta ufficiale dell'U nione europea IT     
noOfSealRecords è il numero di registrazioni contenut e in sealRecords. 
sealRecords è una serie di registrazioni di sigilli. 
2.129.  SealDat aVu 
Seconda generazione: 
Questo tipo di dati memor izza informazioni sui sigilli apposti ai diversi componenti di un veicolo ed è destinato 
alla memor izzazione in una VU. 
sealRecords è una serie di registrazioni di sigilli. Se sono presenti meno di 5 sigilli, il valore di EquipmentT ype 
in tutti i sealRecords inutilizzati deve essere impostat o su 16, ossia «inutilizzato ». 
2.130.  SealRecord 
Seconda generazione: 
Questo tipo di dati memor izza informazioni su un sigillo apposto ad un compo nente. Questo tipo di dati si 
riferi sce al requisito 337 dell'allegat o 1C. 
equipmentT ype identif ica il tipo di apparecchio su cui è apposto il sigillo. 
extendedSealIdentif ier è l'identificativo del sigillo apposto sull'apparecchio. 
2.131.  SensorAppro valNumber 
Numero di omologazio ne del sensore. 
Prima generazione: 
Assegnazione valore: non specificato. 
Seconda generazione: 
Assegnazione valore: 
Il numero di omologaz ione deve corrispondere a quant o pubblicato sul sito Intern et della Commissione europea, 
vale a dire ad esempio compre si gli eventuali trattini. Il numero di omologazio ne deve essere allineato a sinistra. 26.5.2016 L 139/130 Gazzetta ufficiale dell'U nione europea IT     
2.132.  SensorExter nalGNSSA ppro valNumber 
Seconda generazione: 
Numero di omologazio ne del dispositivo GNSS esterno. 
Assegnazione valore: 
Il numero di omologaz ione deve corrispondere a quant o pubblicato sul sito Intern et della Commissione europea, 
vale a dire ad esempio compre si gli eventuali trattini. Il numero di omologazio ne deve essere allineato a sinistra. 
2.133.  SensorExter nalGNSSCoupledRecord 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative all'identif icazione del dispositivo GNSS 
ester no accoppiat o all'unità elettronica di bordo (requisito 100 dell'allegat o 1C). 
sensorSer ialNumber è il numero di serie del dispositivo GNSS esterno accoppiato all'unità elettronica di bordo. 
sensorAppro valNumber è il numero di omologa zione di questo dispositivo GNSS esterno. 
sensorCouplingDate è una data di accoppiament o di questo dispositivo GNSS esterno con l'unità elettronica di 
bordo. 
2.134.  SensorExter nalGNSSIdentif ication 
Seconda generazione: 
Informazioni relative all'identif icazione del dispositivo GNSS esterno (requisito 98 dell'allega to 1C). 
sensorSer ialNumber è il numero di serie complet o del dispositivo GNSS esterno. 
sensorAppro valNumber è il numero di omologa zione del dispositivo GNSS ester no. 
sensorSCIdentif ier è l'identif icativ o del compo nente di sicurezza del dispositivo GNSS esterno. 
sensorOSIdentif ier è l'identifi cativo del sistem a operativo del dispositivo GNSS esterno. 26.5.2016 L 139/131 Gazzetta ufficiale dell'U nione europea IT     
2.135.  SensorExter nalGNSSInst allation 
Seconda generazione: 
Informazioni, memor izzate in un dispositivo GNSS ester no, relative all'installazione del sensore del dispositivo 
GNSS esterno (requisito 123 dell'allegat o 1C). 
sensorCouplingDateFir st è la data del primo accoppiamento del dispositivo GNSS esterno con un'unità 
elettronica di bordo. 
firstV uAppro valNumber è il numero di omologazione della prima unità elettronica di bordo accoppiata al 
dispositivo GNSS esterno. 
firstV uSer ialNumber è il numero di serie della prima unità elettronica di bordo abbinata al dispositivo GNSS 
ester no. 
sensorCouplingDateCur rent è la data dell'accoppiamento corrente del dispositivo GNSS esterno con un'unità 
elettronica di bordo. 
currentV uAppro valNumber è il numero di omologazione dell'unità elettronica di bordo attualment e 
accoppiata al dispositivo GNSS esterno. 
currentV uSer ialNumber è il numero di serie dell'unità elettronica di bordo attualment e accoppiata al 
dispositivo GNSS esterno. 
2.136.  SensorExter nalGNSSOSIdentif ier 
Seconda generazione: 
L'identif icativ o del sistema operativo del dispositivo GNSS esterno. 
Assegnazione valore: a cura del fabbr icante . 
2.137.  SensorExter nalGNSSSCIdentif ier 
Seconda generazione: 
Questo tipo è utilizzato, ad esem pio, per individuare il modulo crittografi co del dispositivo GNSS esterno. 
Identif icativ o del component e di sicurezza del dispositivo GNSS ester no. 
Assegnazione valore: a cura del fabbr icante del component e. 26.5.2016 L 139/132 Gazzetta ufficiale dell'U nione europea IT     
2.138.  SensorGNSSCouplingDate 
Seconda generazione: 
Data di accoppiament o del dispositivo GNSS esterno con un'unità elettronica di bordo. 
Assegnazione valore: non specificato. 
2.139.  SensorGNSSSer ialNumber 
Seconda generazione: 
Questo tipo è utilizzato per memor izzare il numero di serie del ricevitore GNSS sia quando è all'inter no della 
VU che quando è esterno alla VU. 
Numero di serie del ricevitore GNSS. 
2.140.  SensorIdentif ication 
Informazioni, memor izzate in un sensore di movimento, relative all'identificazione del sensore stesso (requisito 
077 dell'alleg ato 1B e requisit o 95 dell'allegat o 1C). 
sensorSer ialNumber è il numero di serie complet o del sensore di movimento (com prende il codice 
compo nente e il codice del fabbr icante). 
sensorAppro valNumber è il numero di omologa zione del sensore di movimento. 
sensorSCIdentif ier è l'identif icativ o del compo nente di sicurezza del sensore di movimento. 
sensorOSIdentif ier è l'identifi cativo del sistem a operativo del sensore di movimento. 
2.141.  SensorInst allation 
Informazioni, memor izzate in un sensore di moviment o, relative all'installazione del sensore stesso (requisit o 
099 dell'alleg ato 1B e requisit o 122 dell'alleg ato 1C). 
sensorPair ingDateF irst è la data del primo abbinamento del sensore di movimento con un'unità elettronica di 
bordo. 
firstV uAppro valNumber è il numero di omologazio ne della prima unità elettronica di bordo abbinata al 
sensore di movimento. 26.5.2016 L 139/133 Gazzetta ufficiale dell'U nione europea IT     
firstV uSer ialNumber è il numero di serie della prima unità elettronica di bordo abbinata al sensore di 
movimento. 
sensorPair ingDateCur rent è la data dell'attuale abbinament o del sensore di movimento con l'unità elettronica 
di bordo. 
currentV uAppro valNumber è il numero di omologaz ione dell'unità elettronica di bordo attualmente abbinata 
al sensore di movimento. 
currentVUSer ialNumber è il numero di serie dell'unità elettronica di bordo attualmente abbinata al sensore di 
movimento. 
2.142.  SensorInst allationSecData 
Informazioni, memor izzate in una carta dell'officina, relative ai dati di sicurezza necessar i per l'abbinamento dei 
sensor i di movimento con le unità elettronic he di bordo (requisiti 308 e 331 dell'allegat o 1C). 
Prima generazione: 
Assegnazione valore: secondo ISO 16844-3. 
Seconda generazione: 
Come descr itto nell'appendice 11, una carta dell'officina memor izza fino a tre chiavi per l'abbinamento del 
sensore di movimento alla VU. Tali chiavi hanno versioni diverse della chiave. 
2.143.  SensorOSIdentif ier 
Identif icativ o del sistema operativo del sensore di movimento. 
Assegnazione valore: a cura del fabbr icante . 
2.144.  SensorPaired 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative all'identificazione del sensore di movimento 
abbinato all'unità elettronica di bordo (requisito 079 dell'alleg ato 1B). 
sensorSer ialNumber è il numero di serie del sensore di movimento attualment e abbinat o all'unità elettronica di 
bordo. 
sensorAppro valNumber è il numero di omologazio ne del sensore di moviment o attualmente abbinat o all'unità 
elettronica di bordo. 
sensorPair ingDateF irst è la data del primo abbinament o con un'unità elettronica di bordo del sensore di 
movimento attualmente abbinato all'unità elettronica di bordo. 26.5.2016 L 139/134 Gazzetta ufficiale dell'U nione europea IT     
2.145.  SensorPairedRecord 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative all'identificaz ione di un sensore di 
movimento abbinato all'unità elettronica di bordo (requisito 97 dell'alleg ato 1C). 
sensorSer ialNumber è il numero di serie di un sensore di movimento abbinat o all'unità elettronica di bordo. 
sensorAppro valNumber è il numero di omologa zione di questo sensore di movimento. 
sensorPair ingDate è una data di abbinamento di questo sensore di movimento con l'unità elettronica di bordo. 
2.146.  SensorPair ingDate 
Data di abbinament o del sensore di movimento con un'unità elettronica di bordo. 
Assegnazione valore: non specificato. 
2.147.  SensorSCIdentif ier 
Identif icativ o del component e di sicurezza del sensore di movimento. 
Assegnazione valore: a cura del fabbr icante del component e. 
2.148.  SensorSer ialNumber 
Numero di serie del sensore di movimento. 
2.149.  Signature 
Una firma digitale. 
Prima generazione: 
Assegnazione valore: secondo l'appendice 11 (Meccanismi comuni di sicurezza). 
Seconda generazione: 
Assegnazione valore: secondo l'appendice 11 (Meccanismi comuni di sicurezza). 26.5.2016 L 139/135 Gazzetta ufficiale dell'U nione europea IT     
2.150.  SignatureRecordAr ray 
Seconda generazione: 
una serie di firme più i metadati usati nel protocoll o di trasfer iment o. 
recordT ype rappresenta il tipo di registrazione (Signature). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di Signature in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. Il valore deve essere fissato a 1 perché le 
firme possono avere lunghezze diverse. 
records è la serie di firme. 
2.151.  SimilarEv entsNumber 
Il numero di anomalie simili in un determinato gior no (requisito 094 dell'allegat o 1B e requisito 117 dell'allega to 
1C). 
Assegnazione valore: 0 non è utilizzato, 1 significa che, nel gior no in questione, si è verificata ed è stata 
memor izzata una sola anomalia di un dato tipo, 2 signif ica che si sono verificate 2 anomalie dello stesso tipo 
(solo una è stata memor izzata), … 255 signif ica che si sono verificate 255 o più anomalie dello stesso tipo. 
2.152.  Specif icConditionRecord 
Informazioni, memor izzate in una carta del conducente , una carta dell'officina o un'unità elettronica di bordo, 
relative ad una condizione particolare (requisiti 130, 276, 301, 328 e 355 dell'allegat o 1C). 
entr yTime specifi ca la data e l'ora di immissione. 
specif icCondition Type è il codice che identif ica la condizione particolare. 
2.153.  Specif icConditions 
Informazioni, memor izzate in una carta del conducente , una carta dell'officina o un'unità elettronica di bordo, 
relative ad una condizione particolare (requisiti 131, 277, 302, 329, e 356 dell'alleg ato 1C). 
Seconda generazione: 
26.5.2016 L 139/136 Gazzetta ufficiale dell'U nione europea IT     
conditionPoi nterNew estR ecord è l'indice della registrazione più aggior nata della condizione particolare. 
Assegnazione valore: numero corrispondente al numeratore della registrazione della condizione particolare, a 
partire da ′0′ per la prima volta in cui tale registrazione compare nella struttura. 
specif icConditionRecords è la serie di registrazioni contenenti le informazioni relative alle condizioni 
particolar i registrat e. 
2.154.  Specif icCondition Type 
Codice che identif ica una condizione particolare (requisiti 050b, 105a, 212a e 230a dell'allega to 1B e requisit o 
62 dell'Allegat o 1C). 
Prima generazione: 
Assegnazione valore: 
‘00’H  RFU 
‘01’H  Escluso dal campo di applicazione — Inizio 
‘02’H  Escluso dal campo di applicazione — Fine 
‘03’H  Attra versament o mediante traghetto/treno 
‘04’H .. ‘FFH’  RFU 
Seconda generazione: 
Assegnazione valore: 
‘00’H  RFU 
‘01’H  Escluso dal campo di applicazione — Inizio 
‘02’H  Escluso dal campo di applicazione — Fine 
‘03’H  Attra versament o mediante traghetto/treno — Inizio 
‘04’H  Attra versament o mediante traghetto/treno — Fine 
‘05’H .. ‘FF’H  RFU 
2.155.  Velocità 
Velocità del veicolo (km/h). 
Assegnazione valore: chilometr i all'ora nell'int ervallo operativo 0-220 km/h. 
2.156.  SpeedAuthor ised 
Velocità massima autori zzata del veicolo [def inizione hh)]. 
26.5.2016 L 139/137 Gazzetta ufficiale dell'U nione europea IT     
2.157.  SpeedA verage 
Velocità media in un periodo precedenteme nte definito (km/h). 
2.158.  SpeedMax 
Velocità massima misurata in un periodo precedenteme nte definito. 
2.159.  Tachog raphPayload 
Seconda generazione: 
Per la definizione di questo tipo di dati, cfr. l'appendice 14. 
2.160.  Tachog raphPayloadEncr ypted 
Seconda generazione: 
I dati utili trasmessi (payload) del tachi grafo criptati con la codifica DER -TLV, cioè i dati trasmessi criptati nel 
messaggio RTM. Per la cifratura, cfr. appendice 11, parte B, capitolo 13. 
tag fa parte della codifica DER -TLV e va fissato a ‘87’ (cfr. appendice 11, parte B, capit olo 13). 
length fa parte della codifica DER -TLV e codif ica la lunghezza del paddingCont entIndicatorByt e e degli encr yp­
tedData a seguire. 
paddingContentIndicatorB yte va fissato a ‘00’. 
encr yptedDat a è tachographP ayload criptato, come specif icato nell'appendice 11, parte B, capit olo 13. La 
lunghezza di tali dati in ottetti deve sempre essere un multiplo di 16. 
2.161.  TDesSessionKey 
Prima generazione: 
Una chiave tripla di sessione DES. 
Assegnazione valore: nessun'altra specific azione. 26.5.2016 L 139/138 Gazzetta ufficiale dell'U nione europea IT     
2.162.  TimeReal 
Codice per un campo combinato di data e ora, in cui la data e l'ora sono espresse in term ini di secondi trascorsi 
a partire dalle 00h00min00s. del 1o genn aio 1970 GMT . 
Assegnazione valore — Allineato all'ottetto: numero di secondi a partire dalla mezzanott e del 1o gennaio 
1970 GMT . 
La data/ora massima possibile è nell'anno 2106. 
2.163.  TyreSize 
Indicazione delle dimensioni degli pneumatici. 
Assegnazione valore: in conf ormità alla direttiva (CEE) 92/23 del 31.3.1992 (GU L 129, pag. 95). 
2.164.  VehicleIdentif icationNumber 
Numero di identif icazione del veicolo (VIN) riferito al veicolo nel suo insieme, di norma corrispondente al 
numero di serie o al numero del telai o. 
Assegnazione valore: secondo ISO 3779. 
2.165.  VehicleIdentif icationNumberRecordAr ray 
Seconda generazione: 
Il numero di identif icazione del veicolo più i metadati usati nel protocoll o di trasfe riment o. 
recordT ype rappresenta il tipo di registrazione (VehicleIdentif icationNumber). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VehicleIdentif icationNumber in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di numer i di identif icazione del veicolo. 
2.166.  VehicleRegist rationIdentif ication 
Identif icazione di un veicolo, univoca per l'Europa (VRN e Stato membro). 26.5.2016 L 139/139 Gazzetta ufficiale dell'U nione europea IT     
vehicleRegist rationNation è il paese in cui è stato immatr icolato il veicolo. 
vehicleRegist rationNumber è il numero di immatr icolazione del veicolo (VRN). 
2.167.  VehicleRegist rationNumber 
Numero di immatr icolazione del veicolo (VRN). Il numero di immatr icolazione è assegnato dall'autor ità 
compet ente. 
codePage specifica una serie di caratt eri quali definiti nel capitolo 4, 
vehicleRegNumber è un VRN codificato usando la serie specifi ca di caratter i. 
Assegnazione valore: a cura del paese. 
2.168.  VehicleRegist rationNumberRecordAr ray 
Seconda generazione: 
Il numero di immatr icolazione del veicolo più i metadati usati nel protocollo di trasfer imento. 
recordT ype rappresenta il tipo di registrazione (VehicleRegistrationNumber). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VehicleRegistrationNumber in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di numer i di immatr icolazione del veicolo. 
2.169.  VuAbility 
Seconda generazione: 
Informazioni memor izzate in una VU sulla capacità della VU di utilizzare o meno carte tachi grafiche di prima 
generazione (requisito 121 dell'allegat o 1C). 
Assegnazione valore — Allineato all'ottetto: ‘xxxxxxxa’B (8 bit) 26.5.2016 L 139/140 Gazzetta ufficiale dell'U nione europea IT     
Per la capacità di suppor tare la prima generazione: 
‘a’B  Capacità di suppor tare le carte tachigrafiche di prima generazione: 
‘0’ B la prima generazione è suppor tata, 
‘1’ B la prima generazione non è suppor tata, 
‘xxxxxxx’B  RFU 
2.170.  VuActivityDailyData 
Prima generazione: 
Informazioni, memor izzate in una VU, relative ai cambi di attività e/o alle variazioni della condizione di guida e/ 
o alle variazioni della condizione della carta in un determinato gior no di calendar io (requisito 084 dell'allegat o 
1B e requisiti 105, 106 e 107 dell'allegat o 1C) e della condizione della sede (slot) alle 00h00 del gior no stesso. 
noOfAc tivityChanges è il numero di parole (word) ActivityChang eInfo nella serie activityChangeInf os. 
activityChangeInfos è la serie di parole (word) ActivityChang eInfo memor izzate nella VU il gior no in 
questione. Com prende sem pre due parole ActivityChangeInf o che indicano la condizione delle due sedi (slot) alle 
00h00 del gior no stesso. 
2.171.  VuActivityDailyRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in una VU, relative ai cambi di attività e/o alle variazioni della condizione di guida e/ 
o alle variazioni della condizione della carta in un determinato gior no di calendar io (requisiti 105, 106 e 107 
dell'allegat o 1C) e della condizione della sede (slot) alle 00h00 del gior no stesso. 
recordT ype rappresenta il tipo di registrazione (ActivityChangeInf o). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di ActivityChang eInfo in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di parole (word) ActivityChang eInfo memor izzate nella VU il gior no in questione. Comprende 
sempre due parole ActivityChangeInf o che indicano la condizione delle due sedi (slot) alle 00h00 del gior no 
stess o. 
2.172.  VuAppro valNumber 
Numero di omologazio ne dell'unità elettronica di bordo. 26.5.2016 L 139/141 Gazzetta ufficiale dell'U nione europea IT     
Prima generazione: 
Assegnazione valore: non specificato. 
Seconda generazione: 
Assegnazione valore: 
Il numero di omologaz ione deve corrispondere a quant o pubblicato sul sito Intern et della Commissione europea, 
vale a dire ad esempio compre si gli eventuali trattini. Il numero di omologazio ne deve essere allineato a sinistra. 
2.173.  VuCalibrationDat a 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle tarature dell'apparecc hio di controllo 
(requisito 098 dell'allegat o 1B). 
noOfV uCalibrationRecords è il numero di registrazioni conte nute nella serie vuCalibrationRecords. 
vuCalibrationRecords è la serie di registrazioni di tarature. 
2.174.  VuCalibrationRecord 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad una taratura dell'apparecc hio di controllo 
(requisito 098 dell'allegat o 1B e requisiti 119 e 120 dell'alleg ato 1C). 
Prima generazione: 
calibrationPur pose è lo scopo della taratura. 
workshopName, workshopA ddress sono il nome e l'indir izzo dell'off icina. 26.5.2016 L 139/142 Gazzetta ufficiale dell'U nione europea IT     
workshopCardNumber identifica la carta dell'officina usata durant e la taratura. 
workshopCardExpir yDate è la data di termine validità della carta. 
vehicleIdentif icationNumber è il VIN. 
vehicleRegist rationIdentif ication contiene il VRN e lo Stato membro di immatr icolazione. 
wVehicleCharacter isticCons tant è il coeffi cient e caratt eristico del veicolo. 
kCons tantOfRecordingEquipment è la costant e dell'apparecc hio di controllo. 
lTyreCircumference è la circonf erenza effettiva degli pneumatici delle ruote. 
tyreSize è l'indicazione delle dimensioni degli pneumatici montati sul veicolo. 
author isedSpeed è la velocità autorizzata del veicolo. 
oldOdometerV alue, newOdometerV alue sono i valor i vecc hio e nuo vo dell'odometro. 
oldTimeV alue, newTimeV alue sono i valor i vecc hio e nuo vo di data e ora. 
nextCalibrationDate è la data della prossima taratura del tipo specifi cato in CalibrationPur pose che dovrà 
essere effettuata dall'org anismo incar icato dei controlli. 
Seconda generazione: 
Oltre alla prima generazione, è utilizzato il seguent e element o di dati: 
sealDataV u dà informazioni sui sigilli apposti a diversi compo nenti del veicolo. 
2.175.  VuCalibrationRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle tarature dell'apparecc hio di controllo 
(requisiti 119 e 120 dell'alleg ato 1C). 26.5.2016 L 139/143 Gazzetta ufficiale dell'U nione europea IT     
recordT ype rappresenta il tipo di registrazione (VuCalibrationRecord). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuCalibrationRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di registrazioni di taratura. 
2.176.  VuCardIWDat a 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai cicli di inser imento ed estrazione delle 
carte del conducent e o delle carte dell'officina nell'unità elettronica di bordo (requisito 081 dell'allegat o 1B e 
requisito 103 dell'allegat o 1C). 
noOfIWRecords è il numero di registrazioni nella serie vuCardIWRecords. 
vuCardIWRecords è una serie di registrazioni relative ai cicli di inser imento ed estrazione della carta. 
2.177.  VuCardIWRecord 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad un ciclo di inser iment o ed estrazione di 
una carta del conducent e o di una carta dell'off icina nell'unità elettronica di bordo (requisito 081 dell'alleg ato 1B 
e requisit o 102 dell'allega to 1C). 
Prima generazione: 
cardHolderName contiene il cognome e il nome o i nomi del titolare della carta del conducent e o dell'officina 
memor izzati nella carta. 
fullCardNumber specifica il tipo di carta, lo Stato membro di rilascio e il numero della carta memor izzati nella 
carta stessa. 
cardExpir yDate è la data di term ine validità della carta memor izzata nella carta stessa. 26.5.2016 L 139/144 Gazzetta ufficiale dell'U nione europea IT     
cardInser tion Time specific a la data e l'ora di inser imento. 
vehicleOdometerV alueAtInser tion è il valore dell'odometro del veicolo all'att o dell'inser iment o della carta. 
cardSlotNumber è la sede (slot) in cui è inser ita la carta. 
cardWithdrawa lTime specifica la data e l'ora di estrazione. 
vehicleOdometerV alueAtWithdra wal è il valore dell'odometro del veicolo all'atto dell'estrazione della carta. 
previousV ehicleInfo contiene informazioni, memor izzate nella carta, relative al veicolo precedentement e 
utilizzato dal conducente. 
manualInputFlag è un indicatore (flag) che indica se, all'att o dell'inser imento della carta, il titolare della carta 
abbia o meno inser ito manualment e le attività del conducent e. 
Seconda generazione: 
Anzich é fullCardNumber la struttura dei dati della seconda generazione usa il seguent e elemento di dati. 
fullCardNumberAndGeneration specifi ca il tipo di carta, lo Stato membro di rilascio e il numero e la 
generazione della carta memor izzati nella carta stessa. 
2.178.  VuCardIWRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai cicli di inser imento ed estrazione delle 
carte del conducente o delle carte dell'officina nell'unità elettronica di bordo (requisito 103 dell'alleg ato 1C). 
recordT ype rappresenta il tipo di registrazione (VuCardIWRecord). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuCardIWRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni relative ai cicli di inser imento ed estrazione della carta. 
2.179.  VuCardRecord 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad una carta tachi grafi ca utilizzata (requisit o 
132 dell'alleg ato 1C). 26.5.2016 L 139/145 Gazzetta ufficiale dell'U nione europea IT     
cardExtendedSer ialNumber quale letto nel file EF_ICC cont enuto nel MF della carta. 
cardPers onaliserID quale letto nel file EF_ICC conte nuto nel MF della carta. 
typeOfT achog raphCardId quale letto nel file EF_Application_Identifi cation contenut o nel DF_T achog raph_G2. 
cardStr uctureV ersion quale letta nel file EF_Application_Identifi cation contenut o nel DF_T achog raph_G2. 
cardNumber quale letto nel file EF_Identifi cation contenut o nel DF_T achog raph_G2. 
2.180.  VuCardRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle carte tachi grafi che utilizzate con tale 
unità elettronica di bordo. Questa informazione è destinata all'analisi dei problemi tra la VU e la carta (requisito 
132 dell'alleg ato 1C). 
recordT ype rappresenta il tipo di registrazione (VuCardRecord). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuCardRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni relative alle carte tach igraf iche usate con la VU. 
2.181.  VuCer tificate 
Certificato della chia ve pubblica di un'unità elettronica di bordo. 
2.182.  VuCer tificateRecordAr ray 
Seconda generazione: 
Il certificato della VU più i metadati usati nel protocoll o di trasfe riment o. 
26.5.2016 L 139/146 Gazzetta ufficiale dell'U nione europea IT     
recordT ype rappresenta il tipo di registrazione (VuCer tificate). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuCer tificate in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. Il valore deve essere fissato a 1 perch é i 
certificati possono avere lunghezze diverse. 
records è una serie di certificat i della VU. 
2.183.  VuCompan yLocksDat a 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai blocchi di un'im presa (requisito 104 
dell'allegat o 1B). 
noOfLocks è il numero di blocc hi elencati in vuCompan yLocksRecords. 
vuCompany Lock sRecords è la serie di registrazioni dei blocch i di un'impresa. 
2.184.  VuCompan yLocksR ecord 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad un blocco di un'im presa (requisito 104 
dell'allegat o 1B e requisito 128 dell'allegat o 1C). 
Prima generazione: 
lockIn Time, lockOutTime specificano la data e l'ora di attivazione e di disattivazione del blocco. 
companyName, companyA ddress specifi cano il nome e l'indir izzo dell'impresa connessa all'attivazione del 
blocco. 
companyCardNumber identifica la carta usata all'att o dell'attivazione del blocco. 
Seconda generazione: 
Anzich é compan yCardNumber la struttura dei dati della seconda generazione usa il seguent e elemento di dati. 
companyCardNumberAndGeneration identif ica la carta, compres a la generazione, usata all'atto dell'attivazione 
del blocco. 26.5.2016 L 139/147 Gazzetta ufficiale dell'U nione europea IT     
2.185.  VuCompan yLocksR ecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai blocchi di un'im presa (requisito 128 
dell'allegat o 1C). 
recordT ype rappresenta il tipo di registrazione (VuCom panyL ocksRecord). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VuCom panyL ocksRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. Valore 0..255. 
records è la serie di registrazioni dei blocch i di un'im presa. 
2.186.  VuControlA ctivityData 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai controlli eseguiti utilizzando tale VU 
(requisito 102 dell'allegat o 1B). 
noOfControls è il numero di controlli elencati in vuControlA ctivityRecords. 
vuControlAct ivityRecords è la serie di registrazioni di attività di controllo. 
2.187.  VuControlA ctivityRecord 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad un controllo eseguito utilizzando tale VU 
(requisito 102 dell'allegat o 1B e requisito 126 dell'alleg ato 1C). 
Prima generazione: 
controlT ype è il tipo di controllo. 
controlTime sono la data e l'ora del controllo. 
controlCardNumber identif ica la carta di controllo usata per il controllo. 26.5.2016 L 139/148 Gazzetta ufficiale dell'U nione europea IT     
downloadPerio dBegin Time è l'ora di inizio del periodo cui si riferi scono i dati trasfer iti, in caso di trasfe ­
rimento. 
downloadPerio dEndTime è l'ora di fine del periodo cui si riferiscono i dati trasfer iti, in caso di trasf erimento. 
Seconda generazione: 
Anzich é controlCardNumber la struttura dei dati della seconda generazione usa il seguent e element o di dati. 
controlCardNumberAnd Generation identifica la carta di controllo, compres a la generazione, usata per il 
controllo. 
2.188.  VuControlA ctivityRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai controlli eseguiti utilizzando tale VU 
(requisito 126 dell'allegat o 1C). 
recordT ype rappresenta il tipo di registrazione (VuControlA ctivityRecord). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VuControlA ctivityRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di registrazioni delle attività di controllo della VU. 
2.189.  VuDat aBlockCounter 
Contatore, memor izzato in una carta, che indica in ordine di sequenza i cicli di inser imento ed estrazione della 
carta nelle unità elettronic he di bordo. 
Assegnazione valore: numero consecutivo con valore massimo 9 999, dopodiché la numerazione ricomincia 
da 0. 
2.190.  VuDetai ledSpeedBlock 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alla velocità dettag liata del veicolo per un 
minuto di marcia del veicolo (requisito 093 dell'alleg ato 1B e requisit o 116 dell'allega to 1C). 
26.5.2016 L 139/149 Gazzetta ufficiale dell'U nione europea IT     
speedBlockBeginDate specifica la data e l'ora del primo valore di velocità all'inter no del blocco. 
speedsPerSecon d è la sequenza cronologica della velocità misurata ogni secondo durant e il minut o che 
comincia da speedBloc kBeginDate (inclusa). 
2.191.  VuDetai ledSpeedBlockRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alla velocità dettag liata del veicolo. 
recordT ype rappresenta il tipo di registrazione (VuDetailedSpeedBlock). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuDetailedSpeedBlock in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di blocc hi di velocità dettag liata. 
2.192.  VuDetai ledSpeedData 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alla velocità dettag liata del veicolo. 
noOfSpeedBlock s è il numero di blocch i di velocità nella serie vuDetailedSpeedBloc ks. 
vuDetail edSpeedBlocks è la serie di blocch i di velocità dettag liata. 
2.193.  VuDo wnloadableP eriod 
Le date meno recente e più recente per le quali un'unità elettronica di bordo conser va i dati relativi alle attività 
dei conducenti (requisiti 081, 084 o 087 dell'allegat o 1B e requisiti 102, 105, 108 dell'allegat o 1C). 
minDo wnloadableTime specifica la data e l'ora meno recenti di inser iment o della carta o di cambio di attività 
o di immissione del luogo memor izzate nella VU. 
maxDo wnloadableTime specifi ca la data e l'ora più recenti di estrazione della carta o di cambio di attività o di 
immissione del luogo memor izzate nella VU. 26.5.2016 L 139/150 Gazzetta ufficiale dell'U nione europea IT     
2.194.  VuDo wnloadableP eriodRecordAr ray 
Seconda generazione: 
Il VUDo wnloadableP eriod più i metadati usati nel protocollo di trasf erimento. 
recordT ype rappresenta il tipo di registrazione (VuDo wnloadableP eriod). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VuDo wnloadableP eriod in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di registrazioni del VuDo wnloadableP eriod. 
2.195.  VuDo wnloadA ctivityData 
Informazioni, memor izzate in un'unità elettronica di bordo, relative all'ultimo trasf erimento dei suoi dati 
(requisito 105 dell'allegat o 1B e requisito 129 dell'alleg ato 1C). 
Prima generazione: 
downloadingTime specifi ca la data e l'ora del trasfer iment o di dati. 
fullCardNumber identif ica la carta usata per autorizzare il trasfer iment o di dati. 
companyOrW orkshopName è il nome dell'im presa o dell'off icina. 
Seconda generazione: 
Anzich é fullCardNumber la struttura dei dati della seconda generazione usa il seguent e elemento di dati. 
fullCardNumberAnd Generation identifica la carta, compre sa la generazione, usata per autor izzare il trasfe ­
rimento di dati. 
2.196.  VuDo wnloadA ctivityData RecordAr ray 
Seconda generazione: 
Informazioni relative all'ultimo trasfer iment o di dati della VU (requisito 129 dell'alleg ato 1C). 
26.5.2016 L 139/151 Gazzetta ufficiale dell'U nione europea IT     
recordT ype rappresenta il tipo di registrazione (VuDo wnloadA ctivityData). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VuDo wnloadA ctivityData in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di registrazioni dei dati relativi al trasfe rimento. 
2.197.  VuEv entData 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle anomalie (requisito 094 dell'allegat o 1B 
eccetto per il superamento di velocità). 
noOfV uEv ents è il numero di anomalie elencate nella serie vuEventRecords. 
vuEv entRecords è una serie di registrazioni di anomalie. 
2.198.  VuEv entRecord 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad un'anomalia (requisito 094 dell'allegat o 
1B e requisito 117 dell'alleg ato 1C, eccetto per il superamento di velocità). 
Prima generazione: 
eventT ype è il tipo di anomalia. 
eventRecordPur pose è lo scopo per cui è stata registrata l'anomalia. 
eventBegin Time specifica la data e l'ora di inizio dell'anomalia. 
eventEndTime specifi ca la data e l'ora di fine dell'anomalia. 
cardNumberDr iverSlotBegin identifica la carta inser ita nella sede (slot) del conducent e all'inizio dell'anomalia. 
cardNumberCodr iverSlotBegin identif ica la carta inser ita nella sede (slot) del secondo conducent e all'inizio 
dell'anomalia. 
cardNumberDr iverSlotEnd identif ica la carta inser ita nella sede (slot) del conducente al term ine dell'anomalia. 
cardNumberCodr iverSlotEnd identifica la carta inser ita nella sede (slot) del secondo conducente al termine 
dell'anomalia. 26.5.2016 L 139/152 Gazzetta ufficiale dell'U nione europea IT     
similarEv entsNumber è il numero di anomalie analoghe verificatesi nel gior no in questione. 
Questa sequenza si può usare per tutte le anomalie, eccetto quelle relative al superamento di velocità. 
Seconda generazione: 
Oltre alla prima generazione, sono utilizzati i seguenti elementi di dati: 
manufacturerSpecif icEv entFaultData contiene ulteriori informazioni specifiche del fabbr icante relative 
all'anomalia. 
Anzich é cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd e cardNumber ­
Codr iverSlotEnd, la struttura dei dati della seconda generazione usa i seguenti elementi di dati: 
cardNumberAndGenDr iverSlotBegin identif ica la carta, compresa la generazione, inser ita nella sede (slot) del 
conducente all'inizio dell'anomalia. 
cardNumberAndGenCodr iverSlotBegin identifica la carta, compresa la generazione, inser ita nella sede (slot) 
del secondo conducente all'inizio dell'anomalia. 
cardNumberAndGenDr iverSlotEnd identifica la carta, compre sa la generazione, inser ita nella sede (slot) del 
conducente al term ine dell'anomalia. 
cardNumberAndGenCodr iverSlotEnd identif ica la carta, compre sa la generazione, inser ita nella sede (slot) del 
secondo conducent e al term ine dell'anomalia. 
Se l'anomalia è un conf litto di orar i, l'eventBegin Time e l'eventEndTime devon o essere interpretati come segue: 
eventBegin Time specifica la data e l'ora dell'apparecchio di controllo. 
eventEndTime specifi ca la data e l'ora del GNSS. 
2.199.  VuEv entRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle anomalie (requisito 117 dell'alleg ato 1C 
eccetto per il superamento di velocità). 
26.5.2016 L 139/153 Gazzetta ufficiale dell'U nione europea IT     
recordT ype rappresenta il tipo di registrazione (VuEventRecord). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuEventRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di anomalie. 
2.200.  VuFaultData 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai guasti (requisito 096 dell'alleg ato 1B). 
noOfV uFaults è il numero di guasti elencati nella serie vuFaultRecords. 
vuFaultRecords è una serie di registrazioni di guasti. 
2.201.  VuFaultRecord 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad un guast o (requisito 096 dell'allegat o 1B 
e requisit o 118 dell'allega to 1C). 
Prima generazione: 
faultT ype è il tipo di guasto dell'apparecc hio di controllo. 
faultRecordPur pose è lo scopo per cui è stato registrat o il guasto. 
faultBegin Time specifi ca la data e l'ora di inizio del guast o. 
faultEndTime specifica la data e l'ora di fine del guast o. 
cardNumberDr iverSlotBegin identifica la carta inser ita nella sede (slot) del conducent e all'inizio del guasto. 
cardNumberCodr iverSlotBegin identif ica la carta inser ita nella sede (slot) del secondo conducent e all'inizio del 
guast o. 
cardNumberDr iverSlotEnd identif ica la carta inser ita nella sede (slot) del conducente al term ine del guast o. 
cardNumberCodr iverSlotEnd identifica la carta inser ita nella sede (slot) del secondo conducente al term ine del 
guast o. 26.5.2016 L 139/154 Gazzetta ufficiale dell'U nione europea IT     
Seconda generazione: 
Oltre alla prima generazione, è utilizzato il seguent e element o di dati: 
manufacturerSpecif icEv entFaultData contiene ulteriori informazioni specifi che del fabbr icante relative al 
guast o. 
Anzich é cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd e cardNumber ­
Codr iverSlotEnd, la struttura dei dati della seconda generazione usa i seguenti elementi di dati: 
cardNumberAndGenDr iverSlotBegin identif ica la carta, compresa la generazione, inser ita nella sede (slot) del 
conducente all'inizio del guast o. 
cardNumberAndGenCodr iverSlotBegin identifica la carta, compresa la generazione, inser ita nella sede (slot) 
del secondo conducente all'inizio del guast o. 
cardNumberAndGenDr iverSlotEnd identifica la carta, compre sa la generazione, inser ita nella sede (slot) del 
conducente al term ine del guast o. 
cardNumberAndGenCodr iverSlotEnd identif ica la carta, compre sa la generazione, inser ita nella sede (slot) del 
secondo conducent e al term ine del guasto. 
2.202.  VuFaultRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai guasti (requisito 118 dell'alleg ato 1C). 
recordT ype rappresenta il tipo di registrazione (VuFaultRecord). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuFaul tRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di guasti. 
2.203.  VuGNSSCDRecord 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alla posizione del veicolo rilevata dal GNSS, 
se il periodo di guida continuo del conducente raggiunge un multiplo di tre ore (requisiti 108 e 110 dell'allega to 
1C). 26.5.2016 L 139/155 Gazzetta ufficiale dell'U nione europea IT     
timeSt amp indica la data e l'ora in cui il periodo di guida continuo del titolare della carta raggiunge un multiplo 
di tre ore. 
cardNumberAndGenDr iverSlot identif ica la carta, compres a la generazione, inser ita nella sede (slot) del 
conducente . 
cardNumberAndGenCodr iverSlot identif ica la carta, compres a la generazione, inser ita nella sede (slot) del 
secondo conducent e. 
gnssPlaceRecord contiene informazioni relative alla posizione del veicolo. 
2.204.  VuGNSSCDRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alla posizione del veicolo rilevata dal GNSS, 
se il periodo di guida continuo del conducente raggiunge un multiplo di tre ore (requisiti 108 e 110 dell'allega to 
1C). 
recordT ype rappresenta il tipo di registrazione (VuGNSSCDRecord). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuGNSSCDRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di guida continua rilevata dal GNSS. 
2.205.  VuIdentif ication 
Informazioni, memor izzate in un'unità elettronica di bordo, relative all'identificaz ione dell'unità stessa (requisito 
075 dell'alleg ato 1B e requisiti 93 e 121 dell'alleg ato 1C). 
Prima generazione: 
vuManufacturerName è il nome del fabbricante dell'unità elettronica di bordo. 
vuManufacturerAdd ress è l'indir izzo del fabbr icante dell'unità elettronica di bordo. 26.5.2016 L 139/156 Gazzetta ufficiale dell'U nione europea IT     
vuPar tNumber è il codice component e dell'unità elettronica di bordo. 
vuSer ialNumber è il numero di serie dell'unità elettronica di bordo. 
vuSof twareIdentif ication identif ica il software installato nell'unità elettronica di bordo. 
vuManufactur ingDate è la data di fabbr icazione dell'unità elettronica di bordo. 
vuAppro valNumber è il numero di omologa zione dell'unità elettronica di bordo. 
Seconda generazione: 
Oltre alla prima generazione, sono utilizzati i seguenti elementi di dati: 
vuGenerationidentifica la generazione dell'unità elettronica di bordo. 
vuAbility fornisce informazioni in mer ito al fatto che la VU suppor ti o meno carte tachi grafi che di prima 
generazione. 
2.206.  VuIdentif icationRecordAr ray 
Seconda generazione: 
La VuIdentif ication più i metadati usati nel protocollo di trasf erimento. 
recordT ype rappresenta il tipo di registrazione (VuIdentif ication). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuIdentification in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di VuIdentification. 
2.207.  VuITSConsentRecord 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative al consenso di un conducent e ad utilizzare 
sistemi di traspor to intellig enti. 
26.5.2016 L 139/157 Gazzetta ufficiale dell'U nione europea IT     
cardNumberAndGen identif ica la carta, compresa la generazione. Deve essere una carta del conducente o una 
carta dell'off icina. 
consent è un indicatore (flag) che indica se il conducente ha dato il suo consenso all'uso di sistemi di traspor to 
intellig enti con questo veicolo o con questa unità elettronica di bordo. 
Assegnazione valore: 
VER O  indica il consenso del conducente ad utilizzare sistemi di traspor to intellig enti 
FALSO  indica il rifiuto del conducente ad utilizzare sistemi di traspor to intellig enti 
2.208.  VuITSConsentRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative al consenso del conducent e ad utilizzare 
sistemi di traspor to intellig enti (requisit o 200 dell'allegat o 1C). 
recordT ype rappresenta il tipo di registrazione (VuITSConsentRecord). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di VuITSConsentRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è la serie di registrazioni dei consensi ad utilizzare ITS. 
2.209.  VuManufacturerA ddress 
Indir izzo del fabbr icante dell'unità elettronica di bordo. 
Assegnazione valore: non specificato. 
2.210.  VuManufacturerName 
Nome del fabbr icante dell'unità elettronica di bordo. 
Assegnazione valore: non specificato. 
2.211.  VuManufactur ingDate 
Data di fabbr icazione dell'unità elettronica di bordo. 
Assegnazione valore: non specificato. 26.5.2016 L 139/158 Gazzetta ufficiale dell'U nione europea IT     
2.212.  VuOv erSpeedingControlDat a 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle anomalie per superamento di velocità 
verificatesi dopo l'ultimo controllo del superamento di velocità (requisito 095 dell'allegat o 1B e requisito 117 
dell'allegat o 1C). 
lastOverspeedControlTime specifi ca la data e l'ora dell'ultimo controllo del superamento di velocità. 
firstOv erspeedSince specif ica la data e l'ora del primo superamento di velocità dopo tale controllo del 
superamento di velocità. 
numberOfOv erspeedSince è il numero di anomalie per superamento di velocità verificatesi dopo l'ultimo 
controllo del superamento di velocità. 
2.213.  VuOv erSpeedingControlDat aRecordAr ray 
Seconda generazione: 
I VuOverSpeedingControlData più i metadati usati nel protocoll o di trasfe riment o. 
recordT ype rappresenta il tipo di registrazione (VuOverSpeedingControlData). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VuOverSpeedingControlData in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni dei dati di controllo del superamento di velocità. 
2.214.  VuOv erSpeedingEv entData 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle anomalie per superamento di velocità 
(requisito 094 dell'allegat o 1B). 
noOfV uOv erSpeedingEv ents è il numero di anomalie elencate nella serie vuOverSpeedingEventRecords. 
vuOv erSpeedingEv entRecords è una serie di registrazioni di anomalie per superamento di velocità. 
2.215.  VuOv erSpeedingEv entRecord 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad anomalie per superamento di velocità 
(requisito 094 dell'allegat o 1B e requisito 117 dell'alleg ato 1C). 26.5.2016 L 139/159 Gazzetta ufficiale dell'U nione europea IT     
eventT ype è il tipo di anomalia. 
eventRecordPur pose è lo scopo per cui è stata registrata l'anomalia. 
eventBegin Time specifica la data e l'ora di inizio dell'anomalia. 
eventEndTime specifi ca la data e l'ora di fine dell'anomalia. 
maxSpeedV alue è la velocità massima misurata durante l'anomalia. 
averageSpeedV alue è la media aritmetica della velocità misurata durant e l'anomalia. 
cardNumberDr iverSlotBegin identifica la carta inser ita nella sede (slot) del conducent e all'inizio dell'anomalia. 
similarEv entsNumber è il numero di anomalie analoghe verificatesi nel gior no in questione. 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad anomalie per superamento di velocità 
(requisito 094 dell'allegat o 1B e requisito 117 dell'alleg ato 1C). 
Anzich é cardNumberDr iverSlotBegin la struttura dei dati della seconda generazione usa il seguente element o di 
dati. 
cardNumberAndGenDr iverSlotBegin identifica la carta, compresa la generazione, inser ita nella sede (slot) 
«conducente» all'inizio dell'anomalia. 
2.216.  VuOv erSpeedingEv entRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle anomalie per superamento di velocità 
(requisito 117 dell'allegat o 1C). 
26.5.2016 L 139/160 Gazzetta ufficiale dell'U nione europea IT     
recordT ype rappresenta il tipo di registrazione (VuOverSpeedingEventRecord). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VuOverSpeedingEventRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di anomalie per superamento di velocità. 
2.217.  VuPar tNumber 
Codice component e dell'unità elettronica di bordo. 
Assegnazione valore: a cura del fabbr icante della VU. 
2.218.  VuPlaceDailyW orkPeriodD ata 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai luoghi in cui i conducenti iniziano o 
term inano un periodo di lavoro gior naliero (requisito 087 dell'allegat o 1B e requisiti 108 e 110 dell'alleg ato 1C). 
noOfPlaceRecords è il numero di registrazioni elencate nella serie vuPlaceDailyW orkP eriodRecords. 
vuPlaceDailyW orkPeriodRecords è una serie di registrazioni relative ai luoghi. 
2.219.  VuPlaceDailyW orkPeriodR ecord 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative al luogo in cui il conducente inizia o 
term ina un periodo di lavoro gior naliero (requisit o 087 dell'allegat o 1B e requisiti 108 e 110 dell'allegat o 1C). 
fullCardNumber specifica il tipo di carta del conducente , lo Stato membro di rilascio e il numero della carta. 
placeRecord contiene le informazioni relative al luogo inser ito. 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative al luogo in cui il conducente inizia o 
term ina un periodo di lavoro gior naliero (requisit o 087 dell'allegat o 1B e requisiti 108 e 110 dell'allegat o 1C). 
26.5.2016 L 139/161 Gazzetta ufficiale dell'U nione europea IT     
Anzich é fullCardNumber la struttura dei dati della seconda generazione usa il seguent e elemento di dati: 
fullCardNumberAndGeneration specifi ca il tipo di carta, lo Stato membro di rilascio e il numero e la 
generazione della carta memor izzati nella carta stessa. 
2.220.  VuPlaceDailyW orkPeriodR ecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ai luoghi in cui i conducenti iniziano o 
term inano un periodo di lavoro gior naliero (requisiti 108 e 110 dell'alleg ato 1C). 
recordT ype rappresenta il tipo di registrazione (VuPlaceDailyW orkPe riodRecord). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VuPlaceDailyW orkPe riodRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni relative ai luoghi. 
2.221.  VuPrivateKe y 
Prima generazione: 
La chia ve privata di un'unità elettronica di bordo. 
2.222.  VuPublicKey 
Prima generazione: 
La chia ve pubblica di un'unità elettronica di bordo. 
2.223.  VuSer ialNumber 
Numero di serie dell'unità elettronica di bordo (requisito 075 dell'allegat o 1B e requisito 93 dell'allegat o 1C). 
2.224.  VuSof tInst allationDate 
Data di installazione del software dell'unità elettronica di bordo. 
Assegnazione valore: non specificato. 26.5.2016 L 139/162 Gazzetta ufficiale dell'U nione europea IT     
2.225.  VuSof twareIdentif ication 
Informazioni, memor izzate in un'unità elettronica di bordo, relative al software installato. 
vuSof twareV ersion è il numero della versione del software dell'unità elettronica di bordo. 
vuSof tIns tallationDate è la data di installazione del software. 
2.226.  VuSof twareV ersion 
Numero della versione del software dell'unità elettronica di bordo. 
Assegnazione valore: non specificato. 
2.227.  VuSpecif icConditionData 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative a condizioni particolar i. 
noOfSpecif icConditionRecords è il numero di registrazioni elencate nella serie specificConditionRecords. 
specif icConditionRecords è una serie di registrazioni relative a condizioni particolar i. 
2.228.  VuSpecif icConditionRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative a condizioni particolar i (requisito 130 
dell'allegat o 1C). 
recordT ype rappresenta il tipo di registrazione (SpecificConditionRecord). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di SpecificConditionRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni relative a condizioni particolar i. 26.5.2016 L 139/163 Gazzetta ufficiale dell'U nione europea IT     
2.229.  VuTimeA djus tmentData 
Prima generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle regolazioni dell'ora effettuate al di fuor i 
di un ciclo ordinar io di taratura (requisito 101 dell'allegat o 1B). 
noOfV uTimeA djRecords è il numero di registrazioni cont enute in vuTimeA djustmentRecords. 
vuTimeAdjustmentRecords è una serie di registrazioni di regolazioni dell'ora. 
2.230.  VuTimeA djus tmentGNSSRecord 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad una regolazione dell'ora basata sui dati 
relativi all'ora trasmessi dal GNSS (requisiti 124 e 125 dell'allegat o 1C). 
oldTimeV alue, newTimeV alue sono i valor i vecc hio e nuo vo di data e ora. 
2.231.  VuTimeA djus tmentGNSSRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad una regolazione dell'ora effettuata dal 
GNSS o basata sui dati relativi all'ora trasmessi dal GNSS (requisiti 124 e 125 dell'allegat o 1C). 
recordT ype rappresenta il tipo di registrazione (VuTimeAdjustmentGNSSRe cord). Assegnazione valore: Cfr. 
RecordT ype 
recordSize è la dimensione di VuTimeAdjustmentGNSSRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni delle regolazioni dell'ora del GNSS. 26.5.2016 L 139/164 Gazzetta ufficiale dell'U nione europea IT     
2.232.  VuTimeA djus tmentRecord 
Informazioni, memor izzate in un'unità elettronica di bordo, relative ad una regolazione dell'ora effettuata al di 
fuor i di un ciclo ordinar io di taratura (requisito 101 dell'allegat o 1B e requisiti 124 e 125 dell'allegat o 1C). 
Prima generazione: 
oldTimeV alue, newTimeV alue sono i valor i vecc hio e nuo vo di data e ora. 
workshopName, workshopA ddress sono il nome e l'indir izzo dell'off icina. 
workshopCardNumber identifica la carta dell'officina utilizzata per effettuare la regolazione dell'ora. 
Seconda generazione: 
Anzich é workshopCard Number , la struttura dei dati della seconda generazione usa il seguente elemento di dati. 
workshopCardNumberAnd Generation identif ica la carta dell'officina, compres a la generazione, utilizzata per 
effettuare la regolazione dell'ora. 
2.233.  VuTimeA djus tmentRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle regolazioni dell'ora effettuate al di fuor i 
di un ciclo ordinar io di taratura (requisiti 124 e 125 dell'allegat o 1C). 
recordT ype rappresenta il tipo di registrazione (VuTimeAd justmentRecord). Assegnazione valore: Cfr. 
RecordT ype 
recordSize è la dimensione di VuTimeAdjustmentRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di regolazioni dell'ora. 26.5.2016 L 139/165 Gazzetta ufficiale dell'U nione europea IT     
2.234.  WorkshopCardApplicationIdentif ication 
Informazioni, memor izzate in una carta dell'off icina, relative all'identif icazione dell'applicazione della carta 
(requisiti 307 e 330 dell'alleg ato 1C). 
Prima generazione: 
typeOfT achog raphCardId specifi ca il tipo di carta. 
cardStr uctureV ersion specifica la versione della struttura utilizzata nella carta. 
noOfEv entsP erType è il numero di anomalie per tipo di anomalia che la carta è in grado di registrare. 
noOfFaultsPerT ype è il numero di guasti per tipo di guast o che la carta è in grado di registrare. 
activityStr uctureLength indica il numero di byte disponibili per memor izzare le registrazioni delle attività. 
noOfCardV ehicleRecords è il numero di registrazioni del veicolo che la carta è in grado di conte nere. 
noOfCardPlaceRecords è il numero di luoghi che la carta è in grado di registrare. 
noOfCalibrationRecords è il numero di registrazioni di tarature che la carta è in grado di memor izzare. 
Seconda generazione: 
Oltre alla prima generazione, sono utilizzati i seguenti elementi di dati: 
noOfGNSSCDRecords è il numero di registrazioni di guida continua del GNSS che la carta è in grado di 
memor izzare. 
noOfSpecif icConditionRecords è il numero di registrazioni di condizioni particolar i che la carta è in grado di 
memor izzare. 
2.235.  WorkshopCardCalibrationDat a 
Informazioni, memor izzate in una carta dell'offici na, relative alle attività dell'officina eseguit e con la carta 
(requisiti 314, 316, 337 e 339 dell'allegat o 1C). 26.5.2016 L 139/166 Gazzetta ufficiale dell'U nione europea IT     
calibration TotalNumber è il numero totale di tarature effettuat e con la carta. 
calibrationPoin terNew estRecord è l'indice della registrazione di taratura più aggior nata. 
Assegnazione valore: numero corrispondent e al numeratore della registrazione di taratura, a partire da ′0′ per 
la prima volta in cui tale registrazione compare nella struttura. 
calibrationRecords è la serie di registrazioni conte nenti le informazioni relative alle tarature e/o regolazioni 
dell'ora. 
2.236.  WorkshopCardCalibrationRecord 
Informazioni, memor izzate in una carta dell'off icina, relative ad una taratura eseguita con la carta (requisiti 314 
e 337 dell'allegat o 1C). 
Prima generazione: 
calibrationPur pose è lo scopo della taratura. 
vehicleIdentif icationNumber è il VIN. 
vehicleRegist ration contiene il VRN e lo Stato membro di immatr icolazione. 
wVehicleCharacter isticCons tant è il coeffi cient e caratt eristico del veicolo. 
kCons tantOfRecordingEquipment è la costant e dell'apparecc hio di controllo. 
lTyreCircumference è la circonf erenza effettiva degli pneumatici delle ruote. 
tyreSize è l'indicazione delle dimensioni degli pneumatici montati sul veicolo. 
author isedSpeed è la velocità massima autori zzata del veicolo. 
oldOdometerV alue, newOdometerV alue sono i valor i vecc hio e nuo vo dell'odometro. 
oldTimeV alue, newTimeV alue sono i valor i vecc hio e nuo vo di data e ora. 26.5.2016 L 139/167 Gazzetta ufficiale dell'U nione europea IT     
nextCalibrationDate è la data della prossima taratura del tipo specifi cato in CalibrationPur pose che dovrà 
essere effettuata dall'org anismo incar icato dei controlli. 
vuPar tNumber , vuSer ialNumber e sensorSer ialNumber contengono gli elementi di dati per l'identificazione 
dell'apparecch io di controllo. 
Seconda generazione: 
Oltre alla prima generazione, sono utilizzati i seguenti elementi di dati: 
sensorGNSSSer ialNumber identif ica un dispositivo GNSS ester no. 
rcmSer ialNumber identif ica un modulo di comunicazione remota. 
sealDataCard dà informazioni sui sigilli apposti a diversi compo nenti del veicolo. 
2.237.  WorkshopCardHolderIdentif ication 
Informazioni, memor izzate in una carta dell'off icina, relative all'identif icazione del titolare della carta (requisiti 
311 e 334 dell'alleg ato 1C). 
workshopName è il nome dell'off icina del titolare della carta. 
workshopAd dress è l'indir izzo dell'officina del titolare della carta. 
cardHolderName specifi ca il cognome e il/i nome/i del titolare (per esem pio il nome del meccanico). 
cardHolderPreferredLan guage è la lingua abituale del titolare della carta. 
2.238.  WorkshopCardPIN 
Numero di identif icazione personale (PIN) della carta dell'off icina (requisiti 309 e 332 dell'alleg ato 1C). 26.5.2016 L 139/168 Gazzetta ufficiale dell'U nione europea IT     
Assegnazione valore: il PIN noto al titolare della carta, riempit o a destra con byte ′FF′ fino a raggiunge re 8 
byte. 
2.239.  W-VehicleCharacter isticCons tant 
Coeff icient e caratter istico del veicolo [def inizione k)]. 
Assegnazione valore: impulsi per chilometro nell'inter vallo operativo 0-64 255 impulsi/km. 
2.240.  VuPo werSupplyInter ruptionRecord 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle interr uzioni dell'alimentazione di 
energia (requisito 117 dell'alleg ato 1C). 
eventT ype è il tipo di anomalia. 
eventRecordPur pose è lo scopo per cui è stata registrata l'anomalia. 
eventBegin Time specifica la data e l'ora di inizio dell'anomalia. 
eventEndTime specifi ca la data e l'ora di fine dell'anomalia. 
cardNumberAndGenDr iverSlotBegin identif ica la carta, compresa la generazione, inser ita nella sede (slot) del 
conducente all'inizio dell'anomalia. 
cardNumberAndGenDr iverSlotEnd identifica la carta, compre sa la generazione, inser ita nella sede (slot) del 
conducente al term ine dell'anomalia. 
cardNumberAndGenCodr iverSlotBegin identifica la carta, compresa la generazione, inser ita nella sede (slot) 
del secondo conducente all'inizio dell'anomalia. 
cardNumberAndGenCodr iverSlotEnd identif ica la carta, compre sa la generazione, inser ita nella sede (slot) del 
secondo conducent e al term ine dell'anomalia. 
similarEv entsNumber è il numero di anomalie analoghe verificatesi nel gior no in questione. 
2.241.  VuPo werSupplyInter ruptionRecordAr ray 
Seconda generazione: 
Informazioni, memor izzate in un'unità elettronica di bordo, relative alle interr uzioni dell'alimentazione di 
energia (requisito 117 dell'alleg ato 1C). 26.5.2016 L 139/169 Gazzetta ufficiale dell'U nione europea IT     
recordT ype rappresenta il tipo di registrazione (VuPowerSupplyInter rupti onRecord). Assegnazione valore: Cfr. 
RecordT ype 
recordSize sono le dimensioni di VuPowerSupplyInt erruptionRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di interruzioni dell'alimentazione di energia. 
2.242.  VuSensorExter nalGNSSCoupledRecordAr ray 
Seconda generazione: 
Una serie di SensorExter nalGNSSCoupledRecord più i metadati usati nel prot ocollo di trasf erimento. 
recordT ype rappresenta il tipo di registrazione (SensorExter nalGNSSCoupledRecord). Assegnazione valore: 
Cfr. RecordT ype 
recordSize sono le dimensioni di SensorExt ernalGNSSCoupledRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni degli accoppiamenti del sensore del dispositivo GNSS esterno. 
2.243.  VuSensorPairedRecordAr ray 
Seconda generazione: 
Una serie di SensorPairedRecord più i metadati usati nel prot ocollo di trasfe rimento. 
recordT ype rappresenta il tipo di registrazione (SensorPairedReco rd). Assegnazione valore: Cfr. RecordT ype 
recordSize sono le dimensioni di SensorP airedRecord in byte. 
noOfRecords è il numero di registrazioni nella serie di registrazioni. 
records è una serie di registrazioni di abbinamenti del sensore. 26.5.2016 L 139/170 Gazzetta ufficiale dell'U nione europea IT     
3.  DEFINIZIONI DEI CAMPI DI VALORI E DIMENSIONI 
Defi nizione dei valor i delle variabili usati per le definiz ioni nel paragraf o 2. 
4.  SET DI CARA TTERI 
Le stringhe IA5 utilizzano i caratteri ASCII definiti nella norma ISO/IEC 8824-1. A fini di migliore leggibilità e 
di sem plice riferimento, si ripor ta di seguito l'assegnazione dei valor i. In caso di discordanza, la norma ISO/IEC 
8824-1 prevale sulla presente nota informativa. 
Altre stringhe di caratteri (Address, Name, VehicleRegistrationNumber) utilizzano anche i caratteri defi­
niti dai codici dei caratteri decimali 161 — 255 del seguente insieme standard di caratteri a 8 bit, spe­
cificati dal loro numero di pagina di codice: 
Insieme standard di caratteri Pagina di codice 
(decimale) 
ISO/IEC 8859-1 Latino-1 Europa occidentale 1 
ISO/IEC 8859-2 Latino-2 Europa centrale 2 
ISO/IEC 8859-3 Latino-3 Europa mer idionale 3 
ISO/IEC 8859-5 Latino/Cir illico 5 
ISO/IEC 8859-7 Latino/Greco 7 
ISO/IEC 8859-9 Latino-5 Turco 9 
ISO/IEC 8859-13 Latino-7 Baltico 13 
ISO/IEC 8859-15 Latino-9 15 
ISO/IEC 8859-16 Latino-10 Europa sudor ientale 16 
KOI8-R Latino/Cir illico 80 
KOI8-U Latino / Cirillico 85  
5.  CODIFICA 
Se la codifica viene effettuata in base alle regole ASN.1, tutti i tipi di dati definiti devono essere codif icati in 
conf ormità alla norma ISO/IEC 8825-2, variante allineata. 
6.  IDENTIFICA TIVI DI OGGETTO E IDENTIFICA TIVI DI APPLICAZ IONE 
6.1.  Identif icativi di oggetto 
Gli identificativi di oggett o (OID) elencati nel present e capitolo sono pertinenti solo per la seconda generazione. 
Questi OID sono specificati nelle linee guida tecn iche TR-03110-3 e ripetuti qui per ragioni di complet ezza. 
Questi OID sono cont enuti nel sottoalbe ro di bsi-de: 
26.5.2016 L 139/171 Gazzetta ufficiale dell'U nione europea IT     
Identif icativi del protoc ollo di autenticazione della VU 
Esempio: Supponiamo che l'aute nticazione della VU debba essere fatta con SHA-384; allora l'identif icativ o di 
oggett o da usare è (nella notazione ASN. 1) 
 . Il valore di tale 
identif icativ o di oggett o nella dot notation (notazione col punto) è 
 .  
Dot notation Byte notation 
‘04 00 7F 00 07 02 02 02 02 03’ 
‘04 00 7F 00 07 02 02 02 02 04’ 
‘04 00 7F 00 07 02 02 02 02 05’  
Identif icativi del protoc ollo di autenticazione del chip 
Esempio: Supponiamo che l'aut enticazione del chip debba essere effettuata utilizzando l'algor itmo ECDH, che dà 
come risultat o una lunghezza della chiave di sessione AES di 128 bit. Tale chiave di sessione sarà successi ­
vament e utilizzata nel modo operativo CBC per garantire la riservatezza dei dati e con l'algor itmo CMA C per 
assicurare l'aut enticità dei dati. Di conseguenza, l'identifi cativo di oggett o da usare è (nella notazione ASN. 1) 
. Il valore di tale identificativo di oggett o nella dot notation 
(notazione col punto) è 
 .  
Dot notation Byte notation 
‘04 00 7F 00 07 02 02 03 02 02’ 
‘04 00 7F 00 07 02 02 03 02 03’ 
‘04 00 7F 00 07 02 02 03 02 04’  
6.2.  Identif icativi di applicazione 
Seconda generazione: 
L'identif icativ o di applicazione (AID) per il dispositivo GNSS ester no (di seconda generazione) è dato da ‘FF 44 
54 45 47 4D’. Si tratta di un AID propr ietar io secondo la norma ISO/IEC 7816-4. 26.5.2016 L 139/172 Gazzetta ufficiale dell'U nione europea IT     
Nota: gli ultimi 5 byte codificano DTEGM per il dispositivo GNSS ester no del tachigraf o intellig ente. 
L'identif icativ o di applicazione per l'applicazione della carta tachi grafi ca di seconda generazione è dato da ‘FF 53 
4D 52 44 54’. Si tratta di un AID propr ietar io secondo la norma ISO/IEC 7816-4.  26.5.2016 L 139/173 Gazzetta ufficiale dell'U nione europea IT     
Appendice 2 
SPECIFICHE RIGU ARD ANTI LE CARTE TACHIGRAFICHE 
INDICE 
1. INTR ODUZIONE .............................................................................................................................. 175 
1.1. Abbreviazioni ...................................................................................................................... 175 
1.2. Rife rimenti ......................................................................................................................... 176 
2. CARA TTERISTICHE ELETTRICH E E FISICHE ............................................................................................ 176 
2.1. Tensione di alimentazione e assorbimento di corrente .................................................................. 177 
2.2. Tensione di programmazione Vpp............................................................................................. 177 
2.3. Generazione e frequenza dell'orologio ....................................................................................... 177 
2.4. Contatt o I/O (ingresso/uscita) .................................................................................................. 177 
2.5. Condizioni di funzionament o della carta................................................................................... 177 
3. HARD WARE E COMUNICAZIO NE........................................................................................................ 177 
3.1. Introduzione ....................................................................................................................... 177 
3.2. Protocol lo di trasmissione ...................................................................................................... 178 
3.2.1 Protocol li........................................................................................................................... 178 
3.2.2 ATR .................................................................................................................................. 179 
3.2.3 PTS ................................................................................................................................... 179 
3.3. Regole di accesso ................................................................................................................. 180 
3.4. Panoramica dei comandi e dei codici di errore ............................................................................ 183 
3.5. Descr izione dei comandi ........................................................................................................ 185 
3.5.1 SELECT .......................................................................................................................................... 186 
3.5.2 READ BINAR Y................................................................................................................................. 187 
3.5.3 UPD ATE BINAR Y.............................................................................................................................. 194 
3.5.4 GET CHALLENGE ............................................................................................................................. 200 
3.5.5 VERIFY .......................................................................................................................................... 200 
3.5.6 GET RESPONSE ................................................................................................................................ 202 
3.5.7 PSO: VERIFY CERTIFICA TE.................................................................................................................. 202 
3.5.8 INTERNAL AUTHENTICA TE................................................................................................................ 204 
3.5.9 EXTERNAL AUTHENTICA TE ............................................................................................................... 205 
3.5.10 GENERAL AUTHENTICA TE................................................................................................................. 206 
3.5.11 MANA GE SECURIT Y ENVIR ONMENT .................................................................................................... 207 
3.5.12 PSO: HASH ..................................................................................................................................... 210 
3.5.13 PERFORM HASH of FILE .................................................................................................................... 211 
3.5.14 PSO: COMP UTE DIGIT AL SIGNA TURE ................................................................................................... 212 
3.5.15 PSO: VERIFY DIGIT AL SIGNA TURE ....................................................................................................... 213 
3.5.16 PROCESS DSR C MESSA GE .................................................................................................................. 214 
4. STR UTTURA DELLE CARTE TACHIGRAFIC HE......................................................................................... 216 
4.1. Mast er file MF ..................................................................................................................... 216 26.5.2016 L 139/174 Gazzetta ufficiale dell'U nione europea IT     
4.2. Applicazioni della carta del conducent e..................................................................................... 217 
4.2.1 Applicazione della carta del conducente di prima generazione ........................................................ 217 
4.2.2 Applicazione della carta del conducente di seconda generazione ..................................................... 221 
4.3. Applicazioni della carta dell'off icina ......................................................................................... 224 
4.3.1 Applicazione della carta dell'officina di prima generazione ............................................................ 224 
4.3.2 Applicazione della carta dell'officina di seconda generazione .......................................................... 228 
4.4. Applicazioni della carta di controllo ......................................................................................... 233 
4.4.1 Applicazione della carta di controllo di prima generazione ............................................................ 233 
4.4.2 Applicazione della carta di controllo di seconda generazione ......................................................... 235 
4.5. Applicazioni della carta dell'azienda ......................................................................................... 237 
4.5.1 Applicazione della carta dell'azienda di prima generazione ............................................................ 237 
4.5.2 Applicazione della carta dell'azienda di seconda generazione .......................................................... 238  
1.  INTR ODUZIONE 
1.1.  Abbreviazioni 
Ai fini della presente appendice, si applicano le seguenti abbreviazioni. 
AC  Criteri di accesso 
AES  Nor ma di cifratura avanzata (Advanced Encr yption Standard) 
AID  Identificativo dell'applicazione (Application Identif ier) 
ALW  Sem pre 
APDU  Unità dati del prot ocollo di applicazione (struttura di un comando) 
ATR  Risposta al reset 
AUT  Autenticat o 
C6, C7  Contatti nn. 6 e 7 della carta, secondo la definizione ISO/IEC 7816-2 
cc  Cicli dell'orologio 
CHV  Informazioni di verifica del titolare della carta 
CLA  Byte di classe di un comando APDU 
DSR C  Comunicazione dedicata a corto raggio 
DF  File dedicat o. Un DF può cont enere altri file (EF o DF) 
ECC  Crittografia a curve ellittiche 
EF  File elementare 
etu  Unità di tempo elementare 
G1  Prima generazione 
G2  Seconda generazione 
IC  Circuito integrato 
ICC  Carta a circuito integrato (Integrat ed Circuit Card) 
ID  Identificativo 
IFD  Dispositivo di interfaccia (Interface Device) 
IFS  Dimensioni del campo informazioni 
IFSC  Dimensioni del campo informazioni per la carta 26.5.2016 L 139/175 Gazzetta ufficiale dell'U nione europea IT     
IFSD  Dimensioni del campo informazioni per il dispositivo (per il term inale) 
INS  Byte di istruzioni di un comando APDU 
Lc  Lunghezza dei dati in ingresso per un comando APDU 
Le  Lunghezza dei dati attesi (dati in uscita per un comando) 
MF  File principale (root DF) 
NAD  Indir izzo di nodo usato nel prot ocollo T=1 
NEV  Mai 
P1-P2  Byte dei parametr i 
PIN  Numero di identificazione personale 
PRO SM  Prote zione con messaggistica sicura 
PTS  Selezione della trasmissione del protocoll o 
RFU  Riser vato per uso futuro 
RST  Reset (della carta) 
SFID  Identificativo breve dell'EF 
SM  Messaggistica sicura (Secure Messaging) 
SW1-SW2  Byte di stato 
TS  Caratt ere ATR iniziale 
VPP  Tensione di programmazione 
VU  Unità elettronica di bordo 
XXh  Valore XX in notazione esadecimale 
‘XXh’  Valore XX in notazione esadecimale 
||  Simbolo di concat enamento 03||04=0304 
1.2.  Riferimen ti 
Nella present e appendice si rimanda alle seguenti norme: 
ISO/IEC 7816-2  Carte di identif icazione — Carte a circuiti integrati — Parte 2: Dimensioni e posizione dei 
contatti. ISO/IEC 7816-2:2007. 
ISO/IEC 7816-3  Carte di identif icazione — Carte a circuiti integrati — Parte 3: Interfaccia elettr ica e 
protocolli di trasmissione. ISO/IEC 7816-3:2006. 
ISO/IEC 7816-4  Carte di identificazione — Carte a circuiti integrati — Parte 4: Organizzazione, sicurezza e 
comandi di interscambio. ISO/IEC 7816-4:2013 + Cor 1: 2014. 
ISO/IEC 7816-6  Carte di identif icazione — Carte a circuiti integrati — Parte 6: Elementi di dati per lo 
scambio intrasettori ale. ISO/IEC 7816-6:2004 + Cor 1: 2006. 
ISO/IEC 7816-8  Carte di identificazione — Carte a circuiti integrat i — Parte 8: Comandi per le operazioni 
di sicurezza. ISO/IEC 7816-8:2004. 
ISO/IEC 9797-2  Tecnologia dell'inf ormazione — Tecniche di sicurezza — Codici di aute nticazione del 
messaggio (MA C) — Parte 2: Meccanismi che usano una funzione di hash dedicata. ISO/ 
IEC 9797-2:2011 
2.  CARA TTERISTICH E ELETTRICHE E FISICHE 
TCS_01  Se non diversamente specificato, tutti i segnali elettronici devono essere conf ormi alla norma ISO/ 
IEC 7816-3. 
TCS_02  La posizione e le dimensioni dei contatti della carta devono essere conf ormi alla norma ISO/IEC 
7816-2. 26.5.2016 L 139/176 Gazzetta ufficiale dell'U nione europea IT     
2.1.  Tensione di alimentazione e assorbimento di corrente 
TCS_03  La carta deve funzionare in conf ormità alle specifi che, entro i limiti di assorbiment o previsti nella 
norma ISO/IEC 7816-3. 
TCS_04  La carta deve funzionare a Vcc = 3V (± 0,3V) o a Vcc = 5V (± 0,5V). 
La tensione deve essere selezionata in conf ormità alla norma ISO/IEC 7816-3. 
2.2.  Tensione di prog rammazione Vpp 
TCS_05  La carta non deve richiedere una tensione di programmazione sul pin C6. Si prevede che il pin C6 
non sia collegat o in un IFD. Il contatt o C6 può essere collegat o alla Vcc nella carta, ma non va 
collegat o a massa. Non sono ammesse altre interpr etazioni della tensione di programmazione. 
2.3.  Generazione e frequenza dell'orologio 
TCS_06  La carta deve funzionare entro un campo di frequenze tra 1 e 5 MHz e può operare anche a 
frequenze più elevate. In una sessione della carta, la frequenza dell'orologio può variare di ± 2 %. La 
frequenza dell'orologio è generata dall'unità elettronica di bordo e non dalla carta. Il fattore di 
utilizzo può variare tra il 40 e il 60 %. 
TCS_07  Nelle condizioni specific ate nel file EF ICC della carta, l'orologio ester no può essere arrestato. Il 
primo byte del file EF ICC codifica le condizioni della modalità «Cloc kstop» : 
Basso Alto   
Bit 3 Bit 2 Bit 1 
0 0 1 Clockst op ammesso, nessun livello prefer ito 
0 1 1 Clockst op ammesso, livello alto prefer ito 
1 0 1 Clockst op ammesso, livello basso pref erito 
0 0 0 Clockst op non ammesso 
0 1 0 Clockst op ammesso solo al livello alto 
1 0 0 Clockst op ammesso solo al livello basso  
I bit da 4 a 8 non sono utilizzati. 
2.4.  Conta tto I/O (ing resso/uscit a) 
TCS_08 Il contatto I/O C7 è utilizzato per ricevere e trasmett ere dati da e verso l'IFD. Durante il funzio ­
namento, la modalità di trasmissione deve essere attiva solo nella carta o solo nell'IFD. Se la 
modalità di trasmissione è attiva in entrambi i dispositivi, la carta non deve essere danneggiata. A 
condizione che non sia in fase di trasmissione, la carta deve passare alla modalità di ricezione. 
2.5.  Condizioni di funzionament o della carta 
TCS_09  Con la tensione di alimentazione inser ita, la carta prevede due condizioni di funzionament o: 
condizione di funzionamento durante l'esecuzione di comandi o l'interfacciamento con l'unità 
digitale, 
condizione di riposo in tutti gli altri casi; in questa condizione, la carta deve conser vare tutti i dati. 
3.  HARD WARE E COMUNICAZIONE 
3.1.  Introduzione 
Il presente paragraf o descr ive la funzionalità minima richiest a per le carte tach igraf iche e le VU al fine di 
garan tirne il corretto funzionament o e l'interoperabilità. 26.5.2016 L 139/177 Gazzetta ufficiale dell'U nione europea IT     
Le carte tachigrafiche devon o essere il più possibile conf ormi alle norme ISO/IEC applicabili in vigore (in 
particolare ISO/IEC 7816). Si fornisce comunque una descr izione completa dei comandi e dei prot ocolli al 
fine di specifi care alcune limitazioni d'uso o le differenze eventualment e esiste nti. Se non diversamente 
indicato, i comandi specifi cati sono pienamente conf ormi alle norme citate. 
3.2.  Protoc ollo di trasmissione 
TCS_10  Il prot ocollo di trasmissione deve essere conf orme alla norma ISO/IEC 7816-3 per T = 0 e T = 1. In 
particolare, la VU deve riconoscere le proroghe del tempo di attesa inviat e dalla carta. 
3.2.1  Protocolli 
TCS_11  La carta deve prevedere sia il protocollo T=0 sia il protocoll o T=1. La carta può inoltre suppor tare 
ulteriori protocolli orientati al contatto. 
TCS_12  T=0 è il prot ocollo predef inito ed è quindi necessar io un comando PTS per passare al protocollo 
T=1. 
TCS_13  I dispositivi devono prevedere l'impi ego della conv enzione diretta in entrambi i protocoll i: la 
convenz ione diretta è quindi obbligat oria per la carta. 
TCS_14  Il byte di dimensione del campo di informazioni per la carta deve essere presentato all'A TR nel 
carattere TA3. Quest o valore deve essere almeno pari a ‘F0h’ (= 240 byte). 
Ai prot ocolli si applicano le restr izioni seguenti. 
TCS_15  T=0 
—  L'inte rfaccia deve prevedere una risposta all'I/O dopo il front e di salita del segnale all'RST da 
400 cc. 
—  L'inte rfaccia deve essere in grado di legger e caratt eri separati da 12 etu. 
—  L'inte rfaccia deve legge re un caratt ere errato e la sua ripetizione se separati da 13 etu. Se viene 
rilevato un carattere errato, il segnale di errore all'I/O può verificarsi tra 1 e 2 etu. Il dispositivo 
deve prevedere un ritardo di 1 etu. 
—  L'inte rfaccia deve accettare un'A TR da 33 byte (TS+32). 
—  In presenza di TC1 nell'A TR, deve essere previsto un Extra Guard Time (tempo di prot ezione 
supplementare) per i caratt eri inviati dall'int erfaccia, anche se i caratteri inviati dalla carta 
possono comunque essere separati da 12 etu. Questo vale anch e per il carattere ACK inviato 
dalla carta dopo un caratt ere P3 emesso dall'int erfaccia. 
—  L'inte rfaccia deve tener conto di un caratt ere NUL (nullo) emesso dalla carta. 
—  L'inte rfaccia deve accettare la modalità compl ementare per ACK. 
—  Il comando GET RESPONSE non può essere usato nella modalità di concat enamento per 
ottener e dati la cui lunghezza può superare 255 byte. 
TCS_16  T=1 
—  Byte NAD: non utilizzat o (il byte NAD deve essere impostat o a ‘00’). 
—  S-bloc k ABOR T: non utilizzato. 
—  S-bloc k VPP state error: non utilizzato. 
—  La lunghezza totale di concate namento per un campo di dati non deve essere super iore a 255 
byte (accer tato dall'IFD). 
—  La dimensione del campo di informazioni per il dispositivo (IFSD) deve essere indicata dall'IFD 
immediatament e dopo l'ATR: l'IFD deve trasmett ere la richiesta dell'S-Bloc k IFS dopo l'ATR e la 
carta deve rispondere con l'S-Block IFS. Il valore consig liato per l'IFSD è 254 byte. 
—  La carta non chiede un riadeguamento dell'IFS. 26.5.2016 L 139/178 Gazzetta ufficiale dell'U nione europea IT     
3.2.2  ATR 
TCS_17  Il dispositivo controlla i byte ATR, secondo la norma ISO/IEC 7816-3. Non si devono effettuare 
verifiche dei caratt eri stori ci dell'A TR. 
Esempio di biprotoc ollo ATR di base secondo la norma ISO/IEC 7816-3 
Caratter e Valore Osser vazioni 
TS ‘3Bh’ Indica la convenzione diretta 
T0 ‘85h’ TD1 present e; sono presenti 5 byte stori ci 
TD1 ‘80h’ TD2 present e; si deve usare T = 0 
TD2 ‘11h’ TA3 presente; si deve usare T = 1 
TA3 ‘XXh’ (almeno ‘F0h’) Dimensione del campo di informazioni per la carta 
(IFSC) 
da TH1 a TH5 ‘XXh’ Caratt eri storici 
TCK ‘XXh’ Caratt ere di controllo (OR esclusiv o)  
TCS_18  In seguit o alla risposta al reset (ATR), il file principale (MF) è imp licitamente selezionat o e diventa la 
directory attiva. 
3.2.3  PTS 
TCS_19  Il protocoll o predef inito è T=0. Per impostare il prot ocollo T=1, il dispositivo deve inviare un PTS 
(anche noto come PPS) alla carta. 
TCS_20  Poich é entrambi i protocoll i T=0 e T=1 sono obbligat ori per la carta, anche il PTS di base per il 
cambio di protocoll o è obbligat orio per la carta. 
Come indicato nella norma ISO/IEC 7816-3, il PTS si può utilizzare per passare a velocità di dati 
più elevate rispetto a quella predefinita, proposta dalla carta nell'A TR, se presente (TA(1) byte). 
Velocità di dati più elevate per la carta sono facoltative. 
TCS_21  Se non sono previste velocità di dati diverse da quella predef inita (o se non è prevista la velocità di 
dati selezionata), la carta deve rispondere correttamente al PTS, secondo la norma ISO/IEC 7816-3, 
omette ndo il byte PPS1. 
Si ripor tano di seguit o alcuni esem pi di PTS di base per la selezione del protocollo. 
Carattere Valore Osser vazioni 
PPSS ‘FFh’ Il caratt ere iniziale 
PPS0 ‘00h’ o ‘01h’ I caratter i da PPS1 a PPS3 non sono presenti; ‘00h’ per selezio ­
nare T0, ‘01h’ per selezionare T1. 
PK ‘XXh’ Carattere di controllo:  ‘XXh’ = ‘FFh’ se PPS0 = ‘00h’, 
‘XXh’ = ‘FEh’ se PPS0 = ‘01h’.  26.5.2016 L 139/179 Gazzetta ufficiale dell'U nione europea IT     
3.3.  Regole di accesso 
TCS_22  Una regola di accesso specifi ca per una modalità di accesso, vale a dire un comando, le condizioni 
di sicurezza corrispondenti. Se queste condizioni di sicurezza sono soddisfat te, il comando 
corrispondent e è elaborato. 
TCS_23  Le seguenti condizioni di sicurezza sono usat e per la carta tachigra fica: 
Abbreviazione Significato 
ALW L'azione è sempre possibile e può essere eseguita senza limitazioni. Il co­
mando e la risposta APDU sono inviati in testo semplice, vale a dire senza 
messaggistica sicura. 
NEV L'azione non è mai possibile. 
PLAIN-C Il comando APDU è inviat o in testo semplic e, vale a dire senza messaggistica 
sicura. 
PWD L'azione può essere eseguita solo se il PIN della carta dell'off icina è stato cor­
rettamente verificato, vale a dire se la condizione di sicurezza interna della 
carta «PIN_V erified» è impostata. Il comando deve essere inviat o senza mes ­
saggistica sicura. 
EXT -AUT-G1 L'azione può essere eseguita solo se il comando Extern al Authenticat e per 
l'aute nticazione di prima generazione (cfr. anch e appendice 11, parte A) è 
stato eseguito correttamente. 
SM-MA C-G1 L'APDU (comando e risposta) deve essere applicata con messaggistica sicura 
di prima generazione in modalità di sola aute nticazione (cfr. appendice 11, 
parte A). 
SM-C-MA C-G1 Il comando APDU deve essere applicat o con messaggistica sicura di prima 
generazione in modalità di sola autentica zione (cfr. appendice 11, parte A). 
SM-R -ENC-G1 La risposta APDU deve essere applicata con messaggistica sicura di prima 
generazione in modalità cifratura (cfr. appendice 11, parte A), vale a dire 
senza che sia inviat o in risposta un codice di autenticaz ione del messaggio. 
SM-R -ENC-MA C-G1 La risposta APDU deve essere applicata con messaggistica sicura di prima 
generazione in modalità cifratura seguita da autenti cazione (cfr. appendice 
11, parte A). 
SM-MA C-G2 L'APDU (comando e risposta) deve essere applicata con messaggistica sicura 
di seconda generazione in modalità di sola aute nticazione (cfr. appendice 
11, parte B). 
SM-C-MA C-G2 Il comando APDU deve essere applicat o con messaggistica sicura di seconda 
generazione in modalità di sola aute nticazione (cfr. appendice 11, parte B). 
SM-R -ENC-MA C-G2 La risposta APDU deve essere applicata con messaggistica sicura di seconda 
generazione in modalità cifratura seguita da autenti cazione (cfr. appendice 
11, parte B).  
TCS_24  Queste condizioni di sicurezza possono essere collegat e nei seguenti modi: 
AND (E): devon o essere soddisfatt e tutte le condizioni di sicurezza 
OR (O): deve essere soddisfatta almeno una condizione di sicurezza 
Le norme di accesso per il file syste m, vale a dire per i comandi SELECT , UPD ATE BINAR Y e READ 
BINAR Y, sono specifi cate nel capitolo 4. Le norme di accesso per gli altri comandi sono specifi cate 
nelle seguenti tabelle. 26.5.2016 L 139/180 Gazzetta ufficiale dell'U nione europea IT     
TCS_25  Nell'applicazione DF Tachograph G1 sono utilizzat e le seguenti norme di accesso: 
Comando Carta del condu ­
cente Carta dell'officina Carta di controllo Carta dell'azienda 
Extern al Authenticat e     
—Per l'aute ntica ­
zione di prima ge­
nerazione ALW ALW ALW ALW 
—Per l'aute ntica ­
zione di seconda 
generazione ALW PWD ALW ALW 
Internal Authenticat e ALW PWD ALW ALW 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Non applicabile Non applicabile Non applicabile Non applicabile 
PSO: Com pute Digital 
Signature ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Non applicabile Non applicabile 
PSO: Hash Non applicabile Non applicabile ALW Non applicabile 
PSO: Hash of File ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Non applicabile Non applicabile 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital Si­
gnature Non applicabile Non applicabile ALW Non applicabile 
Verify Non applicabile ALW Non applicabile Non applicabile  
TCS_26  Nell'applicazione DF Tachograph_G2 sono utilizzate le seguenti norme di accesso: 
Comando Carta del condu ­
cente Carta dell'officina Carta di controllo Carta dell'azienda 
Extern al Authenticat e     
—Per l'aute ntica ­
zione di prima ge­
nerazione Non applicabile Non applicabile Non applicabile Non applicabile 
—Per l'aute ntica ­
zione di seconda 
generazione ALW PWD ALW ALW 
Internal Authenticat e Non applicabile Non applicabile Non applicabile Non applicabile 26.5.2016 L 139/181 Gazzetta ufficiale dell'U nione europea IT     
Comando Carta del condu ­
cente Carta dell'officina Carta di controllo Carta dell'azienda 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Non applicabile ALW ALW Non applicabile 
PSO: Com pute Digital 
Signature ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Non applicabile Non applicabile 
PSO: Hash Non applicabile Non applicabile ALW Non applicabile 
PSO: Hash of File ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Non applicabile Non applicabile 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital Si­
gnature Non applicabile Non applicabile ALW Non applicabile 
Verify Non applicabile ALW Non applicabile Non applicabile  
TCS_27  Nell'MF sono utilizzat e le seguenti norme di accesso: 
Comando Carta del condu ­
cente Carta dell'officina Carta di controllo Carta dell'azienda 
Extern al Authenticat e     
—Per l'aute ntica ­
zione di prima ge­
nerazione Non applicabile Non applicabile Non applicabile Non applicabile 
—Per l'aute ntica ­
zione di seconda 
generazione ALW PWD ALW ALW 
Internal Authenticat e Non applicabile Non applicabile Non applicabile Non applicabile 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Non applicabile Non applicabile Non applicabile Non applicabile 26.5.2016 L 139/182 Gazzetta ufficiale dell'U nione europea IT     
Comando Carta del condu ­
cente Carta dell'officina Carta di controllo Carta dell'azienda 
PSO: Com pute Digital 
Signature Non applicabile Non applicabile Non applicabile Non applicabile 
PSO: Hash Non applicabile Non applicabile Non applicabile Non applicabile 
PSO: Hash of File Non applicabile Non applicabile Non applicabile Non applicabile 
PSO: Verify Certificate ALW ALW ALW ALW 
Verify Non applicabile ALW Non applicabile Non applicabile  
TCS_28  Una carta tachigrafica può accettare o meno un comando con un livello di sicurezza più elevato 
rispetto a quello specifi cato nelle condizioni di sicurezza. Ciò signif ica che se la condizione di 
sicurezza è ALW (o PLAIN-C) la carta può accettare un comando con messaggistica sicura (modalità 
cifratura e/o aute nticazione). Se la condizione di sicurezza richiede la messaggistica sicura con 
modalità di aute nticazione, la carta tachi grafi ca può accettare un comando con messaggistica sicura 
della stessa generazione in modalità autenticazione e cifratura. 
Nota: le descr izioni del comando forniscono maggior i informazioni sul suppor to dei comandi per i 
diversi tipi di carte tachi grafi che e i diversi DF. 
3.4.  Panoramica dei comandi e dei codici di errore 
I comandi e l'organ izzazione dei file si desumono dalla norma ISO/IEC 7816-4, cui sono conf ormi. 
La present e sezione descr ive le seguenti coppie comando-r isposta APDU. Le varianti di comandi che sono 
suppor tate da un'applicazione di prima e di seconda generazione sono specificate nelle descr izioni dei 
comandi corrispondenti. 
Comando INS 
SELECT ‘A4h’ 
READ BINAR Y ‘B0h’, ‘B1h’ 
UPD ATE BINAR Y ‘D6h’, ‘D7h’ 
GET CHALLENGE ‘84h’ 
VERIFY ‘20h’ 
GET RESPONSE ‘C0h’ 
PERFORM SECURIT Y OPERA TION ‘2Ah’ 
—  VERIFY CER TIFIC ATE  
—  COMPUTE DIGIT AL SIGNA TURE  
—  VERIFY DIGIT AL SIGNA TURE  
—  HASH  
—  PERFORM HASH OF FILE  
—  PROCESS DSR C MESSA GE  26.5.2016 L 139/183 Gazzetta ufficiale dell'U nione europea IT     
Comando INS 
INTERNAL AUTHENTICA TE ‘88h’ 
EXTERNAL AUTHENTICA TE ‘82h’ 
MANA GE SECURIT Y ENVIR ONMENT ‘22h’ 
—  SET DIGIT AL SIGNA TURE TEMPL ATE  
—  SET AUTHENTICA TION TEMPL ATE  
GENERAL AUTHENTICA TE ‘86h’  
TCS_29  Le parole di stato SW1 SW2 sono inviat e in ogni messaggio di risposta ed indicano lo stato di 
elaborazione del comando. 
SW1 SW2 Signif icato 
90 00 Elaborazione normale 
61 XX Elaborazione normale XX = numero di byte di risposta disponibili 
62 81 Elaborazione con avver timent o. Parte dei dati inviati in risposta potrebbero es­
sere danneggiati 
63 00 Autenticazione fallita (avver timento) 
63 CX CHV (PIN) errato. Contator e tentativi rimasti fornito da ‘X’ 
64 00 Errore di esecuzione — Stato della memor ia non volatile immutato. Errore di 
integr ità 
65 00 Errore di esecuzione — Stato della memor ia non volatile mutato 
65 81 Errore di esecuzione — Stato della memor ia non volatile mutat o — Errore di 
memor ia 
66 88 Errore di sicurezza: tota le di controllo crittografi co errato (durante messaggi ­
stica sicura) o 
certificato errato (durante verifica certificato) o 
crittogramma errato (durante autenticazione esterna) o 
firma errata (durant e verifica firma) 
67 00 Lunghezza errata (Lc o Le errata) 
68 82 Messaggistica sicura non suppor tata 
68 83 Ultimo comando della catena atteso 
69 00 Comando vietat o (risposta non disponibile in T = 0) 
69 82 Condizione di sicurezza non soddisfat ta 
69 83 Metodo di autenti cazione bloccat o 
69 85 Condizioni di impiego non soddisfatt e 
69 86 Comando non consentito (nessun EF corrente) 26.5.2016 L 139/184 Gazzetta ufficiale dell'U nione europea IT     
SW1 SW2 Signif icato 
69 87 Oggetti di dati previsti in messaggistica sicura mancanti 
69 88 Oggetti di dati in messaggistica sicura non corretti 
6A 80 Parametr i errati nel camp o di dati 
6A 82 File non trovato 
6A 86 Parametr i P1-P2 errati 
6A 88 Dati indicati non trovati 
6B 00 Parametr i errati (scostamento al di fuor i dell'EF) 
6C XX Lunghezza errata, SW2 indica la lunghezza esatta. Non viene inviato alcun 
campo di dati in risposta 
6D 00 Codice di istruzione non previsto o non valido 
6E 00 Classe non prevista 
6F 00 Altr i errori di controllo  
TCS_30  Se in un comando APDU è soddisfatta più di una condizione di errore, la carta può inviare in 
risposta una qualsiasi delle parole di stato appropr iate. 
3.5.  Descr izione dei comandi 
Nel present e capit olo sono descr itti i comandi obbligat ori per le carte tach igraf iche. 
Altr i particolar i di riliev o, riguardanti le operazioni crittograf iche, sono forniti nell'appendice 11 (Meccanismi 
comuni di sicurezza per i tach igraf i di prima e seconda generazione). 
Tutti i comandi sono descr itti a prescindere dal prot ocollo utilizzat o (T=0 o T=1). I byte APDU CLA, INS, P1, 
P2, Lc e Le sono sem pre indicati. Se i byte Lc o Le non sono necessar i per il comando descr itto, la 
lunghezza, il valore e la descr izione ad essi associati sono vuoti. 
TCS_31  Se entrambi i byte di lunghezza (Lc e Le) sono necessar i, e se l'IFD utilizza il prot ocollo T=0, il 
comando descr itto dev'essere suddiviso in due parti: l'IFD invia il comando secondo quanto 
descr itto con P3=Lc + dati e quindi invia un comando GET RESPONSE (cfr. paragraf o 3.5.6) con 
P3=Le. 
TCS_32  Se sono necessar i entrambi i byte di lunghezza e Le=0 (messaggistica sicura): 
—  se si usa il protocollo T=1, la carta deve rispondere a Le=0 inviando tutti i dati in uscita 
disponibili; 
—  se si usa il protocollo T=0, l'IFD deve inviare il primo comando con P3=Lc + dati e la carta deve 
rispondere (a questo implicit o Le=0) con i byte di stato ‘61La’, dove La è il numero di byte di 
risposta disponibili. L'IFD deve generare quindi un comando GET RESPONSE con P3=La per 
legger e i dati. 
TCS_33  Una carta tachigra fica può suppor tare campi di lunghezza estesa conf ormemente alla norma ISO/ 
IEC 7816-4 quale caratt eristica opzionale. Una carta tachi grafi ca che suppor ta campi di lunghezza 
estesa: 
—  deve indicare che suppor ta i campi di lunghezza estesa nell'A TR; 
—  deve fornire la dimensione del buff er suppor tato tramite le informazioni di lunghezza estesa 
nell'A TR/INFO dell'EF , cfr. TCS_146; 26.5.2016 L 139/185 Gazzetta ufficiale dell'U nione europea IT     
—  deve indicare se suppor ta campi di lunghezza estesa per T = 1 e/o T = 0 nella lunghezza estesa 
dell'EF , cfr. TCS_147; 
—  deve suppor tare campi di lunghezza estesa per l'applicazione tachigra fica di prima e seconda 
generazione. 
Note: 
tutti i comandi sono specifi cati per campi di lunghezza breve. L'uso di APDU di lunghezza estesa è 
specifi cato nella norma ISO/IEC 7816-4. 
In generale i comandi sono specifi cati per la modalità in chiaro, vale a dire senza messaggistica 
sicura, poich é il livello della messaggistica sicura è specifi cato nell'appendice 11. È chiaro dalle 
norme di accesso di un comando se questo suppor ta la messaggistica sicura oppure no e se 
suppor ta la messaggistica sicura di prima e/o di seconda generazione. Alcune varianti di comandi 
sono descr itte con messaggistica sicura per illustrar ne l'uso. 
TCS_34  La VU deve eseguire il prot ocollo compl eto di autentica zione reciproca tra la VU di seconda 
generazione e la carta per una sessione, compresa la verifica del certificato (se richiesta), in DF 
Tachog raph, DF Tachograph_G2 o nell'MF . 
3.5.1  SELECT 
Questo comando è conf orme alla norma ISO/IEC 7816-4, ma ha un impiego limitat o rispetto al comando 
definito nella norma. 
Il comando SELECT si usa per: 
—  selezionare un DF di applicazione (si deve usare la selezione per nome) 
—  selezionare un file elementare corrispondente all'ID del file indicato 
3.5.1.1  Selezione in base al nome (AID) 
Questo comando consente di selezionare un DF di applicazione nella carta. 
TCS_35  Il comando può essere eseguit o da qualsiasi punt o della struttura del file (dopo l'ATR o in qualsiasi 
momento) . 
TCS_36 La selezione di un'applicazione azzera l'ambiente di sicurezza attiv o. Dopo la selezione dell'appli ­
cazione non è più selezionata nessuna chiave pubblica corrente . Si perde anch e la condizione di 
accesso EXT -AUT-G1. Se il comando è stato eseguit o senza messaggistica sicura, le chiavi della 
precedente sessione di messaggistica sicura non sono più disponibili. 
TCS_37  Messaggio di comando 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘04h’ Selezione in base al nome (AID) 
P2 1 ‘0Ch’ Nessuna risposta attesa 
Lc 1 ‘NNh’ Numero di byte inviati alla carta (lunghezza dell'AID): 
‘06h’ per l'applicazione tachigrafica 
#6-#(5 + NN) NN ‘XX..XXh’ AID: ‘FF 54 41 43 48 4F’ per l'applicazione tachi grafi ca di 
prima generazione 
AID: ‘FF 53 4D 52 44 54’ per l'applicazione tachi grafi ca di 
seconda generazione  
Non è necessar ia una risposta al comando SELECT (Le assente in T=1 o nessuna risposta richiesta in 
T=0). 26.5.2016 L 139/186 Gazzetta ufficiale dell'U nione europea IT     
TCS_38  Messaggio di rispost a (nessuna rispost a richiest a) 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se l'applicazione corrispondente all'AID non viene trovata, lo stato di elaborazione inviato in 
risposta è ‘6A82’. 
—  In T=1, se il byte Le è presente, lo stato inviat o in risposta è ‘6700’. 
—  In T=0, se è richiesta una risposta dopo il comando SELECT , lo stato inviato in risposta è 
‘6900’. 
—  Se l'applicazione selezionata è considerata danneggiata (neg li attributi del file è rilevato un 
errore di integr ità), lo stato di elaborazione inviato in risposta è ‘6400’ o ‘6581’. 
3.5.1.2  Selezione di un file elementare utilizzando il suo identifi cativ o 
TCS_39  Messaggio di comando 
TCS_40  Una carta tachi grafi ca deve suppor tare la messaggistica sicura di seconda generazione, come 
specifi cato nell'appendice 11, parte B, per questa variante di comando. 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘02h’ Selezione di un EF sotto il DF corrente 
P2 1 ‘0Ch’ Nessuna risposta attesa 
Lc 1 ‘02h’ Numero di byte inviati alla carta 
#6-#7 2 ‘XXXXh’ Identif icativ o del file  
Non è necessar ia una risposta al comando SELECT (Le assente in T=1 o nessuna risposta richiesta in 
T=0). 
TCS_41  Messaggio di rispost a (nessuna rispost a richiest a) 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se il file corrispondente all'identif icativ o del file non viene trovato, lo stato di elaborazione 
inviato in risposta è ‘6A82’ . 
—  In T=1, se il byte Le è presente, lo stato inviat o in risposta è ‘6700’. 
—  In T=0, se è richiesta una risposta dopo il comando SELECT , lo stato inviato in risposta è 
‘6900’. 
—  Se il file selezionato è considerato danneggiat o (neg li attributi del file è rilevato un errore di 
integrità) , lo stato di elaborazione inviat o in risposta è ‘6400’ o ‘6581’. 
3.5.2  READ BINARY 
Questo comando è conf orme alla norma ISO/IEC 7816-4, ma ha un impiego limitat o rispetto al comando 
definito nella norma. 26.5.2016 L 139/187 Gazzetta ufficiale dell'U nione europea IT     
Il comando READ BINAR Y è usato per legger e i dati di un file trasparente. 
La risposta della carta consiste nell'invio dei dati letti, eventualment e incapsulati in una struttura di messag ­
gistica sicura. 
3.5.2.1  Comando con scostamento in P1-P2 
Questo comando consente all'IFD di legge re i dati dell'EF selezionato, senza messaggistica sicura. 
Nota: questo comando senza messaggistica sicura si può usare solo per leggere un file che suppor ta la 
condizione di sicurezza ALW per la modalità Read Access. 
TCS_42  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Read Binar y 
P1 1 ‘XXh’ Scostament o in byte dall'inizio del file: byte più signif icativ o 
P2 1 ‘XXh’ Scostament o in byte dall'inizio del file: byte meno signif icativ o 
Le 1 ‘XXh’ Lunghezza dei dati attesi. Numero di byte da leggere  
Nota: il bit 8 di P1 dev'essere impostato a 0.  
TCS_43  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
#1-#X X ‘XX..XXh’ Dati letti 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se non è selezionato un EF, lo stato di elaborazione inviato in risposta è ‘6986’. 
—  Se le condizioni di sicurezza del file selezionat o non sono soddisfatt e, il comando viene 
interrotto con ‘6982’. 
—  Se lo scostament o non è compatib ile con la dimensione dell'EF (scostamento > dimensione EF), 
lo stato di elaborazione inviat o in risposta è ‘6B00’. 
—  Se la dimensione dei dati da legger e non è compati bile con la dimensione dell'EF (scostamento + 
Le > dimensione EF), lo stato di elaborazione inviato in risposta è ‘6700’ o ‘6Cxx’, dove ‘xx’ 
indica la lunghezza esatta. 
—  Se negli attributi del file è rilevato un errore di integrit à, la carta deve considerare tale file 
danneggiat o e irrecuperabile; lo stato di elaborazione inviato in risposta è ‘6400’ o ‘6581’. 
—  Se nei dati memor izzati è rilevat o un errore di integr ità, la carta deve fornire i dati richiesti e 
inviare in risposta lo stato di elaborazione ‘6281’. 
3.5.2.1.1  Comando con messaggistica sicura (esempi) 
Questo comando consent e all'IFD di legger e i dati dall'EF selezionato con messaggistica sicura, al fine di 
verificare l'integrità dei dati ricevuti e di prot eggere la riservatezza dei dati se si applica la condizione di 
sicurezza SM-R -ENC-MA C-G1 (prima generazione) o SM-R -ENC-MA C-G2 (seconda generazione). 26.5.2016 L 139/188 Gazzetta ufficiale dell'U nione europea IT     
TCS_44  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘0Ch’ Rich iesta messaggistica sicura 
INS 1 ‘B0h’ Read Binar y 
P1 1 ‘XXh’ P1 (scostamento in byte dall'inizio del file): byte più signi ­
ficativo 
P2 1 ‘XXh’ P2 (scostament o in byte dall'inizio del file): byte meno si­
gnificat ivo 
Lc 1 ‘XXh’ Lung hezza dei dati in ingresso per messaggistica sicura 
#6 1 ‘97h’ TLE: tag per la specifi cazione della lunghezza attesa 
#7 1 ‘01h’ LLE: lunghezza della lunghezza attesa 
#8 1 ‘NNh’ Specific azione della lunghezza attesa (Le originale): nu­
mero di byte da leggere 
#9 1 ‘8Eh’ TCC: tag per il totale di controllo crittografi co 
#10 1 ‘XXh’ LCC: lunghezza del totale di controllo crittografi co succes ­
sivo 
‘04h’ per la messaggistica sicura di prima generazione (cfr. 
appendice 11, parte A) 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lunghezza della chiave AES 
per la messaggistica sicura di seconda generazione (cfr. ap­
pendice 11, parte B) 
#11-#(10 + L) L ‘XX..XXh’ Totale di controllo crittografi co 
Le 1 ‘00h’ Secondo la norma ISO/IEC 7816-4  
TCS_45  Messaggio di rispost a se SM-R-ENC-MA C-G1 (prima generazione) / SM-R-ENC-MA C-G2 
(seconda generazione) non è necessar io e se il format o di messaggistica sicura in ingresso è 
corrett o: 
Byte Lunghezza Valore Descr izione 
#1 1 ‘99h’ Tag per lo stato di elaborazione 
(SW1-SW2) — facoltativo per la mes ­
saggistica sicura di prima generazione 
#2 1 ‘02h’ Lunghezza dello stato di elaborazione 
#3 — #4 2 ‘XX XXh’ Stato di elaborazione della risposta 
APDU non prote tta 
#5 1 ‘81h’ TPV: tag per i dati in chiaro 
#6 L ‘NNh’ o 
‘81 NNh’ LPV: lunghezza dei dati inviati in rispo ­
sta (=Le originale). 
L è 2 byte se LPV >127 byte 26.5.2016 L 139/189 Gazzetta ufficiale dell'U nione europea IT     
Byte Lunghezza Valore Descr izione 
#(6 + L)-#(5 + L + NN) NN ‘XX..XXh’ Dati in chiaro 
#(6 + L + NN) 1 ‘8Eh’ TCC: tag per il totale di controllo crit­
tografico 
#(7 + L + NN) 1 ‘XXh’ LCC: lunghezza del totale di controllo 
crittografi co successiv o 
‘04h’ per la messaggistica sicura di 
prima generazione (cfr. appendice 11, 
parte A) 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lun­
ghezza della chiave AES per la mes ­
saggistica sicura di seconda genera ­
zione (cfr. appendice 11, parte B) 
#(8 + L + NN)-#(7 + M + L + NN) M ‘XX..XXh’ Totale di controllo crittografi co 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
TCS_46  Messaggio di rispost a se SM-R-ENC-MA C-G1 (prima generazione) / SM-R-ENC-MA C-G2 
(seconda generazione) è necessar io e se il formato di messaggistica sicura in ingresso è 
corrett o: 
Byte Lunghezza Valore Descr izione 
#1 1 ‘87h’ TPI CG: tag per i dati criptati (crittogramma) 
#2 L ‘MMh’ o 
‘81 MMh’ LPI CG: lunghezza dei dati criptati inviati in 
risposta (diversa da Le originale del co­
mando a causa del riempiment o) 
L è 2 byte se LPI CG>127 byte 
#(2+L)-#(1+L+MM) MM ‘01XX..XXh’ Dati criptati: indicatore di riempiment o e 
crittogramma 
#(2+L+MM) 1 ‘99h’ Tag per lo stato di elaborazione (SW1- 
SW2) — facoltativ o per la messaggistica 
sicura di prima generazione 
#(3+L+MM) 1 ‘02h’ Lungh ezza dello stato di elaborazione 
#(4+L+MM) — #(5+L+MM) 2 ‘XX XXh’ Stato di elaborazione della risposta APDU 
non protet ta 
#(6+L+MM) 1 ‘8Eh’ TCC: tag per il tota le di controllo crittogra ­
fico 
#(7+L+MM) 1 ‘XXh’ LCC: lunghezza del totale di controllo crit­
tografico successiv o 
‘04h’ per la messaggistica sicura di prima 
generazione (cfr. appendice 11, parte A) 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lunghezza 
della chiave AES per la messaggistica si­
cura di seconda generazione (cfr. appen ­
dice 11, parte B) 
#(8+L+MM)-#(7+N+L+MM) N ‘XX..XXh’ Totale di controllo crittograf ico 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  26.5.2016 L 139/190 Gazzetta ufficiale dell'U nione europea IT     
Il comando READ BINAR Y può inviare in risposta gli stati di elaborazione regolare elencati in 
TCS_43 con il tag ‘99h’ , come descr itto in TCS_59, usando la struttura di risposta della messag ­
gistica sicura. 
Si possono inoltre verificare alcuni errori riguardanti in modo specifi co la messaggistica sicura. In 
tal caso, viene inviat o in risposta solo lo stato di elaborazione, senza strutture di messaggistica 
sicura. 
TCS_47  Messaggio di rispost a se il format o di messaggist ica sicura in ingresso è errato 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se non è disponibile una chiave di sessione corrente , viene inviato in risposta lo stato di 
elaborazione ‘6A88’ . Quest o si verifica se la chiave di sessione non è ancora stata generata o se 
è term inato il corso di validità della chiave di sessione (in questo caso l'IFD deve rieseguire un 
processo di autenti cazione reciproca per impostare una nuo va chiave di sessione). 
—  Se nel format o di messaggistica sicura mancano alcuni oggett i di dati attesi (secondo quanto 
sopra specific ato), viene inviato in risposta lo stato di elaborazione ‘6987’: questo errore si 
verifica se manca un tag atteso o se il comando non è costr uito in modo corretto. 
—  Se alcuni oggetti di dati non sono corretti, lo stato di elaborazione inviato in risposta è ‘6988’: 
questo errore si verifica se tutti i tag richiesti sono presenti, ma alcune lunghezze sono diverse 
da quelle attese. 
—  Se la verifica del tota le di controllo crittografi co ha esito negativ o, lo stato di elaborazione 
inviato in risposta è ‘6688’. 
3.5.2.2  Comando con identificativo breve dell'EF (file elementare) 
Questa variante di comando consente all'IFD di selezionare un EF mediante un identif icativ o breve dell'EF e 
di legger e i dati da questo EF. 
TCS_48  Una carta tachigrafica deve suppor tare questa variante di comando per tutti i file elementar i con un 
identif icativ o breve dell'EF determinato. Questi identificativi brevi dell'EF sono specificati nel 
capitolo 4. 
TCS_49  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Read Binar y 
P1 1 ‘XXh’ Il bit 8 è pari a 1 
I bit 7 e 6 sono pari a 00 
I bit 5 — 1 codificano l'identificativo breve dell'EF corrispondent e 
P2 1 ‘XXh’ Codifica uno scostament o da 0 a 255 byte nell'EF al quale si riferisce P1 
Le 1 ‘XXh’ Lunghezza dei dati attesi. Numero di byte da leggere  
Nota: gli identificativi brevi dell'EF utilizzati per l'applicazione tachi grafic a di seconda generazione 
sono specif icati nel capitolo 4. 
Se P1 codifica un identif icativ o breve dell'EF e il comando ha esito positiv o, l'EF identif icato diventa 
l'EF selezionato in quel momento (EF corrente ). 
TCS_50  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
#1-#L L ‘XX..XXh’ Dati letti 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  26.5.2016 L 139/191 Gazzetta ufficiale dell'U nione europea IT     
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se il file corrispondente all'identificativo breve dell'EF non viene trovato, lo stato di elaborazione 
inviato in risposta è ‘6A82’ . 
—  Se le condizioni di sicurezza del file selezionat o non sono soddisfatt e, il comando viene 
interrotto con ‘6982’. 
—  Se lo scostament o non è compatib ile con la dimensione dell'EF (scostamento > dimensione EF), 
lo stato di elaborazione inviat o in risposta è ‘6B00’. 
—  Se la dimensione dei dati da legger e non è compati bile con la dimensione dell'EF (scostamento + 
Le > dimensione EF), lo stato di elaborazione inviato in risposta è ‘6700’ o ‘6Cxx’, dove ‘xx’ 
indica la lunghezza esatta. 
—  Se negli attributi del file è rilevato un errore di integrit à, la carta deve considerare tale file 
danneggiat o e irrecuperabile; lo stato di elaborazione inviato in risposta è ‘6400’ o ‘6581’. 
—  Se nei dati memor izzati è rilevat o un errore di integr ità, la carta deve fornire i dati richiesti e 
inviare in risposta lo stato di elaborazione \‘6281’ . 
3.5.2.3  Comando con byte di istr uzioni dispar i 
Questa variante di comando consente all'IFD di leggere i dati da un EF con 32 768 byte o più. 
TCS_51  Una carta tachigrafica che suppor ta EF con 32 768 byte o più deve suppor tare questa variante di 
comando per questi EF. Una carta tachi grafi ca può suppor tare o meno questa variante di comando 
per altri EF ad eccezione dell'EF Sensor_Installation_Data, cfr. TCS_156 e TCS_160. 
TCS_52  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘B1h’ Read Binar y 
P1 1 ‘00h’ EF corrent e 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc Lunghezza dell'oggett o di dati di scostament o 
#6-#(5+NN) NN ‘XX..XXh’ Ogge tto di dati di scostament o: 
Tag  ‘54h’ 
Lunghezza  ‘01h’ o ‘02h’ 
Valore  scostament o 
Le 1 ‘XXh’ Numero di byte da legger e  
L'IFD deve codificare la lunghezza dell'ogg etto di dati di scostament o con il numero minimo 
possibile di ottetti, ovvero utilizzando il byte di lunghezza ‘01h’ , l'IFD deve codificare uno 
scostamento da 0 a 255 e, utilizzando il byte di lunghezza ‘02h’ , uno scostament o da ‘256’ fino a 
‘65 535’ byte. 
TCS_53  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
#1-#L L ‘XX..XXh’ Dati letti incapsulati in un ogget to di dati discrezionale con tag 
‘53h’ . 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  26.5.2016 L 139/192 Gazzetta ufficiale dell'U nione europea IT     
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se non è selezionato un EF, lo stato di elaborazione inviato in risposta è ‘6986’. 
—  Se le condizioni di sicurezza del file selezionat o non sono soddisfatt e, il comando viene 
interrotto con ‘6982’. 
—  Se lo scostament o non è compatib ile con la dimensione dell'EF (scostamento > dimensione EF), 
lo stato di elaborazione inviat o in risposta è ‘6B00’. 
—  Se la dimensione dei dati da legger e non è compati bile con la dimensione dell'EF (scostamento + 
Le > dimensione EF), lo stato di elaborazione inviato in risposta è ‘6700’ o ‘6Cxx’, dove ‘xx’ 
indica la lunghezza esatta. 
—  Se negli attributi del file è rilevato un errore di integrit à, la carta deve considerare tale file 
danneggiat o e irrecuperabile; lo stato di elaborazione inviato in risposta è ‘6400’ o ‘6581’. 
—  Se nei dati memor izzati è rilevat o un errore di integr ità, la carta deve fornire i dati richiesti e 
inviare in risposta lo stato di elaborazione ‘6281’. 
3.5.2.3.1  Comando con messaggistica sicura (esempio) 
Il seguent e esem pio illustra l'uso della messaggistica sicura se si applica la condizione di sicurezza SM-MA C- 
G2. 
TCS_54  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘0Ch’ Richiesta messaggistica sicura 
INS 1 ‘B1h’ Read Binar y 
P1 1 ‘00h’ EF corrente 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Lungh ezza del campo di dati sicur i 
#6 1 ‘B3h’ Tag per i dati in chiaro codificat i in BER -TLV 
#7 1 ‘NNh’ LPV: lunghezza dei dati trasmessi 
#(8)-#(7+NN) NN ‘XX..XXh’ Dati in chiaro codificati in BER -TLV, vale a dire 
l'ogget to di dati di scostament o con tag ‘54’ 
#(8+NN) 1 ‘97h’ TLE: tag per la specificazione della lunghezza at­
tesa 
#(9+NN) 1 ‘01h’ LLE: lunghezza della lunghezza attesa 
#(10+NN) 1 ‘XXh’ Specifi cazione della lunghezza attesa (Le origi­
nale): numero di byte da legge re 
#(11+NN) 1 ‘8Eh’ TCC: tag per il totale di controllo crittograf ico 
#(12+NN) 1 ‘XXh’ LCC: lunghezza del totale di controllo crittogra ­
fico successiv o 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lunghezza della 
chiave AES per la messaggistica sicura di se­
conda generazione (cfr. appendice 11, parte B) 
#(13+NN)-#(12+M+NN) M ‘XX..XXh’ Totale di controllo crittografi co 
Le 1 ‘00h’ Secondo la norma ISO/IEC 7816-4  26.5.2016 L 139/193 Gazzetta ufficiale dell'U nione europea IT     
TCS_55  Messaggio di risposta se il comando ha esito positivo 
Byte Lunghezza Valore Descr izione 
#1 1 ‘B3h’ Dati in chiaro codificat i in BER -TLV 
#2 L ‘NNh’ o 
‘81 NNh’ LPV: lunghezza dei dati inviati in risposta (=Le 
originale). 
L è 2 byte se LPV>127 byte 
#(2+L)-#(1+L+NN) NN ‘XX..XXh’ Dati in chiaro codif icati in BER -TLV, vale a 
dire dati letti incapsulati in un oggett o di dati 
discrezionale con tag ‘53h’ 
#(2+L+NN) 1 ‘99h’ Stato di elaborazione della risposta APDU 
non prote tta 
#(3+L+NN) 1 ‘02h’ Lung hezza dello stato di elaborazione 
#(4+L+NN) — #(5+L+NN) 2 ‘XX XXh’ Stato di elaborazione della risposta APDU 
non prote tta 
#(6+L+NN) 1 ‘8Eh’ TCC: tag per il tota le di controllo crittografi co 
#(7+L+NN) 1 ‘XXh’ LCC: lunghezza del totale di controllo critto­
grafico successivo 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lunghezza della 
chiave AES per la messaggistica sicura di se­
conda generazione (cfr. appendice 11, parte 
B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Totale di controllo crittografi co 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
3.5.3  UPD ATE BINARY 
Questo comando è conf orme alla norma ISO/IEC 7816-4, ma ha un impiego limitat o rispetto al comando 
definito nella norma. 
Il messaggio di comando UPD ATE BINAR Y avvia l'aggior nament o (cancellazione + scrittura) dei bit già 
presenti in un EF binar io con i bit indicati nel comando APDU. 
3.5.3.1  Comando con scostamento in P1-P2 
Questo comando consente all'IFD di scrivere dati nell'EF selezionato, senza che la carta verifichi l'integrità dei 
dati ricevuti. 
Nota: questo comando senza messaggistica sicura si può usare solo per aggior nare un file che suppor ta la 
condizione di sicurezza ALW per la modalità Update Access. 
TCS_56  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Updat e Binar y 26.5.2016 L 139/194 Gazzetta ufficiale dell'U nione europea IT     
Byte Lunghezza Valore Descr izione 
P1 1 ‘XXh’ Scostament o in byte dall'inizio del file: byte più signif icativ o 
P2 1 ‘XXh’ Scostament o in byte dall'inizio del file: byte meno significa ­
tivo 
Lc 1 ‘NNh’ Lc Lunghezza dei dati da aggior nare. Numero di byte da 
scrivere 
#6-#(5+NN) NN ‘XX..XXh’ Dati da scrivere  
Nota: il bit 8 di P1 dev'essere impostato a 0.  
TCS_57  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se non è selezionato un EF, lo stato di elaborazione inviato in risposta è ‘6986’. 
—  Se le condizioni di sicurezza del file selezionat o non sono soddisfatt e, il comando viene 
interrotto con ‘6982’. 
—  Se lo scostament o non è compatib ile con la dimensione dell'EF (scostamento > dimensione EF), 
lo stato di elaborazione inviat o in risposta è ‘6B00’. 
—  Se la dimensione dei dati da scrivere non è compati bile con la dimensione dell'EF (scostamento 
+ Lc > dimensione EF), lo stato di elaborazione inviat o in risposta è ‘6700’. 
—  Se negli attributi del file è rilevato un errore di integrit à, la carta deve considerare tale file 
danneggiat o e irrecuperabile; lo stato di elaborazione inviato in risposta è ‘6400’ o ‘6500’. 
—  Se l'operazione di scrittura fallisce, lo stato di elaborazione inviat o in risposta è ‘6581’. 
3.5.3.1.1  Comando con messaggistica sicura (esempi) 
Questo comando consente all'IFD di scrivere dati nell'EF selezionat o, con verifica da parte della carta dell'in ­
tegrità dei dati ricevuti. Poich é non è richiesta la riservatezza, i dati non sono criptati. 
TCS_58  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘0Ch’ Rich iesta messaggistica sicura 
INS 1 ‘D6h’ Update Binar y 
P1 1 ‘XXh’ Scostament o in byte dall'inizio del file: 
byte più signif icativ o 
P2 1 ‘XXh’ Scostament o in byte dall'inizio del file: 
byte meno significativo 
Lc 1 ‘XXh’ Lung hezza del campo di dati sicur i 26.5.2016 L 139/195 Gazzetta ufficiale dell'U nione europea IT     
Byte Lunghezza Valore Descr izione 
#6 1 ‘81h’ TPV: tag per i dati in chiaro 
#7 L ‘NNh’ o 
‘81 NNh’ LPV: lunghezza dei dati trasmessi 
L è 2 byte se LPV >127 byte 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ Valore dei dati in chiaro (dati da scrivere) 
#(7+L+NN) 1 ‘8Eh’ TCC: tag per il tota le di controllo crittografi co 
#(8+L+NN) 1 ‘XXh’ LCC: lunghezza del totale di controllo critto­
grafico seguent e ‘04h’ per la messaggistica si­
cura di prima generazione (cfr. appendice 11, 
parte A) 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lunghezza della 
chiave AES per la messaggistica sicura di se­
conda generazione (cfr. appendice 11, parte 
B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Totale di controllo crittografi co 
Le 1 ‘00h’ Secondo la norma ISO/IEC 7816-4  
TCS_59  Messaggio di rispost a se il format o di messaggist ica sicura in ingresso è corretto 
Byte Lunghezza Valore Descr izione 
#1 1 ‘99h’ TSW: tag per le parole di stato (deve essere protett o da CC) 
#2 1 ‘02h’ LSW: lunghezza delle parole di stato inviat e in risposta 
#3-#4 2 ‘XXXXh’ Stato di elaborazione della risposta APDU non protetta 
#5 1 ‘8Eh’ TCC: tag per il totale di controllo crittografi co 
#6 1 ‘XXh’ LCC: lunghezza del totale di controllo crittografico successivo 
‘04h’ per la messaggistica sicura di prima generazione (cfr. ap­
pendice 11, parte A) 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lunghezza della chiave AES per 
la messaggistica sicura di seconda generazione (cfr. appendice 
11, parte B) 
#7-#(6+L) L ‘XX..XXh’ Totale di controllo crittografi co 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
Gli stati di elaborazione «regolar i», descr itti per il comando UPD ATE BINAR Y senza messaggistica 
sicura (cfr. §3.5.3.1), possono essere inviati in risposta utilizzando la struttura del messaggio di 
risposta sopra descr itta. 
Si possono inoltre verificare alcuni errori riguardanti in modo specifi co la messaggistica sicura. In 
tal caso, viene inviat o in risposta solo lo stato di elaborazione, senza strutture di messaggistica 
sicura. 
TCS_60  Messaggio di rispost a in caso di errore di messaggist ica sicura 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  26.5.2016 L 139/196 Gazzetta ufficiale dell'U nione europea IT     
—  Se non è disponibile una chiave di sessione corrente , viene inviato in risposta lo stato di 
elaborazione ‘6A88’ . 
—  Se nel format o di messaggistica sicura mancano alcuni oggett i di dati attesi (secondo quanto 
sopra specific ato), viene inviato in risposta lo stato di elaborazione ‘6987’: questo errore si 
verifica se manca un tag atteso o se il comando non è costr uito in modo corretto. 
—  Se alcuni oggetti di dati non sono corretti, lo stato di elaborazione inviato in risposta è ‘6988’: 
questo errore si verifica se tutti i tag richiesti sono presenti, ma alcune lunghezze sono diverse 
da quelle attese. 
—  Se la verifica del tota le di controllo crittografi co ha esito negativ o, lo stato di elaborazione 
inviato in risposta è ‘6688’. 
3.5.3.2  Comando con identificativo breve dell'EF 
Questa variante di comando consente all'IFD di selezionare un EF mediante un identif icativ o breve dell'EF e 
di scrivere dati da questo EF. 
TCS_61  Una carta tachigrafica deve suppor tare questa variante di comando per tutti i file elementar i con un 
identif icativ o breve dell'EF determinato. Questi identificativi brevi dell'EF sono specificati nel 
capitolo 4. 
TCS_62  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Updat e Binar y 
P1 1 ‘XXh’ Il bit 8 è pari a 1 
I bit 7 e 6 sono pari a 00 
I bit 5 — 1 codificano l'identif icativ o breve dell'EF corri­
spondente 
P2 1 ‘XXh’ Codifica uno scostamento da 0 a 255 byte nell'EF al quale si 
riferisce P1 
Lc 1 ‘NNh’ Lc Lunghezza dei dati da aggior nare. Numero di byte da 
scrivere 
#6-#(5+NN) NN ‘XX..XXh’ Dati da scrivere  
TCS_63  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
Nota: gli identificativi brevi dell'EF utilizzati per l'applicazione tachi grafic a di seconda generazione 
sono specif icati nel capitolo 4. 
Se P1 codifica un identif icativ o breve dell'EF e il comando ha esito positiv o, l'EF identif icato diventa 
l'EF selezionato in quel momento (EF corrente ). 
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se il file corrispondente all'identificativo breve dell'EF non viene trovato, lo stato di elaborazione 
inviato in risposta è ‘6A82’ . 
—  Se le condizioni di sicurezza del file selezionat o non sono soddisfatt e, il comando viene 
interrotto con ‘6982’. 26.5.2016 L 139/197 Gazzetta ufficiale dell'U nione europea IT     
—  Se lo scostament o non è compatib ile con la dimensione dell'EF (scostamento > dimensione EF), 
lo stato di elaborazione inviat o in risposta è ‘6B00’. 
—  Se la dimensione dei dati da scrivere non è compati bile con la dimensione dell'EF (scostamento 
+ Lc > dimensione EF), lo stato di elaborazione inviat o in risposta è ‘6700’. 
—  Se negli attributi del file è rilevato un errore di integrit à, la carta deve considerare tale file 
danneggiat o e irrecuperabile; lo stato di elaborazione inviato in risposta è ‘6400’ o ‘6581’. 
—  Se l'operazione di scrittura fallisce, lo stato di elaborazione inviat o in risposta è ‘6581’. 
3.5.3.3  Comando con byte di istr uzioni dispar i 
Questa variante di comando consente all'IFD di scrivere i dati in un EF con 32 768 byte o più. 
TCS_64  Una carta tachigrafica che suppor ta EF con 32 768 byte o più deve suppor tare questa variante di 
comando per questi EF. Una carta tachi grafi ca può suppor tare o meno questa variante di comando 
per altri EF. 
TCS_65  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘D7h’ Updat e Binar y 
P1 1 ‘00h’ EF corrent e 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc Lunghezza dei dati nel campo di dati del comando 
#6-#(5+NN) NN ‘XX..XXh’ Ogge tto di dati di scostament o con tag ‘54h’ || Oggett o di 
dati discrezionale con tag ‘53h’ che incapsula i dati da scri­
vere  
L'IFD deve codificare la lunghezza dell'ogg etto di dati di scostamento e la lunghezza dell'ogg etto di 
dati discrezionale con il numero minimo possibile di ottett i, ovvero utilizzando il byte di lunghezza 
‘01h’, l'IFD deve codificare uno scostamento / una lunghezza da 0 a 255 e, utilizzando il byte di 
lunghezza ‘02h’, uno scostamento / una lunghezza da ‘256’ fino a ‘65 535’ byte. 
TCS_66  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se non è selezionato un EF, lo stato di elaborazione inviato in risposta è ‘6986’. 
—  Se le condizioni di sicurezza del file selezionat o non sono soddisfatt e, il comando viene 
interrotto con ‘6982’. 
—  Se lo scostament o non è compatib ile con la dimensione dell'EF (scostamento > dimensione EF), 
lo stato di elaborazione inviat o in risposta è ‘6B00’. 
—  Se la dimensione dei dati da scrivere non è compati bile con la dimensione dell'EF (scostamento 
+ Lc > dimensione EF), lo stato di elaborazione inviat o in risposta è ‘6700’. 26.5.2016 L 139/198 Gazzetta ufficiale dell'U nione europea IT     
—  Se negli attributi del file è rilevato un errore di integrit à, la carta deve considerare tale file 
danneggiat o e irrecuperabile; lo stato di elaborazione inviato in risposta è ‘6400’ o ‘6500’. 
—  Se l'operazione di scrittura fallisce, lo stato di elaborazione inviat o in risposta è ‘6581’. 
3.5.3.3.1  Comando con messaggistica sicura (esempio) 
Il seguent e esem pio illustra l'uso della messaggistica sicura se si applica la condizione di sicurezza SM-MA C- 
G2. 
TCS_67  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘0Ch’ Rich iesta messaggistica sicura 
INS 1 ‘D7h’ Update Binar y 
P1 1 ‘00h’ EF corrente 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Lung hezza del campo di dati sicur i 
#6 1 ‘B3h’ Tag per i dati in chiaro codificati in BER -TLV 
#7 L ‘NNh’ o 
‘81 NNh’ LPV: lunghezza dei dati trasmessi 
L è 2 byte se LPV >127 byte 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ Dati in chiaro codif icati in BER -TLV, vale a 
dire l'oggett o di dati di scostament o con tag 
‘54h’ || Ogge tto di dati discrezionale con tag 
‘53h’ che incapsula i dati da scrivere 
#(7+L+NN) 1 ‘8Eh’ TCC: tag per il tota le di controllo crittografi co 
#(8+L+NN) 1 ‘XXh’ LCC: lunghezza del totale di controllo critto­
grafico successivo 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lunghezza della 
chiave AES per la messaggistica sicura di se­
conda generazione (cfr. appendice 11, parte 
B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Totale di controllo crittografi co 
Le 1 ‘00h’ Secondo la norma ISO/IEC 7816-4  
TCS_68  Messaggio di risposta se il comando ha esito positivo 
Byte Lunghezza Valore Descr izione 
#1 1 ‘99h’ TSW: tag per le parole di stato (deve essere protett o da CC) 
#2 1 ‘02h’ LSW: lunghezza delle parole di stato inviat e in risposta 
#3-#4 2 ‘XXXXh’ Stato di elaborazione della risposta APDU non protetta 
#5 1 ‘8Eh’ TCC: tag per il totale di controllo crittografi co 26.5.2016 L 139/199 Gazzetta ufficiale dell'U nione europea IT     
Byte Lunghezza Valore Descr izione 
#6 1 ‘XXh’ LCC: lunghezza del totale di controllo crittografico successivo 
‘08h’ , ‘0Ch’ o ‘10h’ secondo la lunghezza della chiave AES per 
la messaggistica sicura di seconda generazione (cfr. appendice 
11, parte B) 
#7-#(6+L) L ‘XX..XXh’ Totale di controllo crittografi co 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
3.5.4  GET CHALLENGE 
Questo comando è conf orme alla norma ISO/IEC 7816-4, ma ha un impiego limitat o rispetto al comando 
definito nella norma. 
Il comando GET CHALLENGE chiede alla carta di generare una Challenge da utilizzare in una procedura di 
sicurezza, in cui un crittogramma o alcuni dati cifrati vengono inviati alla carta. 
TCS_69  La Challenge generata dalla carta è valida solo per il comando successivo, che utilizza una 
Challenge, inviato alla carta. 
TCS_70  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘84h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Le 1 ‘08h’ Le (lunghezza della Challenge attes a).  
TCS_71  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
#1-#8 8 ‘XX..XXh’ Challenge 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se Le è diversa da ‘08h’, lo stato di elaborazione è ‘6700’. 
—  Se i parametr i P1-P2 sono errati, lo stato di elaborazione è ‘6A86’. 
3.5.5  VERIFY 
Questo comando è conf orme alla norma ISO/IEC 7816-4, ma ha un impiego limitat o rispetto al comando 
definito nella norma. 
Solo la carta dell'off icina deve suppor tare questo comando. 
Altr i tipi di carte tachigrafiche possono eseguire o meno questo comando, ma per tali carte nessun CHV di 
riferimento è personalizzato. Tali carte non possono dunque eseguire questo comando con esito positiv o. Per 
altri tipi di carte tachi grafi che diverse dalle carte dell'off icina, il compo rtamento, cioè il codice di errore 
inviato in risposta, esula dal campo di applicazione delle presenti specifi che, se tale comando è inviat o. 26.5.2016 L 139/200 Gazzetta ufficiale dell'U nione europea IT     
Il comando VERIFY avvia il confronto nella carta dei dati CHV (PIN) inviati dal comando con il CHV di 
riferimento memor izzato nella carta. 
TCS_72  Il PIN inser ito dall'ut ente dev'essere codificato in ASCI e riempito a destra con byte ‘FFh’ dall'IFD, 
fino a raggiunger e la lunghezza di 8 byte, cfr. anche il tipo di dati WorkshopCardPIN nell'appendice 
1. 
TCS_73  Le applicazioni tach igraf iche di prima e seconda generazione devono usare lo stess o CHV di 
riferi mento. 
TCS_74  La carta tachi grafi ca deve verificare se il comando è codificato correttamente. Se il comando non è 
codif icato correttamente, la carta non deve confrontare i valor i CHV , non deve decrementare il 
contatore dei tentativi rimasti per il CHV e non deve azzerare lo stato di sicurezza «PIN_V erified», 
ma deve interrompere la trasmissione del comando. Un comando è codificato correttamente se i 
byte CLA, INS, P1, P2 e Lc hanno i valor i specificati, Le è assente e il campo di dati del comando ha 
la lunghezza corretta. 
TCS_75  Se il comando è eseguit o correttamente, il contatore dei tentativi rimasti per il CHV è reinizializzato. 
Il valore iniziale del contatore dei tentativi rimasti per il CHV è 5. Se il comando è eseguito corret­
tamente, la carta deve impostare lo stato di sicurezza interna «PIN_V erified». La carta deve azzerare 
tale stato di sicurezza se è reim postata o se il codice CHV trasmesso nel comando non corrisponde 
al CHV di riferimento memor izzato. 
Nota: l'uso dello stesso CHV di riferiment o e di uno stato di sicurezza globale evita che un 
dipendente dell'off icina debba reinser ire il PIN dopo aver selezionato un altro DF dell'applicazione 
tachi grafi ca.  
TCS_76  Se il confronto ha esito negat ivo, l'informazione viene registrata nella carta, vale a dire che il 
contatore dei tentativi rimasti per il CHV è decrementato di uno, al fine di limitare il numero di 
ulteriori tentativi d'uso del CHV di riferimento. 
TCS_77  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘20h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 (il CHV di riferi mento verificato è implicitamente noto) 
Lc 1 ‘08h’ Lungh ezza del codice CHV trasmesso 
#6-#13 8 ‘XX..XXh’ CHV  
TCS_78  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se il CHV di riferi mento non viene trovato, lo stato di elaborazione inviat o in risposta è ‘6A88’ . 
—  Se il CHV è bloccat o (il contatore dei tentativi rimasti per il CHV è nullo), lo stato di 
elaborazione inviato in risposta è ‘6983’. In presenza di tale stato, il CHV non può più essere 
presentato con esito positivo. 
—  Se il confronto ha esito negativ o, il contat ore dei tentativi rimasti è decrementato e viene inviat o 
in risposta lo stato ‘63CX’ (X > 0 e X è uguale al contat ore dei tentativi rimasti per il CHV). 
—  Se il CHV di riferi mento è considerato danneggiat o, lo stato di elaborazione inviato in risposta è 
‘6400’ o ‘6581’. 
—  Se Lc è diversa da ‘08h’ , lo stato di elaborazione è ‘6700’. 26.5.2016 L 139/201 Gazzetta ufficiale dell'U nione europea IT     
3.5.6  GET RESPONSE 
Questo comando è conf orme alla norma ISO/IEC 7816-4. 
Il comando (necessar io e disponibile solo per il protocoll o T=0) è utilizzato per trasmettere all'inte rfaccia i 
dati preparati dalla carta (caso in cui un comando include sia Lc che Le). 
Il comando GET RESPONSE dev'essere inviato immediatamente dopo il comando di preparazione dei dati, 
altrimenti i dati in questione sono persi. Dopo l'esecuzione del comando GET RESPONSE (eccetto per il caso 
in cui si verifichi l'errore ‘61xx’ o ‘6Cxx’, cfr. sotto), i dati precedenteme nte preparati non sono più 
disponibili. 
TCS_79  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘C0h’  
P1 1 ‘00h’  
P2 1 ‘00h’  
Le 1 ‘XXh’ Numero di byte attesi  
TCS_80  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
#1-#X X ‘XX..XXh’ Dati 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se i dati non sono stati preparati dalla carta, lo stato di elaborazione inviat o in risposta è ‘6900’ 
o ‘6F00’. 
—  Se Le supera il numero di byte disponibili o è nullo, lo stato di elaborazione inviato in risposta 
è ‘6Cxx’, dove ‘xx’ indica il numero esatt o di byte disponibili. In tal caso, i dati preparati restano 
disponibili per un successivo comando GET RESPONSE. 
—  Se Le non è nullo ed è inferiore al numero di byte disponibili, i dati richiesti vengono inviati 
normalment e dalla carta e lo stato di elaborazione inviato in risposta è ‘61xx’, dove ‘xx’ indica il 
numero di byte ancora disponibili per un ulteriore comando GET RESPONSE. 
—  Se il comando non è previsto (prot ocollo T = 1), la carta risponde ‘6D00’. 
3.5.7  PSO: VERIFY CER TIFICA TE 
Questo comando è conf orme alla norma ISO/IEC 7816-8, ma ha un impiego limitat o rispetto al comando 
definito nella norma. 
Il comando VERIFY CERTIF ICATE è utilizzato dalla carta per ottenere una chiave pubblica dall'esterno e per 
verificarne la validità. 
3.5.7.1  Coppia comando-r isposta di prima generazione 
TCS_81  Questa variante di comando è suppor tata solo da un'applicazione tachigrafica di prima generazione. 26.5.2016 L 139/202 Gazzetta ufficiale dell'U nione europea IT     
TCS_82  Se il comando VERIFY CERTIFICA TE ha esito positiv o, la chiave pubblica viene memor izzata per 
uso futuro nell'ambiente di sicurezza. Questa chiave è esplicitamente imp ostata dal comando MSE 
(cfr. § 3.5.11), utilizzando il suo identif icativ o della chiave, per l'impie go in comandi relativi alla 
sicurezza (INTERNAL AUTHENTICA TE, EXTERNAL AUTHENTICA TE o VERIFY CER TIFICA TE). 
TCS_83  In ogni caso, il comando VERIFY CERTIFICA TE utilizza la chiave pubblica precedentement e 
selezionata dal comando MSE per aprire il certificato. Tale chiave pubblica deve essere quella di uno 
degli Stati membr i o quella dell'Europa. 
TCS_84  Messaggio di comando 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘2Ah’ Esecuzione operazione di sicurezza 
P1 1 ‘00h’ P1 
P2 1 ‘AEh’ P2: dati non codificat i BER -TLV (concatename nto di elementi di 
dati) 
Lc 1 ‘C2h’ Lc: lunghezza del certificato, 194 byte 
#6-#199 194 ‘XX..XXh’ Certificato: concat enamento di elementi di dati (secondo la de­
scrizione di cui all'appendice 11)  
TCS_85  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se la verifica del certificato fallisce, lo stato di elaborazione inviato in risposta è ‘6688’. Il 
processo di verifica e di aper tura del certificato è descr itto nell'appendice 11 per G1 e G2. 
—  Se nell'ambiente di sicurezza non è presente una chiave pubblica, viene inviat o in risposta 
‘6A88’ . 
—  Se la chia ve pubblica selezionata (usata per aprire il certificato) è considerata danneggiata, lo 
stato di elaborazione inviato in risposta è ‘6400’ o ‘6581’. 
—  Solo prima generazione: se la chiave pubblica selezionata (usata per aprire il certificato) ha una 
CHA .LSB (
 ) diversa da ‘00’ (ovvero 
non è quella di uno degli Stati membr i o quella dell'Europa), lo stato di elaborazione inviat o in 
risposta è ‘6985’. 
3.5.7.2  Coppia comando-r isposta di seconda generazione 
Secondo le dimensioni della curva, i certificat i ECC possono essere così lunghi da non poter essere trasmessi 
in un unico APDU. In questo caso è necessar io applicare il concat enamento dei comandi conf ormement e alla 
norma ISO/IEC 7816-4 e il certificato deve essere trasmesso in due PSO consecutivi: Verify Certificate 
APDUs. 
La struttura del certificato e i parametr i del dominio sono definit i nell'appendice 11. 
TCS_86  Il comando può essere eseguit o in MF, DF Tachograph e DF Tachograph_G2, cfr. anche TCS_33. 26.5.2016 L 139/203 Gazzetta ufficiale dell'U nione europea IT     
TCS_87  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘X0h’ Byte CLA indicant e il concatename nto dei comandi: 
‘00h’ l'unico o l'ultimo comando della cate na 
‘10h’ non l'ultimo comando di una cate na 
INS 1 ‘2Ah’ Esecuzione operazione di sicurezza 
P1 1 ‘00h’  
P2 1 ‘BEh’ Verifica del certificato autodescr ittivo 
Lc 1 ‘XXh’ Lunghezza del campo di dati del comando, cfr. TCS_88 e 
TCS_89 
#6-#5+L L ‘XX..XXh’ Dati codif icati DER -TLV: oggett o di dati del corpo del certificato 
ECC quale primo oggett o di dati concat enato all'ogg etto di dati 
della firma del certificato ECC quale secondo ogget to di dati o 
parte di questa concat enazione. Il tag “7F21” e la lunghezza 
corrispondente non devon o essere trasmessi. 
L'ordine di questi oggetti di dati è fisso.  
TCS_88  Agli APDU di lunghezza breve si applicano le seguenti disposizioni: l'IFD deve utilizzare il numero 
minimo di APDU richiesti per trasmettere il payload del comando e deve trasmett ere il numero 
massimo di byte nel primo comando APDU secondo il valore del byte di dimensione del campo di 
informazioni per la carta, cfr. TCS_14. Se l'IFD si compo rta in modo diverso, il compo rtamento 
della carta è fuor i del campo di applicazione. 
TCS_89  Agli APDU di lunghezza estesa si applicano le seguenti disposizioni: se il certificato non entra in un 
unico APDU, la carta deve suppor tare il concatenament o dei comandi. L'IFD deve utilizzare il 
numero minimo di APDU richiesti per trasmett ere il payload del comando e deve trasmettere il 
numero massimo di byte nel primo comando APDU. Se l'IFD si compo rta in modo diverso, il 
compo rtamento della carta è fuor i del campo di applicazione. 
Nota: secondo l'appendice 11, la carta memor izza il certificato o i contenuti pertinenti del 
certificato e ne aggior na il currentAuthenticat edTime. 
La struttura del messaggio di risposta e le parole di stato sono come definite in TCS_85. 
TCS_90  Oltre ai codici di errore elencati in TCS_85, la carta può inviare in risposta i seguenti codici di 
errore: 
—Se la chia ve pubblica selezionata (usata per aprire il certificato) ha una CHA.LSB (Cer tificateHol ­
derAut horisation.equipmentT ype) non idonea alla verifica del certificato secondo l'appendice 11, 
lo stato di elaborazione inviat o in risposta è ‘6985’. 
—  Se il currentA uthenticated Time della carta è successiv o alla data di scadenza del certificato, lo 
stato di elaborazione inviato in risposta è ‘6985’. 
—  Se si aspetta l'ultimo comando della catena, la carta invia in risposta ‘6883’. 
—  Se nel campo di dati del comando sono trasmessi parametr i non corretti, la carta invia in 
risposta ‘6A80’ (usato anche nel caso in cui gli oggetti di dati non siano inviati nell'ordine 
specific ato). 
3.5.8  INTERNAL AUTHENTICATE 
Questo comando è conf orme alla norma ISO/IEC 7816-4. 
TCS_91  Tutte le carte tach igraf iche devono suppor tare questo comando in DF Tachog raph_G1. Il comando 
può essere accessibile o meno nell'MF e/o in DF Tachograph_G2. In caso sia accessibile, il comando 
deve finire con un codice di errore idoneo, poich é la chiave privata della carta (Card.SK) per il 
protocoll o di autenticazione di prima generazione è accessibile unicamente in DF_T achog raph_G1. 26.5.2016 L 139/204 Gazzetta ufficiale dell'U nione europea IT     
Utilizzando il comando INTERNAL AUTHENTICA TE, l'IFD può aute nticare la carta. Il processo di autenti ­
cazione è descr itto nell'appendice 11. Esso include i seguenti enunciati. 
TCS_92 Il comando INTERNAL AUTHENTICA TE utilizza la chiave privata della carta (selezionata implici ­
tamente) per firmare dati di aute nticazione, compr esi K1 (primo elemento per l'accordo sulla chiave 
di sessione) e RND1, ed utilizza la chia ve pubblica selezionata (mediant e l'ultimo comando MSE) 
per criptare la firma e formare il token di aute nticazione (cfr. appendice 11 per maggior i 
particolar i). 
TCS_93  Messaggio di comando 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’ CLA 
INS 1 ‘88h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Lc 1 ‘10h’ Lunghezza dei dati inviati alla carta 
#6 — #13 8 ‘XX..XXh’ Challenge usata per autenticare la carta 
#14 -#21 8 ‘XX..XXh’ VU.C HR (cfr. appendice 11) 
Le 1 ‘80h’ Lunghezza dei dati attes i dalla carta  
TCS_94  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
#1-#128 128 ‘XX..XXh’ Token di autenticazione della carta (cfr. appendice 11) 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se nell'ambiente di sicurezza non è present e una chia ve pubblica, lo stato di elaborazione 
inviato in risposta è ‘6A88’ . 
—  Se nell'ambiente di sicurezza non è present e una chia ve privata, lo stato di elaborazione inviato 
in risposta è ‘6A88’ . 
—  Se VU.C HR non corrisponde all'identificativo della chiave pubblica corrent e, lo stato di 
elaborazione inviato in risposta è ‘6A88’. 
—  Se la chia ve privata selezionata è considerata danneggiata, lo stato di elaborazione inviato in 
risposta è ‘6400’ o ‘6581’. 
TCS_95  Se il comando INTERNAL AUTHENTICA TE ha esito positiv o, la chia ve di sessione corrente, se 
presente, viene cancellata e non è più disponibile. Per avere a disposizione una nuo va chiave di 
sessione, il comando EXTERNAL AUTHENTICA TE per il meccanismo di autenticazione di prima 
generazione dev'essere eseguit o con esito positiv o. 
3.5.9  EXTERNAL AUTHENTIC ATE 
Questo comando è conf orme alla norma ISO/IEC 7816-4. 
Utilizzando il comando EXTERNAL AUTHENTICA TE, la carta può autenti care l'IFD. Il processo di autenti ­
cazione è descr itto nell'appendice 11 per i tachigrafi di prima e di seconda generazione (aute nticazione della 
VU). 26.5.2016 L 139/205 Gazzetta ufficiale dell'U nione europea IT     
TCS_96  La variante di comando per il meccanismo di autenticazione reciproca di prima generazione è 
suppor tata solo da un'applicazione tachi grafi ca di prima generazione. 
TCS_97  La variante di comando per l'autenticazione reciproca VU-car ta di seconda generazione può essere 
eseguita nell'MF , in DF Tachograph e in DF Tachograph_G2, cfr. anche TCS_34. 
TCS_98  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’ CLA 
INS 1 ‘82h’ INS 
P1 1 ‘00h’ Chiavi e algor itmi implicitamente noti 
P2 1 ‘00h’  
Lc 1 ‘XXh’ Lc (lunghezza dei dati inviati alla carta) 
#6-#(5+L) L ‘XX..XXh’ Autenticazione di prima generazione: crittogramma (cfr. ap­
pendice 11, parte A) 
Autenticazione di seconda generazione: firma generata dall'IFD 
(cfr. appendice 11, parte B)  
TCS_99  Messaggio di rispost a 
Byte Lunghezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se il CHA della chia ve pubblica impos tata non è il concat enamento dell'AID dell'applicazione 
tachi grafi ca e di un tipo di apparecc hio VU, lo stato di elaborazione inviato in risposta è ‘6F00’ . 
—  Se il comando non è immediatamente preceduto da un comando GET CHALLENGE, lo stato di 
elaborazione inviato in risposta è ‘6985’. 
L'applicazione tachigrafica di prima generazione può inviare in risposta gli ulteriori codici di errore 
a seguire: 
—  Se nell'ambiente di sicurezza non è presente una chiave pubblica, viene inviat o in risposta 
‘6A88’ . 
—  Se nell'ambiente di sicurezza non è present e una chia ve privata, lo stato di elaborazione inviato 
in risposta è ‘6A88’ . 
—  Se la verifica del crittogramma è errata, lo stato di elaborazione inviato in risposta è ‘6688’. 
—  Se la chia ve privata selezionata è considerata danneggiata, lo stato di elaborazione inviato in 
risposta è ‘6400’ o ‘6581’. 
La variante di comando per l'autenticazione di seconda generazione può inviare in risposta il 
seguent e codice di errore supplementare: 
—  Se la verifica della firma non è andata a buon fine, la carta invia in risposta ‘6300’. 
3.5.10  GENERAL AUTHENTIC ATE 
Questo comando è usato per il protocollo di autenti cazione del chip di seconda generazione specifi cato 
nell'appendice 11, parte B, ed è conf orme alla norma ISO/IEC 7816-4. 
TCS_100  Il comando può essere eseguit o nell'MF , in DF Tachograph e in DF Tachog raph_G2, cfr. anche 
TCS_34. 26.5.2016 L 139/206 Gazzetta ufficiale dell'U nione europea IT     
TCS_101  Messaggio di comando 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘86h’  
P1 1 ‘00h’ Chiavi e protocollo implicita ­
mente noti 
P2 1 ‘00h’  
Lc 1 ‘NNh’ Lc: lunghezza del campo di dati 
successivo 
#6-#(5+L) L ‘7Ch’ + L7C + ‘80h’ + L80 + ‘XX..XXh’ Valore della chiave pubblica tem ­
poranea codificato DER -TLV (cfr. 
appendice 11) 
La VU deve inviare gli oggetti di 
dati in quest'ordine  
TCS_102  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
#1-#L L ‘7Ch’ + L7C + ‘81h’ + ‘08h’ 
+ ‘XX..XXh’ + ‘82h’ + L82 + 
‘XX..XXh’ Dati di aute nticazione dinamica codificat i 
DER -TLV: nonce e token di autenticazione (cfr. 
appendice 11) 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  La carta invia in risposta ‘6A80’ per indicare parametr i errati nel campo di dati. 
—  La carta invia in risposta ‘6982’ se il comando External Authenticate non è stato eseguito 
correttamente. 
L'oggett o di dati di autenticazione dinamica della risposta ‘7Ch’: 
—  deve essere present e se l'operazione è riuscita, vale a dire se le parole di stato sono ‘9000’, 
—  deve essere assente in caso di errore di esecuzione o di controllo, vale a dire se le parole di 
stato rientrano nell'inter vallo ‘6400’ — ‘6FFF’ e 
—può essere assente in caso di avvertiment o, vale a dire se le parole di stato rientrano nell'in ­
tervallo ‘6200’ — ‘63FFF’ . 
3.5.11  MANA GE SECURIT Y ENVIRONMENT 
Questo comando è usato per impostare una chiave pubblica a scopo di aute nticazione. 
3.5.11.1  Coppia comando-r isposta di prima generazione 
Questo comando è conf orme alla norma ISO/IEC 7816-4. L'uso del comando è limitato rispetto a quello 
previsto dalla norma. 
TCS_103  Questo comando è suppor tato solo da un'applicazione tach igraf ica di prima generazione. 
TCS_104  La chia ve indicata nel campo di dati MSE rimane la chia ve pubblica corrente fino al successivo 
comando MSE corretto, finché non si seleziona un DF o non si azzera la carta. 
TCS_105  Se la chiave indicata non è (già) present e nella carta, l'ambiente di sicurezza resta invar iato. 26.5.2016 L 139/207 Gazzetta ufficiale dell'U nione europea IT     
TCS_106  Messaggio di comando 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’ CLA 
INS 1 ‘22h’ INS 
P1 1 ‘C1h’ P1: chiave indicata valida per tutte le operazioni crittografiche 
P2 1 ‘B6h’ P2: dati indicati riguardanti la firma digitale 
Lc 1 ‘0Ah’ Lc: lunghezza del camp o di dati successiv o 
#6 1 ‘83h’ Tag per indicare una chiave pubblica in casi asimmetr ici 
#7 1 ‘08h’ Lunghezza del riferimento della chiave (identifi cativo della 
chia ve) 
#8-#15 8 ‘XX..XXh’ Identif icativ o della chiave, secondo quanto specific ato nell'ap ­
pendice 11  
TCS_107  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se la chiave indicata non è present e nella carta, lo stato di elaborazione inviato in risposta è 
‘6A88’. 
—  Se mancano alcuni oggetti di dati attesi nel formato di messaggistica sicura, viene inviato in 
risposta lo stato di elaborazione ‘6987’. Ciò si può verificar e se manca il tag ‘83h’ . 
—  Se alcuni oggetti di dati non sono corretti, lo stato di elaborazione inviato in risposta è ‘6988’. 
Ciò si può verificare se la lunghezza dell'identificativo della chiave è diversa da ‘08h’ . 
—  Se la chiave selezionata è considerata danneggiata, lo stato di elaborazione inviat o in risposta è 
‘6400’ o ‘6581’. 
3.5.11.2  Coppie comando-r isposta di seconda generazione 
Per l'aut enticazione di seconda generazione, la carta tachi grafi ca suppor ta le seguenti versioni del comando 
MSE: SET, che sono conf ormi alla norma ISO/IEC 7816-4. Quest e versioni di comando non sono suppor tate 
per l'aute nticazione di prima generazione. 
3.5.11.2.1  MSE:SET AT per l'aute nticazione del chip 
Il seguent e comando MSE:SET AT è usato per selezionare i parametr i per l'aute nticazione del chip, che è 
eseguita da un comando successivo General Authenticat e. 
TCS_108  Il comando può essere eseguit o nell'MF , in DF Tachograph e in DF Tachog raph_G2, cfr. anche 
TCS_34. 
TCS_109  Messaggio di comando MSE:SET AT per l'autenticazione del chip 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘22h’  26.5.2016 L 139/208 Gazzetta ufficiale dell'U nione europea IT     
Byte Lung hezza Valore Descr izione 
P1 1 ‘41h’ Imp ostato per l'autenticazione interna 
P2 1 ‘A4h’ Autenticazione 
Lc 1 ‘NNh’ Lc: lunghezza del campo di dati successiv o 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Riferimento del meccanismo crittografi co co­
dificato DER -TLV: identif icativ o dell'ogg etto 
dell'auten ticazione del chip (solo valore, il tag 
‘06h’ è omesso). 
Cfr. appendice 1 per i valor i degli identifica ­
tivi degli oggetti; si deve usare la notazione 
in byte. Cfr. appendice 11 per informazioni 
su come sceg liere uno di questi identificativi 
degli oggett i.  
3.5.11.2.2  MSE:SET AT per l'aute nticazione della VU 
Il seguent e comando MSE:SET AT è usato per selezionare i parametr i e le chiavi per l'aut enticazione della 
VU, che è eseguita da un comando successivo General Authenticate. 
TCS_110  Il comando può essere eseguit o nell'MF , in DF Tachograph e in DF Tachog raph_G2, cfr. anche 
TCS_34. 
TCS_111  Messaggio di comando MSE:SET AT per l'autenticazione della VU 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Imp ostato per l'autenticazione esterna 
P2 1 ‘A4h’ Autenticazione 
Lc 1 ‘NNh’ Lc: lunghezza del campo di dati successiv o 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Riferimento del meccanismo crittografi co co­
dificato DER -TLV: identif icativ o dell'ogg etto 
dell'auten ticazione della VU (solo valore, il 
tag ‘06h’ è omesso). 
Cfr. appendice 1 per i valor i degli identifica ­
tivi degli oggetti; si deve usare la notazione 
in byte. Cfr. appendice 11 per informazioni 
su come sceg liere uno di questi identificativi 
degli oggett i. 
‘83h’ + ‘08h’ + ‘XX..XXh’ Riferimento codif icato DER -TLV della chia ve 
pubblica della VU da parte del Certificate 
Holder Reference indicato nel rispettivo certi­
ficato 
‘91h’ + L91 + ‘XX..XXh’ Rappresentazione compres sa codificata DER - 
TLV della chiave pubblica temporanea della 
VU che sarà usata durante l'autenticazione 
del chip (cfr. appendice 11)  
3.5.11.2.3  MSE:SET DST 
Il seguente comando MSE:SET DST è usato per impostare una chiave pubblica: 
—  per la verifica di una firma che figura in un PSO successivo: comando Verify Digital Signature o 26.5.2016 L 139/209 Gazzetta ufficiale dell'U nione europea IT     
—  per la verifica della firma di un certificato che figura in un PSO successivo: comando Verify Certificate 
TCS_112  Il comando può essere eseguit o in MF, DF Tachograph e DF Tachograph_G2, cfr. anch e TCS_33. 
TCS_113  Messaggio di comando MSE:SET DST 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Impostato per la verifica 
P2 1 ‘B6h’ Firma digitale 
Lc 1 ‘NNh’ Lc: lunghezza del campo di dati successivo 
#6-#(5+L) L ‘83h’ + ‘08h’ + ‘XX...XXh’ Rife riment o codificato DER -TLV di una 
chiave pubblica, vale a dire il Certificate Hol­
der Reference nel certificato della chia ve pub ­
blica (cfr. appendice 11)  
Per tutte le versioni di comando, la struttura del messaggio di risposta e le parole di stato sono date da: 
TCS_114  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. Il protocoll o è stato selezionat o e 
inizializzato. 
—  ‘6A80’ indica parametr i non corretti nel campo di dati del comando. 
—  ‘6A88’ indica che i dati indicati (ossia una chiave indicata) non sono disponibili. 
3.5.12  PSO: HASH 
Questo comando si usa per trasfer ire alla carta il risultato del calcolo di una funzione di hash di alcuni dati. 
Questo comando è usato per verificare le firme digitali. Il valore di hash è memor izzato temporaneament e 
per il successiv o comando PSO: Verify Digital Signature 
Questo comando è conf orme alla norma ISO/IEC 7816-8. L'uso del comando è limitato rispetto a quello 
previsto dalla norma. 
Solo la carta di controllo deve suppor tare questo comando in DF Tachog raph e DF Tachog raph_G2. 
Altr i tipi di carte tachi grafiche possono eseguire o meno questo comando. Il comando può essere accessibile 
o meno nell'MF . 
L'applicazione della carta di controllo di prima generazione suppor ta solo SHA-1. 
TCS_115  Il valore di hash temporaneament e memor izzato deve essere cancellato se è calcolato un nuo vo 
valore di hash tramite il comando PSO: HASH, se un DF è selezionato e se la carta tachi grafi ca è 
azzerata. 26.5.2016 L 139/210 Gazzetta ufficiale dell'U nione europea IT     
TCS_116  Messaggio di comando 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Esecuzione operazione di sicurezza 
P1 1 ‘90h’ Codice Hash di risposta 
P2 1 ‘A0h’ Tag: il camp o dati contiene DO inter essati alla funzione di 
hash 
Lc 1 ‘XXh’ Lungh ezza Lc del campo di dati successiv o 
#6 1 ‘90h’ Tag per il codice hash 
#7 1 ‘XXh’ Lungh ezza L del codice hash: 
‘14h’ nell'applicazione di prima generazione (cfr. appendice 
11, parte A) 
‘20h’ , ‘30h’ o ‘40h’ nell'applicazione di seconda generazione 
(cfr. appendice 11, parte B) 
#8-#(7+L) L ‘XX..XXh’ Codice hash  
TCS_117  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se mancano alcuni oggett i di dati attesi (secondo quanto sopra specifi cato) , viene inviat o in 
risposta lo stato di elaborazione ‘6987’. Ciò si può verificar e se manca uno dei tag ‘90h’. 
—  Se alcuni oggetti di dati non sono corretti, lo stato di elaborazione inviato in risposta è ‘6988’. 
Questo errore si verifica se il tag richiest o è present e, ma con una lunghezza diversa da ‘14h’ 
per SHA-1, ‘20h’ per SHA-256, ‘30h’ per SHA-384 e ‘40h’ per SHA-512 (applicazione di 
seconda generazione). 
3.5.13  PERFORM HASH of FILE 
Questo comando non è conf orme alla norma ISO/IEC 7816-8. Pertanto il byte CLA di questo comando 
indica che il comando PERFORM SECURIT Y OPERA TION/HASH viene utilizzat o in modo esclusivo e 
riservato. 
Solo la carta del conducente e la carta dell'off icina devono suppor tare questo comando in DF Tachograph e 
DF Tachog raph_G2. 
Altr i tipi di carte tachi grafiche possono eseguire o meno questo comando. Se una carta dell'azienda o una 
carta di controllo esegue questo comando, il comando deve essere eseguit o come specif icato nel present e 
capit olo. 
Il comando può essere accessibile o meno nell'MF . Se lo è, il comando deve essere eseguito come specifi cato 
nel present e capit olo, vale a dire non deve consentire il calcolo di un valore di hash, ma deve finire con un 
codice di errore oppor tuno. 
TCS_118  Il comando PERFORM HASH of FILE è usato per eseguire la funzione di hash dell'area di dati 
dell'EF trasparente selezionat o. 
TCS_119  Una carta tachi grafi ca deve suppor tare questo comando solo per gli EF che sono elencati nel 
capitolo 4 sotto DF_T achog raph e DF_T achograph_G2 con la seguent e eccezione. Una carta 
tachigrafica non deve suppor tare il comando per Sensor_Installation_Data dell'EF di DF 
Tachograph_G2. 26.5.2016 L 139/211 Gazzetta ufficiale dell'U nione europea IT     
TCS_120  Il risultat o dell'operazione di hash è memor izzato temporaneament e nella carta. Può poi essere 
usato per otte nere una firma digitale del file, utilizzando il comando PSO: COMPUTE DIGIT AL 
SIGNA TURE. 
TCS_121  Il valore Hash of File temporaneamente memor izzato deve essere cancellato se è calcolat o un 
nuo vo valore Hash of File tramite il comando PSO: HASH of File, se un DF è selezionat o e se la 
carta tachi grafi ca è azzerata. 
TCS_122  L'applicazione del tachigraf o di prima generazione deve suppor tare SHA-1. 
TCS_123  L'applicazione del tachi grafo di seconda generazione deve suppor tare SHA-1 e SHA-2 (256, 384 e 
512 bit). 
TCS_124  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘80h’ CLA 
INS 1 ‘2Ah’ Esecuzione operazione di sicurezza 
P1 1 ‘90h’ Tag: Hash 
P2 1 ‘XXh’ P2: indica l'algor itmo da usare per eseguire la funzione di hash dei dati 
del file trasparent e selezionat o: 
‘00h’ per SHA-1 
‘01h’ per SHA-256 
‘02h’ per SHA-384 
‘03h’ per SHA-512  
TCS_125  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se l'EF corrent e non consente questo comando (EF Sensor_Installation_Data in DF 
Tachog raph_G2), lo stato di elaborazione inviato in risposta è ‘6985’. 
—  Se l'EF selezionato è considerato danneggiat o (errori d'integrit à negli attributi del file o nei dati 
registrati), lo stato di elaborazione inviato in risposta è ‘6400’ o ‘6581’. 
—  Se il file selezionat o non è un file trasparente o se non c'è nessun EF corrente, lo stato di 
elaborazione inviato in risposta è ‘6986’. 
3.5.14  PSO: COMPUTE DIGIT AL SIGNATURE 
Questo comando è usat o per calcolare la firma digitale del codice hash precedenteme nte calcolat o (cfr. 
PERFORM HASH OF FILE, § 3.5.13). 
Solo la carta del conducente e la carta dell'off icina devono suppor tare questo comando in DF Tachograph e 
DF Tachog raph_G2. 
Altr i tipi di carte tachigrafiche possono eseguire o meno questo comando, ma non devono avere una chiave 
di firma. Tali carte quindi non possono eseguire il comando correttamente , ma finiscono con un codice di 
errore idoneo. 
Il comando può essere accessibile o meno nell'MF . Se lo è, il comando deve finire con un codice di errore 
idoneo. 26.5.2016 L 139/212 Gazzetta ufficiale dell'U nione europea IT     
Questo comando è conf orme alla norma ISO/IEC 7816-8. L'uso del comando è limitato rispetto a quello 
previsto dalla norma. 
TCS_126  Questo comando non deve calcolare una firma digitale di un codice hash precedente mente 
calcolato con il comando PSO: HASH. 
TCS_127  La chiave privata della carta è usata per calcolare la firma digitale ed è implicitamente nota alla 
carta. 
TCS_128  L'applicazione tachigrafica di prima generazione esegue una firma digitale utilizzando un metodo 
di riempiment o conf orme a PKCS1 (cfr. appendice 11 per ulteriori particolar i). 
TCS_129  L'applicazione tachi grafic a di seconda generazione calcola una firma digitale basata su una curva 
ellittica (cfr. appendice 11 per ulteriori particolar i). 
TCS_130  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Esecuzione operazione di sicurezza 
P1 1 ‘9Eh’ Firma digitale da inviare in risposta 
P2 1 ‘9Ah’ Tag: il campo di dati contiene dati da firmare. Poiché non è incluso un 
campo di dati, i dati sono considerati già presenti nella carta (hash del 
file) 
Le 1 ‘NNh’ Lungh ezza della firma attes a  
TCS_131  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
#1-#L L ‘XX..XXh’ Firma dell'hash precedentement e calcolat o 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se la chia ve privata implicitament e selezionata è considerata danneggiata, lo stato di 
elaborazione inviato in risposta è ‘6400’ o ‘6581’. 
—  Se l'hash calcolato in un precedente comando Perform Hash of File non è disponibile, lo stato 
di elaborazione inviato in risposta è ‘6985’. 
3.5.15  PSO: VERIFY DIGIT AL SIGNATURE 
Questo comando si usa per verificare la firma digitale, fornita come un input, il cui hash è noto alla carta. 
L'algor itmo della firma è implicitamente noto alla carta. 
Questo comando è conf orme alla norma ISO/IEC 7816-8. L'uso del comando è limitato rispetto a quello 
previsto dalla norma. 
Solo la carta di controllo deve suppor tare questo comando in DF Tachog raph e DF Tachog raph_G2. 
Altr i tipi di carte tachi grafiche possono eseguire o meno questo comando. Il comando può essere accessibile 
o meno nell'MF . 
TCS_132  Il comando VERIFY DIGIT AL SIGNA TURE usa sempre la chiave pubblica selezionata dal 
precedente comando MSE: Set DST e il codice hash precedente inser ito da un comando PSO: 
HASH. 26.5.2016 L 139/213 Gazzetta ufficiale dell'U nione europea IT     
TCS_133  Messaggio di comando 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Esecuzione operazione di sicurezza 
P1 1 ‘00h’  
P2 1 ‘A8h’ Tag: il campo di dati contiene DO pertinenti per la verifica 
Lc 1 ‘83h’ Lungh ezza Lc del campo di dati successiv o 
6 1 ‘9Eh’ Tag per la firma digitale 
#7-#8 2 ‘81 XXh’ Lungh ezza della firma digitale: 
128 byte codificati conf ormemente all'appendice 11, parte 
A, per l'applicazione tachigrafica di prima generazione. 
Secondo la curva selezionata per l'applicazione tachigrafica 
di seconda generazione (cfr. appendice 11, parte B) 
#9-#(8+L) L ‘XX..XXh’ Contenut o della firma digitale  
TCS_134  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  Se la verifica della firma fallisce, lo stato di elaborazione inviat o in risposta è ‘6688’. Il 
processo di verifica è descr itto nell'appendice 11. 
—  Se non è selezionata nessuna chiave pubblica, lo stato di elaborazione inviato in risposta è 
‘6A88’. 
—  Se mancano alcuni oggett i di dati attesi (secondo quanto sopra specifi cato) , viene inviat o in 
risposta lo stato di elaborazione ‘6987’. Ciò si può verificar e se manca uno dei tag richiesti. 
—  Se non è disponibile un codice hash per elaborare il comando (in conseguenza di un comando 
PSO: HASH precedente), lo stato di elaborazione inviato in risposta è ‘6985’. 
—  Se alcuni oggetti di dati non sono corretti, lo stato di elaborazione inviato in risposta è ‘6988’. 
Ciò si può verificare se la lunghezza di uno degli ogget ti di dati richiesti non è corretta. 
—  Se la chia ve pubblica selezionata è considerata danneggiata, lo stato di elaborazione inviat o in 
risposta è ‘6400’ o ‘6581’. 
3.5.16  PROCE SS DSRC MESSA GE 
Questo comando è usato per verificare l'inte grità e l'aute nticità del messaggio DSR C e per decifrare i dati 
comunicati da una VU a un'autori tà di controllo o a un'offici na tramite il link DSR C. La carta calcola la 
chiave di cifratura e la chia ve del MAC utilizzate per rendere sicuro il messaggio DSR C, come descr itto 
nell'appendice 11, parte B, capitolo 13. 
Solo la carta di controllo e la carta dell'off icina devon o suppor tare questo comando in DF Tachograph_G2. 
Altr i tipi di carte tachigrafiche possono eseguire o meno questo comando, ma non devono avere una chiave 
maste r DSR C. Tali carte quindi non possono eseguire il comando correttamente, ma finiscono con un codice 
di errore idoneo. 26.5.2016 L 139/214 Gazzetta ufficiale dell'U nione europea IT     
Il comando può essere accessibile o meno nell'MF e/o in DF Tachog raph. Se lo è, il comando deve finire con 
un codice di errore idoneo. 
TCS_135  La chia ve maste r DSR C è accessibile solo in DF Tachograph_G2, vale a dire che la carta di 
controllo e la carta dell'officina devon o suppor tare un'esecuzione corretta del comando solo in DF 
Tachograph_G2. 
TCS_136  Il comando deve solo decr iptare i dati DSR C e verificare il totale di controllo crittografi co, ma non 
deve interpretare i dati in ingresso. 
TCS_137  L'ordine degli oggett i di dati nel campo di dati del comando è fissato nelle presenti specifiche. 
TCS_138  Messaggio di comando 
Byte Lung hezza Valore Descr izione 
CLA 1 ‘80h’ CLA propr ietar ia 
INS 1 ‘2Ah’ Esecuzione operazione di sicurezza 
P1 1 ‘80h’ Dati della risposta: valore in chiaro 
P2 1 ‘B0h’ Dati del comando: valore in chiaro codificato in 
BER -TLV e compre ndente DO SM 
Lc 1 ‘NNh’ Lunghezza Lc del campo di dati successiv o 
#6-#(5+L) L ‘87h’ + L87 + ‘XX..XXh’ Byte indicatore di contenut o di riempimento 
codificato DER -TLV seguit o dal payload criptat o 
del tachi grafo. Per il byte indicator e di conte ­
nuto di riempiment o si deve usare il valore 
‘00h’ («nessuna ulteriore indicazione» secondo 
la norma ISO/IEC 7816-4: 2013, tabella 52). 
Per il meccanismo di cifratura, cfr. appendice 
11, parte B, capitolo 13. 
I valor i consentiti per la lunghezza L87 sono i 
multipli della lunghezza dei blocc hi AES più 1 
per il byte indicatore di contenut o di riempi­
mento, vale a dire da 17 byte fino a 193 byte 
compr esi. 
Nota: cfr. ISO/IEC 7816-4: 2013, tabella 49, 
per l'ogg etto di dati SM con tag ‘87h’. 
‘81h’ + ‘10h’ Modello di controllo di riferi mento per la riser­
vatezza codif icato DER -TLV che annida la con­
cate nazione dei seguenti elementi di dati (cfr. 
appendice 1 DSR CSecur ityData e appendice 11, 
parte B, capitolo 13): 
—  time stam p: 4 byte 
—  contatore: 3 byte 
—  numero di serie della VU: 8 byte 
—  versione della chiave master DSR C: 1 byte 
Nota: cfr. ISO/IEC 7816-4: 2013, tabella 49, 
per l'ogg etto di dati SM con tag ‘81h’. 
‘8Eh’ + L8E + ‘XX..XXh’ MAC codificato DER -TLV sul messaggio DSR C. 
Per l'algor itmo e il calcolo del MAC, cfr. appen ­
dice 11, parte B, capit olo 13. 
Nota: cfr. ISO/IEC 7816-4: 2013, tabella 49, 
per l'ogg etto di dati SM con tag ‘8Eh’.  26.5.2016 L 139/215 Gazzetta ufficiale dell'U nione europea IT     
TCS_139  Messaggio di rispost a 
Byte Lung hezza Valore Descr izione 
#1-#L L ‘XX..XXh’ Assent e (in caso di errore) o dati decodif icati (riempiment o elimi ­
nato) 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, la carta risponde ‘9000’. 
—  ‘6A80’ indica parametr i non corretti nel campo di dati del comando (usato anche nel caso in 
cui gli oggett i di dati non siano inviati nell'ordine specifi cato) . 
—  ‘6A88’ indica che i dati indicati non sono disponibili, vale a dire che la chiave master DSR C 
indicata non è disponibile. 
—  ‘6900’ indica che la verifica del totale di controllo crittografico o la decifrazione dei dati non è 
andata a buon fine. 
4.  STR UTTURA DELLE CARTE TACHIGRAF ICHE 
Il presente paragraf o specifica le strutture dei file delle carte tachigrafiche per la memor izzazione di dati 
accessibili. 
Non specif ica le strutture intern e, che dipendono dal fabbr icante della carta, come per esempio le 
intest azioni dei file, né la memor izzazione e la gestione degli elementi di dati necessar i solo per uso interno, 
quali
 ,
 ,
 o
 . 
TCS_140  Una carta tachigrafica di seconda generazione deve ospitare il maste r file MF e un'applicazione 
tachigrafica di prima e di seconda generazione dello stesso tipo (ad esem pio le applicazioni della 
carta del conducente ). 
TCS_141  Una carta tachigrafica deve suppor tare almeno il numero minimo di registrazioni specific ate per le 
applicazioni corrispondenti e non deve suppor tare più registrazioni rispetto al numero massimo 
di registrazioni specific ato per le applicazioni corrispondenti. 
Il numero massimo e il numero minimo di registrazioni sono specifi cati nel presente capitolo per 
le diverse applicazioni. 
Per le condizioni di sicurezza usate nelle norme di accesso nel presente capitolo si rimanda al 
capitolo 3.3. In generale, la modalità di accesso «leggi» indica il comando READ BINAR Y con il 
byte INS pari e, se suppor tato, dispar i, ad eccezione di EF Sensor_Installation_Data sulla carta 
dell'off icina, cfr. TCS_156 e TCS_160. La modalità di accesso «aggior na» indica il comando 
UPD ATE BINAR Y con il byte INS pari e, se suppor tato, dispar i, e la modalità di accesso «seleziona» 
in dica il comando SELECT . 
4.1.  Master file MF 
TCS_142  Dopo la personalizzazione, il master file MF deve avere la struttura dei file e le regole di accesso ai 
file permanenti a seguire: 
Nota: l'identifi cativo breve dell'EF SFID è indicato come numero decimale: ad esem pio, il valore 30 
corrisponde a 11110 in formato binar io. 
26.5.2016 L 139/216 Gazzetta ufficiale dell'U nione europea IT     
Nella tabella a seguire si usa la seguente abbreviazione per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
TCS_143  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_144  Il file principale MF deve avere la struttura dei dati seguente: 
TCS_145  Il file elementare EF DIR deve cont enere i seguenti ogget ti di dati relativi all'applicazione: ‘61 08 
4F 06 FF 54 41 43 48 4F 61 08 4F 06 FF 53 4D 52 44 54’ 
TCS_146  Il file elementare EF ATR/INFO deve essere presente se la carta tachi grafi ca indica nella sua ATR 
che suppor ta campi di lunghezza estesa. In questo caso, EF ATR/INFO deve cont enere l'oggett o di 
dati di informazioni di lunghezza estesa (DO‘7F66’), come specificato nella norma ISO/IEC 7816- 
4:2013, clausola 12.7.1. 
TCS_147  Il file elementare EF Exten ded_Length deve essere present e se la carta tach igraf ica indica nella sua 
ATR che suppor ta campi di lunghezza estesa. In questo caso l'EF deve conte nere il seguent e 
oggett o di dati: ‘02 01 xx’ dove il valore ‘xx’ indica se i campi di lunghezza estesa sono suppor tati 
per il protocollo T = 1 e / o T = 0. 
Il valore ‘01’ indica che i campi di lunghezza estesa sono suppor tati per il protocoll o T = 1. 
Il valore ‘10’ indica che i campi di lunghezza estesa sono suppor tati per il protocoll o T = 0. 
Il valore ‘11’ indica che i camp i di lunghezza estesa sono suppor tati per il protocoll o T = 1 e T 
= 0. 
4.2.  Applicazioni della carta del conducente 
4.2.1  Applicazione della carta del conducente di prima generazione 
TCS_148  Dopo la personalizzazione, l'applicazione della carta del conducent e di prima generazione deve 
avere la struttura dei file e le regole di accesso permanenti a seguire. 26.5.2016 L 139/217 Gazzetta ufficiale dell'U nione europea IT     
Nella tabella a seguire si usano le seguenti abbreviazioni per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
TCS_149  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_150  L'applicazione della carta del conducente di prima generazione deve avere la seguent e struttura dei 
dati:   26.5.2016 L 139/218 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/219 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/220 Gazzetta ufficiale dell'U nione europea IT     
TCS_151  I valor i sotto indicati, usati per fornire le dimensioni nella tabella precedente, sono i valor i minimo 
e massimo del numero di registrazioni che la struttura dei dati della carta del conducent e deve 
utilizzare per un'applicazione di prima generazione: 
4.2.2  Applicazione della carta del conducente di seconda generazione 
TCS_152  Dopo la personalizzazione, l'applicazione della carta del conducente di seconda generazione deve 
avere la struttura dei file e le regole di accesso permanenti a seguire. 
Nota: l'identifi cativo breve dell'EF SFID è indicato come numero decimale: ad esem pio, il valore 30 
corrisponde a 11110 in formato binar io. 
Nella tabella a seguire si usa la seguente abbreviazione per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
TCS_153  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_154  L'applicazione della carta del conducente di seconda generazione deve avere la seguente struttura 
dei dati:   26.5.2016 L 139/221 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/222 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/223 Gazzetta ufficiale dell'U nione europea IT     
TCS_155  I valor i sotto indicati, usati per fornire le dimensioni nella tabella precedente, sono i valor i minimo 
e massimo del numero di registrazioni che la struttura dei dati della carta del conducent e deve 
utilizzare per un'applicazione di seconda generazione: 
4.3.  Applicazioni della carta dell'off icina 
4.3.1  Applicazione della carta dell'off icina di prima generazione 
TCS_156  Dopo la personalizzazione, l'applicazione della carta dell'off icina di prima generazione deve avere 
la struttura dei file e le regole di accesso permanenti a seguire.  26.5.2016 L 139/224 Gazzetta ufficiale dell'U nione europea IT     
Nella tabella a seguire si usano le seguenti abbreviazioni per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC4  Per il comando READ BINAR Y con byte INS pari: 
(PLAIN-C E SM-R -ENC-G1) OR (SM-C-MA C-G1 E SM-R -ENC-MA C-G1) OR 
(SM-C-MA C-G2 E SM-R -ENC-MA C-G2) 
Per il comando READ BINAR Y con byte INS dispar i (se suppor tato): NEV 
TCS_157  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_158  L'applicazione della carta dell'off icina di prima generazione deve avere la seguent e struttura dei 
dati:   26.5.2016 L 139/225 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/226 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/227 Gazzetta ufficiale dell'U nione europea IT     
TCS_159  I valor i sottoi ndicati, usati per fornire le dimensioni nella tabella precedente , sono i valor i minimo 
e massimo del numero di registrazioni che la struttura dei dati della carta dell'officina deve 
utilizzare per un'applicazione di prima generazione: 
4.3.2  Applicazione della carta dell'off icina di seconda gener azione 
TCS_160  Dopo la personalizzazione, l'applicazione della carta dell'off icina di seconda generazione deve 
avere la struttura dei file e le regole di accesso permanenti a seguire. 
Nota: l'identifi cativo breve dell'EF SFID è indicato come numero decimale: ad esem pio, il valore 30 
corrisponde a 11110 in formato binar io.  26.5.2016 L 139/228 Gazzetta ufficiale dell'U nione europea IT     
Nella tabella a seguire si usano le seguenti abbreviazioni per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
SC5  Per il comando Read Binar y con byte INS pari: SM-C-MA C-G2 AND SM-R -ENC-MA C-G2 
Per il comando Read Binar y con byte INS dispar i (se suppor tato): NEV 
TCS_161  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_162  L'applicazione della carta dell'officina di seconda generazione deve avere la seguent e struttura dei 
dati:   26.5.2016 L 139/229 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/230 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/231 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/232 Gazzetta ufficiale dell'U nione europea IT     
TCS_163  I valor i sotto indicati, usati per fornire le dimensioni nella tabella precedente, sono i valor i minimo 
e massimo del numero di registrazioni che la struttura dei dati della carta dell'officina deve 
utilizzare per un'applicazione di seconda generazione: 
4.4.  Applicazioni della carta di controllo 
4.4.1  Applicazione della carta di contro llo di prima gener azione 
TCS_164  Dopo la personalizzazione, l'applicazione della carta di controllo di prima generazione deve avere 
la struttura dei file e le regole di accesso permanenti a seguire. 
Nella tabella a seguire si usano le seguenti abbreviazioni per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_165  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_166  L'applicazione della carta di controllo di prima generazione deve avere la seguent e struttura dei 
dati:   26.5.2016 L 139/233 Gazzetta ufficiale dell'U nione europea IT     
TCS_167  I valor i sotto indicati, usati per fornire le dimensioni nella tabella precedente, sono i valor i minimo 
e massimo del numero di registrazioni che la struttura dei dati della carta di controllo deve 
utilizzare per un'applicazione di prima generazione: 
4.4.2  Applicazione della carta di contro llo di seconda generazione 
TCS_168  Dopo la personalizzazione, l'applicazione della carta di controllo di seconda generazione deve 
avere la struttura dei file e le regole di accesso permanenti a seguire. 
Nota: l'identifi cativo breve dell'EF SFID è indicato come numero decimale: ad esem pio, il valore 30 
corrisponde a 11110 in formato binar io. 26.5.2016 L 139/234 Gazzetta ufficiale dell'U nione europea IT     
Nella tabella a seguire si usa la seguente abbreviazione per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
TCS_169  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_170  L'applicazione della carta di controllo di seconda generazione deve avere la seguente struttura dei 
dati:   26.5.2016 L 139/235 Gazzetta ufficiale dell'U nione europea IT     
TCS_171  I valor i sotto indicati, usati per fornire le dimensioni nella tabella precedente, sono i valor i minimo 
e massimo del numero di registrazioni che la struttura dei dati della carta di controllo deve 
utilizzare per un'applicazione di seconda generazione: 
4.5.  Applicazioni della carta dell'azienda 
4.5.1  Applicazione della carta dell'azienda di prima gener azione 
TCS_172  Dopo la personalizzazione, l'applicazione della carta dell'azienda di prima generazione deve avere 
la struttura dei file e le regole di accesso permanenti a seguire. 26.5.2016 L 139/236 Gazzetta ufficiale dell'U nione europea IT     
Nella tabella a seguire si usano le seguenti abbreviazioni per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_173  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_174  L'applicazione della carta dell'azienda di prima generazione deve avere la seguente struttura dei 
dati: 
26.5.2016 L 139/237 Gazzetta ufficiale dell'U nione europea IT     
TCS_175  I valor i sotto indicati, usati per fornire le dimensioni nella tabella precedente, sono i valor i minimo 
e massimo del numero di registrazioni che la struttura dei dati della carta dell'azienda deve 
utilizzare per un'applicazione di prima generazione: 
4.5.2  Applicazione della carta dell'azienda di seconda generazione 
TCS_176  Dopo la personalizzazione, l'applicazione della carta dell'azienda di seconda generazione deve 
avere la struttura dei file e le regole di accesso permanenti a seguire. 
Nota: l'identifi cativo breve dell'EF SFID è indicato come numero decimale: ad esem pio, il valore 30 
corrisponde a 11110 in formato binar io. 
Nella tabella a seguire si usa la seguente abbreviazione per le condizioni di sicurezza: 
SC1  ALW OR SM-MA C-G2 
TCS_177  Le strutture di tutti gli EF devon o essere trasparenti. 
TCS_178  L'applicazione della carta dell'azienda di seconda generazione deve avere la seguent e struttura dei 
dati:   26.5.2016 L 139/238 Gazzetta ufficiale dell'U nione europea IT     
TCS_179  I valor i sotto indicati, usati per fornire le dimensioni nella tabella precedente, sono i valor i minimo 
e massimo del numero di registrazioni che la struttura dei dati della carta dell'azienda deve 
utilizzare per un'applicazione di seconda generazione: 
26.5.2016 L 139/239 Gazzetta ufficiale dell'U nione europea IT     
Appendice 3 
PITTOGRAMMI 
PIC_001  Il tachi grafo può usare facoltativament e i pittogrammi e le combinazioni di pittogrammi seguenti (o 
pittogrammi e combinazioni di pittogrammi sufficientement e simili da essere identificati senza ambiguità con 
essi):  
1. PITTOGRAMMI DI BASE  
Persone Azioni Modalità di funzionament o 
Azienda  Modalità azienda 
Controllore Controllo Modalità controllo 
Conducente Guida Modalità funzionament o 
Officina/centro di prova Controllo/taratura Modalità taratura 
Fabbri cant e     
Attività Durata 
Disponibile Periodo di disponibilità in 
corso 
Guida Periodo di guida continuo 
Riposo Periodo di riposo in corso 
Altra attività Periodo di lavoro in corso 
Interr uzione Periodo cumulato di interr u­
zione 
Sconosciuto    
Apparecchio Funzioni 
Sede (slot) del conducent e  
Sede (slot) del secondo con­
ducente  
Carta  
Orologio  
Dispositivo di visualizza ­
zione Visualizzazione 
Memor ia ester na Trasferimento dati 
Alimentazione  
Stampant e/stampa Stampa 
Sensore  
Dimensioni pneumatici  
Veicolo/unità elettronica di 
bordo  
Dispositivo GNSS  
Dispositivo di diagnosi re­
mota  
Interfaccia ITS    
Condizioni particolar i 
Escluso dal campo di applicazione 
Attra versament o mediante traghetto/treno  26.5.2016 L 139/240 Gazzetta ufficiale dell'U nione europea IT     
Varie   
Anomalie 
 Guasti 
Inizio del periodo di lavoro gior na­
liero 
Termine del periodo di lavoro gior na­
liero 
Posizione   
Immissione manuale delle attività del 
conducente   
Sicurezza   
Velocità   
Ora   
Totale/r iepilogo     
Indicator i 
24h Gior naliero 
Settimanale 
Quindicinale 
Da/a   
2. COMBINAZIONI DI PITTOGRAMMI  
Varie   
Luogo di controllo   
Luogo in cui inizia il periodo di la­
voro gior naliero 
Luogo in cui term ina il periodo di la­
voro gior naliero 
Dalle ore 
 Alle ore 
Dal veicolo   
Escluso dal campo di applicazione — 
Inizio 
Escluso dal campo di applicazione — 
Fine   
Car te 
Carta del conducente 
Carta dell'azienda 
Carta di controllo 
Carta dell'off icina 
Carta assente   
Guida 
Guida con equipaggio 
Periodo di guida di una settimana 
Periodo di guida di due settimane   
Stampe 
Stampa gior naliera delle attività del conducent e conte nute nella carta 
Stampa gior naliera delle attività del conducent e conte nute nella VU 
Stampa di anomalie e guasti cont enuti nella carta 
Stampa di anomalie e guasti cont enuti nella VU 
Stampa dei dati tecn ici 
Stampa dei superamenti di velocità  26.5.2016 L 139/241 Gazzetta ufficiale dell'U nione europea IT     
Anomalie 
Inser imento di una carta non valida 
Conf litto di carte 
Sovrapposizione di orar i 
Guida in assenza di una carta adeguata 
Inser imento carta durante la guida 
Chiusura errata ultima sessione carta 
Superamento di velocità 
Interr uzione dell'alimentazione di energia 
Errore dei dati di movimento 
Dati contrastanti sul movimento del veicolo 
Violazione della sicurezza 
Regolazione dell'ora (in officina) 
Controllo superamento di velocità   
Guas ti 
Guasto della carta (slot del conducent e) 
Guasto della carta (slot del secondo conducente) 
Guasto del dispositivo di visualizzazione 
Guasto nel trasfe rimento di dati 
Guasto della stampant e 
Guasto del sensore 
Guasto interno della VU 
Guasto del GNSS 
Guasto del dispositivo di diagnosi remota   
Procedura di immissione manuale 
Stesso periodo di lavoro gior naliero? 
Termine del periodo di lavoro precedente? 
Confer ma o immissione del luogo in cui term ina il periodo di lavoro 
Immissione ora di inizio 
Immissione del luogo in cui inizia il periodo di lavoro  
Nota: nell'appendice 4 sono definite alcune combinazioni di pittogrammi supplementar i per creare blocchi di 
stam pa o identificazioni delle registrazioni.   26.5.2016 L 139/242 Gazzetta ufficiale dell'U nione europea IT     
Appendice 4 
STAMPE 
INDICE 
1. DATI GENERALI ................................................................................................................................. 243 
2. SPECIFIC HE DEI BLOCCHI DI DATI......................................................................................................... 243 
3. SPECIFIC HE DELLE STAMPE .................................................................................................................. 250 
3.1. Stampa gior naliera delle attività del conducent e cont enute nella carta................................................ 250 
3.2. Stampa gior naliera delle attività del conducent e cont enute nella VU ................................................... 251 
3.3. Stampa di anomalie e guasti contenuti nella carta.......................................................................... 252 
3.4. Stampa di anomalie e guasti contenuti nella VU ............................................................................ 252 
3.5. Stampa dei dati tecn ici............................................................................................................ 253 
3.6. Stampa dei superamenti di velocità ............................................................................................ 253 
3.7. Cronologia delle carte inser ite................................................................................................... 254  
1.  DATI GENERALI 
Ogni stamp a è realizzata mediante il concatename nto di diversi blocchi di dati, possibilmente identificati da un 
identificativo di blocco. 
Un blocco di dati contiene una o più registrazioni, possibilmente identif icate da un identificativo di registrazione. 
PRT_001  Se un identif icativ o di blocco precede direttamente un identif icativ o di registrazione, quest'ultima non 
viene stam pata. 
PRT_002  Nel caso in cui un elemento di dati non sia noto, o non debba essere stampat o per motivi riguardanti i 
diritti di accesso ai dati, al suo posto vengono stam pati degli spazi. 
PRT_003  Se il conte nuto di un'inte ra riga non è noto, o non deve essere stampat o, la riga viene omessa. 
PRT_004  I campi cont enenti dati numer ici sono stam pati con l'allineamento a destra, con le migliaia e i milioni 
separati da uno spazio e senza zeri iniziali. 
PRT_005  I campi conte nenti stringhe di dati sono stampa ti con l'allineamento a sinistra e riempiti da spazi fino 
a copr ire l'intera lunghezza dell'element o di dati o, se necessar io, troncati in corrispondenza di tale 
lunghezza (nomi e indir izzi). 
PRT_006  Nel caso in cui sia necessar ia una interruzione di riga poic hé il testo è troppo lungo, è necessar io 
stampare un caratt ere speciale (punto mediano, «•») come primo carattere della nuo va riga. 
2.  SPECIFICHE DEI BLOCC HI DI DATI 
Nel presente capitolo sono state usate le seguenti convenzioni tipografiche: 
—  i caratt eri in grassetto indicano il testo normale da stampare (nella stampa non saranno in grassett o), 
—  i caratt eri normali indicano le variabili (pitt ogrammi o dati), che nella stam pa saranno sostituiti con i rispettivi 
valor i, 
—  i nomi delle variabili sono integrati da una sequenza di trattini bassi che indicano la lunghezza dell'elemento 
di dati disponibile per la variabile, 
—  le date sono indicate nel formato «dd/mm/yyyy» (gior no, mese, anno); si può anche usare il formato «dd.mm. 
yyyy», 
—  l'espressione «identificazione della carta» («card identif ication») indica un elemento compo sto da: una 
combinazione di pittogrammi della carta che indicano il tipo di carta, il codice dello Stato membro che ha 
rilasciato la carta, una barra e il numero della carta con i codici di sostituzione e di rinno vo separati da uno 
spazio: 
P 
 x x x / x x x x x x x x x x x x x x  x  x Combinazione di 
pittogrammi 
della carta 
Codice dello Stato 
membro di rilascio  Primi 14 caratteri del numero della carta 
(possibilmente comprendent e un codice di serie)  
Codice di 
sostituzione  
Codice 
di rinnovo  26.5.2016 L 139/243 Gazzetta ufficiale dell'U nione europea IT     
PRT_007 Le stam pe usano i blocch i e/o le registrazioni di dati sotto ripor tati, in base ai signif icati e formati seguenti: 
26.5.2016 L 139/244 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/245 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/246 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/247 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/248 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/249 Gazzetta ufficiale dell'U nione europea IT     
3.  SPECIFICHE DELLE STAMPE 
Nel presente capitolo sono state usate le seguenti convenzioni tipografiche: 
N Blocco di stamp a o numero di registrazione N  
N Blocco di stampa o numero di registrazione N ripetuto tante volte quante necessar io  
X/Y Blocc hi di stampa o registrazioni X e/o Y, a seconda della necessità, ripetuti tante 
volte quante necessar io  
3.1.  Stampa gior naliera delle attività del conducente contenute nella carta 
PRT_008 La stam pa gior naliera delle attività del conducente cont enute nella carta deve rispettare il format o 
seguente: 
1 Data e ora di stam pa del documento 
2 Tipo di stampa 
3 Identif icazione dell'ag ente incar icato del controllo (se nella VU è inser ita una carta di 
controllo) 
3 Identif icazione del conducent e (dalla carta cui si riferisce la stampa + GEN) 
4 Identif icazione del veicolo (veicolo da cui si ottiene la stampa) 
5 Identif icazione della VU (VU da cui si ottiene la stampa + GEN) 
6 Ultima taratura di questa VU 
7 Ultimo controllo cui è stato sottopost o il conducente 
8 Delimitatore delle attività del conducente 
8a Condizione «escluso dal campo di applicazione» all'inizio del gior no in questione 
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4 Attività del conducente in ordine cronologico 
11 Delimitatore del riepilogo gior naliero 26.5.2016 L 139/250 Gazzetta ufficiale dell'U nione europea IT     
11.4 Luoghi immessi in ordine cronologico 
11.5 Dati GNSS 
11.6 Totali delle attività 
12.1 Anomalie o guasti dal delimitatore della carta 
12.4 Registrazione di anomalie/guasti (ultimi 5 anomalie/guasti memor izzati sulla carta) 
13.1 Anomalie o guasti dal delimitatore della VU 
13.4 Registrazione di anomalie/guasti (ultimi 5 anomalie/guasti memor izzati o in corso 
nella VU) 
22.1 Luogo del controllo 
22.2 Firma dell'age nte incar icato del controllo 
22.5 Firma del conducente  
3.2.  Stampa gior naliera delle attività del conducente contenute nella VU 
PRT_009 La stam pa gior naliera delle attività del conducent e conte nute nella VU deve rispettare il formato 
seguente: 
1 Data e ora di stam pa del documento 
2 Tipo di stampa 
3 Identif icazione del titolare della carta (per tutte le carte inser ite nella VU + GEN) 
4 Identif icazione del veicolo (veicolo da cui si ottiene la stampa) 
5 Identif icazione della VU (VU da cui si ottiene la stampa + GEN) 
6 Ultima taratura di questa VU 
7 Ultimo controllo di questo tach igraf o 
9 Delimitatore delle attività del conducente 
10 Delimitatore della sede (slot) del conducent e (slot 1) 
10a Condizione «escluso dal campo di applicazione» all'inizio del gior no in questione 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Attività in ordine cronologico [sede (slot) conducente ] 
10 Delimitatore della sede (slot) del secondo conducente (slot 2) 
10a Condizione «escluso dal campo di applicazione» all'inizio del gior no in questione 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Attività in ordine cronologico [sede (slot) secondo conducent e] 
11 Delimitatore del riepilogo gior naliero 
11.1 Riepilogo dei periodi senza carta nella sede (slot) del conducente 
11.4 Luoghi immessi in ordine cronologico 
11.5 Dati GNSS 
11.6 Totali delle attività 
11.2 Riepilogo dei periodi senza carta nella sede (slot) del secondo conducente 
11.4 Luoghi immessi in ordine cronologico 
11.5 Dati GNSS 26.5.2016 L 139/251 Gazzetta ufficiale dell'U nione europea IT     
11.7 Totali delle attività 
11.3 Riepilogo delle attività per un conducent e, comprese entrambe le sedi (slot)  
11.4  Luoghi immessi da tale conducent e in ordine cronologico 
11.5 Dati GNSS 
11.8 Totali delle attività per questo conducente 
13.1 Delimitatore di anomalie e guasti 
12.4 Registrazione di anomalie/guasti (ultimi 5 anomalie/guasti memor izzati o in corso 
nella VU) 
13.1 Luogo del controllo 
22.2 Firma dell'age nte incar icato del controllo 
22.3 Dalle ore (spazio disponibile per consentire a un conducent e senza carta di in­
dicare quali periodi sono pertinenti per lui) 
22.4 Alle ore 
22.5 Firma del conducente  
3.3.  Stampa di anomalie e guasti contenuti nella carta 
PRT_010 La stampa di anomalie e guasti cont enuti nella carta deve rispettare il format o seguente: 
1 Data e ora di stam pa del documento 
2 Tipo di stampa 
3 Identif icazione dell'agent e incar icato del controllo (se una carta di controllo è inser ita 
nella VU + GEN) 
3 Identif icazione del conducent e (dalla carta cui si riferisce la stampa) 
4 Identif icazione del veicolo (veicolo da cui si ottiene la stampa) 
12.2 Delimitatore delle anomalie 
12.4 Registrazioni delle anomalie (tutte le anomalie memor izzate nella carta) 
12.3 Delimitatore dei guasti 
12.4 Registrazioni dei guasti (tutti i guasti memor izzati nella carta) 
22.1 Luogo del controllo 
22.2 Firma dell'age nte incar icato del controllo 
22.5 Firma del conducente  
3.4.  Stampa di anomalie e guasti contenuti nella VU 
PRT_011 La stampa di anomalie e guasti cont enuti nella VU deve rispettare il format o seguent e: 
1 Data e ora di stam pa del documento 
2 Tipo di stampa 
3 Identif icazione del titolare della carta (per tutte le carte inser ite nella VU + GEN) 
4 Identif icazione del veicolo (veicolo da cui si ottiene la stampa) 26.5.2016 L 139/252 Gazzetta ufficiale dell'U nione europea IT     
13.2 Delimitatore delle anomalie 
13.4 Registrazioni delle anomalie (tutte le anomalie memor izzate o in corso nella VU) 
13.3 Delimitatore dei guasti 
13.4 Registrazioni dei guasti (tutti i guasti memor izzati o in corso nella VU) 
22.1 Luogo del controllo 
22.2 Firma dell'age nte incar icato del controllo 
22.5 Firma del conducente  
3.5.  Stampa dei dati tecnici 
PRT_012 La stampa dei dati tecn ici deve rispettare il format o seguent e: 
1 Data e ora di stam pa del documento 
2 Tipo di stampa 
3 Identif icazione del titolare della carta (per tutte le carte inser ite nella VU + GEN) 
4 Identif icazione del veicolo (veicolo da cui si ottiene la stampa) 
14 Identif icazione della VU 
15 Identif icazione del sensore 
15.1 Dati di accoppiamento del sensore (tutti i dati disponibili in ordine cronologico) 
16 Identif icazione del GNSS 
16.1 Dati di accoppiamento del dispositivo GNSS esterno (tutti i dati disponibili in ordine 
cronologico) 
17 Delimitatore dei dati di taratura 
17.1 Registrazioni delle tarature (tutte le registrazioni disponibili in ordine cronologico) 
18 Delimitatore delle regolazioni dell'ora 
18.1 Registrazioni delle regolazioni dell'ora (tutte le registrazioni disponibili per le regola ­
zioni dell'ora e i dati di taratura) 
19 Anomalia e guasto più recenti registrati nella VU  
3.6.  Stampa dei superamenti di velocità 
PRT_013 La stampa dei superamenti di velocità deve rispettare il formato seguent e: 
1 Data e ora di stam pa del documento 
2 Tipo di stampa 
3 Identif icazione del titolare della carta (per tutte le carte inser ite nella VU + GEN) 
4 Identif icazione del veicolo (veicolo da cui si ottiene la stampa) 
20 Informazioni relative al controllo dei superamenti di velocità 
21.1 Identif icativ o dei dati relativi ai superamenti di velocità 
21.4 / 21.5 Primo superamento di velocità successiv o all'ultima taratura 26.5.2016 L 139/253 Gazzetta ufficiale dell'U nione europea IT     
21.2 Identif icativ o dei dati relativi ai superamenti di velocità 
21.4 / 21.5 I 5 superamenti di velocità più grav i nel corso degli ultimi 365 gior ni 
21.3 Identif icativ o dei dati relativi ai superamenti di velocità 
21.4 / 21.5 Il superamento di velocità più grave per ciascuno degli ultimi 10 gior ni in cui si è ve­
rificato 
22.1 Luogo del controllo 
22.2 Firma dell'age nte incar icato del controllo 
22.5 Firma del conducente  
3.7.  Cronologia delle carte inser ite 
PRT_014 La stampa della cronologia delle carte inser ite deve rispettare il formato seguent e: 
1 Data e ora di stam pa del documento 
2 Tipo di stampa 
3 Identif icazione del titolare della carta (per tutte le carte inser ite nella VU) 
23 Carta più recent e inser ita nella VU 
23.1 Carte inser ite (fino a 88 registrazioni) 
12.3 Delimitatore dei guasti   26.5.2016 L 139/254 Gazzetta ufficiale dell'U nione europea IT     
Appendice 5 
DISPOSITIV O DI VISU ALIZZAZIONE 
Nella present e appendice sono state usat e le seguenti conven zioni tipograf iche: 
—  i caratt eri in grassett o indicano il testo normale da visualizzare (nella visualizzazione non saranno in grassett o), 
—  i caratter i normali indicano le variabili (pitt ogrammi o dati) che nella visualizzazione saranno sostituiti con i 
rispettivi valor i:  
— dd mm yyyy:  gior no, mese, anno,  
— hh:  ore,  
— mm:  minuti,  
— D:  pittogramma della durata,  
— EF:  combinazione di pittogrammi relativi ad anomalie o guasti,  
— O:  pittogramma della modalità di funzionamento. 
DIS_001  Il tachi grafo deve visualizzare i dati nei formati seguenti: 
Dati Format o 
Visualizzazione predef inita 
Ora locale 
Modalità di funzionament o 
Informazioni relative al conducente 
Informazioni relative al secondo conducent e 
Condizione «Escluso dal campo di applicazione» attiva 
Visualizzazione degli avvisi 
Superamento del periodo di guida continuo 
Anomalia o guast o 
Visualizzazione di altre informazioni 
Data UTC 
Ora 
Periodo di guida continuo e periodo cumulato di interruzione del conducent e 
Periodo di guida continuo e periodo cumulato di interruzione del secondo con­
ducente 
Periodo cumulato di guida del conducent e per la settimana in corso e quella 
precedente 
Periodo cumulato di guida del secondo conducente per la settimana in corso e 
quella precedente 
26.5.2016 L 139/255 Gazzetta ufficiale dell'U nione europea IT     
Appendice 6 
CONNETTORE ANTERIORE PER LA TARA TURA E IL TRASFERIMENTO DEI DATI 
INDICE 
1. HARD WARE ....................................................................................................................................... 256 
1.1. Connettore ............................................................................................................................. 256 
1.2. Distr ibuzione dei contatti ........................................................................................................... 257 
1.3. Schema elettr ico ...................................................................................................................... 258 
2. INTERF ACCIA DI TRASFERIMENTO DATI.................................................................................................. 258 
3. INTERF ACCIA DI TARA TURA .................................................................................................................. 259   
1.  HARD WARE 
1.1.  Connett ore 
INT_001  Il connett ore per la taratura e il trasf erimento dei dati deve essere un connettor e a 6 pin, accessibile sul 
pannello anteriore senza necessità di smontare alcun elemento del tachigraf o e deve essere conf orme al 
disegno seguent e (tutte le dimensioni sono indicate in millimetr i): 
26.5.2016 L 139/256 Gazzetta ufficiale dell'U nione europea IT     
Il disegno seguent e illustra un tipico connett ore volante a 6 pin: 
1.2.  Distr ibuzione dei cont atti 
INT_002  I contatti devon o essere distr ibuiti secondo la tabella seguente: 
Pin Descr izione Osser vazioni 
1 Polo negativ o batte ria Collegat o al polo negativ o della batter ia del veicolo 
2 Comunicazione di dati Linea K (ISO 14230-1) 26.5.2016 L 139/257 Gazzetta ufficiale dell'U nione europea IT     
Pin Descr izione Osser vazioni 
3 RxD — Trasfer iment o di dati Ingresso dati del tach igraf o 
4 Segnale di ingresso/uscita Taratura 
5 Uscita di alimentazione perma­
nent e Il campo di tensione deve essere quello dell'alimentazione 
elettr ica del veicolo meno 3V per tenere cont o della caduta di 
tensione nel circuito di prote zione 
Uscita 40 mA 
6 TxD — Trasfer imento di dati Uscita dati del tach igraf o   
1.3.  Schema elettr ico 
INT_003  Lo sche ma elettr ico deve essere conf orme a quello sotto ripor tato: 
2.  INTERF ACCIA DI TRASFERIMENTO DATI 
INT_004  L'interfaccia di trasfe rimento dati deve essere conf orme alle specifiche RS232. 
INT_005  L'interfaccia di trasfer iment o dati deve utilizzare un bit di avvi o, 8 bit di dati con il bit meno signif icativo 
(LSB) per primo, un bit di parità pari e 1 bit di arresto. 
Organizzazione dei byte di dati 
Bit di avvio (star t bit):  un bit con livello logico 0; 
Bit di dati (data bits):  trasmessi con LSB per primo; 
Bit di parità (par ity bit):  parità pari; 
Bit di arresto (stop bit):  un bit con livello logico 1. 26.5.2016 L 139/258 Gazzetta ufficiale dell'U nione europea IT     
In caso di trasmissione di dati numer ici costituiti da più di un byte, il byte più signif icativ o viene trasmesso per 
primo ed il byte meno signif icativ o viene trasmesso per ultimo. 
INT_006  La velocità di trasmissione deve avere un campo di regolazione compr eso tra 9 600 bps e 115 200 bps. 
La trasmissione deve avvenire alla velocità di trasmissione più elevata possibile, con la velocità iniziale 
impostata su 9 600 bps dopo l'avvio della comunicazione. 
3.  INTERF ACCIA DI TARA TURA 
INT_007  La comunicazione di dati deve essere conf orme alla norma ISO 14230-1, Road vehicles — Diagnostic 
systems — Keyword protocol 2000 — Part 1: Physical layer, First edition: 1999. 
INT_008  Il segnale in ingresso (in)/uscita (out) deve essere conf orme alle seguenti specifi che elettr iche : 
Parametro Minimo Tipico Massimo Osser vazioni 
U low (in)   1,0 V I = 750 µA 
U high (in) 4 V   I = 200 µA 
Frequenza   4 kHz  
U low (out)   1,0 V I = 1 mA 
U high (out) 4 V   I = 1 mA   
INT_009  Il segnale in ingresso (in)/uscita (out) deve essere conf orme alle seguenti temporizzazioni: 
26.5.2016 L 139/259 Gazzetta ufficiale dell'U nione europea IT     
Appendice 7 
PROTOCOLLI DI TRASFERIMENTO DEI DATI 
INDICE 
1. INTR ODUZIONE ............................................................................................................................ 261 
1.1. Cam po di applicazione ........................................................................................................ 261 
1.2. Acronimi e simboli ............................................................................................................. 261 
2. TRASFERIMENTO DEI DATI DA UNA VU ............................................................................................. 262 
2.1. Procedura di trasfer iment o dei dati ......................................................................................... 262 
2.2. Prot ocolli di trasfer iment o dei dati ......................................................................................... 262 
2.2.1 Struttura dei messaggi ......................................................................................................... 262 
2.2.2 Tipi di messaggio ............................................................................................................... 264 
2.2.2.1 Richiesta di inizio comunicazione (SID 81) .............................................................................. 266 
2.2.2.2 Risposta positiva di inizio comunicazione (SID C1) .................................................................... 266 
2.2.2.3 Richiesta di inizio sessione diagnostica (SID 10) ........................................................................ 266 
2.2.2.4 Risposta positiva di inizio sessione diagnostica (SID 50) .............................................................. 266 
2.2.2.5 Servizio di controllo del collega mento (SID 87) ......................................................................... 266 
2.2.2.6 Risposta positiva di controllo del colleg amento (SID C7) ............................................................. 266 
2.2.2.7 Richiesta di invio dati (upload) (SID 35) .................................................................................. 266 
2.2.2.8 Risposta positiva di invio dati (upload) (SID 75) ........................................................................ 266 
2.2.2.9 Richiesta di trasf erimento dati (SID 36) ................................................................................... 266 
2.2.2.10 Risposta positiva di trasfe rimento dati (SID 76) ......................................................................... 267 
2.2.2.11 Richiesta di chiusura trasfer iment o (SID 37) ............................................................................. 267 
2.2.2.12 Risposta positiva di richiesta chiusura trasfe rimento (SID 77) ....................................................... 267 
2.2.2.13 Richiesta di termine comunicazione (SID 82) ............................................................................ 267 
2.2.2.14 Richiesta di risposta positiva di term ine comunicazione (SID C2) .................................................. 267 
2.2.2.15 Riconosciment o sottomes saggio (SID 83) ................................................................................ 267 
2.2.2.16 Risposta negativa (SID 7F) .................................................................................................... 268 
2.2.3 Flusso di messaggi .............................................................................................................. 268 
2.2.4 Tempori zzazione ................................................................................................................ 269 
2.2.5 Gestione degli errori........................................................................................................... 270 
2.2.5.1 Fase di inizio della comunicazione ......................................................................................... 270 
2.2.5.2 Fase di comunicazione ........................................................................................................ 270 
2.2.6 Conte nuto del messaggio di risposta ....................................................................................... 272 
2.2.6.1 Risposta positiva di trasfe rimento dati ispezione ........................................................................ 273 
2.2.6.2 Risposta positiva di trasfe rimento dati relativi alle attività ............................................................ 274 
2.2.6.3 Risposta positiva di trasfe rimento dati relativi alle anomalie e ai guasti ........................................... 275 
2.2.6.4 Risposta positiva di trasfe rimento dati dettag liati relativi alla velocità ............................................. 276 
2.2.6.5 Risposta positiva di trasfe rimento dati tecnici ........................................................................... 276 
2.3. Memor izzazione dei file ESM ................................................................................................ 277 26.5.2016 L 139/260 Gazzetta ufficiale dell'U nione europea IT     
3. PROTOCOLL O DI TRASFERIMENTO DEI DATI DELLE CARTE TACHIGRAFIC HE............................................ 277 
3.1. Cam po di applicazione ........................................................................................................ 277 
3.2. Definizioni ....................................................................................................................... 277 
3.3. Trasfe riment o dati carta....................................................................................................... 277 
3.3.1 Sequenza di inizializzazione ................................................................................................. 278 
3.3.2 Sequenza dei file di dati non firmati ....................................................................................... 278 
3.3.3 Sequenza dei file di dati firmati ............................................................................................. 279 
3.3.4 Sequenza di azzeramento del contatore di taratura ..................................................................... 279 
3.4. Formato di memor izzazione dei dati ...................................................................................... 280 
3.4.1 Introduzione ..................................................................................................................... 280 
3.4.2 Formato dei file................................................................................................................. 280 
4. TRASFERIMENTO DEI DATI DI UNA CART A TACHIGRAF ICA MEDIANTE UN'UNIT À ELETTR ONICA DI BORDO .. 281  
1.  INTR ODUZIONE 
La present e appendice stabilisce le procedure per l'esecuzione delle differ enti modalità di trasfe rimento dei 
dati ad un dispositivo di memor izzazione ester no (ESM), insieme ai protocoll i da attuare per garant ire il 
corretto trasfe riment o dei dati e la piena compatibilità del formato dei dati trasfe riti, in modo da consentire a 
qualsiasi agente di controllo di ispezionare i dati in questione e verificarne l'aut enticità e integr ità prima di 
procedere alla loro analisi. 
1.1.  Campo di applicazione 
Il trasfer iment o di dati ad un ESM può avvenire: 
—  da un'unità elettronica di bordo mediante un apparecc hio intellig ente dedicat o (Intellig ent dedicat ed 
equipment — IDE) collegat o alla VU, 
—  da una carta tachigrafica mediante un IDE dotato di interfaccia della carta (IFD), 
—  da una carta tachigrafica e attraverso l'unità elettronica di bordo mediante un IDE collegat o alla VU. 
Per consentire la verifica dell'auten ticità e dell'inte grità dei dati trasf eriti e memor izzati in un ESM, i dati 
vengono trasfer iti allegando una firma digitale conf ormemente all'appendice 11 (Meccanismi comuni di 
sicurezza). Vengono inoltre trasf eriti i dati relativi all'identificazione dell'apparecchio di provenienza (VU o 
carta tach igraf ica) e i relativi certificati di sicurezza (Stato membro e apparecchio). Chi è preposto alla verifica 
dei dati deve essere in possesso di una chiave pubblica europea fidata. 
DDP_001  I dati trasfer iti nel corso di un'unica sessione devono essere memor izzati all'inter no dell'ESM in un 
unico file. 
1.2.  Acron imi e simboli 
Nella present e appendice sono utilizzati i seguenti acronimi: 
AID  Identif icativ o dell'applicazione (Application Identifier) 
ATR  Risposta al reset (Answer To Reset) 
CS  Byte di totale di controllo (Chec ksum byte) 
DF  File dedicato 
DS_  Sessione di diagnostica 
EF  File elementare 
ESM  Dispositivo di memor izzazione esterno (External Storag e Medium) 
FID  Identif icatore file (file ID) (File identif ier) 
FMT  Format byte (primo byte dell'intesta zione del messaggio) 
ICC  Carta a circuito integrat o (Integ rated Circuit Card) 
IDE  Apparecchio intellig ente dedicato (Intellig ent dedicate d equipment): apparecchio utilizzato per 
effettuare il trasfer iment o di dati all'ESM (ad esem pio: un personal comput er) 
IFD  Dispositivo interfa ccia (Interfa ce device) 26.5.2016 L 139/261 Gazzetta ufficiale dell'U nione europea IT     
KWP  Keyword Protocol 2000 
LEN  Byte di lunghezza (Length Byte) (ultimo byte nell'inte stazione del messaggio) 
PPS  Selezione del parametro di protocollo (Protocol Parameter Selection) 
PSO  Esecuzione operazione di sicurezza (Perform Secur ity Operation) 
SID  Identif icativ o del servizio 
SRC  Source byte 
TGT  Target byte 
TLV  Valore lunghezza tag (Tag Length Value) 
TREP  Parametro di risposta di trasfer iment o (Transf er Response Paramet er) 
TRTP  Parametro di richiesta di trasf erimento (Transf er Request Parameter) 
VU  Unità elettronica di bordo (Vehicle Unit) 
2.  TRASFERIMENTO DEI DATI DA UNA VU 
2.1.  Procedura di trasfer iment o dei dati 
Per effettuare un trasf erimento di dati da una VU l'operator e deve eseguire le seguenti operazioni: 
—  inser ire la propr ia carta tachi grafi ca in una sede (slot) della VU (*); 
—  colleg are l'IDE al connett ore di trasfer iment o dati della VU; 
—  stabilire il collega mento tra l'IDE e la VU; 
—  selezionare sull'IDE i dati da trasfer ire e inviare la richiesta alla VU; 
—  terminare la sessione di trasf erimento dati. 
2.2.  Protoc ollo di trasferimento dei dati 
Il prot ocollo è strutturat o sulla base di una configurazione di tipo «master -slave», in cui all'IDE è assegnato il 
ruolo master e alla VU quello slave. 
La struttura, i tipi e il flusso dei messaggi si basano principalment e sul Keywor d Protocol 2000 (KWP) 
(ISO 14230-2 Road vehicles — Diagnostic system s — Keyw ord protocol 2000 — Part 2: Data link layer). 
Il livello dell'applicazione è basat o in gran parte sull'attuale versione della norma ISO 14229-1 (Road vehicles 
— Diagnostic systems — Part 1: Diagnostic services, versione 6 del 22 febbraio 2001). 
2.2.1  Struttur a dei messaggi 
DDP_002  Tutti i messaggi scambiati tra l'IDE e la VU sono formattati secondo una struttura composta da tre 
parti: 
—  intestazione, costituita da un format byte di formato (FMT), un targe t byte (TGT), un source 
byte (SRC) ed, eventualment e, un byte di lunghezza (LEN); 
—  campo dati, costituito da un byte identif icator e del servizio (SID), che può comprende re un 
byte facoltativ o relativ o alla sessione di diagnostica (DS_) o un byte facoltativo relativ o al 
parametro di trasf erimento (TRIP o TREP); 
—  totale di controllo, costituito da un byte di totale di controllo (CS). 
Intestazione Campo dati Totale di 
controllo 
FMT TGT SRC LEN SID DATI … … … CS 
4 byte Max 255 byte 1 byte  26.5.2016 L 139/262 Gazzetta ufficiale dell'U nione europea IT     
(*)L'inser imento della carta determina l'abilitazione degli oppor tuni diritti di accesso alla funzione di trasferimento e ai dati in questione. 
Deve essere possibile tuttav ia trasferire dati da una carta del conducente inser ita in uno degli slot della VU se nessun'altra carta è inser ita 
nell'altro slot. 
I byte TGT e SRC rappresentano l'indir izzo fisico del destinatar io e del mitten te del messaggio. I 
valor i esadecimali sono rispettivament e F0 per l'IDE ed EE per la VU. 
Il byte LEN è la lunghezza della parte riservata al campo dati. 
Il byte del tota le di controllo è dato dalla somma su 8 bit, modulo 256, di tutti i byte del 
messaggio escluso lo stesso CS. 
I byte relativi a FMT , SID, DS_, TRTP e TREP sono definiti più avanti nel presente documento. 
DDP_003  Nel caso in cui i dati da inviare nel messaggio eccedano lo spazio disponibile nella sezione 
riservata al campo di dati, il messaggio viene suddiviso in diversi sottomes saggi. Ciascun sottome s­
saggio ha un'inte stazione, gli stessi SID, TREP e un contat ore a 2 byte che indica il numero del 
sottome ssaggio all'int erno del messaggio tota le. Per abilitare la verifica degli errori e interr omper e 
la trasmissione di dati, l'IDE conferma tutti i sottome ssaggi. L'IDE può accettare un sottomes ­
saggio, chiedere che sia ritrasmesso, richiedere alla VU di ricominciare o interr omper e la 
trasmissione. 
DDP_004  Se l'ultimo sottomes saggio contiene esattamente 255 byte nel campo dati, è necessar io allegare un 
sottome ssaggio finale con un campo dati vuot o (salv o SID, TREP e il contatore sottomessaggi) per 
indicare la fine del messaggio. 
Esempio: 
Intestazione SID TREP Messaggio CS 
4 byte Lunghezza super iore a 255 byte   
è trasmesso nella seguent e forma: 
Intestazione SID TREP 00 01 Sottom es­
saggio 1 CS 
4 byte 255 byte   
Intestazione SID TREP 00 02 Sottom es­
saggio 2 CS 
4 byte 255 byte   
… 
Intestazione SID TREP xx yy Sottom es­
saggio n CS 
4 byte Lunghezza inferiore a 255 byte   
o nella forma: 
Intestazione SID TREP 00 01 Sottom es­
saggio 1 CS 
4 byte 255 byte   
Intestazione SID TREP 00 02 Sottom es­
saggio 2 CS 
4 byte 255 byte   26.5.2016 L 139/263 Gazzetta ufficiale dell'U nione europea IT     
… 
Intestazione SID TREP xx yy Sottom es­
saggio n CS 
4 byte 255 byte   
Intestazione SID TREP xx yy + 1 CS 
4 byte 4 byte   
2.2.2  Tipi di messaggio 
Il protocollo di comunicazione per il trasf erimento di dati tra la VU e l'IDE richiede lo scambio di 8 tipi 
diversi di messaggi. 
La tabella che segue riepilog a questi messaggi. 
Struttura del messaggio Max 4 Byte 
Intestazione Max 255 Byte 
Dati 1 Byte 
Totale 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Richies ta di inizio comunica ­
zione 81 EE F0  81   E0 
Risposta positiva di inizio comu ­
nicazione 80 F0 EE 03 C1  EA, 8F 9B 
Richies ta di inizio sessione dia­
gnostica 80 EE F0 02 10 81  F1 
Risposta positiva di inizio ses­
sione diagnostica 80 F0 EE 02 50 81  31 
Servizi di controllo del collega ­
mento  
Verifica della frequenza di 
baud (fase 1) 
9 600 Bd 80 EE F0 04 87  01,01, 
01 EC 
19 200 Bd 80 EE F0 04 87  01,01, 
02 ED 
38 400 Bd 80 EE F0 04 87  01,01, 
03 EE 
57 600 Bd 80 EE F0 04 87  01,01, 
04 EF 
115 200 Bd 80 EE F0 04 87  01,01, 
05 F0 
Risposta positiva verifica della 
frequenza di baud 80 F0 EE 02 C7  01 28 
Frequenza di baud di transizione 
(fase 2) 80 EE F0 03 87  02,03 ED 
Richies ta di invio dati 80 EE F0 0A 35  00,00, 
00,00, 
00,FF ,FF, 
FF,FF 99 
Risposta positiva di invio dati 80 F0 EE 03 75  00,FF D5 26.5.2016 L 139/264 Gazzetta ufficiale dell'U nione europea IT     
Struttura del messaggio Max 4 Byte 
Intestazione Max 255 Byte 
Dati 1 Byte 
Totale 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Richies ta di trasfer imento dati  
Riepilogo 80 EE F0 02 36 01  97 
Attività 80 EE F0 06 36 02 Data CS 
Anomalie e guasti 80 EE F0 02 36 03  99 
Dati dettag liati relativi alla ve­
locità 80 EE F0 02 36 04  9A 
Dati tecnici 80 EE F0 02 36 05  9B 
Trasferimento dei dati della 
carta 80 EE F0 02 36 06 Slot CS 
Risposta positiva di trasferi mento 
dati 80 F0 EE Len 76 TREP Dati CS 
Richies ta di chiusura trasferi ­
mento 80 EE F0 01 37   96 
Risposta positiva richiesta di 
chiusura trasferi mento 80 F0 EE 01 77   D6 
Richies ta di term ine comunica ­
zione 80 EE F0 01 82   E1 
Risposta positiva di term ine co­
municazione 80 F0 EE 01 C2   21 
Riconoscimento sotto messaggio 80 EE F0 Len 83  Dati CS 
Risposte negative  
Rifiuto gener ico 80 F0 EE 03 7F Sid Req 10 CS 
Servizio non suppor tato 80 F0 EE 03 7F Sid Req 11 CS 
Sottofunzione non suppor tata 80 F0 EE 03 7F Sid Req 12 CS 
Lunghezza del messaggio non 
corretta 80 F0 EE 03 7F Sid Req 13 CS 
Condizioni non soddisfatt e o 
errore nella sequenza di richie ­
sta 80 F0 EE 03 7F Sid Req 22 CS 
Richies ta fuor i valor i limite 80 F0 EE 03 7F Sid Req 31 CS 
Invio dati rifiutato 80 F0 EE 03 7F Sid Req 50 CS 
Risposta pendente 80 F0 EE 03 7F Sid Req 78 CS 
Dati non disponibili 80 F0 EE 03 7F Sid Req FA CS  
Note: 
—  Sid Req = il Sid della richiesta corrispondente. 
—  TREP = il TRTP della richiesta corrispondente . 
—  Le celle scure indicano l'assenza di trasmissione. 
—  Il term ine invio (upload) (riferi to all'IDE) è utilizzato per compat ibilità con la norma ISO 14229. Esso ha 
lo stesso significato di trasf erimentoc (download) (riferito alla VU). 
—  La tabella non ripor ta i poten ziali contat ori a 2 byte di sottomessaggi. 
—  “Slot” è il numero dello slot, “1” (carta nello slot conducente) o “2” (carta nello slot «secondo 
conducent e») 
—  Qualora non sia specificato lo slot, la VU deve selezionare lo slot 1 se la carta è inser ita in questo slot e 
lo slot 2 solo qualora sia scelto espressament e dall'ut ente. 26.5.2016 L 139/265 Gazzetta ufficiale dell'U nione europea IT     
2.2.2.1  Ric hiesta di inizio comunicazione (SID 81) 
DDP_005  Tale messaggio è inviat o dall'IDE per stabilire il collegament o nelle comunicazioni con la VU. Le 
comunicazioni iniziali sono sem pre eseguit e a 9 600 baud (finché la velocità non è cambiata 
usando gli oppor tuni servizi di controllo del collegament o). 
2.2.2.2  Risposta positiva di inizio comunicazione (SID C1) 
DDP_006 Questo messaggio è inviato dalla VU per rispondere positivamente alla richiesta di inizio comuni ­
cazione e comprende i 2 byte chiave “EA” e “8F” che indicano che l'unità suppor ta il protocollo 
con intestazione, compr endente le informazioni su target, source e lunghezza. 
2.2.2.3  Ric hiesta di inizio sessione diagnostica (SID 10) 
DDP_007  Il messaggio “Richi esta di inizio sessione diagnostica” è inviat o dall'IDE allo scopo di chiedere una 
nuo va sessione di diagnostica della VU. La sottofu nzione «sessione predef inita» (81 esadecimale) 
indica che deve essere avviata una sessione di diagnostica standard. 
2.2.2.4  Risposta positiva di inizio sessione diagnostica (SID 50) 
DDP_008  Il messaggio «Risposta positiva di inizio sessione diagnostica» è inviato dalla VU per rispondere 
positivamente a Richiesta di inizio sessione diagnostica. 
2.2.2.5  Ser vizio di controllo del collegament o (SID 87) 
DDP_052  Il «Ser vizio di controllo del collegame nto» è utilizzato dall'IDE per iniziare il cambiamento della 
velocità in baud. Il cambiamento avvi ene in due fasi. Nella prima fase l'IDE propone il 
cambiamento, indicando la nuo va velocità. Ricevuta la risposta positiva della VU, l'IDE conferma il 
cambiamento di velocità in baud alla VU (seconda fase). L'IDE passa quindi alla nuo va velocità in 
baud. Ricevuta la conferma , anch e la VU passa alla nuo va velocità. 
2.2.2.6  Risposta positiva di controllo del colleg amento (SID C7) 
DDP_053 La «Risposta positiva di controllo del collegament o» è inviata dalla VU per rispondere positi ­
vament e alla richiesta di Link Control Service (prima fase). Nessuna risposta è invece inviata alla 
richiest a di conferma (seconda fase). 
2.2.2.7  Ric hiesta di inv io dati (upload) (SID 35) 
DDP_009  Il messaggio «Ric hiesta di invio dati (upload)» è inviat o dall'IDE per specifi care alla VU che si 
richied e un'operazione di trasf erimento dati. Per soddisfar e i requisiti della norma ISO 14229 
vengono anche inviati dati relativi all'indir izzo, alla dimensione ed al formato dei dati richiesti. 
Poiché tali informazioni non sono note all'IDE prima del trasfer iment o, l'indir izzo di memor ia è 
impostato su 0, il formato non è né criptato né compresso e la dimensione della memor ia è 
impostata sul valore massimo. 
2.2.2.8  Risposta positiva di inv io dati (upload) (SID 75) 
DDP_010  Il messaggio «Risposta positiva di invio dati (upload)» è inviato dalla VU per segnalare all'IDE che 
la VU è pronta ad eseguire il trasfer iment o dei dati. Per soddisfa re i requisiti della norma ISO 
14229 nel messaggio di risposta positiva sono contenuti anche dati che indicano all'IDE che i 
successivi messaggi di Risposta positiva alla richiesta di trasf erimento dati compr enderanno al 
massimo 00FF bytes esadecimali. 
2.2.2.9  Ric hiesta di trasf erimento dati (SID 36) 
DDP_011  La «Ric hiesta di trasfe riment o dati» è inviata dall'IDE per specificare alla VU il tipo di dati da 
trasfe rire. Un Parametro di richiesta di trasfer imento (TRTP) di un byte indica il tipo di trasfe ­
rimento. 
Vi sono sei tipi di trasfe rimento dati: 
—  Ispezione (TRTP 01), 
—  Attività relative ad una data specific a (TRTP 02), 
—  Anomalie e guasti (TRTP 03), 26.5.2016 L 139/266 Gazzetta ufficiale dell'U nione europea IT     
—  Dati dettag liati relativi alla velocità (TRTP 04), 
—  Dati tecn ici (TRTP 05), 
—  Trasfe riment o dati carta (TRTP 06). 
DDP_054  L'IDE deve obbligat oriament e richiedere il trasf erimento dati in modalità ispezione (TRTP 01) 
durante una sessione di trasfe riment o, poiché solo in tal modo i certificati della VU vengono 
registrati nei file trasfe riti (e permett ono così la verifica della firma digitale). 
Nel secondo caso (TRTP 02) il messaggio Rich iesta di trasfe rimento dati compr ende l'indicazione 
del gior no di calendar io (formato 
 ) da trasfer ire. 
2.2.2.10  Risposta positiva di trasf erimento dati (SID 76) 
DDP_012  Il messaggio «Risposta positiva di trasfer iment o dati» è inviato dalla VU in risposta alla Richiesta di 
trasfe rimento dati e contiene i dati richiesti con il Parametro di risposta di trasfe rimento (TREP) 
corrispondente al TRTP della richiesta. 
DDP055  Nel primo caso (TREP 01) la VU invia i dati utili all'operatore dell'IDE per individuare i dati che 
intende trasfer ire. Le informazioni cont enute all'inter no del messaggio in questione riguardano: 
—  certificati di sicurezza, 
—  identificazione del veicolo 
—  data e ora correnti della VU, 
—  estremi temporali minimo e massimo dei dati disponibili per il trasfe riment o (dati VU), 
—  indicazione della presenza di carte nella VU, 
—  precedente trasfer iment o dati ad un'im presa, 
—  blocc hi di un'im presa, 
—  controlli precedenti. 
2.2.2.11  Ric hiesta di chiusura trasferi ment o (SID 37) 
DDP_013  Il messaggio «Richiesta di chiusura trasfer imento» è inviat o dall'IDE per informare la VU che la 
sessione di trasf erimento è term inata. 
2.2.2.12  Risposta positiva di richiesta chiusura trasf erimento (SID 77) 
DDP_014  Il messaggio «Risposta positiva di richiesta chiusura trasfer iment o» è inviato dalla VU per 
conferma re la ricezione della Rich iesta di chiusura trasf erimento. 
2.2.2.13  Ric hiesta di termine comunicazione (SID 82) 
DDP_015  Il messaggio «Ric hiesta di term ine comunicazione» è inviat o dall'IDE per disattivare il collegam ento 
di comunicazione con la VU. 
2.2.2.14  Ric hiesta di risposta positiva di termine comunicazione (SID C2) 
DDP_016  Il messaggio «Ric hiesta di risposta positiva di term ine comunicazione» è inviato dalla VU per 
conferma re la ricezione della Rich iesta di term ine comunicazione. 
2.2.2.15  Riconoscimento sottomessaggio (SID 83) 
DDP_017  Il messaggio «Riconoscimento sottomessaggio» è inviato dall'IDE per conferma re l'avvenuta 
ricezione di ciascuna parte di un messaggio trasmesso sotto forma di più sottom essaggi. Il campo 
dati contiene il SID ricevuto dalla VU e un codice a 2 byte, come descr itto qui di seguit o: 
—  MsgC + 1 conferma la corretta ricezione del sottomessaggio MsgC. 
Richiesta da parte dell'IDE alla VU di inviare il sottomessaggio successiv o. 
—  MsgC indica un problema nella ricezione del sottomessaggio MsgC. 
Richiesta da parte dell'IDE alla VU di inviare di nuo vo il sottomes saggio. 26.5.2016 L 139/267 Gazzetta ufficiale dell'U nione europea IT     
—  FFFF richiede la conclusione del messaggio. 
Può essere utilizzato dall'IDE per term inare la trasmissione del messaggio della VU per 
qualsiasi ragione. 
L'ultimo sottomessaggio di un messaggio (byte LEN < 255) può essere confermato utilizzando 
uno qualsiasi di questi codici oppure non essere conferma to. 
Le rispost e della VU, compo ste da diversi sottome ssaggi, sono: 
—  Risposta positiva di trasfe rimento dati (SID 76) 
2.2.2.16  Risposta nega tiva (SID 7F) 
DDP_018  La «Risposta negativa» è inviata dalla VU in risposta alle richiest e sopra menzionate nel caso in cui 
la VU non sia in grado di soddisfar e la richiesta in questione. I campi dati del messaggio 
compre ndono il SID della risposta (7F), il SID della richiesta e un codice che specifi ca la ragione 
della risposta negativa . Sono disponibili i seguenti codici: 
—  10 rifiuto generico 
L'azione non può essere eseguita per una ragione diversa da quelle sotto esposte. 
—  11 servizio non suppor tato 
Mancata comprensione del SID relativo alla richiesta. 
—  12 sottofu nzione non suppor tata 
Mancata compr ensione del DS_ o TRTP relativ o alla richiesta, o assenza di ulteriori 
sottomessaggi da trasmette re. 
—  13 lunghezza del messaggio non corretta 
Il messaggio ricevuto non ha la giusta lunghezza. 
—  22 condizioni non soddisfatt e o errore nella sequenza di richiesta 
Il servizio richiesto non è attivo o la sequenza dei messaggi di richiesta non è corretta. 
—  31 richiest a fuor i valor i limite 
Il parametro indicato (campo dei dati) non è valido. 
—  50 invio dati (upload) rifiutat o 
La richiesta non può essere eseguita (errata modalità di funzionamento della VU o guasto 
interno della VU). 
—  78 risposta pendente 
L'azione richiesta non può essere compl etata nel tempo previsto e la VU non è pronta per 
accettare un'altra richiesta. 
—  FA dati non disponibili 
I dati oggett o di una richiesta di trasfe rimento non sono disponibili nella VU (ad esem pio, non 
vi è alcuna carta inser ita, ecc.). 
2.2.3  Flusso di messaggi 
Qui di seguito è illustrato un tipico flusso di messaggi nel corso di una normale procedura di trasf erimento 
dati: 
IDE  VU 
Richiest a di inizio comunicazione 
Risposta positiva 
Rich iesta di inizio sessione diagnostica 
Risposta positiva 
Rich iesta di invio dati 
Risposta positiva 26.5.2016 L 139/268 Gazzetta ufficiale dell'U nione europea IT     
IDE  VU 
Riepilogo della richiesta di trasfer iment o 
dati 
Risposta positiva 
Richiesta di trasfer iment o dati #2 
Risposta positiva #1 
Riconosciment o sottomessaggio #1 
Risposta positiva #2 
Riconosciment o sottomessaggio #2 
Risposta positiva #m 
Riconosciment o sottomes saggio #m 
Risposta positiva (campo dati<255 byte) 
Riconosciment o sottomessaggio (facoltativo) 
… 
Richiesta di trasfer iment o dati #n 
Risposta positiva 
Richiesta di chiusura trasfer imento 
Risposta positiva 
Richiesta di term ine comunicazione 
Risposta positiva  
2.2.4  Tempor izzazione 
DDP_019  La figura di seguito ripor tata illustra i parametr i di tempor izzazione impor tanti durante il normale 
funzionament o: 
Figura 1 
Flusso messaggi, tempor izzazione 
26.5.2016 L 139/269 Gazzetta ufficiale dell'U nione europea IT     
dove: 
P1  =Inter vallo di tempo tra byte per la risposta della VU. 
P2  =Inter vallo di tempo tra la fine della richiesta dell'IDE e l'inizio della risposta della VU o tra 
la fine della conferma di ricezione da parte dell'IDE e l'inizio della successiva risposta della 
VU. 
P3  =Inter vallo di tempo tra la fine della risposta della VU e l'inizio della nuo va richiesta 
dell'IDE, o tra la fine della risposta della VU e l'inizio della conferma di ricezione da parte 
dell'IDE, o tra la fine della richiesta dell'IDE e l'inizio della nuo va richiesta dell'IDE in caso 
di mancata risposta da parte della VU. 
P4  =Inter vallo di tempo tra byte per la richiest a da parte dell'IDE. 
P5  =Valore ampliat o di P3 per il trasf erimento dei dati dalla carta. 
I valor i consentiti per i parametr i di temporizzazione sono illustrati nella tabella successiva 
(impos tazione dei parametr i di tempor izzazione supplementar i relativi al KWP , utilizzata in caso 
di indir izzamento fisico per una comunicazione più veloce). 
Parametro di temporiz zazione Valore minimo 
(ms) Valore massimo 
(ms) 
P1 0 20 
P2 20 1 000 (*) 
P3 10 5 000 
P4 5 20 
P5 10 20 minuti 
(*)Se la VU risponde con una Risposta negativa contenent e un codice che signifi ca «richiesta correttamente ri­
cevuta, risposta pendent e», quest o valore è esteso allo stesso valore limite super iore di P3.  
2.2.5  Gestione degli errori 
In caso di errore durante lo scambio di messaggi, lo schema del flusso dei messaggi è modificato a seconda 
di quale apparecc hio abbia rilevato l'errore e del messaggio che l'ha generato. 
Le figure 2 e 3 indicano le procedure di gestione degli errori rispettivamente per la VU e per l'IDE. 
2.2.5.1  Fase di inizio della comunicazione 
DDP_020  Se durante la fase di avvio delle comunicazioni l'IDE rileva un errore, nella temporizzazione o nel 
flusso di bit, esso attende per un inter vallo di tempo pari a P3min prima di ripropor re la richiesta. 
DDP_021  Se la VU rileva un errore nella sequenza inviata dall'IDE, essa non invia risposta e attende una 
nuo va Richiesta di inizio comunicazione, che deve pervenire entro un limite di tempo pari a P3 
max. 
2.2.5.2  Fase di comunicazione 
Si possono individuare due distinti ambiti di gestione degli errori:  
1. Rilevament o da parte della VU di un errore di trasmissione dell'IDE 
DDP_022 Per ogni messaggio ricevut o la VU deve rilevare l'eventuale presenza di errori di temporiz­
zazione, di formato dei byte (ad esempio: violazione dei bit di avvio e di arresto) e di struttura 
(numero errato dei byte ricevuti, byte errato relativo al totale di controllo). 
DDP_023  In caso di rilevamento di uno degli errori sopra menzionati da parte della VU, quest'ultima 
non invia alcuna risposta e ignora il messaggio ricevuto. 26.5.2016 L 139/270 Gazzetta ufficiale dell'U nione europea IT     
DDP_024  È possibile che la VU rilevi altri errori relativi al formato o al cont enuto del messaggio ricevuto 
(ad esempio, messaggio non suppor tato) anche se questo soddisfa i requisiti previsti di 
lunghezza e totale di controllo; in tal caso, la VU risponde all'IDE con un messaggio di 
Risposta negativa che specifi ca la natura dell'er rore in questione. 
Figura 2 
Gestione degli errori da parte della VU 
26.5.2016 L 139/271 Gazzetta ufficiale dell'U nione europea IT     
2. Rilevament o da parte dell'IDE di un errore di trasmissione della VU 
DDP_025  Per ogni messaggio ricevuto l'IDE rileva l'eventuale presenza di errori di temporizzazione, di 
format o dei byte (ad esempio: violazione dei bit di avvio e di arresto) e di struttura (numero 
errato dei byte ricevuti, byte errato relativ o al totale di controllo). 
DDP_026  L'IDE rileva errori di sequenza, ad esem pio messaggi successivi con incrementi non corretti del 
contat ore di sottomessaggi. 
DDP_027  In caso di rilevamento di un errore da parte dell'IDE o in assenza di risposta da parte della VU 
entro un periodo di tempo pari a P2max, il messaggio di richiesta sarà nuo vamente inviat o per 
un numero massimo compl essivo di tre trasmissioni. Ai fini di tale rilevamento di errori, la 
conferma di ricezione di un sottom essaggio sarà considerata come una richiesta inviata alla 
VU. 
DDP_028  L'IDE deve attendere un intervallo di tempo pari a P3min prima dell'inizio di ciascuna 
trasmissione; il periodo di attesa viene misurat o a partire dall'ultimo inter vent o calcolat o di un 
bit di arresto dopo il rilevamento dell'er rore. 
Figura 3 
Gestione degli errori da parte dell'IDE 
2.2.6  Contenuto del messaggio di risposta 
Il presente punto definisce il contenut o dei campi di dati dei vari messaggi di risposta positiva. 
Gli elementi di dati sono definiti nel dizionar io di dati di cui all'appendice 1. 
Osser vazioni: per i trasfe rimenti di generazione 2 ogni elemento di dati di alto livello è rappresentat o da un 
record array, anche se esso contiene un solo record. Un record array inizia con un'inte stazione, che contiene i 
tipi, le dimensioni e il numero di record. I record array sono sempre denominati «…RecordAr ray» (con 
intes tazione) nelle seguenti tabelle. 26.5.2016 L 139/272 Gazzetta ufficiale dell'U nione europea IT     
2.2.6.1  Risposta positiva di trasf erimento dati ispezione 
DDP_029  Il campo dati del messaggio «Risposta positiva di trasfer iment o dati ispezione» deve fornire 
nell'ordine sotto indicato i seguenti dati corrispondenti ai valor i esadecimali SID 76 e TREP 01, 
nonc hé alla suddivisione e al cont eggio appropr iati dei sottome ssaggi: 
Struttura dei dati generazione 1 
Elemento di dati  Osser vazioni 
Certificat i di sicurezza VU 
Identif icazione del veicolo 
Data e ora correnti della VU 
Periodo disponibile per il trasfer iment o 
Tipi di carte inser ite nella VU 
Precedente trasf erimento dalla VU 
Tutti i blocch i di un'im presa memor izzati. Se la se­
zione è vuota, viene inviat o solo noOfLoc ks = 0. 
Tutti i record di controllo memor izzate nella VU. Se la 
sezione è vuota, viene inviato solo noOfControls = 0. 
Firma RSA di tutti i dati (tranne i certificati) a partire 
dal VehicleIdentificationNumber fino all'ultimo byte 
dell'ultimo VuControlA ctivityData.  
Struttura dei dati generazione 2 
Elemento di dati  Osser vazioni 
Certificato dello Stato membro 
Certificato VU 
Identif icazione del veicolo 
Numero d'immatr icolazione del veicolo 
Data e ora correnti della VU 
Periodo disponibile per il trasfer iment o 
Tipi di carte inser ite nella VU 
Precedente trasf erimento dalla VU 
Tutti i blocch i di un'im presa memor izzati. Se la se­
zione è vuota, viene inviata un'intestazione di array 
con noOfRecords = 0. 
Tutti i record di controllo memor izzati nella VU. Se la 
sezione è vuota, viene inviata un'inte stazione di array 
con noOfRecords = 0. 
Firma ECC di tutti i dati precedenti esclusi i certificati.  26.5.2016 L 139/273 Gazzetta ufficiale dell'U nione europea IT     
2.2.6.2  Risposta positiva di trasf erimento dati relativi alle attività 
DDP_030  Il campo dati del messaggio «Risposta positiva di trasfe rimento dati relativi alle attività» fornisce 
nell'ordine sotto indicato i seguenti dati corrispondenti ai valor i esadecimali SID 76 e TREP 02, 
nonc hé alla suddivisione e al cont eggio appropr iati dei sottome ssaggi: 
Struttura dei dati generazione 1 
Elemento di dati  Osser vazioni 
Data della gior nata oggett o del trasfer iment o di dati 
Odometro alla fine della gior nata ogget to del trasfer imento di 
dati 
Dati dei cicli di inser iment o ed estrazione delle carte. 
—Se questa sezione non contiene dati disponibili, viene in­
viato solo noOfV uCardIWRecords = 0. 
—Quando un VuCardIWRecord oltrepassa 00:00 (inser i­
mento della carta il gior no precedente) o 24:00 (estrazione 
della carta il gior no seguent e) deve figurare inter amente nei 
due gior ni in questione. 
Lo stato dello slot a 00:00 e cambi di attività registrati per la 
gior nata oggett o del trasfer iment o dati. 
Dati relativi ai luoghi registrati nella gior nata oggett o del tra­
sferimento dati. Se la sezione è vuota, viene inviat o solo noOf ­
PlaceRecords = 0. 
Dati delle condizioni particolar i registrati nella gior nata og­
getto del trasfe riment o dati. Se la sezione è vuota, viene inviato 
solo noOfSpecificC onditionRecords=0. 
Firma RSA di tutti i dati a partire da TimeReal fino all'ultimo 
byte dell'ultimo record di condizione particolare.  
Struttura dei dati generazione 2 
Elemento di dati  Osser vazioni 
Data della gior nata oggett o del trasfer iment o di dati 
Odometro alla fine della gior nata ogget to del trasfer imento di 
dati 
Dati dei cicli di inser iment o ed estrazione delle carte. 
—  Se la sezione è vuota, viene inviata un'intes tazione di array 
con noOfRecords = 0. 
—Quando un VuCardIWRecord oltrepassa 00:00 (inser i­
mento della carta il gior no precedente ) o in 24:00 (estra ­
zione della carta il gior no seguent e) deve figurare inter a­
mente nei due gior ni in questione. 
Lo stato dello slot a 00:00 e cambi di attività registrati per la 
gior nata oggett o del trasfer iment o dati. 
Dati relativi ai luoghi registrati nella gior nata oggett o del tra­
sferimento dati. Se la sezione è vuota, viene inviata un'intest a­
zione di array con noOfRecords = 0. 
Posizioni GNSS del veicolo se il periodo di guida continuo del 
conducente raggiunge un multiplo di tre ore. Se la sezione è 
vuota, viene inviata un'intestazione di array con noOfRecords 
= 0. 
Dati delle condizioni particolar i registrati nella gior nata og­
getto del trasf erimento dati. Se la sezione è vuota, viene inviata 
un'intest azione di array con noOfRecords = 0. 
Firma ECC di tutti i dati precedenti.  26.5.2016 L 139/274 Gazzetta ufficiale dell'U nione europea IT     
2.2.6.3  Risposta positiva di trasf erimento dati relativi ad anomalie e guasti 
DDP_031  Il campo dati del messaggio «Risposta positiva di trasfe rimento dati relativi ad anomalie e guasti» 
deve fornire nell'ordine sotto indicato i seguenti dati corrispondenti ai valor i esadecimali SID 76 e 
TREP 03, nonc hé alla suddivisione e al cont eggio appropr iati dei sottome ssaggi: 
Struttura dei dati generazione 1 
Elemento di dati  Osser vazioni 
Tutti i guasti memor izzati o in corso nella VU. 
Se la sezione è vuota, viene inviat o solo noOfV uFaults 
= 0. 
Tutte le anomalie (ad eccezione dei superamenti di ve­
locità) memor izzate o in corso nella VU. 
Se la sezione è vuota, viene inviat o solo noOfV uEvents 
= 0. 
Dati relativi all'ultimo controllo del superamento di 
velocità (valore predef inito se non sono disponibili 
dati). 
Tutte le anomalie di superamento della velocità memo ­
rizzate nella VU. 
Se la sezione è vuota, viene inviat o solo noOfV uOver ­
SpeedingEvents = 0. 
Tutti gli eventi di regolazione dell'ora anomalie memo ­
rizzati nella VU (al di fuor i di una taratura compl eta). 
Se la sezione è vuota, viene inviato solo noOfV uTi­
meAdjRecord s = 0. 
Firma RSA di tutti i dati a partire da noOfV uFaults 
fino all'ultimo byte dell'ultimo record di regolazione 
dell'ora.  
Struttura dei dati generazione 2 
Elemento di dati  Osser vazioni 
Tutti i guasti memor izzati o in corso nella VU. 
Se la sezione è vuota, viene inviata un'inte stazione di 
array con noOfRecords = 0. 
Tutti gli eventi (ad eccezione dei superamenti di velo ­
cità) memor izzati o in corso nella VU. 
Se la sezione è vuota, viene inviata un'inte stazione di 
array con noOfRecords = 0. 
Dati relativi all'ultimo controllo del superamento di 
velocità (valore predef inito se non sono disponibili 
dati). 
Tutti gli eventi di superamento della velocità memor iz­
zati nella VU. 
Se la sezione è vuota, viene inviata un'inte stazione di 
array con noOfRecords = 0. 
Tutti gli eventi di regolazione dell'ora anomalie memo ­
rizzati nella VU (al di fuor i di una taratura compl eta). 
Se la sezione è vuota, viene inviata un'inte stazione di 
array con noOfRecords = 0. 
Firma ECC di tutti i dati precedenti.  26.5.2016 L 139/275 Gazzetta ufficiale dell'U nione europea IT     
2.2.6.4  Risposta positiva di trasf erimento dati dettag liati relativi alla velocità 
DDP_032  Il campo dati del messaggio «Risposta positiva di trasf erimento dati dettag liati relativi alla velocità» 
deve fornire nell'ordine sotto indicato, i seguenti dati corrispondenti ai valor i esadecimali SID 76 e 
TREP 04, nonc hé alla suddivisione e al cont eggio appropr iati dei sottome ssaggi: 
Struttura dei dati generazione 1 
Elemento di dati  Osser vazioni 
Tutti i dati dettag liati relativi alla velocità memor izzati 
nella VU (un blocco di velocità al minuto di marcia 
del veicolo) 
60 valor i della velocità al minuto (uno al secondo). 
Firma RSA di tutti i dati a partire da noOfSpeedBlocks 
fino all'ultimo byte dell'ultimo blocco di velocità.  
Struttura dei dati generazione 2: 
Elemento di dati  Osser vazioni 
Tutti i dati dettag liati relativi alla velocità memor izzati 
nella VU (un blocco di velocità al minuto di marcia 
del veicolo) 
60 valor i della velocità al minuto (uno al secondo). 
Firma ECC di tutti i dati precedenti.  
2.2.6.5  Risposta positiva di trasf erimento dati tecnici 
DDP_033  Il campo dati del messaggio «Risposta positiva di trasfer imento dati tecnici» deve fornire, 
nell'ordine sotto indicato, i seguenti dati corrispondenti ai valor i esadecimali SID 76 e TREP 05, 
nonc hé alla suddivisione e al cont eggio appropr iati dei sottome ssaggi: 
Struttura dei dati generazione 1 
Elemento di dati  Osser vazioni 
Tutti i record di taratura memor izzati nella VU. 
Firma RSA di tutti i dati a partire da vuManufacturer ­
Name fino all'ultimo byte dell'ultimo VuCalibrationRe ­
cord.  26.5.2016 L 139/276 Gazzetta ufficiale dell'U nione europea IT     
Struttura dei dati generazione 2 
Elemento di dati  Osser vazioni 
Tutti gli accoppiamenti di MS memor izzati nella VU. 
Tutte gli accoppiamenti del dispositivo GNSS ester no 
memor izzati nella VU 
Tutti i record di taratura memor izzati nella VU. 
Tutti i dati relativi all'inser iment o della carta memor iz­
zati nella VU. 
Firma ECC di tutti i dati precedenti.  
2.3.  Memor izzazione dei file ESM 
DDP_034  Se una sessione di trasfe riment o compr ende dati relativi alla VU, l'IDE deve memor izzare in un 
unico file fisico tutti i dati ricevuti dalla VU nel corso della sessione nell'ambito dei messaggi di 
Risposta positiva di trasfe riment o dati. I dati memor izzati non comprendono le intestazioni dei 
messaggi, i contat ori dei sottom essaggi, i sottomessaggi vuoti e i totali di controllo, ma 
compre ndono SID e TREP (relativi soltant o al primo sottomessaggio nel caso di più 
sottome ssaggi). 
3.  PROTOCOLL O DI TRASFERIMENTO DEI DATI DELLE CARTE TACHIGRAFIC HE 
3.1.  Campo di applicazione 
Il present e punt o descr ive il trasf erimento diretto dei dati di una carta tach igraf ica ad un IDE. Quest'ultimo 
non fa parte dell'ambiente sicuro; quindi non viene eseguita alcuna aute nticazione tra la carta e l'IDE. 
3.2.  Def inizioni 
Sessione di trasf eriment o:  ogni trasf erimento di dati dell'ICC. La sessione comprende la procedura 
compl eta, dalla reinizializzazione dell'ICC da parte di un IFD fino alla disatti ­
vazione dell'ICC (estrazione della carta o reinizializzazione successiva). 
File di dati con firma:  un file provenient e dall'ICC. Il file è trasf erito all'IFD con testo in chiaro. 
Nell'ICC il file viene «frammentato» (con la funzione di hash) e firmato, quindi 
la firma è trasfer ita all'IFD. 
3.3.  Trasf erimento dati carta 
DDP_035  Il trasfer iment o dei dati di una carta tachi grafi ca comprende le seguenti fasi: 
—  Trasfe riment o negli EF 
 e 
 dell'inf ormazione comune relativa alla carta. Questa 
informazione è facoltat iva e non è resa sicura mediante firma digitale. 
—  Trasfe riment o degli EF 
 (o 
 ) e 
. Questa informazione non è resa sicura mediante firma digitale. 
Il trasfe riment o dei file in questione è obbligat orio per ogni sessione di trasfer iment o. 
—  Trasfe riment o degli altri EF di dati relativi alle diverse applicazioni (all'inter no del 
e 
 se pertinente ) ad eccezione di EF 
 . 
Questa informazione è resa sicura mediante firma digitale. 
—  Per ogni sessione di trasfer iment o è obbligat orio il trasfe riment o almeno degli EF 
e 
 . 26.5.2016 L 139/277 Gazzetta ufficiale dell'U nione europea IT     
—  Nel trasfer ire i dati relativi alla carta del conducente è obbligat orio trasf erire anch e i seguenti 
EF: 
—  Nel trasfe rimento dei dati relativi alla carta del conducente , aggior nare 
nell'EF 
 , 
—  Nel trasf erimento dei dati relativi alla carta dell'off icina, reinizializzare il contat ore di taratura 
nell'EF 
 . 
—  Nel trasfe rimento dei dati relativi alla carta dell'off icina l'
non va scar icato. 
3.3.1  Sequenza di inizializzazione 
DDP_036  L'IDE avvia la sequenza nel modo seguent e: 
Carta Dire ­
zione IDE/IFD Significato/Osser vazioni  
Reinizializzazione Hardware  
ATR 
È facoltativ o utilizzare la PPS per passare ad una velocità di baud maggiore fintanto che l'ICC sia 
in grado di suppor tarla. 
3.3.2  Sequenza dei file di dati non firmati 
DDP_037  La sequenza per il trasf erimento degli EF ICC, IC, Card_Cer tificate (o CardSignCer tificate) e 
CA_Cer tificate è la seguent e: 
Carta Dire ­
zione IDE/IFD Significato/Osser vazioni  
Seleziona file Seleziona mediante identifica ­
tori di file 
OK 
Read binar y Se il file contiene più dati 
della dimensione buff er del 
lettore o della carta, è neces ­
sario ripetere il comando 
fino all'avvenuta lettura del 
file compl eto 
File dati 
OK 
Invia dati in memor ia a 
ESM secondo 3.4 Format o di me­
mor izzazione dei dati  
Nota 1: prima di selezionare l'EF Card_Cer tificate (o CardSignCer tificate) è necessar io selezionare 
l'applicazione del tach igraf o (selezione mediante AID). 
Nota 2: La selezione e la lettura di un file può anche essere effettuata in una sola volta utilizzando 
il comando Read binar y con un breve identif icator e EF. 26.5.2016 L 139/278 Gazzetta ufficiale dell'U nione europea IT     
3.3.3  Sequenza dei file di dati firmati 
DDP_038  Per ciascuno dei seguenti file che devono essere trasf eriti insieme alla rispettiva firma è necessar io 
utilizzare la successiva sequenza: 
Carta Dir IDE/IFD Significato/Osser vazioni  
Seleziona file  
OK 
Esegui Hash of file Calcola il valore di hash sul 
contenut o dei dati del file se­
lezionato, mediante l'algo ­
ritmo di hash conf orme­
mente all'appendice 11. Il co­
mando in questione non è 
del tipo ISO 
Calcola il valore di hash 
del file e memor izza 
temporaneamente tale 
valore    
OK 
Read binar y Se il file contiene più dati 
della dimensione buff er del 
lettore o della carta, è neces ­
sario ripetere il comando 
fino all'avvenuta lettura del 
file compl eto 
File dati 
OK 
Invia dati ricevuti in memo ­
ria a ESM secondo 3.4 Format o di me­
mor izzazione dei dati  
PSO: Compute Digit al Si­
gnature  
Esegue l'operazione di 
sicurezza «Comput e Di­
gital Signature» me­
diante il valore di hash 
temporaneament e me­
mor izzato    
Signature 
OK 
Aggiungi dati a quelli prece ­
dentem ente memor izzati 
nell'ESM secondo 3.4 Format o di me­
mor izzazione dei dati  
Nota: la selezione e la lettura di un file può anch e essere effettuata in una sola volta utilizzando il 
comando Read binar y con un breve identificatore EF. In questo caso l'EF può essere selezionato e 
letto prima di applicare il comando Perform Hash of File. 
3.3.4  Sequenza di azzer amento del contatore di taratura 
DDP_039  La sequenza di azzeramento del contatore 
 nell'EF 
in una carta dell'officina è la seguent e: 
Carta Dir IDE/IFD Significato/Osser vazioni  
Seleziona file EF Card_ ­
Download Seleziona mediante identifi ­
catori di file 
OK 
26.5.2016 L 139/279 Gazzetta ufficiale dell'U nione europea IT     
Carta Dir IDE/IFD Significato/Osser vazioni  
Update Binar y 
NoOfCalibrationsSince ­
Download = ‘00 00’  
Reinizializza il numero 
di trasfe riment o della 
carta    
OK 
Nota: la selezione e la lettura di un file può anch e essere effettuata in una sola volta utilizzando il 
comando Updat e binar y con un breve identif icatore EF.  
3.4.  Formato di memor izzazione dei dati 
3.4.1  Intro duzione 
DDP_040  La memor izzazione dei dati trasfer iti deve avvenire nel rispetto delle seguenti condizioni: 
—I dati devono essere memor izzati in modo trasparente. Ciò significa che durante la memor iz­
zazione è necessar io rispettare l'ordine dei byte, così come quello dei bit all'inter no dei byte 
trasf eriti dalla carta. 
—  Tutti i file della carta trasfe riti nell'ambito di una stessa sessione sono memor izzati nell'ESM in 
un unico file. 
3.4.2  Formato dei file 
DDP_041  Il formato dei file è costituito da una concatenazione di diversi oggetti TLV. 
DDP_042  Il tag di un EF deve essere costituit o dal FID seguito dall'appendice “00”. 
DDP_043 Il tag di una firma relativa ad un EF deve essere costituit o dal FID del file stesso seguito dall'ap ­
pendice “01”. 
DDP_044  La lunghezza è un valore di due byte. Tale valore definisce il numero di byte che costituiscono il 
campo valor i. Il valore “FF FF” nel campo relativ o alla lunghezza è riservato per un uso futuro. 
DDP_045  In caso di mancato trasfe riment o di un file, non deve essere memor izzato alcun dato ad esso 
relativ o (nessun tag né valore zero relativ o alla lunghezza). 
DDP_046  Una firma deve essere memor izzata come l'ogget to TLV immediatament e successivo all'oggett o 
TLV conte nente i dati del file. 
Definizione Significato Lunghezza 
FID (2 byte) || “00“ Tag per EF (FID) 3 byte 
FID (2 byte) || “01“ Tag per firma di EF (FID) 3 byte 
xx xx Lung hezza campo valor i 2 byte  
Esem pio di dati contenuti in un file trasfer ito nell'ESM: 
Tag Lunghezza Valore 
Dati dell'EF ICC 
Dati dell'EF Card_Cer tificate   
… 
Dati dell'EF 
Firma dell'EF 
26.5.2016 L 139/280 Gazzetta ufficiale dell'U nione europea IT     
4.  TRASFERIMENTO DEI DATI DI UNA CART A TACHIGRAF ICA MEDIANTE UN'UNIT À ELETTR ONICA DI BORDO. 
DDP_047  La VU deve consentire di trasf erire il contenut o della carta del conducente inser ita ad un IDE ad 
essa collegata. 
DDP_048  L'IDE invia un messaggio di «Ric hiesta di trasf erimento dati della carta tachigrafica» alla VU per 
iniziare questo modo (cfr. 2.2.2.9). 
DDP_049  La VU trasfer isce quindi l'inte ro contenut o della carta, file dopo file, in conf ormità al protocoll o di 
trasfe rimento dati della carta illustrato al punt o 3, e invia tutti i dati ricevuti dalla carta all'IDE, nel 
formato file TLV appropr iato (cfr. 3.4.2) e incapsulati all'inte rno di un messaggio «Risposta 
positiva di trasfer imento dati». 
DDP_050  L'IDE recupera i dati della carta dal messaggio «Risposta positiva di trasfe riment o dati» (eliminando 
tutte le intes tazioni, i SID, i TREP , i contator i di sottomes saggi, e i totali di controllo) e li 
memor izza all'inter no di un unico file fisico secondo quanto descr itto al punto 2.3. 
DDP_051  In seguito la VU, se del caso, aggior na il file 
 o il file 
della carta del conducente.  26.5.2016 L 139/281 Gazzetta ufficiale dell'U nione europea IT     
Appendice 8 
PROTOCOLL O DI TARA TURA 
INDICE 
1. INTR ODUZIONE ................................................................................................................................ 283 
2. TERMINI, DEFINIZIONI E RIFERIMENTI ................................................................................................... 283 
3. PROSPETTO DEI SER VIZI ..................................................................................................................... 284 
3.1. Servizi disponibili ................................................................................................................... 284 
3.2. Codici di risposta ................................................................................................................... 285 
4. SER VIZI DI COMUNIC AZIONE .............................................................................................................. 285 
4.1. Servizio Star tCommunication ................................................................................................... 285 
4.2. Servizio StopCo mmunication .................................................................................................... 287 
4.2.1 Descr izione del messaggio ........................................................................................................ 287 
4.2.2 Format o del messaggio ............................................................................................................ 288 
4.2.3 Definizione dei parametr i......................................................................................................... 289 
4.3. Servizio TesterPresent .............................................................................................................. 289 
4.3.1 Descr izione del messaggio ........................................................................................................ 289 
4.3.2 Format o del messaggio ............................................................................................................ 289 
5. SER VIZI DI GESTIONE ......................................................................................................................... 291 
5.1. Servizio Star tDiagnosticSession ................................................................................................. 291 
5.1.1 Descr izione del messaggio ........................................................................................................ 291 
5.1.2 Format o del messaggio ............................................................................................................ 292 
5.1.3 Definizione dei parametr i......................................................................................................... 293 
5.2. Servizio Secur ityA ccess ............................................................................................................ 294 
5.2.1 Descr izione del messaggio ........................................................................................................ 294 
5.2.2 Format o del messaggio — Secur ityA ccess — requestSeed ................................................................ 295 
5.2.3 Format o del messaggio — Secur ityA ccess — sendKey .................................................................... 296 
6. SER VIZI DI TRASMISSIONE DATI........................................................................................................... 297 
6.1. ReadDataByIdentif ier service ..................................................................................................... 298 
6.1.1 Descr izione del messaggio ........................................................................................................ 298 
6.1.2 Format o del messaggio ............................................................................................................ 298 
6.1.3 Definizione dei parametr i......................................................................................................... 299 
6.2. Servizio WriteDataByIdentifi er.................................................................................................. 300 
6.2.1 Descr izione del messaggio ........................................................................................................ 300 
6.2.2 Format o del messaggio ............................................................................................................ 300 
6.2.3 Definizione dei parametr i......................................................................................................... 302 26.5.2016 L 139/282 Gazzetta ufficiale dell'U nione europea IT     
7. CONTR OLLO DEGLI IMPULSI DI PROVA — UNIT À FUNZIONALE DI CONTR OLLO DEI SEGNALI DI ENTRA TA/ 
USCIT A............................................................................................................................................ 302 
7.1. Servizio di InputOutp utControlByIdentif ier.................................................................................. 302 
7.1.1 Descr izione del messaggio ........................................................................................................ 302 
7.1.2 Format o del messaggio ............................................................................................................ 303 
7.1.3 Definizione dei parametr i......................................................................................................... 304 
8. FORMA TO DEL PARAMETR O DATARECORDS .......................................................................................... 305 
8.1. Valor i limite dei parametr i trasmessi ........................................................................................... 305 
8.2. Format o del parametro dataRecords ........................................................................................... 306  
1.  INTR ODUZIONE 
La present e appendice descr ive come avviene lo scambio di dati tra l'unità elettronica di bordo e un tester 
(apparecchio di prova) attraverso la linea K, che costituisce parte dell'interfacci a di taratura illustrata nell'appendice 
6. Essa descr ive inoltre il controllo della linea dei segnali di entrata/uscita sul connettor e di taratura. 
La procedura per stabilire le comunicazioni sulla linea K è descr itta nella sezione 4 «Communication Services». 
La present e appendice si avvale del concett o di «sessioni» diagnostiche per stabilire la finalità del controllo sulla 
linea K in diverse condizioni. L'impostazione predef inita è la «StandardDiagnosticSession» (sessione diagnostica 
standard), che consente la lettura di tutti i dati dell'unità elettronica di bordo ma non la scrittura di dati nell'unità 
stessa. 
Il prospetto delle sessioni diagnostiche è ripor tato nella sezione 5 «Manag ement Services». 
La presente appendice riguarda entrambe le generazioni di VU e di carte dell'off icina conf ormemente alle 
prescr izioni di inter operabilità di cui al presente regolamento. 
CPR_001  La «ECUProgrammingSession» (sessione di programmazione ECU) consente l'inser iment o dei dati 
nell'unità elettronica di bordo. In caso di inser iment o dei dati di taratura, l'unità elettronica di bordo 
deve inoltre essere in modalità TARA TURA (CA LIBRA TION). 
La procedura di trasfer iment o dati sulla linea K è descr itta nella sezione 6 «Data Transmission Services». 
Il formato dei dati trasfe riti è descr itto in dettag lio nella sezione 8 «dataRecords formats». 
CPR_002  La «ECU AdjustmentSession» (sessione di regolazione ECU) consent e di selezionare la modalità I/O della 
linea dei segnali di taratura attraverso l'interfaccia della linea K. Il controllo della linea dei segnali di 
entrata/uscita è descr itto nella sezione 7 «Control of Test Pulses — Input/Out put Control functional 
unit». 
CPR_003  Nel present e documento l'indir izzo del tester è indicato come «tt». Nonostante vi possano essere 
indir izzi prefe renziali, la VU deve rispondere correttamente a qualsiasi indir izzo di tester. L'indir izzo 
fisico della VU è 0xEE. 
2.  TERMINI, DEFINIZIONI E RIFERIMENTI 
I protocoll i, i messaggi ed i codici di errore si basano in gran parte sul progett o di norma ISO 14299-1 (Road 
vehicles — Diagnostic syste ms — Part 1: Diagnostic services, versione 6 del 22 febbraio 2001). 
Per gli identificativi di servizio, le richiest e di servizio e le relative rispost e e per i parametr i standard si utilizzano 
la codifica a byte e i valor i esadecimali. 
Il term ine «tester» si riferisce all'apparecchi o utilizzato per l'inser iment o dei dati di programmazione/taratura nella 
VU. 
I term ini «client» e «server» si riferiscono rispettivament e al tester e alla VU. 
Il termine ECU (Electronic Control Unit — Unità elettronica di controllo) si riferisce alla VU. 26.5.2016 L 139/283 Gazzetta ufficiale dell'U nione europea IT     
Riferimen ti: 
ISO 14230-2: Road Vehicles -Diagnostic Systems — Keywor d Protocol 2000- Part 2: Data Link Layer. 
First edition: 1999. 
Vehicles — Diagnostic. 
3.  PROSPETTO DEI SER VIZI 
3.1.  Servizi disponibili 
La seguent e tabella fornisce il prospetto dei servizi disponibili nel tachi grafo e definiti nell'ambito del present e 
documento. 
CPR_004  La tabella indica i servizi disponibili in una sessione diagnostica abilitata. 
—  La 1a colonna elenca i servizi disponibili. 
—  La 2a colonna indica il numero della sezione all'inter no della presente appendice in cui il servizio è 
ulteri ormente definito. 
—  La 3a colonna assegna i valor i degli identif icativi di servizio per i messaggi di richiesta. 
—  La 4a colonna specifica i servizi di «StandardDiagn osticSession» (SD) che devon o essere 
implementati in ogni VU. 
—  La 5a colonna specifi ca i servizi di «ECU Adjus tmentSession» (ECU AS) che devono essere 
implementati per consentire il controllo della linea dei segnali I/O nel connettore di taratura situato 
sul pannello frontale della VU. 
—  La 6a colonna specif ica i servizi di «ECUProg rammingSession» (ECUPS) che devono essere 
implementati per consentire la programmazione dei parametr i all'int erno della VU. 
Tabella 1 
Tabella riassuntiva dei valor i degli identif icativi di servizio  
Sessioni diagnostiche 
Nome del servizio diagnostico Sezione n. Val. rich. SID SD ECU AS ECUPS 
Star tCommunication 4.1 81             
StopCommunicatio n 4.2 82       
Testerpresent 4.3 3E             
Star tDiagnosticSession 5.1 10             
Secur ityA ccess 5.2 27             
ReadDataByIdentifi er 6.1 22             
WriteDataByIdentifier 6.2 2E       
InputOutputCont rolByIdentif ier 7.1 2F         
   Quest o simbolo indica che il servizio è obbligat orio nella corrispondente sessione diagnostica. 
L'assenza di simboli indica che il servizio in questione non è consentito nella corrispondente sessione diagnostica.  26.5.2016 L 139/284 Gazzetta ufficiale dell'U nione europea IT     
3.2.  Codici di rispost a 
Per ogni servizio sono definiti appositi codici di risposta. 
4.  SER VIZI DI COMUNICAZIO NE 
Determinati servizi sono necessar i per stabilire e mantenere le comunicazioni e non compaiono al livello di 
applicazione. I servizi disponibili sono descr itti nella seguente tabella: 
Tabella 2 
Servizi di comunicazione 
Nome del servizio Descr izione 
Star tCommunication Il client richiede l'inizio di una sessione di comunicazione con il/i server. 
StopCommunicatio n Il client richiede il termine della sessione di comunicazione attiva. 
Testerpresent Il client segnala al server di essere ancora in contatt o.  
CPR_005  Il servizio Star tCommunication è utilizzato per iniziare una comunicazione. Per poter eseguire qualsiasi 
servizio è necessar io inizializzare la comunicazione in oggett o ed i parametr i di comunicazione devono 
essere quelli adatti alla modalità richiesta. 
4.1.  Servizio Star tCommunication 
CPR_006  Alla ricezione di una primitiva di indicazione di Star tCommunication, la VU deve verificar e se nelle 
condizioni vige nti sia possibile inizializzare il collegament o della comunicazione richiesta. Le 
condizioni valide per l'inizializzazione del collega mento sono descr itte nel document o della norma ISO 
14230-2. 
CPR_007  Quindi la VU deve compiere tutte le azioni necessar ie a inizializzare il collegament o ed inviare una 
primitiva di risposta di Star tCommunication con i parametr i di Risposta Positiva selezionati. 
CPR_008  Se una VU già inizializzata (con qualsiasi sessione diagnostica in corso) riceve un nuo vo messaggio 
Star tCommunication Request (ad esem pio a causa del recupero dell'er rore nel tester) la richiesta deve 
essere accettata e la VU nuo vament e inizializzata. 
CPR_009  Se per qualsiasi motivo non è possibile procedere all'inizializzazione del collegame nto, la VU deve 
continuare a funzionare nelle condizioni immediatamente precedenti al tentativ o di inizializzazione. 
CPR_010  Il messaggio Star tCommunication Request deve essere indir izzato fisicament e. 
CPR_011  L'inizializzazione della VU per i servizi è effettuata con un metod o di «inizializzazione veloce», che 
prevede: 
—  un tempo di inattività del bus prima di qualsiasi attività, 
—  il susseguente invio da parte del tester di una conf igurazione di inizializzazione, 
—  la presenza nella risposta della VU di tutte le informazioni necessar ie a stabilire la comunicazione. 
CPR_012  Una volta compl etata l'inizializzazione: 
—tutti i parametr i di comunicazione sono impostati sui valor i predef initi nella Tabella 4, conf or­
memente ai byte chiave, 
—  la VU resta in attes a della prima richiesta da parte del tester, 26.5.2016 L 139/285 Gazzetta ufficiale dell'U nione europea IT     
—  la VU risulta in modalità di diagnosi predef inita, ovvero impostata su StandardDiagnosticSession, 
—  la linea dei segnali I/O di taratura è nell'im postazione predef inita, ovvero disabilitata. 
CPR_014  La velocità di trasmissione dei dati (data rate) sulla linea K deve essere di 10 400 baud. 
CPR_016  L'inizializzazione veloce è avviata dal tester con la trasmissione della sequenza di riattivazione (Wup) 
sulla linea K. La sequenza inizia con un tempo breve di Tinil dopo il tempo di inattività sulla linea K. Il 
tester trasmette quindi il primo bit del servizio Star tCommunication dopo un tempo di Twup 
successiv o al primo fronte di discesa. 
CPR_017  I valor i di tempor izzazione per l'inizializzazione veloce e le comunicazioni in generale sono illustrati 
nelle seguenti tabelle. Vi sono differenti possibilità per ciò che riguarda il tempo di inattività: 
—  prima trasmissione seguent e l'accensione, Tidle = 300ms, 
—  dopo il completament o di un servizio StopCo mmunication, Tidle = P3min, 
—  dopo il termine della comunicazione a causa di un time-out (superament o del tempo limite) 
P3max, Tidle = 0. 
Tabella 3 
Valor i di tempor izzazione per l'inizializzazione veloce 
Parametro Valore minimo Valore massimo 
Tinil 25 ± 1 ms 24 ms 26 ms 
Twup 50 ± 1 ms 49 ms 51 ms  
Tabella 4 
Valor i di tempor izzazione della comunicazione 
Tempo rizza ­
zione Para ­
metro Descr izione parametro Valore minimo 
[ms] Valore massimo 
[ms] 
min max 
P1 Intervallo di tempo tra byte per la risposta della 
VU 0 20 
P2 Tempo inter corrent e tra la richiest a del tester e la 
risposta della VU o tra due risposte della VU 25 250 
P3 Tempo inter corrent e tra la conclusione delle rispo ­
ste della VU e l'inizio di una nuo va richiesta del te­
ster 55 5 000 
P4 Intervallo di tempo tra byte per la richiesta del te­
ster 5 20  26.5.2016 L 139/286 Gazzetta ufficiale dell'U nione europea IT     
CPR_018  Il formato del messaggio per l'inizializzazione veloce è descr itto nelle tabelle seguenti. (NOTE: Hex 
means hexadecimal) 
Tabella 5 
Messaggio di StartCommunication Request 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 81 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Star tCommunication Request Service Id 81 SCR 
# 5 Totale di controllo 00-FF CS  
Tabella 6 
Messaggio di Star tCommunication Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 Star tCommunication Positiv e Response Ser­
vice Id C1 SCRPR 
# 6 Byte-chi ave 1 EA KB1 
# 7 Byte-chi ave 2 8F KB2 
# 8 Totale di controllo 00-FF CS  
CPR_019  Non vi è alcuna risposta negativa al messaggio Star tCommunication Request ; in assenza di messaggi di 
risposta positiva da trasmette re, la VU non viene inizializzata, rimane in modalità di funzionamento 
normale e non vi è trasmissione. 
4.2.  Servizio StopCommunication 
4.2.1  Descr izione del messaggio 
Questo servizio conclude una sessione di comunicazione. 
CPR_020  Al ricevimento di una primitiva di indicazione di StopCo mmunication, la VU deve verificare se nelle 
condizioni vige nti sia possibile concludere la comunicazione in atto. In tal caso la VU compi e tutte le 
azioni necessar ie per concludere questa comunicazione. 26.5.2016 L 139/287 Gazzetta ufficiale dell'U nione europea IT     
CPR_021  Se la conclusione della comunicazione risulta attuabile, prima di procedere la VU invia una primitiva di 
risposta di StopCommunication con i parametr i di Positive Response (risposta positiva) selezionati. 
CPR_022  Se invece per qualsiasi motiv o non è possibile concludere la comunicazione, la VU invia una primitiva 
di risposta di StopCommunication con il parametro di Negative Response (risposta negativa) 
selezionat o. 
CPR_023  In caso di riscontro da parte della VU di un superamento del tempo limite P3max, la comunicazione 
viene conclusa senza l'invio di una primitiva di risposta. 
4.2.2  Formato del messaggio 
CPR_024  I formati dei messaggi per le primitive di StopCo mmunication sono descr itti nelle seguenti tabelle. 
Tabella 7 
Messaggio di StopCommunication Request 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Byte di lunghezza aggiuntivo 01 LEN 
# 5 StopCommunication Request Service Id 82 SPR 
# 6 Totale di controllo 00-FF CS  
Tabella 8 
Messaggio di StopCommunication Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 01 LEN 
# 5 StopCommunication Positiv e Response Ser­
vice Id C2 SPRPR 
# 6 Totale di controllo 00-FF CS  26.5.2016 L 139/288 Gazzetta ufficiale dell'U nione europea IT     
Tabella 9 
Messaggio di StopCommunication Negativ e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 negativ e Response Service Id 7F NR 
# 6 StopCommunication Request Service Identif ication 82 SPR 
# 7 responseCode = generalReject 10 RC_GR 
# 8 Totale di controllo 00-FF CS  
4.2.3  Definizione dei parametr i 
Questo servizio non richiede la definiz ione di parametr i. 
4.3.  Servizio TesterPresent 
4.3.1  Descr izione del messaggio 
Il servizio TesterPres ent è impiegat o dal tester per indicare al server di essere ancora in colleg amento, in modo che 
il server non torni automaticament e alla modalità di funzionament o normale, interr ompen do eventualment e la 
comunicazione. Tale servizio, attivato periodicamente, mantiene attiva la sessione diagnostica/di comunicazione 
reimpostando il timer P3 ogni volta che il servizio stesso viene richiesto. 
4.3.2  Formato del messaggio 
CPR_079  I formati dei messaggi per le primitive di TesterPresent sono descr itti nelle seguenti tabelle. 
Tabella 10 
Messaggio di Tester Present Request 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Byte di lunghezza aggiuntivo 02 LEN 
# 5 Tester Present Request Service Id 3E TP 26.5.2016 L 139/289 Gazzetta ufficiale dell'U nione europea IT     
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 6 Sub Function = responseRequired = [ sì 01 RESPREQ_Y 
no ] 02 RESPREQ_NO 
# 7 Totale di controllo 00-FF CS  
CPR_080  Se il parametro responseRequired è impostato su «sì» il server deve rispondere con il seguent e 
messaggio di risposta positiva. Se è impostato su «no» il server non invia alcuna risposta. 
Tabella 11 
Messaggio di TesterPresent Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 01 LEN 
# 5 Tester Present Positiv e Response Service Id 7E TPPR 
# 6 Totale di controllo 00-FF CS  
CPR_081  Il present e servizio utilizza i seguenti codici di risposta negat iva: 
Tabella 12 
Messaggio di TesterPresent Negativ e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 negativ e Response Service Id 7F NR 
# 6 TesterPresent Request Service Identification 3E TP 26.5.2016 L 139/290 Gazzetta ufficiale dell'U nione europea IT     
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 7 responseCode = [ SubFunctionNotSuppor ted-In ­
validFor mat 12 RC_SFNS_IF 
incor rectMessageL ength ] 13 RC_IML 
# 8 Totale di controllo 00-FF CS  
5.  SER VIZI DI GESTIONE 
I servizi disponibili sono descr itti nella seguent e tabella: 
Tabella 13 
Servizi di gest ione 
Nome del servizio Descr izione 
Star tDiagnosticSession Il client richiede l'avvio della sessione diagnostica con una VU. 
Secur ityA ccess Il client richiede l'accesso a funzioni riservate ad uten ti autori zzati.  
5.1.  Servizio Star tDiagnos ticSession 
5.1.1  Descr izione del messaggio 
CPR_025  Il servizio Star tDiagnosticSession serve ad abilitare nel server sessioni diagnostic he differenti. Una 
sessione diagnostica abilita una serie specifi ca di servizi secondo la Tabella 17. Nel corso di una 
sessione possono essere attivati servizi specifi camente legati alle necessità del costr uttore del veicolo 
non previsti nel present e documento. Le regole di attuazione devono soddisfar e i seguenti requisiti: 
—  nella VU deve essere sempre attiva una ed una sola sessione diagnostica, 
—  all'accensione, la Vu deve sem pre attivare la StandardDiagnosticSession. Se non viene attivata 
nessun'altra sessione diagnostica, la StandardDiagnosticSession deve continuare a funzionare 
fintantoc hé la VU è accesa, 
—  se il tester richiede una sessione diagnostica già attiva, la VU deve inviare un messaggio di risposta 
positiva, 
—  quando il tester richiede una nuo va sessione diagnostica, la VU deve innanzitutto inviare un 
messaggio di risposta positiva di Star tDiagnosticSession prima di attivare la nuo va sessione. Se non 
è in grado di avviare la nuo va sessione diagnostica richiesta, la VU deve inviare un messaggio di 
risposta negativa di Star tDiagnosticSession e manten ere attiva la sessione corrente. 
CPR_026  L'av vio di una sessione diagnostica deve avere luogo soltant o in presenza di comunicazioni già stabilite 
tra il client e la VU. 
CPR_027  I parametr i di temporizzazione definiti nella Tabella 4 devon o attivarsi in seguito all'invio compl etato 
con successo del messaggio Star tDiagnosticSession, con parametro diagnosticSession impostat o su 
«StandardDiagnosticSession» nel messaggio di richiest a nel caso in cui in precedenza sia già stata 
attivata un'altra sessione diagnostica. 26.5.2016 L 139/291 Gazzetta ufficiale dell'U nione europea IT     
5.1.2  Formato del messaggio 
CPR_028  I formati dei messaggi per le primitive di Star tDiagnosticSession sono descr itti nelle seguenti tabelle. 
Tabella 14 
Messaggio di StartDiagnos ticSession Request 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Byte di lunghezza aggiuntivo 02 LEN 
# 5 Star tDiagnos ticSession Request Service Id 10 STDS 
# 6 diagnosticSession = [un valore da Tabella 17] xx DS_… 
# 7 Totale di controllo 00-FF CS  
Tabella 15 
Messaggio di Star tDiagnosticSession Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 02 LEN 
# 5 Star tDiagnos ticSession Positiv e Response Ser­
vice Id 50 STDSPR 
# 6 diagnosticSession = [ stesso valore del byte # 6 Ta­
bella 14] xx DS_… 
# 7 Totale di controllo 00-FF CS  
Tabella 16 
Messaggio di StartDiagnos ticSession Negativ e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 26.5.2016 L 139/292 Gazzetta ufficiale dell'U nione europea IT     
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 Negativ e Response Service Id 7F NR 
# 6 Star tDiagnosticSession Request Service Id 10 STDS 
# 7 ResponseCode = [subFunctionNotSuppor ted(a) 12 RC_SFNS 
incor rectMessageL ength (b) 13 RC_IML 
conditionsNotCor rect (c) 22 RC_CNC 
# 8 Totale di controllo 00-FF CS 
(a)  il valore inser ito nel byte # 6 del messaggio di richiesta non è suppor tato, ossia non è contenut o nella Tabella 
17, 
(b)  la lunghezza del messaggio non è corretta, 
(c)  i criteri per la richiesta Star tDiagnosticSession non sono soddisf atti.  
5.1.3  Definizione dei parametr i 
CPR_029  Il parametro diagnosticSession (DS_) è utilizzato nell'ambito del servizio Star tDiagnosticSession per 
selezionare il ruolo specifi co del/i server. Nel presente documento sono descr itte le seguenti sessioni 
diagnostic he: 
Tabella 17 
Def inizione dei valor i Diagnost icSession 
Valore 
esadecimale Descr izione Mnemonico 
81 StandardDiagnos ticSession 
Questa sessione diagnostica abilita tutti i servizi ripor tati nella Tabella 1 
colonna 4 “SD”. Tali servizi consentono la lettura dei dati inviati dal ser­
ver (VU). Questa sessione diagnostica si attiva in seguit o all'inizializza ­
zione completata con successo tra client (tester) e server (VU) e può essere 
sovrascr itta dalle altre sessioni diagnostiche descr itte nella present e se­
zione. SD 
85 ECUProg rammingSession 
Questa sessione diagnostica abilita tutti i servizi ripor tati nella Tabella 1 
colonna 6“ECUPS”. Tali servizi suppor tano la programmazione della 
memor ia del server (VU). La sessione diagnostica può essere sovrascr itta 
dalle altre sessioni diagnostiche descr itte nella present e sezione. ECUPS 
87 ECU Adjust mentSession 
Questa sessione diagnostica abilita tutti i servizi ripor tati nella Tabella 1 
colonna 5 “ECU AS”. Tali servizi suppor tano il controllo messaggi in en­
trata/uscita del server (VU) e può essere sovrascr itta dalle altre sessioni 
diagnostic he descr itte nella present e sezione. ECU AS  26.5.2016 L 139/293 Gazzetta ufficiale dell'U nione europea IT     
5.2.  Servizio Secur ityAcc ess 
La scrittura dei dati di taratura è consentita solo se la VU si trova nella modalità CALIBRA TION (TARA TURA). 
Oltre all'inser imento di una carta dell'off icina valida all'int erno della VU, è necessar io inser ire nella VU il codice 
PIN appropr iato prima che sia consentito l'accesso alla modalità CALIBRA TION. 
Quando la VU è in modalità CALIBRA TION o CONTR OL, è possibile anche l'accesso alla linea dei segnali di 
entrata/uscita di taratura. 
Il servizio Secur ityA ccess fornisce un mezzo per l'inser iment o del codice PIN e per segnalare al tester se la VU si 
trova in modalità CALIBRA TION o meno. 
È possibile inser ire il codice PIN anche con procedure alternati ve. 
5.2.1  Descr izione del messaggio 
Il servizio Secur ityA ccess consiste nell'invio del messaggio Secur ityA ccess «requestSeed», seguito dal messaggio 
Secur ityA ccess «sendKe y». È necessar io eseguire il servizio in questione successivamente al servizio Star tDiagno ­
sticSession. 
CPR_033  Il tester deve utilizzare il messaggio Secur ityA ccess «requestSeed» per verificare se l'unità elettronica di 
bordo sia pronta a ricevere il codice PIN. 
CPR_034  Nel caso in cui l'unità elettronica di bordo si trovi già in modalità CALIBRA TION, deve rispondere alla 
richiesta inviando un «seed» del valore di 0x0000 utilizzando il servizio Secur ityA ccess Positive 
Response. 
CPR_035  Se l'unità elettronica di bordo è predisposta alla ricezione del codice PIN proveniente da una carta 
dell'officina per effettuarn e la verifica, deve rispondere alla richiesta inviando un «seed» super iore a 
0x0000 mediante il servizio Secur ityA ccess Positive Response. 
CPR_036  In caso invece di unità elettronica di bordo non predisposta alla ricezione del codice PIN da parte del 
tester, a causa dell'inser imento di una carta dell'officina non valida, del mancato inser imento di una 
carta dell'officina o della predisposizione dell'unità elettronica di bordo alla ricezione del codice PIN 
attra verso altre procedure, la stessa VU deve rispondere alla richiesta con un messaggio di Neg ative 
Response (risposta negativa) contenent e un codice di risposta impostat o su conditionsNotCor rectOrRe ­
questSequenceEr ror. 
CPR_037  Il tester deve utilizzare infine il messaggio Secur ityA ccess «sendKey» per inviare il codice PIN all'unità 
elettronica di bordo. Al fine di garantire il tempo necessar io per l'esecuzione della procedura di autenti ­
cazione della carta, la VU deve impieg are il codice di risposta nega tiva requestCor rectlyReceived- 
ResponsePe nding per prolung are il tempo di risposta. Il tempo massimo di risposta non deve 
comunque superare i 5 minuti. Quando il servizio richiesto è stato compl etato, la VU deve inviare un 
messaggio di risposta positiva o negat iva, con un codice di risposta diverso dal precedente. Il codice 
nega tivo di risposta requestCor rectlyReceived-ResponseP ending può essere ripetuto dalla VU 
fintantoc hé il servizio richiest o non è stato compl etato ed il messaggio di risposta conclusivo non è 
stato inviat o. 
CPR_038  L'unità elettronica di bordo deve rispondere a tale richiesta attra verso il servizio Secur ityA ccess Positive 
Response soltant o quando si trova in modalità CALIBRA TION. 
CPR_039  Nei casi seguenti, l'unità elettronica di bordo deve rispondere alla richiesta in questione con un 
messaggio di Neg ative Response (risposta negat iva) contenent e un codice di risposta impostato su: 
—  subFunctionNot suppor ted: formato non valido del parametro della sottofu nzione (accessT ype), 
—  conditionsNotCor rectOrRequestSequenceEr ror: VU non predisposta a ricevere l'inser iment o del 
codice PIN, 
—  invalidKe y: codice PIN non valido e numero massimo di tentativi di verifica del codice PIN non 
superato, 
—  exceededNumberOfA ttem pts: codice PIN non valido e numero massimo di tentativi di verifica del 
codice PIN superato, 
—  generalReject: codice PIN corretto ma reciproca autenticaz ione con la carta dell'officina fallita. 26.5.2016 L 139/294 Gazzetta ufficiale dell'U nione europea IT     
5.2.2  Formato del messaggio — Secur ityA ccess — requestSeed 
CPR_040  I formati dei messaggi per le primitive di Secur ityA ccess «requestSeed» sono descr itti nelle seguenti 
tabelle. 
Tabella 18 
Messaggio Secur ityA ccess Request - reques tSeed 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Byte di lunghezza aggiuntivo 02 LEN 
# 5 Secur ityA ccess Request Service Id 27 SA 
# 6 accessT ype — requestSeed 7D AT_RSD 
# 7 Totale di controllo 00-FF CS  
Tabella 19 
Messaggio di Secur ityAcce ss — request Seed Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 04 LEN 
# 5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
# 6 accessT ype — requestSeed 7D AT_RSD 
# 7 Seed byte alto 00-FF SEEDH 
# 8 Seed byte basso 00-FF SEEDL 
# 9 Totale di controllo 00-FF CS  
Tabella 20 
Messaggio di Secur ityAc cess Negativ e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 26.5.2016 L 139/295 Gazzetta ufficiale dell'U nione europea IT     
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 negativ eResponse Service Id 7F NR 
# 6 Secur ityA ccess Request Service Id 27 SA 
# 7 responseCode = [conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
incor rectMessageL ength] 13 RC_IML 
# 8 Totale di controllo 00-FF CS  
5.2.3  Formato del messaggio — Secur ityA ccess — sendK ey 
CPR_041  I formati dei messaggi per le primitive di Secur ityA ccess «sendKe y» sono descr itti nelle seguenti tabelle. 
Tabella 21 
Messaggio di Secur ityAcc ess Request — sendKe y Message 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Byte di lunghezza aggiuntivo m+2 LEN 
# 5 Secur ityA ccess Request Service Id 27 SA 
# 6 accessT ype — sendKey 7E AT_SK 
Dal # 7 al 
# m+6 Chia ve # 1 (alto) xx KEY 
… …  
Chia ve # m (basso, m deve essere compr eso tra 4 
e 8) xx  
# m+7 Totale di controllo 00-FF CS  
Tabella 22 
Messaggio di Secur ityAccess — sendKe y Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 26.5.2016 L 139/296 Gazzetta ufficiale dell'U nione europea IT     
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 4 Byte di lunghezza aggiuntivo 02 LEN 
# 5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
# 6 accessT ype — sendKey 7E AT_SK 
# 7 Totale di controllo 00-FF CS  
Tabella 23 
Messaggio di Secur ityAc cess Negativ e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 Negativ eResponse Service Id 7F NR 
# 6 Secur ityA ccess Request Service Id 27 SA 
# 7 ResponseCode = [generalReject 10 RC_GR 
subFunctionNotSuppor ted 12 RC_SFNS 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
invalidKey 35 RC_IK 
excee dedNumberOfAtt emp ts 36 RC_ENA 
requestCor rectlyReceived-Re ­
sponsePen ding] 78 RC_R CR_RP 
# 8 Totale di controllo 00-FF CS  
6.  SER VIZI DI TRASMISSIONE DATI 
I servizi disponibili sono descr itti nella seguent e tabella: 
Tabella 24 
Servizi di trasmissione dati 
Nome del servizio Descr izione 
ReadDataByIdentifi er Il client richied e la trasmissione del valore corrente di un record con accesso 
mediante recordDataIdentifier . 
WriteDataByIdentifier Il client richiede la scrittura di un record con accesso mediante recordDataIden ­
tifier.  26.5.2016 L 139/297 Gazzetta ufficiale dell'U nione europea IT     
6.1.  ReadDat aByIdentif ier service 
6.1.1  Descr izione del messaggio 
CPR_050  Il servizio ReadDataByIdentif ier è utilizzato dal client per richiedere valor i dei dati registrati dal server. 
I dati sono identif icati mediante parametro recordDataIdentifier . È responsabilità del fabbricante della 
VU assicurare che quando si utilizza questo servizio lo stato del server sia quello prescr itto. 
6.1.2  Formato del messaggio 
CPR_051  I formati dei messaggi per le primitive di ReadDataByIdentifi er sono descr itti nelle seguenti tabelle. 
Tabella 25 
Messaggio di ReadDataByIdentif ier Request 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 ReadDataByIdentif ier Request Service Id 22 RDBI 
dal # 6 al 
# 7 recordDataIdentifier = [valore contenut o nella Ta­
bella 28] xxxx RDI_… 
# 8 Totale di controllo 00-FF CS  
Tabella 26 
Messaggio di ReadDat aByIdentif ier Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo m+3 LEN 
# 5 ReadDataByIdentif ier Positiv e Response Ser­
vice Id 62 RDBIPR 
# 6 e # 7 recordDataIdentifier = [stesso valore dei byte # 6 
e # 7, Tabella 25] xxxx RDI_… 
Dal # 8 al 
# m+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
# m+8 Totale di controllo 00-FF CS  26.5.2016 L 139/298 Gazzetta ufficiale dell'U nione europea IT     
Tabella 27 
Messaggio di ReadDataBy Identif ier Negativ e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 Negativ eResponse Service Id 7F NR 
# 6 ReadDataByIdentifier Request Service Id 22 RDBI 
# 7 ResponseCode= [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
# 8 Totale di controllo 00-FF CS  
6.1.3  Definizione dei parametr i 
CPR_052  Il parametro recor dDataIdentifier (RDI_) nel messaggio ReadDataByIdentif ier Request identifica un 
record di dati. 
CPR_053  I valor i di recordDataIdentifier definiti dal presente documento sono illustrati nella tabella seguent e. 
La tabella relativa a recordDataIdentifier è costituita da quattro colonne e da più righe. 
—  Nella 1a colonna (Valore esadecimale) è ripor tato il «valore esadecimale» assegnato al parametro 
recordDataIdentif ier specif icato nella 3a colonna. 
—La 2a colonna (Elemento di dati) specifica l'element o di dati dell'appendice 1 riferito a recordDa ­
taIdentif ier (in alcuni casi è necessar io transcodificare). 
—  La 3a colonna (Descr izione) indica il nome dello specifi co recordDataIdentifie r. 
—La 4a colonna (Mnemonico) specifi ca l'identificativo mnemonico del parametro recordDataIden ­
tifier in questione. 
Tabella 28 
Def inizione dei valor i recordDataI dentif ier 
Valore 
esadecimale Elemento di dati Nome del recordDataIdentifier 
(vedi format o nella sezione 8.2) Mnemonico 
F90B 
 TimeDat e RDI_TD 
F912 
 HighResolution TotalV ehicleDistance RDI_HRT VD 
F918 
 Kfact or RDI_KF 26.5.2016 L 139/299 Gazzetta ufficiale dell'U nione europea IT     
Valore 
esadecimale Elemento di dati Nome del recordDataIdentifier 
(vedi format o nella sezione 8.2) Mnemonico 
F91C 
 LfactorT yreCircumfe rence RDI_LF 
F91D 
 WvehicleCharacter isticF actor RDI_WV CF 
F921 
 TyreSize RDI_TS 
F922 
 NextCalibrationDat e RDI_NCD 
F92C 
 SpeedAuthor ised RDI_S A 
F97D 
 Regist eringMemberState RDI_RMS 
F97E 
 VehicleRegistrationNumber RDI_ VRN 
F190 
 VIN RDI_ VIN  
CPR_054  Il parametro dataRecor d (DREC_) è utilizzat o nell'ambito del messaggio ReadDataByIdentifier Positive 
Response per fornire al client (tester) il record dei dati identificato dal parametro recordDataIdentifier . Il 
format o dei dati è indicato nella sezione 8. Ulter iori dataRecords facoltativi, tra cui i dati specifi ci in 
entrata, quelli intern i e quelli in uscita della VU sono permessi, ma non sono definiti nel present e 
documento. 
6.2.  Servizio WriteDataByIdentif ier 
6.2.1  Descr izione del messaggio 
CPR_056  Il servizio WriteDataByIdentifier è utilizzato dal client per registrare valor i dei dati nel server. I dati 
sono identif icati mediante parametro recordDataIdentifier . È responsabilità del fabbr icante della VU 
assicurare che quando si utilizza questo servizio lo stato del server sia quello prescr itto. Per aggior nare 
i parametr i elencati nella Tabella 28 la VU deve trovarsi in modalità CALIBRA TION. 
6.2.2  Formato del messaggio 
CPR_057  I formati dei messaggi per le primitive di WriteDataByIdentifier sono descr itti nelle seguenti tabelle. 
Tabella 29 
Messaggio di WriteDat aByIdentif ier Reques t 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Byte di lunghezza aggiuntivo m+3 LEN 
# 5 WriteDat aByIdentif ier Request Service Id 2E WDBI 
dal # 6 al 
# 7 recordDataIdentifier = [valore contenut o nella Ta­
bella 28] xxxx RDI_… 26.5.2016 L 139/300 Gazzetta ufficiale dell'U nione europea IT     
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
#8 to m 
+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
# m+8 Totale di controllo 00-FF CS  
Tabella 30 
Messaggio di WriteDataByIdentif ier Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 WriteDat aByIdentif ier Positiv e Response Ser­
vice Id 6E WDBIPR 
dal # 6 al 
# 7 recordDataIdentifier = [stesso valore dei byte # 6 
e # 7, Tabella 29] xxxx RDI_… 
# 8 Totale di controllo 00-FF CS  
Tabella 31 
Messaggio di WriteDat aByIdentif ier Negativ e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 Negativ eResponse Service Id 7F NR 
# 6 WriteDataByIdentif ier Request Service Id 2E WDBI 26.5.2016 L 139/301 Gazzetta ufficiale dell'U nione europea IT     
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 7 ResponseCode= [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
# 8 Totale di controllo 00-FF CS  
6.2.3  Definizione dei parametr i 
Il parametro recor dDataIdentifier (RDI_) è definito nella Tabella 28. 
Il parametro dataRecor d (DREC_) è utilizzat o nell'ambito del messaggio WriteDataByIdentifi er Request per 
fornire al server (VU) il record dei dati identificato dal parametro recordDataIdentifie r. Il format o dei dati è 
indicato nella sezione 8. 
7.  CONTR OLLO DEGLI IMPULSI DI PROVA — UNIT À FUNZIONALE DI CONTR OLLO DEI SEGNALI DI ENTRA TA/USCIT A 
I servizi disponibili sono descr itti nella seguent e tabella: 
Tabella 32 
Unità funzionale di controllo dei segnali di entrat a/uscita 
Nome del servizio Descr izione 
InputOutputCont rolByIdentif ier Il client richied e il controllo di uno specifi co segnale di entrata/uscita al/dal ser­
ver.  
7.1.  Servizio di InputOutputControlByIdentif ier 
7.1.1  Descr izione del messaggio 
Attra verso il connettor e anterior e deve essere possibile effettuare un collegament o che consenta il controllo degli 
impulsi di prova o la loro verifica costant e mediante tester adatt o. 
CPR_058  È possibile configurare tale linea dei segnali I/O di taratura mediante comando della linea K, 
utilizzando il servizio InputOutputCon trolByIdentif ier per selezionare la funzione di entrata o di uscita 
richiesta per la linea in questione. La linea può assumere i diversi stati indicati di seguit o: 
—  disabled (disabilitata), 
—  speedSignalInput, in cui la linea dei segnali I/O di taratura è utilizzata per inviare un segnale di 
velocità (segnale di prova — test signal) al posto del segnale di velocità inviat o dal sensore di 
movimento; questa funzione non è disponibile in modalità CONTR OL, 
—  realTimeSpeedSignalOutputSensor , in cui la linea dei segnali I/O di taratura è utilizzata per inviare 
il segnale di velocità del sensore di movimento, 
—  RTC Output, in cui la linea dei segnali I/O di taratura è utilizzata per inviare il segnale dell'orologio 
UTC; questa funzione non è disponibile in modalità CONTR OL. 
CPR_059  L'operazione di configurazione dello stato della linea richiede che l'unità elettronica di bordo abbia 
iniziat o una sessione di regolazione e che sia in modalità CALIBRA TION o CONTR OL. Se la VU è in 
modalità CALIBRA TION, si possono selezionare i quattro stati della linea (disabled, speedSignalInput, 
realTimeSpeedSignalOutputSensor , RTC Output). Se la VU è in modalità CONTR OL, si possono 
selezionare solo due stati della linea (disabled, realTimeSpeedSignalOutputSensor). Al termine della 
sessione di regolazione o della modalità CALIBRA TION o CONTR OL, l'unità elettronica di bordo deve 
verificare che lo stato della linea dei segnali I/O di taratura sia nuo vamente «disabled» (disabilitata) 
(impostazione predef inita). 26.5.2016 L 139/302 Gazzetta ufficiale dell'U nione europea IT     
CPR_060  Se sulla linea del segnale della velocità in tempo reale in entrata alla VU vengono ricevuti degli impulsi 
di velocità mentre la linea dei segnali I/O di taratura è imp ostata come entrata, è necessar io impostare 
la linea dei segnali I/O di taratura come uscita o ripor tarla alla condizione di «disabled» (disabilitata). 
CPR_061  La sequenza deve essere la seguent e: 
—  stabilire la comunicazione mediante il servizio Star tCommunication, 
—  iniziare una sessione di regolazione mediante il servizio Star tDiagnosticSession e adottare la 
modalità di funzionamento CALIBRA TION o CONTR OL (l'ordine di queste due operazioni non è 
rilevante), 
—  modifi care lo stato del segnale di uscita mediante l'operazione InputOutputCon trolByIdentif ier 
Service. 
7.1.2  Formato del messaggio 
CPR_062  I formati dei messaggi per le primitive di InputOutputCon trolByIdentif ier sono descr itti nelle seguenti 
tabelle. 
Tabella 33 
Messaggio di InputOutputControlByIdentif ier Request 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione EE TGT 
# 3 Byte dell'indir izzo di provenienza tt SRC 
# 4 Byte di lunghezza aggiuntivo xx LEN 
# 5 InputOutputControlByIdentif ier Request Sid 2F IOCBI 
# 6 e # 7 Input OutputIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
# 8 o 
dal # 8 al 
# 9 ControlOp tionRecord = [  COR_… 
inputOut putControlParamet er — uno dei valor i 
da Tabella 36 xx IOCP_… 
controlStat e — uno dei valor i da Tabella 37 (cfr. 
nota)] xx CS_… 
# 9 op­
pure # 10 Totale di controllo 00-FF CS  
Nota: Il parametro controlState è present e soltant o in alcuni casi (cfr. punto 7.1.3). 
Tabella 34 
Messaggio di InputOutputControlByIdentif ier Positiv e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 26.5.2016 L 139/303 Gazzetta ufficiale dell'U nione europea IT     
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo xx LEN 
# 5 inputOutputControlByIdentif ier Positiv e Re­
sponse SId 6F IOCBIPR 
# 6 e # 7 inputOut putIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
# 8 o 
dal # 8 al 
# 9 controlStatusRecord = [  CSR_ 
inputOut putControlParamet er (stesso valore del 
byte # 8 Tabella 33) xx IOCP_… 
controlStat e (stesso valore del byte # 9 Tabella 
33)] (se del caso) xx CS_… 
# 9 op­
pure # 10 Totale di controllo 00-FF CS  
Tabella 35 
Messaggio di InputOutputControlByIdentif ier Negativ e Response 
Byte # Denominazione del parametro Valore esadeci ­
male Mnemonico 
# 1 Byte di formato — indir izzamento fisico 80 FMT 
# 2 Byte dell'indir izzo di destinazione tt TGT 
# 3 Byte dell'indir izzo di provenienza EE SRC 
# 4 Byte di lunghezza aggiuntivo 03 LEN 
# 5 negativ eResponse Service Id 7F NR 
# 6 inputOut putControlByIdentif ier Request SId 2F IOCBI 
# 7 responseCode=[   
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect 22 RC_CNC 
requestOutOfRange 31 RC_R OOR 
deviceControlLimitsEx ceeded] 7A RC_DCLE 
# 8 Totale di controllo 00-FF CS  
7.1.3  Definizione dei parametr i 
CPR_064  Il parametro inputOutputControlP arameter (IOCP_) è definito nella seguente tabella. 26.5.2016 L 139/304 Gazzetta ufficiale dell'U nione europea IT     
Tabella 36 
Def inizione dei valor i inputOutputControlParameter 
Valore 
esadecimale Descr izione Mnemonico 
00 Retur nControlT oECU 
Quest o valore indica al server (VU) che il tester non ha più il controllo 
della linea dei segnali I/O di taratura. RCTECU 
01 ResetT oDefault 
Quest o valore indica al server (VU) che si richiede di ripor tare alla propr ia 
impostazione predef inita («reset») la linea dei segnali I/O di taratura. RTD 
03 Shor tTermAdjustment 
Quest o valore indica al server (VU) che si richiede di adeguare la linea dei 
segnali I/O di taratura al valore indicato nel parametro controlState. STA  
CPR_065  Il parametro controlSta te è present e soltanto quando il parametro input OutputControlParamet er è 
impostato su Shor tTermAdjustment ed è definito nella seguent e tabella: 
Tabella 37 
Def inizione dei valor i controlState 
Modalità Valore esadeci ­
male Descr izione 
Disable 00 La linea I/O è disabilitata (impostazione predef inita) 
Enable 01 La linea I/O di taratura è abilitata come speedSignalInput 
Enable 02 La linea I/O di taratura è abilitata come realTimeSpeedSignalOut ­
putSensor 
Enable 03 La linea I/O di taratura è abilitata come RTC Output  
8.  FORMA TO DEL PARAMETR O DATARECORDS 
La presente sezione contiene informazioni in mer ito a: 
—  le regole general i da applicare a serie di parametr i trasmessi dalla VU al tester, 
—  i formati da imp iegare nelle operazioni di trasf erimento attuat e tramite i servizi di trasmissione dati di cui alla 
sezione 6. 
CPR_067  Tutti i parametr i indicati devon o essere suppor tati dalla VU. 
CPR_068  I dati trasmessi dalla VU al tester in risposta ad un messaggio di richiesta devono essere di tipo 
misurat o (ovvero valore corrent e del parametro richiesto, secondo quanto misurato o osser vato dalla 
VU). 
8.1.  Valor i limite dei parametr i trasmessi 
CPR_069  Tabella 38 definisce i limiti adottati per determi nare la validità dei parametr i trasmessi. 26.5.2016 L 139/305 Gazzetta ufficiale dell'U nione europea IT     
CPR_070  I valor i della serie «codice di errore» permettono alla VU di indicare immediatament e che non sono al 
momento disponibili dati parametr ici validi, in seguit o ad errori inter venuti nel tachi grafo. 
CPR_071  I valor i della serie «non disponibile» permett ono alla VU di trasmett ere un messaggio che contiene un 
parametro non disponibile o non suppor tato dal modulo in questione. I valor i della serie «non 
richiesto» permettono di trasmett ere messaggi di comando e di identif icare i parametr i per i quali non 
ci si attende alcuna risposta dall'apparecchio cui sono inviati. 
CPR_072  Se il malfunzionamento di un compo nente non permette la trasmissione di dati validi per un 
determinato parametro, al loro posto deve essere trasmesso il codice di errore conte nuto nella Tabella 
38. Se tuttavia il dato misurato o calcolat o risulta valido, benc hé super i i valor i limite stabiliti per lo 
specifico parametro, non deve essere impiegat o alcun codice d'errore. I dati devono essere trasmessi 
utilizzando, a seconda del caso, il valore parametr ico massimo o minimo. 
Tabella 38 
Serie di dataRecords 
Nome della serie 1 byte 
(Valore esadeci ­
male) 2 byte 
(Valore esadecimale) 4 byte 
(Valore esadecimale) ASCII 
Segnale valido da 00 a FA da 0000 a FAFF da 00000000 a FAFFFFFF da 1 a 254 
Codice specifi co del parametro FB da FB00 a FBFF da FB000000 a FBFFFFFF nessuno 
Serie riservata per futur i indica ­
tori (in bit) da FC a FD da FC00 a FDFF da FC000000 a FDFFFFFF nessuna 
Codice di errore FE da FE00 a FEFF da FE000000 a FEFFFFFF 0 
Non disponibile o non richiesto FF da FF00 a FFFF da FF000000 a FFFFFFFF FF  
CPR_073  Se i parametr i sono codificati in ASCII, il carattere ASCII «*» è riservato quale delimitatore . 
8.2.  Format o del parametro dataRecords 
Le seguenti tabelle da Tabella 39 a Tabella 42 indicano i formati da impiegar e utilizzando i servizi ReadDataByI ­
dentifi er e WriteDataByIdentif ier. 
CPR_074  La Tabella 39 indica lunghezza, risoluzione e limiti operativi della serie per ogni parametro identificato 
da un recordDataIdentif ier: 
Tabella 39 
Formati dei dataRecords 
Denominazione del parametro Lunghezza 
dati (in 
byte) Risoluzione Limiti operativi 
TimeDat e 8 Cfr. informazioni dettag liate in Tabella 40 
HighResolution TotalV ehicleDistance 4 5 m/bit gain, 0 m offset da 0 a + 21 055 406 km 
Kfact or 2 0,001 impulsi/m /bit gain, 0 offset da 0 a 64,255 impulsi/m 
LfactorT yreCircumfe rence 2 0,125 10– 3 m /bit gain, 0 offset da 0 a 8,031 m 
WvehicleCharacter isticF actor 2 0,001 impulsi/m /bit gain, 0 offset da 0 a 64,255 impulsi/m 
TyreSize 15 ASCII ASCII 26.5.2016 L 139/306 Gazzetta ufficiale dell'U nione europea IT     
Denominazione del parametro Lunghezza 
dati (in 
byte) Risoluzione Limiti operativi 
NextCalibrationDat e 3 Cfr. informazioni dettag liate in Tabella 41 
SpeedAuthor ised 2 1/256 km/h/bit gain, 0 offset da 0 a 250,996 km/h 
Regist eringMemberState 3 ASCII ASCII 
VehicleRegistrationNumber 14 Cfr. informazioni dettag liate in Tabella 42 
VIN 17 ASCII ASCII  
CPR_075  La Tabella 40 indica i formati dei diversi tipi di byte impieg ati dal parametro TimeDate : 
Tabella 40 
Formato dettagl iato del parametro TimeDate (recordDataIdentif ier value # F90B) 
Byte Definizione dei parametr i Risoluzione Limiti operativi 
1 Secondi 0,25 s/bit gain, 0 s offset da 0 a 59,75s 
2 Minuti 1 min/bit gain, 0 min offset da 0 a 59 min 
3 Ore 1 h/bit gain, 0 h offset da 0 a 23 ore 
4 Mese 1 mese/bit gain, 0 mese offset da 1 a 12 mesi 
5 Gior no 0,25 gior ni/bit gain, 0 gior ni offset 
(cfr. la nota seguent e Tabella 41) da 0,25 a 31,75 
gior ni 
6 Anno 1 anno/bit gain, + 1985 anno offset 
(cfr. la nota seguent e Tabella 41) dall'anno 1985 al 
2235 
7 Local Minute Offset 1 min/bit gain, –125 min offset da – 59 a + 59 
min 
8 Local Hour Offset 1 h/bit gain , – 125 h offset da – 23 a + 23 ore  
CPR_076  La Tabella 41 indica i formati dei diversi tipi di byte impieg ati dal parametro NextCalibrationDat e. 
Tabella 41 
Formato dettagl iato del parametro NextCalibrationDate (recordDat aIdentif ier value # F922) 
Byte Definizione dei parametr i Risoluzione Limiti operativi 
1 Mese 1 mese/bit gain, 0 mese offset da 1 a 12 mesi 
2 Gior no 0,25 gior ni/bit gain, 0 gior ni offset 
(cfr. la nota seguent e) da 0,25 a 31,75 
gior ni 
3 Anno 1 anno/bit gain, +1985 anno offset 
(cfr. la nota seguent e) dall'anno 1985 al 
2235  26.5.2016 L 139/307 Gazzetta ufficiale dell'U nione europea IT     
Nota relativa all'impi ego del parametro «Gior no»:  
1) Nella data, il valore 0 non è un valore valido. I valor i 1, 2, 3 e 4 sono utilizzati per identif icare il primo 
gior no del mese, 5, 6, 7 e 8 per identif icare il secondo e così via.  
2) Tale parametro non influenza né modifi ca il parametro relativo all'ora. 
Nota relativa all'impi ego del parametro «Anno»: 
il valore 0 corrisponde all'anno 1985, il valore 1 corrisponde al 1986 e così via. 
CPR_078 La Tabella 42 indica i formati dei diversi tipi di byte impieg ati dal parametro VehicleRegistration ­
Number . 
Tabella 42 
Formato dettagliato del parametro VehicleRegistrationNumbe r (recordDataId entif ier value # 
F97E) 
Byte Definizione dei parametr i Risoluzione Limiti operativi 
1 Pagina di codice (definito nell'appendice 1) ASCII da 01 a 0A 
da 2 a 14 Vehicle Registration Number (numero di immatr i­
colazione) (definito nell'appendice 1) ASCII ASCII   26.5.2016 L 139/308 Gazzetta ufficiale dell'U nione europea IT     
Appendice 9. 
OMOLOG AZIONE ELENCO DELLE PROVE MINIME PRESCRITTE 
INDICE 
1. INTR ODUZIONE ..................................................................................................................................... 309 
2. PROVE FUNZIONALI PER L'UNIT À ELETTR ONICA DI BORDO ........................................................................... 311 
3. PROVE FUNZIONALI PER IL SENSORE DI MOVIMENTO ................................................................................... 315 
4. PROVE FUNZIONALI PER LE CARTE TACHIGRAFIC HE..................................................................................... 318 
5. PROVE DEL DISPOSITIV O GNSS ESTERNO .................................................................................................... 328 
6. PROVE DEL DISPOSITIV O DI COMUNICAZIONE REMOT A............................................................................... 331 
7. PROVE FUNZIONALI SU CART A................................................................................................................. 333 
8. PROVE DI INTER OPERABILIT À................................................................................................................... 335  
1.  INTR ODUZIONE 
1.1.  Omologazione 
L'omolog azione CE di un apparecc hio di controllo (o suo compo nent e) o di una carta tach igraf ica si basa su: 
—  una certificazione di sicurezza, basata sulle specifiche dei criteri comuni rispetto ad un obiettivo di sicurezza 
pienamente conf orme all'appendice 10 del presente allegat o (da compl etare/modif icare), 
—  una certificazione funzionale, effettuata dalle autorità compet enti degli Stati membr i, che attesta la 
conf ormità dell'elemento sottopost o alle prove ai requisiti del presente allegat o in term ini di funzioni eseguit e, 
precisione delle misurazioni e caratt eristiche ambientali, 
—una certificazione di interoperabilità, effettuata dall'org anismo compet ente, che attesta la piena inter opera ­
bilità dell'apparecchio di controllo (o carta tachigra fica) con i modelli di carta tachi grafic a (o apparecchio di 
controllo) necessar i (cfr. capitolo 8 del present e allegat o). 
La present e appendice specifi ca le prove minime che le autorità compet enti degli Stati membr i devon o eseguire 
nell'ambito delle prove funzionali, nonché le prove minime che l'organismo compet ente deve eseguire nell'ambito 
delle prove di interoperabilità. Le procedure da seguire per l'esecuzione delle prove e il tipo di prove non sono 
ulteriormente specifi cati. 
Gli aspetti concer nenti la certificazione della sicurezza non sono conte mplati dalla presente appendice. Se alcune 
prove richiest e per l'omolog azione vengono effettuat e nell'ambito delle procedure di valutazione e certificazione 
della sicurezza, non è necessar io che tali prove vengan o ripetute. In quest'ultimo caso, solo i risultati delle prove 
della sicurezza possono essere ogget to di controlli. A titolo d'inf ormazione, nella presente appendice i requisiti che 
devon o essere sottoposti a prova (o che sono strettament e collega ti alle prove previste) nell'ambito della certifi­
cazione della sicurezza sono segnalati con un asterisco «*». 
I requisiti numerati si riferi scono all'allegat o, mentre quelli non numerati si riferiscono alle altre appendici (ad es. 
PIC_001 si riferisce al requisito PIC_001 dell'appendice 3 Pittogrammi). 
La presente appendice esamina separatamente l'omologaz ione del sensore di moviment o, dell'unità elettronica di 
bordo e del dispositivo GNSS ester no come compo nenti dell'apparecchio di controllo. Ogni compo nente riceve il 
propr io certificato di omologazio ne in cui vengono indicati gli altri compo nenti compatibili. La prova funzionale 
del sensore di movimento (o del dispositivo GNSS esterno) è eseguita insieme all'unità elettronica di bordo e 
viceversa. 
Non è prescr itta l'interoperabilità tra ogni modello di sensore di movimento (o dispositivo GNSS ester no) e ogni 
modello di unità elettronica di bordo. Quindi l'omologazione di un sensore di movimento (o dispositivo GNSS 
esterno) può essere accordata solo se abbinata all'omolog azione di una unità elettronica di bordo e viceversa. 26.5.2016 L 139/309 Gazzetta ufficiale dell'U nione europea IT     
1.2.  Riferimenti 
Nella presente appendice si rimanda alle norme seguenti. 
IEC 60068-2-1: Environmental testing — Part 2-1: Tests — Test A: Cold (Pro ve ambientali — Parte 2-1: Prove — 
Prova A: Freddo) 
IEC 60068-2-2: Basic environmental testin g procedures; part 2: tests; tests B: dry heat (sinusoidal) [Procedure di 
prove ambientali di base; Prove; Prove B: Calore secco (sinusoidale)]. 
IEC 60068-2-6: Environmental testing — Part 2: Tests — Test Fc: Vibration (Pro ve ambientali — Parte 2: Prove — 
Prova Fc: Vibrazioni) 
IEC 60068-2-14: Environmental testing; Part 2-14: Tests; Test N: Change of temperature (Pro ve ambientali; Parti 2- 
14: Prove; Prova N: Cambiamento di temperatura) 
IEC 60068-2-27: Environmenta l testing. Part 2: Tests. Test Ea and guidance: Shock (Pro ve ambientali. Parte 2: 
Prove. Prova Ea e guida: Urti) 
IEC 60068-2-30: Environmental testing — Part 2-30: Tests — Test Db: Dam p heat, cyclic (12 h + 12 h cycle) 
[Pro ve ambientali — Parti 2-30: Prove — Prova Db: Calore umido, ciclico (ciclo di 12 h + 12 h)] 
IEC 60068-2-64: Environm ental testing — Part 2-64: Tests — Test Fh: Vibration, broadband random and guidance 
(Pro ve ambientali — Parti 2-64: Prove — Prova Fh: Vibrazioni, a banda larga casuali, e guida) 
IEC 60068-2-78 Environmental testing — Part 2-78: Tests — Test Cab: Dam p heat, steady state (Pro ve ambientali 
— Parti 2-78: Prove — Prova Cab: Calore umido, statico) 
ISO 16750-3 —Mechanical loads (2012-12) (Car ichi meccanici) 
ISO 16750-4 —Climatic loads (2010-04) (Car ichi climatici) 
ISO 20653: Road vehicles — Degree of prote ction (IP code) — Prote ction of electr ical equipment against foreign 
objects, water and access [Veicoli stradali — Grado di prote zione (codice IP) — Prot ezione delle apparecc hiature da 
ogget ti estranei, dall'acqua e dall'accesso] 
ISO 10605:2008 + Techn ical Corrigen dum (rettif ica tecnica): 2010 + AMD1:2014 Road vehicles — Test methods 
for electr ical disturbances from electrostatic disc harge (Veicoli stradali — Metodi di prova dei disturbi elettr ici da 
scar iche elettrostatic he) 
ISO 7637-1:2002 + AMD1: 2008 Road vehicles — Electr ical disturbances from conduction and coupling — Part 
1: Defi nitions and general considerations (Veicoli stradali — Disturbi elettr ici da conduzione e accoppiamento — 
Parte 1: Defi nizioni e considerazioni generali). 
ISO 7637-2 Road vehicles — Electr ical disturbances from conduction and coupling — Part 2: Definitions and 
general considerations (Veicoli stradali — Disturbi elettr ici da conduzione e accoppiamento — Parte 2: Defi nizioni 
e considerazioni general i). 
ISO 7637-3 Road vehicles — Electr ical disturbances from conduction and coupling — Part 3: Electr ical transient 
transmission by capacitive and inductive coupling via lines other than supply lines (Veicoli stradali — Disturbi 
elettr ici da conduzione e accoppiamento — Parte 3: Trasmissione di transitor i elettr ici mediante accoppiamento 
capacitiv o e induttivo attra verso linee diverse da quelle di alimentazione). 
ISO/IEC 7816-1 Identification cards — Integrat ed circuit(s) cards with contacts — Part 1: Physical charact eristics. 
(Car te di identif icazione — Carte a circuito integrato con contatti — Parte 1: Caratte ristic he fisiche). 
ISO/IEC 7816-2 Information technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — Part 
2: Dimensions and location of the contacts (Tecnologia dell'inf ormazione — Carte di identif icazione — Carte a 
circuit o integrat o con contatti — Parte 2: Dimensioni e posizione dei contatti). 
ISO/IEC 7816-3 Information technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — Part 
3: Electronic signals and transmission protocol (Tecnologia dell'inf ormazione — Carte di identif icazione — Carte a 
circuit o integrat o con contatti — Parte 3: Segnali elettronici e protocoll o di trasmissione). 
ISO/IEC 10373-1:2006 + AMD1:2012 Identif ication cards — Test methods — Part 1: General charact eristics 
(Car te di identif icazione — Metodi di prova — Parte 1: Caratter istiche general i) 
ISO/IEC 10373-3:2010 + Techn ical Corrigen dum (rettif ica tecn ica):2013 Identif ication cards — Test methods — 
Part 3: Integrated circuit cards with contacts and related interface devices (Car te di identificazione — Metodi di 
prova — Parte 3: Carte a circuito integrat o con contatti e relative interfacce) 
ISO 16844-3:2004, Cor 1:2006 Road vehicles — Tachograph system s — Part 3: Motion sensor interface (with 
vehicle units) [Veicoli stradali — Siste mi tachi grafi ci — Parte 3: Interfaccia del sensore di movimento (con le unità 
elettronic he di bordo)]. 
ISO 16844-4 Road vehicles — Tachograph systems — Part 4: CAN interface (Veicoli stradali — Sistemi tachigrafici 
— Parte 4: Interfaccia CAN) 
ISO 16844-6 Road vehicles — Tachograph systems — Part 6: Diagnostics (Veicoli stradali — Sistemi tachigrafici 
— Parte 6: Diagnostica) 26.5.2016 L 139/310 Gazzetta ufficiale dell'U nione europea IT     
ISO 16844-7 Road vehicles — Tachograph systems — Part 7: Parameters (Veicoli stradali — Sistemi tachi grafi ci — 
Parte 7: Parametr i) 
ISO 534 Paper and board – Determi nation of thickness, density and specif ic volume (Car ta e cartone – Determi ­
nazione dello spessore, della densità e del volume specifi co) 
UN ECE R10 Uniform provisions concer ning the appro val of vehicles with regard to electromagnetic compat ibility 
(United Nation Economic Commission for Europe) [Disposizioni unif ormi relative all'omologazione di veicoli relati ­
vament e alla loro compati bilità elettromagnetica (commissione economica per l'Europa delle Nazioni Unite)] 
2.  PROVE FUNZIONALI PER L'UNIT À ELETTR ONICA DI BORDO 
N. Prova Descr izione Requisiti applicabili 
1 Esame amministrativ o 
1.1 Documentazione Correttezza della documentazione  
1.2 Risultati delle 
prove del fabbr i­
cante Risultati delle prove effettuat e dal fabbr icante durante l'inte ­
grazione 
Attestati cartacei 88, 89,91 
2 Esame visiv o 
2.1 Conf ormità alla documentazione  
2.2 Identif icazione/marcature da 224 a 226 
2.3 Materiali da 219 a 223 
2.4 Sigillatura 398, da 401 a 405 
2.5 Interfa cce ester ne  
3 Prove funzionali 
3.1 Funzioni 03, 04, 05, 07, 382, 
3.2 Modalità di funzionament o da 09 a 11*, 132, 133 
3.3 Funzioni e diritti di accesso ai dati 12* 13*,, 382, 383, da 
386 a 389 
3.4 Controllo inser imento ed estrazione carte 15, 16, 17, 18, 19*, 
20*, 132 
3.5 Misurazione di velocità e distanza da 21 a 31 
3.6 Misurazione del tempo (pro va effettuata a 20 °C) da 38 a 43 
3.7 Controllo delle attività del conducent e da 44 a 53, 132 
3.8 Controllo delle condizioni di guida 54, 55, 132 26.5.2016 L 139/311 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
3.9 Immissioni manuali da 56 a 62 
3.10 Gestione dei blocch i di un'im presa da 63 a 68 
3.11 Verifica delle attività di controllo 69, 70 
3.12 Rilevamento di anomalie e/o guasti da 71 a 88 132 
3.13 Dati di identif icazione dell'apparecc hio 93*, 94*, 97, 100 
3.14 Dati relativi all'inser imento e all'estrazione della carta del conducente da 102* a 104* 
3.15 Dati relativi all'attività del conducente da 105* a 107* 
3.16 Dati sui luoghi e sulle posizioni da 108* a 112* 
3.17 Dati relativi all'odometro da 113* a 115* 
3.18 Dati dettag liati relativi alla velocità 116* 
3.19 Dati relativi alle anomalie 117* 
3.20 Dati relativi ai guasti 118* 
3.21 Dati relativi alla taratura da 119* a 121* 
3.22 Dati relativi alla regolazione dell'ora 124*, 125* 
3.23 Dati relativi alle attività di controllo 126*, 127* 
3.24 Dati relativi ai blocch i di un'impresa 128* 
3.25 Dati relativi al trasf erimento 129* 
3.26 Dati relativi a condizioni particolar i 130*, 131* 
3.27 Registrazione e memor izzazione nelle carte tachigrafiche 134, 135, 136*, 137*, 
139*, 140, 141 
142, 143, 144*, 145*, 
146*, 147, 148 
3.28 Visualizzazione 90, 132, 
da 149 a 166 
PIC_001, DIS_001 
3.29 Stamp a 90, 132, da 167 a 179, 
PIC_001, da PRT_001 a 
PRT_014 
3.30 Avviso 132, da 180 a 189, 
PIC_001 26.5.2016 L 139/312 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
3.31 Trasfer imento di dati verso un dispositivo esterno 90, 132, da 190 a 194 
3.32 Comunicazione remota per controlli su strada mirati da 195 a 197 
3.33 Trasmissione di dati ad altri dispositivi ester ni 198, 199 
3.34 Taratura da 202 a 206*, 383, 
384, da 386 a 391 
3.35 Controlli su strada della taratura da 207 a 209 
3.36 Regolazione dell'ora da 210 a 212* 
3.37 Non interferenza di funzioni supplementar i 06, 425 
3.38 Interfa ccia del sensore di movimento 02, 122 
3.39 Dispositivo GNSS esterno 03, 123 
3.40 Verificare che la VU individui, registr i e memor izzi le anomalie e/o i guasti defi­
niti dal fabbr icante della VU quando un sensore di movimento abbinato reagi ­
sce ai campi magnetici che ostacolano il rilevamento dei dati di movimento del 
veicolo. 217 
3.41 Cypher suite e parametr i Domain standardizzati CSM_48, CSM_50 
4 Prove ambienta li 
4.1 Temp eratura Verificare la funzionalità mediante: 
prova conf ormemente alla norma ISO 16750-4, capit olo 
5.1.1.2: Prova di funzionamento a bassa temperatura (72 h 
@ -20 °C) 
Questa prova si riferi sce alla norma IEC 60068-2-1: Prove 
ambientali — Parti 2-1: Prove — Prova A: Freddo 
Prova conf ormement e a ISO 16750-4: Capit olo 5.1.2.2: 
Prova di funzionamento ad alta temperatura (72 h a 70 °C) 
Questa prova si riferisce alla norma IEC 60068-2-2: Proce ­
dure di prove ambientali di base; parte 2: prove; prove B: 
calore secco 
Prova conf ormemente a ISO 16750-4: Capitolo 5.3.2 Cam ­
biament o rapido di temperatura con durata specifica della 
transizione (– 20 °C/70 °C, 20 cicli, tempo di permanenza 
di 2h a ogni temperatura) 
Si può effettuare una serie ridotta di prove (fra quelle defi­
nite alla sezione 3 della present e tabella) alla temperatura 
più bassa, alla temperatura più alta e durante i cicli di tem ­
perature 213 26.5.2016 L 139/313 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
4.2 Umidità Verificare che l'unità elettronica di bordo possa soppor tare 
un'umidità ciclica (pro va termica), mediante prova Db, IEC 
60068-2-30, sei cicli di 24 ore, ciascuno con temperature 
che variano da + 25 °C a + 55 °C ed un'umidità relativa del 
97 % a + 25 °C e del 93 % a + 55 °C 214 
4.3 Prove meccaniche 1.  Vibrazioni sinusoidali. 
Verificare che l'unità elettronica di bordo possa soppor ­
tare vibrazioni sinusoidali aventi le seguenti caratt eristi­
che: 
spostament o costant e tra 5 e 11 Hz: picco di 10 mm 
accelerazione costant e tra 11 e 300 Hz: 5 g 
Questo requisito si verifica in base alla norma IEC 
60068-2-6, prova Fc, con una durata minima della 
prova di 3×12 ore (12 ore per asse) 
La norma ISO 16750-3 non prescr ive una prova di vi­
brazione sinusoidale per i dispositivi posizionati nella 
cabina del veicolo staccata. 
2.  Vibrazioni casuali: 
Prova conf ormement e a ISO 16750-3: Capitolo 4.1.2.8: 
Prova VIII: Veicolo commerciale, cabina del veicolo stac­
cata 
Prova delle vibrazioni casuali, 10…2 000 Hz, RMS ver­
ticale 21,3 m/s2, RMS longitudinale 11,8 m/s2, RMS late­
rale 13,1 m/s2, 3 assi, 32 h per asse, incluso il ciclo di 
temperatura -20…70 °C. 
Questa prova si riferisce alla norma IEC 60068-2-64: 
Prove ambientali — Parti 2-64: Prove — Prova Fh: Vi­
brazioni, a banda larga casuali e guida 
3.  Urti: 
urto meccanico con mezzo seno 3g conf ormemente a 
ISO 16750. 
Le prove sopra descr itte sono effettuat e su campi oni diversi 
del modello di apparecc hio sottopost o alle prove 219 
4.4 Protezione contro 
l'acqua e i corpi 
estranei Prova conf ormement e a ISO 20653: Veicoli stradali — 
Grado di prot ezione (codice IP) — Prote zione delle appa ­
recchiatur e da oggetti estranei, dall'acqua e dall'accesso 
(senza modifica dei parametr i); Valore minimo IP 40 220, 221 
4.5 Protezione contro 
sovratensione Verificare che l'unità elettronica di bordo possa soppor tare 
un'alimentazione di: 216 
Versioni da 24 V: 34V a + 40 °C 1 ora 
Versioni da 12 V: 17V a + 40 °C 1 ora 
(ISO 16750-2)  
4.6 Protezione contro 
polar ità inversa Verificare che l'unità elettronica di bordo possa soppor tare 
un'inv ersione dell'alimentazione 
(ISO 16750-2) 216 26.5.2016 L 139/314 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
4.7 Protezione contro 
cortocircuiti Verificare che i segnali in ingresso e in uscita siano protetti 
contro i cortocircuiti rispett o ad alimentazione e massa 
(ISO 16750-2) 216 
5 Prove della compatibilità elettromagnetica 
5.1 Emissioni irra­
diate e sensibilità 
ai disturbi Conf ormità al regolamento ECE R10 218 
5.2 Scar iche elettro ­
statiche Conf ormità alla norma ISO 10605:2008 + Rettifica tec­
nica:2010 + AMD1:2014: +/– 4kV per il contatt o e 
+/– 8kV per lo scar ico di aria 218 
5.3 Sensibilità ai 
transito ri con­
dotti nell'alimen ­
tazione Per le versioni da 24 V: conf ormità a ISO 7637-2 + regola ­
mento ECE n. 10 Rev. 3: 
impulso 1a: Vs = – 450V Ri = 50 ohm 
impulso 2a: Vs = + 37V Ri = 2 ohm 
impulso 2b: Vs = + 20V R i= 0,05 ohm 
impulso 3a: Vs = – 150V Ri = 50 ohm 
impulso 3b: Vs = + 150V Ri = 50 ohm 
impulso 4: Vs =– 16V Va = – 12V t6 = 100ms 
impulso 5: Vs = + 120V Ri = 2,2 ohm td = 250ms 
Per le versioni da 12 V: conf ormità a ISO 7637-1 + regola ­
mento ECE n. 10 Rev. 3: 
impulso 1: Vs = – 75V Ri = 10 ohm 
impulso 2a: Vs = + 37V Ri = 2 ohm 
impulso 2b: Vs = + 10V Ri = 0,05 ohm 
impulso 3a: Vs = – 112V Ri = 50 ohm 
impulso 3b: Vs = + 75V Ri = 50 ohm 
impulso 4: Vs = – 6V Va = – 5V t6 = 15ms 
impulso 5: Vs = + 65V Ri = 3ohm td = 100ms 
L'im pulso 5 va controllat o solo per le unità elettronic he di 
bordo destinate al montaggio in veicoli per i quali non è 
prevista una protezione comune esterna contro le cadute 
della potenza di carico 
Per la proposta relativa alle cadute della poten za di carico 
fare riferimento alla norma ISO 16750-2, 4a edizione, ca­
pitolo 4.6.4. 218  
3.  PROVE FUNZIONALI PER IL SENSORE DI MOVIMENTO 
N. Prova Descr izione Requisiti applicabili 
1. Esame amministrativ o 
1.1 Documentazione Correttezza della documentazione  26.5.2016 L 139/315 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
2. Esame visiv o 
2.1. Conf ormità alla documentazione  
2.2. Identif icazione/marcature 225, 226, 
2.3 Materiali da 219 a 223 
2.4. Sigillatura 398, da 401 a 405 
3. Prove funzionali 
3.1 Dati di identif icazione del sensore da 95 a 97* 
3.2 Abbinamento sensore di movimento — unità elettronica di bordo 122*, 204 
3.3 Rilevamento del movimento 
Precisione della misurazione del moviment o da 30 a 35 
3.4 Interfa ccia dell'unità elettronica di bordo 02 
3.5 Verificare che il sensore di movimento sia insensibile ai campi magnetici co­
stanti. In alternati va, verificare che il sensore di movimento reagisca ai campi 
magnetici costanti che ostacolano il rilevamento dei dati di movimento del vei­
colo in modo che la VU collegat a possa individuare, registrare e memor izzare i 
guasti del sensore 217 
4. Prove ambienta li 
4.1 Temp eratura di 
esercizio Verificare la funzionalità (secondo quanto definito alla 
prova n. 3.3) nel campo di temperatura [- 40 °C; + 135 ° 
C], mediante: 
prova Ad, IEC 60068-2-1, per una durata di 96 ore alla 
temperatura più bassa Tomin, 
prova Bd, IEC 60068-2-2, per una durata di 96 ore alla 
temperatura più alta Tomax 
Prova conf ormement e a ISO 16750-4: Capit olo 5.1.1.2: 
Prova di funzionament o a bassa temperatura (24 h @ – 
40 °C) 
Questa prova si riferi sce alla norma IEC 60068-2-1: Prove 
ambientali — Parti 2-1: Prove — Prova A: Freddo, prova 
Bd, IEC 68-2-2, per una durata di 96 ore alla temperatura 
più bassa di – 40 °C. 
Prova conf ormement e a ISO 16750-4: Capit olo 5.1.2.2: 
Prova di funzionamento ad alta temperatura (96 h @135 ° 
C) 
Questa prova si riferisce alla norma IEC 60068-2-2: Proce ­
dure di prove ambientali di base; parte 2: prove; prove B: 
calore secco 213 26.5.2016 L 139/316 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
4.2 Cicli di tempera ­
ture Prova conf ormemente a ISO 16750-4: Capitolo 5.3.2 Cam ­
biament o rapido di temperatura con durata specifica della 
transizione (– 40 °C/135 °C, 20 cicli, tempo di permanenza 
di 30 min a ogni temperatura) 
IEC 60068-2-14: Prove ambientali; Parti 2-14: Prove; Prova 
N: Variazione di temperatura 213 
4.3 Cicli di umidità Verificare la funzionalità (secondo quanto definito alla 
prova n. 3.3), mediante prova Db, IEC 60068-2-30, sei cicli 
di 24 ore, ciascuno con temperature che variano da + 25 ° 
C a + 55 °C e un'umidità relativa del 97 % a + 25 °C e del 
93 % a + 55 °C 214 
4.4 Vibrazioni ISO 16750-3: Capitolo 4.1.2.6: Prova VI: Veicolo commer ­
ciale, motore , cambio 
Prova delle vibrazioni in modalità mista, tra cui 
a)  Prova delle vibrazioni sinusoidali, 20...520 Hz, 11,4 … 
120 m/s2, <= 0,5 oct/min 
b)  Prova delle vibrazioni casuali, 10...2 000 Hz, RMS 
177 m/s2 
94 h per asse, incluso il ciclo di temperatura -20…70 °C 
Questa prova si riferisce alla norma IEC 60068-2-80: Prove 
ambientali — Parti 2-80: Prove — Prova Fi: Vibrazioni — 
Modalità mista 219 
4.5 Urti meccanici ISO 16750-3: Capit olo 4.2.3 Prova VI: Prove per i disposi ­
tivi nel o sul cambio 
urto mezzo-sinusoidale, accelerazione da definire nell'inter ­
vallo 3 000…15 000 m/s2, durata dell'impulso da definire, 
tuttavia < 1 ms, numero di urti: da definire 
Questa prova si riferisce alla norma IEC 60068-2-27: Prove 
ambientali. Parte 2: Prove. Prova Ea e guida: Urti. 219 
4.6 Protezione contro 
l'acqua e i corpi 
estranei Prova conf ormement e a ISO 20653: Veicoli stradali — 
Grado di prot ezione (codice IP) — Prote zione delle appa ­
recchiatur e da oggetti estranei, dall'acqua e dall'accesso 
(Valore target IP 64) 220, 221 
4.7 Protezione contro 
polar ità inversa Verificare che il sensore di moviment o possa soppor tare 
un'inv ersione dell'alimentazione 216 
4.8 Protezione contro 
cortocircuiti Verificare che i segnali in ingresso e in uscita siano protetti 
contro i cortocircuiti rispett o ad alimentazione e massa 216 26.5.2016 L 139/317 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
5. Compatibilità elettromagnetica 
5.1 Emissioni irra­
diate e sensibilità 
ai disturbi Verifica della conf ormità al regolamento ECE R10 218 
5.2 Scar iche elettro ­
statiche Conf ormità alla norma ISO 10605:2008 + Rettifica tec­
nica:2010 + AMD1:2014: +/– 4kV per il contatt o e 
+/– 8kV per lo scar ico di aria 218 
5.3 Sensibilità ai 
transito ri con­
dotti nelle linee 
dati Per le versioni da 24 V: conf ormità a ISO 7637-2 + regola ­
mento ECE n. 10 Rev. 3: 
impulso 1a: Vs = – 450V Ri = 50 ohm 
impulso 2a: Vs = + 37V Ri = 2 ohm 
impulso 2b: Vs = + 20V Ri = 0,05 ohm 
impulso 3a: Vs = – 150V Ri = 50 ohm 
impulso 3b: Vs = + 150V Ri = 50 ohm 
impulso 4: Vs = – 16V Va = – 12V t6 = 100ms 
impulso 5: Vs = + 120V Ri = 2,2 ohm td = 250ms 
Per le versioni da 12 V: conf ormità a ISO 7637-1 + regola ­
mento ECE n. 10 Rev. 3: 
impulso 1: Vs = – 75V Ri = 10 ohm 
impulso 2a: Vs = + 37V Ri = 2 ohm 
impulso 2b: Vs = + 10V Ri = 0,05 ohm 
impulso 3a: Vs = – 112V Ri = 50 ohm 
impulso 3b: Vs = + 75V Ri = 50 ohm 
impulso 4: Vs = – 6V Va = – 5V t6=15ms 
impulso 5: Vs = + 65V Ri = 3ohm td = 100ms 
L'im pulso 5 va controllat o solo per le unità elettronic he di 
bordo destinate al montaggio in veicoli per i quali non è 
prevista una protezione comune esterna contro le cadute 
della potenza di carico 
Per la proposta relativa alle cadute della poten za di carico 
fare riferimento alla norma ISO 16750-2, 4a edizione, ca­
pitolo 4.6.4. 218  
4.  PROVE FUNZIONALI PER LE CARTE TACHIGRAF ICHE 
Le prove conf ormemente alla presente sezione 4, 
n. 5, «Pro ve dei prot ocolli», 
n. 6, «Struttura della carta» e 
n. 7, «Pro ve funzionali» 
possono essere eseguit e dall'addetto alla valutazione o alla certificaz ione durante la procedura di certificazione della 
sicurezza del modulo chip basata sui criteri comuni (CC). 
Le prove numero 2.3 e 4.2 sono identiche . Esse sono le prove meccaniche della combinazione carta e modulo chip. 
Se uno di questi componenti (carta, modulo chip) viene modifi cato, tali prove diventano necessar ie. 26.5.2016 L 139/318 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
1. Esame amministrativ o 
1.1 Documentazione Correttezza della documentazione  
2 Car ta 
2.1 Stamp a Accer tarsi che tutte le caratteri stiche di prote zione e i dati 
visibili siano stam pati correttamente sulla carta e siano con­
formi. 
[Designat ore] 
Allegat o 1C, capit olo 4.1 «Dati visibili», 227) 
Il lato anteriore deve contenere: 
i termini «Car ta del conducente » o «Car ta di controllo» o 
«Car ta dell'officina» o «Car ta dell'azienda» stamp ati in 
maiuscolo nella lingua o nelle lingue ufficiali dello Stato 
membro che rilascia la carta, a seconda del tipo di carta; 
[Nome dello Stato membro] 
Allegat o 1C, capit olo 4.1 «Dati visibili», 228) 
Il lato anteriore deve contenere: 
il nome dello Stato membro che rilascia la carta (facolta ­
tivo). 
[Sigla] 
Allegat o 1C, capit olo 4.1 «Dati visibili», 229) 
Il lato anteriore deve contenere: 
la sigla distintiva dello Stato membro che rilascia la carta, 
stam pata in negativo in un rettangolo azzur ro e circon ­
data da dodici stelle gialle. 
[Numerazione] 
Allegat o 1C, capit olo 4.1 «Dati visibili», 232) 
Il retro della carta deve cont enere: 
la spiegazione delle voci numerate che appaiono sul lato 
anteriore della carta; 
[Colore] 
Allegat o 1C, capit olo 4.1 «Dati visibili», 234) 
Le carte tach igraf iche devono essere stampat e con i se­
guenti color i di fondo predominanti: 
—  carta del conducente : bianco, 
—  carta dell'officina: rosso, 
—  carta di controllo: azzur ro, 
—  carta dell'azienda: giallo.  da 227 a 229, 232, da 
234 a 236 26.5.2016 L 139/319 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili  
[Sicurezza] 
Allegat o 1C, capit olo 4.1 «Dati visibili», 235) 
Le carte tach igraf iche devon o presentare almeno le carat ­
teristiche seguenti per essere prote tte contro la falsifica ­
zione e la manomissione: 
—  un fondo di sicurezza finemente arabescato e stam pa 
a iride, 
—  almeno una linea bicromatica microstamp ata. 
[Marcature] 
Allegat o 1C, capit olo 4.1 «Dati visibili», 236) 
Gli Stati membr i possono aggiung ere altri color i o iscri­
zioni, come simboli nazionali ed altre caratt eristiche di 
sicurezza. 
[Marchi o di omologaz ione] 
Le carte tachi grafi che devon o essere contrassegnate con 
un march io di omologa zione. 
Il march io di omologaz ione deve essere compo sto: 
—di un rettangolo, all'inter no del quale si trova la let­
tera «e» seguita da un numero distintivo o da una let­
tera distintiva del paese che ha rilasciato l'omolog a­
zione, 
—di un numero di omologazio ne corrispondent e al nu­
mero della sche da di omologa zione della carta tach i­
grafi ca, posto in una posizione qualsiasi in prossimità 
del rettangolo.      
2.2 Prove meccaniche  240, 243 
ISO/IEC 7810   [Dimensioni della carta] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[5] Dimensioni della carta, 
[5.1] Dimensioni della carta 
[5.1.1] Dimensioni della carta e tolleranze, 
carta tipo ID-1 Carta non usata 
[Bordi della carta] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[5] Dimensioni della carta, 
[5.1] Dimensioni della carta 
[5.1.2] Bordi della carta  26.5.2016 L 139/320 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili    
[Costr uzione della carta] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[6] Costr uzione della carta 
[Materiali costr uttivi della carta] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[7] Materi ali costr uttivi della carta 
[Resisten za alla flessione] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.1] Resistenza alla flessione 
[Tossicità] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.3] Tossicità 
[Resisten za agli agenti chimici] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.4] Resistenza agli agenti chimici 
[Stabilità della carta] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.5] Stabilità dimensionale della carta e deformazione 
dovuta alla temperatura e all'umidità  26.5.2016 L 139/321 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili    
[Luce ] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.6] Luce 
[Durabilità] 
Allegat o 1C, capitolo 4.4 «Specifiche ambientali ed elet­
triche», 241) 
Le carte tachi grafi che devono essere in grado di funzio ­
nare correttamente per un periodo di cinque anni, se im­
piega te nel rispetto delle specifiche ambientali ed elettr i­
che. 
[Resisten za dello strato ester no] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.8] Resistenza dello strato ester no 
[Aderenza o blocco] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.9] Aderenza o blocco 
[Def ormazione] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.11] Deformazione globale della carta 
[Resisten za al calore] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.12] Resistenza al calore  26.5.2016 L 139/322 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili    
[Distor sioni superf iciali] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.13] Distorsioni superf iciali 
[Contaminazione] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810, Carte di identificazione — Caratter istich e 
fisiche, 
[8] Caratter istich e della carta 
[8.14] Contaminazione e inter azione dei compo nenti 
della carta   
2.3 Prove meccaniche 
con modulo chip 
integrat o [Flessione] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810:2003/Amd. 1:2009, Carte di identif ica­
zione — Caratt eristiche fisich e, Modifica 1: Criteri per 
carte con circuiti integrati 
[9.2] Sollecitazione dinamica alla flessione 
Numero totale di cicli di flessione: 4 000. 
[Torsione] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810:2003/Amd. 1:2009, Carte di identif ica­
zione — Caratt eristiche fisich e, Modifica 1: Criteri per 
carte con circuiti integrati 
[9.3] Sollecitazione dinamica alla torsione 
Numero totale di cicli di torsione: 4 000.  ISO/IEC 7810 
3 Modulo 
3.1 Modulo Il modulo è costituito dall'inv olucro totale e dalla piastra a 
contatt o. 
[Profilo superf iciale] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7816-1:2011, Carte di identif icazione — Carte 
a circuito integrato — Parte 1: Carte con contatti — Ca­
ratteristiche fisiche 
[4.2] Profil o superf iciale dei contatti  ISO/IEC 7816 26.5.2016 L 139/323 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili  
[Resisten za meccanica] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7816-1:2011, Carte di identif icazione — Carte 
a circuito integrato — Parte 1: Carte con contatti — Ca­
ratteristiche fisiche 
[4.3] Resistenza meccanica (della carta e dei contatti) 
[Resisten za elettr ica] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7816-1:2011, Carte di identif icazione — Carte 
a circuito integrato — Parte 1: Carte con contatti — Ca­
ratteristiche fisiche 
[4.4] Resistenza elettr ica (dei contatti) 
[Dimensione:] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7816-2:2007, Carte di identif icazione — Carte 
a circuito integrato — Parte 2: Carte con contatti — Di­
mensione e posizione dei contatti 
[3] Dimensione dei contatti 
[Posizione] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7816-2:2007, Carte di identif icazione — Carte 
a circuito integrato — Parte 2: Carte con contatti — Di­
mensione e posizione dei contatti 
[4] Numero e posizione dei contatti 
Nel caso di moduli con sei contatti, i contatti «C4» e 
«C8» non sono inclusi nella prova prescr itta.      
4 Chip 
4.1 Chip  da 241 a 244 
ECE R10 
ISO/IEC 7810 
ISO/IEC 10373   
[Temperatura di esercizio] 
Il chip della carta tachi grafi ca deve funzionare in un 
campo di temperatura ambientale compre so tra -25 °C e 
+85 °C.  26.5.2016 L 139/324 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili    
[Temperatura e umidità] 
Allegat o 1C, capitolo 4.4 «Specifiche ambientali ed elet­
triche», 241) 
Le carte tachi grafi che devono essere in grado di funzio ­
nare correttamente in tutte le condizioni climatich e abi­
tuali nel territorio della Comunità e almeno nel campo 
di temperatura compre so tra – 25 °C e + 70 °C, con pic­
chi occasionali fino a + 85 °C, dove per «occasionale» 
s'int ende non super iore a 4 ore per volta e non super iore 
a 100 volte nell'intero periodo di durata della carta. 
Le carte tachi grafi che devon o essere espost e, in fasi suc­
cessive, alle seguenti temperature e tassi di umidità per i 
periodi indicati. Dopo ogni fase viene provata la funzio ­
nalità elettr ica delle carte tach igraf iche. 
1.  Temperatura di – 20 °C per 2 h. 
2.  Temperatura di +/– 0 °C per 2 h. 
3.  Temperatura di + 20 °C, 50 % RH, per 2 h. 
4.  Temperatura di + 50 °C, 50 % RH, per 2 h. 
5.  Temperatura di + 70 °C, 50 % RH, per 2 h. 
La temperatura viene aumentata in modo interm it­
tente a + 85 °C, 50 % RH, per 60 min. 
6.  Temperatura di + 70 °C, 85 % RH, per 2 h. 
La temperatura viene aumentata in modo interm it­
tente a + 85 °C, 85 % RH, per 30 min. 
[Umidità] 
Allegat o 1C, capitolo 4.4 «Specifiche ambientali ed elet­
triche», 242) 
Le carte tachi grafi che devono essere in grado di funzio ­
nare correttamente nel campo di umidità compreso tra 
10 % e 90 %. 
[Com patibilità elettromagnetica — EMC] 
Allegat o 1C, capitolo 4.4 «Specifiche ambientali ed elet­
triche», 244) 
Durant e il funzionament o le carte tachi grafi che devon o 
essere conf ormi alla norma ECE R10 relativa alla compa ­
tibilità elettromagnetica.   26.5.2016 L 139/325 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili  
[Elettr icità statica] 
Allegat o 1C, capitolo 4.4 «Specifiche ambientali ed elet­
triche», 244) 
Durant e il funzionament o le carte tachi grafi che devon o 
essere prote tte contro le scar iche elettrostatic he. 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810:2003/Amd. 1:2009, Carte di identif ica­
zione — Caratt eristiche fisich e, Modifica 1: Criteri per 
carte con circuiti integrati 
[9.4] Elettr icità statica 
[9.4.1] Carte IC a contatt o 
Tensione di prova: 4 000 V. 
[Raggi X] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810:2003/Amd. 1:2009, Carte di identif ica­
zione — Caratt eristiche fisich e, Modifica 1: Criteri per 
carte con circuiti integrati 
[9.1] Raggi X 
[Luce ultravioletta] 
ISO/IEC 10373-1:2006, Carte di identificazione — Me­
todi di prova — Parte 1: Caratt eristiche generali 
[5.11] Luce ultra violetta 
[a 3 ruote] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 10373-1:2006/Amd. 1:2012, Carte di identif ica­
zione — Metodi di prova — Parte 1: Caratter istich e ge­
nerali, Modifica 1 
[5.22] ICC — Resistenza meccanica: prova a 3 ruote per 
gli ICC con contatti 
[Avvolgimento] 
Le carte tachi grafi che devono essere conf ormi alla norma 
Mast erCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Prova della robust ezza dell'a vvolgi ­
mento 
[13.2.1.32] TM-422: Affidabilità meccanica: Prova di av­
volgimento  26.5.2016 L 139/326 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
4.2 Modulo del chip 
per le prove 
meccaniche 
integrat o nella 
carta stessa-> 
uguale a 2.3 [Flessione] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810:2003/Amd. 1:2009, Carte di identif ica­
zione — Caratt eristiche fisich e, Modifica 1: Criteri per 
carte con circuiti integrati 
[9.2] Sollecitazione dinamica alla flessione 
Numero totale di cicli di flessione: 4 000. 
[Torsione] 
Le carte tachi grafi che devono essere conf ormi alla norma 
ISO/IEC 7810:2003/Amd. 1:2009, Carte di identif ica­
zione — Caratt eristiche fisich e, Modifica 1: Criteri per 
carte con circuiti integrati 
[9.3] Sollecitazione dinamica alla torsione 
Numero totale di cicli di torsione: 4 000.  ISO/IEC 7810 
5 Prove dei proto colli 
5.1 ATR Verificare la conf ormità dell'A TR ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18 
5.2 T=0 Verificare la conf ormità del protocoll o T = 0 ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15 
5.3 PTS Verificare la conf ormità del comando PTS passando all'im ­
postazione T = 1 da T = 0 ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21 
5.4 T=1 Verificare la conf ormità del protocoll o T = 1 ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16 
6 Struttura della carta 
6.1  Controllare la conf ormità della struttura dei file della carta, 
verificando la presenza dei file obbligat ori nella carta e le 
relative condizioni di accesso da TCS_22 a TCS_28 
da TCS_140 a 
TCS_179 
7 Prove funzionali 
7.1 Elaborazione 
normale Verificare almeno una volta ogni uso ammesso di ciascun 
comando (per es.: verificare il comando UPD ATE BINAR Y 
con CLA = ‘00’, CLA = ‘0C’ e con parametr i P1, P2 e Lc 
diversi). 
Verificare che le operazioni siano state effettivament e 
eseguit e nella carta (per es.: legge ndo il file su cui è stato 
eseguit o il comando) da TCS_29 a TCS_139 26.5.2016 L 139/327 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
7.2 Messaggi di 
errore Verificare almeno una volta ogni messaggio di errore 
(secondo quanto specifi cato all'appendice 2) per ciascun 
comando. 
Verificare almeno una volta ogni errore gener ico (eccetto 
per gli errori di integrità «6400» verificati nell'ambito della 
certificazion e della sicurezza)  
7.3 Cypher suite e parametr i Domain standardizzati CSM_48, CSM_50 
8 Personalizzazione 
8.1 Personalizzazione 
ottica Allegat o 1C, capit olo 4.1 «Dati visibili», 230) 
Il lato anteriore deve contenere: 
le informazioni specifi che della carta. 
Allegat o 1C, capit olo 4.1 «Dati visibili», 231) 
Il lato anteriore deve contenere: 
le date, indicate nel formato «gg/mm/aaaa» o «gg.mm. 
aaaa» (gior no, mese, anno). 
Allegat o 1C, capit olo 4.1 «Dati visibili», 235) 
Le carte tach igraf iche devon o presentare almeno le carat ­
teristiche seguenti per essere prote tte contro la falsifica ­
zione e la manomissione: 
—sovrapposizione del fondo di sicurezza e della foto­
grafi a.  230, 231, 235  
5.  PROVE DEL DISPOSITIV O GNSS ESTERNO 
N. Prova Descr izione Requisiti applicabili 
1. Esame amministrativ o 
1.1 Documentazione Correttezza della documentazione  
2. Ispezione visiva del dispositiv o GNSS ester no 
2.1. Conf ormità alla documentazione  
2.2. Identif icazione/marcature da 224 a 226 
2.3 Materiali da 219 a 223 
3. Prove funzionali 
3.1 Dati di identif icazione del sensore 98.99 
3.2 Modulo GNSS esterno — accoppiamento dell'unità elettronica di bordo 123, 205 26.5.2016 L 139/328 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
3.3 Posizione GNSS 36, 37 
3.4 Interfa ccia dell'unità elettronica di bordo quando il ricevito re GNSS è esterno al­
l'unità elettronica di bordo 03 
3.5 Cypher suite e parametr i Domain standardizzati CSM_48, CSM_50 
4. Prove ambienta li 
4.1 Temp eratura Verificare la funzionalità mediante: 
prova conf ormemente alla norma ISO 16750-4, capit olo 
5.1.1.2: Prova di funzionamento a bassa temperatura (72 h 
@ – 20 °C) 
Questa prova si riferi sce alla norma IEC 60068-2-1: Prove 
ambientali — Parti 2-1: Prove — Prova A: Freddo 
Prova conf ormement e a ISO 16750-4: Capit olo 5.1.2.2: 
Prova di funzionamento ad alta temperatura (72 h @ 70 °C) 
Questa prova si riferisce alla norma IEC 60068-2-2: Proce ­
dure di prove ambientali di base; parte 2: prove; prove B: 
calore secco 
Prova conf ormemente a ISO 16750-4: Capitolo 5.3.2 Cam ­
biament o rapido di temperatura con durata specifica della 
transizione (– 20 °C/70 °C, 20 cicli, tempo di permanenza 
di 1 h a ogni temperatura) 
Si può effettuare una serie ridotta di prove (fra quelle defi­
nite alla sezione 3 della present e tabella) alla temperatura 
più bassa, alla temperatura più alta e durante i cicli di tem ­
perature 213 
4.2 Umidità Verificare che l'unità elettronica di bordo possa soppor tare 
un'umidità ciclica (pro va termica), mediante prova Db, IEC 
60068-2-30, sei cicli di 24 ore, ciascuno con temperature 
che variano da + 25 °C a + 55 °C ed un'umidità relativa del 
97 % a + 25 °C e del 93 % a + 55 °C 214 
4.3 Prove meccaniche 1.  Vibrazioni sinusoidali. 
Verificare che l'unità elettronica di bordo possa soppor ­
tare vibrazioni sinusoidali aventi le seguenti caratt eristi­
che: 
spostament o costant e tra 5 e 11 Hz: picco di 10 mm 
accelerazione costant e tra 11 e 300 Hz: 5 g 
Questo requisito si verifica in base alla norma IEC 
60068-2-6, prova Fc, con una durata minima della 
prova di 3 × 12 ore (12 ore per asse) 
La norma ISO 16750-3 non prescr ive una prova di vi­
brazione sinusoidale per i dispositivi posizionati nella 
cabina del veicolo staccata.  219 26.5.2016 L 139/329 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
2.  Vibrazioni casuali: 
Prova conf ormement e a ISO 16750-3: Capitolo 4.1.2.8: 
Prova VIII: Veicolo commerciale, cabina del veicolo stac­
cata 
Prova delle vibrazioni casuali, 10…2 000 Hz, RMS ver­
ticale 21,3 m/s2, RMS longitudinale 11,8 m/s2, RMS late­
rale 13,1 m/s2, 3 assi, 32 h per asse, incluso il ciclo di 
temperatura – 20…70 °C. 
Questa prova si riferisce alla norma IEC 60068-2-64: 
Prove ambientali — Parti 2-64: Prove — Prova Fh: Vi­
brazioni, a banda larga casuali e guida 
3.  Urti: 
urto meccanico con mezzo seno 3g conf ormemente a 
ISO 16750. 
Le prove sopra descr itte sono effettuat e su campi oni diversi 
del modello di apparecc hio sottopost o alle prove 
4.4 Protezione contro 
l'acqua e i corpi 
estranei Prova conf ormement e a ISO 20653: Veicoli stradali — 
Grado di prot ezione (codice IP) — Prote zione delle appa ­
recchiatur e da oggetti estranei, dall'acqua e dall'accesso 
(senza modifica dei parametr i) 220, 221 
4.5 Protezione contro 
sovratensione Verificare che l'unità elettronica di bordo possa soppor tare 
un'alimentazione di: 216 
Versioni da 24 V: 34V a + 40 °C 1 ora 
Versioni da 12 V: 17V a + 40 °C 1 ora 
(ISO 16750-2, capitolo 4.3) 
4.6 Protezione contro 
polar ità inversa Verificare che l'unità elettronica di bordo possa soppor tare 
un'inv ersione dell'alimentazione 
(ISO 16750-2, capitolo 4.7) 216 
4.7 Protezione contro 
cortocircuiti Verificare che i segnali in ingresso e in uscita siano protetti 
contro i cortocircuiti rispett o ad alimentazione e massa 
(ISO 16750-2, capitolo 4.10) 216 
5 Prove della compatibilità elettromagnetica 
5.1 Emissioni irra­
diate e sensibilità 
ai disturbi Conf ormità al regolamento ECE R10 218 26.5.2016 L 139/330 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
5.2 Scar iche elettro ­
statiche Conf ormità alla norma ISO 10605:2008 + Rettifica tec­
nica:2010 + AMD1:2014: +/– 4kV per il contatt o e 
+/– 8kV per lo scar ico di aria 218 
5.3 Sensibilità ai 
transito ri con­
dotti nell'alimen ­
tazione Per le versioni da 24 V: conf ormità a ISO 7637-2 + regola ­
mento ECE n. 10 Rev. 3: 
impulso 1a: Vs = – 450V Ri = 50 ohm 
impulso 2a: Vs = + 37V Ri = 2 ohm 
impulso 2b: Vs = + 20V Ri = 0,05 ohm 
impulso 3a: V s= – 150V Ri = 50 ohm 
impulso 3b: Vs=+150V Ri=50 ohm 
impulso 4: Vs = – 16V Va = – 12V t6 = 100ms 
impulso 5: Vs = + 120V Ri = 2,2 ohm td = 250ms 
Per le versioni da 12 V: conf ormità a ISO 7637-1 + regola ­
mento ECE n. 10 Rev. 3: 
impulso 1: Vs = – 75V Ri = 10 ohm 
impulso 2a: Vs = + 37V Ri = 2 ohm 
impulso 2b: Vs = + 10V Ri = 0,05 ohm 
impulso 3a: Vs = – 112V Ri = 50 ohm 
impulso 3b: Vs = + 75V Ri = 50 ohm 
impulso 4: Vs = – 6V Va = – 5V t6 = 15ms 
impulso 5: Vs = + 65V Ri = 3ohm td = 100ms 
L'im pulso 5 va controllat o solo per le unità elettronic he di 
bordo destinate al montaggio in veicoli per i quali non è 
prevista una protezione comune esterna contro le cadute 
della potenza di carico 
Per la proposta relativa alle cadute della poten za di carico 
fare riferimento alla norma ISO 16750-2, 4a edizione, ca­
pitolo 4.6.4. 218  
6.  PROVE DEL DISPOSITIV O DI COMUNICAZIONE REMOT A 
N. Prova Descr izione Requisiti applicabili 
1. Esame amministrativ o 
1.1 Documentazione Correttezza della documentazione  
2. Esame visiv o 
2.1. Conf ormità alla documentazione  
2.2. Identif icazione/marcature 225, 226 
2.3 Materiali da 219 a 223 26.5.2016 L 139/331 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
4. Prove ambienta li 
4.1 Temp eratura Verificare la funzionalità mediante: 
prova conf ormemente alla norma ISO 16750-4, capit olo 
5.1.1.2: Prova di funzionamento a bassa temperatura (72 h 
@ -20 °C) 
Questa prova si riferi sce alla norma IEC 60068-2-1: Prove 
ambientali — Parti 2-1: Prove — Prova A: Freddo 
Prova conf ormement e a ISO 16750-4: Capit olo 5.1.2.2: 
Prova di funzionamento ad alta temperatura (72 h @ 70 °C) 
Questa prova si riferisce alla norma IEC 60068-2-2: Proce ­
dure di prove ambientali di base; parte 2: prove; prove B: 
calore secco 
Prova conf ormemente a ISO 16750-4: Capitolo 5.3.2 Cam ­
biament o rapido di temperatura con durata specifica della 
transizione (-20 °C/70 °C, 20 cicli, tempo di permanenza di 
1 h (?) a ogni temperatura) 
Si può effettuare una serie ridotta di prove (fra quelle defi­
nite alla sezione 3 della present e tabella) alla temperatura 
più bassa, alla temperatura più alta e durante i cicli di tem ­
perature 213 
4.4 Protezione contro 
l'acqua e i corpi 
estranei Prova conf ormement e a ISO 20653: Veicoli stradali — 
Grado di prot ezione (codice IP) — Prote zione delle appa ­
recchiatur e da oggetti estranei, dall'acqua e dall'accesso (va­
lore target IP40) 220, 221 
5 Prove della compatibilità elettromagnetica 
5.1 Emissioni irra­
diate e sensibilità 
ai disturbi Conf ormità al regolamento ECE R10 218 
5.2 Scar iche elettro ­
statiche Conf ormità alla norma ISO 10605:2008 + Rettifica tec­
nica:2010 + AMD1:2014: +/– 4kV per il contatt o e 
+/– 8kV per lo scar ico di aria 218 
5.3 Sensibilità ai 
transito ri con­
dotti nell'alimen ­
tazione Per le versioni da 24 V: conf ormità a ISO 7637-2 + regola ­
mento ECE n. 10 Rev. 3: 
impulso 1a: Vs = – 450V Ri = 50 ohm 
impulso 2a: Vs = + 37V Ri = 2 ohm 
impulso 2b: Vs = + 20V Ri = 0,05 ohm 
impulso 3a: Vs = – 150V Ri = 50 ohm 
impulso 3b: Vs = + 150V Ri = 50 ohm 
impulso 4: Vs = – 16V Va = – 12V t6 = 100ms 
impulso 5: Vs = + 120V Ri = 2,2 ohm td = 250ms  218 26.5.2016 L 139/332 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
Per le versioni da 12 V: conf ormità a ISO 7637-1 + regola ­
mento ECE n. 10 Rev. 3: 
impulso 1: Vs = – 75V Ri = 10 ohm 
impulso 2a: Vs = + 37V Ri = 2 ohm 
impulso 2b: Vs = +10V Ri = 0,05 ohm 
impulso 3a: Vs = – 112V Ri = 50 ohm 
impulso 3b: Vs = + 75V Ri = 50 ohm 
impulso 4: Vs = – 6V Va = – 5V t6 = 15ms 
impulso 5: Vs = + 65V Ri = 3ohm td = 100ms 
L'im pulso 5 va controllat o solo per le unità elettronic he di 
bordo destinate al montaggio in veicoli per i quali non è 
prevista una protezione comune esterna contro le cadute 
della potenza di carico 
Per la proposta relativa alle cadute della poten za di carico 
fare riferimento alla norma ISO 16750-2, 4a edizione, ca­
pitolo 4.6.4.  
7.  PROVE FUNZIONALI SU CART A 
N. Prova Descr izione Requisiti applicabili 
1. Esame amministrativ o 
1.1 Documentazione Correttezza della documentazione  
2 Prove generali 
2.1 Numero di carat ­
teri per riga Ispezione ottica delle stam pe. 172 
2.2 Dimensione mi­
nima dei caratt eri Esame visivo delle stamp e e ispezione dei caratt eri. 173 
2.3 Insieme standard 
di caratt eri sup­
portati La stamp ante deve poter stampare i caratt eri specifi cati nel­
l'appendice 1, capitolo 4, «Insiemi di caratt eri». 174 
2.4 Defi nizione delle 
stampe Controllo dell'omologazione del tach igraf o e esame visivo 
delle stampe 174 
2.5 Leggibilità e iden ­
tificaz ione delle 
stampe Ispezione delle stam pe 
Dimostrata dal fabbr icante mediante verbali e protocoll i di 
prova. 
Tutti i numer i di omologazio ne dei tachigrafi con cui è pos­
sibile usare la carta per stampant e sono iscritti sulla carta. 175, 177, 178 
2.6 Aggiunta di note 
scritte a mano Esame visivo: È disponibile il campo per la firma del con­
ducente. 
Sono disponibili campi per altre voci scritte a mano. 180 26.5.2016 L 139/333 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
2.7 Ulteriori dettag li 
sulla carta. Sul lato frontale e sul retro della carta possono essere ripor ­
tati ulteriori dettag li e informazioni, 
che non devono tuttavia interferire con la leggibilità delle 
stampe . 
Esame visivo. 177, 178 
3 Prove di archiviazione 
3.1 Calore secco Precondizionamento: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % 
di umidità relativa 
Ambiente di prova: 72 ore a + 70 °C ± 2 °C 
Recupero: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % di umidità 
relativa 176, 178 
IEC 60068-2-2-Bb 
2.2 Calore umido Precondizionamento: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % 
di umidità relativa 
Ambiente di prova: 144 ore a + 55 °C ± 2 °C/93 % ± 3 % 
di umidità relativa 
Recupero: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % di umidità 
relativa 176, 178 
IEC 60068-2-78-Cab 
4 Prove di servizio della carta 
4.1 Resistenza dello 
sfondo all'umidità 
(carta non stam ­
pata) Precondizionamento: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % 
di umidità relativa 
Ambiente di prova: 144 ore a + 55 °C ± 2 °C/93 % ± 3 % 
di umidità relativa 
Recupero: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % di umidità 
relativa 176, 178 
IEC 60068-2-78-Cab 
4.2 Stamp abilità Precondizionamento: 24 ore a + 40 °C ± 2 °C/93 % ± 3 % 
di umidità relativa 
Ambiente di prova: stampa prodotta a + 23 °C ± 2 °C 
Recupero: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % di umidità 
relativa 176, 178 
4.3 Resistenza al ca­
lore Precondizionamento: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % 
di umidità relativa 
Ambiente di prova: 2 ore a + 70 °C ± 2 °C, calore secco 
Recupero: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % di umidità 
relativa 176, 178 
IEC 60068-2-2-Bb 
4.4 Resistenza alle 
temperature 
basse Precondizionamento: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % 
di umidità relativa 
Ambiente di prova: 24 ore – 20°C ± 3 °C, freddo secco 
Recupero: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % di umidità 
relativa 176, 178 
ISO 60068-2-1-Ab 26.5.2016 L 139/334 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione Requisiti applicabili 
4.5 Resistenza alla 
luce Precondizionamento: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % 
di umidità relativa 
Ambiente di prova: 100 ore con un'illuminazione di 5 000 
Lux a + 23 °C ± 2 °C/55 % ± 3 % di umidità relativa 
Recupero: 16 ore a + 23 °C ± 2 °C/55 % ± 3 % di umidità 
relativa 176, 178  
Criteri di leggibilità per le prove 3.x e 4.x: 
La leggibilità delle stam pe è garantita se i valor i di densità ottica sono conf ormi ai limiti seguenti: 
caratt eri stampat i: min. 1,0 
sfondo (carta non stam pata): max. 0,2 
I valor i di densità ottica delle stam pe devon o essere misurati conf ormement e alla norma DIN EN ISO 534. 
Le stam pe non devono evidenziare cambiamenti di dimensioni e devono rimanere chiarament e leggibili. 
8.  PROVE DI INTER OPERABILIT À 
N. Prova Descr izione 
9.1 Prove di interoperabilità tra unità elettroniche di bordo e carte tachi grafi che 
1 Autenticazione 
reciproca Verificare che l'autenticazione reciproca tra l'unità elettronica di bordo e la carta tachi ­
grafi ca funzioni normalmente 
2 Prove di scrittura/ 
lettura Predispor re uno scenar io di attività tipico sull'unità elettronica di bordo. Lo scenar io 
deve essere adattato al tipo di carta sottopost a alla prova e prevedere la scrittura nel 
maggior numero possibile di EF nella carta 
Verificare mediante un trasfer iment o dei dati dell'unità elettronica di bordo che tutte 
le registrazioni corrispondenti siano state effettuate correttamente 
Verificare mediante un trasfer iment o dei dati della carta che tutte le registrazioni cor­
rispondenti siano state effettuate correttamente 
Verificare mediante stampe gior naliere che tutte le registrazioni corrispondenti si pos­
sano legger e correttamente 
9.2 Prove di inter operabilità tra unità elettronic he di bordo e sensor i di movimento 
1 Abbinamento Verificare che l'abbinamento delle unità elettronic he di bordo e dei sensor i di movi­
mento funzioni normalment e 
2 Prove delle atti­
vità Predispor re uno scenar io di attività tipico sul sensore di movimento. Lo scenar io deve 
includere un'attività normale e creare il maggior numero possibile di anomalie o gua­
sti. 
Verificare mediante un trasfer iment o dei dati dell'unità elettronica di bordo che tutte 
le registrazioni corrispondenti siano state effettuate correttamente 
Verificare mediante un trasfer iment o dei dati della carta che tutte le registrazioni cor­
rispondenti siano state effettuate correttamente 
Verificare mediante una stampa gior naliera che tutte le registrazioni corrispondenti si 
possano legger e correttamente 26.5.2016 L 139/335 Gazzetta ufficiale dell'U nione europea IT     
N. Prova Descr izione 
9.3 Prove di inter operabilità tra unità elettronic he di bordo e dispositivi GNSS esterni (se applicabile) 
1 Autenticazione 
reciproca Verificare che l'aut enticazione reciproca (accoppiamento) tra l'unità elettronica di 
bordo e il modulo GNSS esterno funzioni normalmente 
2 Prove delle atti­
vità Predispor re uno scenar io di attività tipico sul GNSS ester no. Lo scenar io deve inclu ­
dere un'attività normale e creare il maggior numero possibile di anomalie o guasti. 
Verificare mediante un trasfer iment o dei dati dell'unità elettronica di bordo che tutte 
le registrazioni corrispondenti siano state effettuate correttamente 
Verificare mediante un trasfer iment o dei dati della carta che tutte le registrazioni cor­
rispondenti siano state effettuate correttamente 
Verificare mediante una stampa gior naliera che tutte le registrazioni corrispondenti si 
possano legger e correttamente   26.5.2016 L 139/336 Gazzetta ufficiale dell'U nione europea IT     
Appendice 10 
REQUISITI DI SICUREZZA 
La presente appendice specifi ca i requisiti di sicurezza informatici per i compo nenti del sistema tachi grafi co intelli gent e 
(tachigraf o di seconda generazione). 
SEC_001  La certificaz ione di sicurezza dei seguenti componenti del sistem a tachigra fico intellig ente deve essere 
conf orme allo standard Common Criteria (criteri comuni): 
—  unità elettronica di bordo (VU), 
—  carta tachi grafi ca, 
—  sensore di movimento, 
—  dispositivo GNSS esterno. 
SEC_002  I requisiti minimi di sicurezza informatica che devon o essere soddisfatti da ogni component e che necessita 
della certificazione di sicurezza sono definiti in un profilo di prot ezione del compo nente , conf orme allo 
standard Common Criteria. 
SEC_003  La Commissione europea dovrà assicurarsi che quattro profili di protezione conf ormi al presente allegat o 
siano patrocinati, elaborati, appro vati dagli organismi pubblici di certificazione della sicurezza informatica 
organizzati nell'ambito del Joint Interp retation Working Group (JIW G), il gruppo di lavoro che sostiene il 
reciproco riconoscimento dei certificati sotto l'egida dell'accordo europeo SOGIS-MRA (Agreement on Mutual 
Recognition of Information Techn ology Secur ity Evaluation Certificates) e registrati: 
—  profilo di prot ezione dell'unità elettronica di bordo (VU), 
—  profilo di prot ezione della carta tachigrafica, 
—  profilo di prot ezione del sensore di movimento, 
—  profilo di prot ezione del dispositivo GNSS esterno. 
Il profilo di protez ione dell'unità elettronica di bordo (VU) deve affrontare i casi in cui la VU è destinata ad essere 
utilizzata sia con un dispositivo GNSS ester no che senza. Nel primo caso i requisiti di sicurezza del dispositivo GNSS 
esterno sono previsti nel prof ilo di protezione ad esso dedicat o. 
SEC_004  I fabbr icanti dei compo nenti devon o perfezionare e compl etare l'apposito profilo di protezione del 
compo nente a seconda della necessità, senza modif icare né cancellare le specifi che relative alle minacce, agli 
obiettivi, alle procedure e alle funzioni di sicurezza, al fine di formulare un obiettivo di sicurezza rispetto al 
quale richiedere la certificaz ione di sicurezza del compo nente . 
SEC_005  Nel corso del processo di valutazione deve essere indicata la stretta conf ormità di tale obiettivo di sicurezza 
specifi co al prof ilo di protezione corrispondent e. 
SEC_006  Il livello di garanzia per ciascun prof ilo di protezione deve essere EAL4, aumentat o dai compo nenti di 
garan zia ATE_DPT .2 e AVA_V AN.5.  26.5.2016 L 139/337 Gazzetta ufficiale dell'U nione europea IT     
Appendice 11 
MECC ANISMI COMUNI DI SICUREZZA 
INDICE 
PREAMBOLO .................................................................................................................................. 340 
PARTE A SISTEMA TACHIGRAF ICO DI PRIMA GENERAZIONE ............................................................................. 341 
1. INTR ODUZIONE ........................................................................................................................... 341 
1.1. Riferimenti ...................................................................................................................... 341 
1.2. Simboli e abbreviazioni ...................................................................................................... 341 
2. SISTEMI E ALGORITMI CRITTOGRAFICI ............................................................................................. 343 
2.1. Sistemi crittografici ............................................................................................................ 343 
2.2. Algor itmi crittografi ci........................................................................................................ 343 
2.2.1 Algor itmo RSA ................................................................................................................. 343 
2.2.2 Algor itmo di hash ............................................................................................................. 343 
2.2.3 Algor itmo di cifratura dei dati .............................................................................................. 343 
3. CHIA VI E CERTIFICA TI................................................................................................................... 343 
3.1. Generazione e distr ibuzione di chiavi..................................................................................... 343 
3.1.1 Generazione e distr ibuzione di chiavi RSA .............................................................................. 343 
3.1.2 Chiavi di prova RSA.......................................................................................................... 345 
3.1.3 Chiavi per i sensor i di movimento ........................................................................................ 345 
3.1.4 Generazione e distr ibuzione di chiavi T-DES ............................................................................ 345 
3.2. Chiavi ............................................................................................................................. 345 
3.3. Certificat i........................................................................................................................ 345 
3.3.1 Contenut o dei certificati ..................................................................................................... 346 
3.3.2 Rilascio dei certificati ......................................................................................................... 348 
3.3.3 Verifica e aper tura dei certificati ........................................................................................... 349 
4. MECCANISMO DI AUTENTICAZION E RECIPR OCA ............................................................................... 349 
5. MECCANISMI DI RISER VATEZZA, INTEGRIT À E AUTENTICAZ IONE DEI TRASFERIMENTI DI DATI TRA VU E 
CARTE ........................................................................................................................................ 352 
5.1. Messaggistica sicura (Secure Messaging) .................................................................................. 352 
5.2. Trattamento degli errori della messaggistica sicura .................................................................... 354 
5.3. Algor itmo per il calcolo di tota li di controllo crittografico .......................................................... 354 
5.4. Algor itmo per il calcolo di crittogrammi dei DO di riservatezza .................................................. 355 
6. MECCANISMI DI FIRMA DIGIT ALE PER IL TRASFERIMENTO DEI DATI...................................................... 355 
6.1. Generazione della firma ...................................................................................................... 355 
6.2. Verifica della firma ............................................................................................................ 356 26.5.2016 L 139/338 Gazzetta ufficiale dell'U nione europea IT     
PARTE B SISTEMA TACHIGRAF ICO DI SECOND A GENERAZIONE ........................................................................ 357 
7. INTR ODUZIONE ........................................................................................................................... 357 
7.1. Riferimenti ...................................................................................................................... 357 
7.2. Simboli e abbreviazioni ...................................................................................................... 357 
7.3. Defi nizioni ...................................................................................................................... 359 
8. SISTEMI E ALGORITMI CRITTOGRAFICI ............................................................................................. 359 
8.1. Sistemi crittografici ............................................................................................................ 359 
8.2. Algor itmi crittografi ci........................................................................................................ 360 
8.2.1 Algor itmi simmetr ici.......................................................................................................... 360 
8.2.2 Algor itmi asimmetr ici e parametr i di dominio standardizzati (standardized domain parameter s)......... 360 
8.2.3 Algor itmi di hash .............................................................................................................. 361 
8.2.4 Suit e crittografic he (cipher suites) .......................................................................................... 361 
9. CHIA VI E CERTIFICA TI................................................................................................................... 361 
9.1. Coppie di chia vi asimmetr iche e certificati delle chiavi pubblich e................................................. 361 
9.1.1 Principi generali ................................................................................................................ 361 
9.1.2 Livello europeo ................................................................................................................. 362 
9.1.3 Livello di Stato membro ..................................................................................................... 362 
9.1.4 Livello di apparecchio: unità elettronic he di bordo (VU) ............................................................. 363 
9.1.5 Livello di apparecchio: carte tachi grafi che............................................................................... 365 
9.1.6 Livello di apparecchio: dispositivi GNSS esterni........................................................................ 366 
9.1.7 Riepilogo: sostituzione dei certificati ...................................................................................... 367 
9.2. Chiavi simmetr iche ............................................................................................................ 368 
9.2.1 Chiavi per la sicurezza della comunicazione tra VU e sensore di movimento .................................. 368 
9.2.2 Chiavi per la sicurezza della comunicazione DSR C.................................................................... 372 
9.3. Certificat i........................................................................................................................ 375 
9.3.1 Principi generali ................................................................................................................ 375 
9.3.2 Contenut o del certificato..................................................................................................... 375 
9.3.3 Richiesta di certificat i......................................................................................................... 377 
10. AUTENTICAZ IONE RECIPR OCA E MESSA GGISTICA SICURA TRA VU E CART A........................................... 378 
10.1. Principi generali ................................................................................................................ 378 
10.2. Verifica reciproca della catena di certificati .............................................................................. 379 
10.2.1 Verifica della cate na di certificat i della carta da parte della VU ..................................................... 379 
10.2.2 Verifica della cate na di certificat i della VU da parte della carta..................................................... 381 
10.3. Autenticazione della VU ..................................................................................................... 384 
10.4. Autenticazione del chip e accordo sulla chiave di sessione .......................................................... 385 26.5.2016 L 139/339 Gazzetta ufficiale dell'U nione europea IT     
10.5. Messaggistica sicura (Secure Messaging) .................................................................................. 387 
10.5.1 Principi generali ................................................................................................................ 387 
10.5.2 Struttura dei messaggi sicur i................................................................................................ 388 
10.5.3 Interr uzione di una sessione di messaggistica sicura .................................................................. 391 
11. ACCOP PIAMENTO, AUTENTICAZIONE RECIPR OCA E MESSA GGISTICA SICURA TRA VU E DISPOSITIV O GNSS 
ESTERNO .................................................................................................................................... 392 
11.1. Principi generali ................................................................................................................ 392 
11.2. Accoppiamento tra VU e dispositivo GNSS ester no................................................................... 393 
11.3. Verifica reciproca della catena di certificati .............................................................................. 393 
11.3.1 Principi generali ................................................................................................................ 393 
11.3.2 Durante l'accoppiamento tra VU e EFG .................................................................................. 393 
11.3.3 Durante il funzionament o normale ....................................................................................... 394 
11.4. Autenticazione della VU, autenticaz ione del chip e accordo sulla chiave di sessione .......................... 395 
11.5. Messaggistica sicura ........................................................................................................... 395 
12. ABBINAMENTO E COMUNICAZIO NE TRA VU E SENSORE DI MOVIMENTO ............................................... 396 
12.1. Principi generali ................................................................................................................ 396 
12.2. Abbinamento tra VU e sensore di movimento usando diverse generazioni di chiavi .......................... 396 
12.3. Abbinamento e comunicazione tra VU e sensore di movimento usando AES .................................. 397 
12.4. Abbinamento tra VU e sensore di movimento per diverse generazioni di apparecchi ........................ 399 
13. SICUREZZA PER LA COMUNICAZIONE REMOT A ATTRA VERSO DSR C..................................................... 399 
13.1. Principi generali ................................................................................................................ 399 
13.2. Cifratura del payload del tachi grafo e generazione del MAC........................................................ 400 
13.3. Verifica e decifratura del payload del tachigraf o........................................................................ 401 
14. FIRMA DEL TRASFERIMENTO DEI DATI E VERIFICA DELLE FIRME ........................................................... 401 
14.1. Principi generali ................................................................................................................ 401 
14.2. Generazione della firma ...................................................................................................... 402 
14.3. Verifica della firma ............................................................................................................ 402  
PREAMBOLO 
La present e appendice specifica i meccanismi di sicurezza atti a garant ire: 
—  l'aut enticazione reciproca tra i diversi compo nenti del sistema tachigrafico; 
—  la riservatezza, l'integrità, l'aute nticità e/o la non disconoscibilità dei dati trasfer iti tra diversi componenti del sistema 
tach igraf ico o a dispositivi di memor izzazione esterni. 
La presente appendice si articola in due parti. La parte A definisce i meccanismi di sicurezza per il sistema tachi grafi co 
di prima generazione (tachigraf o digitale). La parte B definis ce i meccanismi di sicurezza per il sistema tachi grafi co di 
seconda generazione (tachigraf o intelli gent e). 
I meccanismi di cui alla parte A della present e appendice si applicano se almeno uno dei componenti del sistema 
tachi grafi co coin volti nell'autenti cazione reciproca e/o nella procedura di trasfe rimento dei dati è di prima generazione. 26.5.2016 L 139/340 Gazzetta ufficiale dell'U nione europea IT     
I meccanismi di cui alla parte B della present e appendice si applicano se entrambi i compo nenti del sistem a tachi grafi co 
coin volti nell'autenticaz ione reciproca e/o nella procedura di trasfer iment o dei dati sono di seconda generazione. 
L'appendice 15 fornisce maggior i informazioni in mer ito all'uso di compo nenti di prima generazione in combinazione 
con componenti di seconda generazione. 
PARTE A 
SISTEMA TACHIGRAFICO DI PRIMA GENERAZIONE 
1.  INTR ODUZIONE 
1.1.  Riferimenti 
Nella present e appendice si rimanda alle seguenti norme: 
SHA-1  National Institute of Standards and Technology (NIST). FIPS Publication 180-1: Secure Hash 
Standar d. Apr il 1995. 
PKCS1  RSA Laborator ies. PKCS # 1: RSA Encr yption Standar d. Version 2.0. October 1998. 
TDES  National Institute of Standards and Technology (NIST). FIPS Publication 46-3: Data Encr yption 
Standar d. Draf t 1999. 
TDES-OP  ANSI X9.52, Triple Data Encr yption Algor ithm Modes of Operation. 1998. 
ISO/IEC 7816-4  Information Technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — 
Part 4: Interi ndustr y commands for inter exchange . First edition: 1995 + Amendment 1: 
1997 (Tecnologie dell'inf ormazione — Carte di identif icazione — Carte a circuito/ i 
integrat o/i con contatti — Parte 4: Comandi interind ustr iali per l'inte rscambio. Prima 
edizione 1995 + Modif ica 1: 1997). 
ISO/IEC 7816-6  Information Technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — 
Part 6: Interindustr y data elements. First edition: 1996 + Cor 1: 1998 (Tecnologie dell'inf or­
mazione — Carte di identif icazione — Carte a circuito/i integra to/i con contatti — Parte 6: 
Elementi di dati interindustr iali. Prima edizione 1996 + Cor 1: 1998). 
ISO/IEC 7816-8  Information Technology — Identif ication cards — Integrat ed circuit(s) cards with contacts — 
Part 8: Secur ity relat ed interi ndustr y commands. First edition 1999 (Tecnologie dell'inf or­
mazione — Carte di identif icazione — Carte a circuito/i integra to/i con contatti — Parte 8: 
Comandi interindustr iali concer nenti la sicurezza. Prima edizione 1999). 
ISO/IEC 9796-2  Information Technology — Secur ity techniques — Digital signature schemes giving message 
reco very — Part 2: Mechanism s using a hash function. First edition: 1997. (Tecnologie 
dell'inf ormazione — Tecniche di sicurezza — Schemi per firme digitali con recupero dei 
messaggi — Parte 2: Meccanismi che usano una funzione di hash. Prima edizione 1997). 
ISO/IEC 9798-3  Information Technology — Secur ity techniques — Entity authentication mechanisms — 
Part 3: Entity authentication using a public key algor ithm. Second edition 1998 (Tecnologie 
dell'inf ormazione — Tecniche di sicurezza — Meccanismi di autenticazione di entità — 
Parte 3: Autenticazione di entità con un algor itmo a chiave pubblica. Seconda edizione 
1998) 
ISO 16844-3  Road vehicles — Tachog raph systems — Part 3: Motion sensor interface (Veicoli stradali — 
Sistemi tachi grafi ci — Parte 3: Interfaccia del sensore di movimento). 
1.2.  Simboli e abbreviazioni 
Nella present e appendice sono stati usati i seguenti simboli e abbreviazioni: 
(Ka, Kb, Kc)  insieme di chia vi usate dall'algor itmo di cifratura Triple Data Encr yption Algor ithm, 
CA  autori tà di certificaz ione, 
CAR  riferi mento dell'auto rità di certificazione, 
CC  totale di controllo crittografico, 
CG  crittogramma, 
CH  intestazione del comando (Command Header), 
CHA  autori zzazione del titolare del certificato, 
CHR  riferi mento del titolare del certificato, 
D()  decifrazione con DES, 26.5.2016 L 139/341 Gazzetta ufficiale dell'U nione europea IT     
DE  elemento di dati (Data Element), 
DO  oggett o di dati (Data Object), 
d  chia ve privata RSA, esponent e privato, 
e  chia ve pubblica RSA , esponent e pubblico, 
E()  cifratura con DES, 
EQT  apparecchio, 
Hash()  valore di hash, un prodott o di Hash, 
Hash  funzione di hash, 
KID  identif icativ o della chiave, 
Km  chia ve in TDES, chiave master (master key) definita nella norma ISO 16844-3, 
KmVU  chia ve in TDES inser ita nell'unità elettronica di bordo dei veicoli, 
KmWC  chia ve in TDES inser ita nella carta dell'off icina, 
m  messaggio, un numero inter o compreso tra 0 e n-1, 
n  chia vi RSA , modulo, 
PB  byte di riempiment o, 
PI  byte indicatore di riempiment o (da usare nel crittogramma per i DO di riservatezza), 
PV  valore in chiaro, 
s  firma, un numero inter o compres o tra 0 e n-1, 
SSC  contatore sequenza di invio, 
SM  messaggistica sicura, 
TCBC  modalità di funzionament o a blocc hi incatenati (Chipher Block Chaining) del TDEA, 
TDEA  algor itmo di cifratura Triple Data Encr yption Algor ithm, 
TLV  valore lunghezza tag (Tag Length Value), 
VU  unità elettronica di bordo, 
X.C  certificato dell'uten te X rilasciato da un'autorità di certificazione, 
X.CA  autori tà di certificaz ione dell'utent e X, 
X.CA .PK o X.C  operazione di aper tura di un certificato per estrar re una chia ve pubblica; si tratta di un 
operatore infisso, il cui operando di sinistra è la chiave pubblica di un'autori tà di certifi­
cazione e il cui operando di destra è il certificato rilasciat o da tale autor ità di certificazione; il 
risultato è la chiave pubblica dell'uten te X il cui certificato è l'operando di destra, 
X.PK  chia ve privata RSA di un uten te X, 
X.PK[I]  cifratura RSA di un'inf ormazione I, utilizzando la chia ve pubblica dell'uten te X, 
X.SK  chia ve privata RSA di un uten te X, 
X.SK[I]  cifratura RSA di un'inf ormazione I, utilizzando la chia ve privata dell'utent e X, 
‘xx’  valore esadecimale, 
||  operatore di concat enamento. 26.5.2016 L 139/342 Gazzetta ufficiale dell'U nione europea IT     
2.  SISTEMI E ALGORIT MI CRITTOGRAFICI 
2.1.  Sistemi crittografici 
CSM_001  Le unità elettronic he di bordo e le carte tachigrafiche devono utilizzare un sistem a crittografi co 
RSA tradizionale a chiave pubblica per fornire i seguenti meccanismi di sicurezza: 
—  aute nticazione tra unità elettronic he di bordo e carte, 
—  traspor to di chiavi di sessione Triple-DES (TDES) tra unità elettronic he di bordo e carte 
tachi grafiche, 
—  firma digitale dei dati trasfer iti dalle unità elettronic he di bordo o dalle carte tachigrafiche a 
dispositivi esterni. 
CSM_002  Le unità elettronic he di bordo e le carte tachi grafi che devono utilizzare un sistema di crittograf ia 
simmetr ica Triple DES per prevedere un meccanismo atto a garant ire l'inte grità dei dati durante lo 
scambio di dati dell'uten te tra unità elettroniche di bordo e carte tachi grafi che e per garantire, se 
del caso, la riservatezza dello scambio di dati tra unità elettronic he di bordo e carte tachi grafi che. 
2.2.  Algor itmi crittografici 
2.2.1  Algor itmo RSA 
CSM_003  L'algor itmo RSA è intera mente definito dalle seguenti relazioni: 
X.SK[m] = s = md mod n 
X.PK[s] = m = se mod n  
Una descr izione più esaur iente della funzione RSA è ripor tata nel riferimento [PKCS1]. L'esponente 
pubblico e nei calcoli dell'RSA è un numero intero compr eso tra 3 e n-1 che soddisfa la seguent e 
equazione: gcd(e, lcm(p-1, q-1))=1. 
2.2.2  Algor itmo di hash 
CSM_004  I meccanismi di firma digitale devon o utilizzare l'algor itmo di hash SHA-1 definito nel riferimento 
[SHA-1]. 
2.2.3  Algor itmo di cifratura dei dati 
CSM_005  Nella modalità di funzionamento a blocc hi incatenati (Chipher Bloc k Chaining) occor re usare 
algor itmi basati su DES. 
3.  CHIA VI E CERTIFICA TI 
3.1.  Generazione e distribuzione di chiav i 
3.1.1  Gener azione e distr ibuzione di chiavi RSA 
CSM_006  Le chiavi RSA devon o essere generat e in base a tre livelli gerarchici funzionali: 
—  livello europeo, 
—  livello di Stato membro, 
—  livello di apparecc hio. 26.5.2016 L 139/343 Gazzetta ufficiale dell'U nione europea IT     
CSM_007  A livello europeo, deve essere generata un'unica coppia di chiavi europee (EUR.SK e EUR.PK). La 
chiave privata europea deve essere usata per certificare le chiavi pubbliche degli Stati membr i. 
Devon o essere conser vate registrazioni di tutte le chiavi certificate. Quest e funzioni devon o essere 
espletate da un'autori tà europea di certificazione, sotto l'autorità e la responsabilità della 
Commissione europea. 
CSM_008  A livello di Stato membro, deve essere generata una coppia di chiavi dello Stato membro (MS.SK e 
MS.PK). Le chiavi pubblich e degli Stati membr i devon o essere certificate dall'aut orità europea di 
certificazione. La chiave privata degli Stati membr i deve essere usata per certificare le chiavi 
pubblich e da inser ire nell'apparecchio (unità elettronica di bordo o carta tachi grafi ca). Dev ono 
essere conser vate registrazioni di tutte le chiavi pubblich e certificate insieme all'identif icazione 
dell'apparecch io cui sono destinate. Queste funzioni devon o essere espletate da un'autori tà di certifi­
cazione nazionale dello Stato membro. Gli Stati membr i possono cambiare periodicament e la 
propr ia coppia di chiavi. 
CSM_009  A livello di apparecchio, deve essere generata e inser ita in ciascun apparecchio un'unica coppia di 
chiavi (EQT .SK e EQT .PK). Le chiavi pubblich e degli apparecc hi devon o essere certificate da 
un'autori tà di certificaz ione nazionale dello Stato membro. Quest e funzioni possono essere 
espletate dai fabbr icanti di apparecchi, dai centr i che personalizzano gli apparecc hi o dalle autori tà 
degli Stati membr i. Questa coppia di chiavi è usata per l'autenticazione, la firma digitale e i servizi 
di cifratura. 
CSM_010  Durant e la generazione, il traspor to (se del caso) e l'immagazzinament o deve essere preser vata la 
riservatezza delle chiavi private. 
L'illustrazione seguente riepiloga il flusso di dati della suddetta procedura: 
26.5.2016 L 139/344 Gazzetta ufficiale dell'U nione europea IT     
3.1.2  Chiavi di prova RSA 
CSM_011  Ai fini delle prove dell'apparecchio (comprese le prove di inter operabilità), l'autori tà europea di 
certificazione deve generare un'apposita diversa coppia di chia vi di prova europee e almeno due 
coppie di chiavi di prova per ogni Stato membro, le cui chia vi pubblic he devon o essere certificate 
con la chiave di prova privata europea. I fabbr icanti devono inser ire nell'apparecchio sottopost o 
alle prove di omologazione chiavi di prova certificate da una di tali chia vi di prova degli Stati 
membr i. 
3.1.3  Chiavi per i sensor i di movim ento 
La riservatezza delle tre chiavi Triple DES descr itte di seguit o deve essere oppor tunament e garantita quando 
vengono generat e, trasf erite (se del caso) e memor izzate. 
Per assicurare la compat ibilità con compo nenti di tachi grafi conf ormi alla norma ISO 16844, l'aut orità di 
certificazione europea e le autori tà di certificazione degli Stati membr i devon o inoltre garantire quanto segue: 
CSM_036  l'autorità di certificaz ione europea deve generare KmVU e KmW C, due chia vi Triple DES unic he e 
indipendenti, e la chiave Km, come:  Km = KmVU XOR KmWC  . L'autorità di certificazione 
europea deve inviare tali chia vi, applicando le oppor tune procedure di sicurezza, alle autori tà di 
certificazione degli Stati membr i che ne fanno richiesta. 
CSM_037  Le autori tà di certificazione degli Stati membr i devon o: 
—  utilizzare Km per crittare i dati relativi ai sensor i di movimento richiesti dai produttor i di tali 
sensor i (i dati da crittare con Km sono indicati nella norma ISO 16844-3), 
—  inviare KmVU ai fabbr icanti delle unità elettronic he di bordo, applicando le oppor tune procedure 
di sicurezza, in modo che essi possano inser irla in tali unità, 
—  assicurare che KmWC sia inser ita in tutte le carte di officina (
nel file elementare 
 ) nel corso della personalizzazione della 
carta. 
3.1.4  Gener azione e distr ibuzione di chiavi T-DES 
CSM_012  Nell'ambito della procedura di autenticazione reciproca, le unità elettronic he di bordo e le carte 
tachi grafi che devono generare e scambiare i dati necessar i a elaborare una chiave comune di 
sessione Triple DES. Per garantire la riservatezza, tale scambio di dati deve essere prot etto mediante 
un meccanismo di cifratura RSA. 
CSM_013  Questa chiave deve essere usata per tutte le successive operazioni crittografiche che utilizzano la 
messaggistica sicura. La sua validità deve scadere al termine della sessione (estrazione o reinizializ ­
zazione della carta) e/o dopo 240 imp ieghi (un impiego della chiave = un comando che utilizza la 
messaggistica sicura inviat o alla carta e relativa risposta). 
3.2.  Chia vi 
CSM_014  La lunghezza delle chia vi RSA deve essere la seguente (indipendent emente dal livello): modulo n 
1 024 bit, esponent e pubblico e 64 bit al massimo, esponent e privato d 1 024 bit. 
CSM_015  Le chia vi Triple DES devono avere il formato (Ka, Kb, Ka), dove Ka e Kb sono chiavi indipendenti 
lunghe 64 bit. Non deve essere impostat o alcun bit di rilevament o dell'er rore di parità. 
3.3.  Cer tificati 
CSM_016  I certificat i delle chia vi pubblic he RSA devono essere verificabili mediante carta (card verifiable) e 
non autod escr ittivi (non self-descr iptiv e) (rif.: ISO/CEI 7816-8) 26.5.2016 L 139/345 Gazzetta ufficiale dell'U nione europea IT     
3.3.1  Contenuto dei certificati 
CSM_017  I certificat i delle chiavi pubbliche RSA sono costr uiti con i dati sotto ripor tati nell'ordine seguente: 
Dati Formato Byte Osser vazioni 
CPI INTEGER  1 Identificativo del prof ilo del certificato (“01” per questa versione). 
CAR OCTET STRING  8 Riferimento dell'auto rità di certificaz ione. 
CHA OCTET STRING  7 Autorizzazione del titolare del certificato. 
EOV TimeReal  4 Termine di validità del certificato. Facoltativ o, riempito con “FF” 
se non utilizzato. 
CHR OCTET STRING  8 Riferimento del titolare del certificato. 
n OCTET STRING  128 Chiave pubblica (modulo). 
e OCTET STRING  8 Chiave pubblica (esponent e pubblico).   
164   
Note: 
1.L'«identificativo del profilo del certificato» (CPI) definis ce la struttura precisa di un certificato di autenti ­
cazione. Si può usare come un identificativo interno all'apparecchio di un elenco di intestazioni (headerlist) 
pertinente che descr ive il concat enamento di elementi di dati nel certificato. 
L'elenco di intestazioni (headerlist) associato al cont enuto di questo certificato è il seguent e: 
‘4D’ ‘16’ ‘5F 29’ ‘01’ ‘42’ ‘08’ ‘5F 4B’ ‘07’ ‘5F 24’ ‘04’ ‘5F 20’ ‘08’ ‘7F 49’ ‘05’ ‘81’ ‘81 80’ ‘82’ ‘08’ Tag elenco di intestazioni esteso (Extended Headerlist Tag) 
Lunghezza elenco di intestazioni 
Tag CPI 
Lunghezza CPI 
Tag CAR 
Lunghezza CAR 
Tag CHA 
Lunghezza CHA 
Tag EOV 
Lunghezza EOV 
Tag CHR 
Lunghezza CHR 
Tag chiave pubblica (costruito) 
Lunghezza DO successivi 
Tag modulo 
Lunghezza modulo 
Tag esponente pubblico 
Lunghezza esponente pubblico    
2.  Il «riferi mento dell'autor ità di certificazione» (CAR) ha lo scopo di identificare l'aut orità di certificazione che 
rilascia il certificato, in modo che l'element o di dati si possa cont emporaneament e usare come un identif i­
cativo della chiave dell'auto rità in riferimento alla chiave pubblica dell'auto rità di certificazione (per la 
codifica, cfr. identif icativ o della chia ve). 26.5.2016 L 139/346 Gazzetta ufficiale dell'U nione europea IT     
3.  L'«aut orizzazione del titolare del certificato» (CHA) è usata per identificare i diritti del titolare del certificato. 
È costituita dall'ID dell'applicazione tachigrafica e del tipo di apparecc hio cui è destinato il certificato 
(secondo l'element o di dati 
 , “00” per uno Stato membro). 
4.  Il «riferi mento del titolare del certificato» (CHR) ha lo scopo di identif icare inequivocabilment e il titolare del 
certificato, in modo che l'element o di dati si possa conte mporaneament e usare come un identif icativ o della 
chiave di un soggett o in riferimento alla chiave pubblica del titolare del certificato. 
5.Gli identificativi delle chiavi identif icano inequiv ocabilmente il titolare del certificato o le autorità di certifi­
cazione. Sono codificat i come segue:  
5.1. Apparecchio (VU o carta): 
Dati Numero di serie 
dell'apparecchio Data Tipo Fabbricante 
Lunghezza 4 byte 2 byte 1 byte 1 byte 
Valore Numero intero mm aa codifica 
BCD Specifi co per cia­
scun fabbr icante Codice fabbricante  
Nel caso di una VU, il fabbr icante , quando richiede i certificati, può conoscere o meno l'identifi cazione 
dell'apparecchio in cui saranno inser ite le chiavi. 
Nel primo caso, il fabbr icante invia l'identif icazione dell'apparecch io con la chiave pubblica all'aut orità 
di certificaz ione del suo Stato membro. Il certificato cont errà l'identif icazione dell'apparecchio e il 
fabbr icante deve garantire che le chiavi e il certificato siano inser iti nell'apparecc hio cui sono destinati. 
Il formato dell'identifi cativo della chiave è quello sopra ripor tato. 
Nel secondo caso, il fabbricante deve identif icare inequiv ocabilment e ciascuna richiesta di certificato e 
inviare tale identif icazione con la chia ve pubblica all'aut orità di certificazione del suo Stato membro. Il 
certificato conter rà l'identif icazione della richiesta. Il fabbr icante deve comunicare all'aut orità del suo 
Stato membro l'assegnazione della chiave all'apparecchio (cioè identificazione della richiesta di 
certificato, identif icazione dell'apparecc hio) dopo l'installazione della chiave nell'apparecc hio. L'identifi ­
cativo della chiave ha il formato seguent e: 
Dati Numero di serie ri­
chiesta certificato Data Tipo Fabbricante 
Lunghezza 4 byte 2 byte 1 byte 1 byte 
Valore Numero intero mm aa codifica 
BCD “FF” Codice fabbricante   
5.2. Autorità di certificaz ione: 
Dati Identif icazione 
autor ità Numero di serie 
chiave Informazioni sup­
plementar i Identificativo 
Lunghezza 4 byte 1 byte 2 byte 1 byte 26.5.2016 L 139/347 Gazzetta ufficiale dell'U nione europea IT     
Valore 1 byte codice nu­
mer ico paese 
3 byte codice alfa­
numer ico paese Numero inter o Codif ica aggiuntiva 
(specif ica per CA) 
“FF FF” se non uti­
lizzata ‘01’  
Il numero di serie della chiave è usato per distinguere le diverse chiavi di uno Stato membro, nel caso 
in cui la chia ve venga cambiata. 
6.  I verificatori dei certificat i devono sapere implicitamente che la chiave pubblica certificat a è una chiave 
RSA concer nent e l'aut enticazione, la verifica delle firme digitali e la cifratura per i servizi di riservatezza [il 
certificato non contiene un identificativo di ogget to (object identif ier) che lo specif ichi]. 
3.3.2  Rilascio dei certificati 
CSM_018  Il certificato rilasciat o è una firma digitale con recupero parziale del contenut o del certificato 
conf ormement e alla norma ISO/IEC 9796-2 (tranne l'allegat o A4), con il CAR aggiunt o in coda. 
X.C = X.CA .SK[‘6A ’ || Cr || Hash(Cc) || ‘BC’] || Cn || X.CAR  
Dove il cont enuto del certificato = Cc = Cr || Cn  
106 byte  58 byte  
Note: 
1.  Quest o certificato ha una lunghezza di 194 byte. 
2.  Il CAR, essendo nascosto dalla firma, è anche aggiunto in coda alla firma, in modo da consentire di 
selezionare la chiave pubblica dell'auto rità di certificazione per la verifica del certificato. 
3.  Il verificatore del certificato deve conoscere implicitamente l'algor itmo usat o dall'aut orità di certificazione 
per firmare il certificato. 
4.  L'elenco di intestazioni associato al certificato rilasciato è il seguent e: 
‘7F 21’ ‘09’ ‘5F 37’ ‘81 80’ ‘5F 38’ ‘3A’ ‘42’ ‘08’ Tag certificato CV (costruito) 
Lunghezza DO successivi 
Tag firma 
Lunghezza firma 
Tag resto 
Lunghezza resto 
Tag CAR 
Lunghezza CAR   26.5.2016 L 139/348 Gazzetta ufficiale dell'U nione europea IT     
3.3.3  Verifica e aper tura dei certificati 
La verifica e l'aper tura dei certificati consist ono nel verificare la firma in base alla norma ISO/IEC 9796-2, 
recuperare il conte nuto del certificato e la chiave pubblica in esso conte nuta: X.PK = X.CA .PKo X.C, e nel 
verificare la validità del certificato. 
CSM_019  La procedura prevede le fasi seguenti: 
Verifica firma e recupero contenut o: 
—  da X.C recuperare Sign, Cn' e CAR': X.C = Sign || Cn' || CAR'   
128 byte  58 byte  8 byte  
—  da CAR' selezionare la corretta chiave pubblica dell'auto rità di certificaz ione (se non ancora 
effettuato con altri mezzi) 
—  aprire Sign con la chia ve pubblica di CA: Sr'= X.CA .PK [Sign], 
—  controllare che Sr' inizi con ‘6A’ e term ini con ‘BC’ 
—  calcolare Cr' e H' da: Sr' = ‘6A’ || Cr' || H' || ‘BC’    
106 byte  20 byte    
—  recuperare il conte nuto del certificato C' = Cr ‘|| Cn’ 
—  controllare che Hash(C') = H' 
Se i controlli danno esito positiv o il certificato è autentico, il suo contenut o è C'. 
Verificare la validità. Da C': 
—  se applicabile, controllare data termine validità. 
Recuperare e memor izzare la chia ve pubblica, l'identifi cativo della chiave, l'autorizzazio ne del 
titolare del certificato e il term ine di validità del certificato da C': 
—  X.PK = n || e 
—  X.KID = CHR 
—  X.CHA = CHA 
—  X.EO V = EOV 
4.  MECCANISMO DI AUTENTICAZIONE RECIPR OCA 
L'aute nticazione reciproca tra le carte e le VU si basa sul principio seguent e: 
ogni parte deve dimostrare all'altra di possedere una coppia di chia vi valida, di cui la chiave pubblica è stata 
certificata da un'autori tà di certificazione di uno Stato membro, la quale è stata a sua volta certificat a dall'au ­
torit à di certificazion e europea. 
Tale dimostrazione è effettuata firmando con la chiave privata un numero casuale inviato dall'altra parte, che 
deve recuperare il numero casuale inviat o quando verifica tale firma. 
Il meccanismo è attivat o dalla VU all'att o dell'inser imento della carta. Inizia con lo scambio di certificati e 
l'aper tura delle chia vi pubblic he e term ina con l'impostaz ione di una chiave di sessione. 26.5.2016 L 139/349 Gazzetta ufficiale dell'U nione europea IT     
CSM_020  Si deve utilizzare il seguent e protocoll o [le frecce indicano i comandi e i dati scambiati (cfr. 
appendice 2)]: 
26.5.2016 L 139/350 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/351 Gazzetta ufficiale dell'U nione europea IT     
5.  MECCANISMI DI RISER VATEZZA, INTEGRIT À E AUTENTICAZIONE DEI TRASFERIMENTI DI DATI TRA VU E CARTE 
5.1.  Messaggistica sicura (Secure Messaging) 
CSM_021  L'integri tà dei trasf erimenti di dati tra VU e carte deve essere prote tta mediante messaggistica sicura 
(SM), in conf ormità alle norme [ISO/IEC 7816-4] e [ISO/IEC 7816-8]. 
CSM_022  Quando è necessar io prot eggere i dati durante il trasf erimento, un oggett o di dati del totale di 
controllo crittografico (Cryptographi c Checksum Data Object) deve essere aggiunto in coda agli 
oggetti di dati inviati all'inte rno del comando o della risposta. Il totale di controllo crittografic o 
deve essere verificato dal destinatar io. 
CSM_023 Il totale di controllo crittografi co dei dati inviati all'int erno di un comando deve integra re l'inte ­
stazione del comando e tutti gli oggetti di dati inviati (= > CLA = ‘0C’, e tutti gli oggetti di dati 
devono essere incapsulati con tag in cui b1 = 1). 
CSM_024 I byte di informazione-stato della risposta devon o essere prot etti da un totale di controllo critto­
grafic o quando la risposta non contiene campi di dati. 
CSM_025  I totali di controllo crittografi co devon o avere una lunghezza di 4 byte. 
Quando si usa la messaggistica sicura, la struttura dei comandi e delle risposte è quindi la seguent e: 
i DO utilizzati sono una serie parziale dei DO della messaggistica sicura descr itti nella norma ISO/ 
IEC 7816-4: 
Tag Mnemonico Signif icato 
‘81’ TPV Valore in chiaro, dati non codif icati BER -TLV (da prot eggere con CC) 
‘97’ TLE Valore di Le nel comando non sicuro (da protegg ere con CC) 
‘99’ TSW Informazione-stato (da prote ggere con CC) 
‘8E’ TCC Totale di controllo crittografi co 
‘87’ TPI CG Byte indicatore di riempiment o || Crittogramma (valore in chiaro, non 
codificato in BER -TLV)  
Data una coppia comando-r isposta non sicur i: 
Intestazione comando Conten uto comando 
CLA INS P1 P2 [Cam po Lc] [Camp o dati] [Campo Le] 
quattro byte L byte, indicati come B1 — BL  
Corpo della risposta Coda della risposta 
[Campo dati] SW1 SW2 
Byte dati Lr due byte  26.5.2016 L 139/352 Gazzetta ufficiale dell'U nione europea IT     
La corrispondent e coppia comando-r isposta sicur i è: 
Comando sicuro: 
Intestazione comando 
(CH) Contenut o comando 
CLA INS P1 P2 [Nuo vo campo 
Lc] [Nuo vo campo dati] [Nuo vo 
campo 
Le] 
‘OC’ Lunghezza 
Nuo vo campo 
dati TPV LPV PV TLE LLE Le TCC LCC CC ‘00’ 
‘81’ Lc Cam po 
dati ‘97’ ‘01’ Le ‘8E’ ‘04’ CC  
Dati da integrare nel totale di controllo = CH || PB || TPV || LPV || PV || TLE || LLE || Le || PB 
PB = Byte di riempiment o (80 .. 00), in base alle norme ISO-IEC 7816-4 e ISO 9797, metodo 2. 
DO PV e LE sono presenti solo se sono presenti dati corrispondenti nel comando non sicuro. 
Risposta sicura:  
1. Caso in cui il campo dati della risposta non è vuoto e non deve essere protett o a fini di 
riservatezza: 
Corpo della risposta Coda della risposta 
[Nuo vo campo dati] Nuo vi SW1 SW2 
TPV LPV PV TCC LCC CC  
‘81’ Lr Cam po dati ‘8E’ ‘04’ CC  
Dati da integrare nel totale di controllo = TPV || LPV || PV || PB  
2. Caso in cui il campo dati della risposta non è vuoto e deve essere prot etto a fini di riservatezza: 
Corpo della risposta Coda della risposta 
[Nuo vo campo dati] Nuo vi SW1 SW2 
TPI CG LPI CG PI CG TCC LCC CC  
‘87’  PI || CG ‘8E’ ‘04’ CC  
Dati da traspor tare da CG: dati non codificati BER -TLV e byte di riempimento. 
Dati da integrare nel totale di controllo = TPI CG || LPI CG || PI CG || PB 26.5.2016 L 139/353 Gazzetta ufficiale dell'U nione europea IT     
3. Caso in cui il campo dati della risposta è vuoto: 
Corpo della risposta Coda della risposta 
[Nuo vo campo dati] Nuo vi SW1 SW2 
TSW LSW SW TCC LCC CC  
‘99’ ‘02’ Nuo vi SW1 SW2 ‘8E’ ‘04’ CC  
Dati da integrare nel totale di controllo = TSW || LSW || SW || PB 
5.2.  Trattamento degli errori della messaggistica sicura 
CSM_026  Quando la carta tachi grafi ca riconosce un errore di SM durant e l'interpretazione di un comando, i 
byte di stato devon o essere restituiti senza SM. Secondo la norma ISO/IEC 7816-4, i seguenti byte 
di stato sono definiti come indicazioni di errore di SM: 
‘66 88’:  verifica di un tota le di controllo crittografic o fallita, 
‘69 87’:  oggetti di dati SM previsti mancanti, 
‘69 88’:  oggetti di dati SM non corretti. 
CSM_027  Quando la carta tach igraf ica restituisce i byte di stato senza DO SM o con un DO SM errato, la 
sessione deve essere annullata dalla VU. 
5.3.  Algor itmo per il calcolo di totali di controllo crittog rafico 
CSM_028  I tota li di controllo crittografico sono costr uiti utilizzando un retail MAC, secondo ANSI X9.19, 
con DES: 
—  fase iniziale: il blocco di controllo iniziale y0 è E(Ka, SSC); 
—  fase sequenziale: i blocc hi di controllo y1, .., yn sono calcolati usando Ka; 
—  fase finale: il totale di controllo crittografi co è calcolat o in base all'ultimo blocco di controllo yn 
come segue: E(Ka, D(Kb, yn)). 
dove E() signif ica cifratura con DES e D() signif ica decifrazione con DES. 
Vengono trasfer iti i quattro byte più significativi del totale di controllo crittografico. 
CSM_029  Il contatore sequenza di invio (SSC) deve essere inizializzato durante la procedura di accordo sulla 
chiave (key agreement procedure): 
SSC iniziale: Rnd3 (4 byte meno signif icativi) || Rnd1 (4 byte meno signif icativi). 
CSM_030  Il contat ore sequenza di invio va aumentat o di un'unità prima di ogni calcolo del MAC (cioè, l'SSC 
per il primo comando è SSC iniziale + 1, l'SSC per la prima risposta è SSC iniziale + 2). 26.5.2016 L 139/354 Gazzetta ufficiale dell'U nione europea IT     
La figura seguente illustra il calcolo del retail MAC: 
5.4.  Algor itmo per il calcolo di crittogrammi dei DO di riser vatezza 
CSM_031  I crittogrammi sono calcolati utilizzando il TDEA nella modalità di funzionament o TCBC, secondo 
i riferi menti [TDES] e [TDES-OP] e con il vettore nullo come blocco valore iniziale. 
La figura seguente illustra l'applicazione di chia vi in TDES: 
6.  MECCANISMI DI FIRMA DIGIT ALE PER IL TRASFERIMENTO DEI DATI 
CSM_032  L'apparecc hio intelligent e dedicat o (Inte lligent dedicat ed equipment — IDE) memor izza in un file di 
dati fisico i dati ricevuti da un apparecchio (VU o carta) durant e una sessione di trasfer imento. Tale 
file deve contenere i certificati MSi.C e EQT .C. Il file contiene firme digitali dei blocc hi di dati 
secondo quanto specif icato nell'appendice 7 «Prot ocolli di trasf erimento dei dati». 
CSM_033  Per le firme digitali dei dati trasfer iti occor re adoperare uno sche ma di firma digitale con appendice 
tale che i dati trasfe riti possano, se del caso, essere letti senza necessità di decifrazione. 
6.1.  Generazione della firma 
CSM_034  La generazione di firme dei dati da parte dell'apparecc hio deve seguire lo schem a di firma con 
appendice definito nel riferiment o [PKCS1] con la funzione di hash SHA-1: 
Firma = EQT .SK[‘00’ || ‘01’ || PS || ‘00’ || DER(SHA-1(Data))] 26.5.2016 L 139/355 Gazzetta ufficiale dell'U nione europea IT     
PS = stringa di riempimento di otte tti con valore ‘FF’ in modo che la lunghezza sia 128. 
DER(SHA-1(M)) è la codifica dell'algor itmo ID per la funzione di hash e il valore di hash in un 
valore ASN.1 di tipo DigestInf o (regole di codifica distinte): 
‘30’||‘21’||‘30’||‘09’||‘06’||‘05’||‘2B’||‘0E’||‘03’||‘02’||‘1A ’||‘05’||‘00’ ‘04’||‘14’||valore di hash. 
6.2.  Verifica della firma 
CSM_035  La verifica della firma dei dati sui dati trasfe riti deve seguire lo sche ma di firma con appendice 
definito nel riferimento [PKCS1] con la funzione di hash SHA-1. 
La chia ve pubblica europea EUR.PK deve essere nota al verificatore in modo indipendente (e 
attendibi le). 
La tabella seguente illustra il protocoll o che può seguire un IDE in cui sia stata inser ita una carta di 
controllo per verificare l'inte grità dei dati trasfer iti e memor izzati nell'ESM (exte rnal storag e media 
— dispositivo di memor izzazione esterno). La carta di controllo è usata per la decifrazione delle 
firme digitali. In questo caso, tale funzione può non essere implementata nell'IDE. 
L'apparecc hio che ha trasfer ito e firmat o i dati da analizzare è indicato con EQT . 
26.5.2016 L 139/356 Gazzetta ufficiale dell'U nione europea IT     
PARTE B 
SISTEMA TACHIGRAFIC O DI SECOND A GENERAZIONE 
7.  INTR ODUZIONE 
7.1.  Riferimenti 
In questa parte della present e appendice si rimanda alle seguenti norme. 
AES  National Institute of Standards and Techn ology (NIST), FIPS PUB 197: Advanced Encr yption 
Standard (AES), November 26, 2001 
DSS  National Institute of Standards and Techn ology (NIST), FIPS PUB 186-4: Digital Signature 
Standard (DSS), July 2013 
ISO 7816-4  ISO/IEC 7816-4, Identification cards — Integrated circuit cards — Part 4: Org anization, 
secur ity and commands for interchang e. Third edition 2013-04-15 (ISO/IEC 7816-4, Carte di 
identif icazione — Carte a circuito/ i integrat o/i — Parte 4: Organizzazione, sicurezza e comandi 
per l'inte rscambio. Terza edizione 2013-04-15). 
ISO 7816-8  ISO/IEC 7816-8, Identif ication cards — Integrat ed circuit cards — Part 8: Commands for 
secur ity operations. Second edition 2004-06-01 (ISO/IEC 7816-8, Carte di identif icazione — 
Carte a circuito/i integrat o/i — Parte 8: Comandi per le operazioni di sicurezza. Seconda 
edizione 2004-06-01). 
ISO 8825-1  ISO/IEC 8825-1, Information technology — ASN.1 encoding rules: Specification of Basic 
Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules 
(DER). Four th edition, 2008-12-15 [ISO/IEC 8825-1, Tecnologie dell'inf ormazione — Regole di 
codifica ASN.1: specifi che delle regole di codifica di base (BER), regole di codifica canonica 
(CER) e regole di codif ica distinta (DER). Quar ta edizione 2008-12-15]. 
ISO 9797-1  ISO/IEC 9797-1, Information technology — Secur ity techniques — Message Auth entication 
Codes (MA Cs) — Part 1: Mechanisms using a bloc k cipher . Second edition, 2011-03-01 [ISO/ 
IEC 9797-1, Tecnologie dell'inf ormazione — Tecnich e di sicurezza — Codici di aute nticazione 
del messaggio (MA C) — Parte 1: Meccanismi che usano una cifratura a blocchi. Seconda 
edizione 2011-03-01]. 
ISO 10116  ISO/IEC 10116, Information technology — Secur ity techniques — Modes of operation of an n- 
bit block cipher . Third edition, 2006-02-01 (ISO/IEC 10116, Tecnologie dell'inf ormazione — 
Tecniche di sicurezza — Modalità di funzionament o di una cifratura a blocc hi a n-bit. Terza 
edizione 2006-02-01) 
ISO 16844-3  ISO/IEC 16844-3, Road vehicles — Tachograph syste ms — Part 3: Motion sensor interface. 
First edition 2004, including Techn ical Corrigendum 1 2006 ((ISO/IEC 16844-3, Veicoli 
stradali — Sistemi tachi grafi ci — Parte 3: Interfaccia del sensore di moviment o. Prima edizione 
2004, compresa rettif ica tecnica 1 2006). 
RFC 5480  Ellipti c Curve Cryptograph y Subject Public Key Information, Marc h 2009 
RFC 5639  Ellipti c Curve Cryptograph y (ECC) — Brain pool Standard Curves and Curve Generation, 2010 
RFC 5869  HMA C-based Extract-and-Expand Key Derivation Function (HKDF), May 2010 
SHS  National Institute of Standards and Techn ology (NIST), FIPS PUB 180-4: Secure Hash Standard, 
March 2012 
SP 800-38B  National Institute of Standards and Techn ology (NIST), Special Publication 800-38B: 
Recommendation for Bloc k Cipher Modes of Operation: The CMA C Mode for Authentication, 
2005 
TR-03111  BSI Technical Guideline TR-03111, Ellipti c Curve Cryptograph y, version 2.00, 2012-06-28 
7.2.  Simboli e abbreviazioni 
Nella present e appendice sono stati usati i seguenti simboli e abbreviazioni: 
AES  algor itmo di cifratura Advanced Encr yption Standard 
CA  autorità di certificazione 
CAR  riferiment o dell'auto rità di certificaz ione 
CBC  modalità di funzionamento a blocch i incate nati (Chipher Bloc k Chaining) 26.5.2016 L 139/357 Gazzetta ufficiale dell'U nione europea IT     
CH  intestazione comando 
CHA  autorizzazione del titolare del certificato 
CHR  riferiment o del titolare del certificato 
CV  vettor e costant e 
DER  regole di codifica distint e (Distinguished Encoding Rules) 
DO  ogget to di dati (Data Object) 
DSR C  comunicazione dedicata a corto raggio 
ECC  crittografi a a curve ellittiche 
ECDSA  algor itmo di firma digitale su curva ellittica 
ECDH  curva ellittica Diffi e-Hellman [algor itmo di accordo sulla chiave (key agreement algor ithm)] 
EGF  dispositivo GNSS esterno 
EQT  apparecc hio 
IDE  apparecc hio intellig ente dedicato (Inte lligent Dedicat ed Equipment): 
KM  chiave master del sensore di movimento che consente l'abbinamento (pair ing) di un'unità 
elettronica di bordo (VU) a un sensore di movimento 
KM-V U  chiave inser ita nelle VU che consente a una VU di ricavare la chia ve mast er del sensore di 
movimento se una carta dell'officina è inser ita nella VU 
KM-W C  chiave inser ita nelle carte dell'off icina che consente a una VU di ricavare la chiave maste r del 
sensore di movimento se una carta dell'officina è inser ita nella VU 
MAC  codice di autenticazione del messaggio 
MoS  sensore di movimento 
MSB  bit più significativo 
PKI  infrastr uttura a chiave pubblica 
RCF  dispositivo di comunicazione remota 
SSC  contat ore sequenza di invio 
SM  messaggistica sicura 
TDES  standard di cifratura Triple Date (Triple Data Encr yption Standard) 
TLV  valore lunghezza tag (Tag Length Value) 
VU  unità elettronica di bordo 
X.C  certificato di chiave pubblica dell'uten te X 
X.CA  autorità di certificazione che ha rilasciato il certificato dell'uten te X 
X.CAR  riferiment o dell'auto rità di certificaz ione citata nel certificato dell'uten te X 
X.CHR  riferiment o del titolare del certificato citat o nel certificato dell'uten te X 
X.PK  chiave pubblica dell'utent e X 
X.SK  chiave privata dell'utent e X 
X.PKeph  chiave pubblica temporanea (ephemeral public key) dell'uten te X 
X.SKeph  chiave privata temporanea (ephemeral private key) dell'uten te X 
‘xx’  valore esadecimale 
||  operat ore di concate namento 26.5.2016 L 139/358 Gazzetta ufficiale dell'U nione europea IT     
7.3.  Def inizioni 
Le definiz ioni dei term ini usati nella presente appendice sono ripor tate nella sezione I dell'allegat o 1C. 
8.  SISTEMI E ALGORIT MI CRITTOGRAFICI 
8.1.  Sistemi crittografici 
CSM_38  Le unità elettronic he di bordo e le carte tachi grafiche devono utilizzare un sistem a crittografi co a 
chiave pubblica basato su curve ellittiche per fornire i seguenti servizi di sicurezza: 
—  autenticazione reciproca tra un'unità elettronica di bordo e una carta, 
—  accordo di chiavi di sessione AES tra un'unità elettronica di bordo e una carta, 
—  garantire l'aute nticità, l'integrità e la non disconoscibilità dei dati trasfe riti dalle unità elettronic he 
di bordo o dalle carte tachi grafi che a dispositivi ester ni. 
CSM_39  Le unità elettronic he di bordo e i dispositivi GNSS esterni devon o utilizzare un sistema crittografi co 
a chia ve pubblica basato su curve ellittiche per fornire i seguenti servizi di sicurezza: 
—  accoppiamento di un'unità elettronica di bordo a un dispositivo GNSS esterno, 
—  autenticazione reciproca tra un'unità elettronica di bordo a un dispositivo GNSS esterno, 
—  accordo di una chia ve di sessione AES tra un'unità elettronica di bordo e un dispositivo GNSS 
ester no, 
CSM_40  Le unità elettronic he di bordo e le carte tachi grafi che devono utilizzare un sistem a crittografi co 
simmetr ico basat o su AES per fornire i seguenti servizi di sicurezza: 
—  garantire l'aut enticità e l'integrità dei dati scambiati tra un'unità elettronica di bordo e una carta 
tachigrafica, 
—  se del caso, garantire la riservatezza dei dati scambiati tra un'unità elettronica di bordo e una 
carta tachi grafi ca. 
CSM_41  Le unità elettronic he di bordo e i dispositivi GNSS esterni devon o utilizzare un sistema crittografi co 
simmetr ico basat o su AES per fornire i seguenti servizi di sicurezza: 
—  garantire l'autenticità e l'inte grità dei dati scambiati tra un'unità elettronica di bordo e una 
dispositivo GNSS ester no. 
CSM_42  Le unità elettroniche di bordo e i sensor i di movimento devono utilizzare un sistema crittografi co 
simmetr ico basat o su AES per fornire i seguenti servizi di sicurezza: 
—  abbinamento di un'unità elettronica di bordo a un sensore di movimento, 
—  autenticazione reciproca tra un'unità elettronica di bordo e un sensore di movimento, 
—  garantire la riservatezza dei dati scambiati tra un'unità elettronica di bordo e un sensore di 
movimento. 
CSM_43  Le unità elettronic he di bordo e le carte di controllo devono utilizzare un sistema crittografi co 
simmetr ico basat o su AES per fornire i seguenti servizi di sicurezza sull'inte rfaccia di comunicazione 
remota: 
—  garantire la riservatezza, l'aut enticità e l'inte grità dei dati trasmessi da un'unità elettronica di 
bordo a una carta di controllo. 26.5.2016 L 139/359 Gazzetta ufficiale dell'U nione europea IT     
Note: 
—  in realtà i dati sono trasmessi da una unità elettronica di bordo (VU) a un interro gatore remot o, 
sotto il controllo di un agente incar icato, che utilizza un dispositivo di comunicazione remota 
che può essere interno o ester no alla VU, cfr. appendice 14. L'inter rogatore remoto tuttavia invia 
i dati ricevuti a una carta di controllo per la decifrazione e la conval ida dell'auten ticità. Dal 
punto di vista della sicurezza, il dispositivo di comunicazione remota e l'interrogat ore remoto 
sono compl etamente trasparenti. 
—  Per l'inte rfaccia DSR C una carta dell'off icina offre gli stessi servizi di sicurezza di una carta di 
controllo. Ciò consente all'offi cina di conval idare il corretto funzionament o dell'interfaccia di 
comunicazione remota della VU, sicurezza inclusa. Per maggior i informazioni si veda la sezione 
9.2.2. 
8.2.  Algor itmi crittografici 
8.2.1  Algor itmi simmetr ici 
CSM_44  Le unità elettroniche di bordo, le carte tachi grafi che, i sensor i di moviment o e i dispositivi GNSS 
esterni devon o essere compati bili con l'algor itmo AES, come definito nel riferiment o [AES], con 
chiavi lunghe 128, 192 e 256 bit. 
8.2.2  Algor itmi asimmetr ici e parametr i di dominio standar dizzati (standar dized domain parameters) 
CSM_45  Le unità elettronic he di bordo, le carte tachi grafi che e i dispositivi GNSS ester ni devon o essere 
compati bili con la crittografia a curve ellittiche con chia vi lunghe 256, 384 e 512/521 bit. 
CSM_46  Le unità elettronic he di bordo, le carte tachi grafi che e i dispositivi GNSS ester ni devon o essere 
compati bili con l'algor itmo di firma ECDS A, come specificato in [DSS]. 
CSM_47  Le unità elettronic he di bordo, le carte tachi grafi che e i dispositivi GNSS ester ni devon o essere 
compati bili con l'algor itmo di accordo sulla chiave (key agreement algor ithm) ECKA -EG, come 
specificato in [TR 03111]. 
CSM_48  Le unità elettronic he di bordo, le carte tachi grafi che e i dispositivi GNSS ester ni devon o essere 
compati bili con tutti i parametr i di dominio standardizzati specif icati nella Tabella 1 seguent e per la 
crittografi a a curve ellittiche. 
Tabella 1 
Parametr i di dominio standardizzati 
Nome Dimensioni (bit) Riferimento Identificat ivo di ogget to 
NIST P-256 256 [DSS], [RFC 5480] 
Brain poolP256r1 256 [RFC 5639] 
NIST P-384 384 [DSS], [RFC 5480] 
Brain poolP384r1 384 [RFC 5639] 
Brain poolP512r1 512 [RFC 5639] 
NIST P-521 521 [DSS], [RFC 5480] 
Nota: gli identif icativi di oggett o (object identifiers) nell'ultima colonna della Tabella 1 sono 
specificati in [RFC 5639] per le curve Brainp ool e in [RFC 5480] per le curve NIST . 
26.5.2016 L 139/360 Gazzetta ufficiale dell'U nione europea IT     
8.2.3  Algor itmi di hash 
CSM_49  Le unità elettronic he di bordo e le carte tach igraf iche devono essere compati bili con gli algor itmi 
SHA-256, SHA-384 e SHA-512 specificati nel riferiment o [SHS]. 
8.2.4  Suite crittog rafiche (cipher suites) 
CSM_50  Nel caso un algor itmo simmetr ico, un algor itmo asimmetr ico e/o un algor itmo di hash siano usati 
insieme per costituire un protocoll o di sicurezza, le lunghezze delle rispettive chiavi e le dimensioni 
degli hash devono avere (approssimativamente ) la stessa forza. Tabella 2 indica le suite crittografic he 
consentite: 
Tabella 2 
Suite crittografiche consentite 
Id della suite critto­
grafica Dimensioni della 
chia ve ECC (in bit) Lunghezza della 
chia ve AES (in bit) Algor itmo di hash Lunghezza MAC (in 
byte) 
CS#1 256 128 SHA-256 8 
CS#2 384 192 SHA-384 12 
CS#3 512/521 256 SHA-512 16  
Nota: le chiavi ECC delle dimensioni di 512 bit e 521 bit sono considerate di pari forza per tutti gli 
scopi previsti nella presente appendice. 
9.  CHIA VI E CERTIFICA TI 
9.1.  Coppie di chiavi asimmetr iche e certificati delle chiavi pubbliche 
9.1.1  Principi generali 
Nota: le chiavi descr itte nella present e sezione sono usat e per l'autenticazione reciproca e la messaggistica 
sicura tra unità elettroniche di bordo e carte tachigrafiche e tra unità elettronic he di bordo e dispositivi GNSS 
esterni. Quest e procedure sono descr itte in dettag lio nei capitoli 10 e 11 della present e appendice. 
CSM_51  Nell'ambit o del sistema tachi grafi co intellig ente europeo, le coppie di chiavi ECC e i certificati 
corrispondenti devon o essere creati e gestiti in base a tre livelli gerarchici funzionali: 
—  livello europeo, 
—  livello di Stato membro, 
—  livello di apparecchio. 26.5.2016 L 139/361 Gazzetta ufficiale dell'U nione europea IT     
CSM_52  Nell'ambit o del sistem a tachi grafi co intelligent e europeo, le chiavi pubbliche e private e i certificati 
devon o essere generati, gestiti e comunicati usando metodi standardizzati e sicur i. 
9.1.2  Livello europeo 
CSM_53  A livello europeo, deve essere generata una sola coppia di chiavi uniche ECC designata come EUR 
che si compo ne di una chiave privata (EUR.SK) e di una chia ve pubblica EUR.PK. Questa coppia di 
chiavi deve costituire la coppia di chiavi radice (root) dell'inter o del tachigra fo intellig ente europeo 
PKI. Quest e funzioni devon o essere espletate dall'Aut orità europea di certificazione primar ia 
(European Root Certificate Author ity — ERCA), sotto l'autori tà e la responsabilità della 
Commissione europea. 
CSM_54  La ERCA deve usare la chiave privata europea per firmare un certificato radice (autofir mato) della 
chiave pubblica europea e deve comunicare tale certificato radice a tutti gli Stati membr i. 
CSM_55  La ERCA deve usare la chiave privata europea per firmare, su richiesta, i certificati delle chia vi 
pubblic he degli Stati membr i. La ERCA deve registrare tutti i certificati firmati delle chia vi pubblic he 
di uno Stato membro. 
CSM_56  Come indicato nella Figura 1, sezione 9.1.7, la ERCA deve generare una nuo va coppia di chia vi 
radice europee ogni 17 anni. Ogni volta che ciò accade, la ERCA deve creare un nuo vo certificato 
radice autofir mato per la nuo va chiave pubblica europea. Il periodo di validità di un certificato 
radice europeo deve essere di 34 anni più 3 mesi. 
Nota: l'introduzione di una nuo va coppia di chiavi radice implica inoltre che la ERCA genererà una 
nuo va chiave mast er del sensore di movimento e una nuo va chia ve maste r DSR C, cfr. le sezioni 
9.2.1.2 e 9.2.2.2. 
CSM_57  Prima di generare una nuo va coppia di chiavi radice europee, la ERCA deve effettuare un'analisi della 
forza crittograf ica necessar ia per la nuo va coppia di chia vi, dato che essa dovrebbe restare sicura per 
i successivi 34 anni. Se ritenut o necessar io, la ERCA deve passare a una suite crittografi ca più forte 
di quella attuale, come specifi cato in CSM_50. 
CSM_58  Ogni volta che si crea una nuo va coppia di chiavi radice europee, la ERCA deve creare un certificato 
di collegament o (link certificate) per la nuo va chiave pubblica europea e deve firmarlo con la 
precedente chiave privata europea. Il periodo di validità di un certificato di collegament o (link 
certificate) deve essere di 17 anni. Anch 'esso è indicato nella Figura 1, sezione 9.1.7. 
Nota: poic hé un certificato di collegament o contiene la chia ve pubblica ERCA della generazione X ed 
è firmat o con la chiave privata ERCA della generazione X-1, un certificato di collegam ento consente 
agli apparecc hi della generazione X-1 di considerare sicur i gli apparecc hi della generazione X. 
CSM_59  Non appena un nuo vo certificato di chiavi radice diventa valido, la ERCA non deve usare la chia ve 
privata di una coppia di chia vi radice per nessuno scopo. 
CSM_60  In qualsiasi momento, la ERCA deve dispor re dei seguenti certificat i e chia vi crittografi che: 
—  la coppia di chia vi EUR attuale e il certificato corrispondent e; 
—  tutti i precedenti certificati EUR da usare per la verifica dei certificati MSCA che sono ancora 
validi; 
—  i certificati di collegament o per tutte le generazioni di certificati EUR, eccett o la prima. 
9.1.3  Livello di Stato membr o 
CSM_61  A livello di Stato membro, tutti gli Stati membr i tenuti a firmare i certificati della carta tachi grafi ca 
devon o generare una o più coppie di chia vi uniche ECC designate come MSCA_ card. Tutti gli Stati 
membr i tenuti a firmare i certificati per le unità elettroniche di bordo o i dispositivi GNSS ester ni 
devon o inoltre generare una o più coppie di chiavi unic he ECC designate come MSCA_VU-EGF . 26.5.2016 L 139/362 Gazzetta ufficiale dell'U nione europea IT     
CSM_62  Il compit o di generare le coppie di chiavi dello Stato membro spetta all'autorità di certificazione 
dello Stato membro (Member State Certificate Author ity — MSCA). Ogni volta che genera una 
coppia di chia vi dello Stato membro, la MSCA è tenuta a inviare la chia ve pubblica alla ERCA in 
modo che quest'ultima possa firmare un corrispondent e certificato dello Stato membro. 
CSM_63  La forza di una coppia di chiavi dello Stato membro è scelta dalla MSCA e deve essere uguale alla 
forza della coppia di chia vi radice europee usate per firmare il corrispondente certificato dello Stato 
membro. 
CSM_64  Una coppia di chiavi MSCA_VU-EGF , se present e, deve comporsi di una chia ve privata MSCA_VU- 
EGF .SK e di una chiave pubblica MSCA _VU-EGF .PK. La MSCA deve usare la chiave privata 
MSCA_VU-EGF .SK solo per firmare i certificati della chiave pubblica delle unità elettronic he di 
bordo e dei dispositivi GNSS ester ni. 
CSM_65  Una coppia di chiavi MSCA _Card deve comporsi di una chiave privata MSCA_ Card.SK e di una 
chiave pubblica MSCA _Card.PK. La MSCA deve usare la chiave privata MSCA_ Card.SK esclusi ­
vament e per firmare i certificati della chiave pubblica delle carte tach igraf iche. 
CSM_66  La MSCA deve registrare tutti i certificati firmati della VU, del dispositivo GNSS esterno e della carta 
tachi grafi ca, insieme all'identif icazione dell'apparecchio cui è destinato ciascun certificato. 
CSM_67  Il periodo di validità di un certificato MSCA_ VU-EGF deve essere di 17 anni più 3 mesi. Il periodo 
di validità di un certificato MSCA_Card deve essere di 7 anni più 1 mese. 
CSM_68  Come indicato nella Figura 1, sezione 9.1.7, la chiave privata di una coppia di chia vi MSCA_ VU-EGF 
e la chiave privata di una coppia di chia vi MSCA_Card devono avere un periodo di utilizzo di due 
anni. 
CSM_69  Dopo la fine del periodo di utilizzo, la MSCA non deve usare la chia ve privata di una coppia di 
chiavi MSCA_ VU-EGF per nessuno scopo. Allo stesso modo, dopo la fine del periodo di utilizzo, la 
MSCA non deve usare la chia ve privata di una coppia di chiavi MSCA_Card per nessuno scopo. 
CSM_70  In qualsiasi momento, la MSCA deve dispor re dei seguenti certificat i e chia vi crittografi che: 
—  la coppia di chia vi MSCA_Card attuale e il certificato corrispondent e; 
—  tutti i precedenti certificat i MSCA _Card da usare per la verifica dei certificati delle carte 
tachigrafiche che sono ancora validi; 
—  il certificato EUR attuale necessar io alla verifica del certificato MSCA attuale; 
—  tutti i precedenti certificat i EUR necessar i alla verifica dei certificat i MSCA che sono ancora 
validi; 
CSM_71  Se una MSCA deve firmare certificati per VU o per dispositivi GNSS ester ni, essa deve inoltre 
dispor re dei seguenti certificati e chiavi: 
—  la coppia di chia vi MSCA_VU-EGF attuali e il certificato corrispondente; 
—  tutte le precedenti chiavi pubbliche MSCA_VU-EGF da usare per la verifica dei certificati delle VU 
o dei dispositivi GNSS esterni che sono ancora validi. 
9.1.4  Livello di apparecch io: unità elettr oniche di bordo (VU) 
CSM_72  Due coppie di chiavi uniche ECC devono essere generat e per ciascuna unità elettronica di bordo, 
designat e come VU_MA e VU_sign. Questo compit o spetta ai fabbricanti di VU. Ogniqualvolta si 
genera una coppia di chia vi della VU, la parte che genera la chiave deve inviare la chiave pubblica 
alla MSCA del paese in cui si risiede, in modo da otte nere un corrispondente certificato VU firmato 
dalla MSCA . La chiave privata deve essere usata solo dall'unità elettronica di bordo. 26.5.2016 L 139/363 Gazzetta ufficiale dell'U nione europea IT     
CSM_73  I certificati VU_MA e VU_Sign di una determinata unità elettronica di bordo devono avere la stessa 
data di efficacia (Cer tificate Effect ive Date). 
CSM_74  La forza di una coppia di chia vi della VU è scelta dal fabbr icante della VU e deve essere uguale alla 
forza della coppia di chia vi MSCA usate per firmare il corrispondente certificato della VU. 
CSM_75  Una unità elettronica di bordo deve usare la propr ia coppia di chiavi VU_MA, compo sta da una 
chiave privata VU_MA. SK e da una chiave pubblica VU_MA.PK, esclusivament e per l'aute nticazione 
della VU rispetto alle carte tachi grafi che e ai dispositivi GNSS ester ni, come specifi cato nelle sezioni 
10.3 e 11.4 della present e appendice. 
CSM_76  Una unità elettronica di bordo deve essere in grado di generare coppie di chiavi ECC temporanee e 
deve utilizzare una coppia di chiavi temporanee esclusivamente per eseguire l'accordo sulla chiave di 
sessione con una carta tach igraf ica o con un dispositivo GNSS esterno, come specifi cato nelle 
sezioni 10.4 e 11.4 della present e appendice. 
CSM_77  Una unità elettronica di bordo deve usare la chia ve privata VU_Sign.SK della coppia di chiavi 
VU_Sign esclusivamente per firmare i file di dati trasfer iti, come specificato nel capitolo 14 della 
present e appendice. La corrispondent e chia ve pubblica VU_Sign.PK deve essere usata esclusivament e 
per verificare le firme creat e dall'unità elettronica di bordo. 
CSM_78  Come mostrato in Figura 1, sezione 9.1.7, il periodo di validità di un certificato VU_MA deve essere 
di 15 anni più 3 mesi. Anche il periodo di validità di un certificato VU_Sign deve essere di 15 anni 
e 3 mesi. 
Note: 
—  l'estensione del periodo di validità di un certificato VU_sign consente a una VU di creare firme 
valide per i dati trasfe riti nel corso dei primi tre mesi dopo la sua scadenza, come previsto nel 
regolamento (UE) n. 581/2010. 
—  L'estensione del periodo di validità di un certificato VU_MA è necessar ia per consentire alla VU 
di autenticare una carta di controllo o una carta dell'azienda durante i primi tre mesi dopo la sua 
scadenza, in modo che sia possibile effettuare un trasfer imento di dati. 
CSM_79  Dopo la scadenza del certificato corrispondente, l'unità elettronica di bordo non deve usare la chiave 
privata di una coppia di chia vi della VU per nessuno scopo. 
CSM_80  Le coppie di chiavi della VU (eccetto le coppie di chiavi temporanee) e i certificati corrispondenti di 
una determinata unità elettronica di bordo non devono essere sostituiti o rinno vati sul campo una 
volta che l'unità elettronica di bordo è stata messa in funzione. 
Note: 
—  Le coppie di chia vi temporanee non sono inter essate da questo requisito, poiché a ogni 
esecuzione della autenticazione del chip (Chip Auth entication) e dell'accordo sulla chiave di 
sessione (session key agreement) la VU genera una nuo va coppia di chia vi temporanee, cfr. 
sezione 10.4. Si segnala che le coppie di chiavi temporanee non hanno certificat i corrispondenti. 
—  Tale requisito non impedisce la sostituzione delle coppie di chiavi statiche della VU nel corso di 
un ricondizionamento o di una riparazione in un ambiente sicuro, controllato dal fabbr icante 
della VU. 
CSM_81  Al momento della messa in funzione, le unità elettronic he di bordo devono cont enere i seguenti 
certificati e chiavi crittografiche: 
—  la chia ve privata VU_MA e il certificato corrispondente; 
—  la chia ve privata VU_Sign e il certificato corrispondent e; 
—  il certificato MSCA_VU-EGF conte nente la chiave pubblica MSCA_VU-EGF .PK da usare per la 
verifica del certificato VU_MA e del certificato VU_Sign; 
—  il certificato EUR cont enente la chia ve pubblica EUR.PK da usare per la verifica del certificato 
MSCA _VU-EGF; 26.5.2016 L 139/364 Gazzetta ufficiale dell'U nione europea IT     
—  il certificato EUR il cui periodo di validità precede direttamente il periodo di validità del 
certificato EUR da usare per la verifica del certificato MSCA_ VU-EGF , se presente; 
—  il certificato di collegament o che colleg a questi due certificati EUR, se presente. 
CSM_82  In aggiunta alle chiavi crittografi che e ai certificati elencati in CSM_81, le unità elettronic he di bordo 
devon o inoltre conte nere le chiavi e i certificat i specificati nella parte A della presente appendice, che 
consent ono a una unità elettronica di bordo di interagire con le carte tachi grafiche di prima 
generazione. 
9.1.5  Livello di apparecch io: carte tachig rafiche 
CSM_83  Per ciascuna carta tachi grafi ca deve essere generata una coppia di chia vi unic he ECC, indicata come 
Card_MA. Inoltre, per ciascuna carta del conducente e per ciascuna carta dell'off icina deve essere 
generata una seconda coppia di chia vi uniche ECC, indicata come Card_Sign. Quest o compi to può 
essere eseguito dai fabbr icanti della carta o da chi personalizza la carta. Ogni volta che si genera una 
coppia di chiavi della carta, la parte che genera la chia ve deve inviare la chiave pubblica alla MSCA 
del paese in cui si risiede, in modo da otte nere un corrispondente certificato della carta firmato dalla 
MSCA . La chia ve privata deve essere usata solo dalla carta tachi grafi ca. 
CSM_84  I certificati Card_MA e Card_Sign di una deter minata carta del conducent e o carta dell'off icina 
devon o avere la stessa data di efficacia (Cer tificate Effective Date). 
CSM_85  La forza di una coppia di chia vi della carta deve essere scelta dal fabbricante della carta o da chi 
personalizza la carta e deve essere uguale alla forza della coppia di chiavi MSCA usate per firmare il 
corrispondente certificato della carta. 
CSM_86  Una carta tachigrafica deve usare la propr ia coppia di chia vi Card_MA, compo sta da una chiave 
privata Card_MA. SK e da una chiave pubblica Card_MA .PK, esclusivamente per eseguire l'aut enti­
cazione reciproca e l'accordo sulle chiavi di sessione nei confronti delle unità elettronic he di bordo, 
come specifi cato nelle sezioni 10.3 e 10.4 della present e appendice. 
CSM_87  Una carta del conducente o una carta dell'off icina deve usare la chiave privata Card_Sign.SK della 
coppia di chiavi Card_Sign esclusivamente per firmare i file di dati trasfer iti, come specific ato nel 
capit olo 14 della presente appendice. La corrispondent e chiave pubblica Card_Sign.PK deve essere 
usata esclusivament e per verificare le firme create dalla carta. 
CSM_88  Il periodo di validità di un certificato Card_MA deve essere il seguente: 
—  per le carte del conducente : 5 anni; 
—  per le carte dell'azienda: 2 anni; 
—  per le carte di controllo: 2 anni; 
—  per le carte dell'officina: 1 anno.  
CSM_89  Il periodo di validità di un certificato Card_Sign deve essere il seguent e: 
—  per le carte del conducente : 5 anni e 1 mese; 
—  per le carte dell'officina: 1 anno e 1 mese.  
Nota: l'estensione del periodo di validità di un certificato Card_Sign consent e alla carta del 
conducent e di creare firme valide per i dati trasfer iti nel corso del primo mese dopo la sua scadenza. 
Ciò è necessar io in ragione del Regolament o (UE) n. 581/2010 che impone che un trasfe rimento di 
dati da una carta del conducente deve essere possibile fino a 28 gior ni dopo la registrazione 
dell'ultimo dato. 
CSM_90  Le coppie di chiavi e i certificat i corrispondenti di una determinata carta tachigrafica non devono 
essere sostituiti o rinno vati una volta che la carta è stata emessa. 26.5.2016 L 139/365 Gazzetta ufficiale dell'U nione europea IT     
CSM_91 Al momento del rilascio, le carte tach igraf iche devono contenere i seguenti certificati e chiavi critto­
grafiche: 
—  la chia ve privata Card_MA e il certificato corrispondente; 
—  per le carte del conducente e le carte dell'officina inoltre: la chiave privata Card_Sign e il 
certificato corrispondente; 
—  il certificato MSCA _Card conte nente la chiave pubblica MSCA _Card.PK da usare per la verifica 
del certificato Card_MA e del certificato Card_Sign; 
—  il certificato EUR cont enente la chia ve pubblica EUR.PK da usare per la verifica del certificato 
MSCA _Card; 
—  il certificato EUR il cui periodo di validità precede direttamente il periodo di validità del 
certificato EUR da usare per la verifica del certificato MSCA_ Card, se present e; 
—  il certificato di collegament o che colleg a questi due certificati EUR, se presente. 
CSM_92  In aggiunta alle chia vi crittografi che e ai certificati elencati in CSM_91, le carte tachi grafi che devono 
inoltre contenere le chiavi e i certificati specific ati nella parte A della present e appendice, che 
consent ono a tali carte di inter agire con le VU di prima generazione. 
9.1.6  Livello di apparecch io: dispositivi GNSS ester ni 
CSM_93  Per ogni dispositivo GNSS ester no (EGF) deve essere generata una coppia di chiavi unic he ECC, 
indicata come EGF_MA . Quest o compit o spetta ai fabbr icanti di dispositivi GNSS esterni. 
Ogniqualv olta si genera una coppia di chiavi EGF_MA, la chiave pubblica deve essere inviata alla 
MSCA del paese in cui si risiede, in modo da ottener e un corrispondente certificato EGF_MA firmato 
dalla MSCA . La chiave privata deve essere usata solo dal dispositivo GNSS esterno. 
CSM_94  La forza di una coppia di chiavi EGF_MA deve essere scelta dal fabbricante dell'EGF e deve essere 
uguale alla forza della coppia di chiavi MSCA usate per firmare il corrispondente certificato 
EGF_MA. 
CSM_95  Un dispositivo GNSS esterno deve usare la propr ia coppia di chia vi EGF_MA, composta da una 
chiave privata EGF_MA. SK e da una chia ve pubblica EGF_MA.PK, esclusivament e per eseguire 
l'aut enticazione reciproca e l'accordo sulle chiavi di sessione nei confronti delle unità elettroniche di 
bordo, come specifi cato nelle sezioni 11.4 e 11.4 della present e appendice. 
CSM_96  Il periodo di validità di un certificato EGF_MA deve essere di 15 anni. 
CSM_97  Dopo la scadenza del certificato corrispondente, il dispositivo GNSS esterno non deve usare la 
chiave privata della sua coppia di chiavi EGF_MA per l'accoppiamento con un'unità elettronica di 
bordo. 
Nota: come spiegat o nella sezione 11.3.3, un EGF può pote nzialmente usare la sua chia ve privata per 
l'aut enticazione reciproca con la VU cui è già accoppiato, anche dopo la scadenza del certificato 
corrispondente. 
CSM_98  La coppia di chia vi EGF_MA e il certificato corrispondent e di un deter minat o dispositivo GNSS 
esterno non devono essere sostituiti o rinno vati sul campo una volta che l'EGF è stato messo in 
funzione. 
Nota: tale requisito non impedisce la sostituzione delle coppie di chia vi EGF nel corso di un ricondi ­
zionamento o di una riparazione in un ambient e sicuro, controllato dal fabbr icante dell'EGF . 
CSM_99  Al momento della messa in funzione, i dispositivi GNSS esterni devono conte nere i seguenti 
certificati e chiavi crittografiche: 
—  la chia ve privata EGF_MA e il certificato corrispondente; 26.5.2016 L 139/366 Gazzetta ufficiale dell'U nione europea IT     
—  il certificato MSCA_VU-EGF conte nente la chiave pubblica MSCA_VU-EGF .PK da usare per la 
verifica del certificato EGF_MA; 
—  il certificato EUR cont enente la chia ve pubblica EUR.PK da usare per la verifica del certificato 
MSCA _VU-EGF; 
—  il certificato EUR il cui periodo di validità precede direttamente il periodo di validità del 
certificato EUR da usare per la verifica del certificato MSCA_ VU-EGF , se presente; 
—  il certificato di collegament o che colleg a questi due certificati EUR, se presente. 
9.1.7  Riepilogo: sostituzione dei certificati 
La Figura 1 di seguito mostra come diverse generazioni di certificat i radice ERCA, di certificati di collegame nto 
ERCA, di certificati MSCA e di certificati di dispositivo (VU o carta) siano rilasciati e usati nel tempo: 
Figura 1 
Rilascio e uso di diverse generazioni di certificati radice ERCA, certificati di collegamento ERCA, certificati 
MSC A e certificati di dispositiv o 
26.5.2016 L 139/367 Gazzetta ufficiale dell'U nione europea IT     
Note alla Figura 1: 
1.  Le diverse generazioni del certificato radice sono indicate con un numero tra parentesi. Ad esem pio ERCA 
(1) è la prima generazione del certificato radice ERCA; ERCA (2) è la seconda generazione, ecc. 
2.  Altr i certificati sono indicati da due numer i tra parent esi, di cui il primo indica la generazione del 
certificato radice in base al quale sono stati rilasciati e il secondo indica la generazione del certificato 
stesso. Ad esem pio MSCA_ Card (1-1) è il primo certificato MSCA _Card rilasciato in base a ERCA (1); 
MSCA_Card (2-1) è il primo certificato MSCA_Card rilasciato in base a ERCA (2); MSCA_Card (2-last) è 
l'ultimo certificato MSCA_Card rilasciato in base a ERCA (2); Card_MA (2-1) è il primo certificato della 
carta per l'aute nticazione reciproca rilasciato in base a ERCA (2), ecc. 
3.  I certificat i MSCA _Card (2-1) e MSCA_ Card (1-last) sono rilasciati quasi, ma non esattamente, nella stessa 
data. MSCA _Card (2-1) è il primo certificato MSCA_Card rilasciato in base a ERCA (2) poco dopo 
MSCA_Card (1-last) che è l'ultimo certificato MSCA _Card rilasciato in base a ERCA (1). 
4.  Come indicato nella figura, i primi certificati della VU e della carta rilasciati in base a ERCA (2) 
compariranno quasi due anni prima degli ultimi certificat i della VU e della carta rilasciati in base a ERCA 
(1). Ciò è dovuto al fatto che i certificati della VU e della carta sono rilasciati in base a un certificato MSCA 
e non direttamente in base al certificato ERCA. Il certificato MSCA (2-1) sarà rilasciato subit o dopo l'inizio 
della validità di ERCA (2), ma il certificato MSCA (1-last) sarà rilasciato solo poco prima, nell'ultimo 
momento in cui il certificato ERCA (1) è ancora valido. Questi due certificati MSCA avranno quindi quasi 
lo stesso periodo di validità, nonostante appar tengano a due diverse generazioni. 
5.  Il periodo di validità indicato per le carte è lo stess o di quello delle carte del conducent e (5 anni). 
6.  Per motivi di spazio, la differenza del periodo di validità tra i certificati Card_MA e Card_Sign e tra i 
certificati VU_MA e VU_Sign è indicata solo per la prima generazione. 
9.2.  Chia vi simmetr iche 
9.2.1  Chiavi per la sicur ezza della comunicazione tra VU e sensore di movimento 
9.2.1.1  Principi generali 
Nota: si presume che i lettori della present e sezione conoscano il contenut o della norma [ISO 16844-3] che 
descr ive l'inte rfaccia tra una VU e un sensore di movimento. La procedura di abbinament o tra una VU e un 
sensore di movimento è descr itta in dettag lio nel capit olo 12 della presente appendice. 
CSM_100  L'abbinament o delle VU ai sensor i di movimento, l'autenticazione reciproca tra le VU e i sensor i di 
movimento e la cifratura della comunicazione tra le VU e i sensor i di movimento necessitano di un 
certo numero di chiavi simmetr iche, come indicato in Tabella 3. Tutte queste chia vi devono essere 
chiavi AES, di lunghezza uguale alla lunghezza della chia ve mast er del sensore di movimento, che 
deve essere legata alla lunghezza della coppia di chiavi radice europee (prevista) come descr itto in 
CSM_50. 
Tabella 3 
Chia vi per la sicurezza della comunicazione VU — sensore di movimento 
Chia ve Simbolo Generata da Meto do di generazione Memor izzata da 
Chiave master del sen­
sore di movimento — 
parte della VU KM-V U ERCA Casuale ERCA, MSCA coin volte 
nel rilascio dei certificati 
delle VU, fabbricanti di 
VU, unità elettroniche di 
bordo (VU) 26.5.2016 L 139/368 Gazzetta ufficiale dell'U nione europea IT     
Chia ve Simbolo Generata da Meto do di generazione Memor izzata da 
Chiave master del sen­
sore di movimento — 
parte dell'off icina KM-W C ERCA Casuale ERCA, MSCA, fabbr icanti 
di carte, carte dell'off icina 
Chiave master del sen­
sore di movimento KM Non generata in modo 
indipendente Calcolata come KM = KM- 
VU XOR KM-W C ERCA, MSCA coin volte 
nel rilascio delle chia vi 
dei sensor i di movimento 
(facoltat ivamente) (*) 
Chiave di identif icazione KID Non generata in modo 
indipendente Calcolata come KID = KM 
XOR CV, dove CV è spe­
cificato in CSM_106 ERCA, MSCA coin volte 
nel rilascio delle chia vi 
dei sensor i di movimento 
(facoltat ivamente) (*) 
Chiave di abbinamento KP Fabbri cant e del sensore 
di movimento Casuale Un sensore di movi­
mento 
Chiave di sessione KS VU (durante l'abbina ­
mento tra VU e sensore 
di movimento) Casuale Una VU e un sensore di 
movimento 
(*)  La memor izzazione di KM e KID è facoltativa, poiché queste chiavi possono essere calcolate da KM-V U, KM-W C e CV.  
CSM_101  L'Autor ità europea di certificazione primar ia (ERCA) deve generare KM-V U e KM-W C, che sono due 
chiavi AES unic he e casuali con cui è possibile calcolare la chiave mast er del sensore di movimento 
KM come KM-V U XOR KM-WC. La ERCA deve comunicare, su richiesta, KM, KM-V U e KM-WC alle autorità di 
certificazione degli Stati membr i. 
CSM_102  La ERCA deve assegnare a ciascuna chiave maste r del sensore di movimento KM un numero di 
versione unico, applicabile anche alle chia vi KM-V U e KM-WC di cui si compo ne e alla relativa chia ve di 
identif icazione KID. Quando la ERCA trasmett e alle MSCA le chiavi KM-V U e KM-W C deve anche 
comunicare il numero di versione. 
Nota: il numero di versione è usato per distinguere le diverse generazioni di tali chiavi, come 
spiegat o in dettag lio nella sezione 9.2.1.2. 
CSM_103  Un'autor ità di certificazione dello Stato membro (MSCA ) deve trasmett ere la KM-VU, insieme al 
numero di versione, ai fabbr icanti di VU che ne facciano richiesta. I fabbr icanti di VU devono 
inser ire la chiave KM-V U e il relativo numero di versione in tutte le VU fabbricate. 
CSM_104  Un'autor ità di certificazione dello Stato membro (MSCA) deve garantire che la chiave KM-W C e il 
rispettivo numero di versione siano inser iti in ogni carta dell'officina rilasciata sotto la sua respon ­
sabilità. 
Note: 
—  cfr. la descr izione del tipo di dati 
 nell'appendice 2. 
—  Come spieg ato nella sezione 9.2.1.2, più generazioni di KM-W C possono in realtà essere inser ite 
in un'unica carta dell'off icina. 
CSM_105  Oltre alle chia vi AES specifi cate in CSM_104, una MSCA deve garantire che la chiave in TDES 
KmWC, specif icata nel requisito CSM_ 037 nella parte A della present e appendice, sia inser ita in 
ogni carta dell'officina rilasciata sotto la propr ia responsabilità. 26.5.2016 L 139/369 Gazzetta ufficiale dell'U nione europea IT     
Note: 
—  ciò consente di usare una carta dell'officina di seconda generazione per l'accoppiamento con 
una VU di prima generazione. 
—  Una carta dell'off icina di seconda generazione cont errà due distinte applicazioni, una conf orme 
alla parte B della present e appendice e l'altra conf orme alla parte A. Quest'ultima conter rà la 
chiave in TDES KmWC. 
CSM_106 Una MSCA che partecipa al rilascio dei sensor i di movimento deve calcolare la chiave di identif i­
cazione mediante una operazione XOR tra la chiave master del sensore di movimento e un vettore 
costant e CV. Il valore di CV deve essere il seguent e: 
—  Per le chiavi master dei sensor i di movimento a 128 bit: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 
7A 8A 97 91 E4 5E 83’ 
—  Per le chiavi master dei sensor i di movimento a 192 bit: CV = ‘72 AD EA FA 00 BB F4 EE F4 
99 15 70 5B 7E EE BB 1C 54 ED 46 8B 0E F8 25’ 
—  Per le chia vi maste r dei sensor i di movimento a 256 bit: CV = ‘1D 74 DB F0 34 C7 37 2F 65 
55 DE D5 DC D1 9A C3 23 D6 A6 25 64 CD BE 2D 42 0D 85 D2 32 63 AD 60’ 
Nota: i vettori costanti sono stati generati come segue: 
Pi_10 = primi 10 byte della parte decimale della costant e mat ematica π = ‘24 3F 6A 88 85 A3 08 
D3 13 19’ 
CV_128-bits = primi 16 byte di SHA-256(Pi_10) 
CV_192-bits = primi 24 byte di SHA-384(Pi_10) 
CV_256-bits = primi 32 byte di SHA-512(Pi_10) 
CSM_107  I fabbr icanti di sensor i di movimento devon o generare una chiave di abbinament o KP unica e 
casuale per ciascun sensore di movimento e devon o inviare ciascuna chiave di accoppiamento a 
un'autori tà di certificazione dello Stato membro (MSCA) . La MSCA deve criptare separatament e 
ciascuna chiave di abbinamento con la chiave master del sensore di movimento KM e deve restituire 
la chia ve criptata al fabbricante del sensore di movimento. Per ciascuna chiave criptata, la MSCA 
deve comunicare al fabbricante del sensore di moviment o il numero di versione della KM associata. 
Nota: come spiega to nella sezione 9.2.1.2, un fabbr icante di sensor i di movimento può in realtà 
dover generare moltepli ci chiavi di abbinament o uniche per un singolo sensore di movimento. 
CSM_108  I fabbr icanti di sensor i di movimento devono generare un numero di serie unico per ciascun 
sensore di movimento e devon o inviare tutti i numer i di serie a un'autorità di certificazione dello 
Stato membro (MSCA). La MSCA deve criptare separatament e ciascun numero di serie con la 
chiave di identif icazione del sensore di movimento KID e deve restituire il numero di serie criptato 
al fabbr icante del sensore di movimento. Per ciascun numero di serie criptato, la MSCA deve 
comunicare al fabbr icante del sensore di movimento il numero di versione della KID associata. 
CSM_109 Per i requisiti CSM_107 e CSM_108, la MSCA deve usare l'algor itmo AES nella modalità di funzio ­
nament o a blocc hi incatenati (Chipher Block Chaining), come definito nella norma [ISO 10116], 
con un parametro di inter leave (inter leave paramete r) m = 1 e un vettore di inizializzazione SV = 
‘00’ {16}, cioè sedici byte con valore binar io 0. Quando necessar io, la MSCA deve usare il metodo 
di riempimento 2 definito nella norma [ISO 9797-1]. 
CSM_110  Il fabbricante del sensore di movimento deve memor izzare nel sensore di movimento la chiave di 
abbinament o criptata e il numero di serie criptato, insieme ai corrispondenti valor i in format o di 
testo in chiaro (plain text) e al numero di versione di KM e KID usati per la cifratura. 
Nota: come spiega to nella sezione 9.2.1.2, un fabbr icante di sensor i di movimento può in realtà 
dover inser ire moltepli ci chiavi di abbinament o criptate e moltepli ci numer i di serie criptati in un 
singolo sensore di movimento. 26.5.2016 L 139/370 Gazzetta ufficiale dell'U nione europea IT     
CSM_111  Oltre al mater iale crittografi co basat o su AES specificato in CSM_110, un fabbr icante di sensor i di 
movimento può inoltre memor izzare in ciascun sensore di movimento il mat eriale crittografi co 
basato su TDES specifi cato nel requisito CSM_037 nella parte A della present e appendice. 
Nota: ciò consentirà l'accoppiamento di un sensore di movimento di seconda generazione con una 
VU di prima generazione. 
CSM_112  La lunghezza della chiave di sessione KS generata da una VU durante l'abbinamento a un sensore di 
movimento deve essere collega ta alla lunghezza della sua chiave KM-VU, come descr itto in CSM_50. 
9.2.1.2  Sostituzione della chiave master del sensor e di movimento in apparecchi di seconda generazione 
CSM_113  Ciascuna chiave maste r del sensore di movimento e tutte le relative chia vi (cfr. Tabella 3) sono 
associate a una particolare generazione della coppia di chiavi radice ERCA. Tali chiavi devono 
pertanto essere sostituite ogni 17 anni. Il periodo di validità di ciascuna generazione di chia vi 
maste r del sensore di movimento deve iniziare un anno prima che la coppia di chia vi radice ERCA 
associata diventi valida e term inare alla scadenza della coppia di chiavi radice ERCA associata, 
come illustrato nella Figura 2. 
Figura 2 
Rilascio e uso di diverse generazioni della chiav e mas ter del sensore di movimento nelle VU, nei sensor i di 
movimento e nelle carte dell'off icina 
CSM_114  Almeno un anno prima della generazione di una nuo va coppia di chiavi radice europee, come 
descr itto in CSM_56, la ERCA deve generare una nuo va chiave mast er del sensore di movimento, 
generando una nuo va chiave KM-V U e una nuo va chia ve KM-W C. La lunghezza della chiave master del 
sensore di movimento deve essere collegata alla forza prevista della nuo va coppia di chiavi radice 
europee, conf ormement e a CSM_50. La ERCA deve comunicare le nuo ve chia vi KM, KM-VU e KM-W C 
alle MSCA che ne facciano richiesta, insieme al rispettivo numero di versione. 
CSM_115  Una MSCA deve garantire che tutte le generazioni valide di KM-W C siano memor izzate in ogni carta 
dell'off icina rilasciata sotto la sua autor ità, insieme ai rispettivi numer i di versione, come illustrato 
in Figura 2. 26.5.2016 L 139/371 Gazzetta ufficiale dell'U nione europea IT     
Nota: ciò implica che nell'ultimo anno del periodo di validità di un certificato ERCA le carte dell'of ­
ficina saranno rilasciate con tre diverse generazioni di KM-WC, come illustrato in Figura 2. 
CSM_116 Relativament e alla procedura descr itta in CSM_107 e CSM_108: la MSCA deve criptare separa ­
tamente ciascuna chia ve di abbinamento KP che riceve dal fabbr icante del sensore di movimento 
con ogni generazione valida della chiave maste r del sensore di movimento KM. la MSCA deve 
inoltre criptare separatament e ciascun numero di serie che riceve dal fabbr icante del sensore di 
movimento con ogni generazione valida della chiave di identif icazione KID. Il fabbr icante del 
sensore di moviment o deve memor izzare nel sensore di movimento tutte le cifrature della chia ve di 
abbinament o e del numero di serie, insieme ai corrispondenti valor i in formato di testo semplice e 
ai numer i di versione di KM e KID usati per la cifratura. 
Nota: ciò implica che nell'ultimo anno del periodo di validità di un certificato ERCA i sensor i di 
movimento saranno rilasciati con dati criptati in base a tre diverse generazioni di KM, come 
illustrato in Figura 2. 
CSM_117  Relativament e alla procedura descr itta in CSM_107: poiché la lunghezza della chiave di 
abbinament o KP deve essere collegata alla lunghezza di KM (cfr. CSM_100), un fabbr icante di 
sensor i di movimento può dover generare fino a tre diverse chiavi di abbinamento (di lunghezze 
diverse) per un sensore di moviment o, nel caso le successive generazioni KM abbiano lunghezze 
diverse. In tal caso, il fabbr icante deve inviare ciascuna chiave di abbinamento alla MSCA . Le MSCA 
deve garant ire che ciascuna chiave di abbinamento sia criptata con la generazione corretta della 
chiave mast er del sensore di movimento, ossia quella avente la stessa lunghezza. 
Nota: nel caso in cui scelg a di generare una chiave di abbinament o basata su TDES per un sensore 
di movimento di seconda generazione (cfr. CSM_111), il fabbr icante di sensor i di movimento deve 
indicare alla MSCA che la chiave mast er del sensore di movimento basata su TDES deve essere 
usata per criptare questa chiave di accoppiament o. Ciò è dovuto al fatto che la lunghezza della 
chiave in TDES può essere pari a quella di una chiave AES, per cui la MSCA non può giudicare a 
partire dalla sola lunghezza della chiave. 
CSM_118  I fabbr icanti di VU devon o inser ire solo una generazione di KM-V U in ciascuna VU, insieme al suo 
numero di versione. La generazione della KM-VU deve essere correlata al certificato ERCA su cui si 
basano i certificati della VU. 
Note: 
—  una VU basata sulla generazione X del certificato ERCA deve cont enere solo la generazione X 
della chia ve KM-V U, anche se è stata rilasciata dopo l'inizio del periodo di validità della 
generazione X+1 del certificato ERCA. Ciò è illustrato nella Figura 2. 
—  Una generazione di VU X non può essere abbinata a un sensore di movimento di generazione 
X-1. 
—  Poiché le carte dell'off icina hanno un periodo di validità di un anno, il risultat o di CSM_113 — 
CSM_118 sarà che tutte le carte di officina conte rranno la nuo va chiave KM-W C al momento del 
rilascio della prima VU conte nente la nuo va chiave KM-V U. Tale VU sarà quindi semp re in grado 
di calcolare la nuo va chia ve KM. In quel momento inoltre la maggior parte dei nuo vi sensor i di 
movimento conte rrà dati criptati basati anche sulla nuo va chia ve KM. 
9.2.2  Chiavi per la sicur ezza della comunicazione DSRC 
9.2.2.1  Principi generali 
CSM_119  L'autenti cità e la riservatezza dei dati comunicati da una VU a un'autori tà di controllo su un canale 
di comunicazione remota DSR C devon o essere garantite mediante un insieme di chiavi AES 
specifi che della VU derivate da una singola chia ve mast er DSR C, KMDSR C. 
CSM_120  La chia ve master DSR C KMDSR C deve essere una chiave AES generata, memor izzata e distr ibuita in 
modo sicuro dalla ERCA. La lunghezza della chia ve può essere di 128, 192 o 256 bit e deve essere 
lega ta alla lunghezza della coppia di chia vi radice europee, come descr itto in CSM_50. 26.5.2016 L 139/372 Gazzetta ufficiale dell'U nione europea IT     
CSM_121  La ERCA deve comunicare in modo sicuro la chiave mast er DSR C alle autori tà di certificazione 
degli Stati membr i (MSCA ) che ne facciano richiesta, per consentire loro di calcolare le chiavi DSR C 
specifi che della VU e di garant ire che la chiave mast er DSR C sia inser ita in tutte le carte di 
controllo e le carte dell'off icina rilasciate sotto la loro responsabilità. 
CSM_122  La ERCA deve assegnare a ciascuna chiave master DSR C un numero di versione unico. Quando la 
ERCA trasmett e alle MSCA le chia vi maste r DSR C deve anche comunicare loro il numero di 
versione. 
Nota: il numero di versione è usato per distinguere le diverse generazioni di chiavi mast er DSR C, 
come spiegat o in dettag lio nella sezione 9.2.2.2. 
CSM_123  Per ciascuna VU, il fabbr icante di VU deve generare un numero di serie unico della VU e deve 
inviare tale numero alla rispettiva MSCA in una richiesta volta ad ottenere un insieme di due chia vi 
DSR C specifiche della VU. Il numero di serie della VU deve essere di tipo di dati 
e per la codifica devon o essere usate le regole di codif ica distinte (DER) conf or­
memente allo standard [ISO 8825-1]. 
CSM_124  Dopo aver ricevuto una richiesta di chia vi DSR C specif iche della VU, la MSCA deve calcolare due 
chiavi AES per la VU, denominate K_VUDSR C_ENC e K_VUDSR C_MA C. Tali chia vi specifi che della VU 
devono avere la stess a lunghezza della chiave mast er DSR C. La MSCA deve usare la funzione di 
derivazione della chia ve definita in [RFC 5869]. La funzione di hash necessar ia per istanziare la 
funzione HMA C-Hash deve essere collegat a alla lunghezza della chia ve mast er DSR C, come 
descr itto in CSM_50. La funzione di derivazione della chiave in [RFC 5869] deve essere usata come 
segue: 
Fase 1 (estrazione): 
—  PRK = HMA C-Hash (salt, IKM) dove salt è una stringa vuota ‘ ’ e IKM è KMDSR C. 
Fase 2 (espansione): 
—  OKM = T(1), dove 
T(1) = HMA C-Hash (PRK, T(0) || info || “01”) con 
—  T(0) = una stringa vuota (‘ ’) 
—  info = numero di serie della VU come specificato in CSM_123 
—  K_VUDSR C_ENC = primi L otte tti di OKM e 
K_VUDSR C_MA C = ultimi L ottet ti di OKM 
dove L è la lunghezza richiesta di K_VUDSR C_ENC e K_VUDSR C_MA C in ottetti. 
CSM_125  La MSCA deve distr ibuire K_VUDSR C_ENC e K_VUDSR C_MA C in modo sicuro al fabbricante della VU 
perch é le inser isca nella VU cui sono destinate. 
CSM_126  Al momento del rilascio una VU deve cont enere nella memor ia sicura le chiavi K_VUDSR C_ENC e 
K_VUDSR C_MA C, in modo da poter garantire l'integri tà, l'aute nticità e la riservatezza dei dati 
trasmessi attra verso il canale di comunicazione remota. Una VU deve inoltre avere in memor ia il 
numero della versione della chiave maste r DSR C usata per calcolare tali chiavi specifi che della VU. 
CSM_127  Al momento del rilascio, le carte di controllo e le carte dell'off icina devon o contenere KMDSR C nella 
loro memor ia sicura, in modo da essere in grado di verificare l'integri tà e l'aute nticità dei dati 
trasmessi da una VU sul canale di comunicazione remota e di decr iptare tali dati. Le carte di 
controllo e le carte dell'officina deve inoltre avere in memor ia il numero di versione della chiave 
maste r DSR C. 
Nota: come spiega to nella sezione 9.2.2.2, più generazioni di KDSR C possono in realtà essere inser ite 
in un'unica carta dell'officina o carta di controllo. 26.5.2016 L 139/373 Gazzetta ufficiale dell'U nione europea IT     
CSM_128  La MSCA deve registrare tutte le chiavi DSR C specifiche della VU che ha generat o, il loro numero 
di versione e l'identif icazione della VU cui è destinata ciascuna serie di chiavi. 
9.2.2.2  Sostituzione della chiave master DSRC 
CSM_129  Ciascuna chia ve master DSR C è associata a una particolare generazione della coppia di chiavi radice 
ERCA. La ERCA deve quindi sostituire la chiave mast er DSR C ogni 17 anni. Il periodo di validità di 
ciascuna generazione di chia vi mast er DSR C deve iniziare due anni prima che la coppia di chiavi 
radice ERCA associata diventi valida e term inare alla scadenza della coppia di chia vi radice ERCA 
associata, come illustrato nella Figura 3. 
Figura 3 
Rilascio e uso di diverse generazioni della chiav e mas ter DSR C nelle VU, nelle carte dell'of ficina e nelle carte di 
controllo 
CSM_130  Almeno due anni prima della generazione di una nuo va coppia di chiavi radice europee, come 
descr itto in CSM_56, la ERCA deve generare una nuo va chia ve maste r DSR C. La lunghezza della 
chiave mast er DSR C deve essere colleg ata alla forza prevista della nuo va coppia di chiavi radice 
europee, conf ormement e a CSM_50. La ERCA deve comunicare la nuo va chiave master DSR C alle 
MSCA che ne facciano richiesta, insieme al rispettiv o numero di versione. 
CSM_131  La MSCA deve garantire che tutte le generazioni valide di KMDSR C siano memor izzate in ogni carta 
di controllo rilasciata sotto la sua autori tà, insieme ai rispettivi numer i di versione, come illustrato 
in Figura 3. 
Nota: ciò implica che degli ultimi due anni del periodo di validità di un certificato ERCA le carte di 
controllo saranno rilasciate con tre diverse generazioni di KMDSR C, come illustrato in Figura 3. 26.5.2016 L 139/374 Gazzetta ufficiale dell'U nione europea IT     
CSM_132  La MSCA deve garantire che tutte le generazioni di KMDSR C che sono state valide per almeno un 
anno e sono ancora valide, siano memor izzate in ogni carta di controllo rilasciata sotto la sua 
autori tà, insieme ai rispettivi numer i di versione, come illustrato in Figura 3. 
Nota: ciò implica che nell'ultimo anno del periodo di validità di un certificato ERCA le carte dell'of ­
ficina saranno rilasciate con tre diverse generazioni di KDSR C, come illustrato in Figura 3. 
CSM_133  I fabbr icanti di VU devon o inser ire solo una serie di chiavi DSR C specifiche della VU in ciascuna 
VU, insieme al suo numero di versione. Questa serie di chiavi deve essere calcolata dalla 
generazione di KMDSR C collegata al certificato ERCA su cui si basano i certificati della VU. 
Note: 
—  ciò implica che una VU basata sulla generazione X del certificato ERCA deve cont enere solo la 
generazione X K_VUDSR C_ENC e K_VUDSR C_MA C, anch e se la VU è stata rilasciata dopo l'inizio 
del periodo di validità della generazione X + 1 del certificato ERCA. Ciò è illustrato in Figura 3. 
—  Poiché le carte dell'officina hanno una validità di un anno e le carte di controllo di due anni, il 
risultat o di CSM_131 — CSM_133 sarà che tutte le carte dell'off icina e le carte di controllo 
cont erranno la nuo va chia ve mast er DSR C al momento del rilascio della prima VU contenent e 
le chia vi specifiche della VU basata su tale chiave maste r. 
9.3.  Cer tificati 
9.3.1  Principi generali 
CSM_134  Tutti i certificat i nell'ambito del sistem a tachigrafico intellig ente europeo devono essere verificabili 
mediante carta (card verifiable — CV) e autod escr ittivi (self-descr iptive), conf ormemente alle norme 
[ISO 7816-4] e [ISO 7816-8]. 
CSM_135  Le regole di codif ica distint e (DER) conf ormemente alla norma [ISO 8825-1] devono essere usate 
sia per la codifica delle strutture di dati ASN.1 che degli ogget ti di dati (specifici dell'applicazione) 
all'inte rno dei certificati. 
Nota: questa codif ica genera una struttura Tag-Lun ghezza- Valore (TLV) come segue: 
Tag:  il tag è codificato in uno o due ottett i e indica il contenut o. 
Lungh ezza:  la lunghezza è codificat a come un numero inter o senza segno in uno, due o tre ottetti, 
fino a una lunghezza massima di 65 535 ottet ti. Deve essere usato il numero minimo 
di ottetti. 
Valore:  il valore è codificato come zero o più ottetti. 
9.3.2  Contenuto del certificato 
CSM_136  Tutti i certificati devon o avere la struttura indicata nel profilo del certificato nella Tabella 4. 
Tabella 4 
Prof ilo del certificato versione 1 
Cam po ID cam po Tag Lunghezza 
(byte) Tipo di dati ASN. 1 
(cfr. appendice 1) 
Certificato ECC C ‘7F 21’ var  
Corpo del certificato ECC B ‘7F 4E’ var  26.5.2016 L 139/375 Gazzetta ufficiale dell'U nione europea IT     
Cam po ID cam po Tag Lunghezza 
(byte) Tipo di dati ASN. 1 
(cfr. appendice 1) 
Identificativo del prof ilo del certificato 
(Cer tificate Profi le Identif ier) CPI ‘5F 29’ ‘01’ 
Riferimento dell'auto rità di certificaz ione CAR ‘42’ ‘08’ 
Autor izzazione del titolare del certificato CHA ‘5F 4C’ ‘07’ 
Chiave pubblica PK ‘7F 49’ var  
Parametr i di dominio DP ‘06’ var 
Punt o pubblico (public point) PP ‘86’ var 
Riferimento del titolare del certificato CHR ‘5F 20’ ‘08’ 
Data di efficacia del certificato CEfD ‘5F 25’ ‘04’ 
Data di scadenza del certificato CExD ‘5F 24’ ‘04’ 
Firma del certificato ECC S ‘5F 37’ var 
Nota: ID campo sarà usato in sezioni successive della present e appendice per indicare i singoli 
campi di un certificato, ad esem pio X.CAR è il riferiment o all'aut orità di certificaz ione (Cer tificate 
Authority Reference — CAR) citata nel certificato dell'uten te X. 
9.3.2.1  Identif icativ o del prof ilo del certificato (Cer tificate Profile Identifier) 
CSM_137  I certificati devono usare un identif icativ o del profilo del certificato (Cer tificate Profile Identif ier) 
per indicare il prof ilo del certificato usato. Come specifi cato nella Tabella 4, la versione 1 deve 
essere indicata col valore “00”. 
9.3.2.2  Riferimento dell'auto rità di certificaz ione 
CSM_138  Il riferi mento dell'auto rità di certificazione deve essere usato per identificare la chiave pubblica da 
usare per la verifica della firma del certificato. Il riferimento dell'auto rità di certificazione deve 
quindi essere uguale al riferimento del titolare del certificato (Cer tificate Holder Reference — CHR) 
nel certificato della corrispondente autorità di certificazione. 
CSM_139  Un certificato radice ERCA deve essere autofir mato, vale a dire che nel certificato il riferi mento 
dell'auto rità di certificaz ione e il riferi mento del titolare del certificato devono essere uguali. 
CSM_140  Per un certificato di collegame nto ERCA, il riferi mento del titolare del certificato deve essere uguale 
al CHR del nuo vo certificato radice ERCA. Il riferimento dell'auto rità di certificazione per un 
certificato di collegament o deve essere uguale al CHR del precedente certificato radice ERCA. 
9.3.2.3  Autorizzazione del titolare del certificato. 
CSM_141  L'autori zzazione del titolare del certificato deve essere usata per identif icare il tipo di certificato. Si 
compo ne dei sei byte più signif icativi dell'ID dell'applicazione tachi grafi ca, concate nati con il tipo di 
apparecc hio cui è destinato il certificato. 26.5.2016 L 139/376 Gazzetta ufficiale dell'U nione europea IT     
9.3.2.4  Chiave pubblica 
La chiave pubblica contiene due elementi di dati: i parametr i di dominio standardizzati da usare con la chiave 
pubblica nel certificato e il valore del punt o pubblico. 
CSM_142 L'elemento di dati «parametr i di dominio» (Domain Parameter s) deve cont enere uno degli identifi ­
cativi di oggett o specificati nella Tabella 1 in riferimento a un insieme di parametr i di dominio 
standardizzati. 
CSM_143  L'elemento di dati «punto pubblico» (Public Point) deve contenere il punt o pubblico. I punti 
pubblici della curva ellittica devono essere convertiti in stringhe di otte tti, come specifi cato in [TR- 
03111]. Deve essere usato il format o di codif ica non compres so. Al momento del ripristino di un 
punt o di una curva ellittica dal formato codif icato, devono essere sem pre eseguit e le conval ide 
descr itte in [TR-03111]. 
9.3.2.5  Riferimento del titolare del certificato 
CSM_144  Il riferimento del titolare del certificato (Cer tificate Holder Reference) è un identif icativ o della 
chiave pubblica conte nuta nel certificato. Deve essere usato per fare riferiment o a tale chiave 
pubblica in altri certificati. 
CSM_145  Per i certificati della carta e dei dispositivi GNSS ester ni, il riferi mento del titolare del certificato 
deve avere il tipo di dati 
 specificato nell'appendice 1. 
CSM_146  Per le VU, il fabbr icante , quando richiede un certificato, può conoscere o può non conoscere il 
numero di serie specifico del fabbr icante della VU cui tale certificato e la chiave privata associata 
sono destinati. Nel primo caso, il riferimento del titolare del certificato deve avere il tipo di dati 
specifi cato nell'appendice 1. Nel secondo caso, il riferimento del 
titolare del certificato deve avere il tipo di dati 
 specificato nell'ap ­
pendice 1. 
CSM_147  Per i certificati ERCA e MSCA, il riferimento del titolare del certificato deve avere il tipo di dati 
specif icato nell'appendice 1. 
9.3.2.6  Data di efficacia del certificato 
CSM_148  La data di efficacia del certificato deve indicare la data e l'ora di inizio del periodo di validità del 
certificato. La data di efficacia del certificato deve essere la data della generazione del certificato. 
9.3.2.7  Data di scadenza del certificato 
CSM_149  La data di scadenza del certificato deve indicare la data e l'ora di fine del periodo di validità del 
certificato. 
9.3.2.8  Firma del certificato 
CSM_150  La firma sul certificato deve essere creata sul corpo del certificato codificato, compr esi il tag e la 
lunghezza del corpo del certificato. L'algor itmo di firma deve essere ECDSA, come specificato in 
[DSS], usando l'algor itmo di hash collegat o alle dimensioni della chiave dell'auto rità che firma, 
come specifi cato in CSM_50. Il format o della firma deve essere in chiaro, come specificato in [TR- 
03111]. 
9.3.3  Richiesta di certificat i 
CSM_151 Per la richiesta di un certificato, il richiedent e deve inviare i seguenti dati alla sua autor ità di certifi­
cazione: 
—  l'identificativo del prof ilo del certificato richiesto; 
—  il riferi mento dell'auto rità di certificazione che si prevede di usare per la firma del certificato; 
—  la chiave pubblica da firmare. 26.5.2016 L 139/377 Gazzetta ufficiale dell'U nione europea IT     
CSM_152  Oltre ai dati in CSM_151, una MSCA deve inviare i seguenti dati in una richiesta di certificato alla 
ERCA, consente ndo a quest'ultima di creare il riferimento del titolare del certificato del nuo vo 
certificato MSCA : 
—  il codice numer ico del paese dell'auto rità di certificaz ione (tipo di dati 
definito nell'appendice 1); 
—  il codice alfanumer ico del paese dell'auto rità di certificazione (tipo di dati 
definito nell'appendice 1); 
—  il numero di serie a 1 byte usato per distinguere le diverse chiavi dell'auto rità di certificazione 
in caso di cambio di chiavi; 
—il camp o a due byte conte nente specifi che informazioni supplementar i dell'auto rità di certifi­
cazione. 
CSM_153  Oltre ai dati in CSM_151, una fabbr icante dell'apparecc hiatura deve inviare i seguenti dati in una 
richiesta di certificato alla MSCA, consente ndole di creare il riferimento del titolare del certificato 
del nuo vo certificato dell'apparecchiatura: 
—  un identif icativ o del tipo di apparecchiatura specific o del fabbr icante; 
—  se noto (cfr. CSM_154), un numero di serie per l'apparecchi o, univocament e associato al 
fabbr icante, al tipo di apparecc hio e al mese di fabbr icazione. In caso contrar io, un identifi ­
cativo unico della richiesta di certificato; 
—  il mese e l'anno di fabbr icazione dell'apparecc hio o della richiesta di certificato. 
Il fabbr icante deve garantire che tali dati siano corretti e che il certificato restituito dalla MSCA sia 
inser ito nell'apparecc hio cui è destinato. 
CSM_154  Nel caso di una VU, il fabbr icante , quando richiede un certificato, può conoscere o può non 
conoscere il numero di serie specif ico del fabbr icante della VU cui tale certificato e la chiave privata 
associata sono destinati. Nel primo caso, il fabbr icante della VU deve inviare il numero di serie alla 
MSCA . Nel secondo caso, il fabbricante deve identif icare univ ocamente ciascuna richiesta di 
certificato e inviare tale numero di serie della richiesta di certificato alla MSCA . Il certificato che ne 
risulta conte rrà quindi il numero di serie della richiesta di certificato. Dopo aver inser ito il 
certificato in una specifi ca VU, il fabbr icant e deve comunicare alla MSCA il collegam ento tra il 
numero di serie della richiesta di certificato e l'identificazione della VU. 
10.  AUTENTICAZION E RECIPR OCA E MESSA GGISTICA SICURA TRA VU E CART A 
10.1.  Principi generali 
CSM_155  Ad alto livello, la comunicazione sicura tra una VU e una carta tachi grafi ca deve avvenire secondo 
le seguenti fasi: 
—  prima fase: ciascuna parte deve dimostrare all'altra di essere in possesso di un certificato a 
chiave pubblica valido, firmat o da un'autori tà di certificaz ione di uno Stato membro (MSCA ). Il 
certificato MSCA a chia ve pubblica deve essere firmato dalla ERCA. Questa fase è denominata 
verifica della cate na di certificati (certificate chain verification) ed è specifi cata in dettag lio nella 
sezione 10.2; 
—  seconda fase: la VU deve dimostrare alla carta di essere in possesso della chia ve privata 
corrispondente alla chia ve pubblica nel certificato presentato, firmando un numero casuale 
inviato dalla carta. La carta verifica la firma per questo numero casuale e, se la verifica ha esito 
positiv o, la VU è autenti cata. Questa fase è denominata autenticaz ione della VU (VU Authenti ­
cation) ed è specifi cata in dettag lio nella sezione 10.3; 26.5.2016 L 139/378 Gazzetta ufficiale dell'U nione europea IT     
—  terza fase: entrambe le parti calcolano in modo indipendente due chiavi di sessione AES usando 
un algor itmo di accordo sulla chiave asimmetr ica. Usando una di queste chiavi di sessione, la 
carta crea un codice di autenticazione del messaggio (MA C) per alcuni dati trasmessi dalla VU. 
La VU verifica il MAC. Se la verifica ha esito positiv o, la carta è aute nticata. Questa fase è 
denominata aute nticazione della carta (Card Auth entication) ed è specifi cata in dettag lio nella 
sezione 10.4; 
—  quar ta fase: la VU e la carta devon o usare le chiavi di sessione su cui si sono accordat e per 
garantire la riservatezza, l'integri tà e l'autenticità di tutti i messaggi scambiati. Questa fase è 
denominata messaggistica sicura (Secure Messaging) ed è specifi cata in dettag lio nella sezione 
10.5. 
CSM_156  Il meccanismo descr itto in CSM_155 deve essere attivato dalla VU ogni volta che una carta è 
inser ita in una delle sue sedi (slot). 
10.2.  Verifica reciproca della catena di certificati 
10.2.1  Verifica della catena di certificati della carta da parte della VU 
CSM_157  Le VU devon o usare il protocoll o illustrato in Figura 4 per la verifica della catena di certificat i di 
una carta tach igraf ica. 
Note alla Figura 4: 
—i certificat i e le chiavi pubblic he della carta citati nella figura sono quelli usati per l'autenti ­
cazione reciproca. Nella sezione 9.1.5 sono indicati come Card_MA. 
—  I certificati e le chiavi pubbliche Card.CA citati nella figura sono quelli usati per firmare i 
certificati della carta e sono indicati nel CAR del certificato della carta. Nella sezione 9.1.3 sono 
indicati come MSCA _Card. 
—  Il certificato Card.C A.EUR citat o nella figura è il certificato radice europeo indicato nel CAR del 
certificato Card.CA . 
—  Il certificato Card.Link indicato nella figura è il certificato di collegament o della carta, se 
present e. Come specificato nella sezione 9.1.2, si tratta di un certificato di collegament o per 
una nuo va coppia di chiavi radice europee creata dalla ERCA e firmata con la precedente chiave 
privata europea. 
—  Il certificato Card.Link.E UR è il certificato radice europeo indicato nel CAR del certificato Card. 
Link. 
CSM_158  Come illustrato nella Figura 4, la verifica della catena di certificati della carta deve iniziare al 
momento dell'inser iment o della carta. La VU deve legge re il riferi mento del titolare della carta 
(
 ) dall'EF ICC. La VU deve verificar e se conosce la carta, vale a dire, 
se ha già verificato in passat o la cate na di certificat i della carta con esito positiv o e ha memor izzato 
questi dati per riferi mento futuro. In caso affermativ o, e se il certificato della carta è ancora valido, 
la procedura continua con la verifica della catena di certificat i della VU. In caso contrar io la VU 
deve leggere dalla carta, in successione, il certificato MSCA_Card da usare per la verifica del 
certificato della carta, il certificato Card.CA .EUR da usare per la verifica del certificato MSCA_Card 
e eventualment e il certificato di collegament o, fino a che non trova un certificato che conosce o 
che può verificare. Se tale certificato viene trovato, la VU lo usa per verificar e i certificati della carta 
sottosta nti che ha letto dalla carta. In caso di esito positiv o, la procedura continua con la verifica 
della catena di certificat i della VU. In caso di esito negativ o, la VU deve ignorare la carta. 
Nota: la VU può conoscere il certificato Card.CA .EUR in tre modi: 
—  il certificato Card.CA .EUR è uguale al certificato EUR della VU stessa; 26.5.2016 L 139/379 Gazzetta ufficiale dell'U nione europea IT     
—  il certificato Card.CA .EUR è precedente al certificato EUR della VU stessa e la VU lo conte neva 
già al momento del rilascio (cfr. CSM_81); 
—  il certificato Card.CA .EUR è successivo al certificato EUR della VU stess a e la VU ha ricevuto un 
certificato di collegam ento in passato da un'altra carta tachi grafi ca, lo ha verificato e lo ha 
memor izzato per riferimento futuro. 
CSM_159 Come illustrato in Figura 4, una volta verificata l'aute nticità e la validità di un certificato preceden ­
teme nte sconosciuto, la VU può conser varlo per riferimento futuro, in modo da non doverne 
nuo vament e verificar e l'aut enticità se viene nuo vament e presentato alla VU. Invece di memor izzare 
l'inte ro certificato, una VU può sceg liere di memor izzare solo il conte nuto del corpo del certificato, 
come specif icato nella sezione 9.3.2. 
CSM_160  La VU deve verificare la validità temporale di qualsiasi certificato letto dalla carta o memor izzato 
nella sua memor ia e resping ere i certificati scaduti. Per verificare la validità temporale del certificato 
presentato dalla carta la VU deve usare il suo orologio interno .  26.5.2016 L 139/380 Gazzetta ufficiale dell'U nione europea IT     
Figura 4 
Protocollo per la verifica della catena di certificati della carta da parte della VU 
10.2.2  Verifica della catena di certificati della VU da parte della carta 
CSM_161  Le carte tach igraf iche devon o usare il protocollo illustrato nella Figura 5 per la verifica della catena 
di certificati di una VU. 26.5.2016 L 139/381 Gazzetta ufficiale dell'U nione europea IT     
Figura 5 
Protocollo per la verifica della catena di certificati della VU da parte della carta 
26.5.2016 L 139/382 Gazzetta ufficiale dell'U nione europea IT     
Note alla Figura 5: 
—  i certificat i e le chiavi pubblic he della VU citati nella figura sono quelli usati per l'aut enticazione reciproca. 
Nella sezione 9.1.4 sono indicati come VU_MA. 
—  I certificati e le chiavi pubbliche VU.C A citati nella figura sono quelli usati per firmare i certificat i della VU 
e del dispositivo GNSS ester no. Nella sezione 9.1.3 sono indicati come MSCA _VU-EGF . 
—  Il certificato VU.CA .EUR citato nella figura è il certificato radice europeo indicato nel CAR del certificato 
VU.CA . 
—  Il certificato VU.Link indicato nella figura è il certificato di collegam ento della VU, se presente. Come 
specificato nella sezione 9.1.2, si tratta di un certificato di collegam ento per una nuo va coppia di chiavi 
radice europee creata dalla ERCA e firmata con la precedente chia ve privata europea. 
—  Il certificato VU.Link .EUR è il certificato radice europeo indicato nel CAR del certificato VU.Link. 
CSM_162  Come illustrato in Figura 5, la verifica della catena di certificat i della VU deve iniziare con il 
tentativo della VU di usare la propr ia chiave pubblica nella carta tachigrafica. Se questo tentativo ha 
esito positivo signif ica che in passat o la carta aveva già verificato la catena di certificat i della VU 
con esito positivo e aveva memor izzato il certificato della VU per riferimento futuro. In tal caso il 
certificato della VU è impostato per l'uso e la procedura continua con l'autenticazione della VU. Se 
il certificato della VU non è noto alla carta, la VU deve presentare, in successione, il certificato VU. 
CA da usare per verificare il suo certificato di VU, il certificato VU.C A.EUR da usare per verificare 
il certificato VU.CA e eventualment e il certificato di collegam ento, in modo da trovare un 
certificato noto o verificabile dalla carta. Se tale certificato viene trovato, la carta deve farne uso per 
verificare i certificat i della VU sottostanti che le sono stati presentati. In caso di esito positiv o la VU 
deve impostare infine la sua chiave pubblica per l'uso nella carta tachi grafi ca. In caso di esito 
negativ o, la VU deve ignorare la carta. 
Nota: la carta può conoscere il certificato VU.CA .EUR in tre modi: 
—  il certificato VU.CA .EUR è uguale al certificato EUR della carta stessa; 
—  il certificato VU.CA .EUR è precedente al certificato EUR della carta stessa e la carta lo 
cont eneva già al momento del rilascio (cfr. CSM_91); 
—  il certificato VU.C A.EUR è successiv o al certificato EUR della carta stess a e la carta ha ricevuto 
un certificato di collegam ento in passato da un'altra VU, lo ha verificato e lo ha memor izzato 
per riferi mento futuro. 
CSM_163  La VU deve usare il comando MSE: Set AT per impostare la sua chia ve pubblica per l'uso nella 
carta tach igraf ica. Come specific ato nell'appendice 2, tale comando contiene un'indicazione del 
meccanismo di crittografia che sarà usato con la chiave impos tata. Il meccanismo è «aute nticazione 
della VU utilizzando l'algor itmo ECDS A, in combinazione con l'algor itmo di hash collegat o alle 
dimensioni della coppia di chiavi VU_MA della VU, come specifi cato in CSM_50». 
CSM_164  Il comando MSE: Set AT contiene inoltre un'indicazione della coppia di chiavi temporanee che la 
VU userà durant e l'accordo sulla chiave di sessione (cfr. sezione 10.4). Pertanto prima di inviare il 
comando MSE: Set AT la VU deve generare una coppia di chiavi ECC temporanee. Per generare la 
coppia di chia vi temporanee, la VU deve usare i parametr i di dominio standardizzati indicati nel 
certificato della carta. La coppia di chiavi temporanee è indicata come (VU.SKeph, VU.PKeph, Card. 
DP). La VU deve prendere la coordinata x del punt o pubblico temporaneo ECDH come chia ve di 
identif icazione; ciò è denominat o rappresentazione compr essa della chia ve pubblica ed indicato 
come Comp(VU.PKeph). 
CSM_165  Se il comando MSE: Set AT ha esito positivo, la carta deve imp ostare il VU.PK indicato per l'uso 
successiv o durante l'autenticazione del veicolo e memor izzare temporaneamente il Comp(VU.PKeph). 
Nel caso in cui due o più comandi MSE: Set AT siano inviati con esito positiv o prima dell'accordo 
sulla chiave di sessione, la carta deve memor izzare solo l'ultimo Com p(VU.PKeph) ricevuto. 26.5.2016 L 139/383 Gazzetta ufficiale dell'U nione europea IT     
CSM_166  La carta deve verificare la validità temporale di qualsiasi certificato presentato dalla VU o cui la VU 
si riferi sce mentre è conser vato nella memor ia della carta e deve rifiutare i certificati scaduti. 
CSM_167  Per verificare la validità temporale del certificato presentato dalla VU, ogni carta tachi grafi ca deve 
conser vare in memor ia dei dati che rappresentano l'ora corrente. Tali dati non devon o essere 
direttamente aggior nabili da una VU. Al moment o del rilascio, l'ora corrente di una carta deve 
essere impostata come uguale alla data di efficacia del certificato Card_MA della carta. Una carta 
deve aggior nare la sua ora corrente se la data di efficacia di un certificato «sorg ente di tempo 
valida» autentico presentato da una VU è più recent e dell'ora corrente della carta. In tal caso, la 
carta deve impostare la sua ora corrente come uguale alla data di efficacia di tale certificato. La 
carta deve accettare solo i seguenti certificati come sorgen te di tempo valida: 
—  certificati di collegament o ERCA di seconda generazione; 
—  certificati MSCA di seconda generazione; 
—  certificati della VU di seconda generazione rilasciati dallo stesso paese del certificato o dei 
certificati della carta stess a. 
Nota: quest'ultimo requisito implica che una carta sia in grado di riconoscere il CAR del certificato 
della VU, vale a dire il certificato MSCA_VU-EGF , che sarà diverso dal CAR del suo stesso 
certificato, che è il certificato MSCA_ Card. 
CSM_168  Come illustrato nella Figura 5, una volta verificata l'aute nticità e la validità di un certificato 
precedenteme nte sconosciuto, la carta può conser varlo per riferimento futuro, in modo da non 
doverne nuo vamente verificare l'aut enticità se viene nuo vament e presentato alla carta. Invece di 
memor izzare l'intero certificato, una carta può sceg liere di memor izzare solo il contenut o del 
corpo del certificato, come specifi cato nella sezione 9.3.2. 
10.3.  Autenticazione della VU 
CSM_169  Le VU e le carte devono usare il prot ocollo di aute nticazione della VU illustrato nella Figura 6 per 
autenti care la VU nei conf onti della carta. L'autenti cazione della VU consent e alla carta tachigrafica 
di verificare esplicitamente che la VU sia autentica; quest'ultima deve usare la sua chiave privata per 
firmare una sfida (challeng e) generata dalla carta. 
CSM_170  Accant o alla sfida (challenge) della carta, la VU deve includere nella firma il riferimento al titolare 
della carta preso dal certificato della carta. 
Nota: ciò garantisce che la carta nei conf onti della quale la VU si sta autenticando sia la stessa carta 
di cui la VU ha precedentem ente verificato la catena di certificati. 
CSM_171  La VU deve inoltre includere nella firma l'identifi cativo della chia ve pubblica temporanea Comp 
(VU.PKeph) che la VU stessa userà per la messaggistica sicura durante la procedura di aute nticazione 
del chip specificata nella sezione 10.4. 
Nota: ciò garan tisce che la VU con cui una carta comunica durante una sessione di messaggistica 
sicura sia la stessa VU che è stata autenti cata dalla carta.  26.5.2016 L 139/384 Gazzetta ufficiale dell'U nione europea IT     
Figura 6 
Protocollo di autenticazione della VU 
CSM_172  Se la VU invia molteplici comandi GET CHALLENGE durante l'aut enticazione, la carta deve 
restituire ogni volta una nuo va sfida (challenge) casuale a 8 byte, ma deve memor izzare solo 
l'ultima sfida. 
CSM_173  L'algor itmo di firma usato dalla VU per l'aute nticazione della VU deve essere ECDSA, come 
specifi cato in [DSS], usando l'algor itmo di hash collegat o alle dimensioni della coppia di chia vi 
VU_MA della VU, come specificato in CSM_50. Il formato della firma deve essere in chiaro, come 
specifi cato in [TR-03111]. La VU deve inviare alla carta la firma che ne risulta. 
CSM_174  Al ricevimento della firma della VU in un comando EXTERNAL AUTHENTICA TE, la carta deve: 
—  calcolare il token di autenticazione concate nando Card.CHR, la sfida (challenge) della carta rcard 
e l'identifi cativo della chiave pubblica temporanea della VU Com p(VU.PKeph), 
—  calcolare l'hash sul token di autenticazione usando l'algor itmo di hash collegat o alle dimensioni 
della coppia di chiavi VU_MA della VU, come specificato in CSM_50, 
—  verificar e la firma della VU usando l'algor itmo ECDSA in combinazione con VU.PK e l'hash 
calcolat o. 
10.4.  Autenticazione del chip e accordo sulla chiav e di sessione 
CSM_175  Le VU e le carte devon o usare il protocoll o di autenticazione del chip illustrato nella Figura 7 per 
autenti care la carta verso la VU. L'autenti cazione del chip consente alla VU di verificare esplici ­
tamente che la carta sia autentica. 26.5.2016 L 139/385 Gazzetta ufficiale dell'U nione europea IT     
Figura 7 
Autenticazione del chip e accordo sulla chiav e di sessione 
CSM_176  La VU e la carta devono eseguire la seguent e procedura: 
1.la VU avvia la procedura di aute nticazione del chip inviando il comando MSE: Set AT con l'indi ­
cazione «Aut enticazione del chip usando l'algor itmo ECDH che dà come risultat o una lunghezza 
della chiave di sessione AES collegata alle dimensioni della coppia di chiavi Card_MA della 
carta, come specificato in CSM_50». La VU deve determinare le dimensioni della chia ve della 
coppia di chiavi della carta dal certificato della stessa.  
2. La VU invia alla carta il punto pubblico VU.PKeph della sua coppia di chiavi temporanee. Come 
spieg ato in CSM_164, la VU ha generat o questa coppia di chiavi temporanee prima della 
verifica della catena di certificat i della VU. La VU ha inviat o alla carta l'identifi cativ o della chiave 
pubblica temporanea Comp(VU.PKeph) e la carta lo ha memor izzato.  
3. La carta calcola Com p(VU.PKeph) da VU.PKeph e lo confronta con il valore memor izzato di Comp 
(VU.PKeph).  
4. Usando l'algor itmo ECDH in combinazione con la chia ve privata statica della carta e la chia ve 
pubblica temporanea della VU, la carta calcola una chiave segreta K.  
5. La carta sceg lie un nonce casuale a 8 byte NPICC e lo usa per calcolare due chiavi di sessione AES 
KMAC e KENC da K. Cfr. CSM_179.  
6. Usando KMAC, la carta calcola un token di autenticazione sull'identif icativ o della chiave pubblica 
temporanea della VU: TPICC = CMA C(KMAC, VU.PKeph). La Carta invia NPICC e TPICC alla VU.  
7. Usando l'algor itmo ECDH in combinazione con la chiave pubblica statica della carta e la chia ve 
privata temporanea della VU, la VU calcola la stessa chiave segreta K calcolata dalla carta nella 
fase 4. 26.5.2016 L 139/386 Gazzetta ufficiale dell'U nione europea IT     
8. La VU calcola le chiavi di sessione KMAC e KENC da K e NPICC; cfr. CSM_179.  
9. La VU verifica il token di aute nticazione TPICC. 
CSM_177  Nella precedente fase 3, la carta deve calcolare Com p(VU.PKeph) come la coordinata x del punto 
pubblico in VU.PKeph. 
CSM_178  Nelle precedenti fasi 4 e 7, la carta e la VU devon o usare l'algor itmo ECK A-EG come definito in 
[TR- 03111]. 
CSM_179  Nelle precedenti fasi 5 e 8, la carta e la VU devon o usare la funzione di derivazione della chiave 
per le chiavi di sessione AES definita in [TR- 03111], tenendo cont o delle seguenti precisazioni e 
modifi che: 
—  il valore del contat ore deve essere ‘00 00 00 01’ per KENC e ‘00 00 00 02’ per KMAC; 
—  il nonce facoltativo r deve essere usato e deve essere uguale a NPICC; 
—  per il calcolo delle chia vi AES a 128 bit, l'algor itmo di hash da usare è SHA-256; 
—  per il calcolo delle chia vi AES a 192 bit, l'algor itmo di hash da usare è SHA-384; 
—  per il calcolo delle chia vi AES a 256 bit, l'algor itmo di hash da usare è SHA-512. 
La lunghezza delle chia vi di sessione (vale a dire la lunghezza in corrispondenza della quale viene 
troncato l'hash) deve essere collegata alle dimensioni della coppia di chia vi Card_MA, come 
specifi cato in CSM_50. 
CSM_180  Nelle precedenti fasi 6 e 9, la carta e la VU devon o usare l'algor itmo AES in modalità CMA C, come 
definito in [SP 800-38B]. La lunghezza di TPICC deve essere collegata alla lunghezza delle chiavi di 
sessione AES, come specific ato in CSM_50. 
10.5.  Messaggistica sicura (Secure Messaging) 
10.5.1  Principi generali 
CSM_181  Tutti i comandi e le rispost e scambiate tra una VU e una carta tachi grafi ca, dopo un'autenti cazione 
del chip con esito positiv o e fino alla fine della sessione, devono essere prote tte mediante messag ­
gistica sicura. 
CSM_182  La messaggistica sicura deve essere usata in modalità di sola autenticazione, ad eccezione della 
lettura da un file con condizioni di accesso SM-R -ENC-MA C-G2 (cfr. appendice 2, sezione 4). Nella 
modalità di sola autenti cazione, un totale di controllo crittografico (alias MAC) è aggiunt o a tutti i 
comandi e a tutte le risposte per garantire l'autenticità e l'inte grità del messaggio. 
CSM_183  Per la lettura di dati da un file con condizioni di accesso SM-R -ENC-MA C-G2, la messaggistica 
sicura deve essere usata in modalità cifratura seguita da autenti cazione (encr ypt-then-authenticate), 
vale a dire i dati della risposta sono in primo luogo criptati per garantire la riservatezza del 
messaggio e successivamente viene calcolat o un MAC sui dati criptati formattati per garantir ne 
l'aute nticità e l'integrità. 
CSM_184  La messaggistica sicura deve utilizzare AES come definito in [AES] con le chia vi di sessione KMAC e 
KENC concordate durante l'autenticazione del chip. 
CSM_185  Un numero inter o senza segno deve essere usato come contat ore sequenza di invio (SSC) per 
prevenire gli attacchi di tipo replay attack. Le dimensioni dell'SSC devono essere uguali alle 
dimensioni dei blocchi AES, vale a dire 128 bit. L'SSC deve essere in formato MSB-f irst. Il contatore 
sequenza di invio deve essere inizializzato a zero (vale a dire ‘00 00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00’) all'inizio della messaggistica sicura. L'SSC deve essere aumentat o ogni volta 
prima che sia generato un comando o una risposta APDU, vale a dire: poich é il valore di partenza 
dell'SSC in una sessione SM è 0, nel primo comando il valore dell'SSC sarà 1. Il valore dell'SSC per 
la prima risposta sarà 2. 26.5.2016 L 139/387 Gazzetta ufficiale dell'U nione europea IT     
CSM_186  Per criptare i messaggi, deve essere usata la chiave KENC con AES nella modalità di funzionament o a 
blocch i incatenati (CBC), come definito in [ISO 10116], con un parametro di interle ave (interlea ve 
parameter ) m = 1 e un vettore di inizializzazione SV = E(KENC, SSC), vale a dire il valore corrente 
dell'SSC criptato con KENC. 
CSM_187  Per l'aute nticazione del messaggio, KMAC deve essere usato con AES in modalità CMA C come 
specifi cato in [SP 800-38B]. La lunghezza del MAC deve essere collegata alla lunghezza delle chia vi 
di sessione AES, come specifi cato in CSM_50. Il contat ore sequenza di invio deve essere incluso nel 
MAC, aggiungendo lo prima del datagramma da aute nticare. 
10.5.2  Struttur a dei messaggi sicur i 
CSM_188  La messaggistica sicura deve avvalersi solo di oggetti di dati in messaggistica sicura (cfr. [ISO 7816- 
4]) elencati in Tabella 5. In tutti i messaggi tali oggett i di dati devon o essere usati nell'ordine 
indicato nella seguent e tabella. 
Tabella 5 
Oggetti di dati in messaggis tica sicura 
Nome dell'oggett o di dati (Data Object Name) Tag Presenza (O)bbligat oria, (C)ondizio ­
nata o (V)ietata in 
Comandi Risposte 
Valore in chiaro, non codificato in BER -TLV ‘81’ C C 
Valore in chiaro, non codificato in BER -TLV, ma 
che non include DO SM ‘B3’ C C 
Indicatore di cont enuto di riempimento seguit o 
da crittogramma, valore in chiaro, non codificato 
in BER -TLV ‘87’ C C 
Le prote tto ‘97’ C V 
Stato di elaborazione ‘99’ V O 
Totale di controllo crittografi co ‘8E’ O O  
Nota: come specificato nell'appendice 2, le carte tachi grafi che possono essere compatib ili con i 
comandi READ BINAR Y e UPD ATE BINAR Y con un byte INS dispar i (“B1” risp. “D7”). Tali varianti 
di comandi sono necessar ie per legger e e aggior nare i file con più di 32 768 byte. Nel caso in cui 
si usi tale variante, deve essere usato un oggett o di dati con tag “B3” invece di uno con tag “81”. 
Cfr. appendice 2 per ulteriori informazioni. 
CSM_189  Tutti gli oggetti di dati SM devono essere codif icati in DER TLV come specificato nella norma [ISO 
8825-1]. Questa codifica genera una struttura Tag-Lunghezza- Valore (TLV) come segue: 
Tag:  il tag è codificato in uno o due ottett i e indica il contenut o. 
Lungh ezza:  la lunghezza è codificat a come un numero inter o senza segno in uno, due o tre ottetti, 
fino a una lunghezza massima di 65 535 ottet ti. Deve essere usato il numero minimo 
di ottetti. 
Valore:  il valore è codificato come zero o più ottetti. 26.5.2016 L 139/388 Gazzetta ufficiale dell'U nione europea IT     
CSM_190  Gli APDU prote tti con messaggistica sicura devon o essere creati come segue: 
—  l'intestazione del comando (command header) deve essere inclusa nel calcolo del MAC, pertanto 
per il byte classe CLA deve essere usato il valore ‘0C’. 
—  Come specifi cato nell'appendice 2, tutti i byte INS devono essere pari, con l'eventuale eccezione 
di byte INS dispar i per i comandi READ BINAR Y e UPD ATE BINAR Y. 
—  Il valore effettivo di Lc sarà modificato in Lc' dopo l'applicazione della messaggistica sicura. 
—  Il campo dati deve essere costituito da oggetti di dati SM. 
—  Nel comando protett o APDU il nuo vo byte Le deve essere imp ostato a ‘00’. Se necessar io, nel 
campo di dati deve essere incluso un ogget to di dati ‘97’ per trasmettere il valore iniziale di Le. 
CSM_191  Qualsiasi ogget to di dati da criptare deve essere riempit o conf ormement e alla norma [ISO 7816-4] 
usando l'indicator e di conte nuto di riempimento ‘01’. Per il calcolo del MAC, ciascun oggett o di 
dati nell'APDU deve inoltre essere riempito separatament e conf ormemente alla norma [ISO 7816- 
4]. 
Nota: il riempiment o per la messaggistica sicura è sem pre eseguito a livello di messaggistica sicura e 
non dagli algor itmi CMA C o CBC. 
Riepilogo ed esempi 
Un comando APDU con messaggistica sicura applicata avrà la seguente struttura, a seconda del caso del 
rispettivo comando non sicuro (DO corrisponde a ogget to di dati): 
Caso 1: CLA INS P1 P2 || Lc' || DO ‘8E’ || Le 
Caso 2: CLA INS P1 P2 || Lc' || DO ‘97’ || DO ‘8E’ || Le 
Caso 3 (byte INS pari): CLA INS P1 P2 || Lc' || DO ‘81’ || DO ‘8E’ || Le 
Caso 3 (byte INS dispar i): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO ‘8E’ || Le 
Caso 4 (byte INS pari): CLA INS P1 P2 || Lc' || DO ‘81’ || DO ‘97’ || DO ‘8E’ || Le 
Caso 4 (byte INS dispar i): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO ‘97’ || DO ‘8E’ || Le  
dove Le = ‘00’ o ‘00 00’ a seconda che siano usati campi di lunghezza breve o campi di lunghezza estesa; cfr. 
[ISO 7816-4]. 
Una risposta APDU con messaggistica sicura applicata avrà la seguente struttura, a seconda del caso della 
rispettiva risposta non sicura: 
Caso 1 o 3: DO ‘99’ || DO ‘8E’ || SW1SW2 
Caso 2 o 4 (byte INS pari) criptato: DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Caso 2 o 4 (byte INS pari) non criptat o: DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Caso 2 o 4 (byte INS dispar i) non criptat o: DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2  
Nota: il caso 2 o 4 (byte INS dispar i) criptato non è mai usato nella comunicazione tra una VU e una carta. 26.5.2016 L 139/389 Gazzetta ufficiale dell'U nione europea IT     
Di seguit o tre esem pi di trasf ormazioni APDU per comandi con codice INS pari. La Figura 8 mostra un 
comando APDU caso 4 autenti cato, la Figura 9 una risposta APDU caso 2/caso 4 autenticata e la Figura 10 
una risposta APDU, caso 2/caso 4 autenti cata e criptata. 
Figura 8 
Transf ormation of an authenticated Case 4 Command APDU 
Figura 9 
Transforma tion of an authenticated Case 1 / Case 3 Response APDU 
26.5.2016 L 139/390 Gazzetta ufficiale dell'U nione europea IT     
Figura 10 
Transf ormation of an encr ypted and authenticated Case 2/Case 4 Response APDU 
10.5.3  Inter ruzione di una sessione di messaggistica sicur a 
CSM_192  Una VU deve interro mpere una sessione di messaggistica sicura (SM) in corso se e solo se si verifica 
una delle seguenti condizioni: 
—  la VU riceve una risposta APDU in chiaro; 
—  la VU individua un errore di messaggistica sicura in una risposta APDU: 
—  manca un oggett o di dati atteso in messaggistica sicura, l'ordine degli oggett i di dati è errato 
o è incluso un oggett o di dati sconosciuto, 
—  un oggett o di dati in messaggistica sicura non è corretto, ad esem pio il valore MAC non è 
corretto, la struttura TLV non è corretta, o l'indicat ore di riempiment o nel tag ‘87’ non è 
uguale a ‘01’; 
—  la carta invia un byte di status che indica che ha riscontrato un errore di SM (cfr. CSM_194); 
—  si è raggiunt o il limite per il numero di comandi e di rispost e associate all'int erno della sessione 
corrente. Per una data VU, tale limite deve essere definito dal suo fabbr icante, tenendo conto 
dei requisiti di sicurezza dell'hardware usato, con un valore massimo di 240 comandi di SM e 
rispost e associate per sessione. 
CSM_193  Una carta tachi grafic a deve interr ompe re una sessione di messaggistica sicura in corso se e solo se 
si verifica una delle seguenti condizioni: 
—  la carta tachi grafi ca riceve un comando APDU in chiaro; 26.5.2016 L 139/391 Gazzetta ufficiale dell'U nione europea IT     
—  la carta tachi grafi ca individua un errore di messaggistica sicura in un comando APDU: 
—  manca un oggett o di dati atteso in messaggistica sicura, l'ordine degli oggett i di dati è errato 
o è incluso un oggett o di dati sconosciuto, 
—  un oggett o di dati in messaggistica sicura non è corretto, ad esem pio il valore MAC non è 
corretto o la struttura TLV non è corretta; 
—  la carta non è più alimentata o viene reinizializzata; 
—  la VU seleziona una applicazione sulla carta; 
—  la VU inizia la procedura di autenticazione della VU; 
—  si è raggiunt o il limite per il numero di comandi e di rispost e associate all'int erno della sessione 
corrente. Per una data carta, tale limite deve essere definito dal suo fabbr icante, tenendo conto 
dei requisiti di sicurezza dell'hardware usato, con un valore massimo di 240 comandi di SM e 
rispost e associate per sessione. 
CSM_194  Per quanto riguarda l'errore di SM gestito da una carta tachi grafi ca: 
—  se in un comando APDU mancano alcuni ogge tti di dati in messaggistica sicura attesi, l'ordine 
degli oggetti di dati non è corretto o sono inclusi ogget ti di dati sconosciuti, una carta 
tachi grafic a deve rispondere con i byte di stato ‘69 87’; 
—  se un oggett o di dati in messaggistica sicura in un comando APDU non è corretto, una carta 
tachi grafic a deve rispondere con i byte di stato ‘69 88’. 
In tal caso i byte di stato devon o essere restituiti senza usare SM. 
CSM_195  Se una sessione di messaggistica sicura tra una VU e una carta tachigrafica viene interrotta, la VU e 
le carte tachi grafi che devono: 
—  distr ugge re in modo sicuro le chia vi di sessione memor izzate; 
—  stabilire immediatamente una nuo va sessione di messaggistica sicura, come descr itto nelle 
sezioni 10.2 — 10.5. 
CSM_196  Se per qualsiasi motivo la VU decide di riavviare l'aut enticazione reciproca nei confronti di una 
carta inser ita, la procedura deve riprendere con la verifica della catena di certificati della carta, 
come descr itto nella sezione 10.2, e poi continuare come descr itto nelle sezioni 10.2 — 10.5. 
11.  ACCOP PIAMENTO, AUTENTICAZ IONE RECIPR OCA E MESSA GGISTICA SICURA TRA VU E DISPOSITIV O GNSS 
ESTERNO 
11.1.  Principi generali 
CSM_197  Il dispositivo GNSS usato da una VU per deter minare la sua posizione può essere interno (ossia 
costr uito all'inter no dell'in volucro della VU e non amo vibile) o può essere un modulo ester no. Nel 
primo caso non vi è alcuna necessità di standardizzare la comunicazione intern a tra il dispositivo 
GNSS e la VU, pertanto i requisiti di cui al present e capitolo non si applicano. Nel secondo caso, la 
comunicazione tra la VU e il dispositivo GNSS esterno deve essere standardizzata e prote tta come 
indicato al present e capit olo. 
CSM_198  La comunicazione sicura tra l'unità elettronica di bordo e un dispositivo GNSS esterno deve 
avvenire nello stesso modo della comunicazione sicura tra una VU e una carta tachigra fica, con il 
dispositivo GNSS ester no (EGF) nel ruolo della carta. Tutti i requisiti di cui al capitolo 10 per le 
carte tachigra fiche devono essere soddisfatti da un EGF , tenut o conto delle variazioni, dei 
chiar imenti e delle integrazioni di cui al present e capit olo. In particolare la verifica reciproca della 
catena di certificati, dell'aute nticazione della VU e dell'auten ticazione del chip deve essere effettuata 
come descr itto nelle sezioni 11.3 e 11.4. 26.5.2016 L 139/392 Gazzetta ufficiale dell'U nione europea IT     
CSM_199  La comunicazione tra la VU e un EGF differisce dalla comunicazione tra una VU e una carta nel 
fatto che è necessar io che una VU e un EGF siano stati accoppiati una volta in officina prima di 
poter si scambiarsi dati basati su GNSS durante il funzionamento normale. La procedura di 
accoppiament o è descr itta nella sezione 11.2. 
CSM_200  Per la comunicazione tra una VU e un EGF devono essere usati i comandi e le rispost e APDU 
basati sulle norme [ISO 7816-4] e [ISO 7816-8]. La struttura esatta di tali APDU è definita nell'ap ­
pendice 2 del presente allegat o. 
11.2.  Acc oppiamento tra VU e dispositiv o GNSS ester no 
CSM_201  L'accoppiament o tra una VU e un EGF di un veicolo deve essere eseguit o in officina. Solo una VU e 
un EGF che sono stati accoppiati sono in grado di comunicare durante il funzionamento normale. 
CSM_202 L'accoppiament o tra una VU e un EGF è possibile solo se la VU è in modalità taratura. L'accop ­
piament o deve essere avviato dalla VU. 
CSM_203  Un'off icina può riaccoppiare una VU con un altro o con lo stesso EGF in qualsiasi momento. 
Durant e il riaccoppiamento la VU deve cancellare dalla sua memor ia in modo sicuro il certificato 
EGF_MA esistent e e memor izzare il certificato EGF_MA dell'EGF a cui viene accoppiata. 
CSM_204  Un'off icina può riaccoppiare un dispositivo GNSS ester no con un'altra o con la stessa VU in 
qualsiasi momento. Durante il riaccoppiamento l'EGF deve cancellare dalla sua memor ia in modo 
sicuro il certificato VU_MA esiste nte e memor izzare il certificato VU_MA della VU a cui viene 
accoppiat o. 
11.3.  Verifica reciproca della catena di certificati 
11.3.1  Principi generali 
CSM_205  La verifica reciproca della catena di certificati tra una VU e un EGF deve avvenire solo durante 
l'accoppiamento della VU con l'EGF in officina. Durante il funzionament o normale di una VU e un 
EGF accoppiati, nessun certificato deve essere verificato, poiché la VU e l'EGF devon o fidarsi dei 
certificati che hanno memor izzato durante l'accoppiamento, dopo averne verificato la validità 
temporale. Per prot eggere la comunicazione tra la VU e l'EFG, questi ultimi non devon o fidarsi di 
nessun altro certificato. 
11.3.2  Durante l'accoppiamento tra VU e EFG 
CSM_206  Durant e l'accoppiamento con un EFG, una VU deve usare il protocoll o illustrato nella Figura 4 
(sezione 10.2.1) per verificare la catena di certificati del dispositivo GNSS esterno. 
Note alla Figura 4 in questo contesto: 
—  il controllo della comunicazione non rientra nel campo di applicazione della present e 
appendice. L'EGF non è tuttavia una carta intelli gent e (smar t card), per cui la VU probabilmente 
non invierà un comando di reinizializzazione (Reset) per avviare la comunicazione e non 
riceverà un ATR. 
—  I certificat i e le chia vi pubbliche della carta citati nella figura devono essere interpretat i come i 
certificati e le chiavi pubbliche dell'EGF per l'aute nticazione reciproca. Nella sezione 9.1.6 sono 
indicati come EGF_MA. 
—  I certificati Card.C A e le chiavi pubbliche citati nella figura devono essere interpretat i come i 
certificati e le chiavi pubblic he dell'MSCA per la firma dei certificati EGF . Nella sezione 9.1.3 
sono indicati come MSCA_VU-EGF . 26.5.2016 L 139/393 Gazzetta ufficiale dell'U nione europea IT     
—  Il certificato Card.CA .EUR citato nella figur a deve essere interpr etato come il certificato radice 
europeo indicato nel CAR del certificato MSCA_ VU-EGF . 
—  Il certificato Card.Link citat o nella figura deve essere interpretato come il certificato di 
collegam ento dell'EGF , se present e. Come specificato nella sezione 9.1.2, si tratta di un 
certificato di collegame nto per una nuo va coppia di chia vi radice europee creata dalla ERCA e 
firmata con la precedente chia ve privata europea. 
—  Il certificato Card.Link.E UR è il certificato radice europeo indicato nel CAR del certificato Card. 
Link. 
—  Invece del 
 , la VU deve legge re il 
dall'EF ICC. 
—  Invece di selezionare Tachog raph AID, la VU deve selezionare EGF AID. 
—  ‘Ignore Card’ (Ignora Carta) deve essere interpretato come ‘Ignore EGF’ (Ignora EGF). 
CSM_207  Dopo la verifica del certificato EGF_MA, la VU deve memor izzare tale certificato da usare durante 
il funzionamento normale; cfr. sezione 11.3.3. 
CSM_208  Durant e l'accoppiamento a una VU, un dispositivo GNSS ester no deve usare il protocoll o illustrato 
in Figura 5 (sezione 10.2.2) per verificare la catena di certificati della VU. 
Note alla Figura 5 in questo contesto: 
—  la VU deve generare una nuo va coppia di chiavi temporanee usando i parametr i di dominio nel 
certificato EGF . 
—  I certificat i e le chiavi pubblic he della VU citati nella figura sono quelli usati per l'autenticazione 
reciproca. Nella sezione 9.1.4 sono indicati come VU_MA. 
—  I certificati e le chiavi pubblic he VU.C A citati nella figura sono quelli usati per firmare i 
certificati della VU e del dispositivo GNSS esterno. Nella sezione 9.1.3 sono indicati come 
MSCA_VU-EGF . 
—  Il certificato VU.CA .EUR citato nella figura è il certificato radice europeo indicato nel CAR del 
certificato VU.CA . 
—  Il certificato VU.Link indicato nella figura è il certificato di collegament o della VU, se present e. 
Come specifi cato nella sezione 9.1.2, si tratta di un certificato di collegam ento per una nuo va 
coppia di chia vi radice europee creata dalla ERCA e firmata con la precedente chia ve privata 
europea. 
—  Il certificato VU.Link.E UR è il certificato radice europeo indicato nel CAR del certificato VU. 
Link. 
CSM_209  A diffe renza di quanto previsto nel requisito CSM_167, un EGF deve usare l'ora del GNSS per 
verificare la validità temporale di qualsiasi certificato presentato. 
CSM_210  Dopo la verifica del certificato VU_MA, il dispositivo GNSS ester no deve memor izzare tale 
certificato da usare durant e il funzionamento normale; cfr. sezione 11.3.3. 
11.3.3  Durante il funzionamento normale 
CSM_211  Durant e il funzionamento normale, una VU e un EGF devon o usare il protocollo della Figura 11 
per verificare la validità temporale dei certificati EGF_MA e VU_MA memor izzati e per impostare 
la chiave pubblica VU_MA per la successiva autenticazione della VU. Durant e il normale funzio ­
nament o non deve aver luogo nessun'altra verifica reciproca delle catene di certificati. 26.5.2016 L 139/394 Gazzetta ufficiale dell'U nione europea IT     
Da notare che la Figura 11 è costituita sostanzialment e dalle prime fasi illustrate nella Figura 4 e 
nella Figura 5. Si noti inoltre che un EGF non è una carta intellig ente (smar t card), per cui la VU 
probabilmente non invierà un comando di reinizializzazione (Reset) per avviare la comunicazione e 
non riceverà un ATR. In ogni caso ciò non rientra nel campo di applicazione della present e 
appendice. 
Figura 11 
Verifica reciproca della validità temporale dei certificati durante un funzionament o nor male VU — EGF 
CSM_212  Come illustrato nella Figura 11, la VU deve registrare un errore se il certificato EGF_MA non è più 
valido. L'aute nticazione reciproca, l'accordo sulla chiave e la successiva comunicazione mediante 
messaggistica sicura devono tuttavia proseguire normalment e. 
11.4.  Autenticazione della VU, autenticazione del chip e accordo sulla chiav e di sessione 
CSM_213  L'autenti cazione della VU, l'aut enticazione del chip e l'accordo sulla chiave di sessione tra una VU e 
un EGF devon o avere luogo nel corso delle operazioni di accoppiamento e ogniqualvolta si 
ripristini una sessione di messaggistica sicura durant e il funzionamento normale. La VU e l'EFG 
devono eseguire le procedure descr itte nelle sezioni 10.3 e 10.4. Si applicano tutti i requisiti di tali 
sezioni. 
11.5.  Messaggistica sicura 
CSM_214 Tutti i comandi e le risposte scambiate tra una VU e un dispositivo GNSS esterno, dopo un'autenti ­
cazione del chip con esito positivo e fino alla fine della sessione, devono essere prote tte mediante 
messaggistica sicura in modalità di sola autenticazione. Si applicano tutti i requisiti della sezione 
10.5. 
CSM_215  Se si interr ompe una sessione di messaggistica sicura tra una VU e un EFG, la VU deve stabilire 
immediatamente una nuo va sessione di messaggistica sicura, come descr itto nelle sezioni 11.3.3 e 
11.4. 26.5.2016 L 139/395 Gazzetta ufficiale dell'U nione europea IT     
12.  ABBINAMENTO E COMUNICAZIONE TRA VU E SENSORE DI MOVIMENTO 
12.1.  Principi generali 
CSM_216  La VU e il sensore di movimento devon o comunicare usando il prot ocollo di interfaccia specifi cato 
nella norma [ISO 16844-3] durante l'abbinamento e in condizioni di funzionament o normale, con 
le modifiche descr itte nel presente capitolo e nella sezione 9.2.1. 
Nota: si presume che i lettor i del presente capitolo conoscano il contenut o della norma [ISO 
16844-3]. 
12.2.  Abbinamento tra VU e sensore di movimento usando diverse generazioni di chiavi 
Come spieg ato nella sezione 9.2.1, la chia ve mast er del sensore di movimento e tutte le chiavi associate 
vengono periodicamente sostituite. Ciò fa sì che le carte dell'officina possano contenere fino a tre chiavi AES 
relative al sensore di movimento KM-W C (di generazioni consecutive). Analogament e i sensor i di movimento 
possono cont enere fino a tre diverse cifrature di dati basat e su AES (basat e su generazioni consecutive della 
chiave mast er del sensore di movimento KM). Una VU contiene una sola chiave relativa al sensore di 
movimento KM-V U. 
CSM_217  Una VU di seconda generazione e un sensore di movimento di seconda generazione devon o essere 
abbinati come segue (cfr. tabella 6 nella norma [ISO 16844-3]):  
1. si inser isce una carta dell'off icina di seconda generazione nella VU e si colleg a quest'ultima al 
sensore di movimento.  
2. La VU legge tutte le chiavi KM-W C disponibili dalla carta dell'off icina, controlla i rispettivi numer i 
di versione e sceg lie quella il cui numero di versione corrisponde alla chiave KM-VU della VU. Se 
nella carta dell'off icina non è presente la corrispondente chia ve KM-W C, la VU interr ompe la 
procedura di abbinament o e mostra un messaggio di errore apposit o al titolare della carta 
dell'officina.  
3. La VU calcola la chiave maste r del sensore di movimento KM da KM-V U e KM-W C e la chiave di 
identificazione KID da KM, come specifi cato nella sezione 9.2.1.  
4. La VU invia l'istr uzione di avviare la procedura di abbinament o con il sensore di movimento, 
come descr itto nella norma [ISO 16844-3], e cripta il numero di serie che riceve dal sensore di 
movimento con la chia ve di identificazione KID. La VU restituisce il numero di serie criptat o al 
sensore di movimento.  
5. Il sensore di movimento confronta il numero di serie criptato con ciascuna delle cifrature del 
numero di serie che contiene, in successione. Se ne trova una che corrisponde, la VU viene 
autenti cata. Il sensore di moviment o nota la generazione della KID usata dalla VU e restituisce la 
corrispondente versione criptata della sua chiave di abbinament o; vale a dire la cifratura creata 
usando la stessa generazione di KM.  
6. La VU decr ipta la chia ve di accoppiament o usando KM, genera una chia ve di sessione KS, la 
cripta con la chia ve di abbinamento e invia il risultato al sensore di movimento. Il sensore di 
movimento decr ipta KS.  
7. La VU assembla le informazioni di accoppiamento come definito nella norma [ISO 16844-3], 
cripta le informazioni con la chia ve di abbinament o e invia il risultato al sensore di movimento. 
Il sensore di moviment o decr ipta le informazioni di abbinamento.  
8. Il sensore di movimento cripta le informazioni di abbinamento con la chiave KS che ha ricevuto 
e le restituisce alla VU. La VU verifica che le informazioni di abbinamento siano le stesse 
informazioni inviat e dalla VU al sensore di movimento nella fase precedente . Se sì, il sensore di 
movimento ha usato la stessa KS della VU e pertanto nella fase 5 ha inviato la chiave di 
abbinament o cifrata con la generazione corretta di KM. Il sensore di movimento viene quindi 
autenti cato. 
Da notare che le fasi 2 e 5 sono diverse dalla procedura standard della norma [ISO 16844-3]; le 
altre fasi sono standard. 26.5.2016 L 139/396 Gazzetta ufficiale dell'U nione europea IT     
Esempio: supponiamo che un abbinament o abbia luogo nel corso del primo anno di validità del 
certificato ERCA (3); cfr. la Figura 2 nella sezione 9.2.1.2. Inoltre 
—  supponiamo che il sensore di movimento sia stato rilasciato nell'ultimo anno di validità del 
certificato ERCA (1). Esso cont errà quindi i seguenti dati e chiavi: 
—  Ns[1]: numero di serie criptat o con la generazione 1 della chiave KID, 
—  Ns[2]: numero di serie criptat o con la generazione 2 della chiave KID, 
—  Ns[3]: numero di serie criptat o con la generazione 3 della chiave KID, 
—  KP[1]: chiave di abbinament o della generazione 1 (1), criptata con la generazione 1 della 
chia ve KM, 
—  KP[2]: chia ve di abbinament o di seconda generazione, criptata con la generazione 2 della 
chia ve KM, 
—  KP[3]: chiave di abbinament o di terza generazione, criptata con la generazione 3 della chiave 
KM, 
—  supponiamo che la carta dell'off icina sia stata rilasciata nel primo anno di validità del certificato 
ERCA (3). Essa conter rà pertanto la seconda e la terza generazione della chia ve KM-W C. 
—  Supponiamo che la VU sia di seconda generazione e che conteng a la chiave KM-VU di seconda 
generazione. 
In tal caso nelle fasi da 2 a 5 si verificherà quanto segue: 
—  Fase 2: la VU legge la generazione 2 e la generazione 3 della chiave KM-WC dalla carta dell'officina 
e controlla il loro numero di versione. 
—  Fase 3: la VU combina la chiave KM-W C di seconda generazione con la sua chia ve KM-VU per 
calcolare KM e KID. 
—  Fase 4: la VU cripta il numero di serie che riceve dal sensore di moviment o con la chiave KID. 
—  Fase 5: il sensore di movimento confronta i dati ricevuti con Ns[1] e non trova corrispondenze. 
Successivamente confronta i dati con Ns[2] e trova una corrispondenza. Il sensore di 
movimento conclude che la VU è di seconda generazione e quindi restituisce KP[2]. 
12.3.  Abbinamento e comunicazione tra VU e sensore di movimento usando AES 
CSM_218  Come specifi cato nella Tabella 3 della sezione 9.2.1, tutte le chiavi coin volte nell'abbinament o di 
una VU (di seconda generazione) con un sensore di movimento (MoS) e nelle successive comuni ­
cazioni devon o essere chia vi AES, invece di chiavi in TDES a doppia lunghezza come specifi cato 
nella norma [ISO 16844-3]. Tali chiavi AES possono avere una lunghezza di 128, 192 o 256 bit. 
Poiché le dimensioni dei blocchi AES sono di 16 byte, la lunghezza di un messaggio criptat o deve 
essere un multiplo di 16 byte, rispetto agli 8 byte per il TDES. Alcuni di questi messaggi saranno 
inoltre usati per traspor tare le chia vi AES, la cui lunghezza può essere di 128, 192 o 256 bit. Il 
numero di byte di dati per ciascuna istruzione nella tabella 5 della norma [ISO 16844-3] deve 
pertanto essere modific ato come indicato nella Tabella 6: 
Tabella 6 
Numero di byte di dati di testo in chiaro (plaintext) e criptati per istruzione definiti in [ISO 16844-3] 
Istru­
zione Richiesta / 
risposta Descr izione dei dati # di byte di dati di 
testo in chia ro 
(plaintex t) secondo 
[ISO 16844-3] # di byte di dati di 
testo in chia ro 
(plaintex t) usando 
chia vi AES # di byte di dati criptati usando 
chia vi AES di lunghezza (in bit) 
128 192 256 
10 richiesta Dati di autentica ­
zione + numero del 
file 8 8 16 16 16 26.5.2016 L 139/397 Gazzetta ufficiale dell'U nione europea IT     
(1)Da notare che le chia vi di abbinamento di prima, seconda e terza generazione possono in realtà essere la stessa chia ve o possono essere 
tre chia vi diverse con diverse lunghezze, come spiegat o in CSM_117. 
Istru­
zione Richiesta / 
risposta Descr izione dei dati # di byte di dati di 
testo in chia ro 
(plaintex t) secondo 
[ISO 16844-3] # di byte di dati di 
testo in chia ro 
(plaintex t) usando 
chia vi AES # di byte di dati criptati usando 
chia vi AES di lunghezza (in bit) 
128 192 256 
11 risposta Dati di autentica ­
zione + contenut o 
del file 16 o 32 a se­
conda del file 16 o 32 a se­
conda del file 16 / 32 16 / 32 16 / 32 
41 richiesta Numero di serie 
MoS 8 8 16 16 16 
41 risposta Chiave di abbina ­
mento 16 16 / 24 / 32 16 32 32 
42 richiesta Chiave di sessione 16 16 / 24 / 32 16 32 32 
43 richiesta Informazioni di ab­
binamento 24 24 32 32 32 
50 risposta Informazioni di ab­
binamento 24 24 32 32 32 
70 richiesta Dati di autentica ­
zione 8 8 16 16 16 
80 risposta Valore del contat ore 
del MoS + dati di au­
tenticazione 8 8 16 16 16  
CSM_219  Le informazioni di abbinamento inviat e nell'istr uzione 43 (richiesta della VU) e 50 (risposta del 
MoS) devon o essere assemblate come specif icato nella sezione 7.6.10 della norma [ISO 16844-3], 
con la differ enza che deve essere usat o l'algor itmo AES invece dell'algor itmo TDES nello schem a di 
cifratura dei dati di abbinament o, generando quindi due cifrature AES e adottando il riempimento 
specifi cato in CSM_220 per rispettare le dimensioni del blocco AES. La chia ve K'p usata per tale 
cifratura deve essere generata come segue: 
—  nel caso in cui la chia ve di abbinament o KP sia lunga 16 byte: K'p = KP XOR (Ns||Ns); 
—  nel caso in cui la chia ve di abbinament o KP sia lunga 24 byte: K'p = KP XOR (Ns||Ns||Ns); 
—  nel caso in cui la chia ve di abbinament o KP sia lunga 32 byte: K'p = KP XOR (Ns||Ns||Ns||Ns); 
dove NS è il numero di serie a 8 byte del sensore di movimento. 
CSM_220  Nel caso in cui la lunghezza dei dati di testo in chiaro (usando le chia vi AES) non sia un multiplo 
di 16 byte, deve essere usato il metodo di riempimento 2 definito nella norma [ISO 9797-1]. 
Nota: nella norma [ISO 16844-3], il numero di byte di dati di testo in chiaro è sem pre un multiplo 
di 8, in modo che non sia necessar io alcun riempiment o quando si usa TDES. La definizione dei 
dati e dei messaggi della norma [ISO 16844-3] non è modifi cata da questa parte della present e 
appendice, che quindi richiede l'uso del riempimento. 
CSM_221  Per l'istr uzione 11 e nel caso sia necessar io criptare più di un blocco di dati, deve essere usata la 
modalità di funzionament o a blocchi incatenati (CBC) come definito nella norma [ISO 10116], con 
un parametro di interleave m = 1. L'IV da usare è 
—  per l'istr uzione 11: il blocco di autenticazione a 8 byte indicato alla sezione 7.6.3.3 della norma 
[ISO 16844-3], riempito usando il metodo di riempimento 2 definito nella norma [ISO 9797- 
1]; cfr. anche le sezioni 7.6.5 e 7.6.6 della norma [ISO 16844-3]. 26.5.2016 L 139/398 Gazzetta ufficiale dell'U nione europea IT     
—  Per tutte le altre istruzioni in cui sono trasfe riti più di 16 byte come specificato nella Tabella 6: 
‘00’ {16}, vale a dire sedici byte con valore binar io 0. 
Nota: come indicato nelle sezioni 7.6.5 e 7.6.6 della norma [ISO 16844-3], quando il MoS cripta i 
file di dati per l'inclusione nell'istr uzione 11, il blocco di autenti cazione è sia: 
—  usato come vettore di inizializzazione per la cifratura dei file di dati in modalità CBC, che 
—  criptato e incluso come primo blocco nei dati inviati alla VU. 
12.4.  Abbinamento tra VU e sensore di movimento per diverse generazioni di apparecchi 
CSM_222  Come spieg ato nella sezione 9.2.1, un sensore di movimento di seconda generazione può 
conte nere la cifratura basata su TDES dei dati di abbinament o (come definito nella parte A della 
present e appendice), che gli permett e di essere abbinat o a una VU di prima generazione. In tal caso, 
una VU di prima generazione e un sensore di movimento di seconda generazione devon o essere 
abbinati come descr itto nella parte A della presente appendice e nella norma [ISO 16844-3]. Per 
l'abbinamento è possibile usare sia una carta dell'off icina di prima generazione che una di seconda 
generazione. 
Note: 
—  Non è possibile accoppiare una VU di seconda generazione a un sensore di movimento di 
prima generazione. 
—  Non è possibile usare una carta dell'off icina di prima generazione per l'accoppiamento di una 
VU di seconda generazione a un sensore di movimento. 
13.  SICUREZZA PER LA COMUNICAZIONE REMOT A ATTRA VERSO DSR C 
13.1.  Principi generali 
Come specifi cato nell'appendice 14, la VU genera periodicamente dati di monitoraggio del tach igraf o a 
distanza (Remote Tachog raph Monitoring — RTM) e li trasmette al dispositivo (intern o o ester no) di comuni ­
cazione remota (Remote Communication Facility — RCF). Il dispositivo di comunicazione remota è 
responsabile dell'in vio di tali dati all'inte rrogat ore remot o attraverso l'interfaccia DSR C descr itta nell'appendice 
14. L'appendice 1 specifi ca che i dati RTM sono la concat enazione di: 
pay load (dati utili trasmessi) criptato del tachig rafo cifratura del payload del tachigra fo; 
dati di sicurezza DSR Ccome da descr izione che segue 
Il format o in chiaro dei dati payload del tachigraf o è specificato nell'appendice 1 ed ulteri ormente descr itto 
nell'appendice 14. La presente sezione descr ive la struttura dei dati di sicurezza DSR C; la specifi ca formale è 
descr itto nell'appendice 1. 
CSM_223 I dati di testo in chiaro 
 trasmessi da una VU a un dispositivo di comuni ­
cazione remota (se l'RCF è esterno alla VU) o dalla VU all'inter rogatore remoto tramite l'interfaccia 
DSR C (se l'RCF è interno alla VU) devono essere prot etti in modalità cifratura seguita da autenti ­
cazione (encr ypt-then-authenticate), cioè in primo luogo si criptano i dati payload del tachi grafo 
per garant ire la riservatezza del messaggio e successivamente si calcola un MAC per garantire 
l'aute nticità e l'integrità dei dati. 
CSM_224  I dati di sicurezza DSR C devon o essere costituiti dalla concat enazione dei seguenti elementi di dati 
nell'ordine seguent e; cfr. anche Figura 12: 
data e ora correnti  la data e l'ora correnti della VU (tipo di dati 
); 
cont atore  un contat ore da 3 byte, cfr. CSM_225; 26.5.2016 L 139/399 Gazzetta ufficiale dell'U nione europea IT     
numero di serie della VU  il numero di serie della VU (tipo di dati 
); 
numero di versione della chiav e mas ter DSR C  il numero di versione da un byte della chia ve 
mast er DSR C da cui sono calcolat e le chia vi 
DSR C specifiche della VU, cfr. sezione 9.2.2; 
MA C  il MAC calcolato su tutti i byte precedenti dei 
dati RTM. 
CSM_225  Il contat ore da 3 byte nei dati di sicurezza DSR C deve essere in formato MSB-f irst. La prima volta 
che una VU calcola una serie di dati RTM dopo essere stata messa in produzione, il valore del 
contat ore deve essere impostat o a 0. La VU deve aumentare di 1 il valore del contat ore di dati ogni 
volta che si appresta a calcolare una nuo va serie di dati RTM. 
13.2.  Cifratura del payload del tachig rafo e generazione del MA C 
CSM_226 Dato un element o di dati in chiaro con tipo di dati 
 come descr itto nell'ap ­
pendice 14, la VU deve criptare tali dati come illustrato nella Figura 12: deve essere usata la chia ve 
DSR C per la cifratura K_VUDSR C_ENC (cfr. sezione 9.2.2) con AES modalità di funzionamento a 
blocch i incatenati (CBC), come definito nella norma [ISO 10116], con un parametro di interleave 
m = 1. Il vettor e di inizializzazione deve essere uguale a IV = data e ora correnti || ‘00 00 00 00 00 
00 00 00 00’ || contatore, dove data e ora correnti e contatore sono specifi cati in CSM_224. I dati da 
criptare devon o essere riempiti usando il metodo 2 definito nella norma [ISO 9797-1]. 
CSM_227  La VU deve calcolare il MAC nei dati di sicurezza DSR C come indicato nella Figura 12: il MAC 
deve essere calcolato su tutti i byte precedenti nei dati RTM, fino al numero di versione della chiave 
maste r DSR C incluso, includendo i tag e le lunghezze degli oggett i di dati. La VU deve usare la sua 
chiave DSR C per autenticità K_VUDSR C_MA C (cfr. sezione 9.2.2) con l'algor itmo AES in modalità 
CMA C come specif icato in [SP 800-38B]. La lunghezza del MAC deve essere collegata alla 
lunghezza delle chiavi DSR C specifiche della VU, come specificato in CSM_50. 
Figura 12 
Cifratura del pay load del tachig rafo e generazione del MA C 
26.5.2016 L 139/400 Gazzetta ufficiale dell'U nione europea IT     
13.3.  Verifica e decifratura del payload del tachig rafo 
CSM_228  Quando un interr ogatore remoto riceve dati RTM da una VU, esso deve inviare l'intero pacche tto di 
dati RTM a una carta di controllo nel campo dati di un comando PROCESS DSR C MESS AGE, come 
descr itto nell'appendice 2. Successivamente:  
1. la carta di controllo deve verificare il numero di versione della chia ve mast er DSR C nei dati di 
sicurezza DSR C. Se non conosce la chia ve mast er DSR C indicata, la carta di controllo deve 
restituire un errore specificato nell'appendice 2 e interr omper e la procedura.  
2. La carta di controllo deve usare la chia ve master DSR C in combinazione con il numero di serie 
della VU nei dati di sicurezza DSR C per calcolare le chiavi DSR C specifi che della VU 
K_VUDSR C_ENC e K_VUDSR C_MA C, come specifi cato in CSM_124.  
3. La carta di controllo deve usare K_VUDSR C_MA C per verificare il MAC nei dati di sicurezza 
DSR C, come specificato in CSM_227. Se il MAC non è corretto, la carta di controllo deve 
restituire un errore specificato nell'appendice 2 e interr omper e la procedura.  
4. La carta di controllo deve usare K_VUDSR C_ENC per decr iptare il payload criptato del tachi grafo, 
come specifi cato in CSM_226. La carta di controllo deve eliminare il riempimento e restituire i 
dati payload decr iptati del tachi grafo all'inte rrogat ore remot o. 
CSM_229  Al fine di impedire attacch i di tipo repla y attack, l'interrogatore remoto deve verificare l'attualità dei 
dati RTM verificando che data e ora correnti nei dati di sicurezza DSR C non si discostino eccessi ­
vament e dall'ora corrente dell'interr ogatore remot o. 
Note: 
—  ciò implica che l'interrogatore remot o usi una sorgen te orar ia precisa e affidabile. 
—  Poiché secondo l'appendice 14 la VU calcola una nuo va serie di dati RTM ogni 60 secondi e 
l'orologio della VU può discostarsi di 1 minuto dall'ora effettiva, il limite infer iore per l'attualità 
dei dati RTM è di 2 minuti. L'attualità effettiva necessar ia dipende anche dalla precisione dell'o ­
rologio dell'interr ogat ore remot o. 
CSM_230  Quando verifica il corretto funzionament o della funzionalità DSR C di una VU, l'officina deve 
inviare l'inte ro pacchett o di dati RTM ricevuti dalla VU a una carta dell'off icina nel campo dati di 
un comando PROCESS DSR C MESS AGE, come descr itto nell'appendice 2. La carta dell'officina deve 
effettuare tutti i controlli e le azioni specifi cati in CSM_228. 
14.  FIRMA DEL TRASFERIMENTO DEI DATI E VERIFICA DELLE FIRME 
14.1.  Principi generali 
CSM_231  L'apparecc hio intellig ente dedicato (Intellig ent Dedicated Equipment — IDE) deve memor izzare in 
un file di dati fisico i dati ricevuti da una VU o da una carta durante una sessione di trasfer iment o. 
I dati possono essere memor izzati in un dispositivo di memor izzazione esterno (ESM). Tale file 
contiene firme digitali su blocchi di dati, come specifi cato nell'appendice 7, e deve conte nere 
inoltre i seguenti certificati (cfr. sezione 9.1): 
—  in caso di trasfe riment o dei dati su VU: 
—  il certificato VU_Sign, 
—  il certificato MSCA_ VU-EGF cont enente la chiave pubblica da usare per la verifica del 
certificato VU_Sign; 26.5.2016 L 139/401 Gazzetta ufficiale dell'U nione europea IT     
—  in caso di trasfe riment o dei dati su carta: 
—  il certificato Card_Sign, 
—  il certificato MSCA_ Card contenent e la chia ve pubblica da usare per la verifica del 
certificato Card_Sign. 
CSM_232  L'IDE deve anche dispor re di: 
—  nel caso usi una carta di controllo per verificare la firma, come illustrato nella Figura 13: il 
certificato di collegame nto che collega l'ultimo certificato EUR al certificato EUR il cui periodo 
di validità è immediatament e precedente, se esistenti; 
—  nel caso verifichi esso stesso la firma: tutti i certificati radice europei validi. 
Nota: il metod o usato dall'IDE per recuperare tali certificati non è specifi cato nella present e 
appendice. 
14.2.  Generazione della firma 
CSM_233  L'algor itmo di firma usato per creare le firme digitali sui dati trasfer iti deve essere ECDSA, come 
specifi cato in [DSS], usando l'algor itmo di hash collegat o alle dimensioni della chiave della VU o 
della carta, come specificato in CSM_50. Il formato della firma deve essere in chiaro, come 
specifi cato in [TR-03111]. 
14.3.  Verifica della firma 
CSM_234  Un IDE può verificare la firma sui dati trasfe riti oppure può usare una carta di controllo per questo 
scopo. Nel caso usi una carta di controllo, la verifica della firma può avvenire come illustrato in 
Figura 13. Nel caso verifichi esso stesso la firma, l'IDE deve verificare l'aut enticità e la validità di 
tutti i certificati della catena di certificati nel file di dati e la firma sui dati che seguono lo schema 
di firma definito in [DSS]. 
Note alla Figura 13: 
—  l'apparecch io che ha firmat o i dati da analizzare è indicato con EQT . 
—  I certificati e le chiavi pubblic he EQT citati nella figura sono quelli usati per la firma, cioè 
VU_Sign o Card_Sign. 
—  I certificati e le chiavi pubblich e EQT .CA citati nella figura sono quelli usati per firmare i 
certificati della VU o della carta, a seconda del caso. 
—  Il certificato EQT .CA.EUR citato nella figura è il certificato radice europeo indicato nel CAR del 
certificato EQT .CA. 
—  Il certificato EQT .Link indicato nella figura è il certificato di collegame nto dell'EQT , se present e. 
Come specifi cato nella sezione 9.1.2, si tratta di un certificato di collegam ento per una nuo va 
coppia di chiavi radice europee creata dalla ERCA e firmate con la precedente chia ve privata 
europea. 
—  Il certificato EQT .Link.EUR è il certificato radice europeo indicato nel CAR del certificato ETQ. 
Link. 
CSM_235  Per calcolare l'hash M inviat o alla carta di controllo nel comando PSO:Hash, l'IDE deve usare 
l'algor itmo di hash collegat o alle dimensioni della chiave della VU o della carta da cui sono 
trasfe riti i dati, come specifi cato in CSM_50. 
CSM_236  Per verificare la firma dell'EQT , la carta di controllo deve seguire lo schema di firma definito in 
[DSS]. 
Nota: il present e documento non specif ica alcuna azione da intraprendere se la firma su un file di 
dati trasf erito non può essere verificata o se la verifica non va a buon fine. 26.5.2016 L 139/402 Gazzetta ufficiale dell'U nione europea IT     
Figura 13 
Proto collo di verifica della firma su un file di dati trasferi ti 
26.5.2016 L 139/403 Gazzetta ufficiale dell'U nione europea IT     
Appendice 12 
POSIZIONAMENTO BASA TO SUL SISTEMA GLOBALE DI NAVIGAZIONE SATELLIT ARE (GNSS) 
INDICE 
1. INTR ODUZIONE ................................................................................................................................ 405 
1.1. Campo di applicazione ............................................................................................................ 405 
1.2. Acronimi e simboli ................................................................................................................. 405 
2. SPECIFIC HE DEL RICEVITORE GNSS ....................................................................................................... 406 
3. FRASI NMEA ..................................................................................................................................... 406 
4. UNIT À ELETTR ONICA DI BORDO CON DISPOSITIV O GNSS ESTERNO ........................................................... 408 
4.1. Confi gurazione ...................................................................................................................... 408 
4.1.1 Componenti principali e interfa cce ............................................................................................. 408 
4.1.2 Stato del dispositivo GNSS ester no alla fine della produzione ........................................................... 408 
4.2. Comunicazione tra il dispositivo GNSS esterno e l'unità elettronica di bordo ....................................... 409 
4.2.1 Protocollo di comunicazione ..................................................................................................... 409 
4.2.2 Trasfe rimento sicuro di dati GNSS .............................................................................................. 411 
4.2.3 Struttura del comando Read Record ........................................................................................... 412 
4.3. Accoppiamento, autenticaz ione reciproca e accordo sulla chia ve di sessione del dispositivo GNSS esterno 
con l'unità elettronica di bordo .................................................................................................. 413 
4.4. Gestione degli errori............................................................................................................... 413 
4.4.1 Errore di comunicazione con il dispositivo GNSS ester no................................................................ 413 
4.4.2 Violazione dell'integ rità fisica del dispositivo GNSS esterno ............................................................. 413 
4.4.3 Assenza di informazioni sulla posizione provenienti dal ricevitore GNSS ............................................ 413 
4.4.4 Certificato del dispositivo GNSS ester no scaduto ........................................................................... 414 
5. UNIT À ELETTR ONICA DI BORDO SENZA DISPOSITIV O GNSS ESTERNO ........................................................ 414 
5.1. Confi gurazione ...................................................................................................................... 414 
5.2. Gestione degli errori............................................................................................................... 414 
5.2.1 Assenza di informazioni sulla posizione provenienti dal ricevitore GNSS ............................................ 414 
6. CONFLITTO DI ORARI DEL GNSS .......................................................................................................... 414 
7. CONFLITTO SUL MOVIMENTO DEL VEICOL O.......................................................................................... 415  26.5.2016 L 139/404 Gazzetta ufficiale dell'U nione europea IT     
1.  INTR ODUZIONE 
La present e appendice stabilisce i requisiti tecnici per i dati GNSS usati dalle unità elettroniche di bordo, compre si 
i prot ocolli che devono essere implementati per garantire la sicura e corretta trasmissione dei dati relativi alle 
informazioni sul posizionamento . 
Gli articoli principali del regolamento (UE) n. 165/2014 alla base di tali requisiti sono: «Articolo 8 Registrazione 
della posizione del veicolo in deter minati punti nel corso del periodo di lavoro gior naliero», «Articolo 10 
Interfaccia coi sistemi di traspor to intellig enti» e «Articolo 11 Nor me dettag liate per i tachi grafi intelligenti». 
1.1.  Campo di applicazione 
GNS_1  L'unità elettronica di bordo deve raccog liere i dati di localizzazione da almeno un dispositivo GNSS a 
suppor to dell'attuazione dell'ar ticolo 8. 
L'unità elettronica di bordo può compr endere o non comprendere un dispositivo GNSS esterno come illustrato 
nella Figure 1: 
Figura 1 
Conf igurazioni diverse per il ricevitore GNSS. 
1.2.  Acronimi e simboli 
Nella present e appendice sono utilizzati i seguenti acronimi: 
DOP  Diluizione della precisione 
EGF  File elementare dispositivo GNSS 26.5.2016 L 139/405 Gazzetta ufficiale dell'U nione europea IT     
EGNOS  Servizio europeo di coper tura per la navigaz ione geostazionar ia 
GNSS  Sistema globale di navig azione satellitare 
GSA  GPS DOP e satelliti attivi 
HDOP  Diluizione della precisione in orizzontale 
ICD  Documento di controllo dell'interfaccia 
NMEA  National Mar ine Electronics Association 
PDOP  Diluizione della precisione della posizione 
RMC  Recommended Minimum Specific (minimo specifi co raccomandat o) 
SIS  Segnale nello spazio 
VDOP  Diluizione della precisione in verticale 
VU  Unità elettronica di bordo 
2.  SPECIFIC HE DEL RICEVITORE GNSS 
Indipendentement e dalla configurazione del tachi grafo intellig ente con o senza un dispositivo GNSS esterno, la 
trasmissione di informazioni precise e affidabil i sul posizionamento è un elemento essenziale dell'effi cacia di 
funzionamento del tachi grafo intelli gent e. È quindi oppor tuno prescr iverne la compati bilità con i servizi forniti 
dai programmi Galileo e EGNOS (servizio europeo di coper tura per la navigaz ione geostazionari a), come da 
regolamento (UE) n. 1285/2013 del Parlament o europeo e del Consig lio (1). Il sistema realizzato nel quadro del 
programma Galileo è un sistema globale indipendente di navigazione satellitare, mentre quello realizzat o nel 
quadro del programma EGNOS è un sistem a regionale di navigazione satelli tare volto a migliorare la qualità del 
segnale del sistem a di posizionamento globale (Global Positioning System — GPS). 
GNS_2  I fabbr icanti devon o garantire che i ricevito ri GNSS dei tachi grafi intelligenti siano compati bili con i 
servizi di posizionamento forniti dai sistemi Galileo e EGNOS. I fabbricanti possono inoltre optare per la 
compati bilità anch e con ulteri ori sistemi di navig azione satellitare. 
GNS_3  Il ricevito re GNSS deve poter suppor tare l'autenticazione sul servizio aper to (Open Service) di Galileo 
quando tale servizio sarà fornito dal sistema Galileo col sostegno dei fabbr icanti di ricevitor i GNSS. Ai 
tachi grafi intelligenti immessi sul mercato prima che siano soddisfatt e le precedenti condizioni e che non 
suppor tano l'aute nticazione sul servizio aper to (Open Service) di Galileo non sarà tuttavia richiesto un 
adeguamento successiv o (retrofi tting). 
3.  FRASI NMEA 
La presente sezione descr ive le frasi NMEA usate nel funzionament o del tachigraf o intellig ente. La present e 
sezione è valida per la configurazione del tach igraf o intelligent e sia con che senza dispositivo GNSS esterno. 
GNS_4  I dati di localizzazione si basano sulla frase NMEA Recommended Minimum Specif ic (RMC) GNSS Data, che 
contiene le informazioni sulla posizione (latitudine, longitudine), l'ora in format o UTC (oommss.ss) e la 
velocità al suolo in nodi, più altri valor i. 
Il format o della frase RMC è il seguent e (come da norma NMEA V4.1): 26.5.2016 L 139/406 Gazzetta ufficiale dell'U nione europea IT     
(1)Regolament o (UE) n. 1285/2013 del Parlament o europeo e del Consig lio, dell'11 dicembre 2013, relativo all'attuazione e all'esercizio dei 
sistemi europei di radionavig azione via satellit e e che abroga il regolamento (CE) n. 876/2002 del Consig lio e il regolamento (CE) n. 
683/2008 del Parlamento europeo e del Consig lio (GU L 347 del 20.12.2013, pag. 1). 
Figura 2 
Struttura della frase RMC 
Lo stato indica se il segnale GNSS è disponibile. Fino a che il valore dello stato non è impostato su A, i dati 
ricevuti (ad esempio sull'ora o sulla latitudine/longitudine) non possono essere usati per registrare la posizione del 
veicolo nella VU. 
La risoluzione della posizione è basata sul format o della frase RMC di cui sopra. La prima parte dei campi 3) e 5) 
(i primi due numer i) è usata per rappresentare i gradi. La parte restant e è usata per rappresentare i minuti con tre 
decimali. La risoluzione è quindi 1/1000 di minuto o 1/60000 di grado (poich é un minuto è 1/60 di un grado). 
GNS_5  L'unità elettronica di bordo deve conser vare nella propr ia banca dati le informazioni sulla posizione per 
latitudine e longitudine con una risoluzione di 1/10 di min o 1/600 di grado, come descr itto nell'ap ­
pendice 1 per il tipo GeoCoordinates. 
Il comando GPS DOP e satelli ti attivi (GSA) può essere usato dalla VU per deter minare e registrare la 
disponibilità e la precisione del segnale. In particolare HDOP è usato per fornire un'indicazione circa il 
livello di precisione dei dati di localizzazione registrati (cfr. 4.2.2). La VU memor izzerà il valore 
dell'HDOP (Hor izontal Dilution of Precision), calcolato come il valore HDOP minimo tra quelli raccolti 
sui sistemi GNSS disponibili. 
L'identif icativ o del sistema GNSS (GNSS System Id) indica GPS, Glonass, Galileo, Beidou o il sistema di 
poten ziamento basat o su satelliti (Satellit e-Based Augmentation Syste m — SBAS). 
Figura 3 
Struttura della frase GSA 
26.5.2016 L 139/407 Gazzetta ufficiale dell'U nione europea IT     
Dove la modalità 2) fornisce un'indicazione sulla disponibilità del fix: non disponibile (modalità=1) o disponibile 
in 2D (modalità=2) o disponibile in 3D (modalità=3). 
GNS_6  La frase GSA deve essere memor izzata con il numero di registrazione ‘06’. 
GNS_7  La dimensione massima delle frasi NMEA (ad esem pio RMC, GSA o altre) che può essere usata per la 
definizione delle dimensioni del comando «read record» (leggi registrazione) è di 85 byte (cfr. Table 1). 
4.  UNIT À ELETTR ONICA DI BORDO CON DISPOSITIV O GNSS ESTERNO 
4.1.  Conf igurazione 
4.1.1  Componenti principali e interfacce 
In tale conf igurazione, il ricevito re GNSS è parte del dispositivo GNSS esterno. 
GNS_8  Il dispositivo GNSS esterno deve essere alimentat o con una specifica interfaccia del veicolo. 
GNS_9  Il dispositivo GNSS esterno deve essere costituito dai seguenti elementi (cfr. Figure 4): 
a)  un ricevito re GNSS commerciale per fornire i dati sulla posizione attra verso l'interfaccia dati GNSS. 
Ad esempio l'interfaccia dati GNSS può essere conf orme alla norma NMEA V4.10, con il ricevitore 
GNSS che funge da sorgen te e trasmette frasi NMEA al ricetrasmettit ore sicuro GNSS con una 
frequenza di 1 Hz per l'insieme predef inito di frasi NMEA, che devono comprendere almeno le frasi 
RMC e GSA. L'im plementazione dell'inte rfaccia dati GNSS è una scelta dei fabbr icanti dei dispositivi 
GNSS ester ni; 
b)  una unità ricetrasmitte nte (ricetrasmettit ore sicuro GNSS) compati bile con la norma ISO/IEC 7816- 
4:2013 (cfr. 4.2.1) per comunicare con l'unità elettronica di bordo e essere compati bile con l'inter­
faccia dati GNSS per il ricevitore GNSS. Tale unità è dotata di memor ia per conser vare i dati di 
identif icazione del ricevitore GNSS e del dispositivo GNSS ester no; 
c)  un conte nitore, con funzione di rilevamento delle manomissioni, che conteng a sia il ricevito re GNSS 
che il ricetrasmettit ore sicuro GNSS. La funzione di rilevamento delle manomissioni deve attuare le 
misure di protez ione della sicurezza come richiest o nel profilo di protezione del tachi grafo 
intellig ente; 
d)  un'antenna GNSS installata sul veicolo e collegata al ricevitore GNSS tramit e il contenit ore. 
GNS_10  Il dispositivo GNSS esterno è dotato almeno delle seguenti interfa cce ester ne: 
a)  l'interfaccia per l'antenn a GNSS installata sull'autocarr o, se si utilizza un'ant enna esterna; 
b)  l'interfaccia per l'unità elettronica di bordo. 
GNS_11  Il ricetrasmettitore sicuro della VU è all'altro capo della comunicazione sicura con il ricetrasmettit ore 
sicuro GNSS e deve essere compati bile con la norma ISO/IEC 7816-4:2013 per il collegam ento al 
dispositivo GNSS ester no. 
GNS_12  Per il livello fisico della comunicazione con il dispositivo GNSS esterno, l'unità elettronica di bordo deve 
essere compati bile con la norma ISO/IEC 7816-12:2005 o un'altra norma compatibile con ISO/IEC 
7816-4:2013 (cfr. 4.2.1). 
4.1.2  Stato del dispositivo GNSS ester no alla fine della prod uzione 
GNS_13  All'uscita dalla fabbr ica il dispositivo GNSS esterno deve conser vare nella memor ia non volatile del 
ricetrasmettitore sicuro GNSS i seguenti valor i: 
—  la coppia di chiavi EGF_MA e il certificato corrispondent e, 
—  il certificato MSCA _VU-EGF cont enente la chiave pubblica MSCA_VU-EGF .PK da usare per la 
verifica del certificato EGF_MA, 26.5.2016 L 139/408 Gazzetta ufficiale dell'U nione europea IT     
—  il certificato EUR cont enente la chiave pubblica EUR.PK da usare per la verifica del certificato 
MSCA_ VU-EGF , 
—  il certificato EUR il cui periodo di validità precede direttamente il periodo di validità del certificato 
EUR da usare per la verifica del certificato MSCA_ VU-EGF , se presente, 
—  il certificato di collegam ento che collega questi due certificat i EUR, se present e, 
—  il numero di serie compl eto del dispositivo GNSS esterno, 
—  l'identifi cativo del sistema operativo del dispositivo GNSS, 
—  il numero di omologazio ne del dispositivo GNSS ester no, 
—  l'identifi cativo del compo nente di sicurezza del dispositivo GNSS esterno. 
4.2.  Comunicazione tra il dispositiv o GNSS ester no e l'unità elettronica di bordo 
4.2.1  Protocollo di comunicazione 
GNS_14  Il protocollo di comunicazione tra il dispositivo GNSS ester no e l'unità elettronica di bordo deve essere 
compatibile con tre funzioni:  
1. la raccolta e la distr ibuzione di dati GNSS (ad esempio posizione, ora, velocità),  
2. la raccolta dei dati di configurazione del dispositivo GNSS ester no,  
3. il prot ocollo di gestione a suppor to di accoppiament o, aute nticazione reciproca e accordo sulla 
chiave di sessione tra il dispositivo GNSS esterno e la VU. 
GNS_15 Il prot ocollo di comunicazione deve essere basat o sulla norma ISO/IEC 7816-4:2013 con il ricetrasmet ­
titore sicuro della VU che svolge il ruolo di mast er e il ricetrasmettit ore sicuro del GNSS che svolge il 
ruolo di slave. Il collegam ento fisico tra il dispositivo GNSS esterno e l'unità elettronica di bordo si basa 
sulla norma ISO/IEC 7816-12:2005 o su un'altra norma compat ibile con ISO/IEC 7816-4:2013. 
GNS_16  I campi di lunghezza estesa non devono essere suppor tati nel prot ocollo di comunicazione. 
GNS_17  Il prot ocollo di comunicazione di ISO 7816 (sia *-4:2013 che *-12:2005) tra il dispositivo GNSS 
ester no e la VU deve essere impostat o su T=1. 
GNS_18  Per quanto riguarda le funzioni di 1) raccolta e distr ibuzione dei dati GNSS, 2) raccolta dei dati di 
conf igurazione del dispositivo GNSS esterno e 3) protocollo di gestione, il ricetrasmettit ore sicuro GNSS 
deve simulare una smar t card, l'archit ettura del cui file system è composta da un file master (MF) e da 
un file direct ory (DF), con l'identif icativ o dell'applicazione specific ato nell'appendice 1, capit olo 6.2 (‘FF 
44 54 45 47 4D’) e con tre EF contenenti i certificati e un solo file elementare (EF.EGF) con l'identifi ­
cativo uguale a ‘2F2F’ come illustrato nella Table 1. 
GNS_19 Il ricetrasmettitore sicuro GNSS deve memor izzare i dati provenienti dal ricevito re GNSS e la conf igu­
razione nel file EF.EFG. Quest'ultimo è un file di registrazione lineare a lunghezza variabile con un 
identif icativ o uguale a ‘2F2F’ in format o esadecimale. 
GNS_20  La memor ia usata dal ricetrasmettit ore sicuro GNSS per conser vare i dati deve essere in grado di 
eseguire almeno 20 milioni di cicli di scrittura/lettura. A parte questo aspett o, la progettazione interna e 
l'implementazione del ricetrasmettit ore sicuro GNSS è lasciata ai fabbr icanti. 
La mappatura tra i numer i di registrazione e i dati è illustrata nella Table 1. Da notare che vi sono 
quattro frasi GSA per i quattro sistemi satellitar i e il sistema satellitare di poten ziament o basato su 
satelliti (SBA S). 
GNS_21  La struttura dei file è illustrata nella Table 1. Per le condizioni di accesso (ALW, NEV , SM-MA C) cfr. 
appendice 2, capit olo 3.5. 26.5.2016 L 139/409 Gazzetta ufficiale dell'U nione europea IT     
Tabella 1 
Struttura dei file   
Condizioni di accesso 
File ID del file Lettura Aggior na­
mento Criptato 
MF 3F00    
EF.ICC 0002 ALW NEV 
(dalla VU) N. 
DF del dispositivo GNSS 0501 ALW NEV N. 
EF EGF_MA Certificate C100 ALW NEV N. 
EF CA_Cer tificate C108 ALW NEV N. 
EF Link_Cer tificate C109 ALW NEV N. 
EF.EGF 2F2F SM-MA C NEV 
(dalla VU) N.  
File / Elemento di dati Registrazione 
n. Dimensioni (in byte) Valor i standard   
Min. Max.  
MF  552 1 031  
EF.ICC     
sensorGNSSSer ialNumber  8 8       
DF del dispositivo GNSS  612 1 023  
EF EGF_MA Certificate  204 341  
EGFCer tificate  204 341 {00..00} 
EF CA_Cer tificate  204 341  
MemberStateCer tificate  204 341 {00..00} 
EF Link_Cer tificate  204 341  
LinkCer tificate  204 341 {00..00}      
EF.EGF     
Frase NMEA RMC ‘01’ 85 85  
1a frase NMEA GSA ‘02’ 85 85  
2a frase NMEA GSA ‘03’ 85 85  26.5.2016 L 139/410 Gazzetta ufficiale dell'U nione europea IT     
File / Elemento di dati Registrazione 
n. Dimensioni (in byte) Valor i standard   
Min. Max.  
3a frase NMEA GSA ‘04’ 85 85  
4a frase NMEA GSA ‘05’ 85 85  
5a frase NMEA GSA ‘06’ 85 85  
Numero di serie compl eto del dispositivo 
GNSS ester no definito SensorGNSSSer ial­
Number nell'appendice 1. ‘07’ 8 8  
Identif icativ o del sistema operativo del rice­
trasmettitore sicuro GNSS definito Senso ­
rOSIdentifi er nell'appendice 1. ‘08’ 2 2  
Numero di omologazione del dispositivo 
GNSS ester no definito SensorExt ernalGNS ­
SAppro valNumber nell'appendice 1. ‘09’ 16 16  
Identif icativ o del component e di sicurezza 
del dispositivo GNSS esterno definito Sen­
sorExter nalGNSSSCIdentifier nell'appendice 
1. ‘10’ 8 8  
RFU — Riser vato per uso futuro Da ‘11’ a ‘FD’     
4.2.2  Trasferime nto sicuro di dati GNSS 
GNS_22  Il trasfer iment o sicuro dei dati sulla posizione GNSS deve essere consentito solo alle seguenti 
condizioni:  
1. il processo di accoppiament o è stato compl etato come descr itto nell'appendice 11. Meccanismi 
comuni di sicurezza;  
2. l'accordo sulla chia ve di sessione e l'autenticazione reciproca tra la VU e il dispositivo GNSS ester no, 
anch'ess i descr itti nell'appendice 11. Meccanismi comuni di sicurezza, sono stati eseguiti periodi­
camente con la frequenza indicata. 
GNS_23  Ogni T secondi, dove T è un valore inferiore o uguale a 10, a meno che non si verifichi l'accoppiamento 
o l'aute nticazione reciproca e l'accordo sulla chiave di sessione, la VU richiede al dispositivo GNSS 
ester no le informazioni sulla posizione in base alle seguenti fasi:  
1. la VU richiede i dati di localizzazione al dispositivo GNSS esterno insieme ai dati sulla diluizione 
della precisione (dalla frase NMEA GSA). Il ricetrasmettitore sicuro VU deve usare il comando 
SELECT e READ REC ORD(S), conf orme alla norma ISO/IEC 7816-4:2013, in modalità di sola 
autenticazione e con messaggistica sicura, come descr itto nell'appendice 11, sezione 11.5, con l'iden ­
tificativ o del file “2F2F” e numero di registrazione uguale a “01” per la frase NMEA RMC e 
‘02’, ‘03’,‘04’ ,‘05’,‘06’ per la frase NMEA GSA.  
2. Gli ultimi dati di localizzazione ricevuti sono memor izzati nell'EF con identif icativ o ‘2F2F’ e nei 
registr i descr itti nella Table 1 del ricetrasmettit ore sicuro GNSS man mano che quest'ultimo riceve i 
dati NMEA con una frequenza di almeno 1 Hz dal ricevitore GNSS attra verso l'interfaccia dati GNSS.  
3. Il ricetrasmettit ore sicuro GNSS invia la risposta al ricetrasmettit ore sicuro VU usando il messaggio 
di risposta APDU in modalità di sola autenticazione e con messaggistica sicura come descr itto 
nell'appendice 11, punt o 11.5. 26.5.2016 L 139/411 Gazzetta ufficiale dell'U nione europea IT     
4. Il ricetrasmettit ore sicuro GNSS verifica l'aut enticità e l'integri tà della risposta ricevuta. Se la verifica 
ha esito positiv o, i dati di localizzazione sono trasfe riti al processore della VU attra verso l'inte rfaccia 
dati GNSS.  
5. Il processore della VU verifica i dati ricevuti ed estrae le informazioni (ad esem pio latitudine, 
longitudine, ora) dalla frase NMEA RMC. La frase NMEA RMC comprende le informazioni sulla 
validità della posizione. Se la posizione non è valida, i dati di localizzazione non sono ancora 
disponibili e non possono essere usati per registrare la posizione del veicolo. Se la posizione è valida, 
il processore della VU estrae anche i valor i di HDOP dalle frasi NMEA GSA e calcola il valore medio 
sui sistemi satellitar i disponibili (vale a dire quando il fix è disponibile).  
6. Il processore della VU memor izza nella VU le informazioni ricevute e elaborat e come latitudine, 
longitudine, ora e velocità nel format o definito nell'appendice 1. Dizionar io di dati come GeoCoor ­
dinate s, insieme al valore HDOP calcolat o come il minimo dei valor i HDOP raccolti dai siste mi 
GNSS disponibili. 
4.2.3  Struttur a del comando Read Record 
La present e sezione descr ive in dettag lio la struttura del comando Read Record (leggi registrazione). La messag ­
gistica sicura (in modalità di sola aute nticazione) è aggiunta come descr itto nell'appendice 11. Meccanismi 
comuni di sicurezza. 
GNS_24  Il comando deve essere compati bile con la messaggistica sicura in modalità di sola autenticazione, cfr. 
appendice 11. 
GNS_25  Messaggio di comando 
Byte Lunghezza Valore Descr izione 
CLA 1 ‘0Ch’ Richiesta messaggistica sicura 
INS 1 ‘B2h’ Leggi registrazione 
P1 1 ‘XXh’ Numero di registrazione (‘00’ si riferisce alla registrazione cor­
rente ) 
P2 1 ‘04h’ Leggi la registrazione con il numero di registrazione indicato 
in P1 
Le 1 ‘XXh’ Lunghezza dei dati attesa. Numero di byte da legge re  
GNS_26  La registrazione cui si riferisce P1 diventa la registrazione corrente. 
Byte Lunghezza Valore Descr izione 
#1-#X X ‘XX..XXh’ Dati letti 
SW 2 ‘XXXXh’ Parole di stato (SW1, SW2)  
—  Se il comando ha esito positiv o, il ricetrasmettitore sicuro GNSS risponde ‘9000’. 
—  Se il file corrente non è orientato alla registrazione (record oriented), il ricetrasmettit ore sicuro 
GNSS risponde ‘6981’. 
—  Se il comando è usato con P1 = ‘00’, ma non vi è alcun EF corrent e, il ricetrasmettit ore sicuro GNSS 
risponde ‘6986’ (comando non consentito) . 
—  Se la registrazione non è stata trovata, il ricetrasmettitore sicuro GNSS risponde ‘6A 83’. 
—  Se il dispositivo GNSS esterno ha rilevato una manomissione, devono essere inviat e in risposta le 
parole di stato ‘66 90’. 26.5.2016 L 139/412 Gazzetta ufficiale dell'U nione europea IT     
GNS_27  Il ricetrasmettit ore sicuro GNSS deve essere compati bile coi seguenti comandi del tachi grafo di seconda 
generazione specific ati nell'appendice 2: 
Comando Riferimento 
Select Appendice 2, capitolo 3.5.1 
Read Binar y Appendice 2, capitolo 3.5.2 
Get Challenge Appendice 2, capitolo 3.5.4 
PSO: Verify Certificate Appendice 2, capitolo 3.5.7 
Extern al Authenticate Appendice 2, capitolo 3.5.9 
General Authenticat e Appendice 2, capitolo 3.5.10 
MSE:SET Appendice 2, capitolo 3.5.11  
4.3.  Acco ppiamento, autenticazione reciproca e accordo sulla chiav e di sessione del dispositiv o GNSS ester no 
con l'unità elettronica di bordo 
L'accoppiamento, l'autenticazione reciproca e l'accordo sulla chia ve di sessione del dispositivo GNSS ester no con 
l'unità elettronica di bordo sono descr itti nell'appendice 11. Meccanismi comuni di sicurezza, capit olo 11. 
4.4.  Gest ione degli errori 
La presente sezione descr ive in che modo sono gestite e registrat e nella VU le potenziali condizioni di errore del 
dispositivo GNSS ester no. 
4.4.1  Errore di comunicazione con il dispositiv o GNSS ester no 
GNS_28  Se non riesce a comunicare col dispositivo GNSS esterno cui è accoppiata per più di 20 minuti 
consecutivi, la VU deve generare e registrare al suo interno un'anomalia di tipo EventF aultT ype enum 
‘53’H Exter nal GNSS communication fault (errore di comunicazione GNSS esterno) con la marcatura 
orar ia (timestamp) dell'ora corrente . L'anomalia sarà generata solo se sono date le due condizioni 
seguenti: a) il tach igraf o intellig ente non è in modalità taratura e b) il veicolo è in marcia. In questo 
contest o, un errore di comunicazione è attivat o quando il ricetrasmettitore sicuro VU non riceve un 
messaggio di risposta dopo un messaggio di richiesta come descr itto in 4.2. 
4.4.2  Violazione dell'integ rità fisica del dispositiv o GNSS ester no 
GNS_29  Se il dispositivo GNSS ester no è stato violato, il ricetrasmettit ore sicuro GNSS deve cancelare tutta la sua 
memor ia, incluso il mater iale crittografico. Come descr itto in GNS_25 e GNS_26, la VU deve rilevare le 
manomissioni se lo stato della risposta è ‘6690’. La VU deve quindi generare un'anomalia di tipo 
EventFaultT ype enum ‘55’H Tamper detection of GNSS (rilevamento manomissione GNSS). 
4.4.3  Assenza di infor mazioni sulla posizione provenienti dal ricevitore GNSS 
GNS_30  Se il ricetrasmettit ore sicuro GNSS non riceve dati dal ricevito re GNSS per più di 3 ore consecutive, il 
ricetrasmettitore sicuro GNSS deve generare un messaggio di risposta al comando REAR RECORD con 
il numero di registrazione (REC ORD number) uguale a ‘01’ e un campo di dati di 12 byte impostati tutti 
su 0xFF . Alla ricezione del messaggio di risposta con tale valore del campo di dati, la VU deve generare 
e registrare un'anomalia di tipo EventF aultT ype enum ‘52’H exter nal GNSS receiv er fault (errore ricevitore 
GNSS esterno) con la marcatura orar ia (timestamp) dell'ora corrente solo se sono date le due seguenti 
condizioni: a) il tachigra fo intellig ente non è in modalità taratura e b) il veicolo è in marcia. 26.5.2016 L 139/413 Gazzetta ufficiale dell'U nione europea IT     
4.4.4  Certificato del dispositivo GNSS ester no scaduto 
GNS_31  Se rileva che il certificato EGF usato per l'aut enticazione reciproca non è più valido, la VU deve generare 
e registrare un guast o dell'apparecc hio di registrazione di tipo EventF aultT ype enum ‘56’H Exter nal GNSS 
facility certificate expir ed (certificato del dispositivo GNSS esterno scadut o) con la marcatura orar ia 
(timestamp) dell'ora corrente. La VU deve comunque continuare a usare i dati sulla posizione GNSS 
ricevuti. 
Figura 4 
Schema del dispositiv o GNSS ester no 
5.  UNIT À ELETTR ONICA DI BORDO SENZA DISPOSITIV O GNSS ESTERNO 
5.1.  Conf igurazione 
Nella present e conf igurazione, il ricevito re GNSS è all'int erno dell'unità elettronica di bordo, come descr itto nella 
Figure 1. 
GNS_32  Il ricevito re GNSS deve fungere da sorgent e e trasmettere le frasi NMEA al processore della VU, che deve 
fungere da ricevito re con una frequenza di 1/10 Hz o più per l'insieme predefinito di frasi NMEA, che 
deve includere almeno le frasi RMC e GSA. 
GNS_33  Alla VU deve essere colleg ata un'ant enna GNSS ester na installata sul veicolo o un'ant enna GNSS interna. 
5.2.  Gest ione degli errori 
5.2.1  Assenza di infor mazioni sulla posizione provenienti dal ricevitore GNSS 
GNS_34  Se non riceve dati dal ricevito re GNSS per più di 3 ore consecutive, la VU deve generare e registrare 
un'anomalia di tipo EventF aultT ype enum ‘51’H Inter nal GNSS receiv er fault (errore ricevito re GNSS 
intern o) con la marcatura orar ia (timestamp) dell'ora corrente solo se sono date le due condizioni 
seguenti: a) il tach igraf o intelligent e non è in modalità taratura e b) il veicolo è in marcia. 
6.  CONFLITTO DI ORARI DEL GNSS 
Se la VU rileva una discrepanza di più di 1 minuto tra l'orar io della funzione di misurazione dell'ora dell'unità 
elettronica di bordo e l'orar io provenient e dal ricevito re GNSS, la VU registrerà un evento di tipo EventF aultT ype 
enum ‘0B’H Time conf lict (GNSS versus VU inter nal clock) [conf litto di orar i (tra GNSS e orologio interno della VU)]. 
Questa anomalia è registrata unitament e al valore dell'orologio interno dell'unità elettronica di bordo e 
accompagna un meccanismo automatico di regolazione dell'ora. Dopo che si è attivata un'anomalia «Conf litto di 
orar i», la VU non verificherà la discrepanza di orar io per le successive 12 ore. Questa anomalia non si attiva 
qualora nei precedenti 30 gior ni non fosse rilevabile nessun segnale GNSS valido dal ricevito re GNSS. Tuttavia, 
quando le informazioni sulla posizione provenienti dal ricevitore GNSS sono nuo vament e disponibili, deve avere 
luogo la regolazione automatica dell'ora. 26.5.2016 L 139/414 Gazzetta ufficiale dell'U nione europea IT     
7.  CONFLITTO SUL MOVIMENTO DEL VEIC OLO 
GNS_35  La VU deve attivare e registrare un'anomalia «Conf litto sul movimento del veicolo» (cfr. requisito 84 del 
presente allegat o) con una marcatura orar ia (timestamp) dell'ora corrente , nel caso in cui le informazioni 
di moviment o calcolate dal sensore di movimento contrastino con le informazioni di movimento 
calcolate dal ricevitore GNSS interno o dal dispositivo GNSS esterno. Al fine di individuare tali conf litti, 
deve essere usato il valore mediano delle diffe renze di velocità tra tali fonti, come specificato di seguito: 
—  al massimo ogni 10 secondi deve essere calcolat o il valore assoluto della differ enza tra la velocità del 
veicolo stimata dal GNSS e quella stimata dal sensore di movimento; 
—  tutti i valor i calcolati in una finestra temporale che contiene gli ultimi cinque minuti di movimento 
devono essere usati per calcolare il valore mediano; 
—  il valore mediano deve essere calcolat o come la media dell'80 % dei valor i che restano dopo aver 
eliminato i più elevati in valor i assoluti. 
L'anomalia «Conf litto sul movimento del veicolo» deve essere attivata se il valore mediano supera i 10 
Km/h per cinque minuti consecutivi di moviment o del veicolo. Faco ltativamente è possibile usare altre 
fonti indipendenti di rilevament o del movimento del veicolo, in modo da assicurare un rilevamento più 
affidabile delle manipolazioni del tach igraf o. (Nota: si applica l'uso del valore mediano sugli ultimi 5 
minuti per attenuare il rischio di misurare valor i erratici e transito ri). Tale anomalia non deve essere 
attivata nelle seguenti condizioni: a) durante un attra versamento mediante traghetto /treno, b) quando le 
informazioni sulla posizione provenienti dal ricevitore GNSS non sono disponibili e c) in modalità 
taratura.  26.5.2016 L 139/415 Gazzetta ufficiale dell'U nione europea IT     
Appendice 13 
INTERF ACCIA ITS 
INDCE 
1. INTR ODUZIONE ................................................................................................................................ 416 
2. CAM PO DI APPLICAZ IONE .................................................................................................................. 416 
2.1. Acronimi, definizioni e simboli ................................................................................................. 417 
3. REGOL AMENTI E NORME DI RIFERIMENTO ............................................................................................ 418 
4. PRINCIPI DI FUNZIONAMENTO DELL'INTERF ACCIA .................................................................................. 418 
4.1. Precondizioni al trasf erimento dati mediante l'interfaccia ITS ............................................................ 418 
4.1.1 Dati forniti mediante l'interfaccia ITS .......................................................................................... 418 
4.1.2 Contenut o dei dati .................................................................................................................. 418 
4.1.3 Applicazioni ITS .................................................................................................................... 418 
4.2. Tecnologia della comunicazione ................................................................................................ 419 
4.3. Autorizzazione PIN ................................................................................................................ 419 
4.4. Format o del messaggio ............................................................................................................ 421 
4.5. Consenso del conducente ......................................................................................................... 425 
4.6. Recupero dati standard ............................................................................................................ 426 
4.7. Recupero dati personali ........................................................................................................... 426 
4.8. Recupero dei dati relativi ad anomalie e guasti .............................................................................. 426  
1.  INTR ODUZIONE 
La present e appendice stabilisce le specifi che per la progettazione e le procedure da seguire per implementare 
l'interfaccia con i sistemi di traspor to intellig enti (ITS) conf ormement e all'ar ticolo 10 del regolamento (UE) n. 
165/2014 (il regolamen to). 
Il regolamen to specifica che i tach igraf i dei veicoli possono essere muniti di interfacce standardizzate che 
consentono di usare i dati registrati o generati dal tachi grafo nel modo funzionament o, mediante un dispositivo 
esterno, a condizione che siano rispettate le seguenti condizioni: 
a)  l'interfaccia non pregiudica l'autenticità e l'inte grità dei dati del tachigraf o; 
b)  l'interfaccia è conf orme alle norme dettag liate di cui all'ar ticolo 11 del regolamento; 
c)il dispositivo ester no connesso all'interfaccia ha accesso ai dati personali, inclusi i dati relativi alla geolocaliz ­
zazione, solo previo consenso documentabile del conducente cui i dati si riferiscono. 
2.  CAMPO DI APPLICAZIONE 
Il campo di applicazione della presente appendice specifi ca come le applicazioni situate su dispositivi ester ni 
possano ottener e dati (i dati) da un tachi grafo mediante una connessione Bluet ooth®. 
I dati disponibili mediante quest'int erfaccia sono descr itti nell'alleg ato 1 del presente documento. Quest'interf accia 
non impedisce l'applicazione di altre interfacce (ad es. tramit e il bus CAN ) per trasmettere i dati della VU ad altre 
unità di elaborazione del veicolo. 26.5.2016 L 139/416 Gazzetta ufficiale dell'U nione europea IT     
La present e appendice specifica: 
—  i dati disponibili mediante l'interfaccia ITS; 
—  il prof ilo Bluetooth® utilizzato per trasfe rire i dati; 
—  le procedure di richiesta e di trasfer iment o e la sequenza delle operazioni; 
—  il meccanismo di abbinament o tra il tachi grafo e il dispositivo esterno; 
—  il meccanismo di consenso disponibile per il conducente. 
Per chiarezza, il present e alleg ato non specifica: 
—  la raccolta dei dati relativi al funzionamento e alla gestione all'int erno della VU (che sarà specific ata altro ve nel 
regolamento oppure sarà una funzione della prog ettazione del prodotto); 
—  la forma di presentazione dei dati raccolti all'applicazione installata nel dispositivo ester no; 
—  le disposizioni sulla sicurezza dei dati super iore a quella fornita da Bluetooth ® (ad esem pio cifratura) per 
quant o riguarda il contenut o dei dati (che saranno specificate altro ve nel regolamento [Appendice 10 
Meccanismi comuni di sicurezza]); 
—  i protocoll i Bluetooth® utilizzati dall'int erfaccia ITS. 
2.1.  Acron imi, definizioni e simboli 
Nella present e appendice sono utilizzati gli acronimi e le definizioni specifi ci che seguono: 
la comunicazione  lo scambio di informazioni/dati tra un'unità master (i tach igraf i) e un'unità esterna mediante 
l'interfaccia ITS per via Bluetooth®. 
i dati  gli insiemi di dati di cui all'alleg ato 1. 
il regolamento  regolamento (UE) n. 165/2014 del Parlamento europeo e del Consig lio, del 4 febbraio 2014, 
relativ o ai tachi grafi nel settore dei traspor ti su strada, che abroga il regolamento (CEE) 
n. 3821/85 del Consig lio relativ o all'apparecch io di controllo nel settore dei traspor ti su 
strada e modifi ca il regolamento (CE) n. 561/2006 del Parlamento europeo e del Consig lio 
relativ o all'ar monizzazione di alcune disposizioni in mate ria sociale nel settore dei traspor ti 
su strada 
BR  Basic Rate (velocità di base di trasmissione dei dati) 
EDR  Enhanced Data Rate (velocità di trasmissione dati potenziata ) 
GNSS  Global Navig ation Satellit e System (sistema globale di navigaz ione satelli tare) 
IRK  Identity Resolution Key (chiave di risoluzione dell'identità) 
ITS  Intelligent Transpor t System (sistema di traspor to intelli gent e) 
LE  Low Energy (bassa energia) 
PIN  Personal Identif ication Number (numero di identificazione personale) 
PUC  Personal Unbloc king Code (codice di sblocco personale) 
SID  Service Identif ier (identificativo del servizio) 
SPP  Serial Port Profile (profilo della porta seriale) 
SSP  Secure Simple Pairing (abbinamento sem plice e sicuro) 
TRTP  Transf er Request Parameter (parametro di richiesta di trasf erimento) 
TREP  Transf er Response Parameter (parametro di risposta di trasfe riment o) 
VU  Vehicle Unit (unità elettronica di bordo) 26.5.2016 L 139/417 Gazzetta ufficiale dell'U nione europea IT     
3.  REGOL AMENTI E NORME DI RIFERIMENTO 
La specif ica definita nella present e appendice fa riferi mento a e dipende dai regolamenti e dalle norme seguenti 
nella loro interezza o in parte. Le clausole della presente appendice indicano le norme pertinenti o le clausole 
pertinenti delle norme. In caso di qualsiasi contraddizione prevalgono le clausole della present e appendice. 
Qui di seguito sono elencati i regolamenti e le norme cui fa riferimento la present e appendice: 
—  Regolament o (UE) n. 165/2014 del Parlamento europeo e del Consig lio, del 4 febbraio 2014, relativ o ai 
tach igraf i nel settore dei traspor ti su strada, che abroga il regolamento (CEE) n. 3821/85 del Consig lio relativo 
all'apparecch io di controllo nel settore dei traspor ti su strada e modifi ca il regolamento (CE) n. 561/2006 del 
Parlament o europeo e del Consig lio relativ o all'ar monizzazione di alcune disposizioni in mater ia sociale nel 
settore dei traspor ti su strada 
—Regolament o (CE) n. 561/2006 del Parlament o europeo e del Consig lio, del 15 marzo 2006, relativ o all'ar mo­
nizzazione di alcune disposizioni in mater ia sociale nel settore dei traspor ti su strada e che modifica i 
regolamenti del Consig lio (CEE) n. 3821/85 e (CE) n. 2135/98 e abroga il regolamento (CEE) n. 3820/85 del 
Consig lio 
—  ISO 16844 — 4: Road vehicles — Tachograph syste ms — Part 4: Can interface (Veicoli stradali — Sistemi 
tach igraf ici — Parte 4: Interfaccia Can) 
—  ISO 16844 — 7: Road vehicles — Tachog raph systems — Part 7: Parame ters (Veicoli stradali — Siste mi 
tach igraf ici — Parte 7: Parametr i) 
—  Bluet ooth® — Serial Port Profil e — V1.2 (profilo della porta seriale — V1.2) 
—  Bluet ooth® — Core Version 4.2 (versione di base 4.2) 
—  Prot ocollo NMEA 0183 V4.1 
4.  PRINCIPI DI FUNZIONAMENTO DELL'INTERF ACCIA 
4.1.  Precondizioni al trasf eriment o dati mediante l'inter faccia ITS 
È compit o della VU mante nere aggior nati i dati da archiviare al suo intern o, senza inter venti dell'inte rfaccia ITS. I 
mezzi per conseguire questo obiettivo sono interni alla VU. Essi non sono illustrati nella present e appendice ma 
vengono specifi cati altro ve nel regolamento. 
4.1.1  Dati forni ti mediante l'interf accia ITS 
È compi to della VU aggior nare i dati che saranno messi a disposizione mediante l'interfaccia ITS a una frequenza 
determinata nell'ambito delle procedure VU, senza interventi dell'interfacci a ITS. I dati della VU vanno utilizzati 
come base per popolare e aggior nare i dati; i mezzi per raggiungere tale obiettivo sono specifi cati altro ve nel 
regol amento. Se non esiste tale specifi ca, tali mezzi sono una funzione della prog ettazione del prodotto e non 
vengono specifi cati nella present e appendice. 
4.1.2  Contenuto dei dati 
Il contenut o dei dati deve essere conf orme a quanto specifi cato nell'alleg ato 1 della present e appendice. 
4.1.3  Applicazioni ITS 
Le applicazioni ITS useranno i dati messi a disposizione mediante l'interfaccia ITS per, ad esemp io, ottimizzare la 
gestione delle attività del conducente rispettando nel contem po il regolamento, individuare possibili guasti del 
tachi grafo o utilizzare i dati GNSS. Le specifi che delle applicazioni non rientrano nel campo di applicazione della 
present e appendice. 26.5.2016 L 139/418 Gazzetta ufficiale dell'U nione europea IT     
4.2.  Tecnologia della comunicazione 
Lo scambio di dati mediante l'inte rfaccia ITS deve avvenire mediante un'interfaccia Bluetooth ® compatibile con la 
versione 4.2 o più recente . Il Bluetooth® funziona nella banda Industr iale, Scientifica e Medica (ISM) senza licenza 
a 2,4 — 2,485 GHz. Il Bluet ooth® 4.2 offre meccanismi migliorati per la privacy e la sicurezza ed aumenta la 
velocità e l'affi dabilità dei trasf erimenti di dati. Ai fini della present e specifica viene utilizzato il Bluet ooth®, radio 
classe 2, con un campo fino a 10 metr i. Ulter iori informazioni su Bluetooth® 4.2 sono disponibili all'indir izzo 
www .bluet ooth.com (https://www .bluetooth.org/en-us/specification/adopt ed-specif ications?_ga=1.21 5147412. 
2083380574.1435305676). 
La comunicazione va stabilita con il dispositivo di comunicazione dopo il compl etamento di una procedura di 
abbinament o da parte di un dispositivo autor izzato . Poich é Bluet ooth® utilizza un modello master/sla ve per 
controllare quando e dove i dispositivi possono inviare dati, il tach igraf o avrà il ruolo di mast er mentre il 
dispositivo quello di slave. 
Quando un dispositivo ester no entra nel raggio della VU per la prima volta può iniziare il processo di 
abbinament o Bluetooth ® (cfr. anche alleg ato 2). I dispositivi condividono i propr i indir izzi, nomi, prof ili e chiave 
segreta comune (common secret key) che consent e l'abbinamento autom atico in futuro. In seguit o il dispositivo 
esterno è considerato affidabile ed è in grado di iniziare le richiest e di trasfer iment o dati dal tach igraf o. Non si 
prevede di aggiungere meccanismi di cifratura supplementar i rispetto a quelli forniti da Bluet ooth®. Tuttavia se 
sono necessar i ulteriori meccanismi di sicurezza, essi saranno aggiunti conf ormemente ai meccanismi comuni di 
sicurezza di cui all'appendice 10. 
Il principio general e di comunicazione è illustrato nella figura seguent e: 
Si deve utilizzare il prof ilo SPP (Ser ial Port Profi le) di Bluetooth® per trasfer ire dati dalla VU al dispositivo 
esterno. 
4.3.  Autori zzazione PIN 
Per motivi di sicurezza la VU deve applicare un sistem a di autorizzazione con codice PIN separato rispetto all'abbi ­
nament o Bluetooth. Ogni VU deve essere in grado di generare codici PIN ai fini dell'auten ticazione compo sti da 
almeno 4 cifre. Ogni volta che un dispositivo ester no si abbina alla VU deve fornire il codice PIN corretto prima 
di ricevere dati. 26.5.2016 L 139/419 Gazzetta ufficiale dell'U nione europea IT     
L'inser imento corretto del PIN deve compo rtare l'inclusione del dispositivo in una whit elist (elenco di dispositivi 
autori zzati). Tale whit elist deve essere in grado di memor izzare almeno 64 dispositivi abbinati alla VU in 
questione. 
Se viene inser ito il codice PIN errato per tre volte consecutive, il dispositivo deve essere incluso temporaneament e 
nella blac klist (elenco dei dispositivi non autor izzati). Se il dispositivo è inser ito in tale blac klist, ogni altro 
tentativo da parte del dispositivo sarà rifiutat o. Se viene inser ito il codice PIN errato per altre tre volte consecutive, 
il dispositivo viene escluso per un periodo di tempo più lungo (cfr. tabella 1). L'inser iment o corretto del PIN deve 
ripor tare la durata dell'esclusione e il numero di tentativi ai valor i iniziali. Nella figura 1 dell'allegat o 2 è illustrato 
il diagramma della sequenza di un tentativo di convalida del PIN. 
Tabella 1 
Durata dell'esclusione in base al numero di errori consecutivi di inser iment o del codice PIN 
Numero di errori consecutivi Durata dell'esclusione 
3 30 secondi 
6 5 minuti 
9 1 ora 
12 24 ore 
15 Permanent e  
Se viene inser ito il codice PIN errato per quindici volte (5 × 3) consecutive, l'unità ITS deve essere inser ita in una 
blac klist permanente. La cancellazione dalla blac klist permanent e può avvenire soltant o mediante l'inser imento 
corretto del PUC. 
Il PUC deve essere compost o di 8 cifre e va fornito dal fabbr icante con la VU. Se viene inser ito il codice PUC 
errato per dieci volte consecutive, l'unità ITS sarà inser ita nella blac klist in modo irrevocabi le. 
Anche se il fabbr icante offrisse la possibilità di modifi care il codice PIN direttamente mediante la VU, il codice 
PUC non deve essere modificabile. Se possibile, la modifi ca del codice PIN deve compo rtare l'inser imento 
dell'attuale codice PIN direttamente nella VU. 
Inoltre qualsiasi dispositivo incluso nella whit elist deve rimaner vi finché non viene rimosso manualment e 
dall'ut ente (ad es. mediante l'interfaccia uomo-macchina della VU o altri mezzi). In questo modo le unità ITS perse 
o rubate possono essere rimosse dalla whit elist. Inoltre ogni unità ITS che lascia il camp o di connessione 
Bluetooth per oltre 24 ore sarà automaticament e rimosso dalla whit elist della VU e dovrà fornire nuo vament e il 
codice PIN corretto per stabilire la connessione. 
Non è definito il formato dei messaggi tra l'inte rfaccia VU e la VU e quindi è a discrezione del fabbricante. Detto 
fabbr icante dovrà tutta via garantire il rispetto del formato dei messaggi tra l'unità ITS e l'interfaccia VU (cfr. 
specifiche ASN.1). 
Per ogni richiesta di dati devono essere verificate le credenziali del richiedente prima di procedere all'elaborazione. 
Nella figura 2 dell'allegat o 2 è illustrato il diagramma della sequenza della procedura. Qualsiasi dispositivo 
elencato nella blac klist deve essere automaticament e rifiutato; qualsiasi dispositivo non elencato nella whit elist o 
nella blac klist deve ricevere una richiesta di PIN prima di rein viare la richiest a di dati. 26.5.2016 L 139/420 Gazzetta ufficiale dell'U nione europea IT     
4.4.  Formato del messaggio 
Tutti i messaggi scambiati tra l'unità ITS e l'interfacc ia VU devon o essere formattati secondo una struttura 
compo sta da tre parti: intestazione, costituita da un targe t byte (TGT), un source byte (SRC) e un byte di 
lunghezza (LEN); 
campo di dati, costituito da un byte identif icativ o del servizio (SID) e una quantità variabile di dati (max 255); 
byte del totale di controllo dato dalla somma su 1 byte, modulo 256, di tutti i byte del messaggio, escluso il CS 
stesso. 
Il messaggio deve essere Big Endian. 
Tabella 2 
Format o generale del messaggio 
Intestazione Campo dati Totale di 
controllo 
TGT SRC LEN SID TRTP CC CM DATI CS 
3 byte Max 255 byte 1 byte  
Intestazione 
TGT e SRC: ID dei dispositivi targe t (TGT) e source (SRC) del messaggio. L'inte rfaccia VU deve avere l'ID 
preimpost ato su “EE”. Quest o ID non può essere modifi cato. L'unità ITS deve usare l'ID preimpostat o “A0” per il 
primo messaggio della sessione di comunicazione. L'interf accia VU deve assegnare in seguito un ID unico all'unità 
ITS e informarla di questo ID per i futur i messaggi della sessione. 
Il LEN byte deve tenere conto solo della parte “DATI” del campo dati (cfr. tabella 2); i primi 4 byte sono impliciti. 
L'inte rfaccia VU deve conferma re l'autenticità del mittent e del messaggio facend o un controllo incrociat o del 
propr io elenco ID con i dati Bluet ooth e controllando l'unità ITS elencata all'ID fornito e in quel momento nel 
campo di connessione Bluet ooth. 
Campo dati 
Oltre al SID, il campo dati deve comprende re altri parametr i: un parametro di richiesta di trasfer imento (TRTP) e 
byte contat ori. 
Se i dati da trasfe rire sono troppo lunghi rispetto allo spazio disponibile in un messaggio, saranno suddivisi in 
diversi sottomessaggi. Ogni sottom essaggio deve avere la stessa intestazione e SID, ma comprende re un contat ore 
da 2 byte, un contatore corrent e (Counter Current (CC)) e un contatore massimo (Counter Max (CM)) per indicare 
il numero del sottomessaggio. Per abilitare la verifica degli errori e interr ompe re la trasmissione dati il dispositivo 
che riceve i dati conferma tutti i sottomessaggi. Il dispositivo che riceve i dati può: accettare un sottome ssaggio, 
chiedere che sia ritrasmesso, richiedere al dispositivo che ha inviat o il messaggio di ricominciare o interr omper e la 
trasmissione. 
Se non sono usati, a CC e CM va assegnato il valore 0xFF . 
Ad esem pio, il seguent e messaggio: 
INTEST AZIONE SID TRTP CC CM DATI CS 
3 byte Lunghezza super iore a 255 byte 1 byte  26.5.2016 L 139/421 Gazzetta ufficiale dell'U nione europea IT     
deve essere trasmesso come: 
INTEST AZIONE SID TRTP 01 n DATI CS 
3 byte 255 byte 1 byte  
INTEST AZIONE SID TRTP 02 n DATI CS 
3 byte 255 byte 1 byte  
… 
INTEST AZIONE SID TRTP N N DATI CS 
3 byte Max 255 byte 1 byte  
La tabella 3 comprende i messaggi che la VU e l'unità ITS potranno scambiarsi. Il cont enuto di ogni parametro è 
esadecimale. Per motivi di chiarezza CC e CM non sono illustrati nella tabella; cfr. sopra per il formato compl eto. 
Tabella 3 
Contenut o dettagliato del messaggio 
Messaggio Intestazione DATI Totale di 
controllo 
TGT SRC LEN SID TRTP DATI  
RequestPIN ITSID EE 00 01 FF   
SendITSID ITSID EE 01 02 FF ITSID  
SendPIN EE ITSID 04 03 FF 4*INTEGER (0..9)  
PairingR esult ITSID EE 01 04 FF BOOLEAN (T/F)  
SendPUC EE ITSID 08 05 FF 8*INTEGER (0..9)  
BanLif tingResu lt ITSID EE 01 06 FF BOOLEAN (T/F)  
RequestRejected ITSID EE 08 07 FF Ora  
RequestData  
standardT achData EE ITSID 01 08 01   
personalT achData EE ITSID 01 08 02   
gnssData EE ITSID 01 08 03   
standardEventData EE ITSID 01 08 04   
personalEventData EE ITSID 01 08 05   
standardFaultD ata EE ITSID 01 08 06   
manufa cturerData EE ITSID 01 08 07   26.5.2016 L 139/422 Gazzetta ufficiale dell'U nione europea IT     
Messaggio Intestazione DATI Totale di 
controllo 
TGT SRC LEN SID TRTP DATI  
ResquestAccepted ITSID EE Len 09 TREP Dati  
DataUnavail able  
Dati non disponibili ITSID EE 02 0A TREP 10  
Dati personali non con­
divisi ITSID EE 02 0A TREP 11  
NegativeAnsw er  
Rifiuto generico ITSID EE 02 0B SID Req 10  
Servizio non suppor ­
tato ITSID EE 02 0B SID Req 11  
Sottofun zione non sup­
portata ITSID EE 02 0B SID Req 12  
Lung hezza del messag ­
gio non corretta ITSID EE 02 0B SID Req 13  
Condizioni non soddi ­
sfatte o errore nella se­
quenza di richiesta ITSID EE 02 0B SID Req 22  
Rich iesta fuor i valor i li­
mite ITSID EE 02 0B SID Req 31  
Risposta pendente ITSID EE 02 0B SID Req 78  
ITSID non corrispon ­
dente ITSID EE 02 0B SID Req FC  
ITSID non trovato ITSID EE 02 0B SID Req FB   
RequestPIN (SID 01) 
Questo messaggio è emesso dall'int erfaccia VU se un'unità ITS non inclusa nella blac klist ma nemmeno nella 
whit elist invia richieste di dati. 
SendITSID (SID 02) 
Questo messaggio è emesso dall'int erfaccia VU quando un nuo vo dispositivo invia una richiest a. Questo 
dispositivo deve usare il valore preimp ostato “A0” per l'ID prima di ricevere un ID unico per la sessione di 
comunicazione. 
SendPIN (SID 03) 
Questo messaggio è emesso dall'unità ITS che deve essere inclusa nella whitelist dell'interfacci a VU. Il contenut o di 
questo messaggio è un codice di 4 numer i interi (INTEGER) tra 0 e 9. 
PairingR esult (SID 04) 
Questo messaggio è emesso dall'int erfaccia VU per informare l'unità ITS se il codice PIN inviat o è corretto. Il 
conte nuto di questo messaggio deve essere un BOOLEAN con il valore «True» se il codice PIN è corretto o «False» 
se è errato. 
SendPUC (SID 05) 
Questo messaggio è emesso dall'unità ITS per revocare l'inclusione nella blac klist dell'interf accia VU. Il cont enut o 
di questo messaggio è un codice di 8 numer i interi (INTEGER) tra 0 e 9. 26.5.2016 L 139/423 Gazzetta ufficiale dell'U nione europea IT     
BanLif tingResu lt (SID 06) 
Questo messaggio è emesso dall'int erfaccia VU per informare l'unità ITS se il codice PUC inviato era corretto. Il 
conte nuto di questo messaggio deve essere un BOOLEAN con il valore «True» se il codice PUC è corretto o «False» 
se è errato. 
RequestRejected (SID 07) 
Questo messaggio è emesso dall'int erfaccia VU in risposta a un messaggio inviat o da un'unità ITS inclusa nella 
blac klist, ad eccezione del messaggio «SendPUC». Il messaggio deve conte nere il tempo rimanente della 
permanenza dell'unità ITS nella blac klist conf ormemente alla sequenza del formato «Ora» di cui all'alleg ato 3. 
RequestData (SID 08) 
Questo messaggio per l'accesso ai dati è emesso dall'unità ITS. Un parametro di richiest a di trasfe riment o (TRTP) 
indica il tipo di dati richiesti. Vi sono diversi tipi di dati: 
—  standardT achDa ta (TRTP 01): dati disponibili dal tachi grafo e classificat i come non personali. 
—  personalT achD ata (TRTP 02): dati disponibili dal tachi grafo e classificat i come personali. 
—  gnssData (TRTP 03): dati GNSS che sono sempre personali. 
—  standardEventData (TRTP 04): dati relativi alle anomalie registrati e classificati come non personali. 
—  personalEventData (TRTP 05): dati relativi alle anomalie registrati e classificati come personali. 
—  standardFa ultData (TRTP 06): errori registrati e classif icati come non personali. 
—  manuf acturerData (TRTP 07): dati messi a disposizione dal fabbr icante. 
Cfr. allegat o 3 della present e appendice per ulteri ori informazioni sul conte nuto di ciascun tipo di dati. 
Cfr. appendice 12 per ulteriori informazioni sul formato e sul contenut o dei dati GNSS. 
Cfr. allegati IB e IC per ulteriori informazioni sui codici dei dati delle anomalie e sui guasti. 
ResquestAccepted (SID 09) 
Questo messaggio è emesso dall'int erfaccia VU se il messaggio «RequestData» inviato da un'unità ITS è stato 
accettat o. Questo messaggio contiene un TREP da 1 byte, che è il byte TRTP del messaggio associato RequestData, 
e tutti i dati del tipo richiesto. 
DataUnavail able (SID 0A) 
Questo messaggio è emesso dall'interfaccia VU se, per un motivo specifi co, i dati richiesti non sono disponibili 
per l'invio a un'unità ITS inclusa nella whit elist. Il messaggio contiene un TREP da 1 byte, che è il TRTP dei dati 
richiest i e un codice di errore da 1 byte specif icato nella tabella 3. Sono disponibili i codici seguenti: 
—  Dati non disponibili (10): l'interfaccia VU non può accedere ai dati VU per motivi non specifi cati. 
—  Dati personali non condivisi (11): l'unità ITS tenta di accedere a dati personali che non sono condivisi. 26.5.2016 L 139/424 Gazzetta ufficiale dell'U nione europea IT     
NegativeAnsw er (SID 0B) 
Questi messaggi sono emessi dall'int erfaccia VU se una richiesta non può essere soddisfatta per un motivo diverso 
dalla non disponibilità dei dati. Tipicament e, ma non esclusivament e, questi messaggi sono il risultat o di un 
formato scor retto della richiesta (lunghezza, SID, ITSID…). Il TRTP nel campo dati contiene il SID della richiesta. 
Il campo dati contiene un codice che identif ica il motivo della risposta negativa. Sono disponibili i seguenti codici: 
—  Rifiuto gener ico (codice: 10) 
—  L'azione non può essere eseguita per un motiv o che non è citat o sotto o nella sezione (Ente r DataUnav ailable 
section number). 
—  Servizio non suppor tato (codice: 11) 
—  Mancata comprensione del SID relativo alla richiesta. 
—  Sott ofunzione non suppor tata (codice: 12) 
—  Mancata comprensi one del TRTP relativ o alla richiesta. Ad esem pio, può essere mancant e o al di fuor i degli 
intervalli dei valor i accettati. 
—  Lunghezza del messaggio non corretta (codice: 13) 
—  La lunghezza del messaggio ricevuto è errata (non corrispondenza tra il LEN byte e la lunghezza effettiva del 
messaggio). 
—  Condizioni non soddisfatt e o errore nella sequenza di richiesta (codice: 22) 
—  Il servizio richiesto non è attivo o la sequenza dei messaggi di richiesta non è corretta. 
—  Richiesta fuor i valor i limite (codice: 33) 
—  Il parametro indicato (specifico campo dei dati) non è valido. 
—  Risposta pendente (codice: 78) 
—  L'azione richiesta non può essere compl etata nel tempo previsto e la VU non è pronta per accettare un'altra 
richiesta. 
—  ITSID Non corrispondenza (codice: FB) 
—  L'SR C ITSID non corrisponde al dispositivo associato dopo il raffront o con le informazioni Bluetooth. 
—  ITSID Non trovato (codice: FC) 
—  L'SR C ITSID non è associato ad alcun dispositivo . 
Le righe da 1 a 72 (For matMessageModule) del codice ASN.1 nell'allega to 3 indicano il formato dei messaggi 
descr itto nella tabella 3. Ulteriori informazioni sul cont enuto dei messaggi sono disponibili qui di seguit o. 
4.5.  Consenso del conducente 
Tutti i dati disponibili sono classificat i come standard o personali. I dati personali devon o essere accessibili solo se 
il conducent e dà il propr io consenso e quindi accetta che i propr i dati personali connessi al tachi grafo siano 
trasmessi ad applicazioni terze. 
Il consenso del conducent e è dato quando, all'att o del primo inser imento di una carta del conducente o dell'of ­
ficina sconosciuta all'unità elettronica di bordo, il titolare della carta è invitat o a dare il propr io consenso alla 
trasmissione di dati personali connessa al tach igraf o tramit e l'interfacc ia ITS opzionale. (cfr. anche alleg ato I C, 
punt o 3.6.2). 
Lo stato del consenso (abilitato/disabilitat o) è registrato nella memor ia del tachi grafo. 
Nel caso di più conducenti, solo i dati personali relativi ai conducenti che hanno dato il loro consenso saranno 
condivisi con l'interfaccia ITS. Ad esem pio, se vi sono due conducenti nel veicolo e solo il primo conducente ha 
acconsentito di condividere i propr i dati personali, i dati personali concer nenti il secondo conducent e non 
saranno condivisi. 26.5.2016 L 139/425 Gazzetta ufficiale dell'U nione europea IT     
4.6.  Recupero dati standard 
La figura 3 dell'alleg ato 2 illustra i diagrammi della sequenza di una richiesta valida inviata dall'unità ITS per 
accedere ai dati standard. Se l'unità ITS è correttamente inser ita nella whit elist e non richiede dati personali, non è 
necessar ia un'ulteriore verifica. Nei diagrammi è indicato che è già stata seguita la procedura corretta illustrata 
nella figura 2 dell'allegat o 2. Essi possono essere considerati equivalenti alla casella grigia REQUES T TREATMENT 
di cui alla figura 2. 
Tra i dati disponibili sono considerati standard i dati seguenti: 
—  standardT achDa ta (TRTP 01) 
—  StandardEventData (TRTP 04) 
—  standardFa ultData (TRTP 06) 
4.7.  Recupero dati personali 
Nella figura 4 dell'allegat o 2 è illustrato il diagramma della sequenza della procedura per l'elaborazione di una 
richiest a di dati personali. Come indicato sopra, l'interfaccia VU deve inviare dati personali solo se il conducent e 
ha dato esplicitament e il propr io consenso (cfr. anche punt o 4.5). In caso contrar io la richiesta deve essere 
automat icamente rifiutata. 
Tra i dati disponibili, sono considerati personali: 
—  personalT achD ata (TRTP 02) 
—  gnssData (TRTP 03) 
—  personalEventData (TRTP 05) 
—  manuf acturerData (TRTP 07) 
4.8.  Recupero dei dati relativi ad anomalie e guasti 
Le unità ITS devon o essere in grado di richiedere dati relativi alle anomalie contenenti l'elenco di tutte le anomalie 
non previste . Tali dati sono considerati standard o personali (cfr. alleg ato 3). Il contenut o di ogni anomalia è 
conf orme alla documentazione di cui all'alleg ato 1 della presente appendice.  26.5.2016 L 139/426 Gazzetta ufficiale dell'U nione europea IT     
ALLEGATO 1 
ELENCO DEI DATI DISPONIBILI MEDIANTE L'INTERF ACCIA ITS 
Dati Font e Classif icazione consig liata 
VehicleIdentif icationNumber Unità elettronica di bordo non personale 
CalibrationDat e Unità elettronica di bordo non personale 
Tachog raphV ehicleSpeed speed instant t Unità elettronica di bordo personale 
Driver1W orkingStat e Select or driver Unità elettronica di bordo personale 
Driver2W orkingStat e Unità elettronica di bordo personale 
DriveRecognize Speed Threshold detected Unità elettronica di bordo non personale 
Driver1TimeRelatedStat es Weekly day time Carta del conducente personale 
Driver2TimeRelatedStat es Carta del conducente personale 
DriverCardDr iver1 Unità elettronica di bordo non personale 
DriverCardDr iver2 Unità elettronica di bordo non personale 
OverSpeed Unità elettronica di bordo personale 
TimeDate Unità elettronica di bordo non personale 
HighResolution TotalV ehicleDistance Unità elettronica di bordo non personale 
ServiceComponentIdentification Unità elettronica di bordo non personale 
ServiceDela yCalendarTimeBased Unità elettronica di bordo non personale 
Driver1Identif ication Carta del conducente personale 
Driver2Identif ication Carta del conducente personale 
NextCalibrationDat e Unità elettronica di bordo non personale 
Driver1ContinuousDr ivingTime Carta del conducente personale 
Driver2ContinuousDr ivingTime Carta del conducente personale 
Driver1CumulativeBreakTime Carta del conducente personale 
Driver2CumulativeBreakTime Carta del conducente personale 
Driver1Cur rentDurationOfSelectedA ctivity Carta del conducente personale 
Driver2Cur rentDurationOfSelectedA ctivity Carta del conducente personale 26.5.2016 L 139/427 Gazzetta ufficiale dell'U nione europea IT     
Dati Font e Classif icazione consig liata 
SpeedA uthor ised Unità elettronica di bordo non personale 
Tachog raphCardSlot1 Carta del conducente non personale 
Tachog raphCardSlot2 Carta del conducente non personale 
Driver1Name Carta del conducente personale 
Driver2Name Carta del conducente personale 
OutOfScopeCondition Unità elettronica di bordo non personale 
ModeOfOperation Unità elettronica di bordo non personale 
Driver1CumulatedDr ivingTimePreviousAndCur rentW eek Carta del conducente personale 
Driver2CumulatedDr ivingTimePreviousAndCur rentW eek Carta del conducente personale 
EngineSpeed Unità elettronica di bordo personale 
Regist eringMemberState Unità elettronica di bordo non personale 
VehicleRegistrationNumber Unità elettronica di bordo non personale 
Driver1EndOfLastDailyRestPer iod Carta del conducente personale 
Driver2EndOfLastDailyRestPer iod Carta del conducente personale 
Driver1EndOfLastW eeklyRestP eriod Carta del conducente personale 
Driver2EndOfLastW eeklyRestP eriod Carta del conducente personale 
Driver1EndOfSecondLastW eeklyRestPer iod Carta del conducente personale 
Driver2EndOfSecondLastW eeklyRestPer iod Carta del conducente personale 
Driver1Cur rentDailyDr ivingTime Carta del conducente personale 
Driver2Cur rentDailyDr ivingTime Carta del conducente personale 
Driver1Cur rentW eeklyDr ivingTime Carta del conducente personale 
Driver2Cur rentW eeklyDr ivingTime Carta del conducente personale 
Driver1TimeLef tUntilN ewDailyRestPer iod Carta del conducente personale 
Driver2TimeLef tUntilN ewDailyRestPer iod Carta del conducente personale 
Driver1CardExpir yDate Carta del conducente personale 26.5.2016 L 139/428 Gazzetta ufficiale dell'U nione europea IT     
Dati Font e Classif icazione consig liata 
Driver2CardExpir yDate Carta del conducente personale 
Driver1CardNextMandatory DownloadDat e Carta del conducente personale 
Driver2CardNextMandatory DownloadDat e Carta del conducente personale 
Tachog raphNextMandatory DownloadDat e Unità elettronica di bordo non personale 
Driver1TimeLef tUntilN ewW eeklyRestP eriod Carta del conducente personale 
Driver2TimeLef tUntilN ewW eeklyRestP eriod Carta del conducente personale 
Driver1NumberOfTimes9hDailyDr ivingTimesExceeded Carta del conducente personale 
Driver2NumberOfTimes9hDailyDr ivingTimesExceeced Carta del conducente personale 
Driver1CumulativeUnint erruptedRestTime Carta del conducente personale 
Driver2CumulativeUnint erruptedRestTime Carta del conducente personale 
Driver1MinimumDailyRest Carta del conducente personale 
Driver2MinimumDailyRest Carta del conducente personale 
Driver1MinimumW eeklyRest Carta del conducente personale 
Driver2MinimumW eeklyRest Carta del conducente personale 
Driver1MaximumDailyPer iod Carta del conducente personale 
Driver2MaximumDailyPer iod Carta del conducente personale 
Driver1MaximumDailyDr ivingTime Carta del conducente personale 
Driver2MaximumDailyDr ivingTime Carta del conducente personale 
Driver1NumberOfUsedReducedDailyRestPer iods Carta del conducente personale 
Driver2NumberOfUsedReducedDailyRestPer iods Carta del conducente personale 
Driver1RemainingCur rentDr ivingTime Carta del conducente personale 
Driver2RemainingCur rentDr ivingTime Carta del conducente personale 
GNSS position Unità elettronica di bordo personale  
2)DATI GNSS CONTINUI DISPONIBILI DOPO IL CON SENSO DEL CONDUCENTE 
Cfr. appendice 12 — GNSS. 26.5.2016 L 139/429 Gazzetta ufficiale dell'U nione europea IT     
3)CODICI DELLE ANOMALIE DISPONIBILI SENZA IL CON SENSO DEL CONDUCENTE 
Anomalia Regole di memor izzazione Dati da registrare per ogni anomalia 
Inser imento di una carta 
non valida —  le 10 anomalie più recenti —  data e ora dell'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione della carta o delle carte che hanno dato 
origine all'anomalia 
—numero di anomalie simili nel gior no in que­
stione 
Conf litto di carte —  le 10 anomalie più recenti —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle due carte che hanno dato origine al 
conf litto 
Chiusura errata ultima 
sessione carta —  le 10 anomalie più recenti —  data e ora dell'inser imento della carta 
—tipo, numero, Stato membro di rilascio e genera ­
zione della carta o delle carte 
—  dati relativi all'ultima sessione letti sulla carta: 
—  data e ora dell'inser iment o della carta 
—  VRN, Stato membro di immatr icolazione e 
generazione della VU 
Interr uzione dell'alimen ­
tazione di energia (2) —  l'anomalia di maggiore durata per 
ciascuno degli ultimi 10 gior ni in 
cui si è verificata 
—  le 5 anomalie di maggiore durata 
nel corso degli ultimi 365 gior ni —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
dell'anomalia 
—numero di anomalie simili nel gior no in que­
stione 
Errore di comunicazione 
con il dispositivo di co­
municazione remota —  l'anomalia di maggiore durata per 
ciascuno degli ultimi 10 gior ni in 
cui si è verificata 
—  le 5 anomalie di maggiore durata 
nel corso degli ultimi 365 gior ni —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
dell'anomalia 
—numero di anomalie simili nel gior no in que­
stione 
Assenza di informazioni 
sulla posizione prove­
nienti dal ricevito re 
GNSS —  l'anomalia di maggiore durata per 
ciascuno degli ultimi 10 gior ni in 
cui si è verificata 
—  le 5 anomalie di maggiore durata 
nel corso degli ultimi 365 gior ni —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
dell'anomalia 
—numero di anomalie simili nel gior no in que­
stione 
Errore dei dati di movi­
mento —  l'anomalia di maggiore durata per 
ciascuno degli ultimi 10 gior ni in 
cui si è verificata 
—  le 5 anomalie di maggiore durata 
nel corso degli ultimi 365 gior ni —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
dell'anomalia 
—numero di anomalie simili nel gior no in que­
stione 26.5.2016 L 139/430 Gazzetta ufficiale dell'U nione europea IT     
Anomalia Regole di memor izzazione Dati da registrare per ogni anomalia 
Dati contrastanti sul mo­
vimento del veicolo —  l'anomalia di maggiore durata per 
ciascuno degli ultimi 10 gior ni in 
cui si è verificata 
—  le 5 anomalie di maggiore durata 
nel corso degli ultimi 365 gior ni —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
dell'anomalia 
—numero di anomalie simili nel gior no in que­
stione 
Tentativi di violazione 
della sicurezza le ultime 10 anomalie per ogni tipo 
di anomalia —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia (se pertinenti) 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
dell'anomalia 
—  tipo di anomalia 
Dati contrastanti sull'ora —  l'anomalia di maggiore durata per 
ciascuno degli ultimi 10 gior ni in 
cui si è verificata 
—  le 5 anomalie di maggiore durata 
nel corso degli ultimi 365 gior ni —  data e ora dell'apparecchio di controllo 
—  data e ora del GNSS 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
dell'anomalia 
—numero di anomalie simili nel gior no in que­
stione  
4)CODICI DELLE ANOMALIE DISPONIBILI CON IL CONSENSO DEL CONDUCENTE 
Anomalia Regole di memor izzazione Dati da registrare per ogni anomalia 
Guida in assenza di una 
carta adeguata —  l'anomalia di maggiore durata per 
ciascuno degli ultimi 10 gior ni in 
cui si è verificata 
—  le 5 anomalie di maggiore durata 
nel corso degli ultimi 365 gior ni —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
dell'anomalia 
—numero di anomalie simili nel gior no in que­
stione 
Inser imento della carta 
durante la guida —l'ultima anomalia per ciascuno de­
gli ultimi 10 gior ni in cui si è ve­
rificata —  data e ora dell'anomalia, 
—tipo, numero, Stato membro di rilascio e genera ­
zione della carta o delle carte 
—numero di anomalie simili nel gior no in que­
stione 
Superamento della velo ­
cità (1) —  l'anomalia più grave per ciascuno 
degli ultimi 10 gior ni in cui si è 
verificata (cioè quella con la più 
alta velocità media) 
—  le 5 anomalie più gravi nel corso 
degli ultimi 365 gior ni 
—  la prima anomalia verificatasi 
dopo l'ultima taratura —  data e ora di inizio dell'anomalia 
—  data e ora di fine dell'anomalia 
—  velocità massima misurata durante l'anomalia 
—  media aritmetica della velocità misurata durant e 
l'anomalia 
—tipo, numero, Stato membro di rilascio e genera ­
zione della carta del conducent e (se applicabili) 
—numero di anomalie simili nel gior no in que­
stione  26.5.2016 L 139/431 Gazzetta ufficiale dell'U nione europea IT     
5)CODICI DEI GUASTI DISPONIBILI SENZA IL CONSENSO DEL CONDUCENTE 
Guasto Regole di memor izzazione Dati da registrare per ciascun guast o 
Guast o della carta —  gli ultimi 10 guasti della carta del 
conducente —  data e ora di inizio del guast o 
—  data e ora di fine del guast o 
—tipo, numero, Stato membro di rilascio e genera ­
zione della carta o delle carte 
Guasti dell'apparecchio di 
controllo —  gli ultimi 10 guasti per ogni tipo 
di guast o 
—il primo guast o dopo l'ultima ta­
ratura —  data e ora di inizio del guast o 
—  data e ora di fine del guast o 
—  tipo di guasto 
—tipo, numero, Stato membro di rilascio e genera ­
zione delle carte inser ite all'inizio e/o alla fine 
del guast o  
Questo guasto deve attivarsi, quando non è attivo il modo taratura, in ciascuno dei casi seguenti: 
—  guast o interno della VU 
—  guast o della stampa nte 
—  guast o del dispositivo di visualizzazione 
—  guast o nel trasf erimento di dati 
—  guast o del sensore 
—  guast o del ricevito re GNSS o del dispositivo GNSS esterno 
—  guast o del dispositivo di comunicazione remota 
6)ANOMALIE SPECIFIC HE DEFINITE DAL FABBRICANTE E GUASTI SENZA IL CONSENSO DEL CON DUCENTE 
Anomalia o guasto Regole di memor izzazione Dati da registrare per ogni anomalia 
Defi nito dal fabbr icante Definito dal fabbr icante Definito dal fabbr icante   26.5.2016 L 139/432 Gazzetta ufficiale dell'U nione europea IT     
ALLEGATO 2 
DIA GRAMMI DELLE SEQUENZE DEGLI SCAMBI DI MESSA GGI CON L'UNIT À ITS 
Figura 1 
Diag ramma della sequenza del tent ativ o di convalida del PIN 
26.5.2016 L 139/433 Gazzetta ufficiale dell'U nione europea IT     
Figura 2 
Diag ramma della sequenza per la verifica dell'aut orizzazione dell'unità ITS 
26.5.2016 L 139/434 Gazzetta ufficiale dell'U nione europea IT     
Figura 3 
Diag ramma della sequenza di elaborazione della richiest a di dati classif icati come non personali (dopo il 
corrett o inser iment o del PIN) 
Figura 4 
Diag ramma della sequenza di elaborazione della richiest a di dati classif icati come personali (dopo il corretto 
inser imento del PIN) 
26.5.2016 L 139/435 Gazzetta ufficiale dell'U nione europea IT     
Figura 5 
Diag ramma della sequenza del tentati vo di convalida del PUC 
26.5.2016 L 139/436 Gazzetta ufficiale dell'U nione europea IT     
ALLEGATO 3 
SPECIFICHE ASN .1 
26.5.2016 L 139/437 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/438 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/439 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/440 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/441 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/442 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/443 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/444 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/445 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/446 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/447 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/448 Gazzetta ufficiale dell'U nione europea IT     
Appendice 14 
FUNZIONE DI COMUN ICAZIONE REMOT A 
INDICE 
1 INTR ODUZIONE ................................................................................................................................ 450 
2 CAM PO DI APPLICAZ IONE .................................................................................................................. 451 
3 ACRONIMI, DEFINIZIONI E SIMBOLI ...................................................................................................... 452 
4 SCENARI OPERA TIVI .......................................................................................................................... 454 
4.1 Panoramica ........................................................................................................................... 454 
4.1.1 Precondizioni per il trasf erimento di dati tramite l'interfaccia DSR C 5,8 GHz ....................................... 454 
4.1.2 Profi lo 1a: con un lettor e della comunicazione remota a fini di diagnosi precoce sorretto e puntato manual ­
mente o posizionato su un cavalletto a lato della strada e puntato ..................................................... 455 
4.1.3 Profi lo 1b: con un lettore della comunicazione remota a fini di diagnosi precoce (REDCR) montato sul vei­
colo e puntato ....................................................................................................................... 456 
4.2 Sicurezza/integr ità.................................................................................................................. 456 
5 STR UTTURA E PROTOCOLLI DI COMUNICAZIONE REMOT A...................................................................... 456 
5.1 Struttura .............................................................................................................................. 456 
5.2 Sequenza .............................................................................................................................. 459 
5.2.1 Operazioni ........................................................................................................................... 459 
5.2.2 Interp retazione dei dati ricevuti tramite la comunicazione DSR C....................................................... 461 
5.3 Parametr i dell'interfacci a fisica DSR C per la comunicazione remota ................................................... 461 
5.3.1 Vincoli relativi alla posizione .................................................................................................... 461 
5.3.2 Parametr i di downlink e uplink ................................................................................................. 461 
5.3.3 Progettazione dell'ant enna ........................................................................................................ 466 
5.4 Requisiti del protocoll o DSR C per l'RTM ..................................................................................... 466 
5.4.1 Panoramica ........................................................................................................................... 466 
5.4.2 Comandi .............................................................................................................................. 469 
5.4.3 Sequenza di comandi di interr ogazione ....................................................................................... 469 
5.4.4 Strutture dei dati .................................................................................................................... 470 
5.4.5 Elementi di RtmData, azioni eseguit e e definiz ioni ......................................................................... 472 
5.4.6 Meccanismo di trasf erimento dei dati .......................................................................................... 476 
5.4.7 Descr izione dettag liata della transazione DSR C............................................................................. 476 
5.4.8 Descr izione della transazione di prova DSR C................................................................................ 486 
5.5 Conf ormità alla direttiva 2015/71/UE ......................................................................................... 490 
5.5.1 Panoramica ........................................................................................................................... 490 26.5.2016 L 139/449 Gazzetta ufficiale dell'U nione europea IT     
5.5.2 Comandi .............................................................................................................................. 490 
5.5.3 Sequenza di comandi di interr ogazione ....................................................................................... 490 
5.5.4 Strutture dei dati .................................................................................................................... 490 
5.5.5 Modulo ASN. 1 per la transazione OWS DSR C............................................................................. 491 
5.5.6 Elementi di OwsData, azioni eseguit e e definizioni ......................................................................... 492 
5.5.7 Meccanismi di trasfe rimento dei dati ........................................................................................... 492 
5.6 Trasfe rimento di dati tra la DSR C-VU e la VU ............................................................................... 492 
5.6.1 Collegament o fisico e interfacce ................................................................................................. 492 
5.6.2 Protocollo dell'applicazione ...................................................................................................... 493 
5.7 Trattamento degli errori........................................................................................................... 494 
5.7.1 Registrazione e comunicazione dei dati nella DSR C-VU................................................................... 494 
5.7.2 Errori di comunicazione senza fili.............................................................................................. 494 
6 PROVE DI ATTIV AZIONE E DI ISPEZIONE PERIODICA PER LA FUNZIONE DI COMUNICAZIONE REMOT A............ 496 
6.1 Aspetti generali ...................................................................................................................... 496 
6.2 ECHO .................................................................................................................................. 496 
6.3 Prove per conval idare il contenut o dei dati sicur i........................................................................... 496  
1  INTR ODUZIONE 
La presente appendice stabilisce le specifi che di progettazione e le procedure da seguire per realizzare la 
funzione di comunicazione remota (la comunicazione) conf ormement e all'ar ticolo 9 del regolamento (UE) 
n. 165/2014 (il regolamento). 
DSC_1  Il regolamento (UE) n. 165/2014 stabilisce che il tach igraf o deve essere munito di una funzionalità di 
comunicazione remota che consenta agli agenti delle autorità di controllo compe tenti di leggere le 
informazioni del tachigraf o dai veicoli in transito tramite un dispositivo che interr oga il tachi grafo a 
distanza [il lettore della comunicazione remota a fini di diagnosi precoce (REDCR)]. Tale dispositivo di 
interro gazione si collega senza fili grazie alle interfa cce CEN 5,8 GHz di comunicazione dedicata a 
corto raggio (DSR C). 
È imp ortante capire che questa funzionalità è intesa a fung ere esclusivamente da pref iltro per sceg liere 
i veicoli da sottopor re a ispezione e non sostituisce la procedura di ispezione formale prevista dal 
regolamento (UE) n. 165/2014. Si veda il considerando 9 del preambolo del presente regolamento, 
che stabilisce che la comunicazione remota fra il tachi grafo e le autorità preposte ai controlli ai fini 
dei controlli su strada agev ola i controlli su strada mirati. 
DSC_2  I dati devono essere scambiati usando la comunicazione, che deve consistere in uno scambio senza fili 
tramite DSR C 5,8 GHz conf orme alla present e appendice. Essi devono essere testati per verificarne la 
compati bilità ai parametr i pertinenti della norma EN 300 674-1, [Electromagnetic compati bility and 
Radio spectr um Matters (ERM); Road Transpor t and Traffic Telematics (RTTT); Dedicat ed Shor t Range 
Communication (DSR C) transmission equipment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz 
Industr ial, Scientifi c and Medical (ISM) band; Part 1: General charact eristics and test methods for Road 
Side Units (RSU) and On -Board Units (OBU)]. 
DSC_3  La comunicazione con i relativi dispositivi deve essere stabilita solo quando richiest o dal dispositivo 
dell'auto rità di controllo compet ente tramite mezzi di comunicazione radio conf ormi [il lettore della 
comunicazione remo ta a fini di diagnosi precoce (REDCR)]. 
DSC_4  I dati devon o essere prot etti per garan tirne l'integrità. 26.5.2016 L 139/450 Gazzetta ufficiale dell'U nione europea IT     
DSC_5  L'accesso ai dati comunicati deve essere limitato alle autori tà di controllo compet enti autorizzate ad 
accer tare le violazioni del regolamento (CE) n. 561/2006 e del regolamento (UE) n. 165/2014 e alle 
officine , nella misura necessar ia alla verifica del corretto funzionamento del tachi grafo. 
DSC_6  I dati scambiati durant e la comunicazione devon o limitarsi ai dati necessar i ai fini dei controlli su strada 
mirati dei veicoli muniti di un tach igraf o potenzialment e manomesso o usato impropr iament e. 
DSC_7  L'integri tà e la sicurezza dei dati devon o essere otte nute conser vando i dati nell'unità elettronica di 
bordo (VU) in modalità sicura e comunicando solo il payload in modalità sicura e i dati relativi alla 
sicurezza (cfr. paragraf o 5.4.4) tramite il mezzo di comunicazione remota senza fili DSR C 5,8 GHz. In 
questo modo solo le persone autorizzate delle autor ità di controllo compe tenti hanno modo di capire 
i dati trasmessi con la comunicazione e di verificar ne l'aut enticità. Cfr. l'appendice 11 (Meccanismi 
comuni di sicurezza). 
DSC_8  I dati devon o contenere un timeStamp indicante l'ora dell'ultimo aggior nament o. 
DSC_9  Il contenut o dei dati di sicurezza deve essere noto e sotto il controllo esclusivo delle autori tà di 
controllo compe tenti e delle parti con cui condividono queste informazioni ed esula dalle disposizioni 
della comunicazione oggett o della present e appendice, tranne per il fatto che la comunicazione prevede il 
trasfe rimento di un pacchett o di dati di sicurezza con ciascun pacche tto di payload. 
DSC_10  La stessa arch itettura e gli stessi dispositivi devono poter essere usati per acquisire altri concetti di dati 
(come il peso a bordo) usando l'archit ettura qui specifi cata. 
DSC_11  A scanso di equiv oci, in conf ormità alle disposizioni del regolamento (UE) n. 165/2014, articolo 7, i 
dati riguardanti l'identità del conducente non devono essere comunicati tramit e la comunicazione. 
2  CAMPO DI APPLICAZ IONE 
La present e appendice specifi ca come gli agenti delle autorità di controllo compet enti usano una comunicazione 
senza fili DSR C 5,8 GHz specifi cata per otte nere dati a distanza (i dati) da un veicolo bersag lio, che rivelano che 
tale veicolo potrebbe violare il regolamento (UE) n. 165/2014 e sarebbe oppor tuno valutare di fermarlo per 
ulteriori controlli. 
Secondo il regolamento (UE) n. 165/2014, i dati raccolti devono limitarsi o appar tenere a dati che identif icano 
una poten ziale violazione, come definita all'ar ticolo 9 del medesimo. 
In questo scenar io, il tempo a disposizione per la comunicazione è limitat o, perché la comunicazione è mirata e a 
corto raggio. Inoltre il mezzo di comunicazione usato per il monitoraggio a distanza del tach igraf o (RTM) può 
essere usato dalle autor ità di controllo compet enti anch e per altre applicazioni (ad esempio per i pesi massimi e 
le dimensioni massime dei veicoli commerciali pesanti definiti nella direttiva 2015/719/UE) e tali operazioni 
possono essere separate o in sequenza a discrezione delle autorità di controllo compet enti. 
La present e appendice specifi ca: 
—  Le apparecchiature, le procedure e i protocolli di comunicazione da usare per la comunicazione 
—  Le norme e i regolamenti ai quali le apparecc hiature radio devon o essere conf ormi 
—  La presentazione dei dati alle apparecc hiature di comunicazione 
—  Le procedure di richiesta e di trasfer iment o e la sequenza delle operazioni 
—  I dati da trasf erire 
—  La potenziale interpretazione dei dati trasfe riti durante la comunicazione 
—  Le disposizioni sui dati di sicurezza relativi alla comunicazione 26.5.2016 L 139/451 Gazzetta ufficiale dell'U nione europea IT     
—  La messa a disposizione dei dati alle autor ità di controllo compet enti 
—  In che modo il lettore della comunicazione remo ta a fini di diagnosi precoce può richiedere diversi concetti di dati 
sul carico e sul parco veicoli 
A fini di chiarezza, la present e appendice non specifi ca: 
—  la raccolta del funzionamento e della gestione dei dati all'inter no della VU (che deve essere una funzione 
della prog ettazione del prodott o salvo altra indicazione nel regolamento (UE) n. 165/2014); 
—  la forma in cui i dati raccolti sono presentati all'agen te delle autorità di controllo compet enti né i criteri che 
le autor ità di controllo compet enti devono usare per decidere quali veicoli fermare (che deve essere una 
funzione della prog ettazione del prodott o salvo altra indicazione nel regolamento (UE) n. 165/2014 o una 
decisione delle autori tà di controllo compet enti). A scanso di equiv oci: la comunicazione si limita a mettere i 
dati a disposizione delle autorità di controllo compet enti per consentire loro di prendere decisioni 
informate; 
—  le disposizioni sulla sicurezza dei dati (come la cifratura) per quanto riguarda il cont enuto dei dati (che 
devono essere specifi cate nell'appendice 11: Meccanismi comuni di sicurezza); 
—  i particolar i in mer ito a concetti di dati diversi dall'RTM che possono essere ottenuti usando la stessa 
archit ettura e le stesse apparecchiature; 
—  i particolar i in mer ito al compo rtamento e alla gestione tra VU e DSR C-VU e il compo rtamento nella 
DSR C-VU (diversi dai dati forniti su richiesta di un REDCR). 
3  ACRONIMI, DEFINIZIONI E SIMBOLI 
Nella presente appendice sono utilizzati i seguenti acronimi e le seguenti definizioni specifici: 
l'antenna  dispositivo elettr ico che trasf orma l'energia elettr ica in onde radio e 
viceversa, usato in combinazione con un trasmettitore o un ricevito re radio. 
Quando è in funzione, un trasmettitore radio fornisce ai terminali 
dell'ant enna una corrent e elettr ica che oscilla a radiofrequenza e l'ante nna 
irradia l'energia dalla corrente sotto forma di onde elettromagnetiche (onde 
radio). In modalità ricezione, un'ant enna inter cetta parte dell'energia di 
un'onda elettromagnetica per produr re un basso voltaggio ai term inali, che è 
applicat o ad un ricevito re per essere amp lificato. 
la comunicazione  scambio di informazioni/dati tra un DSR C-REDCR e una DSR C-VU in 
conf ormità al paragraf o 5 in una relazione tra maste r e slave per otte nere i 
dati. 
i dati  dati sicur i di formato definito (cfr. paragraf o 5.4.4) richiesti dal DSRC- 
REDCR e forniti al DSRC-REDCR dalla DSRC-VU tramite un collegame nto 
DSR C 5,8 GHz come definito nel paragraf o 5 a seguire. 
Regolamento (UE) n. 165/2014  Regolament o (UE) n. 165/2014 del Parlamento europeo e del Consig lio, del 
4 febbraio 2014, relativ o ai tachi grafi nel settore dei traspor ti su strada, che 
abroga il regolamento (CEE) n. 3821/85 del Consig lio relativo all'appa ­
recch io di controllo nel settore dei traspor ti su strada e modifi ca il 
regolamento (CE) n. 561/2006 del Parlamento europeo e del Consig lio 
relativ o all'ar monizzazione di alcune disposizioni in mate ria sociale nel 
settore dei traspor ti su strada. 
AID  Identificativo dell'applicazione 
BLE  Bluetooth a bassa energia 
BST  Beacon Service Table (tabella di servizio del segnale) 26.5.2016 L 139/452 Gazzetta ufficiale dell'U nione europea IT     
CIWD  Inser imento carta durante la guida 
CRC  Controllo di ridondanza ciclica 
DSC (n)  Identificativo di un requisito per un'appendice DSR C specifica 
DSR C  Comunicazione dedicata a corto raggio 
DSR C-REDCR  DSR C — lettore della comunicazione remota a fini di diagnosi precoce 
DSR C-VU  DSR C — unità elettronica di bordo. Si tratta del «meccanismo di diagnosi 
precoce remota» definito nell'alleg ato 1C. 
DWV C  Guida in assenza di una carta valida 
EID  Identificativo dell'element o 
LLC  Controllo del collegam ento logico 
LPDU  Unità dati del prot ocollo LLC 
OWS  Sistem a di pesatura di bordo 
PDU  Unità dati del prot ocollo 
REDCR  Lettore della comunicazione remota a fini di diagnosi precoce. Si tratta del 
«dispositivo di lettura della comunicazione remota a fini di diagnosi precoce» 
definito nell'alleg ato 1C. 
RTM  Monitora ggio a distanza del tachigraf o 
SM-REDCR  Modulo di sicurezza-Lettore della comunicazione remota a fini di diagnosi 
precoce 
TARV  Telematics Applications for Regulated Vehicles (serie di norme ISO 15638) 
VU  Unità elettronica di bordo 
VUPM  Memor ia del payload dell'unità elettronica di bordo 
VUSM  Modulo di sicurezza dell'unità elettronica di bordo 
VST  Vehicle Service Table (tabella di servizio del veicolo) 
WIM  Rilevament o del peso con veicolo in moviment o 
WOB  Pesatura a bordo 
La specifica definit a nella present e appendice fa riferi mento ai regolamenti e alle norme seguenti e dipende da 
essi nella loro interezza o in parte. Le clausole della present e appendice indicano le norme pertinenti o le 
clausole pertinenti delle norme. In caso di contraddizioni prevalgono le clausole della present e appendice. In 
caso di contraddizioni, laddo ve nella present e appendice non è deter minata chiaramente nessuna specif ica, 
prevale il rispetto di ERC 70-03 (e le prove per verificare la conf ormità ai parametr i pertinenti di EN 300 674- 
1), seguito in ordine di preferenza discendente da EN 12795, EN 12253, EN 12834 e EN 13372, 6.2, 6.3, 6.4 e 
7.1. 
Di seguito sono elencati i regolamenti e le norme cui si fa riferi mento nella present e appendice:  
[1] Regolamento (UE) n. 165/2014 del Parlament o europeo e del Consig lio, del 4 febbraio 2014, relativo ai 
tachigrafi nel settore dei traspor ti su strada, che abroga il regolamento (CEE) n. 3821/85 del Consig lio 
relativo all'apparecchi o di controllo nel settore dei traspor ti su strada e modifi ca il regolamento (CE) 
n. 561/2006 del Parlament o europeo e del Consig lio relativ o all'ar monizzazione di alcune disposizioni in 
mater ia sociale nel settore dei traspor ti su strada. 26.5.2016 L 139/453 Gazzetta ufficiale dell'U nione europea IT     
[2] Regolamento (CE) n. 561/2006 del Parlamento europeo e del Consig lio, del 15 marzo 2006, relativ o all'ar ­
monizzazione di alcune disposizioni in mater ia sociale nel settore dei traspor ti su strada e che modific a i 
regolamenti del Consig lio (CEE) n. 3821/85 e (CE) n. 2135/98 e abroga il regolamento (CEE) n. 3820/85 
del Consig lio (Testo rilevante ai fini del SEE).  
[3] ERC 70-03 CEPT : ECC Recommendation 70-03: Relating to the Use of Shor t Range Devices (SRD).  
[4] ISO 15638 Intellig ent transpor t systems — Framew ork for cooperative telematics applications for 
regulated commercial freight vehicles (TARV).  
[5] EN 300 674-1 Electromagnetic compati bility and Radio spectr um Matters (ERM); Road Transpor t and 
Traffic Telematics (RTTT); Dedicat ed Shor t Range Communication (DSR C) transmission equipment (500 
kbit/s / 250 kbit/s) operating in the 5,8 GHz Industr ial, Scientifi c and Medical (ISM) band; Part 1: General 
charact eristics and test methods for Road Side Units (RSU) and On-Board Units (OBU).  
[6] EN 12253 Road transpor t and traff ic telema tics — Dedicated shor t-range communication — Phys ical 
layer using micro wav e at 5.8 GHz.  
[7] EN 12795 Road transpor t and traff ic telem atics — Dedicat ed shor t-range communication — Data link 
layer: medium access and logical link control.  
[8] EN 12834 Road transpor t and traffic telematics — Dedicat ed shor t-range communication — Application 
layer.  
[9] EN 13372 Road transpor t and traffic telematics — Dedicat ed shor t-range communication — Profiles for 
RTTT applications  
[10] ISO 14906 Electronic fee collection — Application interface definition for dedicated shor t- rang e 
communication 
4  SCENARI OPERA TIVI 
4.1  Panoramica 
Il regolamento (UE) n. 165/2014 definisce gli scenar i specifi ci e controllati entro cui si deve usare la comuni ­
cazione. 
Gli scenar i suppor tati sono: 
«Pro filo di comunicazione 1: ispezione dal lato della strada utilizzando un lettore della comunicazione remota a fini di 
diagnosi precoce a corto raggio senza fili che avvia un'ispezione fisica dal lato della strada (master -slave ). 
Profilo del lettore 1a: tramite un lettore della comunicazione remota a fini di diagnosi precoce sorretto e puntato 
manualmente o posizionato tempor aneamente su un cavalletto a lato della strada e puntato. 
Profilo del lettore 1b: tramite un lettore della comunicazione remo ta a fini di diagnosi precoce montato sul veicolo e 
puntato». 
4.1.1  Precondizioni per il trasferi mento di dati tramite l'interf accia DSRC 5,8 GHz 
NOT A: per capire il contes to delle precondizioni si prega di far riferiment o alla figura 14.3 a seguire.  
4.1.1.1  Dati memor izzati nella VU 
DSC_12  È compit o della VU aggior nare ogni 60 secondi e conser vare i dati da archiviare al suo intern o, senza 
inter venti della funzione di comunicazione DSR C. I mezzi per conseguire questo obiettivo sono 
interni alla VU e sono specifi cati nel regolamento (UE) n. 165/2014, allegat o 1C, paragraf o 3.19 
«Comunicazione remota per contro lli su strada mirati» e non sono specifi cati nella present e appendice. 26.5.2016 L 139/454 Gazzetta ufficiale dell'U nione europea IT     
4.1.1.2  Dati forniti al dispositivo DSR C-VU 
DSC_13  È compi to della VU aggior nare i dati DSR C del tach igraf o (i dati) ogniqualv olta i dati memor izzati 
nella VU sono aggior nati agli inter valli deter minati al paragraf o 4.1.1.1 (DSC_12), senza inter venti 
della funzione di comunicazione DSR C. 
DSC_14  I dati della VU vanno utilizzati come base per popolare e aggior nare i dati; i mezzi per raggiunge re 
tale obiettivo sono specificati nell'allegat o 1C, paragraf o 3.19 «Comunicazione remo ta per contro lli su 
strada mirati» o in assenza di tale specifica, sono una funzione della prog ettazione del prodott o e non 
sono specificati nella present e appendice. Per la struttura del collegam ento tra il dispositivo DSR C-VU 
e la VU si prega di far riferimento al paragraf o 5.6. 
4.1.1.3  Conte nuto dei dati 
DSC_15  Il contenut o e il format o dei dati devon o essere tali da consentire che, una volta decr iptati, i dati siano 
strutturati e resi disponibili nella forma e nel formato specifi cati al paragraf o 5.4.4 della present e 
appendice (Strutture dei dati). 
4.1.1.4  Presentazione dei dati 
DSC_16  I dati, che sono stati tenuti frequentement e aggior nati secondo le procedure di cui al paragraf o 4.1.1.1, 
devon o essere resi sicur i prima di essere presentati alla DSRC-VU e devon o essere presentati come un 
valore sicuro del concett o di dati per essere temporaneamente memor izzati nella DSRC-VU quale 
versione corrente dei dati. Questi dati sono trasfer iti dal VUSM alla funzione DSR C VUMP . VUSM e 
VUPM sono funzioni e non necessar iament e entità fisiche. La forma di istanziazione fisica per 
eseguire queste funzioni deve essere una questione di progettazione del prodott o salvo altra 
indicazione nel regolamento (UE) n. 165/2014. 
4.1.1.5  Dati di sicurezza 
DSC_17  I dati di sicurezza (secur ityData), compresi i dati richiest i dal REDCR per completare la sua capacità di 
decr iptare i dati, devono essere forniti come definito nell'appendice 11 (Meccanismi comuni di 
sicurezza) e presentati come un valore del concetto di dati per essere temporaneament e memor izzati 
nella DSRC-VU quale versione corrente dei secur ityData nella forma definit a al paragraf o 5.4.4 della 
present e appendice. 
4.1.1.6  Dati VUMP disponibili per essere trasfer iti tramit e l'interfaccia DSR C 
DSC_18  Il concett o di dati che deve sempre essere disponibile nella funzione DSR C VUMP per il trasf erimento 
immediato su richiesta del REDCR è definito al paragraf o 5.4.4 per le specifiche compl ete del modulo 
ASN.1. 
Panoramica generale del prof ilo di comunicazione 1 
Quest o profilo riguarda il caso di impiego in cui un agent e delle autorità di controllo compet enti usa un lettore 
della comunicazione remota a fini di diagnosi precoce (il REDCR) per una comunicazione remota a corto 
raggio (interfacce DSR C 5,8 GHz che funzionano in conf ormità alla norma ERC 70-03 e sono testat e per 
verificar ne la conf ormità ai parametr i pertinenti di EN 300 674-1, come descr itto al paragraf o 5) finalizzata ad 
identificare a distanza un veicolo che potrebbe violare il regolamento (UE) n. 165/2014. Una volta identificato, 
l'agen te delle autori tà di controllo compet enti, che sta controllando il dispositivo di interr ogazione, decide se il 
veicolo debba essere fermato. 
4.1.2  Profilo 1a: con un lettore della comunicazione remo ta a fini di diagnosi precoce sorretto e puntato manualmente o 
posizionato su un caval letto a lato della strada e puntato 
In questo caso d'impiego , l'agen te delle autori tà di controllo compet enti è posizionato a lato della strada e punta 
un REDCR, che regge in mano o che è montato su un cavalletto o su un sostegno simile, dal ciglio della strada 
al centro del parabrezza del veicolo bersag lio. L'int errogazione avviene tramite interfa cce DSR C 5,8 GHz che 
funzionano in conf ormità alla norma ERC 70-03 e sono testate per verificar ne la conf ormità ai parametr i 
pertinenti di EN 300 674-1, come descr itto al paragraf o 5. Cfr. la figura 14.1 (Caso d'im piego 1). 26.5.2016 L 139/455 Gazzetta ufficiale dell'U nione europea IT     
Figura 14.1 
Inter rogazione dal lato della strada tramite interf acce DSR C 5,8 GHz 
4.1.3  Profilo 1b: con un lettore della comunicazione remota a fini di diagnosi precoce (REDCR) montato sul veicolo e puntato 
In questo caso d'im piego, l'agen te delle autor ità di controllo compet enti si trova su un veicolo in movimento e 
punta un REDCR portatile, che regge in mano, dal veicolo al centro del parabrezza del veicolo bersag lio oppure 
il REDCR è montato nel o sul veicolo in modo da puntare verso il centro del parabrezza del veicolo bersag lio 
quando il veicolo in cui si trova il lettore della comunicazione remota a fini di diagnosi precoce è in una 
particolare posizione rispetto al veicolo bersag lio, ad esemp io direttamente davan ti ad esso in un flusso di 
traffico. L'inte rrogazione avviene tramite interfa cce DSR C 5,8 GHz che funzionano in conf ormità alla norma 
ERC 70-03 e sono testate per verificarne la conf ormità ai parametr i pertinenti di EN 300 674-1, come descr itto 
al paragraf o 5. Cfr. la figura 14.2. (Caso d'im piego 2). 
Figura 14.2 
Inter rogazione da un veicolo tramite inter facce DSR C 5,8 GHz 
4.2  Sicurezza/integ rità 
Per consentire la verifica dell'auten ticità e dell'inte grità dei dati trasfer iti tramite comunicazione remota, i dati 
sicur i sono verificati e decr iptati conf ormement e all'appendice 11 (Meccanismi comuni di sicurezza). 
5  STR UTTURA E PROTOCOLLI DI COMUNICAZIO NE REMOT A 
5.1  Struttura 
La struttura della funzione di comunicazione remota nel tachi grafo intelli gent e è illustrata nella figura 14.3. 26.5.2016 L 139/456 Gazzetta ufficiale dell'U nione europea IT     
Figura 14.3 
Struttura della funzione di comunicazione remot a 
DSC_19  Le seguenti funzioni si trovano nella VU: 
—  modulo di sicurezza (VUSM). Questa funzione present e nella VU è responsabile della sicurezza dei 
dati che devon o essere trasmessi dalla DSRC-VU all'agen te delle autori tà di controllo compet enti 
tramit e comunicazione remota. 
—  I dati sicur i sono memor izzati nella memor ia VUSM. Agli inter valli determinati al paragraf o 
4.1.1.1 (DSC_12), la VU cripta e ricostituisce il concett o di dati RTM conser vato nella memor ia 
della DSR C-VU. Tale concett o di dati RTM comprende i valor i del concetto di dati del payload e di 
sicurezza deter minati più avanti nella presente appendice. Il funzionament o del modulo di 
sicurezza è definito nell'appendice 11 (Meccanismi comuni di sicurezza) ed esula dal campo di 
applicazione della present e appendice, salvo l'obbligo di fornire aggior namenti al dispositivo di 
comunicazione della VU ogni volta che cambiano i dati della VUSM. 
—  La comunicazione tra la VU e la DSR C-VU può essere cablata o Bluetooth a bassa energia (BLE) e 
la DSR C-VU può essere integrata nell'ant enna sul parabrezza del veicolo, nella VU o posizionata 
tra le due. 
—  La DSR C-VU deve avere una fonte affidabile di energia sem pre disponibile. La modalità di fornitura 
dell'energia alla DSR C-VU è una decisione prog ettuale. 
—  La memor ia della DSR C-VU deve essere non volatile per conser vare i dati anch e quando il veicolo 
viene spento. 
—  Se la comunicazione tra la VU e la DSR C-VU avvi ene tramit e BLE e la fonte di energia è una 
batt eria non ricaricabile, tale fonte di energia deve essere sostituita ad ogni ispezione periodica e il 
fabbr icante delle apparecc hiature della DSR C-VU è responsabile di garantire che la fornitura di 
energia copra il periodo tra due ispezioni periodiche, assicurando l'accesso usuale ai dati da parte 
di un REDCR per tutto il periodo senza malfunzionamenti o interruzioni. 26.5.2016 L 139/457 Gazzetta ufficiale dell'U nione europea IT     
—  Dispositivo di memor ia dei dati utili trasmessi dalla VU durante l'RTM (VUPM). Questa funzione 
present e nella VU è responsabile della fornitura e dell'aggior nament o dei dati. Il contenut o dei dati 
(«TachographP ayload») è definito ai paragrafi 5.4.4/5.4.5 a seguire ed è aggior nato agli inter valli 
determinati al paragraf o 4.1.1.1 (DSC_12). 
—  DSR C-VU. Questa funzione, integrata o collegata all'antenna e in comunicazione con la VU tramite 
una connessione cablata o senza fili (BLE), contiene i dati correnti (dati della VUMP) e gestisce la 
risposta ad un'inte rrogazione attra verso l'interfaccia DSR C 5,8 GHz. Lo scolleg amento del 
dispositivo DSR C o l'inte rferenza con il suo funzionament o durante il normale funzionamento del 
veicolo saranno interpr etati come una violazione del regolamento (UE) n. 165/2014. 
—  Il modulo di sicurezza (REDCR) (SM-REDCR) è la funzione usata per decr iptare e controllare 
l'integrità dei dati provenienti dalla VU. Le modalità di esecuzione di tali operazioni sono definite 
nell'appendice 11 (Meccanismi comuni di sicurezza) e non nella present e appendice. 
—  La funzione (REDCR) del dispositivo DSR C (DSRC-REDCR) comprende un ricetrasmettit ore 
5,8 GHz e il firmware e il software associati che gestiscono la comunicazione con la DSRC-VU 
secondo la presente appendice. 
—  Il DSRC-REDCR interr oga la DSRC-VU del veicolo bersag lio, ottiene i dati (i dati della VUPM 
correnti del veicolo bersag lio) tramit e il collega mento DSR C e elabora e memor izza i dati ricevuti 
nel suo SM-REDCR. 
—  L'ant enna DSRC-VU (l'antenna) deve essere posizionata in modo da ottimizzare la comunicazione 
DSR C tra il veicolo e l'antenna a lato della strada (generalmente al centro o in prossimità del 
centro del parabrezza del veicolo). Per i veicoli pesanti, ciò signif ica entro o in prossimità della 
parte inferiore del parabrezza. Sui veicoli leggeri è appropr iato installarla nella parte super iore del 
parabrezza. 
—  Non devono esserci oggetti metallici (ad esem pio, cartellini con il nome, adesivi, strisce 
antir iflesso (colorate), parasole, tergicr istallo a riposo) davanti o vicino all'ante nna, che possano 
interfer ire con la comunicazione. 
—  L'antenna va montata in modo che il suo asse di puntamento sia all'incirca parallelo alla 
superf icie della strada. 
DSC_20  L'ant enna e la comunicazione devon o funzionare in conf ormità alla norma ERC 70-03 e devono 
essere testa te per verificarne la conf ormità ai parametr i pertinenti di EN 300 674-1, come descr itto 
nel paragraf o 5. L'ant enna e la comunicazione possono applicare tecnic he di mitig azione del rischio di 
interfe renze senza fili, come descr itto nella relazione 228 dell'ECC, utilizzando, ad esem pio, filtri nella 
comunicazione CEN DSR C 5,8 GHz. 
DSC_21  L'ant enna DSR C deve essere collegat a al dispositivo DSR C-VU direttamente nel modulo montato sul o 
in prossimità del parabrezza o tramit e un cavo dedicato costr uito in modo da render ne difficile lo 
scollegam ento non autori zzato. Lo scollegament o o l'interferenza col funzionamento dell'ant enna 
saranno considerati una violazione del regolamento (UE) n. 165/2014. La sche rmatura deliberata o 
qualsiasi stratage mma per impedire all'antenn a di funzionare correttamente saranno interpretat i come 
una violazione del regolamento (UE) n. 165/2014. 
DSC_22  Il fattore di forma dell'antenna non è definito ed è una decisione commerciale, purch é la DSR C-VU 
montata soddisf i i requisiti di conf ormità definit i nel paragraf o 5 di seguit o. L'antenna deve essere 
posizionata come deter minat o in DSC_19 e illustrato nella figura 14.4 (linea ovale) e deve suppor tare 
effic acement e i casi d'impiego descr itti ai paragraf i 4.1.2 e 4.1.3. 26.5.2016 L 139/458 Gazzetta ufficiale dell'U nione europea IT     
Figura 14.4 
Esempio di posizionamento dell'antenna DSR C 5,8 GHz sul parabrezza dei veicoli oggetto del 
regolament o 
Il fattore di forma del REDCR e della sua antenna può variare a seconda che il lettore sia montato su un 
cavalletto, tenuto in mano, montato sul veicolo, ecc. e secondo il modus operandi dell'age nte delle autori tà di 
controllo compet enti. 
Si usa una funzione di visualizzazione e/o di notifi ca per presentare i risultati della funzione di comunicazione 
remota all'agent e delle autori tà di controllo compet enti. Tali risultati possono essere visualizzati sullo scherm o, 
stam pati, segnalati acusticamente o si può usare una combinazione di questi sistem i. La forma di tale visualiz ­
zazione e/o notifica dipende dalle esigenze degli agenti delle autori tà di controllo compet enti e dalla prog et­
tazione delle apparecc hiature e non è specifi cata nella present e appendice. 
DSC_23  Il prog etto e il fattore di forma del REDCR sono una questione di design commerciale, nel rispetto 
della norma ERC 70-03 e delle specifiche concer nenti il prog etto e le prestazioni di cui alla present e 
appendice (paragraf o 5.3.2). In questo modo è garantita massima flessibilità di mercato per prog ettare 
e fornire apparecc hiature adatt e agli scenar i di interr ogazione specif ici delle diverse autori tà di 
controllo compet enti. 
DSC_24  Il progett o e il fattore di forma della DSRC-VU e il suo posizionamento all'inte rno o all'est erno della 
VU sono una questione di design commerciale, nel rispetto della norma ERC 70-03 e delle specifiche 
concer nenti il prog etto e le prestazioni di cui alla presente appendice (paragraf o 5.3.2) e alla present e 
clausola (5.1). 
DSC_25  La DSRC-VU deve tuttavia essere ragionev olmente in grado di accettare valor i dei concetti di dati di 
altre apparecc hiature intelli genti del veicolo, ad esem pio da dispositivi di pesatura a bordo, grazie a un 
collegame nto e a prot ocolli comuni standard aper ti, purché tali concetti di dati siano identificati da 
identif icativi dell'applicazione/nomi di file noti. Le istruzioni per il funzionamento di tali protocoll i 
devon o essere messe a disposizione della Commissione europea e dei fabbr icanti delle apparecc hiature 
pertinenti gratuitamente . 
5.2  Sequenza 
5.2.1  Oper azioni 
La sequenza delle operazioni è rappresentata nella figura 14.5. 26.5.2016 L 139/459 Gazzetta ufficiale dell'U nione europea IT     
Figura 14.5 
Sequenza della funzione di comunicazione remota 
Le fasi sono descr itte di seguit o: 
a.  quando il veicolo è in funzione (accensione ON), il tachigraf o invia dati alla funzione VU. La funzione VU 
prepara i dati (criptati) per la funzione di comunicazione remota e aggior na la VUPM conser vata nella 
memor ia della DSRC-VU (come definita ai paragrafi 4.1.1.1 e 4.1.1.2). I dati raccolti devono essere 
formattati come prescr itto ai paragrafi 5.4.4 e 5.4.5 a seguire. 26.5.2016 L 139/460 Gazzetta ufficiale dell'U nione europea IT     
b.  Ogni volta che i dati sono aggior nati, deve essere aggior nato il timeStamp definito nel concett o di dati di 
sicurezza. 
c.  La funzione VUSM rende i dati sicur i secondo le procedure definite nell'appendice 11. 
d.  Ogni volta che i dati sono aggior nati (cfr. i paragraf i 4.1.1.1 e 4.1.1.2), essi sono trasfer iti alla DSRC-VU, 
dove sostituiscono gli eventuali dati precedenti, in modo che i dati correnti aggior nati (i dati) siano sempre 
disponibili e possano sempre essere forniti ad un REDCR in caso di interr ogazione. Quando i dati sono 
forniti dalla VU alla DSR C-VU, essi devono essere identificabili dal nome del file RTMData o tramite identif i­
cativi dell'applicazione e dell'attr ibuto. 
e.  Se un agente delle autori tà di controllo compet enti vuole raccog liere i dati di un veicolo, egli deve 
innanzitutto inser ire la propr ia smar tcard nel REDCR per consentire la comunicazione e per consentire all'SM- 
REDCR di verificare l'aute nticità dei dati e di decr iptarli. 
f.  Poi l'agent e dell'autor ità di controllo compet ente punta un veicolo e ne richiede i dati tramit e comunicazione 
remota. Il REDCR, tramite l'inte rfaccia DSR C 5,8 GHz, apre una sessione con la DSRC-VU del veicolo 
bersag lio e richiede i dati. I dati sono trasf eriti al REDCR tramite il sistema di comunicazione senza fili come 
un attribut o DSR C usando l'applicazione GET definita al paragraf o 5.4. L'attr ibuto contiene i valor i criptati 
del payload e i dati di sicurezza DSR C. 
g.  I dati sono analizzati dalle apparecc hiature REDCR e forniti all'agen te dell'auto rità di controllo compet ente. 
h.  L'ag ente dell'auto rità di controllo compet ente usa i dati per decidere se fermare o meno il veicolo per 
ispezionarlo nel dettag lio o se chiedere ad un altro agent e dell'auto rità di controllo compet ente di fermare il 
veicolo. 
5.2.2  Inter pretazione dei dati ricevuti tramite la comunicazione DSRC 
DSC_26  I dati ricevuti tramit e l'interfaccia 5,8 GHz devono conser vare esclusivamente il signif icato e il valore 
definit i ai successivi paragrafi 5.4.4 e 5.4.5 e devon o essere intesi nel quadro degli obiettivi ivi definit i. 
In conf ormità alle disposizioni del regolamento (UE) n. 165/2014, i dati devono essere usati esclusi ­
vament e per fornire informazioni pertinenti ad un'autor ità di controllo compet ente per aiutare gli 
agenti a decidere quali veicoli fermare per ispezionarli fisicament e e devono essere successivamente 
distr utti in conf ormità all'ar ticolo 9 del regolamento (UE) n. 165/2014. 
5.3  Parametr i dell'interfaccia fisica DSR C per la comunicazione remota 
5.3.1  Vincoli relativi alla posizione 
DSC_27  L'inter rogazione remota dei veicoli tramite un'interf accia DSR C 5,8 GHz non va usata nel raggio di 
200 metr i da un carropont e DSR C 5,8 GHz operativo. 
5.3.2  Parametr i di downlink e uplink 
DSC_28  Le apparecchiature usate per il monitoraggio remot o dei tachigrafi devono essere conf ormi alla norma 
ERC 70-03 e funzionare secondo i parametr i definit i nelle tabelle 14.1 e 14.2 a seguire. 26.5.2016 L 139/461 Gazzetta ufficiale dell'U nione europea IT     
DSC_29 Inoltre, per garantire la compati bilità ai parametr i operativi di altri sistem i DSR C 5,8 GHz standar ­
dizzati, le apparecc hiature usate per il monitor aggio remot o dei tachigrafi devon o rispettare i 
parametr i delle norme EN 12253 e EN 13372. 
Nello specifico: 
Tabella 14.1 
Parametr i di downlink 
Voce n. Parametro Valor i Osser vazioni 
D1 Frequenze di downlink 
del vettor e Ci sono quattro altern ative che pos­
sono essere usate da un REDCR: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz In conf ormità alla norma ERC 70-03. 
Le frequenze del vettore possono essere 
scelte da chi usa il sistema a lato della 
strada e non devono essere note alla 
DSR C-VU 
(In conf ormità alle norme EN 12253 e 
EN 13372) 
D1a (*) Tolleranza del vettore 
Frequenze entro ± 5 ppm (In conf ormità alla norma EN 12253) 
D2 (*) Maschera di spettro del 
trasmettitore RSU 
(REDCR) In conf ormità alla norma ERC 70-03. 
Il REDCR deve essere conf orme alla 
classe B,C come definita in EN 12253 
Nessun'altra prescr izione specifi ca nel 
quadro del presente allegat o Parametro usato per controllare l'inte rfe­
renza tra interr ogatori in prossimità 
(come definit i in EN 12253 e EN 
13372) 
D3 Inter vallo minimo della 
frequenza dell'OBU 
(DSR C-VU) 5,795 — 5,815 GHz (In conf ormità alla norma EN 12253) 
D4 (*) E.I.R.P . massimo In conf ormità alla norma ERC 70-03 
(senza licenza) e alle norme nazionali 
Massimo + 33 dBm (In conf ormità alla norma EN 12253) 
D4a Maschera angolare del­
l'E.I.R.P . Secondo le specif iche dichiarat e e pub ­
blicat e del prog ettista dell'interr ogatore (In conf ormità alla norma EN 12253) 
D5 Polar izzazione Circolare antiorar ia (In conf ormità alla norma EN 12253) 
D5a Polar izzazione incro ­
ciata XPD: 
Sull'asse di puntamento : (REDCR) RSU 
t ≥ 15 dB 
(DSR C-VU) OBU r ≥ 10 dB 
Nella zona -3 dB: (REDCR) RSU t ≥ 10 
dB 
(DSR C-VU) OBU r ≥ 6 dB (In conf ormità alla norma EN 12253) 
D6 (*) Modulazione Modulazione a due livelli dell'am ­
piezza. (In conf ormità alla norma EN 12253) 
D6a (*) Indice di modulazione 0,5 … 0,9 (In conf ormità alla norma EN 12253) 26.5.2016 L 139/462 Gazzetta ufficiale dell'U nione europea IT     
Voce n. Parametro Valor i Osser vazioni 
D6b Diagramma ad occhio ≥ 90 % (tem po) / ≥ 85 % (ampie zza)  
D7 (*) Codif ica dei dati FM0 
Il bit “1” ha transizioni solo all'inizio e 
alla fine dell'inter vallo di bit. Il bit “0” 
ha un'ulteriore transizione al centro 
dell'inter vallo di bit rispetto al bit “1” (In conf ormità alla norma EN 12253) 
D8 (*) Velocità di trasmissione 500 kBit/s (In conf ormità alla norma EN 12253) 
D8a Tolleranza del Bit Clock Meg lio di ± 100 ppm (In conf ormità alla norma EN 12253) 
D9 (*) Tasso d'errore di bit (B. 
E.R.) per la comunica ­
zione ≤ 10– 6 quando la pote nza incident e al­
l'OBU (DSR C-VU) rientra nell'inte rvallo 
[da D11a a D11b]. (In conf ormità alla norma EN 12253) 
D10 Wake-up trigger (se­
gnale di riattivazione) 
per l'OBU (DSR C-VU) L'OBU (DSR C-VU) si deve sveg liare al 
ricevimento di un frame con 11 o più 
otte tti (incluso il preambolo) Non è necessar ia nessuna sequenza di 
riattivazione speciale 
La DSR C-VU può sveg liarsi al ricevi ­
mento di un frame con meno di 11 ot­
tetti 
(In conf ormità alla norma EN 12253) 
D10a Tempo di inizio mas ­
simo ≤ 5 ms (In conf ormità alla norma EN 12253) 
D11 Zona di comunicazione Regione spaziale entro la quale si ot­
tiene un B.E.R. secondo D9a (In conf ormità alla norma EN 12253) 
D11a (*) Limit e di poten za per la 
comunicazione (supe ­
riore) -24dBm (In conf ormità alla norma EN 12253) 
D11b (*) Limit e di poten za per la 
comunicazione (infe­
riore) Potenza incident e: 
–43 dBm (asse di puntamento ) 
– 41 dBm [tra – 45° e + 45°, corri­
spondente al piano parallelo alla super ­
ficie stradale quando la DSR C-VU è 
successivamente installata sul veicolo 
(azimut)] (In conf ormità alla norma EN 12253) 
Prescr izione estesa per gli angoli oriz­
zontali fino a ± 45°, in virtù dei casi 
d'impiego definit i nel present e allega to 
D12 (*) Livello della poten za di 
interr uzione della 
(DSR C-VU) – 60 dBm (In conf ormità alla norma EN 12253) 
D13 Preambolo Il preambolo è obbligat orio (In conf ormità alla norma EN 12253) 
D13a Lunghezza e conf igura ­
zione del preambolo 16 bit ± 1 bit di FM0 codificato “1” bit (In conf ormità alla norma EN 12253) 26.5.2016 L 139/463 Gazzetta ufficiale dell'U nione europea IT     
Voce n. Parametro Valor i Osser vazioni 
D13b Forma dell'onda del 
preambolo Una sequenza altern ata di livello basso 
e livello alto con una durata dell'im ­
pulso di 2 µs 
La tolleranza è data da D8a (In conf ormità alla norma EN 12253) 
D13c Trailing bits (bit più a 
destra) L'RSU (REDCR) può trasmettere un 
massimo di 8 bit dopo l'indicator e di 
fine. Un OBU (DSR C-VU) non deve te­
nere in considerazione questi bit ag­
giuntivi (In conf ormità alla norma EN 12253) 
(*)  I parametr i di downlink devono superare le prove di conf ormità per i parametr i specificate nella norma EN 300 674-1  
Tabella 14.2 
Parametr i di uplink 
Voce n. Parametro Valor i Osser vazioni 
U1 (*) Frequenze del sottopor ­
tante Un OBU (DSR C-VU) deve suppor tare 
1,5 MHz e 2,0 MHz 
Un RSU (REDCR) deve suppor tare 
1,5 MHz o 2,0 MHz o entrambi. U1-0: 
1,5 MHz U1-1: 2,0 MHz Scelta della frequenza del sottopor tante 
(1,5 MHz o 2,0 MHz) secondo il profilo 
EN 13372 scelto 
U1a (*) Tolleranza delle fre­
quenze del sottopor ­
tante Entro ± 0,1 % (In conf ormità alla norma EN 12253) 
U1b Uso di bande laterali Stessi dati su entrambi i lati (In conf ormità alla norma EN 12253) 
U2 (*) Maschera di spettro del 
trasmettitore OBU 
(DSR C-VU) Secondo la norma EN 12253 
1)  Potenza fuor i banda: 
cfr. ETSI EN 300674-1 
2)  Potenza in banda: 
[U4a] dBm in 500 kHz 
3)  Emissione in qualsiasi altro canale 
uplink: 
U2(3)-1 = – 35 dBm in 500 kHz (In conf ormità alla norma EN 12253) 
U4a (*) E.I.R.P massimo con 
banda later ale unica 
(asse di puntamento) Due opzioni: 
U4a-0: -14 dBm 
U4a-1: -21 dBm Secondo le specifiche dichiarat e e pub ­
blicate del progettista delle apparecchia ­
ture 
U4b (*) E.I.R.P massimo con 
banda later ale unica 
(35°) Due opzioni: 
—  Non applicabile 
—  – 17dBm Secondo le specifiche dichiarat e e pub ­
blicate del progettista delle apparecchia ­
ture 
U5 Polar izzazione Circolare antiorar ia (In conf ormità alla norma EN 12253) 26.5.2016 L 139/464 Gazzetta ufficiale dell'U nione europea IT     
Voce n. Parametro Valor i Osser vazioni 
U5a Polar izzazione incro ­
ciata XPD: 
Sull'asse di puntamento : (REDCR) RSU 
r ≥ 15 dB 
(DSR C-VU) OBU t ≥ 15 dB 
In – 3 dB: (REDCR) RSU r ≥ 10 dB 
(DSR C-VU) OBU t ≥ 6 dB (In conf ormità alla norma EN 12253) 
U6 Modulazione del sotto ­
portante 2-PSK 
Dati codif icati sincronizzati con il sot­
topor tante: le transizioni dei dati codi ­
ficati coincidono con le transizioni del 
sottopor tante. (In conf ormità alla norma EN 12253) 
U6b Ciclo di lavoro Ciclo di lavoro: 
50 % ± α, α ≤ 5 % (In conf ormità alla norma EN 12253) 
U6c Modulazione sul vettore Moltiplicazione del sottopor tante mo­
dulat o per il vettore (In conf ormità alla norma EN 12253) 
U7 (*) Codif ica dei dati NRZI (nessuna transizione all'inizio del 
bit “1”, transizione all'inizio del bit “0”, 
nessuna transizione all'inter no del bit) (In conf ormità alla norma EN 12253) 
U8 (*) Velocità di trasmissione 250 kbit/s (In conf ormità alla norma EN 12253) 
U8a Tolleranza del Bit Clock Entro ± 1 000 ppm (In conf ormità alla norma EN 12253) 
U9 Tasso d'errore di bit (B. 
E.R.) per la comunica ­
zione ≤10 – 6 (In conf ormità alla norma EN 12253) 
U11 Zona di comunicazione La regione spaziale in cui è situata la 
DSR C-VU in modo tale che le sue tra­
smissioni siano ricevute dal REDCR 
con un B.E.R. inferiore a quello dato in 
U9a (In conf ormità alla norma EN 12253) 
U12a (*) Guadagno di conver ­
sione (limite infer iore) 1 dB per ciascuna banda laterale Am­
piezza dell'angolo: circolar mente sim­
metr ica tra l'asse di puntamento e 
± 35° 
e  
tra – 45° e + 45°, corrispondente al 
piano parallelo alla superf icie stradale 
quando la DSR C-VU è successivamente 
installata sul veicolo (azimut) Ampiezza maggiore del valore specifi ­
cato per gli angoli orizzontali fino a 
± 45°, in virtù dei casi d'im piego definit i 
nel present e allegat o 
U12b (*) Guadagno di conver ­
sione (limite super iore) 10 dB per ciascuna banda laterale Ampiezza minore del valore specifi cato 
per ciascuna banda laterale entro un 
cono circolare attorn o ad un asse di 
puntamento con un di angolo di aper ­
tura di ± 45° 
U13 Preambolo Il preambolo è obbligat orio (In conf ormità alla norma EN 12253) 26.5.2016 L 139/465 Gazzetta ufficiale dell'U nione europea IT     
Voce n. Parametro Valor i Osser vazioni 
U13a Preambolo 
Lunghezza e configura ­
zione Da 32 a 36 µs modulati solo con il 
sottopor tante, poi 8 bit di bit “0” codi ­
ficati NRZI (In conf ormità alla norma EN 12253) 
U13b Trailing bits (bit più a 
destra) La DSR C-VU può trasmettere un mas ­
simo di 8 bit dopo l'indicator e di fine 
Un RSU (REDCR) non deve tenere in 
considerazione questi bit aggiuntivi (In conf ormità alla norma EN 12253) 
(*)  I parametr i di uplink devono superare le prove di conf ormità per i parametr i specificate nella norma EN 300 674-1  
5.3.3  Progettazio ne dell'antenna 
5.3.3.1  Ante nna del REDCR 
DSC_30  La prog ettazione dell'ante nna del REDCR è una questione di design commerciale. L'ant enna deve 
funzionare entro i limiti di cui al paragraf o 5.3.2, che sono adattati per ottimizzare le prestazioni di 
lettura del DSRC-REDCR per la finalità specifi ca e alle situazioni di lettura per cui il REDCR è stato 
prog ettato per funzionare. 
5.3.3.2  Ante nna della VU 
DSC_31  La prog ettazione dell'ante nna della DSRC-VU è una questione di design commerciale. L'ant enna deve 
funzionare entro i limiti di cui al paragraf o 5.3.2, che sono adattati per ottimizzare le prestazioni di 
lettura del DSRC-REDCR per la finalità specifi ca e alle situazioni di lettura per cui il REDCR è stato 
prog ettato per funzionare. 
DSC_32  L'ant enna della VU deve essere fissata sul o in prossimità del parabrezza del veicolo, come specific ato 
al precedente paragraf o 5.1. 
DSC_33  In un ambiente di prova in un'off icina (cfr. il paragraf o 6.3), un'antenna della DSR C-VU, fissata in 
conf ormità al precedente paragraf o 5.1, deve collegar si correttamente con una comunicazione 
standard di prova e deve fornire correttamente una transazione RTM, come definita nella present e 
appendice, a una distanza tra 2 e 10 metr i, per oltre il 99 % del tempo, facendo la media su oltre 
1 000 interr ogazioni di lettura. 
5.4  Requisiti del prot ocollo DSR C per l'RT M 
5.4.1  Panor amica 
DSC_34  Il protocollo di transazione per scar icare i dati tramite il collegam ento all'int erfaccia DSR C 5,8 GHz 
deve essere conf orme alle fasi descr itte di seguito. La present e sezione descr ive un flusso di transazioni 
in condizioni ideali, senza ritrasmissioni o interr uzioni della comunicazione. 
NOT A La finalità della fase di inizializzazione (Fase 1) consiste nello stabilire una comunicazione tra il 
REDCR e le DSR C-VU che sono entrat e nella zona di transazione (mast er-slave) DSR C 5,8 GHz, ma 
che non hanno ancora stabilito una comunicazione con il REDCR, e nell'inf ormar ne i processi 
applicativi.  
— Fase 1Inizializzazione. Il REDCR invia un frame cont enente una «tabella di servizio del segnale» 
(BST), che include gli identif icativi dell'applicazione (AID) nell'elenco dei servizi che suppor ta. 
Nell'applicazione RTM, si tratt erà semp licemente del servizio con il valore AID = 2 (Freight&Fleet 
= carico e parco veicoli). La DSRC-VU valuta la BST ricevuta e deve rispondere (vedi oltre) con 
l'elenco delle applicazioni suppor tate nel dominio Freight&Fleet o, se non è suppor tata nessuna 
applicazione, non deve rispondere. Se il REDCR non offre AID = 2, la DSR C-VU non deve 
risponderg li. 26.5.2016 L 139/466 Gazzetta ufficiale dell'U nione europea IT     
— Fase 2La DSRC-VU invia un frame contenent e una richiesta di allocazione di finestra privata.  
— Fase 3Il REDCR invia un frame contenent e un'allocazione di finestra privata.  
— Fase 4La DSRC-VU usa la finestra privata allocata per inviare un frame conte nente la sua tabella 
di servizio del veicolo (VST). Questa VST compre nde un elenco di tutte le diverse istanziazioni 
delle applicazioni che questa DSRC-VU suppor ta nel quadro di AID = 2. Le diverse istanziazioni 
devon o essere identif icate per mezzo di EID generati univocament e, ciascuno associato ad un 
valore del parametro «segnale cont estuale dell'applicazione» indicant e l'applicazione e la norma 
suppor tate.  
— Fase 5A questo punt o il REDCR analizza la VST offer ta e term ina la connessione (RELEASE), 
perc hé non è interessat o a nulla di ciò che la VST ha da offrire (vale a dire che sta ricevendo una 
VST da una DSRC-VU che non suppor ta la transazione RTM) oppure, se riceve una VST 
appropr iata, avvia un'istanziazione dell'applicazione.  
— Fase 6Per fare ciò, il REDCR deve inviare un frame conte nente un comando per recuperare i dati 
RTM, identificando l'istanziazione dell'applicazione RTM specificando l'identif icativ o 
corrispondente (come specifi cato dalla DSR C-VU nella VST), e deve allocare una finestra privata. 
—Fase 7La DSRC-VU usa la finestra privata appena allocata per inviare un frame conte nente l'iden ­
tificativo cui si rivolge, corrispondente all'istanziazione dell'applicazione RTM come fornita nella 
VST, seguit o dall'attr ibuto RtmData (elemento del payload + elemento di sicurezza).  
— Fase 8Se sono richiesti più servizi, il valore ‘n’ è sostituit o dal numero di riferimento del servizio 
successiv o e il processo è ripetuto.  
— Fase 9Il REDCR conferma la ricezione dei dati inviando un frame contenent e un comando 
RELEASE alla DSRC-VU per concludere la sessione OPPURE, se non è riuscito a convalidare una 
ricezione corretta dell'LDPU, torna alla fase 6. 
Cfr. la figura 14.6 per una raffi gurazione del protocollo di transazione.  26.5.2016 L 139/467 Gazzetta ufficiale dell'U nione europea IT     
Figur a 14.6 
Fasi del processo RTM tramite DSR C 5,8 GHz 
26.5.2016 L 139/468 Gazzetta ufficiale dell'U nione europea IT     
5.4.2  Comandi 
DSC_35  I seguenti comandi sono le unic he funzioni usate in una fase di transazione RTM  
— INITIALIS ATION .reques t:comando inviato dal REDCR sotto forma di una trasmissione con 
definizione delle applicazioni suppor tate dal REDCR.  
— INITIALIS ATION .response: risposta da parte della DSR C-VU che conferma la connessione e che 
contiene un elenco di istanze applicative suppor tate con caratt eristiche e informazioni su come 
gestirle (EID). 
—GET .reques t:comando, inviato dal REDCR alla DSRC-VU, che specifi ca l'istanziazione dell'appli ­
cazione da considerare per mezzo di un EID definito, come ricevuto nella VST , e dà istruzioni alla 
DSRC-VU di inviare gli attributi scelti con i dati. L'obiettivo del comando GET è che il REDCR 
otte nga i dati dalla DSRC-VU.  
— GET .response: risposta dalla DSR C-VU che contiene i dati richiesti.  
— ACTION .reques t ECH O:comando che dà istruzioni alla DSRC-VU di rimandare dati al REDCR. 
L'obiettiv o del comando ECHO è di permettere alle officine o ai laborat ori di prova per il rilascio 
delle omologazio ni di verificare che il collegament o DSR C funzioni senza bisogno di accedere alle 
credenziali di sicurezza.  
— ACTION.response ECH O:una risposta da parte della DSR C-VU al comando ECH O.  
— EVENT_REPORT .reques t RELEASE: un comando che informa la DSRC-VU che la transazione è 
conclusa. L'obiettivo del comando RELEASE è concludere la sessione con la DSRC-VU. Al 
ricevimento del RELEASE, la DSRC-VU non deve rispondere a nessun'altra interro gazione nel 
corso della connessione corrente. Si noti che secondo la norma EN 12834, una DSR C-VU non si 
collegherà due volte allo stesso interrogatore , a meno che non si sia trovata al di fuor i della zona 
di comunicazione per 255 secondi o che l'ID del segnale dell'inte rrogatore non sia cambiato. 
5.4.3  Sequenza di comandi di inter rogazione 
DSC_36  Dal punto di vista della sequenza di comandi e rispost e, la transazione è descr itta come segue: 
Sequenza Mittent e  Destinatar io Descr izione Azione 
1 REDCR > DSR C-VU Inizializzazione della comuni ­
cazione collegame nto — richie­
sta Il REDCR trasmette la BST 
2 DSRC-VU > REDCR Inizializzazione della comunica ­
zione colleg amento — risposta Se la BST suppor ta AID = 2 allor a 
la DSRC-VU richiede una finestr a 
privata 
3 REDCR > DSR C-VU Alloca una finestra privata Invia un frame conte nente l'allo ­
cazione della finestra privata 
4 DSRC-VU > REDCR Invia la VST Invia un frame compr endente la 
VST 
5 REDCR > DSR C-VU Invia GET .request per i dati nel­
l'attr ibut o per l'EID specifico  
6 DSRC-VU > REDCR Invia GET .response con l'attr ibuto 
richiesto per l'EID specif ico Invia l'attr ibuto (dati RTM, dati 
OW S...) con i dati per l'EID speci ­
fico 26.5.2016 L 139/469 Gazzetta ufficiale dell'U nione europea IT     
Sequenza Mittent e  Destinatar io Descr izione Azione 
7 REDCR > DSR C-VU Invia GET .request per i dati di­
versi dall'attr ibut o (se del caso)  
8 DSRC-VU > REDCR Invia GET .response con l'attr ibuto 
richiesto Invia l'attr ibuto con i dati per l'EID 
specifi co 
9 REDCR > DSR C-VU Conf erma la ricezione corretta 
dei dati Invia il comando RELEASE che 
chiude la transazione 
10 DSRC-VU   Chiude la transazione   
Un esem pio della sequenza e del cont enuto della transazione dei frame scambiati è ripor tato ai 
paragrafi 5.4.7 e 5.4.8. 
5.4.4  Strutture dei dati 
DSC_37  La struttura semantica dei dati trasmessi tramite l'interfaccia DSR C 5,8 GHz deve essere coerente con 
quanto descr itto nella present e appendice. Il modo in cui questi dati sono strutturati è specifi cato nella 
present e clausola. 
DSC_38  Il payload (dati RTM) consiste nella concatenazione dei  
1. dati Encr yptedTachographP ayload, che sono la cifratura del Tachog raphPa yload definito in ASN. 1 
nel paragraf o 5.4.5. Il metodo di cifratura è descr itto nell'appendice 11.  
2. DSR CSecur ityData, specifi cati nell'appendice 11. 
DSC_39  I dati RTM sono considerati come RTM attribut o = 1 e sono trasfe riti nel contenit ore RTM = 10. 
DSC_40  Il segnale contestuale RTM deve identif icare la parte suppor tata della norma nella serie di norme 
TARV (RTM corrisponde alla parte 9) 
La definiz ione del modulo ASN.1 per i dati DSR C all'int erno dell'applicazione RTM è la seguent e:  26.5.2016 L 139/470 Gazzetta ufficiale dell'U nione europea IT     
26.5.2016 L 139/471 Gazzetta ufficiale dell'U nione europea IT     
5.4.5  Elementi di RtmData, azioni eseguite e definizioni 
DSC_41  I valor i dei dati che la VU deve calcolare e usare per aggior nare i dati sicur i nella DSR C-VU devono 
essere calcolati secondo le regole definite nella tabella 14.3. 
Tabella 14.3 
Elementi di RtmData, azioni eseguite e definizioni 
(1) Element o di 
dati RTM (2) Azione eseguita dalla VU  (3) Defini zione di ASN.1 dei dati 
RTM1 
Targa del vei­
colo La VU deve fissare il valore dell'elemento di dati RTM1 
tp15638V ehicleR egistr ationPlate dal valore registrato del tipo di 
dati VehicleRegistr ationIdentif ication come definito nell'appendice 
1 VehicleRegistr ationIdentif ication Targa del veicolo 
espressa come 
stringa di carat ­
teri 
26.5.2016 L 139/472 Gazzetta ufficiale dell'U nione europea IT     
(1) Element o di 
dati RTM (2) Azione eseguita dalla VU  (3) Defini zione di ASN.1 dei dati 
RTM2 
Superament o 
di velocità La VU deve generare un valore booleano per l'element o di dati 
RTM2 tp15638SpeedingEvent. 
Il valore tp15638SpeedingEvent deve essere calcolato dalla VU 
dal numero di superamenti di velocità registrati nella VU negli 
ultimi 10 gior ni, come definito nell'alleg ato 1C. 
Se c'è almeno un tp15638SpeedingEvent negli ultimi 10 
gior ni, il valore tp15638SpeedingEvent deve essere impostato 
su VER O. 
Se non ci sono superamenti di velocità negli ultimi 10 gior ni, 
tp15638SpeedingEvent deve essere impostato su FALSO. 1 (VER O) = In­
dica irregolar ità 
per quanto con­
cerne la velocità 
negli ultimi 10 
gior ni 
RTM3 
Guida in as­
senza di una 
carta valida La VU deve generare un valore booleano per l'element o di dati 
RTM3 tp15638Dr ivingWithoutV alidCard. 
La VU deve attribuire un valore di Vero alla variabile 
tp15638Dr ivingWithoutV alidCard, se negli ultimi 10 gior ni i 
dati della VU hanno registrato almeno un'anomalia del tipo 
«Guida in assenza di una carta valida», come definita nell'alle ­
gato 1C. 
SE INVECE non ci sono state anomalie di questo tipo negli ul­
timi 10 gior ni, la variabile tp15638Dr ivingWithoutV alidCard 
deve essere impostata su FALSO. 1 (VER O) = In­
dica l'uso di una 
carta non valida 
RTM4 
Car ta del con ­
ducente va­
lida La VU deve generare un valore booleano per l'element o di dati 
RTM4 
tp15638Dr iverCard sulla base dei dati memor izzati nella VU e 
definiti nell'appendice 1. 
Se non è presente nessuna carta del conducente valida, la VU 
deve impostare la variabile su VER O 
SE INVECE è presente una carta del conducente valida, la VU 
deve impostare la variabile su FALSO 0 (FALSO) = In­
dica una carta del 
conducent e va­
lida 
RTM5 
Inser imento 
della carta du­
rante la guida La VU deve generare un valore booleano per l'element o di dati 
RTM5. 
La VU deve attribuire un valore di VER O alla variabile 
tp15638CardInser tion, se negli ultimi 10 gior ni i dati della VU 
hanno registrato almeno un'anomalia del tipo «Inser imento 
della carta durante la guida», come definit a nell'allegat o 1C. 
SE INVECE non ci sono state anomalie di questo tipo negli ul­
timi 10 gior ni, la variabile tp15638CardInser tion deve essere 
impos tata su FALSO. 1 (VER O) = in­
dica l'inser iment o 
della carta du­
rante la guida, 
negli ultimi 10 
gior ni 
RTM6 
Errore dati di 
movimento La VU deve generare un valore booleano per l'element o di dati 
RTM6. 
La VU deve attribuire un valore di VER O alla variabile 
tp15638MotionDataEr ror, se negli ultimi 10 gior ni i dati della 
VU hanno registrato almeno un'anomalia del tipo «Errore dati 
di movimento», come definit a nell'allegat o 1C. 
SE INVECE non ci sono state anomalie di questo tipo negli ul­
timi 10 gior ni, la variabile tp15638MotionDataEr ror deve es­
sere impostata su FALSO. 1 (VER O) = In­
dica un «errore 
dati di movi­
mento» negli ul­
timi 10 gior ni 
26.5.2016 L 139/473 Gazzetta ufficiale dell'U nione europea IT     
(1) Element o di 
dati RTM (2) Azione eseguita dalla VU  (3) Defini zione di ASN.1 dei dati 
RTM7 
Dati contra ­
stanti sul mo­
viment o del 
veicolo La VU deve generare un valore booleano per l'element o di dati 
RTM7. 
La VU deve attribuire un valore di VER O alla variabile 
tp15638vehicleMotionConf lict, se i dati della VU negli ultimi 
10 gior ni hanno registrat o almeno un'anomalia del tipo Dati 
contrastanti sul movimento del veicolo (valore ‘0A’H). 
SE INVECE non ci sono state anomalie di questo tipo negli ul­
timi 10 gior ni, la variabile tp15638vehicleMotionConf lict deve 
essere impostata su FALSO. 1 (VER O) = In­
dica dati contra ­
stanti sul movi­
mento del veicolo 
negli ultimi 10 
gior ni 
RTM8 
Car ta del se­
condo condu ­
cente La VU deve generare un valore booleano per l'element o di dati 
RTM8 sulla base dell'allegat o 1C («Dati relativi all'attività del 
conducente », EQUIP AGGIO e SEC ONDO CONDUCENTE). 
Se è present e una seconda carta del conducente valida, la VU 
deve impostare la variabile su VER O 
SE INVECE non è present e una seconda carta del conducente 
valida, la VU deve impostare la variabile su FALSO 1 (FALSO) = In­
dica una seconda 
carta del condu ­
cent e inser ita 
RTM9 
Attività in 
corso La VU deve generare un valore booleano per l'element o di dati 
RTM9. 
Se l'attività in corso è registrata nella VU come attività diversa 
da «GUID A», come definita nell'allegat o 1C, la VU deve impo ­
stare la variabile su VER O 
SE INVECE l'attività in corso è registrata nella VU come 
«GUID A», la VU deve impostare la variabile su FALSO 1 (VER O) = altra 
attività selezio ­
nata; 
0 (FALSO) = 
guida selezionata 
RTM10 
Ultima ses­
sione chiusa La VU deve generare un valore booleano per l'element o di dati 
RTM10. 
Se l'ultima sessione della carta non si è chiusa correttamente, 
come definito nell'alleg ato 1C, la VU deve impostare la varia­
bile su VER O. 
SE INVECE l'ultima sessione della carta si è chiusa corretta ­
mente, la VU deve impostare la variabile su FALSO. 1 (VER O) = 
chiusa non cor­
rettamente 
0 (FALSO) = 
chiusa corretta ­
mente 
RTM11 
Inter ruzione 
dell'alimenta ­
zione di ener ­
gia La VU deve generare un valore intero per l'element o di dati 
RTM11. 
La VU deve attribuire un valore alla variabile tp15638P ower­
SupplyInterr uption pari all'int erruzione dell'alimentazione di 
energia più lung a, a norma dell'ar ticolo 9 del regolamento 
(UE) n. 165/2014, del tipo «Interruzione dell'alimentazione di 
energia», come definit a nell'allegat o 1C. 
SE INVECE negli ultimi 10 gior ni non si sono verificate ano­
malie del tipo «inter ruzione dell'alimentazione di energia», il 
valore dell'inter o deve essere impostato a 0. —  Numero di 
interr uzioni 
dell'alimenta ­
zione di ener ­
gia negli ul­
timi 10 
gior ni 
26.5.2016 L 139/474 Gazzetta ufficiale dell'U nione europea IT     
(1) Element o di 
dati RTM (2) Azione eseguita dalla VU  (3) Defini zione di ASN.1 dei dati 
RTM12 
Guasto del 
sensore La VU deve generare un valore intero per l'element o di dati 
RTM12. 
La VU deve assegnare alla variabile sensorFa ult un valore di: 
—  1 se un'anomalia di tipo ‘35’H «guast o del sensore» è stata 
registrata negli ultimi 10 gior ni, 
—2 se un'anomalia di tipo «guasto del ricevito re GNSS» (in­
terno o esterno con i valor i ENUM ‘51’H o ‘52’H) è stata 
registrata negli ultimi 10 gior ni. 
—  3 se un'anomalia di tipo ‘53’H «guasto della comunicazione 
del GNSS esterno» è stata registrata negli ultimi 10 gior ni. 
—4 se sono stati registrati sia un guasto del sensore che gua­
sti del ricevitore GNSS negli ultimi 10 gior ni. 
—5 se sono stati registrati sia un guasto del sensore che gua­
sti della comunicazione del GNSS esterno negli ultimi 10 
gior ni. 
—  6 se sono stati registrati sia un guasto del ricevito re GNSS 
che un guast o della comunicazione del GNSS esterno negli 
ultimi 10 gior ni. 
—  7 se sono stati registrati tutti e tre i guasti del sensore negli 
ultimi 10 gior ni. 
Deve INVECE attribuire un valore di 0 se non sono state regi­
strate anomalie negli ultimi 10 gior ni. —  Guasto del 
sensore, un 
ottett o se­
condo il di­
zionar io di 
dati 
RTM13 
Regolazione 
dell'ora La VU deve generare un valore intero (timeReal dall'appendice 
1) per l'element o di dati RTM13 sulla base della presenza di 
dati relativi alla regolazione dell'ora, come definit a nell'allegat o 
1C. 
La VU deve attribuire il valore temporale corrispondente al 
dato dell'ultima anomalia del tipo «regolazione dell'ora». 
SE INVECE nella VU non è present e nessuna anomalia del tipo 
«regolazione dell'ora», come definita nell'alleg ato 1C, la VU 
deve impostare un valore di 0 Ora dell'ultima 
regolazione del­
l'ora 
RTM14 
Tentativo di 
violazione 
della sicu ­
rezza La VU deve generare un valore intero (timeReal dall'appendice 
1) per l'element o di dati RTM14 sulla base della presenza di 
un'anomalia del tipo «tentativo di violazione della sicurezza», 
come definita nell'alleg ato 1C. 
La VU deve impos tare il valore temporale dell'ultima anomalia 
del tipo «tentativo di violazione della sicurezza» registrata dalla 
VU. 
SE INVECE nella VU non è present e nessuna anomalia del tipo 
«tentativo di violazione della sicurezza», come definita nell'alle ­
gato 1C, la VU deve imp ostare un valore di 0x00FF . Ora dell'ultimo 
tentativo di viola ­
zione 
—Valore di de­
fault 
= 0x00FF 
RTM15 
Ultima tara­
tura La VU deve generare un valore intero (timeReal dall'appendice 
1) per l'element o di dati RTM15 sulla base della presenza di 
dati relativi all'ultima taratura, come definita nell'alleg ato 1C. 
La VU deve impostare il valore temporale delle ultime due tara­
ture (RTM15 e RTM16) , che sono impostat e nei VuCalibration ­
Data definit i nell'appendice 1. 
La VU deve impostare il valore di RTM15 al timeReal dell'ul ­
tima registrazione relativa alla taratura. Ora dei dati del­
l'ultima taratura 
26.5.2016 L 139/475 Gazzetta ufficiale dell'U nione europea IT     
(1) Element o di 
dati RTM (2) Azione eseguita dalla VU  (3) Defini zione di ASN.1 dei dati 
RTM16 
Taratura pre­
cedente La VU deve generare un valore intero (timeReal dall'appendice 
1) per l'element o di dati RTM16 relativ o alla registrazione della 
penultima taratura 
SE INVECE non vi c'è stata nessuna taratura precedente, la VU 
deve impostare il valore di RTM16 a 0. Ora dei dati della 
taratura prece ­
dente 
RTM17 
Data del colle ­
gamento del 
tachig rafo Per l'element o di dati RTM17, la VU deve generare un valore 
inter o (timeReal dall'appendice 1). 
La VU deve impostare il valore dell'ora dell'installazione ini­
ziale della VU. 
La VU deve estrar re questo dato da VuCalibrationData (appen ­
dice 1) da vuCalibrationRecords con CalibrationPur pose pari a: 
‘03’H Data del collega ­
mento del tachi ­
grafo 
RTM18 
Velocità cor­
rente La VU deve generare un valore intero per l'element o di dati 
RTM18. 
La VU deve impostare il valore di RTM18 all'ultima velocità 
corrente registrata al momento dell'ultimo aggior nament o di 
RtmData. Ultima velocità 
corrente regi­
strata 
RTM19 
Marcatura 
orar ia Per l'element o di dati RTM19, la VU deve generare un valore 
inter o (timeReal dall'appendice 1). 
La VU deve impostare il valore di RTM19 al momento dell'ul ­
timo aggior nament o di RtmData. Marcatura orar ia 
(timestam p) della 
registrazione 
TachographPa y­
load corrente 
5.4.6  Meccanismo di trasferime nto dei dati 
DSC_42 Il payload precedentem ente definito è richiest o dal REDCR dopo la fase di inizializzazione ed è succes ­
sivamente trasmesso dalla DSRC-VU nella finestra allocata. Il comando GET è usato dal REDCR per 
recuperare i dati. 
DSC_43  Per tutti gli scambi DSR C, i dati devon o essere codif icati usando le PER (regole di codifica a 
pacchett o). 
5.4.7  Descr izione dettagliata della transazione DSRC 
DSC_44  L'inizializzazione avviene in conf ormità alle clausole da DSC_44 a DSC_48 e alle tabelle da 14.4 a 
14.9. Nella fase di inizializzazione, il REDCR inizia ad inviare un frame conte nente una BST (tabella di 
servizio del segnale) secondo le norme EN 12834 e EN 13372, paragrafi 6.2, 6.3, 6.4 e 7.1 con le 
impostazioni come specificato nella seguente tabella 14.4. 26.5.2016 L 139/476 Gazzetta ufficiale dell'U nione europea IT     
Tabella 14.4 
Inizializzazione — Impos tazioni del frame contenente una BST 
Cam po Impostazioni 
Link Identifier Indir izzo di trasmissione 
BeaconId In conf ormità a EN 12834 
Ora In conf ormità a EN 12834 
Profilo Nessuna estensione, usare 0 o 1 
MandApplications Nessuna estensio ne, EID assente, parametro assente, AID = 2 Freight& ­
Fleet 
NonMandApplications Assente 
ProfileL ist Nessuna estensione, numero di prof ili nell'elenco = 0 
Fragmentation header Nessuna frammentazione 
Layer 2 settings PDU del comando, comando UI  
La tabella 14.5 a seguire ripor ta un esem pio pratico delle impostazioni specific ate nella tabella 14.4, 
con un'indicazione delle codifiche dei bit. 
Tabella 14.5 
Inizializzazione — Esempio dei contenuti del frame contenente una BST Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
1 FLAG 
 Indicatore di inizio 
2 Broadcast ID 
 Indir izzo di trasmissione 
3 MAC Control Field 
 PDU del comando 
4 LLC Control field 
 Comando UI 
5 Intestazione della frammentazione 
 Nessuna frammentazione 26.5.2016 L 139/477 Gazzetta ufficiale dell'U nione europea IT     
Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
6 BST 
 Richiesta di inizializzazione 
SEQUENCE {   
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER 
(0..65535)  
Applicazioni NonMand assenti    
Identif icativ o del fabbr icante 
7  
8  
IndividualID INTEGER 
(0..134217727)  
} 
ID di 27 bit disponibile per il fabbr i­
cante 
9 
10 
11 
12 Time INTEGER (0..4294967295)  
 Tempo reale UNIX 32 bit 
13 
14 
15 
16 Profil eINTEGER (0..127,...)  
 Nessuna estensione. Profilo esem plifi­
cativo 0 
17 MandApplications SEQUENCE 
(SIZE(0..127, 
…)) OF {  
Nessuna estensione, numero di man ­
dApplications = 1 
18 SEQUENCE {   
OPTION indicator 
 EID assente 
OPTION indicator 
 Parame tro assente 
AID DSR CApplicationEntityID 
} }  
Nessuna estensione. AID= 2 Freight& ­
Fleet 26.5.2016 L 139/478 Gazzetta ufficiale dell'U nione europea IT     
Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
19 Profil eList SEQUENCE (0..127,…) 
OF Profile }  
Nessuna estensione, numero di prof ili 
nell'elenco = 0 
20 FCS 
 Sequenza di controllo del frame 
21 
22 Flag 
 Indicatore di fine  
DSC_45  Quando una DSRC-VU riceve una BST, richiede l'allocazione di una finestra privata, come specifi cato 
nelle norme EN 12795 e EN 13372, paragraf o 7.1.1, senza impostazioni RTM specifiche. La tabella 
14.6 ripor ta un esempio di codifica dei bit. 
Tabella 14.6 
Inizializzazione — Contenut o del frame di richiest a di allocazione di finestra privata Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
1 FLAG 
 Indicatore di inizio 
2 LID privato 
 Indir izzo del collegam ento della DSR C- 
VU specif ica 
3 
4 
5 
6 MAC Control field 
 Richiesta di finestra privata 
7 FCS 
 Sequenza di controllo del frame 
8 
9 Flag 
 Indicatore di fine  
DSC_46  Il REDCR allora risponde allocando una finestra privata, come specifi cato nelle norme EN 12795 e 
EN 13372, paragraf o 7.1.1, senza impostazioni RTM specifi che. 
La tabella 14.7 ripor ta un esem pio di codif ica dei bit. 26.5.2016 L 139/479 Gazzetta ufficiale dell'U nione europea IT     
Tabella 14.7 
Inizializzazione — Contenut o del frame di allocazione di finestra privat a Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
1 FLAG 
 Indicatore di inizio 
2 LID privato 
 Indir izzo del collegam ento della DSR C- 
VU specif ica 
3 
4 
5 
6 MAC Control field 
 Allocazione della finestra privata 
7 FCS 
 Sequenza di controllo del frame 
8 
9 Flag 
 Indicatore di fine  
DSC_47  Quando riceve l'allocazione della finestra privata, la DSRC-VU invia la sua VST (tabella di servizio del 
veicolo) come definita nelle norme EN 12834 e EN 13372, paragraf i 6.2, 6.3, 6.4 e 7.1, con le 
impostazioni specifi cate nella tabella 14.8, usando la finestra di trasmissione allocata. 
Tabella 14.8 
Inizializzazione — Impos tazioni del frame della VST 
Cam po Impostazioni 
LID privato In conf ormità a EN 12834 
Parametr i della VST Riempiment o=0, allora per ciascuna applicazione suppor tata: EID pre­
sente, parametro present e, AID=2, EID come generato dall'OBU 
Parametro Nessuna estensione, contiene il segnale cont estuale RTM 
ObeConfiguration Il campo opzionale ObeStatus può essere present e, ma non deve essere 
usato dal REDCR 
Intes tazione della frammen ­
tazione Nessuna frammentazione 
Impostazioni del livello 2 PDU del comando, comando UI  26.5.2016 L 139/480 Gazzetta ufficiale dell'U nione europea IT     
DSC_48  La DSRC-VU deve suppor tare l'applicazione «car ico e parco veicoli» identificata dall'identificativo 
dell'applicazione ‘2’. Possono essere suppor tati anche altri identificativi dell'applicazione, che però non 
devon o essere presenti in questa VST , poiché la BST richiede solo AID=2. Il campo «applicazioni» 
contiene un elenco di istanze applicative suppor tate nella DSRC-VU. Per ciascuna istanziazione delle 
applicazioni suppor tate è dato un riferi mento alla norma appropr iata, costituito da un segnale 
conte stuale RTM, che è compo sto da un IDENTIFICA TIVO DELL'OGGETTO, che rappresenta la 
relativa norma, la parte (9 per RTM) e eventualment e la versione, più un EID generat o dalla DSR C-VU 
e associato a tale istanza applicativa. 
La tabella 14.9 ripor ta un esempio pratico delle impostazioni specifi cate nella tabella 14.8, con 
un'indicazione delle codif iche dei bit. 
Tabella 14.9 
Inizializzazione — Esempio di contenuti del frame della VST Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
1 FLAG 
 Indicatore di inizio 
2 LID privato 
 Indir izzo del collegam ento della DSR C- 
VU specif ica 
3 
4 
5 
6 MAC Control field 
 PDU del comando 
7 LLC Control field 
 Comando UI 
8 Intestazione della frammentazione 
 Nessuna frammentazione 
9 VST 
SEQUENCE { 
Risposta di inizializzazione 
Fill BIT STRING (SIZE(4)) 
 Non usat o e impostato a 0 
10 Profil eINTEGER (0..127,...) 
Applications SEQUENCE OF { 
Nessuna estensione. Profilo esem plifi­
cativo 0 
11 
 Nessuna estensione, 1 applicazione 
12 SEQUENCE {   
OPTION indicator 
 EID present e 
OPTION indicator 
 Parame tro present e 
AID DSR CApplicationEntityID 
 Nessuna estensione. AID= 2 Freight& ­
Fleet 
13 EID Dsrc-EID 
 Defi nito nell'ambito dell'OBU e che 
identif ica l'istanza applicativa 26.5.2016 L 139/481 Gazzetta ufficiale dell'U nione europea IT     
Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
14 Parameter Container { 
 Nessuna estensione, scelta del conteni ­
tore = 02, stringa di ottetti 
15  
 Nessuna estensione, lunghezza del se­
gnale cont estuale Rtm = 8 
16 Rtm-Cont extMark::= SEQUENCE 
{ 
StandardIdentifier 
standardIdentifier  
Identif icativ o dell'ogg etto della norma, 
della parte e della versione suppor tate. 
Esempio: ISO (1) Nor ma (0) TARV 
(15638) Parte 9(9) Versione 1 (1). 
Il primo ottet to è 06H, che è l'identifi ­
cativo dell'oggett o; il secondo ottett o è 
06H, che è la sua lunghezza. I 6 ottett i 
successivi codif icano l'identif icativ o 
dell'oggett o preso come esem pio 
Si noti che un solo elemento della se­
quenza è present e (l'elemento facolta ­
tivo RtmCommProfile è omesso) 17 
18 
19 
20 
21 
22 
23 
24 ObeConfiguration Sequence {   
OPTION indicator 
 ObeStatus assente 
EquipmentClass INTEGER 
(0..32767) 
25 
26 Manufactur erId INTEGER 
(0..65535) 
Identif icativ o del fabbr icante per la 
DSR C-VU, come descr itto nella norma 
ISO 14816 — Registrarsi 27 
28 FCS 
 Sequenza di controllo del frame 
29 
30 Flag 
 Indicatore di fine  
DCS_49  Il REDCR legge poi i dati invian do un comando GET conf orme al comando GET definito nella norma 
EN 13372, paragraf i 6.2, 6.3, 6.4, e nella norma EN 12834 con le impos tazioni specificate nella 
tabella 14.10. 
Tabella 14.10 
Presentazione — Impos tazioni del frame di richiest a GET 
Cam po Impostazioni 
Invoker Identif ier (IID) Assente 
Link Identifier (LID) Indir izzo del collegam ento della DSR C-VU specifi ca 
Chaining N. 26.5.2016 L 139/482 Gazzetta ufficiale dell'U nione europea IT     
Cam po Impostazioni 
Element Identif ier (EID) Come specifi cato nella VST. Nessuna estensione 
Access Credentials N. 
AttributeIdList Nessuna estensione, 1 attributo, Attr ibut eID = 1 (RtmData) 
Frammentazione N. 
Layer2 settings PDU del comando, comando ACn interr ogato  
La tabella 14.11 ripor ta un esem pio di lettura dei dati RTM. 
Tabella 14.11 
Present azione — Esempio di frame di richiest a GET Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
1 FLAG 
 Indicatore di inizio 
2 LID privato 
 Indir izzo del collegam ento della DSR C- 
VU specif ica 
3 
4 
5 
6 MAC Control field 
 PDU del comando 
7 LLC Control field 
 Comando ACn interr ogato, n bit 
8 Intestazione della frammentazione 
 Nessuna frammentazione 
9 Get.request 
SEQUENCE { 
Get request 
OPTION indicator 
 Credenziali di accesso assenti 
OPTION indicator 
 IID assente 
OPTION indicator 
 Attr ibut eIdList presente 
Fill BIT STRING(SIZE(1)) 
 Impostat o a 0 
10 EID INTEGER(0..127,…) 
 L'EID dell'istanza applicativa RTM, 
come specificato nella VST . Nessuna 
estensio ne 
11 AttributeIdList SEQUENCE OF { 
AttributeId }} 
Nessuna estensione, numero di attri­
buti = 1 
12 
 Attr ibut eId=1, RtmData. Nessuna 
estensio ne 26.5.2016 L 139/483 Gazzetta ufficiale dell'U nione europea IT     
Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
13 FCS 
 Sequenza di controllo del frame 
14 
15 Flag 
 Indicatore di fine  
DSC_50  La DSRC-VU, quando riceve la richiesta GET , invia una riposta GET con i dati richiesti conf orme alla 
risposta GET definita nella norma EN 13372, paragraf i 6.2, 6.3, 6.4, e nella norma EN 12834 con le 
impostazioni come specificato nella tabella 14.12. 
Tabella 14.12 
Presentazione — Impostazi oni del frame di risposta GET 
Cam po Impostazioni 
Invoker Identif ier (IID) Assente 
Link Identifier (LID) In conf ormità a EN 12834 
Chaining N. 
Element Identif ier (EID) Come specifi cato nella VST 
Access Credentials N. 
Frammentazione N. 
Layer2 settings Risposta PDU, risposta disponibile e comando accettato, comando 
ACn  
La tabella 14.13 ripor ta un esem pio di lettura dei dati RTM. 
Tabella 14.13 
Presentazione — Esempio di contenuti del frame di risposta Ottetto # Attributo/Cam po  Bit nell'ot ­
tetto Descr izione 
1 FLAG 
 Indicatore di inizio 
2 LID privato 
 Indir izzo del collegam ento della DSR C- 
VU specif ica 
3 
4 
5 
26.5.2016 L 139/484 Gazzetta ufficiale dell'U nione europea IT     
Ottetto # Attributo/Cam po  Bit nell'ot ­
tetto Descr izione 
6 MAC Control field 
 Risposta PDU 
7 LLC Control field 
 Risposta disponibile, n bit del co­
mando ACn 
8 LLC Status field 
 Risposta disponibile e comando accet ­
tato 
9 Intestazione della frammentazione 
 Nessuna frammentazione 
10 Get.response 
SEQUENCE { 
Ottieni la risposta 
OPTION indicator 
 IID assente 
OPTION indicator 
 Elenco degli attributi presente 
OPTION indicator 
 Stato risposta inviata assente 
Fill BIT STRING(SIZE(1)) 
 Non utilizzat o 
11 EID INTEGER(0..127,…) 
 Risposta dall'istanza applicativa 
RTM. Nessuna estensione, 
12 AttributeList SEQUENCE OF { 
 Nessuna estensione, numero di attri­
buti = 1 
13 Attr ibut es SEQUENCE { 
Attribut eId 
Nessuna estensione, AttributeId = 1 
(RtmData) 
14 Attribut eValue CONT AINER { 
 Nessuna estensione, scelta del conteni ­
tore = 10,10. 
15 
 RtmData 
16 
17 
… … 
n }}}} 
n+1 FCS 
 Sequenza di controllo del frame 
n+2 
n+3 Flag 
 Indicatore di fine  26.5.2016 L 139/485 Gazzetta ufficiale dell'U nione europea IT     
DSC_51  Il REDCR chiude allora il collega mento invian do un comando EVENT_REPORT , RELEASE conf orme 
alla norma EN 13372, paragrafi 6.2, 6.3, 6.4, e alla norma EN 12834, paragraf o 7.3.8, senza 
impostazioni RTM specifi che. La tabella 14.14 illustra un esempio di codifica dei bit del comando 
RELEASE. 
Tabella 14.14 
Chiusura. Contenuto del frame EVENT_REPORT Release Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
1 FLAG 
 Indicatore di inizio 
2 LID privato 
 Indir izzo del collegam ento della DSR C- 
VU specif ica 
3 
4 
5 
6 MAC Control field 
 Il frame contiene un comando LPDU 
7 LLC Control field 
 Comando UI 
8 Intestazione della frammentazione 
 Nessuna frammentazione 
9 EVENT_REPOR T.request 
SEQUENCE { 
EVENT_REPOR T (Release) 
OPTION indicator 
 Credenziali di accesso assenti 
OPTION indicator 
 Parame tro dell'anomalia assente 
OPTION indicator 
 IID assente 
Mode BOOLEAN 
 Nessuna risposta attesa 
10 EID INTEGER (0..127,…) 
 Nessuna estensione, EID = 0 (Sistema) 
11 EventT ype INTEGER (0..127,…) } 
 Tipo di anomalia 0 = Release 
12 FCS 
 Sequenza di controllo del frame 
13 
14 Flag 
 Indicatore di fine  
DSC_52  Non è attesa alcuna risposta da parte della DSRC-VU al comando Release. La comunicazione a questo 
punt o si chiude. 
5.4.8  Descr izione della transazione di prova DSRC 
DSC_53  Prove compl ete, comprese verifiche delle procedure per garantire dati sicur i, devono essere condott e, 
come definito nell'appendice 11 (Meccanismi comuni di sicurezza), da persone autori zzat e aventi 
accesso alle procedure di sicurezza, usando il comando normale GET , come definito sopra. 26.5.2016 L 139/486 Gazzetta ufficiale dell'U nione europea IT     
DSC_54  Le prove di attivazione e le prove di ispezione periodica che richiedono la decifrazione e la 
compre nsione del contenut o dei dati decifrati devono essere condott e come specificato nell'appendice 
11 (Meccanismi comuni di sicurezza) e nell'appendice 9 (Elenco di omologazio ne delle prove minime 
richiest e). 
La comunicazione DSR C di base può tuttavia essere testata tramit e il comando ECH O. Tali prove 
possono essere richieste all'att o dell'attivazione, durante le ispezioni periodiche, dall'autor ità di 
controllo compet ente o in conf ormità al regolamento (UE) n. 165/2014 (cfr. paragraf o 6 a seguire). 
DSC_55  Per effettuare questa prova di comunicazione di base, il REDCR invia il comando ECHO durant e una 
sessione, vale a dire dopo che una fase di inizializzazione è stata compl etata correttamente. La 
sequenza di interazione è dunque simile a quella di un'inter rogazione:  
— Fase 1Il REDCR invia una «tabella di servizio del segnale» (BST), che include gli identificativi 
dell'applicazione (AID) nell'elenco dei servizi che suppor ta. Nelle applicazioni RTM, si tratterà 
sem plicemente del servizio con il valore AID = 2. 
La DSRC-VU valuta la BST ricevuta e laddo ve identifica che la BST sta chiedendo Freight&Fleet 
(AID = 2), la DSRC-VU deve rispondere. Se il REDCR non offre AID = 2, la DSRC-VU deve 
chiudere la transazione con il REDCR.  
— Fase 2La DSRC-VU invia una richiesta di allocazione di finestra privata.  
— Fase 3Il REDCR invia un'allocazione di finestra privata.  
— Fase 4La DSRC-VU usa la finestra privata allocata per inviare la sua tabella di servizio del veicolo 
(VST). Questa VST compr ende un elenco di tutte le diverse istanziazioni delle applicazioni che 
questa DSRC-VU suppor ta nel quadro di AID = 2. Le diverse istanziazioni devon o essere 
identificate per mezzo di EID generati univ ocamente, ciascuno associato ad un valore di parametro 
indicant e l'istanza applicativa suppor tata.  
— Fase 5A questo punto il REDCR analizza la VST offer ta e term ina la connessione (RELEASE), 
perc hé non è interessat o a nulla di ciò che la VST ha da offrire (vale a dire che sta ricevendo una 
VST da una DSRC-VU che non è una RTM VU) oppure, se riceve una VST appropr iata, avvia 
un'istanziazione dell'applicazione.  
— Fase 6Il REDCR invia un comando (ECH O) alla DSRC-VU specifica e alloca una finestra privata.  
— Fase 7La DSRC-VU usa la finestra privata appena allocata per inviare un frame di risposta ECHO. 
Le tabelle a seguire illustrano un esem pio pratico di una sessione di scambio ECHO. 
DSC_56  L'inizializzazione avvi ene in conf ormità al paragraf o 5.4.7 (da DSC_44 a DSC_48) e alle tabelle da 
14.4 a 14.9. 
DSC_57  Il REDCR a questo punt o invia un comando ACTION, ECHO conf orme alla norma ISO 14906 
conte nente 100 ottet ti di dati e senza impostazioni specifi che per l'RTM. La tabella 14.15 illustra il 
conte nuto del frame inviat o dal REDCR. 
Tabella 14.15 
Esempio di frame di richiesta ACTION , ECHO Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
1 FLAG 
 Indicatore di inizio 
2 LID privato 
 Indir izzo del collegam ento della DSR C- 
VU specif ica 
3 
26.5.2016 L 139/487 Gazzetta ufficiale dell'U nione europea IT     
Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
4  
5 
6 MAC Control field 
 PDU del comando 
7 LLC Control field 
 Comando ACn interr ogato, n bit 
8 Intestazione della frammentazione 
 Nessuna frammentazione 
9 ACTION.request 
SEQUENCE { 
Richiesta di azione (ECHO) 
OPTION indicator 
 Credenziali di accesso assenti 
OPTION indicator 
 Parame tro dell'azione presente 
OPTION indicator 
 IID assente 
Mode BOOLEAN 
 Risposta attesa 
10 EID INTEGER (0..127,…) 
 Nessuna estensione, EID = 0 (Sistema) 
11 Action Type INTEGER (0..127,…) 
 Nessuna estensione, richiesta di azione 
di tipo ECH O 
12 ActionParamet er CONT AINER { 
 Nessuna estensione, scelta del conteni ­
tore = 2 
13 
 Nessuna estensione. Lunghezza della 
stringa = 100 ottet ti 
14  
 Dati da ripetere 
… … 
113 }} 
11­
46­
14 FCS 
 Sequenza di controllo del frame 
11­
57­
15 
11­
68­
16 Flag 
 Indicatore di fine  
DSC_58  Quando la DSRC-VU riceve la richiesta di ECH O, invia una risposta ECHO di 100 otte tti di dati 
riflettendo il comando ricevut o, in conf ormità alla norma ISO 14906, senza impostazioni specif iche 
per l'RTM. La tabella 14.16 illustra un esempio di codifica del livello di bit. 26.5.2016 L 139/488 Gazzetta ufficiale dell'U nione europea IT     
Tabella 14.16 
Esempio di frame di rispost a ACTION , ECH O Ottetto # Attributo/Cam po Bit nell'ottett o Descr izione 
1 FLAG 
 Indicatore di inizio 
2 LID privato 
 Indir izzo del collegam ento della VU 
specifi ca 
3 
4 
5 
6 MAC Control field 
 Risposta PDU 
7 LLC Control field 
 n bit del comando ACn 
8 LLC status field 
 Risposta disponibile 
9 Intestazione della frammentazione 
 Nessuna frammentazione 
10 ACTION.response 
SEQUENCE { 
ACTION.response (ECHO) 
OPTION indicator 
 IID assente 
OPTION indicator 
 Parame tro di risposta presente 
OPTION indicator 
 Stato risposta inviata assente 
Fill BIT STRING (SIZE (1)) 
 Non utilizzat o 
11 EID INTEGER (0..127,…) 
 Nessuna estensione, EID = 0 (Sistema) 
12 ResponseP arameter CONT AINER { 
 Nessuna estensione, scelta del conteni ­
tore = 2 
13 
 Nessuna estensione. Lunghezza della 
stringa = 100 ottet ti 
14  
 Dati ripetuti 
… … 
113 }} 
114 FCS 
 Sequenza di controllo del frame 
115 
116 Flag 
 Indicatore di fine  26.5.2016 L 139/489 Gazzetta ufficiale dell'U nione europea IT     
5.5  Conf ormità alla direttiva 2015/71/UE 
5.5.1  Panor amica 
DSC_59  Per suppor tare la direttiva 2015/719/UE sulle dimensioni massime e i pesi massimi dei veicoli 
commerciali pesanti, il protocollo della transazione per scar icare i dati OWS tramite il collegam ento 
dell'interfacci a DSR C 5,8 GHz sarà lo stesso usato per i dati RTM (cfr. il paragraf o 5.4.1), con l'unica 
differ enza che l'identificativo dell'ogg etto relativo alla norma TARV riguarderà la norma ISO 15638 
(TARV) parte 20 concer nent e i WOB/O WS. 
5.5.2  Comandi 
DSC_ 60  I comandi usati per una transazione OWS saranno gli stessi usati per una transazione RTM. 
5.5.3  Sequenza di comandi di inter rogazione 
DSC_ 61  La sequenza di comandi di interr ogazione per i dati OWS sarà la stessa dei dati RTM. 
5.5.4  Strutture dei dati 
DSC_62  Il payload (dati OWS) consiste nella concate nazione dei  
1. dati Encr yptedOwsP ayload, che sono la cifratura dell'OwsP ayload definito in ASN. 1 nel paragraf o 
5.5.5. Il metod o di cifratura deve essere lo stesso adottat o per RtmData, specificato all'appendice 
11.  
2. DSR CSecur ityData, calcolati con gli stessi algor itmi adottati per RtmData, specifi cati all'appendice 
11.  26.5.2016 L 139/490 Gazzetta ufficiale dell'U nione europea IT     
5.5.5  Modulo ASN. 1 per la transazione OWS DSRC 
DSC_63.  La definizione del modulo ASN.1 per i dati DSR C all'inter no dell'applicazione RTM è la seguent e: 
26.5.2016 L 139/491 Gazzetta ufficiale dell'U nione europea IT     
5.5.6  Elementi di Ows Data, azioni eseguite e definizioni 
Gli elementi di OwsData sono definiti per suppor tare la direttiva 2015/719/UE sui pesi massimi e le dimensioni 
massime dei veicoli commerciali pesanti. Il loro signif icato è: 
—  recordedW eight rappresenta il peso totale misurat o del veicolo commerciale pesant e con una risoluzione di 
10 kg, come definito nella norma EN ISO 14906. Ad esemp io un valore di 2500 rappresenta un peso di 25 
tonnellat e. 
—  axlesConf iguration rappresenta la configurazione del veicolo commerciale pesante come numero di assi. La 
conf igurazione è definita con la masch era di bit di 20 bit (estesa dalla norma EN ISO 14906). 
Una masche ra di bit di 2 bit rappresenta la conf igurazione di un asse con il formato seguente: 
—  il valore 00B significa che il valore non è disponibile in quanto il veicolo non è dotat o di dispositivi per 
misurare il peso sull'asse. 
—  Il valore 01B signif ica che l'asse non è present e. 
—  Il valore 10B signif ica che l'asse è present e e il peso è stato calcolato e misurato ed è ripor tato nel 
campo axlesRecordedW eight. 
—  Il valore 11B è riservato per usi futur i. 
Gli ultimi 4 bit sono riservati per usi futur i. 
Numero di assi  
Numero di assi sulla motr ice Numero di assi sul rimorchio 
00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 RFU 
(4 bit)  
—  axlesRecordedW eight rappresenta il peso specifi co misurato per ciascun asse con una risoluzione di 10 kg. 
Si usano due otte tti per ciascun asse. Ad esem pio un valore di 150 rappresenta un peso di 1 500 kg. 
Gli altri tipi di dati sono definiti al paragraf o 5.4.5. 
5.5.7  Meccanismi di trasferimento dei dati 
DSC_64  Il meccanismo di trasfer iment o dei dati per i dati OWS tra l'inter rogatore e il dispositivo DSR C nel 
veicolo deve essere lo stesso dei dati RTM (cfr. paragraf o 5.4.6). 
DSC_ 65  Il trasfer iment o dei dati tra la piattaf orma di raccolta dei dati sui pesi massimi e il dispositivo DSR C 
nel veicolo si deve basare sul collegam ento fisico e sulle interfacce e sul prot ocollo definit i al 
paragraf o 5.6. 
5.6  Trasfer iment o di dati tra la DSR C-VU e la VU 
5.6.1  Colleg amento fisico e interf acce 
DSC_66  Il collegam ento tra la VU e la DSRC-VU può essere un cavo fisico o una comunicazione senza fili a 
corto raggio basata su Bluetooth v4.0 BLE. 
DSC_67  Indipendentem ente dalla scelta del collegament o fisico e dell'interfaccia, i seguenti requisiti devono 
essere soddisfatti: 
DSC_68  a)al fine di potersi rivolgere a fornitori diversi per la fornitura della VU, della DSR C-VU e di diversi 
lotti di DSR C-VU, il collegament o tra la VU e la DSR C-VU deve essere un collegam ento standard 
aper to. La VU deve collegar si alla DSR C-VU: 
i)  tramite un cavo fisso di almeno 2 metr i, utilizzando un connettor e Straight DIN 41612 H11; 
un connett ore masch io appro vato a 11 pin dalla DSR C-VU e un connettor e femmina 
corrispondent e simile, conf orme alla norma DIN/ISO, dalla VU, 26.5.2016 L 139/492 Gazzetta ufficiale dell'U nione europea IT     
ii)  tramite Bluet ooth a bassa energia (BLE), 
iii)  tramite un collegam ento conf orme alla norma ISO 11898 o SAE J1939; 
DSC_69  b)la definizione delle interfacce e del collegam ento tra la VU e la DSR C-VU deve suppor tare i 
comandi del prot ocollo dell'applicazione definiti al paragraf o 5.6.2 e 
DSC_70  c)la VU e la DSR C-VU devono suppor tare l'operazione di trasf erimento di dati tramite il 
collegament o in termini di prestazioni e di alimentazione di energia. 
5.6.2  Protocollo dell'applicazione 
DSC_71  Il protocoll o dell'applicazione tra il dispositivo di comunicazione remota della VU e la DSR C-VU è 
responsabile del trasf erimento periodico dei dati della comunicazione remota dalla VU alla DSR C. 
DSC_72  Si identif icano i seguenti comandi principali:  
1. Inizializzazione del collegament o di comunicazione -richiesta  
2. Inizializzazione del collegament o di comunicazione -risposta  
3. Invio dei dati con identif icativ o dell'applicazione RTM e payload definiti dai dati RTM  
4. Riconosciment o dei dati  
5. Fine del collegament o di comunicazione -richiesta  
6. Fine del collegament o di comunicazione -risposta 
DSC_73  In ASN1.0, i comandi precedenti possono essere definiti come: 
26.5.2016 L 139/493 Gazzetta ufficiale dell'U nione europea IT     
DSC_74  La descr izione dei comandi e dei parametr i è la seguent e: 
—  
 si usa per inizializzare il 
collega mento di comunicazione. Il comando è inviat o dalla VU alla DSR C-VU. Il LinkIdentif ier è 
impostato dalla VU e comunicato alla DSR C-VU per tracciare un collegam ento di comunicazione 
specifico. 
(Nota: serve a suppor tare colleg amenti futur i e altre applicazioni/altr i moduli come la pesatura a 
bordo).  
—  
 è usat o dalla DSR C-VU per 
rispondere alla richiesta di inizializzazione del collegam ento di comunicazione. Il comando è 
inviato dalla DSR C-VU alla VU. Il comando dà il risultat o dell'inizializzazione come risposta = 1 
(avvenuta) o = 0 (fallita). 
DSC_75  L'inizializzazione del collegament o di comunicazione deve essere fatta solo dopo l'installazione, la 
taratura e l'avv io del motore /l'accensione della VU. 
—  
 è usato dalla VU per inviare i dati firmati RCDTData (= i dati della comunicazione 
remota) alla DSR C-VU. I dati saranno inviati ogni 60 secondi. Il parametro DataT ransactionId 
identifica la trasmissione di dati specifi ca. Il LinkIdentif ier si usa anche per garantire che il 
collega mento appropr iato sia corretto. 
—  
 è inviato dalla DSR C-VU per informare la VU della ricezione dei 
dati da un comando 
 identif icato dal parametro DataT ransactionId. Il parametro 
di risposta è 1 (avvenuta) o = 0 (falli ta). Se la VU riceve più di tre rispost e uguali a 0 o se la VU 
non riceve un RCDT -Data Ackno wledgment per un RCDT - Send Data specifico precedentement e 
inviato con un DataT ransactionId specifi co, la Vu genererà e registrerà un'anomalia. 
—  
 è inviat o dalla VU alla DSR C-VU per 
chiudere un collegame nto per un LinkIdentifier specifi co. 
DSC_76  Al riavvio della DSR C-VU o di una VU, tutti i collegamenti di comunicazione esistenti dovrebbero 
essere rimossi, poic hé potrebbero esserci collegame nti «pendenti» dovuti all'ar resto imp rovviso di una 
VU. 
—  
 è inviato dalla DSR C-VU alla VU 
per confermare la richiesta della VU di chiusura del collegament o per il LinkIdentif ier specifi co. 
5.7  Tratta ment o degli errori 
5.7.1  Registr azione e comunicazione dei dati nella DSRC-VU 
DSC_77  I dati devono essere forniti, già sicur i, dalla funzione VUSM alla DSRC-VU. La VUSM deve verificare 
che i dati registrati nella DSRC-VU siano stati registrati correttamente. La registrazione e la comuni ­
cazione degli eventuali errori nel trasf erimento dei dati dalla VU alla memor ia della DSRC-VU devono 
essere registrat e insieme al timestam p come EventFaultT ype e con il valore ENUM impostato a ‘62’H 
(errore di comunicazione del dispositivo di comunicazione remota). 
DSC_78  La VU deve conser vare un file, identif icato con un nome unico e facilmente identif icabile dagli 
ispettori , al fine di registrare «le mancate comunicazioni interne alla VU». 
DSC_79  Se la VUPM cerca di ottenere dati della VU dal modulo di sicurezza (da passare alla DSR C-VU), ma 
senza successo, deve registrare tale tentativo fallito insieme al timestam p come EventF aultT ype e con il 
valore ENUM impostato a ‘62’H Errore di comunicazione del dispositiv o di comunicazione remota. La 
mancata comunicazione è rilevata quando un messaggio 
 non è 
ricevuto per i relativi 
 (vale a dire con lo stesso DataT ransactionId nei messaggi 
) per oltre tre volte consecutive. 
5.7.2  Errori di comunicazione senza fili 
DSC_80  La gestione degli errori di comunicazione deve essere conf orme alle relative norme DSR C, nello 
specifi co EN 300 674-1, EN 12253, EN 12795, EN 12834, e ai parametr i appropr iati di EN 13372. 26.5.2016 L 139/494 Gazzetta ufficiale dell'U nione europea IT     
5.7.2.1  Errori di cifratura e di firma 
DSC_81  Gli errori di cifratura e di firma devon o essere gestiti come definito nell'appendice 11 (Meccanismi 
comuni di sicurezza) e non sono presenti in nessun messaggio di errore associato al trasf erimento 
DSR C di dati. 
5.7.2.2  Registr azione degli errori 
Il mezzo DSR C è una comunicazione senza fili dinamica in un ambient e con condizioni atmosferi che e di 
interferenza incer te, in particolare nelle combinazioni «REDCR portatile» e «veicolo in movimento» usat e in 
questa applicazione. Di conseguenza è necessar io accer tare la differenza tra un «mancata lettura» e una 
condizione di «errore». In una transazione tramit e un'int erfaccia senza fili, le mancate letture sono comuni e la 
conseguenza consiste generalment e nel ripro vare, vale a dire nel ritrasmetter e la BST e nel ripro vare la 
sequenza, il che nella maggior parte dei casi porta a un collega mento di comunicazione con esito positivo e al 
trasf erimento dei dati, a meno che il veicolo bersag lio non esca dal raggio del dispositivo nel periodo necessar io 
per la ritrasmissione. (Una «lettura» con «esit o positiv o» può aver compor tato diversi tentativi ripetuti). 
Una mancata lettura può essere causata dall'abbinament o non corretto delle antenne (errore di «puntament o»); 
dal fatto che una delle antenne è scherm ata, deliberatamente o a causa della presenza fisica di un altro veicolo; 
da interferenze radio, causate in particolare da WIFI a circa 5,8 GHz o da altre comunicazioni senza fili di 
accesso pubblico, da interferenze radar o da condizioni atmosferi che difficili (ad esem pio durante un temporale); 
o semplicement e dal fatto di uscire dal raggio di comunicazione della DSR C. I singoli casi di mancata lettura 
non possono essere registrati, per la loro stessa natura, semplic emente perc hé la comunicazione non è avvenuta. 
Se tutta via l'agen te dell'autor ità di controllo compet ente punta un veicolo e cerca di interrogare la sua DSRC- 
VU, ma non avviene nessun trasfer iment o di dati, questo tentativo fallito potrebbe essere causat o da una 
manomissione deliberata e dunque l'agen te dell'auto rità di controllo compet ente deve poter lo registrare ed 
avvisare i colleghi a valle della possibile violazione. I colleghi possono quindi fermare il veicolo e ispezionarlo 
fisicamente. Tuttavia , siccome non è avvenuta nessuna comunicazione con esito positiv o, la DSR C-VU non può 
fornire dati riguardanti il tentativo fallito. Questa comunicazione deve dunque essere una funzione di prog et­
tazione dell'apparecc hiatura REDCR. 
«Mancata lettura» è diverso da «errore» da un punto di vista tecn ico. In questo contest o un «errore» è l'acqui ­
sizione di un valore errato. 
I dati trasfer iti alla DSRC-VU sono forniti già sicur i e devono quindi essere verificati dal fornitore degli stess i 
(cfr. paragraf o 5.4). 
I dati successivamente trasf eriti tramite l'interfaccia aerea sono controllati tramite controlli di ridondanza ciclica 
al livello delle comunicazioni. Se il CRC convalida, allora i dati sono corretti. Se il CRC non convalida, i dati 
sono ritrasmessi. La probabilità che dati potrebbero superare erroneamente un CRC è talmente remota statisti ­
camente da poter essere scar tata. 
Se il CRC non convalida e non c'è tempo di ritrasmettere e ricevere i dati corretti, il risultat o non sarà un 
errore, ma un'istanziazione di un tipo specifico di mancata lettura. 
L'unico dato signif icativ o riguardant e i tentativi falliti che può essere registrato è il numero di inizializzazioni 
corrette di transazioni che non portano ad un trasfer iment o corretto di dati al REDCR. 
DSC_82  Il REDCR deve dunque registrare con timestamp il numero di casi in cui la fase di «inizializzazione» di 
un'inter rogazione DSR C va a buon fine, ma la transazione term ina prima che i dati siano recuperati 
con successo dal REDCR. Quest o dato deve essere messo a disposizione dell'ag ente dell'auto rità di 
controllo compet ente e deve essere salvato nella memor ia dell'attrezzatura REDCR. Il mezzo per 
raggiunger e tale obiettivo è una questione di prog ettazione del prodott o o deve essere oggett o di 
specifi che di un'autori tà di controllo compet ente. 
L'unico dato significativo riguardant e gli «errori» che può essere registrat o è il numero di casi in cui il 
REDCR non riesce a decr iptare i dati ricevuti. Va tuttavia sottoli neato che ciò sarà riferito esclusi ­
vament e all'eff icienza del software del REDCR. I dati possono essere decr iptati dal punt o di vista 
tecn ico, ma dal punto di vista semantico non hanno senso. 26.5.2016 L 139/495 Gazzetta ufficiale dell'U nione europea IT     
DSC_83  Il REDCR deve dunque registrare con timestam p il numero di casi in cui ha cercato, senza successo, di 
decr iptare dati ricevuti tramit e l'interfaccia DSR C. 
6  PROVE DI ATTIV AZIONE E DI ISPEZIONE PERIODICA PER LA FUNZIONE DI COMUNICAZIONE REMOT A 
6.1  Aspetti generali 
DSC_84  Per la funzione di comunicazione remota sono previsti due tipi di prove:  
1) Una prova ECHO per conval idare il canale di comunicazione senza fili DSRC-REDCR>>-:-<DSRC- 
VU.  
2) Una prova di sicurezza end-to-end per garantire che una carta dell'officina sia in grado di avere 
accesso al contenut o dei dati criptati e firmati creat o dalla VU e trasmesso tramite il canale di 
comunicazione senza fili. 
6.2  ECHO 
Questa clausola contiene disposizioni elaborat e specificamente per testa re solo il fatto che il collegame nto 
DSRC-REDCR >>-:-<DSRC-VU sia funzionalmente attivo. 
L'obiettiv o del comando ECH O è di permett ere alle officine o ai laborat ori di prova per il rilascio delle 
omologa zioni di verificare che il collegame nto DSR C funzioni senza bisogno di accedere alle credenziali di 
sicurezza. Le attrezzature di chi esegue le prove dunque devono essere in grado solamente di inizializzare una 
comunicazione DSR C (inviando una BST con AID=2) e poi di inviare il comando ECHO e, supponendo che il 
DSR C funzioni, riceveranno una risposta ECH O. Per informazioni dettag liate si rimanda al paragraf o 5.4.8. 
Supponendo che riceva correttamente questa risposta, il collegame nto DSR C (DSRC-REDCR >>-:-<DSRC-VU) 
può essere conval idato come funzionante correttamente. 
6.3  Prove per convalidare il contenuto dei dati sicur i 
DSC_85  Questa prova è eseguita per conval idare la sicurezza del flusso di dati da un estremo all'altro (end-t o- 
end). Per eseguire la prova è necessar io un lettore di prova DSR C. Il lettore di prova DSR C ha la stessa 
funzionalità ed è usato secondo le stesse specifi che del lettore utilizzato dalle forze dell'ordine, con la 
differ enza che per autenticare l'ute nte del lettore di prova DSR C si deve usare una carta dell'off icina 
anziché una carta di controllo. La prova può essere eseguita dopo l'attivazione iniziale di un tachi grafo 
intelli gent e o al term ine della procedura di taratura. Dopo l'attivazione, l'unità elettronica di bordo 
deve generare e comunicare alla DSR C-VU i dati sicur i di diagnosi precoce. 
DSC_86  Il personale dell'officina deve posizionare il lettor e di prova DSR C a una distanza tra i 2 e i 10 metr i 
davan ti al veicolo. 
DSC_87  Poi il personale dell'off icina deve inser ire una carta dell'officina nel lettore di prova DSR C per chiedere 
l'inte rrogazione dei dati di diagnosi precoce all'unità elettronica di bordo. Dopo un'int errogazione con 
esito positiv o, il personale dell'officina deve avere accesso ai dati ricevuti per garant ire che la loro 
integrit à sia stata correttamente conval idata e che siano stati correttament e decr iptati.  26.5.2016 L 139/496 Gazzetta ufficiale dell'U nione europea IT     
Appendice 15 
MIGRAZIONE: GESTIONE DELL A COESISTENZA DI DIVERSE GENERAZIONI DI APP ARECCHIA TURE 
INDICE 
1. DEFINIZIONI ..................................................................................................................................... 497 
2. DISPOSIZIONI GENERALI .................................................................................................................... 497 
2.1. Transizione ........................................................................................................................... 497 
2.2. Interoperabilità tra la VU e le carte............................................................................................. 498 
2.3. Interoperabilità tra VU e MS ..................................................................................................... 498 
2.4. Interoperabilità tra unità elettronic he di bordo, carte tachi grafi che e apparecc hi per il trasfer iment o di dati 498 
2.4.1 Trasfe rimento dirett o dalla carta mediante IDE .............................................................................. 498 
2.4.2 Trasfe rimento di dati dalla carta mediante un'unità elettronica di bordo .............................................. 499 
2.4.3 Trasfe rimento dall'unità elettronica di bordo ................................................................................. 499 
2.5. Interoperabilità tra VU e apparecchiatura di taratura ....................................................................... 499 
3. FASI PRINCIP ALI PRIMA DELL'INTR ODUZIONE ......................................................................................... 499 
4. DISPOSIZIONI PER IL PERIODO SUCCESSIV O ALL'INTR ODUZIONE ............................................................... 499  
1.  DEFINIZIONI 
Ai fini della presente appendice si applicano le seguenti definizioni: 
siste ma tachig rafico intelligente: come definito dal present e allegat o (capitolo 1: definiz ione bbb); 
tachig rafo di prima generazione: come definito dal present e regolamento (articolo 2: definiz ione 1); 
tachig rafo di seconda generazione: come definito dal present e regolamento (articolo 2: definiz ione 7); 
data di introduzione: come definito dal present e alleg ato (capitolo 1: definizione ccc); 
Apparecchio intelligente dedicato [IDE (Intelligent dedicated equipment)]: apparecchio utilizzato per il 
trasfer iment o di dati, conf ormemente alla definiz ione di cui all'appendice 7 del present e allegat o. 
2.  DISPOSIZIONI GENERALI 
2.1.  Transizione 
Il preambolo del presente alleg ato fornisce un prospetto della transizione dal siste ma tachi grafic o di prima 
generazione a quello di seconda generazione. 
Oltre alle disposizioni del present e preambolo: 
—  i sensor i di movimento di prima generazione non saranno inter operabili con le unità elettronic he di bordo di 
seconda generazione; 
—l'installazione nei veicoli dei sensor i di movimento di seconda generazioni inizierà contem poraneament e all'in ­
stallazione delle unità elettronic he di bordo di seconda generazione; 
—  i dispositivi per il trasfer iment o dei dati e per la taratura dovranno evolvere in modo da poter suppor tare 
l'utilizzo di apparecc hi di controllo e di carte tach igraf iche di prima e seconda generazione. 26.5.2016 L 139/497 Gazzetta ufficiale dell'U nione europea IT     
2.2.  Interoperabilità tra la VU e le carte 
È sottinteso che le carte tachi grafi che di prima generazione sono interoperabili con le unità elettroniche di bordo 
di prima generazione (conf ormemente all'alleg ato 1B del presente regolamento) , mentre le carte tachi grafiche di 
seconda generazione sono inter operabili con le unità elettronic he di bordo di seconda generazione (conf or­
memente all'allegat o 1C del present e regolamento) . Inoltre si applicano i seguenti requisiti. 
MIG_001  Ad eccezione dei requisiti MIG_004 e MIG_005, le carte tachigra fiche di prima generazione possono 
continuare ad essere utilizzat e nelle unità elettronic he di bordo di seconda generazione fino alla 
scadenza della loro validità. I detent ori possono tuttavia chiedere la sostituzione di tali carte con carte 
tachigra fiche di seconda generazione non appena queste ultime sono disponibili. 
MIG_002  Le unità elettronic he di bordo di seconda generazione devono essere in grado di utilizzare ogni carta 
del conducent e, di controllo o dell'azienda di prima generazione inser ita che sia valida. 
MIG_003  Questa capacità può essere soppressa definitivamente in tali unità elettroniche di bordo dalle officine in 
modo che le carte tachigrafiche di prima generazione non siano più accettat e. Tuttavia ciò sarà 
possibile solo dopo che la Commissione europea avrà avviato una procedura per richiedere alle officine 
di compiere tale azione, ad esempio durante l'ispezione periodica del tachi grafo. 
MIG_004 Le unità elettronic he di bordo di seconda generazione devon o essere in grado di utilizzare esclusi ­
vamente le carte dell'off icina di seconda generazione. 
MIG_005  Per deter minare le modalità di funzionament o, le unità elettronic he di bordo di seconda generazione 
devono tenere in considerazione solo il tipo della carta valida inser ita, indipendentement e dalla sua 
generazione. 
MIG_006  Ogni carta tachi grafi ca di seconda generazione valida deve poter essere utilizzata nelle unità 
elettronic he di bordo di prima generazione nello stesso modo di una carta tachigrafica di prima 
generazione dello stesso tipo. 
2.3.  Interoperabilità tra VU e MS 
È sottinteso che i sensor i di movimento (MS) di prima generazione sono inter operabili con le unità elettronic he di 
bordo di prima generazione, mentre i sensor i di moviment o di seconda generazione sono interoperabili con le 
unità elettronic he di bordo di seconda generazione Inoltre si applicano i seguenti requisiti. 
MIG_007  Le unità elettroniche di bordo di seconda generazione non potranno essere abbinate a sensor i di 
moviment o di prima generazione. 
MIG_008  I sensor i di moviment o di seconda generazione potranno essere abbinati e utilizzati unicamente con 
unità elettronic he di bordo di seconda generazione oppure con entrambe le generazioni di unità 
elettronic he di bordo. 
2.4.  Interoperabilità tra unità elettroniche di bordo, carte tachig rafiche e apparecchi per il trasferi ment o di 
dati 
MIG_009  Gli apparecc hi per il trasf erimento di dati possono essere utilizzati solo con una generazione di unità 
elettronic he di bordo oppure con entrambe. 
2.4.1  Trasferime nto diretto dalla carta mediante IDE 
MIG_010  I dati vanno trasfer iti mediante IDE dalle carte tachigrafiche di prima generazione inser ite nei lettori di 
carte, utilizzando i meccanismi di sicurezza e il prot ocollo di trasfe riment o dati di questa generazione. 
I dati trasfe riti devono corrispondere al formato definito per questa generazione. 
MIG_011  Per consentire il controllo dei conducenti da parte di autorità non UE deve essere inoltre possibile 
trasfer ire dati dalle carte del conducente (e dell'offici na) di seconda generazione allo stesso modo delle 
carte del conducente (e dell'officina) di prima generazione. Tali trasfe rimenti devono includere: 
—  EF 
 e 
 non firmati, 
—  EF (prima generazione) 
 e 
 non firmati, 26.5.2016 L 139/498 Gazzetta ufficiale dell'U nione europea IT     
—  gli altri EF dei dati applicativi (entro 
 DF) richiesti dal protocoll o di trasf erimento della carta 
di prima generazione. Tali informazioni devon o essere secur izzate mediante una firma digitale 
conf ormement e ai meccanismi di sicurezza di prima generazione. 
Tali trasfe rimenti di dati non devon o includere gli EF dei dati applicativi presenti solo nelle carte del 
conducente (e dell'off icina) di seconda generazione (EF dei dati applicativi entro 
 DF). 
2.4.2  Trasferime nto di dati dalla carta mediante un'unità elettr onica di bordo 
MIG_012  I dati vanno trasf eriti da una carta di seconda generazione inser ita in un'unità elettronica di bordo di 
prima generazione utilizzando il prot ocollo di trasf erimento dati di prima generazione. La carta deve 
rispondere ai comandi dell'unità elettronica di bordo esattamente nello stesso modo in cui risponde 
una carta di prima generazione. I dati trasfe riti devon o avere lo stesso formato dei dati trasfe riti da una 
carta di prima generazione. 
MIG_013  I dati vanno trasfe riti da una carta di prima generazione inser ita in un'unità elettronica di bordo di 
seconda generazione utilizzando il protocollo di trasf erimento dati di cui all'appendice 7 del present e 
allegat o. L'unità elettronica di bordo deve inviare i comandi alla carta esattamente nello stesso modo in 
cui li invia un'unità elettronica di bordo di prima generazione. I dati trasf eriti devono rispettare il 
formato definito per le carte di prima generazione. 
2.4.3  Trasferime nto dall'unità elettronica di bordo 
MIG_014  I dati vanno trasf eriti da un'unità elettronica di bordo di seconda generazione utilizzando i meccanismi 
di sicurezza di seconda generazione e il protocollo di trasfer iment o dati di cui all'appendice 7 del 
presente allegat o. 
MIG_015  Per consentire il controllo dei conducenti da parte di autori tà non UE e il trasf erimento di dati 
dall'unità elettronica di bordo da officine non UE, facoltativament e, può essere possibile trasf erire i dati 
da unità elettronic he di bordo di seconda generazione utilizzando meccanismi di sicurezza di prima 
generazione e il prot ocollo di trasfer iment o dati di prima generazione. I dati trasf eriti devono avere lo 
stesso formato dei dati trasfe riti da un'unità elettronica di bordo di prima generazione. Questa capacità 
può essere selezionata mediante i comandi del menù. 
2.5.  Interoperabilità tra VU e apparecchiatura di taratura 
MIG_016  L'apparecc hiatura di taratura deve essere in grado di tarare ogni generazione di tachigra fo, utilizzando 
il protocoll o di taratura della generazione in questione. L'apparecc hiatura di taratura può essere 
utilizzata con una sola generazione di tachi grafo o con entrambe. 
3.  FASI PRINCIP ALI PRIMA DELL'INTR ODUZIONE 
MIG_017  Chiavi e certificat i di prova devon o essere messi a disposizione dei fabbr icanti almeno 30 mesi prima 
della data di introduzione. 
MIG_018  Le prove di interoperabilità devon o essere pronte ad iniziare, su richiesta dei fabbricanti, almeno 15 
mesi prima della data di introduzione. 
MIG_019  Chiavi e certificat i ufficiali devon o essere messi a disposizione dei fabbr icanti almeno 12 mesi prima 
della data di introduzione. 
MIG_020  Gli Stati membr i devono essere in grado di rilasciare carte dell'off icina di seconda generazione almeno 
3 mesi prima della data di introduzione. 
MIG_021  Gli Stati membr i devono essere in grado di rilasciare tutti i tipi di carte tachi grafi che di seconda 
generazione almeno 1 mese prima della data di introduzione. 
4.  DISPOSIZIONI PER IL PERIODO SUCCESSIV O ALL'INTR ODUZIONE 
MIG_022  Dopo la data di introduzione gli Stati membr i potranno rilasciare soltant o carte tachi grafi che di 
seconda generazione. 26.5.2016 L 139/499 Gazzetta ufficiale dell'U nione europea IT     
MIG_023  I fabbr icanti di unità elettroniche di bordo/sensor i di movimento potranno produr re unità elettroniche 
di bordo/sensor i di movimento di prima generazione finché essi sono utilizzati sul campo, in modo 
che sia possibile sostituire compo nenti che non funzionano correttamente. 
MIG_024  I fabbr icanti di unità elettronic he di bordo/sensor i di movimento potranno richiedere e ottener e 
l'omologazione della manuten zione di unità elettronic he di bordo/sensor i di moviment o di prima 
generazione che sono stati già omologat i.  26.5.2016 L 139/500 Gazzetta ufficiale dell'U nione europea IT     
Appendice 15 
ADATTATORE PER VEICOL I DELLE CATEGORIE M1 E N1 
INDICE 
1. ABBREVIAZIONI E DOCUMENTI DI RIFERIMENTO ...................................................................................... 501 
1.1. Abbreviazioni .......................................................................................................................... 501 
1.2. Nor me di riferimento ................................................................................................................ 501 
2. CARA TTERISTICHE E FUNZIONI GENERALI DELL'AD ATTATORE .................................................................... 502 
2.1. Descr izione generale dell'adattato re.............................................................................................. 502 
2.2. Funzioni ................................................................................................................................ 502 
2.3. Sicurezza ................................................................................................................................ 502 
3. REQUISITI DELL'APP ARECCHIO DI CONTR OLLO QUANDO È MONT ATO UN ADATTATORE ................................ 502 
4. REQUISITI DI COSTR UZIONE E FUNZIONAMENTO DELL'AD ATTATORE .......................................................... 503 
4.1. Interfaccia e adattamento degli impulsi di velocità in entrata .............................................................. 503 
4.2. Trasfer imento degli impulsi in entrata al sensore di movimento incor porat o.......................................... 503 
4.3. Sensore di movimento incor porato .............................................................................................. 503 
4.4. Requisiti di sicurezza ................................................................................................................. 503 
4.5. Caratter istich e prestazionali ........................................................................................................ 504 
4.6. Materi ali................................................................................................................................. 504 
4.7. Contrassegni ........................................................................................................................... 504 
5. MONT AGGIO DELL'APP ARECCHIO DI CONTR OLLO QUANDO È UTILIZZA TO UN ADATTATORE ......................... 504 
5.1. Montaggio .............................................................................................................................. 504 
5.2. Sigilli ..................................................................................................................................... 505 
6. VERIFICHE , CONTR OLLI E RIPARAZIONI ................................................................................................... 505 
6.1. Controlli periodici .................................................................................................................... 505 
7. OMOLOGAZIONE DELL'APP ARECCHIO DI CONTR OLLO QUANDO È UTILIZZA TO UN ADATTATORE ................... 505 
7.1. Prescr izioni generali .................................................................................................................. 505 
7.2. Certificato funzionale ................................................................................................................ 506  
1.  ABBREVIAZIONI E DOCUMENTI DI RIFERIMENTO 
1.1.  Abbreviazioni 
TBD  To Be Defi ned (da definire) 
VU  Vehicle Unit (Uni tà elettronica di bordo) 
1.2.  Nor me di riferiment o 
ISO16844-3 Road vehicles — Tachograph systems — Part 3: Motion sensor interfa ce (Veicoli stradali — Siste mi 
tachigra fici — Parte 3: Interfaccia del sensore di movimento). 26.5.2016 L 139/501 Gazzetta ufficiale dell'U nione europea IT     
2.  CARA TTERISTICHE E FUNZIONI GENERALI DELL'AD ATTATORE 
2.1.  Descr izione generale dell'adattatore 
ADA_001 L'adattator e fornisce a una VU collegat a dati di movimento secur izzati che sono costant emente rappre ­
sentativi della velocità del veicolo e della distanza percorsa. 
L'adattator e è destinato esclusivamente ai veicoli per i quali è obbligat orio il montaggio dell'appa ­
recc hio di controllo in conf ormità del presente regolamento. 
Esso è montato e utilizzato esclusivamente sui tipi di veicoli definiti alla lette ra yy) «adattat ore» dell'al ­
legato IC, nei casi in cui non è meccanicament e possibile montare un altro tipo di sensore di 
movimento che sia altrimenti conf orme alle disposizioni del present e allegat o e delle appendici da 1 a 
16 dello stesso. 
L'adattator e non deve essere collegat o meccanicamente a una parte mobile del veicolo, bensì agli 
impulsi relativi alla velocità/distanza generati da sensor i integrati o interfacce alternative. 
ADA_002  Un sensore di movimento omologa to (conf ormemente alle disposizioni del present e allegat o IC, 
sezione 8 — omologaz ione dell'apparecch io di controllo e delle carte tachi grafi che) è montato nell'al ­
loggiament o dell'adattato re, che comprende inoltre un dispositivo di convers ione che trasfer isce gli 
impulsi in entrata al sensore di movimento incor porato. Il sensore di movimento incor porato deve a 
sua volta essere collegat o alla VU in modo che l'interfaccia tra la VU e l'adattatore sia conf orme ai 
requisiti della norma ISO16844-3. 
2.2.  Funzioni 
ADA_003  L'adattator e svolge le seguenti funzioni: 
—  interfaccia e adattamento degli impulsi di velocità in entrata; 
—  trasfer iment o degli imp ulsi in entrata al sensore di movimento incor porat o; 
—  tutte le funzioni del sensore di movimento incor porat o per fornire alla VU dati di movimento 
secur izzati. 
2.3.  Sicurezza 
ADA_004  La certificazione di sicurezza dell'adattatore non si basa sugli obiettivi generali di sicurezza per i 
sensor i di movimento di cui all'appendice 10 del present e alleg ato. A esso si applicano invece i 
requisiti specif icati al punt o 4.4 della present e appendice. 
3.  REQUISITI DELL'APP ARECCHIO DI CONTR OLLO QUANDO È MONT ATO UN ADATTATORE 
I requisiti di cui ai successivi punti indicano come interpretare i requisiti del present e allegat o quando viene 
utilizzato un adattatore. I pertinenti riferimenti numer ici dei requisiti dell'allega to IC sono indicati tra parentesi. 
ADA_005  L'apparecc hio di controllo dei veicoli provvisti di adattator e deve essere conf orme a tutte le 
disposizioni del presente allegat o, salvo quando diversamente specifi cato nella present e appendice. 
ADA_006  Quando è montato un adattatore, l'apparecchio di controllo compre nde i cavi, l'adattator e (incluso il 
sensore di movimento) e una VU [01]. 
ADA_007  La funzione di rilevamento di anomalie e/o guasti dell'apparecc hio di controllo è modificata come 
segue: 
—  l'anomalia «inte rruzione dell'alimentazione di energia» (power supply interr upti on) è attivata dalla 
VU, quando non è attiva la modalità di taratura, per qualsiasi interruzione di durata super iore a 
200 millisecondi dell'alimentazione del sensore di movimento incor porato (79); 
—  l'anomalia «errore dei dati di movimento» (motion data error) è attivata dalla VU in caso di 
interr uzione del normale flusso di dati tra il sensore di moviment o incor porat o e l'unità elettronica 
di bordo e/o nel caso di un errore di integrità o di autenticazione dei dati durante lo scambio di 
dati tra il sensore di movimento incor porat o e la VU (83); 26.5.2016 L 139/502 Gazzetta ufficiale dell'U nione europea IT     
—  l'anomalia «tentativi di violazione della sicurezza» (secur ity breac h attemp t) è attivata dalla VU per 
ogni altra anomalia relativa alla sicurezza del sensore di movimento incor porato, quando non è 
attiva la modalità di taratura (85); 
—  l'indicazione guast o dell'«apparecchio di controllo» (recording equipment) è attivata dalla VU, 
quando non è attiva la modalità di taratura, per ogni guast o del sensore di movimento incor porato 
(88). 
ADA_008  I guasti dell'adattato re individuabili dall'apparecc hio di controllo sono quelli relativi al sensore di 
movimento incor porato [88]. 
ADA_009  La funzione di taratura della VU consente l'abbinamento automatico del sensore di movimento 
incor porato alla VU [202, 204]. 
4.  REQUISITI DI COSTR UZIONE E FUNZIONAMENTO DELL'AD ATTATORE 
4.1.  Inter faccia e adattamento degli impulsi di velocità in entrat a 
ADA_011  L'inte rfaccia di entrata dell'adattato re accetta impulsi di frequenza corrispondenti alla velocità del 
veicolo e alla distanza da esso percorsa. Le caratter istich e elettr iche degli impulsi in ingresso sono: 
TBD dal fabbr icante. Gli adeguamenti che possono essere appor tati solo dal fabbr icante dell'adattato re e 
dall'officina autorizzata che effettua il montaggio dell'adattato re devono consentire, se del caso, il 
corretto collegame nto dell'in put dell'adattato re al veicolo. 
ADA_012  L'inte rfaccia di ingresso dell'adattatore deve essere in grado, se del caso, di moltiplicare o dividere gli 
impulsi di frequenza degli impulsi di velocità in entrata per un fattore fisso in modo da adeguare il 
segnale all'inter vallo del fattore k definito dal present e alleg ato (da 4 000 a 25 000 impulsi/km). Il 
fattore fisso può essere programmato soltant o dal fabbricante dell'adattato re e dall'off icina autori zzata 
che monta l'adattator e. 
4.2.  Trasfer iment o degli impulsi in entrata al sensore di movimento incor porat o 
ADA_013  Gli impulsi in entrata, eventualment e adattati come sopra specifi cato, sono trasfe riti al sensore di 
movimento incor porato in modo tale che ogni imp ulso in entrata sia captat o dal sensore di 
movimento. 
4.3.  Sensore di movimento incor porat o 
ADA_014  Il sensore di movimento incor porato è stimolato dagli impulsi trasf eriti che gli permettono di generare 
dati di movimento che rappresentano con accurat ezza il movimento del veicolo come se fosse 
meccanicament e collegat o a una parte mobile dello stess o. 
ADA_015  I dati di identif icazione del sensore di movimento incor porato sono utilizzati dalla VU per identificare 
l'adattat ore [95]. 
ADA_016  Si considera che i dati di montaggio conte nuti nel sensore di movimento incor porato rappresentino i 
dati di montaggio dell'adattatore [122]. 
4.4.  Requisiti di sicurezza 
ADA_017  L'alloggiament o dell'adattatore deve essere progettat o in modo che non sia possibile aprirlo. Esso deve 
essere sigillat o in modo da consentire di individuare agev olment e i tentativi di manomissione fisica (ad 
esem pio mediante ispezione visiva, cfr. ADA_035). I sigilli devon o soddisfare gli stessi requisiti dei 
sigilli dei sensor i di movimento [da 398 a 406]. 
ADA_018  Non deve essere possibile aspor tare dall'adattat ore il sensore di movimento incor porato senza 
manomett ere il o i sigilli dell'alloggiamento dell'adattato re o il sigillo apposto tra l'alloggiamento del 
sensore e quello dell'adattato re (cfr. ADA_034). 
ADA_019  L'adattator e garantisce che i dati di movimento possano essere elaborati e ricavati soltanto in base 
all'in put dell'adattato re. 26.5.2016 L 139/503 Gazzetta ufficiale dell'U nione europea IT     
4.5.  Caratter istiche pres tazionali 
ADA_020  L'adattator e deve essere compl etamente funzionale nell'int ervallo di temperatura definito dal 
fabbr icante. 
ADA_021  L'adattator e deve essere in grado di funzionare correttamente nel campo di umidità compres o tra 
10 % e 90 % [214]. 
ADA_021  L'adattator e deve essere protet to contro sovratensi one, inversione di polar ità dell'alimentazione e corto 
circuiti [216]. 
ADA_023  L'adattator e: 
—  deve reagire a un campo magnetico che disturba il rilevament o dei dati di moviment o del veicolo. 
In queste circostanze, l'unità elettronica di bordo del veicolo registra e memor izza un guast o del 
sensore [88]; oppure 
—  deve dispor re di un elemento di rilevazione protet to dai campi magnetici o immune agli stess i 
[217]. 
ADA_024 L'adattator e deve essere conf orme al regolamento internazi onale UNECE n. 10 concer nent e la compati ­
bilità elettromagnetica e deve essere prot etto contro le scar iche elettrostatic he e i transito ri [218]. 
4.6.  Mater iali 
ADA_025  L'adattator e deve essere conf orme al grado di protez ione (TBD dal fabbr icante in funzione della posizione 
di montaggio) [220, 221]. 
ADA_026  L'alloggiament o dell'adattato re deve essere di colore giallo. 
4.7.  Contrassegni 
ADA_027  Sull'adattat ore deve essere affissa una targhetta segnaletica indicante : 
—  nome e indir izzo del fabbr icante dell'adattato re; 
—  il codice compo nente del fabbr icante e l'anno di fabbr icazione dell'adattato re; 
—  il marc hio di omologa zione del tipo di adattatore o del tipo di apparecchio di controllo che 
comprende l'adattatore; 
—  la data in cui è stato montato l'adattatore; 
—  il numero di identif icazione del veicolo su cui è stato montato . 
ADA_028  La targhetta segnaletica deve ripor tare inoltre le seguenti informazioni (se non sono direttamente 
leggibili all'est erno del sensore di movimento incor porat o): 
—  nome del fabbr icante del sensore di movimento incor porato; 
—  il codice compo nente del fabbr icante e l'anno di fabbr icazione del sensore di movimento 
incor porat o; 
—  il marc hio di omologazione del sensore di movimento incor porato. 
5.  MONT AGGIO DELL'APP ARECCHIO DI CONTR OLLO QUANDO È UTILIZZA TO UN ADATTATORE 
5.1.  Monta ggio 
ADA_029  Gli adattator i destinati al montaggio sui veicoli devono essere installati esclusivament e dai costr uttori 
dei veicoli o dalle officine autor izzate, abilitati a montare, attivare e tarare i tachi grafi digitali e 
intelligenti. 
ADA_030  Le officine abilitate che effettuano il montaggio dell'adattatore regolano l'inte rfaccia di ingresso e 
selezionano il rappor to di divisione del segnale di ingresso (se applicabile). 26.5.2016 L 139/504 Gazzetta ufficiale dell'U nione europea IT     
ADA_031  Le officine abilitate che effettuano il montaggio dell'adattato re appongono i sigilli sull'alloggiamento 
dello stesso. 
ADA_032  L'adattator e è montato quanto più vicino possibile alla parte del veicolo che gli fornisce gli impulsi in 
entrata. 
ADA_033  I cavi per l'alimentazione dell'adattato re devono essere di colore rosso (polo positiv o) e nero (terra). 
5.2.  Sigilli 
ADA_034  Per quanto riguarda i sigilli, si applicano i seguenti requisiti: 
—  l'alloggiamento dell'adattatore deve essere sigillato (cfr. ADA_017); 
—  l'alloggiamento del sensore incor porato deve essere sigillato all'alloggiament o dell'adattato re, salvo 
nei casi in cui non sia possibile rimuo vere il sensore incor porat o senza rompere il o i sigilli dell'al ­
loggiamento dell'adattato re (cfr. ADA_018); 
—  l'alloggiamento dell'adattatore deve essere sigillato al veicolo; 
—  il collega mento tra l'adattator e e l'apparecchi atura che gli fornisce gli impulsi in entrata deve essere 
sigillato alle due estremità (nella misura in cui ciò sia ragionev olment e possibile). 
6.  VERIFICHE , CONTR OLLI E RIPARAZIONI 
6.1.  Controlli periodici 
ADA_035  Quando viene utilizzato un adattatore, ogni ispezione periodica dell'apparecchio di controllo 
(ispezione periodica conf orme ai requisiti da [409] a [413] dell'allegat o 1C) deve verificare che: 
—  l'adattatore rechi i pertinenti marc hi di omologazione; 
—  i sigilli sull'adattatore e sui suoi collegamenti siano integri; 
—  l'adattatore sia montato come indicato sulla targhetta di montaggio; 
—  l'adattatore sia montato come specifi cato dal fabbricante dell'adattatore e/o dal costr uttor e del 
veicolo; 
—  il montaggio dell'adattato re sia autor izzato per il veicolo ogget to di ispezione. 
ADA_036  Tali controlli devono prevedere una taratura e una sostituzione dei sigilli indipendenteme nte dal loro 
stato. 
7.  OMOLOGAZIONE DELL'APP ARECCHIO DI CONTR OLLO QUANDO È UTILIZZA TO UN ADATTATORE 
7.1.  Prescr izioni generali 
ADA_037  L'apparecc hio di controllo deve essere presentato all'omolog azione compl eto e munito dell'adattato re 
[425]. 
ADA_038 Qualsiasi adattator e può essere presentato all'omologa zione in quant o tale o come compo nente dell'ap ­
parecc hio di controllo. 
ADA_039  Tale omologazione deve includere prove funzionali dell'adattato re. I risultati positivi di ciascuna di 
queste prove vanno ripor tati su un apposit o certificato [426]. 26.5.2016 L 139/505 Gazzetta ufficiale dell'U nione europea IT     
7.2.  Cer tificato funzionale 
ADA_040 Al fabbr icante dell'adattatore viene rilasciato un certificato funzionale relativo all'adattat ore o all'appa ­
recc hio di controllo comprendent e un adattatore solo se tutte le seguenti prove funzionali minime 
hanno dato esito positiv o. 
N. Prova Descr izione Requisiti applicabili 
1. Esame amministrativ o 
1.1 Documentazione Validità della documentazione dell'adattato re  
2. Controllo visiv o 
2.1. Conf ormità dell'adattato re con la documentazione  
2.2. Identif icazione/marcatura dell'adattato re ADA_027, ADA_028 
2.3 Materi ali dell'adattato re dal [219] al [223] 
ADA_026 
2.4. Sigilli ADA_017, ADA_018, 
ADA_034 
3. Prove funzionali 
3.1 Trasferimento degli impulsi di velocità al sensore di moviment o incor porat o ADA_013 
3.2 Interfaccia e adattamento degli impulsi di velocità in entrata ADA_011, ADA_012 
3.3 Precisione della misurazione del movimento da [30] a [35], [217] 
4. Prove ambientali 
4.1 Risultati delle prove fabbr i­
cante Risultati delle prove ambientali del fabbr icante ADA_020, ADA_021, 
ADA_022, ADA_024 
5. EMC 
5.1 Emissioni irradiate e sensibilità 
ai disturbi Verifica della conf ormità con la direttiva 
2006/28/CE ADA_024 
5.2 Risultati delle prove fabbr i­
cante Risultati delle prove ambientali del fabbr icante ADA_024   26.5.2016 L 139/506 Gazzetta ufficiale dell'U nione europea IT