Acest document are doar scop informativ și nu produce efecte juridice. Institu ţiile Uniunii nu î și asumă răspunderea pentru 
conţinutul său. Versiunile autentice ale actelor relevante, inclusiv preambulul acestora, sunt cele publicate în Jurnalul Oficial 
al Uniunii Europene și disponibile pe site-ul EUR-Lex. Aceste texte oficiale pot fi consultate accesând linkurile integrate în 
prezentul document.  
►B REGULAMENTUL DE PUNERE ÎN APLICARE (UE) 2016/799 AL COMISIEI  
din 18 martie 2016  
de punere în aplicare a Regulamentului (UE) nr. 165/2014 al Parlamentului European și al 
Consiliului de stabilire a cerin ţelor pentru construirea, testarea, instalarea, operarea și 
repararea tahografelor și a componentelor acestora  
(Text cu relevan ţă pentru SEE)  
(JO L 139, 26.5.2016, p. 1)  
Astfel cum a fost modificat prin:  
Jurnalul Oficial  
NR. Pagina  Data  
►M1 Regulamentul de punere în aplicare (UE) 2018/502 al Comisiei d in 28 
februarie 2018  L 85  1  28.3.2018  
►M2 Regulamentul de punere în aplicare (UE) 2020/158 al Comisiei d in 5 
februarie 2020  L 34  2 0  6.2.2020  
►M3 Regulamentul de punere în aplicare (UE) 2021/1228 al Comisiei din 16 
iulie 2021  L 273  1  30.7.2021  
rectificat prin:  
►C1 Rectificare, JO L 146, 3.6.2016, p. 31 (2016/799)  
►C2 Rectificare, JO L 27, 1.2.2017, p. 169 (2016/799)  02016R0799 — RO — 21.08.2023 — 003.001 — 1
02016R0799 — RO — 21.08.2023 — 003.001 — 2  
REGULAMENTUL DE PUNERE ÎN APLICARE (UE) 2016/799 
AL COMISIEI  
din 18 martie 2016  
de punere în aplicare a Regulamentului (UE) nr. 165/2014 al 
Parlamentului European și al Consiliului de stabilire a cerin ţelor 
pentru construirea, testarea, instalarea, operarea și repararea 
tahografelor și a componentelor acestora  
(Text cu relevan ţă pentru SEE)  
Articolul 1  
Obiect și domeniu de aplicare  
(1) Prezentul regulament stabilește dispoziţiile necesare pentr u 
aplicarea uniformă a următoarelor aspecte referitoare la tahogr afe: 
(a) înregistrarea poziţiei vehiculului în anumite puncte în tim pul zilei de 
lucru a conducătorului auto;  
(b) detectarea timpurie la distanţă a posibilelor manipulări sa u utilizări 
abuzive ale tahografelor inteligente;  
(c) interfaţa cu sistemele de transport inteligente;  
(d) cerinţele administrative și tehnice pentru procedurile de o mologare 
de tip a tahografelor, inclusiv a mecanismelor de securitate.  
▼M1 
(2) Construirea, testarea, instalarea, inspectarea, operarea și  repararea 
tahografelor inteligente și a componentelor acestora trebuie să  respecte 
cerinţele tehnice stabilite în anexa IC la prezentul regulament . 
(3) Celelalte tahografe, în afara tahografelor inteligente, tre buie să 
respecte în continuare, în ceea ce privește construirea, testar ea, 
instalarea, inspectarea, operarea și repararea, cerinţele din a nexa I la 
Regulamentul (UE) nr. 165/2014 sau din anexa IB la Regula­
mentul (CEE) nr. 3821/85 al Consiliului (  1 ), după caz.  
▼B 
(4) În temeiul articolului 10d din Directiva 96/53/CE, echipame ntul 
de detectare timpurie la distanţă trebuie să transmită, de asem enea, 
datele referitoare la greutate furnizate de un sistem intern de  cântărire 
la bord, în scopul detectării timpurii a fraudelor.  
▼M1 
(5) Prezentul regulament nu aduce atingere Directivei 2014/53/U E a 
Parlamentului European și a Consiliului (  2 ). 
▼B 
Articolul 2  
Definiţii 
În scopul prezentului regulament, se aplică definiţiile prevăzu te la 
articolul 2 din Regulamentul (UE) nr. 165/2014.  ▼B 
( 1 ) Regulamentul (CEE) nr. 3821/85 al Consiliului din 20 decembri e 1985 
privind aparatura de înregistrare în transportul rutier (JO L 3 70, 31.12.1985, 
p. 8). 
( 2 ) Directiva 2014/53/UE a Parlamentului European și a Consiliulu i din 16 aprilie 
2014 privind armonizarea legislaţiei statelor membre referitoar e la punerea la 
dispoziţie pe piaţă a echipamentelor radio și de abrogare a Dir ectivei 
1999/5/CE (JO L 153, 22.5.2014, p. 62).
 02016R0799 — RO — 21.08.2023 — 003.001 — 3  
În plus, se aplică următoarele definiţii:  
1. „tahograf digital” sau „tahograf de primă generaţie” înseamn ă un 
tahograf digital care nu este un tahograf inteligent;  
2. „echipament GNSS extern” înseamnă un echipament care conţine  
receptorul GNSS atunci când unitatea montată pe vehicul nu este  o 
unitate compactă, precum și alte componente necesare pentru 
protecţia comunicării datelor de poziţionare către restul unită ţii 
montate pe vehicul;  
▼M1 
3. „dosar informativ” înseamnă dosarul complet, în format elect ronic 
sau pe hârtie, care conţine toate informaţiile furnizate de pro ducător 
sau de agentul său autorităţii de omologare de tip în scopul 
omologării de tip a unui tahograf sau a unei componente a 
acestuia, inclusiv certificatele menţionate la articolul 12 ali neatul (3) 
din Regulamentul (UE) nr. 165/2014, rezultatele testelor defini te în 
anexa IC la prezentul regulament, precum și schiţe, fotografii și alte 
documente relevante;  
▼B 
4. „dosar de omologare” înseamnă dosarul informativ, în format elec­
tronic sau pe hârtie, însoţit de orice alte documente adăugate de 
autoritatea de omologare de tip la dosarul informativ în cursul  
exercitării funcţiilor sale, inclusiv, la sfârșitul procesului de 
omologare de tip, certificatul de omologare CE de tip a tahogra fului 
sau a unei componente a acestuia;  
5. „opisul dosarului de omologare” înseamnă documentul care 
enumeră conţinutul numerotat al dosarului de omologare, care id en­
tifică toate părţile relevante din acest dosar. Formatul acestu i 
document evidenţiază etapele succesive ale procesului de 
omologare CE de tip și include datele de revizuire și de actual izare 
a dosarului respectiv;  
6. „echipament de detectare timpurie la distanţă” înseamnă apar atura 
unităţii montate pe vehicul care este folosită pentru efectuare a de 
controale selective în trafic;  
▼M1 
7. „tahograf inteligent” sau „tahograf de a doua generaţie” îns eamnă 
un tahograf digital care este în conformitate cu articolele 8, 9 și 10 
din Regulamentul (UE) nr. 165/2014, precum și cu anexa IC la 
prezentul regulament;  
8. „componentă a tahografului” înseamnă oricare dintre următoar ele 
elemente: unitatea montată pe vehicul, senzorul de mișcare, foa ia 
de înregistrare, echipamentul GNSS extern și echipamentul exter n 
de detectare timpurie la distanţă;  
▼B 
9. „autoritate de omologare de tip” înseamnă autoritatea unui s tat 
membru care are competenţa de a efectua omologarea de tip a 
tahografului sau a componentelor sale și de a desfășura procesu l 
de autorizare, precum și de a elibera și, dacă este cazul, de a  retrage 
certificatele de omologare de tip, care acţionează ca punct de 
contact cu autorităţile de omologare de tip ale altor state mem bre 
și care garantează că producătorii își îndeplinesc obligaţiile în ceea 
ce privește conformitatea cu cerinţele prezentului regulament ;  
▼M1 
10. „unitate montată pe vehicul” înseamnă tahograful, cu excepţ ia 
senzorului de mișcare și a cablurilor cu care este conectat 
senzorul de mișcare.  
Aceasta poate fi formată dintr-o singură unitate sau din mai 
multe unităţi distribuite în vehicul și include o unitate de 
procesare, o memorie de date, o funcţie de măsurare a timp- 
ului, două dispozitive-interfaţă pentru cardul inteligent de  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 4  
conducător auto și de copilot, o imprimantă, un ecran, conector i și 
dispozitive pentru introducerea de date de către utilizator, un  
receptor GNSS și un echipament de comunicare la distanţă.  
Unitatea montată pe vehicul poate fi alcătuită din următoarele 
componente care fac obiectul omologării de tip:  
— unitatea montată pe vehicul, ca o componentă separată (inclus iv 
receptorul GNSS și echipamentul de comunicare la distanţă;  
— corpul principal al unităţii montate pe vehicul (inclusiv ech ipa­
mentul de comunicare la distanţă) și echipamentul GNSS 
extern;  
— corpul principal al unităţii montate pe vehicul (inclusiv 
receptorul GNSS) și echipamentul extern de comunicare la 
distanţă;  
— corpul principal al unităţii montate pe vehicul, echipamentul  
GNSS extern și echipamentul extern de comunicare la distanţă.  
Dacă unitatea montată pe vehicul este compusă din mai multe 
unităţi distribuite în vehicul, corpul principal al unităţii mo ntate 
pe vehicul este unitatea care conţine unitatea de procesare, 
memoria de date și funcţia de măsurare a timpului.  
„unitatea montată pe vehicul (VU)” se utilizează pentru a desem na 
„unitatea montată pe vehicul” sau „corpul principal al unităţii  
montate pe vehicul”.  
▼B 
Articolul 3  
Servicii bazate pe localizare  
(1) Producătorii trebuie să se asigure că tahografele inteligen te sunt 
compatibile cu serviciile de poziţionare furnizate de sistemele  Galileo și 
Serviciul european geostaţionar mixt de navigare (EGNOS).  
(2) Pe lângă sistemele menţionate la alineatul (1), producători i pot 
alege, de asemenea, să asigure compatibilitatea cu alte sisteme  de 
navigaţie prin satelit.  
Articolul 4  
Procedura de omologare de tip a unui tahograf și a componentelor 
tahografului  
(1) Un producător sau agentul său trebuie să depună o cerere pe ntru 
omologarea de tip a unui tahograf, a oricăreia dintre component ele 
acestuia sau a oricărui grup de componente, la autorităţile de 
omologare de tip desemnate de fiecare stat membru. Cererea cons tă 
într-un dosar informativ care conţine informaţiile referitoare la fiecare 
dintre componentele vizate, inclusiv, acolo unde este cazul, ce rtificatele 
de omologare de tip ale celorlalte componente necesare pentru a  
completa tahograful, precum și orice alte documente relevante.  
(2) Un stat membru acordă omologarea de tip pentru orice tahogr af, 
componentă sau grup de componente care respectă cerinţele admin is­
trative și tehnice menţionate la articolul 1 alineatul (2) sau (3), după caz. 
În acest caz, autoritatea de omologare de tip eliberează solici tantului un 
certificat de omologare de tip care respectă modelul stabilit î n anexa II 
la prezentul regulament.  
(3) Autoritatea de omologare de tip poate solicita producătorul ui sau 
agentului acestuia să furnizeze orice informaţii suplimentare.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 5  
(4) Producătorul sau agentul său pune la dispoziţia autorităţil or de 
omologare de tip, precum și a entităţilor responsabile cu elibe rarea 
certificatelor menţionate la articolul 12 alineatul (3) din Reg ula­
mentul (UE) nr. 165/2014, numărul de tahografe sau de component e 
de tahograf care este necesar pentru a permite ca procedura de 
omologare de tip să se desfășoare în mod satisfăcător.  
(5) În cazul în care producătorul sau agentul său dorește să ob ţină o 
omologare de tip a anumitor componente sau grupuri de component e ale 
unui tahograf, acesta furnizează autorităţilor de omologare de tip 
celelalte componente deja omologate de tip, precum și alte pies e 
necesare pentru construirea tahografului complet, pentru a perm ite auto­
rităţilor respective să efectueze testele necesare.  
Articolul 5  
Modificarea omolog ărilor de tip  
(1) Producătorul sau agentul său informează fără întârziere aut ori­
tăţile de omologare de tip care au acordat omologarea de tip in iţială, 
în legătură cu orice modificare a software-ului sau a hardware- ului 
tahografului sau a naturii materialelor utilizate la fabricarea  acestuia 
care sunt înregistrate în dosarul de omologare, și depune o cer ere de 
modificare a omologării de tip.  
(2) Autorităţile de omologare de tip pot revizui sau extinde o 
omologare de tip existentă, sau pot acorda o nouă omologare de tip 
în funcţie de natura și de caracteristicile modificărilor.  
În cazul în care autoritatea de omologare de tip consideră că m odifi­
cările software-ului, ale hardware-ului tahografului sau ale na turii mate­
rialelor utilizate la fabricarea acestuia sunt minore, are loc o „revizuire”. 
În astfel de cazuri, autoritatea de omologare de tip eliberează  docu­
mentele revizuite din dosarul de omologare, indicând natura mod ifi­
cărilor realizate și data aprobării lor. O versiune actualizată  a  
dosarului de omologare într-o formă consolidată, însoţită de o 
descriere detaliată a modificărilor aduse, este suficientă pent ru a 
îndeplini această cerinţă.  
În cazul în care autoritatea de omologare de tip consideră că m odifi­
cările software-ului, ale hardware-ului tahografului sau ale na turii mate­
rialelor utilizate la fabricarea acestuia sunt substanţiale, ar e loc o 
„extindere”. În astfel de cazuri, autoritatea de omologare de t ip poate 
solicita să se efectueze noi teste și informează în mod corespu nzător 
producătorul sau agentul acestuia. Dacă aceste teste sunt satis făcătoare, 
autoritatea de omologare de tip eliberează un certificat de omo logare de 
tip ce conţine un număr care se referă la extinderea acordată. Certificatul 
de omologare de tip precizează motivul extinderii și data elibe rării.  
(3) În opisul dosarului de omologare se indică data celei mai r ecente 
extinderi sau revizuiri a omologării de tip sau data celei mai recente 
consolidări a versiunii actualizate a omologării de tip.  
(4) Este necesară o nouă omologare de tip atunci când modificăr ile 
aduse tahografului omologat de tip sau componentelor sale omolo gate 
de tip ar conduce la eliberarea unui nou certificat de securita te sau a 
unui nou certificat de interoperabilitate.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 6  
Articolul 6  
Intrare în vigoare  
Prezentul regulament intră în vigoare în a douăzecea zi de la d ata 
publicării în  Jurnalul Oficial al Uniunii Europene . 
Se aplică de la 2 martie 2016.  
▼M1 
Cu toate acestea, anexa IC se aplică de la 15 iunie 2019, cu ex cepţia 
apendicelui 16, care se aplică de la 2 martie 2016.  
▼B 
Prezentul regulament este obligatoriu în toate elementele sale și se 
aplică direct în toate statele membre.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 7  
ANEXA I C  
Cerinţe privind construc ţia, testarea, instalarea și inspecţia 
INTRODUCERE  
1. DEFINIŢII  
2. CARACTERISTICI ȘI FUNCŢII GENERALE ALE 
APARATURII DE ÎNREGISTRARE  
2.1 Caracteristici generale  
2.2 Funcţii  
2.3 Moduri de funcţionare  
2.4 Securitate  
3. CERINŢE DE CONSTRUCŢIE ȘI DE FUNCŢIONARE APLI­ 
CABILE APARATURII DE ÎNREGISTRARE  
3.1 Monitorizarea introducerii și retragerii cardurilor  
3.2 Măsurarea vitezei, a poziţiei și a distanţei  
3.2.1 Măsurarea distanţei parcurse  
3.2.2 Măsurarea vitezei  
3.2.3 Măsurarea poziţiei  
3.3 Măsurarea timpului  
3.4 Monitorizarea activităţilor conducătorului auto  
3.5 Monitorizarea regimului de conducere  
3.6 Înregistrări realizate de conducătorii auto  
3.6.1 Înregistrarea locurilor în care încep și/sau se încheie z ilele de lucru  
3.6.2 Introducerea manuală a activităţilor conducătorului auto și acordul 
conducătorului auto pentru interfaţa ITS  
3.6.3 Înregistrarea condiţiilor specifice  
▼M3 
3.6.4 Înregistrarea operaţiunii de încărcare/descărcare  
▼B 
3.7 Gestionarea blocărilor efectuate de societate  
3.8 Monitorizarea activităţilor de control  
3.9 Detectarea evenimentelor și/sau a anomaliilor  
3.9.1 Evenimentul „Introducerea unui card nevalabil”  
3.9.2 Evenimentul „Conflict de carduri”  
3.9.3 Evenimentul „Suprapunere a timpului”  
3.9.4 Evenimentul „Conducere fără un card adecvat”  
3.9.5 Evenimentul „Introducerea cardului în timpul conducerii”  
3.9.6 Evenimentul „Încheierea incorectă a ultimei sesiuni”  
3.9.7 Evenimentul „Depășirea limitei de viteză”  
3.9.8 Evenimentul „Întreruperea alimentării cu energie electric ă” 
3.9.9 Evenimentul „Eroare de comunicare cu echipamentul de comu ­ 
nicare la distanţă”  
3.9.10 Evenimentul „Absenţa informaţiilor de poziţionare de la receptorul 
GNSS”  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 8  
3.9.11 Evenimentul „Eroare de comunicare cu echipamentul GNSS 
extern”  
3.9.12 Evenimentul „Eroare privind datele de la senzorul de miș care”  
3.9.13 Evenimentul „Conflict privind deplasarea vehiculului”  
3.9.14 Evenimentul „Tentativă de încălcare a securităţii”  
3.9.15 Evenimentul „Conflict oră”  
3.9.16 Anomalia „Card”  
3.9.17 Anomalia „Aparatura de înregistrare”  
▼M3 
3.9.18 Evenimentul „Anomalie GNSS”  
▼B 
3.10 Teste integrate și autoteste  
3.11 Citirea din memoria de date  
3.12 Înregistrarea și stocarea în memoria de date  
3.12.1 Date de identificare a aparaturii  
3.12.1.1 Date de identificare a unităţii montate pe vehicul  
3.12.1.2 Date de identificare a senzorului de mișcare  
3.12.1.3 Date de identificare a sistemului global de navigaţie prin satelit  
3.12.2 Chei și certificate  
3.12.3 Date privind introducerea și retragerea cardului de cond ucător auto 
sau ale cardului de atelier  
3.12.4 Date privind activitatea conducătorului auto  
▼M1 
3.12.5 Locuri și poziţii în care încep și se încheie zilele de lucru și/sau în 
care se atinge timpul de conducere acumulat de trei ore  
▼B 
3.12.6 Date privind odometrul  
3.12.7 Date privind viteza detaliată  
3.12.8 Date privind evenimentele  
3.12.9 Date privind anomaliile  
3.12.10 Date privind etalonarea  
3.12.11 Date privind reglarea orei  
3.12.12 Date privind activităţile de control  
3.12.13 Date privind blocările efectuate de societate  
3.12.14 Date privind activităţile de descărcare  
3.12.15 Date privind condiţiile specifice  
3.12.16 Date privind cardul de tahograf  
▼M3 
3.12.17 Treceri ale frontierei  
3.12.18 Operaţiuni de încărcare/descărcare  
3.12.19 Hartă digitală  
▼B 
3.13 Citirea de pe cardurile de tahograf  
3.14 Înregistrarea și stocarea pe cardurile de tahograf  
3.14.1 Înregistrarea și stocarea pe cardurile de tahograf de pr imă generaţie;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 9  
3.14.2 Înregistrarea și stocarea pe cardurile de tahograf de a doua 
generaţie  
3.15 Afișare  
3.15.1 Afișaj implicit  
3.15.2 Afișaj de avertizare  
3.15.3 Accesul la meniu  
3.15.4 Alte afișaje  
3.16 Imprimare  
3.17 Avertismente  
3.18 Descărcarea datelor pe suporturi externe  
3.19 Comunicare la distanţă pentru controalele selective în tra fic 
▼M3 
3.20 Schimburi de date cu dispozitive externe suplimentare  
▼B 
3.21 Etalonare  
3.22 Verificarea etalonării în trafic  
3.23 Reglarea orei  
3.24 Caracteristici de performanţă  
3.25 Materiale  
3.26 Inscripţii  
▼M3 
3.27 Monitorizarea trecerilor frontierei  
3.28 Actualizarea software-ului  
▼B 
4. CERINŢE FUNCŢIONALE ȘI DE CONSTRUCŢIE PENTRU 
CARDURILE DE TAHOGRAF  
4.1 Date vizibile  
4.2 Securitate  
4.3 Standarde  
4.4 Specificaţii de mediu și electrice  
4.5 Stocarea datelor  
4.5.1 Fișierele elementare pentru identificare și pentru gestio narea 
cardului  
4.5.2 Identificarea cardurilor cu circuite integrate (IC)  
4.5.2.1 Identificarea cipului  
4.5.2.2 DIR (prezent numai pe cardurile de tahograf de a doua g eneraţie)  
4.5.2.3 Informaţii RLR (în anumite condiţii, prezente numai pe cardurile de 
tahograf de a doua generaţie)  
4.5.2.4 Informaţii privind lungimea extinsă (în anumite condiţi i, prezente 
numai pe cardurile de tahograf de a doua generaţie)  
4.5.3 Cardul de conducător auto  
4.5.3.1 Aplicaţie pentru tahograf (accesibilă pentru unităţile montate pe 
vehicul de prima și a doua generaţie)  
4.5.3.1.1 Identificarea aplicaţiei  
4.5.3.1.2 Chei și certificate  
4.5.3.1.3 Identificarea cardului  
4.5.3.1.4 Identificarea titularului cardului  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 10  
4.5.3.1.5 Descărcarea informaţiilor de pe card  
4.5.3.1.6 Informaţii privind permisul de conducere  
4.5.3.1.7 Date privind evenimentele  
4.5.3.1.8 Date privind anomaliile  
4.5.3.1.9 Date privind activitatea conducătorului auto  
4.5.3.1.10 Date privind vehiculele utilizate  
4.5.3.1.11 Locurile în care încep și/sau se încheie zilele de l ucru 
4.5.3.1.12 Date privind sesiunile de utilizare a cardului  
4.5.3.1.13 Date privind activităţile de control  
4.5.3.1.14 Date privind condiţiile specifice  
4.5.3.2 Aplicaţie pentru tahograf de a 2-a generaţie (inaccesib ilă unităţilor 
montate pe vehicul de primă generaţie)  
4.5.3.2.1 Identificarea aplicaţiei  
▼M3 
4.5.3.2.1.1 Identificarea suplimentară a aplicaţiei (neaccesată  de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
▼B 
4.5.3.2.2 Chei și certificate  
4.5.3.2.3 Identificarea cardului  
4.5.3.2.4 Identificarea titularului cardului  
4.5.3.2.5 Descărcarea informaţiilor de pe card  
4.5.3.2.6 Informaţii privind permisul de conducere  
4.5.3.2.7 Date privind evenimentele  
4.5.3.2.8 Date privind anomaliile  
4.5.3.2.9 Date privind activitatea conducătorului auto  
4.5.3.2.10 Date privind vehiculele folosite  
4.5.3.2.11 Locurile și poziţiile în care încep și/sau se închei e zilele de lucru  
4.5.3.2.12 Date privind sesiunile de utilizare a cardului  
4.5.3.2.13 Date privind activităţile de control  
4.5.3.2.14 Date privind condiţiile specifice  
4.5.3.2.15 Date privind unităţile montate pe vehicul utilizate  
▼M1 
4.5.3.2.16 Date privind locurile în care se încheie o perioadă de conducere 
acumulată de trei ore  
▼M3 
4.5.3.2.17 Statutul de autentificare pentru poziţiile legate de  locurile în care 
încep și/sau se încheie zilele de lucru (neaccesat de versiunea  1  a  
unităţilor montate pe vehicule de a doua generaţie)  
4.5.3.2.18 Statutul de autentificare pentru poziţiile unde se a tinge timpul de 
conducere acumulat de trei ore (neaccesat de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
4.5.3.2.19 Treceri ale frontierei (neaccesate de versiunea 1 a unităţilor montate 
pe vehicule de a doua generaţie)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 11  
4.5.3.2.20 Operaţiuni de încărcare/descărcare (neaccesate de ve rsiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
4.5.3.2.21 Introducerea tipului de încărcătură (neaccesată de v ersiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
4.5.3.2.22 Configuraţii ale VU (neaccesate de versiunea 1 a uni tăţilor montate 
pe vehicule de a doua generaţie)  
▼B 
4.5.4 Cardul de atelier  
4.5.4.1 Aplicaţie pentru tahograf (accesibilă pentru unităţile montate pe 
vehicul de prima și a doua generaţie)  
4.5.4.1.1 Identificarea aplicaţiei  
4.5.4.1.2 Chei și certificate  
4.5.4.1.3 Identificarea cardului  
4.5.4.1.4 Identificarea titularului cardului  
4.5.4.1.5 Descărcarea informaţiilor de pe card  
4.5.4.1.6 Date privind etalonarea și reglarea orei  
4.5.4.1.7 Date privind evenimentele și anomaliile  
4.5.4.1.8 Date privind activitatea conducătorului auto  
4.5.4.1.9 Date privind vehiculele utilizate  
4.5.4.1.10 Date privind începutul și/sau sfârșitul zilelor de l ucru 
4.5.4.1.11 Date privind sesiunile de utilizare a cardului  
4.5.4.1.12 Date privind activităţile de control  
4.5.4.1.13 Date privind condiţiile specifice  
4.5.4.2 Aplicaţia pentru tahograf de a 2-a generaţie (inaccesib ilă unităţilor 
montate pe vehicul de primă generaţie)  
4.5.4.2.1 Identificarea aplicaţiei  
▼M3 
4.5.4.2.1.1 Identificarea suplimentară a aplicaţiei (neaccesată  de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
▼B 
4.5.4.2.2 Chei și certificate  
4.5.4.2.3 Identificarea cardului  
4.5.4.2.4 Identificarea titularului cardului  
4.5.4.2.5 Descărcarea informaţiilor de pe card  
4.5.4.2.6 Date privind etalonarea și reglarea orei  
4.5.4.2.7 Date privind evenimentele și anomaliile  
4.5.4.2.8 Date privind activitatea conducătorului auto  
4.5.4.2.9 Date privind vehiculele utilizate  
4.5.4.2.10 Date privind începutul și/sau sfârșitul zilelor de l ucru 
4.5.4.2.11 Date privind sesiunile de utilizare a cardului  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 12  
4.5.4.2.12 Date privind activităţile de control  
4.5.4.2.13 Date privind unităţile montate pe vehicul utilizate  
▼M1 
4.5.4.2.14 Date privind locurile în care se încheie o perioadă de conducere 
acumulată de trei ore  
▼B 
4.5.4.2.15 Date privind condiţiile specifice  
▼M3 
4.5.4.2.16 Statutul de autentificare pentru poziţiile legate de  locurile în care 
încep și/sau se încheie zilele de lucru (neaccesat de versiunea  1  a  
unităţilor montate pe vehicule de a doua generaţie)  
4.5.4.2.17 Statutul de autentificare pentru poziţiile unde se a tinge timpul de 
conducere acumulat de trei ore (neaccesat de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
4.5.4.2.18 Treceri ale frontierei (neaccesate de versiunea 1 a unităţilor montate 
pe vehicule de a doua generaţie)  
4.5.4.2.19 Operaţiuni de încărcare/descărcare (neaccesate de ve rsiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
4.5.4.2.20 Introducerea tipului de încărcătură (neaccesată de v ersiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
4.5.4.2.21 Date suplimentare de etalonare (neaccesate de versiu nea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
4.5.4.2.22 Configuraţii ale VU (neaccesate de versiunea 1 a uni tăţilor montate 
pe vehicule de a doua generaţie)  
▼B 
4.5.5 Cardul de control  
4.5.5.1 Aplicaţie pentru tahograf (accesibilă pentru unităţile montate pe 
vehicul de prima și a doua generaţie)  
4.5.5.1.1 Identificarea aplicaţiei  
4.5.5.1.2 Chei și certificate  
4.5.5.1.3 Identificarea cardului  
4.5.5.1.4 Identificarea titularului cardului  
4.5.5.1.5 Date privind activităţile de control  
4.5.5.2 Aplicaţia pentru tahograf G2 (inaccesibilă unităţilor m ontate pe 
vehicul de primă generaţie)  
4.5.5.2.1 Identificarea aplicaţiei  
▼M3 
4.5.5.2.1.1 Identificarea suplimentară a aplicaţiei (neaccesată  de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
▼B 
4.5.5.2.2 Chei și certificate  
4.5.5.2.3 Identificarea cardului  
4.5.5.2.4 Identificarea titularului cardului  
4.5.5.2.5 Date privind activităţile de control  
▼M3 
4.5.5.2.6 Configuraţii ale VU (neaccesate de versiunea 1 a unit ăţilor montate 
pe vehicule de a doua generaţie)  
▼B 
4.5.6 Card de societate  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 13  
4.5.6.1 Aplicaţie pentru tahograf (accesibilă pentru unităţile montate pe 
vehicul de prima și a doua generaţie)  
4.5.6.1.1 Identificarea aplicaţiei  
4.5.6.1.2 Chei și certificate  
4.5.6.1.3 Identificarea cardului  
4.5.6.1.4 Identificarea titularului cardului  
4.5.6.1.5 Date privind activitatea societăţii  
4.5.6.2 Aplicaţia pentru tahograf G2 (inaccesibilă unităţilor m ontate pe 
vehicul de primă generaţie)  
4.5.6.2.1 Identificarea aplicaţiei  
▼M3 
4.5.6.2.1.1 Identificarea suplimentară a aplicaţiei (neaccesată  de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
▼B 
4.5.6.2.2 Chei și certificate  
4.5.6.2.3 Identificarea cardului  
4.5.6.2.4 Identificarea titularului cardului  
4.5.6.2.5 Date privind activitatea societăţii  
▼M3 
4.5.6.2.6 Configuraţii ale VU (neaccesate de versiunea 1 a unit ăţilor montate 
pe vehicule de a doua generaţie)  
▼B 
5. INSTALAREA APARATURII DE ÎNREGISTRARE  
5.1 Instalare  
5.2 Plăcuţa de instalare  
5.3 Sigilarea  
6. CONTROALE, INSPECŢII ȘI REPARAŢII  
6.1 Aprobarea montatorilor, a atelierelor și a producătorilor d e vehicule  
▼M1 
6.2 Verificarea componentelor noi și a celor reparate  
▼B 
6.3 Inspecţia instalaţiei  
6.4 Inspecţii periodice  
6.5 Măsurarea erorilor  
6.6 Reparaţii  
7. EMITEREA CARDURILOR  
8. OMOLOGAREA DE TIP A APARATURII DE ÎNREGISTRARE 
ȘI A CARDURILOR DE TAHOGRAF  
8.1 Generalităţi  
8.2 Certificatul de securitate  
8.3 Certificatul de funcţionare  
8.4 Certificatul de interoperabilitate  
8.5 Certificatul de omologare de tip  
8.6 Procedură extraordinară: primele certificate de interoperab ilitate 
pentru aparatura de înregistrare și cardurile de tahograf de a 2-a 
generaţie  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 14  
INTRODUCERE  
Prezenta anexă conţine cerinţe privind aparatura de înregistrar e și cardurile de 
tahograf de a doua generaţie.  
Din 15 iunie 2019, în vehiculele înmatriculate pentru prima dat ă în Uniune se 
instalează aparatură de înregistrare de a doua generaţie și se emit carduri de 
tahograf de a doua generaţie.  
Pentru a pune în aplicare fără probleme sistemul tahografic de a doua generaţie, 
cardurile de tahograf de a doua generaţie au fost concepute pen tru a fi utilizate și 
în unităţile montate pe vehicule de primă generaţie, construite  în conformitate cu 
anexa IB la Regulamentul (CEE) nr. 3821/85.  
În mod reciproc, cardurile de tahograf de primă generaţie pot f i utilizate în unităţi 
montate pe vehicule de a doua generaţie. Cu toate acestea, unit ăţile montate pe 
vehicule de a doua generaţie pot fi etalonate numai utilizând c arduri de atelier de 
a doua generaţie.  
Cerinţele privind interoperabilitatea dintre sistemele tahograf ice de prima și a 
doua generaţie sunt specificate în prezenta anexă. În acest sen s, apendicele 15 
conţine detalii suplimentare privind gestionarea coexistenţei a mbelor generaţii.  
În plus, datorită implementării unor noi funcţii, cum ar fi uti lizarea autentificării 
mesajelor de navigaţie de la semnalul deschis al Galileo ( Open Signal Navigation 
Messages Authentication  – OSNMA), detectarea trecerilor frontierei, introducerea 
operaţiunilor de încărcare și descărcare, precum și datorită ne cesităţii de a mări 
capacitatea cardului de conducător auto la 56 de zile de activi tăţi ale conducă­
torului auto, prezentul regulament introduce cerinţele tehnice pentru a doua 
versiune a aparaturii de înregistrare și a cardurilor de tahogr af de a doua 
generaţie.  
▼B 
Lista apendicelor  
Apendicele 1: DICŢIONAR DE DATE  
Apendicele 2: SPECIFICAŢIE PRIVIND CARDURILE DE TAHOGRAF  
Apendicele 3: PICTOGRAME  
Apendicele 4: DOCUMENTE IMPRIMATE  
Apendicele 5: AFIȘAJUL  
Apendicele 6: CONECTOR FRONTAL PENTRU ETALONARE ȘI 
DESCĂRCARE  
Apendicele 7: PROTOCOALE DE DESCĂRCARE A DATELOR  
Apendicele 8: PROTOCOL DE ETALONARE  
Apendicele 9: OMOLOGAREA DE TIP ȘI LISTA TESTELOR MINIME 
OBLIGATORII  
Apendicele 10: CERINŢE DE SECURITATE  
Apendicele 11: MECANISME DE SECURITATE COMUNE  
Apendicele 12: POZIŢIONAREA BAZATĂ PE SISTEMUL GLOBAL DE 
NAVIGAŢIE PRIN SATELIT (GNSS)  
Apendicele 13: INTERFAŢA ITS  
Apendicele 14: FUNCŢIA DE COMUNICARE LA DISTANŢĂ  
Apendicele 15: MIGRAŢIE: GESTIONAREA COEXISTENŢEI MAI 
MULTOR GENERAŢII DE ECHIPAMENTE  
Apendicele 16: ADAPTOR PENTRU VEHICULELE DIN CATEGORIILE 
M1 ȘI N1  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 15  
1. DEFINIŢII  
În prezenta anexă:  
(a) „activare” înseamnă:  
etapa în care tahograful devine complet operaţional și asigură 
toate funcţiile, inclusiv funcţiile de securitate, prin utiliza rea 
unui card de atelier;  
(b) „autentificare” înseamnă:  
o funcţie destinată stabilirii și verificării unei identităţi 
declarate;  
(c) „autenticitate” înseamnă:  
faptul că informaţiile provin de la o sursă a cărei identitate 
poate fi verificată;  
(d) „test integrat (BIT)” înseamnă:  
un test executat la comandă, declanșat de operator sau de 
dispozitive externe;  
(e) „zi calendaristică” înseamnă:  
o zi cuprinsă între ora 00.00 și ora 24.00. Toate zilele calen­
daristice se raportează la ora UTC (ora universală coor­
donată);  
▼M3 
(f) „etalonarea unui tahograf inteligent” înseamnă:  
actualizarea sau confirmarea parametrilor vehiculului care 
urmează să fie stocaţi în memoria de date. Parametrii vehi­
culului includ identificarea vehiculului (VIN, VRN și statul 
membru de înmatriculare) și caracteristicile vehiculului [w, k,  
l, dimensiunea pneurilor, reglajele limitatorului de viteză 
(dacă este cazul), ora UTC din momentul respectiv, 
valoarea înregistrată de odometru în momentul respectiv, 
tipul de încărcătură implicit]; în cursul etalonării unei 
aparaturi de înregistrare, tipurile și identificatorii tuturor sigi­
liilor relevante de omologare de tip montate se stochează, de 
asemenea, în memoria de date;  
orice actualizare sau confirmare exclusiv a orei UTC este 
considerată o reglare a orei și nu o etalonare, cu condiţia ca 
aceasta să nu contravină cerinţei 409 prevăzute la punctul 6.4;  
pentru etalonarea unei aparaturi de înregistrare trebuie folosi t 
un card de atelier;  
(g) „numărul cardului” înseamnă:  
un cod format din 16 caractere alfanumerice, care reprezintă 
numărul unic de identificare al unui card de tahograf într-un 
stat membru. Numărul cardului include o identificare, care 
constă într-o identificare a conducătorului auto sau într-o 
identificare a titularului cardului împreună cu un indice 
consecutiv al cardului, un indice de înlocuire a cardului și 
un indice de reînnoire a cardului;  
prin urmare, un card poate fi identificat exclusiv pe baza 
codului statului membru emitent și a numărului cardului;  
▼B 
(h) „indice secvenţial al cardului” înseamnă:  
al 14-lea caracter alfanumeric din numărul unui card, folosit 
pentru a deosebi diferitele carduri emise unei societăţi, unui 
atelier sau unei autorităţi de control care au dreptul de a li se 
emite mai multe carduri de tahograf. Societatea, atelierul sau 
autoritatea de control sunt identificate în mod unic pe baza 
primelor 13 caractere ale numărului cardului;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 16  
(i) „indice de reînnoire a cardului” înseamnă:  
al 16-lea caracter alfanumeric al numărului unui card, care 
crește de fiecare dată când se reînnoiește un card de 
tahograf corespunzător unei anumite identificări, de exemplu 
identificarea conducătorului auto sau identificarea titularului  
împreună cu indicele consecutiv;  
(j) „indice de înlocuire a cardului” înseamnă:  
al 15-lea caracter alfanumeric al numărului unui card, care 
crește de fiecare dată când se înlocuiește un card de 
tahograf corespunzător unei anumite identificări, de exemplu 
identificarea conducătorului auto sau identificarea titularului  
împreună cu indicele consecutiv;  
▼B 
(k) „coeficient caracteristic al vehiculului” înseamnă:  
caracteristica numerică ce indică valoarea semnalului de ieșire  
emis de acel element al vehiculului care face legătura dintre 
acesta și aparatura de înregistrare (axul sau cilindrul de ieși re 
al cutiei de viteze), în timp ce vehiculul parcurge o distanţă de 
un kilometru măsurată în condiţii normale de testare, astfel 
cum sunt definite la cerinţa 414. Coeficientul caracteristic es te 
exprimat în impulsuri pe kilometru (w = … imp/km);  
(l) „card de societate” înseamnă:  
un card de tahograf emis de autorităţile unui stat membru unei 
întreprinderi de transport obligată să utilizeze vehicule 
echipate cu un tahograf, care identifică întreprinderea de 
transport și permite afișarea, descărcarea și imprimarea 
datelor, stocate în tahograf, care au fost blocate de respectiv a 
întreprindere de transport;  
(m) „constanta aparaturii de înregistrare” înseamnă:  
caracteristica numerică reprezentând valoarea semnalului de 
intrare necesar pentru a indica și a înregistra o distanţă de 
un kilometru parcursă; această constantă este exprimată în 
impulsuri pe kilometru (k = … imp/km);  
(n) „timpul de conducere continuă” este calculat de aparatura d e 
înregistrare astfel (  1 ): 
timpul de conducere continuă se calculează ca fiind timpii de 
conducere acumulaţi la un moment dat de un anumit 
conducător auto după încheierea ultimei sale perioade de 
minimum 45 de minute de DISPONIBILITATE sau de 
PAUZĂ/ODIHNĂ sau NECUNOSCUTĂ (  2 ) [este posibil ca 
această perioadă să fi fost împărţită în conformitate cu 
Regulamentul (CE) nr. 561/2006 al Parlamentului European 
și al Consiliului (  3 )]. Pentru calculele care trebuie efectuate se 
iau în considerare, după cum este necesar, activităţile ante­
rioare stocate pe cardul de conducător auto. În cazul în care 
conducătorul auto nu și-a introdus cardul, calculele necesare 
se bazează pe înregistrările din memoria de date pentru 
perioada în curs în care niciun card nu a fost introdus și 
legate de slotul relevant;  ▼M3 
( 1 ) Această modalitate de calculare a timpului de conducere conti nuă și a duratei cumulate a 
pauzelor este utilizată de aparatura de înregistrare pentru cal cularea avertismentului legat 
de timpul de conducere continuă. Ea nu aduce atingere interpret ării legale a acestor 
timpi. Modalităţile alternative de calculare a timpului de cond ucere continuă și a 
duratei cumulate a pauzelor pot fi utilizate pentru a înlocui a ceste definiţii dacă 
acestea au devenit caduce în urma actualizării unor alte texte legislative în materie. 
( 2 ) Perioadele NECUNOSCUTE corespund perioadelor în care cardul d e conducător auto nu 
a fost introdus în aparatul de înregistrare și în care nu au fo st introduse manual date 
privind activităţile conducătorului auto. 
( 3 ) Regulamentul (CE) nr. 561/2006 al Parlamentului European și a l Consiliului din 
15 martie 2006 privind armonizarea anumitor dispoziţii ale legi slaţiei sociale în 
domeniul transporturilor rutiere, de modificare a Regulamentelo r (CEE) nr. 3821/85 
și (CE) nr. 2135/98 ale Consiliului și de abrogare a Regulament ului (CEE) nr. 3820/85 
al Consiliului (JO L 102, 11.4.2006, p. 1).
 02016R0799 — RO — 21.08.2023 — 003.001 — 17  
(o) „card de control” înseamnă:  
un card de tahograf emis de autorităţile unui stat membru 
autorităţii naţionale de control competente, care identifică 
organismul de control și, opţional, agentul de control și care 
permite accesul la datele stocate în memoria de date sau pe 
cardul de conducător auto și, opţional, pe cardul de atelier în  
vederea citirii, a imprimării și/sau a descărcării acestora;  
Acest card permite, de asemenea, accesul la funcţia de veri­
ficare a etalonării în trafic și la datele din cititorul pentru  
comunicarea în scopul detectării timpurii la distanţă.  
(p) „durata cumulată a pauzelor” este calculată de aparatura de  
înregistrare astfel (  1 ): 
durata cumulată a pauzelor care întrerup timpul de conducere 
se calculează ca fiind perioadele de DISPONIBILITATE sau 
de PAUZĂ/ODIHNĂ sau NECUNOSCUTE (  2 ) de minimum 
15 minute pentru un anumit conducător auto, acumulate după 
încheierea ultimei sale perioade de DISPONIBILITATE sau 
de PAUZĂ/ODIHNĂ sau NECUNOSCUTE (  2 ) de minimum 
45 de minute [este posibil ca această perioadă să fi fost 
împărţită în conformitate cu Regulamentul (CE) 
nr. 561/2006].  
Pentru calculele care trebuie efectuate se iau în considerare, 
după cum este necesar, activităţile anterioare stocate pe cardu l 
de conducător auto. Perioadele necunoscute cu durată 
negativă (începutul perioadei necunoscute > sfârșitul 
perioadei necunoscute) cauzate de suprapunerile de timp 
dintre două aparate de înregistrare diferite nu sunt luate în 
considerare la realizarea acestor calcule.  
În cazul în care conducătorul auto nu și-a introdus cardul, 
calculele necesare se bazează pe înregistrările din memoria 
de date pentru perioada în curs în care niciun card nu a 
fost introdus și legate de slotul relevant;  
(q) „memorie de date” înseamnă:  
un dispozitiv de stocare a datelor electronice încorporat în 
aparatura de înregistrare;  
(r) „semnătură digitală” înseamnă:  
datele atașate unui bloc de date sau o transformare cripto­
grafică a acestuia, care permite destinatarului blocului de 
date să dovedească autenticitatea și integritatea respectivului  
bloc de date;  
(s) „descărcare” înseamnă:  
copierea, împreună cu semnătura digitală, a unei părţi sau a 
unui set complet de fișiere de date înregistrate în memoria de 
date a unităţii montate pe vehicul sau în memoria cardului de 
tahograf, cu condiţia ca acest proces să nu modifice sau să 
șteargă eventuale date stocate;  ▼B 
( 1 ) Această modalitate de calculare a timpului de conducere conti nuă și a duratei cumulate a 
pauzelor este utilizată de aparatura de înregistrare pentru cal cularea avertismentului legat 
de timpul de conducere continuă. Ea nu aduce atingere interpret ării legale a acestor 
timpi. Modalităţile alternative de calculare a timpului de cond ucere continuă și a 
duratei cumulate a pauzelor pot fi utilizate pentru a înlocui a ceste definiţii dacă 
acestea au devenit caduce în urma actualizării unor alte texte legislative în materie. 
( 2 ) Perioadele NECUNOSCUTE corespund perioadelor în care cardul d e conducător auto nu 
a fost introdus în aparatul de înregistrare și în care nu au fo st introduse manual date 
privind activităţile conducătorului auto.
 02016R0799 — RO — 21.08.2023 — 003.001 — 18  
Producătorii de unităţi montate pe vehicul pentru tahografele 
inteligente și producătorii de dispozitive proiectate și 
concepute pentru a descărca fișiere de date trebuie să ia 
toate măsurile rezonabile pentru a se asigura că descărcarea 
acestor date poate fi efectuată cu o întârziere minimă de către  
întreprinderile de transport sau de către conducătorii auto.  
Descărcarea fișierului care conţine viteza detaliată nu este 
necesară pentru stabilirea conformităţii cu 
Regulamentul (CE) nr. 561/2006, dar poate fi folosită, 
printre altele, în anchetarea unui accident.  
(t) „card de conducător auto” înseamnă:  
un card de tahograf emis de autorităţile unui stat membru 
unui anumit conducător auto, care identifică conducătorul 
auto și permite stocarea datelor privind activitatea acestuia;  
(u) „circumferinţă efectivă a roţilor” înseamnă:  
media distanţelor parcurse de fiecare dintre roţile care 
acţionează vehiculul (roţi motoare) în cursul unei rotaţii 
complete. Măsurarea acestor distanţe trebuie efectuată în 
condiţii normale de testare, astfel cum sunt definite la 
cerinţa 414 și se exprimă în format „l = … mm”. Producătorii 
de vehicule pot înlocui măsurarea acestor distanţe cu un 
calcul teoretic care ia în considerare distribuirea masei pe 
axe atunci când vehiculul este neîncărcat și în stare normală 
de funcţionare (  1 ). Metodele pe care se bazează aceste calcule 
teoretice trebuie aprobate de o autoritate competentă a statulu i 
membru și pot fi utilizate numai înainte de activarea 
tahografului;  
(v) „eveniment” înseamnă:  
o operaţiune anormală detectată de tahograful inteligent care 
poate decurge dintr-o tentativă de fraudă;  
(w) „echipament GNSS extern” înseamnă:  
un echipament care conţine receptorul GNSS atunci când 
unitatea montată pe vehicul nu este o unitate individuală, 
precum și alte componente necesare pentru protecţia comu­
nicării datelor de poziţionare către restul unităţii montate pe  
vehicul;  
(x) „anomalie” înseamnă:  
o operaţiune anormală detectată de tahograful inteligent care 
poate decurge dintr-un deranjament sau o defecţiune a 
aparaturii;  
(y) „receptor GNSS” înseamnă:  
un dispozitiv electronic care recepţionează și prelucrează 
digital semnale de la unul sau mai multe sisteme globale de 
navigaţie prin satelit (GNSS), pentru a furniza informaţii 
privind poziţia, viteza și timpul;  ▼B 
( 1 ) Regulamentul (UE) nr. 1230/2012 al Comisiei din 12 decembrie 2012 de punere în 
aplicare a Regulamentului (CE) nr. 661/2009 al Parlamentului Eu ropean și al Consiliului 
privind cerinţele de omologare de tip pentru masele și dimensiu nile autovehiculelor și ale 
remorcilor acestora și de modificare a Directivei 2007/46/CE a Parlamentului European 
și a Consiliului (JO L 353, 21.12.2012, p. 31), astfel cum a fo st modificat ultima dată.
 02016R0799 — RO — 21.08.2023 — 003.001 — 19  
(z) „instalare” înseamnă:  
montarea unui tahograf într-un vehicul;  
(aa) „interoperabilitate” înseamnă:  
capacitatea sistemelor și a proceselor de lucru care se află la  
baza acestora de a face schimb de date și de informaţii;  
(bb) „interfaţă” înseamnă:  
un dispozitiv între sisteme care asigură mijlocul prin care 
acestea se pot conecta și pot interacţiona;  
(cc) „poziţie” înseamnă:  
coordonatele geografice ale vehiculului la un moment dat;  
(dd) „senzor de mișcare” înseamnă:  
o parte a tahografului care furnizează un semnal reprezentând 
viteza vehiculului și/sau distanţa parcursă;  
▼M3 
(ee) „card nevalabil” înseamnă:  
un card pentru care s-a detectat o anomalie sau a cărui auten­
tificare a eșuat sau a cărui dată de început al valabilităţii n u a 
fost încă atinsă sau a cărui dată de expirare a fost depășită;  
de asemenea, un card este considerat nevalabil de unitatea 
montată pe vehicul:  
— dacă a fost deja introdus în unitatea montată pe vehicul un 
card cu același stat membru emitent, aceeași identificare, 
de exemplu identificarea conducătorului auto sau identi­
ficarea titularului împreună cu indicele consecutiv și un 
indice de reînnoire mai mare; sau  
— dacă a fost deja introdus în unitatea montată pe vehicul un 
card cu același stat membru emitent, aceeași identificare, 
de exemplu identificarea conducătorului auto sau identi­
ficarea titularului împreună cu indicele consecutiv și cu 
indicele de reînnoire, dar cu un indice de înlocuire mai 
mare;  
▼B 
(ff) „standard deschis” înseamnă:  
un standard prevăzut într-un document cu specificaţiile stan­
dardului, disponibil gratuit sau contra unei taxe nominale, 
care poate fi copiat, distribuit sau utilizat fără taxă sau 
contra unei taxe nominale;  
(gg) „în afara zonei de aplicare a reglementărilor” înseamnă:  
cazurile în care utilizarea aparatului de înregistrare nu este 
necesară în conformitate cu dispoziţiile 
Regulamentului (CEE) nr. 561/2006;  
(hh) „depășirea limitei de viteză” înseamnă:  
depășirea vitezei autorizate a vehiculului, definită ca orice 
perioadă de peste 60 de secunde pe parcursul căreia viteza 
măsurată a vehiculului depășește limita stabilită pentru limi­
tatorul de viteză prevăzută în Directiva 92/6/CEE a Consi­
liului (  1 ), astfel cum a fost modificată ultima dată;  ▼B 
( 1 ) Directiva 92/6/CEE a Consiliului din 10 februarie 1992 privin d instalarea și utilizarea 
dispozitivelor limitatoare de viteză pentru anumite categorii d e vehicule din cadrul 
Uniunii (JO L 57, 2.3.1992, p. 27).
 02016R0799 — RO — 21.08.2023 — 003.001 — 20  
(ii) „inspecţie periodică” înseamnă:  
un set de operaţiuni realizate pentru a verifica dacă tahografu l 
funcţionează corespunzător, dacă reglajele acestuia corespund 
parametrilor vehiculului și dacă nu sunt atașate dispozitive de  
manipulare la tahograf;  
(jj) „imprimantă” înseamnă:  
o componentă a aparaturii de înregistrare cu ajutorul căreia se  
pot imprima datele stocate;  
(kk) „comunicare în scopul detectării timpurii la distanţă” 
înseamnă:  
comunicarea între echipamentul de comunicare în scopul 
detectării timpurii la distanţă și cititorul pentru comunicarea  
în scopul detectării timpurii la distanţă în timpul controalelo r 
selective în trafic, cu scopul de a detecta la distanţă even­
tualele cazuri de manipulare sau de utilizare abuzivă a 
aparaturii de înregistrare;  
▼M3 
(ll) „echipament de comunicare la distanţă”, „modul de comu­
nicare la distanţă” sau „echipament de detectare timpurie la 
distanţă” înseamnă:  
echipamentul din cadrul unităţii montate pe vehicul utilizat 
pentru efectuarea controalelor selective în trafic;  
▼B 
(mm) „cititor pentru comunicarea în scopul detectării timpurii la 
distanţă” înseamnă:  
sistemul utilizat de agenţii de control pentru controalele 
selective în trafic;  
▼M3 
(nn) „reînnoire a cardului” înseamnă:  
emiterea unui nou card de tahograf la data expirării cardului 
existent sau dacă acesta nu funcţionează corect și a fost 
returnat autorităţii emitente;  
▼B 
(oo) „reparaţie” înseamnă:  
orice reparaţie efectuată la un senzor de mișcare sau la o 
unitate montată pe vehicul sau la un cablu, care impune 
deconectarea de la sursa de alimentare cu electricitate sau 
deconectarea de la alte componente ale tahografului sau 
deschiderea senzorului de mișcare sau a unităţii montate pe 
vehicul;  
▼M3 
(pp) „înlocuire a cardului” înseamnă:  
emiterea unui nou card de tahograf care să înlocuiască un 
card existent care a fost declarat pierdut, furat sau care nu 
funcţionează corespunzător și care nu a fost returnat autorităţ ii 
emitente;  
▼B 
(qq) „certificare a securităţii” înseamnă:  
proces prin care un organism de certificare pe baza criteriilor  
comune certifică faptul că aparatura de înregistrare (sau o 
componentă) sau cardul de tahograf investigat îndeplinesc 
cerinţele de securitate definite în profilurile de protecţie 
aferente;  
(rr) „autotest” înseamnă:  
teste efectuate în mod ciclic și automat de către aparatura de 
înregistrare pentru a detecta anomalii;  
(ss) „măsurarea timpului” înseamnă:  
o înregistrare digitală permanentă a datei și orei UTC (timpul 
universal coordonat);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 21  
(tt) „reglarea orei” înseamnă:  
reglarea orei curente; această reglare poate fi automată, 
utilizând ca referinţă ora furnizată de receptorul GNSS, sau 
poate fi realizată în modul etalonare;  
▼B 
(uu) „dimensiunea pneurilor” înseamnă:  
desemnarea dimensiunilor pneurilor (de la roţile motoare 
externe) în conformitate cu Directiva 92/23/CEE a Consi­
liului (  1 ), astfel cum a fost modificată ultima dată;  
(vv) „identificarea vehiculului” înseamnă:  
numerele de identificare ale vehiculului: numărul de înmatri­
culare al vehiculului (VRN), care indică și statul membru de 
înmatriculare, și numărul de identificare al 
vehiculului (VIN) (  2 ); 
(ww) „săptămână” înseamnă, în scopul calculelor efectuate de 
aparatura de înregistrare:  
perioada cuprinsă între ziua de luni, ora 00.00 UTC și 
duminica următoare, ora 24.00 UTC;  
(xx) „card de atelier” înseamnă:  
un card de tahograf emis de autorităţile unui stat membru 
personalului desemnat al unui producător de tahografe, 
montator, producător de vehicule sau atelier aprobat de 
statul membru respectiv, care identifică titularul cardului și 
permite testarea, etalonarea și activarea tahografelor și/sau 
descărcarea din acestea;  
(yy) „adaptor” înseamnă:  
un dispozitiv care emite în permanenţă un semnal repre­
zentativ pentru viteza vehiculului și/sau distanţa parcursă de 
acesta, altul decât cel utilizat pentru detectarea independentă  a 
deplasărilor, și care este:  
▼M3 
— instalat și utilizat numai pe vehiculele de tip M1 și N1, 
astfel cum sunt definite la articolul 4 din Regula­
mentul (UE) 2018/858 al Parlamentului European și al 
Consiliului (  3 ), 
▼B 
— instalat acolo unde este imposibil din punct de vedere 
mecanic să se instaleze orice alt tip de senzor de 
mișcare existent care respectă, în rest, dispoziţiile 
prezentei anexe și ale apendicelor 1-15 la aceasta;  ▼M3 
( 1 ) Directiva 92/23/CEE a Consiliului din 31 martie 1992 privind pneurile autovehiculelor și 
ale remorcilor acestora, precum și montarea lor (JO L 129, 14.5 .1992, p. 95). 
( 2 ) Directiva 76/114/CEE a Consiliului din 18 decembrie 1975 priv ind apropierea legisla­ 
ţiilor statelor membre referitoare la plăcuţele și inscripţionă rile regulamentare ale auto­
vehiculelor și ale remorcilor, precum și la amplasamentul și mo dul de aplicare a acestora 
(JO L 24, 30.1.1976, p. 1). 
( 3 ) Regulamentul (UE) 2018/858 al Parlamentului European și al Co nsiliului din 30 mai 
2018 privind omologarea și supravegherea pieţei autovehiculelor  și remorcilor acestora, 
precum și ale sistemelor, componentelor și unităţilor tehnice s eparate destinate vehi­
culelor respective, de modificare a Regulamentelor (CE) nr. 715 /2007 și (CE) 
nr. 595/2009 și de abrogare a Directivei 2007/46/CE (JO L 151, 14.6.2018, p. 1.)
 02016R0799 — RO — 21.08.2023 — 003.001 — 22  
— instalat între unitatea montată pe vehicul și locul unde 
impulsurile de viteză/distanţă sunt generate de senzori 
integraţi sau de interfeţe alternative;  
— din perspectiva unităţii montate pe vehicul, comporta­
mentul adaptorului este același ca în situaţia în care la 
unitatea montată pe vehicul ar fi conectat un senzor de 
mișcare care respectă dispoziţiile prezentei anexe și ale 
apendicelor 1-16 la aceasta;  
utilizarea unui astfel de adaptor în vehiculele menţionate mai 
sus permite instalarea și utilizarea corectă a unei unităţi 
montate pe vehicul care respectă toate cerinţele prezentei 
anexe;  
în cazul vehiculelor respective, tahograful inteligent include 
cabluri, un adaptor și o unitate montată pe vehicul;  
(zz) „integritatea datelor” înseamnă:  
precizia și compatibilitatea datelor stocate, indicate prin 
absenţa oricărei modificări a datelor între două actualizări 
ale unei înregistrări de date. Integritatea implică faptul că 
datele constituie o copie fidelă a versiunii originale, de 
exemplu faptul că datele nu au fost deteriorate în cursul 
procesului de scriere pe sau de citire dintr-un card de 
tahograf sau dintr-un dispozitiv corespunzător sau în cursul 
transmisiei prin intermediul oricărui canal de comunicare;  
▼M3 
(aaa) rezervat pentru o utilizare viitoare;  
▼B 
(bbb) „sistem tahografic inteligent” înseamnă:  
aparatura de înregistrare, cardurile de tahograf și ansamblul 
tuturor echipamentelor cu interacţiune directă sau indirectă în  
cursul etapelor de construcţie, instalare, utilizare, testare ș i 
control ale acestora, precum cardurile, cititorul pentru comu­
nicarea la distanţă și orice alte echipamente pentru descărcare a 
datelor, analizarea datelor, etalonare, generarea, gestionarea 
sau introducerea elementelor de securitate etc.;  
▼M3 
(ccc) „data introducerii” înseamnă:  
data prevăzută în Regulamentul (UE) nr. 165/2014 de la care 
vehiculele înmatriculate pentru prima dată trebuie să fie 
echipate cu un tahograf în conformitate cu prezentul 
regulament.  
▼B 
(ddd) „profil de protecţie” înseamnă:  
un document utilizat ca parte a procesului de certificare în 
conformitate cu criteriile comune, care definește, independent 
de punerea în aplicare, cerinţele de securitate pentru 
garantarea protecţiei informaţiilor;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 23  
(eee) „precizia GNSS” înseamnă:  
în contextul înregistrării poziţiei de către un sistem global d e 
navigaţie prin satelit (GNSS) cu ajutorul tahografelor, 
înseamnă valoarea scăderii preciziei în plan orizontal 
(HDOP –  Horizontal Dilution of Precision ), calculată ca cea 
mai mică dintre valorile HDOP colectate de la sistemele 
GNSS disponibile;  
▼M1 
(fff) „timp de conducere acumulat” înseamnă:  
o valoare reprezentând numărul total acumulat de minute de 
conducere a unui anumit vehicul.  
Valoarea timpului de conducere acumulat este o contorizare 
cumulativă a tuturor minutelor înregistrate drept 
CONDUCERE de funcţia de monitorizare a activităţilor de 
conducere a aparaturii de înregistrare și este folosită doar 
pentru declanșarea înregistrării poziţiei vehiculului de fiecar e 
dată când este atins un multiplu de trei ore de conducere 
acumulată. Acumularea începe la activarea aparaturii de înre­
gistrare. Aceasta nu este afectată de nicio altă condiţie, cum ar 
fi „în afara zonei de aplicare a reglementărilor” sau „traseu 
parcurs pe feribot/în tren”.  
Valoarea timpului de conducere acumulat nu este destinată a 
fi afișată, imprimată sau descărcată.  
▼B 
2. CARACTERISTICI ȘI FUNCŢII GENERALE ALE APARATURII 
DE ÎNREGISTRARE  
2.1 Caracteristici generale  
Scopul aparaturii de înregistrare este de a înregistra, a stoca , a afișa, 
a imprima și a genera date privind activitatea șoferului.  
Orice vehicul dotat cu aparatură de înregistrare conformă cu di spo­
ziţiile prezentei anexe trebuie să fie echipat, de asemenea, cu  un 
vitezometru și cu un odometru. Aceste funcţii pot fi incluse în  
aparatura de înregistrare.  
(1) Aparatura de înregistrare include cabluri, un senzor de 
mișcare și o unitate montată pe vehicul.  
(2) Interfaţa dintre senzorii de mișcare și unităţile montate p e 
vehicul respectă cerinţele specificate în apendicele 11.  
(3) Unitatea montată pe vehicul este conectată la sistemul 
(sistemele) global(e) de navigaţie prin satelit, în confor­
mitate cu apendicele 12.  
(4) Unitatea montată pe vehicul comunică cu cititoarele pentru 
comunicarea în scopul detectării timpurii la distanţă, în 
conformitate cu apendicele 14.  
▼M3 
(5) Unitatea montată pe vehicul trebuie să includă o interfaţă 
ITS, specificată în apendicele 13.  
Aparatura de înregistrare poate fi conectată la alte echi­
pamente prin intermediul unor interfeţe suplimentare și/sau 
prin interfaţa ITS.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 24  
(6) Includerea în sau conectarea la aparatura de înregistrare a  
oricărei funcţii, dispozitiv sau dispozitive, omologate sau 
de alt tip, nu trebuie să interfereze sau să fie susceptibilă 
de a interfera cu funcţionarea corespunzătoare și sigură a 
aparaturii de înregistrare, nici să încalce sau să fie suscep­
tibilă de a încălca dispoziţiile prezentului regulament.  
Utilizatorii aparaturii de înregistrare se identifică prin inte r­
mediul cardurilor de tahograf.  
(7) Aparatura de înregistrare oferă drepturi selective de acces  
la date și la funcţii, pe baza tipului și/sau a identităţii 
utilizatorului.  
Aparatura de înregistrare înregistrează și stochează date în me moria 
sa de date, în echipamentul de comunicare la distanţă și pe car durile 
de tahograf.  
▼M3 
Acest lucru se face în conformitate cu legislaţia aplicabilă a Uniunii 
privind protecţia datelor și cu respectarea articolului 7 din R egula­
mentul (UE) nr. 165/2014.  
▼B 
2.2 Func ţii 
(8) Aparatura de înregistrare asigură următoarele funcţii:  
— monitorizarea introducerilor și a retragerilor cardurilor;  
— măsurarea vitezei, a distanţei și a poziţiei;  
— măsurarea timpului;  
— monitorizarea activităţilor conducătorului auto;  
— monitorizarea regimului de conducere;  
▼M3 
— introducerea manuală a datelor de către conducătorul 
auto:  
— introducerea locurilor în care încep și/sau se 
încheie perioadele zilnice de muncă,  
— introducerea manuală a activităţilor conducătorului 
auto și consimţământul conducătorului auto pentru 
interfaţa ITS,  
— introducerea condiţiilor specifice,  
— înregistrarea operaţiunilor de încărcare/descărcare,  
▼B 
— gestionarea blocărilor efectuate de societate;  
— monitorizarea activităţilor de control;  
— detectarea evenimentelor și/sau a anomaliilor;  
— testele integrate și autotestele;  
— citirea din memoria de date;  
— înregistrarea și stocarea în memoria de date;  
— citirea de pe cardurile de tahograf;  
— înregistrarea și stocarea pe cardurile de tahograf;  
— afișarea;  
— imprimarea;  
— avertizarea;  
— descărcarea de date pe suporturi externe;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 25  
— comunicarea la distanţă pentru controalele selective în 
trafic;  
— date de ieșire transmise unor echipamente 
suplimentare;  
— etalonarea;  
— verificarea etalonării în trafic;  
— reglarea orei;  
▼M3 
— monitorizarea trecerilor frontierei,  
— actualizarea software-ului.  
▼B 
2.3 Moduri de func ţionare  
(9) Aparatura de înregistrare are patru moduri de operare:  
— modul operaţional;  
— modul control;  
— modul etalonare;  
— modul societate.  
(10) Aparatura de înregistrare este comutată la următoarele 
moduri de funcţionare pe baza cardurilor de tahograf 
valabile introduse în dispozitivele de interfaţă pentru 
card. Generaţia cardului de tahograf nu este relevantă 
pentru determinarea modului de funcţionare, cu condiţia 
să fie introdus un card valabil. Un card de atelier de 
primă generaţie este întotdeauna considerat nevalabil 
atunci când este introdus într-o unitate montată pe 
vehicul (VU) de a doua generaţie.  
Mod de funcţionare  Slot pentru cardul de conducător auto  
Niciun card  Card de conducător 
auto Card de control  Card de atelier  Card de societate
 Slot pentru cardul copilotului Niciun card  Operaţional  Operaţional  Control  Etalonare  Societate  
Card de condu- 
cător auto  Operaţional  Operaţional  Control  Etalonare  Societate  
Card de control  Control  Control  Control (*)  Operaţional  Operaţional  
Card de atelier  Etalonare  Etalonare  Operaţional  Etalonare (*)  Operaţional  
Card de soci- 
etate  Societate  Societate  Operaţional  Operaţional  Societate (*)  
(*) În aceste situaţii, aparatura de înregistrare utilizează nu mai cardul de tahograf introdus în slotul pentru cardul de cond ucător auto.  
(11) Aparatura de înregistrare refuză cardurile nevalabile 
introduse, permiţând în astfel de cazuri numai afișarea, 
imprimarea sau descărcarea datelor stocate pe cardurile 
expirate.  
(12) Toate funcţiile enumerate la punctul 2.2 sunt disponibile în 
orice mod de funcţionare, cu următoarele excepţii:  
— funcţia de etalonare este accesibilă numai în modul 
etalonare;  
— funcţia de verificare a etalonării în trafic este accesibilă 
numai în modul etalonare;  
— funcţia de gestionare a blocărilor efectuate de societate 
este accesibilă numai în modul societate;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 26  
— funcţia de monitorizare a activităţilor de control este 
accesibilă numai în modul control;  
▼M3 
— funcţia de descărcare nu este accesibilă în modul 
operaţional, cu excepţia:  
(a) cazurilor prevăzute la cerinţa 193,  
(b) descărcării de pe un card de conducător auto atunci 
când în VU nu este introdus niciun alt tip de card.  
▼B 
(13) Aparatura de înregistrare poate extrage orice date în 
vederea afișării, imprimării sau descărcării pe suporturi 
externe, cu următoarele excepţii:  
— în modul operaţional, orice identificare personală 
(nume și prenume) care nu corespunde unui card de 
tahograf introdus este mascată și orice număr de card 
care nu corespunde unui card de tahograf introdus este 
mascat parţial (fiecare caracter de pe poziţiile cu număr 
impar – de la stânga la dreapta – este mascat);  
▼M3 
— în modul societate, datele privind conducătorul auto 
(cerinţele 102, 105, 108, 133a și 133e) pot fi extrase 
numai pentru perioadele în care nu există nicio blocare 
sau în care nicio o altă societate (astfel cum este iden­
tificată pe baza primelor 13 caractere din numărul 
cardului de societate) nu a activat vreo blocare;  
▼B 
— dacă în aparatura de înregistrare nu a fost introdus 
niciun card, nu pot fi extrase date privind conducătorul 
auto decât pentru ziua respectivă și pentru cele opt zile 
calendaristice anterioare zilei respective;  
▼M3 
— datele cu caracter personal înregistrate și produse fie de 
tahograf, fie de cardurile de tahograf nu trebuie extrase 
prin interfaţa ITS a VU, cu excepţia cazului în care 
este verificat consimţământul conducătorului auto la 
care se referă datele.  
▼M1 
— unităţile montate pe vehicul au, în mod normal, o 
perioadă de funcţionare de 15 ani, începând de la 
data de începere a valabilităţii certificatelor aferente 
unităţilor montate pe vehicul, însă ele pot fi utilizate 
încă trei luni după această perioadă numai pentru 
descărcarea de date.  
▼B 
2.4 Securitate  
▼M1 
Scopul sistemului de securitate este de a proteja memoria de da te 
astfel încât să împiedice accesul neautorizat la date și manipu larea 
acestora, de a detecta orice astfel de tentative, de a proteja inte­
gritatea și autenticitatea datelor transmise între senzorul de mișcare 
și unitatea montată pe vehicul, de a proteja integritatea și au tenti­
citatea datelor transmise între aparatura de înregistrare și ca rdurile de 
tahograf, de a proteja integritatea și autenticitatea datelor t ransmise 
între unitatea montată pe vehicul și echipamentul GNSS extern, dacă 
există, de a proteja confidenţialitatea, integritatea și autent icitatea 
datelor transmise, în scopuri de control, prin comunicarea la 
distanţă în scopul detectării timpurii, precum și de a verifica  inte­
gritatea și autenticitatea datelor descărcate.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 27  
(14) Pentru a garanta securitatea sistemului, următoarele 
componente trebuie să îndeplinească cerinţele de securitate 
specificate în profilurile de protecţie, în conformitate cu 
apendicele 10:  
— unitatea montată pe vehicul;  
— cardul de tahograf;  
— senzorul de mișcare;  
▼M3 
— echipamentul GNSS extern (acest profil este necesar și 
aplicabil numai pentru varianta cu echipament GNSS 
extern).  
▼B 
3. CERINŢE DE CONSTRUCŢIE ȘI DE FUNCŢIONARE APLI­
CABILE APARATURII DE ÎNREGISTRARE  
3.1 Monitorizarea introducerii și retragerii cardurilor  
(15) Aparatura de înregistrare monitorizează dispozitivele de 
interfaţă pentru card pentru a detecta introducerile și retra­
gerile cardurilor.  
▼M3 
(16) La introducerea unui card (sau autentificarea la distanţă a 
unui card), aparatura de înregistrare detectează dacă cardul 
este un card de tahograf valabil în conformitate cu definiţia 
(ee) din secţiunea 1 și, dacă este valabil, identifică tipul de  
card și generaţia cardului.  
Pentru a verifica dacă un card a fost deja introdus, 
aparatura de înregistrare utilizează datele cardului de 
tahograf stocate în memoria sa de date, astfel cum se 
prevede la cerinţa 133.  
▼B 
(17) Cardurile de tahograf de primă generaţie sunt considerate 
nevalabile de către aparatura de înregistrare după ce posi­
bilitatea de a utiliza carduri de tahograf de primă generaţie 
a fost suprimată de un atelier, în conformitate cu apen­
dicele 15 (cerinţa MIG003).  
(18) Cardurile de atelier de primă generaţie care sunt introdus e 
într-o aparatură de înregistrare de a doua generaţie sunt 
considerate nevalabile.  
(19) Aparatura de înregistrare este proiectată astfel încât 
cardurile de tahograf să fie blocate în poziţia corectă la 
introducerea lor în dispozitivul de interfaţă pentru card.  
▼M3 
(20) Retragerea cardurilor de tahograf poate funcţiona numai 
după oprirea vehiculului și după ce datele relevante au 
fost stocate pe carduri. Retragerea cardului necesită o inter­
venţie concretă a utilizatorului.  
▼B 
3.2 M ăsurarea vitezei, a pozi ţiei și a distan ţei 
(21) Senzorul de mișcare (integrat eventual în adaptor) 
reprezintă principala sursă de măsurare a vitezei și a 
distanţei.  
(22) Această funcţie asigură măsurarea continuă și poate indica  
valoarea înregistrată de odometru care corespunde distanţei 
totale parcurse de vehicul, pe baza impulsurilor emise de 
senzorul de mișcare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 28  
(23) Această funcţie asigură măsurarea continuă și poate indica  
viteza vehiculului, pe baza impulsurilor emise de senzorul 
de mișcare.  
(24) Funcţia de măsurare a vitezei indică, de asemenea, dacă 
vehiculul se deplasează sau este oprit. Se consideră că 
vehiculul se deplasează în momentul în care funcţia 
detectează o valoare mai mare de 1 imp/sec de la 
senzorul de mișcare timp de cel puţin cinci secunde, în 
caz contrar vehiculul fiind considerat oprit.  
(25) Dispozitivele pentru afișarea vitezei (vitezometrul) și a 
distanţei totale parcurse (odometrul) instalate în orice 
vehicul prevăzut cu o aparatură de înregistrare care 
respectă dispoziţiile prezentului regulament trebuie să 
respecte cerinţele privind toleranţele maxime (a se vedea 
punctele 3.2.1 și 3.2.2.) prevăzute în prezenta anexă.  
▼M3 
(26) Pentru detectarea manipulării datelor de la senzorul de 
mișcare, informaţiile provenite de la senzorul de mișcare 
sunt coroborate cu informaţiile privind deplasarea vehi­
culului derivate din receptorul GNSS și din altă sursă 
independentă (alte surse independente) de senzorul de 
mișcare. Cel puţin o altă sursă independentă de deplasare 
a vehiculului se află în interiorul VU, fără a fi necesară o 
interfaţă externă.  
(27) Această funcţie măsoară poziţia vehiculului pentru a 
permite înregistrarea:  
— poziţiilor în care conducătorul auto și/sau copilotul își 
încep(e) ziua de lucru;  
— poziţiilor în care timpul de conducere acumulat atinge 
un multiplu de trei ore;  
— poziţiilor în care vehiculul a trecut frontiera unei ţări;  
— poziţiilor în care au fost efectuate operaţiuni de 
încărcare/descărcare;  
— poziţiilor în care conducătorul auto și/sau copilotul își 
încheie ziua de lucru.  
▼B 
3.2.1  M ăsurarea distan ţei parcurse  
(28) Distanţa parcursă poate fi măsurată:  
— fie cumulând deplasările înainte și înapoi;  
— fie cumulând numai deplasările înainte.  
(29) Aparatura de înregistrare măsoară distanţa parcursă între 0 
și 9 999 999,9 km.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 29  
(30) Distanţa măsurată respectă următoarele limite de toleranţă  
(distanţe de cel puţin 1 000 m):  
— ± 1 % înainte de instalare;  
— ± 2 % în cursul instalării și al inspecţiilor periodice;  
— ± 4 % în timpul funcţionării.  
▼M3 
Toleranţele nu trebuie utilizate pentru a modifica în mod 
intenţionat distanţa măsurată.  
▼B 
(31) Distanţa măsurată trebuie să aibă o rezoluţie de 0,1 km sa u 
mai bună.  
3.2.2  M ăsurarea vitezei  
(32) Aparatura de înregistrare măsoară viteza între 0 și 
220 km/h.  
▼M3 
(33) Pentru a asigura o toleranţă maximă de ±6 km/h pentru 
viteza afișată în timpul funcţionării și luând în considerare:  
— o toleranţă de ± 2 km/h pentru variaţiile semnalului de 
intrare (variaţii provocate de pneuri, …);  
— o toleranţă de ± 1 km/h la măsurătorile efectuate în 
timpul instalării sau al inspecţiilor periodice;  
aparatura de înregistrare trebuie să măsoare viteza cu o 
toleranţă de ± 1 km/h (la viteză constantă) dacă vitezele 
se încadrează între 20 și 180 km/h, iar coeficienţii carac­
teristici ai vehiculului între 2 400 și 25 000 imp/km.  
Notă: Datorită rezoluţiei stocării de date, se adaugă o 
toleranţă suplimentară de ± 0,5 km/h la viteza stocată de 
aparatura de înregistrare.  
▼B 
(34) Viteza trebuie măsurată corect, în limitele normale de 
toleranţă, în primele două secunde de după finalizarea 
unei modificări a vitezei, dacă viteza s-a modificat într- 
un ritm de până la 2 m/s  2 . 
(35) Măsurarea vitezei trebuie să aibă o rezoluţie de 1 km/h sa u 
mai bună.  
3.2.3  M ăsurarea pozi ţiei 
(36) Aparatura de înregistrare măsoară poziţia absolută a vehi­
culului cu ajutorul receptorului GNSS.  
▼M3 
(37) Poziţia absolută se măsoară în coordonate geografice de 
latitudine și longitudine, în grade și minute, cu o rezoluţie 
de 1/10 de minut.  
▼B 
3.3 M ăsurarea timpului  
(38) Funcţia de măsurare a timpului măsoară în permanenţă 
data și ora UTC și le furnizează în format digital.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 30  
(39) Data și ora UTC se utilizează pentru datarea datelor din 
aparatura de înregistrare (înregistrări, schimburi de date) și 
pentru toate materialele imprimate menţionate la apen­
dicele 4 „Materiale imprimate”.  
(40) Pentru afișarea orei locale este posibilă modificarea deca ­
lajului orar al orei afișate, în intervale de o jumătate de 
oră. Nu este admis niciun alt decalaj în afara celor care 
reprezintă multipli negativi sau pozitivi de jumătate de oră;  
▼M3 
(41) Abaterea de timp nu trebuie să depășească ± 1 secundă pe 
zi, în condiţii de temperatură în conformitate cu 
cerinţa 213, în absenţa oricărei reglări a orei.  
(41a) Precizia orei, atunci când ora este ajustată de ateliere în 
conformitate cu cerinţa 212, trebuie să fie de 3 secunde 
sau mai bună.  
(41b) Unitatea montată pe vehicul include un contor de abatere 
care calculează abaterea maximă de timp de la ultima 
reglare a orei în conformitate cu punctul 3.23. Abaterea 
maximă de timp este definită de producătorul unităţii 
montate pe vehicul și nu trebuie să depășească 
1 secundă pe zi, astfel cum se prevede în cerinţa 41.  
(41c) Contorul de abatere trebuie resetat la 1 secundă după 
fiecare reglare a orei aparaturii de înregistrare în confor­
mitate cu punctul 3.23. Aceasta include:  
— reglajele automate ale orei,  
— reglajele orei efectuate în modul etalonare.  
▼B 
(42) Timpul se măsoară cu o rezoluţie de o secundă sau mai 
bună.  
(43) Măsurarea timpului nu este afectată de întreruperile 
alimentării cu energie electrică din exterior care durează 
mai puţin de 12 luni în condiţii de omologare de tip.  
3.4 Monitorizarea activit ăţilor conduc ătorului auto  
(44) Această funcţie monitorizează, în mod permanent și 
separat, activităţile unui conducător auto și ale unui 
copilot.  
(45) Activităţile conducătorului auto sunt CONDUCERE, 
MUNCĂ, DISPONIBILITATE sau PAUZĂ/ODIHNĂ.  
(46) Pilotul și/sau copilotul pot selecta manual MUNCĂ, 
DISPONIBILITATE sau PAUZĂ/ODIHNĂ.  
(47) Când vehiculul este în mișcare, se selectează automat acti ­
vitatea CONDUCERE pentru conducătorul auto și DISPO­
NIBILITATE pentru copilot.  
(48) Când vehiculul se oprește, pentru conducătorul auto se 
selectează automat MUNCĂ.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 31  
(49) Se consideră că prima modificare a activităţii în PAUZĂ/ 
ODIHNĂ sau DISPONIBILITATE care a avut loc în 
termen de 120 de secunde de la selectarea automată a 
activităţii MUNCĂ din cauza opririi vehiculului s-a 
produs în momentul în care vehiculul s-a oprit (fiind 
astfel posibilă anularea modificării în MUNCĂ).  
▼B 
(50) Această funcţie transmite modificările activităţilor către  
funcţiile de înregistrare cu o rezoluţie de un minut.  
(51) Dacă o activitate de CONDUCERE este înregistrată ca 
activitate atât în minutul imediat anterior, cât și în 
minutul imediat ulterior unui minut calendaristic dat, 
minutul respectiv va fi considerat în întregime drept 
minut de CONDUCERE.  
(52) Dacă un minut calendaristic dat nu este considerat minut 
de CONDUCERE conform cerinţei 051, întregul minut 
este considerat ca aparţinând aceluiași tip de activitate ca 
cea mai lungă activitate continuă derulată în minutul 
respectiv (sau cea mai recentă activitate în cazul unor acti­
vităţi cu durată egală).  
(53) Această funcţie permite, de asemenea, monitorizarea 
permanentă a timpului de conducere continuă și a duratei 
cumulate a pauzelor conducătorului auto.  
3.5 Monitorizarea regimului de conducere  
(54) Această funcţie monitorizează, în mod permanent și 
automat, regimul de conducere.  
(55) Când în aparat sunt introduse două carduri de conducător 
auto valabile, se selectează regimul de conducere 
ECHIPAJ, iar în toate celelalte cazuri se selectează 
regimul SINGUR.  
3.6 Înregistr ări realizate de conduc ătorii auto  
3.6.1  Înregistrarea locurilor în care încep și/sau se încheie zilele de lucru  
(56) Această funcţie permite înregistrarea locurilor în care, 
potrivit conducătorului auto și/sau copilotului, încep 
și/sau se încheie zilele sale (lor) de lucru.  
▼M3 
(57) Locurile sunt definite ca ţară și, în plus dacă este cazul , 
regiune.  
(58) La retragerea cardului de conducător auto (sau a cardului 
de atelier), aparatura de înregistrare afișează locul curent al  
vehiculului pe baza informaţiilor GNSS și a hărţii digitale 
stocate în conformitate cu punctul 3.12.19 și solicită deţi­
nătorului cardului să confirme sau să rectifice manual 
locul.  
(59) Locul introdus în conformitate cu cerinţa 58 se consideră a 
fi locul în care se încheie ziua de lucru. Acesta se înregis­
trează pe cardul de conducător auto (sau de atelier) 
relevant ca înregistrare temporară și, prin urmare, poate 
fi ulterior suprascris.  
În următoarele condiţii, înregistrarea temporară efectuată la 
ultima retragere a cardului este validată (și anume, nu se 
mai suprascrie):  
— înregistrarea unui loc unde începe ziua de lucru curentă 
în cursul înregistrării manuale conform cerinţei (61);  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 32  
— următoarea înregistrare a unui loc unde începe ziua de 
lucru curentă dacă titularul cardului nu înregistrează 
niciun loc în care începe sau s-a încheiat ziua de 
lucru în cursul înregistrării manuale conform cerinţei 
(61).  
În următoarele condiţii, înregistrarea temporară efectuată la 
ultima retragere a cardului este suprascrisă și noua valoare 
este validată:  
— următoarea înregistrare a unui loc unde se încheie ziua 
de lucru curentă dacă titularul cardului nu înregistrează 
niciun loc în care începe sau s-a încheiat ziua de lucru 
în cursul introducerii manuale conform cerinţei (61).  
▼B 
(60) Înregistrarea locurilor în care încep și/sau se încheie zi lele 
de lucru este posibilă prin intermediul comenzilor din 
meniuri. Dacă într-un minut calendaristic se efectuează 
mai multe astfel de înregistrări, nu vor rămâne înregistrate 
decât locul de începere cel mai recent introdus și locul de 
încheiere cel mai recent introdus.  
▼M3 
Aparatura de înregistrare afișează locul curent al vehi­
culului pe baza informaţiilor GNSS și a hărţii (hărţilor) 
digitale stocate în conformitate cu punctul 3.12.19 și 
solicită conducătorului auto să confirme sau să rectifice 
manual locul.  
▼B 
3.6.2  Introducerea manual ă a activităţilor conduc ătorului auto și acordul 
conducătorului auto pentru interfa ţa ITS  
▼M3 
(61) Aparatura de înregistrare permite introducerea manuală a 
activităţilor numai în momentul introducerii cardului de 
conducător auto (sau de atelier). Introducerea manuală a 
activităţilor se efectuează utilizând valorile datei și orei 
locale corespunzătoare fusului orar (decalaj UTC) setat la 
momentul respectiv pentru unitatea montată pe vehicul.  
La introducerea cardului de conducător auto sau de atelier, 
titularului cardului i se vor reaminti următoarele:  
— data și ora ultimei retrageri a cardului;  
— în mod opţional: decalajul orei locale setat la 
momentul respectiv pentru unitatea montată pe vehicul.  
La prima introducere a unui card de conducător auto sau 
de atelier care nu este recunoscut, la momentul respectiv, 
de unitatea montată pe vehicul, titularul cardului este 
invitat să își exprime acordul privind extragerea datelor 
cu caracter personal din tahograf prin intermediul interfeţei 
ITS. Pentru a verifica dacă un card a fost deja introdus, 
aparatura de înregistrare utilizează datele cardului de 
tahograf stocate în memoria sa de date, astfel cum se 
prevede la cerinţa 133.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 33  
Acordul conducătorului auto (respectiv al atelierului) poate 
fi activat sau dezactivat în orice moment prin comenzile 
din meniu, cu condiţia să fie introdus cardul de conducător 
auto (respectiv de atelier).  
Este posibil să se introducă activităţi, cu următoarele 
restricţii:  
— tipul de activitate trebuie să fie MUNCĂ, DISPONI­
BILITATE sau PAUZĂ/ODIHNĂ;  
— ora de începere și de încheiere ale fiecărei activităţi 
trebuie să se situeze numai între momentul ultimei 
retrageri a cardului și cel al introducerii sale curente;  
— activităţile nu trebuie să se suprapună în timp.  
Este posibil să se introducă manual date, dacă este necesar, 
la prima introducere a unui card de conducător auto (sau 
de atelier) care nu a mai fost utilizat.  
Procedura de introducere manuală a activităţilor include 
toate etapele consecutive necesare pentru stabilirea 
tipului, a orei de începere și a orei de încheiere a 
fiecărei activităţi. Pentru oricare subdiviziune a perioadei 
de timp dintre ultima retragere a cardului și introducerea 
curentă a acestuia, titularul cardului are opţiunea de a nu 
declara nicio activitate.  
În timpul introducerii manuale a datelor asociate intro­
ducerii cardului, titularul cardului are posibilitatea de a 
introduce, dacă este cazul:  
— locul unde s-a încheiat o zi de lucru anterioară, asociat 
orei relevante (suprascriind și validând astfel înregis­
trarea efectuată cu ocazia ultimei retrageri a cardului);  
— locul unde începe ziua de lucru curentă, asociat orei 
relevante (validând astfel o înregistrare temporară 
efectuată cu ocazia ultimei retrageri a cardului).  
Pentru locul unde începe ziua de lucru curentă înregistrat 
la introducerea curentă a cardului, aparatura de înregistrare 
afișează locul curent al vehiculului pe baza informaţiilor 
GNSS și a hărţii (hărţilor) digitale stocate în conformitate 
cu punctul 3.12.19 și solicită conducătorului auto să 
confirme sau să rectifice manual locul.  
Dacă titularul cardului nu înregistrează locul în care își 
începe sau își încheie ziua de lucru în cursul introducerii 
manuale a datelor asociate introducerii cardului, acest lucru 
se consideră drept o declaraţie a faptului că ziua sa de 
lucru nu s-a modificat de la ultima retragere a cardului. 
Următoarea înregistrare a unui loc în care se încheie o zi 
de lucru anterioară suprascrie apoi înregistrarea temporară 
efectuată cu ocazia ultimei retrageri a cardului.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 34  
Dacă se introduce un loc, acesta se înregistrează pe cardul 
de tahograf relevant.  
Introducerea manuală a datelor se întrerupe dacă:  
— cardul este retras; sau  
— vehiculul este în mișcare, iar cardul se află în slotul 
pentru cardul de conducător auto.  
Sunt permise întreruperi suplimentare, de exemplu o pauză 
după o anumită perioadă de inactivitate a utilizatorului. 
Dacă introducerea manuală a datelor este întreruptă, 
aparatura de înregistrare validează orice date complete 
privind locul și activitatea (care indică, fără ambiguitate, 
fie locul și timpul, fie tipul de activitate, ora de începere ș i 
ora încheiere) care au fost deja înregistrate.  
Dacă, în cursul introducerii manuale a datelor pentru un 
card introdus anterior, se introduce un al doilea card de 
conducător auto sau de atelier, introducerea manuală a 
datelor pentru primul card poate fi finalizată înainte de a 
începe introducerea manuală a datelor pentru cel de al 
doilea card.  
Titularul cardului are opţiunea de a introduce manual date 
conform următoarei proceduri minime:  
— Se introduc activităţile manual, în ordine cronologică, 
pentru intervalul dintre ultima retragere a cardului și 
introducerea curentă a acestuia.  
— Ora începerii primei activităţi se setează la ora 
retragerii cardului. Pentru fiecare înregistrare ulterioară, 
ora începerii este presetată să urmeze imediat orei de 
încheiere a înregistrării anterioare. Pentru fiecare acti­
vitate se selectează tipul activităţii și ora încheierii.  
Procedura se încheie în momentul în care ora de încheiere 
a unei activităţi introduse manual este aceeași cu ora intro­
ducerii cardului.  
Aparatura de înregistrare permite conducătorilor auto și 
atelierelor să încarce alternativ intrările manuale care 
trebuie introduse în timpul procedurii prin interfaţa ITS 
specificată în apendicele 13 și, opţional, prin alte interfeţe.  
Aparatura de înregistrare permite titularului cardului să 
modifice orice activitate introdusă manual, până în 
momentul validării prin selectarea unei comenzi specifice. 
Ulterior, orice astfel de modificări sunt interzise.  
▼B 
3.6.3  Înregistrarea condi ţiilor specifice  
▼M3 
(62) Aparatura de înregistrare permite conducătorului auto să 
introducă, în timp real, următoarele două condiţii speciale:  
— „ÎN AFARA ZONEI DE APLICARE A REGLEMEN­
TĂRILOR” (început, sfârșit),  
— „TRASEU PARCURS PE FERIBOT/ÎN TREN” 
(început, sfârșit).  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 35  
O condiţie de tip „TRASEU PARCURS PE FERIBOT/ÎN 
TREN” nu se produce dacă este deschisă o condiţie de tip 
„ÎN AFARA ZONEI DE APLICARE A REGLEMEN­
TĂRILOR”. În cazul în care este deschisă o condiţie de 
tip „ÎN AFARA ZONEI DE APLICARE A REGLEMEN­
TĂRILOR”, aparatura de înregistrare nu permite utiliza­
torilor să introducă un indicator de început al condiţiei 
de tip „TRASEU PARCURS PE FERIBOT/ÎN TREN”.  
O condiţie deschisă de tip „ÎN AFARA ZONEI DE 
APLICARE A REGLEMENTĂRILOR” trebuie să fie 
închisă în mod automat de către aparatura de înregistrare 
dacă este introdus sau retras un card de conducător auto.  
O condiţie deschisă de tip „ÎN AFARA ZONEI DE 
APLICARE A REGLEMENTĂRILOR” împiedică 
apariţia următoarelor evenimente și avertismente:  
— conducere fără un card adecvat,  
— avertismente asociate timpului de conducere continuă.  
Conducătorul auto trebuie să introducă indicatorul de 
început pentru „TRASEU PARCURS PE FERIBOT/ÎN 
TREN” imediat după selectarea opţiunii PAUZĂ/ODIHNĂ 
pe feribot sau în tren.  
Aparatura de înregistrare trebuie să încheie o etapă 
deschisă de tip „TRASEU PARCURS PE FERIBOT/ÎN 
TREN” atunci când apare oricare dintre următoarele 
opţiuni:  
— conducătorul auto încheie manual etapa „TRASEU 
PARCURS PE FERIBOT/ÎN TREN”, la sosirea la 
destinaţie a feribotului/trenului, înainte de a părăsi 
feribotul/trenul,  
— se deschide o condiţie de tipul „ÎN AFARA ZONEI 
DE APLICARE A REGLEMENTĂRILOR”,  
— conducătorul auto își retrage cardul,  
— activitatea conducătorului auto se calculează ca 
CONDUCERE în timpul unui minut calendaristic, în 
conformitate cu punctul 3.4.  
În cazul în care se introduc mai multe condiţii specifice de 
același tip într-un singur minut calendaristic, se înregis­
trează numai ultima condiţie specifică.  
3.6.4.  Înregistrarea opera ţiunii de înc ărcare/desc ărcare  
(62a) Aparatura de înregistrare trebuie să permită conducătorul ui 
auto să introducă și să confirme, în timp real, informaţii 
care indică faptul că vehiculul se încarcă, se descarcă sau 
că se efectuează o operaţiune de încărcare/descărcare 
simultană.  
În cazul în care în decurs de un minut calendaristic se 
introduc mai multe operaţiunii de încărcare/descărcare de 
același tip, se înregistrează numai ultima operaţiune 
introdusă.  
(62b) Încărcarea, descărcarea sau operaţiunile de încărcare/ 
descărcare simultană se înregistrează ca evenimente 
separate.  
(62c) Informaţiile privind încărcarea/descărcarea se introduc 
înainte ca vehiculul să părăsească locul în care se efec­
tuează operaţiunea de încărcare/descărcare.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 36  
3.7 Gestionarea bloc ărilor efectuate de societate  
(63) Această funcţie permite gestionarea blocărilor efectuate d e 
o societate pentru a-și asigura accesul exclusiv la date în 
modul societate.  
(64) Blocările efectuate de societate constau într-o dată și o oră 
de începere (blocare) și într-o dată și o oră de sfârșit 
(deblocare) asociate identificării societăţii pe baza 
numărului cardului de societate (la blocare).  
(65) Blocările pot fi „activate” sau „dezactivate” numai în tim p 
real. 
(66) Deblocarea poate fi efectuată numai de către societatea a 
cărei blocare este „activă” (conform identificării pe baza 
primelor 13 caractere din numărul cardului de societate) 
sau 
(67) Deblocarea este automată dacă o altă societate efectuează o 
blocare.  
(68) Dacă o societate efectuează o blocare și dacă blocarea 
anterioară a fost efectuată de aceeași societate, se 
consideră că blocarea anterioară nu a fost „dezactivată” 
și este încă „activă”.  
3.8 Monitorizarea activit ăţilor de control  
(69) Această funcţie monitorizează activităţile de AFIȘARE, 
IMPRIMARE, DESCĂRCARE din VU și de pe card și 
de verificare a ETALONĂRII ÎN TRAFIC, realizate în 
modul control.  
(70) Această funcţie monitorizează, de asemenea, activităţile d e 
CONTROL AL DEPĂȘIRII LIMITEI DE VITEZĂ în 
modul control. Se consideră că a avut loc un control al 
depășirii limitei de viteză dacă, în modul control, mesajul 
„depășirea limitei de viteză” a fost trimis spre imprimantă 
sau pe ecran sau dacă din memoria de date a VU au fost 
descărcate date privind „evenimente sau anomalii”.  
3.9 Detectarea evenimentelor și/sau a anomaliilor  
(71) Această funcţie detectează următoarele evenimente și/sau 
anomalii:  
3.9.1  Evenimentul „Introducerea unui card nevalabil”  
(72) Acest eveniment este declanșat de introducerea oricărui 
card nevalabil, de introducerea unui card de conducător 
auto deja înlocuit și/sau la expirarea unui card valabil 
introdus.  
3.9.2  Evenimentul „Conflict de carduri”  
(73) Acest eveniment este declanșat la producerea oricăreia 
dintre combinaţiile de carduri valabile notate cu X din 
tabelul următor:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 37  
Conflict de carduri  Slot pentru cardul de conducător auto  
Niciun card  Card de 
conducător auto  Card de control  Card de atelier  Card de societate
 Slot pentru cardul copilotului 
Niciun card  
Card de conducător 
auto X 
Card de control  X  X  X  
Card de atelier  X  X  X  X  
Card de societate  X  X  X  
3.9.3  Evenimentul „Suprapunere a timpului”  
(74) Acest eveniment este declanșat atunci când ora/data 
ultimei retrageri a unui card de conducător auto, așa cum 
este citită de pe card, sunt ulterioare datei/orei curente 
înregistrate de aparatura de înregistrare în care este 
introdus cardul respectiv.  
3.9.4  Evenimentul „Conducere f ără un card adecvat”  
(75) Acest eveniment este declanșat de oricare dintre combi­
naţiile de carduri de tahograf valabile notate cu X din 
tabelul următor, atunci când activitatea conducătorului 
auto se modifică devenind CONDUCERE sau când 
intervine o schimbare a modului de funcţionare în timp 
ce activitatea conducătorului auto este CONDUCERE:  
Conducere fără un card adecvat  Slot pentru cardul de conducător auto  
Niciun card (sau 
card nevalabil)  Card de 
conducător auto  Card de control  Card de atelier  Card de societate
 Slot pentru cardul copilotului Niciun card (sau card 
nevalabil)  X X  X  
Card de conducător 
auto X X  X  X  
Card de control  X  X  X  X  X  
Card de atelier  X  X  X  X  
Card de societate  X  X  X  X  X  
3.9.5  Evenimentul „Introducerea cardului în timpul conducerii”  
(76) Acest eveniment este declanșat la introducerea unui card 
de tahograf în orice slot în timp ce activitatea conducă­
torului auto este CONDUCERE.  
3.9.6  Evenimentul „Încheierea incorect ă a ultimei sesiuni”  
(77) Acest eveniment este declanșat atunci când, la introducere a 
unui card, aparatura de înregistrare detectează faptul că, în 
pofida dispoziţiilor de la punctul 3.1, sesiunea anterioară 
de utilizare a cardului nu a fost încheiată corect (cardul a 
fost retras înainte ca toate datele relevante să fi fost stocat e 
pe el). Acest eveniment este declanșat numai de cardul de 
conducător auto și de cardul de atelier.  
3.9.7  Evenimentul „Dep ășirea limitei de vitez ă” 
(78) Acest eveniment este declanșat pentru fiecare depășire a 
limitei de viteză.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 38  
3.9.8  Evenimentul „Întreruperea aliment ării cu energie electric ă” 
(79) Acest eveniment este declanșat, în celelalte moduri decât 
modul etalonare sau control, în cazul oricărei întreruperi a 
alimentării cu energie electrică a senzorului de mișcare 
și/sau a unităţii montate pe vehicul, care durează mai 
mult de 200 de milisecunde. Pragul de întrerupere este 
stabilit de producător. Scăderea nivelului de alimentare 
cu energie datorată pornirii motorului nu declanșează 
acest eveniment.  
3.9.9  Evenimentul „Eroare de comunicare cu echipamentul de comu ­
nicare la distan ţă” 
(80) Acest eveniment se declanșează,  în celelalte moduri decât 
modul etalonare , dacă echipamentul de comunicare la 
distanţă nu confirmă recepţionarea cu succes a datelor de 
comunicare la distanţă transmise de unitatea montată pe 
vehicul după mai mult de trei încercări.  
3.9.10  Evenimentul „Absen ţa informa ţiilor de pozi ţionare de la receptorul 
GNSS”  
(81) Acest eveniment se declanșează,  în celelalte moduri decât 
modul etalonare , în cazul absenţei informaţiilor de pozi­ 
ţionare provenind de la receptorul GNSS (intern sau 
extern) timp de peste trei ore de timp de conducere 
acumulat.  
3.9.11  Evenimentul „Eroare de comunicare cu echipamentul GNSS extern”  
(82) Acest eveniment se declanșează,  în celelalte moduri decât 
modul etalonare , în cazul întreruperii comunicării între 
echipamentul GNSS extern și unitatea montată pe 
vehicul, timp de peste 20 de minute în continuu, atunci 
când vehiculul este în mișcare.  
3.9.12  Evenimentul „Eroare privind datele de la senzorul de mi șcare”  
▼M3 
(83) Acest eveniment este declanșat,  în celelalte moduri decât 
modul etalonare , în cazul întreruperii fluxului normal de 
date dintre senzorul de mișcare și unitatea montată pe 
vehicul și/sau în cazul unor erori de integritate sau de 
autentificare a datelor survenite în timpul schimbului de 
date dintre senzorul de mișcare și unitatea montată pe 
vehicul. Acest eveniment este declanșat, de asemenea,  în 
celelalte moduri decât modul etalonare , în cazul în care 
viteza calculată pornind de la impulsurile senzorului de 
mișcare crește de la 0 la peste 40 km/h în decurs de 
1 secundă și apoi rămâne la peste 40 km/h timp de cel 
puţin 3 secunde.  
▼B 
3.9.13  Evenimentul „Conflict privind deplasarea vehiculului”  
▼M3 
(84) Acest eveniment se declanșează, după cum se precizează 
in apendicele 12,  în celelalte moduri decât modul 
etalonare , în cazul în care informaţiile privind deplasarea 
calculate de senzorul de mișcare sunt contrazise de infor­
maţiile privind deplasarea calculate de receptorul GNSS 
intern sau de echipamentul GNSS extern sau de altă 
sursă independentă (alte surse independente) în confor­
mitate cu cerinţa 26. Acest eveniment nu se declanșează 
în timpul unui traseu parcurs pe feribot/în tren.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 39  
3.9.14  Evenimentul „Tentativ ă de încălcare a securit ăţii” 
(85) Acest eveniment este declanșat, în celelalte moduri decât 
modul etalonare, în cazul survenirii oricărui alt eveniment 
care afectează securitatea senzorului de mișcare și/sau a 
unităţii montate pe vehicul și/sau a echipamentului 
GNSS extern, în conformitate cu apendicele 10.  
▼M1 
3.9.15  Evenimentul „Conflict or ă” 
▼M3 
(86) Acest eveniment este declanșat,  în celelalte moduri decât 
modul etalonare , atunci când VU detectează o diferenţă 
între ora calculată de funcţia de măsurare a timpului a VU 
și ora care provine de la poziţiile autentificate transmise de 
receptorul GNSS sau de echipamentul GNSS extern. Se 
detectează o „diferenţă de oră” în cazul în care diferenţa 
depășește ± 3 secunde, corespunzătoare preciziei orei 
stabilite la cerinţa 41a, aceasta din urmă fiind majorată 
cu abaterea maximă de timp pe zi. Acest eveniment este 
înregistrat împreună cu valoarea indicată de ceasul intern 
al aparaturii de înregistrare. VU efectuează verificarea 
declanșării evenimentului „conflict oră” înainte ca VU să 
reajusteze automat ceasul intern al VU, în conformitate cu 
cerinţa 211.  
▼B 
3.9.16  Anomalia „Card”  
(87) Această anomalie este declanșată în cazul unei disfuncţii a 
unui card de tahograf în curs de funcţionare.  
3.9.17  Anomalia „Aparatura de înregistrare”  
(88) Această anomalie este declanșată în cazul survenirii 
oricăreia dintre următoarele defecţiuni, în celelalte 
moduri decât modul etalonare:  
— Anomalie internă a VU  
— Anomalie a imprimantei  
— Anomalie a afișajului  
— Anomalie la descărcare  
— Anomalie a senzorului  
— Anomalie a receptorului GNSS sau a echipamentului 
GNSS extern  
— Anomalie a echipamentului de comunicare la distanţă  
▼M3 
— Anomalie a interfeţei ITS.  
3.9.18  Evenimentul „Anomalie GNSS”  
(88a) Acest eveniment este declanșat, în celelalte moduri decât  
modul etalonare, atunci când receptorul GNSS detectează 
un atac sau când autentificarea mesajelor de navigaţie a 
eșuat, astfel cum se precizează în apendicele 12. După 
declanșarea unui eveniment de tip „Anomalie GNSS”, 
VU nu va mai genera alte evenimente de tip „Anomalie 
GNSS” în următoarele 10 minute.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 40  
3.10 Teste integrate și autoteste  
(89) ►M1 Aparatura de înregistrare detectează anomaliile prin 
autoteste și teste integrate, în conformitate cu tabelul 
următor: ◄  
Subansamblu de testat  Autotest  Test integrat  
Software  Integritate  
Memorie de date  Acces  Acces, integritatea 
datelor  
Dispozitive de interfaţă 
pentru card  Acces  Acces  
Tastatură  Verificare manuală  
Imprimantă  (la latitudinea 
producătorului)  Imprimare  
Afișaj  Verificare vizuală  
Descărcare 
(se efectuează numai în 
timpul descărcărilor)  Funcţionare cores­
punzătoare  
Senzor  Funcţionare cores­
punzătoare  Funcţionare corespun­
zătoare  
Echipament de comunicare 
la distanţă  Funcţionare cores­
punzătoare  Funcţionare corespun­
zătoare  
Echipament GNSS  Funcţionare cores­
punzătoare  Funcţionare corespun­
zătoare  
▼M3 
Interfaţă ITS  Funcţionare cores­
punzătoare  
▼B 
3.11 Citirea din memoria de date  
(90) Aparatura de înregistrare trebuie să poată citi orice date  
stocate în memoria sa de date.  
3.12 Înregistrarea și stocarea în memoria de date  
▼M3 
În sensul prezentului punct,  
— „365 de zile” înseamnă 365 de zile calendaristice de activita te 
medie a conducătorilor auto într-un vehicul. Activitatea medie 
pe zi într-un vehicul implică cel puţin 6 conducători auto sau 
copiloţi, 6 cicluri de introducere și retragere de carduri și 2 56 de 
schimbări de activitate. Prin urmare, „365 de zile” implică cel  
puţin 2 190 de conducători auto sau copiloţi, 2 190 de cicluri de 
introducere și retragere de carduri și 93 440 de schimbări de 
activitate;  
— numărul mediu de înregistrări privind locul pe zi este defini t ca 
cel puţin 6 înregistrări ale locului în care începe ziua de luc ru 
și 6 înregistrări ale locului în care se încheie ziua de lucru,  astfel 
încât „365 de zile” includ cel puţin 4 380 de înregistrări priv ind 
locul;  
— numărul mediu de poziţii pe zi atunci când timpul de conducer e 
acumulat atinge un multiplu de trei ore este definit ca fiind d e 
cel puţin 6 poziţii, astfel încât „365 de zile” includ cel puţi n 
2 190 de astfel de poziţii;  
— numărul mediu de treceri ale frontierei pe zi este definit ca  fiind 
de cel puţin 20 de treceri, astfel încât „365 de zile” includ c el 
puţin 7 300 de treceri ale frontierei;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 41  
— numărul mediu de operaţiuni de încărcare/descărcare pe zi est e 
definit ca fiind de cel puţin 25 de operaţiuni (indiferent de t ip), 
astfel încât „365 zile” includ cel puţin 9 125 de operaţiuni de  
încărcare/descărcare;  
— orele sunt înregistrate cu o rezoluţie de un minut, cu excepţ ia 
cazurilor în care se specifică altfel;  
— valorile odometrului sunt înregistrate cu o rezoluţie de un 
kilometru;  
— vitezele sunt înregistrate cu o rezoluţie de 1 km/h;  
— poziţiile (latitudinile și longitudinile) sunt înregistrate î n grade și 
minute, cu o rezoluţie de 1/10 de minut, cu precizia și timpul de 
achiziţie aferente GNSS și cu un indicator care indică dacă 
poziţia a fost autentificată.  
▼B 
(91) Datele stocate în memoria de date nu trebuie să fie afecta te 
de o întrerupere a alimentării externe cu energie electrică 
cu durata mai scurtă de douăsprezece luni, în condiţii de 
omologare de tip. În plus, datele stocate în echipamentul 
extern de comunicare la distanţă, astfel cum este definit în 
apendicele 14, nu trebuie să fie afectate de întreruperi ale 
alimentării cu energie electrică cu durata mai scurtă de 28 
de zile.  
(92) Aparatura de înregistrare poate înregistra și stoca implic it 
sau explicit în memoria sa de date următoarele detalii:  
3.12.1  Date de identificare a aparaturii  
3.12.1.1 D a t e d e i d e n t i f i c a r e a u n i t ă ţ i i m o n t a t e p e 
v e h i c u l  
(93) Aparatura de înregistrare permite stocarea, în memoria sa 
de date, a următoarelor date de identificare a unităţii 
montate pe vehicul:  
— denumirea producătorului;  
— adresa producătorului;  
— numărul de componentă;  
— numărul de serie;  
— generaţia VU;  
— capacitatea de a utiliza carduri de tahograf de primă 
generaţie;  
— numărul versiunii de software;  
— data de instalare a versiunii de software;  
— anul fabricaţiei aparaturii;  
— numărul de omologare;  
▼M3 
— identificatorul versiunii hărţii digitale (cerinţa 1 33l).  
(94) Datele de identificare a unităţii montate pe vehicul sunt 
înregistrate și stocate definitiv de producătorul unităţii 
montate pe vehicul, cu excepţia datelor care pot fi modi­
ficate în cazul actualizării software-ului în conformitate cu 
prezentul regulament, precum și a capacităţii de a utiliza 
carduri de tahograf de primă generaţie.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 42  
3.12.1.2 D a t e d e i d e n t i f i c a r e a s e n z o r u l u i d e m i ș c a r e  
(95) Senzorul de mișcare trebuie să poată stoca în memoria sa 
următoarele date de identificare:  
— denumirea producătorului;  
— numărul de serie;  
— numărul de omologare;  
— identificatorul componentei integrate de securitate (de 
exemplu, numărul de componentă al cipului/proce­
sorului intern);  
— identificatorul sistemului de operare (de exemplu, 
numărul versiunii de software).  
(96) Datele de identificare a senzorului de mișcare sunt înre­
gistrate și stocate definitiv în senzorul de mișcare de 
producătorul acestuia.  
▼M3 
(97) Unitatea montată pe vehicul trebuie să poată înregistra și  
stoca în memoria sa de date următoarele date legate de 
cele mai recente 20 de asocieri reușite ale senzorilor de 
mișcare (dacă, în cursul unei zile calendaristice, au loc mai 
multe asocieri, se stochează numai prima și ultima asociere 
din ziua respectivă):  
▼B 
Pentru fiecare dintre aceste asocieri se înregistrează urmă­
toarele date:  
— datele de identificare a senzorului de mișcare:  
— numărul de serie;  
— numărul de omologare;  
— datele privind asocierea senzorului de mișcare:  
— data asocierii.  
3.12.1.3 D a t e d e i d e n t i f i c a r e a s i s t e m u l u i g l o b a l d e 
n a v i g a ţ i e p r i n s a t e l i t  
(98) Echipamentul GNSS extern trebuie să poată stoca în 
memoria sa următoarele date de identificare:  
— denumirea producătorului;  
— numărul de serie;  
— numărul de omologare;  
— identificatorul componentei integrate de securitate (de 
exemplu numărul de componentă al cipului/proce­
sorului intern);  
— identificatorul sistemului de operare (de exemplu 
numărul versiunii de software).  
(99) Datele de identificare a echipamentului GNSS extern sunt 
înregistrate și stocate definitiv în echipamentul GNSS 
extern de producătorul acestuia.  
▼M3 
(100) Unitatea montată pe vehicul trebuie să poată înregistra ș i 
stoca în memoria sa de date următoarele date legate de 
cele mai recente 20 de cuplări reușite ale echipamentelor 
GNSS externe (dacă, în cursul unei zile calendaristice, au 
loc mai multe cuplări, se stochează numai prima și ultima 
cuplare din ziua respectivă):  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 43  
Pentru fiecare dintre aceste cuplări se înregistrează urmă­
toarele date:  
— datele de identificare a echipamentului GNSS extern:  
— numărul de serie;  
— numărul de omologare;  
— date privind cuplarea echipamentului GNSS extern:  
— data cuplării.  
3.12.2  Chei și certificate  
(101) Aparatura de înregistrare poate stoca o serie de chei și 
certificate criptografice, în conformitate cu apendicele 11 
părţile A și B.  
3.12.3  Date privind introducerea și retragerea cardului de conduc ător 
auto sau ale cardului de atelier  
(102) Pentru fiecare ciclu de introducere și retragere a unui c ard 
de conducător auto sau a unui card de atelier, aparatura de 
înregistrare înregistrează și stochează în memoria sa de 
date următoarele detalii:  
— numele și prenumele titularului cardului, astfel cum 
sunt stocate pe card;  
— numărul cardului, statul membru emitent și data 
expirării, astfel cum sunt stocate pe card;  
— generaţia cardului;  
— ora și data introducerii cardului;  
— valoarea indicată de odometrul vehiculului în 
momentul introducerii cardului;  
— slotul în care este introdus cardul;  
— data și ora retragerii cardului;  
— valoarea indicată de odometrul vehiculului în 
momentul retragerii cardului;  
— următoarele informaţii privind vehiculul utilizat 
anterior de conducătorul auto, astfel cum sunt stocate 
pe card:  
— VRN și statul membru de înmatriculare;  
— generaţia VU (atunci când această informaţie este 
disponibilă);  
— data și ora retragerii cardului;  
— un indicator de stare care arată dacă, la introducerea 
cardului, titularul acestuia a introdus manual activităţi 
sau nu.  
(103) Memoria de date trebuie să poată stoca aceste date timp d e 
cel puţin 365 de zile.  
(104) La epuizarea capacităţii de stocare, datele noi înlocuies c 
datele cele mai vechi.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 44  
3.12.4  Date privind activitatea conduc ătorului auto  
(105) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele informaţii de fiecare 
dată când survine o modificare a activităţii conducătorului 
auto și/sau a copilotului și/sau de fiecare dată când se 
modifică regimul de conducere și/sau de fiecare dată 
când este introdus sau retras un card de conducător auto 
sau de atelier:  
— regimul de conducere (ECHIPAJ, SINGUR);  
— slotul (CONDUCĂTOR AUTO, COPILOT);  
— starea cardului în slotul relevant (INTRODUS, NEIN­
TRODUS);  
— activitatea (CONDUCERE, DISPONIBILITATE, 
MUNCĂ, PAUZĂ/ODIHNĂ);  
— data și ora modificării.  
INTRODUS înseamnă că în slot este introdus un card de 
conducător auto sau un card de atelier valabil. NEIN­
TRODUS înseamnă starea opusă, și anume faptul că în 
slot nu este introdus un card de conducător auto sau de 
atelier valabil (de exemplu, este introdus un card de 
societate sau nu este introdus niciun card).  
Datele privind activitatea introduse manual de un 
conducător auto nu sunt înregistrate în memoria de date.  
(106) Memoria de date trebuie să poată stoca datele privind 
activitatea conducătorului auto timp de cel puţin 365 de 
zile. 
(107) La epuizarea capacităţii de stocare, datele noi înlocuies c 
datele cele mai vechi.  
▼M1 
3.12.5  Locuri și poziţii în care încep și se încheie zilele de lucru și/sau în 
care se atinge timpul de conducere acumulat de trei ore  
(108) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date:  
— locurile și poziţiile în care conducătorul auto și/sau 
copilotul își încep(e) ziua de lucru;  
— poziţiile în care timpul de conducere acumulat atinge 
un multiplu de trei ore;  
— locurile și poziţiile în care conducătorul auto și/sau 
copilotul își încheie ziua de lucru.  
▼B 
(109) Atunci când poziţia vehiculului nu este disponibilă din 
receptorul GNSS în momentele respective, aparatura de 
înregistrare utilizează ultima poziţie disponibilă, precum 
și data și ora aferente.  
(110) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date, împreună cu fiecare loc sau poziţie, 
următoarele elemente:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 45  
— numărul cardului de conducător auto și/sau al cardului 
de copilot și statul membru emitent al cardului;  
▼B 
— generaţia cardului;  
— data și ora introducerii;  
▼M1 
— tipul de introducere (început, încheiere sau timp de 
conducere acumulat de trei ore);  
▼B 
— precizia GNSS, data și ora aferente, dacă este cazul;  
— valoarea indicată de odometrul vehiculului;  
▼M3 
— un indicator care indică dacă poziţia a fost autenti­
ficată.  
(110a) Pentru locurile unde începe sau se încheie ziua de lucru  
înregistrate în timpul procedurii de introducere manuală la 
introducerea cardului în conformitate cu cerinţa 61, se 
stochează valoarea curentă a odometrului și poziţia 
curentă a vehiculului.  
▼M1 
(111) Memoria de date trebuie să poată păstra, timp de cel puţi n 
365 de zile, locurile și poziţiile în care încep și se încheie 
zilele de lucru și/sau în care se atinge timpul de conducere 
acumulat de trei ore.  
▼B 
(112) La epuizarea capacităţii de stocare, datele noi înlocuies c 
datele cele mai vechi.  
3.12.6  Date privind odometrul  
(113) Aparatura de înregistrare înregistrează în memoria sa de 
date valoarea indicată de odometrul vehiculului și data 
respectivă la ora 00.00 a fiecărei zile calendaristice.  
(114) Memoria de date trebuie să poată stoca valorile indicate de 
odometru la ora 00.00 timp de cel puţin 365 de zile 
calendaristice.  
(115) La epuizarea capacităţii de stocare, datele noi înlocuies c 
datele cele mai vechi.  
3.12.7  Date privind viteza detaliat ă 
▼M1 
(116) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date, o dată pe secundă, viteza detaliată a 
vehiculului, precum și data și ora corespunzătoare acesteia, 
cel puţin pe parcursul ultimelor 24 de ore în care vehiculul 
a fost în mișcare.  
▼B 
3.12.8  Date privind evenimentele  
În sensul prezentului paragraf, timpul se înregistrează cu o re zoluţie 
de 1 secundă.  
(117) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele date pentru fiecare 
eveniment detectat, conform următoarelor reguli de 
stocare:  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 46  
Eveniment  Reguli de stocare  Date de înregistrat pentru fiecare eveniment  
Introducerea unui card 
nevalabil  — cele mai recente 10 evenimente.  — data și ora evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
cardului care a creat evenimentul; 
— numărul de evenimente similare din ziua 
respectivă.  
Conflict de carduri  — cele mai recente 10 evenimente.  — data și ora începerii evenimentului; 
— data și ora încheierii evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia celor 
două carduri care au creat conflictul.  
Conducere fără un card 
adecvat  — evenimentul cel mai de durată survenit 
în fiecare din ultimele 10 zile de 
producere; 
— cele mai de durată 5 evenimente din 
ultimele 365 de zile;  — data și ora începerii evenimentului; 
— data și ora încheierii evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului; 
— numărul de evenimente similare din ziua 
respectivă.  
Introducerea cardului în 
timpul conducerii  — ultimul eveniment din fiecare dintre 
ultimele 10 zile de producere;  — data și ora evenimentului; 
— tipul, numărul, statul membru emitent și 
generaţia cardului (cardurilor); 
— numărul de evenimente similare din ziua 
respectivă.  
▼M3 
Încheierea incorectă a 
ultimei sesiuni a cardului  — cele mai recente 10 evenimente.  — data și ora introducerii cardului, 
— tipul, numărul, statul membru emitent și 
generaţia cardului (cardurilor), 
— datele privind ultima sesiune așa cum au 
fost citite de pe card: 
— data și ora introducerii cardului.  
▼B 
Depășirea limitei de viteză 
(1) — cel mai grav eveniment survenit în 
fiecare din ultimele 10 zile de 
producere (și anume, cea mai mare 
viteză medie înregistrată); 
— cele mai grave 5 evenimente survenite 
în ultimele 365 de zile; 
— primul eveniment survenit după ultima 
etalonare;  — data și ora începerii evenimentului; 
— data și ora încheierii evenimentului; 
— viteza maximă măsurată în cursul eveni­
mentului; 
— media aritmetică a vitezei măsurate în 
cursul evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
cardului de conducător auto (dacă este 
cazul); 
— numărul de evenimente similare din ziua 
respectivă.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 47  
Eveniment  Reguli de stocare  Date de înregistrat pentru fiecare eveniment  
Întreruperea alimentării cu 
energie electrică (2)  — evenimentul cel mai de durată din 
fiecare dintre ultimele 10 zile de 
producere; 
— cele mai de durată 5 evenimente din 
ultimele 365 de zile;  — data și ora începerii evenimentului; 
— data și ora încheierii evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului; 
— numărul de evenimente similare din ziua 
respectivă.  
Eroare de comunicare cu 
echipamentul de comu­
nicare la distanţă  — evenimentul cel mai de durată din 
fiecare dintre ultimele 10 zile de 
producere; 
— cele mai de durată 5 evenimente din 
ultimele 365 de zile;  — data și ora începerii evenimentului; 
— data și ora încheierii evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului; 
— numărul de evenimente similare din ziua 
respectivă.  
Absenţa informaţiilor de 
poziţionare de la 
receptorul GNSS  — evenimentul cel mai de durată din 
fiecare dintre ultimele 10 zile de 
producere; 
— cele mai de durată 5 evenimente din 
ultimele 365 de zile;  — data și ora începerii evenimentului; 
— data și ora încheierii evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului; 
— numărul de evenimente similare din ziua 
respectivă.  
▼M1 
Eroare de comunicare cu 
echipamentul GNSS 
extern  — evenimentul cel mai de durată din 
fiecare dintre ultimele 10 zile de 
producere, 
— cele mai de durată cinci evenimente din 
ultimele 365 de zile.  — data și ora începerii evenimentului, 
— data și ora încheierii evenimentului, 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului, 
— numărul de evenimente similare din ziua 
respectivă.  
▼B 
Eroare privind datele de la 
senzorul de mișcare  — evenimentul cel mai de durată din 
fiecare dintre ultimele 10 zile de 
producere; 
— cele mai de durată 5 evenimente din 
ultimele 365 de zile;  — data și ora începerii evenimentului; 
— data și ora încheierii evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului; 
— numărul de evenimente similare din ziua 
respectivă.  
Conflict privind 
deplasarea vehiculului  — evenimentul cel mai de durată din 
fiecare dintre ultimele 10 zile de 
producere; 
— cele mai de durată 5 evenimente din 
ultimele 365 de zile;  — data și ora începerii evenimentului; 
— data și ora încheierii evenimentului; 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului; 
— numărul de evenimente similare din ziua 
respectivă.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 48  
Eveniment  Reguli de stocare  Date de înregistrat pentru fiecare eveniment  
Tentativă de încălcare a 
securităţii  — cele mai recente 10 evenimente, per tip 
de eveniment.  — data și ora începerii evenimentului; 
— data și ora sfârșitului evenimentului 
(dacă sunt relevante); 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului; 
— tipul evenimentului.  
▼M1 
Conflict oră  — cel mai grav eveniment survenit în 
fiecare din ultimele 10 zile de 
producere (și anume, cele cu cea mai 
mare diferenţă dintre data și ora 
indicate de aparatura de înregistrare și 
data și ora GNSS). 
— cele mai grave cinci evenimente 
survenite în ultimele 365 de zile.  — data și ora indicate de aparatura de înre­
gistrare, 
— data și ora GNSS, 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului, 
— numărul de evenimente similare din ziua 
respectivă.  
▼M3 
Anomalie GNSS  — evenimentele cu cea mai mare durată 
din fiecare dintre ultimele 10 zile în 
care s-au produs, 
— cele mai de durată 5 evenimente din 
ultimele 365 de zile.  — data și ora începerii evenimentului, 
— data și ora încheierii evenimentului, 
— tipul și numărul cardului (cardurilor), 
statul membru emitent și generaţia 
oricărui card introdus la începutul și/sau 
la încheierea evenimentului, 
— numărul de evenimente similare din ziua 
respectivă.  
▼B 
(1) Aparatura de înregistrare înregistrează și stochează, de 
asemenea, în memoria sa de date:  
— data și ora ultimului CONTROL AL DEPĂȘIRII 
LIMITEI DE VITEZĂ;  
— data și ora primului eveniment de tip „Depășirea 
limitei de viteză”survenit după efectuarea respec­
tivului CONTROL AL DEPĂȘIRII LIMITEI DE 
VITEZĂ.  
— numărul de evenimente de tip „Depășirea limitei de 
viteză” survenite de la ultimul CONTROL AL 
DEPĂȘIRII LIMITEI DE VITEZĂ.  
(2) Aceste date pot fi înregistrate numai în momentul 
reconectării la sursa de energie electrică, orele pot fi 
cunoscute cu o precizie de un minut.  
3.12.9  Date privind anomaliile  
În sensul prezentului paragraf, timpul se înregistrează cu o re zoluţie 
de 1 secundă.  
(118) Aparatura de înregistrare încearcă să înregistreze și să 
stocheze în memoria sa de date următoarele date pentru 
fiecare anomalie detectată conform următoarelor reguli de 
stocare:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 49  
Anomalie  Reguli de stocare  Date care trebuie înregistrate pentru fiecare 
anomalie  
Anomalie a cardului  — cele mai recente 10 anomalii ale 
cardului de conducător auto.  — data și ora începerii anomaliei; 
— data și ora încheierii anomaliei; 
— tipul, numărul, statul membru emitent și 
generaţia cardului (cardurilor).  
Anomalii ale aparaturii de 
înregistrare  — cele mai recente 10 anomalii pentru 
fiecare tip de anomalie; 
— prima anomalie survenită după ultima 
etalonare.  — data și ora începerii anomaliei; 
— data și ora încheierii anomaliei; 
— tipul de anomalie; 
— tipul, numărul și statul membru emitent 
al cardului (cardurilor), precum și 
generaţia oricărui card introdus la 
începutul și/sau la încheierea anomaliei;  
3.12.10  Date privind etalonarea  
(119) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele date relevante privind:  
— parametrii de etalonare cunoscuţi în momentul 
activării;  
— prima sa etalonare după activare;  
— prima sa etalonare după instalarea în vehiculul 
respectiv (identificat pe baza VIN);  
— cele mai recente 20 de etalonări (dacă pe parcursul 
unei zile calendaristice se efectuează mai multe 
etalonări, nu este stocată decât ultima etalonare 
efectuată în ziua respectivă).  
(120) Pentru fiecare dintre aceste etalonări se înregistrează u rmă­
toarele date:  
— scopul etalonării (activare, prima instalare, instalare, 
inspecţie periodică);  
— denumirea și adresa atelierului;  
— numărul cardului de atelier, statul membru emitent al 
cardului și data expirării cardului;  
— identificarea vehiculului;  
— parametrii actualizaţi sau confirmaţi: w, k, l, dimen­
siunea pneurilor, reglajul limitatorului de viteză, 
odometrul (valorile vechi și cele noi), data și ora 
(valorile vechi și cele noi);  
— tipurile și identificatorii tuturor sigiliilor montate ;  
▼M3 
— numărul de serie al senzorului de mișcare, al echipa­
mentului GNSS extern (dacă există) și al echipa­
mentului extern de comunicare la distanţă (dacă 
există);  
— tipul de încărcătură implicit asociat vehiculului (încăr­
cătură de mărfuri sau pasageri);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 50  
— ţara în care s-a efectuat etalonarea și data/ora la care 
receptorul GNSS a furnizat poziţia utilizată pentru a 
determina ţara respectivă.  
▼B 
(121) În plus, aparatura de înregistrare înregistrează și stoch ează 
în memoria sa de date capacitatea sa de a utiliza carduri de 
tahograf de primă generaţie (încă activate sau nu).  
(122) Senzorul de mișcare înregistrează și stochează în memoria  
sa următoarele date privind instalarea senzorului de 
mișcare:  
— prima asociere la o VU (data, ora, numărul de 
omologare al VU, numărul de serie al VU);  
— ultima asociere la o VU (data, ora, numărul de 
omologare al VU, numărul de serie al VU).  
(123) Echipamentul GNSS extern înregistrează și stochează în 
memoria sa următoarele date privind instalarea echipa­
mentului GNSS extern:  
— prima cuplare la o VU (data, ora, numărul de 
omologare al VU, numărul de serie al VU);  
— prima cuplare la o VU (data, ora, numărul de 
omologare al VU, numărul de serie al VU).  
3.12.11  Date privind reglarea orei  
(124) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele date legate de reglările 
orei efectuate în modul etalonare, în afara cadrului unei 
etalonări normale [a se vedea definiţia de la litera (f)]:  
— cea mai recentă reglare a orei;  
— cele mai importante 5 reglări ale orei.  
(125) Pentru fiecare dintre aceste reglări ale orei se înregist rează 
următoarele date:  
— data și ora, valoarea veche;  
— data și ora, valoarea nouă;  
— denumirea și adresa atelierului;  
— numărul cardului de atelier, statul membru emitent al 
cardului și data expirării cardului.  
3.12.12  Date privind activit ăţile de control  
(126) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele date privind cele mai 
recente 20 de activităţi de control:  
— data și ora controlului;  
— numărul cardului de control, statul membru emitent al 
cardului și generaţia cardului;  
— tipul de control (afișare și/sau imprimare și/sau 
descărcare din VU și/sau descărcare de pe card și/sau 
verificare a etalonării în trafic).  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 51  
(127) Pentru descărcări se înregistrează și datele descărcate 
privind ziua cea mai îndepărtată și ziua cea mai recentă.  
3.12.13  Date privind bloc ările efectuate de societate  
(128) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele date privind cele mai 
recente 255 de blocări efectuate de societate:  
— data și ora blocării;  
— data și ora deblocării;  
— numărul cardului de societate, statul membru emitent al 
cardului și generaţia cardului;  
— denumirea și adresa societăţii.  
Datele blocate anterior printr-un blocaj scos din memorie 
din cauza limitei de mai sus se consideră a nu fi blocate.  
3.12.14  Date privind activit ăţile de desc ărcare  
(129) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele date privind ultima 
descărcare de date din memorie de date pe un suport 
extern efectuată în modul societate sau etalonare:  
— data și ora descărcării;  
— numărul cardului de societate sau al cardului de atelier, 
statul membru emitent al cardului și generaţia cardului;  
— denumirea societăţii sau a atelierului.  
3.12.15  Date privind condi ţiile specifice  
(130) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele date privind situaţiile 
speciale:  
— data și ora înregistrării;  
— tipul condiţiei speciale.  
(131) Memoria de date permite stocarea de date privind 
condiţiile specifice timp de cel puţin 365 de zile (presu­
punând că pe zi se deschide și se închide în medie o 
condiţie specifică). La epuizarea capacităţii de stocare, 
datele noi înlocuiesc datele cele mai vechi.  
3.12.16  Date privind cardul de tahograf  
(132) Aparatura de înregistrare permite stocarea următoarelor 
date referitoare la diferitele carduri de tahograf care au 
fost utilizate în VU:  
— numărul și numărul de serie al cardului de tahograf;  
— producătorul cardului de tahograf;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 52  
— tipul cardului de tahograf;  
— versiunea cardului de tahograf.  
(133) Aparatura de înregistrare permite stocarea a cel puţin 88  de 
astfel de înregistrări.  
▼M3 
3.12.17.  Treceri ale frontierei  
(133a) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele informaţii privind 
trecerile frontierei:  
— ţara din care iese vehiculul;  
— ţara în care intră vehiculul;  
— poziţia unde vehiculul a trecut frontiera.  
(133b) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date, alături de ţări și poziţie, următoarele 
elemente:  
— numărul cardului de conducător auto și/sau al cardului 
de copilot și statul membru emitent al cardului;  
— generaţia cardului;  
— precizia GNSS, data și ora aferente;  
— un indicator care indică dacă poziţia a fost autenti­
ficată;  
— valoarea indicată de odometrul vehiculului în 
momentul detectării trecerii frontierei.  
(133c) Memoria trebuie să poată stoca aceste date referitoare l a 
trecerea frontierelor timp de cel puţin 365 de zile.  
(133d) La epuizarea capacităţii de stocare, datele noi înlocuie sc 
datele cele mai vechi.  
3.12.18.  Opera ţiuni de înc ărcare/desc ărcare  
(133e) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date următoarele informaţii privind opera­ 
ţiunile de încărcare și descărcare ale vehiculului:  
— tipul de operaţiune (încărcare, descărcare sau încărcare/ 
descărcare simultană);  
— poziţia unde a avut loc operaţiunea de încărcare/ 
descărcare.  
(133f) Atunci când poziţia vehiculului nu este disponibilă de l a 
receptorul GNSS în momentul operaţiunii de încărcare/ 
descărcare, aparatura de înregistrare utilizează cea mai 
recentă poziţie disponibilă, precum și data și ora aferente.  
(133g) Aparatura de înregistrare înregistrează și stochează în 
memoria sa de date, alături de tipul operaţiunii și de 
poziţie, următoarele elemente:  
— numărul cardului de conducător auto și/sau al cardului 
de copilot și statul membru emitent al cardului;  
— generaţia cardului;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 53  
— data și ora operaţiunii de încărcare/descărcare;  
— precizia GNSS, data și ora aferente, dacă este cazul;  
— un indicator care indică dacă poziţia a fost autenti­
ficată;  
— valoarea indicată de odometrul vehiculului.  
(133h) Memoria de date permite stocarea de operaţiuni de 
încărcare/descărcare timp de cel puţin 365 de zile 
calendaristice.  
(133i) La epuizarea capacităţii de stocare, datele noi înlocuie sc 
datele cele mai vechi.  
3.12.19.  Hart ă digitală 
(133j) În scopul înregistrării poziţiei vehiculului la trecerea  fron­
tierei unei ţări, aparatura de înregistrare stochează în 
memoria sa de date o hartă digitală.  
(133k) Hărţile digitale permise pentru sprijinirea funcţiei de moni­
torizare a trecerii frontierei a aparaturii de înregistrare sun t 
puse la dispoziţie de Comisia Europeană pentru a fi 
descărcate de pe un site web securizat dedicat, în diferite 
formate.  
(133l) Pentru fiecare dintre aceste hărţi, pe site-ul web trebu ie să 
fie disponibil un identificator al versiunii și o valoare hash.  
(133m) Hărţile trebuie să aibă următoarele caracteristici:  
— un nivel de definiţie corespunzător nivelului NUTS 0, 
în conformitate cu Nomenclatorul unităţilor teritoriale 
de statistică;  
— o scară de 1:1 milion.  
(133n) Producătorii de tahografe trebuie să selecteze o hartă d e pe 
site-ul web și să o descarce în condiţii de siguranţă.  
(133o) Producătorii de tahografe trebuie să utilizeze o hartă 
descărcată de pe site-ul web numai după verificarea inte­
grităţii acesteia utilizând valoarea hash a hărţii.  
(133p) Harta selectată trebuie importată în aparatura de înre­
gistrare de către producător, într-un format corespunzător, 
dar semantica hărţii importate trebuie să rămână 
neschimbată.  
(133q) Producătorul trebuie să stocheze, de asemenea, identifi­
catorul versiunii hărţii utilizate în aparatura de înregistrare . 
(133r) Trebuie să fie posibilă actualizarea sau înlocuirea hărţ ii 
digitale stocate cu o hartă nouă pusă la dispoziţie de 
Comisia Europeană.  
(133s) Actualizările hărţii digitale se efectuează utilizând me ca­
nismele de actualizare a software-ului create de producător, 
în conformitate cu cerinţele 226d și 226e, astfel încât 
aparatura de înregistrare să poată verifica autenticitatea și 
integritatea unei noi hărţi importate, înainte de a o stoca și 
de a o înlocui pe cea anterioară.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 54  
(133t) Producătorii de tahografe pot adăuga informaţii supli­
mentare la harta de bază menţionată la cerinţa (133m), în 
alte scopuri decât înregistrarea trecerilor frontierei, cum ar 
fi frontierele regiunilor UE, cu condiţia ca semantica hărţii 
de bază să nu fie modificată.  
▼B 
3.13 Citirea de pe cardurile de tahograf  
(134) Aparatura de înregistrare permite citirea de pe cardurile  de 
tahograf de prima și a doua generaţie, dacă este cazul, a 
datelor necesare:  
— pentru a identifica tipul de card, titularul cardului, 
vehiculul utilizat anterior, data și ora ultimei retrageri 
a cardului și activitatea selectată în momentul 
respectiv;  
— pentru a verifica dacă ultima sesiune de utilizare a 
cardului a fost încheiată corect;  
▼M3 
— pentru a calcula timpul de conducere continuă, durata 
cumulată a pauzelor și durata acumulată a orelor de 
conducere ale conducătorului auto pentru săptămâna 
respectivă și pentru cea anterioară;  
▼B 
— pentru a imprima documentele necesare referitoare la 
datele înregistrate pe un card de conducător auto;  
— pentru a descărca datele de pe un card de conducător 
auto pe un suport extern.  
Această cerinţă se aplică numai cardurilor de tahograf de 
primă generaţie, dacă utilizarea acestora nu a fost inva­
lidată de un atelier.  
(135) În cazul unei erori de citire, aparatura de înregistrare 
încearcă din nou, de maximum trei ori, să efectueze 
aceeași comandă de citire, iar dacă nu reușește declară 
cardul deficient și nevalabil.  
▼M3 
(135a) Structura din aplicaţia „TACHO_G2” depinde de versiune. 
Versiunea 2 a cardurilor conţine fișiere elementare supli­
mentare faţă de cele din versiunea 1, în special:  
— pe cardurile de conducător auto și de atelier:  
— EF Places_Authentication trebuie să conţină 
statutul de autentificare a poziţiilor vehiculului 
stocate în EF Places. Se stochează o marcă 
temporală cu fiecare statut de autentificare, care 
trebuie să fie exact aceeași cu data și ora înregis­
trării stocate cu poziţia corespunzătoare în EF 
Places.  
— EF GNSS_Places_Authentication trebuie să conţină 
statutul de autentificare a poziţiilor vehiculului 
stocate în EF GNSS_Places. Se stochează o 
marcă temporală cu fiecare statut de autentificare, 
care trebuie să fie exact aceeași cu data și ora 
înregistrării stocate cu poziţia corespunzătoare în 
EF Places.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 55  
— EF Border_Crossings, EF Load_Unload_Operations 
și EF Load_Type_Entries trebuie să conţină date 
privind trecerile frontierei, operaţiunile de încărcare/ 
descărcare și tipurile de încărcătură.  
— pe cardurile de atelier:  
— EF Calibration_Add_Data trebuie să conţină date 
de etalonare suplimentare faţă de cele stocate în 
EF Calibration. Vechea valoare a datei și orei și 
numărul de identificare al vehiculului se stochează 
cu fiecare înregistrare suplimentară de date de 
etalonare, care trebuie să fie exact aceeași cu 
vechea valoare a datei și orei și cu numărul de 
identificare al vehiculului stocate cu datele de 
etalonare corespunzătoare în EF Calibration.  
— pe toate cardurile de tahograf:  
— EF VU_Configuration trebuie să conţină setările 
specifice tahografului ale titularului cardului.  
Unitatea montată pe vehicul trebuie să ignore orice statut 
de autentificare găsit în EF Places_Authentication sau EF 
GNSS_Places_Authentication, atunci când nu se găsește în 
EF Places sau EF GNSS_Places nicio poziţie a vehiculului 
cu aceeași marcă temporală.  
Unitatea montată pe vehicul trebuie să ignore fișierul 
elementar EF VU_Configuration pe toate cardurile, în 
măsura în care nu au fost prevăzute norme specifice cu 
privire la utilizarea unui astfel de fișier elementar. Normele 
respective se stabilesc printr-o modificare a anexei IC, care 
include modificarea sau eliminarea prezentului alineat.  
▼B 
3.14 Înregistrarea și stocarea pe cardurile de tahograf  
3.14.1  Înregistrarea și stocarea pe cardurile de tahograf de prim ă 
generaţie; 
(136) În cazul în care utilizarea cardurilor de tahograf de pri mă 
generaţie nu a fost suprimată de un atelier, aparatura de 
înregistrare înregistrează și stochează date exact în același 
fel ca aparatura de înregistrare de primă generaţie.  
(137) Aparatura de înregistrare setează „datele privind sesiune a 
de utilizare a cardului” pe cardul de conducător auto sau 
de atelier imediat după introducerea cardului.  
(138) Aparatura de înregistrare actualizează datele stocate pe 
cardurile de conducător auto, de atelier, de societate 
și/sau de control valabile cu toate datele necesare 
relevante pentru perioada în care este introdus cardul și 
pentru titularul cardului. Datele stocate pe aceste carduri 
sunt specificate în capitolul 4.  
(139) Aparatura de înregistrare actualizează datele privind act i­
vitatea conducătorului auto și locurile (după cum se 
specifică la punctele 4.5.3.1.9 și 4.5.3.1.11) stocate pe 
cardurile de conducător auto și/sau de atelier valabile cu 
datele privind activitatea și locurile care au fost introduse 
manual de titularul cardului.  
▼M3 
(140) Toate evenimentele și anomaliile nedefinite pentru 
aparatura de înregistrare de primă generaţie nu se 
stochează pe cardurile de conducător auto și de atelier de 
primă generaţie.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 56  
(141) Actualizarea datelor de pe cardurile de tahograf se face 
astfel încât, atunci când este necesar din punctul de 
vedere al capacităţii de stocare a cardului din momentul 
respectiv, datele cele mai recente să le înlocuiască pe cele 
mai vechi.  
(142) În cazul unei erori de scriere, aparatura de înregistrare  
încearcă din nou, de maximum trei ori, să efectueze 
aceeași comandă de scriere, iar dacă nu reușește declară 
cardul deficient și nevalabil.  
▼M3 
(143) Înainte de a elibera cardul de conducător auto sau de 
atelier și după ce toate datele relevante au fost stocate pe 
card, aparatura de înregistrare resetează „datele privind 
sesiunea de utilizare a cardului”.  
▼B 
3.14.2  Înregistrarea și stocarea pe cardurile de tahograf de a doua 
generaţie 
(144) Cardurile de tahograf de a doua generaţie conţin 2 aplica ţii 
de card diferite, dintre care prima este identică cu aplicaţia 
TACHO pentru cardurile de tahograf de primă generaţie, 
iar a doua este aplicaţia „TACHO_G2”, astfel cum este 
menţionată la capitolul 4 și în apendicele 2.  
▼M3 
Structura din aplicaţia „TACHO_G2” depinde de versiune. 
Versiunea 2 a cardurilor conţine fișiere elementare supli­
mentare faţă de cele din versiunea 1, în special.  
▼B 
(145) Aparatura de înregistrare setează „datele privind sesiune a 
de utilizare a cardului” pe cardul de conducător auto sau 
de atelier imediat după introducerea cardului.  
(146) Aparatura de înregistrare actualizează datele stocate în cele 
2 aplicaţii de card de pe cardurile de conducător auto, de 
atelier, de societate, și/sau de control valabile cu toate 
datele necesare relevante pentru perioada în care este 
introdus cardul și pentru titularul cardului. Datele stocate 
pe aceste carduri sunt specificate la capitolul 4.  
(147) Aparatura de înregistrare actualizează datele privind act i­
vitatea conducătorului auto și poziţiile (după cum se 
specifică la punctele 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 și 
4.5.3.2.11) stocate pe cardurile de conducător auto și/sau 
de atelier valabile cu datele privind activitatea și locurile 
care au fost introduse manual de titularul cardului.  
▼M3 
(147a) La introducerea unui card de conducător auto sau de 
atelier, aparatura de înregistrare stochează pe card tipul 
de încărcătură implicit al vehiculului.  
(147b) La introducerea unui card de conducător auto sau de atel ier 
și după procedura de introducere manuală, aparatura de 
înregistrare verifică ultimul loc în care începe sau se 
încheie ziua de lucru stocat pe card. Acest loc poate fi 
temporar, astfel cum se specifică la cerinţa 59. Dacă 
acest loc se află într-o altă ţară decât cea în care este 
situat vehiculul în prezent, aparatura de înregistrare 
stochează pe card o înregistrare de trecere a frontierei, cu:  
— ţara din care a plecat conducătorul auto: nu este dispo­
nibilă;  
— ţara în care intră conducătorul auto; ţara în care este 
situat vehiculul în prezent;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 57  
— data și ora la care conducătorul auto a trecut frontiera: 
ora de introducere a cardului;  
— poziţia conducătorului auto la trecerea frontierei: nu 
este disponibilă;  
— valoarea indicată de odometrul vehiculului: nu este 
disponibilă.  
▼B 
(148) Actualizarea datelor de pe cardurile de tahograf se face 
astfel încât, dacă este necesar din punctul de vedere al 
capacităţii de stocare a cardului din momentul respectiv, 
datele cele mai recente să le înlocuiască pe cele mai vechi.  
(149) În cazul unei erori de scriere, aparatul de înregistrare 
încearcă, de maximum trei ori, să efectueze aceeași 
comandă de scriere, iar dacă nu reușește declară cardul 
deficient și nevalabil.  
(150) Înainte de a elibera cardul de conducător auto și după ce  
toate datele relevante au fost stocate în cele două aplicaţii 
de pe card, aparatura de înregistrare resetează „datele 
privind sesiunea de utilizare a cardului”.  
▼M3 
(150a) Unitatea montată pe vehicul trebuie să ignore fișierul 
elementar EF VU_Configuration pe toate cardurile, în 
măsura în care nu au fost prevăzute norme specifice cu 
privire la utilizarea unui astfel de fișier elementar. Normele 
respective se stabilesc printr-o modificare a anexei IC, care 
include modificarea sau eliminarea prezentului alineat.  
▼B 
3.15 Afi șare 
(151) Afișajul include cel puţin 20 de caractere.  
(152) Dimensiunile minime ale caracterelor sunt de 5 mm 
înălţime și 3,5 mm lăţime.  
(153) Afișajul trebuie să fie compatibil cu caracterele specifi cate 
în apendicele 1 capitolul 4 „Seturi de caractere”. Afișajul 
poate utiliza simboluri simplificate (de exemplu, carac­
terele cu accent pot fi afișate fără accent sau minusculele 
pot fi afișate ca majuscule).  
(154) Afișajul este prevăzut cu iluminare corespunzătoare, fără  
efect de orbire.  
(155) Indicaţiile trebuie să fie vizibile din exteriorul aparat urii de 
înregistrare.  
(156) Aparatura de înregistrare trebuie să poată afișa:  
— date implicite;  
— date privind avertismentele;  
— date privind accesul la meniu;  
— alte date solicitate de utilizator.  
Aparatura de înregistrare poate afișa și informaţii supli­
mentare, cu condiţia ca acestea să poată fi distinse în 
mod clar de informaţiile menţionate anterior.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 58  
(157) Afișajul aparaturii de înregistrare poate folosi pictogra mele 
sau combinaţiile de pictograme enumerate în apendicele 3. 
Aparatura de înregistrare poate afișa și pictograme sau 
combinaţii de pictograme suplimentare, cu condiţia ca 
acestea să poată fi distinse în mod clar de pictogramele 
sau combinaţiile de pictograme menţionate anterior.  
(158) Afișajul trebuie să fie întotdeauna PORNIT atunci când 
vehiculul este în mișcare.  
(159) Aparatura de înregistrare poate include o funcţie manuală  
sau automată care să treacă afișajul în poziţia OPRIT 
atunci când vehiculul nu este în mișcare.  
Formatul de afișare este descris în apendicele 5.  
3.15.1  Afi șaj implicit  
(160) Atunci când nu este necesar să se afișeze nicio altă 
informaţie, aparatura de înregistrare afișează, implicit, 
următoarele:  
— ora locală (ca rezultat al adunării: ora UTC + decalajul 
setat de conducătorul auto);  
— modul de funcţionare;  
— activitatea conducătorului auto în momentul respectiv 
și activitatea copilotului în momentul respectiv,  
— informaţii privind conducătorul auto:  
— dacă activitatea curentă a acestuia este CONDUCERE, 
timpul de conducere continuă și durata cumulată a 
pauzelor în momentul respectiv;  
— dacă activitatea curentă a acestuia nu este 
CONDUCERE, durata activităţii curente în cauză 
(începând de la selectarea acesteia) și durata cumulată 
a pauzelor sale în momentul respectiv.  
(161) Afișarea datelor referitoare la fiecare conducător auto î n 
parte trebuie să fie clară, simplă și lipsită de ambiguităţi. 
Dacă informaţiile privind conducătorul auto și copilotul nu 
pot fi afișate în același timp, aparatura de înregistrare 
afișează implicit informaţiile privind conducătorul auto și 
îi permite utilizatorului să afișeze informaţiile privind 
copilotul.  
(162) Dacă lăţimea afișajului nu permite afișarea implicită a 
modului de funcţionare, aparatura de înregistrare afișează, 
pentru scurt timp, noul mod de funcţionare, în momentul 
oricărei modificări a acestuia.  
(163) Aparatul de înregistrare afișează pentru scurt timp, la i ntro­
ducerea cardului, numele titularului acestuia.  
(164) La deschiderea unei condiţii de tip „ÎN AFARA ZONEI 
DE APLICARE A REGLEMENTĂRILOR” sau 
„TRASEU PARCURS PE FERIBOT/ÎN TREN”, afișajul 
implicit trebuie să indice, prin intermediul pictogramei 
relevante, că respectiva condiţie este deschisă (se acceptă 
posibilitatea ca activitatea curentă a conducătorului auto să 
nu fie indicată în același timp).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 59  
3.15.2  Afi șaj de avertizare  
(165) Aparatura de înregistrare afișează informaţii de avertiza re 
folosind în primul rând pictogramele din apendicele 3, 
completate dacă este necesar cu informaţii suplimentare 
codate numeric. Se poate adăuga de asemenea o 
descriere textuală a avertismentului, în limba selectată de 
conducătorul auto.  
3.15.3  Accesul la meniu  
(166) Comenzile aparaturii de înregistrare sunt accesibile prin  
intermediul unui meniu cu structură adecvată.  
3.15.4  Alte afi șaje 
(167) Următoarele informaţii trebuie să poată fi afișate select iv, 
la cerere:  
— data și ora UTC, precum și decalajul orar local;  
▼M3 
— conţinutul oricăruia dintre documentele imprimate 
enumerate la cerinţa 169, în același format ca și cel 
al documentelor imprimate;  
▼B 
— timpul de conducere continuă și durata cumulată a 
pauzelor conducătorului auto;  
— timpul de conducere continuă și durata cumulată a 
pauzelor copilotului;  
▼M3 
— timpul de conducere acumulat al conducătorului auto 
pentru săptămâna anterioară și pentru săptămâna în 
curs;  
— timpul de conducere acumulat al copilotului pentru 
săptămâna anterioară și pentru săptămâna în curs;  
▼B 
opţional:  
— durata activităţii copilotului în momentul respectiv 
(începând de la selectarea acesteia);  
▼M3 
— timpul de conducere acumulat al conducătorului auto 
pentru săptămâna în curs;  
— timpul de conducere acumulat al copilotului pentru 
ziua de lucru curentă;  
— timpul de conducere acumulat al conducătorului auto 
pentru ziua de lucru în curs.  
▼B 
(168) Afișarea conţinutului documentelor imprimate este 
secvenţială, structurată pe rânduri. Dacă lăţimea afișajului 
este mai mică de 24 de caractere, utilizatorul trebuie să 
aibă acces la informaţiile complete printr-un mijloc adecvat 
(mai multe rânduri, derulare etc.).  
Nu este obligatorie afișarea rândurilor rezervate pentru 
informaţiile scrise de mână din documentele imprimate.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 60  
3.16 Imprimare  
(169) Aparatura de înregistrare permite imprimarea de informaţi i 
din memoria sa de date și/sau de pe cardurile de tahograf, 
astfel încât să se obţină următoarele șapte tipuri de 
documente imprimate:  
— document imprimat zilnic privind activităţile conducă­
torului auto stocate pe card;  
— document imprimat zilnic privind activităţile zilnice ale 
conducătorului auto stocate în unitatea montată pe 
vehicul;  
— document imprimat privind evenimentele și anomaliile 
stocate pe card;  
— document imprimat privind evenimentele și anomaliile 
stocate în unitatea montată pe vehicul;  
— document imprimat privind datele tehnice;  
— document imprimat privind depășirea limitei de viteză;  
— istoricul datelor de pe cardul de tahograf pentru o 
anumită VU (a se vedea capitolul 3.12.16).  
Formatul detaliat și conţinutul acestor documente 
imprimate sunt descrise în apendicele 4.  
La sfârșitul documentelor imprimate pot fi furnizate și date 
suplimentare.  
Aparatura de înregistrare poate furniza și alte documente 
imprimate, cu condiţia ca acestea să poată fi deosebite în 
mod clar de cele șapte tipuri menţionate anterior.  
(170) „Documentul imprimat zilnic privind activităţile conducă­
torului auto stocate pe card” și „documentul imprimat 
privind evenimentele și anomaliile stocate pe card” 
trebuie să fie disponibile numai atunci când în aparatura 
de înregistrare este introdus un card de conducător auto 
sau de atelier. Aparatura de înregistrare actualizează datele 
stocate pe cardul relevant înainte de a iniţia imprimarea.  
(171) Pentru a genera „documentul imprimat zilnic privind acti­
vităţile conducătorului auto stocate pe card” și „docu­
mentul imprimat privind evenimentele și anomaliile 
stocate pe card”, aparatura de înregistrare:  
— fie selectează automat cardul de conducător auto sau 
cardul de atelier dacă numai unul dintre acestea a fost 
introdus;  
— fie dispune de o comandă care permite selectarea 
cardului sursă sau a cardului din slotul pentru cardul 
de conducător auto dacă în aparatura de înregistrare au 
fost introduse două astfel de carduri.  
(172) Imprimanta permite imprimarea a 24 de caractere pe 
fiecare rând.  
(173) Dimensiunile minime ale caracterelor sunt de 2,1 mm 
înălţime și 1,5 mm lăţime.  
(174) Imprimanta permite utilizarea caracterelor specificate în  
apendicele 1 capitolul 4 „Seturi de caractere”.  
(175) Imprimantele trebuie proiectate astfel încât să producă 
aceste documente imprimate cu o rezoluţie care să 
elimine orice eventuală ambiguitate la citire.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 61  
(176) Documentele imprimate trebuie să își păstreze dimen­
siunile și înregistrările în condiţii normale de umiditate 
(10-90 %) și de temperatură.  
(177) Hârtia omologată de tip folosită de aparatura de înre­
gistrare trebuie să fie prevăzută cu marca de omologare 
de tip adecvată și să conţină o indicaţie privind tipul sau 
tipurile de aparatură de înregistrare pentru care poate fi 
folosită.  
(178) Documentele imprimate trebuie să își păstreze lizibilitat ea 
și să poată fi identificate în condiţii normale de depozitare 
privind intensitatea luminii, umiditatea și temperatura, timp 
de cel puţin doi ani.  
(179) Documentele imprimate trebuie să respecte cel puţin speci ­
ficaţiile de testare definite în apendicele 9.  
(180) De asemenea, pe aceste documente trebuie să se poată 
adăuga și note scrise de mână, cum ar fi semnătura condu­
cătorului auto  
(181) Aparatura de înregistrare gestionează întreruperile cauza te 
de terminarea hârtiei în timpul activităţii de imprimare, 
după realimentarea cu hârtie, fie reluând imprimarea de 
la început, fie continuând imprimarea și făcând clar 
referire la partea imprimată anterior.  
3.17 Avertismente  
(182) Aparatura de înregistrare trebuie să avertizeze conducăto rul 
auto atunci când detectează orice eveniment și/sau 
anomalie.  
(183) Este posibil ca avertismentul referitor la evenimentul 
„Întreruperea alimentării cu energie electrică” să fie 
amânat până la reconectarea la sursă de electricitate.  
(184) În ceea ce privește depășirea timpului de conducere 
continuă maxim autorizat, aparatura de înregistrare 
trebuie să avertizeze conducătorul auto cu 15 minute 
înainte de expirarea timpului respectiv și în momentul 
depășirii.  
(185) Avertismentele trebuie să fie vizuale. avertismentele 
vizuale pot fi însoţite și de avertismente sonore.  
(186) Avertismentele vizuale trebuie să poată fi recunoscute în  
mod clar de către utilizator, trebuie să se afle în câmpul 
vizual al conducătorului auto și trebuie să fie perfect 
lizibile atât ziua cât și noaptea.  
(187) Avertismentele vizuale pot fi integrate în aparatura de î nre­
gistrare și/sau pot fi externe.  
(188) În cel de-al doilea caz, avertismentele trebuie să fie 
marcate cu simbolul „T”.  
(189) Avertismentele trebuie să dureze cel puţin 30 de secunde,  
cu excepţia cazurilor când șoferul confirmă luarea lor la 
cunoștinţă prin apăsarea uneia sau mai multor taste 
specifice ale aparatului de înregistrare. Această primă 
confirmare nu anulează afișarea cauzei avertismentului 
descrisă la punctul următor.  
(190) Cauza avertismentului trebuie afișată de aparatura de înr e­
gistrare și trebuie să rămână vizibilă până când utilizatorul 
confirmă luarea acesteia la cunoștinţă cu ajutorul unei 
anumite taste sau comenzi a aparaturii de înregistrare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 62  
(191) Pot fi prevăzute și avertismente suplimentare, cu condiţi a 
ca acestea să nu poată fi confundate de conducătorii auto 
cu cele descrise anterior.  
3.18 Desc ărcarea datelor pe suporturi externe  
(192) Aparatura de înregistrare permite descărcarea la cerere a  
datelor din memoria sa de date sau de pe un card de 
conducător auto pe suporturi externe de stocare prin inter­
mediul conectorului pentru etalonare/descărcare. Aparatura 
de înregistrare actualizează datele stocate pe cardul 
relevant înainte de a începe descărcarea.  
▼M3 
(193) În plus, ca o caracteristică opţională, aparatura de înre ­
gistrare poate, în orice mod de funcţionare, să descarce 
date prin orice altă interfaţă către o societate autentificată 
prin intermediul acestui canal. În acest caz, pentru astfel de 
descărcări se aplică drepturile de acces la date în modul 
societate.  
▼B 
(194) Descărcarea nu modifică și nici nu șterge datele stocate.  
(195) Interfaţa electrică a conectorului pentru etalonare/ 
descărcare este descrisă în apendicele 6.  
(196) Protocoalele de descărcare sunt descrise în apendicele 7.  
▼M3 
(196a) O întreprindere de transport care utilizează vehicule 
echipate cu aparatură de înregistrare conformă cu 
prezenta anexă și care intră sub incidenţa 
Regulamentului (CE) nr. 561/2006 se asigură că toate 
datele sunt descărcate de pe unitatea montată pe vehicul 
și de pe cardurile de conducător auto.  
Termenul maxim de descărcare a datelor relevante nu 
trebuie să depășească:  
— 90 de zile pentru datele de pe unitatea montată pe 
vehicul;  
— 28 de zile pentru datele de pe cardul de conducător 
auto.  
(196b) Întreprinderile de transport trebuie să păstreze datele 
descărcate de pe unitatea montată pe vehicul și de pe 
cardurile de conducător auto timp de cel puţin două­
sprezece luni de la înregistrare.  
▼B 
3.19 Comunicare la distan ţă pentru controalele selective în trafic  
(197) Atunci când motorul vehiculului este pornit, unitatea 
montată pe vehicul stochează, la fiecare 60 de secunde, 
în echipamentul de comunicare la distanţă, cele mai 
recente date necesare pentru controalele selective în 
trafic. Aceste date trebuie criptate și semnate în confor­
mitate cu indicaţiile din apendicele 11 și 14.  
(198) Datele de verificat de la distanţă trebuie să poată fi 
accesate de cititoarele pentru comunicarea la distanţă prin 
intermediul comunicării fără fir ( wireless ), în conformitate 
cu apendicele 14.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 63  
(199) Datele necesare în scopul controalelor selective în trafi c se 
referă la:  
— ultima tentativă de încălcare a securităţii;  
— cea mai lungă întrerupere a alimentării cu energie 
electrică;  
— anomalia senzorului;  
— eroare privind datele de la senzorul de mișcare;  
— conflict privind deplasarea vehiculului;  
— conducere fără un card valabil;  
— introducerea cardului în timpul conducerii;  
— date privind reglarea orei;  
— date de etalonare, inclusiv datele ultimelor două înre­
gistrări de etalonare stocate;  
— numărul de înmatriculare al vehiculului;  
— viteza înregistrată de tahograf;  
▼M3 
— poziţia vehiculului;  
— o indicaţie a faptului că, în prezent, este posibil ca 
conducătorul auto să încalce timpul de conducere.  
3.20.  Schimburi de date cu dispozitive externe suplimentare  
(200) Aparatura de înregistrare trebuie să fie echipată, de 
asemenea, cu o interfaţă ITS în conformitate cu apendicele 
13, care permite ca datele înregistrate sau produse fie de 
tahograf, fie de cardurile de tahograf, să fie utilizate de un 
echipament extern.  
În modul operaţional, este necesar consimţământul condu­
cătorului auto pentru transmiterea datelor cu caracter 
personal prin interfaţa ITS. Cu toate acestea, consimţă­
mântul conducătorului auto nu se aplică datelor de pe 
tahograf sau de pe card accesate în modul control, 
modul societate sau modul etalonare. Datele și drepturile 
de acces funcţional pentru aceste moduri sunt specificate în 
cerinţele 12 și 13.  
Cerinţele următoare se aplică datelor ITS puse la dispoziţie 
prin intermediul interfeţei respective:  
— datele cu caracter personal sunt disponibile numai după 
ce conducătorul auto și-a dat consimţământul veri­
ficabil, acceptând faptul că datele cu caracter 
personal pot părăsi reţeaua vehiculului.  
Un set de date existente selectate care pot fi disponibile 
prin intermediul interfeţei ITS și clasificarea datelor ca 
date cu caracter personal sau nepersonal sunt speci­
ficate în apendicele 13. De asemenea, în plus faţă de 
setul de date prevăzut în apendicele 13, pot fi extrase 
date suplimentare. Producătorul VU clasifică datele 
respective ca „date cu caracter personal” sau „date 
fără caracter personal”, consimţământul conducătorului 
auto fiind aplicabil datelor clasificate ca „date cu 
caracter personal”;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 64  
— consimţământul conducătorului auto poate fi activat 
sau dezactivat în orice moment prin comenzile din 
meniu, cu condiţia să fie introdus cardul de conducător 
auto;  
— prezenţa interfeţei ITS nu trebuie, în nicio situaţie, să 
perturbe sau să influenţeze funcţionarea corectă și 
securitatea unităţii montate pe vehicul.  
Pot coexista interfeţe suplimentare ale unităţilor montate 
pe vehicule, cu condiţia să se respecte pe deplin 
cerinţele din apendicele 13 în ceea ce privește consimţă­
mântul conducătorului auto. Aparatura de înregistrare 
trebuie să aibă capacitatea de a comunica starea consimţă­
mântului conducătorului auto către alte platforme din 
reţeaua vehiculului și către dispozitive externe.  
Pentru datele cu caracter personal injectate în reţeaua vehi­
culului care sunt prelucrate ulterior în afara reţelei vehi­
culului, nu este responsabilitatea producătorului taho­
grafului să se asigure că datele cu caracter personal se 
prelucrează în conformitate cu legislaţia Uniunii privind 
protecţia datelor.  
Interfaţa ITS trebuie să permită, de asemenea, introducerea 
datelor în timpul procedurii de introducere manuală în 
conformitate cu cerinţa 61, atât pentru conducătorul auto, 
cât și pentru copilot.  
Interfaţa ITS poate fi utilizată, de asemenea, pentru a 
introduce informaţii suplimentare, în timp real, cum ar fi:  
— selectarea activităţii conducătorului auto, în confor­
mitate cu cerinţa 46;  
— locuri în conformitate cu cerinţa 56;  
— condiţii specifice, în conformitate cu cerinţa 62;  
— operaţiuni de încărcare/descărcare, în conformitate cu 
cerinţa 62a.  
Aceste informaţii pot fi introduse și prin intermediul altor 
interfeţe.  
(201) În scopul retrocompatibilităţii, tahografele pot rămâne î n 
continuare echipate cu interfaţa de legătură serială 
menţionată în anexa IB la Regulamentul (CEE) 
nr. 3821/85, astfel cum a fost modificat ultima dată. 
Legătura serială este clasificată ca parte a reţelei vehi­
culului, în conformitate cu cerinţa 200.  
▼B 
3.21 Etalonare  
(202) Funcţia de etalonare permite:  
— asocierea automată a senzorului de mișcare la VU;  
— cuplarea automată a echipamentului GNSS extern la 
VU, dacă este cazul;  
— adaptarea digitală a constantei aparaturii de înregistrare 
(k) la coeficientul caracteristic al vehiculului (w);  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 65  
— ajustarea orei curente în cadrul perioadei de valabilitate 
a cardului de atelier introdus;  
— ajustarea valorii curente a odometrului;  
— actualizarea datelor de identificare a senzorului de 
mișcare stocate în memoria de date;  
— actualizarea, dacă este cazul, a datelor de identificare a 
echipamentului GNSS extern stocate în memoria de 
date;  
— actualizarea tipurilor și a identificatorilor tuturor sigi­
liilor montate;  
▼M3 
— actualizarea sau confirmarea altor parametri cunoscuţi 
de aparatura de înregistrare: identificarea vehiculului, 
w, l, dimensiunea pneurilor, reglajele limitatorului de 
viteză, dacă este cazul, și tipul de sarcină implicit;  
— înregistrarea automată a ţării în care s-a efectuat 
etalonarea și data/ora la care receptorul GNSS a 
furnizat poziţia utilizată pentru a determina ţara 
respectivă.  
▼B 
(203) În plus, funcţia de etalonare permite anularea utilizării  
cardurilor de tahograf de primă generaţie în aparatura de 
înregistrare, dacă sunt îndeplinite condiţiile specificate în 
apendicele 15.  
(204) Asocierea senzorului de mișcare la VU implică cel puţin:  
— actualizarea datelor privind instalarea senzorului de 
mișcare reţinute de senzorul de mișcare (după caz);  
— copierea, din senzorul de mișcare în memoria de date a 
VU, a datelor necesare pentru identificarea senzorului 
de mișcare.  
▼M3 
(205) Cuplarea echipamentului GNSS extern la VU implică cel 
puţin:  
— actualizarea datelor privind instalarea echipamentului 
GNSS extern reţinute de echipamentul GNSS extern 
(după caz);  
— copierea, din echipamentul GNSS extern în memoria 
de date a VU, a datelor necesare pentru identificarea 
echipamentului GNSS extern, inclusiv a numărului de 
serie al echipamentului GNSS extern.  
▼B 
(206) Funcţia de etalonare trebuie să permită înregistrarea dat elor 
necesare prin intermediul conectorului pentru etalonare/ 
descărcare, în conformitate cu protocolul de etalonare 
descris în apendicele 8. Funcţia de etalonare permite înre­
gistrarea datelor necesare și prin alte mijloace.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 66  
3.22 Verificarea etalon ării în trafic  
(207) Funcţia de verificare a etalonării în trafic permite citi rea 
numărului de serie al senzorului de mișcare (eventual 
integrat în adaptor) și a numărului de serie al echipa­
mentului GNSS extern (atunci când este cazul), care sunt 
conectate la unitatea montată pe vehicul, în momentul 
solicitării.  
(208) Această citire trebuie să fie posibilă cel puţin pe afișa jul 
unităţii montate pe vehicul, prin intermediul unor comenzi 
aflate în meniuri.  
(209) Funcţia de verificare a etalonării în trafic permite, de 
asemenea, controlarea selecţiei modulului de intrare/ieșire 
(I/O) al liniei de semnalizare I/O de etalonare, specificat în 
apendicele 6, prin interfaţa liniei K. Acest lucru se 
realizează prin intermediul sesiunii „ECUAdjustmen­
tSession”, în conformitate cu apendicele 8 secţiunea 7 
Controlul impulsurilor de test – Unitatea funcţională de 
control al intrărilor/ieșirilor.  
▼M3 
Atunci când modul I/O al liniei de semnalizare I/O de 
etalonare este activ în conformitate cu această cerinţă, 
avertismentul „conducere fără un card corespunzător” 
(cerinţa 75) nu este declanșat de unitatea montată pe 
vehicul.  
▼B 
3.23 Reglarea orei  
(210) Funcţia de reglare a orei trebuie să permită reglarea 
automată a orei. În scopul reglării orei, aparatura de înre­
gistrare utilizează două surse de măsurare a timpului: 1) 
ceasul intern al VU; 2) receptorul GNSS.  
▼M3 
(211) Ora ceasului intern al VU se reglează automat la interval e 
de timp variabile. Următoarea reglare automată a orei se 
declanșează după 72 h-168 h de la reglarea prealabilă și 
după ce VU poate accesa ora GNSS printr-un mesaj de 
poziţie autentificat valabil, în conformitate cu apendicele 
12. Cu toate acestea, reglarea orei nu trebuie să fie 
niciodată mai mare decât abaterea maximă de timp 
acumulată pe zi, astfel cum a fost calculată de producătorul 
VU în conformitate cu cerinţa 41b. Dacă diferenţa dintre 
ora indicată de ceasul intern al VU și ora receptorului 
GNSS este mai mare decât abaterea maximă de timp 
acumulată pe zi, atunci reglajul orei aduce ceasul intern 
al VU cât mai aproape posibil de ora receptorului GNSS. 
Setarea orei poate fi realizată numai dacă ora furnizată de 
receptorul GNSS este obţinută utilizând mesaje de poziţie 
autentificate, astfel cum se prevede în apendicele 12. 
Referinţa temporală pentru setarea automată a orei 
ceasului intern al VU este ora furnizată în mesajul de 
poziţie autentificat.  
(212) Funcţia de reglare a orei trebuie să permită, de asemenea , 
reglarea declanșată a orei curente, în modul etalonare.  
Atelierele pot regla ora:  
— fie prin scrierea unei valori a orei în VU, utilizând 
serviciul WriteDataByIdentifier în conformitate cu 
secţiunea 6.2 din apendicele 8,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 67  
— fie prin solicitarea unei alinieri a ceasului VU la ora 
furnizată de receptorul GNSS. Acest lucru poate fi 
realizat numai dacă ora furnizată de receptorul GNSS 
este obţinută utilizând mesaje de poziţie autentificate. 
În acest din urmă caz, se utilizează serviciul Routine­
Control în conformitate cu secţiunea 8 din apen­
dicele 8.  
▼B 
3.24 Caracteristici de performan ţă 
(213) Unitatea montată pe vehicul este complet operaţională în 
intervalul de temperatură cuprins între – 20 °C și 70 °C, 
echipamentul GNSS extern în intervalul de temperatură 
cuprins între – 20 °C și 70 C, iar senzorul de mișcare în 
intervalul de temperatură cuprins între – 40 °C și 135 °C. 
Conţinutul memoriei de date se păstrează până la tempe­
raturi de – 40 °C.  
(214) Tahograful trebuie să funcţioneze corect într-un interval  de 
umiditate de 10 % până la 90 %.  
(215) Sigiliile utilizate în tahograful inteligent trebuie să î ndepli­
nească aceleași condiţii ca cele aplicabile componentelor 
tahografului de care sunt atașate.  
(216) Aparatura de înregistrare trebuie protejată de supra­
tensiune, de inversarea polarităţii sursei de alimentare și 
de scurt-circuite.  
(217) Senzorii de mișcare trebuie:  
— fie să reacţioneze la un câmp magnetic care perturbă 
detectarea deplasării vehiculului. În acest caz, unitatea 
montată pe vehicul va înregistra și stoca o eroare a 
senzorului (cerinţa 88), fie  
— să aibă un element detector protejat împotriva 
câmpurilor magnetice sau imun la acestea.  
(218) Aparatura de înregistrare și echipamentul GNSS extern 
trebuie să fie conforme cu regulamentul internaţional 
CEE-ONU R10 și protejate împotriva descărcărilor elec­
trostatice și împotriva șocurilor de instalare.  
3.25 Materiale  
(219) Toate părţile componente ale aparaturii de înregistrare 
trebuie să fie confecţionate din materiale suficient de 
stabile și cu o rezistenţă mecanică suficientă și să aibă 
caracteristici electrice și magnetice stabile.  
(220) În condiţii normale de utilizare, toate componentele inte rne 
al aparaturii trebuie să fie protejate de umezeală și de praf.  
(221) Unitatea montată pe vehicul și echipamentul GNSS extern 
trebuie să respecte nivelul de protecţie IP 40, iar senzorul 
de mișcare trebuie să respecte nivelul de protecţie IP 64, 
conform standardului IEC 60529:1989, inclusiv A1:1999 
și A2:2013.  
(222) Aparatura de înregistrare trebuie să respecte specificaţi ile 
tehnice aplicabile în domeniul proiectării ergonomice.  
(223) Aparatura de înregistrare trebuie să fie protejată împotr iva 
deteriorărilor accidentale.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 68  
3.26 Inscrip ţii 
(224) Dacă aparatura de înregistrare afișează valoarea odome­
trului și viteza vehiculului, pe afișajul său apar următoarele 
detalii:  
— lângă cifra care indică distanţa, unitatea de măsură a 
distanţei, indicată prin abrevierea „km”;  
— lângă cifra care indică viteza, indicaţia „km/h”.  
Aparatura de înregistrare poate fi comutată astfel încât să 
afișeze viteza în mile pe oră, în acest caz unitatea de 
măsură a vitezei fiind indicată prin abrevierea „mph”. 
Aparatura de înregistrare poate fi comutată astfel încât să 
afișeze distanţa în mile, în acest caz unitatea de măsură a 
distanţei fiind indicată prin abrevierea „mi”.  
▼M1 
(225) Pe fiecare componentă separată a aparaturii de înregistra re 
se atașează o plăcuţă descriptivă care conţine următoarele 
detalii:  
— numele și adresa producătorului;  
— numărul de componentă furnizat de producător și anul 
de fabricaţie;  
— numărul de serie;  
— marca de omologare de tip.  
(226) Dacă spaţiul fizic nu este suficient pentru afișarea tutu ror 
detaliilor menţionate anterior, plăcuţa descriptivă trebuie să 
conţină cel puţin: numele și sigla producătorului și 
numărul de componentă.  
▼M3 
3.27.  Monitorizarea trecerilor frontierei  
(226a) Această funcţie trebuie să detecteze când vehiculul a tr ecut 
frontiera unei ţări, ce ţară a părăsit și în ce ţară a intrat.  
(226b) Detectarea trecerii frontierei se bazează pe poziţia măs urată 
de aparatura de înregistrare și pe harta digitală stocată în 
conformitate cu punctul 3.12.19.  
(226c) Trecerile frontierei legate de prezenţa vehiculului într -o 
ţară pentru o perioadă mai scurtă de 120 s nu se înregis­
trează.  
3.28.  Actualizarea software-ului  
(226d) Unitatea montată pe vehicul include o funcţie pentru 
implementarea actualizărilor software-ului ori de câte ori 
astfel de actualizări nu implică disponibilitatea unor resurse 
hardware suplimentare faţă de resursele stabilite în cerinţa 
226f, iar autorităţile de omologare de tip autorizează actua­
lizările software-ului pe baza unităţii montate pe vehicul 
omologate de tip existente, în conformitate cu articolul 12 
alineatul (5) din Regulamentul (UE) nr. 165/2014.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 69  
(226e) Funcţia de actualizare a software-ului este concepută 
pentru a suporta următoarele caracteristici funcţionale, ori 
de câte ori acestea sunt obligatorii din punct de vedere 
juridic:  
— modificarea funcţiilor menţionate la punctul 2.2, cu 
excepţia funcţiei de actualizare a software-ului în sine;  
— adăugarea de noi funcţii direct legate de punerea în 
aplicare a legislaţiei Uniunii în domeniul transportului 
rutier;  
— modificarea modurilor de operare de la punctul 2.3;  
— modificarea structurii fișierului, cum ar fi adăugarea de 
date noi sau creșterea dimensiunii fișierului;  
— instalarea de corecţii software pentru a remedia atât 
defectele de software, cât și defectele de securitate 
sau atacurile raportate asupra funcţiilor aparaturii de 
înregistrare.  
(226f) Unitatea montată pe vehicul furnizează resurse hardware 
gratuite de cel puţin 35 % pentru software-ul și datele 
necesare pentru punerea în aplicare a cerinţei 226e și 
resurse hardware gratuite de cel puţin 65 % pentru actua­
lizarea hărţii digitale pe baza resurselor hardware necesare 
pentru versiunea 2021 a hărţii NUTS 0.  
▼B 
4. CERINŢE FUNCŢIONALE ȘI DE CONSTRUCŢIE PENTRU 
CARDURILE DE TAHOGRAF  
4.1 Date vizibile  
Pe recto figurează:  
(227) cuvintele „Card de conducător auto” sau „Card de control”  
sau „Card de atelier” sau „Card de societate”, tipărite cu 
majuscule în limba sau limbile oficiale ale statului membru 
emitent, în funcţie de tipul cardului;  
(228) denumirea statului membru emitent al cardului (opţional);  
(229) indicativul statului membru emitent al cardului, tipărit în 
negativ într-un dreptunghi albastru și înconjurat de 12 stele 
galbene. Indicativele sunt următoarele: 
B 
BG 
CZ 
CY Belgia 
Bulgaria 
Republica Cehă 
Cipru  LV 
L 
LT 
M Letonia 
Luxemburg 
Lituania 
Malta  
DK Danemarca  N L  Ţările de Jos  
D 
EST Germania 
Estonia  A 
PL Austria 
Polonia  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 70  
GR Grecia  P  
RO 
SK 
SLO  Portugalia 
România 
Slovacia 
Slovenia  
E Spania  FIN  Finlanda  
F 
HR 
H Franţa 
Croaţia 
Ungaria  S Suedia  
IRL Irlanda  U K  Regatul Unit  
I Italia  
(230) informaţii specifice pentru cardul emis, numerotate după 
cum urmează:  
Card de conducător auto  Card de control  Card de societate sau card de 
atelier  
1. numele conducătorului auto  denumirea organismului de 
control  denumirea societăţii sau a 
atelierului.  
2. prenumele conducătorului 
auto numele agentului de control 
(dacă este cazul)  numele titularului cardului 
(dacă este cazul)  
3. data nașterii conducă­
torului auto  prenumele agentului de 
control 
(dacă este cazul)  prenumele titularului 
cardului 
(dacă este cazul)  
4.a data de la care este valabil cardul  
4.b data expirării cardului  
4.c denumirea autorităţii emitente (poate fi imprimată pe verso)  
4.d un număr diferit de cel de la rubrica 5, în scop administrativ  (opţional)  
5. a numărul permisului de 
conducere 
(la data emiterii cardului 
de conducător auto)  — —  
5. b numărul cardului  
6. fotografia conducătorului 
auto fotografia agentului de 
control (opţional)  fotografia montatorului 
(opţional)-  
7. Semnătura titularului (opţional)  
8. Adresa oficială sau adresa 
poștală a titularului 
(opţional)  Adresa poștală a orga­
nismului de control  Adresa poștală a societăţii 
sau a atelierului  
(231) datele se scriu în format „zz/ll/aaaa” sau „zz.ll.aaaa” ( zi, 
lună, an).  
Pe verso figurează:  
(232) explicaţii pentru elementele numerotate de pe recto-ul 
cardului;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 71  
(233) cu acordul special al titularului, exprimat în scris, pot  fi 
adăugate informaţii care nu sunt legate de administrarea 
cardului, dar acestea nu trebuie să modifice în niciun fel 
utilizarea modelului drept card de tahograf.  
(234) Cardurile de tahograf se imprimă pe fonduri având urmă­
toarele culori predominante:  
— cardul de conducător auto: alb;  
— cardul de control: albastru;  
— cardul de atelier: roșu;  
— cardul de societate: galben.  
(235) Cardurile de tahograf trebuie să aibă cel puţin următoare le 
caracteristici pentru protecţia corpului cardului împotriva 
falsificării și a manipulării neadecvate:  
— un fond de securitate cu ghioșe și irizat;  
— în zona fotografiei, fondul de securitate și fotografia se 
suprapun;  
— cel puţin o linie bicoloră microimprimată.
  
► (1) M1 
► (2) M3 
(236) După consultarea Comisiei, statele membre pot adăuga 
culori sau inscripţii cum ar fi simboluri naţionale sau 
caracteristici de securitate, fără a aduce atingere celorlalte 
dispoziţii din prezenta anexă.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 72  
(237) Cardurile temporare menţionate la articolul 26 alineatul (4) 
din Regulamentul (UE) nr.165/2014 trebuie să respecte 
dispoziţiile prezentei anexe.  
4.2 Securitate  
Scopul securităţii sistemului este de a proteja integritatea și  auten­
ticitatea datelor schimbate între carduri și aparatura de înreg istrare, 
de a proteja integritatea și autenticitatea datelor descărcate de pe 
carduri, de a permite aparaturii de înregistrare să efectueze n umai 
anumite operaţiuni de scriere pe carduri, de a decripta anumite  date, 
de a elimina orice posibilitate de falsificare a datelor stocat e pe 
carduri, de a preveni manipulările neadecvate și de a detecta o rice 
tentativă de acest gen.  
(238) Pentru a asigura securitatea sistemului, cardurile de 
tahograf trebuie să îndeplinească cerinţele de securitate 
definite în apendicele 10 și 11.  
(239) Cardurile de tahograf trebuie să poată fi citite și de al te 
echipamente, cum ar fi computerele personale.  
4.3 Standarde  
(240) Cardurile de tahograf trebuie să respecte următoarele 
standarde:  
— ISO/IEC 7810 Identification cards – Physical 
characteristics;  
— ISO/IEC 7816 Identification cards – Integrated circuit 
cards:  
— Part 1: Physical characteristics,  
— Part 2: Dimensions and position of the contacts 
(ISO/IEC 7816-2:2007),  
— Part 3: Electrical interface and transmission 
protocols (ISO/IEC 7816-3:2006),  
— Part 4: Organisation, security and commands for 
interchange (ISO/IEC 7816-4:2013 + Cor 1:2014),  
— Part 6: Interindustry data elements for interchange 
(ISO/IEC 7816-6:2004 + Cor 1:2006),  
— Part 8: Commands for security operations (ISO/IEC 
7816-8:2004).  
— Cardurile de tahograf se testează în conformitate cu 
standardul ISO/IEC 10373-3:2010 Identification cards 
– Test methods – Part 3: Integrated circuit cards with 
contacts and related interface devices.  
4.4 Specifica ţii de mediu și electrice  
(241) Cardurile de tahograf pot funcţiona corect în toate 
condiţiile climatice întâlnite în mod normal pe teritoriul 
Uniunii și cel puţin în intervalul de temperatură cuprins 
între – 25 °C și 
+ 70 °C, cu creșteri ocazionale ale temperaturii de până la 
+ 85 °C; „ocazional” înseamnă timp de cel mult 4 ore o 
dată și de cel mult 100 de ori pe întreaga durată de viaţă a 
cardului.  
(242) Cardurile de tahograf pot funcţiona corect în intervalul de 
umiditate cuprins între 10 % și 90 %.  
(243) Cardurile de tahograf pot funcţiona corect timp de cinci 
ani dacă sunt folosite conform specificaţiilor de mediu și 
electrice.  
(244) În cursul funcţionării, cardurile de tahograf respectă Re gu­
lamentul CEE-ONU R10, referitor la compatibilitatea elec­
tromagnetică, și sunt protejate împotriva descărcărilor 
electrostatice.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 73  
4.5 Stocarea datelor  
În sensul prezentului alineat,  
— orele sunt înregistrate cu o rezoluţie de un minut, cu excepţ ia 
cazurilor în care se specifică altfel;  
— valorile odometrului sunt înregistrate cu o rezoluţie de un 
kilometru;  
— vitezele sunt înregistrate cu o rezoluţie de 1 km/h;  
— poziţiile (latitudinile și longitudinile) sunt înregistrate î n grade și 
minute, cu o rezoluţie de 1/10 de minut.  
Funcţiile, comenzile și structurile logice ale cardurilor de ta hograf 
care îndeplinesc cerinţele de stocare a datelor sunt menţionate  în 
apendicele 2.  
În absenţa unor dispoziţii contrare, stocarea datelor pe cardur ile de 
tahograf trebuie organizată astfel încât datele noi să înlocuia scă 
datele cele mai vechi în cazul epuizării capacităţii prevăzute a 
memoriei destinate anumitor înregistrări.  
(245) Prezentul paragraf stabilește capacitatea minimă de stoca re 
pentru diversele fișiere de date pentru aplicaţii. Cardurile 
de tahograf trebuie să poată transmite aparaturii de înre­
gistrare capacitatea de stocare din momentul respectiv a 
respectivelor fișiere de date.  
▼M3 
(246) Pe cardurile de tahograf pot fi stocate orice alte date s upli­
mentare, cu condiţia ca stocarea datelor respective să 
respecte legislaţia aplicabilă privind protecţia datelor.  
▼B 
(247) Fiecare fișier principal (MF –  Master File ) al unui card de 
tahograf conţine până la cinci fișiere de bază (EF –  
Elementary Files ) pentru gestionarea cardului și pentru 
identificarea aplicaţiilor și a cipurilor, precum și două 
fișiere speciale (DF –  Dedicated Files ): 
— DF Tachograph, care conţine aplicaţia accesibilă pentru 
unităţile montate pe vehicul de primă generaţie, 
prezentă și pe cardurile de tahograf de primă generaţie;  
— DF Tachograph_G2, care conţine aplicaţia accesibilă 
numai pentru unităţile montate pe vehicul de a doua 
generaţie, prezentă numai pe cardurile de tahograf de a 
doua generaţie.  
▼M3 
Notă: versiunea 2 a cardurilor de a doua generaţie conţine 
fișiere elementare suplimentare în DF Tachograph_G2.  
▼B 
Detaliile complete ale structurii cardurilor de tahograf sunt 
specificate în apendicele 2.  
4.5.1  Fi șierele elementare pentru identificare și pentru gestionarea 
cardului  
4.5.2  Identificarea cardurilor cu circuite integrate (IC)  
(248) Cardurile de tahograf permit stocarea următoarelor date d e 
identificare a cardurilor inteligente:  
— clock stop ; ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 74  
— numărul de serie al cardului (inclusiv referinţele de 
fabricaţie);  
— numărul de omologare de tip al cardului;  
— ID-ul de personalizare a cardului;  
— ID-ul integratorului;  
— identificatorul circuitului integrat (IC).  
4.5.2.1 I d e n t i f i c a r e a c i p u l u i  
(249) Cardurile de tahograf permit stocarea următoarelor date d e 
identificare a circuitelor integrate (IC):  
— numărul de serie al IC;  
— referinţele de fabricaţie ale IC.  
4.5.2.2 D I R ( p r e z e n t n u m a i p e c a r d u r i l e d  e t a h o g r a f d e a 
d o u a g e n e r a ţ i e )  
(250) Cardurile de tahograf permit stocarea obiectelor de date 
pentru identificarea aplicaţiei, specificate în apendicele 2.  
4.5.2.3 I n f o r m a ţ i i R L R ( î n a n u m i t e c o n d i  ţ i i , p r e z e n t e 
n u m a i p e c a r d u r i l e d e t a h o g r a f d e a d o u  a 
g e n e r a ţ i e )  
(251) Cardurile de tahograf permit stocarea următorului obiect de 
date informativ cu lungime extinsă:  
— în cazul în care cardul de tahograf utilizează câmpuri 
cu lungime extinsă, obiectul de date informativ cu 
lungime extinsă specificat în apendicele 2.  
4.5.2.4 I n f o r m a ţ i i p r i v i n d l u n g i m e a e x t  i n s ă ( î n a n u m i t e 
c o n d i ţ i i , p r e z e n t e n u m a i p e c a r d u r i l  e d e 
t a h o g r a f d e a d o u a g e n e r a ţ i e )  
(252) Cardurile de tahograf permit stocarea următoarelor obiect e 
de date informative cu lungime extinsă:  
— în cazul în care cardul de tahograf utilizează câmpuri 
cu lungime extinsă, obiectele de date informative cu 
lungime extinsă specificate în apendicele 2.  
4.5.3  Cardul de conduc ător auto  
4.5.3.1 A p l i c a ţ i e p e n t r u t a h o g r a f ( a c c e  s i b i l ă p e n t r u 
u n i t ă ţ i l e m o n t a t e p e v e h i c u l d e p r i m a  ș  i  a  d  o  u  a  
g e n e r a ţ i e )  
4.5.3.1.1 Identificarea aplicaţiei  
(253) Cardul de conducător auto permite stocarea următoarelor 
date de identificare a aplicaţiei:  
— identificarea aplicaţiei pentru tahograf;  
— identificarea tipului de card de tahograf.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 75  
4.5.3.1.2 Chei și certificate  
(254) Cardul de conducător auto permite stocarea unei serii de 
chei și certificate criptografice, în conformitate cu apen­
dicele 11 partea A.  
4.5.3.1.3 Identificarea cardului  
(255) Cardul de conducător auto permite stocarea următoarelor 
date de identificare a cardului:  
— numărul cardului;  
— statul membru emitent, denumirea autorităţii emitente, 
data emiterii;  
— data de la care este valabil cardul, data expirării 
cardului.  
4.5.3.1.4 Identificarea titularului cardului  
(256) Cardul de conducător auto permite stocarea următoarelor 
date de identificare a titularului cardului:  
— numele titularului;  
— prenumele titularului;  
— data nașterii;  
— limba preferată de titular.  
4.5.3.1.5 Descărcarea informaţiilor de pe card  
(257) Cardul de conducător auto permite stocarea următoarelor 
date legate de descărcarea informaţiilor de pe card:  
— data și ora la care s-a efectuat ultima descărcare a 
informaţiilor de pe card (în alte scopuri decât în 
vederea unui control).  
(258) Cardul de conducător auto permite stocarea unei singure 
astfel de înregistrări.  
4.5.3.1.6 Informaţii privind permisul de conducere  
(259) Cardul de conducător auto permite stocarea următoarelor 
date privind permisul de conducere:  
— statul membru emitent, denumirea autorităţii emitente;  
— numărul permisului de conducere (la data emiterii 
cardului).  
4.5.3.1.7 Date privind evenimentele  
În sensul prezentului paragraf, ora se înregistrează cu o rezol uţie de 
1 secundă.  
(260) Cardul de conducător auto permite stocarea de date legate  
de următoarele evenimente detectate de aparatura de înre­
gistrare în perioada în care cardul este introdus:  
— suprapunere a timpului (dacă evenimentul este 
provocat de cardul respectiv);  
— introducerea cardului în timpul conducerii (dacă eveni­
mentul afectează cardul respectiv);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 76  
— încheierea incorectă a ultimei sesiuni de utilizare a 
cardului (dacă evenimentul afectează cardul respectiv);  
— întreruperea alimentării cu energie electrică;  
— eroare privind datele de la senzorul de mișcare;  
— tentative de încălcare a securităţii.  
(261) Cardul de conducător auto permite stocarea următoarelor 
date privind aceste evenimente:  
— codul evenimentului;  
— data și ora începerii evenimentului (sau a introducerii 
cardului dacă evenimentul era în curs la momentul 
respectiv);  
— data și ora încheierii evenimentului (sau a retragerii 
cardului dacă evenimentul era în curs la momentul 
respectiv);  
— VRN și statul membru de înmatriculare a vehiculului 
afectat de eveniment.  
Notă: Pentru evenimentul „Suprapunere a timpului”:  
— data și ora începerii evenimentului trebuie să 
corespundă datei și orei retragerii cardului din 
vehiculul precedent;  
— data și ora încheierii evenimentului trebuie să 
corespundă datei și orei introducerii cardului în 
vehiculul folosit la momentul respectiv;  
— datele privind vehiculul trebuie să corespundă vehi­
culului din momentul respectiv (cel care a declanșat 
evenimentul).  
Notă: Pentru evenimentul: „Încheiere incorectă a ultimei 
sesiuni de utilizare a cardului”:  
— data și ora începerii evenimentului trebuie să 
corespundă datei și orei de introducere a cardului 
pentru sesiunea care nu a fost încheiată corect;  
— data și ora încheierii evenimentului trebuie să 
corespundă datei și orei introducerii cardului pentru 
sesiunea în cursul căreia a fost detectat evenimentul 
(sesiunea din momentul respectiv);  
— datele privind vehiculul trebuie să corespundă vehi­
culului în care s-a desfășurat sesiunea care nu a fost 
încheiată corect.  
(262) Cardul de conducător auto permite stocarea de date privin d 
cele mai recente șase evenimente din fiecare tip (și anume, 
36 de evenimente).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 77  
4.5.3.1.8 Date privind anomaliile  
În sensul prezentului paragraf, ora se înregistrează cu o rezol uţie de 
1 secundă.  
(263) Cardul de conducător auto permite stocarea de date privin d 
următoarele anomalii detectate de aparatura de înregistrare 
în timp ce cardul este introdus:  
▼M1 
— anomalie a cardului (dacă anomalia afectează cardul);  
▼B 
— anomalie a aparaturii de înregistrare.  
(264) Cardul de conducător auto permite stocarea următoarelor 
date privind aceste anomalii:  
— codul anomaliei;  
— data și ora începerii anomaliei (sau a introducerii 
cardului dacă anomalia era în curs la momentul 
respectiv);  
— data și ora încheierii anomaliei (sau a retragerii 
cardului dacă anomalia era în curs la momentul 
respectiv);  
— VRN și statul membru de înmatriculare a vehiculului 
afectat de anomalie.  
(265) Cardul de conducător auto permite stocarea de date privin d 
cele mai recente douăsprezece anomalii din fiecare tip (și 
anume, 24 de anomalii).  
4.5.3.1.9 Date privind activitatea conducătorului auto  
(266) Cardul de conducător auto permite stocarea, pentru fiecar e 
zi calendaristică în care a fost folosit cardul sau pentru care  
conducătorul auto a introdus manual activităţi, urmă­
toarelor informaţii:  
— data;  
— un contor de prezenţă zilnică (a cărui valoare crește cu 
o unitate pentru fiecare dintre zilele calendaristice 
respective);  
— distanţa totală parcursă de conducătorul auto în 
decursul zilei respective;  
— regimul de conducere la ora 00.00;  
— în cazul oricăror modificări ale activităţii conducă­
torului auto și/sau ale regimului de conducere și/sau 
ale oricărei introduceri sau retrageri a cardului de 
conducător auto:  
— regimul de conducere (ECHIPAJ, SINGUR);  
— slotul (CONDUCĂTOR AUTO, COPILOT);  
— starea cardului (INTRODUS, NEINTRODUS);  
— activitatea (CONDUCERE, DISPONIBILITATE, 
MUNCĂ, PAUZĂ/ODIHNĂ);  
— ora modificării.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 78  
(267) Memoria cardului de conducător auto permite stocarea de 
date privind activităţile conducătorului auto timp de cel 
puţin 28 de zile (activitatea medie a unui conducător 
auto este definită ca incluzând 93 de schimbări de acti­
vitate pe zi).  
(268) Datele enumerate la cerinţele 261, 264 și 266 se stocheaz ă 
astfel încât să permită extragerea activităţilor în ordinea 
desfășurării lor, chiar și în cazul unei suprapuneri a 
timpului.  
4.5.3.1.10 Date privind vehiculele utilizate  
(269) Cardul de conducător auto permite stocarea, pentru fiecar e 
zi calendaristică în care a fost utilizat cardul și pentru 
fiecare perioadă de utilizare a unui anumit vehicul din 
ziua respectivă (o perioadă de utilizare include toate 
ciclurile consecutive de introducere/retragere a cardului 
desfășurate în vehiculul respectiv, din punctul de vedere 
al cardului), a următoarelor date:  
— data și ora primei utilizări a vehiculului (și anume, 
prima introducere a cardului pentru respectiva 
perioadă de utilizare, sau ora 00.00 dacă perioada de 
utilizare este în curs la ora respectivă);  
— valoarea indicată de odometrul vehiculului în 
momentul respectiv;  
— data și ora ultimei utilizări a vehiculului (și 
anume,ultima retragere a cardului pentru respectiva 
perioadă de utilizare sau ora 23:59 dacă perioada de 
utilizare este în curs la ora respectivă);  
— valoarea indicată de odometrul vehiculului în 
momentul respectiv;  
— VRN și statul membru de înmatriculare a vehiculului.  
(270) Cardul de conducător auto permite stocarea a cel puţin 84  
de astfel de înregistrări.  
4.5.3.1.11 Locurile în care încep și/sau se încheie zilele de l ucru 
(271) Cardul de conducător auto permite stocarea următoarelor 
date privind locurile în care încep și/sau se încheie zilele 
de lucru, introduse de conducătorul auto:  
— data și ora introducerii (sau data/ora legate de intro­
ducerea datelor, dacă aceasta se efectuează pe parcursul 
procedurii de introducere manuală);  
— tipul datelor introduse (început sau sfârșit, condiţia 
introducerii);  
— ţara și regiunea introduse;  
— valoarea indicată de odometrul vehiculului.  
(272) Memoria cardului de conducător auto permite stocarea a 
cel puţin 42 de perechi de astfel de înregistrări.  
4.5.3.1.12 Date privind sesiunile de utilizare a cardului  
(273) Cardul de conducător auto permite stocarea următoarelor 
date privind vehiculul în care a fost deschisă sesiunea în 
curs: ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 79  
— data și ora deschiderii sesiunii (și anume, ale intro­
ducerii cardului), cu o rezoluţie de o secundă;  
— VRN și statul membru de înmatriculare.  
4.5.3.1.13 Date privind activităţile de control  
(274) Cardul de conducător auto permite stocarea următoarelor 
date privind activităţile de control:  
— data și ora controlului;  
— numărul cardului de control și statul membru emitent;  
— tipul controlului [afișare și/sau imprimare și/sau 
descărcare din VU și/sau de pe card (a se vedea nota)];  
— perioada descărcată, dacă a avut loc o descărcare;  
— VRN și statul membru de înmatriculare a vehiculului 
controlat.  
Notă: descărcarea informaţiilor de pe card va fi înregistrată 
numai dacă se realizează prin intermediul unei aparaturi de 
înregistrare.  
(275) Cardul de conducător auto permite stocarea unei singure 
astfel de înregistrări.  
4.5.3.1.14 Date privind condiţiile specifice  
(276) Cardul de conducător auto permite stocarea următoarelor 
date legate de condiţiile specifice introduse în timp ce 
cardul este introdus (indiferent de slot):  
— data și ora introducerii;  
— tipul de condiţie specifică.  
(277) Cardul de conducător auto permite stocarea a cel puţin 56  
de astfel de înregistrări.  
▼M3 
4.5.3.2. A p l i c a ţ i a t a h o g r a f i c ă d e g e n e r a ţ i a 2 ( i n a c c e ­
s i b i l ă p e n t r u p r i m a g e n e r a ţ i e d e u n i t  ă ţ i 
m o n t a t e p e v e h i c u l e , a c c e s i b i l ă v e r s  i u n i i 1 ș i 
v e r s i u n i i 2 a c e l e i d e a d o u a g e n e r a ţ i i  d  e  
u n i t ă ţ i m o n t a t e p e v e h i c u l e )  
▼B 
4.5.3.2.1 Identificarea aplicaţiei  
(278) Cardul de conducător auto permite stocarea următoarelor 
date de identificare a aplicaţiei:  
— identificarea aplicaţiei pentru tahograf;  
— identificarea tipului de card de tahograf.  
▼M3 
4.5.3.2.1.1. Identificarea suplimentară a aplicaţiei (neaccesat ă de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(278a) Cardul de conducător auto permite stocarea de date supli ­
mentare de identificare a aplicaţiei aplicabile numai pentru 
versiunea 2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 80  
4.5.3.2.2 Chei și certificate  
(279) Cardul de conducător auto permite stocarea unei serii de 
chei și certificate criptografice, în conformitate cu apen­
dicele 11 partea B.  
4.5.3.2.3 Identificarea cardului  
(280) Cardul de conducător auto permit stocarea următoarelor 
date de identificare a cardului:  
— numărul cardului;  
— statul membru emitent, denumirea autorităţii emitente, 
data emiterii;  
— data de la care este valabil cardul, data expirării 
cardului.  
4.5.3.2.4 Identificarea titularului cardului  
(281) Cardul de conducător auto permite stocarea următoarelor 
date de identificare a titularului cardului:  
— numele titularului;  
— prenumele titularului;  
— data nașterii;  
— limba preferată de titular.  
4.5.3.2.5 Descărcarea informaţiilor de pe card  
(282) Cardul de conducător auto permite stocarea următoarelor 
date legate de descărcarea informaţiilor de pe card:  
— data și ora la care s-a efectuat ultima descărcare a 
informaţiilor de pe card (în alte scopuri decât în 
vederea unui control).  
(283) Cardul de conducător auto permite stocarea unei singure 
astfel de înregistrări.  
4.5.3.2.6 Informaţii privind permisul de conducere  
(284) Cardul de conducător auto permite stocarea următoarelor 
date privind permisul de conducere:  
— statul membru emitent, denumirea autorităţii emitente;  
— numărul permisului de conducere (la data emiterii 
cardului).  
4.5.3.2.7 Date privind evenimentele  
În sensul prezentului paragraf, ora se înregistrează cu o rezol uţie de 
1 secundă.  
(285) Cardul de conducător auto permite stocarea de date legate  
de următoarele evenimente detectate de aparatura de înre­
gistrare în timp ce cardul este introdus:  
— suprapunere a timpului (dacă evenimentul este 
provocat de cardul respectiv);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 81  
— introducerea cardului în timpul conducerii (dacă eveni­
mentul afectează cardul respectiv);  
— încheierea incorectă a ultimei sesiuni de utilizare a 
cardului (dacă evenimentul afectează cardul respectiv);  
— întreruperea alimentării cu energie electrică;  
— eroare de comunicare cu echipamentul de comunicare 
la distanţă;  
— evenimentul „Absenţa informaţiilor de poziţionare de 
la receptorul GNSS”;  
— eroare de comunicare cu echipamentul GNSS extern;  
— eroare privind datele de la senzorul de mișcare;  
— conflict privind deplasarea vehiculului;  
— tentative de încălcare a securităţii;  
— conflict de oră.  
(286) Cardul de conducător auto permite stocarea următoarelor 
date privind aceste evenimente:  
— codul evenimentului;  
— data și ora începerii evenimentului (sau a introducerii 
cardului dacă evenimentul era în curs la momentul 
respectiv);  
— data și ora încheierii evenimentului (sau a retragerii 
cardului dacă evenimentul era în curs la momentul 
respectiv);  
— VRN și statul membru de înmatriculare a vehiculului 
afectat de eveniment.  
Notă: Pentru evenimentul „Suprapunere a timpului”:  
— data și ora începerii evenimentului trebuie să 
corespundă datei și orei retragerii cardului din 
vehiculul precedent;  
— data și ora încheierii evenimentului trebuie să 
corespundă datei și orei introducerii cardului în 
vehiculul utilizat la momentul respectiv;  
— datele privind vehiculul trebuie să corespundă vehi­
culului din momentul respectiv (cel care a declanșat 
evenimentul).  
Notă: Pentru evenimentul: „Încheiere incorectă a ultimei 
sesiuni de utilizare a cardului”:  
— data și ora începerii evenimentului trebuie să 
corespundă datei și orei de introducere a cardului 
pentru sesiunea care nu a fost încheiată corect;  
— data și ora încheierii evenimentului trebuie să 
corespundă datei și orei introducerii cardului pentru 
sesiunea pe parcursul căreia a fost detectat evenimentul 
(sesiunea din momentul respectiv);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 82  
— datele privind vehiculul trebuie să corespundă vehi­
culului în care s-a desfășurat sesiunea care nu a fost 
încheiată corect.  
▼M3 
(287) Cardul de conducător auto permite stocarea de date privin d 
cele mai recente 12 evenimente din fiecare tip (și anume, 
132 de evenimente).  
▼B 
4.5.3.2.8 Date privind anomaliile  
În sensul prezentului paragraf, ora se înregistrează cu o rezol uţie de 
1 secundă.  
(288) Cardul de conducător auto permite stocarea de date privin d 
următoarele anomalii detectate de aparatura de înregistrare 
în timp ce cardul este introdus:  
▼M1 
— anomalie a cardului (dacă anomalia afectează cardul);  
▼B 
— anomalie a aparaturii de înregistrare.  
(289) Cardul de conducător auto permite stocarea următoarelor 
date privind aceste anomalii:  
— codul anomaliei;  
— data și ora începerii anomaliei (sau a introducerii 
cardului dacă anomalia era în curs la momentul 
respectiv);  
— data și ora încheierii anomaliei (sau a retragerii 
cardului dacă anomalia era în curs la momentul 
respectiv);  
— VRN și statul membru de înmatriculare a vehiculului 
afectat de anomalie.  
▼M3 
(290) Cardul de conducător auto permite stocarea de date privin d 
cele mai recente 24 de anomalii din fiecare tip (și anume, 
48 de anomalii).  
▼B 
4.5.3.2.9 Date privind activitatea conducătorului auto  
(291) Cardul de conducător auto permite stocarea, pentru fiecar e 
zi calendaristică în care a fost folosit cardul sau pentru care  
conducătorul auto a introdus manual activităţi, urmă­
toarelor informaţii:  
— data;  
— un contor de prezenţă zilnică (a cărui valoare crește cu 
o unitate pentru fiecare dintre zilele calendaristice 
respective);  
— distanţa totală parcursă de conducătorul auto în cursul 
zilei respective;  
— regimul de conducere la ora 00.00;  
— în cazul oricăror modificări ale activităţii conducă­
torului auto și/sau ale regimului de conducere și/sau 
ale oricărei introduceri sau retrageri a cardului de 
conducător auto:  
— regimul de conducere (ECHIPAJ, SINGUR);  
— slotul (CONDUCĂTOR AUTO, COPILOT);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 83  
— starea cardului (INTRODUS, NEINTRODUS);  
— activitatea (CONDUCERE, DISPONIBILITATE, 
MUNCĂ, PAUZĂ/ODIHNĂ);  
— ora modificării.  
▼M3 
(292) Memoria cardului de conducător auto permite stocarea de 
date privind activităţile conducătorului auto timp de 56 de 
zile (activitatea medie a unui conducător auto este definită 
pentru această cerinţă ca incluzând 117 schimbări de acti­
vitate pe zi).  
▼B 
(293) Datele enumerate la cerinţele 286, 289 și 291 se stocheaz ă 
astfel să permită extragerea activităţilor în ordinea desfă­ 
șurării lor, chiar și în cazul unei suprapuneri a timpului.  
4.5.3.2.10 Date privind vehiculele folosite  
(294) Cardul de conducător auto permite stocarea, pentru fiecar e 
zi calendaristică în care a fost utilizat cardul și pentru 
fiecare perioadă de utilizare a unui anumit vehicul din 
ziua respectivă (o perioadă de utilizare include toate 
ciclurile consecutive de introducere/retragere a cardului 
desfășurate în vehiculul respectiv, din punctul de vedere 
al cardului), a următoarelor date:  
— data și ora primei utilizări a vehiculului (și anume, 
prima introducere a cardului pentru respectiva 
perioadă de utilizare, sau ora 00.00 dacă perioada de 
utilizare este în curs la ora respectivă);  
— valoarea indicată de odometrul vehiculului la ora 
respectivă a primei utilizări;  
— data și ora ultimei utilizări a vehiculului (și anume, 
ultima retragere a cardului pentru respectiva perioadă 
de utilizare sau ora 23:59 dacă perioada de utilizare 
este în curs la ora respectivă);  
— valoarea indicată de odometrul vehiculului la ora 
respectivă a ultimei utilizări;  
— VRN și statul membru de înmatriculare a vehiculului;  
— VIN al vehiculului respectiv.  
▼M3 
(295) Cardul de conducător auto permite stocarea a 200 de astfe l 
de înregistrări.  
▼B 
4.5.3.2.11 Locurile și poziţiile în care încep și/sau se închei e zilele de lucru  
(296) Cardul de conducător auto permite stocarea următoarelor 
date privind locurile în care încep și/sau se încheie zilele 
de lucru, introduse de conducătorul auto:  
— data și ora introducerii (sau data/ora legate de intro­
ducerea datelor, dacă aceasta se efectuează pe parcursul 
procedurii de introducere manuală);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 84  
— tipul introducerii (început sau sfârșit, condiţia intro­
ducerii);  
— ţara și regiunea introduse;  
— valoarea indicată de odometrul vehiculului;  
— poziţia vehiculului;  
— precizia GNSS, data și ora determinării poziţiei.  
▼M3 
(297) Memoria cardului de conducător auto permite stocarea 
a 112 astfel de înregistrări.  
▼B 
4.5.3.2.12 Date privind sesiunile de utilizare a cardului  
(298) Cardul de conducător auto permite stocarea următoarelor 
date privind vehiculul în care a fost deschisă sesiunea în 
curs:  
— data și ora deschiderii sesiunii (și anume, a introducerii 
cardului), cu o rezoluţie de o secundă;  
— VRN și statul membru de înmatriculare.  
4.5.3.2.13 Date privind activităţile de control  
(299) Cardul de conducător auto permite stocarea următoarelor 
date privind activităţile de control:  
— data și ora controlului;  
— numărul cardului de control și statul membru emitent;  
— tipul controlului [afișare și/sau imprimare și/sau 
descărcare din VU și/sau de pe card (a se vedea nota)];  
— perioada descărcată, dacă a avut loc o descărcare;  
— VRN și statul membru de înmatriculare a vehiculului 
controlat.  
Notă: cerinţele de securitate impun ca descărcarea de pe 
card să poată fi înregistrată numai dacă se realizează prin 
intermediul unei aparaturi de înregistrare.  
(300) Cardul de conducător auto permite stocarea unei singure 
astfel de înregistrări.  
4.5.3.2.14 Date privind condiţiile specifice  
(301) Cardul de conducător auto permite stocarea următoarelor 
date legate de condiţiile specifice introduse în timp ce 
cardul este introdus (indiferent de slot):  
— data și ora introducerii;  
— tipul de condiţie specifică.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 85  
(302) Cardul de conducător auto permite stocarea a 112 astfel d e 
înregistrări.  
▼B 
4.5.3.2.15 Date privind unităţile montate pe vehicul utilizate  
(303) Cardul de conducător auto permite stocarea următoarelor 
date referitoare la diferitele unităţi montate pe vehicul în 
care a fost utilizat cardul:  
— data și ora începerii perioadei utilizare a unităţii 
montate pe vehicul (și anume, prima introducere a 
cardului în unitatea montată pe vehicul pentru 
perioada respectivă);  
— numele producătorului unităţii montate pe vehicul;  
— tipul de unitate montată pe vehicul;  
— numărul versiunii software-ului unităţii montate pe 
vehicul.  
▼M3 
(304) Cardul de conducător auto permite stocarea a 200 astfel d e 
înregistrări.  
▼M1 
4.5.3.2.16 Date privind locurile în care se încheie o perioadă de conducere 
acumulată de trei ore  
(305) Cardul de conducător auto permite stocarea următoarelor 
date legate de poziţia vehiculului atunci când timpul de 
conducere acumulat atinge un multiplu de trei ore:  
— data și ora la care timpul de conducere acumulat atinge 
un multiplu de trei ore;  
— poziţia vehiculului;  
— precizia GNSS, data și ora determinării poziţiei;  
— valoarea indicată de odometrul vehiculului.  
▼M3 
(306) Cardul de conducător auto permite stocarea a 336 astfel d e 
înregistrări.  
4.5.3.2.17. Statutul de autentificare pentru poziţiile legate d e locurile în care 
încep și/sau se încheie zilele de lucru (neaccesat de versiunea  1  a  
unităţilor montate pe vehicule de a doua generaţie)  
(306a) Cardul de conducător auto permite stocarea de date supli ­
mentare privind locurile în care încep și/sau se încheie 
zilele de lucru, introduse de conducătorul auto în confor­
mitate cu punctul 4.5.3.2.11:  
— data și ora înregistrării, care trebuie să fie exact aceeași 
dată și oră ca cea stocată în EF Places în DF 
Tachograph_G2;  
— un indicator care indică dacă poziţia a fost autenti­
ficată.  
(306b) Memoria cardului de conducător auto permite stocarea 
a 112 astfel de înregistrări.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 86  
4.5.3.2.18. Statutul de autentificare pentru poziţiile unde se atinge timpul de 
conducere acumulat de trei ore (neaccesat de versiunea 1 a unit ăţilor 
montate pe vehicule de a doua generaţie)  
(306c) Cardul de conducător auto permite stocarea de date supli ­
mentare legate de poziţia vehiculului atunci când timpul de 
conducere acumulat atinge un multiplu de trei ore în 
conformitate cu punctul 4.5.3.2.16:  
— data și ora când timpul de conducere acumulat atinge 
un multiplu de trei ore, care trebuie să fie exact aceeași 
dată și oră ca cea stocată în EF GNSS_Places în DF 
Tachograph_G2;  
— un indicator care indică dacă poziţia a fost autenti­
ficată.  
(306d) Cardul de conducător auto permite stocarea a 336 astfel de 
înregistrări.  
4.5.3.2.19. Treceri ale frontierei (neaccesate de versiunea 1 a  unităţilor montate 
pe vehicule de a doua generaţie)  
(306e) Cardul de conducător auto permite stocarea următoarelor 
date referitoare la trecerile frontierei fie la introducerea 
cardului în conformitate cu cerinţa 147b, fie cu cardul 
deja introdus:  
— ţara din care iese vehiculul;  
— ţara în care intră vehiculul;  
— data și ora la care vehiculul a trecut frontiera;  
— poziţia vehiculului la trecerea frontierei;  
— precizia GNSS;  
— un indicator care indică dacă poziţia a fost autenti­
ficată;  
— valoarea indicată de odometrul vehiculului.  
(306f) Memoria cardului de conducător auto permite stocarea 
a 1120 astfel de înregistrări.  
4.5.3.2.20. Operaţiuni de încărcare/descărcare (neaccesate de v ersiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(306 g) Cardul de conducător auto permite stocarea următoarelor  
date referitoare la operaţiunile de încărcare/descărcare:  
— tipul de operaţiune (încărcare, descărcare sau încărcare/ 
descărcare simultană);  
— data și ora operaţiunii de încărcare/descărcare;  
— poziţia vehiculului;  
— precizia GNSS, data și ora determinării poziţiei;  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 87  
— un indicator care indică dacă poziţia a fost autenti­
ficată;  
— valoarea indicată de odometrul vehiculului.  
(306h) Cardul de conducător auto permite stocarea a 1624 de 
operaţiuni de încărcare/descărcare.  
4.5.3.2.21. Introducerea tipului de încărcătură (neaccesată de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(306i) Cardul de conducător auto permite stocarea următoarelor 
date referitoare la operaţiunile de încărcare/descărcare înre­
gistrate automat de VU la fiecare introducere a cardului:  
— tipul de încărcătură înregistrat (mărfuri sau pasageri);  
— data și ora înregistrării.  
(306j) Cardul de conducător auto permite stocarea a 336 astfel de 
înregistrări.  
4.5.3.2.22. Configuraţii ale VU (neaccesate de versiunea 1 a un ităţilor montate 
pe vehicule de a doua generaţie)  
(306k) Cardul de conducător auto permite stocarea setărilor 
specifice tahografului ale titularului cardului.  
(306l) Capacitatea de stocare a cardului de conducător auto 
pentru setările specifice tahografului ale titularului 
cardului este de 3072 de octeţi.  
▼B 
4.5.4  Cardul de atelier  
4.5.4.1 A p l i c a ţ i e p e n t r u t a h o g r a f ( a c c e  s i b i l ă p e n t r u 
u n i t ă ţ i l e m o n t a t e p e v e h i c u l d e p r i m a  ș  i  a  d  o  u  a  
g e n e r a ţ i e )  
4.5.4.1.1 Identificarea aplicaţiei  
(307) Cardul de atelier permite stocarea următoarelor date de 
identificare a aplicaţiei:  
— identificarea aplicaţiei pentru tahograf;  
— identificarea tipului de card de tahograf.  
4.5.4.1.2 Chei și certificate  
(308) Cardul de atelier permite stocarea unei serii de chei și 
certificate criptografice, în conformitate cu apendicele 11 
partea A.  
(309) Cardul de atelier permite stocarea unui număr de identi­
ficare personal (cod PIN).  
4.5.4.1.3 Identificarea cardului  
(310) Cardul de atelier permite stocarea următoarelor date de 
identificare a cardului:  
— numărul cardului;  
— statul membru emitent, denumirea autorităţii emitente, 
data emiterii;  
— data de la care este valabil cardul, data expirării 
cardului.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 88  
4.5.4.1.4 Identificarea titularului cardului  
(311) Cardul de atelier permite stocarea următoarelor date de 
identificare a titularului cardului:  
— denumirea atelierului;  
— adresa atelierului;  
— numele titularului;  
— prenumele titularului;  
— limba preferată de titular.  
4.5.4.1.5 Descărcarea informaţiilor de pe card  
(312) Cardul de atelier permite stocarea unei înregistrări a da telor 
privind descărcarea informaţiilor de pe card, în același mod 
ca un card de conducător auto.  
4.5.4.1.6 Date privind etalonarea și reglarea orei  
(313) Cardul de atelier permite stocarea de înregistrări privin d 
etalonările și/sau reglările orei realizate în timp ce cardul 
este introdus în aparatura de înregistrare.  
(314) Fiecare înregistrare de etalonare conţine următoarele dat e: 
— scopul etalonării (activare, prima instalare, instalare, 
inspecţie periodică);  
— identificarea vehiculului;  
— parametrii actualizaţi sau confirmaţi [w, k, l, dimen­
siunea pneurilor, reglajul limitatorului de viteză, 
odometrul (valorile vechi și cele noi), data și ora 
(valorile vechi și cele noi)];  
— identificarea aparaturii de înregistrare (numărul de 
componentă al VU, numărul de serie al VU, numărul 
de serie al senzorului de mișcare).  
(315) Cardul de atelier permite stocarea a cel puţin 88 de astf el 
de înregistrări.  
(316) Cardul de atelier este prevăzut cu un contor care indică 
numărul total de etalonări efectuate cu cardul respectiv.  
(317) Cardul de atelier este prevăzut cu un contor care indică 
numărul total de etalonări efectuate după ultima descărcare 
de date.  
4.5.4.1.7 Date privind evenimentele și anomaliile  
(318) Cardul de atelier permite stocarea de înregistrări de dat e 
privind evenimentele și anomaliile, în același mod ca un 
card de conducător auto.  
(319) Cardul de atelier permite stocarea de date privind cele m ai 
recente trei evenimente de fiecare tip (și anume, 18 
evenimente) și cele mai recente șase erori de fiecare tip 
(și anume, 12 erori).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 89  
4.5.4.1.8 Date privind activitatea conducătorului auto  
(320) Cardul de atelier permite stocarea de date privind acti­
vitatea conducătorului auto, în același mod ca un card de 
conducător auto.  
(321) Cardul de atelier permite stocarea de date privind acti­
vitatea conducătorului auto pentru cel puţin o zi de acti­
vitate medie a conducătorului auto.  
4.5.4.1.9 Date privind vehiculele utilizate  
(322) Cardul de atelier permite stocarea de înregistrări de dat e 
privind vehiculele utilizate, în același mod ca un card de 
conducător auto.  
(323) Cardul de atelier permite stocarea a cel puţin patru astf el 
de înregistrări.  
4.5.4.1.10 Date privind începutul și/sau sfârșitul zilelor de l ucru 
(324) Cardul de atelier permite stocarea de înregistrări de dat e 
privind începutul și/sau sfârșitul zilelor de lucru, în același  
mod ca un card de conducător auto.  
(325) Cardul de atelier permite stocarea a cel puţin trei perec hi 
de astfel de înregistrări.  
4.5.4.1.11 Date privind sesiunile de utilizare a cardului  
(326) Cardul de atelier permite stocarea unei înregistrări a da telor 
privind sesiunile de utilizare a cardului, în același mod ca 
un card de conducător auto.  
4.5.4.1.12 Date privind activităţile de control  
(327) Cardul de atelier permite stocarea unei înregistrări a da telor 
privind activităţile de control, în același mod ca un card de 
conducător auto.  
4.5.4.1.13 Date privind condiţiile specifice  
(328) Cardul de atelier permite stocarea de date relevante priv ind 
condiţiile specifice, în același mod ca un card de 
conducător auto.  
(329) Cardul de atelier permite stocarea a cel puţin două astfe l 
de înregistrări.  
▼M3 
4.5.4.2. A p l i c a ţ i a t a h o g r a f i c ă d e g e n e r a ţ i a 2 ( i n a c c e ­
s i b i l ă p e n t r u p r i m a g e n e r a ţ i e d e u n i t  ă ţ i 
m o n t a t e p e v e h i c u l e , a c c e s i b i l ă v e r s  i u n i i 1 ș i 
v e r s i u n i i 2 a c e l e i d e a d o u a g e n e r a ţ i i  d  e  
u n i t ă ţ i m o n t a t e p e v e h i c u l e )  
▼B 
4.5.4.2.1 Identificarea aplicaţiei  
(330) Cardul de atelier permite stocarea următoarelor date de 
identificare a aplicaţiei:  
— identificarea aplicaţiei pentru tahograf;  
— identificarea tipului de card de tahograf.  
▼M3 
4.5.4.2.1.1. Identificarea suplimentară a aplicaţiei (neaccesat ă de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(330a) Cardul de atelier permite stocarea de date suplimentare de 
identificare a aplicaţiei aplicabile numai pentru versiunea 2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 90  
4.5.4.2.2 Chei și certificate  
(331) Cardul de atelier permite stocarea unei serii de chei și 
certificate criptografice, în conformitate cu apendicele 11 
partea B.  
(332) Cardul de atelier permite stocarea unui număr de identi­
ficare personal (cod PIN).  
4.5.4.2.3 Identificarea cardului  
(333) Cardul de atelier permite stocarea următoarelor date de 
identificare a cardului:  
— numărul cardului;  
— statul membru emitent, denumirea autorităţii emitente, 
data emiterii;  
— data de la care este valabil cardul, data expirării 
cardului.  
4.5.4.2.4 Identificarea titularului cardului  
(334) Cardul de atelier permite stocarea următoarelor date de 
identificare a titularului cardului:  
— denumirea atelierului;  
— adresa atelierului;  
— numele titularului;  
— prenumele titularului;  
— limba preferată de titular.  
4.5.4.2.5 Descărcarea informaţiilor de pe card  
(335) Cardul de atelier permite stocarea unei înregistrări a da telor 
privind descărcarea informaţiilor de pe card, în același mod 
ca un card de conducător auto.  
4.5.4.2.6 Date privind etalonarea și reglarea orei  
(336) Cardul de atelier permite stocarea de înregistrări privin d 
etalonările și/sau reglările orei realizate în timp ce cardul 
este introdus în aparatura de înregistrare.  
(337) Fiecare înregistrare de etalonare conţine următoarele dat e: 
— scopul etalonării (activare, prima instalare, instalare, 
inspecţie periodică);  
— identificarea vehiculului;  
— parametrii actualizaţi sau confirmaţi [w, k, l, dimen­
siunea pneurilor, reglajul limitatorului de viteză, 
odometrul (valorile vechi și cele noi), data și ora 
(valorile vechi și cele noi)];  
— identificarea aparaturii de înregistrare (numărul de 
componentă al VU, numărul de serie al VU, numărul 
de serie al senzorului de mișcare, numărul de serie al 
echipamentului de comunicare la distanţă și numărul 
de serie al echipamentului GNSS extern, dacă este 
cazul);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 91  
— tipurile și identificatorii tuturor sigiliilor montate;  
— capacitatea VU de a utiliza carduri de tahograf de 
primă generaţie (activate sau neactivate).  
▼M3 
(338) Cardul de atelier permite stocarea a 255 astfel de înre­
gistrări.  
▼B 
(339) Cardul de atelier este prevăzut cu un contor care indică 
numărul total de etalonări efectuate cu cardul respectiv.  
(340) Cardul de atelier este prevăzut cu un contor care indică 
numărul total de etalonări efectuate după ultima descărcare 
de date.  
4.5.4.2.7 Date privind evenimentele și anomaliile  
(341) Cardul de atelier permite stocarea de înregistrări de dat e 
privind evenimentele și anomaliile, în același mod ca un 
card de conducător auto.  
(342) Cardul de atelier permite stocarea de date privind cele m ai 
recente trei evenimente de fiecare tip (și anume, 33 
evenimente) și cele mai recente șase erori de fiecare tip 
(și anume, 12 erori).  
4.5.4.2.8 Date privind activitatea conducătorului auto  
(343) Cardul de atelier permit stocarea de date privind activit atea 
conducătorului auto, în același mod ca un card de 
conducător auto.  
▼M3 
(344) Cardul de atelier permite stocarea de date privind acti­
vitatea conducătorului auto timp de 1 zi, conţinând 240 
de modificări de activitate.  
▼B 
4.5.4.2.9 Date privind vehiculele utilizate  
(345) Cardul de atelier permite stocarea de înregistrări de dat e 
privind vehiculele utilizate, în același mod ca un card de 
conducător auto.  
▼M3 
(346) Cardul de atelier permite stocarea a 8 astfel de înregist rări. 
4.5.4.2.10. Date privind locurile și poziţiile în care încep și /sau se încheie zilele 
de lucru  
(347) Cardul de atelier permite stocarea înregistrărilor de dat e 
privind locurile și poziţiile în care încep și/sau încheie 
zilele de lucru în același mod ca un card de conducător 
auto.  
(348) Cardul de atelier permite stocarea a 4 perechi de astfel de 
înregistrări.  
▼B 
4.5.4.2.11 Date privind sesiunile de utilizare a cardului  
(349) Cardul de atelier permite stocarea unei înregistrări a da telor 
privind sesiunile de utilizare a cardului, în același mod ca 
un card de conducător auto.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 92  
4.5.4.2.12 Date privind activităţile de control  
(350) Cardul de atelier permite stocarea unei înregistrări a da telor 
privind activităţile de control, în același mod ca un card de 
conducător auto.  
4.5.4.2.13 Date privind unităţile montate pe vehicul utilizate  
(351) Cardul de atelier permite stocarea următoarelor date refe ­
ritoare la diferitele unităţi montate pe vehicul în care a fost  
utilizat cardul:  
— data și ora începerii perioadei de utilizare a unităţii 
montate pe vehicul (și anume, prima introducere a 
cardului în unitatea montată pe vehicul pentru 
perioada respectivă);  
— numele producătorului unităţii montate pe vehicul;  
— tipul de unitate montată pe vehicul;  
— numărul versiunii software-ului unităţii montate pe 
vehicul.  
▼M3 
(352) Cardul de atelier permite stocarea a 8 astfel de înregist rări. 
▼M1 
4.5.4.2.14 Date privind locurile în care se încheie o perioadă de conducere 
acumulată de trei ore  
(353) Cardul de atelier permite stocarea următoarelor date lega te 
de poziţia vehiculului atunci când timpul de conducere 
acumulat atinge un multiplu de trei ore:  
— data și ora la care timpul de conducere acumulat atinge 
un multiplu de trei ore;  
— poziţia vehiculului;  
— precizia GNSS, data și ora determinării poziţiei;  
— valoarea indicată de odometrul vehiculului.  
▼M3 
(354) Cardul de atelier permite stocarea a 24 astfel de înre­
gistrări.  
▼B 
4.5.4.2.15 Date privind condiţiile specifice  
(355) Cardul de atelier permite stocarea de date relevante priv ind 
condiţiile specifice, în același mod ca un card de 
conducător auto.  
▼M3 
(356) Cardul de atelier permite stocarea a 4 astfel de înregist rări. 
4.5.4.2.16. Statutul de autentificare pentru poziţiile legate d e locurile în care 
încep și/sau se încheie zilele de lucru (neaccesat de versiunea  1  a  
unităţilor montate pe vehicule de a doua generaţie)  
(356a) Cardul de atelier permite stocarea de date suplimentare 
privind locurile și poziţiile în care încep și/sau încheie 
zilele de lucru în același mod ca un card de conducător 
auto. ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 93  
(356b) Memoria cardului de atelier permite stocarea a 4 perechi  
de astfel de înregistrări.  
4.5.4.2.17. Statutul de autentificare pentru poziţiile unde se atinge timpul de 
conducere acumulat de trei ore (neaccesat de versiunea 1 a unit ăţilor 
montate pe vehicule de a doua generaţie)  
(356c) Cardul de atelier permite stocarea de date suplimentare 
legate de poziţia vehiculului atunci când timpul de 
conducere acumulat atinge un multiplu de trei ore în 
același mod ca un card de conducător auto.  
(356d) Cardul de atelier permite stocarea a 24 astfel de înre­
gistrări.  
4.5.4.2.18. Treceri ale frontierei (neaccesate de versiunea 1 a  unităţilor montate 
pe vehicule de a doua generaţie)  
(356e) Cardul de atelier permite stocarea de date privind trece rile 
frontierei, în același mod ca un card de conducător auto.  
(356f) Memoria cardului de atelier permite stocarea a 4 astfel de 
înregistrări.  
4.5.4.2.19. Operaţiuni de încărcare/descărcare (neaccesate de v ersiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(356 g) Cardul de atelier permite stocarea operaţiunilor de 
încărcare/descărcare, în același mod ca un card de 
conducător auto.  
(356h) Cardul de atelier permite stocarea a 8 operaţiuni de 
încărcare, descărcare sau încărcare/descărcare simultană.  
4.5.4.2.20. Introducerea tipului de încărcătură (neaccesată de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(356i) Cardul de atelier permite stocarea de înregistrări privi nd 
tipul de încărcătură, în același mod ca un card de 
conducător auto.  
(356j) Cardul de atelier permite stocarea a 4 astfel de înregis trări.  
4.5.4.2.21. Date suplimentare de etalonare (neaccesate de versi unea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(356k) Cardul de atelier permite stocarea de date suplimentare de 
etalonare aplicabile numai pentru versiunea 2:  
— vechea dată și oră și numărul de identificare al vehi­
culului, care trebuie să fie exact aceleași valori ca cele 
stocate în EF Calibration în DF Tachograph_G2;  
— tipul de încărcătură implicit introdus în timpul acestei 
etalonări;  
— ţara în care s-a efectuat etalonarea și data/ora la care 
receptorul GNSS a furnizat poziţia utilizată pentru a 
determina ţara respectivă.  
(356 l) Cardul de atelier permite stocarea a 255 astfel de înre ­
gistrări.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 94  
4.5.4.2.22. Configuraţii ale VU (neaccesate de versiunea 1 a un ităţilor montate 
pe vehicule de a doua generaţie)  
(356 m) Cardul de atelier permite stocarea setărilor specifice taho­
grafului ale titularului cardului.  
(356n) Capacitatea de stocare a cardului de atelier pentru setă rile 
specifice tahografului ale titularului cardului este de 3072 
de octeţi.  
▼B 
4.5.5  Cardul de control  
4.5.5.1 A p l i c a ţ i e p e n t r u t a h o g r a f ( a c c e  s i b i l ă p e n t r u 
u n i t ă ţ i l e m o n t a t e p e v e h i c u l d e p r i m a  ș  i  a  d  o  u  a  
g e n e r a ţ i e )  
4.5.5.1.1 Identificarea aplicaţiei  
(357) Cardul de control permite stocarea următoarelor date de 
identificare a aplicaţiei:  
— identificarea aplicaţiei pentru tahograf;  
— identificarea tipului de card de tahograf.  
4.5.5.1.2 Chei și certificate  
(358) Cardul de control permite stocarea unei serii de chei și 
certificate criptografice, în conformitate cu apendicele 11 
partea A.  
4.5.5.1.3 Identificarea cardului  
(359) Cardul de control permite stocarea următoarelor date de 
identificare a cardului:  
— numărul cardului;  
— statul membru emitent, denumirea autorităţii emitente, 
data emiterii;  
— data de la care este valabil cardul, data expirării 
cardului (dacă există).  
4.5.5.1.4 Identificarea titularului cardului  
(360) Cardul de control permite stocarea următoarelor date de 
identificare a titularului cardului:  
— denumirea organismului de control;  
— adresa organismului de control;  
— numele titularului;  
— prenumele titularului;  
— limba preferată de titular.  
4.5.5.1.5 Date privind activităţile de control  
(361) Cardul de control permite stocarea următoarelor date 
privind activităţile de control:  
— data și ora controlului;  
▼M3 
— tipul controlului (afișare și/sau imprimare și/sau 
descărcare din VU și/sau de pe card);  
▼B 
— perioada descărcată (dacă este cazul);  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 95  
— VRN și autoritatea competentă din statul membru de 
înmatriculare a vehiculului controlat;  
— numărul cardului și statul membru emitent al cardului 
de conducător auto controlat.  
(362) Cardul de control permite stocarea a cel puţin 230 de ast fel 
de înregistrări.  
4.5.5.2 A p l i c a ţ i a p e n t r u t a h o g r a f G 2 ( i n  a c c e s i b i l ă 
u n i t ă ţ i l o r m o n t a t e p e v e h i c u l d e p r i m  ă 
g e n e r a ţ i e )  
4.5.5.2.1 Identificarea aplicaţiei  
(363) Cardul de control permite stocarea următoarelor date de 
identificare a aplicaţiei:  
— identificarea aplicaţiei pentru tahograf;  
— identificarea tipului de card de tahograf.  
▼M3 
4.5.5.2.1.1. Identificarea suplimentară a aplicaţiei (neaccesat ă de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(363a) Cardul de control permite stocarea de date suplimentare de 
identificare a aplicaţiei aplicabile numai pentru 
versiunea 2.  
▼B 
4.5.5.2.2 Chei și certificate  
(364) Cardul de control permite stocarea unei serii de chei și 
certificate criptografice, în conformitate cu apendicele 11 
partea B.  
4.5.5.2.3 Identificarea cardului  
(365) Cardul de control permite stocarea următoarelor date de 
identificare a cardului:  
— numărul cardului;  
— statul membru emitent, denumirea autorităţii emitente, 
data emiterii;  
— data de la care este valabil cardul, data expirării 
cardului (dacă este cazul).  
4.5.5.2.4 Identificarea titularului cardului  
(366) Cardul de control permite stocarea următoarelor date de 
identificare a titularului cardului:  
— denumirea organismului de control;  
— adresa organismului de control;  
— numele titularului;  
— prenumele titularului;  
— limba preferată de titular.  
4.5.5.2.5 Date privind activităţile de control  
(367) Cardul de control permite stocarea următoarelor date 
privind activităţile de control:  
— data și ora controlului;  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 96  
— tipul controlului (afișare și/sau imprimare și/sau 
descărcare din VU și/sau descărcare de pe card și/sau 
verificare a etalonării în trafic);  
— perioada aferentă datelor descărcate (dacă este cazul);  
— VRN și autoritatea competentă din statul membru de 
înmatriculare a vehiculului controlat;  
— numărul cardului și statul membru emitent al cardului 
de conducător auto controlat.  
(368) Cardul de control permite stocarea a cel puţin 230 de ast fel 
de înregistrări.  
▼M3 
4.5.5.2.6. Configuraţii ale VU (neaccesate de versiunea 1 a uni tăţilor montate 
pe vehicule de a doua generaţie)  
(368a) Cardul de control permite stocarea setărilor specifice t aho­
grafului ale titularului cardului.  
(368b) Capacitatea de stocare a cardului de control pentru setă rile 
specifice tahografului ale titularului cardului este de 3072 
de octeţi.  
▼B 
4.5.6  Card de societate  
4.5.6.1 A p l i c a ţ i e p e n t r u t a h o g r a f ( a c c e  s i b i l ă p e n t r u 
u n i t ă ţ i l e m o n t a t e p e v e h i c u l d e p r i m a  ș  i  a  d  o  u  a  
g e n e r a ţ i e )  
4.5.6.1.1 Identificarea aplicaţiei  
(369) Cardul de societate permite stocarea următoarelor date de  
identificare a aplicaţiei:  
— identificarea aplicaţiei pentru tahograf;  
— identificarea tipului de card de tahograf.  
4.5.6.1.2 Chei și certificate  
(370) Cardul de societate permite stocarea unei serii de chei ș i 
certificate criptografice, în conformitate cu apendicele 11 
partea A.  
4.5.6.1.3 Identificarea cardului  
(371) Cardul de societate permite stocarea următoarelor date de  
identificare a cardului:  
— numărul cardului;  
— statul membru emitent, denumirea autorităţii emitente, 
data emiterii;  
— data de la care este valabil cardul, data expirării 
cardului (dacă există).  
4.5.6.1.4 Identificarea titularului cardului  
(372) Cardul de societate permite stocarea următoarelor date de  
identificare a titularului cardului:  
— denumirea societăţii;  
— adresa societăţii.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 97  
4.5.6.1.5 Date privind activitatea societăţii  
(373) Cardul de societate permite stocarea următoarelor date 
privind activitatea societăţii:  
— data și ora activităţii;  
— tipul activităţii (blocare și/sau deblocare a VU și/sau 
descărcare din VU și/sau de pe card);  
— perioada descărcată (dacă este cazul);  
— numărul de înmatriculare al vehiculului și autoritatea 
competentă din statul membru de înmatriculare a 
vehiculului;  
— numărul cardului și statul membru emitent (în cazul 
unei descărcări de pe card).  
(374) Cardul de societate permite stocarea a cel puţin 230 de 
astfel de înregistrări.  
4.5.6.2 A p l i c a ţ i a p e n t r u t a h o g r a f G 2 ( i n  a c c e s i b i l ă 
u n i t ă ţ i l o r m o n t a t e p e v e h i c u l d e p r i m  ă 
g e n e r a ţ i e )  
4.5.6.2.1 Identificarea aplicaţiei  
(375) Cardul de societate permite stocarea următoarelor date de  
identificare a aplicaţiei:  
— identificarea aplicaţiei pentru tahograf;  
— identificarea tipului de card de tahograf.  
▼M3 
4.5.6.2.1.1. Identificarea suplimentară a aplicaţiei (neaccesat ă de versiunea 1 a 
unităţilor montate pe vehicule de a doua generaţie)  
(375a) Cardul de societate permite stocarea de date suplimentar e 
de identificare a aplicaţiei aplicabile numai pentru 
versiunea 2.  
▼B 
4.5.6.2.2 Chei și certificate  
(376) Cardul de societate permite stocarea unei serii de chei ș i 
certificate criptografice, în conformitate cu apendicele 11 
partea B.  
4.5.6.2.3 Identificarea cardului  
(377) Cardul de societate permite stocarea următoarelor date de  
identificare a cardului:  
— numărul cardului;  
— statul membru emitent, denumirea autorităţii emitente, 
data emiterii;  
— data de la care este valabil cardul, data expirării 
cardului (dacă există).  
4.5.6.2.4 Identificarea titularului cardului  
(378) Cardul de societate permite stocarea următoarelor date de  
identificare a titularului cardului:  
— denumirea societăţii;  
— adresa societăţii.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 98  
4.5.6.2.5 Date privind activitatea societăţii  
(379) Cardul de societate permite stocarea următoarelor date 
privind activitatea societăţii:  
— data și ora activităţii;  
— tipul activităţii (blocare și/sau deblocare a VU și/sau 
descărcare din VU și/sau de pe card);  
— perioada aferentă datelor descărcate (dacă este cazul);  
— numărul de înmatriculare al vehiculului și autoritatea 
competentă din statul membru de înmatriculare a 
vehiculului;  
— numărul cardului și statul membru emitent al cardului 
(în cazul unei descărcări de pe card).  
(380) Cardul de societate permite stocarea a cel puţin 230 de 
astfel de înregistrări.  
▼M3 
4.5.6.2.6. Configuraţii ale VU (neaccesate de versiunea 1 a uni tăţilor montate 
pe vehicule de a doua generaţie)  
(380a) Cardul de societate permite stocarea setărilor specifice  
tahografului ale titularului cardului.  
(380b) Capacitatea de stocare a cardului de societate pentru 
setările specifice tahografului ale titularului cardului este 
de 3072 de octeţi.  
▼B 
5. INSTALAREA APARATURII DE ÎNREGISTRARE  
5.1 Instalare  
(381) Aparaturile de înregistrare noi sunt livrate neactivate 
montatorilor sau producătorilor de vehicule, cu toţi para­
metrii de etalonare prevăzuţi în capitolul 3.21 setaţi la 
valori implicite adecvate și valabile. În cazurile în care 
nu se aplică nicio valoare specială, parametrii alfabetici 
sunt înlocuiţi cu șiruri de „?”, iar parametrii numerici cu 
„0”. Furnizarea componentelor de securitate ale aparaturii 
de înregistrare poate fi restricţionată, dacă este necesar, în 
timpul certificării de securitate  
(382) Înainte de activare, aparatura de înregistrare trebuie să  
permită accesul la funcţia de etalonare, chiar dacă 
aparatura nu este în modul etalonare.  
▼M3 
(383) Înainte de a fi activată, aparatura de înregistrare nu în regis­
trează și nu stochează datele menţionate la cerinţele 102- 
133 inclusiv. Cu toate acestea, înainte de a fi activată, 
aparatura de înregistrare poate înregistra și stoca eveni­
mentele de tentativă de încălcare a securităţii în confor­
mitate cu cerinţa 117 și anomaliile aparaturii de înre­
gistrare în conformitate cu cerinţa 118.  
▼B 
(384) În timpul instalării, producătorii de vehicule presetează  toţi 
parametrii cunoscuţi.  
(385) Producătorii de vehicule sau montatorii activează aparatu ra 
de înregistrare montată cel târziu înainte ca vehiculul să fie 
utilizat în conformitate cu Regulamentul (CE) nr. 561/2006.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 99  
(386) Activarea aparaturii de înregistrare se declanșează autom at 
la prima introducere a unui card de atelier valabil în 
oricare dintre dispozitivele de interfaţă pentru card.  
(387) Dacă este cazul, operaţiunile speciale necesare pentru 
asocierea senzorului de mișcare la unitatea montată pe 
vehicul se realizează automat, înainte sau în timpul 
activării.  
(388) În mod similar, dacă este cazul, operaţiunile speciale de  
cuplare a echipamentului GNSS extern la unitatea montată 
pe vehicul se realizează automat, înainte sau în timpul 
activării.  
(389) După activare, aparatura de înregistrare controlează 
integral drepturile de acces la funcţii și date.  
(390) După activare, aparatura de înregistrare comunică echipa­
mentului de comunicare la distanţă datele securizate 
necesare în scopul controalelor selective în trafic.  
(391) Funcţiile de înregistrare și stocare ale aparaturii de în re­
gistrare trebuie să funcţioneze integral după activarea 
acesteia.  
▼M3 
(392) Instalarea este urmată de o etalonare. Nu este necesar ca  
prima etalonare să includă introducerea identificarea de 
înmatriculare a vehiculului (VRN și statul membru) în 
cazul în care acesta nu este cunoscut de atelierul aprobat 
care trebuie să efectueze etalonarea. În aceste condiţii și 
numai în acest moment, este posibil ca proprietarul vehi­
culului să introducă VRN și statul membru folosind cardul 
de societate înainte de utilizarea vehiculului în confor­
mitate cu Regulamentul (CE) nr. 561/2006 (de exemplu, 
utilizând comenzile prin intermediul unei structuri cores­
punzătoare a meniului interfeţei om-mașină a unităţii 
montate pe vehicul). Actualizarea sau confirmarea acestei 
introduceri este posibilă numai atunci când se folosește un 
card de atelier.  
▼B 
(393) Instalarea unui echipament GNSS extern necesită cuplarea 
la unitatea montată pe vehicul și verificarea ulterioară a 
informaţiilor de poziţionare de la GNSS.  
(394) Aparatura de înregistrare trebuie poziţionată în vehicul 
astfel încât conducătorul auto să poată accesa toate 
funcţiile necesare de pe scaunul său.  
5.2 Pl ăcuţa de instalare  
(395)  ►M3 După ce aparatura de înregistrare a fost verificată la 
instalare, se aplică pe aparatura de înregistrare o plăcuţă de 
instalare, gravată sau imprimată în mod permanent, clar 
vizibilă și ușor accesibilă. În cazurile în care acest lucru 
nu este posibil, plăcuţa se montează pe stâlpul „B” al 
vehiculului pentru a fi clar vizibilă. Pentru vehiculele 
care nu au un stâlp „B”, plăcuţa de instalare trebuie 
fixată în zona ușii vehiculului și trebuie să fie clar 
vizibilă în toate cazurile. ◄  
După fiecare inspecţie efectuată de un montator sau de un 
atelier aprobat, în locul plăcuţei existente se aplică una 
nouă.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 100  
(396) Plăcuţa trebuie să conţină cel puţin următoarele informaţ ii: 
— numele, adresa sau denumirea comercială a monta­
torului sau a atelierului aprobat;  
— coeficientul caracteristic al vehiculului, sub forma „w = 
… imp/km”;  
— constanta aparaturii de înregistrare, sub forma „k = … 
imp/km”;  
— circumferinţa efectivă a pneurilor roţilor, sub forma „l 
= … mm”;  
— dimensiunea pneurilor;  
— data la care au fost măsurate coeficientul caracteristic 
al vehiculului și circumferinţa efectivă a pneurilor 
roţilor;  
— numărul de identificare al vehiculului;  
— prezenţa (sau absenţa) unui echipament GNSS extern;  
— numărul de serie al echipamentului GNSS extern, dacă 
este cazul;  
▼M3 
— numărul de serie al echipamentului de comunicare la 
distanţă, dacă există;  
▼M1 
— numerele de serie ale tuturor sigiliilor montate;  
— partea vehiculului unde este instalat adaptorul, dacă 
este cazul;  
— partea vehiculului unde este instalat senzorul de 
mișcare, dacă acesta nu este conectat la cutia de 
viteze sau dacă nu se folosește un adaptor;  
— o descriere a culorii cablului dintre adaptor și partea 
vehiculului care îi furnizează impulsurile de intrare;  
— numărul de serie al senzorului de mișcare integrat al 
adaptorului.  
▼M3 
— tipul de încărcătură implicit asociat vehiculului.  
▼B 
(397) Folosirea unei plăcuţe suplimentare este permisă numai în  
cazul vehiculelor M1 și N1 prevăzute cu un adaptor în 
conformitate cu Regulamentul (CE) nr. 68/2009 (  1 ), astfel 
cum a fost modificat ultima dată, și dacă nu este posibilă 
includerea tuturor informaţiilor necesare prevăzute la 
cerinţa 396. În aceste cazuri, plăcuţa suplimentară trebuie 
să conţină cel puţin ultimele patru liniuţe de la cerinţa 396.  ▼M1 
( 1 ) Regulamentul (CE) nr. 68/2009 al Comisiei din 23 ianuarie 200 9 de adaptare pentru a 
noua oară la progresul tehnic a Regulamentului (CEE) nr. 3821/8 5 al Consiliului privind 
aparatura de înregistrare în transportul rutier (JO L 21, 24.1. 2009, p. 3).
 02016R0799 — RO — 21.08.2023 — 003.001 — 101  
Dacă se folosește o plăcuţă suplimentară, aceasta se 
montează lângă prima plăcuţă, descrisă la cerinţa 396, și 
trebuie să aibă același nivel de protecţie. În plus, pe 
plăcuţa suplimentară figurează numele, adresa sau 
denumirea comercială a montatorului sau a atelierului 
mecanic aprobat care a efectuat instalarea, precum și 
data instalării.  
5.3 Sigilarea  
(398) Se sigilează următoarele părţi:  
— orice conexiune care, în cazul deconectării, ar cauza 
producerea unor modificări indetectabile sau pierderea 
indetectabilă a unor date (acest lucru poate fi valabil, 
de exemplu, pentru senzorul de mișcare montat pe 
cutia de viteze, pentru adaptorul destinat vehiculelor 
M1/N1, pentru conexiunea GNSS externă sau pentru 
unitatea montată pe vehicul);  
— plăcuţa de instalare, în afară de cazul în care aceasta 
este aplicată astfel încât nu poate fi îndepărtată fără a 
distruge inscripţiile.  
▼M1 
(398a) Sigiliile menţionate anterior trebuie să fie certificate  
conform standardului EN 16882:2016.  
▼B 
(399) Sigiliile menţionate anterior pot fi îndepărtate:  
— în caz de urgenţă;  
— pentru instalarea, ajustarea sau repararea unui limitator 
de viteză sau a oricărui alt dispozitiv care contribuie la 
siguranţa rutieră, cu condiţia ca aparatura de înre­
gistrare să funcţioneze în continuare în mod corect și 
fiabil și să fie resigilat de un montator sau de un atelier 
aprobat (în conformitate cu dispoziţiile capitolului 6) 
imediat după montarea limitatorului de viteză sau a 
oricărui alt dispozitiv care contribuie la siguranţa 
rutieră, sau în termen de șapte zile în celelalte cazuri.  
(400) De fiecare dată când aceste sigilii sunt rupte, se elabor ează 
și se transmite autorităţii competente o declaraţie scrisă cu 
privire la motivele acţiunii respective.  
(401) Sigiliile trebuie să poarte un număr de identificare atri buit 
de producătorul de sigilii. Acest număr trebuie să fie unic 
și diferit de orice alt număr de sigiliu atribuit de orice alt 
producător de sigilii.  
▼M1 
Acest număr unic de identificare se înscrie astfel încât să 
nu poată fi șters si are următoarea configuraţie: 
MMNNNNNNNN, unde MM reprezintă numărul unic de 
identificare a producătorului (înregistrarea în baza de date 
urmează să fie gestionată de CE), iar NNNNNNNN 
reprezintă numărul alfanumeric unic al sigiliului, atribuit 
de producător.  
▼B 
(402) Sigiliile trebuie să aibă un spaţiu liber unde montatorii , 
atelierele sau producătorii de vehicule aprobaţi să poată 
adăuga o marcă specială în conformitate cu articolul 22 
alineatul (3) din Regulamentul (UE) nr. 165/2014.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 102  
Această marcă nu acoperă numărul de identificare al 
sigiliului.  
▼M1 
(403) Producătorii de sigilii trebuie să se înregistreze într-o  bază 
de date specifică atunci când un model de sigiliu este 
certificat în conformitate cu EN 16882:2016 și să facă 
publice numerele de identificare atribuite sigiliilor 
fabricate de ei, printr-o procedură care urmează să fie 
stabilită de Comisia Europeană.  
(404) Atelierele și producătorii de vehicule aprobaţi trebuie s ă 
utilizeze, în temeiul Regulamentului (UE) nr. 165/2014, 
numai sigilii certificate în conformitate cu EN 16882:2016, 
produse de producătorii de sigilii înregistraţi în baza de 
date menţionată anterior.  
▼B 
(405) Producătorii de sigilii și distribuitorii acestora trebui e să 
păstreze evidenţe de trasabilitate complete ale sigiliilor 
vândute pentru a fi utilizate în cadrul 
Regulamentului (UE) nr. 165/2014 și trebuie să fie 
pregătiţi să le prezinte autorităţilor naţionale competente 
ori de câte ori este necesar.  
(406) Numerele de identificare unice ale sigiliilor trebuie să fie 
vizibile pe plăcuţa de instalare.  
6. CONTROALE, INSPECŢII ȘI REPARAŢII  
Cerinţele privind situaţiile în care pot fi îndepărtate sigilii le, astfel 
cum sunt prevăzute la articolul 22 alineatul (5) din Regula­
mentul (UE) nr. 165/2014, sunt definite în capitolul 5.3 din 
prezenta anexă.  
6.1 Aprobarea montatorilor, a atelierelor și a produc ătorilor de 
vehicule  
Statele membre aprobă, controlează în mod regulat și certifică orga­
nismele însărcinate cu efectuarea de:  
— instalări;  
— controale;  
— inspecţii;  
— reparaţii.  
Cardurile de atelier sunt emise numai montatorilor și/sau ateli erelor 
aprobate pentru activarea și/sau etalonarea aparaturii de înreg istrare 
în conformitate cu prezenta anexă și, cu excepţia cazurilor jus tificate 
în mod corespunzător:  
— care nu sunt eligibile pentru acordarea unui card de societat e și 
— ale căror activităţi profesionale nu sunt susceptibile de a 
compromite securitatea globală a sistemului, astfel cum se 
prevede în apendicele 10.  
▼M1 
6.2 Verificarea componentelor noi și a celor reparate  
(407) Fiecare dispozitiv în parte, indiferent dacă este nou sau  
reparat, trebuie verificat pentru a se constata dacă func­ 
ţionează corespunzător și dacă citirile și înregistrările pe 
care le efectuează sunt precise și respectă limitele 
prevăzute în capitolul 3.2.1, 3.2.2, 3.2.3 și 3.3.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 103  
6.3 Inspec ţia instala ţiei 
▼M1 
(408) La instalarea pe un vehicul, întreaga instalaţie (inclusi v 
aparatura de înregistrare) trebuie să respecte dispoziţiile 
privind toleranţele maxime prevăzute în capitolul 3.2.1, 
3.2.2, 3.2.3 și 3.3. Întreaga instalaţie trebuie sigilată în 
conformitate cu capitolul 5.3 și trebuie să includă o 
etalonare.  
▼B 
6.4 Inspec ţii periodice  
▼M3 
(409) Inspecţiile periodice ale aparaturii montate pe vehicule se 
efectuează după orice reparaţie a aparaturii sau după orice 
modificare a coeficientului caracteristic al vehiculului sau a 
circumferinţei efective ale pneurilor sau după ce aparatura 
a indicat ora UTC cu o eroare de peste 5 de minute sau 
dacă VRN a fost modificat și cel puţin o dată în termen de 
doi ani (24 de luni) de la ultima inspecţie.  
▼B 
(410) În cadrul acestor inspecţii se verifică, printre altele:  
— dacă aparatura de înregistrare funcţionează cores­
punzător, inclusiv în ceea ce privește funcţia de 
stocare a datelor pe cardurile de tahograf și comu­
nicarea cu cititoarele pentru comunicarea la distanţă;  
— dacă este asigurată conformitatea cu dispoziţiile capi­
tolului 3.2.1 și 3.2.2 privind toleranţele maxime la 
instalare;  
— dacă este asigurată conformitatea cu dispoziţiile capi­
tolului 3.2.3 și 3.3;  
— dacă aparatura de înregistrare poartă marca de 
omologare de tip;  
— dacă plăcuţa de instalare, astfel cum este definită la 
cerinţa 396, și plăcuţa descriptivă, astfel cum este 
definită la cerinţa 225, sunt fixate;  
— dimensiunea pneurilor și circumferinţa efectivă a 
pneurilor;  
— dacă la aparatură nu sunt atașate dispozitive de 
manipulare;  
— dacă sigiliile sunt amplasate în mod corect, dacă sunt 
în stare bună, dacă numerele lor de identificare sunt 
valabile (dacă producătorul de sigilii este înregistrat în 
baza de date a CE) și dacă numerele lor de identificare 
corespund inscripţiilor de pe plăcuţa de instalare (a se 
vedea cerinţa 401).  
▼M3 
— dacă identificatorul versiunii hărţii digitale stocate este 
cel mai recent.  
(410a) În cazul detectării unei manipulări de către autorităţil e 
naţionale competente, vehiculul poate fi trimis la un 
atelier autorizat pentru reetalonarea aparaturii de înre­
gistrare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 104  
(411) Dacă se constată că unul din evenimentele enumerate în 
capitolul 3.9 (Detectarea evenimentelor și/sau a anoma­
liilor) a avut loc după ultima inspecţie și, conform produ­
cătorilor de tahografe și/sau autorităţilor naţionale, poate 
pune în pericol securitatea echipamentului, atelierul:  
a. face o comparaţie între datele de identificare a 
senzorului de mișcare conectat la cutia de viteze și 
cele de identificare a senzorului de mișcare asociat la 
unitatea montată pe vehicul;  
b. verifică dacă informaţiile înscrise pe plăcuţa de instalare 
coincid cu informaţiile înregistrate în unitatea montată 
pe vehicul;  
c. verifică dacă numărul de serie și numărul de omologare 
ale senzorului de mișcare, în cazul în care acestea sunt 
imprimate pe carcasa senzorului de mișcare, coincid cu 
informaţiile stocate în memoria de date a aparaturii de 
înregistrare;  
d. compară datele de identificare inscripţionate pe plăcuţa 
descriptivă a echipamentului GNSS extern, dacă este 
cazul, cu cele stocate în memoria de date a unităţii 
montate pe vehicul.  
(412) În rapoartele lor de inspecţie, atelierele ţin evidenţa 
oricăror constatări referitoare la existenţa unor sigilii 
rupte sau a unor dispozitive de manipulare. Atelierele 
păstrează aceste rapoarte cel puţin 2 ani și le pun la 
dispoziţia autorităţii competente ori de câte ori li se cere 
să facă acest lucru.  
(413) Aceste inspecţii includ o etalonare și o înlocuire preven tivă 
a sigiliilor a căror montare ţine de responsabilitatea 
atelierelor.  
6.5 M ăsurarea erorilor  
(414) Măsurarea erorilor la instalare și în timpul utilizării s e 
realizează în următoarele condiţii, considerate drept 
condiţii standard de testare:  
— vehicul fără încărcătură, în stare normală de func­ 
ţionare;  
— presiunea pneurilor în conformitate cu instrucţiunile 
producătorului;  
— uzura pneurilor în limitele permise de legislaţia 
naţională;  
— deplasarea vehiculului:  
— vehiculul avansează, pe baza acţiunii motorului 
propriu, în linie dreaptă, pe teren plat, cu o viteză de 
50 ± 5 km/h. Distanţa de măsurare trebuie să fie de cel 
puţin 1 000 m.  
— pentru testare pot fi folosite și metode alternative, de 
exemplu un banc dinamometric adecvat, cu condiţia ca 
acesta să aibă o precizie comparabilă.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 105  
6.6 Repara ţii 
(415) Atelierele trebuie să poată descărca date din aparatura d e 
înregistrare pentru a le transmite societăţii de transport în 
cauză.  
(416) Atelierele autorizate emit societăţilor de transport un 
certificat care atestă că datele nu pot fi descărcate, în 
cazul în care o defecţiune a aparaturii de înregistrare 
împiedică descărcarea datelor înregistrate anterior, chiar 
și după reparaţiile efectuate de atelierul respectiv. 
Atelierul păstrează timp de cel puţin doi ani un exemplar 
din fiecare certificat emis.  
7. EMITEREA CARDURILOR  
Procedurile de emitere a cardurilor stabilite de statele membre  
respectă următoarele dispoziţii:  
(417) Numărul de card al primului card de tahograf emis unui 
solicitant conţine un indice secvenţial (dacă este cazul), un 
indice de înlocuire și un indice de reînnoire setate la „0”.  
(418) Numerele de card ale tuturor cardurilor nenominale de 
tahograf emise unui singur organism de control, unui 
singur atelier sau unei singure societăţi au primele 13 
cifre identice și un indice secvenţial diferit.  
(419) Un card de tahograf emis în scopul înlocuirii unui card d e 
tahograf existent are același număr de card ca și cardul 
înlocuit, cu excepţia indicelui de înlocuire, a cărui 
valoare se mărește cu „1” (în ordinea 0, …9, A, … Z).  
(420) Un card de tahograf emis în scopul înlocuirii unui card d e 
tahograf existent are aceeași dată de expirare ca și cardul 
înlocuit.  
(421) Un card de tahograf emis în scopul reînnoirii unui card d e 
tahograf existent are același număr de card ca și cardul 
înlocuit, cu excepţia indicelui de înlocuire, a cărui 
valoare trebuie resetată la „0”, și cu excepţia indicelui de 
reînnoire a cărui valoare se mărește cu „1” (în ordinea 0, 
…, 9, A, …, Z).  
(422) În vederea modificării datelor administrative, schimbarea  
unui card de tahograf existent respectă regulile de 
reînnoire dacă se produce în același stat membru sau 
regulile aplicabile primei emiteri în cazul în care se 
produce în alt stat membru.  
(423) În cazul cardurilor de atelier sau de control nenominale,  
rubrica „Numele titularului cardului” se completează cu 
denumirea atelierului sau a organismului de control ori 
cu numele montatorului sau al agentului de control, în 
cazul în care statele membre decid astfel.  
(424) Statele membre fac schimb de date prin mijloace elec­
tronice pentru a asigura unicitatea cardurilor de conducător 
auto pe care le emit în conformitate cu articolul 31 din 
Regulamentul (UE) nr. 165/2014.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 106  
8. OMOLOGAREA DE TIP A APARATURII DE ÎNREGISTRARE 
ȘI A CARDURILOR DE TAHOGRAF  
8.1 Generalit ăţi 
▼M1 
În sensul prezentului capitol, termenul „aparatură de înregistr are” 
înseamnă „aparatura de înregistrare sau componentele acesteia”.  
Nu este necesară omologarea de tip pentru cablul sau cablurile 
care conectează senzorul de mișcare, echipamentul GNSS extern 
sau echipamentul extern de comunicare la distanţă cu VU. Hârtia  
utilizată de aparatura de înregistrare este considerată drept o  
componentă a aparaturii de înregistrare.  
Orice producător poate solicita omologarea de tip a componentei  sau 
componentelor aparaturii de înregistrare cu orice altă componen tă 
sau alte componente ale aparaturii de înregistrare, cu condiţia  ca 
fiecare componentă să respecte cerinţele din prezenta anexă. 
Alternativ, producătorii pot să solicite, de asemenea, omologar ea 
de tip a aparaturii de înregistrare.  
După cum sunt descrise în definiţia 10 de la articolul 2 din pr ezentul 
regulament, unităţile montate pe vehicul au variante în ansambl urile 
de componente. Oricare ar fi ansamblul de componente al unităţi i 
montate pe vehicul, antena externă și (dacă este cazul) splitte rul 
antenei conectat la receptorul GNSS sau la echipamentul extern 
de comunicare la distanţă nu fac parte din omologarea de tip a 
unităţii montate pe vehicul.  
Totuși, producătorii care au obţinut omologarea de tip pentru 
aparatura de înregistrare trebuie să pună la dispoziţia publicu lui o 
listă a antenelor și a splitterelor compatibile cu orice unitat e montată 
pe vehicul, echipament GNSS extern și echipament extern de comu ­
nicare la distanţă omologate de tip.  
▼B 
(425) Aparatura de înregistrare trebuie prezentată spre omologa re 
în întregime, incluzând eventualele dispozitive supli­
mentare integrate.  
(426) Omologarea aparaturii de înregistrare și a cardurilor de 
tahograf trebuie să cuprindă teste de securitate, teste de 
funcţionare și teste de interoperabilitate. Rezultatele 
pozitive obţinute la fiecare dintre aceste teste sunt 
confirmate printr-un certificat corespunzător.  
▼M1 
(427) Autorităţile însărcinate cu omologarea de tip din statele  
membre nu acordă certificate de omologare de tip până 
când nu deţin:  
— un certificat de securitate (în cazul în care este solicitat 
de prezenta anexă),  
— un certificat de funcţionare,  
— un certificat de interoperabilitate (în cazul în care este 
solicitat de prezenta anexă).  
pentru aparatura de înregistrare sau cardul de tahograf care 
face obiectul cererii de omologare de tip.  
▼B 
(428) Orice modificare a software-ului sau a hardware-ului 
aparaturii sau a naturii materialelor utilizate pentru 
producerea acesteia se notifică, înainte de utilizare, auto­
rităţii care a acordat omologarea de tip pentru aparatura în 
cauză. Autoritatea respectivă îi confirmă producătorului 
extinderea omologării de tip sau poate solicita o actualizare 
sau o confirmare a certificatelor de funcţionare, de secu­
ritate și/sau de interoperabilitate relevante.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 107  
(429) Procedurile de actualizare  in situ  a software-ului aparaturii 
de înregistrare trebuie aprobate de autoritatea care a 
acordat omologarea de tip pentru aparatura de înregistrare 
în cauză. Actualizarea software-ului nu trebuie să modifice 
și nici să șteargă niciun fel de date privind activitatea 
conducătorului auto stocate în aparatura de înregistrare. 
Software-ul poate fi actualizat numai pe răspunderea 
producătorului aparaturii.  
(430) Omologarea de tip a modificărilor aduse software-ului în 
scopul actualizării unei aparaturi de înregistrare deja 
omologate de tip nu poate fi refuzată dacă modificările 
respective vizează numai funcţii nespecificate în prezenta 
anexă. Actualizarea software-ului unei aparaturi de înre­
gistrare poate să nu implice introducerea de noi seturi de 
caractere, dacă acest lucru nu este fezabil din punct de 
vedere tehnic.  
▼B 
8.2 Certificatul de securitate  
(431) Certificatul de securitate se eliberează în conformitate cu 
dispoziţiile apendicelui 10 la prezenta anexă. Compo­
nentele aparaturii de înregistrare care trebuie certificate 
sunt unitatea montată pe vehicul, senzorul de mișcare, 
echipamentul GNSS extern și cardurile de tahograf.  
(432) În situaţia excepţională în care autorităţile de certific are a 
securităţii refuză certificarea unei aparaturi noi din cauza 
mecanismelor de securitate învechite, omologarea de tip se 
va acorda în continuare numai în acest gen de situaţii 
particulare și excepţionale și numai dacă nu există nicio 
altă soluţie conformă cu regulamentul.  
(433) În această situaţie, statul membru în cauză informează fă ră 
întârziere Comisia Europeană care, în termen de două­
sprezece luni calendaristice de la acordarea omologării de 
tip, lansează o procedură menită să garanteze că securitatea 
este readusă la nivelul iniţial.  
8.3 Certificatul de func ţionare  
(434) Fiecare candidat la omologarea de tip furnizează autorită ţii 
de omologare de tip a statului membru toate materialele și 
întreaga documentaţie pe care aceasta le consideră 
necesare.  
(435) În termen de o lună de la depunerea cererii, producătorii  
furnizează eșantioanele relevante din produsele pentru care 
se solicită omologarea de tip și documentaţia aferentă 
cerute de laboratoarele desemnate să efectueze testele de 
funcţionare. Toate costurile care derivă din această cerere 
sunt suportate de entitatea solicitantă. Laboratoarele 
asigură confidenţialitatea informaţiilor comerciale 
sensibile.  
(436) Producătorului i se eliberează un certificat de funcţiona re 
numai după obţinerea de rezultate satisfăcătoare cel puţin 
la toate testele de funcţionare prevăzute în apendicele 9.  
(437) Autoritatea de omologare de tip eliberează certificatul d e 
funcţionare. Acest certificat indică, pe lângă numele bene­
ficiarului și identificarea modelului, o listă detaliată a 
testelor efectuate și a rezultatelor obţinute.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 108  
(438) Certificatul de funcţionare al oricărei componente a 
aparaturii de înregistrare indică, de asemenea, numerele 
de omologare de tip ale celorlalte componente compatibile 
și omologate de tip ale aparaturii de înregistrare, testate în 
vederea certificării.  
(439) Certificatul de funcţionare al oricărei componente a 
aparaturii de înregistrare indică, de asemenea, standardul 
ISO sau CEN pe baza căruia a fost certificată interfaţa de 
funcţionare.  
8.4 Certificatul de interoperabilitate  
(440) Testele de interoperabilitate sunt realizate de un singur  
laborator, aflat sub autoritatea și responsabilitatea 
Comisiei Europene.  
(441) Laboratorul înregistrează cererile de teste de interopera bi­
litate depuse de producători în ordinea cronologică a 
primirii lor.  
(442) Cererile se înregistrează oficial numai în momentul în ca re 
laboratorul deţine:  
— toate materialele și documentele necesare pentru 
realizarea acestor teste de interoperabilitate;  
— certificatul de securitate corespunzător;  
— certificatul de funcţionare corespunzător.  
Data înregistrării cererii se notifică producătorului.  
▼M3 
(443) Laboratorul nu efectuează niciun test de interoperabilita te 
pentru aparatura de înregistrare sau cardurile de tahograf 
care nu au trecut cu succes analiza vulnerabilităţii în cadrul 
unei evaluări a securităţii, precum și o evaluare func­ 
ţională, în afară de situaţiile excepţionale prezentate în 
cerinţa 432.  
▼B 
(444) Orice producător care solicită teste de interoperabilitat e se 
angajează să cedeze laboratorului însărcinat cu efectuarea 
testelor respective toate materialele și documentele pe care 
le-a furnizat în vederea realizării testelor.  
(445) Testele de interoperabilitate se efectuează în conformita te 
cu dispoziţiile apendicelui 9 la prezenta anexă, pentru toate 
tipurile de aparatură de înregistrare sau de carduri de 
tahograf:  
— a căror omologare de tip este încă valabilă; sau  
— care nu au primit încă omologarea de tip și care deţin 
un certificat de interoperabilitate valabil.  
(446) Testele de interoperabilitate vizează toate generaţiile 
aparaturii de înregistrare sau ale cardurilor de tahograf 
aflate încă în uz.  
▼M3 
(447) Certificatul de interoperabilitate este eliberat de către  
laborator producătorului numai după obţinerea de 
rezultate satisfăcătoare la toate testele de interoperabilitate  
solicitate și după ce producătorul a demonstrat că a fost 
acordat atât un certificat funcţional valabil, cât și un 
certificat de securitate valabil pentru produs, cu excepţia 
circumstanţelor excepţionale descrise în cerinţa 432.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 109  
(448) Dacă rezultatele testelor de interoperabilitate nu sunt s atis­
făcătoare pentru unul sau mai multe aparaturi de înre­
gistrare sau carduri de tahograf, certificatul de interopera­
bilitate nu se eliberează decât după ce producătorul a 
efectuat modificările necesare și a obţinut rezultate satisfă­
cătoare la testele de interoperabilitate. Laboratorul iden­
tifică sursa problemei împreună cu producătorii afectaţi 
de respectiva anomalie de interoperabilitate și încearcă să 
îi ajute să găsească o soluţie tehnică. În cazul în care 
producătorul și-a modificat produsul, acesta este obligat 
să se informeze pe lângă autorităţile competente dacă certi­
ficatul de securitate și certificatul de funcţionare sunt încă 
valabile.  
(449) Certificatul de interoperabilitate este valabil șase luni . 
Acesta expiră la sfârșitul perioadei respective dacă produ­
cătorul nu primește un certificat de omologare relevant. 
Certificatul este transmis de producător autorităţii de 
omologare de tip a statului membru care a emis certificatul 
de funcţionare.  
(450) Niciun element care ar putea sta la originea unei anomali i 
de interoperabilitate nu trebuie folosit în scopul obţinerii 
de profit sau pentru obţinerea unei poziţii dominante.  
8.5 Certificatul de omologare de tip  
(451) Autoritatea de omologare de tip a statului membru poate 
elibera certificatul de omologare de tip de îndată ce se află 
în posesia celor trei certificate solicitate.  
(452) Certificatul de omologare de tip al oricărei componente a  
aparaturii de înregistrare trebuie să indice, de asemenea, 
numerele de omologare de tip ale celorlalte aparaturi de 
înregistrare interoperabile care deţin omologarea de tip.  
(453) Autoritatea de omologare de tip transmite laboratorului 
însărcinat cu efectuarea testelor de interoperabilitate un 
exemplar al certificatului de omologare de tip în 
momentul eliberării acestuia către producător.  
(454) Laboratorul însărcinat cu efectuarea testelor de interope ra­
bilitate creează un site web public care conţine o listă 
actualizată a modelelor de aparaturi de înregistrare sau 
de carduri de tahograf:  
— pentru care a fost înregistrată o cerere de efectuare a 
unor teste de interoperabilitate;  
— care au primit un certificat de interoperabilitate (chiar 
dacă acesta este provizoriu);  
— care au primit un certificat de omologare de tip.  
8.6 Procedur ă extraordinar ă: primele certificate de interoperabi ­
litate pentru aparatura de înregistrare și cardurile de tahograf 
de a 2-a genera ţie 
(455) Pe parcursul unei perioade de patru luni de la certificar ea 
interoperabilităţii unui prim ansamblu de aparatură de înre­
gistrare de a 2-a generaţie și carduri de tahograf de a 2-a 
generaţie (card de conducător auto, de atelier, de control și 
de societate), orice certificat de interoperabilitate eliberat 
(inclusiv primele) în urma cererilor înregistrate pe 
parcursul acestei perioade este considerat provizoriu.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 110  
(456) Dacă, la sfârșitul perioadei menţionate anterior, toate 
produsele în cauză sunt reciproc interoperabile, toate certi­
ficatele de interoperabilitate aferente devin definitive.  
(457) Dacă, pe parcursul acestei perioade, apar anomalii de int e­
roperabilitate, laboratorul însărcinat cu efectuarea testelor 
de interoperabilitate trebuie să identifice cauzele 
problemelor cu ajutorul producătorilor implicaţi și îi 
invită să facă modificările necesare.  
(458) Dacă, la sfârșitul acestei perioade, problemele de intero pe­
rabilitate persistă, laboratorul însărcinat cu realizarea 
testelor de interoperabilitate, în colaborare cu producătorii 
în cauză și cu autorităţile de omologare de tip care au 
eliberat certificatul de funcţionare aferent, trebuie să iden­
tifice cauzele anomaliilor de interoperabilitate și să stabi­
lească modificările care ar trebui efectuate de către fiecare 
dintre producătorii în cauză. Căutarea de soluţii tehnice 
durează maximum două luni, după care, dacă nu se 
găsește nicio soluţie comună, Comisia, după consultarea 
laboratorului însărcinat cu efectuarea testelor de interope­
rabilitate, decide care aparatură și care carduri primesc un 
certificat de interoperabilitate definitiv și precizează 
motivele pe baza cărora a fost adoptată decizia respectivă.  
(459) Orice cerere de efectuare a unor teste de interoperabilit ate 
înregistrată de laborator între sfârșitul perioadei de patru 
luni de la eliberarea primului certificat provizoriu de inte­
roperabilitate și data deciziei adoptate de Comisie 
menţionată la cerinţa 455 trebuie amânată până la 
rezolvarea problemelor iniţiale de interoperabilitate. 
Cererile respective se prelucrează apoi în ordinea crono­
logică a înregistrării.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 111  
Apendicele 1  
DICŢIONAR DE DATE  
CUPRINS  
1. INTRODUCERE  
1.1. Metoda de stabilire a definiţiilor tipurilor de date  
1.2. Referinţe  
2. DEFINIŢIILE TIPURILOR DE DATE  
2.1. ActivityChangeInfo  
2.2. Address  
2.3. AESKey  
2.4. AES128Key  
2.5. AES192Key  
2.6. AES256Key  
2.7. BCDString  
2.8. CalibrationPurpose  
2.9. CardActivityDailyRecord  
2.10. CardActivityLengthRange  
2.11. CardApprovalNumber  
▼M3 
2.11a. CardBorderCrossing  
2.11b. CardBorderCrossingRecord  
▼B 
2.12. CardCertificate  
2.13. CardChipIdentification  
2.14. CardConsecutiveIndex  
2.15. CardControlActivityDataRecord  
2.16. CardCurrentUse  
2.17. CardDriverActivity  
2.18. CardDrivingLicenceInformation  
2.19. CardEventData  
2.20. CardEventRecord  
2.21. CardFaultData  
2.22. CardFaultRecord  
2.23. CardIccIdentification  
2.24. CardIdentification  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 112  
2.24a. CardLoadTypeEntries  
2.24b. CardLoadTypeEntryRecord  
2.24c. CardLoadUnloadOperations  
2.24d. CardLoadUnloadRecord  
▼B 
2.25. CardMACertificate  
2.26. CardNumber  
▼M3 
2.26a. CardPlaceAuthDailyWorkPeriod  
▼B 
2.27. CardPlaceDailyWorkPeriod  
2.28. CardPrivateKey  
2.29. CardPublicKey  
2.30. CardRenewalIndex  
2.31. CardReplacementIndex  
2.32. CardSignCertificate  
2.33. CardSlotNumber  
2.34. CardSlotsStatus  
2.35. CardSlotsStatusRecordArray  
2.36. CardStructureVersion  
2.37. CardVehicleRecord  
2.38. CardVehiclesUsed  
2.39. CardVehicleUnitRecord  
2.40. CardVehicleUnitsUsed  
2.41. Certificat  
2.42. CertificateContent  
2.43. CertificateHolderAuthorisation  
2.44. CertificateRequestID  
2.45. CertificationAuthorityKID  
2.46. CompanyActivityData  
2.47. CompanyActivityType  
2.48. CompanyCardApplicationIdentification  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 113  
2.48a. CompanyCardApplicationIdentificationV2  
▼B 
2.49. CompanyCardHolderIdentification  
2.50. ControlCardApplicationIdentification  
▼M3 
2.50a. ControlCardApplicationIdentificationV2  
▼B 
2.51. ControlCardControlActivityData  
2.52. ControlCardHolderIdentification  
2.53. ControlType  
2.54. CurrentDateTime  
2.55. CurrentDateTimeRecordArray  
2.56. DailyPresenceCounter  
2.57. Datef  
2.58. DateOfDayDownloaded  
2.59. DateOfDayDownloadedRecordArray  
2.60. Distance  
▼M3 
2.60a. DownloadInterfaceVersion  
▼B 
2.61. DriverCardApplicationIdentification  
▼M3 
2.61a. DriverCardApplicationIdentificationV2  
▼B 
2.62. DriverCardHolderIdentification  
▼M1 
2.63. Rezervat pentru o utilizare viitoare  
▼B 
2.64. EGFCertificate  
2.65. EmbedderIcAssemblerId  
2.66. EntryTypeDailyWorkPeriod  
2.67. EquipmentType  
2.68. EuropeanPublicKey  
2.69. EventFaultRecordPurpose  
2.70. EventFaultType  
2.71. ExtendedSealIdentifier  
2.72. ExtendedSerialNumber  
2.73. FullCardNumber  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 114  
2.74. FullCardNumberAndGeneration  
2.75. Generation  
2.76. GeoCoordinates  
2.77. GNSSAccuracy  
▼M1 
2.78. GNSSAccumulatedDriving  
2.79. GNSSAccumulatedDrivingRecord  
▼M3 
2.79a. GNSSAuthAccumulatedDriving  
2.79b. GNSSAuthStatusADRecord  
2.79c. GNSSPlaceAuthRecord  
▼B 
2.80. GNSSPlaceRecord  
2.81. HighResOdometer  
2.82. HighResTripDistance  
2.83. HolderName  
▼M3 
2.84. Rezervat pentru o utilizare viitoare  
▼B 
2.85. K-ConstantOfRecordingEquipment  
2.86. KeyIdentifier  
2.87. KMWCKey  
2.88. Language  
2.89. LastCardDownload  
▼M3 
2.89a. LengthOfFollowingData  
▼B 
2.90. LinkCertificate  
▼M3 
2.90a. LoadType  
▼B 
2.91. L-TyreCircumference  
2.92. MAC  
2.93. ManualInputFlag  
2.94. ManufacturerCode  
2.95. ManufacturerSpecificEventFaultData  
2.96. MemberStateCertificate  
2.97. MemberStateCertificateRecordArray  
2.98. MemberStatePublicKey  
2.99. Name  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 115  
2.100. NationAlpha  
2.101. NationNumeric  
▼M3 
2.101a. NoOfBorderCrossingRecords  
▼B 
2.102. NoOfCalibrationRecords  
2.103. NoOfCalibrationsSinceDownload  
2.104. NoOfCardPlaceRecords  
2.105. NoOfCardVehicleRecords  
2.106. NoOfCardVehicleUnitRecords  
2.107. NoOfCompanyActivityRecords  
2.108. NoOfControlActivityRecords  
2.109. NoOfEventsPerType  
2.110. NoOfFaultsPerType  
▼M1 
2.111. NoOfGNSSADRecords  
▼M3 
2.111a. NoOfLoadUnloadRecords  
▼B 
2.112. NoOfSpecificConditionRecords  
▼M3 
2.112a. NoOfLoadTypeEntryRecords  
▼B 
2.113. OdometerShort  
2.114. OdometerValueMidnight  
▼M3 
2.114a. OperationType  
▼B 
2.115. OdometerValueMidnightRecordArray  
2.116. OverspeedNumber  
▼M3 
2.116a. PlaceAuthRecord  
2.116b. PlaceAuthStatusRecord  
▼B 
2.117. PlaceRecord  
▼M3 
2.117a. PositionAuthenticationStatus  
▼B 
2.118. PreviousVehicleInfo  
2.119. PublicKey  
2.120. RecordType  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 116  
2.121. RegionAlpha  
2.122. RegionNumeric  
2.123. RemoteCommunicationModuleSerialNumber  
2.124. RSAKeyModulus  
2.125. RSAKeyPrivateExponent  
2.126. RSAKeyPublicExponent  
2.127. RtmData  
2.128. SealDataCard  
2.129. SealDataVu  
2.130. SealRecord  
2.131. SensorApprovalNumber  
2.132. SensorExternalGNSSApprovalNumber  
2.133. SensorExternalGNSSCoupledRecord  
2.134. SensorExternalGNSSIdentification  
2.135. SensorExternalGNSSInstallation  
2.136. SensorExternalGNSSOSIdentifier  
2.137. SensorExternalGNSSSCIdentifier  
2.138. SensorGNSSCouplingDate  
2.139. SensorGNSSSerialNumber  
2.140. SensorIdentification  
2.141. SensorInstallation  
2.142. SensorInstallationSecData  
2.143. SensorOSIdentifier  
2.144. SensorPaired  
2.145. SensorPairedRecord  
2.146. SensorPairingDate  
2.147. SensorSCIdentifier  
2.148. SensorSerialNumber  
2.149. Signature  
2.150. SignatureRecordArray  
2.151. SimilarEventsNumber  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 117  
2.152. SpecificConditionRecord  
2.153. SpecificConditions  
2.154. SpecificConditionType  
2.155. Speed  
2.156. SpeedAuthorised  
2.157. SpeedAverage  
2.158. SpeedMax  
▼M3 
2.158a. TachographCardsGen1Suppression  
▼B 
2.159. TachographPayload  
▼M1 
2.160. Rezervat pentru o utilizare viitoare  
▼B 
2.161. TDesSessionKey  
2.162. TimeReal  
2.163. TyreSize  
2.164. VehicleIdentificationNumber  
2.165. VehicleIdentificationNumberRecordArray  
2.166. VehicleRegistrationIdentification  
▼M3 
2.166a. VehicleRegistrationIdentificationRecordArray  
▼B 
2.167. VehicleRegistrationNumber  
2.168. VehicleRegistrationNumberRecordArray  
2.169. VuAbility  
2.170. VuActivityDailyData  
2.171. VuActivityDailyRecordArray  
2.172. VuApprovalNumber  
2.173. VuCalibrationData  
2.174. VuCalibrationRecord  
2.175. VuCalibrationRecordArray  
2.176. VuCardIWData  
2.177. VuCardIWRecord  
2.178. VuCardIWRecordArray  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 118  
2.179. VuCardRecord  
2.180. VuCardRecordArray  
2.181. VuCertificate  
2.182. VuCertificateRecordArray  
2.183. VuCompanyLocksData  
2.184. VuCompanyLocksRecord  
2.185. VuCompanyLocksRecordArray  
▼M3 
2.185a. VuConfigurationLengthRange  
▼B 
2.186. VuControlActivityData  
2.187. VuControlActivityRecord  
2.188. VuControlActivityRecordArray  
2.189. VuDataBlockCounter  
2.190. VuDetailedSpeedBlock  
2.191. VuDetailedSpeedBlockRecordArray  
2.192. VuDetailedSpeedData  
▼M3 
2.192a. VuDigitalMapVersion  
▼B 
2.193. VuDownloadablePeriod  
2.194. VuDownloadablePeriodRecordArray  
2.195. VuDownloadActivityData  
2.196. VuDownloadActivityDataRecordArray  
2.197. VuEventData  
2.198. VuEventRecord  
2.199. VuEventRecordArray  
2.200. VuFaultData  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 119  
2.201. VuFaultRecord  
2.202. VuFaultRecordArray  
▼M1 
2.203. VuGNSSADRecord  
▼M3 
2.203a. VuBorderCrossingRecord  
2.203b. VuBorderCrossingRecordArray  
▼M1 
2.204. VuGNSSADRecordArray  
▼M3 
2.204a. VuGnssMaximalTimeDifference  
▼B 
2.205. VuIdentification  
2.206. VuIdentificationRecordArray  
2.207. VuITSConsentRecord  
2.208. VuITSConsentRecordArray  
▼M3 
2.208a. VuLoadUnloadRecord  
2.208b. VuLoadUnloadRecordArray  
▼B 
2.209. VuManufacturerAddress  
2.210. VuManufacturerName  
2.211. VuManufacturingDate  
2.212. VuOverSpeedingControlData  
2.213. VuOverSpeedingControlDataRecordArray  
2.214. VuOverSpeedingEventData  
2.215. VuOverSpeedingEventRecord  
2.216. VuOverSpeedingEventRecordArray  
2.217. VuPartNumber  
2.218. VuPlaceDailyWorkPeriodData  
2.219. VuPlaceDailyWorkPeriodRecord  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 120  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2.221. VuPrivateKey  
2.222. VuPublicKey  
▼M3 
2.222a. VuRtcTime  
▼B 
2.223. VuSerialNumber  
2.224. VuSoftInstallationDate  
2.225. VuSoftwareIdentification  
2.226. VuSoftwareVersion  
2.227. VuSpecificConditionData  
2.228. VuSpecificConditionRecordArray  
2.229. VuTimeAdjustmentData  
▼M1 
2.230. Rezervat pentru o utilizare viitoare  
2.231. Rezervat pentru o utilizare viitoare  
▼B 
2.232. VuTimeAdjustmentRecord  
2.233. VuTimeAdjustmentRecordArray  
2.234. WorkshopCardApplicationIdentification  
▼M3 
2.234a. WorkshopCardApplicationIdentificationV2  
2.234b. WorkshopCardCalibrationAddData  
2.234c. WorkshopCardCalibrationAddDataRecord  
▼B 
2.235. WorkshopCardCalibrationData  
2.236. WorkshopCardCalibrationRecord  
2.237. WorkshopCardHolderIdentification  
2.238. WorkshopCardPIN  
2.239. W-VehicleCharacteristicConstant  
2.240. VuPowerSupplyInterruptionRecord  
2.241. VuPowerSupplyInterruptionRecordArray  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 121  
2.242. VuSensorExternalGNSSCoupledRecordArray  
2.243. VuSensorPairedRecordArray  
3. DEFINIREA INTERVALELOR DE VALORI ȘI DE DIMENSIUNI  
4. SETURI DE CARACTERE  
5. CODAREA  
6. IDENTIFICATORII DE OBIECT ȘI IDENTIFICATORII DE 
APLICAŢIE  
6.1. Identificatorii de obiect  
6.2. Identificatorii de aplicaţie  
1. INTRODUCERE  
Prezentul apendice cuprinde precizări privind formatele de date , 
elementele de date și structurile de date care trebuie utilizat e de 
aparatura de înregistrare și de cardurile de tahograf.  
1.1. Metoda de stabilire a defini ţiilor tipurilor de date  
În prezentul apendice se recurge la  Abstract Syntax Notation One  
(ASN.1) pentru a defini tipurile de date. Acest lucru permite d efinirea 
unor date simple și structurate, fără a fi necesară o sintaxă s pecifică de 
transfer (reguli de codare) care să depindă de aplicaţie și de mediu.  
Convenţiile de denumire a tipurilor ASN.1 sunt realizate confor m stan­
dardului ISO/IEC 8824-1. Aceasta implică faptul că:  
— acolo unde este posibil, semnificaţia tipului de date este in dicată prin 
intermediul denumirilor alese;  
— dacă un tip de date reprezintă o combinaţie de alte tipuri de  date, 
denumirea tipului de date în cauză constituie totuși o singură 
secvenţă de caractere alfabetice care începe cu o majusculă, da r se 
mai utilizează și alte majuscule în cadrul denumirii pentru a a tribui 
semnificaţia corespondentă fiecărei părţi;  
— în general, denumirile tipurilor de date sunt legate de denum irile 
tipurilor de date din care sunt alcătuite, ale echipamentelor î n care 
sunt stocate datele și ale funcţiei atribuite datelor în cauză.  
Dacă un tip ASN.1 este deja definit în cadrul unui alt standard  și dacă 
trebuie utilizat de aparatura de înregistrare, atunci tipul ASN .1 în cauză 
este definit în prezentul apendice.  
Pentru a permite aplicarea mai multor tipuri de reguli de codar e, anumite 
tipuri ASN.1 cuprinse în prezentul apendice sunt condiţionate d e iden­
tificatorii intervalelor de valori. Identificatorii intervalelo r de valori sunt 
definiţi la punctul 3 și în apendicele 2.  
1.2. Referin ţe 
În prezentul apendice se utilizează următoarele referinţe:  
ISO 639 Code for the representation of names of languages. 
First Edition: 1988.  
ISO 3166 Codes for the representation of names of countries 
and their subdivisions – Part 1: Country codes, 2013  
ISO 3779 Road vehicles – Vehicle identification number (VIN) 
– Content and structure. 2009  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 122  
ISO/IEC 7816-5 Identification cards – Integrated circuit cards – Part 5: 
Registration of application providers.  
Second edition: 2004.  
ISO/IEC 7816-6 Identification cards – Integrated circuit cards – Part 6: 
Interindustry data elements for interchange, 2004 + 
Technical Corrigendum 1: 2006  
ISO/IEC 8824-1 Information technology – Abstract Syntax Notatio n 
One (ASN.1): Specification of basic notation. 2008 + 
Technical Corrigendum 1: 2012 and Technical Corri­
gendum 2: 2014.  
ISO/IEC 8825-2 Information technology – ASN.1 encoding rules: 
Specification of Packed Encoding Rules (PER). 2008.  
ISO/IEC 8859-1 Information technology – 8 bit single-byte coded  
graphic character sets – Part 1: Latin alphabet No.1. 
First edition: 1998.  
ISO/IEC 8859-7 Information technology – 8 bit single-byte coded  
graphic character sets – Part 7: Latin/Greek 
alphabet. 2003.  
ISO 16844-3 Road vehicles – Tachograph systems – Motion 
Sensor Interface. 2004 + Technical Corrigendum 1: 
2006..  
TR-03110-3 BSI / ANSSI Technical Guideline TR-03110-3, 
Advanced Security Mechanisms for Machine 
Readable Travel Documents and eIDAS Token – 
Part 3 Common Specifications, version 2.20, 3. 
February 2015  
2. DEFINIŢIILE TIPURILOR DE DATE  
▼M3 
Pentru oricare dintre următoarele tipuri de date, valoarea impl icită pentru 
un conţinut „necunoscut” sau care „nu se aplică” va consta în 
completarea elementului de date cu octeţi Hex „FF”, cu excepţia  
cazului în care se prevede altfel.  
Toate tipurile de date sunt utilizate pentru aplicaţiile de gen eraţia 1 și de 
generaţia 2, cu excepţia cazului în care se prevede altfel. Sun t indicate 
tipurile de date utilizate numai pentru aplicaţiile de generaţi a 2, 
versiunea 2.  
Pentru tipurile de date referitoare la card pentru aplicaţiile de generaţia 1 
și de generaţia 2, dimensiunea specificată în prezentul apendic e este cea 
pentru aplicaţia de generaţia 2. Se presupune că dimensiunea pe ntru 
aplicaţia de generaţia 1 trebuie să fie deja cunoscută de citit or. 
Numerele cerinţelor din anexa IC legate de aceste tipuri de dat e 
includ atât aplicaţiile de generaţia 1, cât și aplicaţiile de g eneraţia 2.  
Tipurile de date referitoare la card nedefinite pentru carduril e de 
generaţia 1 nu sunt stocate în aplicaţia de generaţia 1 a cardu rilor de 
generaţia 2. În special:  
— Numerele de omologare de tip stocate în aplicaţia de generaţi a 1 a 
cardurilor de generaţia 2 sunt trunchiate la primele 8 caracter e, acolo 
unde este necesar;  
— Numai indicatorul „TRASEU PARCURS PE FERIBOT/ÎN TREN 
început” al unei condiţii specifice „TRASEU PARCURS PE 
FERIBOT/ÎN TREN” se stochează în aplicaţia de generaţia 1 a 
cardurilor de generaţia 2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 123  
2.1. ActivityChangeInfo  
Acest tip de date permite codarea, într-un cuvânt de doi octeţi , a stării 
slotului la 00.00 și/sau a regimului de conducere la 00.00 și/s au a 
modificărilor de activitate și/sau a modificărilor regimului de  
conducere și/sau a modificărilor stării cardului pentru un cond ucător 
auto sau un copilot. Acest tip de date se raportează la cerinţe le 105, 
266, 291, 320, 321, 343 și 344 din anexa 1C.
  
Atribuirea valorii – Octet aliniat : „scpaattttttttttt”B (16 biţi)  
Pentru înregistrările în memoria de date (sau starea slotului):  
„s”B Slot:  
„0”B: CONDUCĂTOR AUTO,  
„1”B: COPILOT,  
„c”B Regim de conducere:  
„0”B: SINGUR,  
„1”B: ECHIPAJ,  
„p”B Starea cardului de conducător auto (sau de atelier) din 
slotul relevant:  
„0”B: INTRODUS, este introdus un card,  
„1”B: NEINTRODUS, nu este introdus niciun card 
(sau este retras un card),  
„aa”B Activitate:  
„00”B: PAUZĂ/PERIOADĂ DE ODIHNĂ,  
„01”B: DISPONIBILITATE,  
„10”B: LUCRU,  
„11”B: CONDUCERE,  
„ttttttttttt”B Ora modificării: Numărul de minute de la 00h00 î n 
ziua dată.  
Pentru înregistrările de pe cardul de conducător auto (sau de a telier) (și 
regimul de conducere):  
„s”B Slot (nu este relevant când „p”=1 cu excepţia notei de 
mai jos):  
„0”B: CONDUCĂTOR AUTO,  
„1”B: COPILOT,  
„c”B Regim de conducere (caz „p”=0) sau  
Starea activităţii următoare (caz „p”=1):  
„0”B: SINGUR,  
„0”B: NECUNOSCUTĂ  
„1”B: ECHIPAJ,  
„1”B: CUNOSCUTĂ (= introdusă manual)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 124  
„p”B Starea cardului:  
„0”B: INTRODUS, cardul este introdus în aparatura 
de înregistrare,  
„1”B: NEINTRODUS, cardul nu este introdus (sau 
cardul este retras),  
„aa”B Activitate (nu este relevantă când „p”=1 și „c”=0, cu 
excepţia notei de mai jos):  
„00”B: PAUZĂ/PERIOADĂ DE ODIHNĂ,  
„01”B: DISPONIBILITATE,  
„10”B: LUCRU,  
„11”B: CONDUCERE,  
„ttttttttttt”B Ora modificării: Numărul de minute de la 00h00 î n 
ziua dată.  
Notă pentru cazul de „retragere a cardului”:  
Atunci când cardul este retras:  
— „s” este relevant și indică slotul din care este retras cardu l, 
— „c” trebuie să fie setat la 0,  
— „p” trebuie să fie setat la 1,  
— „aa” trebuie să codeze activitatea curentă selectată în momen tul 
respectiv,  
Ca urmare a unei introduceri manuale de date, biţii „c” și „aa”  din 
cuvânt (stocaţi pe un card) pot fi suprascriși mai târziu pentr u a 
reflecta introducerea de date.  
2.2. Address  
O adresă.
  
codePage  indică un set de caractere definit în capitolul 4,  
address  este o adresă codată cu ajutorul setului de caractere precizat . 
2.3. AESKey  
Generaţia 2:  
O cheie AES cu o lungime de 128, 192 sau 256 de biţi.
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 125  
2.4. AES128Key  
Generaţia 2:  
O cheie AES128.
  
length  denotă lungimea cheii AES128 în octeţi.  
aes128Key  este o cheie AES cu o lungime de 128 de biţi.  
Atribuirea valorii:  
lungimea trebuie să aibă valoarea 16.  
2.5. AES192Key  
Generaţia 2:  
O cheie AES192.
  
length  denotă lungimea cheii AES192 în octeţi.  
aes192Key  este o cheie AES cu o lungime de 192 de biţi.  
Atribuirea valorii:  
lungimea trebuie să aibă valoarea 24.  
2.6. AES256Key  
Generaţia 2:  
O cheie AES256.
  
length  denotă lungimea cheii AES256 în octeţi.  
aes256Key  este o cheie AES cu o lungime de 256 de biţi.  
Atribuirea valorii:  
lungimea trebuie să aibă valoarea 32.  
2.7. BCDString  
BCDString se aplică pentru o reprezentare a zecimalei în cod bi nar (Binary Code 
Decimal , BCD). Acest tip de date se utilizează pentru a reprezenta o u nitate 
zecimală într-un semioctet (4 biţi). BCDString se bazează pe IS O/IEC 8824-1 
„CharacterStringType”.
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 126  
BCDString folosește o notaţie „hstring”. Cifra din extremitatea  stângă a 
șirului hexadecimal este cel mai important semioctet din primul  octet. 
Pentru a obţine un multiplu de octeţi, se inserează semiocteţi nuli, în 
cantitatea necesară, din poziţia semioctetului din extremitatea  stângă a 
primului octet.  
Cifrele permise sunt: 0, 1, .. 9.  
2.8. CalibrationPurpose  
Cod care explică de ce s-a înregistrat un set de parametri de e talonare. 
Acest tip de date se raportează la cerinţele 097 și 098 din ane xa 1B și la 
cerinţa 119 din anexa 1C.
  
Atribuirea valorii:  
Generaţia 1:  
„00”H valoare rezervată,  
„01”H activare: înregistrarea parametrilor de etalonare 
cunoscuţi, în momentul activării VU,  
„02”H prima instalare: prima etalonare a VU după activarea ei,  
„03”H instalare: prima etalonare a VU în vehiculul actual,  
„04”H inspecţie periodică.  
Generaţia 2:  
În plus faţă de generaţia 1, se utilizează următoarele valori:  
„05”H introducerea VRN de către societate,  
„06”H reglarea orei fără etalonare,  
dela„07”H pânăla„7F”H RFU,  
de la „80”H până la „FF”H Specific producătorului.  
2.9. CardActivityDailyRecord  
Informaţii, stocate pe un card, privind activităţile conducător ului auto 
într-o anumită zi calendaristică. Acest tip de date se raportea ză la 
cerinţele 266, 291, 320 și 343 din anexa 1C.
  
activityPreviousRecordLength  este lungimea totală în octeţi a înregis­
trării zilnice anterioare. Valoarea maximă este dată de lungime a 
ȘIRULUI DE OCTEŢI care conţine aceste înregistrări [a se vedea  
CardActivityLengthRange  din apendicele 2 punctul 4.]. Atunci când 
această înregistrare este cea mai veche înregistrare zilnică, v aloarea 
pentru  activityPreviousRecordLength  trebuie setată la 0.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 127  
activityRecordLength  este lungimea totală în octeţi a acestei înre­
gistrări. Valoarea maximă este dată de lungimea ȘIRULUI DE 
OCTEŢI care conţine aceste înregistrări.  
activityRecordDate  este data înregistrării.  
activityDailyPresenceCounter  este contorul prezenţei zilnice pentru 
card în ziua respectivă.  
activityDayDistance  este distanţa totală parcursă în ziua respectivă.  
activityChangeInfo  este setul de date  ActivityChangeInfo  pentru condu­
cătorul auto în ziua respectivă. Acesta poate conţine maximum 1  440 de 
valori (o schimbare de activitate pe minut). Acest set de date cuprinde 
întotdeauna  activityChangeInfo  care codează regimul de conducere la 
00.00.  
2.10.  CardActivityLengthRange  
Numărul de octeţi de pe un card de conducător auto sau de pe un  card 
de atelier, disponibil pentru stocarea înregistrărilor privind activitatea 
conducătorului auto.
  
Atribuirea valorii : a se vedea apendicele 2.  
2.11.  CardApprovalNumber  
Numărul de omologare de tip al cardului.
  
Atribuirea valorii:  
Numărul de omologare trebuie să fie furnizat așa cum este publi cat pe 
site-ul web corespunzător al Comisiei Europene, de exemplu incl usiv cu 
liniuţe dacă este cazul. Numărul de omologare trebuie să fie al iniat la 
stânga.  
▼M3 
2.11a.  CardBorderCrossings  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind trecerile frontierei efectuate de vehicul atun ci când 
acesta a trecut frontiera unei ţări (cerinţele 306f și 356f din  anexa IC).
  
borderCrossingPointerNewestRecord  este indicele ultimei înregistrări 
actualizate de pe card privind trecerea frontierei.  
Atribuirea valorii  este numărul care corespunde numărătorului înregis­
trării de pe card privind trecerea frontierei, începând cu valo area '0' 
pentru prima ocurenţă a înregistrării de pe card privind trecer ea frontierei 
din structură.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 128  
cardBorderCrossingRecords  este setul de înregistrări de pe card 
privind trecerea frontierei.  
2.11b.  CardBorderCrossingRecord  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind trecerile frontierei efectuate de vehicul atun ci când 
acesta a trecut frontiera unei ţări (cerinţele 147b, 306e și 35 6e din 
anexa IC).
  
countryLeft  este ţara din care a ieșit vehiculul sau „nu există informaţii  
disponibile” în conformitate cu cerinţa 147b din anexa IC. „Res tul lumii” 
(cod NationNumeric „FF” H) se utilizează atunci când unitatea m ontată 
pe vehicul nu este în măsură să determine ţara în care este sit uat 
vehiculul (de exemplu, ţara actuală nu face parte din hărţile d igitale 
stocate).  
countryEntered  este ţara în care a intrat vehiculul sau ţara în care este 
situat vehiculul la momentul introducerii cardului. „Restul lum ii” (cod 
NationNumeric „FF” H) se utilizează atunci când unitatea montat ă pe 
vehicul nu este în măsură să determine ţara în care este situat  vehiculul 
(de exemplu, ţara actuală nu face parte din hărţile digitale st ocate).  
gnssPlaceAuthRecord  conţine informaţii privind poziţia vehiculului 
atunci când unitatea montată pe vehicul a detectat că vehiculul  a  
trecut frontiera unei ţări sau „nicio informaţie disponibilă” î n confor­
mitate cu cerinţa 147b din anexa IC, precum și statutul său de 
autentificare.  
vehicleOdometerValue  este valoarea odometrului atunci când unitatea 
montată pe vehicul a detectat că vehiculul a trecut frontiera u nei ţări sau 
„nicio informaţie disponibilă” în conformitate cu cerinţa 147b din 
anexa IC.  
▼B 
2.12.  CardCertificate  
Generaţia 1:  
Certificatul cheii publice a unui card.
  
2.13.  CardChipIdentification  
Informaţii, stocate pe un card, privind identificarea circuitul ui integrat 
(Integrated Circuit , IC) al cardului (cerinţa 249 din anexa 1C).  icSerial­
Number , împreună cu  icManufacturingReferences , identifică în mod unic 
cipul cardului. Doar  icSerialNumber  nu este suficient pentru a identifica 
în mod unic cipul cardului.
  
icSerialNumber  este numărul de serie al IC.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 129  
icManufacturingReferences  reprezintă identificatorul specific al produ­
cătorului IC.  
2.14.  CardConsecutiveIndex  
Un indice secvenţial al cardului [definiţia h)].
  
Atribuirea valorii : (a se vedea anexa 1C capitolul 7)  
Ordinea de creștere: „0, …, 9, A, …, Z, a, …, z”  
2.15.  CardControlActivityDataRecord  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind ultimul control la care a fost supus conducăto rul auto 
(cerinţele 274, 299, 327 și 350 din anexa 1C).
  
controlType  este tipul de control.  
controlTime  este data și ora la care a avut loc controlul.  
controlCardNumber  este  FullCardNumber  al agentului de control care 
a efectuat controlul.  
controlVehicleRegistration  reprezintă VRN și statul membru de înma­
triculare ale vehiculului în care a avut loc controlul.  
controlDownloadPeriodBegin  ș i  controlDownloadPeriodEnd  
reprezintă perioada descărcată, în cazul unei descărcări.  
2.16.  CardCurrentUse  
Informaţii privind utilizarea efectivă a cardului (cerinţele 27 3, 298, 326 
și 349 din anexa 1C).
  
sessionOpenTime  este ora la care cardul a fost introdus pentru utilizarea 
curentă. Acest element se setează la 0 în momentul retragerii c ardului.  
sessionOpenVehicle  este identificarea vehiculului utilizat în prezent, 
setată la introducerea cardului. Acest element se setează la 0 în 
momentul retragerii cardului.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 130  
2.17.  CardDriverActivity  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind activităţile conducătorului auto (cerinţele 26 7, 268, 292, 
293, 321 și 344 din anexa 1C).
  
activityPointerOldestDayRecord  este specificarea începutului locului 
de stocare în memorie (numărul de octeţi de la începutul șirulu i) a 
celei mai vechi înregistrări complete aferente unei zile din și rul activi­
tyDailyRecords . Valoarea maximă este dată de lungimea șirului.  
activityPointerNewestRecord  este specificarea începutului locului de 
stocare în memorie (numărul de octeţi de la începutul șirului) a celei 
mai recente înregistrări complete aferente unei zile din șirul  activityDai ­
lyRecords . Valoarea maximă este dată de lungimea șirului.  
activityDailyRecords  este spaţiul disponibil pentru stocarea datelor 
privind activitatea conducătorului auto (structura datelor:  CardActivity ­
DailyRecord ) pentru fiecare zi calendaristică în care s-a utilizat cardul.  
Atribuirea valorii : acest șir de octeţi este completat în mod ciclic cu 
înregistrări din  CardActivityDailyRecord . La prima utilizare, stocarea 
începe la primul octet din șir. Toate înregistrările noi se ada ugă la 
sfârșitul înregistrării anterioare. Atunci când șirul devine co mplet, 
stocarea se reia de la primul octet din șir, indiferent dacă ex istă o 
întrerupere în interiorul unui element de date. Înainte de a pl asa în șir 
noi date privind activitatea (prin extinderea  activityDailyRecord  curent 
sau prin introducerea unui nou  activityDailyRecord ) care să înlocuiască 
datele mai vechi privind activitatea,  activityPointerOldestDayRecord  
trebuie actualizat pentru a indica noul loc al celei mai vechi înregistrări 
complete aferente unei zile, iar  activityPreviousRecordLength  pentru 
această (nouă) cea mai veche înregistrare zilnică completă treb uie 
resetat la 0.  
2.18.  CardDrivingLicenceInformation  
Informaţii, stocate pe un card de conducător auto, privind date le 
permisului de conducere al titularului cardului (cerinţele 259 și 284 
din anexa 1C).
  
drivingLicenceIssuingAuthority  este autoritatea responsabilă pentru 
eliberarea permisului de conducere.  
drivingLicenceIssuingNation  este naţionalitatea autorităţii care a 
eliberat permisul de conducere.  
drivingLicenceNumber  este numărul permisului de conducere.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 131  
2.19.  CardEventData  
Generaţia 1:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind evenimentele asociate cu titularul cardului (c erinţele 
260 și 318 din anexa IC).
  
CardEventData  este o secvenţă, în ordine crescătoare a valorilor Event­
FaultType, a cardEventRecords (cu excepţia înregistrărilor priv ind tenta­
tivele de încălcare a securităţii, care sunt cuprinse în ultimu l set al 
secvenţei).  
cardEventRecords  este un set de înregistrări de evenimente pentru un 
anumit tip de evenimente (sau categorie pentru evenimentele car e ţin de 
tentativele de încălcare a securităţii).  
Generaţia 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind evenimentele asociate cu titularul cardului (c erinţele 
285 și 341 din anexa IC).
  
CardEventData  este o secvenţă, în ordine crescătoare a valorilor Event­
FaultType, a cardEventRecords (cu excepţia înregistrărilor priv ind tenta­
tivele de încălcare a securităţii, care sunt cuprinse în ultimu l set al 
secvenţei).  
cardEventRecords  este un set de înregistrări de evenimente pentru un 
anumit tip de evenimente (sau categorie pentru evenimentele car e ţin de 
tentativele de încălcare a securităţii).  
▼B 
2.20.  CardEventRecord  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind un eveniment asociat cu titularul cardului (ce rinţele 
261, 286, 318 și 341 din anexa 1C).
  
eventType  este tipul de eveniment.  
eventBeginTime  este data și ora la care a început evenimentul.  
eventEndTime  este data și ora la care s-a încheiat evenimentul.  
eventVehicleRegistration  reprezintă VRN și statul membru de înmatri­
culare ale vehiculului în care a avut loc evenimentul.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 132  
2.21.  CardFaultData  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind anomaliile asociate cu titularul cardului (cer inţele 263, 
288, 318 și 341 din anexa 1C).
  
CardFaultData  este o secvenţă care cuprinde un set de înregistrări ale 
anomaliilor aparaturii de înregistrare, urmat de un set de înre gistrări 
privind anomaliile cardului.  
cardFaultRecords  este un set de înregistrări de anomalii dintr-o anumită 
categorie de anomalii (aparatură de înregistrare sau card).  
2.22.  CardFaultRecord  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind o anomalie asociată cu titularul cardului (cer inţele 264, 
289, 318 și 341 din anexa 1C).
  
faultType  este tipul de anomalie.  
faultBeginTime  este data și ora la care a început anomalia.  
faultEndTime  este data și ora la care s-a încheiat anomalia.  
faultVehicleRegistration  reprezintă VRN și statul membru de înmatri­
culare ale vehiculului în care s-a produs anomalia.  
2.23.  CardIccIdentification  
Informaţii, stocate pe un card, privind identificarea cardului cu circuite 
integrate (IC) (cerinţa 248 din anexa 1C).
  
clockStop  este modul Clockstop definit în apendicele 2.  
cardExtendedSerialNumber  este numărul de serie unic al cardului cu 
IC, așa cum este specificat de tipul de date  ExtendedSerialNumber . 
cardApprovalNumber  este numărul omologării de tip a cardului.  
CardPersonaliserID  este ID-ul de personalizare a cardului codat ca  
ManufacturerCode . ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 133  
embedderIcAssemblerId  oferă informaţii despre integratorul/asamblorul 
IC. 
icIdentifier  este identificatorul circuitului integrat de pe card și al pro du­
cătorului circuitului integrat așa cum este definit în standard ul ISO/IEC 
7816-6.  
2.24.  CardIdentification  
Informaţii, stocate pe un card, referitoare la identificarea ca rdului 
(cerinţele 255, 280, 310, 333, 359, 365, 371 și 377 din anexa 1 C).
 
cardIssuingMemberState  este codul statului membru care eliberează 
cardul.  
cardNumber  este numărul de card al cardului.  
cardIssuingAuthorityName  este denumirea autorităţii care a eliberat 
cardul.  
cardIssueDate  este data eliberării cardului pentru titularul actual.  
cardValidityBegin  este data iniţială de la care este valabil cardul.  
cardExpiryDate  este data la care expiră valabilitatea cardului.  
▼M3 
2.24a.  CardLoadTypeEntries  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind înregistrările referitoare la tipul de încărcă tură atunci 
când cardul este introdus într-o unitate montată pe vehicul (ce rinţele 
306j și 356j din anexa IC).
  
loadTypeEntryPointerNewestRecord  este indicele ultimei înregistrări 
actualizate de pe card privind tipul de încărcătură.  
Atribuirea valorii : numărul care corespunde numărătorului înregistrării 
de pe card privind tipul de încărcătură, începând cu valoarea ' 0' pentru 
prima ocurenţă a înregistrării de pe card privind tipul de încă rcătură din 
structură.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 134  
cardLoadTypeEntryRecords  este setul de înregistrări care conţin data 
și ora înregistrării și tipul de încărcătură introdus.  
2.24b.  CardLoadTypeEntryRecord  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind modificările tipului de încărcătură înregistra te atunci 
când cardul este introdus într-o unitate montată pe vehicul (ce rinţele 
306i și 356i din anexa IC).
  
timeStamp  este data și ora la care a fost introdus tipul de încărcătură.  
loadTypeEntered  este tipul de încărcătură introdus.  
2.24c.  CardLoadUnloadOperations  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind operaţiunile de încărcare/descărcare ale vehic ulului 
(cerinţele 306h și 356h din anexa IC).
  
loadUnloadPointerNewestRecord  este indicele ultimei înregistrări 
actualizate de pe card privind încărcarea/descărcarea.  
Atribuirea valorii : este numărul care corespunde numărătorului înregis­
trării de pe card privind încărcarea/descărcarea, începând cu v aloarea '0' 
pentru prima ocurenţă a înregistrării de pe card privind încărc area/ 
descărcarea din structură.  
cardLoadUnloadRecords  este setul de înregistrări care conţin indicaţia 
tipului de operaţiune efectuată (încărcare, descărcare sau încă rcare și 
descărcare simultană), data și ora la care a fost introdusă ope raţiunea de 
încărcare/descărcare, informaţii privind poziţia vehiculului și  valoarea 
odometrului vehiculului.  
2.24d.  CardLoadUnloadRecord  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind operaţiunile de încărcare/descărcare ale vehic ulului 
(cerinţele 306g și 356g din anexa IC).
  
timeStamp  este data și ora de începere a operaţiunii de încărcare/ 
descărcare.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 135  
operationType  este tipul de operaţiune introdus (încărcare, descărcare 
sau încărcare/descărcare simultană).  
gnssPlaceAuthRecord  conţine informaţii referitoare la poziţia 
vehiculului.  
vehicleOdometerValue  este valoarea odometrului legată de începerea 
operaţiunii de încărcare/descărcare.  
▼B 
2.25.  CardMACertificate  
Generaţia 2:  
Certificatul cheii publice a cardului pentru autentificarea rec iprocă cu o 
VU. Structura acestui certificat este specificată în apendicele  11.
 
2.26.  CardNumber  
Un număr de card conform definiţiei g).
  
driverIdentification  este identificarea unică a unui conducător auto într- 
un stat membru.  
ownerIdentification  este identificarea unică a unei societăţi, a unui 
atelier sau a unui organism de control în cadrul unui stat memb ru. 
cardConsecutiveIndex  este indicele secvenţial al cardului.  
cardReplacementIndex  este indicele de înlocuire a cardului.  
cardRenewalIndex  este indicele de reînnoire a cardului.  
Prima secvenţă din selecţie este adecvată pentru a coda un numă r de card 
de conducător auto, a doua secvenţă din selecţie este adecvată pentru a 
coda numărul de card de atelier, numărul de card de control și,  respectiv, 
numărul de card de societate.  
▼M3 
2.26 a.  CardPlaceAuthDailyWorkPeriod  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau de atelie r, care 
furnizează statutul de autentificare a locurilor în care încep și/sau se 
încheie zilele de lucru (cerinţele 306b și 356b din anexa IC).  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 136
  
placeAuthPointerNewestRecord  este indicele ultimei înregistrări actua­
lizate privind statutul de autentificare a locului.  
Atribuirea valorii : este numărul care corespunde numărătorului înregis­
trării privind statutul de autentificare a locului, începând cu  valoarea '0' 
pentru prima ocurenţă a înregistrărilor privind statutul de aut entificare a 
locului din structură.  
placeAuthStatusRecords  este setul de înregistrări care conţin statutul de 
autentificare a locului pentru locurile introduse.  
▼B 
2.27.  CardPlaceDailyWorkPeriod  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind locurile în care încep și/sau se încheie zilel e de lucru 
(cerinţele 272, 297, 325 și 348 din anexa 1C).
  
placePointerNewestRecord  este indicele ultimei înregistrări actualizate 
a locului.  
Atribuirea valorii : număr care corespunde numărătorului înregistrării 
privind locul, începând de la „0” pentru prima ocurenţă a înreg istrărilor 
privind locurile în structură.  
placeRecords  este setul de înregistrări care conţin informaţii privind 
locurile introduse.  
2.28.  CardPrivateKey  
Generaţia 1:  
Cheia privată a unui card.
  
2.29.  CardPublicKey  
Cheia publică a unui card.
  
▼M1 
2.30.  CardRenewalIndex  
Un indice de reînnoire a cardului [definiţia i)].
  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 137  
Atribuirea valorii : (a se vedea capitolul 7 din prezenta anexă).  
„0” Cardul original.  
Ordinea de creștere: „0, …, 9, A, …, Z”  
▼B 
2.31.  CardReplacementIndex  
Un indice de înlocuire a cardului [definiţia j)].
  
Atribuirea valorii : (a se vedea capitolul VII din prezenta anexă).  
„0” Cardul original.  
Ordinea de creștere: „0, …, 9, A, …, Z”  
2.32.  CardSignCertificate  
Generaţia 2:  
Certificatul cheii publice a cardului pentru semnătură. Structu ra acestui 
certificat este specificată în apendicele 11.
  
2.33.  CardSlotNumber  
Cod care face distincţia între cele două sloturi ale unei unită ţi montate pe 
vehicul.
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  
2.34.  CardSlotsStatus  
Cod care indică tipurile de carduri introduse în cele două slot uri ale 
unităţii montate pe vehicul.
  
Atribuirea valorii – Octet aliniat : „ccccdddd”B  
„cccc”B Identificarea tipului de card introdus în slotul pentru  
cardul de copilot,  
„dddd”B Identificarea tipului de card introdus în slotul pentru  
cardul de conducător auto,  
cu următoarele coduri de identificare:  
„0000”B niciun card introdus,  
„0001”B un card de conducător auto introdus,  
„0010”B un card de atelier introdus,  
„0011”B un card de control introdus,  
„0100”B un card de societate introdus.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 138  
2.35.  CardSlotsStatusRecordArray  
Generaţia 2:  
CardSlotsStatus  și metadatele utilizate în protocolul de descărcare.
  
recordType  reprezintă tipul înregistrării ( CardSlotsStatus ). Atribuirea 
valorii : A se vedea  RecordType  
recordSize  este dimensiunea  CardSlotsStatus  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de înregistrări  CardSlotsStatus . 
2.36.  CardStructureVersion  
Cod care indică versiunea structurii implementate într-un card de 
tahograf.
  
Atribuirea valorii : „aabb”H:  
„aa”H Indice pentru modificări ale structurii.  
„00”H pentru aplicaţii de generaţia 1  
„01”H pentru aplicaţii de generaţia 2  
▼M3 
„bb”H Indice pentru schimbările privind utilizarea elementelor 
de date definite pentru structura dată de octetul cel mai 
semnificativ.  
„00”H pentru aplicaţii de generaţia 1  
„00”H pentru versiunea 1 a aplicaţiilor de generaţia 2  
„01”H pentru versiunea 2 a aplicaţiilor de generaţia 2  
▼B 
2.37.  CardVehicleRecord  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind o perioadă de utilizare a unui vehicul pe dura ta unei zile 
calendaristice (cerinţele 269, 294, 322 și 345 din anexa 1C).  
Generaţia 1:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 139  
vehicleOdometerBegin  este valoarea indicată de contorul de parcurs al 
vehiculului la începutul perioadei de utilizare a vehiculului.  
vehicleOdometerEnd  este valoarea indicată de odometrul vehiculului la 
sfârșitul perioadei de utilizare a vehiculului.  
vehicleFirstUse  reprezintă data și ora la care începe perioada de utilizare 
a vehiculului.  
vehicleLastUse  este data și ora la care se încheie perioada de utilizare a 
vehiculului.  
vehicleRegistration  reprezintă VRN și statul membru de înmatriculare a 
vehiculului.  
vuDataBlockCounter  este valoarea  VuDataBlockCounter  la ultima 
extragere de date din perioada de utilizare a vehiculului.  
Generaţia 2:
  
În plus faţă de generaţia 1, se utilizează următorul element de  date:  
VehicleIdentificationNumber  este numărul de identificare a vehiculului 
care se referă la vehicul în ansamblul său.  
2.38.  CardVehiclesUsed  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind vehiculele utilizate de titularul cardului (ce rinţele 270, 
295, 323 și 346 din anexa 1C).
  
vehiclePointerNewestRecord  este indicele ultimei înregistrări actua­
lizate a vehiculului.  
Atribuirea valorii : număr care corespunde numărătorului înregistrării 
privind vehiculul, începând de la „0” pentru prima ocurenţă a î nregis­
trărilor privind vehiculele în structură.  
cardVehicleRecords  este setul de înregistrări care conţin informaţii 
privind vehiculele utilizate.  
2.39.  CardVehicleUnitRecord  
Generaţia 2:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 140  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind o unitate montată pe vehicul care a fost utili zată 
(cerinţele 303 și 351 din anexa 1C).
  
timeStamp  este începutul perioadei de utilizare a unităţii montate pe 
vehicul (și anume, prima introducere a cardului în unitatea mon tată pe 
vehicul pentru perioada respectivă).  
manufacturerCode  identifică producătorul unităţii montate pe vehicul.  
deviceID  identifică tipul unităţii montate pe vehicul a unui producător . 
Valoarea este specifică producătorului.  
vuSoftwareVersion  este numărul versiunii software-ului instalat pe 
unitatea montată pe vehicul.  
2.40.  CardVehicleUnitsUsed  
▼M3 
Generaţia 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind unităţile montate pe vehicul utilizate de titu larul cardului 
(cerinţele 304 și 352 din anexa IC).  
▼B
 
vehicleUnitPointerNewestRecord  este indicele ultimei înregistrări 
actualizate privind unitatea montată pe vehicul.  
Atribuirea valorii : număr care corespunde numărătorului înregistrării 
privind unitatea montată pe vehicul, începând de la „0” pentru prima 
ocurenţă a înregistrărilor privind unităţile montate pe vehicul  în 
structură.  
cardVehicleUnitRecords  este setul de înregistrări care conţin informaţii 
privind unităţile montate pe vehicul utilizate.  
2.41.  Certificat  
Certificatul unei chei publice emise de o autoritate de certifi care.  
Generaţia 1:
  
Atribuirea valorii : semnătură digitală cu recuperarea parţială a  Certifi­
cateContent  conform apendicelui 11 „Mecanisme de securitate comune”: 
Semnătura (128 de octeţi) || Restul cheii publice (58 de octeţi ) || Iden­
tificatorul autorităţii de certificare (8 octeţi).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 141  
Generaţia 2:
  
Atribuirea valorii: a se vedea apendicele 11.  
2.42.  CertificateContent  
Generaţia 1:  
Conţinutul (în clar) al certificatului unei chei publice confor m apen­
dicelui 11 „Mecanisme de securitate comune”.
  
certificateProfileIdentifier  este versiunea certificatului corespunzător.  
Atribuirea valorii : „01h”pentru această versiune.  
certificationAuthorityReference  identifică autoritatea de certificare care 
a emis certificatul. De asemenea, identifică cheia publică a au torităţii de 
certificare în cauză.  
certificateHolderAuthorisation  identifică drepturile deţinătorului 
certificatului.  
certificateEndOfValidity  este data la care certificatul expiră din punct 
de vedere administrativ.  
certificateHolderReference  identifică deţinătorul certificatului. De 
asemenea, identifică cheia publică a acestuia.  
publicKey  este cheia publică care este certificată prin intermediul cert i­
ficatului respectiv.  
2.43.  CertificateHolderAuthorisation  
Identificarea drepturilor unui deţinător de certificat.
  
Generaţia 1:  
tachographApplicationID  este identificatorul de aplicaţie pentru 
aplicaţia tahografică.  
Atribuirea valorii : „FFh” „54h” „41h” „43h” „48h” „4Fh”. Acest AID 
este un identificator exclusiv de aplicaţie neînregistrat confo rm stan­
dardului ISO/IEC 7816-5.  
equipmentType  este identificarea tipului de echipament pentru care se 
emite certificatul.  
Atribuirea valorii : în conformitate cu tipul de date  EquipmentType . 0 
dacă certificatul este emis de unul din statele membre.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 142  
Generaţia 2:  
tachographApplicationID  reprezintă cei mai importanţi 6 octeţi din 
identificatorul de aplicaţie pentru cardurile de tahograf de ge neraţia 
2 (AID). AID pentru aplicaţia de card de tahograf este specific at în 
capitolul 6.2.  
Atribuirea valorii:  „FF 53 4D 52 44 54”.  
equipmentType  este identificarea tipului de echipament specificat 
pentru generaţia 2, pentru care se emite certificatul.  
Atribuirea valorii : în conformitate cu tipul de date  EquipmentType . 
2.44.  CertificateRequestID  
Cod unic de identificare a unei cereri de certificat. Se poate utiliza și ca 
identificator al cheii publice a unităţii montate pe vehicul da că numărul 
de serie al unităţii montate pe vehicul căreia îi este destinat ă cheia nu 
este cunoscut în momentul generării certificatului.
  
requestSerialNumber  este un număr de serie aferent cererii de 
certificat, fiind un număr unic pentru producător și pentru lun a 
definită mai jos.  
requestMonthYear  este identificarea lunii și a anului în care s-a depus 
cererea de certificat.  
Atribuirea valorii : codarea BCD a lunii (două cifre) și a anului 
(ultimele două cifre).  
crIdentifier : este un identificator care are rolul de a face distincţia înt re 
o cerere de certificat și un număr de serie lung.  
Atribuirea valorii : „FFh”.  
manufacturerCode : este codul numeric al producătorului care solicită 
certificatul.  
2.45.  CertificationAuthorityKID  
Identificatorul cheii publice a unei autorităţi de certificare (un stat 
membru sau Autoritatea europeană de certificare).
  
nationNumeric  este codul numeric naţional al autorităţii de certificare.  
nationAlpha  este codul alfanumeric naţional al autorităţii de certificare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 143  
keySerialNumber  este numărul de serie care face distincţia între dife­
ritele chei ale autorităţii de certificare dacă aceste chei se modifică.  
additionalInfo  este un câmp de doi octeţi pentru codări suplimentare 
(specifice autorităţii de certificare).  
caIdentifier  este un identificator care face distincţia dintre un identi­
ficator al cheii autorităţii de certificare și identificatorii altor chei.  
Atribuirea valorii : „01h”.  
2.46.  CompanyActivityData  
Informaţii, stocate pe un card de societate, privind activităţi le efectuate 
cu cardul (cerinţele 373 și 379 din anexa 1C).
  
companyPointerNewestRecord  este indicele ultimei  companyActivity ­
Record  actualizate.  
Atribuirea valorii : număr care corespunde numărătorului înregistrării 
privind activitatea societăţii, începând cu „0” pentru prima oc urenţă a 
unei înregistrări privind activitatea societăţii în structură.  
companyActivityRecords  este setul tuturor înregistrărilor privind acti­
vităţile societăţii.  
companyActivityRecord  este o secvenţă de informaţii referitoare la o 
activitate a societăţii.  
companyActivityType  este tipul de activitate a societăţii.  
companyActivityTime  este data și ora activităţii societăţii.  
cardNumberInformation  este numărul cardului și statul membru 
emitent al cardului descărcat, dacă este cazul.  
vehicleRegistrationInformation  reprezintă VRN și statul membru de 
înmatriculare a vehiculului care au fost descărcate, blocate sa u deblocate.  
downloadPeriodBegin  ș i downloadPeriodEnd  reprezintă perioada 
descărcată din VU, dacă este cazul.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 144  
2.47.  CompanyActivityType  
Cod care indică o activitate desfășurată de o societate prin ut ilizarea 
propriului card de societate.
  
2.48.  CompanyCardApplicationIdentification  
Informaţii, stocate pe un card de societate, privind identifica rea aplicaţiei 
cardului (cerinţele 369 și 375 din anexa 1C).
  
typeOfTachographCardId  precizează tipul de card implementat.  
cardStructureVersion  precizează versiunea structurii implementate în 
card.  
noOfCompanyActivityRecords  este numărul de înregistrări privind 
activităţile societăţii care pot fi stocate pe card.  
▼M3 
2.48a.  CompanyCardApplicationIdentificationV2  
Generaţia 2, versiunea 2:  
Informaţii stocate pe un card de societate privind identificare a aplicaţiei 
de pe card (cerinţa 375a din anexa IC).
  
lengthOfFollowingData  este numărul de octeţi care urmează în înre­
gistrare.  
vuConfigurationLengthRange  este numărul de octeţi de pe un card de 
tahograf, disponibil pentru stocarea configuraţiilor VU.  
▼B 
2.49.  CompanyCardHolderIdentification  
Informaţii, stocate pe un card de societate, privind identifica rea titu­
larului cardului (cerinţele 372 și 378 din anexa 1C).
  
companyName  este denumirea societăţii deţinătoare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 145  
companyAddress  este adresa societăţii deţinătoare.  
cardHolderPreferredLanguage  este limba preferată de titularul 
cardului.  
2.50.  ControlCardApplicationIdentification  
Informaţii, stocate pe un card de control, privind identificare a aplicaţiei 
cardului (cerinţele 357 și 363 din anexa 1C).
  
typeOfTachographCardId  precizează tipul de card implementat.  
cardStructureVersion  precizează versiunea structurii implementate în 
card.  
noOfControlActivityRecords  este numărul înregistrărilor privind activi­
tăţile de control care pot fi stocate pe card.  
▼M3 
2.50a.  ControlCardApplicationIdentificationV2  
Generaţia 2, versiunea 2:  
Informaţii stocate pe un card de control privind identificarea aplicaţiei de 
pe card (cerinţa 363a din anexa IC).
  
lengthOfFollowingData  este numărul de octeţi care urmează în înre­
gistrare.  
vuConfigurationLengthRange  este numărul de octeţi de pe un card de 
tahograf, disponibil pentru stocarea configuraţiilor VU.  
▼B 
2.51.  ControlCardControlActivityData  
Informaţii, stocate pe un card de control, privind activităţile  de control 
efectuate cu cardul (cerinţele 361 și 367 din anexa 1C).
  
controlPointerNewestRecord  este indicele ultimei înregistrări actua­
lizate privind activităţile de control.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 146  
Atribuirea valorii : număr care corespunde numărătorului înregistrării 
privind activitatea de control, începând cu „0” pentru prima oc urenţă a 
unei înregistrări privind activitatea de control în structură.  
controlActivityRecords  este setul tuturor înregistrărilor privind activi­
tăţile de control.  
controlActivityRecord  este secvenţa de informaţii privind o activitate 
de control.  
controlType  este tipul de control.  
controlTime  este data și ora la care a avut loc controlul.  
controlledCardNumber  reprezintă numărul cardului și statul membru 
emitent al cardului controlat.  
controlledVehicleRegistration  reprezintă VRN și statul membru de 
înmatriculare ale vehiculului în care a avut loc controlul.  
controlDownloadPeriodBegin  ș i  controlDownloadPeriodEnd  
reprezintă perioada descărcată.  
2.52.  ControlCardHolderIdentification  
Informaţii, stocate pe un card de control, privind identificare a titularului 
cardului (cerinţele 360 și 366 din anexa 1C).
  
controlBodyName  este denumirea organismului de control al titularului 
cardului.  
controlBodyAddress  este adresa organismului de control al titularului 
cardului.  
cardHolderName  reprezintă numele și prenumele titularului cardului de 
control.  
cardHolderPreferredLanguage  este limba preferată de titularul 
cardului.  
2.53.  ControlType  
Cod care indică activităţile desfășurate în timpul unui control . Acest tip 
de date se raportează la cerinţele 126, 274, 299, 327 și 350 di n 
anexa 1C.
  
Generaţia 1:  
Atribuirea valorii – Octet aliniat : „cvpdxxxx”B (8 biţi)  
„c”B descărcare de pe card:  
„0”B: informaţiile de pe card nu sunt descărcate în 
timpul acestei activităţi de control,  
„1”B: informaţiile de pe card sunt descărcate în timpul 
acestei activităţi de control  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 147  
„v”B descărcare din VU:  
„0”B: informaţiile din VU nu sunt descărcate în timpul 
acestei activităţi de control,  
„1”B: informaţiile din VU sunt descărcate în timpul 
acestei activităţi de control  
„p”B imprimare:  
„0”B: nu s-a imprimat nimic în timpul acestei activităţi 
de control,  
„1”B: s-au imprimat informaţii în timpul acestei acti­
vităţi de control  
„d”B afișaj:  
„0”B: nu s-a utilizat afișajul în timpul acestei activităţi 
de control,  
„1”B: s-a utilizat afișajul în timpul acestei activităţi de 
control  
„xxxx”B Neutilizat.  
Generaţia 2:  
Atribuirea valorii – Octet aliniat : „cvpdexxx”B (8 biţi)  
„c”B descărcare de pe card:  
„0”B: informaţiile de pe card nu sunt descărcate în 
timpul acestei activităţi de control,  
„1”B: informaţiile de pe card sunt descărcate în timpul 
acestei activităţi de control  
„v”B descărcare din VU:  
„0”B: informaţiile din VU nu sunt descărcate în timpul 
acestei activităţi de control,  
„1”B: informaţiile din VU sunt descărcate în timpul 
acestei activităţi de control  
„p”B imprimare:  
„0”B: nu s-a imprimat nimic în timpul acestei activităţi 
de control,  
„1”B: s-au imprimat informaţii în timpul acestei acti­
vităţi de control  
„d”B afișaj:  
„0”B: nu s-a utilizat afișajul în timpul acestei activităţi 
de control,  
„1”B: s-a utilizat afișajul în timpul acestei activităţi de 
control  
„e”B verificarea etalonării în trafic:  
„0”B: parametrii de etalonare nu sunt verificaţi în 
timpul acestei activităţi de control,  
„1”B: parametrii de etalonare sunt verificaţi în timpul 
acestei activităţi de control  
„xxx”B RFU.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 148  
2.54.  CurrentDateTime  
Data și ora curente, afișate de aparatul de înregistrare.
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  
2.55.  CurrentDateTimeRecordArray  
Generaţia 2:  
Data și ora curente, plus metadatele utilizate în protocolul de  descărcare.
  
recordType  reprezintă tipul înregistrării ( CurrentDateTime ). Atribuirea 
valorii : A se vedea  RecordType  
recordSize  este dimensiunea  CurrentDateTime  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări ale datei și orei curente.  
2.56.  DailyPresenceCounter  
Contor, stocat pe un card de conducător auto sau pe un card de atelier, 
incrementat cu o unitate pentru fiecare zi calendaristică în ca re cardul a 
fost introdus într-o VU. Acest tip de date se raportează la cer inţele 266, 
299, 320 și 343 din anexa 1C.
  
Atribuirea valorii : număr consecutiv cu valoare maximă = 9 999, 
începând apoi din nou de la 0. În momentul primei emiteri a car dului, 
numărul este setat la 0.  
2.57.  Datef  
Data exprimată într-un format numeric care poate fi imprimat im ediat.
  
Atribuirea valorii:  
yyyy Anul  
mm Luna  
dd Ziua  
„00000000”H reprezintă în mod explicit „nicio dată”.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 149  
2.58.  DateOfDayDownloaded  
Generaţia 2:  
Data și ora descărcării.
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  
2.59.  DateOfDayDownloadedRecordArray  
Generaţia 2:  
Data și ora descărcării plus metadate, astfel cum se utilizează  în 
protocolul de descărcare.
  
recordType  reprezintă tipul înregistrării ( DateOfDayDownloaded ). Atri­
buirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  CurrentDateTime  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de înregistrări ale datei și orei de descărcare.  
2.60.  Distance  
O distanţă parcursă (rezultatul calculării diferenţei dintre do uă valori 
afișate de odometrul unui vehicul, în kilometri).
  
Atribuirea valorii : Binar fără semn. Valoarea în kilometri în intervalul 
operaţional 0 – 9 999 km.  
▼M3 
2.60a.  DownloadInterfaceVersion  
Generaţia 2, versiunea 2:  
Cod care indică versiunea interfeţei de descărcare a unei unită ţi montate 
pe vehicul.
  
Atribuirea valorii : „aabb”H:  
„aa”H „00”H: neutilizat,  
„01”H: unitate montată pe vehicul de generaţia 2;  
„bb”H „00”H: neutilizat,  
„01”H: versiunea 2 a unităţii montată pe vehicul de generaţia 2 . ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 150  
2.61.  DriverCardApplicationIdentification  
Informaţii, stocate pe un card de conducător auto, privind iden tificarea 
aplicaţiei cardului (cerinţele 253 și 278 din anexa 1C).  
Generaţia 1:
  
typeOfTachographCardId  precizează tipul de card implementat.  
cardStructureVersion  precizează versiunea structurii implementate în 
card.  
noOfEventsPerType  reprezintă numărul de evenimente, per tip de 
eveniment, pe care cardul le poate înregistra.  
noOfFaultsPerType  reprezintă numărul de anomalii, per tip de 
anomalie, pe care cardul le poate înregistra.  
activityStructureLength  indică numărul de octeţi disponibili pentru 
stocarea înregistrărilor privind activităţile.  
noOfCardVehicleRecords  este numărul de înregistrări privind vehi­
culele pe care cardul le poate conţine.  
noOfCardPlaceRecords  este numărul de locuri pe care cardul le poate 
înregistra.  
Generaţia 2:  
▼M1
 
În plus faţă de generaţia 1, se utilizează următoarele elemente  de date:  
noOfGNSSADRecords  este numărul de înregistrări GNSS privind 
timpul de conducere acumulat care pot fi stocate pe card.  
noOfSpecificConditionRecords  este numărul de înregistrări privind 
condiţiile specifice care pot fi stocate pe card.  
noOfCardVehicleUnitRecords  este numărul de înregistrări privind 
unităţile montate pe vehicul utilizate care pot fi stocate pe c ard. ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 151  
2.61a.  DriverCardApplicationIdentificationV2  
Generaţia 2, versiunea 2:  
Informaţii stocate pe un card de conducător auto privind identi ficarea 
aplicaţiei de pe card (cerinţa 278a din anexa IC).
  
lengthOfFollowingData  este numărul de octeţi care urmează în înre­
gistrare.  
noOfBorderCrossingRecords  este numărul de înregistrări privind 
trecerea frontierei care pot fi stocate pe cardul de conducător  auto.  
noOfLoadUnloadRecords  este numărul de înregistrări privind 
încărcarea/descărcarea care pot fi stocate pe cardul de conducă tor auto.  
noOfLoadTypeEntryRecords  este numărul de înregistrări privind tipul 
de încărcătură care pot fi stocate pe cardul de conducător auto . 
vuConfigurationLengthRange  este numărul de octeţi de pe un card de 
tahograf, disponibil pentru stocarea configuraţiilor VU.  
▼B 
2.62.  DriverCardHolderIdentification  
Informaţii, stocate pe un card de conducător auto, privind iden tificarea 
titularului cardului (cerinţele 256 și 281 din anexa 1C).
  
cardHolderName  reprezintă numele și prenumele titularului cardului de 
conducător auto.  
cardHolderBirthDate  este data de naștere a titularului cardului de 
conducător auto.  
cardHolderPreferredLanguage  este limba preferată de titularul 
cardului.  
▼M3 
2.63.  DSRCSecurityData  
Generaţia 2:  
Pentru definiţia acestui tip de date, a se vedea apendicele 11.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 152  
2.64.  EGFCertificate  
Generaţia 2:  
Certificatul cheii publice a echipamentului GNSS extern pentru autenti­
ficarea reciprocă cu o VU. Structura acestui certificat este sp ecificată în 
apendicele 11.
  
2.65.  EmbedderIcAssemblerId  
Oferă informaţii referitoare la integratorul IC.
  
countryCode  este codul de ţară format din 2 litere al integratorului 
modulului conform ISO 3166 . 
moduleEmbedder  identifică integratorul modulului.  
manufacturerInformation  pentru uzul intern al producătorului.  
2.66.  EntryTypeDailyWorkPeriod  
Cod care face distincţia între începutul și sfârșitul unei intr oduceri de 
date privind locul unde s-a desfășurat o zi de lucru și condiţi ile în care 
s-a realizat introducerea de date respectivă.  
Generaţia 1
  
Atribuirea valorii : conform standardului ISO/IEC 8824-1.  
▼M3 
Generaţia 2
  
Atribuirea valorii : conform standardului ISO/IEC8824-1.  
▼B 
2.67.  EquipmentType  
Cod care face distincţia între diferite tipuri de aparatură pen tru aplicaţia 
tahografică.
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 153  
Generaţia 1:
  
Atribuirea valorii : conform standardului ISO/IEC 8824-1.  
Valoarea 0 este rezervată pentru a desemna un stat membru sau E uropa 
în câmpul CHA al certificatelor.  
Generaţia 2:  
▼M1 
Sunt utilizate aceleași valori ca în generaţia 1, cu următoarel e 
completări:
  
Nota 1:  valorile aferente generaţiei 2 pentru plăcuţă, pentru adaptor și 
pentru conexiunea GNSS externă, precum și valorile aferente gen eraţiei 
1 pentru unitatea montată pe vehicul și pentru senzorul de mișc are pot fi 
utilizate în SealRecord, dacă este cazul.  
Nota 2:  În câmpul CardHolderAuthorisation (CHA) al unui certificat de 
generaţia 2, valorile (1), (2) și (6) trebuie interpretate ca i ndicând un 
certificat pentru autentificare reciprocă pentru respectivul ti p de echi­
pament. Pentru indicarea certificatului respectiv în vederea cr eării unei 
semnături digitale, trebuie utilizate valorile (17), (18) sau ( 19). 
▼B 
2.68.  EuropeanPublicKey  
Generaţia 1:  
Cheia publică europeană.
  
2.69.  EventFaultRecordPurpose  
Cod care explică de ce s-a înregistrat un anumit eveniment sau o 
anumită anomalie.
  
Atribuirea valorii:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 154
  
unul/una dintre cele mai recente (sau ultimele) 10 evenimente s au anomalii 
evenimentul cel mai de durată pentru una din ultimele 10 zile d e producere a unui 
eveniment 
unul dintre cele mai de durată 5 evenimente din ultimele 365 de  zile 
ultimul eveniment pentru una din ultimele 10 zile de producere a unui eveniment 
cel mai grav eveniment pentru una din ultimele 10 zile de produ cere a unui 
eveniment 
unul dintre cele mai grave 5 evenimente din ultimele 365 de zil e 
primul eveniment sau prima anomalie care a survenit după ultima  etalonare 
un eveniment activ/în curs sau o anomalie activă/în curs 
RFU 
specific producătorului  
2.70.  EventFaultType  
Cod prin care se caracterizează un eveniment sau o anomalie.
  
Atribuirea valorii:  Generaţia 1:
  
Evenimente generale, 
Nu sunt disponibile detalii suplimentare, 
Introducerea unui card nevalabil, 
Conflict de carduri, 
Suprapunerea timpului, 
Conducere fără un card adecvat, 
Introducerea cardului în timpul conducerii, 
Ultima sesiune a cardului nu a fost încheiată corect, 
Depășire a limitei de viteză, 
Întrerupere a alimentării cu energie electrică, 
Eroare privind datele de la senzorul de mișcare, 
Conflict privind deplasarea vehiculului, 
RFU,
  
Evenimente care ţin de tentativele de încălcare a securităţii p rivind unitatea montată pe 
vehicul, 
Nu sunt disponibile detalii suplimentare, 
Eroare de autentificare a senzorului de mișcare, 
Eroare de autentificare a cardului de tahograf, 
Înlocuirea neautorizată a senzorului de mișcare, 
Eroare de integritate care afectează introducerea datelor pe ca rd, 
Eroare de integritate a datelor stocate privind utilizatorul, 
Eroare de transfer intern de date, 
Deschidere neautorizată a carcasei, 
Sabotarea hardware-ului, 
RFU,
  
Evenimente care ţin de tentativele de încălcare a securităţii p rivind senzorul, 
Nu sunt disponibile detalii suplimentare, 
Eroare de autentificare, 
Eroare de integritate a datelor stocate, 
Eroare de transfer intern de date, 
Deschidere neautorizată a carcasei, 
Sabotarea hardware-ului, 
RFU,
  
Anomalii ale aparaturii de înregistrare, 
Nu sunt disponibile detalii suplimentare, 
Anomalie internă a VU, 
Anomalie a imprimantei, 
Anomalie a afișajului, 
Anomalie la descărcare, 
Anomalie a senzorului, 
RFU,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 155
  
Anomalii ale cardului, 
Nu sunt disponibile detalii suplimentare, 
RFU,
  
RFU,
  
Specific producătorului.  
▼M3 
Generaţia 2, versiunea 1:  
▼M1
 
Evenimente generale, 
Nu sunt disponibile detalii suplimentare, 
Introducerea unui card nevalabil, 
Conflict de carduri, 
Suprapunerea timpului, 
Conducere fără un card adecvat, 
Introducerea cardului în timpul conducerii, 
Ultima sesiune a cardului nu a fost încheiată corect, 
Depășire a limitei de viteză, 
Întrerupere a alimentării cu energie electrică, 
Eroare privind datele de mișcare, 
Conflict privind deplasarea vehiculului, 
Conflict oră (GNSS faţă de ceasul intern al VU), 
Eroare de comunicare cu echipamentul de comunicare la distanţă,  
Absenţa informaţiilor de poziţionare de la receptorul GNSS, 
Eroare de comunicare cu echipamentul GNSS extern, 
RFU,
  
Evenimente care ţin de tentativele de încălcare a securităţii p rivind unitatea montată pe 
vehicul, 
Nu sunt disponibile detalii suplimentare, 
Eroare de autentificare a senzorului de mișcare, 
Eroare de autentificare a cardului de tahograf, 
Înlocuirea neautorizată a senzorului de mișcare, 
Eroare de integritate care afectează introducerea datelor pe ca rd, 
Eroare de integritate a datelor stocate privind utilizatorul, 
Eroare de transfer intern de date, 
Deschidere neautorizată a carcasei, 
Sabotarea hardware-ului, 
Detectare a manipulării frauduloase a GNSS, 
Eroare de autentificare a echipamentului GNSS extern, 
Certificatul echipamentului GNSS extern a expirat, 
de la ‘1C’H până la ‘1F’H RFU,
  
Evenimente care ţin de tentativele de încălcare a securităţii p rivind senzorul, 
Nu sunt disponibile detalii suplimentare, 
Eroare de autentificare, 
Eroare de integritate a datelor stocate, 
Eroare de transfer intern de date, 
Deschidere neautorizată a carcasei, 
Sabotarea hardware-ului, 
de la ‘26’H până la ‘2F’H RFU,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 156
  
Anomalii ale aparaturii de înregistrare, 
Nu sunt disponibile detalii suplimentare, 
Anomalie internă a VU, 
Anomalie a imprimantei, 
Anomalie a afișajului, 
Anomalie la descărcare, 
Anomalie a senzorului, 
Receptor GNSS intern, 
Echipament GNSS extern, 
Echipament de comunicare la distanţă, 
Interfaţă ITS, 
de la ‘3A’H până la ‘3F’H RFU,
  
Anomalii ale cardului, 
Nu sunt disponibile detalii suplimentare, 
de la ‘41’H până la ‘4F’H RFU,
  
RFU,
  
Specific producătorului.  
▼M3 
Generaţia 2, versiunea 2:  
„0x”H Evenimente generale,  
„00”H Nu sunt disponibile detalii suplimentare,  
„01”H Introducerea unui card nevalabil,  
„02”H Conflict de carduri,  
„03”H Suprapunerea timpului,  
„04”H Conducere fără un card adecvat,  
„05”H Introducerea cardului în timpul conducerii,  
„06”H Ultima sesiune a cardului nu a fost 
încheiată corect,  
„07”H Depășire a limitei de viteză,  
„08”H Întrerupere a alimentării cu energie 
electrică,  
„09”H Eroare privind datele de la senzorul de 
mișcare,  
„0A”H Conflict privind deplasarea vehiculului,  
„0B”H Conflict oră (GNSS faţă de ceasul intern al 
VU),  
„0C”H Eroare de comunicare cu echipamentul de 
comunicare la distanţă,  
„0D”H Absenţa informaţiilor de poziţionare de la 
receptorul GNSS,  
„0E”H Eroare de comunicare cu echipamentul 
GNSS extern,  
„0F”H Anomalie GNSS,  
„1x”H Evenimente care ţin de tentativele de 
încălcare a securităţii privind unitatea 
montată pe vehicul,  
„10”H Nu sunt disponibile detalii suplimentare,  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 157  
„11”H Eroare de autentificare a senzorului de 
mișcare,  
„12”H Eroare de autentificare a cardului de 
tahograf,  
„13”H Înlocuirea neautorizată a senzorului de 
mișcare,  
„14”H Eroare de integritate care afectează intro­
ducerea datelor pe card,  
„15”H Eroare de integritate a datelor stocate 
privind utilizatorul,  
„16”H Eroare de transfer intern de date,  
„17”H Deschidere neautorizată a carcasei,  
„18”H Sabotarea hardware-ului,  
„19”H Detectare a manipulării frauduloase a 
GNSS,  
„1A”H Eroare de autentificare a echipamentului 
GNSS extern,  
„1B”H Certificatul echipamentului GNSS extern a 
expirat,  
„1C”H Inconsecvenţă între datele provenite de la 
senzorul de mișcare și datele înregistrate 
privind activitatea conducătorului auto,  
de la „1D”H până la„1F”H RFU,  
„2x”H Evenimente care ţin de tentativele de 
încălcare a securităţii privind senzorul,  
„20”H Nu sunt disponibile detalii suplimentare,  
„21”H Eroare de autentificare,  
„22”H Eroare de integritate a datelor stocate,  
„23”H Eroare de transfer intern de date,  
„24”H Deschidere neautorizată a carcasei,  
„25”H Sabotarea hardware-ului,  
de la „26”H până la „2F”H RFU,  
„3x”H Anomalii ale aparaturii de înregistrare,  
„30”H Nu sunt disponibile detalii suplimentare,  
„31”H Anomalie internă a VU,  
„32”H Anomalie a imprimantei,  
„33”H Anomalie a afișajului,  
„34”H Anomalie la descărcare,  
„35”H Anomalie a senzorului,  
„36”H Receptor GNSS intern,  
„37”H Echipament GNSS extern,  
„38”H Echipament de comunicare la distanţă,  
„39”H Interfaţă ITS,  
„3A”H Anomalie a senzorului intern,  
de la „3B”H până la „3F”H RFU,  
„4x”H Anomalii ale cardului,  
„40”H Nu sunt disponibile detalii suplimentare,  
de la „41”H până la „4F”H RFU,  
de la „50”H până la „7F”H RFU,  
de la „80”H până la „FF”H Specific producătorului.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 158  
2.71.  ExtendedSealIdentifier  
Generaţia 2:  
Identificatorul lung al sigiliului identifică în mod unic un si giliu (cerinţa 
401 din anexa IC).
  
manufacturerCode  este codul producătorului sigiliului.  Atribuirea 
valorii:  a se vedea înregistrarea în baza de date care urmează să fie 
gestionată de Comisia Europeană (a se vedea https://dtc.jrc.ec. europa.eu).  
sealIdentifier  este un identificator al sigiliului care este unic pentru 
producător.  Atribuirea valorii:  cod alfanumeric, unic în domeniul 
producătorului în conformitate cu [ISO8859-1].  
▼B 
2.72.  ExtendedSerialNumber  
Identificare unică a unui echipament. Poate fi utilizat și ca i dentificator al 
cheii publice a unui echipament.  
Generaţia 1:
  
serialNumber  este numărul de serie al echipamentului, unic pentru 
producător, tipul echipamentului, luna și anul descrise în cont inuare.  
monthYear  este identificarea lunii și a anului de producţie (sau de 
atribuire a numărului de serie).  
Atribuirea valorii : codarea BCD a lunii (două cifre) și a anului 
(ultimele două cifre).  
type este un identificator al tipului de echipament.  
Atribuirea valorii : specifică producătorului, cu valoarea rezervată „FFh”.  
manufacturerCode : este codul numeric care identifică un producător de 
echipamente omologate de tip.  
Generaţia 2:
  
serialNumber  a se vedea generaţia 1.  
monthYear  a se vedea generaţia 1.  
type indică tipul de echipament.  
manufacturerCode : a se vedea generaţia 1.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 159  
2.73.  FullCardNumber  
Cod prin care se identifică complet un card de tahograf.
  
cardType  este tipul cardului de tahograf.  
cardIssuingMemberState  este codul statului membru care a emis 
cardul.  
cardNumber  este numărul cardului.  
2.74.  FullCardNumberAndGeneration  
Generaţia 2:  
Cod prin care se identifică complet un card de tahograf și gene raţia sa.
  
fullcardNumber  identifică cardul de tahograf.  
generation  indică generaţia cardului de tahograf utilizat.  
2.75.  Generation  
Generaţia 2:  
Indică generaţia tahografului utilizat.
  
Atribuirea valorii:  
„00”H RFU  
„01”H Generaţia 1  
„02”H Generaţia 2  
„03”H .. „FF”H RFU  
2.76.  GeoCoordinates  
▼M3 
Generaţia 2:  
Coordonatele geografice sunt codate sub formă de numere întregi . Aceste 
numere întregi sunt multipli ai codării ±DDMM.M pentru latitudi ne și 
±DDDMM.M pentru longitudine. Aici ±DD, respectiv ± DDD, denotă 
gradele, iar MM.M minutele. Longitudinea și latitudinea unei po ziţii 
necunoscute sunt reprezentate ca Hex „7FFFFF” (zecimal 8388607) . ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 160
  
latitude  este codată ca multiplu (factor 10) al reprezentării ±DDMM.M.  
longitude  este codată ca multiplu (factor 10) al reprezentării 
±DDDMM.M.  
2.77.  GNSSAccuracy  
Generaţia 2:  
Precizia datelor de poziţionare GNSS [definiţia eee)]. Această precizie 
este codată ca număr întreg și este un multiplu (factor 10) al valorii X.Y 
furnizate de propoziţia GSA NMEA.
  
▼M1 
2.78.  GNSSAccumulatedDriving  
Generaţia 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind poziţia GNSS a vehiculului dacă timpul de cond ucere 
acumulat ajunge la un multiplu de trei ore (cerinţele 306 și 35 4 din 
anexa IC).
  
ggnssADPointerNewestRecord  este indicele ultimei înregistrări actua­
lizate GNSS a timpului de conducere acumulat.  
Atribuirea valorii  este numărul care corespunde numărătorului înregis­
trării GNSS privind conducerea acumulată, începând de la '0' pe ntru 
prima ocurenţă a înregistrării GNSS privind conducerea acumulat ă în 
structură.  
gnssAccumulatedDrivingRecords  este setul de înregistrări care conţin 
data și ora la care timpul de conducere acumulat atinge un mult iplu de 
trei ore și informaţii privind poziţia vehiculului.  
2.79.  GNSSAccumulatedDrivingRecord  
Generaţia 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, privind poziţia GNSS a vehiculului dacă timpul de cond ucere 
acumulat ajunge la un multiplu de trei ore (cerinţele 305 și 35 3 din 
anexa IC)
  
timeStamp  este data și ora la care timpul de conducere acumulat atinge 
un multiplu de trei ore.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 161  
gnssPlaceRecord  conţine informaţii referitoare la poziţia vehiculului.  
vehicleOdometerValue  este valoarea indicată de odometru în momentul 
în care timpul de conducere acumulat atinge un multiplu de trei  ore. 
▼M3 
2.79a.  GNSSAuthAccumulatedDriving  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, care furnizează statutul de autentificare a poziţiilor  GNSS ale 
vehiculului dacă timpul de conducere acumulat ajunge la un mult iplu 
de trei ore (cerinţele 306d și 356d din anexa IC).
  
gnssAuthADPointerNewestRecord  este indicele ultimei înregistrări 
actualizate privind statutul de autentificare a poziţiei GNSS.  
Atribuirea valorii  este numărul care corespunde numărătorului înregis­
trării privind statutul de autentificare a poziţiei GNSS, încep ând cu 
valoarea '0' pentru prima ocurenţă a înregistrării privind stat utul de auten­
tificare a poziţiei GNSS din structură.  
gnssAuthStatusADRecords  este setul de înregistrări care conţin data și 
ora la care timpul de conducere acumulat atinge un multiplu de trei ore și 
statutul de autentificare a poziţiei GNSS.  
2.79b.  GNSSAuthStatusADRecord  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau pe un car d de 
atelier, care furnizează statutul de autentificare a unei poziţ ii GNSS a 
vehiculului dacă timpul de conducere acumulat ajunge la un mult iplu de 
trei ore (cerinţele 306c și 356c din anexa IC). Alte informaţii  referitoare 
la poziţia GNSS în sine sunt stocate într-o altă înregistrare ( a se vedea 
2.79 GNSSAccumulatedDrivingRecord).
  
timeStamp  data și ora la care timpul de conducere acumulat atinge un 
multiplu de trei ore (care trebuie să fie exact aceeași dată și  oră ca cea 
corespunzătoare din GNSSAccumulatedDrivingRecord).  
authenticationStatus  este statutul de autentificare a poziţiei GNSS 
atunci când timpul de conducere acumulat atinge un multiplu de trei ore.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 162  
2.79c.  GNSSPlaceAuthRecord  
Generaţia 2, versiunea 2:  
Informaţii privind poziţia GNSS a vehiculului (cerinţele 108, 1 09, 110, 
296, 306a, 306c, 306e, 306g, 356a, 356c, 356e și 356g din anexa  IC).
  
timeStamp  este data și ora la care a fost stabilită poziţia GNSS a 
vehiculului.  
gnssAccuracy  este precizia datelor de poziţionare GNSS.  
geoCoordinates  este locul înregistrat folosind GNSS.  
authenticationStatus  este statutul de autentificare a poziţiei GNSS 
atunci când aceasta a fost stabilită.  
▼B 
2.80.  GNSSPlaceRecord  
Generaţia 2:  
Informaţii referitoare la poziţia GNSS a vehiculului (cerinţele  108, 109, 
110, 296, 305, 347 și 353 din anexa 1C).
  
timeStamp  este data și ora la care a fost stabilită poziţia GNSS a 
vehiculului.  
gnssAccuracy  este precizia datelor de poziţionare GNSS.  
geoCoordinates  este locul înregistrat folosind GNSS.  
2.81.  HighResOdometer  
Valoarea indicată de odometrul vehiculului: distanţa cumulată p arcursă 
de vehicul în timpul exploatării acestuia.
  
Atribuirea valorii : binar fără semn. Valoare în 1/200 km cuprinsă în 
intervalul operaţional 0 – 21 055 406 km.  
2.82.  HighResTripDistance  
O distanţă parcursă pe întreaga durată sau într-o parte a curse i.
 
Atribuirea valorii : binar fără semn. Valoare în 1/200 km cuprinsă în 
intervalul operaţional 0 – 21 055 406 km.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 163  
2.83.  HolderName  
Numele și prenumele titularului cardului.
  
holderSurname  este numele (numele de familie) al titularului. Acest 
nume de familie nu cuprinde titluri.  
Atribuirea valorii : dacă un card nu este personal,  holderSurname  
conţine aceleași informaţii ca și  companyName , workshopName  sau  
controlBodyName . 
holderFirstNames  reprezintă prenumele și iniţialele titularului.  
▼M3 
2.84.  Rezervat pentru o utilizare viitoare  
▼B 
Generaţia 2:  
Informaţii care specifică dacă receptorul GNSS este intern sau extern 
unităţii montate pe vehicul.  True  înseamnă că receptorul GNSS este o 
parte internă a VU.  False  înseamnă că receptorul GNSS este extern.
  
2.85.  K-ConstantOfRecordingEquipment  
Constanta aparaturii de înregistrare [definiţia (m)].
  
Atribuirea valorii : impulsuri pe kilometru într-un interval operaţional de 
la 0 la 64 255 impulsuri/km.  
▼M1 
2.86.  KeyIdentifier  
Un identificator unic al unei chei publice utilizat pentru a id entifica și a 
selecta cheia. Acesta identifică și titularul cheii.
  
Prima opţiune este adecvată pentru a identifica cheia publică a  unei 
unităţi montate pe vehicul, a unui card de tahograf sau a unui echipament 
GNSS extern.  
A doua opţiune este adecvată pentru a identifica cheia publică a unei 
unităţi montate pe vehicul (în cazurile în care numărul de seri e al unităţii 
montate pe vehicul nu poate fi cunoscut în momentul generării c ertifi­
catului).  
A treia opţiune este adecvată pentru a identifica cheia publică  a unui stat 
membru.  
▼B 
2.87.  KMWCKey  
Generaţia 2:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 164  
Cheia AES și versiunea cheii care îi este asociată, utilizată p entru 
asocierea VU – senzor de mișcare. Pentru detalii, a se vedea ap en­
dicele 11.
  
kMWCKey  este lungimea cheii AES concatenate cu cheia care este 
folosită pentru asocierea VU – senzor de mișcare.  
keyVersion  reprezintă versiunea cheii AES.  
2.88.  Language  
Codul de identificare a unei limbi.
  
Atribuirea valorii : O codare de două litere minuscule conform stan­
dardului ISO 639.  
2.89.  LastCardDownload  
Data și ora, stocate pe un card de conducător auto, la care s-a  efectuat 
ultima descărcare a informaţiilor de pe card (în alte scopuri d ecât în 
vederea unui control)(cerinţele 257 și 282 din anexa 1C). Aceas tă dată 
poate fi actualizată de o VU sau de orice cititor de card.
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  
▼M3 
2.89a.  LengthOfFollowingData  
Generaţia 2, versiunea 2:  
Indicator de lungime pentru înregistrări care pot fi extinse.
  
Atribuirea valorii : a se vedea apendicele 2.  
▼B 
2.90.  LinkCertificate  
Generaţia 2:  
Certificatul de legătură între perechi de chei  European Root CA .
 
▼M3 
2.90a.  LoadType  
Generaţia 2, versiunea 2:  
Cod de identificare a tipului de încărcătură introdus.
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 165  
Atribuirea valorii : 
„00”H Tip de încărcătură nedefinit;  
„01”H Mărfuri;  
„02”H Pasageri;  
„03”H .. „FF”H RFU.  
▼B 
2.91.  L-TyreCircumference  
Circumferinţa efectivă a roţilor [definiţia u)].
  
Atribuirea valorii : binar fără semn, valoare în 1/8 mm cuprinsă în 
intervalul operaţional 0 – 8 031 mm.  
▼M1 
2.92.  MAC  
Generaţia 2:  
O sumă de verificare criptografică cu lungimea de 8, 12 sau 16 octeţi, 
care corespunde suitelor cifru specificate în apendicele 11.
  
▼B 
2.93.  ManualInputFlag  
Cod care specifică dacă un titular de card a introdus manual ac tivităţile 
conducătorului auto la introducerea cardului sau nu (cerinţa 08 1 din 
anexa 1B și cerinţa 102 din anexa 1C).
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  
2.94.  ManufacturerCode  
Cod de identificare al unui producător de echipamente omologate  de tip.
  
Laboratorul responsabil cu efectuarea testelor de interoperabil itate 
menţine și publică lista codurilor de producător pe site-ul său  web 
(cerinţa 454 din anexa 1C).  
ManufacturerCodes  se alocă provizoriu producătorilor de echipamente 
tahografice în urma depunerii unei cereri la laboratorul respon sabil cu 
efectuarea testelor de interoperabilitate.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 166  
2.95.  ManufacturerSpecificEventFaultData  
Generaţia 2:  
Codurile de eroare specifice producătorului simplifică analiza erorilor și 
întreţinerea unităţilor montate pe vehicule.
  
manufacturerCode  identifică producătorul unităţii montate pe vehicul.  
manufacturerSpecificErrorCode  este un cod de eroare specific produ­
cătorului.  
2.96.  MemberStateCertificate  
Certificatul unei chei publice a unui stat membru, eliberat de autoritatea 
europeană de certificare.
  
2.97.  MemberStateCertificateRecordArray  
Generaţia 2:  
Certificatul statului membru plus metadatele utilizate în proto colul de 
descărcare.
  
recordType  reprezintă tipul înregistrării ( MemberStateCertificate ). Atri­
buirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  MemberStateCertificate  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
Valoarea se setează la 1 deoarece certificatele pot avea diferi te lungimi.  
records  este setul de certificate ale statelor membre.  
2.98.  MemberStatePublicKey  
Generaţia 1:  
Cheia publică a unui stat membru.
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 167  
2.99.  Name  
Un nume.
  
codePage  indică un set de caractere definit în capitolul 4,  
name  este un nume codat cu ajutorul setului de caractere precizat.  
2.100.  NationAlpha  
Trimiterea alfabetică la o ţară se face în conformitate cu semn ele 
distinctive utilizate pentru vehicule în traficul internaţional  (Convenţia 
ONU de la Viena asupra circulaţiei rutiere, 1968).
  
Codurile  Nation Alpha  ș i Numeric  trebuie să figureze pe o listă 
menţinută pe site-ul web al laboratorului desemnat să efectueze  testele 
de interoperabilitate, astfel cum se prevede la cerinţa 440 din  anexa 1C.  
2.101.  NationNumeric  
Cod numeric care desemnează o ţară.
  
Atribuirea valorii:  a se vedea tipul de date 2.100 ( NationAlpha ). 
Orice modificare sau actualizare a specificaţiei  Nation Alpha  sau  
Numeric  descrise în paragraful anterior se efectuează numai după ce 
laboratorul desemnat s-a consultat cu producătorii unităţilor d e tahograf 
digital și inteligent montate pe vehicule, care deţin omologare  de tip.  
▼M3 
2.101a.  NoOfBorderCrossingRecords  
Generaţia 2, versiunea 2:  
Numărul de înregistrări privind trecerea frontierei care pot fi  stocate pe 
un card de conducător auto sau de atelier.
  
Atribuirea valorii : a se vedea apendicele 2.  
▼B 
2.102.  NoOfCalibrationRecords  
Numărul de înregistrări ale operaţiunilor de etalonare care pot  fi stocate 
pe un card de atelier.  
Generaţia 1:
  
Atribuirea valorii : a se vedea apendicele 2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 168  
Generaţia 2:
  
Atribuirea valorii : a se vedea apendicele 2.  
2.103.  NoOfCalibrationsSinceDownload  
Contor care indică numărul de operaţiuni de etalonare efectuate  cu un 
card de atelier de la ultima descărcare a datelor de pe cardul respectiv 
(cerinţele 317 și 340 din anexa 1C).
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  
2.104.  NoOfCardPlaceRecords  
Numărul de înregistrări privind locurile care pot fi stocate pe  un card de 
conducător auto sau de atelier.  
Generaţia 1:
  
Atribuirea valorii : a se vedea apendicele 2.  
Generaţia 2:
  
Atribuirea valorii : a se vedea apendicele 2.  
2.105.  NoOfCardVehicleRecords  
Numărul de înregistrări privind vehiculele utilizate care pot f i stocate pe 
un card de conducător auto sau de atelier.
  
Atribuirea valorii : a se vedea apendicele 2.  
2.106.  NoOfCardVehicleUnitRecords  
Generaţia 2:  
Numărul de înregistrări privind unităţile montate pe vehicul ut ilizate care 
pot fi stocate pe un card de conducător auto sau de atelier.
  
Atribuirea valorii : a se vedea apendicele 2.  
2.107.  NoOfCompanyActivityRecords  
Numărul de înregistrări privind activităţile societăţii care po t fi stocate pe 
un card de societate.
  
Atribuirea valorii : a se vedea apendicele 2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 169  
2.108.  NoOfControlActivityRecords  
Numărul de înregistrări privind activităţile de control care po t fi stocate 
pe un card de control.
  
Atribuirea valorii : a se vedea apendicele 2.  
2.109.  NoOfEventsPerType  
Numărul de evenimente, per tip de eveniment, care pot fi stocat e pe un 
card.
  
Atribuirea valorii:  a se vedea apendicele 2.  
2.110.  NoOfFaultsPerType  
Numărul de anomalii, per tip de anomalie, care pot fi stocate p e un card.
  
Atribuirea valorii:  a se vedea apendicele 2.  
▼M1 
2.111.  NoOfGNSSADRecords  
Generaţia 2:  
Numărul de înregistrări GNSS privind timpul de conducere acumul at 
care pot fi înregistrate pe un card.
  
Atribuirea valorii:  a se vedea apendicele 2.  
▼M3 
2.111a.  NoOfLoadUnloadRecords  
Generaţia 2, versiunea 2:  
Numărul de înregistrări privind încărcarea/descărcarea care pot  fi stocate 
pe un card.
  
Atribuirea valorii : a se vedea apendicele 2.  
▼B 
2.112.  NoOfSpecificConditionRecords  
Generaţia 2:  
Numărul de înregistrări privind condiţiile specifice care pot f i înregistrate 
pe un card.
  
Atribuirea valorii:  a se vedea apendicele 2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 170  
2.112a.  NoOfLoadTypeEntryRecords  
Generaţia 2, versiunea 2:  
Numărul de înregistrări privind tipul de încărcătură care pot f i stocate pe 
un card de conducător auto sau de atelier.
  
Atribuirea valorii : a se vedea apendicele 2.  
▼B 
2.113.  OdometerShort  
Valoarea indicată de odometrul vehiculului, în formă prescurtat ă.
 
Atribuirea valorii : binar fără semn. Valoare exprimată în kilometri și 
cuprinsă în intervalul operaţional 0 – 9 999 999 km.  
2.114.  OdometerValueMidnight  
Valoarea indicată de odometrul vehiculului la miezul nopţii înt r-o zi dată 
(cerinţa 090 din anexa 1B și cerinţa 113 din anexa 1C).
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  
▼M3 
2.114a.  OperationType  
Generaţia 2, versiunea 2:  
Cod de identificare a unui tip de operaţiune introdus.
  
Atribuirea valorii : 
„00”H RFU,  
„01”H Operaţiune de încărcare;  
„02”H Operaţiune de descărcare;  
„03”H Operaţiune de încărcare/descărcare simultană;  
„04”H RFU.  
▼B 
2.115.  OdometerValueMidnightRecordArray  
Generaţia 2:  
OdometerValueMidnight  plus metadatele utilizate în protocolul de 
descărcare.
  
RecordType  reprezintă tipul înregistrării ( OdometerValueMidnight ). 
Atribuirea valorii : A se vedea  RecordType  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 171  
recordSize  este dimensiunea  OdometerValueMidnight  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de înregistrări  OdometerValueMidnight . 
2.116.  OverspeedNumber  
Numărul evenimentelor de depășire a limitei de viteză de la ult imul 
control privind depășirea limitei de viteză.
  
Atribuirea valorii:  0 înseamnă că nu s-a produs niciun eveniment de 
depășire a limitei de viteză de la ultimul control privind depă șirea limitei 
de viteză, 1 înseamnă că s-a produs un eveniment de depășire a limitei 
de viteză de la ultimul control privind depășirea limitei de vi teză, iar 
…255 înseamnă că s-au produs 255 sau mai multe evenimente de 
depășire a limitei de viteză de la ultimul control privind depă șirea 
limitei de viteză.  
▼M3 
2.116a.  PlaceAuthRecord  
Informaţii privind un loc unde începe sau se încheie o zi de lu cru 
(cerinţele 108, 271, 296, 324 și 347 din anexa IC).  
Generaţia 2, versiunea 2:
  
entryTime  este data și ora aferente înregistrării.  
entryTypeDailyWorkPeriod  este tipul de înregistrare.  
dailyWorkPeriodCountry  este ţara introdusă.  
dailyWorkPeriodRegion  este regiunea introdusă.  
vehicleOdometerValue  este valoarea indicată de odometru în momentul 
introducerii datelor privind locul.  
entryGNSSPlaceAuthRecord  este locul înregistrat, statutul și ora auten­
tificării GNSS.  
2.116b.  PlaceAuthStatusRecord  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de conducător auto sau de atelie r, care 
furnizează statutul de autentificare a unui loc în care începe și/sau se 
încheie o zi de lucru (cerinţele 306a și 356a din anexa IC). Al te 
informaţii referitoare la locul în sine sunt stocate într-o alt ă înregistrare 
(a se vedea 2.117 PlaceRecord).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 172
  
entryTime  este data și ora aferente înregistrării (care este aceeași dat ă și 
oră ca cea corespunzătoare din PlaceRecord).  
autentificationStatus  este statutul de autentificare al poziţiei GNSS înre­
gistrate.  
▼B 
2.117.  PlaceRecord  
Informaţii privind un loc unde începe sau se încheie o zi de lu cru 
(cerinţele 108, 271, 296, 324 și 347 din anexa 1C).  
Generaţia 1:
  
entryTime  reprezintă data și ora aferente introducerii datelor.  
entryTypeDailyWorkPeriod  este tipul de introducere de date.  
dailyWorkPeriodCountry  este ţara introdusă.  
dailyWorkPeriodRegion  este regiunea introdusă.  
vehicleOdometerValue  este valoarea indicată de odometru în momentul 
introducerii datelor privind locul.  
Generaţia 2:
  
În plus faţă de generaţia 1, se utilizează următoarea component ă: 
entryGNSSPlaceRecord  reprezintă locul și ora înregistrate.  
▼M3 
2.117a.  PositionAuthenticationStatus  
Generaţia 2, versiunea 2:
  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 173  
Atribuirea valorii  (a se vedea apendicele 12):  
„00”H Neautentificată (a se vedea apendicele 12, cerinţa 
GNS_39);  
„01”H Autentificată (a se vedea apendicele 12, cerinţa 
GNS_39);  
„02”H .. „FF”H RFU.  
▼B 
2.118.  PreviousVehicleInfo  
Informaţii privind vehiculul utilizat anterior de un conducător  auto atunci 
când acesta își introduce cardul într-o unitate montată pe vehi cul (cerinţa 
081 din anexa 1B și cerinţa 102 din anexa 1C).  
Generaţia 1:
  
vehicleRegistrationIdentification  reprezintă VRN și statul membru de 
înmatriculare a vehiculului.  
cardWithdrawalTime  reprezintă data și ora la care a fost retras cardul.  
Generaţia 2:
  
În plus faţă de generaţia 1, se utilizează următorul element de  date:  
vuGeneration  identifică generaţia unităţii montate pe vehicul.  
2.119.  PublicKey  
Generaţia 1:  
O cheie publică RSA.
  
rsaKeyModulus  este modulul perechii de chei.  
rsaKeyPublicExponent  este exponentul public al perechii de chei.  
2.120.  RecordType  
Generaţia 2:  
Trimitere la un tip de înregistrare. Acest tip de date se utili zează în  
RecordArrays .
 ▼M3
02016R0799 — RO — 21.08.2023 — 003.001 — 174  
Atribuirea valorii:
  
► (1) M1 
► (2) M3 ActivityChangeInfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCertificate, 
OdometerValueMidnight, 
DateOfDayDownloaded, 
SensorPaired, 
Signature, 
SpecificConditionRecord, 
VehicleIdentificationNumber, 
VehicleRegistrationNumber, 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCertificate, 
VuCompanyLocksRecord, 
VuControlActivityRecord, 
VuDetailedSpeedBlock, 
VuDownloadablePeriod, 
VuDownloadActivityData, 
VuEventRecord,  
►M1 VuGNSSADRecord, ◄ 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyWorkPeriodRecord, 
VuTimeAdjustmentGNSSRecord, 
VuTimeAdjustmentRecord, 
VuPowerSupplyInterruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSCoupledRecord,  
►M3 VuBorderCrossingRecord, 
VuLoadUnloadRecord, 
VehicleRegistrationIdentification, 
RFU, ◄ 
Specific producătorului.  
2.121.  RegionAlpha  
Trimitere alfabetică la o regiune dintr-o anumită ţară.
  
Generaţia 1:  
Atribuirea valorii:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 175  
Generaţia 2:  
Codurile  RegionAlpha  trebuie să figureze pe o listă menţinută pe site-ul 
web al laboratorului desemnat să efectueze testele de interoper abilitate.  
2.122.  RegionNumeric  
Trimitere numerică la o regiune dintr-o anumită ţară.
  
Generaţia 1:  
Atribuirea valorii:
  
Generaţia 2:  
Codurile  RegionNumeric  trebuie să figureze pe o listă menţinută pe 
site-ul web al laboratorului desemnat să efectueze testele de 
interoperabilitate.  
2.123.  RemoteCommunicationModuleSerialNumber  
Generaţia 2:  
Numărul de serie al modulului de comunicare la distanţă.
  
2.124.  RSAKeyModulus  
Generaţia 1:  
Modulul unei perechi de chei RSA.
  
Atribuirea valorii : neprecizată.  
2.125.  RSAKeyPrivateExponent  
Generaţia 1:  
Exponentul privat al unei perechi de chei RSA.
  
Atribuirea valorii : neprecizată.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 176  
2.126.  RSAKeyPublicExponent  
Generaţia 1:  
Exponentul public al unei perechi de chei RSA.
  
Atribuirea valorii : neprecizată.  
2.127.  RtmData  
Generaţia 2:  
Pentru definiţia acestui tip de date, a se vedea apendicele 14.  
2.128.  SealDataCard  
Generaţia 2:  
Acest tip de date stochează informaţii despre sigiliile care su nt atașate la 
diferitele componente ale unui vehicul și sunt destinate a fi s tocate pe un 
card. Acest tip de date se raportează la cerinţa 337 din anexa 1C.
 
noOfSealRecords  este numărul de înregistrări din  sealRecords . 
sealRecords  este un set de înregistrări privind sigiliile.  
2.129.  SealDataVu  
Generaţia 2:  
Acest tip de date stochează informaţii despre sigiliile care su nt atașate la 
diferitele componente ale unui vehicul și sunt destinate a fi s tocate într-o 
unitate montată pe vehicul.
  
sealRecords  este un set de înregistrări privind sigiliile. În cazul în car e 
sunt disponibile mai puţin de 5 sigilii, valoarea  EquipmentType  în toate  
sealRecords  neutilizate se setează la 16, și anume neutilizate.  
2.130.  SealRecord  
Generaţia 2:  
Acest tip de date stochează informaţii despre un sigiliu care e ste atașat la 
o componentă. Acest tip de date se raportează la cerinţa 337 di n 
anexa 1C.
  
equipmentType  identifică tipul de echipament la care este atașat sigiliul.  
extendedSealIdentifier  este identificatorul sigiliului atașat la 
echipament.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 177  
2.131.  SensorApprovalNumber  
Numărul de omologare de tip al senzorului.  
Generaţia 1:
  
Atribuirea valorii : neprecizată.  
Generaţia 2:
  
Atribuirea valorii:  
Numărul de omologare trebuie să fie furnizat așa cum este publi cat pe 
site-ul web corespunzător al Comisiei Europene, de exemplu incl usiv cu 
liniuţe dacă este cazul. Numărul de omologare trebuie să fie al iniat la 
stânga.  
2.132.  SensorExternalGNSSApprovalNumber  
Generaţia 2:  
Numărul de omologare de tip al echipamentului GNSS extern.
  
Atribuirea valorii:  
Numărul de omologare trebuie să fie furnizat așa cum este publi cat pe 
site-ul web corespunzător al Comisiei Europene, de exemplu incl usiv cu 
liniuţe dacă este cazul. Numărul de omologare trebuie să fie al iniat la 
stânga.  
2.133.  SensorExternalGNSSCoupledRecord  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind identificarea 
echipamentului GNSS extern cuplat la unitatea montată pe vehicu l 
(cerinţa 100 din anexa 1C).
  
sensorSerialNumber  este numărul de serie al echipamentului GNSS 
extern cuplat la unitatea montată pe vehicul.  
sensorApprovalNumber  este numărul de omologare al respectivului 
echipament GNSS extern.  
sensorCouplingDate  este data de cuplare a respectivului echipament 
GNSS extern la unitatea montată pe vehicul.  
2.134.  SensorExternalGNSSIdentification  
Generaţia 2:  
Informaţii privind identificarea echipamentului GNSS extern (ce rinţa 98 
din anexa 1C).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 178
  
sensorSerialNumber  este numărul de serie lung al echipamentului 
GNSS extern.  
sensorApprovalNumber  este numărul de omologare al echipamentului 
GNSS extern.  
sensorSCIdentifier  este identificatorul componentei de securitate a echi­
pamentului GNSS extern.  
sensorOSIdentifier  este identificatorul sistemului de operare al echipa­
mentului GNSS extern.  
2.135.  SensorExternalGNSSInstallation  
Generaţia 2:  
Informaţii, stocate într-un echipament GNSS extern, privind ins talarea 
senzorului GNSS extern (cerinţa 123 din anexa 1C).
  
sensorCouplingDateFirst  este data la care s-a efectuat prima cuplare a 
echipamentului GNSS extern la o unitate montată pe vehicul.  
firstVuApprovalNumber  este numărul de omologare al primei unităţi 
montate pe vehicul cuplate la echipamentul GNSS extern.  
firstVuSerialNumber  este numărul de serie al primei unităţi montate pe 
vehicul asociate cu echipamentul GNSS extern.  
sensorCouplingDateCurrent  este data la care s-a efectuat cuplarea 
actuală a echipamentului GNSS extern la o unitate montată pe ve hicul.  
currentVuApprovalNumber  este numărul de omologare al unităţii 
montate pe vehicul cuplate în prezent la echipamentul GNSS exte rn. 
currentVUSerialNumber  este numărul de serie al unităţii montate pe 
vehicul cuplate în prezent la echipamentul GNSS extern.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 179  
2.136.  SensorExternalGNSSOSIdentifier  
Generaţia 2:  
Identificator al sistemului de operare al echipamentului GNSS e xtern.
  
Atribuirea valorii : specifică producătorului.  
2.137.  SensorExternalGNSSSCIdentifier  
Generaţia 2:  
Acest tip de date este folosit, de exemplu, pentru identificare a modulului 
criptografic al echipamentului GNSS extern.  
Identificator al componentei de securitate a echipamentului GNS S extern.
  
Atribuirea valorii : specifică producătorului componentei.  
2.138.  SensorGNSSCouplingDate  
Generaţia 2:  
Data cuplării echipamentului GNSS extern la o unitate montată p e 
vehicul.
  
Atribuirea valorii : neprecizată.  
2.139.  SensorGNSSSerialNumber  
Generaţia 2:  
Acest tip de date este utilizat pentru a stoca numărul de serie  al recep­
torului GNSS atât când acesta se află în interiorul VU, cât și când acesta 
se află în exteriorul VU.  
Numărul de serie al receptorului GNSS.
  
2.140.  SensorIdentification  
Informaţii, stocate într-un senzor de mișcare, privind identifi carea 
senzorului de mișcare (cerinţa 077 din anexa 1B și cerinţa 95 d in 
anexa 1C).
  
sensorSerialNumber  este numărul de serie lung al senzorului de mișcare 
(include numărul de componentă și codul producătorului).  
sensorApprovalNumber  este numărul de omologare al senzorului de 
mișcare.  
sensorSCIdentifier  este identificatorul componentei de securitate a 
senzorului de mișcare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 180  
sensorOSIdentifier  este identificatorul sistemului de operare al 
senzorului de mișcare.  
2.141.  SensorInstallation  
Informaţii, stocate într-un senzor de mișcare, privind instalar ea senzorului 
de mișcare (cerinţa 099 din anexa 1B și cerinţa 122 din anexa 1 C).
 
sensorPairingDateFirst  este data la care s-a efectuat prima asociere a 
senzorului de mișcare cu o unitate montată pe vehicul.  
firstVuApprovalNumber  este numărul de omologare al primei unităţi 
montate pe vehicul asociate cu senzorul de mișcare.  
firstVuSerialNumber  este numărul de serie al primei unităţi montate pe 
vehicul asociate cu senzorul de mișcare.  
sensorPairingDateCurrent  este data la care s-a efectuat asocierea 
actuală a senzorului de mișcare cu unitatea montată pe vehicul.  
currentVuApprovalNumber  este numărul de omologare al unităţii 
montate pe vehicul asociate în prezent cu senzorul de mișcare.  
currentVUSerialNumber  este numărul de serie al unităţii montate pe 
vehicul asociate în prezent cu senzorul de mișcare.  
2.142.  SensorInstallationSecData  
Informaţii, stocate pe un card de atelier, privind datele de se curitate 
necesare pentru asocierea senzorilor de mișcare cu unităţile mo ntate pe 
vehicule (cerinţele 308 și 331 din anexa 1C).  
Generaţia 1:
  
Atribuirea valorii : în conformitate cu standardul ISO 16844-3.  
Generaţia 2:  
Conform descrierii din apendicele 11, un card de atelier stoche ază până 
la trei chei pentru asocierea unui senzor de mișcare cu VU. Ace ste chei 
au versiuni diferite.
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 181  
2.143.  SensorOSIdentifier  
Identificator al sistemului de operare al senzorului de mișcare .
 
Atribuirea valorii : specifică producătorului.  
2.144.  SensorPaired  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind identificarea 
senzorului de mișcare asociat cu unitatea montată pe vehicul (c erinţa 079 
din anexa 1B).
  
sensorSerialNumber  este numărul de serie al senzorului de mișcare 
asociat în prezent cu unitatea montată pe vehicul.  
sensorApprovalNumber  este numărul de omologare al senzorului de 
mișcare asociat în prezent cu unitatea montată pe vehicul.  
sensorPairingDateFirst  este data primei asocieri cu o unitate montată pe 
vehicul a senzorului de mișcare asociat în prezent cu unitatea montată pe 
vehicul.  
2.145.  SensorPairedRecord  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind identificarea 
unui senzor de mișcare asociat cu unitatea montată pe vehicul ( cerinţa 97 
din anexa 1C).
  
sensorSerialNumber  este numărul de serie al unui senzor de mișcare 
asociat cu unitatea montată pe vehicul.  
sensorApprovalNumber  este numărul de omologare al senzorului de 
mișcare respectiv.  
sensorPairingDate  este data la care s-a efectuat asocierea senzorului de 
mișcare respectiv cu unitatea montată pe vehicul.  
2.146.  SensorPairingDate  
Data asocierii unui senzor de mișcare cu o unitate montată pe v ehicul.
  
Atribuirea valorii : neprecizată.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 182  
2.147.  SensorSCIdentifier  
Identificatorul componentei de securitate a senzorului de mișca re.
 
Atribuirea valorii : specifică producătorului componentei.  
2.148.  SensorSerialNumber  
Numărul de serie al senzorului de mișcare.
  
2.149.  Signature  
O semnătură digitală.  
Generaţia 1:
  
Atribuirea valorii : în conformitate cu apendicele 11, „Mecanisme de 
securitate comune”.  
Generaţia 2:
  
Atribuirea valorii : în conformitate cu apendicele 11, „Mecanisme de 
securitate comune”.  
2.150.  SignatureRecordArray  
Generaţia 2:  
Un set de semnături plus metadatele utilizate în protocolul de descărcare.
  
recordType  reprezintă tipul înregistrării ( Signature ). Atribuirea valorii : 
A se vedea  RecordType  
recordSize  este dimensiunea  Signature  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
Valoarea se setează la 1 deoarece semnăturile pot avea diferite  lungimi.  
records  este setul de semnături.  
2.151.  SimilarEventsNumber  
Numărul de evenimente similare într-o zi dată (cerinţa 094 din anexa 1B 
și cerinţa 117 din anexa 1C).
  
Atribuirea valorii:  0 nu se utilizează, 1 înseamnă că s-a produs și s-a 
stocat în acea zi un singur eveniment de tipul respectiv, 2 îns eamnă că 
s-au produs două evenimente de tipul respectiv în ziua dată (a fost stocat 
numai unul), …255 înseamnă că s-au produs 255 sau mai multe 
evenimente de tipul respectiv în ziua dată.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 183  
2.152.  SpecificConditionRecord  
Informaţii, stocate pe un card de conducător auto, pe un card d e atelier 
sau într-o unitate montată pe vehicul, privind o condiţie speci fică 
(cerinţele 130, 276, 301, 328 și 355 din anexa 1C).
  
entryTime  reprezintă data și ora introducerii datelor.  
specificConditionType  este codul prin care se identifică condiţia 
specifică.  
2.153.  SpecificConditions  
Informaţii, stocate pe un card de conducător auto, pe un card d e atelier 
sau într-o unitate montată pe vehicul, privind o condiţie speci fică 
(cerinţele 131, 277, 302, 329 și 356 din anexa 1C).  
Generaţia 2:
  
conditionPointerNewestRecord  este indicele ultimei înregistrări actua­
lizate privind condiţia specifică.  
Atribuirea valorii : număr care corespunde numărătorului înregistrării 
privind condiţia specifică, începând de la „0” pentru prima ocu renţă a 
înregistrării privind condiţia specifică în structură.  
specificConditionRecords  este setul de înregistrări care conţin informaţii 
privind condiţiile specifice înregistrate.  
2.154.  SpecificConditionType  
Cod care identifică o condiţie specifică (cerinţele 050b, 105a,  212a și 
230a din anexa 1B și cerinţa 62 din anexa 1C).
  
Generaţia 1:  
Atribuirea valorii:  
„00”H RFU  
„01”H În afara zonei de aplicare a reglementărilor – Început  
„02”H În afara zonei de aplicare a reglementărilor – Sfârșit  
„03”H Traversare cu feribotul / trenul  
„04”H .. „FF”H RFU  
Generaţia 2:  
Atribuirea valorii:  
„00”H RFU  
„01”H În afara zonei de aplicare a reglementărilor – Început  
„02”H În afara zonei de aplicare a reglementărilor – Sfârșit  
„03”H Traversare cu feribotul / trenul – Început  
„04”H Traversare cu feribotul / trenul – Sfârșit  
„05”H .. „FF”H RFU  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 184  
2.155.  Speed  
Viteza vehiculului (km/h).
  
Atribuirea valorii : kilometri pe oră în intervalul operaţional 0 – 
220 km/h.  
2.156.  SpeedAuthorised  
Viteza maximă autorizată a vehiculului (definiţia hh)).
  
2.157.  SpeedAverage  
Viteza medie dintr-un interval definit în prealabil (km/h).
  
2.158.  SpeedMax  
Viteza maximă măsurată într-un interval definit în prealabil.
  
▼M3 
2.158a.  TachographCardsGen1Suppression  
Generaţia 2, versiunea 2:  
Capacitatea unei VU de a doua generaţie de a utiliza prima gene raţie de 
carduri de conducător auto, de carduri de control și de carduri  de 
societate (a se vedea apendicele 15, MIG_002).
  
Atribuirea valorii:  
„0000”H VU poate să utilizeze generaţia 1 de carduri de 
tahograf (valoare implicită),  
„A5E3”H VU nu poate să utilizeze cardurile de tahograf de 
generaţia 1,  
Toate celelalte valori Nu se utilizează.  
▼B 
2.159.  TachographPayload  
Generaţia 2:  
Pentru definiţia acestui tip de date, a se vedea apendicele 14.  
▼M1 
2.160.  Rezervat pentru o utilizare viitoare  
▼B 
2.161.  TDesSessionKey  
Generaţia 1:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 185  
O cheie de sesiune DES triplă.
  
Atribuirea valorii : nu se furnizează indicaţii suplimentare.  
▼M1 
2.162.  TimeReal  
Cod pentru un câmp combinat de dată și oră, unde data și ora su nt 
exprimate în secunde care depășesc 00h.00m.00s. la 1 ianuarie 1 970 
UTC.
  
Atribuirea valorii  – Octet aliniat : Numărul de secunde începând de la 
miezul nopţii la 1 ianuarie 1970 UTC.  
Data/ora maximă posibilă este în anul 2106.  
▼B 
2.163.  TyreSize  
Desemnarea dimensiunilor pneurilor.
  
Atribuirea valorii : în conformitate cu Directiva 92/23 (CEE) 31.3.92 
JO L 129 p. 95.  
2.164.  VehicleIdentificationNumber  
Numărul de identificare a vehiculului (VIN) care desemnează veh iculul 
în ansamblu, fiind reprezentat în mod normal de numărul de seri e al 
șasiului sau de numărul cadrului.
  
Atribuirea valorii : conform definiţiei din standardul ISO 3779.  
2.165.  VehicleIdentificationNumberRecordArray  
Generaţia 2:  
Numărul de identificare a vehiculului, plus metadatele utilizat e în 
protocolul de descărcare.
  
recordType  reprezintă tipul înregistrării ( VehicleIdentificationNumber ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VehicleIdentificationNumber  în octeţi.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 186  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul numerelor de identificare a vehiculului.  
2.166.  VehicleRegistrationIdentification  
Identificarea unui vehicul, unică în Europa (VRN și statul memb ru).
 
vehicleRegistrationNation  reprezintă statul în care este înmatriculat 
vehiculul.  
vehicleRegistrationNumber  este numărul de înmatriculare a 
vehiculului (VRN).  
▼M3 
2.166a.  VehicleRegistrationIdentificationRecordArray  
Generaţia 2, versiunea 2:  
Numărul de identificare al vehiculului, plus metadatele utiliza te în 
protocolul de descărcare.
  
recordType  reprezintă tipul înregistrării (VehicleRegistrationIdentifi­
cation).  Atribuirea valorii : a se vedea RecordType.  
recordSize  este dimensiunea VehicleRegistrationIdentification în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul de înre­
gistrări.  
records  este setul numerelor de identificare a vehiculului.  
▼B 
2.167.  VehicleRegistrationNumber  
Numărul de înmatriculare a vehiculului (VRN). Numărul de înmatr i­
culare este atribuit de autoritatea responsabilă cu înmatricula rea 
vehiculelor.
  
codePage  indică un set de caractere definit în capitolul 4,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 187  
vehicleRegNumber  este un VRN codat cu ajutorul setului de caractere 
precizat.  
Atribuirea valorii : specifică fiecărei ţări.  
2.168.  VehicleRegistrationNumberRecordArray  
▼M3 
Generaţia 2, versiunea 1:  
▼B 
Numărul de înmatriculare al vehiculului, plus metadatele utiliz ate în 
protocolul de descărcare.
  
recordType  reprezintă tipul înregistrării ( VehicleRegistrationNumber ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VehicleRegistrationNumber  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul numerelor de înmatriculare a vehiculului.  
2.169.  VuAbility  
Generaţia 2:  
Informaţii stocate într-o VU privind capacitatea VU de a utiliz a sau nu 
carduri de tahograf de generaţia 1 (cerinţa 121 din anexa 1C).
  
Atribuirea valorii – Octet aliniat : „xxxxxxxa”B (8 biţi)  
Pentru compatibilitatea cu generaţia 1:  
„a”B Compatibilitate cu carduri de tahograf de generaţia 1:  
„0” B Compatibil cu generaţia 1,  
„1” B Incompatibil cu generaţia 1,  
„xxxxxxx”B RFU  
2.170.  VuActivityDailyData  
Generaţia 1:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 188  
Informaţii, stocate într-o VU, privind modificările activităţii  și/sau modi­
ficările regimului de conducere și/sau modificările stării card ului într-o 
anumită zi calendaristică (cerinţa 084 din anexa 1B și cerinţel e 105, 106, 
107 din anexa 1C) și privind starea sloturilor la 00.00 în acea  zi.
 
noOfActivityChanges  este numărul de cuvinte  ActivityChangeInfo  din 
setul  activityChangeInfos . 
activityChangeInfos  este setul de cuvinte  ActivityChangeInfo  stocate în 
VU pentru ziua respectivă. Acest set cuprinde întotdeauna două cuvinte  
ActivityChangeInfo  care indică starea celor două sloturi la ora 00.00 în 
ziua respectivă.  
2.171.  VuActivityDailyRecordArray  
Generaţia 2:  
Informaţii, stocate într-o VU, privind modificările activităţii  și/sau modi­
ficările regimului de conducere și/sau modificările stării card ului într-o 
anumită zi calendaristică (cerinţele 105, 106, 107 din anexa 1C ) și 
privind starea sloturilor la 00.00 în acea zi.
  
recordType  reprezintă tipul înregistrării ( ActivityChangeInfo ). Atri­
buirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  ActivityChangeInfo  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de cuvinte  ActivityChangeInfo  stocate în VU pentru 
ziua respectivă. Acest set cuprinde întotdeauna două cuvinte  Activity­
ChangeInfo  care indică starea celor două sloturi la ora 00.00 în ziua 
respectivă.  
2.172.  VuApprovalNumber  
Numărul de omologare de tip al unităţii montate pe vehicul.  
Generaţia 1:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 189  
Atribuirea valorii : neprecizată.  
Generaţia 2:
  
Atribuirea valorii:  
Numărul de omologare trebuie să fie furnizat așa cum este publi cat pe 
site-ul web corespunzător al Comisiei Europene, de exemplu incl usiv cu 
liniuţe dacă este cazul. Numărul de omologare trebuie să fie al iniat la 
stânga.  
2.173.  VuCalibrationData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind operaţiunile 
de etalonare a aparaturii de înregistrare (cerinţa 098 din anex a 1B).
  
noOfVuCalibrationRecords  este numărul de înregistrări cuprinse în 
setul  vuCalibrationRecords . 
vuCalibrationRecords  este setul de înregistrări privind etalonarea.  
2.174.  VuCalibrationRecord  
Informaţii, stocate într-o unitate montată pe vehicul, privind o operaţiune 
de etalonare a aparaturii de înregistrare (cerinţa 098 din anex a 1B și 
cerinţele 119 și 120 din anexa 1C).  
Generaţia 1:
  
calibrationPurpose  este scopul etalonării.  
workshopName, workshopAddress  reprezintă denumirea și adresa 
atelierului.  
workshopCardNumber  identifică cardul de atelier utilizat în timpul 
operaţiunii de etalonare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 190  
workshopCardExpiryDate  este data de expirare a cardului.  
vehicleIdentificationNumber  este VIN.  
vehicleRegistrationIdentification  conţine VRN și statul membru de 
înmatriculare.  
wVehicleCharacteristicConstant  este coeficientul caracteristic al 
vehiculului.  
kConstantOfRecordingEquipment  este constanta aparaturii de înre­
gistrare.  
lTyreCircumference  este circumferinţa efectivă a pneurilor roţilor.  
tyreSize  reprezintă desemnarea dimensiunii pneurilor montate pe 
vehicul.  
authorisedSpeed  este viteza autorizată a vehiculului.  
oldOdometerValue, newOdometerValue  reprezintă vechea și, 
respectiv, noua valoare indicate de odometru.  
oldTimeValue, newTimeValue  sunt valorile vechi și, respectiv, noi ale 
datei și orei.  
nextCalibrationDate  este data următoarei etalonări de tipul specificat în  
CalibrationPurpose  care va fi efectuată de autoritatea de inspecţie 
competentă.  
▼M3 
Generaţia 2, versiunea 1:  
▼B
 
În plus faţă de generaţia 1, se utilizează următorul element de  date:  
sealDataVu  oferă informaţii cu privire la sigiliile care sunt atașate la 
diferite componente ale vehiculului.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 191  
Generaţia 2, versiunea 2:
  
În plus faţă de generaţia 1, se utilizează următorul element de  date:  
sensorSerialNumber  este numărul de serie al senzorului de mișcare 
cuplat cu unitatea montată pe vehicul la sfârșitul etalonării;  
sensorGNSSSerialNumber  este numărul de serie al echipamentului 
GNSS extern cuplat cu unitatea montată pe vehicul la sfârșitul etalonării 
(dacă există);  
rcmSerialNumber  este numărul de serie al echipamentului de comu­
nicare la distanţă cuplat cu unitatea montată pe vehicul la sfâ rșitul 
etalonării (dacă există);  
sealDataVu  oferă informaţii cu privire la sigiliile care sunt atașate la 
diferite componente ale vehiculului.  
byDefaultLoadType  este tipul de încărcătură implicit al vehiculului 
(prezent numai în versiunea 2).  
calibrationCountry  este ţara în care s-a efectuat etalonarea.  
calibrationCountryTimestamp  este data și ora la care receptorul GNSS 
a furnizat poziţia utilizată pentru a determina ţara în care s- a efectuat 
etalonarea.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 192  
2.175.  VuCalibrationRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind operaţiunile 
de etalonare a aparaturii de înregistrare (cerinţele 119 și 120  din 
anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuCalibrationRecord ). Atri­
buirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuCalibrationRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de înregistrări privind etalonarea.  
2.176.  VuCardIWData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind ciclurile de 
introducere și de retragere a cardurilor de conducător auto sau  a  
cardurilor de atelier din unitatea montată pe vehicul (cerinţa 081 din 
anexa 1B și cerinţa 103 din anexa 1C).
  
noOfIWRecords  este numărul de înregistrări cuprinse în setul  vuCar­
dIWRecords . 
vuCardIWRecords  este un set de înregistrări privind ciclurile de intro­
ducere și de retragere a cardurilor.  
2.177.  VuCardIWRecord  
Informaţii, stocate într-o unitate montată pe vehicul, privind un ciclu de 
introducere și de retragere a unui card de conducător auto sau a unui 
card de atelier din unitatea montată pe vehicul (cerinţa 081 di n anexa 1B 
și cerinţa 102 din anexa 1C).  
Generaţia 1:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 193  
cardHolderName  reprezintă numele și prenumele titularului unui card 
de conducător auto sau al unui card de atelier, așa cum sunt ac estea 
stocate pe card.  
fullCardNumber  reprezintă tipul cardului, statul membru emitent al 
cardului și numărul cardului, așa cum sunt stocate pe card.  
cardExpiryDate  este data de expirare a cardului, așa cum este stocată 
pe card.  
cardInsertionTime  reprezintă data și ora introducerii cardului.  
vehicleOdometerValueAtInsertion  este valoarea indicată de odometrul 
vehiculului în momentul introducerii cardului.  
cardSlotNumber  este slotul în care se introduce cardul.  
cardWithdrawalTime  reprezintă data și ora retragerii cardului.  
vehicleOdometerValueAtWithdrawal  este valoarea indicată de 
odometrul vehiculului în momentul retragerii cardului.  
previousVehicleInfo  conţine informaţii privind vehiculul folosit anterior 
de conducătorul auto, așa cum este acesta stocat pe card.  
manualInputFlag  este un indicator prin care se indică dacă titularul 
cardului a introdus manual activităţile conducătorului auto la intro­
ducerea cardului.  
Generaţia 2:
  
În loc de  fullCardNumber , în structura de date aferentă generaţiei 2 se 
utilizează următorul element de date.  
fullCardNumberAndGeneration  reprezintă tipul cardului, statul 
membru emitent al cardului, numărul cardului și generaţia sa, a șa cum 
sunt stocate pe card.  
2.178.  VuCardIWRecordArray  
Generaţia 2:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 194  
Informaţii, stocate într-o unitate montată pe vehicul, privind ciclurile de 
introducere și de retragere a cardurilor de conducător auto sau  a  
cardurilor de atelier din unitatea montată pe vehicul (cerinţa 103 din 
anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuCardIWRecord ). Atribuirea 
valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuCardIWRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind ciclurile de introducere ș i de 
retragere a cardurilor.  
▼M1 
2.179.  VuCardRecord  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind un card de 
tahograf utilizat (cerinţa 132 din anexa IC).
  
cardNumberAndGenerationInformation  este numărul complet al 
cardului și generaţia cardului utilizat (tip de date 2.74).  
cardExtendedSerialNumber  așa cum este citit din fișierul EF_ICC din 
MF al cardului.  
cardStructureVersion  așa cum este citit din fișierul EF_Appli­
cation_Identification din cadrul DF_Tachograph_G2.  
cardNumber  așa cum este citit din fișierul EF_Identification din cadrul 
DF_Tachograph_G2.  
▼B 
2.180.  VuCardRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind cardurile de 
tahograf utilizate cu respectiva VU. Aceste informaţii sunt des tinate 
analizei VU – probleme card (cerinţa 132 din anexa 1C).
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 195  
recordType  reprezintă tipul înregistrării ( VuCardRecord ). Atribuirea 
valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuCardRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind cardurile de tahograf util izate 
cu VU.  
2.181.  VuCertificate  
Certificatul cheii publice a unei unităţi montate pe vehicul.
  
2.182.  VuCertificateRecordArray  
Generaţia 2:  
Certificatul VU, plus metadatele utilizate în protocolul de des cărcare.
  
recordType  reprezintă tipul înregistrării ( VuCertificate ). Atribuirea 
valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuCertificate  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
Valoarea se setează la 1 deoarece certificatele pot avea diferi te lungimi.  
records  este un set de certificate ale VU.  
2.183.  VuCompanyLocksData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind blocările 
efectuate de societate (cerinţa 104 din anexa 1B).
  
noOfLocks  este numărul de blocări enumerate în  vuCompanyLoc ­
ksRecords . 
vuCompanyLocksRecords  este setul de înregistrări privind blocările 
efectuate de societate.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 196  
2.184.  VuCompanyLocksRecord  
Informaţii, stocate într-o unitate montată pe vehicul, privind o blocare 
efectuată de societate (cerinţa 104 din anexa 1B și cerinţa 128  din 
anexa 1C).  
Generaţia 1:
  
lockInTime, lockOutTime  reprezintă data și ora blocării și, respectiv, a 
deblocării.  
companyName, companyAddress  reprezintă denumirea și adresa 
societăţii asociate cu blocarea.  
companyCardNumber  reprezintă cardul utilizat la blocare.  
Generaţia 2:
  
În loc de  companyCardNumber , în structura de date aferentă generaţiei 2 
se utilizează următorul element de date.  
companyCardNumberAndGeneration  reprezintă cardul utilizat la 
blocare, inclusiv generaţia acestuia.  
2.185.  VuCompanyLocksRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind blocările 
efectuate de societate (cerinţa 128 din anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuCompanyLocksRecord ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuCompanyLocksRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
Valoare 0..255.  
records  este setul de înregistrări privind blocările efectuate de soci etate.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 197  
2.185a.  VuConfigurationLengthRange  
Generaţia 2, versiunea 2:  
Numărul de octeţi de pe un card de tahograf, disponibil pentru stocarea 
configuraţiilor VU.
  
Atribuirea valorii : a se vedea apendicele 2.  
▼B 
2.186.  VuControlActivityData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind controalele 
efectuate utilizând VU respectivă (cerinţa 102 din anexa 1B).
  
noOfControls  este numărul de controale enumerate în  vuControlActivi ­
tyRecords . 
vuControlActivityRecords  este setul de înregistrări privind activităţile 
de control.  
2.187.  VuControlActivityRecord  
Informaţii, stocate într-o unitate montată pe vehicul, privind un control 
efectuat utilizând respectiva VU (cerinţa 102 din anexa 1B și c erinţa 126 
din anexa 1C).  
Generaţia 1:
  
controlType  este tipul de control.  
controlTime  este data și ora la care a avut loc controlul.  
controlCardNumber  reprezintă cardul de control utilizat la efectuarea 
controlului.  
downloadPeriodBeginTime  este ora de începere a perioadei descărcate, 
în caz de descărcare.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 198  
downloadPeriodEndTime  este ora de încheiere a perioadei descărcate, 
în caz de descărcare.  
Generaţia 2:
  
În loc de  controlCardNumber , în structura de date aferentă generaţiei 2 
se utilizează următorul element de date.  
controlCardNumberAndGeneration  reprezintă cardul de control 
utilizat la efectuarea controlului, inclusiv generaţia acestuia . 
2.188.  VuControlActivityRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind controalele 
efectuate utilizând VU respectivă (cerinţa 126 din anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuControlActivityRecord ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuControlActivityRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de înregistrări privind activităţile de control al VU. 
2.189.  VuDataBlockCounter  
Contor, stocat pe un card, care indică secvenţial ciclurile de introducere 
și de retragere a cardului din unităţile montate pe vehicul.
  
Atribuirea valorii : număr consecutiv cu valoarea maximă de 9 999, 
după care numerotarea reîncepe de la 0.  
2.190.  VuDetailedSpeedBlock  
Informaţii, stocate într-o unitate montată pe vehicul, privind viteza 
detaliată a vehiculului timp de un minut în care vehiculul s-a aflat în 
mișcare (cerinţa 093 din anexa 1B și cerinţa 116 din anexa 1C).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 199
  
speedBlockBeginDate  reprezintă data și ora primei valori a vitezei din 
bloc.  
speedsPerSecond  este secvenţa cronologică de viteze măsurate în 
fiecare secundă din minutul care a început cu  speedBlockBeginDate  
(inclusiv).  
2.191.  VuDetailedSpeedBlockRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind viteza 
detaliată a vehiculului.
  
recordType  reprezintă tipul înregistrării ( VuDetailedSpeedBlock ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuDetailedSpeedBlock  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de blocuri de date privind viteza detaliată.  
2.192.  VuDetailedSpeedData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind viteza 
detaliată a vehiculului.
  
noOfSpeedBlocks  este numărul de blocuri de date privind viteza din 
setul  vuDetailedSpeedBlocks . 
vuDetailedSpeedBlocks  este setul de blocuri de date privind viteza 
detaliată.  
▼M3 
2.192a.  VuDigitalMapVersion  
Generaţia 2, versiunea 2:  
Versiunea hărţii digitale stocate în unitatea montată pe vehicu l (cerinţa 
133j din anexa IC).
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 200  
Atribuirea valorii : astfel cum se specifică pe site-ul securizat dedicat 
pus la dispoziţie de Comisia Europeană (cerinţa 133k din anexa IC). 
▼B 
2.193.  VuDownloadablePeriod  
Cele mai vechi și cele mai recente date pentru care o unitate m ontată pe 
vehicul conţine informaţii privind activităţile conducătorului auto 
(cerinţele 081, 084 sau 087 din anexa 1B și cerinţele 102,105, 108 
din anexa 1C).
  
minDownloadableTime  reprezintă cea mai veche dată și oră stocată în 
VU la care s-a realizat o introducere a cardului, o modificare a activităţii 
sau o introducere de date privind locul.  
maxDownloadableTime  reprezintă cea mai recentă dată și oră stocată în 
VU la care s-a realizat o retragere a cardului, o modificare a activităţii 
sau o introducere de date privind locul.  
2.194.  VuDownloadablePeriodRecordArray  
Generaţia 2:  
VUDownloadablePeriod , plus metadatele utilizate în protocolul de 
descărcare.
  
recordType  reprezintă tipul înregistrării ( VuDownloadablePeriod ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuDownloadablePeriod  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de înregistrări  VuDownloadablePeriod . 
2.195.  VuDownloadActivityData  
Informaţii, stocate într-o unitate montată pe vehicul, privind ultima 
descărcare de date din aceasta (cerinţa 105 din anexa 1B și cer inţa 
129 din anexa 1C).  
Generaţia 1:
  
downloadingTime  reprezintă data și ora la care s-a realizat descărcarea.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 201  
fullCardNumber  reprezintă cardul utilizat pentru autorizarea descărcării.  
companyOrWorkshopName  reprezintă denumirea societăţii sau a 
atelierului.  
Generaţia 2:
  
În loc de  fullCardNumber , în structura de date aferentă generaţiei 2 se 
utilizează următorul element de date.  
fullCardNumberAndGeneration  reprezintă cardul utilizat pentru auto­
rizarea descărcării, inclusiv generaţia acestuia.  
2.196.  VuDownloadActivityDataRecordArray  
Generaţia 2:  
Informaţii privind ultima descărcare din VU (cerinţa 129 din an exa 1C).
  
recordType  reprezintă tipul înregistrării ( VuDownloadActivityData ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuDownloadActivityData  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de înregistrări de date privind activităţile de 
descărcare.  
2.197.  VuEventData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele (cerinţa 094 din anexa 1B, cu excepţia evenimentului de  
depășire a limitei de viteză).
  
noOfVuEvents  este numărul de evenimente enumerate în setul  vuEven­
tRecords . 
vuEventRecords  este un set de înregistrări privind evenimentele.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 202  
2.198.  VuEventRecord  
Informaţii, stocate într-o unitate montată pe vehicul, privind un 
eveniment (cerinţa 094 din anexa 1B și cerinţa 117 din anexa 1C , cu 
excepţia evenimentului de depășire a limitei de viteză).  
Generaţia 1:
  
eventType  este tipul de eveniment.  
eventRecordPurpose  este motivul pentru care s-a efectuat înregistrarea 
evenimentului respectiv.  
eventBeginTime  este data și ora la care a început evenimentul.  
eventEndTime  este data și ora la care s-a încheiat evenimentul.  
cardNumberDriverSlotBegin  identifică cardul introdus în slotul pentru 
cardul de conducător auto la începutul evenimentului.  
cardNumberCodriverSlotBegin  identifică cardul introdus în slotul 
pentru cardul de copilot la începutul evenimentului.  
cardNumberDriverSlotEnd  identifică cardul introdus în slotul pentru 
cardul de conducător auto la sfârșitul evenimentului.  
cardNumberCodriverSlotEnd  identifică cardul introdus în slotul pentru 
cardul de copilot la sfârșitul evenimentului.  
similarEventsNumber  este numărul de evenimente similare din ziua 
respectivă.  
Această secvenţă poate fi utilizată pentru toate evenimentele, cu excepţia 
evenimentelor de depășire a limitei de viteză.  
Generaţia 2:
  
În plus faţă de generaţia 1, se utilizează următoarele elemente  de date:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 203  
manufacturerSpecificEventFaultData  conţine informaţii suplimentare 
cu privire la eveniment, specifice producătorului.  
În loc de  cardNumberDriverSlotBegin , cardNumberCodriverSlotBegin , 
cardNumberDriverSlotEnd  ș i cardNumberCodriverSlotEnd , în structura 
de date aferentă generaţiei 2 se utilizează următoarele element e de date:  
cardNumberAndGenDriverSlotBegin  identifică cardul introdus în 
slotul pentru cardul de conducător auto la începutul evenimentu lui, 
inclusiv generaţia cardului respectiv.  
cardNumberAndGenCodriverSlotBegin  identifică cardul introdus în 
slotul pentru cardul de copilot la începutul evenimentului, inc lusiv 
generaţia cardului respectiv.  
cardNumberAndGenDriverSlotEnd  identifică cardul introdus în slotul 
pentru cardul de conducător auto la sfârșitul evenimentului, in clusiv 
generaţia cardului respectiv.  
cardNumberAndGenCodriverSlotEnd  identifică cardul introdus în 
slotul pentru cardul de copilot la sfârșitul evenimentului, inc lusiv 
generaţia cardului respectiv.  
În cazul în care evenimentul este un conflict oră,  eventBeginTime  ș i 
eventEndTime  se interpretează după cum urmează:  
eventBeginTime  este data și ora indicată de aparatura de înregistrare.  
eventEndTime  reprezintă data și ora GNSS.  
2.199.  VuEventRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele (cerinţa 117 din anexa 1C, cu excepţia evenimentului pr ivind 
depășirea limitei de viteză).
  
recordType  reprezintă tipul înregistrării ( VuEventRecord ). Atribuirea 
valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuEventRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind evenimentele.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 204  
2.200.  VuFaultData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind anomaliile 
(cerinţa 096 din anexa 1B).
  
noOfVuFaults  este numărul anomaliilor enumerate în setul  vuFaul­
tRecords . 
vuFaultRecords  este un set de înregistrări privind anomaliile.  
2.201.  VuFaultRecord  
Informaţii, stocate într-o unitate montată pe vehicul, privind o anomalie 
(cerinţa 096 din anexa 1B și cerinţa 118 din anexa 1C).  
Generaţia 1:
  
faultType  este tipul de anomalie a aparaturii de înregistrare.  
faultRecordPurpose  este motivul pentru care s-a efectuat înregistrarea 
anomaliei respective.  
faultBeginTime  este data și ora la care a început anomalia.  
faultEndTime  este data și ora la care s-a încheiat anomalia.  
cardNumberDriverSlotBegin  identifică cardul introdus în slotul pentru 
cardul de conducător auto la începutul anomaliei.  
cardNumberCodriverSlotBegin  identifică cardul introdus în slotul 
pentru cardul de copilot la începutul anomaliei.  
cardNumberDriverSlotEnd  identifică cardul introdus în slotul pentru 
cardul de conducător auto la sfârșitul anomaliei.  
cardNumberCodriverSlotEnd  identifică cardul introdus în slotul pentru 
cardul de copilot la sfârșitul anomaliei.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 205  
Generaţia 2:
  
În plus faţă de generaţia 1, se utilizează următorul element de  date:  
manufacturerSpecificEventFaultData  conţine informaţii suplimentare 
specifice producătorului cu privire la anomalie.  
În loc de  cardNumberDriverSlotBegin , cardNumberCodriverSlotBegin , 
cardNumberDriverSlotEnd  ș i cardNumberCodriverSlotEnd , în structura 
de date aferentă generaţiei 2 se utilizează următoarele element e de date:  
cardNumberAndGenDriverSlotBegin  identifică cardul introdus în 
slotul pentru cardul de conducător auto la începutul anomaliei,  
inclusiv generaţia cardului respectiv.  
cardNumberAndGenCodriverSlotBegin  identifică cardul introdus în 
slotul pentru cardul de copilot la începutul anomaliei, inclusi v 
generaţia cardului respectiv.  
cardNumberAndGenDriverSlotEnd  identifică cardul introdus în slotul 
pentru cardul de conducător auto la sfârșitul anomaliei, inclus iv 
generaţia cardului respectiv.  
cardNumberAndGenCodriverSlotEnd  identifică cardul introdus în 
slotul pentru cardul de copilot la sfârșitul anomaliei, inclusi v generaţia 
cardului respectiv.  
2.202.  VuFaultRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind anomaliile 
(cerinţa 118 din anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuFaultRecord ). Atribuirea 
valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuFaultRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind anomaliile.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 206  
2.203.  VuGNSSADRecord  
▼M3 
Generaţia 2, versiunea 1:  
▼M1 
Informaţii stocate într-o unitate montată pe vehicul privind po ziţia GNSS 
a vehiculului dacă timpul de conducere acumulat ajunge la un mu ltiplu 
de trei ore (cerinţele 108, 110 din anexa IC).
  
timeStamp  este data și ora la care timpul de conducere acumulat atinge 
un multiplu de trei ore.  
cardNumberAndGenDriverSlot  identifică cardul introdus în slotul 
pentru cardul de conducător auto, inclusiv generaţia cardului r espectiv.  
cardNumberAndGenCodriverSlot  identifică cardul introdus în slotul 
pentru cardul de copilot, inclusiv generaţia cardului respectiv . 
gnssPlaceRecord  conţine informaţii referitoare la poziţia vehiculului.  
vehicleOdometerValue  este valoarea odometrului în momentul în care 
timpul de conducere acumulat atinge un multiplu de trei ore.  
▼M3 
Generaţia 2, versiunea 2:  
Informaţii stocate într-o unitate montată pe vehicul privind po ziţia GNSS 
a vehiculului dacă timpul de conducere acumulat ajunge la un mu ltiplu 
de trei ore (cerinţele 108, 110 din anexa IC).
  
În Genera ţia 2 versiunea 2 , în loc de gnssPlaceRecord se utilizează 
gnssPlaceAuthRecord, care conţine, în plus, statutul de autenti ficare 
GNSS.  
2.203a.  VuBorderCrossingRecord  
Generaţia 2, versiunea 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind trecerile 
frontierei efectuate de vehicul atunci când acesta a trecut fro ntiera 
unei ţări (cerinţele 133a și 133b din anexa IC).  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 207
  
cardNumberAndGenDriverSlot  identifică cardul introdus în slotul 
pentru cardul de conducător auto, inclusiv generaţia cardului r espectiv.  
cardNumberAndGenCodriverSlot  identifică cardul introdus în slotul 
pentru cardul de copilot, inclusiv generaţia cardului respectiv . 
countryLeft  este ţara din care a ieșit vehiculul, pe baza ultimei poziţii 
disponibile înainte de a fi detectată trecerea frontierei. „Res tul lumii” 
(cod NationNumeric „FF” H) se utilizează atunci când unitatea m ontată 
pe vehicul nu este în măsură să determine ţara în care este sit uat 
vehiculul (de exemplu, ţara actuală nu face parte din hărţile d igitale 
stocate).  
countryEntered  este ţara în care a intrat vehiculul. „Restul lumii” (cod 
NationNumeric „FF” H) se utilizează atunci când unitatea montat ă pe 
vehicul nu este în măsură să determine ţara în care este situat  vehiculul 
(de exemplu, ţara actuală nu face parte din hărţile digitale st ocate).  
gnssPlaceAuthRecord  conţine informaţii referitoare la poziţia vehi­
culului în momentul detectării trecerii frontierei și statutul său de 
autentificare.  
vehicleOdometerValue  este valoarea odometrului atunci când unitatea 
montată pe vehicul a detectat că vehiculul a trecut frontiera u nei ţări.  
2.203b.  VuBorderCrossingRecordArray  
Generaţia 2, versiunea 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind trecerile 
frontierei efectuate de vehicul (cerinţa 133c din anexa IC).
  
recordType  reprezintă tipul înregistrării (VuBorderCrossingRecord).  
Atribuirea valorii : a se vedea RecordType.  
recordSize  este dimensiunea VuBorderCrossingRecord în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul de înre­
gistrări.  
records  este un set de înregistrări privind trecerea frontierei.  
▼M1 
2.204.  VuGNSSADRecordArray  
Generaţia 2:  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 208  
Informaţii stocate într-o unitate montată pe vehicul privind po ziţia GNSS 
a vehiculului dacă timpul de conducere acumulat ajunge la un mu ltiplu 
de trei ore (cerinţele 108 și 110 din anexa IC).
  
recordType  reprezintă tipul înregistrării (VuGNSSADRecord).  
Atribuirea valorii : A se vedea RecordType.  
recordSize  este dimensiunea VuGNSSADRecord în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul records.  
records  este un set de înregistrări GNSS privind timpul de conducere 
acumulat.  
▼M3 
2.204a.  VuGnssMaximalTimeDifference  
Generaţia 2, versiunea 2:  
Diferenţa maximă dintre ora reală și ora indicată de ceasul Rea l Time 
Clock al VU, bazată pe abaterea maximă de timp specificată la c erinţa 
041 din anexa IC, transmisă de unitatea montată pe vehicul cătr e un 
echipament GNSS extern, a se vedea cerinţa GNS_3g din apendicel e 12.
 
▼B 
2.205.  VuIdentification  
Informaţii, stocate într-o unitate montată pe vehicul, privind identificarea 
unităţii montate pe vehicul (cerinţa 075 din anexa 1B și cerinţ ele 93 și 
121 din anexa 1C).  
Generaţia 1:
  
vuManufacturerName  este numele producătorului unităţii montate pe 
vehicul.  
vuManufacturerAddress  este adresa producătorului unităţii montate pe 
vehicul.  
vuPartNumber  este numărul de componentă al unităţii montate pe 
vehicul.  
vuSerialNumber  este numărul de serie al unităţii montate pe vehicul.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 209  
vuSoftwareIdentification  identifică software-ul implementat în unitatea 
montată pe vehicul.  
vuManufacturingDate  este data de fabricaţie a unităţii montate pe 
vehicul.  
vuApprovalNumber  este numărul de omologare de tip al unităţii 
montate pe vehicul.  
▼M3 
Generaţia 2:
  
În plus faţă de generaţia 1, se utilizează următoarele elemente  de date:  
vuGeneration  identifică generaţia unităţii montate pe vehicul.  
vuAbility  oferă informaţii cu privire la faptul dacă VU este compatibilă  
sau nu cu carduri de tahograf de generaţia 1.  
vuDigitalMapVersion  este versiunea hărţii digitale stocate în unitatea 
montată pe vehicul (prezentă numai în versiunea 2).  
▼B 
2.206.  VuIdentificationRecordArray  
Generaţia 2:  
VuIdentification , plus metadatele utilizate în protocolul de descărcare.
  
recordType  reprezintă tipul înregistrării ( VuIdentification ). Atribuirea 
valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuIdentification  în octeţi.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 210  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări  VuIdentification . 
2.207.  VuITSConsentRecord  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind aprobarea 
unui conducător auto de a utiliza sisteme de transport intelige nte.
 
cardNumberAndGen  identifică cardul, inclusiv generaţia sa. Acesta 
trebuie să fie un card de conducător auto sau un card de atelie r. 
consent  este un indicator care indică dacă conducătorul auto și-a dat 
consimţământul privind utilizarea sistemelor de transport intel igente cu 
acest vehicul/cu această unitate montată pe vehicul.  
Atribuirea valorii:  
TRUE indică consimţământul conducătorului auto de a 
utiliza sisteme de transport inteligente  
FALSE indică refuzul conducătorului auto de a utiliza 
sisteme de transport inteligente  
2.208.  VuITSConsentRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind consimţă­
mântul conducătorilor auto de a utiliza sisteme de transport in teligente 
(cerinţa 200 din anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuITSConsentRecord ). Atri­
buirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuITSConsentRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este setul de înregistrări privind consimţământul ITS.  
▼M3 
2.208a.  VuLoadUnloadRecord  
Generaţia 2, versiunea 2:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 211  
Informaţii, stocate într-o unitate montată pe vehicul, privind o operaţiune 
de încărcare/descărcare înregistrată (cerinţele 133e, 133f și 1 33g din 
anexa IC).
  
timeStamp  este data și ora la care a fost introdusă operaţiunea de 
încărcare/descărcare.  
operationType  este tipul operaţiunii introduse (încărcare, descărcare sau 
încărcare/descărcare simultană).  
cardNumberAndGenDriverSlot  identifică cardul introdus în slotul 
pentru cardul de conducător auto, inclusiv generaţia cardului r espectiv.  
cardNumberAndGenCodriverSlot  identifică cardul introdus în slotul 
pentru cardul de copilot, inclusiv generaţia cardului respectiv . 
gnssPlaceAuthRecord  conţine informaţii referitoare la poziţia vehi­
culului și statutul său de autentificare.  
vehicleOdometerValue  este valoarea odometrului legată de operaţiunea 
de încărcare/descărcare.  
2.208b.  VuLoadUnloadRecordArray  
Generaţia 2, versiunea 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind o operaţiune 
de încărcare/descărcare efectuată de vehicul (cerinţa 133h din anexa IC).
  
recordType  reprezintă tipul înregistrării (VuLoadUnloadRecord).  Atri­
buirea valorii : A se vedea RecordType.  
recordSize  este dimensiunea VuLoadUnloadRecord în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul de înre­
gistrări.  
records  este un set de înregistrări privind operaţiunile de încărcare/  
descărcare.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 212  
2.209.  VuManufacturerAddress  
Adresa producătorului unităţii montate pe vehicul.
  
Atribuirea valorii : neprecizată.  
2.210.  VuManufacturerName  
Numele producătorului unităţii montate pe vehicul.
  
Atribuirea valorii : neprecizată.  
2.211.  VuManufacturingDate  
Data de fabricaţie a unităţii montate pe vehicul.
  
Atribuirea valorii : neprecizată.  
2.212.  VuOverSpeedingControlData  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză care s-au produs de la ultimul 
control privind depășirea limitei de viteză (cerinţa 095 din an exa 1B și 
cerinţa 117 din anexa 1C).
  
lastOverspeedControlTime  reprezintă data și ora la care s-a efectuat 
ultimul control privind depășirea limitei de viteză.  
firstOverspeedSince  reprezintă data și ora primei depășiri a limitei de 
viteză după efectuarea respectivului control al depășirilor lim itei de 
viteză.  
numberOfOverspeedSince  este numărul de evenimente de depășire a 
limitei de viteză de la ultimul control al depășirilor limitei de viteză.  
2.213.  VuOverSpeedingControlDataRecordArray  
Generaţia 2:  
VuOverSpeedingControlData , plus metadatele utilizate în protocolul de 
descărcare.
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 213  
recordType  reprezintă tipul înregistrării ( VuOverSpeedingControlData ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuOverSpeedingControlData  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări de date referitoare la controalele  
privind depășirea limitei de viteză.  
2.214.  VuOverSpeedingEventData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză (cerinţa 094 din anexa 1B).
 
noOfVuOverSpeedingEvents  este numărul de evenimente enumerate în 
setul  vuOverSpeedingEventRecords . 
vuOverSpeedingEventRecords  este un set de înregistrări privind eveni­
mentele de depășire a limitei de viteză.  
2.215.  VuOverSpeedingEventRecord  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză (cerinţa 094 din anexa 1B și 
cerinţa 117 din anexa 1C).
  
eventType  este tipul de eveniment.  
eventRecordPurpose  este motivul pentru care s-a efectuat înregistrarea 
evenimentului respectiv.  
eventBeginTime  este data și ora la care a început evenimentul.  
eventEndTime  este data și ora la care s-a încheiat evenimentul.  
maxSpeedValue  este viteza maximă măsurată în timpul evenimentului.  
averageSpeedValue  este media aritmetică a vitezei măsurate în timpul 
evenimentului.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 214  
cardNumberDriverSlotBegin  identifică cardul introdus în slotul pentru 
cardul de conducător auto la începutul evenimentului.  
similarEventsNumber  este numărul de evenimente similare din ziua 
respectivă.  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză (cerinţa 094 din anexa 1B și 
cerinţa 117 din anexa 1C).
  
În loc de  cardNumberDriverSlotBegin , în structura de date aferentă 
generaţiei 2 se utilizează următorul element de date:  
cardNumberAndGenDriverSlotBegin  identifică cardul, introdus în 
slotul pentru cardul de conducător auto la începutul evenimentu lui, 
inclusiv generaţia cardului respectiv.  
2.216.  VuOverSpeedingEventRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză (cerinţa 117 din anexa 1C).
 
recordType  reprezintă tipul înregistrării ( VuOverSpeedingEventRecord ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuOverSpeedingEventRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind evenimentele de depășire a  
limitei de viteză.  
2.217.  VuPartNumber  
Numărul de componentă al unităţii montate pe vehicul.
  
Atribuirea valorii : specifică producătorului VU.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 215  
2.218.  VuPlaceDailyWorkPeriodData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind locurile în 
care conducătorii auto încep sau încheie o zi de lucru (cerinţa  087 din 
anexa 1B sau cerinţele 108 și 110 din anexa 1C).
  
noOfPlaceRecords  este numărul de înregistrări enumerate în setul  
vuPlaceDailyWorkPeriodRecords . 
vuPlaceDailyWorkPeriodRecords  este un set de înregistrări privind 
locurile.  
2.219.  VuPlaceDailyWorkPeriodRecord  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind un loc în 
care un conducător auto începe sau încheie o zi de lucru (cerin ţa 087 din 
anexa 1B sau cerinţele 108 și 110 din anexa 1C).
  
fullCardNumber  reprezintă tipul de card al conducătorului auto, statul 
membru emitent al cardului și numărul cardului.  
placeRecord  conţine informaţiile privind locul introdus.  
▼M3 
Generaţia 2, versiunea 1:  
▼B 
Informaţii, stocate într-o unitate montată pe vehicul, privind un loc în 
care un conducător auto începe sau încheie o zi de lucru (cerin ţa 087 din 
anexa 1B sau cerinţele 108 și 110 din anexa 1C).
  
În loc de  fullCardNumber , în structura de date aferentă generaţiei 2 se 
utilizează următorul element de date:  
fullCardNumberAndGeneration  reprezintă tipul cardului, statul 
membru emitent al cardului, numărul cardului și generaţia sa, a șa cum 
sunt stocate pe card.  
▼M3 
Generaţia 2, versiunea 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind un loc în 
care un conducător auto începe sau încheie o zi de lucru (cerin ţa 087 din 
anexa 1B sau cerinţele 108 și 110 din anexa 1C).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 216
  
În loc de placeRecord, în structura de date aferentă generaţiei  2  
versiunea 2 se utilizează următorul element de date:  
placeAuthRecord  conţine informaţiile privind locul introdus, poziţia 
înregistrată, statutul de autentificare GNSS și ora de determin are a 
poziţiei.  
▼B 
2.220.  VuPlaceDailyWorkPeriodRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind locurile în 
care conducătorii auto încep sau încheie o zi de lucru (cerinţe le 108 și 
110 din anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuPlaceDailyWorkPerio ­
dRecord ). Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuPlaceDailyWorkPeriodRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind locurile.  
2.221.  VuPrivateKey  
Generaţia 1:  
Cheia privată a unei unităţi montate pe vehicul.
  
2.222.  VuPublicKey  
Generaţia 1:  
Cheia publică a unei unităţi montate pe vehicul.
  
▼M3 
2.222a.  VuRtcTime  
Generaţia 2, versiunea 2:  
Ora ceasului RTC al VU, transmisă de VU către un echipament GNS S 
extern, a se vedea cerinţa GNS_3f din apendicele 12.
  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 217  
2.223.  VuSerialNumber  
Numărul de serie al unităţii montate pe vehicul (cerinţa 075 di n 
anexa 1B și cerinţa 93 din anexa 1C).
  
2.224.  VuSoftInstallationDate  
Data instalării versiunii de software a unităţii montate pe veh icul.
 
Atribuirea valorii : neprecizată.  
2.225.  VuSoftwareIdentification  
Informaţii, stocate într-o unitate montată pe vehicul, privind software-ul 
instalat.
  
vuSoftwareVersion  este numărul versiunii software-ului instalat pe 
unitatea montată pe vehicul.  
vuSoftInstallationDate  este data instalării versiunii de software.  
2.226.  VuSoftwareVersion  
Numărul versiunii de software al unităţii montate pe vehicul.
  
Atribuirea valorii : neprecizată.  
2.227.  VuSpecificConditionData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind condiţiile 
specifice.
  
noOfSpecificConditionRecords  este numărul de înregistrări enumerate 
în setul  specificConditionRecords . 
specificConditionRecords  este un set de înregistrări privind condiţiile 
specifice.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 218  
2.228.  VuSpecificConditionRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind condiţiile 
specifice (cerinţa 130 din anexa 1C).
  
recordType  reprezintă tipul înregistrării ( SpecificConditionRecord ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  SpecificConditionRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind condiţiile specifice.  
2.229.  VuTimeAdjustmentData  
Generaţia 1:  
Informaţii, stocate într-o unitate montată pe vehicul, privind operaţiunile 
de reglare a orei efectuate în afara cadrului unei etalonări no rmale 
(cerinţa 101 din anexa 1B).
  
noOfVuTimeAdjRecords  este numărul de înregistrări din  vuTimeAdjus ­
tmentRecords . 
vuTimeAdjustmentRecords  este un set de înregistrări privind opera­ 
ţiunile de reglare a orei.  
▼M1 
2.230. Rezervat pentru o utilizare viitoare  
2.231. Rezervat pentru o utilizare viitoare  
▼B 
2.232.  VuTimeAdjustmentRecord  
Informaţii, stocate într-o unitate montată pe vehicul, privind o operaţiune 
de reglare a orei efectuată în afara cadrului unei etalonări no rmale 
(cerinţa 101 din anexa 1B și cerinţele 124 și 125 din anexa 1C) . 
Generaţia 1:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 219  
oldTimeValue, newTimeValue  sunt valorile vechi și, respectiv, noi ale 
datei și orei.  
workshopName, workshopAddress  reprezintă denumirea și adresa 
atelierului.  
workshopCardNumber  reprezintă cardul de atelier utilizat pentru a 
efectua operaţiunea de reglare a orei.  
Generaţia 2:
  
În loc de  workshopCardNumber , în structura de date aferentă generaţiei 
2 se utilizează următorul element de date.  
workshopCardNumberAndGeneration  reprezintă cardul de atelier 
utilizat pentru a efectua operaţiunea de reglare a orei, inclus iv 
generaţia acestuia.  
2.233.  VuTimeAdjustmentRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind operaţiunile 
de reglare a orei efectuate în afara cadrului unei etalonări no rmale 
(cerinţele 124 și 125 din anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuTimeAdjustmentRecord ). 
Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuTimeAdjustmentRecord  în octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind operaţiunile de reglare a orei. 
2.234.  WorkshopCardApplicationIdentification  
Informaţii, stocate pe un card de atelier, privind identificare a aplicaţiei 
cardului (cerinţele 307 și 330 din anexa 1C).  
Generaţia 1:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 220  
typeOfTachographCardId  precizează tipul de card implementat.  
cardStructureVersion  precizează versiunea structurii implementate în 
card.  
noOfEventsPerType  reprezintă numărul de evenimente, per tip de 
eveniment, pe care cardul le poate înregistra.  
noOfFaultsPerType  reprezintă numărul de anomalii, per tip de 
anomalie, pe care cardul le poate înregistra.  
activityStructureLength  indică numărul de octeţi disponibili pentru 
stocarea înregistrărilor privind activităţile.  
noOfCardVehicleRecords  este numărul de înregistrări privind vehi­
culele pe care cardul le poate conţine.  
noOfCardPlaceRecords  este numărul de locuri pe care cardul le poate 
înregistra.  
noOfCalibrationRecords  este numărul de înregistrări privind opera­ 
ţiunile de etalonare care pot fi stocate pe card.  
Generaţia 2:  
▼M1
 
În plus faţă de generaţia 1, se utilizează următoarele elemente  de date:  
noOfGNSSADRecords  este numărul de înregistrări GNSS privind 
timpul de conducere acumulat care pot fi stocate pe card.  
noOfSpecificConditionRecords  este numărul de înregistrări privind 
condiţiile specifice care pot fi stocate pe card.  
noOfCardVehicleUnitRecords  este numărul de înregistrări privind 
unităţile montate pe vehicul utilizate care pot fi stocate pe c ard. 
▼M3 
2.234a.  WorkshopCardApplicationIdentificationV2  
Generaţia 2, versiunea 2:  
Informaţii stocate pe un card de atelier privind identificarea aplicaţiei de 
pe card (cerinţa 330a din anexa IC).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 221
  
lengthOfFollowingData  este numărul de octeţi care urmează în înre­
gistrare.  
noOfBorderCrossingRecords  este numărul de înregistrări privind 
trecerea frontierei care pot fi stocate pe cardul de atelier.  
noOfLoadUnloadRecords  este numărul de înregistrări privind 
încărcarea/descărcarea care pot fi stocate pe cardul de atelier . 
noOfLoadTypeEntryRecords  este numărul de înregistrări privind tipul 
de încărcătură care pot fi stocate pe cardul de atelier.  
vuConfigurationLengthRange  este numărul de octeţi de pe un card de 
tahograf, disponibil pentru stocarea configuraţiilor VU.  
2.234b.  WorkshopCardCalibrationAddData  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de atelier, privind datele supli mentare (și 
anume, tipul de încărcătură implicit) introduse în timpul unei etalonări 
(cerinţa 356l din anexa IC).
  
calibrationPointerNewestRecord  este indicele ultimei înregistrări actua­
lizate de date suplimentare de etalonare.  
Atribuirea valorii  este numărul care corespunde numărătorului înregis­
trării privind datele suplimentare de etalonare, începând cu va loarea '0' 
pentru prima ocurenţă a înregistrării privind datele suplimenta re de 
etalonare din structură.  
workshopCardCalibrationAddDataRecords  este setul de înregistrări 
care conţin vechea valoare a datei și orei, valoarea de identif icare a 
vehiculului și tipul de încărcătură implicit al vehiculului.  
2.234c.  WorkshopCardCalibrationAddDataRecord  
Generaţia 2, versiunea 2:  
Informaţii, stocate pe un card de atelier, privind tipul de înc ărcătură 
implicit introduse în timpul unei etalonări (cerinţa 356k din a nexa IC).  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 222
  
oldTimeValue  este vechea valoare a datei și orei care figurează în 
WorkshopCardCalibrationRecord corespunzător;  
vehicleIdentificationNumber  este numărul de identificare al vehi­
culului, care figurează, de asemenea, în WorkshopCardCalibratio n­
Record;  
byDefaultLoadType  este tipul de încărcătură implicit al vehiculului 
(prezent numai în versiunea 2).  
calibrationCountry  este ţara în care s-a efectuat etalonarea;  
calibrationCountryTimestamp  este data și ora la care receptorul GNSS 
a furnizat poziţia utilizată pentru a determina ţara respectivă . 
▼B 
2.235.  WorkshopCardCalibrationData  
Informaţii, stocate pe un card de atelier, privind activităţile  atelierului 
efectuate cu cardul (cerinţele 314, 316, 337 și 339 din anexa 1 C).
 
calibrationTotalNumber  este numărul total de operaţiuni de etalonare 
efectuate cu cardul.  
calibrationPointerNewestRecord este indicele ultimei înregistrări actua­
lizate privind etalonarea.  
Atribuirea valorii : număr corespunzând numărătorului înregistrării 
privind etalonarea, începând cu „0” pentru prima ocurenţă a înr egis­
trărilor privind etalonarea în structură.  
calibrationRecords  este setul de înregistrări care conţin informaţii 
privind etalonarea și/sau operaţiunile de reglare a orei.  
2.236.  WorkshopCardCalibrationRecord  
Informaţii, stocate pe un card de atelier, privind activităţile  de etalonare 
efectuate cu cardul (cerinţele 314 și 337 din anexa 1C).  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 223  
Generaţia 1:
  
calibrationPurpose  este scopul etalonării.  
vehicleIdentificationNumber  este VIN.  
vehicleRegistration  conţine VRN și statul membru de înmatriculare.  
wVehicleCharacteristicConstant  este coeficientul caracteristic al 
vehiculului.  
kConstantOfRecordingEquipment  este constanta aparaturii de înre­
gistrare.  
lTyreCircumference  este circumferinţa efectivă a pneurilor roţilor.  
tyreSize  reprezintă desemnarea dimensiunilor pneurilor montate pe 
vehicul.  
authorisedSpeed  este viteza maximă autorizată a vehiculului.  
oldOdometerValue, newOdometerValue  reprezintă vechea și, 
respectiv, noua valoare indicate de odometru.  
oldTimeValue, newTimeValue  sunt valorile vechi și, respectiv, noi ale 
datei și orei.  
nextCalibrationDate  este data următoarei etalonări de tipul specificat în  
CalibrationPurpose  care va fi efectuată de autoritatea de inspecţie 
competentă.  
vuPartNumber , vuSerialNumber  ș i sensorSerialNumber  sunt 
elementele de date pentru identificarea aparaturii de înregistr are. ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 224  
Generaţia 2:
  
În plus faţă de generaţia 1, se utilizează următoarele elemente  de date:  
sensorGNSSSerialNumber  care identifică un echipament GNSS extern.  
rcmSerialNumber  care identifică un modul de comunicare la distanţă.  
sealDataCard  oferă informaţii cu privire la sigiliile care sunt atașate la 
diferite componente ale vehiculului.  
2.237.  WorkshopCardHolderIdentification  
Informaţii, stocate pe un card de atelier, privind identificare a titularului 
cardului (cerinţele 311 și 334 din anexa 1C).
  
workshopName  este numele atelierului de care aparţine titularul 
cardului.  
workshopAddress  este adresa atelierului de care aparţine titularul 
cardului.  
cardHolderName  este numele și prenumele titularului (de exemplu, 
numele mecanicului).  
cardHolderPreferredLanguage  este limba preferată de titularul 
cardului.  
2.238.  WorkshopCardPIN  
Numărul de identificare personal al cardului de atelier (cerinţ ele 309 și 
332 din anexa 1C).
  
Atribuirea valorii : PIN-ul cunoscut de titularul cardului, completat la 
dreapta cu o serie de octeţi „FF” care poate conţine până la 8 octeţi.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 225  
2.239.  W-VehicleCharacteristicConstant  
Coeficientul caracteristic al vehiculului [definiţia k)].
  
Atribuirea valorii : impulsuri pe kilometru în intervalul operaţional de la 
0 la 64 255 impulsuri/km.  
2.240.  VuPowerSupplyInterruptionRecord  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de întrerupere a alimentării cu energie electrică (ceri nţa 117 
din anexa 1C).
  
eventType  este tipul de eveniment.  
eventRecordPurpose  este motivul pentru care s-a efectuat înregistrarea 
evenimentului respectiv.  
eventBeginTime  este data și ora la care a început evenimentul.  
eventEndTime  este data și ora la care s-a încheiat evenimentul.  
cardNumberAndGenDriverSlotBegin  identifică cardul introdus în 
slotul pentru cardul de conducător auto la începutul evenimentu lui, 
inclusiv generaţia cardului respectiv.  
cardNumberAndGenDriverSlotEnd  identifică cardul introdus în slotul 
pentru cardul de conducător auto la sfârșitul evenimentului, in clusiv 
generaţia cardului respectiv.  
cardNumberAndGenCodriverSlotBegin  identifică cardul introdus în 
slotul pentru cardul de copilot la începutul evenimentului, inc lusiv 
generaţia cardului respectiv.  
cardNumberAndGenCodriverSlotEnd  identifică cardul introdus în 
slotul pentru cardul de copilot la sfârșitul evenimentului, inc lusiv 
generaţia cardului respectiv.  
similarEventsNumber  este numărul de evenimente similare din ziua 
respectivă.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 226  
2.241.  VuPowerSupplyInterruptionRecordArray  
Generaţia 2:  
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de întrerupere a alimentării cu energie electrică (ceri nţa 117 
din anexa 1C).
  
recordType  reprezintă tipul înregistrării ( VuPowerSupplyInterruption ­
Record ). Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  VuPowerSupplyInterruptionRecord  în 
octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind evenimentele de întreruper e a 
alimentării cu energie electrică.  
2.242.  VuSensorExternalGNSSCoupledRecordArray  
Generaţia 2:  
Un set de  SensorExternalGNSSCoupledRecord , plus metadatele utilizate 
în protocolul de descărcare.
  
recordType  reprezintă tipul înregistrării ( SensorExternalGNSSCouple ­
dRecord ). Atribuirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  SensorExternalGNSSCoupledRecord  în 
octeţi.  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări  Sensor External GNSS Coupled . 
2.243.  VuSensorPairedRecordArray  
Generaţia 2:  
Un set de  SensorPairedRecord , plus metadatele utilizate în protocolul de 
descărcare.
  
recordType  reprezintă tipul înregistrării ( SensorPairedRecord ). Atri­
buirea valorii : A se vedea  RecordType  
recordSize  este dimensiunea  SensorPairedRecord  în octeţi.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 227  
noOfRecords  este numărul de înregistrări cuprinse în setul  records . 
records  este un set de înregistrări privind senzorul asociat.  
3. DEFINIREA INTERVALELOR DE VALORI ȘI DE DIMENSIUNI  
Definiţia valorilor variabilelor utilizate în definiţiile de la  punctul 2.
  
4. SETURI DE CARACTERE  
IA5Strings  utilizează caracterele ASCII definite în standardul ISO/IEC 
8824-1. În scopul lizibilităţii și pentru a facilita trimiteril e, atribuirea 
valorilor este indicată în continuare. În caz de discrepanţe, a plicarea 
ISO/IEC 8824-1 are prioritate faţă de prezenta notă informativă .
 
În alte șiruri de caractere ( Address, Name, VehicleRegistrationNumber ) 
se utilizează, în plus, caracterele din intervalul zecimal de c aractere 161 
– 255 din următoarele seturi standard de caractere de 8 biţi, s pecificate 
prin numărul  Code Page : 
Set caractere standard  Code Page 
(Zecimal)  
ISO/IEC 8859-1 Latin-1 Western European  1  
ISO/IEC 8859-2 Latin-2 Central European  2  
ISO/IEC 8859-3 Latin-3 South European  3  
ISO/IEC 8859-5 Latin / Cyrillic  5  
ISO/IEC 8859-7 Latin / Greek  7  
ISO/IEC 8859-9 Latin-5 Turkish  9  
ISO/IEC 8859-13 Latin-7 Baltic Rim  1 3  
ISO/IEC 8859-15 Latin-9  1 5  
ISO/IEC 8859-16 Latin-10 South Eastern European  1 6  
KOI8-R Latin / Cyrillic  8 0  
KOI8-U Latin / Cyrillic  8 5  
5. CODAREA  
Atunci când sunt codate conform normelor de codare ASN.1, toate  
tipurile de date definite se codează conform standardului ISO/I EC 
8825-2, varianta aliniată.  
6. IDENTIFICATORII DE OBIECT ȘI IDENTIFICATORII DE 
APLICAŢIE  
6.1. Identificatorii de obiect  
Identificatorii de obiect (OID) enumeraţi în prezentul capitol sunt 
relevanţi numai pentru generaţia 2. Acești OID sunt specificaţi  în 
TR-03110-3 și reluaţi aici din motive de exhaustivitate. Acești  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 228  
OID sunt cuprinși în subarborele bsi-de:
  
Identificatori ai protocolului de autentificare a VU
  
Exemplu:  Să presupunem că autentificarea VU trebuie să se realizeze cu SHA- 
384; atunci identificatorul de obiect care trebuie utilizat est e (în notaţie ASN.1)
  
. Valoarea 
respectivului identificator de obiect în notaţia cu puncte 
este
 .  
Notaţia cu puncte  Notaţia cu octeţi
  
„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”  
Identificatori ai protocolului de autentificare a cipului
  
Exemplu:  Să presupunem că autentificarea cipului trebuie efectuată prin  
utilizarea algoritmului ECDH, ducând la o lungime a cheii de se siune 
AES de 128 de biţi. Această cheie de sesiune va fi folosită apo i în 
modul de operare CBC pentru a asigura confidenţialitatea datelo r și cu 
algoritmul CMAC pentru a asigura autenticitatea datelor. Prin u rmare, 
identificatorul de obiect care trebuie utilizat este (în notaţi a ASN.1)
  
. Valoarea 
respectivului identificator de obiect în notaţia cu puncte 
este
 .  
Notaţia cu puncte  Notaţia cu octeţi
  
„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”  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 229  
6.2. Identificatorii de aplica ţie 
Generaţia 2:  
Identificatorul de aplicaţie (AID) pentru echipamentul GNSS ext ern 
(generaţia 2) este dat de „FF 44 54 45 47 4D”. Acesta este un A ID 
exclusiv în conformitate cu ISO/IEC 7816-4.  
Notă: ultimii 5 octeţi codează DTEGM pentru echipamentul GNSS 
extern pentru tahografe inteligente.  
Identificatorul de aplicaţie pentru aplicaţia cardului de tahog raf de 
generaţia 2 este dat de „FF 53 4D 52 44 54”. Acesta este un AID  
exclusiv în conformitate cu ISO/IEC 7816-4.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 230  
Apendicele 2  
SPECIFICA ŢIE PRIVIND CARDURILE DE TAHOGRAF  
CUPRINS  
1. INTRODUCERE  
1.1. Abrevieri  
1.2. Referinţe  
2. CARACTERISTICI ELECTRICE ȘI FIZICE  
2.1. Tensiunea de alimentare și consumul de curent  
2.2. Tensiunea de programare V  pp 
2.3. Generare și frecvenţă ceas  
2.4. Contact I/O (intrare/ieșire)  
2.5. Stări ale cardului  
3. HARDWARE ȘI COMUNICAŢII  
3.1. Introducere  
3.2. Protocolul de transmisie  
3.2.1 Protocoale  
3.2.2 ATR  
3.2.3 PTS  
3.3. Norme de acces  
3.4. Prezentare generală a comenzilor și a codurilor de eroare  
3.5. Descrierea comenzilor  
3.5.1 SELECT  
3.5.2 READ BINARY  
3.5.3 UPDATE BINARY  
3.5.4 GET CHALLENGE  
3.5.5 VERIFY  
3.5.6 GET RESPONSE  
3.5.7 PSO: VERIFY CERTIFICATE  
3.5.8 INTERNAL AUTHENTICATE  
3.5.9 EXTERNAL AUTHENTICATE  
3.5.10 GENERAL AUTHENTICATE  
3.5.11 MANAGE SECURITY ENVIRONMENT  
3.5.12 PSO: HASH  
3.5.13 PERFORM HASH OF FILE  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 231  
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE  
3.5.15 PSO: VERIFY DIGITAL SIGNATURE  
3.5.16 PROCESS DSRC MESSAGE  
4. STRUCTURA CARDURILOR DE TAHOGRAF  
4.1. Fișier  master  M F 
4.2. Aplicaţii de card de conducător auto  
4.2.1 Aplicaţia de card de conducător auto de generaţia 1  
4.2.2 Aplicaţia de card de conducător auto de generaţia 2  
4.3. Aplicaţii de card de atelier  
4.3.1 Aplicaţia de card de atelier de generaţia 1  
4.3.2 Aplicaţia de card de atelier de generaţia 2  
4.4. Aplicaţii de card de control  
4.4.1 Aplicaţia de card de control de generaţia 1  
4.4.2 Aplicaţia de card de control de generaţia 2  
4.5. Aplicaţii de card de societate  
4.5.1 Aplicaţia de card de societate de generaţia 1  
4.5.2 Aplicaţia de card de societate de generaţia 2  
1. INTRODUCERE  
1.1. Abrevieri  
În sensul prezentului apendice, se aplică următoarele abrevieri : 
AC Condiţii de acces  
AES Standard de criptare avansată  
AID Identificator de aplicaţie  
ALW Întotdeauna  
APDU Unitate de date pentru protocolul de aplicaţie (structura 
unei comenzi)  
ATR Răspuns la resetare  
AUT Autentificat.  
C6, C7 Contactele nr. 6 și 7 de pe card, conform descrierii din  
ISO/IEC 7816-2  
cc cicluri ceas  
▼M1 
CHA Autorizaţia deţinătorului certificatului  
▼B 
CHV Informaţii de verificare a titularului cardului  
CLA Octet de clasă al unei comenzi APDU  
▼M1 
DO Obiect de date  
▼B 
DSRC Comunicaţii specializate cu rază scurtă de acţiune  
DF Fișier dedicat. Un DF poate conţine alte fișiere (EF sau 
DF) 
ECC Criptografie bazată pe curbe eliptice  
EF Fișier elementar  
etu unitate elementară de timp  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 232  
G1 Generaţia 1  
G2 Generaţia 2  
IC Circuit integrat  
ICC Card cu circuite integrate  
ID Identificator  
IFD Dispozitiv de interfaţă  
IFS Dimensiunea câmpului de informaţii  
IFSC Dimensiunea câmpului de informaţii pentru card  
IFSD Dimensiunea câmpului de informaţii pentru dispozitiv 
(pentru terminal)  
INS Octet de instrucţiuni al unei comenzi APDU  
Lc Lungimea datelor de intrare pentru o comandă APDU  
Le Lungimea datelor așteptate (date de ieșire pentru o 
comandă)  
MF Fișier  master  (DF rădăcină)  
NAD Adresă nod utilizată în protocolul T=1  
NEV Niciodată  
P1-P2 Octeţi de parametru  
PIN Număr de identificare personal  
PRO SM Protejat cu mesagerie securizată  
PTS Selectarea protocolului de transmisie  
RFU Rezervat pentru o utilizare viitoare  
RST Resetare (a cardului)  
SFID Identificator de EF scurt  
SM Mesagerie securizată  
SW1-SW2 Octeţi de stare  
TS Caracter iniţial ATR  
VPP Tensiune de programare  
VU Unitate montată pe vehicul  
XXh Valoare XX în notaţie hexadecimală  
„XXh” Valoare XX în notaţie hexadecimală  
|| Simbol de concatenare 03||04=0304  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 233  
1.2. Referin ţe 
În prezentul apendice se utilizează următoarele referinţe:  
ISO/IEC 7816-2  Identification cards  – Integrated circuit cards  – 
Part 2: Dimensions and location of the contacts . 
ISO/IEC 7816-2:2007.  
ISO/IEC 7816-3  Identification cards  – Integrated circuit cards  – 
Part 3: Electrical interface and transmission 
protocols . ISO/IEC 7816-3:2006.  
ISO/IEC 7816-4  Identification cards  – Integrated circuit cards  – 
Part 4: Organization, security and commands for 
interchange . ISO/IEC 7816-4:2013 + Cor 1: 2014.  
ISO/IEC 7816-6  Identification cards  – Integrated circuit cards  – 
Part 6: Interindustry data elements for 
interchange.  ISO/IEC 7816-6:2004 + Cor 1: 2006.  
ISO/IEC 7816-8  Identification cards  – Integrated circuit cards  – 
Part 8: Commands for security operations.  
ISO/IEC 7816-8:2004.  
ISO/IEC 9797-2  Information technology  – Security techniques  – 
Message Authentication Codes (MACs)  – Part 2: 
Mechanisms using a dedicated hash-function.  
ISO/IEC 9797-2:2011  
2. CARACTERISTICI ELECTRICE ȘI FIZICE  
TCS_01 Toate semnalele electronice trebuie să fie conforme cu 
ISO/IEC 7816-3, cu excepţia cazului în care se specifică 
altfel.  
TCS_02 Localizarea și dimensiunile contactelor cardului trebuie  s ă  
fie conforme cu ISO/IEC 7816-2.  
2.1. Tensiunea de alimentare și consumul de curent  
TCS_03 Cardul trebuie să funcţioneze conform specificaţiilor în  
limitele de consum prevăzute în ISO/IEC 7816-3.  
TCS_04 Cardul trebuie să funcţioneze cu Vcc = 3V (± 0,3V) sau c u 
Vcc = 5V (± 0,5V).  
Selectarea tensiunii trebuie să se facă în conformitate cu 
ISO/IEC 7816-3.  
2.2. Tensiunea de programare V  pp 
TCS_05 Cardul trebuie să nu necesite o tensiune de programare l a 
contactul C6. Se prevede ca acest contact C6 să nu fie 
conectat într-un IFD. Contactul C6 poate fi conectat la 
V cc în card, dar trebuie să nu fie conectat la masă. 
Această tensiune nu ar trebui interpretată în niciun caz.  
2.3. Generare și frecven ţă ceas  
TCS_06 Cardul trebuie să funcţioneze într-un interval de frecve nţă 
de la 1 la 5 MHz și poate suporta frecvenţe mai mari. Într-o 
sesiune de lucru cu cardul, frecvenţa ceasului poate varia cu 
±2 %. Frecvenţa ceasului este generată de unitatea montată 
pe vehicul și nu de cardul în sine. Factorul de utilizare 
poate varia între 40 și 60 %.  
TCS_07 Ceasul extern poate fi oprit în condiţiile cuprinse în f ișierul 
de card EF ICC. Primul octet din corpul fișierului EF ICC 
codează condiţiile pentru modul „Clockstop”:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 234  
Scăzut  Ridicat  
Bit 3  Bit 2  Bit 1  
0 0  1  Clockstop  permis, fără nivel preferat  
0 1  1  Clockstop  permis, nivel ridicat preferat  
1 0  1  Clockstop  permis, nivel scăzut preferat  
0 0  0  Clockstop  nepermis  
0 1  0  Clockstop  permis doar la nivel ridicat  
1 0  0  Clockstop  permis doar la nivel scăzut  
Biţii 4-8 nu sunt utilizaţi.  
2.4. Contact I/O (intrare/ie șire) 
TCS_08 Contactul I/O C7 este utilizat pentru recepţionarea date lor 
de la IFD și pentru transmiterea datelor către IFD. În cursul 
funcţionării, doar cardul sau doar IFD trebuie să fie în mod 
de transmisie. Dacă ambele unităţi sunt în mod de 
transmisie, cardul trebuie să nu sufere nicio deteriorare. 
Cu excepţia cazului în care transmite, cardul trebuie să 
intre automat în mod de recepţie.  
2.5. St ări ale cardului  
TCS_09 Cardul prezintă două stări atunci când se află sub tensi unea 
de alimentare:  
▼M3 
Starea de funcţionare, atunci când execută comenzi sau 
interfaţează cu unitatea montată pe vehicul,  
▼B 
Starea de repaus, în toate celelalte momente; în această 
stare, toate datele sunt reţinute de card.  
3. HARDWARE ȘI COMUNICAŢII  
3.1. Introducere  
Prezentul punct descrie funcţionalitatea minimă necesară pentru  
cardurile de tahograf și VU în vederea asigurării unei funcţion ări 
corecte și a interoperabilităţii.  
Cardurile de tahograf sunt conforme, în cea mai mare măsură pos ibilă, 
cu standardele disponibile ISO/IEC aplicabile (în special ISO/I EC 
7816). Cu toate acestea, comenzile și protocoalele sunt descris e 
integral pentru a specifica anumite utilizări limitate sau anum ite 
diferenţe, dacă acestea există. Comenzile specificate sunt conf orme 
pe deplin cu normele la care se face trimitere, cu excepţia caz urilor 
indicate.  
3.2. Protocolul de transmisie  
TCS_10 Protocolul de transmisie trebuie să fie conform cu ISO/I EC 
7816-3 pentru T=0 și T=1. În special, VU trebuie să recu­
noască prelungirile duratei de așteptare transmise de card.  
3.2.1  Protocoale  
TCS_11 Cardul trebuie să ofere atât protocolul  T=0 , cât și 
protocolul  T=1 . În plus, cardul poate fi compatibil și cu 
alte protocoale orientate pe contact.  
TCS_12  T=0  este protocolul implicit, prin urmare este necesară o 
comandă  PTS  pentru schimbarea protocolului în  T=1 . ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 235  
TCS_13 Dispozitivele trebuie să fie compatibile cu  conven ţia 
directă în ambele protocoale: prin urmare, convenţia 
directă este obligatorie pentru card.  
TCS_14 ATR trebuie să conţină, în caracterul TA3, octetul privi nd 
dimensiunea câmpului de informa ţii pentru card . 
Această valoare trebuie să fie de cel puţin „F0h” (= 240 
de octeţi).  
Protocoalele sunt supuse următoarelor restricţii:  
TCS_15  T=0  
— dispozitivul de interfaţă trebuie să fie compatibil cu un 
răspuns la intrare/ieșire după partea ascendentă a 
semnalului în RST plecând de la 400 cc;  
— dispozitivul de interfaţă trebuie să poată citi caractere 
separate de 12 etu;  
— dispozitivul de interfaţă trebuie să citească un caracter 
eronat și repetiţia acestuia dacă sunt separate de 13 etu. 
Dacă este detectat un caracter eronat, semnalul de 
eroare la intrare/ieșire poate apărea între 1 etu și 2 
etu. Dispozitivul trebuie să fie compatibil cu o 
întârziere de 1 etu;  
— dispozitivul de interfaţă trebuie să accepte un ATR de 
33 de octeţi (TS+32);  
— dacă ATR conţine TC1, trebuie să fie prezent „Extra 
Guard Time” (timpul suplimentar de gardă) pentru 
caracterele transmise de către dispozitivul de interfaţă, 
deși caracterele transmise de card pot fi totuși separate 
de 12 etu. Acest lucru este valabil și pentru caracterul 
ACK transmis de card după un caracter P3 emis de 
dispozitivul de interfaţă;  
— dispozitivul de interfaţă trebuie să ţină cont de un 
caracter NUL emis de card;  
— dispozitivul de interfaţă trebuie să accepte modul 
complementar pentru ACK;  
— comanda „get-response” (obţine un răspuns) nu poate fi 
utilizată în modul de înlănţuire pentru a obţine date a 
căror lungime ar putea depăși 255 de octeţi.  
TCS_16  T=1  
— octet NAD: neutilizat (NAD se setează la „00”);  
— S-block ABORT : neutilizat;  
— S-block VPP state error : neutilizat;  
▼M3 __________  
▼B 
— dimensiunea câmpului de informaţii pentru dispozitiv 
(Information Field Size Device  – IFSD) trebuie 
indicată de IFD imediat după ATR: IFD transmite soli­
citarea  S-Block IFS  după ATR, iar cardul răspunde 
transmiţând  S-Block IFS . Valoarea recomandată pentru 
IFSD este de 254 de octeţi;  
— cardul nu va solicita o reajustare a IFS.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 236  
3.2.2  ATR  
TCS_17 Dispozitivul verifică octeţii ATR, în conformitate cu 
ISO/IEC 7816-3. Nu se face nicio verificare cu privire la 
caracterele istorice ale ATR.  
Exemplu de biprotocol de bază ATR conform ISO/IEC 
7816-3  
Caracter  Valoare  Observaţii  
TS „3Bh”  Indică convenţie directă.  
T0 „85h”  TD1 prezent; 5 octeţi istorici sunt prezenţi.  
TD1 „80h”  TD2 prezent; trebuie folosit T=0  
TD2 „11h”  TA3 prezent; trebuie folosit T=1  
TA3 „XXh” (cel puţin 
„F0h”)  Dimensiunea câmpului de informaţii pentru 
card (IFSC)  
TH1-TH5  „XXh”  Caractere istorice  
TCK  „XXh”  Verificare caracter (SAU exclusiv)  
TCS_18 După „Answer To Reset” (ATR), fișierul  master  (MF) este 
selectat implicit și devine directorul curent.  
3.2.3  PTS  
TCS_19 Protocolul implicit este T=0. Pentru a seta protocolul T =1, 
dispozitivul trebuie să transmită cardului o comandă PTS 
(cunoscută și ca PPS).  
TCS_20 Întrucât protocoalele T=0 și T=1 sunt ambele obligatorii  
pentru card, PTS de bază pentru schimbarea protocolului 
este obligatorie pentru card.  
PTS poate fi utilizată, conform indicaţiilor din ISO/IEC 
7816-3, pentru a trece la rate de modulaţie mai mari 
decât cea implicită propusă de card în ATR, dacă există 
o astfel de rată implicită [octetul TA(1)].  
Ratele de modulaţie mai mari sunt opţionale pentru card.  
TCS_21 În cazul în care cardul nu este compatibil cu alte rate de 
modulaţie decât rata implicită (sau dacă nu este compatibil 
cu rata de modulaţie selectată), cardul trebuie să răspundă 
la PTS în mod corect, în conformitate cu ISO/IEC 7816-3, 
omiţând octetul PPS1.  
Următoarele sunt exemple de PTS de bază pentru selectarea 
protocolului:  
Caracter  Valoare  Observaţii  
PPSS  „FFh”  Caracterul de iniţializare („The Initiate Character”).  
PPS0  „00h” sau „01h”  PPS1-PPS3 nu sunt prezente; „00h” pentru a selecta T0, 
„01h” pentru a selecta T1.  
PK „XXh”  Verificare caracter („Check character”): „XXh” = „FFh” 
dacă PPS0 = 
„00h”, 
„XXh” = „FEh” 
dacă PPS0 = 
„01h”.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 237  
3.3. Norme de acces  
TCS_22 O normă de acces specifică pentru un mod de acces, și 
anume o comandă, condiţiile de securitate corespunzătoare. 
Dacă aceste condiţii de securitate sunt îndeplinite, comanda 
corespunzătoare este prelucrată.  
TCS_23 Următoarele condiţii de securitate sunt utilizate pentru  
cardul de tahograf:  
Abreviere  Sens  
ALW  Acţiunea este posibilă întotdeauna și poate fi executată fără nicio restricţie. 
APDU de comandă și de răspuns sunt transmise ca text în clar, a dică fără 
mesagerie securizată.  
NEV  Acţiunea nu este posibilă niciodată.  
PLAIN-C  APDU de comandă este transmisă ca text în clar, adică fără mes agerie secu­
rizată.  
PWD  Acţiunea poate fi executată numai dacă PIN-ul cardului de atel ier a fost 
verificat cu succes, și anume dacă este stabilită starea de sec uritate internă 
„PIN_Verified” a cardului. Comanda trebuie transmisă fără mesag erie secu­
rizată.  
EXT-AUT-G1  Acţiunea poate fi executată numai în cazul în care comanda „Ex ternal Authen­
ticate” (autentificare externă) pentru autentificarea de genera ţia 1 (a se vedea, 
de asemenea, apendicele 11 partea A) a fost executată cu succes . 
SM-MAC-G1  APDU (comandă și răspuns) trebuie să fie aplicată cu mesagerie  securizată de 
generaţia 1 în mod doar de autentificare (a se vedea apendicele  11 partea A).  
SM-C-MAC-G1  APDU de comandă trebuie să fie aplicată cu mesagerie securizat ă de generaţia 
1 în mod doar de autentificare (a se vedea apendicele 11 partea  A). 
SM-R-ENC-G1  APDU de răspuns trebuie să fie aplicată cu mesagerie securizat ă de generaţia 
1 în mod de criptare (a se vedea apendicele 11 partea A), și an ume nu se 
returnează niciun cod de autentificare a mesajului.  
SM-R-ENC- 
MAC-G1  APDU de răspuns trebuie să fie aplicată cu mesagerie securizată  de generaţia 
1 în mod de criptare apoi autentificare (a se vedea apendicele 11 partea A).  
SM-MAC-G2  APDU (comandă și răspuns) trebuie să fie aplicată cu mesagerie  securizată de 
generaţia 2 în mod doar de autentificare (a se vedea apendicele  11 partea B).  
SM-C-MAC-G2  APDU de comandă trebuie să fie aplicată cu mesagerie securizat ă de generaţia 
2 în mod doar de autentificare (a se vedea apendicele 11 partea  B). 
SM-R-ENC- 
MAC-G2  APDU de răspuns trebuie să fie aplicată cu mesagerie securizată  de generaţia 
2 în mod de criptare apoi autentificare (a se vedea apendicele 11 partea B).  
▼M1 
TCS_24 Aceste condiţii de securitate pot fi conectate în următo arele 
moduri:  
ȘI: Trebuie îndeplinite toate condiţiile de securitate  
SAU : Trebuie îndeplinită cel puţin o condiţie de securitate  
Normele de acces pentru sistemul de fișiere, și anume 
comanda SELECT, READ BINARY și UPDATE 
BINARY, sunt specificate în capitolul 4. Normele de 
acces pentru restul comenzilor sunt specificate în tabelele 
de mai jos. Termenul „nu se aplică” este utilizat în cazul în 
care nu există nicio cerinţă compatibilă cu comanda. În 
acest caz, comanda poate sau nu să fie compatibilă, dar 
condiţia de acces este în afara sferei de aplicare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 238  
TCS_25 În aplicaţia DF Tachograph G1 se utilizează următoarele 
norme de acces:  
▼M1 
Comandă  Card de 
conducător auto  Card de atelier  Card de control  Card de 
societate  
External Authenticate  
— Pentru autentificarea de 
generaţia 1  ALW  ALW  ALW  ALW  
— Pentru autentificarea de 
generaţia 2  ALW  PWD  ALW  ALW  
Internal Authenticate  ALW  PWD  ALW  ALW  
General Authenticate  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 DSRC Message  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
PSO: Compute Digital Signature  ALW SAU 
SM-MAC- 
G2 ALW SAU 
SM-MAC- 
G2 Nu se aplică  Nu se aplică  
PSO: Hash  Nu se aplică  Nu se aplică  ALW  Nu se aplică  
PERFORM HASH of FILE  ALW SAU 
SM-MAC- 
G2 ALW SAU 
SM-MAC- 
G2 Nu se aplică  Nu se aplică  
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nu se aplică  Nu se aplică  ALW  Nu se aplică  
Verify  Nu se aplică  ALW  Nu se aplică  Nu se aplică  
▼B 
TCS_26 În aplicaţia DF Tachograph_G2 se utilizează următoarele 
norme de acces:  
▼M1 
Comandă  Card de 
conducător auto  Card de atelier  Card de control  Card de 
societate  
External Authenticate  
— Pentru autentificarea de 
generaţia 1  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
— Pentru autentificarea de 
generaţia 2  ALW  PWD  ALW  ALW  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 239  
Comandă  Card de 
conducător auto  Card de atelier  Card de control  Card de 
societate  
Internal Authenticate  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
General Authenticate  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 DSRC Message  Nu se aplică  ALW  ALW  Nu se aplică  
PSO: Compute Digital Signature  ALW SAU 
SM-MAC- 
G2 ALW SAU 
SM-MAC- 
G2 Nu se aplică  Nu se aplică  
PSO: Hash  Nu se aplică  Nu se aplică  ALW  Nu se aplică  
PERFORM HASH of FILE  ALW SAU 
SM-MAC- 
G2 ALW SAU 
SM-MAC- 
G2 Nu se aplică  Nu se aplică  
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nu se aplică  Nu se aplică  ALW  Nu se aplică  
Verify  Nu se aplică  ALW  Nu se aplică  Nu se aplică  
▼B 
TCS_27 În MF se utilizează următoarele norme de acces:  
▼M1 
Comandă  Card de 
conducător auto  Card de atelier  Card de control  Card de 
societate  
External Authenticate  
— Pentru autentificarea de 
generaţia 1  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
— Pentru autentificarea de 
generaţia 2  ALW  PWD  ALW  ALW  
Internal Authenticate  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
General Authenticate  ALW  ALW  ALW  ALW  
Get Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 240  
Comandă  Card de 
conducător auto  Card de atelier  Card de control  Card de 
societate  
Process DSRC Message  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
PSO: Compute Digital Signature  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
PSO: Hash  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
PERFORM HASH of FILE  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nu se aplică  Nu se aplică  Nu se aplică  Nu se aplică  
Verify  Nu se aplică  ALW  Nu se aplică  Nu se aplică  
▼B 
TCS_28 Un card de tahograf poate sau nu să accepte o comandă cu  
un nivel de securitate mai ridicat decât cel specificat în 
condiţiile de securitate. Cu alte cuvinte, în cazul în care 
condiţia de securitate este ALW (sau PLAIN-C) cardul 
poate accepta o comandă cu mesagerie securizată (mod 
de criptare și/sau de autentificare). În cazul în care 
condiţia de securitate impune utilizarea de mesagerie secu­
rizată cu mod de autentificare, cardul de tahograf poate 
accepta o comandă cu mesagerie securizată din aceeași 
generaţie în mod de autentificare și de criptare.  
Notă: descrierile comenzilor oferă mai multe informaţii cu 
privire la compatibilitatea comenzilor cu diferitele tipuri de 
card de tahograf și cu diferitele DF.  
3.4. Prezentare general ă a comenzilor și a codurilor de eroare  
Comenzile și organizarea fișierelor sunt derivate din ISO/IEC 7 816-4 
și sunt conforme cu acest standard.  
Prezenta secţiune descrie perechile de comandă-răspuns APDU 
menţionate în cele ce urmează. Variantele de comandă care sunt 
compatibile cu o aplicaţie de generaţia 1 și 2 sunt specificate  în 
descrierile corespunzătoare ale comenzilor.  
Comandă  INS  
SELECT  „A4h”  
READ BINARY  „B0h”, „B1h”  
UPDATE BINARY  „D6h”, „D7h”  
GET CHALLENGE  „84h”  
VERIFY  „20h”  
GET RESPONSE  „C0h”  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 241  
Comandă  INS  
PERFORM SECURITY OPERATION  „2Ah”  
— VERIFY CERTIFICATE  
— COMPUTE DIGITAL SIGNAT- 
URE  
— VERIFY DIGITAL SIGNAT- 
URE  
— HASH  
— PERFORM HASH OF FILE  
— PROCESS DSRC MESSAGE  
INTERNAL AUTHENTICATE  „88h”  
EXTERNAL AUTHENTICATE  „82h”  
MANAGE SECURITY ENVI­
RONMENT  „22h”  
— SET DIGITAL SIGNATURE 
TEMPLATE  
— SET AUTHENTICATION 
TEMPLATE  
GENERAL AUTHENTICATE  „86h”  
▼M1 
TCS_29 Cuvintele de stare SW1 SW2 sunt returnate în orice mesaj  
de răspuns și indică starea de procesare a comenzii.  
SW1  SW2  Sens  
90 0 0  Procesare normală.  
61 X X  Procesare normală. XX = numărul de octeţi de răspuns 
disponibili.  
62 8 1  Procesare de avertizare. Este posibil ca o parte dintre datele  
returnate să fie corupte  
63 0 0  Autentificare eșuată (avertizare)  
63 C X  CHV (PIN) eronat. Numărul încercărilor rămase este dat de „X”.  
64 0 0  Eroare de execuţie – Starea memoriei nevolatile nu s-a modific at. 
Eroare de integritate.  
65 0 0  Eroare de execuţie – Starea memoriei nevolatile s-a modificat.  
65 8 1  Eroare de execuţie – Starea memoriei nevolatile s-a modificat – 
Eroare de memorie  
66 8 8  Eroare de securitate: sumă de verificare criptografică eronată  (î n 
cursul mesageriei securizate) sau 
certificat eronat (în cursul verificării certifi­
catului) sau 
criptogramă eronată (în cursul autentificării 
externe) sau 
semnătură eronată (în cursul verificării 
semnăturii)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 242  
SW1  SW2  Sens  
67 0 0  Lungime eronată (Lc sau Le eronată)  
68 8 3  Se așteaptă ultima comandă din lanţ  
69 0 0  Comandă interzisă (niciun răspuns disponibil în T = 0)  
69 8 2  Starea de securitate nu este îndeplinită.  
69 8 3  Metoda de autentificare este blocată.  
69 8 5  Condiţiile de utilizare nu sunt satisfăcute.  
69 8 6  Comandă nepermisă (niciun EF curent)  
69 8 7  Obiectele de date așteptate din mesageria securizată lipsesc  
69 8 8  Obiectele de date din mesageria securizată sunt incorecte  
6A 8 0  Parametri incorecţi în câmpul de date  
6A 8 2  Fișierul nu a fost găsit.  
6A 8 6  Parametrii P1-P2 eronaţi.  
6A 8 8  Datele menţionate nu pot fi găsite.  
6B 0 0  Parametri eronaţi (deplasare în afara EF).  
6C X X  Lungime eronată, SW2 indică lungimea exactă. Nu este returnat 
niciun câmp de date.  
6D 0 0  Cod de instrucţiuni incompatibil sau invalid.  
6E 0 0  Clasă incompatibilă.  
6F 0 0  — Alte erori de verificare.  
Pot fi returnate cuvinte de stare suplimentare, astfel cum 
sunt definite în ISO/IEC 7816-4, în cazul în care compor­
tamentul acestora nu este menţionat în mod explicit în 
prezentul apendice.  
De exemplu, următoarele cuvinte de stare pot fi returnate 
opţional:  
6881: Incompatibilitate cu canalul logic  
6882: Incompatibilitate cu mesageria securizată  
▼B 
TCS_30 Dacă într-o APDU de comandă este îndeplinită mai mult de  
o condiţie de eroare, cardul poate returna oricare dintre 
cuvintele de stare corespunzătoare.  
3.5. Descrierea comenzilor  
Prezentul capitol descrie comenzile obligatorii pentru carduril e de 
tahograf.  
Detalii suplimentare pertinente cu privire la operaţiunile crip tografice 
implicate se găsesc în apendicele 11 Mecanisme de securitate co mune 
pentru generaţia 1 și generaţia 2 de tahografe.  
Toate comenzile sunt descrise independent de protocolul utiliza t (T=0 
sau T=1). Octeţii APDU CLA, INS, P1, P2, Lc și Le sunt întotdea una 
indicaţi. Dacă Lc sau Le nu sunt necesare pentru comanda descri să, 
lungimea, valoarea și descrierea aferente sunt vide.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 243  
TCS_31 Dacă sunt solicitaţi ambii octeţi de lungime (Lc și Le),  
comanda descrisă trebuie să fie separată în două părţi în 
cazul în care IFD utilizează protocolul T=0: IFD transmite 
comanda conform descrierii cu P3=Lc + date și apoi 
transmite o comandă GET RESPONSE (a se vedea 
secţiunea 3.5.6) cu P3=Le.  
TCS_32 Dacă sunt solicitaţi ambii octeţi de lungime, iar Le=0 
(mesagerie securizată):  
— atunci când se utilizează protocolul T=1, cardul trebuie 
să răspundă la Le=0 prin transmiterea tuturor datelor de 
ieșire disponibile;  
— atunci când se utilizează protocolul T=0, IFD trebuie să 
transmită prima comandă cu P3=Lc + date, iar cardul 
trebuie să răspundă (la această valoare implicită Le=0) 
cu octeţii de stare „ 61La ”, unde La este numărul de 
octeţi de răspuns disponibili. IFD trebuie să genereze 
apoi o comandă GET RESPONSE cu P3 = La, pentru a 
citi datele.  
TCS_33 Un card de tahograf poate fi compatibil cu câmpuri cu 
lungime extinsă în conformitate cu ISO/IEC 7816-4, ca o 
caracteristică opţională. Un card de tahograf care este 
compatibil cu câmpuri cu lungime extinsă trebuie:  
— să indice compatibilitatea cu câmpurile cu lungime 
extinsă în ATR;  
— să furnizeze dimensiunile zonei tampon compatibile 
prin intermediul informaţiei privind lungimea extinsă 
în EF ATR/INFO, a se vedea TCS_146;  
— să indice dacă este compatibil cu câmpuri cu lungime 
extinsă pentru T = 1 și/sau T = 0 în EF  Extended 
Length , a se vedea TCS_147;  
— să fie compatibil cu câmpuri cu lungime extinsă pentru 
generaţia 1 și 2 de aplicaţii tahografice.  
Note:  
Toate comenzile sunt specificate pentru câmpuri cu o 
lungime redusă. Utilizarea APDU-urilor cu lungime 
extinsă rezultă clar din ISO/IEC 7816-4.  
În general, comenzile sunt specificate pentru scrierea în 
clar, adică fără mesagerie securizată, nivelul de mesagerie 
securizată fiind specificat în apendicele 11. Din normele de 
acces pentru o comandă rezultă în mod clar dacă respectiva 
comandă trebuie să fie compatibilă cu mesageria securizată 
sau nu și dacă respectiva comandă trebuie să fie compa­
tibilă cu generaţia 1 și/sau generaţia 2 de mesagerie secu­
rizată. Unele variante de comandă sunt descrise incluzând 
mesageria securizată, pentru a ilustra utilizarea mesageriei 
securizate.  
TCS_34 VU trebuie să execute întregul protocol de autentificare  
reciprocă VU – card de generaţia 2 pentru o sesiune 
incluzând verificarea certificatului (dacă este necesar), fie 
în DF Tachograph, fie în DF Tachograph_G2, fie în MF.  
3.5.1  SELECT  
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare re stric­ 
ţionată comparativ cu comanda definită în standard.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 244  
Comanda SELECT se utilizează:  
— pentru a selecta un DF de aplicaţie (trebuie utilizată select area 
după denumire);  
— pentru a selecta un fișier elementar corespunzător ID-ului fi șierului 
prezentat.  
3.5.1.1 S e l e c t a r e d u p ă d e n u m i r e ( A I D )  
Această comandă permite selectarea unui DF de aplicaţie din car d. 
TCS_35 Această comandă poate fi executată din orice parte din 
structura fișierelor (după ATR sau în orice moment).  
TCS_36 Selectarea unei aplicaţii resetează mediul de securitate  
curent. După ce s-a efectuat selectarea aplicaţiei, nu mai 
este selectată nicio cheie publică curentă. De asemenea, se 
pierde condiţia de acces EXT-AUT-G1. În cazul în care 
comanda a fost executată fără mesagerie securizată, cheile 
de sesiune anterioare ale mesageriei securizate nu mai sunt 
disponibile.  
TCS_37  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „A4h”  
P1 1  „04h”  Selectare după denumire (AID)  
P2 1  „0Ch”  Nu se așteaptă niciun răspuns  
Lc 1  „NNh”  Numărul de octeţi transmiși către card (lungimea AID): 
„06h” pentru aplicaţia tahografică  
#6-#(5+NN)  N N  „XX..XXh”  AID: „FF 54 41 43 48 4F” pentru aplicaţia tahografică 
de generaţia 1 
AID: „FF 53 4D 52 44 54” pentru aplicaţia tahografică 
de generaţia 2  
Nu este necesar niciun răspuns la comanda SELECT (Le 
absentă în T=1 sau nu se solicită niciun răspuns în T=0).  
TCS_38  Mesaj de r ăspuns (nu se solicit ă niciun r ăspuns)  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă aplicaţia corespunzătoare AID nu este găsită, 
starea de procesare returnată este „ 6A82 ”. 
— În T=1, dacă este prezent octetul Le, starea returnată 
este „ 6700 ”. 
— În T=0, dacă se solicită un răspuns după comanda 
SELECT, starea returnată este „ 6900 ”. 
▼M1 
— Dacă aplicaţia selectată este considerată coruptă (în atri­
butele fișierului este detectată o eroare de integritate), 
starea de procesare returnată este „ 6400 ” sau „ 6500 ”. ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 245  
3.5.1.2 S e l e c t a r e a u n u i f i ș i e r e l e m e n t a  r f o l o s i n d i d e n t i ­
f i c a t o r u l d e f i ș i e r a l a c e s t u i a  
TCS_39  Mesaj de comand ă 
TCS_40 Un card de tahograf trebuie să fie compatibil cu mesager ia 
securizată de generaţia 2 conform specificaţiilor din apen­
dicele 11 partea B pentru această variantă de comandă.  
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „A4h”  
P1 1  „02h”  Selectarea unui EF din DF curent  
P2 1  „0Ch”  Nu se așteaptă niciun răspuns  
Lc 1  „02h”  Numărul de octeţi transmiși către card  
#6-#7  2  „XXXXh”  Identificatorul fișierului  
Nu este necesar niciun răspuns la comanda SELECT (Le 
absentă în T=1 sau nu se solicită niciun răspuns în T=0).  
TCS_41  Mesaj de r ăspuns (nu se solicit ă niciun r ăspuns)  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă fișierul corespunzător identificatorului de fișier nu 
este găsit, starea de procesare returnată este „ 6A82 ”. 
— În T=1, dacă este prezent octetul Le, starea returnată 
este „ 6700 ”. 
— În T=0, dacă se solicită un răspuns după comanda 
SELECT, starea returnată este „ 6900 ”. 
▼M1 
— Dacă fișierul selectat este considerat corupt (în atri­
butele fișierului este detectată o eroare de integritate), 
starea de procesare returnată este „ 6400 ” sau „ 6500 ”. 
▼B 
3.5.2  READ BINARY  
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare re stric­ 
ţionată comparativ cu comanda definită în standard.  
Comanda READ BINARY se utilizează pentru citirea datelor dintr- un 
fișier transparent.  
Răspunsul cardului constă în returnarea datelor citite, încapsu late 
opţional într-o structură de mesagerie securizată.  
3.5.2.1 C o m a n d ă c u d e p l a s a r e î n P 1 - P 2  
Această comandă permite IFD să citească datele din EF-ul select at în 
momentul respectiv, fără mesagerie securizată.  
Notă: Această comandă fără mesagerie securizată poate fi utilizată 
numai pentru a citi un fișier care este compatibil cu condiţia de 
securitate ALW pentru modul de acces de citire („read”).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 246  
TCS_42  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „B0h”  Citire date ( Read Binary ) 
P1 1  „XXh”  Deplasare octeţi de la începutul fișierului: cel mai semni­
ficativ octet  
P2 1  „XXh”  Deplasare octeţi de la începutul fișierului: cel mai puţin 
semnificativ octet  
Le 1  „XXh”  Lungimea datelor așteptate. Numărul de octeţi de citit.  
Notă: bitul 8 al P1 trebuie setat la 0.  
TCS_43  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#X  X  „XX..XXh”  Date citite  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă nu este selectat niciun EF, starea de procesare 
returnată este „ 6986 ”. 
— Dacă nu sunt îndeplinite condiţiile de securitate pentru 
fișierul selectat, comanda este întreruptă cu „ 6982 ”. 
— Dacă deplasarea nu este compatibilă cu dimensiunea EF 
(Deplasare > dimensiune EF), starea de procesare 
returnată este „ 6B00 ”. 
— Dacă dimensiunea datelor de citit nu este compatibilă 
cu dimensiunea EF (Deplasare + Le > dimensiune EF), 
starea de procesare returnată este „ 6700 ” sau „ 6Cxx ”, 
unde „xx” indică lungimea exactă.  
▼M1 
— Dacă în atributele fișierului este detectată o eroare de 
integritate, cardul trebuie să considere fișierul ca fiind 
corupt și irecuperabil, iar starea de procesare returnată 
este „ 6400 ” sau „ 6500 ”. 
▼B 
— Dacă în datele stocate este detectată o eroare de inte­
gritate, cardul trebuie să returneze datele solicitate, iar 
starea de procesare returnată este „ 6281 ”. 
3.5.2.1.1 C o m a n d ă c u m e s a g e r i e s e c u r i z a t  ă ( e x e m p l e )  
Această comandă permite IFD să citească date din EF-ul selectat  în 
momentul respectiv, cu mesagerie securizată, pentru a verifica inte­
gritatea datelor primite și pentru a proteja confidenţialitatea  datelor în 
cazul în care este aplicată condiţia de securitate SM-R-ENC-MAC -G1 
(generaţia 1) sau SM-R-ENC-MAC-G2 (generaţia 2).  
TCS_44  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „0Ch”  Mesagerie securizată solicitată  
INS 1  „B0h”  Citire date ( Read Binary ) ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 247  
Octet  Lungime  Valoare  Descriere  
P1 1  „XXh”  P1 (deplasare octeţi de la începutul fișierului): cel mai 
semnificativ octet  
P2 1  „XXh”  P2 (deplasare octeţi de la începutul fișierului): cel mai 
puţin semnificativ octet  
Lc 1  „XXh”  Lungimea datelor de intrare pentru mesageria securizată  
#6 1  „97h”  T  LE : etichetă pentru specificaţia lungimii așteptate.  
#7 1  „01h”  L  LE : lungimea lungimii așteptate  
#8 1  „NNh”  Specificaţia lungimii așteptate (Le originală): numărul de 
octeţi de citit  
#9 1  „8Eh”  T  CC : etichetă pentru suma de verificare criptografică  
#10 1  „XXh”  L  CC : lungimea sumei de verificare criptografice 
următoare 
„04h” pentru mesageria securizată de generaţia 1 (a se 
vedea apendicele 11 partea A) 
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii 
AES pentru mesageria securizată de generaţia 2 (a se 
vedea apendicele 11 partea B)  
#11-#(10 + L)  L  „XX..XXh”  Sumă de verificare criptografică  
Le 1  „00h”  Conform specificaţiilor din ISO/IEC 7816-4  
TCS_45  Mesaj de r ăspuns dac ă SM-R-ENC-MAC-G1 (genera ţia 
1) / SM-R-ENC-MAC-G2 (genera ţia 2) nu este necesar ă 
și dacă formatul de intrare pentru mesageria securizat ă 
este corect:  
▼M1 
Octet  Lungi­
me Valoare  Descriere  
#1 1  „81h”  T  PV : Etichetă pentru valoarea datelor în clar  
#2 L  „NNh” sau 
„81 NNh”  L PV : lungimea datelor returnate (= Le 
originală). 
L este de 2 octeţi dacă L  PV > 127 de octeţi.  
#(2+ L) - #(1+ L+ NN)  N N  „XX..XXh”  Valoarea datelor în clar  
#(2+ L+ NN)  1  „99h”  Etichetă pentru starea de procesare (SW1- 
SW2) – opţională pentru mesageria secu­
rizată de generaţia 1  
#(3+ L+ NN)  1  „02h”  Lungimea stării de procesare – opţională 
pentru mesageria securizată de generaţia 1  
#(4+ L+ NN) - 
#(5+ L+ NN)  2 „XX XXh”  Starea de procesare a APDU de răspuns 
neprotejate – opţională pentru mesageria 
securizată de generaţia 1  
#(6+ L+ NN)  1  „8Eh”  TCC: Etichetă pentru suma de verificare 
criptografică  
#(7+ L+ NN)  1  „XXh”  LCC: Lungimea următoarei sume de veri­
ficare criptografice 
„04h” pentru mesageria securizată de 
generaţia 1 (a se vedea apendicele 11 
partea A) 
„08h”, „0Ch” sau „10h”, în funcţie de 
lungimea cheii AES pentru mesageria secu­
rizată de generaţia 2 (a se vedea apendicele 
11 partea B)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 248  
Octet  Lungi­
me Valoare  Descriere  
#(8+ L+ NN)- 
#(7+ M+ L+ NN)  M „XX..XXh”  Sumă de verificare criptografică  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
▼B 
TCS_46  Mesaj de r ăspuns dac ă SM-R-ENC-MAC-G1 (genera ţia 
1) / SM-R-ENC-MAC-G2 (genera ţia 2) este necesar ă și 
dacă formatul de intrare pentru mesageria securizat ă 
este corect:  
▼M1 
Octet  Lungi­
me Valoare  Descriere  
#1 1  „87h”  T  PI CG  : Etichetă pentru date criptate (crip­
togramă)  
#2 L  „MMh” sau 
„81 MMh”  L PI CG  : lungimea datelor criptate returnate 
(diferită de Le originală a comenzii din 
cauza completării). 
L este de 2 octeţi dacă LPI CG > 127 de 
octeţi.  
#(2+ L)-#(1+ L+ MM)  M M  „01XX..XXh”  Date criptate: indicator de completare și 
criptogramă  
#(2+ L+ MM)  1  „99h”  Etichetă pentru starea de procesare (SW1- 
SW2) – opţională pentru mesageria secu­
rizată de generaţia 1  
#(3+ L+ MM)  1  „02h”  Lungimea stării de procesare – opţională 
pentru mesageria securizată de generaţia 1  
#(4+ L+ MM) - 
#(5+ L+ MM)  2 „XX XXh”  Starea de procesare a APDU de răspuns 
neprotejate – opţională pentru mesageria 
securizată de generaţia 1  
#(6+ L+ MM)  1  „8Eh”  TCC: Etichetă pentru suma de verificare 
criptografică  
#(7+ L+ MM)  1  „XXXXh”  LCC: Lungimea următoarei sume de veri­
ficare criptografice 
„04h” pentru mesageria securizată de 
generaţia 1 (a se vedea apendicele 11 
partea A) 
„08h”, „0Ch” sau „10h”, în funcţie de 
lungimea cheii AES pentru mesageria secu­
rizată de generaţia 2 (a se vedea apendicele 
11 partea B)  
#(8+ L+ MM)- 
#(7+ N+ L+ MM)  N „XX..XXh”  Sumă de verificare criptografică  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
▼B 
Comanda READ BINARY poate returna stările de 
procesare normale enumerate în TCS_43 cu eticheta 
„99h”, conform descrierii din TCS_59, folosind structura 
de răspuns a mesageriei securizate.  
În plus, pot apărea unele erori legate în mod specific de 
mesageria securizată. În acest caz, starea de procesare este 
returnată pur și simplu, fără a mai implica o structură de 
mesagerie securizată:  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 249  
TCS_47  Mesaj de r ăspuns dac ă formatul de intrare pentru 
mesageria securizat ă este incorect  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— Dacă nu este disponibilă nicio cheie de sesiune curentă, 
se returnează starea de procesare „ 6A88 ”. Acest lucru 
se întâmplă fie în cazul în care cheia de sesiune nu a 
fost generată deja, fie în cazul în care valabilitatea cheii 
de sesiune a expirat (în acest caz, IFD trebuie să ruleze 
din nou un proces de autentificare reciprocă pentru a 
seta o nouă cheie de sesiune).  
— Dacă unele dintre obiectele de date așteptate (conform 
specificaţiilor de mai sus) lipsesc din formatul de 
mesagerie securizată, se returnează starea de procesare 
„6987 ”: această eroare se produce dacă lipsește o 
etichetă așteptată sau dacă corpul comenzii nu este 
construit în mod corect.  
— Dacă unele obiecte de date sunt incorecte, starea de 
procesare returnată este „ 6988 ”: această eroare se 
produce dacă toate etichetele necesare sunt prezente, 
dar unele lungimi sunt diferite de cele așteptate.  
— Dacă verificarea sumei de verificare criptografice 
eșuează, starea de procesare returnată este „ 6688 ”. 
3.5.2.2 C o m a n d ă c u i d e n t i f i c a t o r d e E F ( f  i ș i e r e l e m e n t a r ) 
s c u r t  
Această variantă de comandă permite IFD să selecteze un EF prin  
intermediul unui identificator de EF scurt și să citească date din EF-ul 
respectiv.  
TCS_48 Un card de tahograf trebuie să fie compatibil cu această  
variantă de comandă pentru toate fișierele elementare care 
au un identificator de EF scurt specificat. Acești identifi­
catori de EF scurţi sunt specificaţi în capitolul 4.  
TCS_49  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „B0h”  Citire date ( Read Binary ) 
P1 1  „XXh”  Bitul 8 este setat la 1 
Biţii 7 și 6 sunt setaţi la 00 
Biţii 5-1 codează identificatorul de EF scurt al EF-ului 
corespunzător  
P2 1  „XXh”  Codează o deplasare de la 0 la 255 de octeţi în EF-ul la 
care face trimitere P1  
Le 1  „XXh”  Lungimea datelor așteptate. Numărul de octeţi de citit.  
Notă: identificatorii de EF scurţi utilizaţi pentru aplicaţia 
tahografică de generaţia 2 sunt specificaţi în capitolul 4.  
Dacă P1 codează un identificator de EF scurt și comanda 
este executată cu succes, EF-ul identificat devine EF-ul 
selectat în momentul respectiv (EF curent).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 250  
TCS_50  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#L  L  „XX..XXh”  Date citite  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă fișierul corespunzător identificatorului de EF scurt 
nu este găsit, starea de procesare returnată este „ 6A82 ”. 
— Dacă nu sunt îndeplinite condiţiile de securitate pentru 
fișierul selectat, comanda este întreruptă cu „ 6982 ”. 
— Dacă deplasarea nu este compatibilă cu dimensiunea EF 
(Deplasare > dimensiune EF), starea de procesare 
returnată este „ 6B00 ”. 
— Dacă dimensiunea datelor de citit nu este compatibilă 
cu dimensiunea EF (Deplasare + Le > dimensiune EF), 
starea de procesare returnată este „ 6700 ” sau „ 6Cxx ”, 
unde „xx” indică lungimea exactă.  
▼M1 
— Dacă în atributele fișierului este detectată o eroare de 
integritate, cardul trebuie să considere fișierul ca fiind 
corupt și irecuperabil, iar starea de procesare returnată 
este „ 6400 ” sau „ 6500 ”. 
▼B 
— Dacă în datele stocate este detectată o eroare de inte­
gritate, cardul trebuie să returneze datele solicitate, iar 
starea de procesare returnată este „ 6281 ”. 
3.5.2.3 C o m a n d ă c u o c t e t d e i n s t r u c ţ i u n i  i  m  p  a  r  
Această variantă de comandă permite IFD să citească datele dint r-un 
EF cu 32 768 de octeţi sau mai mulţi.  
TCS_51 Un card de tahograf care este compatibil cu EF-uri cu 
32 768 de octeţi sau mai mulţi trebuie să fie compatibil 
cu această variantă de comandă pentru EF-urile respective. 
Un card de tahograf poate să fie sau nu compatibil cu 
această variantă de comandă pentru alte EF-uri, cu 
excepţia EF  Sensor_Installation_Data . A se vedea 
TCS_156 și TCS_160.  
TCS_52  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „B1h”  Citire date ( Read Binary ) 
P1 1  „00h”  EF curent  
P2 1  „00h”  
Lc 1  „NNh”  Lc Lungimea obiectului de date deplasat.  
#6-#(5+NN)  N N  „XX..XXh”  Obiect de date deplasat: 
Etichetă „54h” 
Lungime „01h” sau „02h” 
Valoare deplasare  
▼M1 
Le 1  „XXh”  Conform specificaţiilor din ISO/IEC 7816-4  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 251  
IFD trebuie să codeze lungimea obiectului de date deplasat 
cu un număr minim posibil de octeţi, și anume: utilizând 
octetul de lungime „01h” IFD codează o deplasare de la 0 
la 255 și utilizând octetul de lungime „02h” o deplasare de 
la „256” până la „65 535” de octeţi.  
▼M1 
În cazul în care T = 0, cardul presupune valoarea Le = 
„00h” dacă nu este aplicată mesageria securizată.  
În cazul în care T = 1, starea de procesare returnată este 
„6700” dacă Le = „01h”.  
▼B 
TCS_53  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#L  L  „XX..XXh”  Date citite încapsulate într-un obiect de date discreţionar 
cu eticheta „53h”.  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă nu este selectat niciun EF, starea de procesare 
returnată este „ 6986 ”. 
— Dacă nu sunt îndeplinite condiţiile de securitate pentru 
fișierul selectat, comanda este întreruptă cu „ 6982 ”. 
— Dacă deplasarea nu este compatibilă cu dimensiunea EF 
(Deplasare > dimensiune EF), starea de procesare 
returnată este „ 6B00 ”. 
— Dacă dimensiunea datelor de citit nu este compatibilă 
cu dimensiunea EF (Deplasare + Le > dimensiune EF), 
starea de procesare returnată este „ 6700 ” sau „ 6Cxx ”, 
unde „xx” indică lungimea exactă.  
▼M1 
— Dacă în atributele fișierului este detectată o eroare de 
integritate, cardul trebuie să considere fișierul ca fiind 
corupt și irecuperabil, iar starea de procesare returnată 
este „ 6400 ” sau „ 6500 ”. 
▼B 
— Dacă în datele stocate este detectată o eroare de inte­
gritate, cardul trebuie să returneze datele solicitate, iar 
starea de procesare returnată este „ 6281 ”. 
3.5.2.3.1 C o m a n d ă c u m e s a g e r i e s e c u r i z a t  ă ( e x e m p l u )  
Următorul exemplu ilustrează utilizarea mesageriei securizate î n cazul 
în care se aplică condiţia de securitate SM-MAC-G2.  
TCS_54 Mesaj de comandă  
Octet  Lungime  Valoare  Descriere  
CLA  1  „0Ch”  Mesagerie securizată solicitată  
INS 1  „B1h”  Citire date ( Read Binary ) 
P1 1  „00h”  EF curent  
P2 1  „00h”  
Lc 1  „XXh”  Lungimea câmpului de date securizate  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 252  
Octet  Lungime  Valoare  Descriere  
#6 1  „B3h”  Etichetă pentru valoarea datelor în clar codate în 
BER-TLV  
#7 1  „NNh”  L  PV : lungimea datelor transmise  
#(8)-#(7+NN)  N N  „XX..XXh”  Date în clar codate în BER-TLV, și anume obiectul de 
date deplasat cu eticheta „54”  
#(8+NN)  1  „97h”  T  LE : etichetă pentru specificaţia lungimii așteptate.  
#(9+NN)  1  „01h”  L  LE : lungimea lungimii așteptate  
#(10+NN)  1  „XXh”  Specificaţia lungimii așteptate (Le originală): numărul de 
octeţi de citit  
#(11+NN)  1  „8Eh”  T  CC : etichetă pentru suma de verificare criptografică  
#(12+NN)  1  „XXh”  L  CC : lungimea sumei de verificare criptografice 
următoare 
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii 
AES pentru mesageria securizată de generaţia 2 (a se 
vedea apendicele 11 partea B)  
#(13+NN)- 
#(12+M+NN)  M „XX..XXh”  Sumă de verificare criptografică  
Le 1  „00h”  Conform specificaţiilor din ISO/IEC 7816-4  
TCS_55 Mesaj de răspuns în cazul în care comanda este executată  
cu succes  
Octet  Lungime  Valoare  Descriere  
#1 1  „B3h”  Date în clar codate în BER-TLV  
#2 L  „NNh” sau 
„81 NNh”  L PV : lungimea datelor returnate (= Le originală) 
L este de 2 octeţi dacă L  PV > 127 de octeţi  
#(2+L)- 
#(1+L+NN)  NN „XX..XXh”  Valoarea datelor în clar codate în BER-TLV, adică datele 
citite încapsulate într-un obiect de date discreţionar cu 
eticheta „53h”.  
#(2+L+NN)  1  „99h”  Starea de procesare a APDU de răspuns neprotejate  
#(3+L+NN)  1  „02h”  Lungimea stării de procesare  
#(4+L+NN) – 
#(5+L+NN)  2 „XX XXh”  Starea de procesare a APDU de răspuns neprotejate  
#(6+L+NN)  1  „8Eh”  T  CC : etichetă pentru suma de verificare criptografică  
#(7+L+NN)  1  „XXh”  L  CC : lungimea sumei de verificare criptografice 
următoare 
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii 
AES pentru mesageria securizată de generaţia 2 (a se 
vedea apendicele 11 partea B)  
#(8+L+NN)- 
#(7+M+L+NN)  M „XX..XXh”  Sumă de verificare criptografică  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
3.5.3  UPDATE BINARY  
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare re stric­ 
ţionată comparativ cu comanda definită în standard.  
Mesajul de comandă UPDATE BINARY iniţializează actualizarea 
(ștergere + scriere) biţilor deja prezenţi într-un EF binar cu biţii daţi 
în APDU de comandă.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 253  
3.5.3.1 C o m a n d ă c u d e p l a s a r e î n P 1 - P 2  
Această comandă permite IFD să scrie date în EF-ul selectat în 
momentul respectiv, fără ca integritatea datelor primite să fie  verificată 
de card.  
Notă: Această comandă fără mesagerie securizată poate fi utilizată 
numai pentru a actualiza un fișier care este compatibil cu cond iţia 
de securitate ALW pentru modul de acces de actualizare („update ”). 
TCS_56  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „D6h”  Actualizare date ( Update Binary ) 
P1 1  „XXh”  Deplasare octeţi de la începutul fișierului: cel mai semni­
ficativ octet  
P2 1  „XXh”  Deplasare octeţi de la începutul fișierului: cel mai puţin 
semnificativ octet  
Lc 1  „NNh”  Lc Lungimea datelor de actualizat. Numărul de octeţi de 
scris.  
#6-#(5+NN)  N N  „XX..XXh”  Date de scris  
Notă: bitul 8 al P1 trebuie setat la 0.  
TCS_57  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă nu este selectat niciun EF, starea de procesare 
returnată este „ 6986 ”. 
— Dacă nu sunt îndeplinite condiţiile de securitate pentru 
fișierul selectat, comanda este întreruptă cu „ 6982 ”. 
— Dacă deplasarea nu este compatibilă cu dimensiunea EF 
(Deplasare > dimensiune EF), starea de procesare 
returnată este „ 6B00 ”. 
— Dacă dimensiunea datelor de scris nu este compatibilă 
cu dimensiunea EF (Deplasare + Lc > dimensiunea 
EF), starea de procesare returnată este „ 6700 ”. 
— Dacă în atributele fișierului este detectată o eroare de 
integritate, cardul trebuie să considere fișierul ca fiind 
corupt și irecuperabil, iar starea de procesare returnată 
este „ 6400 ” sau „ 6500 ”. 
— Dacă scrierea nu este executată cu succes, starea de 
procesare returnată este „ 6581 ”. 
3.5.3.1.1 C o m a n d ă c u m e s a g e r i e s e c u r i z a t  ă ( e x e m p l e )  
Această comandă permite IFD să scrie date în EF-ul selectat în 
momentul respectiv, integritatea datelor primite fiind verifica tă de 
card. Întrucât nu este necesară păstrarea confidenţialităţii, d atele nu 
sunt criptate.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 254  
TCS_58  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „0Ch”  Mesagerie securizată solicitată  
INS 1  „D6h”  Actualizare date ( Update Binary ) 
P1 1  „XXh”  Deplasare octeţi de la începutul fișierului: 
cel mai semnificativ octet  
P2 1  „XXh”  Deplasare octeţi de la începutul fișierului: 
cel mai puţin semnificativ octet  
Lc 1  „XXh”  Lungimea câmpului de date securizate  
#6 1  „81h”  T  PV : etichetă pentru valoarea datelor în clar  
#7 L  „NNh” sau 
„81 NNh”  L PV : lungimea datelor transmise. 
L este de 2 octeţi dacă L  PV > 127 de octeţi.  
#(7+L)- 
#(6+L+NN)  NN „XX..XXh”  Valoarea datelor în clar (date de scris)  
#(7+L+NN)  1  „8Eh”  T  CC : etichetă pentru suma de verificare criptografică  
#(8+L+NN)  1  „XXh”  L  CC : lungimea sumei de verificare criptografice 
următoare „04h” pentru mesageria securizată de 
generaţia 1 (a se vedea apendicele 11 partea A) 
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii 
AES pentru mesageria securizată de generaţia 2 (a se 
vedea apendicele 11 partea B)  
#(9+L+NN)- 
#(8+M+L+ 
NN) M „XX..XXh”  Sumă de verificare criptografică  
Le 1  „00h”  Conform specificaţiilor din ISO/IEC 7816-4  
TCS_59  Mesaj de r ăspuns dac ă formatul de intrare pentru 
mesageria securizat ă este corect  
Octet  Lungime  Valoare  Descriere  
#1 1  „99h”  T  SW : etichetă pentru cuvinte de stare (de protejat de către 
CC) 
#2 1  „02h”  L  SW : lungimea cuvintelor de stare returnate  
#3-#4  2  „XXXXh”  Starea de procesare a APDU de răspuns neprotejate  
#5 1  „8Eh”  T  CC : etichetă pentru suma de verificare criptografică  
#6 1  „XXh”  L  CC : lungimea sumei de verificare criptografice 
următoare 
„04h” pentru mesageria securizată de generaţia 1 (a se 
vedea apendicele 11 partea A) 
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii 
AES pentru mesageria securizată de generaţia 2 (a se 
vedea apendicele 11 partea B)  
#7-#(6+L)  L  „XX..XXh”  Sumă de verificare criptografică  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
Stările de procesare „normale”, descrise pentru comanda 
UPDATE BINARY fără mesagerie securizată (a se vedea 
secţiunea 3.5.3.1), pot fi returnate utilizând structura de 
mesaj de răspuns descrisă anterior.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 255  
În plus, pot apărea unele erori legate în mod specific de 
mesageria securizată. În acest caz, starea de procesare este 
returnată pur și simplu, fără a mai implica o structură de 
mesagerie securizată:  
TCS_60  Mesaj de r ăspuns în caz de eroare în cadrul mesageriei 
securizate  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— Dacă nu este disponibilă nicio cheie de sesiune curentă, 
se returnează starea de procesare „ 6A88 ”. 
— Dacă unele dintre obiectele de date așteptate (conform 
specificaţiilor de mai sus) lipsesc din formatul de 
mesagerie securizată, se returnează starea de procesare 
„6987 ”: această eroare se produce dacă lipsește o 
etichetă așteptată sau dacă corpul comenzii nu este 
construit în mod corect.  
— Dacă unele obiecte de date sunt incorecte, starea de 
procesare returnată este „ 6988 ”: această eroare se 
produce dacă toate etichetele necesare sunt prezente, 
dar unele lungimi sunt diferite de cele așteptate.  
— Dacă verificarea sumei de verificare criptografice 
eșuează, starea de procesare returnată este „ 6688 ”. 
3.5.3.2 C o m a n d ă c u i d e n t i f i c a t o r d e E F s c  u r t 
Această variantă de comandă permite IFD să selecteze un EF prin  
intermediul unui identificator de EF scurt și să scrie date din  EF-ul 
respectiv.  
TCS_61 Un card de tahograf trebuie să fie compatibil cu această  
variantă de comandă pentru toate fișierele elementare care 
au un identificator de EF scurt specificat. Acești identifi­
catori de EF scurţi sunt specificaţi în capitolul 4.  
TCS_62  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „D6h”  Actualizare date ( Update Binary ) 
P1 1  „XXh”  Bitul 8 este setat la 1 
Biţii 7 și 6 sunt setaţi la 00 
Biţii 5-1 codează identificatorul de EF scurt al EF-ului 
corespunzător  
P2 1  „XXh”  Codează o deplasare de la 0 la 255 de octeţi în EF-ul la 
care face trimitere P1  
Lc 1  „NNh”  Lc Lungimea datelor de actualizat. Numărul de octeţi de 
scris.  
#6-#(5+NN)  N N  „XX..XXh”  Date de scris  
TCS_63  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
Notă: Identificatorii de EF scurţi utilizaţi pentru aplicaţia 
tahografică de generaţia 2 sunt specificaţi în capitolul 4.  
Dacă P1 codează un identificator de EF scurt și comanda 
este executată cu succes, EF-ul identificat devine EF-ul 
selectat în momentul respectiv (EF curent).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 256  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă fișierul corespunzător identificatorului de EF scurt 
nu este găsit, starea de procesare returnată este „ 6A82 ”. 
— Dacă nu sunt îndeplinite condiţiile de securitate pentru 
fișierul selectat, comanda este întreruptă cu „ 6982 ”. 
— Dacă deplasarea nu este compatibilă cu dimensiunea EF 
(Deplasare > dimensiune EF), starea de procesare 
returnată este „ 6B00 ”. 
— Dacă dimensiunea datelor de scris nu este compatibilă 
cu dimensiunea EF (Deplasare + Lc > dimensiunea 
EF), starea de procesare returnată este „ 6700 ”. 
▼M1 
— Dacă în atributele fișierului este detectată o eroare de 
integritate, cardul trebuie să considere fișierul ca fiind 
corupt și irecuperabil, iar starea de procesare returnată 
este „ 6400 ” sau „ 6500 ”. 
▼B 
— Dacă scrierea nu este executată cu succes, starea de 
procesare returnată este „ 6581 ”. 
3.5.3.3 C o m a n d ă c u o c t e t d e i n s t r u c ţ i u n i  i  m  p  a  r  
Această variantă de comandă permite IFD să scrie date într-un E F cu 
32 768 de octeţi sau mai mulţi.  
TCS_64 Un card de tahograf care este compatibil cu EF-uri cu 
32 768 de octeţi sau mai mulţi trebuie să fie compatibil 
cu această variantă de comandă pentru EF-urile respective. 
Un card de tahograf poate sau nu să fie compatibil cu 
această variantă de comandă pentru alte EF-uri.  
TCS_65  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „D7h”  Actualizare date ( Update Binary ) 
P1 1  „00h”  EF curent  
P2 1  „00h”  
Lc 1  „NNh”  Lc Lungimea datelor din câmpul de date al comenzii  
#6-#(5+NN)  N N  „XX..XXh”  Obiect de date deplasat cu eticheta „54h” || Obiect de 
date discreţionar cu eticheta „53h” care cuprinde datele 
de scris  
IFD trebuie să codeze lungimea obiectului de date deplasat 
și a obiectului de date discreţionar cu numărul minim 
posibil de octeţi, și anume: utilizând octetul de lungime 
„01h”, IFD trebuie să codeze o deplasare / lungime de la 
0 la 255 și utilizând octetul de lungime „02h” o deplasare / 
lungime de la „256” până la „65 535” de octeţi.  
TCS_66  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 257  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă nu este selectat niciun EF, starea de procesare 
returnată este „ 6986 ”. 
— Dacă nu sunt îndeplinite condiţiile de securitate pentru 
fișierul selectat, comanda este întreruptă cu „ 6982 ”. 
— Dacă deplasarea nu este compatibilă cu dimensiunea EF 
(Deplasare > dimensiune EF), starea de procesare 
returnată este „ 6B00 ”. 
— Dacă dimensiunea datelor de scris nu este compatibilă 
cu dimensiunea EF (Deplasare + Lc > dimensiunea 
EF), starea de procesare returnată este „ 6700 ”. 
— Dacă în atributele fișierului este detectată o eroare de 
integritate, cardul trebuie să considere fișierul ca fiind 
corupt și irecuperabil, iar starea de procesare returnată 
este „ 6400 ” sau „ 6500 ”. 
— Dacă scrierea nu este executată cu succes, starea de 
procesare returnată este „ 6581 ”. 
3.5.3.3.1 C o m a n d ă c u m e s a g e r i e s e c u r i z a t  ă ( e x e m p l u )  
Următorul exemplu ilustrează utilizarea mesageriei securizate î n cazul 
în care se aplică condiţia de securitate SM-MAC-G2.  
TCS_67 Mesaj de comandă  
Octet  Lungime  Valoare  Descriere  
CLA  1  „0Ch”  Mesagerie securizată solicitată  
INS 1  „D7h”  Actualizare date ( Update Binary ) 
P1 1  „00h”  EF curent  
P2 1  „00h”  
Lc 1  „XXh”  Lungimea câmpului de date securizate  
#6 1  „B3h”  Etichetă pentru valoarea datelor în clar codate în 
BER-TLV  
#7 L  „NNh” sau 
„81 NNh”  L PV : lungimea datelor transmise. 
L este de 2 octeţi dacă L  PV > 127 de octeţi.  
#(7+L)- 
#(6+L+NN)  NN „XX..XXh”  Date în clar codate în BER-TLV, și anume obiect de date 
deplasat cu eticheta „54h” || obiect de date discreţionar 
cu eticheta „53h” care cuprinde datele de scris  
#(7+L+NN)  1  „8Eh”  T  CC : etichetă pentru suma de verificare criptografică  
#(8+L+NN)  1  „XXh”  L  CC : lungimea sumei de verificare criptografice 
următoare 
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii 
AES pentru mesageria securizată de generaţia 2 (a se 
vedea apendicele 11 partea B)  
#(9+L+NN)- 
#(8+M+L+NN)  M „XX..XXh”  Sumă de verificare criptografică  
Le 1  „00h”  Conform specificaţiilor din ISO/IEC 7816-4  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 258  
TCS_68 Mesaj de răspuns în cazul în care comanda este executată  
cu succes  
Octet  Lungime  Valoare  Descriere  
#1 1  „99h”  T  SW : etichetă pentru cuvinte de stare (de protejat de către 
CC) 
#2 1  „02h”  L  SW : lungimea cuvintelor de stare returnate  
#3-#4  2  „XXXXh”  Starea de procesare a APDU de răspuns neprotejate  
#5 1  „8Eh”  T  CC : etichetă pentru suma de verificare criptografică  
#6 1  „XXh”  L  CC : lungimea sumei de verificare criptografice 
următoare 
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii 
AES pentru mesageria securizată de generaţia 2 (a se 
vedea apendicele 11 partea B)  
#7-#(6+L)  L  „XX..XXh”  Sumă de verificare criptografică  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
3.5.4  GET CHALLENGE  
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare re stric­ 
ţionată comparativ cu comanda definită în standard.  
Comanda GET CHALLENGE solicită cardului să emită date de 
provocare pentru a fi utilizate într-o procedură legată de secu ritate 
în cadrul căreia se transmit cardului o criptogramă sau date co dificate.  
TCS_69 Datele de provocare emise de card sunt valabile doar pen tru 
următoarea comandă, care utilizează date de provocare, 
transmisă cardului.  
TCS_70  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „84h”  INS  
P1 1  „00h”  P 1  
P2 1  „00h”  P 2  
Le 1  „08h”  Le (Lungimea așteptată a datelor de provocare).  
TCS_71  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#8  8  „XX..XXh”  Date de provocare  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă Le este diferită de „08h”, starea de procesare este 
„6700 ”. 
— Dacă parametrii P1-P2 sunt incorecţi, starea de 
procesare este „ 6A86 ”. ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 259  
3.5.5  VERIFY  
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare re stric­ 
ţionată comparativ cu comanda definită în standard.  
Numai cardul de atelier trebuie să fie compatibil cu această co mandă.  
Alte tipuri de carduri de tahograf pot sau nu să implementeze a ceastă 
comandă, dar pentru cardurile respective nu este personalizată nicio 
CHV de referinţă. Prin urmare, cardurile respective nu pot exec uta cu 
succes această comandă. Pentru alte tipuri de carduri de tahogr af decât 
cardurile de atelier, comportamentul, și anume codul de eroare 
returnat, se află în afara domeniului de aplicare al prezentei speci­
ficaţii, dacă această comandă este transmisă.  
Comanda „Verify” iniţializează în card comparaţia dintre datele  
CHV (PIN) transmise prin comandă cu CHV de referinţă stocate în  
card. 
▼M1 
TCS_72 PIN-ul introdus de utilizator trebuie să fie codat ASCII  ș i  
completat la dreapta de către IFD cu octeţi „FFh” până la 
lungimea de 8 octeţi; a se vedea, de asemenea, tipul de date 
WorkshopCardPIN din apendicele 1.  
▼B 
TCS_73 Generaţia 1 și 2 de aplicaţii tahografice trebuie să uti lizeze 
aceleași CHV de referinţă.  
TCS_74 Cardul de tahograf trebuie să verifice dacă comanda este  
corect codată. În cazul în care comanda nu este corect 
codată, cardul trebuie să nu compare valorile CHV, să nu 
scadă numărul încercărilor CHV rămase și să nu reseteze 
starea de securitate „PIN_Verified”, ci să anuleze comanda. 
O comandă este codată corect dacă octeţii CLA, INS, P1, 
P2, Lc au valorile specificate, Le lipsește, iar câmpul de 
date al comenzii are lungimea corectă.  
TCS_75 În cazul în care comanda este executată cu succes, număr ul 
de încercări CHV rămase se reiniţializează. Valoarea 
iniţială a numărului de încercări CHV rămase este de 5. 
În cazul în care comanda este executată cu succes, cardul 
trebuie să seteze starea de securitate internă 
„PIN_Verified”. Cardul trebuie să reseteze această stare 
de securitate în cazul în care cardul este resetat sau în 
cazul în care codul CHV transmis în cadrul comenzii nu 
corespunde cu CHV de referinţă stocate.  
Notă: Utilizarea acelorași CHV de referinţă și a unei stări 
de securitate globale face să nu mai fie necesar ca un 
angajat al atelierului să reintroducă PIN-ul după selectarea 
altui DF de aplicaţie tahografică.  
TCS_76 O comparaţie nereușită este înregistrată în card, și anu me 
numărul de încercări CHV rămase trebuie scăzut cu una, 
pentru a limita numărul încercărilor ulterioare de utilizare a 
CHV de referinţă.  
TCS_77  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „20h”  INS  
P1 1  „00h”  P 1  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 260  
Octet  Lungime  Valoare  Descriere  
P2 1  „00h”  P2 (CHV verificate sunt cunoscute implicit)  
Lc 1  „08h”  Lungimea codului CHV transmis  
#6-#13  8  „XX..XXh”  CHV  
TCS_78  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă CHV de referinţă nu sunt găsite, starea de 
procesare returnată este „ 6A88 ”. 
— Dacă CHV sunt blocate (numărul de încercări rămase 
pentru CHV este zero), starea de procesare returnată 
este „ 6983 ”. Odată ce se află în această stare, CHV 
nu mai pot fi niciodată prezentate cu succes.  
— În cazul în care comparaţia nu reușește, numărul de 
încercări rămase scade și se returnează starea „ 63CX ” 
(X>0, X fiind egal cu numărul de încercări CHV 
rămase.  
— Dacă CHV de referinţă sunt considerate a fi corupte, 
starea de procesare returnată este „ 6400 ” sau „ 6581 ”. 
— Dacă Lc este diferită de „08h”, starea de procesare este 
„6700 ”. 
3.5.6  GET RESPONSE  
Această comandă respectă ISO/IEC 7816-4.  
Această comandă (necesară și disponibilă doar pentru protocolul  T=0) 
este utilizată pentru a transmite datele pregătite de la card c ătre dispo­
zitivul de interfaţă (cazul în care o comandă avea inclusă atât  Lc, cât 
și Le).  
Comanda GET RESPONSE trebuie emisă imediat după comanda de 
pregătire a datelor, altfel datele sunt pierdute. După executar ea 
comenzii GET RESPONSE (cu excepţia cazurilor în care se 
produce eroarea „ 61xx ” sau „ 6Cxx ”, a se vedea mai jos), datele 
pregătite anterior nu mai sunt disponibile.  
TCS_79  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „C0h”  
P1 1  „00h”  
P2 1  „00h”  
Le 1  „XXh”  Numărul de octeţi așteptaţi  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 261  
TCS_80  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#X  X  „XX..XXh”  Date  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă nu au fost pregătite date de către card, starea de 
procesare returnată este „ 6900 ” sau „ 6F00 ”. 
— Dacă Le depășește numărul de octeţi disponibili sau 
dacă Le este egală cu zero, starea de procesare 
returnată este „ 6Cxx ”, unde „xx” reprezintă numărul 
exact de octeţi disponibili. În acest caz, datele 
pregătite sunt în continuare disponibile pentru o 
comandă GET RESPONSE ulterioară.  
— Dacă Le nu este egală cu zero, dar este mai mică decât 
numărul de octeţi disponibili, datele solicitate sunt 
transmise în mod normal de către card, iar starea de 
procesare returnată este „ 61xx ”, unde „xx” indică 
numărul de octeţi suplimentari care sunt încă disponibili 
pentru o comandă GET RESPONSE ulterioară.  
— În cazul în care comanda nu este compatibilă (protocol 
T=1), cardul returnează starea „ 6D00 ”. 
3.5.7  PSO: VERIFY CERTIFICATE  
Această comandă respectă ISO/IEC 7816-8, dar are o utilizare re stric­ 
ţionată comparativ cu comanda definită în standard.  
Cardul utilizează comanda VERIFY CERTIFICATE pentru a obţine o 
cheie publică din afară și pentru a verifica valabilitatea aces teia. 
3.5.7.1 P e r e c h e d e c o m a n d ă – r ă s p u n s p e n t  r u g e n e r a ţ i a 1  
TCS_81 Această variantă de comandă este compatibilă doar cu o 
aplicaţie tahografică de generaţia 1.  
TCS_82 În cazul în care o comandă VERIFY CERTIFICATE este 
executată cu succes, cheia publică este stocată pentru o 
utilizare ulterioară în mediul de securitate. Această cheie 
trebuie să fie setată în mod explicit pentru a fi utilizată 
de comanda MSE (a se vedea secţiunea 3.5.11) în cadrul 
comenzilor legate de securitate (INTERNAL AUTHEN­
TICATE, EXTERNAL AUTHENTICATE sau VERIFY 
CERTIFICATE), folosindu-se identificatorul său de cheie.  
TCS_83 În orice caz, comanda VERIFY CERTIFICATE utilizează 
cheia publică selectată anterior de către comanda MSE 
pentru a deschide certificatul. Această cheie publică 
trebuie să aparţină unui stat membru sau Europei.  
TCS_84  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „2Ah”  Executarea unei operaţiuni de securitate  
P1 1  „00h”  P 1  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 262  
Octet  Lungime  Valoare  Descriere  
P2 1  „AEh”  P2: date necodate BER-TLV (concatenarea elementelor 
de date)  
Lc 1  „C2h”  Lc: lungimea certificatului, 194 de octeţi  
#6-#199  194  „XX..XXh”  Certificat: concatenarea elementelor de date (conform 
descrierii din apendicele 11)  
TCS_85  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă verificarea certificatului eșuează, starea de 
procesare returnată este „ 6688 ”. Procesul de verificare 
și de deschidere a certificatului este descris în apen­
dicele 11 pentru G1 și G2.  
— Dacă în mediul de securitate nu există nicio cheie 
publică, se returnează starea „ 6A88 ”. 
— Dacă cheia publică selectată (utilizată pentru 
deschiderea certificatului) este considerată coruptă, 
starea de procesare returnată este „ 6400 ” sau „ 6581 ”. 
— Doar generaţia 1: Dacă cheia publică selectată (utilizată 
pentru deschiderea certificatului) are un CHA.LSB 
(
 )  
diferit de „00” (adică nu aparţine unuia dintre statele 
membre sau Europei), starea de procesare returnată este 
„6985 ”. 
3.5.7.2 P e r e c h e d e c o m a n d ă – r ă s p u n s p e n t  r u g e n e r a ţ i a 2  
În funcţie de dimensiunea curbei, certificatele ECC pot fi atât  de lungi 
încât să nu poată fi transmise într-o singură APDU. În acest ca z, 
trebuie aplicată înlănţuirea comenzilor conform ISO/IEC 7816-4 și 
certificatul trebuie transmis în două APDU-uri  PSO: Verify Certificate  
consecutive.  
Structura certificatului și parametrii domeniului sunt definiţi  în apen­
dicele 11.  
▼M3 
TCS_86 Comanda poate fi executată în MF, în DF Tachograph și în  
DF Tachograph_G2; a se vedea, de asemenea, TCS_34.  
▼B 
TCS_87  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „X0h”  Octet CLA care indică înlănţuirea comenzilor: 
„00h” unica sau ultima comandă din lanţ 
„10h” alte comenzi decât ultima comandă din lanţ  
INS 1  „2Ah”  Executarea unei operaţiuni de securitate  
P1 1  „00h”  
P2 1  „BEh”  Verificarea certificatului autodescriptiv  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 263  
Octet  Lungime  Valoare  Descriere  
Lc 1  „XXh”  Lungimea câmpului de date al comenzii, a se vedea 
TCS_88 și TCS_89.  
#6-#5+L  L  „XX..XXh”  Date codate DER-TLV: obiectul de date  ECC Certificate 
Body  ca prim obiect de date, concatenat cu obiectul de 
date ECC Certificate Signature  ca al doilea obiect de 
date, sau o parte a acestei concatenări. Eticheta „7F21” 
și lungimea corespunzătoare nu se transmit. 
Ordinea acestor obiecte de date este fixă.  
▼M3 
TCS_88 Pentru APDU-urile cu lungime redusă se aplică următoarel e 
dispoziţii: IFD trebuie să utilizeze numărul minim de 
APDU-uri necesar pentru a transmite datele utile ale 
comenzii și să transmită numărul maxim de octeţi în 
prima APDU de comandă. Cu toate acestea, cardul 
trebuie să fie compatibil cu orice valoare „Lc” de până la 
255 de octeţi.  
TCS_89 Pentru APDU-urile cu lungime extinsă se aplică urmă­
toarele dispoziţii: dacă certificatul nu se încadrează într-o 
singură APDU, cardul trebuie să fie compatibil cu înlăn­ 
ţuirea comenzilor. IFD trebuie să utilizeze numărul minim 
de APDU-uri necesar pentru a transmite datele utile ale 
comenzii și să transmită numărul maxim de octeţi în 
prima APDU de comandă. Dacă este necesară înlănţuirea, 
cardul trebuie să fie compatibil cu orice valoare „Lc” până 
la dimensiunea maximă a lungimii extinse indicată.  
Notă: Conform apendicelui 11, cardul stochează certificatul 
sau conţinutul relevant al certificatului și își actualizează 
currentAuthenticatedTime.  
Structura mesajului de răspuns și cuvintele de stare sunt 
cele definite în TCS_85.  
▼B 
TCS_90 Pe lângă codurile de eroare enumerate în TCS_85, cardul 
poate returna următoarele coduri de eroare:  
— Dacă cheia publică selectată (utilizată pentru 
deschiderea certificatului) are un CHA.LSB ( Certifica­
teHolderAuthorisation.equipmentType ) care nu este 
potrivit pentru verificarea certificatului în conformitate 
cu apendicele 11, starea de procesare returnată este 
„6985 ”. 
— Dacă  currentAuthenticatedTime  al cardului este mai 
târziu decât data expirării certificatului, starea de 
procesare returnată este „ 6985 ”. 
— Dacă este așteptată ultima comandă din lanţ, cardul 
returnează starea „ 6883 ”. 
— Dacă în câmpul de date al comenzii sunt transmiși 
parametri incorecţi, cardul returnează starea „ 6A80 ” 
(utilizată, de asemenea, în cazul în care obiectele de 
date nu sunt trimise în ordinea specificată).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 264  
3.5.8  INTERNAL AUTHENTICATE  
Această comandă respectă ISO/IEC 7816-4.  
TCS_91 Toate cardurile de tahograf trebuie să fie compatibile c u 
această comandă în DF Tachograph de generaţia 1. 
Comanda poate sau nu să fie accesibilă în MF și/sau în 
DF Tachograph_G2. În acest caz, comanda se încheie cu 
un cod de eroare adecvat, deoarece cheia privată a cardului 
(Card.SK ) pentru protocolul de autentificare de generaţia 1 
este accesibilă numai în DF_Tachograph de generaţia 1.  
Utilizând comanda INTERNAL AUTHENTICATE, IFD 
poate să autentifice cardul. Procesul de autentificare este 
descris în apendicele 11. Acesta include următoarele 
menţiuni:  
TCS_92 Comanda INTERNAL AUTHENTICATE utilizează cheia 
privată a cardului (selectată implicit) pentru a semna datele 
de autentificare, inclusiv K1 (primul element pentru înţe­
legerea asupra cheii de sesiune) și RND1, și utilizează 
cheia publică selectată în momentul respectiv (prin inter­
mediul ultimei comenzi MSE) pentru a cripta semnătura și 
a forma tokenul de autentificare (mai multe detalii în apen­
dicele 11).  
TCS_93  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  CLA  
INS 1  „88h”  INS  
P1 1  „00h”  P 1  
P2 1  „00h”  P 2  
Lc 1  „10h”  Lungimea datelor transmise către card  
#6 – #13  8  „XX..XXh”  Date de provocare utilizate pentru autentificarea cardului  
#14 -#21  8  „XX..XXh”  VU.CHR (a se vedea apendicele 11)  
Le 1  „80h”  Lungimea datelor așteptate de la card  
TCS_94  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#128  128  „XX..XXh”  Token de autentificare a cardului (a se vedea apendicele 
11) 
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă în mediul de securitate nu există nicio cheie 
publică, starea de procesare returnată este „ 6A88 ”. 
— Dacă în mediul de securitate nu există nicio cheie 
privată, starea de procesare returnată este „ 6A88 ”. 
— Dacă VU.CHR nu corespunde identificatorului cheii 
publice curente, starea de procesare returnată este 
„6A88 ”. ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 265  
— Dacă cheia privată selectată este considerată coruptă, 
starea de procesare returnată este „ 6400 ” sau „ 6581 ”. 
▼M1 
TCS_95 În cazul în care comanda INTERNAL AUTHENTICATE 
este executată cu succes, cheia de sesiune curentă de 
generaţia 1, dacă există, este ștearsă și nu mai este dispo­
nibilă. Pentru a face disponibilă o nouă cheie de sesiune de 
generaţia 1, trebuie executată cu succes comanda 
EXTERNAL AUTHENTICATE pentru mecanismul de 
autentificare de generaţia 1.  
Notă: Pentru cheile de sesiune de generaţia 2 a se vedea 
apendice 11 CSM_193 și CSM_195. Dacă sunt stabilite 
chei de sesiune de generaţia 2, iar tahograful primește 
comanda APDU în clar INTERNAL AUTHENTICATE, 
acesta abandonează sesiunea de mesagerie securizată de 
generaţia 2 și distruge cheile de sesiune de generaţia 2.  
▼B 
3.5.9  EXTERNAL AUTHENTICATE  
Această comandă respectă ISO/IEC 7816-4.  
Utilizând comanda EXTERNAL AUTHENTICATE, cardul poate 
autentifica IFD-ul. Procesul de autentificare este descris în a pendicele 
11 pentru generaţia 1 și 2 de tahografe (autentificare VU).  
TCS_96 Varianta de comandă pentru mecanismul de autentificare 
reciprocă de generaţia 1 este compatibilă numai cu o 
aplicaţie tahografică de generaţia 1.  
▼M1 
TCS_97 Varianta de comandă pentru autentificarea reciprocă 
VU-card de a doua generaţie poate fi executată în MF, în 
DF Tachograph și în DF Tachograph_G2; a se vedea, de 
asemenea, TCS_34. În cazul în care această comandă 
INTERNAL AUTHENTICATE de generaţia 2 este 
executată cu succes, cheia de sesiune curentă de generaţia 
1, dacă există, este ștearsă și nu mai este disponibilă.  
Notă: Pentru cheile de sesiune de generaţia 2 a se vedea 
apendicele 11 CSM_193 și CSM_195. Dacă sunt stabilite 
chei de sesiune de generaţia 2, iar tahograful primește 
comanda APDU în clar EXTERNAL AUTHENTICATE, 
acesta abandonează sesiunea de mesagerie securizată de 
generaţia 2 și distruge cheile de sesiune de generaţia 2.  
▼B 
TCS_98  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  CLA  
INS 1  „82h”  INS  
P1 1  „00h”  Cheile și algoritmii cunoscuţi implicit  
P2 1  „00h”  
Lc 1  „XXh”  Lc (Lungimea datelor transmise către card)  
#6-#(5+L)  L  „XX..XXh”  Autentificarea de generaţia 1: criptogramă (a se vedea 
apendicele 11 partea A) 
Autentificarea de generaţia 2: semnătură generată de IFD 
(a se vedea apendicele 11 partea B)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 266  
TCS_99  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă CHA a cheii publice setate în momentul respectiv 
nu este reprezentată de concatenarea AID-ului aplicaţiei 
tahografice și a unui tip de echipament VU, starea de 
procesare returnată este „ 6F00 ”. 
— În cazul în care comanda nu urmează imediat unei 
comenzi GET CHALLENGE, starea de procesare 
returnată este „ 6985 ”. 
Aplicaţia tahografică de generaţia 1 poate returna urmă­
toarele coduri de eroare suplimentare:  
— Dacă în mediul de securitate nu există nicio cheie 
publică, se returnează starea „ 6A88 ”. 
— Dacă în mediul de securitate nu există nicio cheie 
privată, starea de procesare returnată este „ 6A88 ”. 
— Dacă verificarea criptogramei este eronată, starea de 
procesare returnată este „ 6688 ”. 
— Dacă cheia privată selectată este considerată coruptă, 
starea de procesare returnată este „ 6400 ” sau „ 6581 ”. 
Varianta de comandă pentru autentificarea de generaţia 2 
poate returna următorul cod de eroare suplimentar:  
— Dacă verificarea semnăturii a eșuat, cardul returnează 
„6300 ”. 
3.5.10  GENERAL AUTHENTICATE  
Această comandă este utilizată pentru protocolul de autentifica re a 
cipului de generaţia 2 specificat în apendicele 11 partea B și este 
conformă cu ISO/IEC 7816-4.  
TCS_100 Comanda poate fi executată în MF, în DF Tachograph și î n 
DF Tachograph_G2; a se vedea, de asemenea, TCS_34.  
TCS_101  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „86h”  
P1 1  „00h”  Protocolul și cheile cunoscute implicit  
P2 1  „00h”  
Lc 1  „NNh”  Lc: lungimea câmpului de date subsecvent  
#6-#(5+L)  L  „7Ch” + L  7C + 
„80h” + L  80 + 
„XX..XXh”  Valoarea cheii publice efemere codate DER-TLV (a 
se vedea apendicele 11) 
VU trebuie să trimită obiectele de date în această 
ordine.  
▼M3 
Le 1  „00h”  Conform specificaţiilor din ISO/IEC 7816-4  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 267  
TCS_102  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#L  L  „7Ch” + L  7C + „81h” 
+ „08h” + 
„XX..XXh” + „82h” 
+ L  82 + „XX..XXh”  Date dinamice de autentificare codate 
DER-TLV:  nonce  și token de autentificare (a 
se vedea apendicele 11)  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Cardul returnează starea „ 6A80 ” pentru a indica 
existenţa unor parametri incorecţi în câmpul de date.  
— Cardul returnează starea „ 6982 ” în cazul în care 
comanda  External Authenticate  nu a fost executată cu 
succes.  
Obiectul de răspuns cu date dinamice de autentificare 
„7Ch”  
— trebuie să fie prezent dacă operaţiunea reușește, și 
anume cuvintele de stare sunt „ 9000 ”, 
— trebuie să fie absent în cazul unei erori de execuţie sau 
al unei erori de verificare, și anume în cazul în care 
cuvintele de stare se înscriu în intervalul „ 6400 ” – 
„6FFF ” și 
— poate fi absent în cazul unei avertizări, și anume în 
cazul în care cuvintele de stare se înscriu în intervalul 
„6200 ” – „ 63FF ”. 
3.5.11  MANAGE SECURITY ENVIRONMENT  
Această comandă este utilizată pentru setarea unei chei publice  pentru 
autentificare.  
3.5.11.1 P e r e c h e d e c o m a n d ă – r ă s p u n s p e n t r u g e n e r a ţ i a 1  
Această comandă respectă ISO/IEC 7816-4. Utilizarea acestei com enzi 
este restricţionată faţă de standardul corespunzător.  
TCS_103 Această comandă este compatibilă doar cu o aplicaţie ta ho­
grafică de generaţia 1.  
TCS_104 Cheia identificată în câmpul de date MSE rămâne cheia 
publică curentă până la următoarea comandă MSE 
corectă, până la selectarea unui DF sau până când cardul 
este resetat.  
TCS_105 Dacă cheia identificată nu este (deja) prezentă în card , 
mediul de securitate rămâne neschimbat.  
TCS_106  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  CLA  
INS 1  „22h”  INS  
P1 1  „C1h”  P1: cheia identificată valabilă pentru toate operaţiunile 
criptografice  
P2 1  „B6h”  P2 (date identificate privind semnătura digitală)  
Lc 1  „0Ah”  Lc: lungimea câmpului de date subsecvent  
#6 1  „83h”  Etichetă pentru identificarea unei chei publice în cazuri 
asimetrice  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 268  
Octet  Lungime  Valoare  Descriere  
#7 1  „08h”  Lungimea identificatorului de cheie (identificator cheie)  
#8-#15  8  „XX..XXh”  Identificator cheie conform specificaţiilor din apendicele 
11 
TCS_107  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă cheia identificată nu este prezentă în card, starea 
de procesare returnată este „ 6A88 ”. 
— Dacă unele dintre obiectele de date așteptate lipsesc din 
formatul de mesagerie securizată, se returnează starea 
de procesare „ 6987 ”. Acest lucru se poate întâmpla 
dacă lipsește eticheta „83h”.  
— Dacă unele obiecte de date sunt incorecte, starea de 
procesare returnată este „ 6988 ”. Acest lucru se poate 
întâmpla dacă lungimea identificatorului cheii nu este 
„08h”.  
— Dacă cheia selectată este considerată coruptă, starea de 
procesare returnată este „ 6400 ” sau „ 6581 ”. 
3.5.11.2 P e r e c h i d e c o m a n d ă – r ă s p u n s p e n t r u g e n e r a ţ i a 2  
Pentru autentificarea de generaţia 2, cardul de tahograf este c ompatibil 
cu următoarele versiuni de comandă  MSE: Set  care respectă ISO/IEC 
7816-4. Aceste versiuni de comandă nu sunt compatibile în ceea ce 
privește autentificarea de generaţia 1.  
3.5.11.2.1 M S E : S E T A T p e n t r u a u t e n t i f i c a r e a c i p u l u i  
Următoarea comandă MSE:SET AT este utilizată pentru a selecta 
parametrii pentru autentificarea cipului care este efectuată de  o  
comandă  General Authenticate  ulterioară.  
TCS_108 Comanda poate fi executată în MF, în DF Tachograph și î n 
DF Tachograph_G2; a se vedea, de asemenea, TCS_34.  
TCS_109  Mesaj de comand ă MSE:SET AT pentru autentificarea 
cipului  
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „22h”  
P1 1  „41h”  Setat pentru autentificare internă  
P2 1  „A4h”  Autentificare  
Lc 1  „NNh”  Lc: lungimea câmpului de date subsecvent  
#6-#(5+L)  L  „80h” + 
„0Ah” + 
„XX..XXh”  Identificatorul mecanismului criptografic codat 
DER-TLV: identificatorul de obiect al autentificării 
cipului (doar valoarea, eticheta „06h” este omisă). 
A se vedea apendicele 1 pentru valorile identificatorilor 
de obiect; trebuie folosită notaţia cu octeţi. A se vedea 
apendicele 11 pentru îndrumări cu privire la modul de 
selectare a unuia dintre acești identificatori de obiect.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 269  
3.5.11.2.2 M S E : S E T A T p e n t r u a u t e n t i f i c a r e a V U  
Următoarea comandă MSE:SET AT este utilizată pentru a selecta 
parametrii și cheile pentru autentificarea VU care este efectua tă de 
o comandă  External Authenticate  ulterioară.  
TCS_110 Comanda poate fi executată în MF, în DF Tachograph și î n 
DF Tachograph_G2; a se vedea, de asemenea, TCS_34.  
TCS_111  Mesaj de comand ă MSE:SET AT pentru autentificarea 
VU 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „22h”  
P1 1  „81h”  Setat pentru autentificare externă  
P2 1  „A4h”  Autentificare  
Lc 1  „NNh”  Lc: lungimea câmpului de date subsecvent  
#6-#(5+L)  L  „80h” + 
„0Ah” + 
„XX..XXh”  Identificatorul mecanismului criptografic codat 
DER-TLV: identificatorul de obiect al autentificării VU 
(doar valoarea, eticheta „06h” este omisă). 
A se vedea apendicele 1 pentru valorile identificatorilor 
de obiect; trebuie folosită notaţia cu octeţi. A se vedea 
apendicele 11 pentru îndrumări cu privire la modul de 
selectare a unuia dintre acești identificatori de obiect.  
„83h” + 
„08h” + 
„XX..XXh”  Identificator codat DER-TLV al cheii publice a VU de 
către identificatorul deţinătorului certificatului menţionat 
în certificatul aferent.  
„91h” + 
L 91 + 
„XX..XXh”  Reprezentare comprimată, codată DER-TLV, a cheii 
publice efemere a VU care va fi folosită în cursul auten­
tificării cipului (a se vedea apendicele 11)  
3.5.11.2.3 M S E : S E T D S T  
Următoarea comandă MSE:SET DST este utilizată pentru a stabili o 
cheie publică fie  
— pentru verificarea unei semnături care este furnizată într-o 
comandă  PSO: Verify Digital Signature  ulterioară, fie  
— pentru verificarea semnăturii unui certificat care este furni zat într-o 
comandă  PSO: Verify Certificate  ulterioară.  
TCS_112 Comanda poate fi executată în MF, în DF Tachograph și î n 
DF Tachograph_G2; a se vedea, de asemenea, TCS_ 33.  
TCS_113  Mesaj de comand ă MSE:SET DST  
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  
INS 1  „22h”  
P1 1  „81h”  Setat pentru verificare  
P2 1  „B6h”  Semnătură digitală  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 270  
Octet  Lungime  Valoare  Descriere  
Lc 1  „NNh”  Lc: lungimea câmpului de date subsecvent  
#6-#(5+L)  L  „83h” + 
„08h” + 
„XX...XXh”  Identificator codat DER-TLV al unei chei publice, și 
anume identificatorul deţinătorului certificatului din certi­
ficatul cheii publice (a se vedea apendicele 11)  
Pentru toate versiunile de comandă, structura mesajului de răsp uns și 
cuvintele de stare sunt date de:  
TCS_114  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. Protocolul a fost 
selectat și iniţializat.  
— „ 6A80 ” indică existenţa unor parametri incorecţi în 
câmpul de date al comenzii.  
— „ 6A88 ” indică faptul că datele identificate (și anume o 
cheie identificată) nu sunt disponibile.  
▼M1 
— Dacă currentAuthenticatedTime al cardului este ulterior 
faţă de data de expirare a cheii publice selectate, starea 
de procesare returnată este  „6A88”.  
Notă: În cazul unei comenzi MSE: SET AT pentru auten­
tificarea VU, cheia identificată este o cheie publică 
VU_MA. Cardul setează pentru utilizare cheia publică 
VU_MA, dacă este disponibilă în memoria sa, care 
corespunde identificatorului deţinătorului 
certificatului (CHR) indicat în câmpul de date al 
comenzii (cardul poate identifica cheile publice VU_MA 
prin intermediul câmpului certificatului CHA). Cardul 
returnează „6A88” la această comandă în cazul în care 
este disponibilă numai cheia publică VU_Sign sau nu 
este disponibilă nicio cheie publică a unităţii montate pe 
vehicul. A se vedea definiţia câmpului CHA în apendicele 
11 și a tipului de date equipmentType în apendicele 1.  
În mod similar, în cazul în care se trimite o comandă MSE: 
SET DST care identifică EQT (și anume, o VU sau un 
card) la un card de control, potrivit CSM_234, cheia iden­
tificată este întotdeauna o cheie EQT_Sign, care trebuie 
utilizată pentru verificarea semnăturii digitale. În confor­
mitate cu figura 13 din apendicele 11, cardul de control 
va avea întotdeauna stocată cheia publică EQT_Sign 
relevantă. În anumite cazuri, cardul de control ar putea 
avea stocată cheia publică EQT_MA corespunzătoare. 
Cardul de control trebuie să seteze întotdeauna pentru 
utilizare cheia publică EQT_Sign atunci când primește o 
comandă MSE: SET DST.  
▼B 
3.5.12  PSO: HASH  
Această comandă este utilizată pentru a transfera pe card rezul tatul 
unui calcul  hash  aplicat anumitor date. Această comandă este utilizată 
pentru verificarea semnăturilor digitale. Valoarea  hash  este stocată 
temporar pentru comanda ulterioară  PSO: Verify Digital Signature  
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei com enzi 
este restricţionată faţă de standardul corespunzător.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 271  
Numai cardul de control trebuie să fie compatibil cu această co mandă 
în DF Tachograph și în DF Tachograph_G2.  
Alte tipuri de card de tahograf pot sau nu să implementeze acea stă 
comandă. Comanda poate sau nu să fie accesibilă în MF.  
Aplicaţia cardului de control de generaţia 1 este compatibilă n umai cu 
SHA-1.  
TCS_115 Valoarea  hash  stocată temporar trebuie ștearsă dacă o nouă 
valoare  hash  este calculată prin intermediul unei comenzi  
PSO: HASH , dacă este selectat un DF și dacă cardul de 
tahograf este resetat.  
TCS_116  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  CLA  
INS 1  „2Ah”  Executarea unei operaţiuni de securitate  
P1 1  „90h”  Returnare cod  hash  
P2 1  „A0h”  Etichetă: câmpul de date conţine DO-urile relevante 
pentru  hashing  
Lc 1  „XXh”  Lungimea Lc a câmpului de date subsecvent  
#6 1  „90h”  Etichetă pentru codul  hash  
#7 1  „XXh”  Lungimea L a codului  hash : 
„14h” în aplicaţia de generaţia 1 (a se vedea apendicele 
11 partea A) 
„20h”, „30h” sau „40h” în aplicaţia de generaţia 2 (a se 
vedea apendicele 11 partea B)  
#8-#(7+L)  L  „XX..XXh”  Cod  hash  
TCS_117  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă unele dintre obiectele de date așteptate (conform 
specificaţiilor de mai sus) lipsesc, se returnează starea 
de procesare „ 6987 ”. Acest lucru se poate întâmpla 
dacă lipsește una dintre etichetele „90h”.  
— Dacă unele obiecte de date sunt incorecte, starea de 
procesare returnată este „ 6988 ”. Această eroare apare 
dacă eticheta necesară este prezentă, dar cu o lungime 
diferită de „14h” pentru SHA-1, „20h” pentru 
SHA-256, „30h” pentru SHA-384, „40h” pentru 
SHA-512 (aplicaţia de generaţia 2).  
3.5.13  PERFORM HASH OF FILE  
Această comandă nu respectă ISO/IEC 7816-8. Astfel, octetul CLA  al 
acestei comenzi indică o utilizare exclusivă a comenzii PERFORM  
SECURITY OPERATION / HASH.  
Numai cardul de conducător auto și cardul de control trebuie să  fie 
compatibile cu această comandă în DF Tachograph și în DF 
Tachograph_G2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 272  
Alte tipuri de card de tahograf pot sau nu să implementeze acea stă 
comandă. Dacă un card de societate sau de control implementează  
această comandă, comanda trebuie implementată conform specifica ­ 
ţiilor din prezentul capitol.  
Comanda poate sau nu să fie accesibilă în MF. În acest caz, com anda 
trebuie să fie implementată conform specificaţiilor din prezent ul 
capitol, și anume să nu permită calcularea unei valori  hash , ci să se 
încheie cu un cod de eroare adecvat.  
TCS_118 Comanda PERFORM HASH OF FILE este utilizată pentru 
a executa o operaţiune  hash  în zona de date a EF trans­
parent selectat în momentul respectiv.  
TCS_119 Un card de tahograf trebuie să fie compatibil cu aceast ă 
comandă numai pentru EF-urile care sunt menţionate în 
capitolul 4 din cadrul DF_Tachograph și 
DF_Tachograph_G2, cu următoarea excepţie. Un card de 
tahograf nu trebuie să fie compatibil cu această comandă 
pentru EF  Sensor_Installation_Data  din DF 
Tachograph_G2.  
TCS_120 Rezultatul operaţiunii  hash  este stocat temporar în card. 
Ulterior, acesta poate fi utilizat pentru a obţine semnătura 
digitală a fișierului, utilizând comanda  PSO: COMPUTE 
DIGITAL SIGNATURE . 
▼M1 
TCS_121 Valoarea hash de fișier stocată temporar trebuie ștears ă 
dacă o nouă valoare hash de fișier este calculată prin inter­
mediul comenzii PERFORM HASH of FILE, dacă este 
selectat un DF și dacă cardul de tahograf este resetat.  
▼B 
TCS_122 Aplicaţia tahografică de generaţia 1 trebuie să fie com pa­
tibilă cu SHA-1.  
▼M1 
TCS_123 Aplicaţia tahografică de generaţia 2 trebuie să fie com pa­
tibilă cu algoritmul SHA-2 (SHA-256, SHA-384 sau 
SHA-512), definit de suita cifru din apendicele 11 partea 
B pentru cheia de semnătură Card_Sign a cardului.  
▼B 
TCS_124  Mesaj de comand ă 
▼M1 
Octet  Lungime  Valoare  Descriere  
CLA  1  „80h”  CLA  
INS 1  „2Ah”  Executarea unei operaţiuni de securitate  
P1 1  „90h”  Etichetă: Hash  
P2 1  „00h”  Algoritm implicit cunoscut 
Pentru aplicaţia tahografică de generaţia 1: SHA-1 
Pentru aplicaţia tahografică de generaţia 2: algoritmul 
SHA-2 (SHA-256, SHA-384 sau SHA-512) definit de 
suita cifru din apendicele 11 partea B pentru cheia de 
semnătură Card_Sign a cardului  
▼B 
TCS_125  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă EF-ul curent nu permite această comandă (EF  
Sensor_Installation_Data  din DF Tachograph_G2), se 
returnează starea de procesare „ 6985 ”. ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 273  
— Dacă EF-ul selectat este considerat corupt (erori în atri­
butele fișierului sau erori de integritate a datelor 
stocate), starea de procesare returnată este „ 6400 ” sau 
„6581 ”. 
— Dacă fișierul selectat nu este un fișier transparent sau 
dacă nu există un EF curent, starea de procesare 
returnată este „ 6986 ”. 
3.5.14  PSO: COMPUTE DIGITAL SIGNATURE  
▼M1 
Această comandă este utilizată pentru calcularea semnăturii dig itale a 
codului hash calculat anterior (a se vedea „PERFORM HASH of 
FILE”, secţiunea 3.5.13).  
Numai cardul de conducător auto și cardul de control trebuie să  fie 
compatibile cu această comandă în DF Tachograph și în DF 
Tachograph_G2.  
Alte tipuri de card de tahograf pot sau nu să implementeze acea stă 
comandă. În cazul aplicaţiei tahografice de generaţia 2, numai cardul 
de conducător auto și cardul de atelier au o cheie de semnătură  de 
generaţia 2, alte carduri nu pot executa comanda cu succes și o  
încheie cu un cod de eroare adecvat.  
Comanda poate sau nu să fie accesibilă în MF. Atunci când coman da 
nu este accesibilă în MF, trebuie să se încheie cu un cod de er oare 
adecvat.  
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei com enzi 
este restricţionată faţă de standardul corespunzător.  
▼B 
TCS_126 Această comandă nu trebuie să calculeze o semnătură 
digitală a codului  hash  calculat anterior prin comanda  
PSO: HASH . 
TCS_127 Cheia privată a cardului este utilizată pentru a calcul a 
semnătura digitală și este cunoscută implicit de card.  
TCS_128 Aplicaţia tahografică de generaţia 1 execută o semnătur ă 
digitală utilizând o metodă de completare conformă cu 
PKCS1 (a se vedea apendicele 11 pentru detalii).  
TCS_129 Aplicaţia tahografică de generaţia 2 calculează o semnă tură 
digitală bazată pe curbe eliptice (a se vedea apendicele 11 
pentru detalii).  
TCS_130  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  CLA  
INS 1  „2Ah”  Executarea unei operaţiuni de securitate  
P1 1  „9Eh”  Semnătură digitală de returnat  
P2 1  „9Ah”  Etichetă: câmpul de date conţine date de semnat. Întrucât 
nu este inclus niciun câmp de date, se presupune că 
datele sunt deja prezente în card ( hash  de fișier)  
Le 1  „NNh”  Lungimea semnăturii așteptate  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 274  
TCS_131  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#L  L  „XX..XXh”  Semnătura codului  hash  calculat anterior  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă cheia privată selectată implicit este considerată 
coruptă, starea de procesare returnată este „ 6400 ” sau 
„6581 ”. 
— În cazul în care codul  hash  care a fost calculat într-o 
comandă  Perform Hash of File  anterioară nu este 
disponibil, starea de procesare returnată este „ 6985 ”. 
3.5.15  PSO: VERIFY DIGITAL SIGNATURE  
Această comandă este utilizată pentru a verifica semnătura digi tală, 
furnizată ca intrare, al cărui cod  hash  este cunoscut de card. Algo­
ritmul semnăturii este cunoscut implicit de card.  
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei com enzi 
este restricţionată faţă de standardul corespunzător.  
Numai cardul de control trebuie să fie compatibil cu această co mandă 
în DF Tachograph și în DF Tachograph_G2.  
Alte tipuri de card de tahograf pot sau nu să implementeze acea stă 
comandă. Comanda poate sau nu să fie accesibilă în MF.  
TCS_132 Comanda VERIFY DIGITAL SIGNATURE utilizează 
întotdeauna cheia publică selectată de comanda anterioară  
Manage Security Environment MSE: Set DST  și codul  hash  
anterior introdus de o comandă  PSO: HASH . 
TCS_133  Mesaj de comand ă 
▼M1 
Octet  Lungime  Valoare  Descriere  
CLA  1  „00h”  CLA  
INS 1  „2Ah”  Executarea unei operaţiuni de securitate  
P1 1  „00h”  
P2 1  „A8h”  Etichetă: câmpul de date conţine DO-urile relevante 
pentru verificare  
Lc 1  „XXh”  Lungimea Lc a câmpului de date subsecvent  
#6 1  „9Eh”  Etichetă pentru semnătura digitală  
#7 sau 
#7-#8  L „NNh” sau 
„81 NNh”  Lungimea semnăturii digitale (L este de 2 octeţi dacă 
semnătura digitală este mai mare de 127 de octeţi): 
128 de octeţi codaţi în conformitate cu apendicele 11 
partea A pentru aplicaţia tahografică de generaţia 1. 
În funcţie de curba aleasă pentru aplicaţia tahografică de 
generaţia 2 (a se vedea apendicele 11 partea B).  
#(7+ L)- 
#(6+ L+ NN)  NN „XX..XXh”  Conţinutul semnăturii digitale  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 275  
TCS_134  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— Dacă verificarea semnăturii eșuează, starea de procesare 
returnată este „ 6688 ”. Procesul de verificare este descris 
în apendicele 11.  
— Dacă nu este selectată nicio cheie publică, starea de 
procesare returnată este „ 6A88 ”. 
— Dacă unele dintre obiectele de date așteptate (conform 
specificaţiilor de mai sus) lipsesc, se returnează starea 
de procesare „ 6987 ”. Acest lucru se poate întâmpla 
dacă una dintre etichetele necesare lipsește.  
— Dacă nu este disponibil niciun cod  hash  pentru 
procesarea comenzii (ca urmare a unei comenzi  PSO: 
Hash  anterioare), starea de procesare returnată este 
„6985 ”. 
— Dacă unele obiecte de date sunt incorecte, starea de 
procesare returnată este „ 6988 ”. Acest lucru se poate 
întâmpla dacă lungimea unuia dintre obiectele de date 
necesare este incorectă.  
— Dacă cheia publică selectată este considerată coruptă, 
starea de procesare returnată este „ 6400 ” sau „ 6581 ”. 
▼M1 
— Dacă cheia publică selectată (utilizată pentru verificarea 
semnăturii digitale) are un CHA.LSB (CertificateHolde­
rAuthorisation.equipmentType) care nu este potrivit 
pentru verificarea semnăturii digitale în conformitate 
cu apendicele 11, starea de procesare returnată este  
„6985” . 
▼B 
3.5.16  PROCESS DSRC MESSAGE  
Această comandă este utilizată pentru a verifica integritatea ș i auten­
ticitatea mesajului DSRC și pentru a descifra datele comunicate  de o 
VU unei autorităţi de control sau unui atelier prin legătura DS RC. 
Cardul obţine cheia de criptare și cheia MAC folosite pentru a 
securiza mesajul DSRC conform descrierii din apendicele 11 part ea 
B capitolul 13.  
Numai cardul de control și cardul de atelier trebuie să fie com patibile 
cu această comandă în DF Tachograph_G2.  
Alte tipuri de carduri de tahograf pot sau nu să implementeze a ceastă 
comandă, dar nu trebuie să aibă o cheie  master  DSRC. Prin urmare, 
aceste carduri nu pot executa comanda cu succes, ci o încheie c u un 
cod de eroare adecvat.  
Comanda poate sau nu să fie accesibilă în MF și/sau în DF 
Tachograph. În acest caz, comanda trebuie să se încheie cu un c od 
de eroare adecvat.  
TCS_135 Cheia  master  DSRC este accesibilă numai în DF 
Tachograph_G2, și anume cardul de control și cardul de 
atelier trebuie să permită executarea cu succes a comenzii 
doar în DF Tachograph_G2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 276  
TCS_136 Comanda decriptează doar datele DSRC și verifică suma d e 
verificare criptografică, dar fără a interpreta datele de 
intrare.  
TCS_137 Ordinea obiectelor de date din câmpul de date al comenz ii 
este fixată de prezenta specificaţie.  
TCS_138  Mesaj de comand ă 
Octet  Lungime  Valoare  Descriere  
CLA  1  „80h”  CLA exclusiv  
INS 1  „2Ah”  Executarea unei operaţiuni de securitate  
P1 1  „80h”  Date de răspuns: valoare a datelor în clar  
P2 1  „B0h”  Date de comandă: valoare a datelor în clar codată 
BER-TLV și incluzând DO-uri SM  
Lc 1  „NNh”  Lungimea Lc a câmpului de date subsecvent  
#6-#(5+L)  L  „87h” + L  87 + 
„XX..XXh”  Octet indicator de conţinut de completare codat 
DER-TLV, urmat de datele utile de tahograf criptate. 
Pentru octetul indicator de conţinut de completare 
trebuie folosită valoarea „00h” („nicio altă indicaţie” în 
conformitate cu tabelul 52 din ISO/IEC 7816-4:2013). 
Pentru mecanismul de criptare, a se vedea apendicele 
11 partea B capitolul 13. 
Valorile permise pentru lungimea L  87 sunt multiplii 
lungimii de bloc AES plus 1 pentru octetul indicator 
de conţinut de completare, adică de la 17 octeţi până 
la 193 de octeţi, inclusiv.  
Notă: a se vedea tabelul 49 din ISO/IEC 7816-4:2013 
pentru obiectul de date SM cu eticheta „87h”.  
„81h” + „10h”  Model de referinţă de control pentru confidenţialitate, 
codat DER-TLV, care găzduiește concatenarea urmă­
toarelor elemente de date (a se vedea apendicele 1,  
DSRCSecurityData , și apendicele 11 partea B capitolul 
13): 
— marcă temporală – 4 octeţi 
— contor – 3 octeţi 
— numărul de serie al VU – 8 octeţi 
— versiunea cheii  master  DSRC – 1 octet  
Notă: a se vedea tabelul 49 din ISO/IEC 7816-4:2013 
pentru obiectul de date SM cu eticheta „81h”.  
„8Eh” + L  8E + 
„XX..XXh”  MAC codat DER-TLV prin mesajul DSRC. Pentru 
calcularea și algoritmul MAC, a se vedea apendicele 
11 partea B capitolul 13.  
Notă: a se vedea tabelul 49 din ISO/IEC 7816-4:2013 
pentru obiectul de date SM cu eticheta „8Eh”.  
▼M3 
Le 1  „00h”  Conform specificaţiilor din ISO/IEC 7816-4  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 277  
TCS_139  Mesaj de r ăspuns  
Octet  Lungime  Valoare  Descriere  
#1-#L  L  „XX..XXh”  Lipsește (în cazul unei erori) sau date descifrate 
(completare eliminată)  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
cardul returnează starea „ 9000 ”. 
— „ 6A80 ” indică existenţa unor parametri incorecţi în 
câmpul de date al comenzii (utilizat, de asemenea, în 
cazul în care obiectele de date nu sunt trimise în 
ordinea specificată).  
— „ 6A88 ” indică faptul că datele menţionate nu sunt 
disponibile, și anume cheia  master  DSRC identificată 
nu este disponibilă.  
— „ 6900 ” indică faptul că verificarea sumei de verificare 
criptografice sau decriptarea datelor a eșuat.  
▼M1 
— „ 6985 ” indică faptul că marca temporală de 4 octeţi 
furnizată în câmpul de date al comenzii este anterioară 
cardValidityBegin sau posterioară cardExpiryDate.  
▼B 
4. STRUCTURA CARDURILOR DE TAHOGRAF  
Prezenta secţiune specifică structurile de fișiere ale carduril or de 
tahograf pentru stocarea datelor accesibile.  
Ea nu specifică structurile interne care depind de producătorul  cardului, precum 
anteturile fișierelor, nici stocarea și procesarea elementelor de date 
necesare doar pentru uz intern, precum
  
,
 ,
  s a u
  .  
TCS_140 Un card de tahograf de generaţia 2 trebuie să cuprindă 
fișierul  master  MF și o aplicaţie tahografică de generaţia 
1 și una de generaţia 2 de același tip (de exemplu, apli­
caţiile cardului de conducător auto).  
TCS_141 Un card de tahograf trebuie să fie compatibil cel puţin  cu 
numărul minim de înregistrări specificat pentru aplicaţiile 
corespondente și trebuie să nu permită mai multe înre­
gistrări decât numărul maxim de înregistrări specificat 
pentru aplicaţiile corespondente.  
▼M3 
Numărul maxim și numărul minim de înregistrări pentru 
diferitele aplicaţii este specificat în prezentul capitol. În 
versiunea 2 a cardurilor de conducător auto și de atelier 
de generaţia 2, aplicaţia de generaţia 1 trebuie să fie 
compatibilă cu numărul maxim de înregistrări specificat la 
TCS_150 și TCS_158.  
▼B 
Pentru condiţiile de securitate utilizate în cadrul normelor 
de acces pe parcursul prezentului capitol, a se consulta 
capitolul 3.3. În general, modul de acces „read” denotă 
comanda READ BINARY cu octet INS par și, dacă este 
compatibil, impar, cu excepţia EF  Sensor_Installation_Data  
din cardul de atelier, a se vedea TCS_156 și TCS_160. 
Modul de acces „update” denotă comanda UPDATE 
BINARY cu octet INS par și, dacă este compatibil, 
impar, iar modul de acces „select” denotă comanda 
SELECT.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 278  
4.1. Fi șier master  MF  
TCS_142 După personalizarea sa, fișierul  master  MF trebuie să aibă 
următoarea structură permanentă a fișierelor și următoarele 
norme de accesare a fișierelor:  
Notă: identificatorul de EF scurt SFID este dat ca număr 
zecimal, de exemplu valoarea 30 corespunde lui 11110 în 
cod binar.
  
În acest tabel este folosită următoarea abreviere pentru 
condiţia de securitate:  
SC1 ALW SAU SM-MAC-G2  
TCS_143 Structura tuturor EF trebuie să fie transparentă.  
TCS_144 Fișierul  master  MF trebuie să aibă următoarea structură de 
date:
  
TCS_145 Fișierul elementar EF DIR trebuie să conţină următoarel e 
obiecte de date legate de aplicaţii: „61 08 4F 06 FF 54 41 
43 48 4F 61 08 4F 06 FF 53 4D 52 44 54”  
TCS_146 Fișierul elementar EF ATR/INFO trebuie să fie prezent î n 
cazul în care cardul de tahograf indică, în ATR-ul său, că 
este compatibil cu câmpuri cu lungime extinsă. În acest 
caz, EF ATR/INFO conţine obiectul de date informativ 
cu lungime extinsă (DO„7F66”), conform specificaţiilor 
din ISO/IEC 7816-4:2013, clauza 12.7.1.  
TCS_147 Fișierul elementar EF  Extended_Length  trebuie să fie prezent 
în cazul în care cardul de tahograf indică, în ATR-ul său, că 
este compatibil cu câmpuri cu lungime extinsă. În acest caz, 
EF-ul trebuie să conţină următorul obiect de date: „02 01 xx”, 
unde valoarea „xx” indică dacă câmpurile cu lungime extinsă 
sunt compatibile cu protocolul T = 1 și / sau T = 0.  
Valoarea „01” arată compatibilitatea câmpului cu lungime 
extinsă cu protocolul T = 1.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 279  
Valoarea „10” arată compatibilitatea câmpului cu lungime 
extinsă cu protocolul T = 0.  
Valoarea „11” arată compatibilitatea câmpului cu lungime 
extinsă cu protocolul T = 1 și cu protocolul T = 0.  
4.2. Aplica ţii de card de conduc ător auto  
4.2.1  Aplica ţia de card de conduc ător auto de genera ţia 1 
TCS_148 După personalizarea sa, aplicaţia de card de conducător  
auto de generaţia 1 trebuie să aibă următoarea structură 
permanentă a fișierelor și următoarele norme de accesare 
a fișierelor:
  
În acest tabel sunt folosite următoarele abrevieri pentru 
condiţiile de securitate:  
SC1 ALW SAU SM-MAC-G2  
SC2 ALW SAU SM-MAC-G1 SAU SM-MAC-G2  
SC3 SM-MAC-G1 SAU SM-MAC-G2  
TCS_149 Structura tuturor EF trebuie să fie transparentă.  
TCS_150 Aplicaţia de card de conducător auto de generaţia 1 tre buie 
să aibă următoarea structură de date:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 280
  
► (1) (2) M3 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 281
  
▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 282  
TCS_151 Următoarele valori, utilizate pentru a specifica dimens iuni 
în tabelul de mai sus, reprezintă valorile pentru numărul 
minim și maxim de înregistrări pe care structura de date 
a cardului de conducător auto trebuie să le utilizeze pentru 
o aplicaţie de generaţia 1:
  
4.2.2  Aplica ţia de card de conduc ător auto de genera ţia 2 
▼M3 
TCS_152 După personalizarea sa, aplicaţia de card de conducător  
auto de generaţia 2 trebuie să aibă următoarea structură 
permanentă a fișierelor și următoarele norme de accesare 
a fișierelor:  
Observaţii: 
— identificatorul de EF scurt SFID este dat ca număr 
zecimal, de exemplu valoarea 30 corespunde lui 
11110 în cod binar.  
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF 
Border_Crossings, EF Load_Unload_Operations, EF 
VU_Configuration și EF Load_Type_Entries sunt 
prezente numai în versiunea 2 a cardului de conducător 
auto de generaţia 2.  
— cardStructureVersion în EF Application_Identification 
este egal cu {01 01} pentru versiunea 2 a cardului de 
conducător auto de generaţia 2, dar este egal cu {01 
00} pentru versiunea 1 a cardului de conducător auto de 
generaţia 2.
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 283  
În acest tabel sunt folosite următoarele abrevieri pentru 
condiţiile de securitate:  
SC1 ALW SAU SM-MAC-G2  
SC5 Pentru comanda Read Binary cu octet INS par: 
SM-C-MAC-G2 ȘI SM-R-ENC-MAC-G2  
Pentru comanda Read Binary cu octet INS impar 
(dacă este compatibil): NEV  
▼B 
TCS_153 Structura tuturor EF trebuie să fie transparentă.  
▼M3 
TCS_154 Aplicaţia de card de conducător auto de generaţia 2 tre buie 
să aibă următoarea structură de date:
  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 284
  
▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 285
  
▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 286  
TCS_155 Următoarele valori, utilizate pentru a specifica dimens iuni 
în tabelul de mai sus, reprezintă valorile pentru numărul 
minim și maxim de înregistrări pe care structura de date 
a cardului de conducător auto trebuie să le utilizeze pentru 
o aplicaţie de generaţia 2:  
▼M3 
Min Max  
n 1 NoOfEventsPerType  1 2  1 2  
n 2 NoOfFaultsPerType  2 4  2 4  
n 3 NoOfCardVehicleRecords  200  200  
n 4 NoOfCardPlaceRecords  112  112  
n 6 CardActivityLengthRange  13776 de octeţi 
(56 de zile * 117 
modificări de activitate)  13776 de octeţi 
(56 de zile * 117 
modificări de activitate)  
n 7 NoOfCardVehicleUnitRecords  200  200  
n 8 NoOfGNSSADRecords  336  336  
n 9 NoOfSpecificConditionRecords  112  112  
n 10 NoOfBorderCrossingRecords  1120  1120  
n 11 NoOfLoadUnloadRecords  1624  1624  
n 12 NoOfLoadTypeEntryRecords  336  336  
n 13 VuConfigurationLengthRange  3072 de octeţi  3072 de octeţi  
▼B 
4.3. Aplica ţii de card de atelier  
4.3.1  Aplica ţia de card de atelier de genera ţia 1 
TCS_156 După personalizarea sa, aplicaţia de card de atelier de  
generaţia 1 trebuie să aibă următoarea structură permanentă 
a fișierelor și următoarele norme de accesare a fișierelor:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 287  
În acest tabel sunt folosite următoarele abrevieri pentru 
condiţiile de securitate:  
SC1 ALW SAU SM-MAC-G2  
SC2 ALW SAU SM-MAC-G1 SAU SM-MAC-G2  
SC3 SM-MAC-G1 SAU SM-MAC-G2  
▼M1 
SC4 Pentru comanda READ BINARY cu octet INS par:  
(SM-C-MAC-G1 AND SM-R-ENC-MAC-G1) OR  
(SM-C-MAC-G2 AND SM-R-ENC-MAC-G2)  
Pentru comanda READ BINARY cu octet INS 
impar (dacă este compatibil): NEV  
▼B 
TCS_157 Structura tuturor EF trebuie să fie transparentă.  
TCS_158 Aplicaţia de card de atelier de generaţia 1 trebuie să aibă 
următoarea structură de date:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 288
  
▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 289
  
▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 290
  
TCS_159 Următoarele valori, utilizate pentru a specifica dimens iuni 
în tabelul de mai sus, reprezintă valorile pentru numărul 
minim și maxim de înregistrări pe care structura de date 
a cardului de atelier trebuie să le utilizeze pentru o aplicaţi e 
de generaţia 1:
  
4.3.2  Aplica ţia de card de atelier de genera ţia 2 
▼M3 
TCS_160 După personalizarea sa, aplicaţia de card de atelier de  
generaţia 2 trebuie să aibă următoarea structură permanentă 
a fișierelor și următoarele norme de accesare a fișierelor.  
Observaţii: 
— identificatorul de EF scurt SFID este dat ca număr 
zecimal, de exemplu valoarea 30 corespunde lui 
11110 în cod binar.  
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF 
Border_Crossings, EF Load_Unload_Operations, EF 
Load_Type_Entries, EF VU_Configuration și EF Cali­
bration_Add_Data sunt prezente numai în versiunea 2 a 
cardului de atelier de generaţia 2.  
— cardStructureVersion în EF Application_Identification 
este egal cu {01 01} pentru versiunea 2 a cardului de 
atelier de generaţia 2, dar este egal cu {01 00} pentru 
versiunea 1 a cardului de atelier de generaţia 2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 291
  
În acest tabel sunt folosite următoarele abrevieri pentru 
condiţiile de securitate:  
SC1 ALW SAU SM-MAC-G2  
SC5 Pentru comanda Read Binary cu octet INS par: 
SM-C-MAC-G2 ȘI SM-R-ENC-MAC-G2  
Pentru comanda Read Binary cu octet INS impar 
(dacă este compatibil): NEV  
▼B 
TCS_161 Structura tuturor EF trebuie să fie transparentă.  
TCS_162 Aplicaţia de card de atelier de generaţia 2 trebuie să aibă 
următoarea structură de date:  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 292
  
▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 293
  
▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 294
  
▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 295
  
▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 296  
TCS_163 Următoarele valori, utilizate pentru a specifica dimens iuni 
în tabelul de mai sus, reprezintă valorile pentru numărul 
minim și maxim de înregistrări pe care structura de date 
a cardului de atelier trebuie să le utilizeze pentru o aplicaţi e 
de generaţia 2:  
▼M3 
Min Max  
n 1 NoOfEventsPerType  3  3  
n 2 NoOfFaultsPerType  6  6  
n 3 NoOfCardVehicleRecords  8  8  
n 4 NoOfCardPlaceRecords  8  8  
n 5 NoOfCalibrationRecords  255  255  
n 6 CardActivityLengthRange  492 de octeţi (1 zi * 
240 de modificări de 
activitate)  492 de octeţi (1 zi * 
240 de modificări de 
activitate)  
n 7 NoOfCardVehicleUnitRecords  8  8  
n 8 NoOfGNSSADRecords  2 4  2 4  
n 9 NoOfSpecificConditionRecords  4  4  
n 10 NoOfBorderCrossingRecords  4  4  
n 11 NoOfLoadUnloadRecords  8  8  
n 12 NoOfLoadTypeEntryRecords  4  4  
n 13 VuConfigurationLengthRange  3072 de octeţi  3072 de octeţi  
▼B 
4.4. Aplica ţii de card de control  
4.4.1  Aplica ţia de card de control de genera ţia 1 
TCS_164 După personalizarea sa, aplicaţia de card de control de  
generaţia 1 trebuie să aibă următoarea structură permanentă 
a fișierelor și următoarele norme de accesare a fișierelor:
  
În acest tabel sunt folosite următoarele abrevieri pentru 
condiţiile de securitate:  
SC1 ALW SAU SM-MAC-G2  
SC2 ALW SAU SM-MAC-G1 SAU SM-MAC-G2  
SC3 SM-MAC-G1 SAU SM-MAC-G2  
SC6 EXT-AUT-G1 SAU SM-MAC-G1 SAU SM-MAC- 
G2 
TCS_165 Structura tuturor EF trebuie să fie transparentă.  
TCS_166 Aplicaţia de card de control de generaţia 1 trebuie să aibă 
următoarea structură de date:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 297
  
TCS_167 Următoarele valori, utilizate pentru a specifica dimens iuni 
în tabelul de mai sus, reprezintă valorile pentru numărul 
minim și maxim de înregistrări pe care structura de date 
a cardului de control trebuie să le utilizeze pentru o 
aplicaţie de generaţia 1:
  
4.4.2  Aplica ţia de card de control de genera ţia 2 
▼M3 
TCS_168 După personalizarea sa, aplicaţia de card de control de  
generaţia 2 trebuie să aibă următoarea structură permanentă 
a fișierelor și următoarele norme de accesare a fișierelor.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 298  
Observaţii: 
— identificatorul de EF scurt SFID este dat ca număr 
zecimal, de exemplu valoarea 30 corespunde lui 
11110 în cod binar,  
— EF Application_Identification_V2 și EF VU_Configu­
ration sunt prezente numai în versiunea 2 a cardului de 
control de generaţia 2,  
— cardStructureVersion în EF Application_Identification 
este egal cu {01 01} pentru versiunea 2 a cardului de 
control de generaţia 2, dar este egal cu {01 00} pentru 
versiunea 1 a cardului de control de generaţia 2.
  
În acest tabel sunt folosite următoarele abrevieri pentru 
condiţiile de securitate:  
SC1 ALW SAU SM-MAC-G2  
SC5 Pentru comanda Read Binary cu octet INS par: 
SM-C-MAC-G2 ȘI SM-R-ENC-MAC-G2  
Pentru comanda Read Binary cu octet INS 
impar (dacă este compatibil): NEV  
▼B 
TCS_169 Structura tuturor EF trebuie să fie transparentă.  
TCS_170 Aplicaţia de card de control de generaţia 2 trebuie să aibă 
următoarea structură de date:  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 299
  
▼B 
TCS_171 Următoarele valori, u tilizate pentru a specifica dimensiuni în tabelul de mai 
sus, reprezintă valorile pentru numărul minim și maxim de înreg istrări pe care 
structura de date a cardului de control trebuie să le utilizeze  pentru o aplicaţie 
de generaţia 2:  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 300  
Min Max  
n 7 NoOfControlActivityRecords  230  520  
n 13 VuConfigurationLengthRange  3072 de octeţi  3072 de octeţi  
▼B 
4.5. Aplica ţii de card de societate  
4.5.1  Aplica ţia de card de societate de genera ţia 1 
TCS_172 După personalizarea sa, aplicaţia de card de societate de 
generaţia 1 trebuie să aibă următoarea structură 
permanentă a fișierelor și următoarele norme de 
accesare a fișierelor:
  
În acest tabel sunt folosite următoarele abrevieri pentru 
condiţiile de securitate:  
SC1 ALW SAU SM-MAC-G2  
SC2 ALW SAU SM-MAC-G1 SAU SM-MAC-G2  
SC3 SM-MAC-G1 SAU SM-MAC-G2  
SC6 EXT-AUT-G1 SAU SM-MAC-G1 SAU 
SM-MAC-G2  
TCS_173 Structura tuturor EF trebuie să fie transparentă.  
TCS_174 Aplicaţia de card de societate de generaţia 1 trebuie s ă 
aibă următoarea structură de date:
  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 301  
TCS_175 Următoarele valori, utilizate pentru a specifica dimens iuni 
în tabelul de mai sus, reprezintă valorile pentru numărul 
minim și maxim de înregistrări pe care structura de date a 
cardului de societate trebuie să le utilizeze pentru o 
aplicaţie de generaţia 1:
  
4.5.2  Aplica ţia de card de societate de genera ţia 2 
▼M3 
TCS_176 După personalizarea sa, aplicaţia de card de societate de 
generaţia 2 trebuie să aibă următoarea structură 
permanentă a fișierelor și următoarele norme de 
accesare a fișierelor.  
Observaţii: 
— identificatorul de EF scurt SFID este dat ca număr 
zecimal, de exemplu valoarea 30 corespunde lui 
11110 în cod binar,  
— EF Application_Identification_V2 și EF VU_Configu­
ration sunt prezente numai în versiunea 2 a cardului 
de societate de generaţia 2,  
— cardStructureVersion în EF Application_Identification 
este egal cu {01 01} pentru versiunea 2 a cardului de 
societate de generaţia 2, dar este egal cu {01 00} 
pentru versiunea 1 a cardului de societate de 
generaţia 2.
  
În acest tabel sunt folosite următoarele abrevieri pentru 
condiţiile de securitate:  
SC1 ALW SAU SM-MAC-G2  
SC5 Pentru comanda Read Binary cu octet INS 
par: SM-C-MAC-G2 ȘI SM-R-ENC-MAC- 
G2 
Pentru comanda Read Binary cu octet INS 
impar (dacă este compatibil): NEV  
▼B 
TCS_177 Structura tuturor EF trebuie să fie transparentă.  
TCS_178 Aplicaţia de card de societate de generaţia 2 trebuie s ă 
aibă următoarea structură de date:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 302
  
▼B 
TCS_179 Următoarele valori, utilizate pentru a specifica dimens iuni 
în tabelul de mai sus, reprezintă valorile pentru numărul 
minim și maxim de înregistrări pe care structura de date a 
cardului de societate trebuie să le utilizeze pentru o 
aplicaţie de generaţia 2:  
▼M3 
Min Max  
n 8 NoOfCompanyActivityRecords  230  520  
n 13 VuConfigurationLengthRange  3072 de octeţi  3072 de octeţi  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 303  
Apendicele 3  
PICTOGRAME  
PIC_001 Tahograful poate folosi opţional următoarele pictograme  și combinaţii 
de pictograme (sau pictograme și combinaţii suficient de asemăn ătoare 
pentru a fi clar identificabile cu acestea):  
1. PICTOGRAME DE BAZĂ  
Persoane  Ac ţiuni Moduri de func ţionare
  
Societate  Mod societate
  
Agent de control  Control  Mod de control
  
Conducător auto  Conducere  Mod operaţional
  
Atelier/staţie de testare  Inspecţie/etalonare  Mod calibrare
  
Producător  
Activităţi Durat ă
 
Disponibil  Perioada de disponibilitate curentă
  
Conducere  Timp de conducere continuă
  
Odihnă  Perioada de odihnă curentă
  
Alte activităţi  Ziua de lucru curentă
  
Pauză  Durata cumulată a pauzelor
  
Necunoscută  
Echipament  Func ţii
 
Slot pentru cardul de 
conducător auto
  
Slot pentru cardul copilotului
  
Card
  
Ceas
  
Afișaj  Afișare
  
Stocare externă  Descărcare
  
Sursă de alimentare (electrică)
  
Imprimantă/document imprimat  Imprimare
  
Senzor
  
Dimensiunea pneurilor
  
Vehicul/unitate montată pe 
vehicul
  
Echipament GNSS
  
Echipament de detectare la 
distanţă
  
Interfaţă ITS  ▼B
02016R0799 — RO — 21.08.2023 — 003.001 — 304  
Condiţii specifice, introduceri manuale
  
În afara zonei de aplicare a reglementărilor
  
Traseu parcurs pe feribot/în tren
  
Operaţiune de încărcare
  
Operaţiune de descărcare
  
Operaţiune de încărcare/descărcare simultană
  
Tipul de încărcătură: pasageri
  
Tipul de încărcătură: mărfuri
  
Tipul de încărcătură: tip de încărcătură nedefinit  
▼B 
Diverse
  
Evenimente
  Anomalii
  
Începutul zilei de lucru
  Sfârșitul zilei de lucru
  
Loc
 
Introducere manuală a activităţilor 
conducătorului auto  
▼M3
 
Securitate/date autentificate/sigilii  
▼B
 
Viteză
  
Oră
 
Total/rezumat  
▼M3
 
Hartă digitală/trecere a frontierei  
▼B 
Calificative  
24h Zilnic
  
Săptămânal
  
Două săptămâni
  
De la sau până la  
2. COMBINAŢII DE PICTOGRAME  
Diverse
  
Locul controlului
  
Loc de începere a zilei de lucru
  Loc de încheiere a zilei de lucru  
▼M1
 
Poziţia după un timp de conducere 
acumulat de trei ore  
▼B
 
De la ora
  Până la ora
  
De la vehicul
  
În afara zonei de aplicare a reglemen­
tărilor, început
  În afara zonei de aplicare a 
reglementărilor, sfârșit  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 305
  
Poziţia unde vehiculul a trecut 
frontiera dintre două ţări
  
Poziţia unde a avut loc o operaţiune de 
încărcare
  
Poziţia unde a avut loc o operaţiune de 
descărcare
  
Poziţia unde a avut loc o operaţiune de 
încărcare/descărcare simultană  
▼B 
Carduri
  
Card de conducător auto
  
Card de societate
  
Card de control
  
Card de atelier
  
Niciun card  
Conducere
  
Conducere în echipaj
  
Timp de conducere pentru o săptămână
  
Timp de conducere pentru două săptămâni  
Documente imprimate
  
Document imprimat zilnic privind activităţile conducătorului au to extrase de 
pe card
  
Document imprimat zilnic privind activităţilor conducătorului a uto extrase 
din VU
  
Document imprimat privind evenimentele și anomaliile de pe card
  
Document imprimat privind evenimentele și anomaliile din VU
  
Document imprimat privind datele tehnice
  
Document imprimat privind depășirea limitei de viteză  
▼M3
 
Document imprimat privind istoricul cardurilor introduse  
▼B 
Evenimente
  
Introducerea unui card nevalabil
  
Conflict de carduri
  
Suprapunere a timpului
  
Conducere fără un card corespunzător
  
Introducerea cardului în timpul conducerii
  
Încheiere incorectă a ultimei sesiuni de utilizare a cardului
  
Depășire a limitei de viteză
  
Întrerupere a alimentării cu energie electrică
  
Eroare privind datele de la senzorul de mișcare
  
Conflict privind deplasarea vehiculului
  
Încălcare a securităţii
  
Reglarea orei (de către atelier)  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 306
  
Conflict oră sau reglarea orei (de către atelier)  
▼B
 
Control pentru depășirea limitei de viteză  
▼M1
 
Absenţa informaţiilor de poziţionare de la receptorul GNSS sau Eroare de 
comunicare cu echipamentul GNSS extern
  
Eroare de comunicare cu echipamentul de comunicare la distanţă  
▼M3
 
Anomalie GNSS  
▼B 
Anomalii
  
Anomalie a cardului (slot pentru cardul de conducător auto)
  
Anomalie a cardului (slot pentru cardul copilotului)
  
Anomalie a afișajului
  
Anomalie la descărcare
  
Anomalie a imprimantei
  
Anomalie a senzorului
  
Anomalie internă a VU
  
Anomalie a GNSS
  
Anomalie privind detectarea la distanţă  
Procedur ă privind introducerea manual ă a datelor
  
Aceeași zi de lucru în curs?
  
Sfârșitul zilei de lucru anterioare?
  
Confirmaţi sau introduceţi locul de încheiere a zilei de lucru
  
Introduceţi ora de pornire
  
Introduceţi locul de începere a zilei de lucru.  
Notă: În apendicele 4 sunt definite combinaţii suplimentare de picto grame, 
pentru formarea de blocuri de imprimare sau de identificatori d e înre­
gistrare.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 307  
Apendicele 4  
DOCUMENTE IMPRIMATE  
CUPRINS  
1. GENERALITĂŢI  
2. SPECIFICAŢII PRIVIND BLOCURILE DE DATE  
3. SPECIFICAŢII REFERITOARE LA DOCUMENTELE IMPRIMATE  
3.1. Document imprimat zilnic privind activităţile conducătorul ui auto 
extrase de pe card  
3.2. Document imprimat zilnic privind activităţilor conducătoru lui auto 
extrase din VU  
3.3. Document imprimat privind evenimentele și anomaliile de pe  card  
3.4. Document imprimat privind evenimentele și anomaliile din V U 
3.5. Document imprimat privind datele tehnice  
3.6. Document imprimat privind depășirea limitei de viteză  
3.7. Istoricul introducerii cardurilor  
1. GENERALITĂŢI  
Fiecare document imprimat este construit prin înlănţuirea a div erse 
blocuri de date, identificate, dacă este cazul, prin intermediu l unui 
identificator de bloc.  
Un bloc de date conţine una sau mai multe înregistrări, identif icate, 
dacă este cazul, cu un identificator de înregistrare.  
PRT_001 Când un identificator de înregistrare urmează imediat d upă un 
identificator de bloc, identificatorul de înregistrare nu este 
imprimat.  
PRT_002 În cazul în care un element de date este necunoscut sau  nu 
trebuie imprimat din motive legate de drepturile de acces la 
date, în locul acestuia se imprimă spaţii.  
PRT_003 Dacă întregul conţinut al unui rând este necunoscut sau  nu 
trebuie imprimat, se omite întregul rând.  
PRT_004 La imprimare, câmpurile de date numerice sunt aliniate la 
dreapta, cu un spaţiu de separare pentru mii și milioane și 
fără zerouri la început.  
▼M3 
PRT_005 La imprimare, câmpurile de date constituite din șiruri de 
caractere sunt aliniate la stânga și completate cu spaţii până 
la lungimea elementului de date sau trunchiate la lungimea 
elementului de date, atunci când este necesar. Numele și 
adresele pot fi imprimate pe două rânduri.  
▼B 
PRT_006 În cazul trecerii la un nou rând din cauza lungimii tex tului, la 
începutul noului rând ar trebui imprimat un caracter special 
(un punct la jumătatea înălţimii rândului, „•”).  
2. SPECIFICAŢII PRIVIND BLOCURILE DE DATE  
În acest capitol sunt utilizate următoarele notaţii convenţiona le pentru 
formatare:  
— caracterele  aldine  indică faptul că trebuie imprimat un text în clar 
(textul se imprimă cu caractere normale);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 308  
— caracterele normale reprezintă variabile (pictograme sau date ) care 
trebuie înlocuite cu valorile lor în scopul imprimării;  
— denumirile variabilelor au fost completate cu liniuţe de subl iniere 
pentru a ilustra lungimea elementului de date disponibil pentru  
variabila în cauză;  
— datele sunt specificate în formatul „zz/ll/aaaa” (zi, lună, a n). Se 
poate utiliza, de asemenea, formatul „zz.ll.aaaa”;  
— termenul „identificarea cardului” reprezintă combinaţia dintr e: tipul 
de card, reprezentat printr-o combinaţie de pictograme de card,  codul 
statului membru care a emis cardul, o bară oblică orientată spr e 
dreapta și numărul cardului cu indexul de înlocuire și indexul de 
reînnoire separate de un spaţiu: 
P
 x  x  x  / x  x  x  x  x  x  x  x  x  x  x  x  x  x  x  x
 Combinaţii de 
pictograme de card  
Codul statului 
membru emitent Primele 14 caractere din numărul cardului 
(care includ, eventual, un indice secvenţial)
 
Indice de 
înlocuire  
Indice de 
reînnoire 
▼M3 
— într-un bloc de date, textul de după „pi=” se referă la picto grama sau 
combinaţia de pictograme corespunzătoare definită în apendicele  3 ; 
— atunci când este imprimată după longitudinea și latitudinea u nei 
poziţii înregistrate sau după marca temporală în momentul deter ­
minării poziţiei, pictograma
  indică faptul că această poziţie a 
fost calculată pe baza mesajelor de navigaţie autentificate;  
— * date disponibile numai în tahografele GEN2 (toate versiunil e); 
— ** date disponibile numai în GEN2 versiunea 2.  ▼B
02016R0799 — RO — 21.08.2023 — 003.001 — 309  
PRT_007 Documentele imprimate utilizează următoarele blocuri de  date și/sau 
înregistrări de date, în conformitate cu următoarele semnificaţ ii și 
formate:
  
► (1) (2) (3) (4) (5)  M3 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 310
  
► (1) (2) (3)  M3 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 311
  
► (1) (2) M3 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 312
  
▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 313
  
► (1) (2) (3) (4)  M3 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 314
  
▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 315
  
► (1) M3 
3. SPECIFICAŢII REFERITOARE LA DOCUMENTELE IMPRIMATE  
În prezentul capitol s-au folosit următoarele notaţii convenţio nale: 
N A se imprima blocul sau înregistrarea cu numărul N.  
N A se imprima blocul sau înregistrarea cu numărul N, operaţiune 
repetată ori de câte ori este necesar.  
X/Y A se imprima blocurile sau înregistrările X și/sau Y, după caz,  cu 
repetarea operaţiunii ori de câte ori este necesar.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 316  
3.1. Document imprimat zilnic privind activit ăţile conduc ătorului auto 
extrase de pe card  
▼M3 
PRT_008 Documentul imprimat zilnic privind activităţile conducă ­
torului auto extrase de pe card respectă următorul format:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 317  
3.2. Document imprimat zilnic privind activit ăţilor conduc ătorului auto 
extrase din VU  
▼M3 
PRT_009 Documentul imprimat zilnic privind activităţile conducă ­
torului auto extrase de pe VU respectă următorul format:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 318  
3.3. Document imprimat privind evenimentele și anomaliile de pe card  
PRT_010 Documentul imprimat privind evenimentele și anomaliile de 
pe card respectă următorul format: 
1 Data și ora imprimării documentului  
2 Tipul de document imprimat  
3 Identificarea agentului de control (dacă în VU este introdus un  card 
de control + GEN)  
3 Identificarea conducătorului auto (de pe cardul care face obiec tul 
imprimării)  
4 Identificarea vehiculului (vehiculul din care se imprimă datele ) 
12.2 Delimitator al evenimentelor  
12.4 Înregistrări ale evenimentelor (toate evenimentele stocate pe c ard) 
12.3 Delimitator al anomaliilor  
12.4 Înregistrări ale anomaliilor (toate anomaliile stocate pe card)  
22.1 Locul controlului  
22.2 Semnătura agentului de control  
22.5 Semnătura conducătorului auto  
3.4. Document imprimat privind evenimentele și anomaliile din VU  
PRT_011 Documentul imprimat privind evenimentele și anomaliile din 
VU respectă următorul format: 
1 Data și ora imprimării documentului  
2 Tipul de document imprimat  
3 Identificarea titularului cardului (pentru toate cardurile intr oduse în 
VU + GEN)  
4 Identificarea vehiculului (vehiculul din care se imprimă datele ) 
13.2 Delimitator al evenimentelor  
13.4 Înregistrări ale evenimentelor (toate evenimentele stocate sau în curs 
de desfășurare în VU)  
13.3 Delimitator al anomaliilor  
13.4 Înregistrări ale anomaliilor (toate anomaliile stocate sau în c urs de 
desfășurare în VU)  
22.1 Locul controlului  
22.2 Semnătura agentului de control  
22.5 Semnătura conducătorului auto  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 319  
3.5. Document imprimat privind datele tehnice  
▼M3 
PRT_012 Documentul imprimat privind datele tehnice respectă 
următorul format:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 320  
3.6. Document imprimat privind dep ășirea limitei de vitez ă 
PRT_013 Documentul imprimat privind depășirea limitei de viteză  
respectă următorul format: 
1 Data și ora imprimării documentului  
2 Tipul de document imprimat  
3 Identificarea titularului cardului (pentru toate cardurile intr oduse în 
VU + GEN)  
4 Identificarea vehiculului (vehiculul din care se imprimă datele ) 
20 Informaţii privind controalele pentru depășirea limitei de vite ză 
21.1 Identificatorul datelor privind depășirile limitei de viteză  
21.4 / 21.5  Prima depășire a limitei de viteză după ultima etalonare  
21.2 Identificatorul datelor privind depășirile limitei de viteză  
21.4 / 21.5  Cele mai grave 5 depășiri ale limitei de viteză din ultimele 36 5 de zile  
21.3 Identificatorul datelor privind depășirile limitei de viteză  
21.4 / 21.5  Cea mai gravă depășire a limitei de viteză pentru fiecare dintr e 
ultimele 10 zile de producere a evenimentului  
22.1 Locul controlului  
22.2 Semnătura agentului de control  
22.5 Semnătura conducătorului auto  
3.7. Istoricul introducerii cardurilor  
PRT_014 Documentul imprimat privind istoricul introducerii card urilor 
respectă următorul format:  
▼M3
 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 321  
Apendicele 5  
AFIȘAJUL  
În prezentul apendice s-au folosit următoarele notaţii convenţi onale de formatare:  
— caracterele  aldine  indică textul în clar care urmează să fie afișat (afișajul 
rămâne în caractere normale);  
— caracterele normale indică variabilele (pictograme sau date) care trebuie să fie 
înlocuite cu valorile lor în scopul afișării:  
— zz ll aaaa: ziua, luna, anul,  
— hh: ore,  
— mm: minute,  
— D: pictograma pentru durată,  
— EF: combinaţie de pictograme pentru evenimente sau 
anomalii,  
— O: pictograma modului de funcţionare.  
DIS_001 Tahograful afișează datele folosind următoarele formate : 
Date  Format  
Afișaj implicit  
Ora locală
  
Mod de funcţionare
  
Informaţii privind conducătorul auto
  
Informaţii privind copilotul
  
Condiţia „În afara zonei de aplicare a reglementărilor” 
deschisă
  
Afișaj de avertizare  
Depășirea timpului de conducere continuă
  
Eveniment sau anomalie
  
Alte afișaje 
Data UTC
  
ora 
Timpul de conducere continuă și durata cumulată a pauzelor 
conducătorului auto
  
Timpul de conducere continuă și durata cumulată a pauzelor 
copilotului
  
Timpul de conducere cumulat al conducătorului auto pentru 
săptămâna anterioară și cea curentă
  
Timpul de conducere cumulat al copilotului pentru 
săptămâna anterioară și cea curentă
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 322  
Apendicele 6  
CONECTOR FRONTAL PENTRU ETALONARE ȘI DESCĂRCARE  
CUPRINS  
1. HARDWARE  
1.1. Conector  
1.2. Alocarea contactelor  
1.3. Schema funcţională  
2. INTERFAŢĂ DE DESCĂRCARE  
3. INTERFAŢĂ DE ETALONARE  
1. HARDWARE  
1.1. Conector  
INT_001 Conectorul pentru descărcare/etalonare trebuie să fie u n conector 
cu 6 contacte, care să poată fi accesat de la panoul frontal, f ără a 
fi necesară deconectarea unei părţi a tahografului, și trebuie să 
respecte detaliile din următoarea schiţă (toate dimensiunile su nt 
în milimetri):
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 323  
În următoarea diagramă este prezentată o fișă obișnuită de 
conectare cu 6 contacte:
  
1.2. Alocarea contactelor  
INT_002 Contactele se alocă în conformitate cu tabelul următor:  
Contact  Descriere  Observaţie  
1 Pol negativ al bateriei  Conectat la polul negativ al bateriei vehiculului  
2 Comunicarea datelor  Linia K (ISO 14230-1)  
3 RxD – Descărcare  Date de intrare în tahograf  
4 Semnal de intrare/ieșire  Etalonare  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 324  
Contact  Descriere  Observaţie  
5 Putere de ieșire permanentă  Intervalul de tensiune trebuie să fie identic cu cel pentru 
alimentarea electrică a vehiculului minus 3 V pentru a lua 
în calcul căderea de tensiune din circuitele de protecţie. 
Ieșire de 40 mA  
6 TxD – Descărcare  Date de ieșire provenite de la tahograf  
1.3. Schema func ţională 
INT_003 Schema funcţională trebuie să respecte următoarele indi caţii:
  
2. INTERFAŢĂ DE DESCĂRCARE  
INT_004 Interfaţa de descărcare trebuie să respecte specificaţi ile RS232.  
INT_005 Interfaţa de descărcare folosește un bit de pornire, 8 biţi de date 
cu un LSB (bitul cel mai puţin semnificativ) la început, un bit  de 
paritate pară și 1 bit de oprire.
  
Organizarea octe ţilor de informa ţii 
Bit de iniţiere: un bit cu nivel logic 0;  
Biţi de date: transmiși cu un LSB la început;  
Bit de paritate: paritate pară  
Bit de oprire: un bit cu nivel logic 1  
La transmisia datelor numerice compuse din mai mult de un octet , octetul 
cel mai semnificativ este transmis la început și octetul cel ma i puţin 
semnificativ este transmis la sfârșit.  
INT_006 Viteza de transmisie a datelor poate fi reglată într-un  interval 
cuprins între 9 600 bps și 115 200 bps. Transmisia se realizeaz ă 
la viteza maximă posibilă, viteza de transmisie iniţială după 
începerea comunicării fiind stabilită la 9 600 bps.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 325  
3. INTERFAŢĂ DE ETALONARE  
INT_007 Comunicările de date respectă ISO 14230-1  Road vehicles  – 
Diagnostic systems  – Keyword protocol 2000  – Part 1: 
Physical layer , prima ediţie: 1999.  
INT_008 Semnalul de intrare/ieșire respectă următoarele specifi caţii 
electrice:  
Parametru  Minim  Normal  Maxim  Observaţie  
U low (intrare)  1,0 V  I = 750 μA  
U high (intrare)  4  V  I = 200 μA  
Frecvenţă  4 kHz  
U low (ieșire)  1,0 V  I  =  1  m A  
U high (ieșire)  4  V  I  =  1  m A  
INT_009 Semnalul de intrare/ieșire trebuie să respecte următoar ele 
diagrame de timp:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 326  
Apendicele 7  
PROTOCOALE DE DESC ĂRCARE A DATELOR  
CUPRINS  
1. INTRODUCERE  
1.1. Domeniul de aplicare  
1.2. Acronime și notaţii  
2. DESCĂRCAREA DATELOR DE PE VU  
2.1. Procedura de descărcare  
2.2. Protocolul de descărcare a datelor  
2.2.1 Structura mesajului  
2.2.2 Tipuri de mesaje  
2.2.2.1 Solicitare de iniţiere a comunicării ( Start Communication Request )(SID 
81) 
2.2.2.2 Răspuns pozitiv la solicitarea de iniţiere a comunicări i (Positive 
Response Start Communication )(SID C1)  
2.2.2.3 Solicitare de începere a sesiunii de diagnosticare ( Start Diagnostic 
Session Request ) (SID 10)  
2.2.2.4 Răspuns pozitiv la solicitarea de începere a sesiunii d e diagnosticare 
(Positive Response Start Diagnostic )(SID 50)  
2.2.2.5 Serviciul de control al legăturii ( Link Control Service ) (SID 87)  
2.2.2.6 Răspuns pozitiv la controlul legăturii ( Link Control Positive Response ) 
(SID C7)  
2.2.2.7 Solicitare de încărcare ( Request Upload )(SID 35)  
2.2.2.8 Răspuns pozitiv la solicitarea de încărcare ( Positive Response Request 
Upload ) (SID 75)  
2.2.2.9 Solicitare de transfer de date ( Transfer Data Request ) (SID 36)  
2.2.2.10 Răspuns pozitiv la solicitarea de transfer de date ( Positive Response 
Transfer Data ) (SID 76)  
2.2.2.11 Solicitare de încheiere a transferului ( Request Transfer Exit ) (SID 37)  
2.2.2.12 Răspuns pozitiv la solicitarea de încheiere a transfer ului (SID 77) 
(Positive Response Request Transfer Exit ) 
2.2.2.13 Solicitare de încheiere a comunicării ( Stop Communication Request ) 
(SID 82)  
2.2.2.14 Răspuns pozitiv la solicitarea de încheiere a comunică rii (Positive 
Response Stop Communication ) (SID C2)  
2.2.2.15 Confirmare de primire a sub-mesajului ( Acknowledge Sub Message ) 
(SID 83)  
2.2.2.16 Răspuns negativ ( Negative Response ) (SID 7F)  
2.2.3 Fluxul mesajelor  
2.2.4 Sincronizare  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 327  
2.2.5 Gestionarea erorilor  
2.2.5.1 Etapa de iniţiere a comunicării  
2.2.5.2 Etapa de comunicare  
2.2.6 Conţinutul mesajelor de răspuns  
▼M3 
2.2.6.1 Răspuns pozitiv la solicitarea de transfer de date priv ind versiunea 
interfeţei de descărcare ( Positive Response Transfer Data Download 
Interface Version ) 
2.2.6.2 Răspuns pozitiv la solicitarea de transfer de date de p rezentare generală 
(Positive Response Transfer Data Overview ) 
2.2.6.3 Răspuns pozitiv la solicitarea de transfer de date priv ind activităţile 
(Positive Response Transfer Data Activities ) 
2.2.6.4 Răspuns pozitiv la solicitarea de transfer de date priv ind evenimentele și 
anomaliile ( Positive Response Transfer Data Events and Faults ) 
2.2.6.5 Răspuns pozitiv la solicitarea de transfer de date priv ind viteza detaliată 
(Positive Response Transfer Data Detailed Speed ) 
2.2.6.6 Răspuns pozitiv la solicitarea de transfer de date tehn ice ( Positive 
Response Transfer Data Technical Data ) 
▼B 
2.3. Stocarea fișierelor în ESM  
3. PROTOCOL DE DESCĂRCARE DE PE CARDURILE DE 
TAHOGRAF  
3.1. Domeniu de aplicare  
3.2. Definiţii  
3.3. Descărcarea informaţiilor de pe card  
3.3.1 Secvenţa de iniţializare  
3.3.2 Secvenţa de descărcare de fișiere de date nesemnate  
3.3.3 Secvenţa de descărcare de fișiere de date semnate  
3.3.4 Secvenţa de resetare a unui contor de etalonare.  
3.4. Formatul de stocare a datelor  
3.4.1 Introducere  
3.4.2 Formatul fișierului  
4. DESCĂRCAREA INFORMAŢIILOR DE PE UN CARD DE 
TAHOGRAF PRIN INTERMEDIUL UNEI UNITĂŢI MONTATE PE 
VEHICUL  
1. INTRODUCERE  
Prezentul apendice cuprinde procedurile care trebuie urmate pen tru a 
realiza diferite tipuri de descărcare de date pe un mediu de st ocare 
extern, precum și protocoalele care trebuie puse în aplicare pe ntru a 
asigura transferul corect de date și compatibilitatea deplină a  formatului 
datelor descărcate, pentru a permite oricărui controlor să insp ecteze 
aceste date și să poată verifica autenticitatea și integritatea  acestora 
înainte de a le analiza.  
▼M1 
1.1. Domeniul de aplicare  
Datele pot fi descărcate pe un ESM:  
— de pe o unitate montată pe vehicul, cu ajutorul unui echipame nt 
inteligent dedicat (IDE) conectat la VU;  
— de pe un card de tahograf, cu ajutorul unui IDE conectat la u n 
dispozitiv de interfaţă pentru card (IFD);  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 328  
— de pe un card de tahograf, prin intermediul unei unităţi mont ate pe 
vehicul și cu ajutorul unui IDE conectat la VU.  
Pentru a permite verificarea autenticităţii și integrităţii dat elor 
descărcate stocate pe un ESM, datele se descarcă însoţite de o 
semnătură atașată în conformitate cu apendicele 11 „Mecanisme d e 
securitate comune”. Se descarcă, de asemenea, identificarea ech ipa­
mentului sursă (VU sau card) și certificatele sale de securitat e (stat 
membru și echipament). Persoana care verifică datele trebuie să  
deţină o cheie publică europeană certificată.  
Datele descărcate de pe o VU sunt semnate utilizând apendicele 11 
„Mecanisme de securitate comune” partea B (sistemul tahografic de a 
doua generaţie), cu excepţia cazului în care controlul conducăt orilor 
auto este efectuat de către o autoritate de control din afara U E, 
utilizând un card de control de primă generaţie, caz în care da tele 
sunt semnate cu apendicele 11 „Mecanisme de securitate comune” 
partea A (sistemul tahografic de prima generaţie), astfel cum s e 
prevede în apendicele 15, „Migraţie”, cerinţa MIG_015.  
Prezentul apendice precizează, așadar, două tipuri de descărcăr i de date 
de pe VU:  
— tipul de generaţia 2 de descărcare a datelor de pe VU, furniz ând 
structura de date de generaţia 2, semnată utilizând apendicele 11, 
„Mecanisme de securitate comune”, partea B;  
— tipul de generaţia 1 de descărcare a datelor de pe VU, furniz ând 
structura de date de generaţia 1, semnată utilizând apendicele 11, 
„Mecanisme de securitate comune”, partea A.  
În mod similar, există două tipuri de descărcări de date de pe cardurile 
de conducător auto de a doua generaţie introduse într-o VU, ast fel cum 
este prevăzut la punctele 3 și 4 din prezentul apendice.  
▼B 
1.2. Acronime și notaţii 
În prezentul apendice sunt folosite următoarele acronime:  
AID Identificator de aplicaţie ( Application Identifier ) 
ATR  Răspuns de resetare ( Answer To Reset ) 
CS Octet de sumă de verificare ( Checksum byte ) 
FD Fișier dedicat ( Dedicated File ) 
DS_ Sesiune de diagnosticare ( Diagnostic Session ) 
EF Fișier elementar ( Elementary File ) 
ESM  Mediu de stocare extern ( External Storage Medium ) 
FID Identificatorul fișierului [ File Identifier (File ID) ] 
FMT  Octet de format (primul octet al antetului mesajului) ( Format 
Byte) 
ICC Card cu circuite integrate ( Integrated Circuit Card ) 
IDE Echipament inteligent dedicat: echipamentul folosit la efec­
tuarea descărcării datelor în ESM (de exemplu, un calculator 
personal)  
IFD Dispozitiv de interfaţă ( Interface Device ) 
KWP  Keyword Protocol 2000  
LEN  Octet de lungime (ultimul octet al antetului mesajului) ( Length 
Byte) 
PPS Selecţia parametrilor protocolului ( Protocol Parameter 
Selection ) 
PSO  Executarea unei operaţiuni de securitate ( Perform Security 
Operation ) 
SID Identificator de serviciu ( Service Identifier ) 
SRC  Octet sursă ( Source byte ) 
TGT  Octet ţintă ( Target Byte ) ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 329  
TLV  Valoarea lungimii etichetei ( Tag Length Value ) 
TREP  Parametru de răspuns la transfer ( Transfer Response 
Parameter ) 
TRTP  Parametru de solicitare de transfer ( Transfer Request 
Parameter ) 
VU Unitate montată pe vehicul ( Vehicle Unit ) 
2. DESCĂRCAREA DATELOR DE PE VU  
2.1. Procedura de desc ărcare  
Pentru a efectua o descărcare de date de pe VU, operatorul treb uie să 
realizeze următoarele operaţiuni:  
— să insereze cardul său de tahograf într-un slot pentru card a l 
VU (*);  
— să conecteze IDE la conectorul de descărcare al VU;  
— să stabilească conexiunea dintre IDE și VU;  
— să selecteze în IDE datele care trebuie descărcate și să trim ită 
solicitarea la VU;  
— să încheie sesiunea de descărcare.  
2.2. Protocolul de desc ărcare a datelor  
Protocolul este structurat pe baza unei arhitecturi de tip  master/slave , 
unde IDE are rolul de  master  și VU are rolul de  slave . 
Structura, tipurile și fluxul mesajelor se bazează în principal  pe 
protocolul  Keyword Protocol 2000  (KWP) ( ISO 14230-2 Road 
vehicles – Diagnostic systems – Keyword protocol 2000 – Part2: 
Data link layer ). 
Stratul de aplicaţie se bazează în principal pe proiectul actua l de 
standard ISO 14229-1 ( Road vehicles – Diagnostic systems – Part 1: 
Diagnostic services , versiunea 6 din 22 februarie 2001).  
2.2.1  Structura mesajului  
DDP_002 Toate mesajele schimbate între IDE și VU sunt formatate  cu 
o structură care constă în trei părţi:  
— un antet compus dintr-un octet de format (FMT), un 
octet ţintă (TGT), un octet sursă (SRC) și, eventual, 
un octet de lungime (LEN);  
— un câmp de date compus dintr-un octet al identifica­
torului de serviciu (SID) și un număr variabil de octeţi 
de date, care pot cuprinde un octet opţional de sesiune 
de diagnosticare (DS_) sau un octet opţional de 
parametru de transfer (TRTP sau TREP);  
— Sumă de verificare compusă dintr-un octet de sumă de 
verificare (CS).  
Antet  Câmp de date  Sumă de verificare  
FMT  TGT  SRC  LEN  SID  DATE  …  …  …  C S  
4 octeţi  Maximum 255 de octeţi  1 octet  
Octetul TGT și octetul SRC reprezintă adresa fizică a desti­
natarului și a iniţiatorului mesajului. Valorile sunt F0 Hex 
pentru IDE și EE Hex pentru VU.  
Octetul LEN reprezintă lungimea câmpului de date.  ▼B 
(*) Cardul introdus va declanșa drepturile corespunzătoare de a cces la funcţia de descărcare 
și la date. Datele pot fi totuși descărcate de pe un card de co nducător auto introdus într- 
unul din sloturile VU atunci când în celălalt slot nu este intr odus niciun alt tip de card.
 02016R0799 — RO — 21.08.2023 — 003.001 — 330  
Octetul de sumă de verificare este seria de sume de 8 biţi 
modulo 256 a tuturor octeţilor din mesaj, cu excepţia CS.  
Octeţii FMT, SID, DS_, TRTP și TREP sunt definiţi în 
continuare în prezentul document.  
DDP_003 În cazul în care datele pe care urmează să le transport e mesajul sunt 
mai lungi decât spaţiul disponibil în câmpul de date, mesajul e ste 
transmis practic sub forma mai multor sub-mesaje. Fiecare 
sub-mesaj are un antet, același SID, TREP și un contor de 
sub-mesaje de 2 octeţi care indică numărul de ordine al 
sub-mesajului în cadrul mesajului integral. Pentru a permite ve ri­
ficarea erorilor și un eventual abandon al schimbului de date, IDE 
confirmă fiecare sub-mesaj. IDE poate accepta sub-mesajul, poat e 
solicita retransmiterea acestuia și poate solicita VU să reia s au să 
abandoneze transmisia.  
DDP_004 Dacă ultimul sub-mesaj conţine exact 255 de octeţi în 
câmpul de date, trebuie să se adauge un sub-mesaj final 
cu un câmp de date gol (cu excepţia SID, TREP și a 
contorului de sub-mesaje) pentru a indica sfârșitul mesajului.  
Exemplu:  
Antet  SID  TREP  Mesaj  C S  
4 octeţi  Cu o lungime de peste 255 de octeţi  
Se transmite astfel:  
Antet  SID  TREP  0 0  0 1  Sub-mesaj 1  C S  
4 octeţi  255 octeţi  
Antet  SID  TREP  0 0  0 2  Sub-mesaj 2  C S  
4 octeţi  255 octeţi  
… 
Antet  SID  TREP  x x  y y  Sub-mesaj n  C S  
4 octeţi  Mai puţin de 255 de octeţi  
sau astfel:  
Antet  SID  TREP  0 0  0 1  Sub-mesaj 1  C S  
4 octeţi  255 octeţi  
Antet  SID  TREP  0 0  0 2  Sub-mesaj 2  C S  
4 octeţi  255 octeţi  
… 
Antet  SID  TREP  x x  y y  Sub-mesaj n  C S  
4 octeţi  255 octeţi  
Antet  SID  TREP  x x  yy + 1  C S  
4 octeţi  4 octeţi  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 331  
2.2.2  Tipuri de mesaje  
Protocolul de comunicare pentru descărcarea de date între VU și  IDE 
impune schimbul a opt tipuri diferite de mesaje.  
Aceste mesaje sunt prezentate în tabelul următor.  
▼M3 
Structura mesajului  Maximum 4 octeţi  Maximum 255 octeţi  1 octet  
Antet  Date  Sumă de 
verificare  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  C S  
Solicitare de iniţiere a comunicării  8 1  E E  F 0  8 1  E 0  
Răspuns pozitiv la solicitarea de 
iniţiere a comunicării  80 F 0  E E  0 3  C 1  EA, 8F  9 B  
Solicitare de începere a sesiunii de 
diagnosticare  80 E E  F 0  0 2  1 0  8 1  F 1  
Răspuns pozitiv la solicitarea de 
începere a sesiunii de diagnosticare  80 F 0  E E  0 2  5 0  8 1  3 1  
Serviciul de control al legăturii  
Verificarea ratei de modulaţie 
(etapa 1)  
9 600 Bd  8 0  E E  F 0  0 4  8 7  0 1  01.01  E C  
19 200 Bd  8 0  E E  F 0  0 4  8 7  0 1  01.02  E D  
38 400 Bd  8 0  E E  F 0  0 4  8 7  0 1  01.03  E E  
57 600 Bd  8 0  E E  F 0  0 4  8 7  0 1  01.04  E F  
115 200 Bd  8 0  E E  F 0  0 4  8 7  0 1  01.05  F 0  
Răspuns pozitiv la o solicitare de 
verificare a ratei de modulaţie  80 F 0  E E  0 2  C 7  0 1  2 8  
Rata de modulaţie de tranziţie 
(etapa 2)  80 E E  F 0  0 3  8 7  0 2  0 3  E D  
Solicitare de încărcare  8 0  E E  F 0  0 A  3 5  00,00,00,00,­
00,FF,FF, 
FF,FF  99 
Răspuns pozitiv la solicitarea de 
încărcare  80 F 0  E E  0 3  7 5  00,FF  D 5  
Solicitare de transfer de date  
Versiunea interfeţei de descărcare  8 0  E E  F 0  0 2  3 6  0 0  9 6  
Prezentare generală  80 E E  F 0  0 2  3 6  01, 21 sau 31  C S  
Activităţi  80 E E  F 0  0 6  3 6  02, 22 sau 32  Data  C S  
Evenimente și anomalii  80 E E  F 0  0 2  3 6  03, 23 sau 33  Data  C S  
Viteză detaliată  80 E E  F 0  0 2  3 6  04 sau 24  Data  C S  
Date tehnice  80 E E  F 0  0 2  3 6  05, 25 sau 35  Data  C S  
Descărcarea informaţiilor de pe 
card 80 E E  F 0  02 sau 03  3 6  0 6  Slot  C S  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 332  
Structura mesajului  Maximum 4 octeţi  Maximum 255 octeţi  1 octet  
Antet  Date  Sumă de 
verificare  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  C S  
Răspuns pozitiv la solicitarea de 
transfer de date  80 F 0  E E  Len  7 6  TREP  Date  C S  
Solicitare de încheiere a transferului  8 0  E E  F 0  0 1  3 7  9 6  
Răspuns pozitiv la solicitarea de 
încheiere a transferului  80 F 0  E E  0 1  7 7  D 6  
Solicitare de încheiere a comunicării  8 0  E E  F 0  0 1  8 2  E 1  
Răspuns pozitiv la solicitarea de 
încheiere a comunicării  80 F 0  E E  0 1  C 2  2 1  
Confirmare de primire a sub-mesajului  8 0  E E  F 0  Len  8 3  Date  C S  
Răspunsuri negative  
Respingere generală  8 0  F 0  E E  0 3  7 F  Sid Req  1 0  C S  
Serviciu incompatibil  8 0  F 0  E E  0 3  7 F  Sid Req  1 1  C S  
Subfuncţie incompatibilă  8 0  F 0  E E  0 3  7 F  Sid Req  1 2  C S  
Lungime incorectă a mesajului  8 0  F 0  E E  0 3  7 F  Sid Req  1 3  C S  
Condiţii incorecte sau eroare a 
secvenţei de interogare  80 F 0  E E  0 3  7 F  Sid Req  2 2  C S  
Solicitare în afara intervalului  8 0  F 0  E E  0 3  7 F  Sid Req  3 1  C S  
Încărcare refuzată  8 0  F 0  E E  0 3  7 F  Sid Req  5 0  C S  
Răspuns în așteptare  8 0  F 0  E E  0 3  7 F  Sid Req  7 8  C S  
Datele nu sunt disponibile  8 0  F 0  E E  0 3  7 F  Sid Req  F A  C S  
Observaţii: 
— Sid Req = Sid-ul solicitării corespunzătoare.  
— TREP = TRTP-ul solicitării corespunzătoare.  
— Rubricile marcate cu negru indică absenţa unei transmisii.  
— Termenul „încărcare” (upload) (privit din perspectiva IDE) se  
folosește pentru a garanta compatibilitatea cu ISO 14229. Are 
aceeași semnificaţie ca și termenul „descărcare” (download) văz ut 
din perspectiva VU.  
— În acest tabel nu se găsește niciun contor potenţial de sub-m esaje de 
2 octeţi.  
— Slot este numărul slotului, fie „1” (card în slotul conducăto rului 
auto), fie „2” (card în slotul copilotului).  
— În cazul în care slotul nu este specificat, VU trebuie să sel ecteze 
slotul 1 dacă se introduce un card în slotul respectiv și să se lecteze 
slotul 2 numai în cazul în care este ales în mod specific de că tre 
utilizator.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 333  
— TRTP 24 este utilizat pentru cererile de descărcare a datelor  de pe 
VU de tip generaţia 2, versiunea 1 și versiunea 2.  
— TRTP 00, 31, 32, 33 și 35 sunt utilizate pentru cererile de 
descărcare de date de pe VU de tip generaţia 2 versiunea 2.  
— TRTP 21, 22, 23 și 25 sunt utilizate pentru cererile de descă rcare 
de date de pe VU de tip generaţia 2 versiunea 1.  
— TRTP 01-05 sunt utilizate pentru cererile de descărcare de da te de 
pe VU de tip generaţia 1. În mod opţional, acestea pot fi accep tate 
de VU de tip generaţia 2, dar numai în cadrul controlului condu ­
cătorilor auto efectuat de o autoritate de control din afara UE , care 
utilizează un card de control de primă generaţie.  
— TRTP 11 - 1F sunt rezervate pentru solicitările de descărcare  
specifice producătorului.  
▼B 
2.2.2.1 S o l i c i t a r e d e i n i ţ i e r e a c o m u n i c  ă r i i (  S t a r t C o m m u ­
n i c a t i o n R e q u e s t  ) ( S I D 8 1 )  
DDP_005 Acest mesaj este emis de IDE în vederea iniţierii legăt urii de 
comunicare cu VU. Comunicările iniţiale sunt efectuate 
întotdeauna la 9 600 de bauzi (până la eventuala 
schimbare a ratei de modulaţie cu ajutorul serviciilor 
adecvate de control al legăturii).  
2.2.2.2 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d  e i n i ţ i e r e a c o m u ­
n i c ă r i i (  P o s i t i v e R e s p o n s e S t a r t C o m m u n i ­
c a t i o n  ) ( S I D C 1 )  
DDP_006 Acest mesaj este emis de VU ca răspuns pozitiv la un me saj 
de solicitare de iniţiere a comunicării. Este compus din cei 
doi octeţi cheie „EA” „8F” care indică faptul că unitatea 
este compatibilă cu protocolul în cauză și are un antet 
care include informaţii privind sursa, ţinta și lungimea.  
2.2.2.3 S o l i c i t a r e d e î n c e p e r e a s e s i u n i  i d e d i a g n o s t i c a r e 
( S t a r t D i a g n o s t i c S e s s i o n R e q u e s t  ) ( S I D 1 0 )  
DDP_007 IDE emite un mesaj de solicitare de începere a sesiunii  de 
diagnosticare ( Start Diagnostic Session request ) pentru a 
solicita o nouă sesiune de diagnosticare cu VU. Subfuncţia 
„sesiune implicită” (81 Hex) indică faptul că urmează să 
înceapă o sesiune de diagnosticare standard.  
2.2.2.4 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d  e î n c e p e r e a 
s e s i u n i i d e d i a g n o s t i c a r e (  P o s i t i v e R e s p o n s e 
S t a r t D i a g n o s t i c  ) ( S I D 5 0 )  
DDP_008 Mesajul de răspuns pozitiv la solicitarea de începere a  
sesiunii de diagnosticare ( Positive Response Start Diag ­
nostic ) este trimis de VU ca răspuns pozitiv la solicitarea 
de începere a sesiunii de diagnosticare ( Diagnostic Session 
Request ). 
2.2.2.5 S e r v i c i u l d e c o n t r o l a l l e g ă t u r i  i ( L i n k C o n t r o l 
S e r v i c e  ) ( S I D 8 7 )  
DDP_052 Serviciul de control al legăturii este folosit de IDE p entru a 
iniţia o schimbare a ratei de modulaţie. Acest lucru se 
realizează în două etape. În prima etapă, IDE propune 
schimbarea ratei de modulaţie, indicând rata nouă. La 
primirea mesajului cu răspuns pozitiv de la VU, IDE 
trimite confirmarea privind modificarea ratei de modulaţie 
la VU (etapa a doua). EID trece apoi la noua rată de 
modulaţie. După primirea confirmării, VU trece la noua 
rată de modulaţie.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 334  
2.2.2.6 R ă s p u n s p o z i t i v l a c o n t r o l u l l e g  ă t u r i i (  L i n k 
C o n t r o l P o s i t i v e R e s p o n s e  ) ( S I D C 7 )  
DDP_053 Răspunsul pozitiv la controlul legăturii este emis de V U ca 
răspuns pozitiv la solicitarea serviciului de control al 
legăturii. A se remarca faptul că solicitarea de confirmare 
nu primește niciun răspuns (etapa a doua).  
2.2.2.7 S o l i c i t a r e d e î n c ă r c a r e (  R e q u e s t U p l o a d  ) ( S I D 3 5 )  
DDP_009 Mesajul de solicitare de încărcare ( Request Upload ) este 
emis de IDE pentru a indica VU faptul că s-a solicitat o 
operaţiune de descărcare. Pentru a respecta cerinţele stan­
dardului ISO 14229, sunt incluse date care se referă la 
adresă și la detalii privind dimensiunea și formatul datelor 
solicitate. Deoarece IDE nu cunoaște aceste date înainte de 
descărcare, adresa memoriei este setată la 0, formatul este 
necriptat și necomprimat, iar dimensiunea memoriei este 
setată la valoarea maximă.  
2.2.2.8 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d  e î n c ă r c a r e 
( P o s i t i v e R e s p o n s e R e q u e s t U p l o a d  ) ( S I D 7 5 )  
DDP_010 Mesajul de răspuns pozitiv la solicitarea de încărcare este 
trimis de VU pentru a indica IDE faptul că VU este 
pregătită pentru descărcarea datelor. Pentru a respecta 
cerinţele standardului ISO 14229, în acest mesaj privind 
răspunsul pozitiv sunt incluse date care indică IDE că urmă­
toarele mesaje de răspuns pozitiv la solicitarea de transfer de  
date ( Positive Response Transfer Data ) vor fi compuse din 
maximum 00FF hex octeţi.  
2.2.2.9 S o l i c i t a r e d e t r a n s f e r d e d a t e (  T r a n s f e r D a t a 
R e q u e s t  ) ( S I D 3 6 )  
▼M1 
DDP_011 Solicitarea de transfer de date (Transfer Data Request)  este 
trimisă de EID pentru a indica VU tipul de date care 
urmează să fie descărcate. Un parametru de solicitare de 
transfer (TRTP) de un octet indică tipul transferului.  
▼M3 
Există șapte tipuri de transfer de date. Pentru descărcarea 
datelor de pe VU, pot fi utilizate două valori TRTP diferite 
pentru fiecare tip de transfer:  
Tip de transfer de date  Valoare TRTP pentru 
descărcarea datelor de pe 
VU de tip generaţia 1  Valoare TRTP pentru 
descărcarea datelor de pe 
VU de tip generaţia 2 
versiunea 1  Valoare TRTP pentru 
descărcarea datelor de pe 
VU de tip generaţia 2, 
versiunea 2  
Versiunea interfeţei de 
descărcare  Nu se utilizează  Nu se utilizează  0 0  
Prezentare generală  0 1  2 1  3 1  
Activităţile de la o anumită 
dată 02 2 2  3 2  
Evenimente și anomalii  0 3  2 3  3 3  
Viteză detaliată  0 4  2 4  2 4  
Date tehnice  0 5  2 5  3 5  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 335  
Tip de transfer 
de date  Valoare TRTP  
Descărcarea 
informaţiilor de 
pe card  06 
▼M3 
DDP_054 Este obligatoriu ca IDE să solicite un transfer de date  de 
prezentare generală (TRTP 01, 21 sau 31) în timpul unei 
sesiuni de descărcare, deoarece este singurul lucru care 
garantează înregistrarea certificatelor VU în fișierul 
descărcat (și permite verificarea semnăturii digitale).  
În al doilea caz (TRTP 02, 22 sau 32) mesajul de solicitare de transfer 
de date (Transfer Data Request) include indicaţia zilei calenda ristice 
(format TimeReal) care urmează să fie descărcată.  
▼B 
2.2.2.10 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e 
( P o s i t i v e R e s p o n s e T r a n s f e r D a t a  ) ( S I D 7 6 )  
DDP_012 Mesajul de răspuns pozitiv la solicitarea de transfer d e date 
(Positive Response Transfer Data ) este trimis de VU ca 
răspuns la solicitarea de transfer de date ( Transfer Data 
Request ). Mesajul conţine datele solicitate, cu un  Transfer 
Response Parameter  (TREP) corespunzător TRTP-ului soli­
citării.  
▼M3 
DDP_055 În primul caz (TREP 01, 21 sau 31), VU trimite datele c are 
să poată ajuta operatorul IDE în alegerea datelor pe care 
dorește să le descarce în continuare. Informaţiile incluse în 
acest mesaj sunt:  
▼M1 
— certificate de securitate,  
— identificarea vehiculului,  
— data și ora actuale pentru VU,  
— data de descărcare minimă și maximă (date VU),  
— indicaţii privind prezenţa cardurilor în VU,  
— descărcarea precedentă către o societate,  
— blocări executate de societăţi,  
— controale anterioare.  
▼B 
2.2.2.11 S o l i c i t a r e d e î n c h e i e r e a t r a n s f e r u l u i (  R e q u e s t 
T r a n s f e r E x i t  ) ( S I D 3 7 )  
DDP_013 Mesajul de solicitare de încheiere a transferului este trimis 
de IDE pentru a informa VU că sesiunea de descărcare s-a 
încheiat.  
2.2.2.12 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e î n c h e i e r e a 
t r a n s f e r u l u i ( S I D 7 7 ) (  P o s i t i v e R e s p o n s e R e q u e s t 
T r a n s f e r E x i t  ) 
DDP_014 Mesajul de răspuns pozitiv la solicitarea de încheiere a 
transferului ( Positive Response Request Transfer Exit)  este 
trimis de VU pentru a confirma primirea mesajului de soli­
citare de încheiere a transferului.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 336  
2.2.2.13 S o l i c i t a r e d e î n c h e i e r e a c o m u n i c ă r i i (  S t o p 
C o m m u n i c a t i o n R e q u e s t  ) ( S I D 8 2 )  
DDP_015 Mesajul de solicitare de încheiere a comunicării  (Stop 
Communication Request)  este trimis de IDE cu scopul de 
a întrerupe legătura de comunicare cu VU.  
2.2.2.14 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e î n c h e i e r e a 
c o m u n i c ă r i i (  P o s i t i v e R e s p o n s e S t o p C o m m u n i ­
c a t i o n  ) ( S I D C 2 )  
DDP_016 Mesajul de răspuns pozitiv la solicitarea de încheiere a 
comunicării  (Positive Response Stop Communication)  este 
trimis de VU pentru a confirma primirea mesajului  Stop 
Communication Request . 
2.2.2.15 C o n f i r m a r e d e p r i m i r e a s u b - m e s a j u l u i 
( A c k n o w l e d g e S u b M e s s a g e  ) ( S I D 8 3 )  
DDP_017 Confirmarea de primire a sub-mesajului  (Acknowledge Sub 
Message)  este trimis de IDE pentru a confirma primirea 
fiecărei părţi a unui mesaj care este transmis prin inter­
mediul mai multor sub-mesaje. Câmpul de date conţine 
SID primit de la VU și un cod de 2 octeţi după cum 
urmează:  
— MsgC + 1 Confirmă primirea corectă a sub-mesajului cu 
numărul MsgC.  
Solicitare din partea IDE către VU pentru a transmite 
sub-mesajul următor  
— MsgC indică apariţia unei probleme la primirea 
sub-mesajului cu numărul MsgC.  
Solicitare din partea IDE către VU de a transmite 
sub-mesajul din nou  
— FFFF solicită întreruperea mesajului aflat în curs de 
transmitere.  
IDE poate folosi acest cod pentru a întrerupe trans­
miterea mesajului VU, indiferent de motiv.  
Primirea ultimului sub-mesaj al unui mesaj (octetul LEN 
< 255) poate fi confirmată cu ajutorul unuia dintre aceste 
coduri sau poate să nu fie confirmată.  
Răspunsurile din partea VU compuse din câteva sub-mesaje 
sunt:  
— Răspuns pozitiv la solicitarea de transfer de date 
(Positive Response Transfer Data ) (SID 76)  
2.2.2.16 R ă s p u n s n e g a t i v (  N e g a t i v e R e s p o n s e  ) ( S I D 7 F )  
DDP_018 Mesajul de răspund negativ ( Negative Response)  este trimis 
de VU ca răspuns la mesajele de solicitare menţionate 
anterior în cazul în care VU nu poate da curs solicitării. 
Câmpurile de date ale mesajului conţin SID-ul răspunsului 
(7F), SID-ul solicitării și un cod care precizează motivul 
răspunsului negativ. Sunt disponibile următoarele coduri:  
— 10 respingere generală  
Acţiunea nu poate fi realizată dintr-un motiv care nu este 
menţionat în continuare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 337  
— 11 serviciu incompatibil  
SID-ul solicitării nu poate fi înţeles.  
— 12 subfuncţie incompatibilă  
DS_ sau TRTP al solicitării nu poate fi înţeles sau nu 
mai există alte sub-mesaje de transmis.  
— 13 lungime incorectă a mesajului  
Lungimea mesajului primit este incorectă.  
— 22 condiţii incorecte sau eroare a secvenţei de interogare  
Serviciul solicitat nu este activ sau secvenţa mesajelor 
de solicitare nu este corectă.  
— 31 solicitare în afara intervalului  
Înregistrarea parametrului solicitării (câmpul de date) nu 
este valabilă.  
— 50 încărcare refuzată  
Solicitarea nu poate fi executată (VU nu se află în 
modul de funcţionare corespunzător sau există o 
anomalie internă a VU).  
— 78 răspuns în așteptare  
Acţiunea solicitată nu poate fi finalizată în timp util și 
VU nu este pregătită să accepte o nouă solicitare.  
▼M1 
— FA datele nu sunt disponibile  
Obiectul de date al unei solicitări de transfer de date nu 
este disponibil în VU (de exemplu, cardul nu este 
inserat, tipul de generaţia 1 de solicitare de descărcare 
a datelor de pe VU în afara cadrului de verificare a 
conducătorului auto de către o autoritate de control din 
afara UE…).  
▼B 
2.2.3  Fluxul mesajelor  
Pe parcursul unei proceduri normale de descărcare de date, un f lux de 
mesaje tipic se efectuează de obicei astfel:  
IDE V U  
Solicitare de iniţiere a comunicării  ⇨ 
⇦  Răspuns pozitiv  
Solicitare de iniţiere a serviciului de diagnos­
ticare ⇨ 
⇦  Răspuns pozitiv  
Solicitare de încărcare  ⇨ 
⇦  Răspuns pozitiv  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 338  
IDE V U  
Solicitare de transfer de date de prezentare 
generală  ⇨ 
⇦  Răspuns pozitiv  
Solicitare de transfer de date #2  ⇨ 
⇦  Răspuns pozitiv #1  
Confirmare de primire a sub-mesajului #1  ⇨ 
⇦  Răspuns pozitiv #2  
Confirmare de primire a sub-mesajului #2  ⇨ 
⇦  Răspuns pozitiv #m  
Confirmare de primire a sub-mesajului #m  ⇨ 
⇦  Răspuns pozitiv (Câmp de date <255 de octeţi)  
Confirmare de primire a sub-mesajului 
(opţional)  ⇨  
… 
Solicitare de transfer de date #n  ⇨ 
⇦  Răspuns pozitiv  
Solicitare de încheiere a transferului  ⇨ 
⇦  Răspuns pozitiv  
Solicitare de încheiere a comunicării  ⇨ 
⇦  Răspuns pozitiv  
2.2.4  Sincronizare  
DDP_019 În condiţii de funcţionare normale, se aplică parametri i de 
sincronizare indicaţi în figura următoare:  
Figura 1  
Fluxul mesajelor, sincronizare
  
Unde:  
P1 = Timp interoctet pentru răspunsul VU.  
P2 = Interval de timp între încheierea solicitării IDE și 
începerea răspunsului VU sau între încheierea 
confirmării de primire a IDE și începerea următorului 
răspuns al VU.  
P3 = Interval de timp între încheierea răspunsului VU și 
începerea noii solicitări a IDE sau între încheierea 
răspunsului VU și începerea confirmării de primire 
a IDE sau între încheierea solicitării IDE și 
începerea noii solicitări a IDE dacă VU nu reușește 
să răspundă.  
P4 = Interval de timp interoctet pentru solicitarea IDE.  
P5 = Valoarea extinsă a P3 pentru descărcarea informaţiilor 
de pe card.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 339  
Valorile permise pentru parametrii de sincronizare sunt 
indicate în tabelul următor (setul de parametri de sincro­
nizare extinși KWP folosiţi în caz de adresare fizică 
pentru o comunicare mai rapidă).  
Parametru sincronizare  Limita inferioară 
Valoare (ms)  Limita superioară 
Valoare (ms)  
P1 0  2 0  
P2 2 0  1 000 (*)  
P3 1 0  5 000  
P4 5  2 0  
P5 1 0  20 de minute  
(*) dacă VU răspunde cu un răspuns negativ ( Negative Response ) care conţine un cod cu sensul de „solicitare 
primită corect, răspuns în așteptare”, această valoare este ext insă până la aceeași valoare a limitei superioare 
a P3.  
2.2.5  Gestionarea erorilor  
Dacă o eroare intervine în timpul schimbului de mesaje, schema 
fluxului de mesaje se modifică în funcţie de echipamentul care a 
detectat eroarea și de mesajul care a generat eroarea.  
În figura 2 și în figura 3 sunt prezentate procedurile de gesti onare a 
erorilor folosite de VU și, respectiv, de IDE.  
2.2.5.1 E t a p a d e i n i ţ i e r e a c o m u n i c ă r i i  
DDP_020 Dacă IDE detectează o eroare în timpul etapei de iniţie re a 
comunicării, fie la nivelul sincronizării, fie la nivelul 
fluxului de biţi, așteaptă o perioadă de P3min înainte de a 
emite din nou solicitarea.  
DDP_021 Dacă VU detectează o eroare în secvenţa primită de la I DE, 
nu trimite niciun răspuns și așteaptă un alt mesaj de soli­
citare de iniţiere a comunicării ( Start Communication 
Request ) timp de P3 max.  
2.2.5.2 E t a p a d e c o m u n i c a r e  
Pot fi definite două proceduri diferite de gestionare a erorilo r: 
1. VU detecteaz ă o eroare de transmisie a IDE  
DDP_022 VU analizează fiecare mesaj primit pentru a detecta ero ri 
de sincronizare, erori de format al octeţilor (de exemplu, 
încălcări ce afectează biţii de pornire și oprire) și erori de 
cadru (primirea unui număr greșit de octeţi, octet de sumă 
de verificare eronat).  
DDP_023 Dacă VU detectează una dintre erorile menţionate 
anterior, nu trimite niciun răspuns și ignoră mesajul 
primit.  
DDP_024 VU poate detecta alte erori ale formatului sau conţi­
nutului mesajului primit (de exemplu, mesaj incompatibil) 
chiar dacă mesajul respectă cerinţele de lungime și de 
sumă de verificare; în acest caz, VU răspunde IDE cu 
un mesaj de răspuns negativ ( Negative Response ), 
indicând tipul erorii.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 340  
Figura 2  
Gestionarea erorilor de c ătre VU
  
▼B 
2. IDE detecteaz ă o eroare de transmisie a VU  
DDP_025 IDE analizează fiecare mesaj primit pentru a detecta er ori 
de sincronizare, erori de format al octeţilor (de exemplu, 
încălcări ce afectează biţii de pornire și oprire) și erori de 
cadru (primirea unui număr greșit de octeţi, octet de sumă 
de verificare eronat).  
DDP_026 IDE detectează erorile de secvenţă, de exemplu incre­
mentări greșite ale contorului de sub-mesaje în mesajele 
succesive primite.  
DDP_027 Dacă IDE detectează o eroare sau dacă nu primește niciu n 
răspuns de la VU într-o perioadă P2max, mesajul de 
solicitare este transmis din nou de cel mult trei ori. În 
scopul detectării acestei erori, o confirmare de primire 
a sub-mesajului este considerată a fi o solicitare 
adresată VU.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 341  
DDP_028 IDE așteaptă o perioadă de P3min înainte de începerea 
fiecărei transmisii; perioada de așteptare se măsoară de la 
ultima apariţie calculată a unui bit de oprire după 
detectarea erorii în cauză.  
Figura 3  
Gestionarea erorilor de c ătre IDE
  
2.2.6  Conţinutul mesajelor de r ăspuns  
La acest punct este prezentat conţinutul câmpurilor de date ale  dife­
ritelor mesaje de răspuns pozitiv.  
Elementele de date sunt definite în dicţionarul de date din ape ndicele 1.  
Observaţie: Pentru descărcări de generaţia 2, fiecare element d e date de 
nivel superior este reprezentat de o colecţie de înregistrări, chiar și în 
cazul în care aceasta conţine numai o singură înregistrare. O c olecţie de 
înregistrări începe cu un antet; acest antet conţine tipul de î nregistrări, 
dimensiunea înregistrărilor și numărul de înregistrări. Colecţi ile de înre­
gistrări sunt denumite „ ... RecordArray ” (cu antet) în următoarele 
tabele.  
▼M3 
2.2.6.1. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e 
p r i v i n d v e r s i u n e a i n t e r f e ţ e i d e d e s c  ă r c a r e 
( P o s i t i v e R e s p o n s e T r a n s f e r D a t a D o w n l o a d 
I n t e r f a c e V e r s i o n  ) 
DDP_028a Câmpul de date al mesajului de răspuns pozitiv la soli ­
citarea de transfer de date privind versiunea interfeţei de 
descărcare ( Positive Response Transfer Data Download 
Interface Version ) furnizează următoarele date în ordinea 
prezentată mai jos în conformitate cu SID 76 Hex, TREP 
00 Hex:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 342  
Structura datelor generaţia 2, versiunea 2 (TREP 00 Hex)  
Element de date  Observaţii  
DownloadInterfaceVersion  Generaţia și versiunea VU: 02,02 Hex pentru 
generaţia 2, versiunea 2. 
Incompatibilă cu VU de generaţia 1 și generaţia 
2, versiunea 1, care răspunde negativ (subfuncţie 
incompatibilă, a se vedea DDP_018)  
2.2.6.2. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e 
d e p r e z e n t a r e g e n e r a l ă (  P o s i t i v e R e s p o n s e 
T r a n s f e r D a t a O v e r v i e w  ) 
DDP_029 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date de prezentare generală 
(Positive Response Transfer Data Overview ) furnizează 
următoarele date în ordinea prezentată mai jos în confor­
mitate cu SID 76 Hex, TREP 01, 21 sau 31 Hex și 
criteriile adecvate de separare și numărare a sub-mesajelor:  
Structura datelor generaţia 1 (TREP 01 Hex)  
Element de date  Observaţii  
MemberStateCertificate  Certificate de securitate VU  
VUCertificate  
VehicleIdentificationNumber  Identificarea vehiculului  
VehicleRegistrationIdentification  
CurrentDateTime  Data și ora actuale pentru VU  
VuDownloadablePeriod  Perioada care poate fi descărcată  
CardSlotsStatus  Tipuri de carduri introduse în VU  
VuDownloadActivityData  Descărcare anterioară VU  
VuCompanyLocksData  Toate blocările executate de societăţi și stocate. 
Dacă secţiunea nu conţine date, se trimite numai 
noOfLocks = 0.  
VuControlActivityData  Toate înregistrările activităţilor de control stocate 
în VU. Dacă secţiunea nu conţine date, se trimite 
numai noOfControls = 0.  
Signature  Semnătura RSA a tuturor datelor (cu excepţia 
certificatelor), începând cu VehicleIdentification­
Number până la ultimul octet din ultima VuCon­
trolActivityData.  
Structura datelor generaţia 2, versiunea 1 (TREP 21 Hex)  
Element de date  Observaţii  
MemberStateCertificateRecordArray  Certificatul statului membru  
VUCertificateRecordArray  Certificatul VU  
VehicleIdentificationNumberRecordArray  Identificarea vehiculului  ▼M3
02016R0799 — RO — 21.08.2023 — 003.001 — 343  
Element de date  Observaţii  
VehicleRegistrationIdentificationRecordArray  Numărul de înmatriculare al vehiculului  
CurrentDateTimeRecordArray  Data și ora actuale pentru VU  
VuDownloadablePeriodRecordArray  Perioada care poate fi descărcată  
CardSlotsStatusRecordArray  Tipuri de carduri introduse în VU  
VuDownloadActivityDataRecordArray  Descărcare anterioară VU  
VuCompanyLocksRecordArray  Toate blocările executate de societăţi și stocate. 
Dacă secţiunea nu conţine date, se trimite un 
antet al colecţiei cu noOfRecords = 0.  
VuControlActivityRecordArray  Toate înregistrările activităţilor de control stocate 
în VU. Dacă secţiunea nu conţine date, se trimite 
un antet al colecţiei cu noOfRecords = 0.  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente, cu 
excepţia certificatelor.  
Structura datelor generaţia 2, versiunea 2 (TREP 31 Hex)  
Element de date  Observaţii  
MemberStateCertificateRecordArray  Certificatul statului membru  
VUCertificateRecordArray  Certificatul VU  
VehicleIdentificationNumberRecordArray  Identificarea vehiculului  
VehicleRegistrationNumberRecordArray  Numărul de înmatriculare al vehiculului  
CurrentDateTimeRecordArray  Data și ora actuale pentru VU  
VuDownloadablePeriodRecordArray  Perioada care poate fi descărcată  
CardSlotsStatusRecordArray  Tipuri de carduri introduse în VU  
VuDownloadActivityDataRecordArray  Descărcare anterioară VU  
VuCompanyLocksRecordArray  Toate blocările executate de societăţi și stocate. 
Dacă secţiunea nu conţine date, se trimite un 
antet al colecţiei cu noOfRecords = 0.  
VuControlActivityRecordArray  Toate înregistrările activităţilor de control stocate 
în VU. Dacă secţiunea nu conţine date, se trimite 
un antet al colecţiei cu noOfRecords = 0.  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente, cu 
excepţia certificatelor.  
2.2.6.3. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e 
p r i v i n d a c t i v i t ă ţ i l e (  P o s i t i v e R e s p o n s e T r a n s f e r 
D a t a A c t i v i t i e s  ) 
DDP_030 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date privind activităţile ( Positive 
Response Transfer Data Activities ) furnizează următoarele 
date în ordinea prezentată mai jos în conformitate cu SID 
76 Hex, TREP 02, 22 sau 32 Hex și criteriile adecvate de 
separare și numărare a sub-mesajelor:  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 344  
Structura datelor generaţia 1 (TREP 02 Hex)  
Element de date  Observaţii  
TimeReal  Data zilei descărcate  
OdometerValueMidnight  Odometrul la sfârșitul zilei descărcate  
VuCardIWData  Date privind ciclurile de introducere și de retragere a 
cardurilor. 
— Dacă această secţiune nu conţine date disponibile, 
se trimite numai noOfVuCardIWRecords = 0. 
— Atunci când VuCardIWRecord conţine date înre­
gistrate înainte de ora 00:00 (introducerea cardului 
în ziua anterioară) sau după ora 24:00 (retragerea 
cardului în ziua următoare), aceste înregistrări apar 
integral în cele două zile implicate.  
VuActivityDailyData  Starea sloturilor la 00:00 și modificările de activitate 
înregistrate pentru ziua descărcată.  
VuPlaceDailyWorkPeriodData  Date privind locurile, înregistrate pentru ziua descărcată. 
Dacă secţiunea nu conţine date, se trimite numai noOf­
PlaceRecords = 0.  
VuSpecificConditionData  Date privind condiţiile specifice, înregistrate pentru ziua 
descărcată. Dacă secţiunea nu conţine date, se trimite 
numai noOfSpecificConditionRecords = 0.  
Signature  Semnătura RSA a tuturor datelor, începând de la 
TimeReal până la ultimul octet din ultima înregistrare 
privind condiţiile specifice.  
Structura datelor generaţia 2, versiunea 1 (TREP 22 Hex)  
Element de date  Observaţii  
DateOfDayDownloadedRecordArray  Data zilei descărcate  
OdometerValueMidnightRecordArray  Odometrul la sfârșitul zilei descărcate  
VuCardIWRecordArray  Date privind ciclurile de introducere și de retragere a 
cardurilor. 
— Dacă această secţiune nu conţine date disponibile, 
se trimite un antet al colecţiei cu noOfRecords = 0. 
— Atunci când VuCardIWRecord conţine date înre­
gistrate înainte de ora 00:00 (introducerea cardului 
în ziua anterioară) sau după ora 24:00 (retragerea 
cardului în ziua următoare), aceste înregistrări apar 
integral în cele două zile implicate.  
VuActivityDailyRecordArray  Starea sloturilor la 00:00 și modificările de activitate 
înregistrate pentru ziua descărcată.  
VuPlaceDailyWorkPeriodRecordArray  Date privind locurile, înregistrate pentru ziua descărcată. 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 345  
Element de date  Observaţii  
VuGNSSADRecordArray  Poziţiile GNSS ale vehiculului dacă timpul de 
conducere acumulat al vehiculului atinge un multiplu 
de trei ore. Dacă secţiunea nu conţine date, se trimite 
un antet al colecţiei cu noOfRecords = 0.  
VuSpecificConditionRecordArray  Date privind condiţiile specifice, înregistrate pentru ziua 
descărcată. Dacă secţiunea nu conţine date, se trimite un 
antet al colecţiei cu noOfRecords = 0.  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente.  
Structura datelor generaţia 2, versiunea 2 (TREP 32 Hex)  
Element de date  Observaţii  
DateOfDayDownloadedRecordArray  Data zilei descărcate  
OdometerValueMidnightRecordArray  Odometrul la sfârșitul zilei descărcate  
VuCardIWRecordArray  Date privind ciclurile de introducere și de retragere a 
cardurilor. 
— Dacă această secţiune nu conţine date disponibile, 
se trimite un antet al colecţiei cu noOfRecords = 0. 
— Atunci când VuCardIWRecord conţine date înre­
gistrate înainte de ora 00:00 (introducerea cardului 
în ziua anterioară) sau după ora 24:00 (retragerea 
cardului în ziua următoare), aceste înregistrări apar 
integral în cele două zile implicate.  
VuActivityDailyRecordArray  Starea sloturilor la 00:00 și modificările de activitate 
înregistrate pentru ziua descărcată.  
VuPlaceDailyWorkPeriodRecordArray  Date privind locurile, înregistrate pentru ziua descărcată. 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
VuGNSSADRecordArray  Poziţiile GNSS ale vehiculului dacă timpul de 
conducere acumulat al vehiculului atinge un multiplu 
de trei ore. Dacă secţiunea nu conţine date, se trimite 
un antet al colecţiei cu noOfRecords = 0.  
VuSpecificConditionRecordArray  Date privind condiţiile specifice, înregistrate pentru ziua 
descărcată. Dacă secţiunea nu conţine date, se trimite un 
antet al colecţiei cu noOfRecords = 0.  
VuBorderCrossingRecordArray  Treceri ale frontierei pentru ziua descărcată. Dacă 
secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
VuLoadUnloadRecordArray  Operaţiuni de încărcare/descărcare pentru ziua 
descărcată. Dacă secţiunea nu conţine date, se trimite 
un antet al colecţiei cu noOfRecords = 0.  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 346  
2.2.6.4. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e 
p r i v i n d e v e n i m e n t e l e ș i a n o m a l i i l e (  P o s i t i v e 
R e s p o n s e T r a n s f e r D a t a E v e n t s a n d F a u l t s  ) 
DDP_031 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date privind evenimentele și 
anomaliile ( Positive Response Transfer Data Events and 
Faults ) furnizează următoarele date în ordinea prezentată 
mai jos în conformitate cu SID 76 Hex, TREP 03, 23 sau 
33 Hex și criteriile adecvate de separare și numărare a sub- 
mesajelor:  
Structura datelor generaţia 1, (TREP 03 Hex)  
Element de date  Observaţii  
VuFaultData  Toate anomaliile stocate sau curente în VU. 
Dacă secţiunea nu conţine date, se trimite numai noOf­
VuFaults = 0.  
VuEventData  Toate evenimentele (cu excepţia depășirii limitei de 
viteză) stocate sau în curs în VU. 
Dacă secţiunea nu conţine date, se trimite numai noOf­
VuEvents = 0.  
VuOverSpeedingControlData  Date referitoare la ultimul control privind depășirea 
limitei de viteză (valoare implicită în lipsa datelor).  
VuOverSpeedingEventData  Toate evenimentele de depășire a limitei de viteză 
stocate în VU. 
Dacă secţiunea nu conţine date, se trimite numai noOf­
VuOverSpeedingEvents = 0.  
VuTimeAdjustmentData  Toate evenimentele de reglare a orei stocate în VU (în 
afara cadrului unei etalonări complete). 
Dacă secţiunea nu conţine date, se trimite numai noOf­
VuTimeAdjRecords = 0.  
Signature  Semnătura RSA a tuturor datelor, începând cu noOfVu­
Faults până la ultimul octet din ultima înregistrare 
privind reglarea orei.  
Structura datelor generaţia 2, versiunea 1 (TREP 23 Hex)  
Element de date  Observaţii  
VuFaultRecordArray  Toate anomaliile stocate sau curente în VU. 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
VuEventRecordArray  Toate evenimentele (cu excepţia depășirii limitei de 
viteză) stocate sau în curs în VU. 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
VuOverSpeedingControlDataRecordArray  Date referitoare la ultimul control privind depășirea 
limitei de viteză (valoare implicită în lipsa datelor).  
VuOverSpeedingEventRecordArray  Toate evenimentele de depășire a limitei de viteză 
stocate în VU. 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 347  
Element de date  Observaţii  
VuTimeAdjustmentRecordArray  Toate evenimentele de reglare a orei stocate în VU (în 
afara cadrului unei etalonări complete). 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente.  
Structura datelor generaţia 2, versiunea 2 (TREP 33 Hex)  
Element de date  Observaţii  
VuFaultRecordArray  Toate anomaliile stocate sau curente în VU. 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
VuEventRecordArray  Toate evenimentele (cu excepţia depășirii limitei de 
viteză) stocate sau în curs în VU. 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
VuOverSpeedingControlDataRecordArray  Date referitoare la ultimul control privind depășirea 
limitei de viteză (valoare implicită în lipsa datelor).  
VuOverSpeedingEventRecordArray  Toate evenimentele de depășire a limitei de viteză 
stocate în VU. 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
VuTimeAdjustmentRecordArray  Toate evenimentele de reglare a orei stocate în VU (în 
afara cadrului unei etalonări complete). 
Dacă secţiunea nu conţine date, se trimite un antet al 
colecţiei cu noOfRecords = 0.  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente.  
2.2.6.5. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e 
p r i v i n d v i t e z a d e t a l i a t ă (  P o s i t i v e R e s p o n s e 
T r a n s f e r D a t a D e t a i l e d S p e e d  ) 
DDP_032 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date privind viteza detaliată 
(Positive Response Transfer Data Detailed Speed ) 
furnizează următoarele date în ordinea prezentată mai jos 
în conformitate cu SID 76 Hex, TREP 04 sau 24 Hex și 
criteriile adecvate de separare și numărare a sub-mesajelor:  
Structura datelor generaţia 1 (TREP 04 Hex)  
Element de date  Observaţii  
VuDetailedSpeedData  Toate datele privind viteza detaliată stocate în VU (un 
bloc de viteze pentru fiecare minut în timpul căruia 
vehiculul a fost în mișcare) 
60 valori ale vitezei pe minut (una pe secundă).  
Signature  Semnătura RSA a tuturor datelor, începând cu noOfSpe­
edBlocks până la ultimul octet din ultimul bloc de 
viteze.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 348  
Structura datelor generaţia 2 (TREP 24 Hex)  
Element de date  Observaţii  
VuDetailedSpeedBlockRecordArray  Toate datele privind viteza detaliată stocate în VU (un 
bloc de viteze pentru fiecare minut în timpul căruia 
vehiculul a fost în mișcare) 
60 valori ale vitezei pe minut (una pe secundă).  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente.  
2.2.6.6. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e 
t e h n i c e (  P o s i t i v e R e s p o n s e T r a n s f e r D a t a 
T e c h n i c a l D a t a  ) 
DDP_033 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date tehnice ( Positive Response 
Transfer Data Technical Data ) furnizează următoarele 
date în ordinea prezentată mai jos în conformitate cu SID 
76 Hex, TREP 05, 25 sau 35 Hex și criteriile adecvate de 
separare și numărare a sub-mesajelor:  
Structura datelor generaţia 1 (TREP 05 Hex)  
Element de date  Observaţii  
VuIdentification  
SensorPaired  
VuCalibrationData  Toate înregistrările activităţilor de etalonare stocate în 
VU. 
Signature  Semnătura RSA a tuturor datelor, începând cu vuManu­
facturerName până la ultimul octet din ultimul VuCali­
brationRecord.  
Structura datelor generaţia 2, versiunea 1 (TREP 25 Hex)  
Element de date  Observaţii  
VuIdentificationRecordArray  
VuSensorPairedRecordArray  Toate asocierile MS stocate în VU.  
VuSensorExternalGNSSCoupledRecor­
dArray  Toate cuplările echipamentului GNSS extern stocate în 
VU. 
VuCalibrationRecordArray  Toate înregistrările activităţilor de etalonare stocate în 
VU. 
VuCardRecordArray  Toate datele referitoare la introducerea cardurilor stocate 
în VU.  
VuITSConsentRecordArray  
VuPowerSupplyInterruptionRecordArray  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 349  
Structura datelor generaţia 2, versiunea 2 (TREP 35 Hex)  
Element de date  Observaţii  
VuIdentificationRecordArray  
VuSensorPairedRecordArray  Toate asocierile MS stocate în VU.  
VuSensorExternalGNSSCoupledRecor­
dArray  Toate cuplările echipamentului GNSS extern stocate în 
VU. 
VuCalibrationRecordArray  Toate înregistrările activităţilor de etalonare stocate în 
VU. 
VuCardRecordArray  Toate datele referitoare la introducerea cardurilor stocate 
în VU.  
VuITSConsentRecordArray  
VuPowerSupplyInterruptionRecordArray  
SignatureRecordArray  Semnătura ECC a tuturor datelor precedente.  
▼B 
2.3. Stocarea fi șierelor în ESM  
DDP_034 Dacă o sesiune de descărcare a inclus un transfer de da te de 
pe VU, IDE stochează într-un singur fișier fizic toate datele 
primite de la VU în timpul sesiunii de descărcare în 
mesajele de răspuns pozitiv la solicitarea de transfer de 
date. Datele stocate nu includ anteturi de mesaje, contoare 
de sub-mesaje, sub-mesaje fără date și sume de verificare, 
dar includ SID și TREP (din primul sub-mesaj, numai dacă 
există mai multe sub-mesaje).  
3. PROTOCOL DE DESCĂRCARE DE PE CARDURILE DE 
TAHOGRAF  
3.1. Domeniu de aplicare  
Acest punct cuprinde o descriere a descărcării datelor de pe un  card de 
tahograf pe un IDE. IDE nu face parte din mediul securizat; pri n 
urmare, nu se realizează nicio procedură de autentificare între  card și 
IDE.  
3.2. Defini ţii 
Sesiune de desc ărcare : De fiecare dată când se efec­
tuează o operaţiune de 
descărcare de date de pe ICC. 
Sesiunea include întreaga 
procedură, de la resetarea ICC 
cu ajutorul unui IFD până la 
dezactivarea ICC (retragerea 
cardului sau următoarea 
resetare).  
Fișier de date semnat : Un fișier din ICC. Fișierul este 
transferat în IFD sub formă de 
text în clar. Pe ICC fișierul este 
supus funcţiei hash și semnat, 
iar semnătura este transferată 
la IFD.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 350  
3.3. Desc ărcarea informa ţiilor de pe card  
▼M3 
DDP_035 Descărcarea de pe un card de tahograf include următoare le 
etape:  
— Descărcarea informaţiilor comune stocate pe card în 
fișierele elementare (EF) ICC și IC. Aceste informaţii 
sunt opţionale și nu sunt protejate de o semnătură 
digitală.  
— Pentru cardurile de tahograf de prima și a doua generaţie  
— Descărcarea EF din Tachograph DF:  
— Descărcarea EF Card_Certificate și CA_Certi­
ficate. Aceste informaţii nu sunt protejate de o 
semnătură digitală.  
Descărcarea acestor fișiere este obligatorie în 
cadrul fiecărei sesiuni de descărcare.  
— Descărcarea celorlalte EF de date privind 
aplicaţia (în Tachograph DF), cu excepţia EF 
Card_Download. Aceste informaţii sunt 
protejate cu o semnătură digitală, utilizând apen­
dicele 11 „Mecanisme de securitate comune”, 
partea A.  
— Este obligatoriu să se descarce cel puţin EF 
Application_Identification și Identification 
pentru fiecare sesiune de descărcare.  
— La descărcarea de pe cardul de conducător auto, 
descărcarea următoarelor EF este obligatorie:  
Events_Data,  
Faults_Data,  
Driver_Activity_Data,  
Vehicles_Used,  
Places,  
Control_Activity_Data,  
Specific_Conditions.  
— Numai pentru cardurile de tahograf de a doua generaţie:  
— Cu excepţia cazului în care o descărcare a unui card 
de conducător auto introdus într-o VU este efectuată 
în timpul controlului conducătorilor auto de către o 
autoritate de control din afara UE, utilizând un card 
de control de primă generaţie, descărcarea EF în 
Tachograph_G2 DF:  
— Descărcarea EF CardSignCertificate, CA_Certi­
ficate și Link_Certificate. Aceste informaţii nu 
sunt protejate de o semnătură digitală.  
— Descărcarea acestor fișiere este obligatorie în 
cadrul fiecărei sesiuni de descărcare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 351  
— Descărcarea celorlalte EF de date privind 
aplicaţia (în Tachograph_G2 DF), cu excepţia 
EF Card_Download. Aceste informaţii sunt 
protejate cu o semnătură digitală, utilizând apen­
dicele 11 „Mecanisme de securitate comune”, 
partea B.  
— Este obligatoriu să se descarce cel puţin EF 
Application_Identification, Application_Identifi­
cation_V2 (dacă există) și Identification pentru 
fiecare sesiune de descărcare.  
— La descărcarea de pe cardul de conducător auto, 
descărcarea următoarelor EF este obligatorie:  
Events_Data,  
Faults_Data,  
Driver_Activity_Data,  
Vehicles_Used,  
Places,  
Control_Activity_Data,  
Specific_Conditions,  
VehicleUnits_Used,  
GNSS_Places,  
Places_Authentication, dacă există,  
GNSS_Places_Authentication, dacă există,  
Border_Crossings, dacă există,  
Load_Unload_Operations, dacă există,  
Load_Type_Entris, dacă există.  
— La descărcarea unui card de conducător auto, se 
actualizează data LastCardDownload în EF 
Card_Download, în Tachograph și în DF 
Tachograph_G2, dacă este cazul.  
— La descărcarea unui card de atelier, se resetează 
contorul de etalonare în EF Card_Download, în 
Tachograph și în DF Tachograph_G2, dacă este 
cazul.  
— La descărcarea unui card de atelier, nu se 
descarcă EF Sensor_Installation_Data în 
Tachograph și DF Tachograph_G2, dacă este 
cazul.  
▼B 
3.3.1  Secven ţa de iniţializare  
DDP_036 IDE iniţiază secvenţa după cum urmează:  
Card  Direcţie  IDE/IFD  Semnificaţie/Observaţii  
⇦ Resetare hardware  
ATR ⇨ 
Opţional, se poate folosi PPS pentru a trece la o rată de 
modulaţie mai mare dacă ICC este compatibil.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 352  
3.3.2  Secven ţa de desc ărcare de fi șiere de date nesemnate  
DDP_037  ►M1 Secvenţa de descărcare a EF ICC, IC, Card_Certi­
ficate (sau CardSignCertificate pentru DF Tachograph_G2), 
CA_Certificate și Link_Certificate (numai pentru DF 
Tachograph_G2) este următoarea: ◄  
Card  Direcţie  IDE/IFD  Semnificaţie/Observaţii  
⇦ Select file  Selectează în funcţie de iden­
tificatorii fișierelor  
OK ⇨ ⇦ Read Binary  Dacă fișierul conţine mai 
multe date decât dimensiunea 
zonei tampon a cititorului sau 
a cardului, comanda trebuie 
repetată până la citirea 
integrală a datelor din fișier.  
Arhivare date ( File 
Data ) 
OK ⇨ Stocarea datelor în ESM  în conformitate cu  3.4  
Formatul de stocare a datelor  
Nota 1:  Înainte de a selecta  Card_Certificate ( ori CardSig­
nCertificate) EF , trebuie să selectaţi aplicaţia de tahograf 
(selecţie cu AID).  
Nota 2:  Selectarea și citirea unui fișier poate fi efectuată, de 
asemenea, într-o singură etapă cu ajutorul unei comenzi de 
citire a datelor ( Read Binary ) cu un identificator EF scurt.  
3.3.3  Secven ţa de desc ărcare de fi șiere de date semnate  
DDP_038 Următoarea secvenţă se folosește pentru fiecare dintre 
fișierele următoare care trebuie descărcate împreună cu 
semnătura lor:  
▼M1 
Card  Dir  IDE / IFD  Semnificaţie/Observaţii
  
Select File  
OK
 
Perform Hash of File  Calculează valoarea hash în 
raport cu conţinutul de date 
al fișierului selectat cu 
ajutorul algoritmului de 
hashing indicat în confor­
mitate cu apendicele 11, 
partea A sau B. Această 
comandă nu este o comandă 
conform ISO.  
Se calculează Hash of 
File și se stochează 
temporar valoarea hash  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 353  
Card  Dir  IDE / IFD  Semnificaţie/Observaţii  
OK
 
Read Binary  Dacă fișierul conţine mai 
multe date decât poate să 
stocheze zona tampon a citi­
torului sau a cardului, 
comanda trebuie repetată 
până la citirea integrală a 
datelor din fișier.  
File Data 
OK
 Stochează datele primite în 
ESM  în conformitate cu  3.4 Data 
storage format
  
PSO: Compute Digital 
Signature  
Execută operaţiunea de 
securitate „Calcularea 
semnăturii digitale” cu 
ajutorul valorii hash 
stocate temporar  
Semnătura 
OK
 Adaugă date la datele 
stocate anterior în ESM  în conformitate cu  3.4 Data 
storage format  
▼B 
Notă: Selectarea și citirea unui fișier poate fi efectuată, de 
asemenea, într-o singură etapă cu ajutorul unei comenzi de 
citire a datelor ( Read Binary ) cu un identificator EF scurt. În 
acest caz, EF poate fi selectat și citit înainte de a fi aplica tă 
comanda Efectuează  Hash of File . 
3.3.4  Secven ţa de resetare a unui contor de etalonare.  
DDP_039 Secvenţa de resetare a contorului ­
 
din EF
  
al unui card de atelier se prezintă după 
cum urmează:  
Card  Dir  IDE/IFD  Semnificaţie/Observaţii  
⇦ Select File  EF Card_Dow- 
nload  Selectează în funcţie de iden­
tificatorii fișierelor  
OK ⇨ 
⇦ Update Binary  
NoOfCalibrationsSince­
Download = „00 00”  
Resetează numărul de 
descărcări de pe card  
OK ⇨ 
Notă: Selectarea și actualizarea unui fișier poate fi efectuată, 
de asemenea, într-o singură etapă cu ajutorul unei comenzi  
Update Binary  cu un identificator EF scurt.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 354  
3.4. Formatul de stocare a datelor  
3.4.1  Introducere  
DDP_040 Datele descărcate trebuie stocate în conformitate cu ur mă­
toarele condiţii:  
— Stocarea datelor trebuie să fie transparentă. Acest lucru 
înseamnă că, pe parcursul stocării, trebuie să se menţină 
ordinea octeţilor, precum și ordinea biţilor din interiorul 
octeţilor care sunt transferaţi de pe card.  
— Toate fișierele de pe card descărcate în cadrul unei 
sesiuni de descărcare sunt stocate într-un singur fișier 
în ESM.  
3.4.2  Formatul fi șierului  
DDP_041 Formatul fișierului este o concatenare a mai multor obi ecte 
TLV.  
DDP_042 Eticheta pentru un EF este FID însoţit de apendicele „0 0”. 
DDP_043 Eticheta pentru o semnătură a EF este FID al fișierului  
însoţit de apendicele „01”.  
DDP_044 Lungimea este o valoare de 2 octeţi. Valoarea definește  
numărul de octeţi din câmpul de valori. Valoarea „FF FF” 
din câmpul de lungime este rezervată pentru o utilizare 
viitoare.  
DDP_045 Dacă un fișier nu este descărcat, nu se stochează nicio  
informaţie privind fișierul (nicio etichetă și nicio lungime 
zero).  
▼M1 
DDP_046 O semnătură trebuie salvată drept următorul obiect TLV 
imediat după obiectul TLV care conţine datele fișierului.  
Definiţie  Sens  Lungime  
FID (2 octeţi) || „00”  Etichetă pentru EF (FID) în 
DF
 sau 
pentru informaţiile comune 
stocate pe card  3 octeţi  
FID (2 octeţi) || „01”  Eticheta pentru semnătura 
EF (FID) în DF
  3 octeţi  
FID (2 octeţi) || „02”  Eticheta pentru EF (FID) 3 octeţi  
FID (2 octeţi) || „03”  Eticheta pentru semnătura 
EF (FID) în DF
  3 octeţi  
xx xx  Lungimea câmpului de 
valori  2 octeţi  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 355  
Exemplu de date dintr-un fișier de descărcare de pe o ESM:  
Etichetă  Lungime  Valoare
  
— Date din EF ICC
  
— Date din EF Card_Certificate  
— …
  
Date din EF
  (în
  
DF)
 
Semnătura din EF
  
(în
 DF)
  
Date din EF
  î n
  
DF
 
Semnătura din EF
  
în
 D F  
▼B 
4. DESCĂRCAREA INFORMAŢIILOR DE PE UN CARD DE 
TAHOGRAF PRIN INTERMEDIUL UNEI UNITĂŢI MONTATE 
PE VEHICUL  
DDP_047 VU trebuie să permită descărcarea conţinutului unui car d de 
conducător auto introdus într-un IDE conectat.  
DDP_048 IDE trimite un mesaj de solicitare de transfer de date privind 
descărcarea informaţiilor de pe card („ Transfer Data 
Request Card Download ”) către VU pentru a iniţia acest 
mod (a se vedea 2.2.2.9).  
▼M1 
DDP_049 Carduri de conducător auto de prima generaţie: Datele s e 
descarcă folosind protocolul de descărcare a datelor aferent 
primei generaţii, iar datele descărcate trebuie să aibă același  
format ca datele descărcate dintr-o unitate montată pe 
vehicul de prima generaţie.  
Carduri de conducător auto de a doua generaţie: VU 
descarcă apoi integral cardul, fișier cu fișier, în conformitat e 
cu protocolul de descărcare definit la punctul 3, și trimite 
toate datele primite de pe card către IDE în formatul de 
fișier TLV adecvat (a se vedea 3.4.2) și încapsulate într- 
un mesaj de răspuns pozitiv la solicitarea de transfer de 
date („Positive Response Transfer Data”).  
▼B 
DDP_050 IDE preia datele de pe card din mesajul de răspuns pozi tiv 
la solicitarea de transfer de date („ Positive Response 
Transfer Data ”) (eliminând toate anteturile, SID-urile, 
TREP-urile contoarele de sub-mesaje și sumele de veri­
ficare) și le stochează într-un singur fișier fizic conform 
descrierii de la punctul 2.3.  
DDP_051 În continuare, VU actualizează, dacă este cazul, fișier ul
 
sau
 de pe 
cardul conducătorului auto.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 356  
Apendicele 8  
PROTOCOL DE ETALONARE  
CUPRINS  
1. INTRODUCERE  
2. TERMENI, DEFINIŢII ȘI REFERINŢE  
3. PREZENTARE GENERALĂ A SERVICIILOR  
3.1. Servicii disponibile  
3.2. Coduri de răspuns  
4. SERVICII DE COMUNICARE  
4.1. Serviciul StartCommunication  
4.2. Serviciul StopCommunication  
4.2.1 Descrierea mesajului  
4.2.2 Formatul mesajului  
4.2.3 Definirea parametrilor  
4.3. Serviciul TesterPresent  
4.3.1 Descrierea mesajului  
4.3.2 Formatul mesajului  
5. SERVICII DE GESTIONARE  
5.1. Serviciul StartDiagnosticSession  
5.1.1 Descrierea mesajului  
5.1.2 Formatul mesajului  
5.1.3 Definirea parametrilor  
5.2. Serviciul SecurityAccess  
5.2.1 Descrierea mesajului  
5.2.2 Formatul mesajului – SecurityAccess – requestSeed  
5.2.3 Formatul mesajului – SecurityAccess – sendKey  
6. SERVICII DE TRANSMISIE A DATELOR  
6.1. Serviciul ReadDataByIdentifier  
6.1.1 Descrierea mesajului  
6.1.2 Formatul mesajului  
6.1.3 Definirea parametrilor  
6.2. Serviciul WriteDataByIdentifier  
6.2.1 Descrierea mesajului  
6.2.2 Formatul mesajului  
6.2.3 Definirea parametrilor  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 357  
7. CONTROLUL IMPULSURILOR DE TEST – UNITATEA FUNC­ 
ŢIONALĂ DE CONTROL AL INTRĂRILOR/IEȘIRILOR  
7.1. Serviciul InputOutputControlByIdentifier  
7.1.1 Descrierea mesajului  
7.1.2 Formatul mesajului  
7.1.3 Definirea parametrilor  
▼M3 
8. SERVICIUL ROUTINECONTROL (REGLAREA OREI)  
8.1. Descrierea mesajului  
8.2. Formatul mesajului  
9. FORMATE DATARECORDS  
9.1. Intervalele parametrilor transmiși  
9.2. Formate dataRecords  
▼B 
1. INTRODUCERE  
Prezentul apendice descrie modul în care are loc schimbul de da te între 
o unitate montată pe vehicul și un aparat de testare prin inter mediul 
liniei K care face parte din interfaţa de etalonare descrisă în  apendicele 
6. De asemenea, în prezentul apendice este descris controlul li niei de 
semnalizare I/O efectuat asupra conectorului de etalonare.  
Modul de stabilire a comunicărilor pe linia K este descris în s ecţiunea 
4, „Communication Services”.  
În prezentul apendice se folosește ideea de „sesiuni” de diagno sticare 
pentru a determina sfera controlului liniei K în diferite condi ţii. 
Sesiunea implicită este „StandardDiagnosticSession”, în cadrul căreia 
pot fi citite toate datele de pe o unitate montată pe vehicul, dar nu pot 
fi înregistrate date pe o unitate montată pe vehicul.  
Selectarea sesiunii de diagnosticare este descrisă în secţiunea  5, „Mana­
gement Services”.  
Prezentul apendice trebuie să fie considerat relevant pentru am bele 
generaţii de VU și de carduri de atelier, în conformitate cu ce rinţele 
de interoperabilitate prevăzute în prezentul regulament.  
CPR_001 Sesiunea „ECUProgrammingSession” permite introducerea 
datelor în unitatea montată pe vehicul. În cazul introducerii 
datelor de etalonare, unitatea montată pe vehicul trebuie să 
se afle în modul de funcţionare ETALONARE.  
Transferul de date prin intermediul liniei K este descris în 
secţiunea 6, „Data Transmission Services”. Formatele pentru 
datele transferate sunt descrise în detaliu în secţiunea 8, 
„dataRecords formats”.  
CPR_002 Sesiunea „ECUAdjustmentSession” permite selectarea 
modului I/O al liniei de semnalizare I/O de etalonare, prin 
interfaţa liniei K. Controlul liniei de semnalizare I/O de 
etalonare este descris în secţiunea 7, „Control of Test 
Pulses – Input/Output Control functional unit”.  
CPR_003 În cadrul prezentului document, adresa aparatului de te stare 
este notată cu „tt”. Cu toate că este posibil să existe adrese 
privilegiate pentru aparatele de testare, VU trebuie să 
răspundă corect la orice adresă a aparatului de testare. 
Adresa fizică a VU este 0xEE.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 358  
2. TERMENI, DEFINIŢII ȘI REFERINŢE  
Protocoalele, mesajele și codurile de eroare se bazează în prin cipal pe 
un proiect al standardului ISO 14229-1( Road vehicles – Diagnostic 
systems – Part 1: Diagnostic services , versiunea 6 din 22 februarie 
2001).  
Codificările octeţilor și alte valori hexazecimale sunt folosit e la 
definirea identificatorilor de servicii, la elaborarea solicită rilor și a 
răspunsurilor de servicii și la configurarea parametrilor stand ard. 
Termenul „aparat de testare” se referă la echipamentul folosit la intro­
ducerea datelor de programare/etalonare în VU.  
Termenii „client” și „server” se referă la aparatul de testare,  respectiv la 
VU. 
Termenul ECU înseamnă „Unitate electronică de control” și se re feră la 
VU. 
Referinţe: 
▼M1 
ISO 14230-2: Road Vehicles – Diagnostic Systems – Keyword 
Protocol 2000 – Part 2: Data Link Layer.  
Prima ediţie: 1999.  
▼B 
3. PREZENTARE GENERALĂ A SERVICIILOR  
3.1. Servicii disponibile  
Următorul tabel cuprinde o prezentare generală a serviciilor ca re vor fi 
disponibile în tahograf și sunt definite în prezentul document.  
CPR_004 Tabelul prezintă serviciile disponibile în cadrul unei sesiuni 
de diagnosticare active.  
— Prima coloan ă cuprinde serviciile disponibile.  
— A  doua coloan ă include numărul secţiunii din prezentul 
apendice unde serviciul este definit mai detaliat.  
— A  treia coloan ă indică valorile atribuite identificatorului 
de serviciu pentru mesajele de solicitare.  
— A  patra coloan ă precizează serviciile sesiunii  
„StandardDiagnosticSession” (SD)  care trebuie imple­
mentate în fiecare VU.  
— A  cincea coloan ă precizează serviciile sesiunii  
„ECUAdjustmentSession” (ECUAS)  care trebuie 
implementate pentru a permite controlul liniei de semna­
lizare I/O în conectorul de etalonare din panoul frontal al 
VU. 
— A  șasea coloan ă precizează serviciile sesiunii  
„ECUProgrammingSession” (ECUPS)  care trebuie 
implementate pentru a permite programarea parametrilor 
în VU.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 359  
Tabelul 1  
Tabel de prezentare a valorilor identificatorilor de serviciu  
Sesiuni de diagnosticare  
Denumirea serviciului de diagnos­
ticare  Secţiunea 
Nr. SID Valoarea 
solicitată  SD ECUAS  ECUPS  
StartCommunication  4.1  8 1  ■  ■  ■  
StopCommunication  4.2  8 2  ■  
TesterPresent  4.3  3 E  ■  ■  ■  
StartDiagnosticSession  5.1  1 0  ■  ■  ■  
SecurityAccess  5.2  2 7  ■  ■  ■  
ReadDataByIdentifier  6.1  2 2  ■  ■  ■  
WriteDataByIdentifier  6.2  2 E  ■  
InputOutputControlByIdentifier  7.1  2 F  ■  
▼M3 
RoutineControl  8  3 1
  
▼B 
■ Acest simbol indică faptul că serviciul este obligatoriu în ac eastă sesiune de 
diagnosticare. 
Absenţa oricărui simbol indică faptul că acest serviciu nu este  permis în această 
sesiune de diagnosticare.  
3.2. Coduri de r ăspuns  
Codurile de răspuns sunt definite pentru fiecare serviciu în pa rte. 
4. Servicii de comunicare  
Există anumite servicii care sunt necesare pentru iniţierea și menţinerea 
comunicării. Acestea nu apar în stratul aplicaţiilor. Serviciil e dispo­
nibile sunt prezentate în detaliu în tabelul următor:  
Tabelul 2  
Servicii de comunicare  
Denumirea serviciului  Descriere  
StartCommunication  Clientul solicită iniţierea unei sesiuni 
de comunicare cu unul sau mai multe 
servere.  
StopCommunication  Clientul solicită încheierea sesiunii de 
comunicare în curs de desfășurare.  
TesterPresent  Clientul semnalează serverului faptul 
că este încă prezent.  
CPR_005 Serviciul StartCommunication este folosit pentru iniţie rea 
unei comunicări. Pentru a efectua un serviciu, trebuie să 
se iniţializeze comunicarea, iar parametrii de comunicare 
trebuie să fie adaptaţi modului dorit.  
4.1. Serviciul StartCommunication  
CPR_006 La primirea unei primitive de indicare StartCommunicati on, 
VU verifică dacă legătura de comunicare solicitată poate fi 
iniţializată în condiţiile existente. Condiţiile necesare iniţi a­
lizării unei legături de comunicare sunt descrise în docu­
mentul ISO 14230-2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 360  
CPR_007 În continuare, VU realizează toate acţiunile necesare p entru 
a iniţializa o legătură de comunicare și trimite o primitivă de  
răspuns StartCommunication cu parametrii de răspuns 
pozitiv selectaţi.  
CPR_008 Dacă o VU deja iniţializată (și care a început o sesiun e de 
diagnosticare) primește o nouă solicitare StartCommuni­
cation (de exemplu, datorită unei remedieri a erorii în 
aparatul de testare), solicitarea este acceptată și VU este 
reiniţializată.  
CPR_009 Dacă legătura de comunicare nu poate fi iniţializată, i ndi­
ferent de motiv, VU continuă să funcţioneze în aceleași 
condiţii care existau imediat înainte de încercarea de iniţia­
lizare a legăturii de comunicare.  
CPR_010 Mesajului de solicitare StartCommunication trebuie să i  se 
aloce o adresă fizică.  
CPR_011 Iniţializarea VU pentru servicii se realizează cu ajuto rul unei 
metode de „iniţializare rapidă”;  
— Anterior oricărei activităţi există o perioadă de inacti­
vitate a magistralei.  
— În continuare, aparatul de testare trimite o configurare de 
iniţializare.  
— Toate informaţiile necesare iniţializării comunicării sunt 
incluse în răspunsul VU.  
CPR_012 După finalizarea iniţializării,  
— Tuturor parametrilor de comunicare le sunt atribuite 
valorile definite în tabelul 4 în funcţie de octeţii cheie.  
— VU așteaptă prima solicitare din partea aparatului de 
testare.  
— VU se află în modul de diagnosticare implicit, adică 
StandardDiagnosticSession.  
— Linia de semnalizare I/O de etalonare este în starea 
implicită, adică inactivă.  
CPR_014 Viteza de transmisie a datelor pe linia K este de 10 40 0 
bauzi.  
CPR_016 Iniţializarea rapidă este lansată de aparatul de testar e prin 
transmiterea unei secvenţe de ieșire din starea inactivă 
(Wup) pe linia K. Secvenţa începe după perioada inactivă 
pe linia K, cu o perioadă scurtă Tinil. Aparatul de testare 
transmite primul bit al serviciului StartCommunication după 
un timp Twup, după prima linie descendentă.
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 361  
CPR_017 Valorile de sincronizare pentru iniţializarea rapidă și  comu­
nicare în general sunt descrise în detaliu în tabelele 
prezentate în continuare. Pentru perioada de inactivitate 
există diferite posibilităţi:  
— Prima transmisie după conectarea la alimentare, Tidle 
= 300 ms.  
— După finalizarea unui serviciu StopCommunication, 
Tidle = P3 min.  
— După încheierea comunicării prin depășirea timpului 
alocat P3 max, Tidle = 0.  
Tabelul 3  
Valori de sincronizare pentru ini ţializarea rapid ă 
Parametru  valoare minimă  valoare maximă  
Tinil  25 ± 1 ms  24 ms  26 ms  
Twup  50 ± 1 ms  49 ms  51 ms  
Tabelul 4  
Valorile de sincronizare pentru comunicare  
Parametru 
de sincro­
nizare  Descrierea parametrului  valori minime 
admise (ms)  valori maxime 
admise (ms)  
min. max.  
P1 Timpul între octeţi pentru 
răspunsul VU  0 2 0  
P2 Timpul dintre solicitarea 
aparatului de testare și 
răspunsul VU sau dintre două 
răspunsuri VU  25 250  
P3 Timpul dintre sfârșitul răspun­
surilor VU și începutul noii 
solicitări a aparatului de testare  55 5 000  
P4 Timpul între octeţi pentru soli­
citarea aparatului de testare  5 2 0  
CPR_018 Formatul mesajului pentru iniţializarea rapidă este pre zentat 
în detaliu în tabelele următoare. (NOTĂ: Hex înseamnă 
hexazecimal)  
Tabelul 5  
Mesaj StartCommunication Request  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  81 FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 362  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#4 StartCommunication Request 
Service Id  81 SCR  
#5 Sumă de verificare  00-FF  C S  
Tabelul 6  
Mesaj StartCommunication Positive Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 StartCommunication Positive 
Response Service Id  C1 SCRPR  
#6 Octet cheie 1  E A  KB1  
#7 Octet cheie 2  8 F  KB2  
#8 Sumă de verificare  00-FF  C S  
CPR_019 Nu există niciun răspuns negativ la mesajul StartCommun i­
cation Request; dacă nu există un mesaj de răspuns pozitiv 
de transmis, VU nu este iniţializată, nu se transmite niciun 
mesaj și aceasta rămâne în modul său normal de func­ 
ţionare.  
4.2. Serviciul StopCommunication  
4.2.1  Descrierea mesajului  
Scopul acestui serviciu al stratului de comunicare este de a în cheia o 
sesiune de comunicare.  
CPR_020 La primirea unei primitive de indicare StopCommunicatio n, 
VU verifică dacă condiţiile din momentul respectiv permit 
încheierea comunicării în cauză. În acest caz, VU realizează 
toate acţiunile necesare pentru a încheia comunicarea în 
cauză.  
CPR_021 Dacă încheierea comunicării este posibilă, VU emite o 
primitivă de răspuns StopCommunication cu parametrii de 
răspuns pozitiv selectaţi, înainte de încheierea comunicării.  
CPR_022 Dacă încheierea comunicării nu este posibilă, indiferen t de 
motiv, VU emite o primitivă de răspuns StopCommuni­
cation împreună cu parametrul de răspuns negativ selectat.  
CPR_023 Dacă VU detectează depășirea timpului alocat P3max, 
comunicarea este încheiată fără a se emite o primitivă de 
răspuns.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 363  
4.2.2  Formatul mesajului  
CPR_024 Formatele mesajelor pentru primitivele StopCommunicatio n 
sunt prezentate în detaliu în tabelele următoare:  
Tabelul 7  
Mesaj StopCommunication Request  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  0 1  LEN  
#5 StopCommunication Request 
Service Id  82 SPR  
#6 Sumă de verificare  00-FF  C S  
Tabelul 8  
Mesaj StopCommunication Positive Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 1  LEN  
#5 StopCommunication Positive 
Response Service Id  C2 SPRPR  
#6 Sumă de verificare  00-FF  C S  
Tabelul 9  
Mesaj StopCommunication Negative Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 364  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#5 negative Response Service Id  7F  NR  
#6 StopCommunication Request 
Service Identification  82 SPR  
#7 responseCode = generalReject  1 0  RC_GR  
#8 Sumă de verificare  00-FF  C S  
4.2.3  Definirea parametrilor  
Acest serviciu nu necesită definirea niciunui parametru.  
4.3. Serviciul TesterPresent  
4.3.1  Descrierea mesajului  
Serviciul TesterPresent este folosit de aparatul de testare pen tru a indica 
serverului că este încă prezent, în scopul de a preveni astfel revenirea 
automată a serverului la modul de funcţionare normal și posibil a între­
rupere a comunicării de către acesta. Acest serviciu, trimis pe riodic, 
menţine sesiunea de diagnosticare/comunicarea activă prin reset area 
contorului P3 de fiecare dată când se primește o solicitare pen tru 
acest serviciu.  
4.3.2  Formatul mesajului  
CPR_079 Formatele mesajelor pentru primitivele TesterPresent su nt 
prezentate în detaliu în tabelele următoare.  
Tabelul 10  
Mesaj TesterPresent Request  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  0 2  LEN  
#5 TesterPresent Request 
Service Id  3E TP  
#6 Subfuncţie = response­
Required =  [ da 0 1  RESPREQ_Y  
nu ] 0 2  RESPREQ_NO  
#7 Sumă de verificare  00-FF  C S  
CPR_080 Dacă parametrul responseRequired are valoarea „da”, 
serverul răspunde cu următorul mesaj de răspuns pozitiv. 
Dacă valoarea este „nu”, serverul nu trimite niciun răspuns.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 365  
Tabelul 11  
Mesaj TesterPresent Positive Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 1  LEN  
#5 TesterPresent Positive 
Response Service Id  7E TPPR  
#6 Sumă de verificare  00-FF  C S  
CPR_081 Serviciul este compatibil cu următoarele coduri de răsp uns 
negativ:  
Tabelul 12  
Mesaj TesterPresent Negative Response  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 negative Response Service Id  7F  NR  
#6 TesterPresent Request Service Identi­
fication  3E T P  
#7 respon­
seCode =  [ SubFunctionNotSup­
ported-InvalidFormat  12 RC_SFNS_IF  
incorrectMessage­
Length ]  13 RC_IML  
#8 Sumă de verificare  00-FF  C S  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 366  
5. SERVICII DE GESTIONARE  
Serviciile disponibile sunt prezentate în detaliu în tabelul ur mător:  
Tabelul 13  
Servicii de gestionare  
Denumirea serviciului  Descriere  
StartDiagnosticSession  Clientul solicită iniţierea unei sesiuni de 
diagnosticare cu o VU.  
SecurityAccess  Clientul solicită accesul la funcţii rezervate 
utilizatorilor autorizaţi.  
5.1. Serviciul StartDiagnosticSession  
5.1.1  Descrierea mesajului  
CPR_025 Serviciul StartDiagnosticSession este utilizat pentru 
activarea unor diferite sesiuni de diagnosticare în server. O 
sesiune de diagnosticare activează un set specific de servicii 
în conformitate cu tabelul 17. O sesiune poate activa servicii 
specifice ale producătorului vehiculului care nu fac parte din 
prezentul document. Normele de implementare respectă 
următoarele cerinţe:  
— Întotdeauna există doar o sesiune de diagnosticare activă 
în VU,  
— VU lansează întotdeauna StandardDiagnosticSession 
când este conectată la o sursă de alimentare. Dacă nu 
este lansată o altă sesiune de diagnosticare, Standar­
dDiagnosticSession rămâne deschisă atâta timp cât VU 
este conectată la o sursă de alimentare,  
— Dacă o sesiune de diagnosticare în curs de desfășurare a 
fost solicitată de un aparat de testare, VU trimite un 
mesaj de răspuns pozitiv,  
— De fiecare dată când un aparat de testare solicită o 
sesiune de diagnosticare nouă, VU trimite mai întâi un 
mesaj de răspuns pozitiv la solicitarea StartDiagnostic­
Session, înainte ca noua sesiune să devină activă în VU. 
Dacă VU nu poate lansa noua sesiune de diagnosticare 
solicitată, aceasta răspunde cu un mesaj de răspuns 
negativ la solicitarea StartDiagnosticSession, iar 
sesiunea aflată în desfășurare continuă.  
CPR_026 O sesiune de diagnosticare poate fi lansată numai în ca zul în 
care comunicarea a fost stabilită între client și VU.  
CPR_027 Parametrii de sincronizare definiţi în tabelul 4 devin activi 
după efectuarea cu succes a StartDiagnosticSession, para­
metrul diagnosticSession fiind stabilit la valoarea „Standar­
dDiagnosticSession” în mesajul de solicitare în cazul în care 
o altă sesiune de diagnosticare a fost activă anterior.  
5.1.2  Formatul mesajului  
CPR_028 Formatele mesajelor pentru primitivele StartDiagnostic­
Session sunt prezentate în detaliu în tabelele următoare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 367  
Tabelul 14  
Mesaj StartDiagnosticSession Request  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  0 2  LEN  
#5 StartDiagnosticSession 
Request Service Id  10 STDS  
#6 diagnosticSession = [o valoare 
din tabelul 17]  xx DS_…  
#7 Sumă de verificare  00-FF  C S  
Tabelul 15  
Mesaj StartDiagnosticSession Positive Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 2  LEN  
#5 StartDiagnosticSession 
Positive Response Service Id  50 STDSPR  
#6 diagnosticSession = [aceeași 
valoare ca la octetul #6 din 
tabelul 14]  xx DS_…  
#7 Sumă de verificare  00-FF  C S  
Tabelul 16  
Mesaj StartDiagnosticSession Negative Response  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 368  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 Negative Response Service Id  7F  NR  
#6 StartDiagnosticSession Request 
Service Id  10 STDS  
#7 Respon­
seCode =  [subFunctionNotSup­
ported (  α ) 12 RC_SFNS  
incorrectMessage­
Length (  β ) 13 RC_IML  
conditionsNot­
Correct (  γ ) 22 RC_CNC  
#8 Sumă de verificare  00-FF  C S  
( α ) – valoarea introdusă la octetul # 6 din mesajul de solicitare  nu este compatibilă, 
adică nu se află în tabelul 17, 
( β ) – lungimea mesajului nu este corectă, 
( γ ) – criteriile pentru solicitarea StartDiagnosticSession nu sun t îndeplinite.  
5.1.3  Definirea parametrilor  
CPR_029 Parametrul  diagnosticSession (DS_)  este folosit de serviciul 
StartDiagnosticSession pentru a selecta comportamentul 
specific al serverului (serverelor). În prezentul document 
sunt precizate următoarele sesiuni de diagnosticare:  
Tabelul 17  
Definiţia valorilor diagnosticSession  
Hex Descriere  Cod 
mnemonic  
81 StandardDiagnosticSession  
Această sesiune de diagnosticare activează toate 
serviciile specificate în  coloana 4 „SD”  din  
tabelul 1 . Aceste servicii permit citirea datelor de 
pe un server (VU). Această sesiune de diagnos- 
ticare este activă după finalizarea cu succes a 
iniţializării între client (aparatul de testare) și 
server (VU). Această sesiune de diagnosticare 
poate fi suprascrisă de alte sesiuni de diagnos- 
ticare specificate în prezenta secţiune.  SD 
85 ECUProgrammingSession  
Această sesiune de diagnosticare activează toate 
serviciile specificate în  coloana 6 „ECUPS”  din 
tabelul 1 . Serviciile respective sunt compatibile 
cu programarea memoriei unui server (VU). 
Această sesiune de diagnosticare poate fi supras- 
crisă de alte sesiuni de diagnosticare specificate 
în prezenta secţiune.  ECUPS  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 369  
Hex Descriere  Cod 
mnemonic  
87 ECUAdjustmentSession  
Această sesiune de diagnosticare activează toate 
serviciile specificate în  coloana 5 „ECUAS”  din 
tabelul 1 . Aceste servicii sunt compatibile cu 
controlul intrărilor/ieșirilor unui server (VU). 
Această sesiune de diagnosticare poate fi supras- 
crisă de alte sesiuni de diagnosticare specificate 
în prezenta secţiune.  ECUAS  
5.2. Serviciul SecurityAccess  
Scrierea datelor de etalonare este posibilă doar dacă VU se afl ă în mod 
ETALONARE. Pe lângă introducerea unui card de atelier în VU, es te 
necesară și introducerea PIN-ului corespunzător în VU înainte d e 
acordarea accesului la modul ETALONARE.  
În cazul în care VU se află în modul ETALONARE sau CONTROL, 
este posibilă, de asemenea, accesarea liniei I/O de etalonare.  
Serviciul SecurityAccess oferă o modalitate de introducere a PI N-ului 
și de a semnala aparatului de testare dacă VU se află sau nu în  mod 
ETALONARE.  
Se permite introducerea PIN-ului și prin intermediul altor meto de. 
5.2.1  Descrierea mesajului  
Serviciul SecurityAccess constă într-un mesaj SecurityAccess 
„requestSeed”, urmat eventual de un mesaj SecurityAccess „sendK ey”. 
Serviciul SecurityAccess trebuie să fie executat după serviciul  Start­
DiagnosticSession.  
CPR_033 Aparatul de testare folosește mesajul SecurityAccess 
„requestSeed” pentru a verifica dacă unitatea montată pe 
vehicul este pregătită să accepte un PIN.  
CPR_034 Dacă unitatea montată pe vehicul este deja în mod 
ETALONARE, aceasta răspunde solicitării prin trimiterea 
unei „valori iniţiale ( seed)” de 0x0000 cu ajutorul servi­
ciului SecurityAccess Positive Response.  
CPR_035 Dacă unitatea montată pe vehicul este pregătită să acce pte 
un PIN pentru verificarea cu un card de atelier, aceasta 
răspunde solicitării prin trimiterea unei „valori iniţiale” 
mai mari de 0x0000 cu ajutorul serviciului SecurityAccess 
Positive Response.  
CPR_036 Dacă unitatea montată pe vehicul nu este pregătită să 
accepte un PIN de la aparatul de testare, întrucât fie 
cardul de atelier introdus nu este valabil, fie nu a fost 
introdus niciun card de atelier, fie unitatea montată pe 
vehicul așteaptă transmiterea PIN-ului printr-o altă metodă, 
aceasta răspunde solicitării cu un răspuns negativ având un 
cod de răspuns setat pe conditionsNotCorrectOrRequestSe­
quenceError.  
CPR_037 Apoi, aparatul de testare folosește în cele din urmă me sajul Secu­
rityAccess „sendKey” pentru a transmite un PIN unităţii montate  
pe vehicul. Pentru a aloca timpul necesar realizării procesului  de 
autentificare a cardului, VU folosește codul de răspuns negativ  
requestCorrectlyReceived-ResponsePending pentru a prelungi 
timpul de răspuns. Totuși, timpul maxim de răspuns nu trebuie 
să depășească 5 minute. După finalizarea serviciului soli- 
citat, VU trimite un mesaj de răspuns pozitiv sau un  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 370  
mesaj de răspuns negativ cu un cod de răspuns diferit de acesta . 
Codul de răspuns negativ requestCorrectlyReceived-Response­
Pending poate fi repetat de VU până la finalizarea serviciului 
solicitat și trimiterea mesajului de răspuns final.  
CPR_038 Unitatea montată pe vehicul răspunde acestei solicitări  
folosind serviciul SecurityAccess Positive Response numai 
când este în modul ETALONARE.  
CPR_039 În următoarele cazuri, unitatea montată pe vehicul răsp unde 
acestei solicitări cu un răspuns negativ însoţit de un cod de 
răspuns cu valoarea:  
— subFunctionNot supported: format nevalabil pentru para­
metrul subfuncţiei (accessType);  
— conditionsNotCorrectOrRequestSequenceError: unitatea 
montată pe vehicul nu este pregătită să accepte intro­
ducerea unui PIN,  
— invalidKey: PIN nevalabil și numărul de încercări 
permise de verificare a PIN-ului nedepășit,  
— exceededNumberOfAttempts: PIN nevalabil și numărul 
de încercări permise de verificare a PIN-ului depășit,  
— generalReject: PIN corect, dar tentativă nereușită de 
autentificare reciprocă cu cardul de atelier.  
5.2.2  Formatul mesajului – SecurityAccess – requestSeed  
CPR_040 Formatele mesajelor pentru primitivele SecurityAccess 
„requestSeed” sunt prezentate în detaliu în tabelele 
următoare.  
Tabelul 18  
Mesaj SecurityAccess Request- requestSeed  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  0 2  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – requestSeed  7 D  AT_RSD  
#7 Sumă de verificare  00-FF  C S  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 371  
Tabelul 19  
Mesaj SecurityAccess – requestSeed Positive Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 4  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – requestSeed  7 D  AT_RSD  
#7 Valoare iniţială superioară  00-FF  SEEDH  
#8 Valoare iniţială inferioară  00-FF  SEEDL  
#9 Sumă de verificare  00-FF  C S  
Tabelul 20  
Mesaj SecurityAccess Negative Response  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 negativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  2 7  S A  
#7 respon­
seCode =  [conditionsNotCorrect 
OrRequestSequen­
ceError  22 RC_CNC  
incorrectMessage­
Length]  13 RC_IML  
#8 Sumă de verificare  00-FF  C S  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 372  
5.2.3  Formatul mesajului – SecurityAccess – sendKey  
CPR_041 Formatele mesajelor pentru primitivele SecurityAccess 
„sendKey” sunt prezentate în detaliu în tabelele următoare.  
Tabelul 21  
Mesaj SecurityAccess Request – sendKey  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  m+2  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – sendKey  7 E  AT_SK  
de la 
#7 până la 
#m+6  Cheia #1 (superioară)  x x  KEY  
… …  
Cheia #m (inferioară, m trebuie 
să fie minim 4 și maxim 8)  xx 
#m+7  Sumă de verificare  00-FF  C S  
Tabelul 22  
Mesaj SecurityAccess – sendKey Positive Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 2  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – sendKey  7 E  AT_SK  
#7 Sumă de verificare  00-FF  C S  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 373  
Tabelul 23  
Mesaj SecurityAccess Negative Response  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  2 7  S A  
#7 Respon­
seCode =  [generalReject  1 0  RC_GR  
subFunctionNotSup­
ported  12 RC_SFNS  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCorrect 
OrRequestSequen­
ceError  22 RC_CNC  
invalidKey  3 5  RC_IK  
exceededNumberOf 
Attempts  36 RC_ENA  
requestCorrectlyRe­
ceived-Response­
Pending]  78 RC_RCR_RP  
#8 Sumă de verificare  00-FF  C S  
6. SERVICII DE TRANSMISIE A DATELOR  
Serviciile disponibile sunt prezentate în detaliu în tabelul ur mător:  
Tabelul 24  
Servicii de transmisie de date  
Denumirea serviciului  Descriere  
ReadDataByIdentifier  Clientul solicită transmisia valorii curente a 
unei înregistrări care poate fi accesată prin 
recordDataIdentifier.  
WriteDataByIdentifier  Clientul solicită scrierea unei înregistrări 
care poate fi accesată prin recordDataIden­
tifier.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 374  
6.1. Serviciul ReadDataByIdentifier  
6.1.1  Descrierea mesajului  
CPR_050 Serviciul ReadDataByIdentifier este folosit de client p entru 
a solicita valorile datelor înregistrate de la un server. Datel e 
sunt identificate de un recordDataIdentifier. Producătorul 
VU trebuie să se asigure că, la efectuarea acestui serviciu, 
condiţiile privind serverul sunt îndeplinite.  
6.1.2  Formatul mesajului  
CPR_051 Formatele mesajelor pentru primitivele ReadDataByIden­
tifier sunt prezentate în detaliu în tabelele următoare.  
Tabelul 25  
Mesaj ReadDataByIdentifier Request  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 ReadDataByIdentifier 
Request Service Id  22 RDBI  
de la #6 la 
#7 recordDataIdentifier = [o 
valoare din tabelul 28]  xxxx  RDI_…  
#8 Sumă de verificare  00-FF  C S  
Tabelul 26  
Mesaj ReadDataByIdentifier Positive Response  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  m+3  LEN  
#5 ReadDataByIdentifier Positive 
Response Service Id  62 RDBIPR  
#6 și #7  recordDataIdentifier = [aceeași 
valoare ca octeţii #6 și #7 din 
tabelul 25]  xxxx  RDI_…  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 375  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
de la 
#8 până la 
#m+7  dataRecord[] =  [data#1  x x  DREC_DAT­
A1 
: :  :  
data#m]  x x  DREC_DAT­
Am 
#m+8  Sumă de verificare  00-FF  C S  
Tabelul 27  
Mesaj ReadDataByIdentifier Negative Response  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 ReadDataByIdentifier Request 
Service Id  22 RDBI  
#7 ResponseCode 
= [requestOutO­
fRange  31 RC_ROOR  
incorrectMessage­
Length  13 RC_IML  
conditionsNot­
Correct]  22 RC_CNC  
#8 Sumă de verificare  00-FF  C S  
6.1.3  Definirea parametrilor  
CPR_052 Parametrul  recordDataIdentifier (RDI_)  din mesajul de 
solicitare ReadDataByIdentifier identifică o înregistrare de 
date. 
▼M3 
CPR_053 Valorile recordDataIdentifier definite în prezentul doc ument 
sunt indicate în tabelul de mai jos.  
Tabelul recordDataIdentifier este format din cinci coloane și 
mai multe rânduri.  
— Prima coloan ă (Hex)  cuprinde „valoarea Hex” atribuită 
recordDataIdentifier specificat în coloana a treia.  
— A doua coloan ă (element de date)  precizează elementul 
de date din apendicele 1 pe care se bazează recordDa­
taIdentifier (uneori este necesară transcodarea).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 376  
— A treia coloan ă (descriere)  specifică denumirea recor­
dDataIdentifier corespunzătoare.  
— A patra coloan ă (drepturi de acces)  specifică drep­
turile de acces la respectivul recordDataIdentifier.  
— A cincea coloan ă (cod mnemonic)  indică codul 
mnemonic al recordDataIdentifier în cauză.  
Tabelul 28  
Definiţia valorilor recordDataIdentifier  
Hex Element de date  Denumirea recordDataIdentifier 
(a se vedea formatul în secţiunea 
8.2) Drepturi de 
acces 
(Read/ 
Write)  Cod mnemonic  
F90B  CurrentDateTime  TimeDate  R/W  RDI_TD  
F912  HighResOdometer  HighResolutionTotalVehicle­
Distance  R/W  RDI_HRTVD  
F918  K-ConstantOfRecordingEquipment  Kfactor  R/W  RDI_KF  
F91C  L-TyreCircumference  LfactorTyreCircumference  R/W  RDI_LF  
F91D  W-VehicleCharacteristicConstant  WvehicleCharacteristicFactor  R/W  RDI_WVCF  
F921  TyreSize  TyreSize  R/W  RDI_TS  
F922  nextCalibrationDate  NextCalibrationDate  R/W  RDI_NCD  
F92C  SpeedAuthorised  SpeedAuthorised  R/W  RDI_SA  
F97D  vehicleRegistrationNation  RegisteringMemberState  R/W  RDI_RMS  
F97E  VehicleRegistrationNumber  VehicleRegistrationNumber  R/W  RDI_ VRN  
F190  VehicleIdentificationNumber  VIN  R/W  RDI_ VIN  
F9D0  SensorSerialNumber  MotionSensorSerialNumber  R  RDI_SSN  
F9D1  RemoteCommunicationModuleSerial­
Number  RemoteCommunicationFacility­
SerialNumber  R RDI_RCSN  
F9D2  SensorGNSSSerialNumber  ExternalGNSSFacilitySerial­
Number  R RDI_GSSN  
F9D3  SealDataVu  SmartTachographSealsSerial­
Number  R/W  RDI_SDV  
F9D4  VuSerialNumber  VuSerialNumber  R  RDI_VSN  
F9D5  ByDefaultLoadType  ByDefaultLoadType  R/W  RDI_BDLT  
F9D6  TachographCardsGen1Suppression  Tachograp­
hCardsGen1Suppression  R/W  RDI_TCG1S  
F9D7  VehiclePosition  VehiclePosition  R  RDI_VP  
F9D8  LastCalibrationCountry  CalibrationCountry  R  RDI_CC  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 377  
CPR_054 Parametrul  dataRecord (DREC_)  este folosit de mesajul de 
răspuns pozitiv ReadDataByIdentifier pentru a furniza 
clientului (aparatul de testare) valoarea înregistrării de date  
identificată de recordDataIdentifier. Formatele datelor sunt 
specificate în secţiunea 8. Se pot implementa dataRecords 
suplimentare ca opţiune a utilizatorului, precum date de 
intrare, interne și de ieșire specifice pentru VU, dar 
acestea nu sunt definite în prezentul document.  
6.2. Serviciul WriteDataByIdentifier  
6.2.1  Descrierea mesajului  
CPR_056 Serviciul WriteDataByIdentifier este folosit de client pentru 
a scrie valorile înregistrării de date pe un server. Datele sun t 
identificate de un recordDataIdentifier. Producătorul VU 
trebuie să se asigure că, la efectuarea acestui serviciu, 
condiţiile privind serverul sunt îndeplinite. Pentru a 
actualiza parametrii enumeraţi în tabelul 28, VU trebuie să 
se afle în modul ETALONARE.  
6.2.2  Formatul mesajului  
CPR_057 Formatele mesajelor pentru primitivele WriteDataByIden­
tifier sunt prezentate în detaliu în tabelele următoare.  
Tabelul 29  
Mesaj WriteDataByIdentifier Request  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  m+3  LEN  
#5 WriteDataByIdentifier Request 
Service Id  2E WDBI  
de la 
#6 până la 
#7 recordDataIdentifier = [o valoare din 
tabelul 28]  xxxx  RDI_…  
de la 
#8 până la 
m+7 dataRecord[] =  [data#1  x x  DREC_DAT­
A1 
: :  :  
data#m]  x x  DREC_DAT­
Am 
#m+8  Sumă de verificare  00-FF  C S  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 378  
Tabelul 30  
Mesaj WriteDataByIdentifier Positive Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 WriteDataByIdentifier 
Positive Response Service Id  6E WDBIPR  
de la 
#6 până la 
#7 recordDataIdentifier = [aceeași 
valoare ca octeţii #6 și #7 din 
tabelul 29]  xxxx  RDI_…  
#8 Sumă de verificare  00-FF  C S  
Tabelul 31  
Mesaj WriteDataByIdentifier Negative Response  
Octet #  Denumirea parametrului  Valoarea 
Hex Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 WriteDataByIdentifier Request 
Service Id  2E WDBI  
#7 ResponseCode 
= [requestOutO­
fRange  31 RC_ROOR  
incorrectMessage­
Length  13 RC_IML  
conditionsNot­
Correct]  22 RC_CNC  
#8 Sumă de verificare  00-FF  C S  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 379  
6.2.3  Definirea parametrilor  
Parametrul  recordDataIdentifier (RDI_)  este definit în tabelul 28.  
Parametrul  dataRecord (DREC_)  este folosit de mesajul de solicitare 
WriteDataByIdentifier pentru a furniza serverului (VU) valorile  înregis­
trărilor de date identificate de recordDataIdentifier. Formatel e datelor 
sunt specificate în secţiunea 8.  
7. CONTROLUL IMPULSURILOR DE TEST – UNITATEA FUNC­ 
ŢIONALĂ DE CONTROL AL INTRĂRILOR/IEȘIRILOR  
Serviciile disponibile sunt prezentate în detaliu în tabelul ur mător:  
Tabelul 32  
Unitatea func ţională de control al intr ărilor/ieșirilor  
Denumirea serviciului  Descriere  
InputOutputControl­
ByIdentifier  Clientul solicită controlul unei intrări/ieșiri 
specifice serverului.  
7.1. Serviciul InputOutputControlByIdentifier  
7.1.1  Descrierea mesajului  
Conexiunea realizată cu ajutorul conectorului frontal permite c ontrolul 
sau monitorizarea impulsurilor de test folosind un aparat de te stare 
corespunzător.  
CPR_058 Linia de semnalizare I/O de etalonare poate fi configur ată cu 
ajutorul comenzii lansate pe linia K folosind serviciul Inpu­
tOutputControlByIdentifier pentru a selecta funcţia de 
intrare sau ieșire solicitată pentru linie. Stările disponibile  
ale liniei sunt următoarele:  
— dezactivată,  
— speedSignalInput, caz în care linia de semnalizare I/O de 
etalonare este utilizată pentru a introduce un semnal de 
viteză (semnal de test) care să înlocuiască semnalul de 
viteză al senzorului de mișcare; această funcţie nu este 
disponibilă în modul CONTROL,  
— realTimeSpeedSignalOutputSensor, caz în care linia de 
semnalizare I/O de etalonare este utilizată pentru ieșirea 
unui semnal de viteză de la senzorul de mișcare,  
— RTCOutput, caz în care linia de semnalizare I/O de 
etalonare este utilizată pentru ieșirea unui semnal de 
ceas UTC; această funcţie nu este disponibilă în modul 
CONTROL.  
CPR_059 Pentru a configura starea liniei, unitatea montată pe v ehicul 
trebuie să fi intrat într-o sesiune de reglare și să se afle în  
modul ETALONARE sau CONTROL. Dacă VU se află în 
mod ETALONARE, cele patru stări ale liniei pot fi selectate 
(dezactivată, speedSignalInput, realTimeSpeedSignalOutput­
Sensor, RTCOutput). Dacă VU se află în modul 
CONTROL, numai două stări ale liniilor pot fi selectate 
(dezactivată, realTimeSpeedOutputSensor). La ieșirea din 
sesiunea de reglare sau din modul ETALONARE sau 
CONTROL, unitatea montată pe vehicul trebuie să se 
asigure că linia de semnalizare I/O de etalonare a revenit 
la starea „dezactivată” (stare implicită).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 380  
CPR_060 În cazul în care impulsurile de viteză sunt primite pe linia 
de intrare a semnalului de viteză în timp real a VU, iar linia 
de semnalizare I/O de etalonare este setată în modul intrare, 
linia de semnalizare I/O de etalonare este setată pe ieșire sau  
este readusă la starea dezactivată.  
CPR_061 Ordinea operaţiunilor este următoarea:  
— Stabilirea comunicărilor cu ajutorul serviciului Star­
tCommunication  
— Intrarea într-o sesiune de reglare cu ajutorul serviciului 
StartDiagnosticSession și trecerea în modul de func­ 
ţionare ETALONARE sau CONTROL (ordinea de 
efectuare a acestor două operaţiuni nu este importantă).  
— Modificarea stării ieșirii cu ajutorul serviciului InputOut­
putControlByIdentifier.  
7.1.2  Formatul mesajului  
CPR_062 Formatele mesajelor pentru primitivele InputOutputContr ol­
ByIdentifier sunt prezentate în detaliu în tabelele următoare.  
Tabelul 33  
Mesaj InputOutputControlByIdentifier Request  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  x x  LEN  
#5 InputOutputControlByIden ­
tifier Request Sid  2F IOCBI  
#6 și #7  InputOutputIdentifier = [Cali­
brationInputOutput]  F960  IOI_CIO  
#8 sau 
de la 
#8 până la 
#9 ControlOptionRecord = [  COR_…  
InputOutputControlParameter – 
o valoare din tabelul 36  xx IOCP_…  
controlState – o valoare din 
tabelul 37 (a se vedea nota de 
mai jos)]  xx CS_…  
#9 sau #10  Sumă de verificare  00-FF  C S  
Notă: Parametrul controlState este prezent numai în anumite 
cazuri (a se vedea 7.1.3).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 381  
Tabelul 34  
Mesaj InputOutputControlByIdentifier Positive Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  x x  LEN  
#5 inputOutputControlByIden ­
tifier Positive Response SId  6F IOCBIPR  
#6 și #7  inputOutputIdentifier = [Cali­
brationInputOutput]  F960  IOI_CIO  
#8 sau 
de la 
#8 până la 
#9 controlStatusRecord =[  CSR_  
inputOutputControlParameter 
(aceeași valoare ca cea a 
octetului #8 din tabelul 33)  xx IOCP_…  
controlState (aceeași valoare ca 
cea a octetului #9 tabelul 33)] 
(dacă este cazul)  xx CS_…  
#9 sau #10  Sumă de verificare  00-FF  C S  
Tabelul 35  
Mesaj InputOutputControlByIdentifier Negative Response  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare 
fizică  80 FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 negativeResponse Service Id  7F  NR  
#6 inputOutputControlByIdentifier 
Request SId  2F IOCBI  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 382  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#7 responseCode=[  
incorrectMessageLength  1 3  RC_IML  
conditionsNotCorrect  2 2  RC_CNC  
requestOutOfRange  3 1  RC_ROOR  
deviceControlLimitsExceeded]  7 A  RC_DCLE  
#8 Sumă de verificare  00-FF  C S  
7.1.3  Definirea parametrilor  
CPR_064 Parametrul  inputOutputControlParameter (IOCP_)  este 
definit în tabelul următor.  
Tabelul 36  
Definiţia valorilor inputOutputControlParameter  
Hex Descriere  Cod 
mnemonic  
00 ReturnControlToECU  
Această valoare indică serverului (VU) faptul că 
aparatul de testare nu mai are controlul asupra 
liniei de semnalizare I/O de etalonare.  RCTECU  
01 ResetToDefault  
Această valoare indică serverului (VU) faptul că 
s-a solicitat resetarea liniei de semnalizare I/O de 
etalonare la starea implicită.  RTD  
03 ShortTermAdjustment  
Această valoare indică serverului (VU) faptul că 
s-a solicitat ajustarea liniei de semnalizare I/O de 
etalonare la valoarea inclusă în parametrul 
controlState.  STA  
CPR_065 Parametrul  controlState  este prezent numai în cazul în care 
inputOutputControlParameter este setat la ShortTermAd­
justment și este definit în tabelul următor:  
Tabelul 37  
Definiţia valorilor controlState  
Mod  Valoarea Hex  Descriere  
Dezactivare  0 0  Linia I/O este dezactivată (stare implicită)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 383  
Mod  Valoarea Hex  Descriere  
Activare  0 1  Se activează linia I/O de etalonare ca speed­
SignalInput  
Activare  0 2  Se activează linia I/O de etalonare ca realTi­
meSpeedSignalOutputSensor  
Activare  0 3  Se activează linia I/O de etalonare ca 
RTCOutput  
▼M3 
8. SERVICIUL ROUTINECONTROL (REGLAREA OREI)  
8.1. Descrierea mesajului  
CPR_065a Serviciul RoutineControl (TimeAdjustment) oferă capa­
citatea de a declanșa o aliniere a ceasului VU la ora 
furnizată de receptorul GNSS.  
Pentru executarea serviciului RoutineControl (TimeAd­
justment), VU trebuie să fie în modul ETALONARE.  
Condiţie prealabil ă: se asigură faptul că VU poate primi 
mesaje de poziţie autentificate de la receptorul GNSS.  
Atât timp cât reglarea orei este în curs, VU răspunde 
cererii RoutineControl, subfuncţia requestRoutineResults, 
cu routineInfo = 0x78.  
Notă: reglarea orei poate dura ceva timp. Aparatul de diag­
nosticare trebuie să solicite starea reglării orei utilizând 
subfuncţia requestRoutineResults.  
8.2. Formatul mesajului  
CPR_065b Formatul mesajelor pentru serviciul RoutineControl 
(TimeAdjustment) și pentru primitivele sale se detaliază 
în tabelele următoare.  
Tabelul 37a  
RoutineControl, mesajul de solicitare a rutinei (TimeAdjustment), subfunc ţia startRoutine  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  x x  LEN  
#5 RoutineControl Request Sid (ID al serviciului de solicitare a Routi ­
neControl)  31 RC  
#6 routineControlType = [startRoutine]  0 1  RCTP_STR  
#7 și #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 Sumă de verificare  00-FF  C S  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 384  
Tabelul 37b  
RoutineControl, rutina (TimeAdjustment), subfunc ţia startRoutine, mesaj de r ăspuns pozitiv  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  x x  LEN  
#5 RoutineControl Positive Response Sid (ID al serviciului de r ăspuns 
pozitiv RoutineControl)  71 RCPR  
#6 routineControlType = [startRoutine]  0 1  RCTP_STR  
#7 și #8  routineIdentifier= [TimeAdjustment]  0100  RI_TA  
#9 Sumă de verificare  00-FF  C S  
Tabelul 37c  
RoutineControl, mesajul de solicitare a rutinei (TimeAdjustment), subfunc ţia requestRoutineResults  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  E E  TGT  
#3 Octet al adresei sursă  t t  SRC  
#4 Octet de lungime suplimentar  x x  LEN  
#5 RoutineControl Request Sid (ID al serviciului de solicitare a Routi ­
neControl)  31 RC  
#6 routineControlType = [requestRoutineResults]  0 3  RCTP_RRR  
#7 și #8  routineIdentifier= [TimeAdjustment]  0100  RI_TA  
#9 Sumă de verificare  00-FF  C S  
Tabelul 37d  
RoutineControl, rutina (TimeAdjustment), subfunc ţia requestRoutineResults, mesaj de r ăspuns pozitiv  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  x x  LEN  
#5 RoutineControl Positive Response Sid (ID al serviciului de r ăspuns 
pozitiv RoutineControl)  71 RCPR  
#6 routineControlType = [requestRoutineResults]  0 3  RCTP_RRR  
#7 și #8  routineIdentifier= [TimeAdjustment]  0100  RI_TA  
#9 routineInfo (a se vedea tabelul 37f)  X X  RINF_TA  
#10 routineStatusRecord[] = routineStatus#1 (a se vedea tabelul 37 g) X X  RS_TA  
#11 Sumă de verificare  00-FF  C S  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 385  
Tabelul 37e  
RoutineControl, rutina (TimeAdjustment), mesaj de r ăspuns negativ  
Octet #  Denumirea parametrului  Valoarea Hex  Cod mnemonic  
#1 Octet de format – adresare fizică  8 0  FMT  
#2 Octet al adresei ţintă  t t  TGT  
#3 Octet al adresei sursă  E E  SRC  
#4 Octet de lungime suplimentar  0 3  LEN  
#5 negativeResponse Service Id (ID al serviciului de r ăspuns negativ)  7F  NR  
#6 inputOutputControlByIdentifier Request SId (ID al serviciului de soli­
citare a inputOutputControlByIdentifier)  31 RC  
#7 responseCode=[ 
sub-functionNotSupported 
incorrectMessageLengthOrInvalidFormat 
conditionsNotCorrect 
requestOutOfRange 
] 12 
13 
22 
31 SFNS 
IMLOIF 
CNC 
ROOR  
#8 Sumă de verificare  00-FF  C S  
Tabelul 37f  
RoutineControl, rutina (TimeAdjustment), routineInfo  
routineInfo  Valoarea Hex  Descriere  
NormalExitWithResultAvailable  6 1  Rutina a fost executată complet; sunt disponibile 
rezultate suplimentare ale rutinei.  
RoutineExecutionOngoing  7 8  Rutina solicitată este încă în curs de executare.  
Tabelul 37g  
RoutineControl, rutina (TimeAdjustment), routineStatus  
Valoarea Hex  Rezultatul testării  Descriere  
01 pozitiv  Reglarea orei a fost finalizată cu succes.  
02..0F  RFU  
10 negativ  Nu se recepţionează semnalul GNSS.  
11..7F  RFU  
80..FF  Specific producătorului  
9. FORMATE DATARECORDS  
Această secţiune prezintă în detaliu:  
— normele generale care se aplică intervalelor de parametri tra nsmiși 
de unitatea montată pe vehicul către aparatul de testare,  
— formatele care se folosesc pentru datele transferate cu ajuto rul servi­
ciilor de transmisie de date descrise în secţiunea 6.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 386  
CPR_067 Toţi parametrii identificaţi trebuie să fie compatibili  cu UV.  
CPR_068 Datele transmise de VU către aparatul de testare ca răs puns 
la un mesaj de solicitare sunt de tip cuantificabil (și anume, 
valoarea activă a parametrului solicitat, astfel cum a fost 
măsurată sau observată de VU).  
9.1. Intervalele parametrilor transmi și 
CPR_069 Tabelul 38 definește intervalele folosite la determinar ea 
valabilităţii unui parametru transmis.  
CPR_070 Valorile din intervalul „indicator de eroare” ( error 
indicator ) permit unităţii montate pe vehicul să indice 
imediat faptul că nicio dată parametrică valabilă nu este 
disponibilă pentru moment din cauza unui anumit tip de 
eroare la nivelul tahografului.  
CPR_071 Valorile din intervalul „indisponibil” ( not available ) permit 
unităţii montate pe vehicul să transmită un mesaj care conţine 
un parametru indisponibil sau incompatibil cu modulul în 
cauză. Valorile din intervalul „nesolicitat” ( not requested ) 
permit transmiterea de către un dispozitiv a unui mesaj de 
comandă și identifică acei parametri în cazul cărora nu se 
așteaptă niciun răspuns de la dispozitivul de recepţie.  
CPR_072 Dacă defecţiunea unei componente împiedică transmisia d e 
date valabile pentru un parametru, în locul datelor para­
metrice respective trebuie folosiţi indicatorii de eroare 
descriși în tabelul 38. Cu toate acestea, dacă datele 
măsurate sau calculate au ca rezultat o valoare valabilă 
care depășește totuși intervalul definit al parametrului 
respectiv, indicatorul de eroare nu trebuie folosit. Datele 
trebuie să fie transmise folosind valoarea minimă sau 
maximă adecvată a parametrului.  
Tabelul 38  
Intervalele dataRecords  
Denumirea intervalului  1 octet 
(valoarea Hex)  2 octeţi 
(valoarea Hex)  4 octeţi 
(valoarea Hex)  ASCII  
Semnal valabil  00 - FA  0000 - FAFF  00000000 - FAFFFFFF  de la 1 la 254  
Indicator specific parametrului  F B  FB00 - FBFF  FB000000 - FBFFFFFF  nu există  
Interval rezervat pentru viitorii biţi ai 
indicatorului  FC - FD  FC00 - FDFF  FC000000 - FDFFFFFF  nu există  
Indicator de eroare  F E  FE00 - FEFF  FE000000 - FEFFFFFF  0  
Nu sunt disponibile sau nu sunt soli­
citate  FF FF00 - FFFF  FF000000 - FFFFFFFF  F F  
CPR_073 Pentru parametrii codificaţi în ASCII, caracterul ASCII  „*” 
este rezervat ca delimitator.  
9.2. Formate dataRecords  
În tabelele 39 – 42 de mai jos sunt prezentate în detaliu forma tele care 
trebuie folosite prin intermediul serviciilor ReadDataByIdentif ier și 
WriteDataByIdentifier.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 387  
CPR_074 În tabelul 39 sunt indicate lungimea, rezoluţia și dome niul 
de valori ale fiecărui parametru identificat de recordDataI­
dentifier:  
Tabelul 39  
Formatul dataRecords  
Denumirea parametrului  Lungimea 
datelor 
(octeţi)  Rezoluţia  Domeniul de valori  
TimeDate  8  A se vedea detaliile din tabelul 40  
HighResolutionTotalVehicle­
Distance  4 amplificare 5 m/bit, deplasare 0 m  de la 0 până la +21 055 406 km  
Kfactor  2  amplificare 0,001 impulsuri/m/ 
bit, deplasare 0  0 - 64,255 impulsuri/m  
LfactorTyreCircumference  2  amplificare 0,125 10  -3 m/bit, 
deplasare 0  de la 0 la 8,031 m  
WvehicleCharacteristicFactor  2  amplificare 0,001 impulsuri/m/ 
bit, deplasare 0  0 - 64,255 impulsuri/m  
TyreSize  1 5  ASCII  ASCII  
NextCalibrationDate  3  A se vedea detaliile din tabelul 41  
SpeedAuthorised  2  amplificare 1/256km/h/bit, 
deplasare 0  0-250,996 km/h  
RegisteringMemberState  3  ASCII  ASCII  
VehicleRegistrationNumber  1 4  A se vedea detaliile din tabelul 42  
VIN 1 7  ASCII  ASCII  
SealDataVu  5 5  A se vedea detaliile din tabelul 43  
ByDefaultLoadType  1  A se vedea detaliile din tabelul 44  
VuSerialNumber  8  A se vedea detaliile din tabelul 45  
SensorSerialNumber  8  A se vedea detaliile din tabelul 45  
SensorGNSSSerialNumber  8  A se vedea detaliile din tabelul 45  
RemoteCommunicationModuleSe­
rialNumber  8 A se vedea detaliile din tabelul 45  
TachographCardsGen1Suppression  2  A se vedea detaliile din tabelul 46  
VehiclePosition  1 4  A se vedea detaliile din tabelul 47  
CalibrationCountry  3  ASCII  NationAlpha conform definiţiei 
din apendicele 1  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 388  
CPR_075 În tabelul 40 sunt prezentate în detaliu formatele dife riţilor 
octeţi ai parametrului TimeDate:  
Tabelul 40  
Formatul detaliat al TimeDate (valoarea recordDataIdentifier # F90B)  
Octet  Definirea parametrilor  Rezoluţia  Domeniul de valori  
1 Secunde  amplificare 0,25 s/bit, deplasare 0 s  de la 0 la 59,75 s  
2 Minute  amplificare 1 min/bit, deplasare 0 min  0-59 min  
3 Ore  amplificare 1 h/bit, deplasare 0 h  0-23 h  
4 Luna  amplificare 1 lună/bit, deplasare 0 luni  1-12 luni  
5 Ziua  amplificare 0,25 zile/bit, deplasare 0 zile (a se 
vedea NOTA de sub tabelul 41)  0,25 - 31,75 zile  
6 Anul  amplificare 1 an/bit, deplasare an +1985 
(a se vedea NOTA de sub tabelul 41)  anul 1985 - anul 2235  
7 Deplasare locală minute  amplificare 1 min/bit, deplasare -125 min  de la -59 la +59 min  
8 Deplasare locală ore  amplificare 1 h/bit, deplasare -125 h  de la -23 la +23 h  
CPR_076 În tabelul 41 sunt prezentate în detaliu formatele dife riţilor 
octeţi ai parametrului NextCalibrationDate:  
Tabelul 41  
Formatul detaliat al NextCalibrationDate (valoarea recordDataIdentifier # F922)  
Octet  Definirea parametrilor  Rezoluţia  Domeniul de valori  
1 Luna  amplificare 1 lună/bit, deplasare 0 luni  1-12 luni  
2 Ziua  amplificare 0,25 zile/bit, deplasare 0 zile 
(a se vedea NOTA de mai jos)  0,25 - 31,75 zile  
3 Anul  amplificare 1 an/bit, deplasare an +1985 
(a se vedea NOTA de mai jos)  anul 1985 - anul 2235  
NOTĂ privind folosirea parametrului „Zi”:  
1) O valoare 0 pentru dată este o valoare nulă. Valorile 1, 
2, 3 și 4 sunt folosite pentru a identifica prima zi a 
lunii; valorile 5, 6, 7 și 8 identifică a doua zi a lunii etc.  
2) Acest parametru nu influenţează și nici nu modifică 
parametrul pentru oră menţionat anterior.  
NOTĂ privind folosirea parametrului „An”:  
Valoarea 0 pentru an corespunde anului 1985; valoarea 1 
indică anul 1986 etc.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 389  
CPR_078 În tabelul 42 sunt prezentate în detaliu formatele dife riţilor 
octeţi ai parametrului VehicleRegistrationNumber  
Tabelul 42  
Formatul detaliat al VehicleRegistrationNumber (valoarea recordDataIdentifier # F97E)  
Octet  Definirea parametrilor  Rezoluţia  Domeniul de valori  
1 Pagină de cod (conform definiţiei din apen­
dicele 1)  nu se aplică  VehicleRegistrationNumber  
2 – 14  Numărul de înmatriculare al vehiculului 
(conform definiţiei din apendicele 1)  nu se aplică  VehicleRegistrationNumber  
CPR_090 În tabelul 43 sunt prezentate în detaliu formatele dife riţilor 
octeţi ai parametrului SealDataVu:  
Tabelul 43  
Formatul detaliat al SealDataVu (valoarea recordDataIdentifier # F9D3)  
Octet  Definirea parametrilor  Rezoluţia  Domeniul de valori  
1 – 11  sealRecord1. Format SealRecord conform 
definiţiei din apendicele 1.  nu se aplică  SealRecord  
12 - 22  sealRecord2. Format SealRecord conform 
definiţiei din apendicele 1.  nu se aplică  SealRecord  
23 – 33  sealRecord3. Format SealRecord conform 
definiţiei din apendicele 1.  nu se aplică  SealRecord  
34 – 44  sealRecord4. Format SealRecord conform 
definiţiei din apendicele 1.  nu se aplică  SealRecord  
45 – 55  sealRecord5. Format SealRecord conform 
definiţiei din apendicele 1.  nu se aplică  SealRecord  
NOTĂ: În cazul în care sunt disponibile mai puţin de 5 
sigilii, valoarea EquipmentType în toate sealRecords neuti­
lizate se setează la 15, și anume neutilizate.  
CPR_091 În tabelul 44 sunt prezentate în detaliu formatele dife riţilor 
octeţi ai parametrului ByDefaultLoadType:  
Tabelul 44  
Formatul detaliat al ByDefaultLoadType (valoarea recordDataIdentifier # F9D5)  
Octet  Definirea parametrilor  Rezoluţia  Domeniul de valori  
1 loadType 
'00'H: Tip de încărcătură nedefinit 
'01'H: Mărfuri 
'02'H: Pasageri  nu se aplică  '00'H - '02'H  
CPR_092 În tabelul 45 sunt prezentate în detaliu formatele dife riţilor 
octeţi ai parametrilor VuSerialNumber, SensorSerial­
Number, SensorGNSSSerialNumber and RemoteCommuni­
cationModuleSerialNumber:  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 390  
Tabelul 45  
Formatul detaliat al VuSerialNumber, SensorSerialNumber, SensorGNSSSerialNumber și 
RemoteCommunicationModuleSerialNumber (valorile recordDataIdentifier # F9D4, F9D0, F9D2, F9D1)  
Octet  Definirea parametrilor  Rezoluţia  Domeniul de valori  
1 VuSerialNumber, SensorSerialNumber, 
SensorGNSSSerialNumber și RemoteCom­
municationModuleSerialNumber: 
format ExtendedSerialNumber conform defi­
niţiei din apendicele 1.  nu se aplică  ExtendedSerialNumber  
CPR_093 În tabelul 46 sunt prezentate în detaliu formatele dife riţilor 
octeţi ai parametrului TachographCardsGen1Suppression:  
Tabelul 46  
Formatul detaliat al TachographCardsGen1Suppression (valoarea recordDataIdentifier # F9D6)  
Octet  Definirea parametrilor  Rezoluţia  Domeniul de valori  
1-2 TachographCardsGen1Suppression. Format 
TachographCardsGen1Suppression conform 
definiţiei din apendicele 1.  nu se aplică  '0000'H, 'A5E3'H  
CPR_094 În tabelul 47 sunt prezentate în detaliu formatele dife riţilor 
octeţi ai parametrului VehiclePosition:  
Tabelul 47  
Formatul detaliat al VehiclePosition (valoarea recordDataIdentifier # F9D7)  
Octet  Definirea parametrilor  Rezoluţia  Domeniul de valori  
1 - 4  A fost determinată marca temporală a 
poziţiei vehiculului.  Nu se aplică  TimeReal  
5 precizia GNSS  Nu se aplică  GNSSAccuracy  
6 - 11  Poziţia vehiculului  Nu se aplică  GeoCoordinates  
12 Statutul de autentificare  Nu se aplică  PositionAuthenticationStatus  
13 Ţara actuală  Nu se aplică  NationNumeric  
14 Regiunea actuală  Nu se aplică  RegionNumeric  
Notă: după actualizarea poziţiei vehiculului, actualizarea 
ţării și a regiunii actuale poate fi amânată.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 391  
Apendicele 9.  
OMOLOGAREA DE TIP LISTA TESTELOR MINIME OBLIGATORII  
CUPRINS  
1. INTRODUCERE  
2. TESTE DE FUNCŢIONARE A UNITĂŢII MONTATE PE VEHICUL  
3. TESTE DE FUNCŢIONARE A SENZORULUI DE MIȘCARE  
4. TESTE DE FUNCŢIONARE A CARDURILOR DE TAHOGRAF  
5. TESTE PRIVIND ECHIPAMENTUL GNSS EXTERN  
▼M1 
6. TESTE PRIVIND ECHIPAMENTUL EXTERN DE COMUNICARE LA 
DISTANŢĂ  
▼B 
7. TESTE DE FUNCŢIONARE PRIVIND HÂRTIA  
8. TESTE DE INTEROPERABILITATE  
▼M3 
9. TESTE OSNMA  
▼B 
1. INTRODUCERE  
1.1. Omologarea de tip  
Omologarea CE de tip pentru aparatura de înregistrare (sau o co mponentă 
a acesteia) sau pentru un card de tahograf se bazează pe:  
▼M1 
— o  certificare a securit ăţii, pe baza specificaţiilor prevăzute în criteriile 
comune, în raport cu un obiectiv de securitate care respectă în  totalitate 
apendicele 10 la prezenta anexă;  
▼B 
— o  certificare a func ţionării, efectuată de o autoritate a unui stat 
membru, care certifică faptul că articolul testat respectă ceri nţele 
prezentei anexe din punctul de vedere al funcţiilor îndeplinite , al 
preciziei măsurătorilor și al caracteristicilor de mediu;  
— o  certificare a interoperabilit ăţii, efectuată de un organism 
competent, care certifică faptul că aparatura de înregistrare ( sau 
cardul de tahograf) este în întregime interoperabilă(interopera bil) cu 
modelele necesare de card de tahograf (sau de aparatură de înre ­
gistrare) (a se vedea capitolul 8 din prezenta anexă).  
Prezentul apendice enumeră testele minime care trebuie efectuat e de către 
o autoritate a unui stat membru în cadrul testelor de funcţiona re, precum și 
testele minime care trebuie efectuate de organismul competent î n cadrul 
testelor de interoperabilitate. Procedurile care trebuie urmate  în vederea 
efectuării testelor sau tipul de teste nu sunt specificate în c uprinsul 
prezentului document.  
Prezentul apendice nu se vizează aspecte legate de certificarea  securităţii. 
Dacă unele teste necesare pentru omologarea de tip sunt efectua te în 
cadrul procesului de evaluare și de certificare a securităţii, ele nu mai 
trebuie repetate. Într-un asemenea caz, este suficientă inspect area rezul­
tatelor acestor teste de securitate. În scop informativ, cerinţ ele care ar urma 
să fie testate (sau cele strâns legate de testele care ar urma să fie efectuate) 
în cadrul certificării securităţii sunt marcate cu un „*” în cu prinsul 
prezentului apendice.  
Cerinţele numerotate se referă la corpusul anexei, în timp ce c elelalte 
cerinţe se referă la celelalte apendice (de exemplu, PIC_001 se  referă la 
cerinţa PIC_001 din apendicele 3, „Pictograme”).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 392  
Prezentul apendice tratează separat omologarea de tip a senzoru lui de 
mișcare, a unităţii montate pe vehicul și a echipamentului GNSS  extern 
în calitate de componente ale aparaturii de înregistrare. Fieca re 
componentă va primi propriul certificat de omologare de tip în care vor 
fi indicate celelalte componente compatibile. Testul de funcţio nare a 
senzorului de mișcare (sau a echipamentului GNSS extern) se efe ctuează 
împreună cu testul de funcţionare a unităţii montate pe vehicul  ș i  
viceversa.  
Interoperabilitatea dintre fiecare model de senzor de mișcare ( respectiv 
echipament GNSS extern) și fiecare model de unitate montată pe 
vehicul nu este necesară. În acest caz, omologarea de tip a unu i senzor 
de mișcare (respectiv, echipament GNSS extern) poate fi acordat ă numai 
în combinaţie cu omologarea de tip a unităţii montate pe vehicu l cores­
punzătoare și viceversa.  
▼M3 
Autoritatea statelor membre responsabilă cu testele de funcţion are ale unei 
unităţi montate pe vehicul sau ale unui echipament GNSS extern trebuie să 
se asigure că receptorul GNSS integrat a trecut cu succes teste le OSNMA 
specificate în prezentul apendice. Aceste teste sunt considerat e ca făcând 
parte din testele de funcţionare a unităţii montate pe vehicul sau a echi­
pamentului GNSS extern.  
▼B 
1.2. Referin ţe 
În prezentul apendice se utilizează următoarele referinţe:  
IEC 60068-2-1: Environmental testing – Part 2-1: Tests – Test A : Rece  
IEC 60068-2-2: Basic environmental testing procedures; part 2: tests; tests 
B: dry heat (sinusoidal).  
IEC 60068-2-6: Environmental testing – Part 2: Tests – Test Fc:  Vibration  
IEC 60068-2-14: Environmental testing; Part 2-14: Tests; Test N : Change 
of temperature  
IEC 60068-2-27: Environmental testing. Part 2: Tests. Test Ea a nd 
guidance: Shock  
IEC 60068-2-30: Environmental testing – Part 2-30: Tests – Test  Db: 
Damp heat, cyclic (12 h + 12 h cycle)  
IEC 60068-2-64: Environmental testing – Part 2-64: Tests – Test  Fh: 
Vibration, broadband random and guidance  
IEC 60068-2-78 Environmental testing – Part 2-78: Tests – Test Cab: 
Damp heat, steady state  
ISO 16750-3 – Mechanical loads (2012-12)  
ISO 16750-4 – Climatic loads(2010-04).  
ISO 20653: Road vehicles – Degree of protection (IP code) – Pro tection 
of electrical equipment against foreign objects, water and acce ss 
ISO 10605:2008 + Technical Corrigendum:2010 + AMD1:2014 Road 
vehicles – Test methods for electrical disturbances from electr ostatic 
discharge  
ISO 7637-1:2002 + AMD1: 2008 Road vehicles – Electrical disturb ances 
from conduction and coupling – Part 1: Definitions and general 
considerations.  
ISO 7637-2 Road vehicles – Electrical disturbances from conduct ion and 
coupling – Part 2: Electrical transient conduction along supply  lines only.  
ISO 7637-3 Road vehicles – Electrical disturbances from conduct ion and 
coupling – Part 3: Electrical transient transmission by capacit ive and 
inductive coupling via lines other than supply lines.  
ISO/IEC 7816-1 Identification cards – Integrated circuit(s) car ds with 
contacts – Part 1: Physical characteristics..  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 393  
ISO/IEC 7816-2 Information technology – Identification cards – Integrated 
circuit(s) cards with contacts – Part 2: Dimensions and locatio n of the 
contacts.  
ISO/IEC 7816-3 Information technology – Identification cards – Integrated 
circuit(s) cards with contacts – Part 3: Semnale electronice și  protocol de 
transmisie.  
ISO/IEC 10373-1:2006 + AMD1:2012 Identification cards – Test me thods 
– Part 1: Caracteristici generale  
ISO/IEC 10373-3:2010 + Technical Corrigendum:2013 Identificatio n 
cards – Test methods – Part 3: Integrated circuit cards with co ntacts 
and related interface devices  
ISO 16844-3:2004, Cor 1:2006 Road vehicles – Tachograph systems  –  
Part 3: Motion sensor interface (with vehicle units).  
ISO 16844-4 Road vehicles – Tachograph systems – Part 4: CAN 
interface  
ISO 16844-6 Road vehicles – Tachograph systems – Part 6: Diagno stics 
ISO 16844-7 Road vehicles – Tachograph systems – Part 7: Parame ters 
ISO 534 Paper and board – Determination of thickness, density a nd 
specific volume  
▼M3 
RGODP „JRC Technical Report — Receiver guidelines for OSNMA dat a 
processing  
▼B 
UN ECE R10 Uniform provisions concerning the approval of vehicl es 
with regard to electromagnetic compatibility (United Nation Eco nomic 
Commission for Europe)  
2. TESTE DE FUNCŢIONARE A UNITĂŢII MONTATE PE VEHICUL  
▼M1 
Nr. Test  Descriere  Cerinţe asociate  
1 Examinare administrativ ă 
1.1 Documentaţie  Corectitudinea documentaţiei  
1.2 Rezultatele testelor 
efectuate de producător  Rezultatele testului efectuat de producător în 
cursul integrării. 
Documente pentru demonstrarea testelor 
efectuate.  88, 89, 91  
2 Inspec ţie vizuală 
2.1 Conformitatea cu documentaţia  
2.2 Identificare/inscripţii  224-226  
2.3 Materiale  219-223  
2.4 Sigilare  398, 401-405  
2.5 Interfeţe externe  
3 Teste de func ţionare  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 394  
Nr. Test  Descriere  Cerinţe asociate  
▼M3 
3.1 Funcţii oferite  02, 03, 04, 05, 07, 382,  
3.2 Moduri de funcţionare  09 - 11*, 134, 135  
3.3 Funcţii și drepturi de acces la date  12*, 13*, 382, 383, 386 - 389  
3.4 Monitorizarea introducerii și retragerii cardurilor  15, 16, 17, 18, 19*, 20*, 134  
3.5 Măsurarea vitezei, a poziţiei și a distanţei  de la 21 la 37  
3.6 Măsurarea timpului (teste efectuate la 20 °C)  de la 38 la 43  
3.7 Monitorizarea activităţilor conducătorului auto  44 - 53, 134  
3.8 Monitorizarea regimului de conducere  54, 55, 134  
3.9 Înregistrări realizate de conducătorul auto  56 - 62c  
3.10 Gestionarea blocărilor efectuate de societate  de la 63 la 68  
3.11 Monitorizarea activităţilor de control  69, 70  
3.12 Detectarea de evenimente și/sau anomalii  71 - 88a, 134  
3.13 Date de identificare a echipamentului  93*, 94*, 97, 100  
3.14 Date privind introducerea și retragerea cardului de conducător  auto sau 
ale cardului de atelier  102* - 104*  
3.15 Date privind activitatea conducătorului auto  105* - 107*  
3.16 Date privind locurile și poziţiile  108* - 112*  
3.17 Date privind odometrul  113* - 115*  
3.18 Date detaliate privind viteza  116*  
3.19 Date privind evenimentele  117*  
3.20 Date privind anomaliile  118*  
3.21 Date privind etalonarea  119* - 121*  
3.22 Date privind reglarea orei  124*, 125*  
3.23 Date privind activităţile de control  126*, 127*  
3.24 Date privind blocările efectuate de societate  128*  
3.25 Date privind activitatea de descărcare  129*  
3.26 Date privind condiţiile specifice  130*, 131*  
3.27 Date privind cardurile de tahograf  132*, 133*  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 395  
Nr. Test  Descriere  Cerinţe asociate  
3.28 Treceri ale frontierei  133a* - 133d*  
3.29 Operaţiune de încărcare/descărcare  133e* - 133i*  
3.30 Hartă digitală  133j* - 133t*  
3.31 Înregistrarea și stocarea informaţiilor pe cardurile de tahogr af 136, 137, 138*, 139*, 141*, 
142, 143 
144, 145, 146*, 147*, 147a*, 
147b*, 148*, 149, 150, 150a  
3.32 Afișare  90, 134, 
151 - 168, 
PIC_001, DIS_001  
3.33 Imprimare  90, 134, 
169 - 181, PIC_001, PRT_001 
- PRT_014  
3.34 Avertizare  134, 182 - 191, 
PIC_001  
3.35 Descărcarea datelor pe suporturi externe  90, 134, 192 - 196  
3.36 Comunicarea la distanţă pentru controalele selective în trafic  197 - 199  
3.37 Schimburi de date cu dispozitive externe suplimentare  200, 201  
3.38 Etalonare  202 - 206*, 383, 384, 386 - 
391 
3.39 Verificarea etalonării în trafic  207 - 209  
3.40 Reglarea orei  210 - 212*  
3.41 Monitorizarea trecerilor frontierei  226a - 226c  
3.42 Actualizarea software-ului  226d - 226f  
3.43 Neinterferenţa cu funcţiile suplimentare  06, 425  
3.44 Interfaţa senzorului de mișcare  02, 122  
3.45 Echipamentul GNSS extern  03, 123  
3.46 Se verifică dacă VU detectează, înregistrează și stochează eve nimentul 
(evenimentele) și/sau anomalia (anomaliile) definite de producă torul VU 
atunci când un senzor de mișcare asociat reacţionează la câmpur ile 
magnetice care perturbă detectarea deplasării vehiculului.  217 
3.47 Suite cifru și parametri de domeniu standardizaţi  CSM_48, CSM_50  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 396  
Nr. Test  Descriere  Cerinţe asociate  
4 Teste de mediu  
4.1 Temperatură  Verificarea funcţionalităţii prin: 
Test în conformitate cu ISO 16750-4, Chapter 
5.1.1.2: Low temperature operation test (72 h 
@ – 20 °C) 
Acest test se referă la IEC 60068-2-1: Envi­
ronmental testing – Part 2-1: Tests – Test A: 
Cold 
Test în conformitate cu ISO 16750-4: Chapter 
5.1.2.2: High temperature operation test (72 h 
at 70 °C) 
Acest test se referă la IEC 60068-2-2: Basic 
environmental testing procedures; part 2: 
tests; tests B: dry heat 
Test în conformitate cu ISO 16750-4: Chapter 
5.3.2: Rapid change of temperature with 
specified transition duration (– 20°C/70 °C, 
20 cycles, dwell time 2h at each temperature) 
Un număr redus de teste (dintre cele definite 
în secţiunea 3 din prezentul tabel) pot fi 
efectuate la temperatura cea mai scăzută, la 
temperatura cea mai ridicată și pe parcursul 
ciclurilor de temperatură  213 
4.2 Umiditate  Se verifică, prin intermediul testului Db IEC 
60068-2-30, dacă unitatea montată pe vehicul 
poate suporta un ciclu de căldură umedă (test 
de căldură), prin șase cicluri de câte 24 de ore 
fiecare, cu temperaturi variind între + 25 °C 
și + 55 °C la o umiditate relativă de 97 % la 
+ 25 °C și de 93 % la + 55 °C  214 
4.3 Teste mecanice  1. Vibraţii sinusoidale. 
Se verifică dacă unitatea montată pe 
vehicul poate suporta vibraţii sinusoidale 
cu următoarele caracteristici: 
deplasare constantă la frecvenţe între 5 și 
11 Hz: valoare maximă 10 mm 
acceleraţie constantă între 11 și 300 Hz: 
5 g 
Această cerinţă este verificată prin inter­
mediul testului Fc IEC 60068-2-6, cu o 
durată minimă a testului de 3 × 12 ore 
(12 ore per axă) 
ISO 16750-3 nu prevede un test de vibraţii 
sinusoidale pentru dispozitivele situate în 
cabina decuplată a vehiculului. 
2. Vibraţii aleatorii: 
Test în conformitate cu ISO 16750-3: 
Chapter 4.1.2.8: Test VIII: Commercial 
vehicle, decoupled vehicle cab  219 ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 397  
Nr. Test  Descriere  Cerinţe asociate  
Test de vibraţii aleatorii, 10…2 000 Hz, RMS 
vertical 21,3 m/s  2 , RMS longitudinal 11,8 m/ 
s 2 , RMS lateral 13,1 m/s  2 , 3 axe, 32 de ore 
per axă, inclusiv ciclul de temperatură – 
20…70 °C. 
Acest test se referă la IEC 60068-2-64: Envi­
ronmental testing – Part 2-64: Tests – Test 
Fh: Vibration, broadband random and 
guidance 
3. Șocuri: 
șoc mecanic semisinusoidal 3 g în confor­
mitate cu ISO 16750. 
Testele descrise anterior se efectuează pe 
mostre diferite ale tipului de echipament 
testat.  
4.4 Protecţie împotriva 
apei și corpurilor 
străine  Test în conformitate cu ISO 20653: Road 
vehicles – Degree of protection (IP code) – 
Protection of electrical equipment against 
foreign objects, water and access 
(No change in parameters); Valoare minimă 
IP 40  220, 221  
4.5 Protecţie împotriva 
supratensiunii  Se verifică dacă unitatea montată pe vehicul 
poate suporta o sursă de alimentare de: 
versiuni de 24 V: 34 V la + 40 °C 1 oră 
versiuni de 12 V: 17 V la + 40 °C 1 oră 
( ISO 16750-2)  216 
4.6 Protecţie împotriva 
polarităţii inverse  Se verifică dacă unitatea montată pe vehicul 
poate suporta o inversare a polarităţii la sursa 
de alimentare 
(ISO 16750-2)  216 
4.7 Protecţie împotriva 
scurtcircuitelor  Se verifică dacă semnalele de intrare/ieșire 
sunt protejate împotriva scurtcircuitelor la 
sursa de alimentare și la masă 
(ISO 16750-2)  216 
5 Teste CEM  
5.1 Emisii de radiaţii și 
susceptibilitate de 
radiaţii  Conformitate cu Regulamentul R10 al CEE  218  
5.2 Descărcări electros­
tatice  Conformitate cu ISO 10605:2008 + 
Rectificare tehnică: 2010 + 
AMD1:2014: + /– 4kV pentru contact și + /– 
8kV pentru evacuarea aerului  218 ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 398  
Nr. Test  Descriere  Cerinţe asociate  
5.3 Susceptibilitate de 
conducţie tranzitorie la 
sursa de alimentare  Pentru versiunile de 24 V: conformitate cu 
ISO 7637-2 + Regulamentul nr. 10 al CEE 
Rev. 3: 
puls 1a: Vs=– 450 V Ri=50 ohmi 
puls 2 a: Vs=+ 37 V Ri=2 ohmi 
puls 2b: Vs=+ 20 V Ri=0,05 ohmi 
puls 3 a: Vs=– 150 V Ri=50 ohmi 
puls 3b: Vs=+ 150 V Ri=50 ohmi 
puls 4: Vs=– 16V Va=– 12V t6=100 ms 
puls 5: Vs=+ 120 V Ri=2,2 ohmi td=250 ms 
Pentru versiunile de 12 V: conformitate cu 
ISO 7637-1 + Regulamentul nr. 10 al CEE 
Rev. 3: 
puls 1: Vs=– 75 V Ri=10 ohmi 
puls 2 a: Vs=+ 37 V Ri=2 ohmi 
puls 2b: Vs=+ 10 V Ri=0,05 ohmi 
puls 3 a: Vs=– 112 V Ri=50 ohmi 
puls 3b: Vs=+ 75 V Ri=50 ohmi 
puls 4: Vs=– 6 V Va=– 5 V t6=15 ms 
puls 5: Vs=+ 65 V Ri=3 ohmi td=100ms 
Pulsul 5 se testează numai pentru unităţile 
montate pe vehicule care sunt proiectate 
pentru a fi instalate în vehicule care nu 
dispun de o protecţie externă obișnuită 
împotriva întreruperii alimentării 
Pentru propunerea privind întreruperea 
alimentării, a se vedea ISO 16750-2, a 4-a 
ediţie, capitolul 4.6.4.  218 
▼B 
3. TESTE DE FUNCŢIONARE A SENZORULUI DE MIȘCARE  
Nr. Test  Descriere  Cerinţe asociate  
1. Examinare administrativ ă 
1.1 Documentaţie  Corectitudinea documentaţiei  
2. Inspec ţie vizuală 
2.1. Conformitatea cu documentaţia  
2.2. Identificare/inscripţii  225, 226,  
2.3 Materiale  219 – 223  
2.4. Sigilare  398, 401 – 405  
3. Teste de func ţionare  
3.1 Date de identificare a senzorului  95 – 97*  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 399  
Nr. Test  Descriere  Cerinţe asociate  
3.2 Asociere senzor de mișcare – unitate montată pe vehicul  122*, 204  
3.3 Detectarea mișcării 
Precizia măsurării mișcării  30 – 35  
3.4 Interfaţa unităţii montate pe vehicul  0 2  
3.5 Se verifică dacă senzorul de mișcare este imun la un câmp magn etic constant. 
Alternativ, se verifică dacă senzorul de mișcare reacţionează l a câmpurile 
magnetice constante care perturbă detectarea deplasării vehicul ului astfel încât 
o VU conectată să poată detecta, înregistra și stoca anomaliile  senzorului  217 
4. Teste de mediu  
4.1 Temperatura de funcţionare  Se verifică funcţionalitatea (conform definiţiei 
din testul nr. 3.3) pentru intervalul de tempe­
ratură [– 40 °C; + 135 °C] prin: 
testul Ad, IEC 60068-2-1, cu o durată de 96 de 
ore a testului la temperatura minimă To  min 
testul Bd, IEC 60068-2-2, cu o durată a testului 
de 96 de ore la temperatura maximă To  max 
Test în conformitate cu ISO 16750-4: Chapter 
5.1.1.2: Low temperature operation test (24 h @ 
– 40 °C) 
Acest test se referă la IEC 60068-2-1: Environ­
mental testing – Part 2-1: Tests – Test A: Cold 
IEC 68-2-2 test Bd, with a test duration of 
96 hours at the lowest temperature of – 40 °C. 
Test în conformitate cu ISO 16750-4: Chapter 
5.1.2.2: Low temperature operation test (96 h @ 
135 °C) 
Acest test se referă la IEC 60068-2-2: Basic 
environmental testing procedures; part 2: tests; 
tests B: dry heat  213 
4.2 Cicluri de temperatură  Test în conformitate cu ISO 16750-4: Chapter 
5.3.2: Rapid change of temperature with 
specified transition duration (– 40 °C/135 °C, 
20 cycles, dwell time 30 min at each tempe­
rature) 
IEC 60068-2-14: Environmental testing; Part 2- 
14: Tests; Test N: Change of temperature  213 
4.3 Cicluri de umiditate  Se verifică funcţionalitatea (conform definiţiei 
din testul nr. 3.3) prin testul Db, IEC 60068- 
2-30, prin șase cicluri de câte 24 de ore fiecare, 
temperatura variind în cadrul fiecărui ciclu între 
+ 25 °C și + 55 °C, la o umiditate relativă de 
97 % la + 25 °C și egală cu 93 % la + 55 °C  214 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 400  
Nr. Test  Descriere  Cerinţe asociate  
4.4 Vibraţii  ISO 16750-3: Chapter 4.1.2.6: Test VI: 
Commercial vehicle, engine, gearbox 
Test de vibraţii în mod mixt, care include: 
a) Test de vibraţii sinusoidale, 20...520 Hz, 
11,4 ... 120 m/s  2 , <= 0,5 oct/min 
b) Test de vibraţii aleatorii, 10...2 000 Hz, 
RMS 177 m/s  2 
94 de ore pe axă, inclusiv ciclul de temperatură 
-20...70 °C) 
Acest test se referă la IEC 60068-2-80: Envi­
ronmental testing – Part 2-80: Tests – Test Fi: 
Vibration – Mixed mode  219 
4.5 Șoc mecanic  ISO 16750-3: Chapter 4.2.3: Test VI: Test for 
devices in or on the gearbox 
șoc semisinusoidal, acceleraţie de stabilit în 
intervalul 3 000...15 000 m/s  2 , durata pulsului 
de stabilit, dar < 1 ms, număr de șocuri: de 
stabilit 
Acest test se referă la IEC 60068-2-27: Envi­
ronmental testing. Part 2: Tests. Test Ea and 
guidance: Shock  219 
4.6 Protecţie împotriva apei și 
corpurilor străine  Test în conformitate cu ISO 20653: Road 
vehicles – Degree of protection (IP code) – 
Protection of electrical equipment against 
foreign objects, water and access 
(Valoare ţintă IP 64)  220, 221  
4.7 Protecţie împotriva polarităţii 
inverse  Se verifică dacă senzorul de mișcare poate 
suporta o inversare a polarităţii la sursa de 
alimentare  216 
4.8 Protecţie împotriva scurtcir­
cuitelor  Se verifică dacă semnalele de intrare/ieșire sunt 
protejate împotriva scurtcircuitelor la sursa de 
alimentare și la masă  216 
5. CEM  
5.1 Emisii de radiaţii și suscepti­
bilitate de radiaţii  Se verifică conformitatea cu Regulamentul R10 
al CEE  218 
5.2 Descărcări electrostatice  Conformitate cu ISO 10605:2008 + Rectificare 
tehnică:2010 + AMD1:2014: +/- 4kV pentru 
contact și +/- 8kV pentru evacuarea aerului  218 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 401  
Nr. Test  Descriere  Cerinţe asociate  
5.3 Susceptibilitate de conducţie 
tranzitorie la sursa de 
alimentare)  Pentru versiunile de 24 V: conformitate cu ISO 
7637-2 + Regulamentul nr. 10 al CEE Rev. 3: 
puls 1a: Vs=-450 V Ri=50 ohmi 
puls 2a: Vs=+37 V Ri=2 ohmi 
puls 2b: Vs=+20 V Ri=0,05 ohmi 
puls 3a: Vs=-150 V Ri=50 ohmi 
puls 3b: Vs=+150 V Ri=50 ohmi 
puls 4: Vs=-16 V Va=-12 V t6=100ms 
puls 5: Vs=+120 V Ri=2,2 ohmi td=250ms 
Pentru versiunile de 12 V: conformitate cu ISO 
7637-1 + Regulamentul nr. 10 al CEE Rev. 3: 
puls 1: Vs=-75 V Ri=10 ohmi 
puls 2a: Vs=+37 V Ri=2 ohmi 
puls 2b: Vs=+10 V Ri=0,05 ohmi 
puls 3a: Vs=-112 V Ri=50 ohmi 
puls 3b: Vs=+75 V Ri=50 ohmi 
puls 4: Vs=-6 V Va=-5 V t6=15ms 
puls 5: Vs=+65 V Ri=3 ohmi td=100ms 
Pulsul 5 se testează numai pentru unităţile 
montate pe vehicule care sunt proiectate 
pentru a fi instalate în vehicule care nu dispun 
de o protecţie externă obișnuită împotriva între­
ruperii alimentării 
Pentru propunerea privind întreruperea 
alimentării, a se vedea ISO 16750-2, a 4-a 
ediţie, capitolul 4.6.4.  218 
4. TESTE DE FUNCŢIONARE A CARDURILOR DE TAHOGRAF  
Testele în conformitate cu prezenta secţiune 4, numerele  
5 „Teste privind protocoalele”;  
6 „Structura cardului” și  
7 „Teste de funcţionare”  
pot fi efectuate de evaluator sau de certificator în cursul pro cesului de 
certificare a securităţii modulul cipului în conformitate cu cr iteriile 
comune (CC).  
Testele cu numerele 2.3 și 4.2 sunt identice. Este vorba despre  testele 
mecanice efectuate asupra ansamblului format din corpul cardulu i și 
modulul cipului. Aceste teste sunt necesare dacă una dintre ace ste 
componente (corpul cardului, modului cipului) este modificată.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 402  
Nr. Test  Descriere  Cerinţe asociate  
1. Examinare administrativ ă 
1.1 Documentaţie  Corectitudinea documentaţiei  
2 Corpul cardului  
2.1 Elementele imprimate  Se verifică dacă toate elementele de protecţie și toate datele 
vizibile sunt imprimate corect pe card și sunt conforme. 
[Identificator] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 227) 
Pe recto figurează: 
cuvintele „Card de conducător auto” sau „Card de control” 
sau „Card de atelier” sau „Card de societate”, tipărite cu 
majuscule în limba sau limbile oficiale ale statului membru 
emitent, în funcţie de tipul cardului. 
[Denumirea statului membru] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 228) 
Pe recto figurează: 
denumirea statului membru emitent al cardului 
(opţional). 
[Indicativ] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 229) 
Pe recto figurează: 
indicativul statului membru emitent al cardului, tipărit 
în negativ într-un dreptunghi albastru și înconjurat de 
12 stele galbene. 
[Enumerare] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 232) 
Pe verso figurează: 
explicaţii pentru elementele numerotate de pe recto-ul 
cardului. 
[Culoare] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 234) 
Cardurile de tahograf se imprimă pe fonduri având 
următoarele culori predominante: 
— cardul de conducător auto: alb; 
— cardul de atelier: roșu; 
— cardul de control: albastru; 
— cardul de societate: galben.  227 – 229, 232, 234 
– 236  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 403  
Nr. Test  Descriere  Cerinţe asociate  
[Securitate] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 235) 
Cardurile de tahograf trebuie să aibă cel puţin 
următoarele caracteristici pentru protecţia corpului 
cardului împotriva falsificării și a manipulării fraudu- 
loase: 
— un fond de securitate cu ghioșe și irizat; 
— cel puţin o linie bicoloră microimprimată. 
[Inscripţii] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 236) 
Statele membre pot adăuga culori sau inscripţii cum ar 
fi simboluri naţionale sau caracteristici de securitate. 
[Marca de omologare] 
Cardurile de tahograf conţin o marcă de omologare. 
Marca de omologare constă în următoarele: 
— un dreptunghi în interiorul căruia se plasează litera 
„e” urmată de un număr sau de o literă 
distinctiv(ă) pentru ţara care a emis omologarea; 
— un număr de omologare corespunzător numărului 
certificatului de omologare acordat unui card de 
tahograf, plasat oriunde în imediata apropiere a 
dreptunghiului susmenţionat.  
2.2 Teste mecanice  
[Mărimea cardului] 
Cardurile de tahograf trebuie să respecte stan­
dardul 
ISO/IEC 7810, Identification cards – Physical 
characteristics, 
[5] Dimensiunea cardului; 
[5.1] Mărimea cardului; 
[5.1.1] Dimensiunile cardului și toleranţe; 
Card de tip ID-1 Card neutilizat 
[Marginile cardului] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[5] Dimensiunea cardului; 
[5.1] Mărimea cardului; 
[5.1.2] Marginile cardului  240, 243 
ISO/IEC 7810  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 404  
Nr. Test  Descriere  Cerinţe asociate  
[Construcţia cardului] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[6] Construcţia cardului 
[Materiale utilizate pentru fabricarea cardului] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[7] Materiale utilizate pentru fabricarea cardului 
[Rigiditatea de îndoire] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.1] Rigiditate de îndoire 
[Toxicitate] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.3] Toxicitate 
[Rezistenţa la substanţe chimice] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.4] Rezistenţa la substanţe chimice 
[Stabilitatea cardului] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.5] Stabilitatea dimensională a cardului și capacita- 
tea de deformare sub efectul temperaturii și al 
umidităţii  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 405  
Nr. Test  Descriere  Cerinţe asociate  
[Lumină] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.6] Lumină 
[Durabilitate] 
Anexa 1C capitolul 4.4, „Specificaţii de mediu și 
electrice”, punctul 241) 
Cardurile de tahograf trebuie să poată funcţiona corect 
timp de cinci ani dacă sunt folosite conform 
specificaţiilor de mediu și electrice. 
[Rezistenţa stratului exterior] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.8] Rezistenţa stratului exterior 
[Aderenţă sau blocare] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.9] Aderenţă sau blocare 
[Capacitate de deformare] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.11] Capacitatea de deformare globală a cardului 
[Rezistenţa la căldură] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.12] Rezistenţa la căldură  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 406  
Nr. Test  Descriere  Cerinţe asociate  
[Distorsiuni ale suprafeţei] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.13] Distorsiuni ale suprafeţei 
[Contaminare] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identification cards – Physical char- 
acteristics, 
[8] Caracteristicile cardului, 
[8.14] Contaminarea și interacţiunea componentelor 
cardului  
2.3 Teste mecanice cu 
modulul cipului 
integrat  [Îndoire] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identification 
cards – Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits 
[9.2] Tensiune de îndoire dinamică 
Numărul total de cicluri de îndoire: 4 000. 
[Torsiune] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
– Physical characteristics, Amendment 1: Criteria for 
cards containing integrated circuits 
[9.3] Tensiune de torsiune dinamică 
Numărul total de cicluri de torsiune: 4 000.  ISO/IEC 7810  
3 Modul  
3.1 Modul  Modulul este alcătuit din capsula ermetică și plotul cipului. 
[Profil de suprafaţă] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-1:2011, Identification cards – Integrated 
circuit cards – Part 1: Cards with contacts – Physical 
characteristics 
[4.2] Profilul de suprafaţă al contactelor  ISO/IEC 7816  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 407  
Nr. Test  Descriere  Cerinţe asociate  
[Rezistenţă mecanică] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-1:2011, Identification cards – Integrated 
circuit cards – Part 1: Cards with contacts – Physical 
characteristics 
[4.3] Rezistenţă mecanică (a unui card și a contactelor) 
[Rezistenţă electrică] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-1:2011, Identification cards – Inte- 
grated circuit cards – Part 1: Cards with contacts – 
Physical characteristics 
[4.4] Rezistenţă electrică (a contactelor) 
[Dimensiune] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-2:2007, Identification cards – Inte- 
grated circuit cards – Part 2: Cards with contacts – 
Dimension and location of the contacts 
[3] Dimensiunea contactelor 
[Locaţie] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-2:2007, Identification cards – Inte- 
grated circuit cards – Part 2: Cards with contacts – 
Dimension and location of the contacts 
[4] Numărul și locaţia contactelor 
În cazul modulelor cu șase contacte, contactele „C4” 
și „C8” nu fac obiectul acestei cerinţe de testare.  
4 Cip  
4.1 Cip  
[Temperatura de funcţionare] 
Cipul cardului de tahograf funcţionează în intervalul 
de temperatură ambientală dintre – 25 °C și + 85 °C.  241 – 244 
R10 al CEE 
ISO/IEC 7810 
ISO/IEC 10373  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 408  
Nr. Test  Descriere  Cerinţe asociate  
[Temperatură și umiditate] 
Anexa 1C capitolul 4.4, „Specificaţii de mediu și 
electrice”, punctul 241) 
Cardurile de tahograf trebuie să poată funcţiona 
corect în toate condiţiile climatice întâlnite în mod 
normal pe teritoriul Uniunii și cel puţin în intervalul 
de temperatură cuprins între – 25 °C și + 70 °C, cu 
creșteri ocazionale ale temperaturii de până la 
+ 85 °C; „ocazional” înseamnă timp de cel mult 4 
ore o dată și de cel mult 100 de ori pe întreaga 
durată de viaţă a cardului. 
Cardurile de tahograf sunt expuse, în etape conse­
cutive, la următoarele temperaturi și niveluri de 
umiditate, pe durata indicată. După fiecare etapă, se 
testează funcţionalitatea electrică a cardurilor de 
tahograf. 
1. Temperatură de – 20 °C timp de 2 h. 
2. Temperatură de +/– 0 °C timp de 2 h. 
3. Temperatură de + 20 °C, umiditate relativă de 
50 %, timp de 2 h. 
4. Temperatură de + 50 °C, umiditate relativă de 
50 %, timp de 2 h. 
5. Temperatură de + 70 °C, umiditate relativă de 
50 %, timp de 2 h. 
Temperatura este mărită intermitent la + 85 °C, 
umiditate relativă de 50 %, timp de 60 min. 
6. Temperatură de + 70 °C, umiditate relativă de 
85 %, timp de 2 h. 
Temperatura este mărită intermitent la + 85 °C, 
umiditate relativă de 85 %, timp de 30 min. 
[Umiditate] 
Anexa 1C capitolul 4.4, „Specificaţii de mediu și 
electrice”, punctul 242) 
Cardurile de tahograf trebuie să poată funcţiona corect 
în intervalul de umiditate cuprins între 10 % și 90 %. 
[Compatibilitate electromagnetică – CEM] 
Anexa 1C capitolul 4.4, „Specificaţii de mediu și 
electrice”, punctul 244) 
În cursul funcţionării, cardurile de tahograf respectă 
R10 al CEE, referitor la compatibilitatea electromag- 
netică.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 409  
Nr. Test  Descriere  Cerinţe asociate  
[Electricitate statică] 
Anexa 1C capitolul 4.4, „Specificaţii de mediu și 
electrice”, punctul 244) 
În timpul funcţionării, cardurile de tahograf sunt 
protejate împotriva descărcărilor electrostatice. 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
– Physical characteristics, Amendment 1: Criteria for 
cards containing integrated circuits 
[9.4] Electricitate statică 
[9.4.1] Carduri IC cu contacte 
Tensiune de testare: 4 000 V. 
[raze X] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
– Physical characteristics, Amendment 1: Criteria for 
cards containing integrated circuits 
[9.1] Raze X 
[Lumină ultravioletă] 
ISO/IEC 10373-1:2006, Identification cards – Test 
methods – Part 1: General characteristics 
[5.11] Lumină ultravioletă 
[cu 3 roţi] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 10373-1:2006/Amd. 1:2012, Identification 
cards – Test methods – Part 1: General characteristics, 
Amendment 1 
[5.22] Carduri IC – Rezistenţă mecanică: test cu 3 roţi 
pentru carduri IC cu contacte 
[Învelișul] 
Cardurile de tahograf trebuie să respecte standardul 
MasterCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Testarea rezistenţei învelișului 
[13.2.1.32] TM-422: Fiabilitate mecanică: Test pri- 
vind ambalajul  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 410  
Nr. Test  Descriere  Cerinţe asociate  
4.2 Teste mecanice cu 
modulul cipului 
integrat în corpul 
cardului-> identic cu 
2.3 [Îndoire] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identification 
cards – Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits 
[9.2] Tensiune de îndoire dinamică 
Numărul total de cicluri de îndoire: 4 000. 
[Torsiune] 
Cardurile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards 
– Physical characteristics, Amendment 1: Criteria for 
cards containing integrated circuits 
[9.3] Tensiune de torsiune dinamică 
Numărul total de cicluri de torsiune: 4 000.  ISO/IEC 7810  
5 Teste privind protocoalele  
5.1 ATR  Se verifică dacă ATR este conform  ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18  
5.2 T  =  0  Se verifică dacă protocolul T = 0 este conform  ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15  
5.3 PTS  Se verifică conformitatea comenzii PTS prin 
schimbarea protocolului T = 0 în T = 1  ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21  
5.4 T  =  1  Se verifică dacă protocolul T = 1 este conform  ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16  
6 Structura cardului  
6.1 Se testează conformitatea structurii de fișiere a 
cardului, verificându-se prezenţa pe card a fișierelor 
obligatorii și condiţiile de acces ale acestora  TCS_22 – TCS_28 
TCS_140 – 
TCS_179  
7 Teste de func ţionare  
7.1 Procesare normală  Se testează cel puţin o dată fiecare utilizare permisă a 
fiecărei comenzi (de ex.: se testează comanda 
UPDATE BINARY cu CLA = „00”, CLA = „0C” și 
cu parametri P1, P2 și Lc diferiţi) 
Se verifică dacă operaţiunile au fost efectiv efectuate 
pe card (de ex.: prin citirea fișierului pe care s-a 
executat comanda)  TCS_29 – TCS_139  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 411  
Nr. Test  Descriere  Cerinţe asociate  
7.2 Mesaje de eroare  Se testează cel puţin o dată fiecare mesaj de eroare 
(conform apendicelui 2) pentru fiecare comandă. 
Se testează cel puţin o dată fiecare eroare generică (cu 
excepţia erorilor de integritate „ 6400 ” verificate în 
cadrul certificării de securitate)  
7.3 Suite cifru și parametri de domeniu standardizaţi  CSM_48, CSM_50  
8 Personalizare  
8.1 Personalizare optică  Anexa 1C capitolul 4.1 „Date vizibile”, punctul 
230) 
Pe recto figurează: 
informaţii specifice pentru cardul emis. 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 231) 
Pe recto figurează: 
datele în format „zz/ll/aaaa” sau „zz.ll.aaaa” (zi, lună, 
an). 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 235) 
Cardurile de tahograf trebuie să aibă cel puţin 
următoarele caracteristici pentru protecţia corpului 
cardului împotriva falsificării și a manipulării fraudu- 
loase: 
— în zona fotografiei, fondul de securitate și 
fotografia se suprapun.  230, 231, 235  
5. TESTE PRIVIND ECHIPAMENTUL GNSS EXTERN  
Nr. Test  Descriere  Cerinţe asociate  
1. Examinare administrativ ă 
1.1 Documentaţie  Corectitudinea documentaţiei  
2. Inspec ţie vizuală a echipamentului GNSS extern  
2.1. Conformitatea cu documentaţia  
2.2. Identificare/inscripţii  224 – 226  
2.3 Materiale  219 – 223  
3. Teste de func ţionare  
3.1 Date de identificare a senzorului  98,99  
3.2 Cuplare între echipamentul GNSS extern și unitatea montată pe vehicul  123, 205  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 412  
Nr. Test  Descriere  Cerinţe asociate  
3.3 Poziţie GNSS  36, 37  
3.4 Interfaţa unităţii montate pe vehicul atunci când receptorul G NSS este exterior 
unităţii montate pe vehicul  03 
3.5 Suite cifru și parametri de domeniu standardizaţi  CSM_48, CSM_50  
4. Teste de mediu  
4.1 Temperatură  Verificarea funcţionalităţii prin: 
Test în conformitate cu ISO 16750-4, Chapter 5.1.1.2: Low 
temperature operation test (72 h @ – 20 °C) 
Acest test se referă la IEC 60068-2-1: Environmental testing 
– Part 2-1: Tests – Test A: Cold 
Test în conformitate cu ISO 16750-4: Chapter 5.1.2.2: High 
temperature operation test (72 h @ 70 °C) 
Acest test se referă la IEC 60068-2-2: Basic environmental 
testing procedures; part 2: tests; tests B: dry heat 
Test în conformitate cu ISO 16750-4: Chapter 5.3.2: Rapid 
change of temperature with specified transition duration 
(-20°C/70 °C, 20 cycles, dwell time 1h at each temperature) 
Un număr redus de teste (dintre cele definite în secţiunea 3 
din prezentul tabel) pot fi efectuate la temperatura cea mai 
scăzută, la temperatura cea mai ridicată și pe parcursul 
ciclurilor de temperatură  213 
4.2 Umiditate  Se verifică, prin intermediul testului Db, IEC 60068-2-30, 
dacă unitatea montată pe vehicul poate suporta un ciclu de 
căldură umedă (testul de căldură), prin șase cicluri de câte 24  
de ore fiecare, cu temperaturi variind între + 25 °C și 
+ 55 °C la o umiditate relativă de 97 % la + 25 °C și egală 
cu 93 % la + 55 °C  214 
4.3 Teste mecanice  1. Vibraţii sinusoidale. 
Se verifică dacă unitatea montată pe vehicul poate suporta 
vibraţii sinusoidale cu următoarele caracteristici: 
deplasare constantă la frecvenţe între 5 și 11 Hz: valoare 
maximă 10 mm 
acceleraţie constantă între 11 și 300 Hz: 5 g 
Această cerinţă este verificată prin intermediul testului Fc, 
IEC 60068-2-6, cu o durată minimă a testului de 3 × 12 
ore (12 ore per axă) 
ISO 16750-3 nu prevede un test de vibraţii sinusoidale 
pentru dispozitivele situate în cabina decuplată a 
vehiculului.  219 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 413  
Nr. Test  Descriere  Cerinţe asociate  
2. Vibraţii aleatorii: 
Test în conformitate cu ISO 16750-3: Chapter 4.1.2.8: 
Testul VIII: Commercial vehicle, decoupled vehicle cab 
Test de vibraţii aleatorii, 10…2 000 Hz, RMS vertical 
21,3 m/s  2 , RMS longitudinal 11,8 m/s  2 , RMS lateral 
13,1 m/s  2 , 3 axe, 32 de ore per axă, inclusiv ciclul de 
temperatură – 20…70 °C. 
Acest test se referă la IEC 60068-2-64: Environmental 
testing – Part 2-64: Tests – Test Fh: Vibration, broadband 
random and guidance 
3. Șocuri: 
șoc mecanic semisinusoidal 3 g în conformitate cu ISO 
16750. 
Testele descrise anterior se efectuează pe mostre diferite ale 
tipului de echipament testat.  
4.4 Protecţie 
împotriva apei 
și corpurilor 
străine  Test în conformitate cu ISO 20653: Road vehicles – Degree 
of protection (IP code) – Protection of electrical equipment 
against foreign objects, water and access (No change in para­
meters)  220, 221  
4.5 Protecţie 
împotriva 
supratensiunii  Se verifică dacă unitatea montată pe vehicul poate suporta o 
sursă de alimentare de:  216 
Pentru versiunile de 24 V:  34 V la + 40 °C 1 oră  
Pentru versiunile de 12 V:  17 V la + 40 °C 1 oră  
( ISO 16750-2, capitolul 4.3)  
4.6 Protecţie 
împotriva pola­
rităţii inverse  Se verifică dacă unitatea montată pe vehicul poate suporta o 
inversare a polarităţii la sursa de alimentare 
( ISO 16750-2, capitolul 4.7)  216 
4.7 Protecţie 
împotriva scur­
tcircuitelor  Se verifică dacă semnalele de intrare/ieșire sunt protejate 
împotriva scurtcircuitelor la sursa de alimentare și la masă 
( ISO 16750-2, capitolul 4.10)  216 
5 Teste CEM  
5.1 Emisii de 
radiaţii și 
susceptibilitate 
de radiaţii  Conformitate cu Regulamentul R10 al CEE  218  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 414  
Nr. Test  Descriere  Cerinţe asociate  
5.2 Descărcări elec­
trostatice  Conformitate cu ISO 10605:2008 + Rectificare tehnică:2010 
+ AMD1:2014: +/– 4kV pentru contact și +/– 8kV pentru 
evacuarea aerului  218 
5.3 Susceptibilitate 
de conducţie 
tranzitorie la 
sursa de 
alimentare  Pentru versiunile de 24 V: conformitate cu ISO 7637-2 + 
Regulamentul nr. 10 al CEE Rev. 3: 
puls 1a: Vs = – 450 V Ri = 50 ohmi 
puls 2a: Vs = + 37 V Ri = 2 ohmi 
puls 2b: Vs = + 20 V Ri = 0,05 ohmi 
puls 3a: Vs = – 150 V Ri = 50 ohmi 
puls 3b: Vs = + 150 V Ri = 50 ohmi 
puls 4: Vs = –16 V Va = –12 V t6 = 100ms 
puls 5: Vs = + 120 V Ri = 2,2 ohmi td = 250ms 
Pentru versiunile de 12 V: conformitate cu ISO 7637-1 + 
Regulamentul nr. 10 al CEE Rev. 3: 
puls 1: Vs = – 75 V Ri = 10 ohmi 
puls 2a: Vs = + 37 V Ri = 2 ohmi 
puls 2b: Vs = + 10 V Ri = 0,05 ohmi 
puls 3a: Vs = – 112 V Ri = 50 ohmi 
puls 3b: Vs = + 75 V Ri = 50 ohmi 
puls 4: Vs = – 6 V Va = – 5 V t6 = 15ms 
puls 5: Vs = + 65 V Ri = 3 ohmi td = 100ms 
Pulsul 5 se testează numai pentru unităţile montate pe 
vehicule care sunt proiectate pentru a fi instalate în 
vehicule care nu dispun de o protecţie externă obișnuită 
împotriva întreruperii alimentării 
Pentru propunerea privind întreruperea alimentării, a se vedea 
ISO 16750-2, a 4-a ediţie, capitolul 4.6.4.  218 
▼M1 
6. TEST PRIVIND ECHIPAMENTUL EXTERN DE COMUNICARE LA 
DISTANŢĂ  
Nr. Test  Descriere  Cerinţe asociate  
1. Examinare administrativ ă 
1.1 Documentaţie  Corectitudinea docu­
mentaţiei  
2. Inspec ţie vizuală 
2.1. Conformitatea cu documentaţia  
2.2. Identificare/inscripţii  225, 226  
2.3 Materiale  219-223  
3. Teste de func ţionare  
3.1 Comunicarea la distanţă pentru controalele selective în trafic  4, 197-199  
3.2 Înregistrarea și stocarea în memoria de date  9 1  
3.3 Comunicarea cu unitatea montată pe vehicul  Apendicele 14 
DSC_66 - DSC_70, 
DSC_71 - DSC_76  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 415  
Nr. Test  Descriere  Cerinţe asociate  
4. Teste de mediu  
4.1 Temperatură  Verificarea funcţionalităţii prin: 
Test în conformitate cu ISO 16750-4, Chapter 5.1.1.2: 
Low temperature operation test (72 h @ – 20 °C) 
Acest test se referă la IEC 60068-2-1: Environmental 
testing – Part 2-1: Tests - Test A: Cold 
Test în conformitate cu ISO 16750-4: Chapter 5.1.2.2: 
High temperature operation test (72 h @ 70 °C) 
Acest test se referă la IEC 60068-2-2: Basic environ­
mental testing procedures; part 2: tests; tests B: dry heat 
Test în conformitate cu ISO 16750-4: Chapter 5.3.2: 
Rapid change of temperature with specified transition 
duration (– 20°C/70 °C, 20 cycles, dwell time 1 h at 
each temperature) 
Un număr redus de teste (dintre cele definite în secţiunea 
3 din prezentul tabel) pot fi efectuate la temperatura cea 
mai scăzută, la temperatura cea mai ridicată și pe 
parcursul ciclurilor de temperatură  213 
4.2 Protecţie împotriva 
apei și corpurilor 
străine  Test în conformitate cu ISO 20653: Road vehicles – 
Degree of protection (IP code) – Protection of electrical 
equipment against foreign objects, water and access 
(targeted value IP40)  220, 221  
5. Teste CEM  
5.1 Emisii de radiaţii și 
susceptibilitate de 
radiaţii  Conformitate cu Regulamentul R10 al CEE  218  
5.2 Descărcări electros­
tatice  Conformitate cu ISO 10605:2008 + Rectificare tehnică: 
2010 + AMD1:2014: + /– 4kV pentru contact și + /– 
8kV pentru evacuarea aerului  218 
5.3 Susceptibilitate de 
conducţie tranzitorie 
la sursa de 
alimentare  Pentru versiunile de 24 V: conformitate cu ISO 7637-2 
+ Regulamentul nr. 10 al CEE Rev. 3: 
puls 1a: Vs=– 450 V Ri=50 ohmi 
puls 2 a: Vs=+ 37 V Ri=2 ohmi 
puls 2b: Vs=+ 20 V Ri=0,05 ohmi 
puls 3 a: Vs=– 150 V Ri=50 ohmi 
puls 3b: Vs=+ 150 V Ri=50 ohmi 
puls 4: Vs=– 16V Va=– 12V t6=100 ms 
puls 5: Vs=+ 120 V Ri=2,2 ohmi td=250 ms 
Pentru versiunile de 12 V: conformitate cu ISO 7637-1 
+ Regulamentul nr. 10 al CEE Rev. 3: 
puls 1: Vs=– 75 V Ri=10 ohmi 
puls 2 a: Vs=+ 37 V Ri=2 ohmi 
puls 2b: Vs=+ 10 V Ri=0,05 ohmi 
puls 3 a: Vs=– 112 V Ri=50 ohmi  218 ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 416  
Nr. Test  Descriere  Cerinţe asociate  
puls 3b: Vs=+ 75 V Ri=50 ohmi 
puls 4: Vs=– 6 V Va=– 5 V t6=15 ms 
puls 5: Vs=+ 65 V Ri=3 ohmi td=100 ms 
Pulsul 5 se testează numai pentru unităţile montate pe 
vehicule care sunt proiectate pentru a fi instalate în 
vehicule care nu dispun de o protecţie externă 
obișnuită împotriva întreruperii alimentării 
Pentru propunerea privind întreruperea alimentării, a se 
vedea ISO 16750-2, a 4-a ediţie, capitolul 4.6.4.  
▼B 
7. TESTE DE FUNCŢIONARE PRIVIND HÂRTIA  
Nr. Test  Descriere  Cerinţe asociate  
1. Examinare administrativ ă 
1.1 Documentaţie  Corectitudinea documentaţiei  
2 Teste generale  
2.1 Număr de caractere 
pe fiecare rând  Inspecţie vizuală a documentelor imprimate.  172  
2.2 Dimensiunea minimă 
a caracterelor  Inspecţie vizuală a documentului imprimat și verificarea 
caracterelor.  173 
2.3 Seturi de caractere 
compatibile  Imprimanta trebuie să fie compatibilă cu caracterele 
specificate în apendicele 1 capitolul 4, „Seturi de 
caractere”.  174 
2.4 Definiţia docu­
mentelor imprimate  Verificarea omologării de tip a tahografului și inspecţia 
vizuală a documentelor imprimate  174 
2.5 Lizibilitatea și identi­
ficarea documentelor 
imprimate  Inspectarea documentelor imprimate 
Demonstrate prin rapoarte de testare și protocoale de 
testare de către producător. 
Toate numerele de omologare ale tahografelor cu care 
poate fi utilizată imprimanta sunt imprimate pe hârtie.  175, 177, 178  
2.6 Adăugarea de 
menţiuni scrise de 
mână  Inspecţie vizuală: Este disponibil un câmp pentru 
semnătura conducătorului auto. 
Sunt disponibile câmpuri pentru alte menţiuni scrise de 
mână.  180 
2.7 Detalii suplimentare 
privind feţele hârtiei.  Pe ambele feţe ale hârtiei pot figura detalii și informaţii 
suplimentare. 
Aceste detalii și informaţii suplimentare nu trebuie să 
afecteze lizibilitatea documentelor imprimate. 
Inspecţie vizuală.  177, 178  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 417  
Nr. Test  Descriere  Cerinţe asociate  
3 Teste privind stocarea  
3.1 Căldură uscată  Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate 
relativă de 55 % ±3 % 
Mediul de testare: 72 ore la + 70 °C ± 2 °C 
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă 
de 55 % ± 3 %  176, 178 
IEC 60068-2-2-Bb  
2.2 Căldură umedă  Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate 
relativă de 55 % ± 3 % 
Mediul de testare: 144 ore la + 55 °C ± 2 °C și 
umiditate relativă de 93 % ± 3 % 
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă 
de 55 % ± 3 %  176, 178 
IEC 60068-2-78-Cab  
4 Teste privind utilizarea hârtiei  
4.1 Rezistenţa la 
umiditate a 
fundalului (hârtie 
neimprimată)  Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate 
relativă de 55 % ± 3 % 
Mediul de testare: 144 ore la + 55 °C ± 2 °C și 
umiditate relativă de 93 % ± 3 % 
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă 
de 55 % ± 3 %  176, 178 
IEC 60068-2-78-Cab  
4.2 Capacitatea de 
imprimare  Condiţii prealabile: 24 ore la + 40 °C ± 2 °C/umiditate 
relativă de 93 % ±3 % 
Mediul de testare: document imprimat la + 23 °C 
± 2 °C 
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă 
de 55 % ± 3 %  176, 178  
4.3 Rezistenţa la căldură  Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate 
relativă de 55 % ± 3 % 
Mediul de testare: 2 ore la + 70 °C ± 2 °C, căldură 
uscată 
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă 
de 55 % ± 3 %  176, 178 
IEC 60068-2-2-Bb  
4.4 Rezistenţa la tempe­
ratură scăzută  Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate 
relativă de 55 % ±3 % 
Mediul de testare: 24 de ore la -20 °C ± 3 °C, căldură 
umedă 
Recuperare: 16 ore la +23 °C ± 2 °C/umiditate relativă 
de 55 % ± 3 %  176, 178 
ISO 60068-2-1-Ab  
4.5 Rezistenţa la lumină  Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate 
relativă de 55 % ± 3 % 
Mediu de testare: 100 ore, la o iluminare de 5 000 de 
lucși, la + 23 °C ± 2 °C/umiditate relativă de 55 % 
± 3 % 
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă 
de 55 % ± 3 %  176, 178  
Criterii de lizibilitate pentru testele 3.x și 4.x:  
Lizibilitatea documentelor imprimate este asigurată dacă densit ăţile optice 
respectă următoarele limite:  
Caractere imprimate: min. 1,0  
Fundal (hârtie neimprimată): max. 0,2  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 418  
Densităţile optice ale documentelor imprimate rezultate se măso ară 
conform standardului DIN EN ISO 534.  
Documentele imprimate trebuie să nu prezinte modificări ale dim ensiunilor 
și să rămână perfect lizibile.  
8. TESTE DE INTEROPERABILITATE  
▼M1 
Nr. Test  Descriere  
8.1 Teste de interoperabilitate între unităţi montate pe vehicu le și carduri de tahograf  
1 Autentificare reciprocă  Se verifică dacă autentificarea reciprocă dintre unitatea mont ată pe 
vehicul și cardul de tahograf se produce normal  
2 Teste de scriere/citire  Se execută un scenariu tipic de activitate asupra unităţii mon tate pe 
vehicul. Scenariul trebuie adaptat tipului de card supus testăr ii și 
implică scrierea pe card într-un număr cât mai mare de fișiere 
elementare. 
Se verifică, prin descărcarea datelor din unitatea montată pe 
vehicul, dacă toate înregistrările corespunzătoare au fost efec tuate 
corect. 
Se verifică, prin descărcarea datelor de pe card, dacă toate în regis­
trările corespunzătoare au fost efectuate corect. 
Se verifică, prin documente imprimate zilnice, dacă toate înreg is­
trările corespunzătoare pot fi citite în mod adecvat.  
8.2 Teste de interoperabilitate între unităţi montate pe vehicu le și senzori de mișcare  
1 Asociere  Se verifică dacă asocierea dintre unităţile montate pe vehicul e și 
senzorii de mișcare se desfășoară normal  
2 Teste privind activităţile  Se execută un scenariu tipic de activitate asupra senzorului d e 
mișcare. Scenariul implică o activitate normală și crearea cât mai 
multor evenimente sau anomalii. 
Se verifică, prin descărcarea datelor din unitatea montată pe 
vehicul, dacă toate înregistrările corespunzătoare au fost efec tuate 
corect. 
Se verifică, prin descărcarea datelor de pe card, dacă toate în regis­
trările corespunzătoare au fost efectuate corect. 
Se verifică, printr-un document imprimat zilnic, dacă toate înr egis­
trările corespunzătoare pot fi citite în mod adecvat.  
8.3 Teste de interoperabilitate între unităţi montate pe vehicu le și echipamente GNSS externe (acolo unde este 
cazul)  
1 Autentificare reciprocă  Se verifică dacă autentificarea reciprocă (cuplarea) dintre un itatea 
montată pe vehicul și echipamentul GNSS extern se desfășoară 
normal.  
2 Teste privind activităţile  Se execută un scenariu tipic de activitate asupra echipamentul ui 
GNSS extern. Scenariul implică o activitate normală și crearea 
cât mai multor evenimente sau anomalii. 
Se verifică, prin descărcarea datelor din unitatea montată pe 
vehicul, dacă toate înregistrările corespunzătoare au fost efec tuate 
corect. 
Se verifică, prin descărcarea datelor de pe card, dacă toate în regis­
trările corespunzătoare au fost efectuate corect. 
Se verifică, printr-un document imprimat zilnic, dacă toate înr egis­
trările corespunzătoare pot fi citite în mod adecvat.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 419  
9. TESTE OSNMA  
9.1. Introducere  
Prezentul capitol descrie testele care dovedesc implementarea c orectă a 
OSNMA în receptorul GNSS. Întrucât autentificarea semnalului de  la 
satelit este efectuată exclusiv de receptorul GNSS, independent  de orice 
altă componentă a tahografului, testele prevăzute în prezentul capitol pot fi 
aplicate receptorului GNSS ca element de sine stătător. În aces t caz, 
producătorul tahografului trebuie să prezinte autorităţilor de omologare 
de tip un raport care oferă detalii cu privire la elaborarea și  rezultatele 
testelor efectuate sub responsabilitatea producătorului recepto rului GNSS.  
9.2 Condi ţii aplicabile  
— Criteriile de trecere/respingere definite în testele OSNMA su nt consi­
derate valabile numai pentru condiţiile de testare identificate . 
— Criteriile ar putea fi revizuite în momentul declaraţiei de s erviciu 
Galileo OSNMA și luând în considerare angajamentele privind 
performanţa serviciilor asociate.  
9.3. Defini ţii și acronime  
9.3.1 Definiţii  
Pornire la rece/la 
cald/fierbinte GNSS: se referă la condiţia de demarare a unui 
receptor GNSS bazată pe disponibilitatea 
orei (T), a almanahului (A) și efemeridei 
(E) actuale și a poziţiei (P):  
— Pornire la rece GNSS: nu există  
— Pornire la cald GNSS: T, A, P  
— Pornire fierbinte GNSS: T, A, E, P  
Pornire la rece/la 
cald/fierbinte OSNMA: se referă la condiţia de demarare a funcţiei 
OSNMA bazată pe disponibilitatea cheii 
publice (P) și a informaţiilor 
DSM-KROOT (K) (conform definiţiei din 
Ghidul privind receptoarele OSNMA 
menţionat în apendicele 12):  
— Pornire la rece OSNMA: nu există  
— Pornire la cald OSNMA: P  
— Pornire fierbinte OSNMA: P, K  
9.3.2 Acronime  
ADKD  Authentication Data & Key Delay  (Date de autentificare 
și interval dintre chei)  
DSM-KROOT Mesaj semnătură digitală KROOT  
GNSS  Global Navigation Satellite System  (Sistem global de 
navigaţie prin satelit)  
KROOT  Root Key of the TESLA key chain  (Cheia rădăcină a 
lanţului de chei TESLA)  
MAC  Message Authentication Code  (Cod de autentificare a 
mesajelor)  
NMACK  Number of MAC & key blocks (per 30 seconds) [Numărul 
de MAC și blocuri de chei (per 30 de secunde)]  
OSNMA  Galileo Open Service Navigation Message Authentication  
(Autentificarea mesajului de navigaţie de la serviciul 
deschis al Galileo)  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 420  
SLMAC MAC lent  
TESLA  Timed Efficient Stream Loss-tolerant Authentication  
(Autentificare eficientă temporizată și tolerantă la 
pierderi de flux de date) (Protocol utilizat în OSNMA)  
9.4. Echipament pentru generarea semnalelor GNSS  
Generarea semnalelor GNSS poate fi realizată utilizând un simul ator de 
semnale GNSS multiconstelaţie compatibil cu transmiterea de mes aje 
OSNMA. Alternativ, se poate utiliza un reproducător de semnale de radio­
frecvenţă capabil să redea eșantioane de semnale GNSS din fișie re. 
Adâncimea tipică de biţi și rata de eșantionare sunt de 4 biţi I/Q și, 
respectiv, 10 MHz.  
Se presupune că receptorul GNSS are interfeţe pentru a comanda 
eliberarea memoriei receptorului (pentru a șterge în mod indepe ndent 
cheia publică, KROOT, informaţiile ceasurilor, informaţiile pri vind 
poziţia, efemerida și almanahul), pentru a seta realizarea orei  locale a 
receptorului pentru cerinţa de verificare a sincronizării OSNMA  ș i  
pentru a încărca informaţiile criptografice. Aceste comenzi pot  fi limitate 
la scopuri de testare și, prin urmare, este posibil să nu fie d isponibile 
pentru funcţionarea nominală a receptorului.  
9.5 Condi ţii de testare  
9.5.1 Condiţii GNSS  
Semnalele GNSS simulate sau reproduse vor avea următoarele 
caracteristici:  
— Scenariul de receptor utilizator static;  
— Cel puţin constelaţiile GPS și Galileo;  
— Frecvenţa E1/L1;  
— Cel puţin 4 sateliţi Galileo cu un unghi de elevaţie mai mare  de 5°;  
— Durata prevăzută pentru fiecare test;  
— Efemeride de navigaţie constante de la sateliţi în timpul tes tului.  
9.5.2 Condiţii OSNMA  
Mesajul OSNMA transmis în semnalul RF va avea următoarele 
caracteristici:  
— Un mesaj HKROOT cu statutul OSNMA setat la Operaţional sau Te st 
și un mesaj DSM-KROOT fix de 8 blocuri pentru lanţul în vigoare ; 
— Cel puţin 4 sateliţi Galileo care transmit OSNMA;  
— Un mesaj MACK cu un bloc MACK (și anume NMACK = 1) și cel 
puţin un ADKD = 0 și un ADKD = 12 per satelit și bloc MACK;  
— O dimensiune a etichetei de 40 biţi;  
— Lungimea minimă echivalentă a etichetei, astfel cum se preved e în 
Ghidul privind receptoarele OSNMA (în prezent 80 biţi).  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 421  
Cu excepţia cazului în care există indicaţii contrare, realizar ea orei interne 
a receptorului trebuie să fie cunoscută cu suficientă precizie și trebuie să 
fie aliniată în mod corespunzător cu ora simulată. Acest lucru garantează 
că cerinţa OSNMA de sincronizare a orei iniţiale este îndeplini tă pentru 
fiecare condiţie de testare, și anume sincronizarea nominală pe ntru toate 
testele, cu excepţia SLMAC. Pentru mai multe detalii cu privire  la iniţia­
lizarea orei, a se vedea Ghidul privind receptoarele OSNMA.  
A se remarca faptul că criteriile identificate de trecere/respi ngere sunt 
conservatoare și nu reprezintă performanţa preconizată a sistem ului 
Galileo OSNMA.  
9.6. Specifica ţii pentru test  
Nr. Test  Descriere  Cerinţe conexe  
1. Examinare administrativ ă 
1.1 Documentaţia  Corectitudinea documentaţiei  
2 Teste generale  
2.1 Pornire fierbinte 
OSNMA  Obiectiv: să se verifice dacă receptorul GNSS 
calculează o poziţie cu OSNMA după o pornire 
fierbinte. 
Procedură: 
Receptorul GNSS demarează în condiţii de demarare 
fierbinte a GNSS și OSNMA și obţine semnalele sate­
liţilor Galileo vizibili. 
Receptorul autentifică datele de navigaţie Galileo cu 
OSNMA (ADKD = 0) și oferă o poziţie cu date 
autentificate. 
Criterii de trecere/respingere: receptorul calculează un 
fix al poziţiei autentificate în 160 de secunde.  Apendicele 12, 
GNS_3b  
2.2 Pornire la cald 
OSNMA  Obiectiv: să se verifice dacă receptorul GNSS 
calculează o poziţie cu OSNMA după o pornire la cald. 
Procedură: 
Înainte de începerea testului, informaţiile legate de 
efemeridă și KROOT se șterg din memoria receptorului 
GNSS pentru a forţa o pornire GNSS și OSNMA la 
cald. 
Receptorul GNSS demarează și obţine semnalele sate­
liţilor Galileo vizibili. 
Se primește și se verifică DSM-KROOT. 
Receptorul autentifică datele de navigaţie Galileo cu 
OSNMA (ADKD = 0) și oferă o poziţie cu date 
autentificate. 
Criterii de trecere/respingere: receptorul calculează un 
fix valid al poziţiei autentificate în 430 de secunde.  Apendicele 12, 
GNS_3b  
2.3 Pornire la cald 
OSNMA cu SLMAC  Obiectiv: să se verifice dacă receptorul GNSS 
calculează o poziţie cu OSNMA după o pornire la 
cald cu o iniţializare a orei care necesită modul 
SLMAC, astfel cum este definită în Ghidul privind 
receptoarele OSNMA. 
Procedură: 
Realizarea orei receptorului intern trebuie configurată 
astfel încât să existe o incertitudine iniţială privind ora 
cu o valoare cuprinsă între 2 și 2,5 minute, astfel încât, 
în conformitate cu Ghidul privind receptoarele 
OSNMA, modul Slow MAC să fie activat.  Apendicele 12, 
GNS_3b  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 422  
Nr. Test  Descriere  Cerinţe conexe  
Înainte de începerea testelor, informaţiile legate de 
efemeridă și KROOT se șterg din memoria receptorului 
GNSS pentru a forţa o pornire GNSS și OSNMA la 
cald. 
Receptorul GNSS demarează și obţine semnalele sate­
liţilor Galileo vizibili. 
Se primește și se verifică DSM-KROOT. 
Receptorul autentifică datele de navigaţie Galileo numai 
cu OSNMA Slow MAC (ADKD = 12) și oferă o 
poziţie cu date autentificate. 
Criterii de trecere/respingere: receptorul calculează un 
fix valid al poziţiei autentificate în 730 de secunde.  
2.4 Pornire fierbinte 
OSNMA cu semnal 
reprodus  Obiectiv: să se verifice dacă receptorul GNSS 
detectează un semnal reprodus. 
Procedură: 
Receptorul GNSS demarează în condiţii de demarare 
fierbinte a GNSS și OSNMA și obţine semnalele sate­
liţilor Galileo vizibili. 
Receptorul autentifică datele de navigaţie Galileo cu 
OSNMA (ADKD = 0) și oferă o poziţie cu date 
autentificate. 
După ce receptorul furnizează o soluţie PVT cu date 
autentificate, acesta este oprit. 
Se simulează un semnal reprodus cu un decalaj de 40 
de secunde faţă de cel anterior, iar receptorul este 
pornit. 
Receptorul detectează faptul că ora sistemului Galileo 
din momentul semnalului în spaţiu și realizarea sincro­
nizării locale nu îndeplinesc cerinţa de sincronizare și 
încetează prelucrarea datelor OSNMA conform defi­
niţiei din Ghidul privind receptoarele OSNMA. 
Criterii de trecere/respingere: receptorul detectează 
reproducerea și nu calculează o poziţie validă autenti­
ficată de la începutul reproducerii până la finalul 
testului.  Apendicele 12, 
GNS_3b  
2.5 Pornire fierbinte 
OSNMA cu date false  Obiectiv: să se verifice dacă OSNMA detectează date 
false. 
Procedură: 
Receptorul GNSS demarează în condiţii de demarare 
fierbinte a GNSS și OSNMA. 
Receptorul GNSS trebuie să fie capabil să obţină 
semnalul de la toţi sateliţii Galileo vizibili și să 
verifice autenticitatea mesajelor lor de navigaţie prin 
intermediul OSNMA. 
Cel puţin un bit al datelor legate de efemeride furnizate 
de fiecare satelit Galileo nu corespunde datelor 
originale și autentificate, însă mesajul Galileo I/NAV 
trebuie să fie coerent, inclusiv CRC. 
Criterii de trecere/respingere: receptorul detectează 
datele false în 160 de secunde și nu calculează o 
poziţie validă autentificată până la finalul testului.  Apendicele 12, 
GNS_3b  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 423  
Apendicele 10  
CERINŢE DE SECURITATE  
Prezentul apendice specifică cerinţele de securitate informatic ă pentru compo­
nentele sistemului tahografic inteligent (tahograf de a doua ge neraţie).  
SEC_001 Următoarele componente ale sistemului tahografic inteli gent trebuie să 
fie certificate din punctul de vedere al securităţii în conform itate cu 
criteriile comune:  
— unitatea montată pe vehicul;  
— cardul de tahograf;  
— senzorul de mișcare;  
— echipamentul GNSS extern.  
SEC_002 Cerinţele minime de securitate informatică pe care treb uie să le 
respecte fiecare componentă care trebuie să fie certificată din  
punctul de vedere al securităţii sunt definite într-un profil d e 
protecţie al componentei, în conformitate cu criteriile comune.  
SEC_003 Comisia Europeană se asigură că patru profile de protec ţie conforme 
cu prezenta anexă sunt sponsorizate, dezvoltate, aprobate de or ga­
nismele guvernamentale de certificare în domeniul securităţii i nfor­
matice, create în cadrul Grupului de lucru mixt privind interpr etarea 
(JIWG –  Joint Interpretation Working Group ), care sprijină recu­
noașterea reciprocă a certificatelor în cadrul MRA (Acordul de recu­
noaștere reciprocă a certificatelor de evaluare a securităţii i nformatice) 
al grupului european SOGIS, și înregistrate:  
— profilul de protecţie pentru unitatea montată pe vehicul;  
— profilul de protecţie pentru cardul de tahograf;  
— profilul de protecţie pentru senzorul de mișcare;  
— profilul de protecţie pentru echipamentul GNSS extern.  
Profilul de protecţie pentru unitatea montată pe vehicul trebui e să abordeze 
cazurile în care VU este proiectată pentru a fi sau nu utilizat ă cu un echipament 
GNSS extern. În primul caz, cerinţele de securitate aplicabile echipamentului 
GNSS extern sunt specificate în profilul de protecţie aferent.  
SEC_004 Producătorii componentelor ameliorează și completează, după nece­
sităţi, profilul de protecţie corespunzător al componentei, făr ă a 
modifica sau a șterge ameninţările, obiectivele, mijloacele pro cedurale 
și specificaţiile funcţiilor de asigurare a securităţii existen te, pentru a 
crea un obiectiv de securitate în raport cu care să solicite ce rtificarea 
de securitate a componentei respective.  
SEC_005 În cursul procesului de evaluare, trebuie declarată con formitatea strictă 
a acestui obiectiv de securitate specific cu profilul de protec ţie cores­
punzător.  
SEC_006 Nivelul de siguranţă al fiecărui profil de protecţie tr ebuie să fie EAL4, 
amplificat de componentele de siguranţă ATE_DPT.2 și AVA_VAN.5.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 424  
Apendicele 11  
MECANISME DE SECURITATE COMUNE  
CUPRINS  
PREAMBUL  
PARTEA A SISTEMUL TAHOGRAFIC DE PRIMA GENERAŢIE  
1. INTRODUCERE  
1.1. Referinţe  
1.2. Notaţii și termeni abreviaţi  
2. SISTEME ȘI ALGORITMI CRIPTOGRAFICI  
2.1. Sisteme criptografice  
2.2. Algoritmi criptografici  
2.2.1 Algoritmul RSA  
2.2.2 Algoritmul de hash  
2.2.3 Algoritmul de criptare a datelor  
3. CHEI ȘI CERTIFICATE  
3.1. Generarea și distribuirea cheilor  
3.1.1 Generarea și distribuirea cheilor RSA  
3.1.2 Chei de testare RSA  
3.1.3 Cheile senzorului de mișcare  
3.1.4 Generarea și distribuţia cheilor de sesiune T-DES  
3.2. Chei  
3.3. Certificate  
3.3.1 Conţinutul certificatelor  
3.3.2 Certificate emise  
3.3.3 Verificarea și deschiderea certificatelor  
4. MECANISMUL DE AUTENTIFICARE RECIPROCĂ  
5. CONFIDENŢIALITATEA, INTEGRITATEA ȘI MECANISMUL 
DE AUTENTIFICARE ALE TRANSFERULUI DE DATE 
DINTRE VU ȘI CARDURI  
5.1. Mesagerie securizată  
5.2. Tratarea erorilor mesageriei securizate  
5.3. Algoritmul de calcul al sumelor de verificare criptografic e 
5.4. Algoritmul de calcul al criptogramelor pentru obiecte de d ate (DO) 
confidenţiale  
6. MECANISMELE DE SEMNARE DIGITALĂ A DATELOR 
DESCĂRCATE  
6.1. Generarea semnăturilor  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 425  
6.2. Verificarea semnăturilor  
PARTEA B SISTEMUL TAHOGRAFIC DE A DOUA GENERAŢIE  
7. INTRODUCERE  
7.1. Referinţe  
7.2. Notaţii și abrevieri  
7.3. Definiţii  
8. SISTEME ȘI ALGORITMI CRIPTOGRAFICI  
8.1. Sisteme criptografice  
8.2. Algoritmi criptografici  
8.2.1 Algoritmi simetrici  
8.2.2 Algoritmi asimetrici și parametri de domeniu standardizaţ i 
8.2.3 Algoritmi de hashing  
8.2.4 Suite cifru  
9. CHEI ȘI CERTIFICATE  
9.1. Perechi de chei asimetrice și certificate de cheie publică  
9.1.1 Consideraţii generale  
9.1.2 Nivelul european  
9.1.3 Nivelul statului membru  
9.1.4 Nivelul echipamentului: Unităţi montate pe vehicule  
9.1.5 Nivelul echipamentului: Carduri de tahograf  
9.1.6 Nivelul echipamentului: Echipamente GNSS externe  
9.1.7 Prezentare generală: Înlocuirea certificatelor  
9.2. Chei simetrice  
9.2.1 Chei pentru siguranţa comunicaţiilor dintre VU și senzoru l de 
mișcare  
9.2.2 Chei pentru securizarea comunicaţiilor specializate cu ra ză scurtă 
de acţiune (DSRC)  
9.3. Certificate  
9.3.1 Consideraţii generale  
9.3.2 Conţinutul certificatelor  
9.3.3 Solicitarea de certificate  
10. AUTENTIFICAREA RECIPROCĂ ȘI MESAGERIA SECU­ 
RIZATĂ ÎNTRE VU ȘI CARDURI  
10.1. Consideraţii generale  
10.2. Verificarea reciprocă a lanţului de certificate  
10.2.1 Verificarea lanţului de certificate de către VU  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 426  
10.2.2 Verificarea lanţului de certificate ale VU de către card  
10.3. Autentificarea VU  
10.4. Autentificarea cipului și înţelegerea asupra cheilor de s esiune  
10.5. Mesagerie securizată  
10.5.1 Consideraţii generale  
10.5.2 Structura mesageriei securizate  
10.5.3 Abandonarea sesiunii de mesagerie securizată  
11. CUPLAREA, AUTENTIFICAREA RECIPROCĂ ȘI 
MESAGERIA SECURIZATĂ ÎNTRE VU ȘI ECHIPAMENTUL 
GNSS EXTERN  
11.1. Consideraţii generale  
11.2. Cuplarea dintre VU și echipamentul GNSS extern  
11.3. Verificarea reciprocă a lanţului de certificate  
11.3.1 Consideraţii generale  
11.3.2 În timpul cuplării VU – EGF  
11.3.3 În timpul funcţionării normale  
11.4. Autentificarea VU, autentificarea cipului și înţelegerea asupra 
cheilor de sesiune  
11.5. Mesageria securizată  
12. ASOCIEREA ȘI COMUNICAREA DINTRE O VU ȘI UN 
SENZOR DE MIȘCARE  
12.1. Consideraţii generale  
12.2. Asocierea VU – senzor de mișcare folosind generaţii difer ite de 
chei 
12.3. Comunicarea și asocierea dintre o VU și un senzor de mișc are 
folosind AES  
12.4. Asocierea VU – senzor de mișcare pentru echipamente de di ferite 
generaţii  
13. SECURITATEA COMUNICĂRII LA DISTANŢĂ PRIN DSRC  
13.1. Consideraţii generale  
13.2. Criptarea datelor utile ale tahografului și generarea MAC  
13.3. Verificarea și decriptarea datelor utile ale tahografului  
14. SEMNAREA DESCĂRCĂRII DE DATE ȘI VERIFICAREA 
SEMNĂTURILOR  
14.1. Consideraţii generale  
14.2. Generarea semnăturilor  
14.3. Verificarea semnăturilor  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 427  
PREAMBUL  
Prezentul apendice precizează mecanismele de securitate care as igură  
— autentificarea reciprocă între diferitele componente ale sist emului tahografic,  
— confidenţialitatea, integritatea, autenticitatea și/sau evita rea respingerii datelor 
transferate între diferitele componente ale sistemului tahograf ic sau descărcate 
pe suporturi de stocare externe.  
Prezentul apendice cuprinde două părţi. Partea A definește meca nismele de secu­
ritate pentru sistemul tahografic de prima generaţie (tahografu l digital). Partea B 
definește mecanismele de securitate pentru sistemul tahografic de a doua 
generaţie (tahograful inteligent).  
Mecanismele menţionate în partea A din prezentul apendice se ap lică în cazul în 
care cel puţin una dintre componentele sistemului tahografic im plicate într-un 
proces de autentificare reciprocă și/sau de transfer de date es te de prima 
generaţie.  
Mecanismele menţionate în partea B din prezentul apendice se ap lică în cazul în 
care ambele componente ale sistemului tahografic implicate într -un proces de 
autentificare reciprocă și/sau de transfer de date sunt de a do ua generaţie.  
Apendicele 15 oferă mai multe informaţii privind utilizarea com ponentelor de 
prima generaţie în combinaţie cu componente de a doua generaţie . 
PARTEA A  
SISTEMUL TAHOGRAFIC DE PRIMA GENERA ŢIE 
1. INTRODUCERE  
1.1. Referin ţe 
În prezentul apendice se face trimitere la următoarele standard e: 
SHA-1  National Institute of Standards and 
Technology  (NIST).  Publication  FIPS 180-1:  Secure 
Hash Standard.  Aprilie 1995.  
PKCS1  RSA Laboratories . PKCS # 1:  RSA Encryption 
Standard  Versiunea 2.0. Octombrie 1998  
TDES  National Institute of Standards and 
Technology  (NIST).  FIPS Publication 46-3: Data 
Encryption Standard  Proiect 1999.  
TDES-OP ANSI X9.52,  Triple Data Encryption Algorithm 
Modes of Operation  1998.  
ISO/IEC 7816-4  Information Technology – Identification cards – Inte ­
grated circuit(s) cards with contacts – Part 4: Inte ­
rindustry commands for interexchange.  Prima ediţie: 
1995 + Amendamentul 1: 1997.  
ISO/IEC 7816-6  Information Technology – Identification cards – Inte ­
grated circuit(s) cards with contacts – Part 6: Inte ­
rindustry data elements.  Prima ediţie: 1996 + Cor 1: 
1998.  
ISO/IEC 7816-8  Information Technology – Identification cards – Inte ­
grated circuit(s) cards with contacts – Part 8: Security 
related interindustry commands.  Prima ediţie 1999.  
ISO/IEC 9796-2  Information Technology – Security techniques – 
Digital signature schemes giving message recovery – 
Part 2: Mechanisms using a hash function.  Prima 
ediţie: 1997.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 428  
ISO/IEC 9798-3  Information Technology – Security techniques – Entity 
authentication mechanisms – Part 3: Entity authenti ­
cation using a public key algorithm.  Ediţia a doua 
1998.  
ISO 16844-3 Road vehicles – Tachograph systems – Part 3: Motion  
sensor interface.  
1.2. Nota ţii și termeni abrevia ţi 
În prezentul apendice sunt folosite următoarele notaţii și term eni 
abreviaţi:  
(K a , K  b , K  c ) un grup de chei utilizat de algoritmul de criptare triplă 
a datelor,  
CA autoritate de certificare,  
CAR identificator al autorităţii de certificare,  
CC sumă de verificare criptografică,  
CG criptogramă,  
CH antet de comandă,  
CHA autorizaţia deţinătorului certificatului,  
CHR identificator al deţinătorului certificatului,  
D() decriptare cu DES  (Data Encryption Standard),  
DE element de date,  
DO obiect de date,  
d cheie privată RSA, exponent privat,  
e cheie publică RSA, exponent public,  
E() criptare cu DES,  
EQT echipament,  
Hash()  valoare  hash , un rezultat al funcţiei  hash,  
Hash  funcţie  hash , 
KID identificator de cheie,  
Km cheie TDES. Cheie master definită în ISO 16844-3.  
Km  VU cheie TDES introdusă în unităţile montate pe vehicule,  
Km  WC cheie TDES introdusă în cardurile de atelier.  
m reprezentant de mesaj, număr întreg cuprins între 0 și  
n-1, 
n chei RSA, modul,  
PB octeţi de completare,  
PI Octet indicator de completare (utilizat în criptograme 
pentru confidenţialitatea DO),  
PV Valoare a datelor în clar,  
s reprezentant de semnătură, număr întreg cuprins între 
0 și n-1, 
SSC Contor de secvenţe trimise,  
SM Mesagerie securizată,  
TCBC Mod de funcţionare prin înlănţuirea blocurilor cifrate 
TDEA,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 429  
TDEA Algoritm de criptare triplă a datelor,  
TLV Valoarea unei lungimi de etichetă,  
VU Unitate montată pe vehicul,  
X.C Certificatul utilizatorului X emis de o autoritate de 
certificare,  
X.CA o autoritate de certificare a utilizatorului X,  
X.CA.PK  o X.C Operaţia de dezvăluire a unui certificat pentru a 
extrage o cheie publică. Este un operator infix, al 
cărui operand stâng este cheia publică a unei autorităţi 
de certificare, iar operandul drept este certificatul emis 
de acea autoritate de certificare. Rezultatul este cheia 
publică a utilizatorului X al cărui certificat este 
operandul drept,  
X.PK Cheia privată RSA a utilizatorului X,  
X.PK[I] Cifrarea RSA a unor informaţii I, folosind cheia 
publică a utilizatorului X  
X.SK Cheia privată RSA a utilizatorului X,  
X.SK[I] Cifrarea RSA a unor informaţii I, folosind cheia 
privată a utilizatorului X,  
„xx” o valoare hexazecimală,  
|| Operatorul de concatenare.  
2. SISTEME ȘI ALGORITMI CRIPTOGRAFICI  
2.1. Sisteme criptografice  
CSM_001 Unităţile montate pe vehicule și cardurile de tahograf 
utilizează un sistem criptografic cu cheie publică RSA 
clasic pentru a oferi următoarele mecanisme de securitate:  
— autentificarea între unităţile montate pe vehicule și 
carduri,  
— transportul cheilor de sesiune de tip DES triplu între 
unităţile montate pe vehicule și cardurile de tahograf,  
— semnătura digitală a datelor descărcate din unităţile 
montate pe vehicule și din cardurile de tahograf pe 
suporturi externe.  
CSM_002 Unităţile montate pe vehicule și cardurile de tahograf 
utilizează un sistem criptografic simetric DES triplu în 
scopul de a asigura un mecanism pentru integritatea datelor 
în timpul schimburilor de date privind utilizatorul dintre 
unităţile montate pe vehicule și cardurile de tahograf și 
pentru a garanta, unde este cazul, confidenţialitatea schim­
burilor de date dintre unităţile montate pe vehicule și 
cardurile de tahograf.  
2.2. Algoritmi criptografici  
2.2.1  Algoritmul RSA  
CSM_003 Algoritmul RSA este definit în întregime de următoarele  
relaţii:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 430  
X.SK[ m] = s = m d mod n 
X.PK[ s] = m = s e mod n 
O descriere mai completă a funcţiei RSA poate fi găsită în 
referinţa [PKCS1]. Exponentul public, e, pentru calculul 
funcţiei RSA este un număr întreg cuprins între 3 și n-1 
care satisface gcd[e, lcm(p-1, q-1)] = 1.  
2.2.2  Algoritmul de hash  
CSM_004 Mecanismele de semnătură digitală utilizează algoritmul  d e 
hash  SHA-1 astfel cum este definit în referinţa [SHA-1].  
2.2.3  Algoritmul de criptare a datelor  
CSM_005 Algoritmii bazaţi pe DES sunt utilizaţi în modul de fun c­ 
ţionare prin înlănţuirea blocurilor cifrate.  
3. CHEI ȘI CERTIFICATE  
3.1. Generarea și distribuirea cheilor  
3.1.1  Generarea și distribuirea cheilor RSA  
CSM_006 Cheile RSA sunt generate prin trei niveluri ierarhice f unc­ 
ţionale:  
— nivelul european,  
— nivelul statului membru,  
— nivelul echipamentului.  
CSM_007 La nivelul european se generează o pereche unică de che i 
europene (EUR.SK și EUR.PK). Cheia privată europeană se 
utilizează pentru certificarea cheilor publice ale statelor 
membre. Se ţine evidenţa tuturor cheilor certificate. Aceste 
sarcini sunt îndeplinite de o autoritate de certificare 
europeană, sub autoritatea și responsabilitatea Comisiei 
Europene.  
CSM_008 La nivelul statului membru se generează o pereche de ch ei ale 
statului membru (MS.SK și MS.PK). Cheile publice ale 
statelor membre sunt certificate de autoritatea de certificare 
europeană. Cheile private ale statelor membre se utilizează 
pentru certificarea cheilor publice care se introduc în echi­
pament (unitatea montată pe vehicul sau cardul de tahograf). 
Se ţine evidenţa tuturor cheilor publice certificate, împreună 
cu datele de identificare a echipamentului căruia îi sunt 
destinate. Aceste sarcini sunt îndeplinite de autoritatea de 
certificare a unui stat membru. Un stat membru își poate 
schimba periodic perechea de chei.  
CSM_009 La nivelul echipamentului se generează o singură perech e de 
chei (EQT.SK și EQT.PK), care se introduce în fiecare echi­
pament. Cheile publice ale echipamentelor sunt certificate de 
autoritatea de certificare a unui stat membru. Aceste sarcini 
pot fi îndeplinite de producătorii de echipamente, de serviciil e 
de personalizare a echipamentelor sau de autorităţile statelor 
membre. Această pereche de chei se folosește pentru serviciile 
de autentificare, de semnătură digitală și de cifrare.  
CSM_010 Confidenţialitatea cheilor private trebuie menţinută în  timpul 
generării, transportului (dacă este cazul) și stocării.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 431  
Ilustraţia următoare sintetizează fluxul de date al acestui 
proces:
  
3.1.2  Chei de testare RSA  
CSM_011 Pentru testarea echipamentelor (inclusiv pentru testele  de inte­
roperabilitate), autoritatea de certificare europeană generează  
o pereche unică diferită de chei de testare europene și cel 
puţin două perechi de chei de testare ale statului membru, 
ale cărui chei publice sunt certificate cu cheia de testare 
privată europeană. Producătorii introduc, în echipamentele 
supuse testelor pentru omologarea de tip, chei de testare certi ­
ficate cu una dintre aceste chei de testare ale statului membru . 
3.1.3  Cheile senzorului de mi șcare 
Confidenţialitatea celor trei chei TDES descrise mai jos trebui e asigurată 
în mod corespunzător în timpul generării, transportului (dacă e ste cazul) 
și stocării.  
În scopul de a asigura compatibilitatea componentelor tahografu lui cu 
ISO 16844, autoritatea de certificare europeană și autorităţile  de certi­
ficare din statele membre asigură, în plus, următoarele:  
CSM_036 Autoritatea de certificare europeană generează KmVU și 
KmWC, două chei DES triple independente și unice, și 
generează Km ca fiind: Km = Km  VU XOR Km  WC . Auto­
ritatea de certificare europeană transmite aceste chei, prin 
proceduri securizate corespunzător, autorităţilor de certificar e 
ale statelor membre, la cererea acestora.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 432  
CSM_037 Autorităţile de certificare ale statelor membre:  
— folosesc Km pentru a cripta datele de la senzorul de 
mișcare solicitate de producătorii de senzori de mișcare 
(datele care trebuie criptate cu Km sunt definite în ISO 
16844-3),  
— transmit Km  VU producătorilor de unităţi montate pe 
vehicule, prin proceduri securizate corespunzător, pentru 
a fi introdusă în unităţile montate pe vehicule,  
— se asigură că Km  WC va fi introdusă în toate cardurile de 
atelier (
  din fișierul 
elementar
  ) în timpul 
personalizării cardului.  
3.1.4  Generarea și distribu ţia cheilor de sesiune T-DES  
CSM_012 Unităţile montate pe vehicule și cardurile de tahograf 
generează și își transmit reciproc datele necesare pentru 
elaborarea unei chei de sesiune comune de tip DES triplu, 
ca parte a procesului de autentificare reciprocă. Confidenţia­
litatea acestui schimb 
de date trebuie să fie protejată printr-un mecanism de 
criptare RSA.  
CSM_013 Această cheie se utilizează pentru toate operaţiunile c ripto­
grafice ulterioare folosind mesageria securizată. Valabilitatea  
ei expiră la terminarea sesiunii (retragerea cardului sau reini ­ 
ţializarea cardului) și/sau după 240 de utilizări (o utilizare a 
cheii = o comandă trimisă cardului folosind mesageria secu­
rizată și răspunsul asociat).  
3.2. Chei  
CSM_014 Cheile RSA au următoarele lungimi (indiferent de nivel) : 
modul  n 1 024 de biţi, exponentul public  e maxim 64 de 
biţi, exponentul privat  d 1 024 de biţi.  
CSM_015 Cheile de tip DES triplu au forma (K  a , K b , K a ), unde K  a și K  b 
sunt chei independente cu o lungime de 64 de biţi. Nu se 
configurează niciun bit pentru detectarea erorilor de paritate.  
3.3. Certificate  
CSM_016 Certificatele cheilor publice RSA sunt certificate de t ip „non 
self-descriptive” (nu se pot autodescrie) și „Card Verifiable” 
(verificabile cu ajutorul cardului) (ref.: ISO/IEC 7816-8)  
3.3.1  Conţinutul certificatelor  
CSM_017 Certificatele cheilor publice RSA sunt alcătuite din ur mă­
toarele date, în ordinea indicată:  
Date  Format  Octeţi  Observaţii  
CPI ÎNTREG  1  Identificator de profil al 
certificatului („01” pentru 
prezenta versiune)  
CAR  ȘIR DE OCT- 
EŢI 8 Identificatorul autorităţii de 
certificare  
CHA  ȘIR DE OCT- 
EŢI 7 Autorizaţia deţinătorului 
certificatului  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 433  
Date  Format  Octeţi  Observaţii  
EOV  TimeReal  4  Data expirării valabilităţii 
certificatului. Opţional, 
completat cu „FF” dacă 
nu este folosit  
CHR  ȘIR DE 
OCTEŢI  8 Identificatorul deţinătorului 
certificatului  
n ȘIR DE 
OCTEŢI  128 Cheie publică (modul)  
e ȘIR DE 
OCTEŢI  8 Cheie publică (exponent 
public)  
164 
Note:  
1. „Identificatorul de profil al certificatului” (CPI) determin ă structura 
precisă a unui certificat de autentificare. El poate fi folosit  ca identi­
ficator intern al echipamentului pentru o listă antet relevantă  care 
descrie concatenarea elementelor de date în cadrul certificatul ui. 
Lista antet asociată cu acest conţinut al certificatului este u rmătoarea: 
„4D”  „16”  „5F 
29” „01”  „42”  „08”  „5F 
4B” „07”  „5F 
24” „04”  „5F 
20” „08”  „7F 
49” „05”  „81”  „81 
80” „82”  „08”
 Eticheta listei antet extinse  
Lungimea listei antet  
Eticheta CPI  
Lungimea CPI  
Eticheta CAR  
Lungimea CAR  
Eticheta CAR  
Lungimea CHA  
Eticheta CAR  
Lungimea EOV  
Eticheta CHR  
Lungimea CHR  
Etichetă cheie publică (construită)  
Lungimea DO-urilor ulterioare  
Etichetă modul  
Lungime modul  
Etichetă exponent public  
Lungime exponent public 
2. „Identificatorul autorităţii de certificare” (CAR) are scopu l de a iden­
tifica autoritatea de certificare care a emis certificatul, ast fel încât 
elementul de date să poată fi folosit în același timp și ca un identi­
ficator al cheii de autoritate pentru a face trimitere la cheia  publică a 
autorităţii de certificare (pentru codificare, a se vedea mai j os identi­
ficatorul de cheie).  
3. „Autorizaţia deţinătorului certificatului” (CHA) este folosi tă pentru a 
identifica drepturile deţinătorului certificatului. Aceasta se compune 
din ID-ul aplicaţiei tahografice și din tipul de echipament căr uia îi 
este destinat certificatul (în conformitate cu elementul de dat e
 
, „00” pentru un stat membru).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 434  
4. „Identificatorul deţinătorului certificatului” (CHR) are sco pul de a 
identifica în mod unic deţinătorul certificatului, astfel încât  
elementul de date să poată fi folosit în același timp ca identi ficator 
al cheii subiect pentru a face trimitere la cheia publică a deţ inătorului 
certificatului.  
5. Identificatoarele cheii identifică în mod unic deţinătorul c ertificatului 
sau autorităţile de certificare. Acestea sunt codificate după c um 
urmează:  
5.1. Echipament (VU sau card): 
Date  Numărul 
de serie al 
echipa­
mentului  Data  Tip  Producător  
Lungime  4 octeţi  2 octeţi  1 octet  1 octet  
Valoare  Întreg  ll aa codare BCD  Specific produ­
cătorului  Codul producă­
torului  
În cazul unei unităţi montate pe vehicul, atunci când producăto rul 
solicită certificate, el poate sau nu să cunoască identificator ul 
echipamentului în care vor fi introduse cheile.  
În primul caz, producătorul trimite identificatorul echipamentu lui 
împreună cu cheia publică la autoritatea statului membru 
respectiv pentru certificare. Certificatul va conţine în acest caz 
identificatorul echipamentului, iar producătorul trebuie să se 
asigure că cheile și certificatele sunt introduse în echipament ele 
prevăzute. Identificatorul cheii are forma indicată mai sus.  
În al doilea caz, producătorul trebuie să identifice în mod uni c 
fiecare cerere de certificat și să trimită acest identificator 
împreună cu cheia publică la autoritatea statului membru 
respectiv pentru certificare. Certificatul conţine identificato rul 
cererii. Producătorul trebuie să informeze autoritatea statului  
său membru cu privire la atribuirea cheii pentru echipament (și  
anume, identificatorul cererii de certificat, identificatorul e chipa­
mentului) după instalarea cheii în echipament. Identificatorul 
cheii are forma următoare: 
Date  Numărul 
de serie al 
cererii de 
certificat  Data  Tip  Producător  
Lungime  4 octeţi  2 octeţi  1 octet  1 octet  
Valoare  Întreg  ll aa codare BCD  „FF”  Codul producă­
torului  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 435  
5.2. Autoritatea de certificare: 
Date  Identificatorul 
autorităţii  Numărul de 
serie al cheii  Informaţii 
suplimentare  Identificator  
Lungime  4 octeţi  1 octet  2 octeţi  1 octet  
Valoare  Codul numeric 
naţional 1 octet 
Codul alfanumeric 
naţional 3 octeţi  Întreg  codificare 
suplimentară 
(specific CA) 
„FF FF” dacă 
nu este folosit  „01”  
Numărul de serie al cheii este folosit pentru a distinge cheile  
diferite ale unui stat membru, în cazul în care cheia este 
schimbată.  
6. Verificatorii certificatelor știu implicit că cheia publică certificată este 
o cheie RSA relevantă pentru autentificare, pentru verificarea 
semnăturii digitale și pentru cifrarea în scopul serviciilor de  confiden­ 
ţialitate (certificatul nu conţine niciun identificator de obie ct care să 
specifice acest lucru).  
3.3.2  Certificate emise  
CSM_018 Certificatul emis este o semnătură digitală cu recupera rea 
parţială a conţinutului certificatului în conformitate cu 
ISO/IEC 9796-2 (cu excepţia anexei A4 a acestuia), cu „iden­
tificatorul autorităţii de certificare” adăugat.  
X.C = X.CA.SK[„6A” || C  r || Hash  (Cc) || „BC”] || C  n || X.CAR 
Cu conţinutul certifi­
catului = Cc =  C r || C  n 
106 octeţi  58 de octeţi  
Note:  
1. Acest certificat are o lungime de 194 de octeţi.  
2. CAR, fiind ascuns de semnătură, este în același timp adăugat  la 
semnătură, astfel încât cheia publică a autorităţii de certific are să 
poată fi selectată pentru verificarea certificatului.  
3. Verificatorul certificatului cunoaște implicit algoritmul fo losit de auto­
ritatea de certificare pentru semnarea certificatului.  
4. Lista antet asociată cu acest certificat emis este următoare a: 
„7F 21”  „09”  „5F 37”  „81 80”  „5F 38”  „3A”  „42”  „08”
 Eticheta certificatului CV (construită)  
Lungimea DO-urilor ulterioare  
Eticheta semnăturii  
Lungimea semnăturii  
Eticheta restului  
Lungimea restului  
Eticheta CAR  
Lungimea CAR ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 436  
3.3.3  Verificarea și deschiderea certificatelor  
Verificarea și deschiderea certificatelor constă în verificarea  semnăturii în 
conformitate cu ISO/IEC 9796-2, extrăgând conţinutul certificat ului și 
cheia publică conţinută: X.PK = X.CA.PK  o X.C și în verificarea valabi­
lităţii certificatului.  
CSM_019 Aceasta implică următoarele etape:  
Verificarea semnăturii și extragerea conţinutului: 
— din X.C se extrage semnătura, C  n ' 
și CAR':  X.C =  Semnare  | |  C  n ' | |  CAR'  
128 de octeţi  58 de octeţi  8 octeţi  
— din CAR' se selectează cheia publică a autorităţii de certi­
ficare corespunzătoare (dacă nu s-a selecţionat anterior 
prin alte metode)  
— se deschide semnătura cu cheia publică a CA: Sr'= 
X.CA.PK [Sign],  
— se verifică dacă Sr' începe cu „6A” și se termină cu „BC” 
— se calculează C  r ' și H' cu formula: Sr' =  „ 6  A ”  | | C  r ' | |  H '  | |  „BC”  
106 octeţi  20 de octeţi  
— se recuperează conţinutul certificatului C' = C  r ' || C  n ', 
— se verifică faptul că  Hash  (C') = H'  
Dacă verificările sunt în regulă, certificatul este original, 
având conţinutul C'.  
Se verifică valabilitatea. Din C':  
— dacă este cazul, se verifică data de expirare a valabilităţii  
Se extrage și se stochează cheia publică, identificatorul cheii , 
autorizaţia deţinătorului certificatului și data de expirare a 
valabilităţii din C':  
— X.PK =  n | | e 
— X.KID = CHR  
— X.CHA = CHA  
— X.EOV = EOV  
4. MECANISMUL DE AUTENTIFICARE RECIPROCĂ  
Autentificarea reciprocă între carduri și VU se bazează pe prin cipiul 
următor:  
Fiecare parte îi demonstrează celeilalte că deţine o pereche va labilă de 
chei, a cărei cheie publică a fost certificată de autoritatea d e certificare a 
unui stat membru, care la rândul ei a fost certificată de autor itatea de 
certificare europeană.  
Demonstraţia se face prin semnarea cu cheia privată a unui numă r 
aleatoriu trimis de cealaltă parte, care trebuie să recupereze numărul 
aleatoriu trimis în momentul verificării acestei semnături.  
Mecanismul este declanșat de către VU la introducerea cardului.  Acesta 
începe cu schimbul de certificate și deschiderea cheilor public e și se 
termină cu stabilirea unei chei de sesiune.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 437  
CSM_020 Trebuie utilizat următorul protocol [săgeţile indică co menzile 
și datele schimbate (a se vedea apendicele 2)]:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 438
  
▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 439  
5. CONFIDENŢIALITATEA, INTEGRITATEA ȘI MECANISMUL DE 
AUTENTIFICARE ALE TRANSFERULUI DE DATE DINTRE VU 
ȘI CARDURI  
5.1. Mesagerie securizat ă 
CSM_021 Integritatea transferurilor de date dintre VU și cardur i trebuie 
protejată printr-o mesagerie securizată în conformitate cu refe ­
rinţele (ISO/IEC 7816-4) și (ISO/IEC 7816-8).  
CSM_022 Atunci când datele trebuie să fie protejate în timpul t rans­
ferului, se adaugă un obiect de date de tip sumă de verificare 
criptografică la obiectele de date trimise în cadrul comenzii 
sau al răspunsului. Suma de verificare criptografică este veri­
ficată de receptor.  
CSM_023 Suma de verificare criptografică a datelor trimise în c adrul 
unei comenzi integrează antetul comenzii și toate obiectele 
de date trimise (=>CLA = „0C”, iar toate obiectele de date 
sunt încapsulate cu etichete în care b1 = 1).  
CSM_024 Octeţii de stare-informaţii transmiși ca răspuns sunt p rotejaţi 
printr-o sumă de verificare criptografică atunci când răspunsul  
nu conţine niciun câmp de date.  
CSM_025 Sumele de verificare criptografice au o lungime de 4 oc teţi. 
Structura comenzilor și răspunsurilor când se utilizează 
mesageria securizată este următoarea:  
Obiectele de date utilizate sunt un set parţial din obiectele d e 
date de mesagerie securizată descrise în ISO/IEC 7816-4:  
Etichetă  Cod 
mnemonic  Sens 
„81”  T  PV Valoare a datelor în clar necodată prin BER-TLV (a 
se proteja prin CC)  
„97”  T  LE Valoarea Le din comanda nesecurizată (a se proteja 
prin CC)  
„99”  T  SW Informaţii de stare (a se proteja prin CC)  
„8E”  T  CC Sumă de verificare criptografică  
„87”  T  PI CG  Octet indicator de completare || Criptogramă (valoare 
a datelor în clar necodată prin BER-TLV)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 440  
Fiind dată o pereche comandă-răspuns nesecurizată:  
Antet de comandă  Corpul comenzii  
CLA  INS  P 1  P 2  [Câmp L  c ] [Câmp de date]  [Câmp L  e ] 
patru octeţi  L octeţi, indicaţi cu identificatori de la B  1 la B  L 
Corpul răspunsului  Coada răspunsului  
[Câmp de date]  SW1  SW2  
Octeţi de date L  r doi octeţi  
Perechea corespunzătoare comandă-răspuns securizată este:  
Comanda securizată:  
Antetul comenzii (CH)  Corpul comenzii  
CLA  INS  P 1  P 2  [Câmp nou L  c ] [Câmp de date nou]  [Câmp 
nou L  e ] 
„OC”  Lungimea Câmp 
de date nou  T PV L PV PV T  LE L LE L e T CC L CC CC „00”  
„81”  L  c Câmp de date  „97”  „01”  L  e „8E”  „04”  C C  
Datele care trebuie integrate în suma de verificare = CH || PB 
|| T  PV || L  PV || PV || T  LE || L  LE || L  e || PB  
PB = Octeţi de completare (80 .. 00) în conformitate cu 
ISO-IEC 7816-4 și cu ISO 9797 metoda 2.  
Obiectele de date PV și LE sunt prezente numai dacă există 
anumite date corespondente în comanda nesecurizată.  
Răspunsul securizat:  
1. Cazul în care câmpul de date răspuns nu este gol și nu este 
nevoie să fie protejat pentru confidenţialitate:  
Corpul răspunsului  Coada răspunsului  
[Câmp de date nou]  SW1 SW2 noi  
T PV L PV PV T  CC L CC CC 
„81”  L  r Câmp de date  „8E”  „04”  C C  
Datele care trebuie integrate în suma de verificare = T  PV || 
L PV || PV || PB  
2. Cazul în care câmpul de date răspuns nu este gol și este 
nevoie să fie protejat pentru confidenţialitate:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 441  
Corpul răspunsului  Coada răspunsului  
[Câmp de date nou]  SW1 SW2 noi  
T PI CG  L PI 
CG PI CG  T  CC L CC CC 
„87”  PI || CG  „8E”  „04”  C C  
Datele care sunt transportate prin CG: date necodate prin 
BER-TLV și octeţi de completare.  
Datele care trebuie integrate în suma de verificare = T  PI CG  
|| L  PI CG  || PI CG || PB  
3. Cazul în care câmpul de date răspuns este gol:  
Corpul răspunsului  Coada răspunsului  
[Câmp de date nou]  SW1 SW2 noi  
T SW L SW SW T  CC L CC CC 
„99”  „02”  SW1 SW2 noi  „8E”  „04”  C C  
Datele care trebuie integrate în suma de verificare = T  SW || 
L SW || SW || PB  
5.2. Tratarea erorilor mesageriei securizate  
CSM_026 Atunci când cardul de tahograf recunoaște o eroare de S M 
(mesagerie securizată) în timpul interpretării unei comenzi, 
octeţii de stare trebuie să fie returnaţi fără SM. În confor­
mitate cu standardul ISO/IEC 7816-4, următorii octeţi de 
stare sunt definiţi pentru a indica erori de SM:  
„66 88”: verificarea sumei de verificare criptografice a eșuat,  
„69 87”: obiectele de date așteptate ale SM lipsesc,  
„69 88”: obiectele de date ale SM sunt incorecte.  
CSM_027 Atunci când cardul de tahograf returnează octeţii de st are fără 
obiectele de date ale SM sau cu un obiect de date al SM 
eronat, sesiunea trebuie să fie terminată de VU.  
5.3. Algoritmul de calcul al sumelor de verificare criptografice  
CSM_028 Sumele de verificare criptografice sunt construite folo sind un 
MAC (cod de autentificare a mesajelor) detaliat, conform 
standardului ANSI X9.19, cu criptarea DES:  
— Etapa iniţială: blocul de verificare iniţial y0 este E(Ka, 
SSC).  
— Etapa secvenţială: blocurile de verificare y1,…, yn sunt 
calculate folosind Ka.  
— Etapa finală: suma de verificare criptografică este 
calculată din ultimul bloc de control yn după cum 
urmează: E[Ka, D(Kb, yn)].  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 442  
unde E() este criptarea cu DES, iar D() este decriptarea cu 
DES.  
Cei mai relevanţi patru octeţi ai sumei de verificare cripto­
grafice sunt transferaţi.  
CSM_029 Contorul de secvenţe trimise (SSC) este iniţializat în timpul 
procedurii de înţelegere asupra cheii la:  
SSC iniţial: Rnd3 (cei 4 octeţi cel mai puţin semnificativi) ||  
Rnd1 (cei 4 octeţi cel mai puţin semnificativi) ||  
CSM_030 Contorul de secvenţe trimise este incrementat cu 1 de f iecare 
dată înainte de calcularea unui MAC (și anume, SSC pentru 
prima comandă este SSC iniţial + 1, SSC pentru primul 
răspuns este SSC iniţial + 2).  
Figura următoare ilustrează calcularea MAC detaliat:
  
5.4. Algoritmul de calcul al criptogramelor pentru obiecte de date (DO) 
confidenţiale 
CSM_031 Criptogramele sunt calculate folosind TDEA în modul de 
funcţionare TCBC, în conformitate cu referinţele [TDES] și 
[TDES-OP], și utilizând vectorul nul ca bloc de valoare 
iniţială.  
Figura următoare ilustrează aplicarea cheilor în TDES:
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 443  
6. MECANISMELE DE SEMNARE DIGITALĂ A DATELOR 
DESCĂRCATE  
CSM_032 Echipamentul inteligent dedicat (IDE) stochează într-un  
singur fișier fizic de date datele recepţionate de la un echi­
pament (VU sau card) în timpul unei sesiuni de descărcare. 
Acest fișier trebuie să conţină certificatele MS  i .C și EQT.C. 
Fișierul conţine semnăturile digitale ale blocurilor de date aș a 
cum se specifică în apendicele 7, „Protocoale de descărcare a 
datelor”.  
CSM_033 Semnăturile digitale ale datelor descărcate utilizează o schemă 
de semnătură digitală cu apendice astfel încât datele 
descărcate să poată fi citite fără nicio descifrare dacă se 
dorește.  
6.1. Generarea semn ăturilor  
CSM_034 Generarea semnăturilor de date de către echipament treb uie să 
respecte schema de semnătură cu apendice definită în referinţa 
[PKCS1] cu funcţia  hash  SHA-1:  
Semnătura = EQT.SK[„00” || „01” ||  PS || „00” || DER(SHA-1 
(Data))]  
PS = șir de octeţi de completare cu valoarea „FF”, astfel încât 
lungimea să fie 128.  
DER(SHA-1( M)) este codificarea ID-ului algoritmului pentru 
funcţia  hash  și pentru valoarea  hash  într-o valoare ASN.1 de 
tip DigestInfo (reguli de codare distincte):  
„30”||„21”||„30”||„09”||„06”||„05”||„2B”||„0E”||„03”||„02”||„1A ”|| 
„05”||„00”||„04”||„14”||valoare  hash . 
6.2. Verificarea semn ăturilor  
CSM_035 Verificarea semnăturilor datelor la datele descărcate e ste 
efectuată conform schemei de semnătură cu apendice 
definită în referinţa [PKCS1] cu funcţia  hash  SHA-1.  
Cheia publică europeană EUR.PK trebuie să fie cunoscută 
independent (și aprobată) de verificator.  
Tabelul următor ilustrează protocolul pe care îl poate urma un 
IDE dotat cu un card de control pentru a verifica integritatea 
datelor descărcate și stocate pe ESM (suport de memorie 
extern). Cardul de control este folosit pentru a efectua desci­
frarea semnăturilor digitale. În acest caz, această funcţie nu 
trebuie neapărat să fie implementată în IDE.  
Echipamentul care a descărcat și semnat datele de analizat 
este denumit EQT.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 444
  
PARTEA B  
SISTEMUL TAHOGRAFIC DE A DOUA GENERA ŢIE 
7. INTRODUCERE  
7.1. Referin ţe 
În această parte a prezentului apendice se face trimitere la ur mătoarele 
standarde:  
AES  National Institute of Standards and Technology  (NIST), 
FIPS PUB 197:  Advanced Encryption Standard  (AES), 
26 noiembrie 2001  
DSS National Institute of Standards and Technology  (NIST), 
FIPS PUB 186-4:  Digital Signature Standard  (DSS), iulie 
2013  
ISO 7816-4 ISO/IEC 7816-4,  Identification cards  – Integrated circuit 
cards  – Part 4: Organization, security and commands for 
interchange.  Ediţia a treia, 15.4.2013  
ISO 7816-8 ISO/IEC 7816-8,  Identification cards  – Integrated circuit 
cards  – Part 8: Commands for security operations.  Ediţia 
a doua, 1.6.2004  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 445  
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).  Ediţia a patra, 
15.12.2008  
ISO 9797-1 ISO/IEC 9797-1,  Information technology – Security 
techniques – Message Authentication Codes (MACs) – 
Part 1: Mechanisms using a block cipher.  Ediţia a 
doua, 1.3.2011  
ISO 10116 ISO/IEC 10116,  Information technology – Security 
techniques – Modes of operation of an n-bit block 
cipher.  Ediţia a treia, 1.2.2006  
ISO 16844-3 ISO16844-3  Road vehicles – Tachograph systems – Part 
3: Motion sensor interface.  Prima ediţie 2004, inclusiv 
rectificarea tehnică 1, 2006  
RFC 5480  Elliptic Curve Cryptography Subject Public Key Infor ­
mation , martie 2009  
RFC 5639  Elliptic Curve Cryptography (ECC)  – Brainpool Standard 
Curves and Curve Generation , 2010  
RFC 5869  HMAC-based Extract-and-Expand Key Derivation 
Function  (HKDF), mai 2010  
SHS National Institute of Standards and Technology  (NIST), 
FIPS PUB 180-4:  Secure Hash Standard , martie 2012  
SP 800-38B  National Institute of Standards and Technology  (NIST), 
Special Publication 800-38B:  Recommendation for Block 
Cipher Modes of Operation: The CMAC Mode for 
Authentication,  2005  
TR-03111  BSI Technical Guideline TR-03111, Elliptic Curve Cryp ­
tography , versiunea 2.00, 28.6.2012  
7.2. Nota ţii și abrevieri  
În prezentul apendice sunt folosite următoarele notaţii și abre vieri:  
AES Standard de criptare avansată  
CA Autoritate pentru certificate  
CAR Identificatorul autorităţii pentru certificate  
CBC Înlănţuirea blocurilor cifrate (mod de funcţionare)  
CH Antet de comandă  
CHA Autorizaţia deţinătorului certificatului  
CHR Identificatorul deţinătorului certificatului  
CV Vector constant  
DER Reguli de codificare distincte  
DO Obiect de date  
DSRC Comunicaţii specializate cu rază scurtă de acţiune  
ECC Criptografie bazată pe curbe eliptice  
ECDSA Algoritm pentru semnătura digitală bazat pe curbe eliptic e 
ECDH (Algoritm de înţelegere asupra cheii bazat pe) curba 
eliptică Diffie-Hellman  
EGF echipament GNSS extern  
EQT Echipament  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 446  
IDE Echipament inteligent dedicat  
K M Cheie master a senzorului de mișcare, care permite o 
asociere a unei unităţi montate pe vehicul cu un senzor 
de mișcare  
K M-VU  Cheie introdusă în unităţile montate pe vehicule, permiţând 
unei VU să deriveze cheia master a senzorului de mișcare 
în cazul în care un card de atelier este introdus în 
respectiva VU  
K M-WC  Cheie introdusă în cardurile de atelier, permiţând unei VU 
să deriveze cheia master a senzorului de mișcare în cazul 
în care un card de atelier este introdus în respectiva VU  
MAC Cod de autentificare a mesajelor  
MoS Senzor de mișcare  
MSB Bitul cel mai semnificativ  
PKI Infrastructură pentru chei publice  
RCF Echipament de comunicare la distanţă  
SSC Contor de secvenţe trimise  
SM Mesagerie securizată  
TDES Standard de criptare triplă a datelor  
TLV Valoarea lungimii etichetei  
VU Unitate montată pe vehicul  
X.C certificatul de cheie publică al utilizatorului X  
X.CA autoritatea pentru certificate care a emis certificatul ut ili­
zatorului X  
X.CAR identificatorul autorităţii pentru certificate menţionat în 
certificatul utilizatorului X  
X.CHR identificatorul deţinătorului certificatului menţionat în  
certificatul utilizatorului X  
X.PK cheia publică a utilizatorului X  
X.SK cheia privată a utilizatorului X  
X.PK  eph cheia publică efemeră a utilizatorului X  
X.SK  eph cheia privată efemeră a utilizatorului X  
„xx” o valoare hexazecimală  
|| operator de concatenare  
7.3. Defini ţii 
Definiţiile termenilor utilizaţi în prezentul apendice sunt inc luse în 
secţiunea I a anexei 1C.  
8. SISTEME ȘI ALGORITMI CRIPTOGRAFICI  
8.1. Sisteme criptografice  
CSM_38 Unităţile montate pe vehicule și cardurile de tahograf 
utilizează un sistem criptografic cu chei publice bazat pe 
curbe eliptice pentru a oferi următoarele servicii de 
securitate:  
— autentificarea reciprocă între o unitate montată pe 
vehicul și un card,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 447  
— înţelegerea asupra cheilor de sesiune AES între o 
unitate montată pe vehicul și un card,  
— asigurarea autenticităţii, integrităţii și nerepudierii 
datelor descărcate din unităţile montate pe vehicule 
sau din cardurile de tahograf pe suporturi externe.  
CSM_39 Unităţile montate pe vehicule și echipamentele GNSS 
externe utilizează un sistem criptografic cu chei publice 
bazat pe curbe eliptice pentru a oferi următoarele servicii 
de securitate:  
— cuplarea unei unităţi montate pe vehicul cu un echi­
pament GNSS extern,  
— autentificarea reciprocă între o unitate montată pe 
vehicul și un dispozitiv GNSS extern,  
— înţelegerea asupra unei chei de sesiune AES între o 
unitate montată pe vehicul și un echipament GNSS 
extern,  
CSM_40 Unităţile montate pe vehicule și cardurile de tahograf 
utilizează un sistem criptografic simetric bazat pe AES 
pentru a oferi următoarele servicii de securitate:  
— asigurarea autenticităţii și integrităţii datelor schimbate 
între o unitate montată pe vehicul și un card de 
tahograf,  
— după caz, asigurarea confidenţialităţii datelor schimbate 
între o unitate montată pe vehicul și un card de 
tahograf,  
CSM_41 Unităţile montate pe vehicule și echipamentele GNSS 
externe utilizează un sistem criptografic simetric bazat pe 
AES pentru a oferi următoarele servicii de securitate:  
— asigurarea autenticităţii și integrităţii datelor schimbate 
între o unitate montată pe vehicul și un echipament 
GNSS extern.  
CSM_42 Unităţile montate pe vehicule și senzorii de mișcare 
utilizează un sistem criptografic simetric bazat pe AES 
pentru a oferi următoarele servicii de securitate:  
— asocierea dintre o unitate montată pe vehicul și un 
senzor de mișcare,  
— autentificarea reciprocă între o unitate montată pe 
vehicul și un senzor de mișcare,  
— asigurarea confidenţialităţii datelor schimbate între o 
unitate montată pe vehicul și un senzor de mișcare.  
CSM_43 Unităţile montate pe vehicule și cardurile de tahograf 
utilizează un sistem criptografic simetric bazat pe AES 
pentru a oferi următoarele servicii de securitate la nivelul 
interfeţei de comunicare la distanţă:  
— asigurarea confidenţialităţii, autenticităţii și integrităţii  
datelor transmise de la o unitate montată pe vehicul la 
un card de control.  
Note:  
— În mod concret, datele sunt transmise de la o unitate montată  
pe vehicul la un echipament de interogare la distanţă, sub 
controlul unui agent de control, folosind un echipament de 
comunicare la distanţă care poate fi intern sau extern în rapor t 
cu VU (a se vedea apendicele 14). Cu toate acestea, 
echipamentul de interogare la distanţă trimite datele  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 448  
primite unui card de control pentru decriptare și validarea 
autenticităţii. Din punctul de vedere al securităţii, echipa­
mentul de comunicare la distanţă și echipamentul de inte­
rogare la distanţă sunt pe deplin transparente.  
— Un card de atelier oferă aceleași servicii de securitate 
pentru interfaţa DSRC ca un card de control. Aceasta 
permite unui atelier să valideze funcţionarea corectă a 
interfeţei de comunicare la distanţă a unei VU, inclusiv 
a sistemului de asigurare a securităţii acesteia. A se 
vedea secţiunea 9.2.2 pentru informaţii suplimentare.  
8.2. Algoritmi criptografici  
8.2.1  Algoritmi simetrici  
CSM_44 Unităţile montate pe vehicule, cardurile de tahograf, 
senzorii de mișcare și echipamentele GNSS externe sunt 
compatibile cu algoritmul AES, astfel cum este definit în 
[AES], cu lungimi ale cheilor de 128, 192 și 256 de biţi.  
8.2.2  Algoritmi asimetrici și parametri de domeniu standardiza ţi 
CSM_45 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu criptografia 
bazată pe curbe eliptice, cu lungimi ale cheii de 256, 384 
și 512/521 biţi.  
CSM_46 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu algoritmul de 
semnare ECDSA, astfel cum este precizat în [DSS].  
CSM_47 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu algoritmul de 
înţelegere asupra cheii ECKA-EG, astfel cum este precizat 
în [TR03111].  
CSM_48 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu toţi para­
metrii de domeniu standardizaţi precizaţi în tabelul 1 de 
mai jos pentru criptografia bazată pe curbe eliptice.  
Tabelul 1  
Parametri de domeniu standardiza ţi 
Denumire  Dimensiune (biţi)  Referinţă  Identificatorul de obiect  
NIST P-256  256  [DSS], [RFC 5480]
  
BrainpoolP256r1  256  [RFC 5639]
  
NIST P-384  384  [DSS], [RFC 5480]
  
BrainpoolP384r1  384  [RFC 5639]
  
BrainpoolP512r1  512  [RFC 5639]
  
NIST P-521  521  [DSS], [RFC 5480]
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 449  
Notă: identificatorii de obiecte menţionaţi în ultima 
coloană a tabelul 1 sunt specificaţi în [RFC 5639] pentru 
curbele Brainpool, respectiv în [RFC 5480] pentru curbele 
NIST.
  
8.2.3  Algoritmi de hashing  
▼M1 
CSM_49 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu algoritmii 
SHA-256, SHA-384 și SHA-512 specificaţi în [SHS].  
▼B 
8.2.4  Suite cifru  
CSM_50 În cazul în care un algoritm simetric, un algoritm asime tric 
și/sau un algoritm de  hashing  sunt utilizaţi împreună 
pentru a forma un protocol de securitate, lungimile 
cheilor lor respective și dimensiunile lor  hash  respective 
trebuie să aibă (aproximativ) aceeași putere. În tabelul 2 
sunt indicate suitele cifru permise:  
Tabelul 2  
Suite cifru permise  
Identificatorul suitei 
cifru  Lungimea cheii ECC 
(biţi)  Lungimea cheii AES 
(biţi)  Algoritm de  
hashing  Lungimea MAC 
(octeţi)  
CS#1  256  128  SHA-256  8  
CS#2  384  192  SHA-384  1 2  
CS#3  512/521  256  SHA-512  1 6  
Notă: Dimensiunile de 512 biţi și de 521 de biţi ale cheilor 
sunt considerate a avea puteri egale pentru toate scopurile 
în cadrul prezentului apendice.  
9. CHEI ȘI CERTIFICATE  
9.1. Perechi de chei asimetrice și certificate de cheie public ă 
9.1.1  Considera ţii generale  
Notă: cheile descrise în această secţiune sunt utilizate pentru aute nti­
ficarea reciprocă și mesageria securizată între unităţile monta te pe 
vehicule și cardurile de tahograf și între unităţile montate pe  vehicule 
și echipamentele GNSS externe. Aceste procese sunt descrise în detaliu 
în capitolele 10 și 11 din prezentul apendice.  
CSM_51 În cadrul sistemului tahografic inteligent european, 
perechile de chei ECC și certificatele aferente sunt 
generate și administrate prin trei niveluri ierarhice func­ 
ţionale:  
— nivelul european,  
— nivelul statului membru,  
— nivelul echipamentului.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 450  
CSM_52 În cadrul întregului sistem tahografic digital european,  
cheile și certificatele publice și private sunt generate, admi­
nistrate și comunicate folosind metode standardizate și 
sigure.  
9.1.2  Nivelul european  
CSM_53 La nivel european se generează o pereche unică de chei 
ECC denumită EUR. Ea este formată dintr-o cheie privată 
(EUR.SK) și o cheie publică (EUR.PK). Această pereche 
de chei reprezintă perechea de chei rădăcină a întregii PKI 
pentru tahograful digital european. Această sarcină este 
îndeplinită de o Autoritate europeană pentru certificatele 
rădăcină (ERCA), sub autoritatea și responsabilitatea 
Comisiei Europene.  
CSM_54 ERCA utilizează cheia privată europeană pentru a semna 
un certificat rădăcină (autosemnat) al cheii publice 
europene și comunică acest certificat rădăcină european 
tuturor statelor membre.  
CSM_55 ERCA utilizează cheia privată europeană pentru a semna 
certificatele cheilor publice ale statelor membre, la cerere. 
ERCA ţine evidenţe ale tuturor certificatelor de cheie 
publică semnate ale statelor membre.  
CSM_56 După cum se arată în figura 1 din secţiunea 9.1.7, ERCA 
generează o nouă pereche de chei rădăcină europene o dată 
la 17 ani. Ori de câte ori ERCA generează o nouă pereche 
de chei rădăcină europene, aceasta creează un nou 
certificat rădăcină autosemnat pentru noua cheie publică 
europeană. Perioada de valabilitate a unui certificat 
rădăcină european este de 34 de ani și 3 luni.  
Notă: Introducerea unei noi perechi de chei rădăcină 
implică de asemenea faptul că ERCA va genera o nouă 
cheie master pentru senzorul de mișcare și o nouă cheie 
master pentru DSRC (a se vedea secţiunile 9.2.1.2 și 
9.2.2.2.)  
CSM_57 Înainte de a genera o nouă pereche de chei rădăcină 
europene, ERCA va efectua o analiză a puterii cripto­
grafice necesare pentru noua pereche de chei, ţinând cont 
de faptul că aceasta din urmă ar trebui să fie sigură pentru 
următorii 34 de ani. Dacă se va considera necesar, ERCA 
va alege o suită cifru mai puternică decât actuala suită, 
astfel cum este precizat în CSM_50.  
▼M1 
CSM_58 Ori de câte ori generează o nouă pereche de chei rădăcin ă, 
ERCA creează un certificat de legătură pentru noua cheie 
publică europeană și îl semnează cu cheia privată 
europeană anterioară. Perioada de valabilitate a unui 
certificat de legătură este de 17 ani și 3 luni. Acest 
proces este prezentat și în figura 1 din secţiunea 9.1.7.  
▼B 
Notă: Întrucât un certificat de legătură conţine cheia 
publică din generaţia  X generată de ERCA și este semnat 
cu cheia privată din generaţia  X-1 generată de ERCA, un 
certificat de legătură oferă echipamentului produs în cadrul 
generaţiei  X-1  o metodă de a avea încredere în echipa­
mentele produse în cadrul generaţiei  X. 
CSM_59 ERCA nu mai utilizează cheia privată a unei perechi de 
chei rădăcină în niciun scop după momentul în care a fost 
validat un nou certificat de cheie rădăcină.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 451  
CSM_60 În orice moment, ERCA dispune de una dintre următoarele 
chei criptografice și certificate:  
— Perechea de chei EUR actuală și certificatul aferent  
— Toate certificatele EUR anterioare care urmează să fie 
utilizate pentru verificarea certificatelor MSCA încă 
valabile  
— Certificate de legătură pentru toate generaţiile 
de certificate EUR, cu excepţia primei generaţii.  
9.1.3  Nivelul statului membru  
CSM_61 La nivel de stat membru, toate statele membre cărora li se 
solicită să semneze certificate de card de tahograf 
generează una sau mai multe perechi de chei ECC unice 
desemnate ca fiind MSCA_Card. Toate statele membre 
cărora li se solicită să semneze certificate pentru unităţi 
montate pe vehicul sau pentru echipamente GNSS 
externe generează în plus una sau mai multe perechi de 
chei ECC desemnate ca fiind MSCA_VU-EGF.  
CSM_62 Sarcina de a genera perechi de chei pentru statul membru  
este îndeplinită de autoritatea pentru certificate a unui stat 
membru (MSCA). Ori de câte ori o MSCA generează o 
pereche de chei pentru statul membru, aceasta trimite cheia 
publică la ERCA în vederea obţinerii unui certificat aferent 
al statului membru, semnat de ERCA.  
CSM_63 O MSCA alege puterea unei perechi de chei a unui stat 
membru astfel încât să fie egală cu puterea perechii de chei 
rădăcină europene utilizate pentru semnarea certificatului 
aferent al statului membru.  
CSM_64 O pereche de chei MSCA_VU-EGF, dacă există, este 
formată din cheia privată MSCA_VU-EGF.SK și din 
cheia publică MSCA_VU-EGF.SK. O MSCA utilizează 
cheia privată MSCA_VU-EGF.SK exclusiv pentru 
semnarea certificatelor de cheie publică ale unităţilor 
montate pe vehicule și ale echipamentelor GNSS externe.  
CSM_65 O pereche de chei MSCA_Card este formată din cheia 
privată MSCA_Card.SK și din cheia publică 
MSCA_Card.PK. O MSCA utilizează cheia privată 
MSCA_Card.SK exclusiv pentru semnarea certificatelor 
de cheie publică ale cardurilor de tahograf.  
CSM_66 O MSCA ţine evidenţe privind toate certificatele semnate  
ale unităţilor montate pe vehicule, ale echipamentelor 
GNSS externe și ale certificatelor de card, cât și privind 
identificarea echipamentului căruia îi este destinat fiecare 
certificat în parte.  
CSM_67 Perioada de valabilitate a unui certificat MSCA_VU-EGF 
este de 17 ani și 3 luni. Perioada de valabilitate a unui 
certificat MSCA_Card este de 7 ani și 1 lună.  
CSM_68 Astfel cum este indicat în figura 1 din secţiunea 9.1.7,  
cheia privată a unei perechi de chei MSCA_VU-EGF și 
cheia privată a unei perechi de chei MSCA_Card au o 
perioadă de utilizare de doi ani.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 452  
CSM_69 O MSCA nu mai utilizează cheia privată a unei perechi de  
chei MSCA_VU-EGF în niciun scop după momentul în 
care perioada sa de utilizare a expirat. De asemenea, o 
MSCA nu mai utilizează cheia privată a unei perechi de 
chei MSCA_Card key în niciun scop după momentul la 
care perioada sa de utilizare a expirat.  
CSM_70 În orice moment, o MSCA dispune de una dintre urmă­
toarele chei criptografice și certificate:  
— Perechea de chei MSCA_Card actuală și certificatul 
aferent  
— Toate certificatele MSCA_Card anterioare care 
urmează să fie utilizate pentru verificarea certificatelor 
cardurilor de tahograf încă valabile  
— Certificatul EUR actual necesar pentru verificarea certi­
ficatului MSCA actual  
— Toate certificatele EUR anterioare necesare pentru veri­
ficarea certificatelor MSCA încă valabile  
CSM_71 În cazul în care o MSCA este solicitată să semneze certi ­
ficate pentru unităţi montate pe vehicule sau pentru echi­
pamente GNSS externe, aceasta trebuie, în plus, să aibă la 
dispoziţie următoarele chei și certificate:  
— Perechea de chei MSCA_VU-EGF actuală și certi­
ficatul aferent  
— Toate cheile publice MSCA_VU-EGF anterioare care 
urmează să fie utilizate pentru verificarea certificatelor 
încă valabile ale VU-urilor sau ale echipamentelor 
GNSS externe  
9.1.4  Nivelul echipamentului: Unit ăţi montate pe vehicule  
▼M1 
CSM_72 Pentru fiecare unitate montată pe vehicul sunt generate 
două perechi de chei ECC unice, desemnate ca fiind 
VU_MA și VU_Sign. Această sarcină este îndeplinită de 
producătorii de VU. Ori de câte ori este generată o pereche 
de chei pentru VU, partea care generează cheia transmite 
cheia publică către MSCA de care aparţine, în scopul de a 
obţine un certificat aferent al VU semnat de MSCA. Cheia 
privată este utilizată doar de către unitatea montată pe 
vehicul.  
▼B 
CSM_73 Certificatele VU_MA și VU_Sign ale unui anumit vehicul 
au aceeași dată de începere a valabilităţii certificatului.  
CSM_74 Un producător de VU alege puterea unei perechi de chei 
pentru VU astfel încât să fie egală cu puterea perechii de 
chei MSCA utilizate pentru semnarea certificatului aferent 
al VU.  
CSM_75 O unitate montată pe vehicul utilizează perechea sa de c hei 
VU_MA, formată din cheia privată VU_MA.SK și din 
cheia publică VU_MA.PK, exclusiv pentru procedura de 
autentificare a VU în raport cu cardurile de tahograf și cu 
echipamentele GNSS externe, astfel cum este specificat în 
secţiunile 10.3 și 11.4 din prezentul apendice.  
CSM_76 O unitate montată pe vehicul este capabilă să genereze 
perechi de chei ECC efemere și utilizează o pereche de 
chei efemere exclusiv pentru a efectua înţelegerea asupra 
cheilor de sesiune cu un card de tahograf sau cu un echi­
pament GNSS extern, astfel cum este specificat în 
secţiunile 10.4 și 11.4 din prezentul apendice.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 453  
CSM_77 O unitate montată pe vehicul utilizează cheia privată 
VU_Sign.SK a perechii sale de chei VU_Sign exclusiv 
pentru a semna fișiere de date descărcate, astfel cum este 
specificat la capitolul 14 din prezentul apendice. Cheia 
publică aferentă VU_Sign.PK este utilizată exclusiv 
pentru a verifica semnăturile create de unitatea montată 
pe vehicul.  
CSM_78 Astfel cum se arată în figura 1 din secţiunea 9.1.7, 
perioada de valabilitate a unui certificat VU_MA este de 
15 ani și 3 luni. Perioada de valabilitate a unui certificat 
VU_Sign este de asemenea de 15 ani și 3 luni.  
Note:  
— Perioada prelungită de valabilitate a unui certificat 
VU_Sign permite unei unităţi montate pe vehicul să 
creeze semnături valabile pentru datele descărcate în 
primele trei luni de la data la care certificatul 
respectiv a expirat, astfel cum se prevede în 
Regulamentul (UE) nr. 581/2010.  
— Perioada prelungită de valabilitate a unui certificat 
VU_MA este necesară pentru a permite VU să se 
autentifice în raport cu un card de control sau cu un 
card de societate în cursul primelor trei luni de la data 
la care certificatul respectiv a expirat, astfel încât să fie 
posibilă descărcarea de date.  
CSM_79 O unitate montată pe vehicul nu mai utilizează în niciun  
scop cheia privată a unei perechi de chei a VU după 
expirarea valabilităţii certificatului aferent.  
CSM_80 Perechile de chei ale VU (cu excepţia perechilor de chei  
efemere) și certificatele aferente ale unui anumit vehicul nu 
sunt înlocuite sau reînnoite pe teren odată ce unitatea de 
vehicul a fost pusă în funcţiune.  
Note:  
— Perechile de chei efemere nu fac obiectul dispoziţiei de 
mai sus, întrucât o pereche nouă de chei efemere este 
generată de o VU de fiecare dată când se efectuează 
autentificarea cipului și înţelegerea asupra cheilor de 
sesiune (a se vedea secţiunea 10.4). A se nota faptul 
că perechile de chei efemere nu au certificate aferente.  
— Această cerinţă nu exclude posibilitatea de a înlocui 
perechile de chei ale VU-urilor statice în timpul unei 
renovări sau reparaţii efectuate într-un mediu sigur 
controlat de producător.  
CSM_81 Atunci când sunt puse în funcţiune, unităţile montate pe  
vehicule trebuie să conţină următoarele chei criptografice 
și certificate:  
— Cheia privată VU_MA și certificatul aferent  
— Cheia privată VU_Sign și certificatul aferent  
— Certificatul MSCA_VU-EGF care conţine cheia 
publică MSCA_VU-EGF.PK destinată verificării certi­
ficatului VU_MA și certificatului VU_Sign  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 454  
— Certificatul EUR care conţine cheia publică EUR.PK 
destinată verificării certificatului MSCA_VU-EGF  
— Certificatul EUR a cărui perioadă de valabilitate 
precede imediat perioada de valabilitate 
a certificatului EUR destinat verificării certificatului 
MSCA_VU-EGF, dacă există  
— Certificatul de legătură care face conexiunea între 
aceste două certificate de mai sus, dacă există  
CSM_82 Pe lângă cheile criptografice și certificatele enumerate  în 
CSM_81, unităţile montate pe vehicule conţin, de 
asemenea, chei și certificate specificate în partea A din 
prezentul apendice, permiţând unei unităţi montate pe 
vehicul să interacţioneze cu cardurile de tahograf de 
prima generaţie.  
9.1.5  Nivelul echipamentului: Carduri de tahograf  
▼M1 
CSM_83 Pentru fiecare card de tahograf este generată o unică 
pereche de chei ECC, desemnată ca fiind Card_MA. O a 
doua pereche unică de chei ECC, desemnată ca fiind 
Card_Sign, este generată suplimentar pentru fiecare card 
de conducător auto și pentru fiecare card de atelier. 
Această sarcină poate fi îndeplinită de producătorii de 
carduri sau de serviciile de personalizare a cardurilor. Ori 
de câte ori este generată o pereche de chei pentru card, 
partea care generează cheia transmite cheia publică către 
MSCA de care aparţine, în scopul de a obţine un certificat 
aferent de card semnat de MSCA. Cheia privată este 
utilizată doar de către cardul de tahograf.  
▼B 
CSM_84 Certificatele Card_MA și Card_Sign ale unui anumit card 
de conducător auto au aceeași dată de începere a valabi­
lităţii certificatului.  
CSM_85 Un producător de carduri sau un serviciu de personalizar e 
a cardurilor alege puterea unei perechi de chei pentru 
carduri astfel încât aceasta să fie egală cu puterea 
perechii de chei MSCA utilizate pentru semnarea certifi­
catului aferent de card.  
CSM_86 Un card de tahograf utilizează perechea sa de chei 
Card_MA, formată din cheia privată Card_MA.SK și din 
cheia publică Card_MA.PK, exclusiv pentru procedurile de 
autentificare reciprocă și de înţelegere asupra cheilor de 
sesiune în raport cu unităţile montate pe vehicul, astfel 
cum este precizat în secţiunile 10.3 și 10.4 din prezentul 
apendice.  
CSM_87 Un card de conducător auto sau un card de atelier 
utilizează cheia privată Card_Sign.SK a perechii sale de 
chei Card_Sign exclusiv pentru a semna fișierele de date 
descărcate, astfel cum este specificat la capitolul 14 din 
prezentul apendice. Cheia publică aferentă Card_Sign.PK 
este utilizată exclusiv pentru a verifica semnăturile create 
de card.  
▼M1 
CSM_88 Perioada de valabilitate a unui certificat Card_MA este 
după cum urmează:  
— Pentru carduri de conducător auto: 5 ani  
— Pentru carduri de societate: 5 ani  
— Pentru carduri de control: 2 ani  
— Pentru carduri de atelier: 1 an  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 455  
CSM_89 Perioada de valabilitate a unui certificat Card_Sign est e 
după cum urmează: 
— Pentru carduri de conducător 
auto:  5 ani si o lună  
— Pentru carduri de atelier:  1 an si o lună  
Notă: perioada prelungită de valabilitate a unui certificat 
Card_Sign permite unui card de conducător auto să creeze 
semnături valabile pentru datele descărcate în prima lună 
de la data la care certificatul respectiv a expirat. Acest 
lucru este necesar având în vedere Regulamentul (UE) 
nr. 581/2010, care prevede că o descărcare de date de pe 
un card de conducător auto trebuie să fie posibilă într-un 
interval de cel mult 28 de zile de la data la care au fost 
înregistrate ultimele date.  
CSM_90 Odată ce cardul a fost emis, perechile de chei și certif i­
catele aferente ale unui anumit tahograf nu sunt înlocuite 
sau reînnoite.  
CSM_91 Atunci când sunt emise, cardurile de tahograf conţin urm ă­
toarele chei criptografice și certificate:  
— cheia privată Card_MA și certificatul aferent  
— Pentru cardurile de conducător auto și cardurile de 
atelier, în plus: cheia privată Card_Sign și certificatul 
aferent  
— certificatul MSCA_Card care conţine cheia publică 
MSCA_Card.PK destinată verificării certificatului 
Card_MA și certificatului Card_Sign  
— certificatul EUR care conţine cheia publică EUR.PK 
destinată verificării certificatului MSCA_Card.  
— Certificatul EUR a cărui perioadă de valabilitate 
precede imediat perioada de valabilitate 
a certificatului EUR destinat verificării certificatului 
MSCA_Card, dacă există.  
— Certificatul de legătură care face conexiunea între 
aceste două certificate de mai sus, dacă există.  
▼M1 
— În plus, numai pentru cardurile de control, cardurile de 
societate și cardurile de atelier, și numai dacă astfel de 
carduri sunt emise în cursul primelor trei luni ale 
perioadei de valabilitate a unui 
nou certificat EUR: certificatul EUR care este mai 
vechi cu două generaţii, dacă există.  
Notă la ultimul simbol marcator : De exemplu, în 
primele trei luni ale certificatului ERCA(3) (a se 
vedea figura 1), cardurile menţionate conţin certificatul 
ERCA(1). Acesta este necesar pentru a se asigura că 
respectivele carduri pot fi utilizate pentru a descărca 
date din VU ERCA(1) a căror durată normală de 
viaţă de 15 ani, plus perioada de trei luni de descărcare 
a datelor, expiră în lunile respective; a se vedea ultimul 
simbol marcator de la cerinţa 13 din anexa IC.  
▼B 
CSM_92 Pe lângă cheile criptografice și certificatele enumerate  în 
CSM_91, cardurile de tahograf conţin, de asemenea, chei 
și certificate specificate în partea A din prezentul apendice, 
permiţând acestor carduri să interacţioneze cu VU-urile de 
prima generaţie.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 456  
9.1.6  Nivelul echipamentului: Echipamente GNSS externe  
▼M1 
CSM_93 O pereche unică de chei ECC este generată pentru fiecare  
echipament GNSS extern, desemnată ca fiind EGF_MA. 
Această sarcină este îndeplinită de producătorii de echi­
pamente GNSS externe. Ori de câte ori este generată o 
pereche de chei EGF_MA, partea care generează cheia 
transmite cheia publică către MSCA de care aparţine, în 
scopul de a obţine un certificat aferent EGF_MA semnat 
de MSCA. Cheia privată este utilizată doar de către echi­
pamentul GNSS extern.  
▼B 
CSM_94 Un producător de EGF alege puterea unei perechi de chei 
EGF_MA astfel încât să fie egală cu puterea perechii de 
chei MSCA utilizate pentru semnarea certificatului aferent 
EGF_MA.  
▼M1 
CSM_95 Un echipament GNSS extern își utilizează perechea de 
chei EGF_MA, formată din cheia privată EGF_MA.SK 
și din cheia publică EGF_MA.PK, exclusiv pentru proce­
durile de autentificare reciprocă și de stabilire a cheilor de 
sesiune în raport cu unităţile montate pe vehicule, astfel 
cum este precizat în secţiunea 11.4 din prezentul apendice.  
▼B 
CSM_96 Perioada de valabilitate a certificatului EGF_MA este de  
15 ani.  
CSM_97 Un echipament GNSS extern nu mai utilizează în niciun 
scop cheia privată a perechii sale de chei EGF_MA după 
expirarea valabilităţii certificatului aferent.  
Notă: astfel cum s-a explicat în secţiunea 11.3.3, un EGF 
ar putea folosi cheia sa privată pentru autentificarea 
reciprocă în raport cu VU-ul la care este deja cuplat, 
chiar și după expirarea certificatului aferent.  
CSM_98 Odată ce EGF a fost pus în funcţiune, perechea de chei 
EGF_MA și certificatul aferent ale unui anumit echipament 
GNSS extern nu sunt înlocuite sau reînnoite pe teren.  
Notă: Această cerinţă nu exclude posibilitatea de a înlocui 
perechile de chei EGF în timpul unei renovări sau reparaţii 
efectuate într-un mediu sigur controlat de producătorul 
EGF-ului.  
CSM_99 Atunci când sunt puse în funcţiune, echipamentele GNSS 
externe trebuie să conţină următoarele chei criptografice și 
certificate:  
— cheia privată EGF_MA și certificatul aferent  
— certificatul MSCA_VU-EGF care conţine cheia publică 
MSCA_VU-EGF.PK destinată verificării certificatului 
EGF_MA  
— Certificatul EUR care conţine cheia publică EUR.PK 
destinată verificării certificatului MSCA_VU-EGF  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 457  
— Certificatul EUR a cărui perioadă de valabilitate 
precede imediat perioada de valabilitate 
a certificatului EUR destinat verificării certificatului 
MSCA_VU-EGF, dacă există  
— Certificatul de legătură care face conexiunea între 
aceste două certificate de mai sus, dacă există  
9.1.7  Prezentare general ă: Înlocuirea certificatelor  
În figura 1 de mai jos este prezentat modul în care sunt emise și utilizate 
de-a lungul timpului diferitele generaţii de certificate rădăci nă ERCA, de 
certificate de legătură ERCA, de certificate MSCA și de certifi cate de 
echipament (VU și card).  
▼M1 
Figura 1  
Eliberarea și utilizarea diferitelor genera ţii de certificate r ădăcină ERCA, de certificate de leg ătură ERCA, de 
certificate MSCA și de certificate de echipament
  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 458  
Note la figura 1:  
1. Diferitele generaţii ale certificatului rădăcină sunt indica te de un 
număr între paranteze. De exemplu, ERCA (1) este prima generaţi e 
a certificatului rădăcină ERCA; ERCA (2) este a doua generaţie etc. 
2. Alte certificate sunt marcate cu două cifre între paranteze,  prima cifră 
indicând generaţia certificatului rădăcină în cadrul căreia ace stea sunt 
emise, iar a doua cifră indicând generaţia certificatului în si ne. De 
exemplu, MSCA_Card (1-1) este primul certificat MSCA_Card emis 
în cadrul generaţiei ERCA (1); MSCA_Card (2-1) este primul 
certificat MSCA_Card emis în cadrul generaţiei ERCA (2); 
MSCA_Card (2-last) este ultimul certificat MSCA_Card emis în 
cadrul generaţiei ERCA (2); Card_MA (2-1) este primul certifica t 
de card pentru autentificare reciprocă emis în cadrul generaţie i 
ERCA (2) etc.  
3. Certificatele MSCA_Card (2-1) și MSCA_Card (1-last) sunt emi se 
aproape la aceeași dată, dar nu exact la aceeași dată. MSCA_Car d 
(2-1) este primul certificat MSCA_Card emis în cadrul generaţie i 
ERCA (2) și va fi emis puţin mai târziu decât MSCA_Card (1-last ), 
acesta din urmă fiind ultimul certificat MSCA_Card emis în cadr ul 
generaţiei ERCA (1).  
4. Astfel cum este indicat în figură, primele certificate VU și  de card 
emise în cadrul ERCA (2) vor apărea cu aproape doi ani înaintea  
apariţiei ultimelor certificate VU și de card emise în cadrul g eneraţiei 
ERCA (1). Această situaţie este o consecinţă a faptului că cert ificatele 
VU și de card nu sunt emise în mod direct în cadrul certificatu lui 
ERCA, ci în cadrul unui certificat MSCA. Certificatul MSCA (2-1 ) va 
fi emis direct după începerea valabilităţii ERCA (2), dar certi ficatul 
MSCA (1-ultimul) va fi emis cu puţin timp înaintea momentului 
respectiv, și anume în ultimul moment în care certificatul ERCA  (1) 
este încă valabil. Prin urmare, aceste două certificate MSCA vo r avea 
aproape aceeași perioadă de valabilitate, cu toate că sunt din generaţii 
diferite.  
5. Perioada de valabilitate indicată pentru carduri este cea pe ntru 
cardurile de conducător auto (5 ani).  
▼M1 
6. Pentru a economisi spaţiu, diferenţa dintre perioadele de va labilitate 
ale certificatelor CARD_MA și Card_Sign este indicată numai pen tru 
prima generaţie.  
▼B 
9.2. Chei simetrice  
9.2.1  Chei pentru siguran ţa comunica ţiilor dintre VU și senzorul de mi șcare 
9.2.1.1  Considera ţii generale  
Notă: se consideră că cititorii prezentei secţiuni sunt familiarizaţ i cu 
conţinutul standardului (ISO 16844-3), care descrie interfaţa d intre o 
unitate montată pe vehicul și un senzor de mișcare. Procesul de  
asociere dintre o VU și un senzor de mișcare este descris în mo d 
detaliat la capitolul 12 din prezentul apendice.  
CSM_100 Sunt necesare mai multe chei simetrice pentru asocierea  
dintre unităţile montate pe vehicule și senzorii de mișcare, 
pentru autentificarea reciprocă între unităţile montate pe 
vehicule și senzorii de mișcare și pentru criptarea comuni­
caţiilor dintre unităţile montate pe vehicule și senzorii de 
mișcare, astfel cum se arată în tabelul 3. Toate aceste chei 
sunt chei AES cu o lungime egală cu lungimea cheii master 
a senzorului de mișcare, care este legată de lungimea (preco­
nizată) a perechii de chei rădăcină europene, astfel cum este 
precizat în CSM_50.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 459  
Tabelul 3  
Chei pentru securizarea comunica ţiilor dintre unitatea montat ă pe vehicul și senzorul de mi șcare  
Cheie  Simbol  Generată de  Metodă de generare  Stocată de  
Cheie master a 
senzorului de mișcare – 
componentă a VU  K M-VU  ERCA  Aleatoriu  ERCA, MSCA-uri implicate în 
eliberarea certificatelor VU, 
producători de VU, unităţi 
montate pe vehicul  
Cheie master a 
senzorului de mișcare – 
componentă a atelierului  K M-WC  ERCA  Aleatoriu  ERCA, MSCA-uri, producătorii 
de carduri, cardurile de atelier  
Cheie master a 
senzorului de mișcare  K M Nu este generată 
în mod inde­
pendent  Calculată astfel: K  M = 
K M-VU  XOR K  M-WC  ERCA, MSCA-uri implicate în 
emiterea de chei pentru senzorii 
de mișcare (opţional) (*)  
Cheie de identificare  K  ID Nu este generată 
în mod inde­
pendent  Calculată astfel: K  ID =  
K M XOR CV, unde CV 
este precizat în 
CSM_106  ERCA, MSCA-uri implicate în 
emiterea de chei pentru senzorii 
de mișcare (opţional) (*)  
Cheie de asociere  K  P Producător de 
senzori de mișcare  Aleatoriu  Un senzor de mișcare  
Cheie de sesiune  K  S VU (în timpul 
asocierii dintre 
VU și senzorul de 
mișcare)  Aleatoriu  O VU și un senzor de mișcare  
(*) Stocarea cheilor K  M și K  ID este opţională, întrucât aceste chei pot fi derivate din K  M-VU  , K  M-WC  și CV.  
CSM_101 Autoritatea europeană pentru certificatele rădăcină gen erează 
K M-VU  și K  M-WC  , două chei AES unice și aleatorii, pe baza 
cărora poate fi calculată cheia master a senzorului de 
mișcare, K  M , ca fiind K  M-VU  XOR K  M-WC  . ERCA 
comunică K  M, K M-VU  și K  M-WC  autorităţilor pentru certi­
ficate ale statelor membre, la cererea acestora.  
CSM_102 ERCA atribuie fiecărei chei master K  M a senzorului de 
mișcare un număr unic de versiune, ceea ce este aplicabil 
și pentru constituirea cheilor K  M-VU  și K  M-WC  , precum și 
pentru cheia de identificare aferentă K  ID . ERCA informează 
MSCA-urile cu privire la numărul versiunii în momentul în 
care le trimite acestora cheile K  M-VU  și K  M-WC  . 
Notă: Numărul versiunii este utilizat pentru a face distincţia 
între diferitele generaţii ale acestor chei, astfel cum se 
explică în detaliu în secţiunea 9.2.1.2.  
CSM_103 O autoritate pentru certificate a unui stat membru tran smite 
cheia K  M-VU  , împreună cu numărul versiunii sale, producă­
torilor de unităţi montate pe vehicule, la cererea acestora. 
Producătorii de VU introduc K  M-VU  și numărul versiunii 
acesteia în toate VU produse.  
CSM_104 O autoritate pentru certificate a unui stat membru se a sigură 
că cheia K  M-WC  , împreună cu numărul versiunii sale, sunt 
introduse în toate cardurile de atelier emise sub responsabi­
litatea acesteia.  
Note:  
— A se vedea descrierea tipului de date
  
din apendicele 2.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 460  
— astfel cum se explică în secţiunea 9.2.1.2, poate fi 
necesar ca mai multe generaţii de chei K  M-WC  să fie 
introduse în același card de atelier.  
CSM_105 Pe lângă cheia AES menţionată în CSM_104, o MSCA se 
asigură că cheia TDES Km  WC , specificată în cerinţa 
CSM_037 din partea A din prezentul apendice, este 
introdusă în fiecare card emis sub responsabilitatea acesteia.  
Note:  
— Aceasta permite utilizarea unui card de atelier de a doua 
generaţie pentru cuplarea cu o VU de prima generaţie.  
— Un card de atelier de a doua generaţie va conţine două 
aplicaţii diferite, și anume una care îndeplinește cerinţele 
din partea B din prezentul apendice și una care înde­
plinește cerinţele din partea A. Cea din urmă aplicaţie va 
conţine cheia TDES Km  WC . 
CSM_106 O MSCA implicată în emiterea de senzori de mișcare deri vă 
cheia de identificare pornind de la cheia master a senzorului 
de mișcare căreia i se aplică operaţia logică XOR (disjuncţie 
exclusivă) cu un vector constant CV. Valoarea CV este după 
cum urmează:  
▼M1 
— Pentru cheile master de 128 de biţi ale senzorilor de 
mișcare: CV = „B6 44 2C 45 0E F8 D3 62 0B 7A 
8A 97 91 E4 5D 83”  
▼B 
— Pentru cheile master de 192 de biţi ale senzorilor de 
mișcare: 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”  
— Pentru cheile master de 256 de biţi ale senzorilor de 
mișcare: 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”  
Notă: vectorii constanţi au fost generaţi după cum urmează:  
Pi_10 = primii 10 octeţi ai porţiunii zecimale a constantei 
matematice π = „24 3F 6A 88 85 A3 08 D3 13 19”  
CV_ 128-bits = primii 16 octeţi ai SHA-256(Pi_10)  
CV_ 192-bits = primii 24 de octeţi ai SHA-384(Pi_10)  
CV_ 256-bits = primii 32 de octeţi ai SHA-512(Pi_10)  
CSM_107  ►M1 Fiecare producător de senzori de mișcare generează o 
cheie de asociere K  P aleatorie și unică pentru fiecare senzor 
de mișcare și trimite fiecare cheie de asociere autorităţii 
pentru certificate a statului său membru. MSCA criptează 
fiecare cheie de asociere în mod separat, cu cheia master 
K M a senzorului de mișcare, și returnează cheia criptată 
producătorului senzorului de mișcare. Pentru fiecare cheie 
criptată, MSCA notifică producătorului senzorului de 
mișcare numărul versiunii cheii K  M asociate. ◄  
Notă: astfel cum s-a explicat în secţiunea 9.2.1.2, poate fi 
necesar ca un producător de senzori de mișcare să genereze 
mai multe chei de asociere unice pentru un singur senzor de 
mișcare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 461  
CSM_108 Fiecare producător de senzori de mișcare generează un 
număr de serie unic pentru fiecare senzor de mișcare și 
trimite toate numerele de serie autorităţii pentru certificate 
a statului său membru. MSCA criptează fiecare număr de 
serie, în mod separat, cu cheia de identificare K  ID , și 
returnează numărul de serie criptat producătorului senzorului 
de mișcare. Pentru fiecare număr de serie criptat, MSCA 
notifică producătorul senzorului de mișcare numărul 
versiunii cheii K  ID asociate.  
▼B 
CSM_109 Pentru cerinţele CSM_107 și CSM_108, MSCA utilizează 
algoritmul AES în modul de operare cu înlănţuirea 
blocurilor cifrate, astfel cum este definit în standardul (ISO 
10116), cu un parametru intermediar  m = 1 și un vector de 
iniţializare SV = „00” {16}, adică 16 octeţi cu valoarea 
binară 0. După caz, MSCA utilizează metoda de completare 
2 definită în (ISO 9797-1).  
CSM_110 Producătorul senzorului de mișcare stochează cheia de 
asociere criptată și numărul de serie criptat în senzorul de 
mișcare destinat, împreună cu valorile de text în clar și cu 
numerele versiunilor cheilor K  M și K  ID utilizate pentru 
criptare.  
Notă: astfel cum s-a explicat în secţiunea 9.2.1.2, poate fi 
necesar ca un producător de senzori de mișcare să introducă 
mai multe chei de asociere criptate și mai multe numere de 
serie criptate într-un singur senzor de mișcare.  
CSM_111 Pe lângă materialul criptografic bazat pe AES specifica t în 
CSM_110, un producător de senzori de mișcare poate stoca, 
de asemenea, în fiecare senzor de mișcare materialul cripto­
grafic bazat pe TDES specificat în cerinţa CSM_037 din 
partea A din prezentul apendice.  
Notă: acest lucru va permite cuplarea unui senzor de 
mișcare de a doua generaţie la o VU de prima generaţie.  
CSM_112 Lungimea cheii de sesiune K  S generate de o VU în timpul 
asocierii cu un senzor de mișcare depinde de lungimea cheii 
sale K  M-VU  , astfel cum este precizat în CSM_50.  
9.2.1.2  Înlocuirea cheii master a senzorului de mi șcare din echipamentul de a 
doua genera ţie. 
CSM_113 Fiecare cheie master a senzorului de mișcare și toate c heile 
aferente (a se vedea tabelul 3) sunt asociate cu o generaţie 
specifică a perechii de chei rădăcină a ERCA. Prin urmare, 
aceste chei se înlocuiesc o dată la 17 ani. Perioada de vala­
bilitate a fiecărei generaţii a cheii master a senzorului de 
mișcare începe cu un an înaintea începerii valabilităţii 
perechii de chei rădăcină asociate a ERCA și se termină 
atunci când perechea de chei rădăcină asociată a ERCA 
expiră. Acest fapt este descris în figura 2.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 462  
Figura 2  
Emiterea și utilizarea diferitelor genera ţii ale cheii master a senzorului de mi șcare din unit ăţile montate pe 
vehicule, din senzorii de mi șcare și din cardurile de atelier
  
CSM_114 Cu cel puţin un an înainte de generarea unei noi perech i de 
chei rădăcină europene, astfel cum este descris în CSM_56, 
ERCA generează o nouă cheie master K  M a senzorului de 
mișcare prin generarea unor noi chei K  M-VU  și K  M-WC  . 
Lungimea cheii master a senzorului de mișcare este legată 
de puterea prevăzută a noii perechi de chei rădăcină 
europene, în conformitate cu CSM_50. ERCA comunică 
noile chei K  M , K  M-VU  și K  M-WC  MSCA-urilor, la cererea 
acestora, împreună cu numărul lor de versiune respectiv.  
CSM_115 O MSCA se asigură că toate generaţiile valabile de chei  K M- 
WC sunt stocate pe fiecare card de atelier emis sub auto­
ritatea acesteia, împreună cu numerele lor de versiune, 
astfel cum este prezentat în figura 2.  
Notă: aceasta implică faptul că, în ultimul an al perioadei de 
valabilitate a unui certificat ERCA, cardurile de atelier vor f i 
emise cu trei generaţii diferite de K  M-WC  , astfel cum este 
indicat în figura 2.  
CSM_116 În ceea ce privește procesul descris în CSM_107 și 
CSM_108 de mai sus: O MSCA criptează fiecare pereche 
de chei de asociere K  P pe care o primește de la un 
producător de senzori de mișcare în mod separat cu 
fiecare generaţie valabilă a cheii master K  M a senzorului 
de mișcare. O MSCA criptează de asemenea fiecare număr 
de serie pe care îl primește de la un producător de senzori de 
mișcare în mod separat cu fiecare generaţie valabilă a cheii 
de identificare K  ID . Un producător de senzori de mișcare 
stochează toate criptările cheii de asociere și toate criptăril e 
numărului de serie în senzorul de mișcare destinat, împreună 
cu valorile de text în clar aferente și cu numărul (numerele) 
de versiune ale cheilor K  M și K  ID utilizate pentru criptare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 463  
Notă: aceasta implică faptul că, în ultimul an al perioadei de 
valabilitate a unui certificat ERCA, senzorii de mișcare vor 
fi livraţi cu date criptate bazate pe trei generaţii diferite d e 
K M , astfel cum este indicat în figura 2.  
CSM_117 În ceea ce privește procesul descris în CSM_107 de mai sus: 
Întrucât lungimea cheii de asociere K  P este legată de 
lungimea cheii K  M (a se vedea CSM_100), poate fi 
necesar ca un producător de senzori de mișcare să 
genereze până la trei perechi diferite de chei de asociere 
(de lungimi diferite) pentru un senzor de mișcare, în cazul 
în care generaţiile ulterioare de chei K  M au lungimi diferite. 
În acest caz, producătorul trimite fiecare pereche de chei de 
asociere către MSCA. MSCA se asigură că fiecare cheie de 
asociere este criptată cu generaţia corectă a cheii master a 
senzorului de mișcare, adică cu cea care are aceeași lungime.  
Notă: În cazul în care producătorul senzorului de mișcare 
decide să genereze o cheie de asociere bazată pe TDES 
pentru un senzor de mișcare de a doua generaţie (a se 
vedea CSM_111), producătorul îi indică MSCA-ului faptul 
că pentru criptarea acestei chei de asociere trebuie să fie 
utilizată cheia master bazată pe TDES a senzorului de 
mișcare. Acest lucru se datorează faptului că lungimea 
unei chei TDES poate să nu fie egală cu cea a unei chei 
AES și, prin urmare, MSCA nu poate trage o concluzie 
exclusiv pe baza lungimii cheii.  
CSM_118 Producătorii de unităţi montate pe vehicule introduc do ar o 
generaţie de K  M-VU  în fiecare unitate montată pe vehicul, 
împreună cu numărul versiunii acesteia. Această generaţie de 
K M-VU  este legată de certificatul ERCA pe care sunt bazate 
certificatele unităţilor montate pe vehicule.  
Note:  
— O unitate montată pe vehicul bazată pe certificatul 
ERCA din generaţia  X conţine doar cheia K  M-VU  din 
generaţia  X, chiar dacă a fost produsă după începutul 
perioadei de valabilitate a certificatului ERCA din 
generaţia  X+1 . Această situaţie este ilustrată în figura 2.  
— O VU din generaţia  X nu poate fi asociată cu un senzor 
de mișcare din generaţia  X-1 
— Întrucât cardurile de atelier au o perioadă de valabilitate 
de un an, rezultatul CSM_113 – CSM_118 este că toate 
cardurile de atelier vor conţine noua cheie K  M-WC  la 
momentul producerii primei VU care conţine noua 
cheie K  M-VU  . Prin urmare, o astfel de VU va fi întot­
deauna în măsură să calculeze noua cheie K  M . În plus, 
până la momentul respectiv, majoritatea noilor senzori de 
mișcare vor conţine date criptate bazate inclusiv pe noua 
cheie K  M . 
9.2.2  Chei pentru securizarea comunica ţiilor specializate cu raz ă scurtă de 
acţiune (DSRC)  
9.2.2.1  Considera ţii generale  
CSM_119 Autenticitatea și confidenţialitatea datelor comunicate  de la o 
unitate montată pe vehicul la o autoritate de control printr-un  
canal de comunicare la distanţă DSRC este asigurată prin 
intermediul unui set de chei AES specifice ale VU derivate 
dintr-o singură cheie master DSRC, și anume din cheia 
KM  DSRC  . ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 464  
CSM_120 Cheia master DSRC, KM  DSRC  , este o cheie AES generată, 
stocată și distribuită de ERCA în mod securizat. Lungimea 
cheii poate fi de 128,192 sau 256 de biţi și este legată de 
lungimea perechii de chei rădăcină europene, astfel cum este 
descris în CSM_50.  
CSM_121 ERCA comunică în mod securizat cheia master DSRC auto­
rităţilor pentru certificate ale statelor membre, la cererea 
acestora, pentru a le permite să deriveze cheile DSRC 
specifice ale VU și pentru a se asigura că cheia master 
DSRC este introdusă în toate cardurile de control și în 
toate cardurile de atelier emise sub responsabilitatea lor.  
CSM_122 ERCA atribuie fiecărei chei master DSRC un număr unic d e 
versiune. ERCA informează MSCA-urile cu privire la 
numărul versiunii în momentul în care le trimite cheia 
master DSRC.  
Notă: Numărul versiunii este utilizat pentru a face distincţia 
între diferitele generaţii ale cheii master DSRC, astfel cum 
se explică în detaliu în secţiunea 9.2.2.2.  
▼M1 
CSM_123 Pentru fiecare unitate montată pe vehicul, producătorul  
unităţii montate pe vehicul creează un număr de serie unic 
al VU și trimite acest număr autorităţii pentru certificate a 
statului său membru într-o cerere de obţinere a unui set de 
două chei DSRC specifice pentru VU. Numărul de serie al 
VU are tipul de date
  .  
Notă: 
— Acest număr de serie al VU este identic cu elementul 
vuSerialNumber al VuIdentification (a se vedea apen­
dicele 1) și cu identificatorul deţinătorului certificatului 
din certificatele VU.  
— Numărul de serie al VU poate să nu fie cunoscut în 
momentul în care un producător de unităţi montate pe 
vehicule solicită cheile DSRC specifice pentru VU. În 
acest caz, producătorul VU trimite, în schimb, ID-ul unic 
al cererii de certificat pe care l-a utilizat atunci când a 
solicitat certificatele VU; A se vedea CSM_153. Acest 
ID al cererii de certificat este, prin urmare, egal cu iden­
tificatorul deţinătorului certificatului din certificatele VU.  
▼B 
CSM_124 La primirea unei cereri de chei DSRC specifice pentru V U, 
MSCA derivează două chei AES pentru unitatea montată pe 
vehicul, denumite K_VU  DSRC  _ENC și K_VU  DSRC  _MAC. 
Aceste chei specifice pentru VU trebuie să aibă lungimea 
egală cu cea a cheii master DSRC. MSCA utilizează funcţia 
de derivare a cheilor definită în [RFC 5869]. Funcţia  hash  
necesară pentru a instanţia funcţia HMAC-hash este legată 
de lungimea cheii master DSRC, astfel cum este precizat în 
CSM_50. Funcţia de derivare a cheilor din standardul [RFC 
5869] este după cum urmează:  
Etapa 1 (extragere)  
— PRK  = HMAC-Hash ( salt, IKM ), unde  salt  este un șir 
vid „”, iar  IKM  este KM  DSRC  . ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 465  
Etapa 2 (extindere)  
— OKM  = T(1) , unde  
T(1) = HMAC-Hash ( PRK , T(0)  | | info  || „01”), cu  
— T (0)  = un șir vid („”),  
— ►M1 info  = numărul de serie al VU sau ID-ul 
cererii de certificat, astfel cum este specificat în 
CSM_123 ◄  
— K_VU  DSRC  _ENC = primii  L octeţi ai  OKM  ș i 
K_VU  DSRC  _MAC = ultimii  L octeţi ai  OKM,  
unde  L este lungimea necesară a K_VU  DSRC  _ENC și a 
K_VU  DSRC  _MAC în octeţi.  
CSM_125 MSCA distribuie K_VU  DSRC  _ENC și K_VU  DSRC  _MAC 
producătorilor de VU într-un mod securizat pentru a fi 
introduse în unitatea montată pe vehicul căreia îi sunt 
destinate.  
CSM_126 La momentul producerii, o unitate montată pe vehicul ar e 
stocate în memoria sa securizată cheile K_VU  DSRC  _ENC și 
K_VU  DSRC  _MAC, pentru a putea asigura integritatea, auten­
ticitatea și confidenţialitatea datelor trimise prin canalul de  
comunicare la distanţă. O unitate montată pe vehicul 
stochează de asemenea cheia master DSRC utilizată pentru 
a deriva aceste chei specifice pentru VU.  
CSM_127 La momentul emiterii, cardurile de control și cardurile  de 
atelier au stocate în memoria lor securizată cheia KM  DSRC  , 
pentru a putea verifica astfel integritatea și autenticitatea 
datelor trimise de o VU printr-un canal de comunicare la 
distanţă și pentru a putea decripta datele respective. 
Cardurile de control și cardurile de atelier stochează de 
asemenea numărul versiunii cheii master DSRC.  
Notă: astfel cum se explică în secţiunea 9.2.2.2, poate fi 
necesar ca mai multe generaţii de chei KM  DSRC  să fie 
introduse în același card de atelier sau în același card de 
control.  
▼M1 
CSM_128 MSCA ţine evidenţa tuturor cheilor DSRC specifice pentr u 
VU pe care le-a generat, a numărului versiunii acestora și a 
numărului de serie al VU sau a ID-ului cererii de certificat 
folosite la derivarea lor.  
9.2.2.2  Înlocuirea cheii master DSRC  
CSM_129 Fiecare cheie master DSRC este asociată cu o generaţie 
specifică a perechii de chei rădăcină a ERCA. Prin 
urmare, ERCA înlocuiește cheia master DSRC o dată la 
17 ani. Perioada de valabilitate a fiecărei generaţii a cheii 
master DSRC începe cu doi ani înaintea începerii valabi­
lităţii perechii de chei rădăcină asociate a ERCA și se 
termină atunci când perechea de chei rădăcină asociată a 
ERCA expiră. Acest fapt este descris în figura 3.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 466  
Figura 3  
Emiterea și utilizarea diferitelor genera ţii ale cheii master DSRC în unit ăţile montate pe vehicule, în cardurile de 
atelier și în cardurile de control
  
CSM_130 Cu cel puţin doi ani înainte de generarea unei noi pere chi de 
chei rădăcină europene, astfel cum este descris în CSM_56, 
ERCA generează o nouă cheie master DSRC. Lungimea 
cheii master DSRC este legată de puterea prevăzută a noii 
perechi de chei rădăcină europene, în conformitate cu 
CSM_50. ERCA comunică noua cheie master DSRC 
MSCA-urilor, la cererea acestora, împreună cu numărul 
versiunii sale.  
CSM_131 O MSCA se asigură că toate generaţiile valabile ale che ii 
KM  DSRC  sunt stocate pe fiecare card de control emis sub 
autoritatea acesteia, împreună cu numerele versiunilor 
acestora, astfel cum este ilustrat în figura 3.  
Notă: aceasta implică faptul că, în ultimii doi ani ai 
perioadei de valabilitate a unui certificat ERCA, cardurile 
de control vor fi emise cu trei generaţii diferite ale cheii 
KM  DSRC  , astfel cum este indicat în figura 3.  
CSM_132 O MSCA se asigură că toate generaţiile cheii KM  DSRC  care 
au fost valabile pentru cel puţin un an și sunt în continuare 
valabile sunt stocate pe fiecare card de atelier emis sub 
autoritatea acesteia, împreună cu numerele versiunilor 
acestora, astfel cum este ilustrat în figura 3.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 467  
Notă: aceasta implică faptul că, în ultimul an al perioadei de 
valabilitate a unui certificat ERCA, cardurile de atelier vor f i 
emise cu trei generaţii diferite ale KM  DSRC  , astfel cum este 
indicat în figura 3.  
CSM_133 Producătorii de unităţi montate pe vehicule introduc do ar un 
set de chei DSRC specifice pentru VU în fiecare unitate 
montată pe vehicul, împreună cu numărul versiunii 
acestora. Acest set de chei este derivat din generaţia 
KM  DSRC  legată de certificatul ERCA pe care se bazează 
certificatele unităţilor montate pe vehicule.  
Note:  
— Acest lucru implică faptul că o unitate montată pe 
vehicul bazată pe certificatul ERCA din generaţia  X 
conţine doar cheile K_VU  DSRC  _ENC și 
K_VU  DSRC  _MAC din generaţia  X, chiar dacă VU a 
fost produsă după începutul perioadei de valabilitate a 
certificatului ERCA din generaţia  X+1 . Această situaţie 
este ilustrată în figura 3.  
— Deoarece perioada de valabilitate a cardurilor de atelier 
este de un an, iar a cardurilor de control este de doi ani, 
rezultatul CSM_131 – CSM_133 este că toate cardurile 
de atelier și toate cardurile de control vor conţine noua 
cheie master DSRC la momentul în care va fi emisă 
prima VU conţinând chei specifice pentru VU bazate 
pe cheia master respectivă.  
9.3. Certificate  
9.3.1  Considera ţii generale  
CSM_134 Toate certificatele din sistemul european de tahografe inte­
ligente se pot autodescrie și sunt verificabile cu ajutorul 
cardurilor (CV), în conformitate cu (ISO 7816-4) și (ISO 
7816-8).  
CSM_135  ►M1 Regulile de codificare distincte (DER), în confor­
mitate cu [ISO 8825-1] sunt utilizate pentru codificarea 
obiectelor de date în cadrul certificatelor. Tabelul 4 
prezintă codarea completă a certificatului, inclusiv toţi 
octeţii de etichetare și de lungime. ◄  
Notă: această codificare are ca rezultat o structură de tip 
„valoarea lungimii etichetei” (TLV) după cum urmează:  
Etichetă: Eticheta este codificată în unul sau doi octeţi și 
indică conţinutul.  
Lungime: Lungimea este codificată ca un întreg nesemnat în 
unul, doi sau trei octeţi, ducând la o lungime 
maximă de 65 535 de octeţi. Se utilizează 
numărul minim de octeţi.  
Valoare: Valoarea este codificată în zero sau mai mulţi 
octeţi.  
9.3.2  Conţinutul certificatelor  
CSM_136 Toate certificatele au structura prezentată în profilul  de 
certificat din tabelul 4.  
Tabelul 4  
Profil de certificat versiunea 1  
Câmp  ID-ul 
câmpului  Etichetă  Lungime (octeţi)  Tip de date ASN. 1 
(a se vedea apendicele 1)  
Certificat ECC  C  „7F 21”  var  
Corpul certificatului 
ECC  B „7F 4E”  var  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 468  
Câmp  ID-ul 
câmpului  Etichetă  Lungime (octeţi)  Tip de date ASN. 1 
(a se vedea apendicele 1)  
Identificator de profil 
al certificatului  CPI „5F 29”  „01”
  
Identificatorul auto­
rităţii pentru certi­
ficate  CAR  „42”  „08”
  
Autorizaţia deţină­
torului certificatului  CHA  „5F 4C”  „07”
  
Cheie publică  P K  „7F 49”  var  
Parametrii de 
domeniu  DP „06”  var
  
Punct public  P P  „86”  var
  
Identificatorul deţină­
torului certificatului  CHR  „5F 20”  „08”
  
Data de începere a 
valabilităţii certifi­
catului  CEfD  „5F 25”  „04”
  
Data expirării certifi­
catului  CExD  „5F 24”  „04”
  
Semnătura certifi­
catului ECC  S „5F 37”  var
  
Notă: ID-ul câmpului va fi utilizat în secţiuni ulterioare ale 
prezentului apendice pentru a indica câmpurile individuale 
ale unui certificat; de exemplu, X.CAR este identificatorul 
autorităţii pentru certificate menţionat în certificatul utiliz a­
torului X.  
9.3.2.1 Identificator de profil al certificatului  
CSM_137 Certificatele utilizează un identificator de profil al certifi­
catului pentru a indica profilul certificatului utilizat. 
Versiunea 1, astfel cum este specificat în tabelul 4, este 
identificată de o valoare „00”.  
9.3.2.2 Identificatorul autorităţii pentru certificate  
CSM_138 Identificatorul autorităţii pentru certificate se folos ește pentru 
identificarea cheii publice care trebuie utilizată pentru veri­
ficarea semnăturii unui certificat. Prin urmare, identificatoru l 
autorităţii pentru certificate este egal cu identificatorul deţ i­
nătorului certificatului în certificatul autorităţii aferente 
pentru certificate.  
CSM_139 Un certificat rădăcină al ERCA este autosemnat, adică i den­
tificatorul autorităţii pentru certificate este egal cu identif i­
catorul deţinătorului certificatului în certificat.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 469  
CSM_140 În cazul unui certificat de legătură al ERCA, identific atorul 
deţinătorului certificatului (CHR) este egal cu CHR al noului 
certificat rădăcină al ERCA. Identificatorul autorităţii pentru  
certificate în cazul unui certificat de legătură este egal cu 
CHR al certificatului rădăcină anterior al ERCA.  
9.3.2.3 Autorizaţia deţinătorului certificatului  
▼M1 
CSM_141 Autorizaţia deţinătorului certificatului este folosită pentru a 
identifica tipul de certificat. Aceasta este formată din cei ma i 
semnificativi șase octeţi ai ID-ului aplicaţiei tahografice, 
concatenaţi cu tipul de echipament, care indică tipul de 
echipament căruia îi este destinat certificatul. În cazul unui 
certificat VU, al unui certificat de card de conducător auto 
sau al unui certificat de card de atelier, tipul de echipament 
este, de asemenea, utilizat pentru a face diferenţa între un 
certificat pentru autentificare reciprocă și un certificat pent ru 
crearea semnăturilor digitale (a se vedea secţiunea 9.1 și 
apendicele 1, tipul de date EquipmentType).  
▼B 
9.3.2.4 Cheie publică  
Cheia publică imbrică două elemente de date: parametrii de dome niu 
standardizaţi care urmează să fie utilizaţi cu cheia publică în  certificat 
și valoarea punctului public.  
CSM_142 Elementul de date  Domain Parameters  conţine unul dintre 
identificatorii de obiect specificaţi în tabelul 1 pentru a fac e 
trimitere la un set de parametri de domeniu standardizaţi.  
CSM_143 Elementul de date  Public Point  conţine punctul public. 
Punctele publice pe bază de curbe eliptice sunt transformate 
în șiruri de octeţi, astfel cum este precizat în (TR-03111). Se  
utilizează formatul de codificare necomprimat. La recu­
perarea unui punct bazat pe curbe eliptice din formatul său 
codificat, se efectuează întotdeauna validările descrise în 
(TR-03111).  
9.3.2.5 Identificatorul deţinătorului certificatului  
CSM_144 Identificatorul deţinătorului certificatului este un id entificator 
pentru cheia publică furnizată în certificat. El este utilizat 
pentru a face trimitere la această cheie publică în alte 
certificate.  
CSM_145 În cazul certificatelor de card și al certificatelor de  echi­
pament GNSS extern, identificatorul deţinătorului certifi­
catului are tipul de date
  
specificat în apendicele 1.  
CSM_146 În cazul unităţilor montate pe vehicul, în momentul în care 
producătorul solicită un certificat, acesta poate să știe sau 
poate să nu știe numărul de serie, specific producătorului, al 
VU căreia îi sunt destinate certificatul respectiv și cheia 
privată asociată. În primul caz, identificatorul deţinătorului 
certificatului are tipul de date
  
specificat în apendicele 1. În al doilea caz, identificatorul 
deţinătorului certificatului are tipul de date
  
specificat în apendicele 1.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 470  
Notă: Pentru un certificat de card, valoarea CHR este egală 
cu valoarea cardExtendedSerialNumber în EF_ICC; a se 
vedea apendicele 2. Pentru un certificat EGF, valoarea 
CHR este egală cu valoarea sensorGNSSSerialNumber în 
EF_ICC; a se vedea apendicele 14. Pentru un certificat 
VU, valoarea CHR este egală cu elementul vuSerialNumber 
din VuIdentification, a se vedea apendicele 1, cu excepţia 
cazului în care producătorul nu cunoaște numărul de serie 
specific producătorului în momentul în care se solicită 
certificatul.  
▼B 
CSM_147 În cazul certificatelor ERCA și MSCA, identificatorul d eţi­
nătorului certificatului are tipul de date
  
specificat în apen­
dicele 1.  
9.3.2.6 Data de începere a valabilităţii certificatului  
▼M1 
CSM_148 Data de începere a valabilităţii certificatului indică data și 
ora la care certificatul intră în perioada de valabilitate.  
▼B 
9.3.2.7 Data expirării certificatului  
CSM_149 Data expirării certificatului indică data și ora de la care 
certificatul nu mai este valabil.  
9.3.2.8 Semnătura de pe certificat  
CSM_150 Semnătura de pe certificat este creată prin intermediul  
corpului codificat al certificatului, inclusiv eticheta și 
lungimea corpului certificatului. Algoritmul semnăturii este 
ECDSA, astfel cum este precizat în [DSS], folosindu-se 
algoritmul de  hashing  legat de mărimea cheii autorităţii cu 
drept de semnătură, astfel cum este specificat în CSM_50. 
Formatul semnăturii este simplu, astfel cum este precizat în 
(TR-03111).  
9.3.3  Solicitarea de certificate  
CSM_151  ►M1 Atunci când solicită un certificat, o MSCA trebuie să 
transmită următoarele date către ERCA: ◄  
— Identificatorul de profil al certificatului solicitat  
— Referinţa autorităţii pentru certificate care se preco­
nizează a fi utilizată pentru semnarea certificatului.  
— Cheia publică care urmează să fie semnată  
CSM_152 Pe lângă datele din CSM_151, o MSCA trimite către ERCA 
următoarele date în cadrul unei cereri de certificat, permiţând  
ERCA să creeze identificatorul deţinătorului certificatului 
pentru noul certificat MSCA:  
— Codul numeric naţional al autorităţii de certificare (tip de 
date
 definit în apendicele 1)  
— Codul alfanumeric naţional al autorităţii de certificare 
(tip de date
  definit în apendicele 1)  
— Numărul de serie de 1 octet pentru a face distincţia între 
diferitele chei ale autorităţii de certificare în cazul în care  
aceste chei sunt modificate.  
— Câmpul de doi octeţi care conţine informaţii supli­
mentare specifice privind autoritatea de certificare.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 471  
CSM_153 Un producător de echipamente trimite către MSCA urmă­
toarele date în cadrul unei cereri de certificat, permiţând 
MSCA să creeze identificatorul deţinătorului certificatului 
pentru noul certificat de echipament:  
— Dacă este cunoscut (a se vedea CSM_154), un număr de 
serie al echipamentului, asociat în mod unic producă­
torului, precum și tipul echipamentului și luna în care 
acesta a fost produs. În caz contrar, un identificator unic 
asociat cererii de certificat.  
— Luna și anul de producţie a echipamentelor sau ale 
cererii de certificat.  
Producătorul trebuie să se asigure că aceste date sunt corecte și că 
certificatul transmis înapoi de către MSCA este introdus în ech ipamentul 
căruia îi este destinat.  
▼B 
CSM_154 În cazul unei VU, în momentul în care producătorul soli cită 
un certificat, acesta poate să știe sau poate să nu știe 
numărul de serie, specific producătorului, al VU căreia îi 
sunt destinate certificatul respectiv și cheia privată 
asociată. În primul caz, producătorul unităţii montate pe 
vehicul trimite acest număr de serie către MSCA. În cel 
de al doilea caz, producătorul trebuie să identifice în mod 
unic fiecare cerere de certificat și să trimită către MSCA 
numărul de serie al acestei cererii de certificat. Certificatul  
astfel obţinut va conţine prin urmare numărul de serie al 
cererii de certificat. După introducerea certificatului într-o 
VU specifică, producătorul îi comunică MSCA legătura 
dintre numărul de serie al cererii de certificat și identificar ea 
VU. 
10. AUTENTIFICAREA RECIPROCĂ ȘI MESAGERIA SECURIZATĂ 
ÎNTRE VU ȘI CARDURI  
10.1.  Considera ţii generale  
CSM_155 La un nivel înalt, comunicarea securizată între o unita te 
montată pe vehicul și un card de tahograf se bazează pe 
următoarele etape:  
— În prima etapă, fiecare parte îi demonstrează celeilalte 
părţi că deţine un certificat de cheie publică, semnat de 
către autoritatea pentru certificate a unui stat membru. La 
rândul său, certificatul de cheie publică al MSCA trebuie 
să fie semnat de Autoritatea europeană pentru certifi­
catele rădăcină. Această etapă se numește verificarea 
lanţului de certificate și este descrisă în detaliu în 
secţiunea 10.2.  
— În a doua etapă, unitatea montată pe vehicul îi demons­
trează cardului că este în posesia cheii private aferente 
cheii publice din certificatul prezentat. Acest lucru se 
realizează prin semnarea unui număr aleatoriu trimis de 
card. Cardul verifică semnătura prin intermediul 
numărului aleatoriu. În cazul în care această verificare 
are un rezultat pozitiv, VU este autentificată. Această 
etapă se numește autentificarea VU și este descrisă în 
detaliu în secţiunea 10.3.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 472  
— În a treia etapă, ambele părţi, în mod independent, 
calculează două chei de sesiune AES utilizând un 
algoritm asimetric de înţelegere asupra cheii. Utilizând 
una dintre aceste chei de sesiune, cardul creează un cod 
de autentificare a mesajelor (MAC) prin intermediul 
unor date trimise de VU. VU verifică MAC. În cazul 
în care această verificare are un rezultat pozitiv, cardul 
este autentificat. Această etapă se numește autentificarea 
cardului și este descrisă în detaliu în secţiunea 10.4.  
— În a patra etapă, VU și cardul utilizează cheile de 
sesiune convenite pentru a asigura confidenţialitatea, 
integritatea și autenticitatea tuturor mesajelor schimbate. 
Aceasta se numește mesageria securizată și este descrisă 
în detaliu în secţiunea 10.5.  
CSM_156 Mecanismul descris în CSM_155 este declanșat de unitate a 
montată pe vehicul ori de câte ori se introduce un card într- 
unul dintre sloturile sale pentru carduri.  
10.2.  Verificarea reciproc ă a lanţului de certificate  
10.2.1  Verificarea lan ţului de certificate de c ătre VU  
CSM_157  ►M1 Unităţile montatepe vehicul utilizează protocolul 
descris în figura 4 pentru a verifica lanţul de certificate al 
unui card de tahograf. Pentru fiecare certificat citit de pe 
card, VU verifică dacă este corect câmpul privind autorizaţia 
deţinătorului certificatului (CHA):  
— câmpul CHA al certificatului de card indică un certificat 
de card pentru autentificare reciprocă (a se vedea apen­
dicele 1, tipul de date EquipmentType).  
— CHA al certificatului Card.CA indică o MSCA.  
— CHA al certificatului Card.Link indică ERCA. ◄  
Note la figura 4:  
— Certificatele de card și cheile publice menţionate în 
figură sunt cele utilizate pentru autentificarea reciprocă. 
Acestea sunt indicate în secţiunea 9.1.5 ca fiind 
Card_MA.  
— Certificatele și cheile publice Card.CA menţionate în 
figură sunt cele utilizate pentru semnarea certificatelor 
de card și sunt indicate în CAR al certificatului de 
card. Acestea sunt indicate în secţiunea 9.1.3 ca fiind 
MSCA_Card.  
— Certificatul Card.CA.EUR menţionat în figură este certi­
ficatul rădăcină european precizat în CAR al certifi­
catului Card.CA.  
— Certificatul Card.Link menţionat în figură este certi­
ficatul de legătură al cardului, dacă acesta există. 
Astfel cum este specificat în secţiunea 9.1.2, acesta 
este un certificat de legătură pentru o nouă pereche de 
chei rădăcină europene create de ERCA și semnate de 
cheia privată europeană anterioară.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 473  
— Certificatul Card.Link.EUR este certificatul rădăcină 
european precizat în CAR al certificatului Card.Link.  
CSM_158 Așa cum se arată în figura 4, verificarea lanţului de c erti­
ficate al cardului începe la introducerea cardului. Unitatea 
montată pe vehicul citește identificatorul titularului cardului  
(
 ) din EF ICC VU 
verifică dacă cunoaște cardul, și anume, dacă verificarea 
lanţului de certificate efectuată anterior de către VU 
respectivă a avut un rezultat pozitiv și dacă lanţul în cauză 
a fost stocat pentru consultare viitoare. Dacă rezultatul veri­
ficării a fost pozitiv și dacă certificatul de card este încă 
valabil, procesul continuă cu verificarea lanţului de certi­
ficate ale VU. În caz contrar, VU citește de pe card, în 
mod succesiv, certificatul MSCA_Card necesar pentru a 
verifica certificatul de card (certificatul Card_CA). Certi­
ficatul EUR necesar pentru a verifica certificatul 
MSCA_Card, precum și, eventual, certificatul de legătură, 
până ce găsește un certificat pe care îl cunoaște sau pe 
care îl poate verifica. În cazul în care este găsit un certific at, 
VU utilizează certificatul respectiv pentru a verifica certifi­
catele de card subiacente pe care le-a citit de pe card. În 
cazul în care rezultatele sunt pozitive, procesul continuă cu 
verificarea lanţului de certificate ale VU. În cazul în care 
rezultatele sunt negative, VU ignoră cardul.  
Notă: Există trei moduri în care VU poate cunoaște certi­
ficatul Card.CA.EUR:  
— certificatul Card.CA.EUR este același certificat 
ca certificatul EUR al VU;  
— certificatul Card.CA.EUR precede certificatul EUR al 
VU, iar VU conţinea deja acest certificat la emitere (a 
se vedea CSM_81);  
— certificatul Card.CA.EUR este emis 
ulterior certificatului EUR al VU, iar VU a primit 
anterior un certificat de legătură de la un alt card de 
tahograf, l-a verificat și l-a stocat pentru consultare 
viitoare.  
CSM_159 Astfel cum este indicat în figura 4, după ce VU a verif icat 
autenticitatea și valabilitatea unui certificat care era necu­
noscut anterior, aceasta poate stoca certificatul respectiv 
pentru consultare viitoare nemaifiind necesar, prin urmare, 
ca VU să verifice încă o dată autenticitatea certificatului 
respectiv dacă acesta este prezentat din nou unităţii 
montate pe vehicul. În loc de a stoca întregul certificat, o 
VU poate alege să stocheze numai conţinuturile corpului 
certificatului, astfel cum se specifică în secţiunea 9.3.2.  
►M1 Stocarea tuturor celorlalte tipuri de certificat este 
facultativă, însă este obligatoriu ca o VU să stocheze un 
nou certificat de legătură prezentat de un card. ◄  
CSM_160 VU verifică valabilitatea temporală a oricărui certific at, 
citită de pe card sau stocată în memoria sa, și respinge 
certificatele expirate. Pentru a verifica valabilitatea 
temporală a unui certificat prezentat de card, o VU își 
utilizează ceasul intern.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 474  
Figura 4  
Protocol pentru verificarea lan ţului de certificate de card de c ătre VU
  
10.2.2  Verificarea lan ţului de certificate ale VU de c ătre card  
CSM_161  ►M1 Cardurile de tahograf utilizează protocolul descris în 
figura 5 pentru a verifica lanţul de certificate al unei VU. 
Pentru fiecare certificat prezentat de VU, cardul verifică 
dacă este corect câmpul privind autorizaţia deţinătorului 
certificatului (CHA):  
— CHA al certificatului VU.Link indică ERCA.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 475  
— CHA al certificatului VU.CA indică o MSCA.  
— Câmpul CHA al certificatului VU indică un certificat 
VU pentru autentificare reciprocă (a se vedea apendicele 
1, tipul de date EquipmentType). ◄  
Figura 5  
Protocol pentru verificarea lan ţului de certificate ale VU de c ătre card
  
Note la figura 5:  
— Certificatele VU și cheile publice menţionate în figură sunt cele 
utilizate pentru autentificarea reciprocă. Acestea sunt indicat e în 
secţiunea 9.1.4 ca fiind VU_Card.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 476  
— Certificatele și cheile publice VU.CA menţionate în figură su nt cele 
utilizate pentru semnarea certificatelor VU și ale echipamentel or 
GNSS externe. Acestea sunt indicate în secţiunea 9.1.3 ca fiind  
MSCA_VU-EGF.  
— Certificatul VU.CA.EUR menţionat în figură este certificatul rădăcină 
european precizat în CAR al certificatului VU.CA.  
— Certificatul VU.Link menţionat în figură este certificatul de  legătură 
al VU, dacă acesta există. Astfel cum este specificat în secţiu nea 
9.1.2, acesta este un certificat de legătură pentru o nouă pere che de 
chei rădăcină europene create de ERCA și semnate de cheia 
europeană anterioară.  
— Certificatul VU.Link.EUR este certificatul rădăcină european precizat 
în CAR al certificatului VU.Link.  
CSM_162 Astfel cum se indică în figura 5, verificarea lanţului de 
certificate ale unităţii montate pe vehicul începe cu 
încercarea unităţii montate pe vehicul de a-și stabili 
propria cheie publică pentru a fi utilizată în cardul de 
tahograf. Dacă această încercare se concretizează, 
înseamnă că lanţul de certificate ale VU a fost verificat cu 
succes de către card, acesta din urmă stocând certificatul 
VU pentru consultare ulterioară. În acest caz, certificatul 
VU este pregătit pentru utilizare, iar procesul continuă cu 
autentificarea VU. În cazul în care cardul nu cunoaște certi­
ficatul VU, VU prezintă în mod succesiv certificatul VU.CA 
care trebuie folosit pentru verificarea certificatului său VU, 
certificatul VU.CA.EUR care trebuie folosit pentru veri­
ficarea certificatului VU.CA, precum și, eventual, certi­
ficatul de legătură, în scopul de a găsi un certificat 
cunoscut sau verificabil de către card. În cazul în care 
este găsit un astfel de certificat, cardul utilizează certifica tul 
respectiv pentru a verifica certificatele VU subiacente care 
i-au fost prezentate. Dacă verificarea are un rezultat pozitiv,  
VU își stabilește în final cheia publică necesară pentru 
utilizarea în cardul de tahograf. În cazul în care rezultatele 
verificării sunt negative, VU ignoră cardul.  
Notă: Există trei moduri prin care cardul poate cunoa ște 
certificatul VU.CA.EUR:  
— certificatul VU.CA.EUR este același certificat 
ca certificatul EUR al cardului;  
— certificatul VU.CA.EUR precede certificatul EUR al 
cardului, iar cardul conţinea deja acest certificat la 
emitere (a se vedea CSM_91);  
— certificatul VU.CAR.EUR este emis ulterior 
emiterii certificatului EUR al cardului, iar cardul a 
primit anterior un certificat de legătură de la o altă 
unitate montată pe vehicul, l-a verificat și l-a stocat 
pentru consultare viitoare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 477  
CSM_163 VU folosește comanda MSE: Set AT pentru a-și stabili 
cheia publică care urmează a fi utilizată în cardul de 
tahograf. Astfel cum se specifică în apendicele 2, această 
comandă conţine o indicaţie a mecanismului criptografic 
care va fi utilizat cu cheia stabilită. Acest mecanism este 
denumit în continuare „Autentificarea VU utilizând algo­
ritmul ECDSA, în combinaţie cu algoritmul de  hashing  
legat de mărimea cheilor din perechea de chei VU_MA a 
VU, astfel cum este specificat în CSM_50”.  
CSM_164 Comanda MSE: Set AT conţine de asemenea o indicaţie 
privind perechea de chei efemere pe care le va utiliza VU 
în timpul înţelegerii asupra cheilor de sesiune (a se vedea 
secţiunea 10.4). Prin urmare, înainte de a lansa comanda 
MSE: Set AT, VU generează o pereche de chei ECC 
efemere. Pentru generarea perechii de chei efemere, VU 
utilizează parametrii de domeniu standardizaţi indicaţi în 
certificatul de card. Perechea de chei efemeră se notează 
astfel: (VU.SK  eph , VU.PK  eph , Card.DP). VU utilizează coor­
donata x a punctului public efemer ECDH ca identificator al 
cheii; aceasta este denumită reprezentarea comprimată a 
cheii publice și este notată astfel: Comp(VU.PK  eph ). 
▼M1 
CSM_165 În cazul în care comanda MSE: Set AT funcţionează corec t, 
cardul stabilește cheia VU.PK indicată pentru a o utiliza 
ulterior în timpul autentificării vehiculului și stochează 
temporar Comp(VU.PKeph). În cazul în care două sau 
mai mult comenzi MSE: Set AT sunt lansate înaintea 
stabilirii cheilor de sesiune, cardul stochează doar ultima 
Comp(VU.PKeph) primită. Cardul resetează 
Comp(VU.PKeph) după o comandă GENERAL AUTHEN­
TICATE executată cu succes.  
▼B 
CSM_166 Cardul verifică valabilitatea temporală a oricărui cert ificat 
prezentat de VU sau menţionat de VU la momentul 
stocării în memoria cardului și respinge certificatele 
expirate.  
CSM_167 Pentru a verifica valabilitatea temporală a unui certif icat 
prezentat de VU, fiecare card de tahograf stochează intern 
anumite date care reprezintă ora curentă. Aceste date nu 
sunt actualizate direct de către o VU. La momentul 
emiterii, ora curentă a cardului este reglată pentru a fi 
egală cu momentul la care începe valabilitatea certificatului 
Card_MA al cardului. Un card își actualizează ora curentă 
dacă momentul la care începe valabilitatea unui certificat 
autentic de tip „sursă valabilă de indicare a orei” prezentat 
de o VU este mai recent decât ora curentă a cardului. În 
acest caz, cardul își reglează ora curentă pentru a fi identică  
cu momentul la care începe valabilitatea certificatului 
respectiv. Cardul acceptă doar următoarele certificate ca 
sursă valabilă de indicare a orei:  
— Certificatele de legătură ERCA de a doua generaţie  
— Certificatele MSCA de a doua generaţie  
— Certificatele VU de a doua generaţie emise de aceeași 
ţară care a emis certificatul (certificatele) de card al(e) 
cardului.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 478  
Notă: ultima cerinţă implică faptul că un card este în 
măsură să recunoască CAR al certificatului VU, adică certi­
ficatul MSCA_VU-EGF. CAR recunoscut nu va fi același 
precum CAR al propriului certificat, care este certificatul 
MSCA_Card.  
CSM_168 Astfel cum este indicat în figura 5, după ce cardul a 
verificat autenticitatea și valabilitatea unui certificat care 
era necunoscut anterior, acesta poate stoca certificatul 
respectiv pentru consultare viitoare, astfel încât cardul nu 
mai trebuie să verifice încă o dată autenticitatea certifi­
catului respectiv dacă acesta este prezentat din nou 
cardului. În loc de a stoca întregul certificat, un card 
poate alege să stocheze numai conţinuturile corpului certi­
ficatului, astfel cum se specifică în secţiunea 9.3.2.  
10.3.  Autentificarea VU  
CSM_169 Unităţile montate pe vehicule și cardurile utilizează 
protocolul de autentificare descris în figura 6 pentru a auten­
tifica VU în raport cu cardul. Autentificarea VU permite 
cardului de tahograf să verifice în mod explicit că VU 
este autentică. În acest sens, VU își utilizează cheia 
privată pentru a semna date de provocare generate de card.  
CSM_170  ►M1 Alături de datele de provocare ale cardului, VU 
include în semnătură identificatorul deţinătorului certifi­
catului obţinut din certificatul de card. ◄  
Notă: Astfel este garantat faptul că acest card în raport cu 
care se autentifică VU este același card al cărui lanţ de 
certificate a fost verificat anterior de către VU.  
CSM_171 VU include, de asemenea, în semnătură, identificatorul cheii 
publice efemere Comp(VU.PK  eph ), utilizate de VU pentru a 
stabili mesageria securizată în timpul procesului de autenti­
ficare a cipului, specificată în secţiunea 10.4.  
Notă: Acest lucru asigură faptul că VU cu care comunică 
un card în timpul sesiunii de mesagerie securizată este 
aceeași VU care a fost autentificată de card.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 479  
Figura 6  
Protocolul de autentificare a VU
  
▼B 
CSM_172 În cazul în care mai multe comenzi GET CHALLENGE 
sunt trimise de VU în timpul autentificării VU, cardul 
trimite de fiecare dată înapoi noi date de provocare 
aleatorii de 8 octeţi, dar stochează doar ultimele date de 
provocare.  
CSM_173 Algoritmul de semnare utilizat de VU pentru autentifica rea 
VU este ECDSA, astfel cum este precizat în [DSS], 
folosindu-se algoritmul de  hashing  legat de mărimea 
cheilor din perechea de chei VU_MA a VU, astfel cum 
este specificat în CSM_50. Formatul semnăturii este 
simplu, astfel cum este precizat în (TR-03111). VU trimite 
cardului semnătura rezultată.  
▼M1 
CSM_174 La primirea semnăturii VU într-o comandă EXTERNAL 
AUTHENTICATE, cardul  
— calculează tokenul de autentificare prin concatenarea 
Card.CHR, a datelor de provocare rcard a cardului și 
a identificatorului cheii publice efemere a VU, 
Comp(VU.PKeph),  
— verifică semnătura VU utilizând algoritmul ECDSA, 
utilizând algoritmul de hashing legat de mărimea 
cheilor din perechea de chei VU_MA a VU, astfel 
cum este specificat în CSM_50, în combinaţie cu 
VU.PK și tokenul de autentificare calculat.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 480  
10.4.  Autentificarea cipului și înţelegerea asupra cheilor de sesiune  
CSM_175 Unităţile montate pe vehicule și cardurile utilizează 
protocolul de autentificare a cipului descris în  figura 7  
pentru a autentifica cardul în raport cu VU. Autentificarea 
cipului permite unităţii montate pe vehicul să verifice în 
mod explicit autenticitatea cardului.  
Figura 7  
Autentificarea cipului și înţelegerea asupra cheilor de sesiune
  
CSM_176 VU și cardul parcurg următoarele etape:  
1. Unitatea montată pe vehicul iniţiază procesul de autenti­
ficare a cipului prin lansarea comenzii MSE: Set AT, 
care indică „Autentificare a cipului utilizând algoritmul 
ECDH rezultând într-o lungime a cheii de sesiune legată 
de mărimea cheilor din perechea de chei Card_MA a 
cardului, astfel cum este specificat în CSM_50”. VU 
determină mărimea cheilor din perechea de chei a 
cardului pe baza certificatului de card.  
▼M1 
2. VU trimite cardului punctul public VU.PK  eph al perechii 
sale de chei efemere. Punctul public este convertit într-un 
șir de octeţi, astfel cum este precizat în [TR-03111]. Se 
utilizează formatul de codificare necomprimat. Astfel 
cum a fost explicat în CSM_164, VU a generat această 
pereche de chei efemere anterior verificării lanţului de 
certificate ale VU. VU a trimis cardului identificatorul 
cheii publice efemere Comp(VU.PK  eph ), iar cardul l-a 
stocat.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 481  
3. Cardul calculează Comp(VU.PK  eph ) pe baza VU.PK  eph și 
îl compară cu valoarea stocată a Comp(VU.PK  eph ). 
4. Utilizând algoritmul ECDH în combinaţie cu cheia 
privată statică a cardului și cu cheia publică efemeră a 
VU, cardul calculează o cheie K secretă.  
5. Cardul alege o cheie de unică folosinţă aleatorie de 8 
octeţi, N  PICC , și o utilizează pentru a deriva două chei de 
sesiune AES, K  MAC și K  ENC , pe baza cheii K. A se 
vedea CSM_179.  
▼M1 
6. Utilizând K  MAC , cardul calculează un token de autenti­
ficare prin intermediul punctului public efemer al VU: 
T PICC = CMAC(K  MAC , VU.PK  eph ). Punctul public 
trebuie să fie în formatul utilizat de VU (a se vedea 
punctul 2 de mai sus). Cardul trimite N  PICC și T  PICC 
unităţii montate pe vehicul.  
▼B 
7. Utilizând algoritmul ECDH în combinaţie cu cheia 
privată statică a cardului și cu cheia publică efemeră a 
VU, VU calculează aceeași cheie secretă K calculată de 
card în etapa 4.  
8. VU derivează cheile de sesiune K  MAC și K  ENC pe baza 
cheilor K și N  PICC ; A se vedea CSM_179.  
9. VU verifică autenticitatea tokenului T  PICC . 
CSM_177 În etapa 3 de mai sus, cardul calculează Comp(VU.PKeph)  
drept coordonata x a punctului public în VU.PKeph.  
CSM_178 În etapele 4 și 7 de mai sus, cardul și unitatea montat ă pe 
vehicul utilizează algoritmul ECKA-EG astfel cum este 
definit în (TR-03111).  
CSM_179 În etapele 5 și 8 de mai sus, cardul și unitatea montat ă pe 
vehicul utilizează funcţia de derivare a cheilor pentru cheile 
de sesiune AES definite în (TR-03111), cu următoarele 
precizii și modificări:  
— Valoarea contorului este „00 00 00 01” pentru K  ENC și 
„00 00 00 02” pentru K  MAC.  
— Cheia opţională de unică folosinţă  r este utilizată și este 
egală cu N  PICC . 
— Pentru cheile AES derivate de 128 de biţi, algoritmul de  
hashing  care trebuie utilizat este SHA-256.  
— Pentru cheile AES derivate de 192 de biţi, algoritmul de  
hashing  care trebuie utilizat este SHA-384.  
— Pentru cheile AES derivate de 256 de biţi, algoritmul de  
hashing  care trebuie utilizat este SHA-512.  
Lungimea cheilor de sesiune (adică lungimea la care 
valoarea  hash  este trunchiată) este legată de mărimea 
perechii de chei Card_MA, astfel cum este specificat în 
CSM_50.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 482  
CSM_180 În etapele 6 și 9 de mai sus, cardul și unitatea montat ă pe 
vehicul utilizează algoritmul AES în modul CMAC, astfel 
cum este definit în [SP 800-38B]. Lungimea T  PIC este legată 
de lungimea cheilor de sesiune AES, astfel cum este 
specificat în CSM_50.  
10.5.  Mesagerie securizat ă 
10.5.1  Considera ţii generale  
CSM_181 Toate comenzile și toate răspunsurile schimbate între o  
unitate montată pe vehicul și un card de tahograf după 
confirmarea autenticităţii cipului și până la sfârșitul 
sesiunii sunt protejate prin mesageria securizată.  
CSM_182 Cu excepţia situaţiei în care se efectuează citirea de pe un 
fișier cu condiţii de acces SM-R-ENC-MAC-G2 (a se vedea 
secţiunea 4 din apendicele 2), mesageria securizată este 
utilizată în modul exclusiv cu autentificare. În acest mod, 
o sumă de verificare criptografică (cunoscută și sub 
denumirea de MAC) se adaugă la toate comenzile și răspun­
surile pentru a asigura autenticitatea și integritatea 
mesajului.  
CSM_183 În cazul în care se efectuează citirea datelor dintr-un  fișier 
cu condiţia de acces SM-R-ENC-MAC-G2, mesageria secu­
rizată este utilizată în modul criptare urmată de autentificare , 
iar apoi, prin intermediul datelor criptate formatate se 
calculează o MAC pentru a asigura autenticitatea și 
integritatea.  
CSM_184 Mesageria securizată utilizează AES, astfel cum este de finită 
în [AES], cu cheile de sesiune K  MAC și K  ENC care au fost 
stabilite în timpul autentificării cipului.  
CSM_185 Un întreg nesemnat se utilizează drept contor de secven ţe 
trimise (SSC) pentru a preveni atacurile prin reluare. 
Mărimea SSC este egală cu mărimea blocului AES, și 
anume 128 de biţi. SSC este în format  MSB-first  (cel mai 
semnificativ octet la început). Contorul de secvenţe trimise 
începe cu zero (și anume, „00 00 00 00 00 00 00 00 00 00 
00 00 00 00 00 00”) atunci când este lansată mesageria 
securizată. SSC este mărit de fiecare dată înaintea 
generării unei comenzi sau a unui răspuns APDU, ceea ce 
înseamnă că, întrucât valoarea de început a SSC într-o 
sesiune SM este 0, în prima comandă valoarea SSC va fi 
1. Valoarea SSC pentru primul răspuns va fi 2.  
CSM_186 Pentru criptarea unui mesaj, cheia K  ENC este utilizată cu 
AES în modul de operare cu înlănţuirea blocurilor 
cifrate (CBC), astfel cum este definit în (ISO 10116), cu 
un parametru intermediar  m = 1 și un vector de iniţializare 
SV = E(K  ENC , SSC), adică valoarea curentă a contorului de 
secvenţe trimise criptată cu cheia K  ENC . 
CSM_187 Pentru autentificarea mesajelor, cheia K  MAC este utilizată cu 
AES în modul CMAC, astfel cum este specificat în (SP 
800-38B). Lungimea MAC este legată de lungimea cheilor 
de sesiune AES, astfel cum este specificat în CSM_50. 
Contorul de secvenţe trimise este inclus în MAC prin 
adăugarea acestuia la începutul datagramei care trebuie 
autentificată.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 483  
10.5.2  Structura mesageriei securizate  
CSM_188 Mesageria securizată utilizează numai obiectele de date  din 
mesageria securizată [a se vedea (ISO 7816-4)] enumerate 
în tabelul 5. În orice mesaj, aceste obiecte de date sunt 
utilizate în ordinea precizată în tabelul menţionat mai sus.  
Tabelul 5  
Obiecte de date ale mesageriei securizate  
Denumirea obiectului de date  Etichetă  Prezenţă obligatorie (M), 
condiţională (C) sau 
interzisă (F) în  
Comenzi  Răspunsuri  
Valoarea datelor în clar necodificată în 
BER-TLV  „81”  C  C  
Valoarea a datelor în clar codată în 
BER-TLV, dar care nu include obiecte 
de date (DO) ale SM  „B3”  C  C  
Indicator al conţinutului de completare 
urmat de criptogramă, valoare a datelor 
în clar necodată în BER-TLV  „87”  C  C  
Le protejată  „97”  C  F  
Starea de procesare  „99”  F  M  
Sumă de verificare criptografică  „8E”  M  M  
Notă: Astfel cum este specificat în apendicele 2, cardurile 
de tahograf pot trata comenzile READ BINARY și 
UPDATE BINARY cu un octet INS impar („B1”, 
respectiv „D7”). Aceste variante de comenzi trebuie să 
citească și să actualizeze fișiere cu mai mult de 32 768 de 
octeţi. În cazul în care este utilizată o astfel de variantă, u n 
obiect de date cu eticheta „B3” este utilizat în locul unui 
obiect cu eticheta „81”. A se vedea apendicele 2 pentru mai 
multe informaţii.  
CSM_189 Toate obiectele de date ale SM sunt codificate în DER 
TLV, astfel cum este specificat în (ISO 8825-1). Rezultatele 
codificării într-o structură de tip „valoarea lungimii 
etichetei” (TLV) sunt după cum urmează:  
Etichetă: Eticheta este codificată în unul sau doi octeţi și 
indică conţinutul.  
Lungime: Lungimea este codificată ca un întreg nesemnat în 
unul, doi sau trei octeţi, ducând la o lungime 
maximă de 65 535 de octeţi. Se utilizează 
numărul minim de octeţi.  
Valoare: Valoarea este codificată în zero sau mai mulţi 
octeţi.  
CSM_190 APDU (unităţile de date pentru protocolul de aplicaţie)  care 
sunt protejate prin mesageria securizată sunt create astfel:  
— Antetul comenzii este inclus în calcularea MAC; prin 
urmare, pentru octetul de clasă CLA este utilizată 
valoarea „0C”.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 484  
— Astfel cum se specifică în apendicele 2, toţi octeţii INS 
trebuie să fie pari, cu posibila excepţie a octeţilor impari 
INS utilizaţi pentru comenzile READ BINARY și 
UPDATE BINARY.  
— Valoarea curentă a Lc va fi modificată în Lc' după 
aplicarea mesageriei securizate.  
— Câmpul de date constă în obiectele de date ale SM.  
— În comanda protejată APDU, noul octet Le se setează la 
„00”. Dacă este necesar, în câmpul de date este inclus 
un obiect de date „97” pentru a indica valoarea iniţială a 
Le. 
▼M1 
CSM_191 Orice obiect de date care urmează să fie criptat este 
completat în conformitate cu [ISO 7816-4], utilizând indi­
catorul „01” al conţinutului de completare. Pentru calcularea 
MAC, obiectele de date din APDU sunt completate în 
conformitate cu [ISO 7816-4].  
Notă: Completarea pentru mesageria securizată este 
efectuată întotdeauna de stratul de mesagerie securizată, 
nu de algoritmii CMAC sau CBC.  
Rezumat și exemple  
O comandă APDU cu mesageria securizată aplicată va avea următoa rea 
structură, în funcţie de cazul comenzii nesecurizate respective  (DO 
înseamnă obiect de date):  
Cazul 1: CLA INS P1 P2 || Lc' || DO „8E” || Le  
Cazul 2: CLA INS P1 P2 || Lc' || DO „97” || DO 
„8E” || Le  
Cazul 3 (octet INS par): CLA INS P1 P2 || Lc' || DO „81” || DO 
„8E” || Le  
Cazul 3 (octet INS impar): CLA INS P1 P2 || Lc' || DO „B3” || D O 
„8E” || Le  
Cazul 4 (octet INS par): CLA INS P1 P2 || Lc' || DO „81” || DO 
„97” || DO „8E” || Le  
Cazul 4 (octet INS impar): CLA INS P1 P2 || Lc' || DO „B3” || D O 
„97” || DO „8E” || Le  
unde Le = „00” sau „00 00”, aceasta depinzând de lungimea câmpu rilor 
utilizate, și anume câmpuri de lungime scurtă sau câmpuri de lu ngime 
extinsă; a se vedea [ISO 7816-4].  
Un răspuns APDU cu mesageria securizată aplicată va avea următo area 
structură, în funcţie de cazul răspunsului nesecurizat respecti v: 
Cazul 1 sau 3: DO „99” || DO „8E” || 
SW1SW2  
Cazul 2 sau 4 (octet INS par) fără criptare: DO „81” || DO „99” || DO 
„8E” || SW1SW2  
Cazul 2 sau 4 (octet INS par) cu criptare: DO „87” || DO „99” || DO 
„8E” || SW1SW2  
Cazul 2 sau 4 (octet INS impar) 
fără criptare: DO „B3” || DO „99” || DO 
„8E” || SW1SW2  
Notă: Cazul 2 sau 4 (octet INS impar) cu criptare nu este niciodată 
utilizat în comunicarea dintre o VU și un card.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 485  
Mai jos sunt prezentate trei exemple de transformări APDU pentr u 
comenzi cu cod INS par. În figura 8 este prezentată o comandă A PDU 
autentificată din cazul 4, în figura 9 este prezentat un răspun s APDU 
autentificat din cazul 1/cazul 3, iar în figura 10 este prezent at un răspuns 
APDU criptat și autentificat din cazul 2/cazul 4.  
Figura 8  
Transformarea unei comenzi APDU autentificate din cazul 4
  
Figura 9  
Transformarea unui r ăspuns APDU autentificat din cazul 1/cazul 3
  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 486  
Figura 10  
Transformarea unui r ăspuns APDU criptat și autentificat din cazul 2/cazul 4
  
▼B 
10.5.3  Abandonarea sesiunii de mesagerie securizat ă 
CSM_192 O unitate montată pe vehicul abandonează o sesiune de 
mesagerie securizată în curs de desfășurare dacă și numai 
dacă are loc unul dintre următoarele evenimente:  
— unitatea primește un răspuns simplu APDU,  
— unitatea detectează o eroare a mesageriei securizate într-un 
răspuns APDU:  
— un obiect de date preconizat lipsește din mesageria 
securizată, ordinea obiectelor de date este incorectă 
sau este inclus un obiect de date necunoscut.  
— Un obiect de date din mesageria securizată este 
incorect, de exemplu valoarea MAC este incorectă, 
structura TLV este incorectă sau indicatorul de 
completare din eticheta „87” nu este egal cu „01”.  
— cardul trimite un octet de stare care indică faptul că acesta  
a detectat o eroare SM (a se vedea CSM_194),  
— a fost atinsă limita numărului de comenzi și de răspunsuri 
aferente din sesiunea curentă. Pentru o anumită VU, 
această limită este definită de producătorul său, luând în 
considerare cerinţele de securitate ale hardware-ului 
utilizat, cu o valoare maximă de 240 de comenzi și de 
răspunsuri aferente SM pe sesiune.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 487  
CSM_193 Un card de tahograf abandonează o sesiune de mesagerie 
securizată în curs de desfășurare dacă și numai dacă are loc 
unul dintre următoarele evenimente:  
— cardul primește un răspuns simplu APDU,  
— cardul detectează o eroare a mesageriei securizate într-o 
comandă APDU:  
— un obiect de date preconizat lipsește din mesageria 
securizată, ordinea obiectelor de date este incorectă 
sau este inclus un obiect de date necunoscut.  
— Un obiect de date din mesageria securizată este 
incorect, de exemplu valoarea MAC este incorectă 
sau structura TLV este incorectă.  
— cardul este deconectat de la alimentarea cu energie 
electrică sau este resetat,  
— VU începe procesul de autentificare al VU,  
— a fost atinsă limita numărului de comenzi și de răspunsuri 
aferente din sesiunea curentă. Pentru un anumit card, 
această limită este definită de producătorul său, luând în 
considerare cerinţele de securitate ale hardware-ului 
utilizat, cu o valoare maximă de 240 de comenzi și de 
răspunsuri aferente SM pe sesiune.  
▼B 
CSM_194 În ceea ce privește gestionarea erorilor SM de către ca rdul de 
tahograf:  
— În cazul în care într-o comandă APDU lipsesc anumite 
obiecte de date preconizate ale mesageriei securizate, 
ordinea obiectelor de date este incorectă sau sunt incluse 
obiecte de date necunoscute, cardul de tahograf răspunde 
cu octeţii de stare „69 87”.  
— În cazul în care un obiect de date din mesageria securizată 
într-o comandă APDU este incorect, un card de tahograf 
răspunde cu octeţii de stare „69 88”.  
Într-un astfel de caz, octeţii de stare sunt returnaţi fără 
utilizarea SM.  
CSM_195 Dacă o sesiune de mesagerie securizată între o VU și un  card 
de tahograf este abandonată, VU și cardul de tahograf  
— distrug în mod securizat cheile de sesiune stocate  
— stabilesc imediat o nouă sesiune de mesagerie securizată, 
astfel cum este descris în secţiunile 10.2 – 10.5.  
CSM_196 În cazul în care, din orice motiv, VU decide să reîncea pă 
procedura de autentificare reciprocă în raport cu un card 
introdus, procesul se reia cu verificarea lanţului de certifica te 
de card, astfel cum este descris în secţiunea 10.2, și continuă  
astfel cum este descris în secţiunile 10.2 – 10.5.  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 488  
11. CUPLAREA, AUTENTIFICAREA RECIPROCĂ ȘI MESAGERIA 
SECURIZATĂ ÎNTRE VU ȘI ECHIPAMENTUL GNSS EXTERN  
11.1.  Considera ţii generale  
CSM_197 Echipamentul GNSS utilizat de o VU pentru a-și determin a 
poziţia poate fi intern (adică poate fi montat în interiorul 
carcasei VU, fără a fi detașabil) sau poate fi un modul 
extern. În primul caz, nu este necesar să se standardizeze 
comunicarea internă dintre echipamentul GNSS și VU, iar 
cerinţele din prezentul capitol nu se aplică. În al doilea caz,  
comunicarea dintre VU și echipamentul GNSS extern este 
standardizată și protejată astfel cum este descris în prezentul  
capitol.  
CSM_198 Comunicarea securizată între o unitate montată pe vehic ul și 
un echipament GNSS extern are loc în același mod ca o 
comunicare securizată între o unitate montată pe vehicul și 
un card de tahograf, echipamentul GNSS extern (EGF) având 
rolul cardului. Un EGF îndeplinește toate cerinţele menţionate 
în capitolul 10 referitoare la cardurile de tahograf, ţinând 
seama de deviaţiile, clarificările și adăugirile menţionate în 
prezentul capitol. În special, verificarea reciprocă a lanţuril or 
de certificate, autentificarea VU și autentificarea cipurilor s unt 
efectuate astfel cum este descris în secţiunile 11.3 și 11.4.  
CSM_199 Comunicarea dintre o unitate montată pe vehicul și un E GF 
este diferită faţă de comunicarea dintre o unitate montată pe 
vehicul și un card prin faptul că o unitate montată pe vehicul 
și un EGF trebuie să fie cuplate mai întâi într-un atelier 
pentru a putea schimba ulterior date bazate pe GNSS în 
timpul funcţionării normale. Procesul de cuplare este descris 
în secţiunea 11.2.  
CSM_200 Pentru comunicarea dintre o unitate montată pe vehicul și un 
EGF se utilizează comenzile și răspunsurile bazate pe (ISO 
7816-4) și (ISO 7816-8). Structura precisă a acestor APDU 
este definită în apendicele 2 la prezenta anexă.  
11.2.  Cuplarea dintre VU și echipamentul GNSS extern  
CSM_201 O unitate montată pe vehicul și un EGF sunt cuplate de un 
atelier. În timpul funcţionării normale, numai o unitate 
montată pe vehicul și un EGF cuplate vor putea comunica 
între ele.  
CSM_202 Cuplarea unei unităţi montate pe vehicul cu un EGF este  
posibilă numai dacă unitatea montată pe vehicul este în 
modul etalonare. Cuplarea este iniţiată de unitatea montată 
pe vehicul.  
CSM_203 Un atelier poate recupla o unitate montată pe vehicul l a un alt 
EGF sau la același EGF în orice moment. În timpul recuplării, 
VU distruge în mod securizat certificatul EGF_MA existent 
din memoria sa și stochează certificatul EGF_MA al EGF la 
care este în curs de a fi cuplată.  
CSM_204 Un atelier poate recupla un echipament GNSS extern la o  altă 
VU sau la aceeași VU în orice moment. În timpul recuplării, 
EGF distruge în mod securizat certificatul VU_MA existent 
din memoria sa și stochează certificatul VU_MA al VU la 
care este în curs de a fi cuplat.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 489  
11.3.  Verificarea reciproc ă a lanţului de certificate  
11.3.1  Considera ţii generale  
CSM_205 Verificarea reciprocă a lanţului de certificate dintre o VU și 
un EGF are loc în timpul cuplării VU și a EGF de către un 
atelier. În timpul funcţionării normale a unei VU și a unui 
EGF cuplate între ele, nu este verificat niciun certificat. În 
locul acestei verificări, VU și EGF au încredere în certifi­
catele pe care le-au stocat în timpul cuplării, după ce au 
verificat valabilitatea temporală a acestor certificate. VU și 
EGF nu au încredere în niciun alt certificat pentru protejarea 
comunicării VU – EGF în timpul funcţionării normale.  
11.3.2  În timpul cupl ării VU – EGF  
CSM_206 În timpul cuplării la un EGF, o unitate montată pe vehi cul 
utilizează protocolul descris în figura 4 (secţiunea 10.2.1) 
pentru verificarea lanţului de certificate ale echipamentului 
GNSS extern.  
Note la figura 4 în acest context:  
— Controlul comunicărilor este în afara domeniului de 
aplicare al prezentului apendice. Cu toate acestea, un 
EGF nu este un card inteligent și, prin urmare, VU nu 
va trimite, probabil, o comandă de resetare pentru a iniţia 
comunicarea și nici nu va primi un ATR.  
— Certificatele și cheile publice ale cardurilor menţionate în 
figură sunt interpretate ca fiind certificatele și cheile 
publice EGF pentru identificarea reciprocă. Acestea sunt 
indicate în secţiunea 9.1.6 ca fiind EGF_MA.  
— Certificatele Card.CA și cheile publice menţionate în 
figură sunt interpretate ca fiind certificatele și cheile 
publice MSCA pentru semnarea certificatelor EGF. 
Acestea sunt indicate în secţiunea 9.1.3 ca fiind 
MSCA_VU-EGF.  
— Certificatul Card.CA.EUR menţionat în figură este inter­
pretat ca fiind certificatul rădăcină european precizat în 
CAR al certificatului MSCA_VU-EGF.  
— Certificatul Card.Link menţionat în figură este interpretat 
ca fiind certificatul de legătură al EGF, dacă acesta există. 
Astfel cum este specificat în secţiunea 9.1.2, acesta este 
un certificat de legătură pentru o nouă pereche de chei 
rădăcină europene create de ERCA și semnate de cheia 
privată europeană anterioară.  
— Certificatul Card.Link.EUR este certificatul rădăcină 
european precizat în CAR al certificatului Card.Link.  
— În loc de a citi
  , VU 
citește
  din EF ICC.  
— În loc de a selecta AID al tahografului, VU selectează 
AID al EGF.  
— „Ignore Card” se interpretează ca „Ignore EGF”.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 490  
CSM_207 După ce a verificat certificatul EGF_MA, unitatea monta tă pe 
vehicul stochează acest certificat pentru utilizarea sa în timp ul 
funcţionării normale; a se vedea secţiunea 11.3.3.  
CSM_208  ►M1 În timpul cuplării la o VU, un echipament GNSS 
extern utilizează protocolul descris în figura 5 (secţiunea 
10.2.2) pentru verificarea lanţului de certificate ale VU. ◄  
Note la figura 5 în acest context:  
— VU generează o nouă pereche de chei efemere utilizând 
parametrii de domeniu din certificatul EGF.  
— Certificatele și cheile publice ale VU menţionate în figură 
sunt cele utilizate pentru autentificarea reciprocă. Acestea 
sunt indicate în secţiunea 9.1.4 ca fiind VU_MA.  
— Certificatele și cheile publice VU.CA menţionate în figură 
sunt cele utilizate pentru semnarea certificatelor VU și ale 
echipamentului GNSS extern. Acestea sunt indicate în 
secţiunea 9.1.3 ca fiind MSCA_VU-EGF.  
— Certificatul VU.CA.EUR menţionat în figură este certi­
ficatul rădăcină european precizat în CAR al certificatului 
VU.CA.  
— Certificatul VU.Link menţionat în figură este certificatul 
de legătură al VU, dacă acesta există. Astfel cum este 
specificat în secţiunea 9.1.2, acesta este un certificat de 
legătură pentru o nouă pereche de chei rădăcină europene 
create de ERCA și semnate de cheia privată europeană 
anterioară.  
— Certificatul VU.Link.EUR este certificatul rădăcină 
european precizat în CAR al certificatului VU.Link.  
CSM_209 Ca o excepţie de la cerinţa CSM_167, un EGF utilizează ora 
indicată de GNSS pentru a verifica valabilitatea temporală a 
oricărui certificat prezentat.  
▼M1 
CSM_210 După ce a verificat certificatul VU_MA, echipamentul GN SS 
extern stochează acest certificat pentru a-l utiliza în timpul 
funcţionării normale; a se vedea secţiunea 11.3.3.  
▼B 
11.3.3  În timpul func ţionării normale  
CSM_211  ►M1 În timpul funcţionării normale, o unitate montată pe 
vehicul și un EGF utilizează protocolul descris în figura 11 
pentru a verifica valabilitatea temporală a certificatului stoc at 
EGF_MA și pentru a configura cheia publică VU_MA în 
scopul autentificării ulterioare a VU. Nicio altă verificare 
reciprocă a lanţurilor de certificate nu este efectuată în 
timpul funcţionării normale. ◄  
A se remarca faptul că figura 11 este compusă în esenţă din 
primele etape prezentate în figura 4 și în figura 5. A se 
remarca încă o dată faptul că, întrucât EGF nu este un card 
inteligent, VU nu va trimite, probabil, o comandă de resetare 
pentru a iniţia comunicarea și nici nu va primi un ATR. În 
orice caz, acest aspect este în afara domeniului de aplicare al  
prezentului apendice.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 491  
Figura 11  
Verificarea reciproc ă a valabilit ăţii temporale a certificatului în timpul func ţionării normale VU – EGF
  
CSM_212 Astfel cum reiese din figura 11, unitatea montată pe ve hicul 
înregistrează o eroare în cazul în care certificatul EGF_MA 
nu mai este valabil. Cu toate acestea, autentificarea reciprocă , 
înţelegerea asupra cheilor și comunicarea ulterioară prin 
mesageria securizată continuă în mod normal.  
11.4.  Autentificarea VU, autentificarea cipului și înţelegerea asupra cheilor 
de sesiune  
CSM_213 Autentificarea VU, autentificarea cipului și înţelegere a asupra 
cheilor de sesiune între o VU și un EGF sunt efectuate în 
timpul cuplării și ori de câte ori este restabilită o sesiune d e 
mesagerie securizată în timpul funcţionării normale. VU și 
EGF efectuează procesele descrise în secţiunile 10.3 și 10.4. 
Se aplică toate cerinţele din aceste secţiuni.  
11.5.  Mesageria securizat ă 
CSM_214 Toate comenzile și toate răspunsurile schimbate între o  unitate 
montată pe vehicul și un echipament GNSS extern după 
confirmarea autenticităţii cipului și până la sfârșitul sesiuni i 
sunt protejate prin mesageria securizată în modul exclusiv cu 
autentificare. Se aplică toate cerinţele din secţiunea 10.5.  
CSM_215 Dacă o sesiune de mesagerie securizată dintre o VU și u n 
EGF este abandonată, VU trebuie să stabilească imediat o 
nouă sesiune de mesagerie securizată, astfel cum este 
descris în secţiunile 11.3.3 și 11.4.  
12. ASOCIEREA ȘI COMUNICAREA DINTRE O VU ȘI UN SENZOR 
DE MIȘCARE  
12.1.  Considera ţii generale  
CSM_216 O unitate montată pe vehicul comunică cu un senzor de 
mișcare utilizând protocolul de interfaţă specificat în (ISO 
16844-3) în timpul asocierii și al funcţionării normale, cu 
schimbările descrise în prezentul capitol și în secţiunea 9.2.1 . ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 492  
Notă: se presupune că cititorii prezentului capitol sunt 
familiarizaţi cu conţinutul standardului (ISO 16844-3).  
12.2.  Asocierea VU – senzor de mi șcare folosind genera ţii diferite de chei  
Astfel cum s-a explicat în secţiunea 9.2.1, cheia master a senz orului de 
mișcare și toate cheile asociate sunt înlocuite în mod periodic . Acest fapt 
duce la prezenţa în cardurile de atelier a până la trei chei K  M-WC  AES 
legate de senzorul de mișcare (din generaţii consecutive de che i). În mod 
similar, în senzorii de mișcare pot fi prezente până la trei cr iptări diferite 
de date bazate pe AES (care au la bază generaţii consecutive al e cheii 
master K  M a senzorului de mișcare). O unitate montată pe vehicul 
conţine o singură cheie K  M-VU  legată de senzorul de mișcare.  
CSM_217 O VU din a doua generaţie și un senzor de mișcare din a  
doua generaţie sunt asociate după cum urmează [a se compara 
cu tabelul 6 din (ISO 16844-3)]:  
1. Un card de atelier din a doua generaţie este introdus în 
VU, iar VU este conectat la senzorul de mișcare.  
2. VU citește toate cheile K  M-WC  disponibile din cardul de 
atelier, inspectează numerele de versiune ale acestora și 
alege cheia al cărei număr de versiune corespunde 
numărului de versiune al cheii K  M-VU  a VU. În cazul în 
care cheia K  M-WC  corespunzătoare nu este prezentă pe 
cardul de atelier, VU abandonează procesul de asociere 
și afișează un mesaj adecvat de eroare pentru titularul 
cardului de atelier.  
3. VU calculează cheia master K  M a senzorului de mișcare pe 
baza cheilor K  M-VU  și K  M-WC  , precum și cheia de identi­
ficare K  ID pe baza cheii K  M , astfel cum este specificat în 
secţiunea 9.2.1.  
4. VU trimite instrucţiunea pentru a iniţia procesul de 
asociere în raport cu senzorul de mișcare, astfel cum este 
descris în (ISO 16844-3), și criptează numărul de serie pe 
care îl primește de la senzorul de mișcare cu cheia de 
identificare K  ID . VU trimite înapoi senzorului de mișcare 
numărul de serie criptat.  
5. Senzorul de mișcare compară consecutiv numărul de serie 
criptat cu fiecare dintre criptările numărului de serie pe 
care îl conţine intern. În cazul în care găsește o cores­
pondenţă, VU este autentificată. Senzorul de mișcare 
notează generaţia cheii K  ID utilizate de VU și returnează 
versiunea criptată corespondentă a cheii sale de asociere, și 
anume criptarea care a fost creată folosind aceeași 
generaţie a K  M . 
6. VU decriptează cheia de asociere utilizând K  M , generează 
o cheie de sesiune K  S , o criptează cu cheia de asociere și 
trimite rezultatul senzorului de mișcare. Senzorul de 
mișcare decriptează K  S . 
7. VU reunește informaţiile de asociere astfel cum sunt 
definite în (ISO 16844-3), criptează informaţiile cu cheia 
de asociere și trimite rezultatul senzorului de mișcare. 
Senzorul de mișcare decriptează informaţiile de asociere.  
8. Senzorul de mișcare criptează informaţiile de asociere primi te, 
cu ajutorul cheii K  S , și le transmite înapoi către VU. VU 
verifică dacă informaţiile de asociere sunt identice cu infor­
maţiile pe care VU le-a trimis senzorului de mișcare în etapa 
anterioară. Dacă acest lucru se confirmă, înseamnă că  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 493  
senzorul de mișcare a utilizat aceeași cheie K  S ca VU și, prin 
urmare, în etapa 5, acesta și-a trimis cheia de asociere cripta tă 
cu generaţia corectă a cheii K  M . În consecinţă, senzorul de 
mișcare este autentificat.  
A se nota faptul că etapele 2 și 5 sunt diferite faţă de proces ul 
standard din (ISO 16844-3); celelalte etape sunt standard.  
Exemplu: Să presupunem că are loc o asociere în primul an 
de valabilitate a certificatului ERCA (3); a se vedea figura 2 
din secţiunea 9.2.1.2. În plus,  
— să presupunem că senzorul de mișcare a fost produs în 
ultimul an de valabilitate a certificatului ERCA (1). Prin 
urmare, aceasta va conţine următoarele chei și date:  
— N  s [1]: numărul de serie criptat cu generaţia 1 a K  ID , 
— N  s [2]: numărul său de serie criptat cu generaţia 2 a 
K ID , 
— N  s [3]: numărul său de serie criptat cu generaţia 3 a 
K ID , 
— K  P [1]: generaţia 1 a cheii sale de asociere (  1 ), criptată 
cu generaţia 1 a cheii K  M , 
— K  P [2]: generaţia 2 a cheii sale de asociere, criptată cu 
generaţia 2 a cheii K  M , 
— K  P [3]: generaţia 3 a cheii sale de asociere, criptată cu 
generaţia 3 a cheii K  M , 
— Să presupunem că livrarea cardului de atelier a fost 
efectuată în ultimul an de valabilitate a certificatului 
ERCA (3). Acesta va conţine, prin urmare, generaţia 2 
și generaţia 3 ale cheii K  M-WC  . 
— Să presupunem că VU este din generaţia 2 de VU, 
conţinând generaţia 2 a cheii K  M-VU  . 
În acest caz, în etapele 2-5 vor avea loc următoarele 
evenimente:  
— Etapa 2: VU citește generaţia 2 și generaţia 3 ale cheii 
K M-WC  din cardul de atelier și inspectează numerele de 
versiune ale acestora.  
— Etapa 3: VU combină generaţia 2 a cheii K  M-WC  cu cheia 
sa K  M-VU  pentru a calcula K  M și K  ID . 
— Etapa 4: VU criptează numărul de serie pe care îl primește 
de la senzorul de mișcare cu cheia K  ID . 
— Etapa 5: Senzorul de mișcare compară datele primite cu 
N s [1] și nu găsește nicio corespondenţă. Apoi, acesta 
compară datele cu N  s [2] și găsește o corespondenţă. 
Senzorul de mișcare trage concluzia că VU este din 
generaţia 2 de VU și, prin urmare, trimite înapoi K  P [2]. ▼B 
( 1 ) A se nota faptul că generaţia 1, generaţia 2 și generaţia 3 d e chei de asociere pot 
reprezenta de fapt aceeași cheie sau pot fi trei chei diferite cu lungimi diferite, astfel 
cum este explicat în CSM_117.
 02016R0799 — RO — 21.08.2023 — 003.001 — 494  
12.3.  Comunicarea și asocierea dintre o VU și un senzor de mi șcare 
folosind AES  
CSM_218 Astfel cum este precizat în tabelul 3 din secţiunea 9.2 .1, toate 
cheile implicate în asocierea unei unităţi (de a doua generaţie ) 
montate pe vehicul și a unui senzor de mișcare, precum și în 
comunicarea lor ulterioară, sunt mai curând chei AES decât 
chei de lungime dublă TDES, astfel cum este specificat în 
(ISO 16844-3). Aceste chei AES pot avea o lungime de 128, 
192 sau 256 de biţi. Întrucât mărimea blocurilor AES este de 
16 octeţi, lungimea unui mesaj criptat trebuie să fie un 
multiplu de 16 octeţi, în comparaţie cu lungimea de 8 octeţi 
din cazul TDES. În plus, unele dintre aceste mesaje vor fi 
utilizate pentru a transporta chei AES, a căror lungime poate 
fi de 128, 192 sau 256 de biţi. Prin urmare, numărul de octeţi 
de date per instrucţiune în tabelul 5 din (ISO 16844-3) se 
modifică după cum este indicat în tabelul 6:  
▼M1 
Tabelul 6  
Numărul de octe ţi de date cu text simplu și criptate per instruc ţiune definit în [ISO 16844-3]  
Instrucţiune  Solicitare/ 
răspuns  Descrierea datelor  Nr. de octeţi de date 
cu text simplu în 
conformitate cu 
[ISO 16844-3]  Nr. de octeţi de date 
cu text simplu 
folosind chei AES  Nr. de octeţi de date criptate 
folosind chei AES cu lungimea 
de (în biţi):  
128 192  256  
10 solicitare  Datele de autenti­
ficare + numărul 
fișierului  8 8  1 6  1 6  1 6  
11 răspuns  Datele de autenti­
ficare + conţinuturile 
fișierelor  16 sau 32, depinde 
de fișier  16 sau 32, depinde 
de fișier  32 / 48  32 / 48  32 / 48  
41 solicitare  Numărul de serie al 
MoS (senzorul de 
mișcare)  8 8  1 6  1 6  1 6  
41 răspuns  Cheie de asociere  1 6  16 / 24 / 32  1 6  3 2  3 2  
42 solicitare  Cheie de sesiune  1 6  16 / 24 / 32  1 6  3 2  3 2  
43 solicitare  Informaţii de asociere  2 4  2 4  3 2  3 2  3 2  
50 răspuns  Informaţii de asociere  2 4  2 4  3 2  3 2  3 2  
70 solicitare  Date de autentificare  8  8  1 6  1 6  1 6  
80 răspuns  Valoarea contorului 
MoS + date de auten­
tificare  8 8  1 6  1 6  1 6  
▼B 
CSM_219 Informaţiile de asociere trimise în instrucţiunile 43 ( solicitarea 
VU) și 50 (răspunsul MoS) sunt reunite astfel cum este 
precizat în secţiunea 7.6.10 din (ISO 16844-3), cu excepţia 
faptului că se utilizează algoritmul AES în locul algoritmului 
TDES în schema de criptare a datelor de asociere, ceea ce 
duce, prin urmare, la folosirea a două criptări AES și la 
adoptarea completării specificate în CSM_220 pentru a 
corespunde mărimii blocului AES. Cheia K'  p utilizată pentru 
această criptare este generată în modul următor:  
— În cazul în care cheia de asociere K  P are o lungime de 16 
octeţi: K'  p = K  P XOR (N  s ||N s ) ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 495  
— În cazul în care cheia de asociere K  P are o lungime de 24 
de octeţi: K'  p = K  P XOR (N  s ||N s ||N s ) 
— În cazul în care cheia de asociere K  P are o lungime de 32 
de octeţi: K'  p = K  P XOR (N  s ||N s ||N s ||N s ) 
unde N  s este numărul de serie de 8 octeţi al senzorului de 
mișcare.  
CSM_220 În cazul în care lungimea datelor de text simplu (utili zând 
chei AES) nu este un multiplu de 16 octeţi, se folosește 
metoda 2 de completare definită în (ISO 9797-1).  
Notă: în (ISO 16844-3), numărul de octeţi de date cu text 
simplu este întotdeauna un multiplu de 8, astfel încât 
completarea nu este necesară atunci când se folosește 
TDES. Definiţia datelor și mesajelor în ISO (16844-3) nu 
este modificată prin prezenta parte din prezentul apendice, 
fiind necesară, prin urmare, aplicarea completării.  
CSM_221 Pentru instrucţiunea 11 și în cazul în care trebuie înc riptate 
cel puţin două blocuri de date, se utilizează modul de func­ 
ţionare cu înlănţuirea blocurilor cifrate, astfel cum se 
precizează în (ISO 10116), cu un parametru intermediar  m 
= 1. Vectorul de iniţializare (IV) care trebuie utilizat este:  
— Pentru instrucţiunea 11: blocul de autentificare de 8 octeţi 
specificat în secţiunea 7.6.3.3. din (ISO 16844-3), 
completat utilizând metoda de completare 2 definită în 
(ISO 9797-1); a se vedea, de asemenea, secţiunile 7.6.5 
și 7.6.6 din ISO (16844-3).  
— Pentru toate celelalte secţiuni în care sunt transferaţi mai 
mult de 16 octeţi, astfel cum este precizat în tabelul 6: 
„00” {16}, adică șaisprezece octeţi cu valoarea binară 0.  
Notă: Așa cum se arată în secţiunile 7.6.5 și 7.6.6 din (ISO 
16844-3), atunci când MoS criptează fișierele de date pentru a 
fi incluse în instrucţiunea 11, blocul de autentificare este  
— atât utilizat ca vector de iniţializare pentru modul CBC de 
criptare a fișierelor de date,  
— cât și criptat și inclus ca prim bloc în datele trimise către  
VU. 
12.4.  Asocierea VU – senzor de mi șcare pentru echipamente de diferite 
generaţii 
CSM_222 Astfel cum s-a explicat în secţiunea 9.2.1, un senzor d e 
mișcare din a doua generaţie poate conţine criptarea bazată 
pe TDES a datelor de asociere (astfel cum este definit în 
partea A a prezentului apendice), ceea ce permite asocierea 
senzorului de mișcare cu o VU de prima generaţie. În acest 
caz, o VU de prima generaţie și un senzor de mișcare de a 
doua generaţie sunt asociaţi conform descrierii din partea A a 
prezentului apendice și din (ISO 16844-3). Pentru procesul de 
asociere poate fi folosit un card de atelier de prima generaţie  
sau de a doua generaţie.  
Note:  
— Nu este posibilă asocierea unei VU de a doua generaţie cu 
un senzor de mișcare de prima generaţie.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 496  
— Nu este posibilă utilizarea unui card de atelier de prima 
generaţie pentru a cupla o VU de a doua generaţie la un 
senzor de mișcare.  
13. SECURITATEA COMUNICĂRII LA DISTANŢĂ PRIN DSRC  
13.1.  Considera ţii generale  
Astfel cum se specifică în apendicele 14, o VU generează period ic date 
de monitorizare de la distanţă a tahografelor (RTM) și trimite aceste date 
echipamentului (intern sau extern) de comunicare la distanţă (R CF). 
Echipamentul de monitorizare la distanţă este responsabil pentr u 
trimiterea datelor, prin interfaţa DSRC descrisă în apendicele 14, către 
echipamentul de interogare la distanţă. În apendicele 1 se prec izează că 
datele RTM sunt concatenarea următoarelor elemente:  
Datele utile criptate ale tahografului  criptarea datelor utile cu text 
simplu ale tahografului  
Datele de securitate DSRC  descrise mai jos  
Formatul datelor utile cu text simplu ale tahografului este pre cizat în 
apendicele 1 și descris în detaliu în apendicele 14. În această  secţiune 
este descrisă structura datelor de securitate DSRC; specificaţi a formală 
este descrisă în apendicele 1.  
CSM_223 Datele cu text în clar
  comunicate 
de o VU unui echipament de comunicare la distanţă (dacă 
RCF este instalat în afara VU) sau de la VU către un echi­
pament de interogare la distanţă prin intermediul interfeţei 
DSRC (dacă RCF este instalat în interiorul VU) sunt 
protejate în modul criptare urmată de autentificare, ceea ce 
înseamnă că mai întâi se criptează datele utile ale tahografulu i 
pentru a asigura confidenţialitatea mesajului, iar apoi se 
calculează un MAC pentru a asigura autenticitatea și inte­
gritatea datelor.  
CSM_224 Datele de securitate DSRC constau în concatenarea 
elementelor de date de mai jos, în următoarea ordine; a se 
vedea, de asemenea figura 12:  
Data și ora curente  data și ora curente ale VU (tip de date
  
) 
Contor  un contor de 3 octeţi, a se vedea CSM_225  
▼M1 
Numărul de serie al VU  numărul de serie al VU sau ID-ul cererii de 
certificat (tipul de date VuSerialNumber sau 
CertificateRequestID) – a se vedea CSM_123  
▼B 
Numărul de versiune al cheii master DSRC  numărul de versiune de 1 octet al cheii master 
DSRC din care au fost derivate cheile DSRC 
specifice pentru VU (a se vedea secţiunea 
9.2.2).  
MAC  MAC calculat prin intermediul tuturor 
octeţilor anteriori din datele RTM.  
CSM_225 Contorul de 3 octeţi din datele de securitate DSRC sunt  în 
formatul MSB (cel mai semnificativ octet) la început. Prima 
dată când o VU calculează un set de date RTM după ce este 
pusă în producţie, aceasta reglează valoarea contorului la 0. 
De fiecare dată înainte de a calcula următorul set de date 
RTM, VU mărește cu 1 valoarea datelor contorului.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 497  
13.2.  Criptarea datelor utile ale tahografului și generarea MAC  
CSM_226 Fiind dat un element de date cu text simplu având tipul  de 
date
 astfel cum este descris în 
apendicele 14, o VU criptează aceste date după cum este 
indicat în figura 12: Cheia DSRC a VU folosită pentru 
criptare, K_VU  DSRC  _ENC (a se vedea secţiunea 9.2.2), este 
utilizată cu AES în modul de funcţionare cu înlănţuirea 
blocurilor cifrate, astfel cum este definit în (ISO 10116), cu 
un parametru intermediar  m = 1. Vectorul de iniţializare este: 
IV =  data și ora curent ă || „00 00 00 00 00 00 00 00 00 ” || 
contor , unde  data și ora curent ă ș i contorul  sunt specificate 
în CSM_224. Datele care trebuie criptate sunt completate 
folosind metoda 2 definită în (ISO 9797-1)  
CSM_227 O VU calculează MAC din datele de securitate DSRC astfe l 
cum este indicat în figura 12: MAC este calculat pe baza 
tuturor octeţilor precedenţi din datele RTM, până la 
numărul de versiune al cheii master DSRC (inclusiv acest 
număr) și incluzând etichetele și lungimile obiectelor de 
date. VU își utilizează cheia DSRC pentru a verifica autenti­
citatea K_VU  DSRC  _MAC (a se vedea secţiunea 9.2.2) cu 
algoritmul AES în modul CMAC, astfel cum este specificat 
în (SP 800-38B). Lungimea MAC este legată de lungimea 
cheilor DSRC specifice pentru VU, astfel cum este specificat 
în CSM_50.  
Figura 12  
Criptarea datelor utile ale tahografului și generarea MAC
  
13.3.  Verificarea și decriptarea datelor utile ale tahografului  
CSM_228 Atunci când un echipament de interogare la distanţă pri mește 
date RTM de la o VU, acesta trimite toate datele RTM la un 
card de control în câmpul de date al unei comenzi PROCESS 
DSRC MESSAGE, astfel cum este descris în apendicele 2. În 
acest caz:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 498  
1. Cardul de control inspectează numărul de versiune al cheii 
master DSRC din datele de securitate DSRC. În cazul în 
care cardul de control nu cunoaște cheia master DSRC 
indicată, acesta trimite înapoi un mesaj de eroare specificat 
în anexa 2 și abandonează procesul.  
▼M1 
2. Cardul de control utilizează cheia master DSRC indicată în 
combinaţie cu numărul de serie al VU sau cu ID-ul cererii 
de certificat din datele de securitate DSRC pentru a deriva 
cheile DSRC specifice pentru VU, și anume 
K_VU  DSRC  _ENC și K_VU  DSRC  _MAC, astfel cum este 
specificat în CSM_124.  
▼B 
3. Cardul de control utilizează K_VU  DSRC  _MAC pentru a 
verifica MAC în datele de securitate DSRC, astfel cum 
este specificat în CSM_227. Dacă MAC este incorect, 
cardul de control trimite înapoi un mesaj de eroare 
specificat în apendicele 2 și abandonează procesul.  
4. Cardul de control utilizează K_VU  DSRC  _ENC pentru a 
decripta datele utile criptate ale tahografului, astfel cum 
este specificat în CSM_226. Cardul de control elimină 
completarea și trimite datele utile decriptate ale taho­
grafului către echipamentul de interogare la distanţă.  
CSM_229 Pentru a preveni atacurile prin reluare, echipamentul d e inte­
rogare la distanţă verifică dacă datele RTM sunt reînnoite 
verificând faptul că  data și ora curente  din datele de secu­
ritate DSRC nu se abat prea mult de la ora curentă a echipa­
mentului de interogare la distanţă.  
Note:  
— Pentru această verificare este necesar ca echipamentul de 
interogare la distanţă să dispună de o sursă de indicare a 
orei exactă și fiabilă.  
— Întrucât conform cerinţelor din apendicele 14, VU trebuie 
să calculeze un nou set de date RTM la fiecare 60 de 
secunde, iar ceasul VU poate avea o abatere de 1 minut 
de la ora reală, o limită mai acceptabilă pentru reînnoirea 
datelor RTM este de 2 minute. Reînnoirea reală a datelor 
care trebuie prevăzută depinde, de asemenea, de exactitatea 
ceasului echipamentului de interogare la distanţă.  
CSM_230 Atunci când un atelier verifică funcţionarea corectă a funcţio­
nalităţii DSRC a unei VU, acesta trimite totalitatea datelor 
RTM primite de la VU unui card de atelier în câmpul de 
date al unei comenzi PROCESS DSRC MESSAGE, astfel 
cum este descris în apendicele 2. Cardul de atelier efectuează 
toate verificările și acţiunile specificate în CSM_228.  
14. SEMNAREA DESCĂRCĂRII DE DATE ȘI VERIFICAREA SEMNĂ­
TURILOR  
14.1.  Considera ţii generale  
CSM_231 Echipamentul inteligent dedicat (IDE) stochează într-un  
singur fișier fizic de date datele primite de la o VU sau de 
la un card în timpul unei sesiuni de descărcare. Datele pot fi 
stocate pe un suport de memorie extern (ESM). Acest fișier 
conţine semnături digitale de blocuri de date, astfel cum este 
specificat în apendicele 7. Fișierul menţionat mai sus conţine,  
de asemenea, următoarele certificate (a se vedea secţiunea 
9.1): ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 499  
— În cazul unei descărcări de pe o VU:  
— Certificatul VU_Sign  
— Certificatul MSCA_VU-EGF care conţine cheia 
publică destinată utilizării pentru verificarea certifi­
catului VU_Sign  
— În cazul unei descărcări de pe un card:  
— Certificatul Card_Sign  
— Certificatul MSCA_Card care conţine cheia publică 
destinată verificării certificatului Card_Sign  
CSM_232 IDE dispune, de asemenea, de:  
— În cazul în care acesta utilizează un card de control pentru 
verificarea semnăturii, astfel cum este indicat în figura 13: 
Certificatul de legătură care leagă cel mai 
recent certificat EUR de certificatul EUR a cărui 
perioadă de valabilitate este imediat anterioară acestui 
celui mai recent certificat EUR, dacă acesta există.  
— În cazul în care verifică chiar el semnătura: toate certifi­
catele rădăcină europene valabile.  
Notă: metoda folosită de IDE pentru a obţine aceste certi­
ficate nu este specificată în prezentul apendice.  
14.2.  Generarea semn ăturilor  
CSM_233 Algoritmul de semnare utilizat pentru a crea semnături prin 
intermediul datelor descărcate este ECDSA, astfel cum este 
precizat în [DSS], folosindu-se algoritmul de  hashing  legat de 
mărimea cheilor VU sau ale cardului, astfel cum este 
specificat în CSM_50. Formatul semnăturii este simplu, 
astfel cum este precizat în (TR-03111).  
14.3.  Verificarea semn ăturilor  
CSM_234  ►M1 Un IDE poate efectua verificarea unei semnături pe 
baza datelor descărcate în mod nemijlocit sau poate utiliza un 
card de control în acest scop. În cazul în care utilizează un 
card de control, verificarea semnăturii se efectuează astfel 
cum este indicat în figura 13. Pentru a verifica valabilitatea 
temporală a unui certificat prezentat de IDE, cardul de control  
își utilizează ora curentă internă, astfel cum se precizează în  
CSM_167. Un card de control își actualizează ora curentă 
dacă momentul la care începe valabilitatea unui certificat 
autentic de tip „sursă valabilă de indicare a orei” este mai 
recent decât ora curentă a cardului. Cardul acceptă doar urmă­
toarele certificate ca sursă valabilă de indicare a orei:  
— Certificatele de legătură ERCA de a doua generaţie  
— Certificatele MSCA de a doua generaţie  
— Certificatele VU_Sign sau Card_Sign de a doua generaţie 
emise de aceeași ţară care a emis certificatul de card al 
cardului de control.  
În cazul în care IDE efectuează nemijlocit verificarea 
semnăturii, acesta verifică autenticitatea și valabilitatea 
tuturor certificatelor din lanţul de certificate din fișierul d e 
date și verifică semnătura prin intermediul datelor, urmând 
schema de semnătură definită în [DSS]. În ambele cazuri, 
pentru fiecare certificat citit din fișierul de date, este 
necesar să se verifice dacă este corect câmpul privind auto­
rizaţia deţinătorului certificatului (CHA):  
— Câmpul CHA al certificatului EQT indică un certificat VU 
sau un certificat de card (după caz) pentru semnare (a se 
vedea apendicele 1, tipul de date EquipmentType).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 500  
— CHA al certificatului EQT.CA indică o MSCA.  
— CHA al certificatului EQT.Link indică ERCA. ◄  
Note la figura 13:  
— Echipamentul care a semnat datele de analizat este 
denumit EQT.  
— Certificatele EQT și cheile publice menţionate în figură 
sunt cele utilizate pentru semnare, și anume VU_Sign sau 
Card_Sign.  
— Certificatele și cheile publice EQT.CA menţionate în 
figură sunt cele utilizate pentru semnarea certificatelor 
VU sau a celor de card, după caz.  
— Certificatul EQT.CA.EUR menţionat în figură este certi­
ficatul rădăcină european precizat în CAR al certificatului 
EQT.CA.  
— Certificatul EQT.Link menţionat în figură este certificatul 
de legătură al EQT, dacă acesta există. Astfel cum este 
specificat în secţiunea 9.1.2, acesta este un certificat de 
legătură pentru o nouă pereche de chei rădăcină europene 
create de ERCA și semnate cu cheia privată europeană 
anterioară.  
— Certificatul EQT.Link.EUR este certificatul rădăcină 
european precizat în CAR al certificatului EQT.Link.  
CSM_235 Pentru a calcula funcţia  hash  a mesajului M trimis către 
cardul de control în comanda PSO:Hash, IDE utilizează algo­
ritmul de  hashing  legat de mărimea cheii VU sau a cardului 
de pe care se descarcă datele, astfel cum este specificat în 
CSM_50.  
CSM_236 Pentru a verifica semnătura EQT, cardul de control treb uie să 
respecte schema de semnătură definită în [DSS].  
Notă: Prezentul document nu precizează nicio acţiune care să 
fie întreprinsă în cazul în care o semnătură prin intermediul 
unui fișier de date descărcat nu poate fi verificată sau dacă 
verificarea are un rezultat negativ.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 501  
Figura 13  
Protocol pentru verificarea semn ăturii prin intermediul unui fi șier de date desc ărcate
  ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 502  
Apendicele 12  
POZIŢIONAREA BAZAT Ă PE SISTEMUL GLOBAL DE NAVIGA ŢIE 
PRIN SATELIT (GNSS)  
CUPRINS  
1. INTRODUCERE  
1.1. Domeniu de aplicare  
▼M3 
1.1.1. Referinţe  
▼B 
1.2. Acronime și notaţii  
▼M3 
2. CARACTERISTICILE DE BAZĂ ALE RECEPTORULUI GNSS  
3. PROPOZIŢIILE FURNIZATE DE RECEPTORUL GNSS  
▼B 
4. UNITATE MONTATĂ PE VEHICUL CU UN ECHIPAMENT GNSS 
EXTERN  
4.1. Configuraţie  
4.1.1 Componente principale și interfeţe  
4.1.2 Starea echipamentului GNSS extern la finalul procesului d e producţie  
4.2. Comunicarea între echipamentul GNSS extern și unitatea mon tată pe 
vehicul  
4.2.1 Protocolul de comunicare  
4.2.2 Transferul securizat de date GNSS  
4.2.3 Structura comenzii de citire a înregistrării (Read Record ) 
▼M3 
4.2.4. Structura comenzii WriteRecord  
4.2.5. Alte comenzi  
▼B 
4.3. Cuplarea, autentificarea reciprocă și înţelegerea asupra c heii de sesiune a 
echipamentului GNSS extern cu unitatea montată pe vehicul  
4.4. Gestionarea erorilor  
4.4.1 Eroare de comunicare cu echipamentul GNSS extern  
4.4.2 Încălcarea integrităţii fizice a echipamentului GNSS exte rn 
4.4.3 Absenţa informaţiilor de poziţionare de la receptorul GNS S 
4.4.4 Certificatul echipamentului GNSS extern a expirat  
5. UNITATE MONTATĂ PE VEHICUL FĂRĂ UN ECHIPAMENT 
GNSS EXTERN  
5.1. Configuraţie  
▼M3 
5.2. Transferul informaţiilor de la receptorul GNSS la VU  
__________  
5.3. Transferul informaţiilor de la VU la receptorul GNSS  
5.4. Gestionarea erorilor  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 503  
5.4.1. Absenţa informaţiilor privind poziţia de la receptorul G NSS 
6. PROCESAREA ȘI ÎNREGISTRAREA DATELOR PRIVIND POZIŢIA 
DE CĂTRE VU  
7. CONFLICT ORĂ GNSS  
8. CONFLICT PRIVIND DEPLASAREA VEHICULULUI  
1. INTRODUCERE  
Prezentul apendice prevede cerinţele tehnice pentru receptorul GNSS și 
datele GNSS utilizate de unitatea montată pe vehicul, inclusiv proto­
coalele care trebuie implementate pentru a asigura transferul d e date 
corect și în siguranţă al informaţiilor de poziţionare.  
1.1. Domeniul de aplicare  
GNS_1 Unitatea montată pe vehicul colectează date de localizare  de la 
cel puţin o reţea de sateliţi GNSS.  
Unitatea montată pe vehicul poate fi dotată sau nu cu un echi­
pament GNSS extern, astfel cum este descris în Figura 1:  
1.1.1.  Referin ţe 
În această parte a prezentului apendice se face trimitere la ur mătoarele 
referinţe.  
NMEA Standardul privind interfaţa 0183 al NMEA ( National Marine 
Electronics Association ), V4.11  
▼B 
Figura 1  
Diferite configura ţii pentru receptorul GNSS.
  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 504  
1.2. Acronime și notaţii 
În prezentul apendice sunt folosite următoarele acronime:  
DOP  Dilution of Precision  (Scădere a preciziei)  
EGF Fișier elementar Dispozitiv GNSS ( Elementary file GNSS 
Facility ) 
EGNOS Serviciul european geostaţionar mixt de navigare ( European 
Geostationary Navigation Overlay Service ) 
GNSS Sistem global de navigaţie prin satelit ( Global Navigation 
Satellite System ) 
GSA GPS DOP și sateliţi activi  
HDOP  Horizontal Dilution of Precision  (Scădere a preciziei în plan 
orizontal)  
ICD Document de control al interfeţei  
NMEA National Marine Electronics Association  
▼M3 
OSNMA  Galileo Open Service Navigation Message Authentication  
(Autentificarea mesajelor de navigaţie de la serviciul deschis 
al Galileo)  
▼B 
PDOP  Position Dilution of Precision  (Diminuare a preciziei ca 
urmare a poziţionării sateliţilor)  
RMC Recommended Minimum Specific  
▼M3 
RTC Real Time Clock (RTC)  
▼B 
SIS Semnal în spaţiu ( Signal in Space ) 
VDOP  Vertical Dilution of Precision  (Scădere a preciziei în plan 
vertical)  
VU Unitate montată pe vehicul ( Vehicle Unit ) 
▼M3 
2. CARACTERISTICILE DE BAZĂ ALE RECEPTORULUI GNSS  
▼B 
Indiferent de configuraţia tahografului inteligent, cu sau fără  un echi­
pament GNSS extern, furnizarea de informaţii de poziţionare exa cte și 
fiabile reprezintă un element esenţial pentru funcţionarea efic ientă a taho­
grafului inteligent. Prin urmare, este oportun să se solicite c ompatibi­
litatea acestuia cu serviciile furnizate de programele Galileo și 
Serviciul european geostaţionar mixt de navigare (EGNOS), astfe l cum 
sunt prevăzute în Regulamentul (UE) nr. 1285/2013 al Parlamentu lui 
European și al Consiliului (  1 ). Sistemul constituit în cadrul programului 
Galileo este un sistem global de navigaţie prin satelit indepen dent, iar cel 
constituit în cadrul programului EGNOS este un sistem regional de 
navigaţie prin satelit, care îmbunătăţește calitatea semnalului  sistemului 
de poziţionare globală.  
GNS_2 Producătorii garantează că receptoarele GNSS din tahograf ele 
inteligente sunt compatibile cu serviciile de poziţionare 
furnizate de sistemele Galileo și EGNOS. De asemenea, produ­
cătorii pot alege, în plus, compatibilitatea cu alte sisteme de  
navigaţie prin satelit.  ▼B 
( 1 ) Regulamentul (UE) nr. 1285/2013 al Parlamentului European și al Consiliului din 
11 decembrie 2013 privind punerea în aplicare și exploatarea si stemelor europene de 
radionavigaţie prin satelit și de abrogare a Regulamentului (CE ) nr. 876/2002 al Consi­
liului și a Regulamentului (CE) nr. 683/2008 al Parlamentului E uropean și al Consiliului 
(JO L 347, 20.12.2013, p. 1).
 02016R0799 — RO — 21.08.2023 — 003.001 — 505  
GNS_3 Receptorul GNSS trebuie să fie compatibil cu autentificar ea 
mesajelor de navigaţie de la serviciul deschis 
Galileo (OSNMA).  
GNS_3a Receptorul GNSS efectuează o serie de verificări ale con sec­
venţei pentru a verifica dacă măsurătorile calculate de 
receptorul GNSS pe baza datelor OSNMA au avut ca rezultat 
informaţii corecte cu privire la poziţia, viteza și datele vehi ­
culului și, prin urmare, nu au fost influenţate de niciun atac 
extern, cum ar fi captarea și reemiterea semnalelor unui 
radiofar. Aceste verificări ale consecvenţei constau, de 
exemplu, în:  
— detectarea emisiilor de putere anormală prin monitorizarea 
combinată a controlului automat al câștigului ( Automatic 
Gain Control  - AGC) și a raportului de densitate 
purtătoare-zgomot (C/N0);  
— consecvenţa măsurării pseudo-distanţei și consecvenţa 
măsurării Doppler în timp, inclusiv detectarea unor 
variaţii bruște în măsurare;  
— tehnici de monitorizare a integrităţii autonome a 
receptorului (RAIM), inclusiv detectarea unor măsurători 
inconsecvente cu poziţia estimată;  
— verificări ale poziţiei și vitezei, inclusiv soluţii anormale  de 
poziţie și viteză, salturi bruște și comportament incon­
secvent cu dinamica vehiculului;  
— consecvenţa orei și frecvenţei, inclusiv variaţii și derivaţi i 
de oră care nu corespund caracteristicilor ceasului 
receptorului.  
GNS_3b Comisia Europeană va elabora și va aproba următoarele 
documente:  
— Un document de control al interfeţei de semnal în spaţiu 
(Signal in Space Interface Control Document  — SIS ICD), 
care specifică în detaliu informaţiile OSNMA transmise 
prin semnalul Galileo.  
— Ghidul privind receptoarele OSNMA, care furnizează 
cerinţele și procesele din cadrul receptoarelor pentru a 
garanta securitatea implementării OSNMA, precum și reco­
mandări pentru îmbunătăţirea performanţei OSNMA.  
Receptoarele GNSS instalate în tahografe, atât interne, cât și 
externe, sunt construite în conformitate cu SIS ICD și cu 
Ghidul privind receptoarele OSNMA.  
GNS_3c Receptorul GNSS furnizează mesaje de poziţie, numite mes aje 
de poziţie autentificate în prezenta anexă și în apendicele la 
aceasta, care sunt elaborate utilizând numai sateliţi de la car e 
autenticitatea mesajelor de navigaţie a fost verificată cu succ es. 
GNS_3d Receptorul GNSS furnizează, de asemenea, mesaje de poziţ ie 
standard, elaborate utilizând sateliţii vizibili, indiferent da că 
sunt autentificate sau nu.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 506  
GNS_3e Receptorul GNSS utilizează ceasul Real Time Clock al 
VU (RTC) ca referinţă temporală pentru sincronizarea orei 
necesară pentru OSNMA.  
GNS_3f Ora RTC a VU este furnizată receptorului GNSS de către V U. 
GNS_3g Abaterea maximă de timp specificată în cerinţa 41 din an exa IC 
este furnizată receptorului GNSS de către VU, împreună cu ora 
RTC a VU.  
3. PROPOZIŢIILE FURNIZATE DE RECEPTORUL GNSS  
Prezenta secţiune descrie propoziţiile utilizate în funcţionare a taho­
grafului inteligent pentru transmiterea mesajelor de poziţie st andard și 
autentificate. Această secţiune este valabilă atât pentru confi guraţia taho­
grafului inteligent cu echipament GNSS extern, cât și a celui f ără echi­
pament GNSS extern.  
GNS_4 Datele privind poziţia standard se bazează pe propoziţia  
NMEA Recommended Minimum Specific (RMC) GNSS Data , 
care conţine informaţii de poziţionare (latitudine, longitudine ), 
ora în format UTC (hhmmss.ss), viteza faţă de sol în noduri 
plus valori suplimentare.  
Formatul propoziţiei RMC este următorul (conform stan­
dardului NMEA V4.11):  
Figura 2  
Structura propozi ţiei RMC
  
$–RMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x .x,xxxx,x.x,a,a,a* hh 
1) Ora (UTC)  
2) Status, A= Poziţie validă, V= Avertizare  
3) Latitudine  
4) N sau S  
5) Longitudine  
6) E sau V  
7) Viteza faţă de sol în noduri  
8) Traseu corectat, grade reale  
9) Data, zzllaa  
10) Variaţie magnetică, grade  
11) E sau V  
12) Indicator mod FAA  
13) Starea de navigare  
14) Sumă de verificare  
Starea de navigare este opţională și poate să nu fie prezentă î n 
propoziţia RMC.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 507  
Statutul (Status) indică dacă semnalul GNSS este disponibil. 
Până când valoarea statutului nu este setată la „A”, datele 
primite (de exemplu, referitoare la oră sau latitudine/longi­
tudine) nu pot fi utilizate pentru înregistrarea poziţiei vehi­
culului în VU.  
Rezoluţia poziţiei se bazează pe formatul propoziţiei RMC 
descris mai sus. Prima parte din câmpurile 3) și 5) se 
utilizează pentru a reprezenta gradele. Restul se utilizează 
pentru a reprezenta minutele cu trei zecimale. Astfel, 
rezoluţia este 1/1 000 de minut sau 1/60 000 de grad 
(deoarece un minut este 1/60 dintr-un grad).  
GNS_4a Datele autentificate privind poziţia se bazează pe propo ziţia de 
tip NMEA,  Authenticated Minimum Specific (AMC) Data , 
care conţine informaţii de poziţionare (latitudine, longitudine ), 
ora în format UTC (hhmmss.ss), viteza faţă de sol în noduri 
plus valori suplimentare.  
Formatul propoziţiei AMC este următorul (conform stan­
dardului NMEA V4.11, cu excepţia valorii numărul 2):  
Figura 3  
Structura propozi ţiei AMC
  
$–AMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x.x,xxxx,x.x,a,a,a*h h 
1) Ora (UTC)  
2) Statut, A = poziţie autentificată (stabilită utilizând cel p uţin 4 sateliţi de la 
care autenticitatea mesajelor de navigaţie a fost verificată cu  succes), J = 
jamming sau O = alt atac GNSS în absenţa autentificării nereuși te a 
mesajelor de navigaţie (prin efectuarea unor verificări ale con secvenţei în 
conformitate cu GNS_3a), F = autentificarea nereușită a mesajel or de 
navigaţie (astfel cum a fost detectată prin verificările OSNMA specificate 
în documentele menţionate în GNS_3b), V = nulă (poziţia autenti ficată nu 
este disponibilă din orice alt motiv)  
3) Latitudine  
4) N sau S  
5) Longitudine  
6) E sau V  
7) Viteza faţă de sol în noduri  
8) Traseu corectat, grade reale  
9) Data, zzllaa  
10) Variaţie magnetică, grade  
11) E sau V  
12) Indicator mod FAA  
13) Starea de navigare  
14) Sumă de verificare  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 508  
Starea de navigare este opţională și poate să nu fie prezentă î n 
propoziţia AMC.  
Statutul indică dacă este disponibilă o poziţie GNSS autenti­
ficată, dacă a fost detectat un atac asupra semnalelor GNSS, 
dacă autentificarea mesajelor de navigaţie a eșuat sau dacă 
poziţia GNSS este indisponibilă. Când valoarea statutului nu 
este setată la „A”, datele primite (de exemplu, ora sau lati­
tudinea/longitudinea) sunt considerate invalide și nu pot fi 
utilizate pentru înregistrarea poziţiei vehiculului în VU. 
Atunci când valoarea statutului este setată la „J” (jamming), 
„O” (alt atac GNSS) sau „F” (autentificarea eșuată a mesajelor 
de navigaţie), se înregistrează un eveniment de tip „anomalie 
GNSS” în VU, conform definiţiei din anexa IC și din apen­
dicele 1 (EventFaultCode).  
GNS_5 Unitatea montată pe vehicul stochează în baza de date a V U 
informaţiile de poziţionare pentru latitudine și longitudine cu  o 
rezoluţie de 1/10 de minut sau 1/600 de grad, astfel cum este 
descris în apendicele 1 pentru tipul GeoCoordinates.  
Comanda GPS DOP și sateliţi activi (GSA), conformă cu 
standardul NMEA V4.11, poate fi utilizată de VU pentru a 
determina și a înregistra disponibilitatea și precizia semnalul ui 
pentru poziţiile standard. În special HDOP este utilizată pentr u 
a furniza o indicaţie cu privire la gradul de precizie a datelo r 
de localizare înregistrate (a se vedea 4.2.2). VU va înregistra  
valoarea  Horizontal Dilution of Precision  (HDOP), calculată 
ca cea mai mică dintre valorile HDOP colectate de la 
sistemele GNSS disponibile.  
GNSS Id. indică NMEA Id. corespunzător pentru fiecare 
constelaţie GNSS și sistem de augmentare cu ajutorul 
sateliţilor (SBAS).  
Figura 4  
Structura propozi ţiei GSA (pozi ţii standard)
  
$–GSA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h  
1) Mod de selecţie  
2) Mod  
3) ID-ul primului satelit utilizat pentru fix  
4) ID-ul celui de al doilea satelit utilizat pentru fix  
… 
14) ID-ul celui de al 12-lea satelit utilizat pentru fix  
15) PDOP  
16) HDOP  
17) VDOP  
18) ID-ul sistemului  
19) Sumă de verificare  
ID-ul sistemului este opţional și poate să nu fie prezent în 
propoziţia GSA.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 509  
În același mod, comanda propoziţiei de tip NMEA  authen­
ticated active satellites  (sateliţi activi autentificaţi) (ASA) 
poate fi utilizată de VU pentru a determina și a înregistra 
disponibilitatea și precizia semnalului pentru poziţiile autent i­
ficate. Valorile 1-18 sunt definite în standardul NMEA V4.11.  
Figura 5  
Structura propozi ţiei ASA (pozi ţii autentificate)
  
$–ASA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h  
1) Mod de selecţie  
2) Mod  
3) ID-ul primului satelit utilizat pentru fix  
4) ID-ul celui de al doilea satelit utilizat pentru fix  
… 
14) ID-ul celui de al 12-lea satelit utilizat pentru fix  
15) PDOP  
16) HDOP  
17) VDOP  
18) ID-ul sistemului  
19) Sumă de verificare  
ID-ul sistemului este opţional și poate să nu fie prezent în 
propoziţia ASA.  
GNS_6 Atunci când se utilizează un echipament GNSS extern, 
propoziţia  GSA  se stochează în transceiverul securizat GNSS 
cu numărul de înregistrare de la „02” la „06”, iar propoziţia 
ASA se stochează cu numărul de înregistrare de la „12” la 
„16”.  
GNS_7 Dimensiunea maximă a propoziţiilor (de exemplu, RMC, 
AMC, GSA, ASA sau altele), care poate fi utilizată pentru 
dimensionarea comenzii de citire a înregistrării ( Read Record ) 
este de 85 de octeţi (a se vedea Tabelul 1).  
▼B 
4. UNITATE MONTATĂ PE VEHICUL CU UN ECHIPAMENT GNSS 
EXTERN  
4.1. Configura ţie 
4.1.1  Componente principale și interfeţe 
În această configuraţie, receptorul GNSS face parte din echipam entul 
GNSS extern.  
GNS_8 Echipamentul GNSS extern trebuie să fie alimentat cu o 
interfaţă specifică a vehiculului.  
▼M3 
GNS_9 Echipamentul GNSS extern constă în următoarele 
componente (a se vedea Figura 6):  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 510  
(a) Un receptor GNSS comercial care să furnizeze datele de 
poziţionare prin interfaţa de date GNSS. De exemplu, 
interfaţa de date GNSS poate fi standardul NMEA 
V4.11, unde receptorul GNSS acţionează ca un 
emiţător și transmite propoziţii NMEA către trans­
ceiverul securizat GNSS cu o frecvenţă de 1 Hz 
pentru setul predefinit de propoziţii NMEA și propoziţii 
de tip NMEA, care trebuie să cuprindă cel puţin propo­
ziţiile RMC, AMC, GSA și ASA. Implementarea 
interfeţei de date GNSS este la alegerea producătorilor 
de echipament GNSS extern.  
▼B 
b) O unitate de emisie-recepţie (transceiver securizat 
GNSS), compatibilă cu standardul ISO/IEC 7816- 
4:2013 (a se vedea 4.2.1) pentru a comunica cu 
unitatea montată pe vehicul și compatibilă cu interfaţa 
de date GNSS pentru receptorul GNSS. Unitatea este 
prevăzută cu o memorie pentru stocarea datelor de iden­
tificare ale receptorului GNSS și ale echipamentului 
GNSS extern.  
▼M3 
(c) Un sistem de încapsulare cu funcţie de detectare a 
manipulărilor frauduloase, care încapsulează atât 
receptorul GNSS, cât și transceiverul securizat GNSS. 
Funcţia de detectare a manipulărilor frauduloase imple­
mentează măsurile de protecţie a securităţii conform 
cerinţelor din profilul de protecţie al tahografului 
inteligent.  
▼B 
d) O antenă GNSS instalată pe vehicul și conectată la 
receptorul GNSS prin sistemul de încapsulare.  
GNS_10 Echipamentul GNSS extern are cel puţin următoarele 
interfeţe externe:  
a) interfaţa cu antena GNSS instalată pe remorca vehi­
culului, dacă se utilizează o antenă externă;  
b) interfaţa cu unitatea montată pe vehicul.  
GNS_11 În VU, transceiverul securizat VU este celălalt capăt al  
comunicării securizate cu transceiverul securizat GNSS și 
trebuie să fie compatibil cu ISO/IEC 7816-4:2013 pentru 
conectarea la echipamentul GNSS extern.  
GNS_12 Pentru nivelul fizic al comunicării cu echipamentul GNSS  
extern, unitatea montată pe vehicul trebuie să fie compa­
tibilă cu ISO/IEC 7816-12: 2005 sau cu un alt standard 
compatibil cu ISO/IEC 7816-4: 2013. (a se vedea 4.2.1).  
4.1.2  Starea echipamentului GNSS extern la finalul procesului de produc ţie 
GNS_13 Echipamentul GNSS extern stochează următoarele valori în  
memoria nevolatilă a transceiverului securizat GNSS atunci 
când părăsește fabrica:  
— perechea de chei EGF_MA și certificatul corespunzător,  
— certificatul MSCA_VU-EGF care conţine cheia publică 
MSCA_VU-EGF.PK care trebuie utilizată pentru veri­
ficarea certificatului EGF_MA,  
— certificatul EUR care conţine cheia publică EUR.PK 
care trebuie utilizată pentru verificarea certificatului 
MSCA_VU-EGF,  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 511  
— certificatul EUR a cărui perioadă de valabilitate precede 
direct perioada de valabilitate a certificatului EUR care 
trebuie utilizat pentru verificarea certificatului 
MSCA_VU-EGF, dacă există,  
— certificatul legătură care leagă aceste 
două certificate EUR, dacă există,  
— numărul de serie lung al echipamentului GNSS extern,  
— identificatorul sistemului de operare al echipamentului 
GNSS,  
— numărul de omologare de tip al echipamentului GNSS 
extern,  
— identificatorul componentei de securitate a modulului 
GNSS extern.  
4.2. Comunicarea între echipamentul GNSS extern și unitatea montat ă 
pe vehicul  
4.2.1  Protocolul de comunicare  
▼M3 
GNS_14 Protocolul de comunicare între echipamentul GNSS extern 
și unitatea montată pe vehicul asigură următoarele funcţii:  
1. Colectarea și distribuirea datelor GNSS (de exemplu, 
poziţia, ora, viteza),  
2. Colectarea datelor de configuraţie ale echipamentului 
GNSS extern,  
3. Protocolul de gestionare pentru a asigura cuplarea, 
autentificarea reciprocă și înţelegerea asupra cheii de 
sesiune între echipamentul GNSS extern și VU,  
4. Transmisia către echipamentul GNSS extern a orei RTC 
a VU și a diferenţei maxime dintre ora reală și ora RTC 
a VU.  
▼B 
GNS_15 Protocolul de comunicare se bazează pe standardul ISO/IE C 
7816-4: 2013 unde transceiverul securizat VU deţine rolul 
de master , iar transceiverul securizat GNSS deţine rolul de  
slave . Conexiunea fizică între echipamentul GNSS extern și 
unitatea montată pe vehicul se bazează pe ISO/IEC 7816- 
12:2005 sau pe un alt standard compatibil cu ISO/IEC 
7816-4:2013.  
▼M1 
GNS_16 În protocolul de comunicare, nu sunt suportate câmpuri c u 
lungime extinsă.  
▼B 
GNS_17 Protocolul de comunicare din ISO 7816 (atât *-4:2013, câ t 
și *-12:2005) dintre echipamentul GNSS extern și VU se 
setează la T=1.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 512  
GNS_18 În ceea ce privește funcţiile 1. colectarea și distribui rea 
datelor GNSS, 2. colectarea datelor de configuraţie ale echi­
pamentului GNSS extern și 3. protocolul de gestionare, 
transceiverul securizat GNSS simulează un card inteligent 
cu o arhitectură a sistemului de fișiere compusă dintr-un 
fișier master (MF), un fișier dedicat (DF) cu identificatorul 
aplicaţiei specificat în apendicele 1 capitolul 6.2 („FF 44 54 
45 47 4D”) și cu 3 EF care conţin certificate și un singur 
fișier elementar (EF.EGF) cu identificatorul fișierului egal 
cu „2F2F” conform descrierii din tabelul 1.  
▼M3 
GNS_18a În ceea ce privește funcţia 4) transmisia către echipam entul 
GNSS extern a orei RTC al VU și a diferenţei maxime 
dintre ora reală și ora RTC a VU, transceiverul securizat 
GNSS utilizează un EF (EF VU) în același DF cu identi­
ficator de fișier egal cu „2F30”, astfel cum este descris în 
tabelul 1.  
▼B 
GNS_19 Transceiverul securizat GNSS stochează datele care provi n 
de la receptorul GNSS și configuraţia în EF.EGF. Acesta 
este un fișier de înregistrare liniar de lungime variabilă cu 
un identificator egal cu „2F2F” în format hexadecimal.  
▼M3 
GNS_19a Transceiverul securizat GNSS stochează datele provenite  de 
la VU în EF VU. Acesta este un fișier de înregistrare liniară 
cu lungime fixă cu un identificator egal cu „2F30” în 
format hexazecimal.  
GNS_20 Transceiverul securizat GNSS utilizează o memorie pentru  a 
stoca datele și este capabil să execute atâtea cicluri de citir e/ 
scriere cât este necesar pe o durată de viaţă de cel puţin 15 
ani. În afară de acest aspect, proiectarea internă și imple­
mentarea transceiverului securizat GNSS rămân la lati­
tudinea producătorilor.  
▼M1 
Maparea numerelor înregistrărilor și a datelor este furnizată 
în tabelul 1. Se menţionează faptul că există cinci propoziţii 
GSA pentru constelaţiile GNSS și sistemul de augmentare 
cu ajutorul sateliţilor (SBAS).  
GNS_21 Structura fișierelor este furnizată în Tabelul 1. Pentru  
condiţiile de acces (ALW, NEV, SM-MAC) a se vedea 
apendicele 2 capitolul 3.5.  
▼M3 
Tabelul 1  
Structura fi șierelor  
Condiţii de acces  
Fișier  ID fișier  Citire  Actualizare  Criptat  
MF 3F00  
EF.ICC  0002  ALW  NEV 
(de VU)  Nr. ▼M1
 02016R0799 — RO — 21.08.2023 — 003.001 — 513  
Condiţii de acces  
Fișier  ID fișier  Citire  Actualizare  Criptat  
DF Echipament GNSS  0501  ALW  NEV  Nr.  
EF EGF_MACertificate  C100  ALW  NEV  Nr.  
EF CA_Certificate  C108  ALW  NEV  Nr.  
EF Link_Certificate  C109  ALW  NEV  Nr.  
EF EGF  2F2F  SM-MAC  NEV 
(de VU)  Nr. 
EF VU  2F30  SM-MAC  SM-MAC  Nr.  
Fișier / element de date  Numărul înre­
gistrării  Dimensiune (octeţi)  Valori 
implicite  
Min Max  
MF 552  1031  
EF.ICC  
sensorGNSSSerialNumber  8  8  
DF Echipament GNSS  612  1023  
EF EGF_MACertificate  204  341  
EGFCertificate  204  341  {00..00}  
EF CA_Certificate  204  341  
MemberStateCertificate  204  341  {00..00}  
EF Link_Certificate  204  341  
LinkCertificate  204  341  {00..00}  
EF EGF  
Propoziţie RMC NMEA  '01'  8 5  8 5  
Prima propoziţie GSA NMEA  '02'  8 5  8 5  
A 2-a propoziţie GSA NMEA  '03'  8 5  8 5  
A 3-a propoziţie GSA NMEA  '04'  8 5  8 5  
A 4-a propoziţie GSA NMEA  '05'  8 5  8 5  
A 5-a propoziţie GSA NMEA  '06'  8 5  8 5  
Numărul de serie lung al echipa­
mentului GNSS extern definit în apen­
dicele 1 ca SensorGNSSSerialNumber.  '07' 8  8  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 514  
Fișier / element de date  Numărul înre­
gistrării  Dimensiune (octeţi)  Valori 
implicite  
Identificatorul sistemului de operare al 
transceiverului securizat GNSS definit 
în apendicele 1 ca SensorOSIdentifier.  '08' 2  2  
Numărul de omologare de tip al echi­
pamentului GNSS extern definit în 
apendicele 1 ca SensorExternal­
GNSSApprovalNumber.  '09' 1 6  1 6  
Identificatorul componentei de secu­
ritate a echipamentului GNSS extern 
definit în apendicele 1 ca SensorExter­
nalGNSSSCIdentifier.  '10' 8  8  
Propoziţie AMC  '11'  8 5  8 5  
Prima propoziţie ASA  '12'  8 5  8 5  
A 2-a propoziţie ASA  '13'  8 5  8 5  
A 3-a propoziţie ASA  '14'  8 5  8 5  
A 4-a propoziţie ASA  '15'  8 5  8 5  
A 5-a propoziţie ASA  '16'  8 5  8 5  
RFU – Rezervat pentru o utilizare 
viitoare  De la '17' 
la 'FD'  
EF VU  
VuRtcTime (a se vedea apendicele 1)  '01'  4  4  {00..00}  
VuGnssMaximalTimeDifference (a se 
vedea apendicele 1)  '02' 2  2  {00..00}  
▼B 
4.2.2  Transferul securizat de date GNSS  
▼M3 
GNS_22 Transferul securizat al datelor GNSS de poziţie, ora RTC  a  
VU și diferenţa maximă de timp dintre ora reală și ora RTC 
a VU sunt permise numai în următoarele condiţii:  
▼B 
1. Procesul de cuplare a fost încheiat, astfel cum este 
descris în apendicele 11. „Mecanisme de securitate 
comune”.  
2. Autentificarea reciprocă periodică și înţelegerea asupra 
cheii de sesiune dintre VU și echipamentul GNSS 
extern descrisă, de asemenea, în apendicele 11. 
„Mecanisme de securitate comune” a fost executată cu 
frecvenţa indicată.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 515  
GNS_23 La fiecare T secunde, unde T reprezintă o valoare mai mi că 
sau egală cu 20, cu excepţia cazului în care are loc cuplarea 
sau autentificarea reciprocă și înţelegerea asupra cheii de 
sesiune, VU solicită de la echipamentul GNSS extern infor­
maţiile de poziţionare pe baza următorului flux:  
1. VU solicită date de poziţie de la echipamentul GNSS 
extern, împreună cu date privind scăderea preciziei 
(Dilution of Precision ) (din propoziţiile GSA și ASA). 
Transceiverul securizat VU utilizează comenzile 
ISO/IEC 7816-4: 2013 SELECT (SELECTARE) și 
READ RECORD(S) (CITIREA ÎNREGISTRĂRII/ 
ÎNREGISTRĂRILOR) în modul doar de autentificare 
al mesageriei securizate, astfel cum este descris în 
secţiunea 11.5 din apendicele 11, cu identificatorul 
fișierului „2F2F” și numărul RECORD egal cu „01” 
pentru propoziţia RMC NMEA, „02”, „03”, „04”, 
„05”, „06” pentru propoziţia GSA NMEA, „11” pentru 
propoziţia AMC și „12”, „13”, „14”, „15”, „16” pentru 
propoziţia ASA.  
2. Ultimele date privind poziţia primite sunt stocate în EF 
cu identificatorul „2F2F” și înregistrările descrise în 
Tabelul 1 în transceiverul securizat GNSS deoarece 
transceiverul securizat GNSS recepţionează date 
NMEA cu o frecvenţă de cel puţin 1 Hz de la receptorul 
GNSS prin interfaţa de date GNSS.  
3. Transceiverul securizat GNSS trimite răspunsul la trans­
ceiverul securizat VU folosind mesajul de răspuns 
APDU în modul doar de autentificare al mesageriei 
securizate, conform descrierii din apendicele 11 
secţiunea 11.5.  
4. Transceiverul securizat VU verifică autenticitatea și inte­
gritatea răspunsului primit. În cazul unui rezultat pozitiv, 
datele privind poziţia sunt transferate către procesorul 
VU prin interfaţa de date GNSS.  
5. Procesorul VU verifică datele primite și extrage infor­
maţiile (de exemplu, latitudinea, longitudinea, ora) din 
propoziţia RMC NMEA. Propoziţia RMC NMEA 
include informaţii privind valabilitatea poziţiei neauten­
tificate. Dacă poziţia neautentificată este valabilă, 
procesorul VU extrage, de asemenea, valorile HDOP 
din propoziţiile GSA NMEA și calculează valoarea 
minimă pe baza sistemelor prin satelit disponibile (de 
exemplu, când fix-ul este disponibil).”;  
6. Procesorul VU extrage de asemenea informaţiile (de 
exemplu, latitudinea, longitudinea, ora) din propoziţia 
AMC. Propoziţia AMC include informaţii care atestă 
dacă poziţia autentificată nu este valabilă sau dacă 
semnalul GNSS a fost atacat. Dacă poziţia este 
valabilă, procesorul VU extrage, de asemenea, valorile 
HDOP din propoziţiile ASA și calculează valoarea 
minimă pe baza sistemelor prin satelit disponibile (de 
exemplu, când fix-ul este disponibil).”;  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 516  
GNS_23a VU scrie, de asemenea, ora RTC VU și diferenţa maximă 
de timp dintre ora reală și ora RTC a VU, după caz, 
utilizând comenzile ISO/IEC 7816-4:2013 
SELECT (SELECTARE) și WRITE RECORD(S) 
(SCRIEREA ÎNREGISTRĂRII/ÎNREGISTRĂRILOR) în 
modul doar de autentificare al mesageriei securizate, astfel 
cum este descris în secţiunea 11.5 din apendicele 11, cu 
identificatorul de fișier „2F30” și numărul RECORD egal 
cu „01” pentru VuRtcTime și „02” pentru MaximalTime­
Difference.  
▼B 
4.2.3  Structura comenzii de citire a înregistr ării (Read Record)  
Această secţiune descrie în detaliu structura comenzii de citir e a înre­
gistrării ( Read Record ). Mesageria securizată (modul doar de autenti­
ficare) este adăugată conform descrierii din apendicele 11 „Mec anisme 
de securitate comune”.  
GNS_24 Comanda trebuie să fie compatibilă cu modul doar autenti ­
ficare al mesageriei securizate, cf. apendicele 11.  
GNS_25 Mesaj de comandă  
Octet  Lungime  Valoare  Descriere  
CLA  1  „0Ch”  Mesagerie securizată solicitată.  
INS 1  „B2h”  Citește înregistrarea  
P1 1  „XXh”  Numărul înregistrării („00” indică înregis­
trarea curentă)  
P2 1  „04h”  Citește înregistrarea cu numărul înregis­
trării indicat în P1  
Le 1  „XXh”  Lungimea datelor așteptate. Numărul de 
octeţi de citit.  
GNS_26 Înregistrarea indicată în P1 devine înregistrarea curent ă. 
Octet  Lungime  Valoare  Descriere  
#1-#X  X  „XX..XXh”  Date citite  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
transceiverul securizat GNSS returnează „ 9000 ”. 
— În cazul în care fișierul curent nu este orientat pe înre­
gistrare, transceiverul securizat GNSS returnează 
„6981 ”. 
— În cazul în care comanda este utilizată cu P1 = „00”, 
dar nu există niciun EF curent, transceiverul securizat 
GNSS returnează „ 6986 ” (comandă nepermisă).  
▼M3 
— În cazul în care înregistrarea nu este găsită, transceiverul 
securizat GNSS returnează „6A83”.  
— În cazul în care echipamentul GNSS extern a detectat 
manipulare frauduloasă, returnează cuvintele de stare 
„6690”.  
__________  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 517  
4.2.4.  Structura comenzii WriteRecord  
Această secţiune descrie în detaliu structura comenzii  Write Record  
(scrierea înregistrării). Mesageria securizată (modul doar de a utenti­
ficare) este adăugată conform descrierii din apendicele 11 „Mec anisme 
de securitate comune”.  
GNS_26a Comanda trebuie să fie compatibilă cu modul doar auten­
tificare al mesageriei securizate, cf. apendicele 11.  
GNS_26b Mesaj de comandă  
Octet  Lungime  Valoare  Descriere  
CLA  1  „0Ch”  Mesagerie securizată solicitată.  
INS 1  „D2h”  Scriere înregistrare  
P1 1  „XXh”  Numărul înregistrării ('00' indică înregis­
trarea curentă)  
P2 1  „04h”  Scrie înregistrarea cu numărul înregis­
trării indicat în P1  
Date  X  „XXh”  Date  
GNS_26c Înregistrarea indicată în P1 devine înregistrarea curen tă. 
Octet  Lungime  Valoare  Descriere  
SW 2  „XXXXh”  Cuvinte de stare (SW1, SW2)  
— În cazul în care comanda este executată cu succes, 
transceiverul securizat GNSS returnează „ 9000 ”. 
— În cazul în care fișierul curent nu este orientat pe înre­
gistrare, transceiverul securizat GNSS returnează  
„6981” . 
— În cazul în care comanda este utilizată cu P1 = '00', dar 
nu există niciun EF curent, transceiverul securizat 
GNSS returnează  '6986'  (comandă nepermisă).  
— În cazul în care înregistrarea nu este găsită, trans­
ceiverul securizat GNSS returnează  „6A83” . 
— În cazul în care echipamentul GNSS extern a detectat 
manipulare frauduloasă, returnează cuvintele de stare  
„6690” .”; 
4.2.5  Alte comenzi  
GNS_27 Transceiverul securizat GNSS trebuie să fie compatibil c u 
următoarele comenzi de tahograf de generaţia 2 specificate 
în apendicele 2:  
Comanda  Referinţă  
Select (Selectare)  Apendicele 2 capitolul 3.5.1  
Read binary (citire date)  Apendicele 2 capitolul 3.5.2  
Get Challenge (obţinere provocare)  Apendicele 2 capitolul 3.5.4  
PSO: Verify Certificate (verificare 
certificat)  Apendicele 2 capitolul 3.5.7  
External Authenticate (autentificare 
externă)  Apendicele 2 capitolul 3.5.9  
General Authenticate (autentificare 
generală)  Apendicele 2 capitolul 3.5.10  
MSE:SET  Apendicele 2 capitolul 3.5.11  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 518  
4.3. Cuplarea, autentificarea reciproc ă și înţelegerea asupra cheii de 
sesiune a echipamentului GNSS extern cu unitatea montat ă pe 
vehicul  
Cuplarea, autentificarea reciprocă și înţelegerea asupra cheii de 
sesiune a echipamentului GNSS extern cu unitatea montată pe 
vehicul este descrisă în apendicele 11 – „Mecanisme de securita te 
comune”, capitolul 11.  
4.4. Gestionarea erorilor  
Prezenta secţiune descrie modul în care condiţiile de eroare po tenţiale 
ale echipamentului GNSS extern sunt tratate și înregistrate în VU. 
4.4.1  Eroare de comunicare cu echipamentul GNSS extern  
▼M3 
GNS_28 O eroare de comunicare cu echipamentul GNSS extern se 
înregistrează în VU, astfel cum este definită în cerinţa 82 
din anexa IC și în apendicele 1 (EventFaultType). În acest 
context, este declanșată o eroare de comunicare atunci când 
transceiverul securizat VU nu primește un mesaj de răspuns 
după un mesaj de solicitare, conform descrierii de la 
punctul 4.2.  
▼B 
4.4.2  Înc ălcarea integrit ăţii fizice a echipamentului GNSS extern  
▼M3 
GNS_29 În cazul în care echipamentul GNSS extern a fost 
manipulat fraudulos, transceiverul securizat GNSS trebuie 
să asigure indisponibilitatea materialului criptografic. Astfel  
cum este descris în GNS_25 și GNS_26, VU detectează 
manipularea frauduloasă dacă răspunsul are starea „6690”. 
VU generează și înregistrează apoi un eveniment de 
tentativă de încălcare a securităţii, astfel cum este definit 
în cerinţa 85 din anexa IC și în apendicele 1 (Event­
FaultType pentru detectarea manipulării frauduloase a 
GNSS). Ca alternativă, echipamentul GNSS extern poate 
răspunde solicitărilor VU fără mesagerie securizată și cu 
starea „6A88”.  
▼B 
4.4.3  Absen ţa informa ţiilor de pozi ţionare de la receptorul GNSS  
▼M3 
GNS_30 În cazul în care transceiverul securizat GNSS nu primeșt e 
date de la receptorul GNSS, transceiverul securizat GNSS 
va genera un mesaj de răspuns pentru comanda READ 
RECORD cu numărul RECORD egal cu „01”, cu un 
câmp de date de 12 octeţi setaţi toţi la 0xFF. La primirea 
mesajului de răspuns cu această valoare a câmpului de 
date, VU generează și înregistrează o absenţă a informa­ 
ţiilor de poziţie de la evenimentul receptorului GNSS, 
astfel cum este definit în cerinţa 81 din anexa IC și în 
apendicele 1 (EventFaultType).  
▼B 
4.4.4  Certificatul echipamentului GNSS extern a expirat  
▼M3 
GNS_31 Dacă VU detectează că certificatul EGF utilizat pentru 
autentificarea reciprocă nu mai este valabil, VU 
generează și înregistrează un eveniment de tentativă de 
încălcare a securităţii, astfel cum este definit în cerinţa 85 
din anexa IC și în apendicele 1 (EventFaultType pentru 
certificatul echipamentului GNSS extern expirat). VU 
utilizează în continuare datele GNSS privind poziţia 
primite.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 519  
Figura 6  
Schema echipamentului GNSS extern  
▼B
 
5. UNITATE MONTATĂ PE VEHICUL FĂRĂ UN ECHIPAMENT 
GNSS EXTERN  
5.1. Configura ţie 
În această configuraţie, receptorul GNSS se află în interiorul unităţii 
montate pe vehicul, conform descrierii din Figura 1.  
▼M3 
GNS_32 Pentru transmiterea de date privind poziţia, DOP și sate liţii, 
receptorul GNSS acţionează ca un emiţător și transmite 
propoziţiile NMEA sau de tip NMEA către procesorul 
VU, care acţionează ca un receptor cu o frecvenţă de 
1/10 Hz sau mai mare pentru setul predefinit de propoziţii, 
care include cel puţin propoziţiile RMC, GSA, AMC și 
ASA. Ca alternativă, procesorul VU și receptorul GNSS 
intern pot utiliza alte formate de date pentru a schimba 
datele conţinute în propoziţiile NMEA sau de tip NMEA 
specificate în GNS_4, GNS_4a și GNS_5.  
▼B 
GNS_33 O antenă GNSS externă instalată pe vehicul sau o antenă 
GNSS internă trebuie să fie conectată la VU.  
▼M3 
5.2. Transferul informa ţiilor de la receptorul GNSS la VU  
GNS_34 Procesorul VU verifică datele primite și extrage infor­
maţiile (de exemplu, latitudinea, longitudinea, ora) din 
propoziţia RMC NMEA și din propoziţia AMC.  
GNS_35 Propoziţia RMC NMEA include informaţii privind vala­
bilitatea poziţiei neautentificate. În cazul în care poziţia 
neautentificată nu este valabilă, datele privind poziţia nu 
sunt disponibile și nu pot fi utilizate pentru înregistrarea 
poziţiei vehiculului. Dacă poziţia neautentificată este 
validă, procesorul VU extrage, de asemenea, valorile 
HDOP din GSA NMEA.  
GNS_36 Procesorul VU extrage de asemenea informaţiile (de 
exemplu, latitudinea, longitudinea, ora) din propoziţia 
AMC. Propoziţia AMC include informaţii privind valabi­
litatea poziţiei neautentificate în conformitate cu GNS_4a. 
Dacă poziţia neautentificată este validă, procesorul VU 
extrage, de asemenea, valorile HDOP din propoziţiile 
ASA.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 520  
5.3. Transferul informa ţiilor de la VU la receptorul GNSS  
GNS_37 Procesorul VU furnizează receptorului GNSS ora RTC a 
VU și diferenţa maximă dintre ora reală și ora RTC a VU, 
în conformitate cu GNS_3f și GNS_3g.  
5.4. Gestionarea erorilor  
5.4.1 Absenţa informaţiilor privind poziţia de la receptorul GN SS 
GNS_38 VU generează și înregistrează o absenţă a informaţiilor de 
poziţie de la evenimentul receptorului GNSS, astfel cum 
este definit în cerinţa 81 din anexa IC și în apendicele 1 
(EventFaultType).  
6. PROCESAREA ȘI ÎNREGISTRAREA DATELOR PRIVIND 
POZIŢIA DE CĂTRE VU  
Această secţiune este valabilă atât pentru configuraţia tahogra fului 
inteligent cu echipament GNSS extern, cât și a celui fără echip ament 
GNSS extern.  
GNS_39 Datele privind poziţia se stochează în VU, împreună cu u n 
indicator care indică dacă poziţia a fost autentificată. În 
cazul în care datele privind poziţia trebuie înregistrate în 
VU, se aplică următoarele reguli:  
a) Dacă atât poziţia autentificate, cât și cea standard sunt 
valabile și consecvente, poziţia standard și acurateţea 
acesteia se înregistrează în VU, iar indicatorul se 
setează la „autentificată”.  
b) Dacă atât poziţia autentificată, cât și cea standard sunt 
valabile, dar nu sunt consecvente, VU stochează poziţia 
autentificată și acurateţea acesteia, iar indicatorul este 
setat la „autentificată”.  
c) Dacă poziţia autentificată este valabilă și poziţia 
standard nu este valabilă, VU înregistrează poziţia 
autentificată și acurateţea acesteia, iar indicatorul este 
setat la „autentificată”.  
d) Dacă poziţia standard este valabilă și poziţia autenti­
ficată nu este valabilă, VU înregistrează poziţia 
standard și acurateţea acesteia, iar indicatorul este 
setat la „neautentificată”.  
Poziţia autentificată și cea standard sunt considerate 
consecvente, astfel cum se arată în figura 7, atunci când 
poziţia orizontală autentificată poate fi găsită într-un cerc 
centrat pe poziţia orizontală standard, cu raza rezultată din 
rotunjirea până la cel mai apropiat număr întreg superior, a 
valorii R_H calculate conform următoarei formule: 
R_H = 1.74 • σ  UERE  • HDOP  
unde:  
— R_H este raza relativă a cercului din jurul poziţiei 
orizontale estimate, în metri. Este un indicator utilizat 
pentru verificarea consecvenţei dintre poziţia standard 
și poziţia autentificată.  
— σ  UERE  este deviaţia standard pentru  eroarea de gam ă 
echivalent ă utilizator  (UERE), care modelează toate 
erorile de măsurare pentru aplicaţia ţintă, inclusiv 
mediile urbane. Trebuie utilizată o valoare constantă 
pentruσ  UERE  = 10 metri.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 521  
— HDOP este  Horizontal Dilution of Precision  (Scădere 
a preciziei în plan orizontal) calculată de receptorul 
GNSS.  
— σ  UERE  . HDOP este estimarea erorii pătratice medii a 
rădăcinii ( Root Mean Squared Error ) în domeniu 
orizontal.  
Figura 7  
Poziţii autentificate și standard (neautentificate) consecvente
  
GNS_40 Atunci când valoarea stării într-o propoziţie AMC primit ă 
este setată la „J”, „O” sau „F” în conformitate cu cerinţa 
GNS_4a, VU generează și înregistrează un eveniment de 
anomalie GNSS, astfel cum este definit în cerinţa 88a din 
anexa IC și în apendicele 1 (EventFaultType). Unitatea 
montată pe vehicul poate efectua verificări suplimentare 
înainte de a stoca un eveniment de anomalie GNSS în 
urma recepţionării unei setări „J” sau „O”.  
7. CONFLICT ORĂ GNSS  
GNS_41 Dacă VU detectează o discrepanţă între ora funcţiei de 
măsurare a timpului unităţii montate pe vehicul și ora 
generată de semnalele GNSS, aceasta generează și înregis­
trează un eveniment de tip „conflict oră”, astfel cum este 
definit în cerinţa 86 din anexa IC și în apendicele 1 
(EventFaultType).  
8. CONFLICT PRIVIND DEPLASAREA VEHICULULUI  
GNS_42 VU declanșează și înregistrează un eveniment de tip 
„conflict privind deplasarea vehiculului” în conformitate 
cu cerinţa 84 din anexa IC, în cazul în care informaţiile 
privind mișcarea calculate de la senzorul de mișcare sunt 
contrazise de informaţiile de mișcare calculate de la 
receptorul GNSS intern, de la echipamentul GNSS 
extern sau de la altă sursă/surse de mișcare independentă/ 
independente, astfel cum se prevede în cerinţa 26 din 
anexa IC.  
Evenimentul de tip „conflict privind deplasarea vehi­
culului” se declanșează la apariţia uneia dintre următoarele 
condiţii de declanșare:  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 522  
Condiţie de declanșare 1:  
Se utilizează valoarea medie ajustată a diferenţelor de 
viteză dintre aceste surse, atunci când informaţiile 
privind poziţia de la receptorul GNSS sunt disponibile și 
când motorul vehiculului este pornit, după cum se 
specifică mai jos:  
— la fiecare maximum 10 secunde, se calculează 
valoarea absolută a diferenţei dintre viteza vehiculului 
estimată de GNSS și cea estimată de senzorul de 
mișcare.  
— toate valorile calculate într-o fereastră orară care 
conţine ultimele 5 minute de deplasare a vehiculului 
se utilizează pentru a calcula valoarea medie ajustată.  
— valoarea medie ajustată se calculează ca media a 80 % 
din valorile rămase, după ce s-au eliminat valorile cele 
mai mari în valori absolute.  
Evenimentul de tip „conflict privind deplasarea vehi­
culului” se declanșează dacă valoarea medie ajustată 
depășește 10 km/h timp de cinci minute neîntrerupte de 
deplasare a vehiculului. (Notă: utilizarea mediei ajustate 
pentru ultimele 5 minute se aplică pentru a atenua riscul 
de măsurători aberante și valori tranzitorii).  
Pentru calculul mediei ajustate, vehiculul este considerat 
în mișcare dacă cel puţin o valoare a vitezei vehiculului 
estimată fie de la senzorul de mișcare, fie de la receptorul 
GNSS nu este egală cu zero.  
Condiţie de declanșare 2:  
Evenimentul de tip conflict privind mișcarea vehiculului 
este declanșat și în cazul în care următoarea condiţie este 
adevărată:  
GnssDistance >[OdometerDifference ×OdometerTolerance ­
Factor +Minimum  (SlipDistanceUpperlimit ;(OdometerDif ­
ference ×SlipFactor ))+GnssTolerance +FerryTrain ­
Distance ] 
unde:  
— GnssDistance  este distanţa dintre poziţia actuală a 
vehiculului și poziţia anterioară, ambele obţinute din 
mesaje de poziţie autentificată valabile, fără a lua în 
considerare înălţimea;  
— OdometerDifference este diferenţa dintre valoarea 
actuală a odometrului și valoarea odometrului cores­
punzătoare mesajului anterior valabil de poziţie auten­
tificată;  
— OdometerToleranceFactor este egal cu 1,1 (factorul de 
toleranţă cel mai nefavorabil pentru toate toleranţele 
de măsurare ale odometrului vehiculului);  
— GnssTolerance este egal cu 1 km (toleranţa GNSS în 
cazul cel mai defavorabil);  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 523  
— Minim (SlipDistanceUpperLimit; (OdometerDifference 
* SlipFactor)) este valoarea minimă dintre:  
— SlipDistanceUpperLimit, care este egal cu 10 km 
(limita superioară a distanţei de alunecare cauzată 
de efectele de alunecare în timpul frânării)  
— și OdometerDifference * SlipFactor, unde Slip­
Factor este egal cu 0,2 (influenţa maximă a 
efectelor de alunecare în timpul frânării),  
— FerryTrainDistance se calculează ca: FerryTrain­
Distance = 200 km/h * tFerryTrain, unde tFerryTrain 
este suma duratelor în ore ale traseelor parcurse pe 
feribot/în tren în intervalul de timp avut în vedere. 
Durata unui traseu parcurs pe feribot/în tren este 
definită ca diferenţa de timp dintre indicatorul său de 
final și indicatorul său de început.  
Verificările precedente se efectuează la fiecare 15 minute 
dacă sunt disponibile datele necesare privind poziţia, iar 
dacă nu sunt disponibile, atunci de îndată ce datele privind 
poziţia devin disponibile.  
Pentru această condiţie de declanșare:  
— data și ora începerii evenimentului sunt egale cu data 
și ora la care a fost primit mesajul de poziţie anterior;  
— data și ora încheierii evenimentului sunt egale cu data 
și ora la care condiţia verificată devine din nou falsă.  
Condiţie de declanșare 3:  
Unitatea montată pe vehicul se confruntă cu o discrepanţă 
constând în faptul că senzorul de mișcare nu detectează 
nicio mișcare și că sursa independentă de mișcare 
detectează mișcare pentru o anumită perioadă de timp. 
Condiţiile de înregistrare a unei discrepanţe, precum și 
perioada de detectare a discrepanţei sunt stabilite de 
către producătorul unităţii montate pe vehicul, deși 
discrepanţa trebuie detectată în cel mult trei ore.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 524  
Apendicele 13  
INTERFA ŢA ITS  
CUPRINS  
1. INTRODUCERE  
1.1. Domeniul de aplicare  
1.2. Acronime și definiţii  
2. STANDARDE MENŢIONATE  
3. PRINCIPIILE DE FUNCŢIONARE A INTERFEŢEI ITS  
3.1. Tehnologia comunicaţiilor  
3.2. Serviciile disponibile  
3.3. Accesul prin interfaţa ITS  
3.4. Datele disponibile și necesitatea consimţământului conducă torului auto  
4. LISTA DATELOR DISPONIBILE PRIN INTERFAŢA ITS ȘI CLASI­ 
FICAREA CA DATE CU CARACTER PERSONAL/DATE FĂRĂ 
CARACTER PERSONAL  
1. INTRODUCERE  
1.1. Domeniul de aplicare  
ITS_01 Prezentul apendice specifică elementele de bază ale comu nicării 
prin interfaţa tahografului cu sistemele de transport 
inteligente (ITS), prevăzute la articolele 10 și 11 din Regula­
mentul (UE) nr. 165/2014.  
ITS_02 Interfaţa ITS permite dispozitivelor externe să obţină d ate de la 
tahograf, să utilizeze serviciile tahografului și, de asemenea,  s ă  
furnizeze date tahografului.  
Alte interfeţe de tahograf (de exemplu, magistrala CAN) pot fi,  de 
asemenea, utilizate în acest scop.  
Prezentul apendice nu specifică:  
— modul în care sunt colectate și gestionate în cadrul taho­
grafului datele furnizate prin interfaţa ITS;  
— forma de prezentare a datelor colectate către aplicaţiile 
instalate pe dispozitivul extern;  
— specificaţia de securitate ITS, în plus faţă de ceea ce furni zează 
Bluetooth®;  
— protocoalele Bluetooth® utilizate de interfaţa ITS.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 525  
1.2. Acronime și definiţii 
Se utilizează următoarele acronime și definiţii specifice preze ntului 
apendice:  
GNSS  Global Navigation Satellite System  (Sistem global de 
navigaţie prin satelit)  
ITS Intelligent Transport System (sistem de transport inteligent)  
OSI Open Systems Interconnection (Interconectare a sistemelor 
deschise)  
VU Vehicle Unit (Unitate montată pe vehicul)  
Unitate ITS  un dispozitiv extern sau o aplicaţie care utilizează interfaţa  
VU ITS  
2. STANDARDE MENŢIONATE  
ITS_03 Prezentul apendice se referă la și depinde de toate sau de unele 
dintre următoarele reglementări și standarde. În cadrul clauzel or din 
prezentul apendice se face trimitere la standardele relevante s au la 
clauzele relevante ale standardelor. În cazul oricărei contradi cţii, 
clauzele din prezentul apendice prevalează.  
Standardele la care se face referire în prezentul apendice sunt : 
— Bluetooth® – Versiunea principală 5.0  
— ISO 16844-7:  Road vehicles -Tachograph systems - Part 7: 
Parameters  (Vehicule rutiere — Sisteme de tahograf — 
Partea 7:Parametri)  
— ISO/IEC7498-1:1994 Information technology - Open Systems 
Interconnection - Basic Reference Model, the Basic Model  
(Tehnologia informaţiei — Interconectarea sistemelor deschise 
— Model de referinţă de bază, Modelul de bază)  
3. PRINCIPIILE DE FUNCŢIONARE A INTERFEŢEI ITS  
ITS_04 VU este responsabilă de actualizarea și întreţinerea dat elor taho­
grafice transmise prin interfaţa ITS, fără nicio implicare a in terfeţei 
ITS. 
3.1. Tehnologia comunica ţiilor 
ITS_05 Comunicarea prin interfaţa ITS se realizează prin interm ediul 
interfeţei Bluetooth® și este compatibilă cu Bluetooth® Low 
Energy în conformitate cu Bluetooth versiunea 5.0 sau cu 
versiunea mai recentă.  
ITS_06 Comunicarea dintre VU și unitatea ITS se stabilește după  fina­
lizarea procesului de asociere Bluetooth®.  
ITS_07 Se stabilește o comunicare securizată și criptată între VU și 
unitatea ITS, în conformitate cu mecanismele de specificaţie 
Bluetooth®. Prezentul apendice nu specifică criptarea sau alte 
mecanisme de securitate în plus faţă de cele furnizate de 
Bluetooth®.  
ITS_08 Bluetooth® utilizează un model server/client pentru a co ntrola 
transmiterea datelor între dispozitive, în care VU este serveru l, 
iar unitatea ITS este clientul.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 526  
3.2. Serviciile disponibile  
ITS_09 Datele care urmează să fie transmise prin interfaţa ITS în confor­
mitate cu punctul 4 sunt puse la dispoziţie prin intermediul se rvi­
ciilor specificate în apendicele 7 și apendicele 8. În plus, VU  pune 
la dispoziţia unităţii ITS serviciile necesare pentru introduce rea 
manuală a datelor în conformitate cu cerinţa 61 din anexa IC și , 
opţional, pentru alte înregistrări de date în timp real.  
Figura 1  
Partiţia comunic ării prin interfa ţa ITS în conformitate cu straturile modelului OSI
  
ITS_10 Atunci când interfaţa de descărcare este utilizată prin intermediul 
conectorului frontal, VU nu furnizează serviciile de descărcare  
specificate în apendicele 7 prin intermediul conexiunii ITS 
Bluetooth®.  
ITS_11 când interfaţa de etalonare este utilizată prin intermed iul conec­
torului frontal, VU nu furnizează serviciile de etalonare speci ficate 
în apendicele 8 prin intermediul conexiunii ITS Bluetooth®.  
3.3. Accesul prin interfa ţa ITS  
ITS_12 Interfaţa ITS oferă acces wireless la toate serviciile s pecificate în 
apendicele 7 și apendicele 8, în locul unei conexiuni prin cabl u la 
conectorul frontal pentru etalonare și descărcare specificate î n 
apendicele 6.  
ITS_13 VU pune interfaţa ITS la dispoziţia utilizatorului în co nformitate cu 
combinaţia de carduri de tahograf valabile introduse în VU, ast fel 
cum se specifică în tabelul 1.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 527  
Tabelul 1  
Disponibilitatea interfe ţei ITS în func ţie de tipul de card introdus în tahograf  
Disponibilitatea interfeţei ITS  Slot pentru cardul de conducător auto  
Niciun card  Card de conducător 
auto Card de control  Card de atelier  Card de societate
 Slot pentru cardul copilotului 
Niciun card  Indisponibil  Disponibil  Disponibil  Disponibil  Disponibil  
Card de 
conducător auto  Disponibil  Disponibil  Disponibil  Disponibil  Disponibil  
Card de control  Disponibil  Disponibil  Disponibil  Indisponibil  Indisponibil  
Card de atelier  Disponibil  Disponibil  Indisponibil  Disponibil  Indisponibil  
Card de societate  Disponibil  Disponibil  Indisponibil  Indisponibil  Disponibil  
ITS_14 După o asociere reușită ITS Bluetooth®, VU atribuie cone xiunea 
ITS Bluetooth ® cardului de tahograf specific introdus în confo r­
mitate cu tabelul 2:  
Tabelul 2  
Atribuirea conexiunii ITS în func ţie de tipul de card introdus în tahograf  
Atribuirea conexiunii ITS 
Bluetooth®  Slot pentru cardul de conducător auto  
Niciun card  Card de conducător 
auto Card de control  Card de atelier  Card de societate
 Slot pentru cardul copilotului Niciun card  Indisponibil  Card de 
conducător auto  Card de control  Card de atelier  Card de societate  
Card de 
conducător auto  Card de 
conducător auto  Card de 
conducător 
auto (**)  Card de control  Card de atelier  Card de societate  
Card de control  Card de control  Card de control  Card de 
control (*)  Indisponibil  Indisponibil  
Card de atelier  Card de atelier  Card de atelier  Indisponibil  Card de 
atelier (*)  Indisponibil  
Card de societate  Card de 
societate  Card de 
societate  Indisponibil  Indisponibil  Card de 
societate (*)  
(*) Conexiunea ITS Bluetooth® se atribuie cardului de tahograf din slotul pentru cardul de conducător auto al VU. 
(**) Utilizatorul selectează cardul căruia i se alocă conexiune a ITS Bluetooth® (introdus în slotul pentru cardul de conducăto r auto sau 
în cel pentru cardul copilotului).  
ITS_15 Dacă un card de tahograf este retras, VU încheie conexiu nea ITS 
Bluetooth ® care este atribuită cardului respectiv.  
ITS_16 VU suportă conexiunea ITS la cel puţin o unitate ITS și poate 
suporta în același timp conexiuni la mai multe unităţi ITS.  
ITS_17 Drepturile de acces la datele și serviciile disponibile prin inter­
mediul interfeţei ITS respectă cerinţele 12 și 13 din anexa IC,  în 
plus faţă de consimţământul conducătorului auto specificat în 
secţiunea 3.4 din prezentul apendice.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 528  
3.4. Datele disponibile și necesitatea consim ţământului conduc ătorului auto  
ITS_18 Toate datele tahografului disponibile prin intermediul s erviciilor 
menţionate la punctul 3.3 sunt clasificate ca fiind cu caracter  
personal sau fără caracter personal pentru conducătorul auto, 
copilot sau ambii.  
ITS_19 Cel puţin lista datelor clasificate ca fiind obligatorii  în secţiunea 4 
este pusă la dispoziţie prin intermediul interfeţei ITS.  
ITS_20 Datele din secţiunea 4 care sunt clasificate „cu caracte r personal” 
sunt accesibile numai cu consimţământul conducătorului auto, ca re 
acceptă, prin urmare, ca datele cu caracter personal să poată p ărăsi 
reţeaua vehiculului, cu excepţia cazului prevăzut în cerinţa IT S_25, 
pentru care nu este necesar consimţământul conducătorului auto.  
ITS_21 Datele suplimentare faţă de cele colectate la punctul 4 și consi­
derate obligatorii pot fi puse la dispoziţie prin interfaţa ITS . Datele 
suplimentare care nu sunt incluse la punctul 4 sunt clasificate  „cu 
caracter personal” sau „fără caracter personale” de către produ ­
cătorul VU, iar consimţământul conducătorului auto este solicit at 
pentru acele date care au fost clasificate ca fiind cu caracter  
personal, cu excepţia cazului prevăzut în cerinţa ITS_25, pentr u 
care nu este necesar consimţământul conducătorului auto.  
ITS_22 La introducerea unui card de conducător auto care este n ecunoscut 
pentru unitatea montată pe vehicul, tahograful solicită titular ului 
cardului să introducă consimţământul pentru transmiterea datelo r 
cu caracter personal prin interfaţa ITS, în conformitate cu cer inţa 
61 din anexa IC.  
ITS_23 Starea consimţământului (activat/dezactivat) se înregist rează în 
memoria de date a unităţii montate pe vehicul.  
ITS_24 În cazul mai multor conducători auto, numai datele cu ca racter 
personal referitoare la conducătorii auto care și-au dat consim ţă­
mântul sunt accesibile prin interfaţa ITS. De exemplu, într-o 
situaţie de conducere cu echipaj, dacă numai conducătorul auto 
și-a dat consimţământul, datele cu caracter personal referitoar e la 
copilot nu sunt accesibile.  
ITS_25 Atunci când VU se află în mod de control, de societate s au de 
etalonare, drepturile de acces prin interfaţa ITS sunt gestiona te în 
conformitate cu cerinţele 12 și 13 din anexa IC, prin urmare nu  
este necesar consimţământul conducătorului auto.  
4. LISTA DATELOR DISPONIBILE PRIN INTERFAŢA ITS ȘI CLASI­
FICAREA CA DATE CU CARACTER PERSONAL/DATE FĂRĂ 
CARACTER PERSONAL  
Denumirea datelor  Formatul datelor  Sursa  Clasificarea datelor (cu caracter 
personal/fără caracter personal)  Consimţământul 
pentru disponibilitatea 
datelor  Disponibilitate  
conducător auto  copilot  
VehicleIdentification­
Number  Apendicele 8  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
CalibrationDate  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
TachographVehi­
cleSpeed  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 529  
Denumirea datelor  Formatul datelor  Sursa  Clasificarea datelor (cu caracter 
personal/fără caracter personal)  Consimţământul 
pentru disponibilitatea 
datelor  Disponibilitate  
conducător auto  copilot  
Driver1WorkingState  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
Driver2WorkingState  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  obligatoriu  
DriveRecognize  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
Driver1TimeRelated­
States  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
Driver2TimeRelated­
States  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  obligatoriu  
DriverCardDriver1  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
DriverCardDriver2  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  obligatoriu  
OverSpeed  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
TimeDate  Apendicele 8  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
HighResolutionTotal­
VehicleDistance  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
HighResolutionTrip­
Distance  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
ServiceComponentI­
dentification  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
ServiceDelayCalendar­
TimeBased  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
Driver1Identification  ISO 16844-7  card 
de 
con­
ducă­
tor 
auto cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
Driver2Identification  ISO 16844-7  card 
de 
con­
ducă­
tor 
auto N/A cu caracter 
personal  consimţământul 
copilotului  obligatoriu  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 530  
Denumirea datelor  Formatul datelor  Sursa  Clasificarea datelor (cu caracter 
personal/fără caracter personal)  Consimţământul 
pentru disponibilitatea 
datelor  Disponibilitate  
conducător auto  copilot  
NextCalibrationDate  Apendicele 8  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
Driver1ContinuousDri­
vingTime  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
Driver2ContinuousDri­
vingTime  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  obligatoriu  
Driver1Cumulative­
BreakTime  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
Driver2Cumulative­
BreakTime  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  obligatoriu  
Driver1CurrentDuratio­
nOfSelectedActivity  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
Driver2CurrentDuratio­
nOfSelectedActivity  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  obligatoriu  
SpeedAuthorised  Apendicele 8  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
TachographCardSlot1  ISO 16844-7  V U  fără caracter 
personal  N/A nu este nevoie de 
consimţământ  obligatoriu  
TachographCardSlot2  ISO 16844-7  V U  N/A  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
Driver1Name  ISO 16844-7  card 
de 
con­
ducă­
tor 
auto cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  
Driver2Name  ISO 16844-7  card 
de 
con­
ducă­
tor 
auto N/A cu caracter 
personal  consimţământul 
copilotului  obligatoriu  
OutOfScopeCondition  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
ModeOfOperation  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
Driver1CumulatedDri­
vingTimePreviousAn­
dCurrentWeek  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto obligatoriu  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 531  
Denumirea datelor  Formatul datelor  Sursa  Clasificarea datelor (cu caracter 
personal/fără caracter personal)  Consimţământul 
pentru disponibilitatea 
datelor  Disponibilitate  
conducător auto  copilot  
Driver2CumulatedDri­
vingTimePreviousAn­
dCurrentWeek  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  obligatoriu  
EngineSpeed  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
RegisteringMem­
berState  Apendicele 8  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
VehicleRegistration­
Number  Apendicele 8  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  obligatoriu  
Driver1EndOfLastDai­
lyRestPeriod  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2EndOfLastDai­
lyRestPeriod  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1EndOfLastWe­
eklyRestPeriod  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2EndOfLastWe­
eklyRestPeriod  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1EndOfSecon­
dLastWeeklyRes­
tPeriod  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2EndOfSecon­
dLastWeeklyRes­
tPeriod  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1TimeLastLoa­
dUnloadOperation  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2TimeLastLoa­
dUnloadOperation  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1CurrentDaily­
DrivingTime  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2CurrentDaily­
DrivingTime  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1CurrentWeekly­
DrivingTime  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2CurrentWeekly­
DrivingTime  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 532  
Denumirea datelor  Formatul datelor  Sursa  Clasificarea datelor (cu caracter 
personal/fără caracter personal)  Consimţământul 
pentru disponibilitatea 
datelor  Disponibilitate  
conducător auto  copilot  
Driver1TimeLeftUntil­
NewDailyRestPeriod  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2TimeLeftUntil­
NewDailyRestPeriod  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1CardExpi­
ryDate  ISO 16844-7  card 
de 
con­
ducă­
tor 
auto cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2CardExpi­
ryDate  ISO 16844-7  card 
de 
con­
ducă­
tor 
auto N/A cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1CardNextMan­
datoryDownloadDate  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2CardNextMan­
datoryDownloadDate  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
TachographNextMan­
datoryDownloadDate  ISO 16844-7  V U  fără caracter 
personal  fără caracter 
personal  nu este nevoie de 
consimţământ  opţional  
Driver1TimeLeftUntil­
NewWeeklyRestPeriod  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2TimeLeftUntil­
NewWeeklyRestPeriod  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1Numbe­
rOfTimes9hDailyDri­
vingTimesExceeded  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2Numbe­
rOfTimes9hDailyDri­
vingTimesExceeded  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1Cumulative 
UninterruptedRestTime  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2Cumulative 
UninterruptedRestTime  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1MinimumDai­
lyRest  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2MinimumDai­
lyRest  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 533  
Denumirea datelor  Formatul datelor  Sursa  Clasificarea datelor (cu caracter 
personal/fără caracter personal)  Consimţământul 
pentru disponibilitatea 
datelor  Disponibilitate  
conducător auto  copilot  
Driver1MinimumWe­
eklyRest  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2MinimumWe­
eklyRest  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1MaximumDai­
lyPeriod  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2MaximumDai­
lyPeriod  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1MaximumDai­
lyDrivingTime  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2MaximumDai­
lyDrivingTime  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1NumberOfUse­
dReducedDailyRes­
tPeriods  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2NumberOfUse­
dReducedDailyRes­
tPeriods  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
Driver1RemainingCur­
rentDrivingTime  ISO 16844-7  V U  cu caracter 
personal  N/A consimţământul 
conducătorului 
auto opţional  
Driver2RemainingCur­
rentDrivingTime  ISO 16844-7  V U  N/A  cu caracter 
personal  consimţământul 
copilotului  opţional  
VehiclePosition  Apendicele 8  V U  cu caracter 
personal  cu caracter 
personal  consimţământul 
conducătorului 
auto și al copi­
lotului  obligatoriu  
ByDefaultLoadType  Apendicele 8  V U  cu caracter 
personal  cu caracter 
personal  consimţământul 
conducătorului 
auto și al copi­
lotului  obligatoriu  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 534  
Apendicele 14.  
FUNCŢIA DE COMUNICARE LA DISTAN ŢĂ 
CUPRINS  
1 INTRODUCERE  
2 DOMENIU DE APLICARE  
3 ACRONIME, DEFINIŢII ȘI NOTAŢII  
4 SCENARII OPERAŢIONALE  
4.1 Prezentare generală  
4.1.1 Condiţii prealabile pentru transferul de date prin interf aţa DSRC de 
5,8 GHz  
4.1.2 Profilul 1a: prin intermediul unui cititor pentru comunic area în scopul 
detectării timpurii la distanţă orientat manual sau montat temp orar în 
afara părţii carosabile și orientat  
4.1.3 Profilul 1b: prin intermediul unui cititor pentru comunic area în scopul 
detectării timpurii la distanţă (REDCR) montat pe vehicul și di recţionat  
4.2 Securitate/integritate  
5 CONCEPŢIA ȘI PROTOCOALELE COMUNICĂRII LA DISTANŢĂ  
5.1 Concepţie  
5.2 Fluxul de lucru  
5.2.1 Operaţiuni  
5.2.2 Interpretarea datelor primite prin comunicarea DSRC  
5.3 Parametri ai interfeţei fizice DSRC pentru comunicarea la d istanţă  
5.3.1 Constrângeri legate de amplasament  
5.3.2 Parametri ai legăturii descendente și ai legăturii ascend ente 
5.3.3 Concepţia antenei  
5.4 Cerinţe de protocol DSRC pentru RTM  
5.4.1 Prezentare generală  
5.4.2 Comenzi  
5.4.3 Secvenţa comenzilor de interogare  
5.4.4 Structuri de date  
5.4.5 Elementele  RtmData , acţiunile realizate și definiţii  
5.4.6 Mecanismul de transfer al datelor  
5.4.7 Descriere detaliată a tranzacţiei DSRC  
5.4.8 Descrierea tranzacţiei de testare DRSC  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 535  
5.5. Rezervat pentru o utilizare viitoare  
▼B 
5.6 Transferul de date între DSRC-VU și VU  
5.6.1 Conexiunea fizică și interfeţele  
5.6.2 Protocolul de aplicaţie  
5.7 Gestionarea erorilor  
5.7.1 Înregistrarea și comunicarea datelor în DSRC-VU  
5.7.2 Erori de comunicare fără fir  
6 TESTELE DE OPERAŢIONALITATE ȘI DE VERIFICARE 
PERIODICĂ PENTRU FUNCŢIA DE COMUNICARE LA 
DISTANŢĂ  
6.1 Generalităţi  
6.2 ECHO  
6.3 Testele de validare a conţinutului de date securizate  
1 INTRODUCERE  
Prezentul apendice specifică detaliile privind proiectarea și p rocedurile 
care trebuie urmate pentru a utiliza funcţia de comunicare la d istanţă 
(„comunicarea”), astfel cum se prevede la articolul 9 din Regul a­
mentul (UE) nr. 165/2014 („regulamentul”).  
DSC_1 Regulamentul (UE) nr. 165/2014 stabilește faptul că tahog raful 
trebuie să fie dotat cu o funcţie de comunicare la distanţă car e 
să permită agenţilor autorităţilor de control competente să 
citească informaţii din tahografele vehiculelor care trec pe 
lângă ei, prin utilizarea unui echipament de interogare la 
distanţă [cititorul pentru comunicarea în scopul detectării 
timpurii la distanţă ( Remote early detection communication 
reader  – REDCR)], mai precis un echipament de interogare 
care se conectează fără fir folosind interfeţe DSRC ( Dedicated 
Short Range Communication ) de 5,8 GHz conforme cu CEN.  
Este important să se înţeleagă faptul că această funcţie are ca  
unic scop să servească drept prefiltru pentru selectarea vehi­
culelor în vederea unei inspecţii mai amănunţite și că nu înlo­
cuiește procesul de inspecţie formal stabilit în dispoziţiile 
Regulamentului (UE) nr. 165/2014. A se vedea considerentul 
9 din preambulul prezentului regulament, conform căruia 
comunicarea dintre tahograf și autorităţile de control în 
scopul controlului în trafic facilitează controalele selective în 
trafic.  
DSC_2  Datele  trebuie comunicate prin intermediul  comunicării, care trebuie 
să constea într-o interacţiune făr ă fir folosind comunicaţii fă ră fir 
DSRC de 5,8 GHz în conformitate cu prezentul apendice, și testa te 
pe baza parametrilor corespunzători din EN 300 674-1 [ Electro­
magnetic compatibility and Radio spectrum Matters (ERM); Road 
Transport and Traffic Telematics (RTTT); Dedicated Short Range 
Communication (DSRC) transmission equipment (500 kbit/s / 250 
kbit/s) operating in the 5,8 GHz Industrial, Scientific and  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 536  
Medical (ISM) band; Part 1 : General characteristics and test 
methods for Road Side Units (RSU) and On -Board Units (OBU) ]. 
DSC_3  Comunicarea  cu echipamentul de comunicare trebuie stabilită 
doar atunci când este solicitată de echipamentul autorităţii de  
control competente care utilizează mijloace de radiocomu­
nicaţie conforme [ cititorul pentru comunicarea în scopul 
detectării timpurii la distan ţă (REDCR) ]. 
DSC_4  Datele  trebuie securizate, pentru a se asigura integritatea.  
DSC_5 Accesul la  datele  comunicate trebuie limitat la autorităţile de 
control competente care sunt autorizate să verifice încălcările  
Regulamentului (CE) nr. 561/2006 și ale Regulamentului (UE) 
nr. 165/2014 și la ateliere, în măsura în care acest acces este  
necesar pentru a se verifica funcţionarea corectă a tahografulu i. 
DSC_6  Datele  transmise în timpul  comunic ării trebuie limitate la 
datele necesare pentru efectuarea de controale selective în 
trafic ale vehiculelor al căror tahograf este posibil să fi fos t 
manipulat sau utilizat abuziv.  
DSC_7 Integritatea și securitatea datelor trebuie obţinute prin  secu­
rizarea  datelor  din cadrul unităţii montate pe vehicul (VU) și 
transmiterea doar a datelor utile securizate și a datelor legat e 
de securitate (a se vedea 5.4.4) prin mediul de comunicare fără  
fir DSRC de 5,8 GHz, ceea ce înseamnă că doar persoanele 
autorizate din cadrul autorităţilor de control competente dispu n 
de mijloacele necesare pentru înţelegerea datelor transmise pri n 
comunicare  și pentru verificarea autenticităţii acestora. A se 
vedea apendicele 11 – Mecanisme de securitate comune.  
DSC_8  Datele  trebuie să conţină o marcă temporală care să indice 
când au fost actualizate ultima dată.  
DSC_9 Conţinutul datelor de securitate trebuie să fie cunoscut și 
controlat doar de autorităţile de control competente și de 
părţile cărora acestea le împărtășesc informaţiile respective ș i 
nu intră sub incidenţa prevederilor  comunic ării care face 
obiectul prezentului apendice, cu excepţia cazului în care  
comunicarea  prevede transferarea unui pachet de date de secu­
ritate împreună cu fiecare pachet de date utile.  
DSC_10 Aceeași arhitectură și același echipament trebuie să poa tă fi 
folosite pentru a obţine alte concepte de date (precum 
„cântărire–la-bord”) utilizând arhitectura specificată.  
DSC_11 Pentru clarificare, în conformitate cu dispoziţiile 
Regulamentului (UE) nr. 165/2014 (articolul 7), datele refe­
ritoare la identitatea conducătorului auto nu sunt comunicate 
prin intermediul  comunic ării. 
2 DOMENIU DE APLICARE  
Scopul prezentului apendice este să precizeze modul în care age nţii autorităţilor 
de control competente utilizează o comunicare DSRC fără fir de 5,8 GHz 
specificată pentru a obţine de la distanţă date ( datele ) de la un vehicul vizat,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 537  
care identifică faptul că este posibil ca vehiculul vizat să în calce 
Regulamentul (UE) nr. 165/2014 și că ar trebui să fie avut în v edere pentru 
oprirea în scopul unei investigaţii mai amănunţite.  
Regulamentul (UE) nr. 165/2014 impune ca datele colectate să se  
limiteze la sau să ţină de date care identifică o potenţială în călcare, 
conform definiţiei de la articolul 9 din Regulamentul (UE) nr. 165/2014.  
▼M1 
În acest scenariu, timpul disponibil pentru comunicare este lim itat, 
deoarece  comunicarea  este selectivă și concepută să fie cu rază scurtă 
de acţiune. În plus, aceleași mijloace de comunicare ca cele fo losite la 
monitorizarea de la distanţă a tahografelor (RTM) pot fi de ase menea 
utilizate de autorităţile de control competente pentru alte apl icaţii 
[precum greutăţile și dimensiunile maxime ale vehiculelor grele  de 
marfă definite în Directiva (UE) 2015/719], iar aceste operaţiu ni pot fi 
separate sau secvenţiale, la discreţia autorităţilor de control  competente.  
▼B 
Prezentul apendice precizează:  
— Echipamentele, procedurile și protocoalele de comunicare care  
trebuie folosite pentru realizarea  comunic ării. 
— Standardele și regulamentele cu care trebuie să fie conform e chipa­
mentul radio.  
— Prezentarea  datelor  către echipamentul de  comunicare.  
— Procedurile de interogare și de descărcare și secvenţa de ope raţiuni.  
— Datele  de transferat.  
— Potenţiala interpretare a  datelor  transferate prin intermediul  comu­
nicării. 
— Prevederile referitoare la datele de securitate legate de  comunicare.  
— Disponibilitatea  datelor  pentru autorităţile de control competente.  
— Modul în care  cititorul pentru comunicarea în scopul detect ării 
timpurii la distan ţă poate solicita concepte diferite de date privind 
mărfurile și parcul auto („freight and fleet”).  
Pentru clarificare, prezentul apendice  nu precizează:  
— Colectarea  datelor  și gestionarea acestora în cadrul VU [care trebuie 
să depindă de concepţia produsului, în afara cazului în care su nt 
specificate în altă parte a Regulamentului (UE) nr. 165/2014].  
— Forma de prezentare a datelor colectate către agentul autorit ăţilor de 
control competente, și nici criteriile care trebuie folosite de  autori­
tăţile de control competente pentru a decide ce vehicule să fie  oprite 
[care trebuie să depindă de concepţia produsului, în afara cazu lui în 
care sunt specificate în altă parte a Regulamentului (UE) nr. 1 65/2014 
sau într-o decizie de politică a autorităţilor de control compe tente]. 
Pentru clarificare:  comunicarea  doar pune  datele  la dispoziţia auto­
rităţilor de control competente pentru ca  acestea să poată lua decizii 
în cunoștinţă de cauză.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 538  
— Prevederi referitoare la securitatea datelor (precum criptare a) pentru 
conţinutul  datelor  (care sunt specificate în apendicele 11 – 
Mecanisme de securitate comune).  
— Detalii privind orice alte concepte de date în afara RTM care  ar 
putea fi obţinute utilizând aceeași arhitectură și același echi pament.  
— Detalii privind comportamentul și gestionarea dintre VU-uri ș i 
DSRC-VU, și nici privind comportamentul în cadrul DSRC-VU (în 
afara furnizării  datelor  atunci când sunt solicitate de un REDCR).  
3 ACRONIME, DEFINIŢII ȘI NOTAŢII  
În prezentul apendice sunt utilizate următoarele acronime și de finiţii 
specifice prezentului apendice:  
Antena  dispozitiv electric care transformă 
puterea electrică în unde radio și 
invers, utilizat în combinaţie cu un 
transmiţător radio sau cu un receptor 
radio. Atunci când se află în 
funcţiune, un transmiţător radio 
furnizează un curent electric care 
oscilează la frecvenţa radio a termi­
nalelor antenei, iar antena radiază 
energia din curent sub formă de 
unde electromagnetice (unde radio). 
La recepţie, o antenă interceptează o 
parte din puterea unei unde electro­
magnetice pentru a produce o foarte 
mică tensiune la terminalele sale, 
care este aplicată receptorului 
pentru a fi amplificată.  
Comunicarea  schimb de informaţii/date între un 
DSRC-REDCR și o DSRC-VU în 
conformitate cu secţiunea 5, într-o 
relaţie  master-slave , pentru a obţine 
datele.  
Datele  date securizate într-un format definit 
(a se vedea 5.4.4 ) solicitate de  
DSRC-REDCR  și furnizate  DSRC- 
REDCR  de către  DSRC-VU  printr-o 
legătură DSRC de 5,8 GHz, definită 
la punctul 5 de mai jos.  
Regulamentul (UE) nr. 165/2014  Regulamentul (UE) nr. 165/2014 al 
Parlamentului European și al Consiliului 
din 4 februarie 2014 privind tahografele 
în transportul rutier, de abrogare a  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 539  
Regulamentului (CEE) nr. 3821/85 al 
Consiliului privind aparatura de înre­
gistrare în transportul rutier și de modi­
ficare a Regulamentului (CE) 
nr. 561/2006 al Parlamentului 
European și al Consiliului privind armo­
nizarea anumitor dispoziţii ale legislaţiei 
sociale în domeniul transporturilor 
rutiere.  
AID Identificator de aplicaţie  
BLE  Bluetooth de energie redusă 
(Bluetooth Low Energy ) 
BST  Tabel de serviciu al radiobalizei  
CIWD  Introducerea cardului în timpul 
conducerii  
CRC  Verificare redundantă ciclică  
DSC (n)  Identificator al unei cerinţe privind 
un apendice DSRC specific  
DSRC  Comunicaţii specializate cu rază 
scurtă de acţiune  
DSRC-REDCR  DSRC – cititor pentru comunicarea 
în scopul detectării timpurii la 
distanţă.  
DSRC-VU  DSRC – unitate montată pe vehicul. 
Acesta este „echipamentul de comu­
nicare la distanţă” definit în 
anexa 1C.  
DWVC  Conducere fără un card valabil  
EID Identificator de element  
LLC  Controlul legăturii logice  
LPDU  Unitate de date a protocolului LLC  
OWS  Sistem de cântărire la bord  
PDU  Unitate de date pentru protocol  
REDCR  Cititor pentru comunicarea în scopul 
detectării timpurii la distanţă. Acesta 
este „cititorul pentru comunicarea în 
scopul detectării timpurii la distanţă” 
definit în anexa 1C.  
RTM  Monitorizarea de la distanţă a taho­
grafelor  
SM-REDCR  Modul de securitate-Cititor pentru 
comunicarea în scopul detectării 
timpurii la distanţă  
TARV  Aplicaţii telematice pentru vehicule 
reglementate (seria de standarde 
ISO 15638)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 540  
VU Unitate montată pe vehicul  
VUPM  Memoria utilă a unităţii montate pe 
vehicul  
VUSM  Modulul de securitate al unităţii 
montate pe vehicul  
VST  Tabel de serviciu al vehiculului  
WIM  Cântărire în mers  
WOB  Cântărire la bord  
Specificaţia definită în prezentul apendice se referă la toate sau la o parte 
din următoarele regulamente și standarde și depinde de acestea.  În cadrul 
clauzelor din prezentul apendice sunt specificate standardele r elevante 
sau clauzele relevante ale standardelor. În cazul oricărei cont radicţii, 
clauzele din prezentul apendice prevalează. În cazul oricărei c ontradicţii 
privind un aspect pentru care nu este stabilită nicio specifica ţie clară în 
prezentul apendice, prevalează operarea conform ERC 70-03 (cu t estare 
pe baza parametrilor corespunzători din EN 300 674-1), urmată î n ordine 
descrescătoare a preferinţei de EN 12795, EN 12253, EN 12834 și  EN 
13372, 6.2, 6.3, 6.4 și 7.1.  
Regulamentele și standardele la care se face trimitere în preze ntul 
apendice sunt următoarele:  
[1] Regulamentul (UE) nr. 165/2014 al Parlamentului European și  al 
Consiliului din 4 februarie 2014 privind tahografele în transpo rtul 
rutier, de abrogare a Regulamentului (CEE) nr. 3821/85 al Consi ­
liului privind aparatura de înregistrare în transportul rutier și de 
modificare a Regulamentului (CE) nr. 561/2006 al Parlamentului 
European și al Consiliului privind armonizarea anumitor dispozi ţii 
ale legislaţiei sociale în domeniul transporturilor rutiere.  
[2] Regulamentul (CE) nr. 561/2006 al Parlamentului European și  al 
Consiliului din 15 martie 2006 privind armonizarea anumitor 
dispoziţii ale legislaţiei sociale în domeniul transporturilor rutiere, 
de modificare a Regulamentelor (CEE) nr. 3821/85 și (CE) 
nr. 2135/98 ale Consiliului și de abrogare a Regulamentului (CE E) 
nr. 3820/85 al Consiliului (Text cu relevanţă pentru SEE).  
[3] ERC 70-03 CEPT: Recomandarea ECC 70-03:  Relating to the Use 
of Short Range Devices (SRD)  
[4] ISO 15638  Intelligent transport systems — Framework for coope ­
rative telematics applications for regulated commercial freight 
vehicles (TARV).  
[5] EN 300 674-1  Electromagnetic compatibility and Radio spectrum 
Matters (ERM); Road Transport and Traffic Telematics (RTTT); 
Dedicated Short Range Communication (DSRC) transmission 
equipment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz 
Industrial, Scientific and Medical (ISM) band; Part 1: General 
characteristics and test methods for Road Side Units (RSU) and 
On-Board Units (OBU).  
[6] EN 12253  Road transport and traffic telematics  – Dedicated 
short-range communication  – Physical layer using microwave at 
5.8 GHz.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 541  
[7] EN 12795  Road transport and traffic telematics  – Dedicated 
short-range communication  – Data link layer: medium access 
and logical link control.  
[8] EN 12834  Road transport and traffic telematics  – Dedicated 
short-range communication  – Application layer.  
[9] EN 13372  Road transport and traffic telematics  – Dedicated 
short-range communication  – Profiles for RTTT applications  
[10] ISO 14906  Electronic fee collection — Application interface defi ­
nition for dedicated short- range communication  
4 SCENARII OPERAŢIONALE  
4.1 Prezentare general ă 
Regulamentul (UE) nr. 165/2014 prevede scenarii specifice și co ntrolate 
în cadrul cărora trebuie utilizată  comunicarea . 
Scenariile compatibile sunt:  
„Profilul de comunicare 1: Inspec ţie în afara p ărţii carosabile folosind 
un cititor pentru comunicarea în scopul detect ării timpurii la distan ţă, 
care comunic ă fără fir pe o raz ă scurtă de acţiune și care instig ă o 
inspecţie fizică în afara p ărţii carosabile (master-:-slave).  
Profil cititor 1a: prin intermediul unui cititor pentru comunicarea în 
scopul detect ării timpurii la distan ţă orientat manual sau montat 
temporar în afara p ărţii carosabile și orientat  
Profil cititor 1b: prin intermediul unui cititor pentru comunicarea în 
scopul detect ării timpurii la distan ţă montat pe vehicul și direcţionat”.  
4.1.1  Condi ţii prealabile pentru transferul de date prin interfa ţa DSRC de 
5,8 GHz  
NOTĂ: pentru a înţelege contextul condiţiilor prealabile, citit orul este 
rugat să consulte figura 14.3 de mai jos.  
4.1.1.1 Datele stocate în VU  
DSC_12 VU are responsabilitatea de a actualiza la fiecare 60 de  
secunde și de a menţine datele care urmează să fie stocate în 
VU, fără nicio implicare a funcţiei de comunicare DSRC. 
Mijloacele prin care se realizează acest lucru sunt integrate 
în VU, specificate în Regulamentul (UE) nr. 165/2014, în 
anexa 1C secţiunea 3.19 „ Comunicare la distan ţă pentru 
controalele selective în trafic ” și nu sunt specificate în 
prezentul apendice.  
4.1.1.2 Datele furnizate echipamentului DSRC-VU  
DSC_13 VU are responsabilitatea de a actualiza datele tahografi ce 
DSRC ( datele ) ori de câte ori datele stocate în VU sunt actua­
lizate, la intervalul stabilit în secţiunea 4.1.1.1 (DSC_12), f ără 
nicio implicare a funcţiei de comunicare DSRC.  
DSC_14 Datele furnizate de VU sunt utilizate ca bază pentru a 
completa și a actualiza  datele ; mijloacele prin care se 
realizează acest lucru sunt specificate în anexa 1C secţiunea 
3.19 „ Comunicare la distan ţă pentru controalele selective în 
trafic ” sau, dacă nu există o astfel de specificaţie, depind de 
concepţia produsului și nu sunt specificate în prezentul 
apendice. Pentru concepţia conexiunii dintre echipamentul 
DSRC-VU și VU, vă rugăm să consultaţi secţiunea 5.6.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 542  
4.1.1.3 Conţinutul datelor  
DSC_15 Conţinutul și formatul  datelor  trebuie să fie de așa natură 
încât, odată decriptate, să fie structurate și puse la dispoziţ ie 
sub forma și în formatul specificate în secţiunea 5.4.4 din 
prezentul apendice (Structuri de date).  
4.1.1.4 Prezentarea datelor  
DSC_16  Datele , actualizate frecvent în conformitate cu procedurile 
stabilite în secţiunea 4.1.1.1, trebuie să fie securizate înain te 
de a fi prezentate către  DSRC-VU  și trebuie prezentate ca o 
valoare a conceptului de date securizate, pentru a fi stocate 
temporar în  DSRC-VU  ca versiunea curentă a  datelor.  Aceste 
date sunt transferate de la  VUSM  la funcţia  VUPM  pentru 
DSRC.  VUSM  ș i VUPM  sunt funcţii, nu neapărat entităţi 
fizice. Forma instanţierii fizice pentru realizarea acestor 
funcţii ţine de concepţia produsului, în afara cazului în care 
este specificată în altă parte a Regulamentului (UE) 
nr. 165/2014 . 
4.1.1.5 Datele de securitate  
▼M3 
DSC_17 Datele de securitate ( DSRCSecurityData ), care cuprind datele 
necesare  REDCR  pentru a-și îndeplini funcţia de decriptare  a 
datelor , trebuie furnizate conform definiţiei din apendicele 11 
(Mecanisme de securitate comune), pentru stocarea temporară 
în DSRC-VU  ca versiunea curentă a  DSRCSecurityData , sub 
forma definită în secţiunea 5.4.4 din prezentul apendice.  
▼B 
4.1.1.6 Date VUPM disponibile pentru transfer prin interfaţa DS RC 
DSC_18 Conceptul de date care trebuie să fie mereu disponibil î n 
funcţia VUPM pentru DSRC în vederea transferului imediat 
în urma solicitării  REDCR  este definit în secţiunea 5.4.4 pentru 
specificaţiile complete privind modulul ASN.1.  
Prezentare generală a profilului de comunicare 1  
Acest profil se referă la cazul de utilizare în care un agent a l autorităţilor 
de control competente folosește un cititor pentru comunicarea î n scopul 
detectării timpurii la distanţă ce comunică pe o rază scurtă de  acţiune 
(interfeţe DSRC de 5,8 GHz care funcţionează conform ERC 70-03 și 
sunt testate pe baza parametrilor corespunzători din EN 300 674 -1, 
conform descrierii din secţiunea 5) ( REDCR ) pentru a identifica de la 
distanţă un vehicul care este posibil să încalce Regulamentul ( UE) 
nr. 165/2014 . Odată identificat, agentul autorităţilor de control 
competente care controlează interogarea decide dacă vehiculul a r 
trebui să fie oprit.  
4.1.2  Profilul 1a: prin intermediul unui cititor pentru comunicarea în scopul 
detectării timpurii la distan ţă orientat manual sau montat temporar în 
afara părţii carosabile și orientat  
În acest caz de utilizare, agentul autorităţilor de control com petente se 
află în afara părţii carosabile și orientează un  REDCR  portabil ţinut în 
mână ori montat pe un tripod sau un  REDCR  portabil similar dinspre 
marginea drumului către centrul parbrizului vehiculului vizat. Interogarea 
se realizează folosind interfeţe DSRC de 5,8 GHz care funcţione ază 
conform ERC 70-03 și sunt testate pe baza parametrilor corespun zători 
din EN 300 674-1, conform descrierii din secţiunea 5. A se vede a figura 
14.1 (cazul de utilizare 1).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 543  
Figura 14.1  
Interogare cu REDCR sta ţionar folosind DSRC de 5,8 GHz
  
4.1.3  Profilul 1b: prin intermediul unui cititor pentru comunicarea în scopul 
detectării timpurii la distan ţă (REDCR) montat pe vehicul și direcţionat  
În acest caz de utilizare, agentul autorităţilor de control com petente se 
află într-un vehicul în mișcare și fie orientează un  REDCR  portabil ţinut 
în mână dinspre vehicul către centrul parbrizului vehiculului v izat, fie  
REDCR-ul  este montat în sau pe vehicul astfel încât să ţintească centru l 
parbrizului vehiculului vizat atunci când vehiculul pe sau în c are este 
situat cititorul pentru comunicarea în scopul detectării timpur ii la distanţă 
se află într-o anumită poziţie relevantă faţă de vehiculul viza t (de 
exemplu direct în faţa acestuia în cadrul unui flux de trafic).  Interogarea 
se realizează folosind interfeţe DSRC de 5,8 GHz care funcţione ază 
conform ERC 70-03 și sunt testate pe baza parametrilor corespun zători 
din EN 300 674-1, conform descrierii din secţiunea 5. A se vede a figura 
14.2. (Cazul de utilizare 2).  
Figura 14.2  
Interogare cu REDCR mobil folosind DSRC de 5,8 GHz
  
4.2 Securitate/integritate  
Pentru a da posibilitatea de verificare a autenticităţii și int egrităţii datelor 
descărcate prin comunicarea la distanţă,  datele  securizate sunt verificate 
și decriptate în conformitate cu apendicele 11 – Mecanisme de s ecuritate 
comune.  
5 CONCEPŢIA ȘI PROTOCOALELE COMUNICĂRII LA DISTANŢĂ  
5.1 Concep ţie 
Concepţia funcţiei de comunicare la distanţă în cadrul tahograf ului inte­
ligent este prezentată în figura 14.3.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 544  
Figura 14.3  
Concepţia funcţiei de comunicare la distan ţă
 
DSC_19 Următoarele funcţii se află în VU:  
— Modulul de securitate ( VUSM ). Această funcţie prezentă în 
VU este responsabilă pentru securizarea  datelor  care 
urmează să fie transmise de la  DSRC-VU  către agentul 
autorităţilor de control competente prin comunicarea la 
distanţă.  
— Datele securizate sunt stocate în memoria VUSM. La inter­
valele de timp stabilite în secţiunea 4.1.1.1 (DSC_12), VU 
criptează și completează conceptul  RTMdata  (care cuprinde 
valorile conceptelor de date de securitate și de date utile 
stabilite mai jos în prezentul apendice) aflat în memoria 
DSRC-VU. Funcţionarea modulului de securitate este 
definită în apendicele 11 (Mecanisme de securitate 
comune) și nu intră sub incidenţa prezentului apendice, 
cu excepţia faptului că va trebui să furnizeze actualizări 
echipamentului de comunicare al VU de fiecare dată 
când se modifică datele din VUSM.  
— Comunicarea dintre VU și DSRC-VU poate fi o comu­
nicare prin cablu sau o comunicare prin Bluetooth de 
energie redusă (BLE), iar amplasarea fizică a DSRC-VU 
poate fi împreună cu antena de pe parbrizul vehiculului, în 
cadrul VU sau undeva între acestea.  
— DSRC-VU trebuie să dispună de o sursă de energie 
electrică fiabilă, disponibilă în orice moment. Mijloacele 
prin care este alimentată cu energie electrică ţin de 
deciziile de concepţie.  
— Memoria DSRC-VU trebuie să fie nevolatilă, pentru a 
menţine datele în DSRC-VU chiar și atunci când 
contactul vehiculului este în poziţia „oprit”.  
— În cazul în care comunicarea dintre VU și DSRC-VU se face pri n 
BLE și sursa de energie electric ă este o baterie nereîncărcabil ă, 
sursa de energie electrică a DSRC-VU trebuie înlocuită cu ocazi a 
fiecărei inspecţii periodice, iar producătorul DSRC-VU trebuie  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 545  
să fie responsabil pentru asigurarea faptului că sursa de energ ie 
electrică este adecvată pentru a rezista de la o inspecţie peri odică 
până la următoarea menţinând accesul normal la date printr-un 
REDCR de-a lungul întregii perioade, fără defectări sau între­
ruperi.  
— Echipamentul de „memorie utilă” al RTM VU ( VUPM ). 
Această funcţie prezentă în VU este responsabilă pentru 
furnizarea și actualizarea  datelor . Conţinutul  datelor  
(„TachographPayload”) este definit în secţiunea 5.4.4/5.4.5 
de mai jos și este actualizat la intervalul stabilit în 
secţiunea 4.1.1.1 (DSC_12).  
— DSRC-VU. Această funcţie, aflată în cadrul antenei sau 
conectată la antenă și în comunicare cu VU printr-o 
conexiune prin cablu sau fără fir (BLE), este cea care 
deţine datele curente ( datele VUPM ) și gestionează 
răspunsul la o interogare transmisă prin mediul DSRC de 
5,8 GHz. Deconectarea echipamentului DSRC sau apariţia 
unor interferenţe, în timpul utilizării normale a vehiculului, 
cu funcţionarea echipamentului DSRC este considerată o 
încălcare a Regulamentului (UE) nr. 165/2014.  
— Modulul de securitate (REDCR) ( SM-REDCR ) este funcţia 
utilizată pentru a decripta datele care provin de la VU și a 
verifica integritatea acestora. Mijloacele prin care se 
realizează acest lucru sunt stabilite în apendicele 11 
(Mecanisme de securitate comune) și nu sunt definite în 
prezentul apendice.  
— Funcţia echipamentului DSRC (REDCR) ( DSRC-REDCR ) 
cuprinde un transceiver de 5,8 GHz și programele asociate 
de firmware și de software, care gestionează  comunicarea  
cu DSRC-VU  în conformitate cu prezentul apendice.  
— DSRC-REDCR  interoghează  DSRC-VU  a vehiculului vizat 
și obţine  datele  (datele VUPM  curente ale vehiculului 
vizat) prin legătura DSRC și procesează și stochează 
datele primite în  SM-REDCR-ul  s ă u . 
▼M1 
— Antena DSRC-VU trebuie amplasată într-un loc în care 
optimizează comunicarea DSRC dintre vehicul și antena 
de citire aflată în afara părţii carosabile, atunci când 
cititorul este instalat la 15 metri distanţă în faţa vehicululu i 
și la 2 metri înălţime, vizând centrul orizontal și vertical al  
parbrizului. Pentru vehiculele ușoare, este adecvată o 
instalare care corespunde părţii superioare a parbrizului. 
Pentru toate celelalte vehicule antena DSRC trebuie să 
fie instalată fie în partea de jos, fie în partea de sus a 
parbrizului.  
▼B 
DSC_20 Antena și comunicarea trebuie să funcţioneze conform ERC  
70-03 și să fie testate pe baza parametrilor corespunzători din  
EN 300 674-1, conform descrierii din secţiunea 5. Antena și 
comunicarea pot utiliza tehnici de atenuare a riscului de inter ­
ferenţe radio, conform descrierii din raportul 228 al ECC, 
folosind de exemplu filtre în cadrul comunicării DSRC de 
5,8 GHz conforme cu CEN.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 546  
DSC_21 Antena DSRC trebuie să fie conectată la echipamentul 
DSRC-VU fie direct în cadrul modulului montat pe sau 
aproape de parbriz, fie printr-un cablu special construit în 
așa fel încât să facă dificilă deconectarea ilegală. Deconectar ea 
sau interferenţa cu funcţionarea antenei reprezintă o încălcare  a 
Regulamentului (UE) nr. 165/2014. Mascarea sau modificarea 
prejudiciabilă în alt fel, în mod intenţionat, a performanţei 
operaţionale a antenei este considerată o încălcare a 
Regulamentului (UE) nr. 165/2014.  
DSC_22  ►M1 Formatul antenei nu este definit și reprezintă o decizie 
comercială, atât timp cât DSRC-VU montată îndeplinește 
cerinţele de conformitate definite în secţiunea 5 de mai jos. 
Antena trebuie poziţionată conform celor stabilite la punctul 
DSC_19 și trebuie să fie compatibilă în mod eficient cu 
cazurile de utilizare descrise la punctele 4.1.2 și 4.1.3. ◄  
Figura 14.4  
Exemplu de pozi ţionare a antenei DSRC de 5,8 GHz pe parbrizul 
vehiculelor reglementate
  
Formatul  REDCR  și al antenei sale poate varia în funcţie de circum­
stanţele cititorului (montat pe tripod, ţinut în mână, montat p e vehicul 
etc.) și de modul de utilizare folosit de agentul autorităţilor  de control 
competente.  
O funcţie de afișare și/sau de notificare este utilizată pentru  a prezenta 
agentului autorităţilor de control competente rezultatele funcţ iei de 
comunicare la distanţă. Afișarea poate apărea pe un ecran, sub forma 
unui document imprimat, sub forma unui semnal audio sau ca o 
combinaţie a acestor tipuri de notificări. Forma acestei afișăr i și/sau 
notificări ţine de cerinţele agenţilor autorităţilor de control  competente 
și de concepţia echipamentului și nu este specificată în prezen tul 
apendice.  
DSC_23 Formatul și concepţia  REDCR  depind de concepţia comercială, 
conform ERC 70-03, și de specificaţiile privind concepţia și 
performanţa definite în prezentul apendice (secţiunea 5.3.2), 
oferind astfel pieţei flexbilitatea maximă pentru a proiecta și  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 547  
a furniza echipamente care să servească scenariilor specifice d e 
interogare ale oricărei autorităţi de control competente date.  
DSC_24 Formatul și concepţia  DSRC-VU  și poziţionarea acesteia 
înăuntrul sau în afara VU depind de concepţia comercială, 
conform ERC 70-03, și de specificaţiile privind concepţia și 
performanţa definite în prezentul apendice (secţiunea 5.3.2) și  
în prezenta secţiune (5.1).  
DSC_25 Cu toate acestea,  DSRC-VU  trebuie să fie în mod rezonabil 
capabilă să accepte valori ale conceptelor de date de la alte 
echipamente inteligente de vehicule prin intermediul unei 
conexiuni și al unor protocoale conforme cu standarde 
deschise din domeniu (de exemplu de la echipamente de 
cântărire la bord), atât timp cât aceste concepte de date sunt 
identificate prin denumiri de fișier/identificatori de aplicaţi e 
unici și cunoscuţi; instrucţiunile de utilizare a unor astfel d e 
protocoale trebuie puse la dispoziţia Comisiei Europene, 
precum și, în mod gratuit, la dispoziţia producătorilor de echi ­
pamente relevante.  
5.2 Fluxul de lucru  
5.2.1  Opera ţiuni 
Fluxul de operaţiuni este reprezentat în figura 14.5.  
Figura 14.5  
Fluxul de lucru pentru func ţia de comunicare la distan ţă
 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 548  
Etapele sunt descrise mai jos:  
a. Ori de câte ori un vehicul se află în funcţiune (contactul e ste în 
poziţia „PORNIT”), tahograful furnizează date funcţiei VU. Func ţia 
VU pregătește  datele  pentru funcţia de comunicare la distanţă 
(criptare) și actualizează VUPM deţinute în memoria  DSRC-VU  
(conform definiţiei din secţiunile 4.1.1.1-4.1.1.2).  Datele  colectate 
trebuie formatate conform celor stabilite în secţiunile 5.4.4-5 .4.5 de 
mai jos.  
b. Cu fiecare ocazie în care  datele  sunt actualizate, marca temporală 
definită în conceptul de date de securitate trebuie actualizată . 
c. Funcţia  VUSM  securizează datele în conformitate cu procedurile 
stabilite în apendicele 11.  
d. Cu fiecare ocazie în care  datele  sunt actualizate (a se vedea 4.1.1.1- 
4.1.1.2),  datele  trebuie transferate către  DSRC-VU , unde înlocuiesc 
orice date anterioare, pentru ca datele curente actualizate ( datele)  s ă  
fie întotdeauna disponibile pentru a fi furnizate în cazul inte rogării de 
către un  REDCR . Atunci când sunt transmise de VU către 
DSRC-VU,  datele  trebuie să poată fi identificate prin numele de 
fișier  RTMData  sau prin identificatori „ApplicationID” și „Attribute”.  
e. Dacă un agent al autorităţilor de control competente dorește  să vizeze 
un vehicul și să colecteze  datele  de la vehiculul vizat, agentul auto­
rităţilor de control competente trebuie întâi să își introducă propriul 
card inteligent ( smartcard ) în REDCR,  pentru a face posibilă  comu­
nicarea  și pentru a permite  SM-REDCR  să verifice autenticitatea 
acestuia și să decripteze datele.  
f. Apoi, agentul autorităţii de control competente vizează un v ehicul și 
solicită datele prin comunicare la distanţă.  REDCR-ul  deschide o 
sesiune prin interfaţa DSRC de 5,8 GHz cu  DSRC-VU  a vehiculului 
vizat și solicită  datele . Datele  sunt transferate către  REDCR  prin 
sistemul de comunicare fără fir, ca atribut DSRC, folosind serv iciul 
de aplicaţie GET definit în secţiunea 5.4. Atributul conţine va lorile 
datelor utile criptate și datele de securitate DSRC.  
g. Datele sunt analizate de echipamentul  REDCR  și prezentate agentului 
autorităţii de control competente.  
h. Agentul autorităţii de control competente utilizează datele pentru a 
lua decizia dacă să oprească sau nu vehiculul pentru o inspecţi e 
detaliată sau dacă să ceară altui agent al autorităţii de contr ol 
competente să oprească vehiculul.  
5.2.2  Interpretarea datelor primite prin comunicarea DSRC  
DSC_26 Datele primite prin interfaţa de 5,8 GHz trebuie să prez inte sensul 
și formatul definite în secţiunile 5.4.4 și 5.4.5 de mai jos, ș i numai 
sensul și formatul respective, și trebuie înţelese în contextul  
obiectivelor definite în acestea. În conformitate cu dispoziţii le 
Regulamentului (UE) nr. 165/2014,  datele  trebuie utilizate 
numai pentru a furniza informaţii relevante unei autorităţi de 
control competente, pentru ca aceasta să poată stabili ce vehic ul ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 549  
ar trebui oprit în vederea efectuării unei inspecţii fizice, și  trebuie 
distruse ulterior în conformitate cu articolul 9 din Regula­
mentul (UE) nr. 165/2014.  
5.3 Parametri ai interfe ţei fizice DSRC pentru comunicarea la distan ţă 
5.3.1  Constrângeri legate de amplasament  
DSC_27 Interogarea la distanţă a vehiculelor printr-o interfaţă  DSRC 
de 5,8GHz nu ar trebui utilizată la o distanţă mai mică de 200 
de metri de un suport DSRC de 5,8 GHz aflat în funcţiune.  
5.3.2  Parametri ai leg ăturii descendente și ai legăturii ascendente  
DSC_28 Echipamentul utilizat pentru monitorizarea de la distanţ ă a 
tahografelor trebuie să fie conform și să funcţioneze în 
conformitate cu ERC70-03 și cu parametrii definiţi în 
tabelele 14.1 și 14.2 de mai jos.  
DSC_29 În plus, pentru a asigura compatibilitatea cu parametrii  opera­ 
ţionali ai altor sisteme DSRC de 5,8 GHz standardizate, echi­
pamentul folosit pentru monitorizarea de la distanţă a taho­
grafelor trebuie să fie conform cu parametrii din EN 12253 și 
din EN 13372.  
Și anume:  
Tabelul 14.1  
Parametrii leg ăturii descendente  
Nr. crt.  Parametru  Valoare (valori)  Observaţie  
D1 Frecvenţe purtătoare pentru 
legătura descendentă  Există patru alternative care 
pot fi folosite de un 
REDCR: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz  Conform ERC 70-03. 
Frecvenţele purtătoare pot fi 
selectate de cel care implementează 
sistemul staţionar de monitorizare 
în trafic și nu este necesar să fie 
cunoscute în cadrul DSRC-VU 
(În conformitate cu EN 12253, EN 
13372)  
D1a (*) Toleranţa frecvenţelor 
purtătoare  în limita a ± 5 ppm  (În conformitate cu EN 12253)  
D2 (*) Masca spectrală a emiţă­
torului RSU (REDCR)  Conform ERC 70-03. 
REDCR trebuie să fie 
conform cu clasele B,C 
definite în EN 12253. 
În prezenta anexă nu există 
nicio altă cerinţă specifică  Parametru utilizat pentru 
controlarea interferenţelor dintre 
echipamentele de interogare din 
apropiere (conform definiţiei din 
EN 12253 și EN 13372).  
D3 Interval de frecvenţă minim 
pentru OBU (DSRC-VU)  5,795-5,815 GHz  (În conformitate cu EN 12253)  
D4 (*) E.I.R.P. maximă  Conform ERC 70-03 (fără 
licenţă) și reglementărilor 
naţionale 
maximum + 33 dBm  (În conformitate cu EN 12253)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 550  
Nr. crt.  Parametru  Valoare (valori)  Observaţie  
D4a Masca E.I.R.P. unghiulară  În conformitate cu specifi­
caţiile declarate și publicate 
ale proiectantului echipa­
mentului de interogare  (În conformitate cu EN 12253)  
D5 Polarizare  Circulară levogiră  (În conformitate cu EN 12253)  
D5a Polarizare ortogonală  X P D :  
În linia de vizare directă: 
(REDCR) RSU t ≥ 15 dB 
(DSRC-VU) OBU r ≥ 10 dB 
În zona de – 3 dB: (REDCR) 
RSU t ≥ 10 dB 
(DSRC-VU) OBU r ≥ 6 dB  (În conformitate cu EN 12253)  
D6 (*) Modulaţie  Modulaţie de amplitudine în 
două trepte.  (În conformitate cu EN 12253)  
D6a (*) Indice de modulaţie  0,5 … 0,9  (În conformitate cu EN 12253)  
D6b Diagramă ochi  ≥ 90 % (timp) / ≥ 85 % 
(amplitudine)  
D7 (*) Codarea datelor  FM0 
Bitul „1” are tranziţii doar 
la începutul și la sfârșitul 
intervalului de biţi. Bitul 
„0” are o tranziţie supli­
mentară în mijlocul inter­
valului de biţi faţă de bitul 
„1”. (În conformitate cu EN 12253)  
D8 (*) Viteza biţilor  500 kBit/s  (În conformitate cu EN 12253)  
D8a Toleranţa tactului de bit  mai bună decât ± 100 ppm  (În conformitate cu EN 12253)  
D9 (*) Rata de eroare a biţilor 
(B.E.R.) pentru comunicare  ≤ 10  – 6 când puterea de 
intrare la OBU (DSRC- 
VU) se situează în 
intervalul dat de [D11a – 
D11b].  (În conformitate cu EN 12253)  
D10 Declanșator pentru ieșirea 
din starea inactivă pentru 
OBU (DSRC-VU)  OBU (DSRC-VU) se reac­
tivează la primirea oricărui 
cadru cu 11 sau mai mulţi 
octeţi (inclusiv preambul)  Nu este necesară nicio schemă 
specială de reactivare. 
DSRC-VU se poate reactiva la 
primirea unui cadru cu mai puţin 
de 11 octeţi 
(În conformitate cu EN 12253)  
D10a  Timp de pornire maxim  ≤  5  m s  (În conformitate cu EN 12253)  
D11 Zonă de comunicare  Ansamblu spaţial în cadrul 
căruia se atinge o B.E.R. 
conform D9a  (În conformitate cu EN 12253)  
D11a  (*) Limita de putere pentru 
comunicare (superioară).  – 24dBm  (În conformitate cu EN 12253)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 551  
Nr. crt.  Parametru  Valoare (valori)  Observaţie  
D11b  (*) Limita de putere pentru 
comunicare (inferioară).  Puterea de intrare: 
– 43 dBm (linia de vizare 
directă) 
– 41 dBm [în intervalul de 
– 45 ° – + 45°Cores­
punzând planului paralel cu 
suprafaţa carosabilului 
atunci când DSRC-VU este 
instalată ulterior în vehicul 
(azimut)]  (În conformitate cu EN 12253) 
Cerinţă extinsă pentru unghiurile 
orizontale până la ± 45°, datorită 
cazurilor de utilizare definite în 
prezenta anexă.  
D12 (*) Nivelul puterii de între­
rupere al (DSRC-VU)  -60 dBm  (În conformitate cu EN 12253)  
D13 Preambul  Preambulul este obligatoriu.  (În conformitate cu EN 12253)  
D13a  Preambul – lungime și tipar  16 biţi ± 1 bit de biţi „1” 
codaţi FM0  (În conformitate cu EN 12253)  
D13b  Forma de undă a pream­
bulului  O secvenţă alternantă de 
nivel scăzut și nivel ridicat 
cu o durată a impulsului de 
2 μs. 
Toleranţa este dată de D8a  (În conformitate cu EN 12253)  
D13c  Biţi de final  RSU (REDCR) poate 
transmite maximum 8 biţi 
după indicatorul de final. 
O OBU (DSRC-VU) nu 
este obligată să ţină seama 
de acești biţi suplimentari.  (În conformitate cu EN 12253)  
(*) – Parametri ai legăturii descendente care fac obiectul test ării conformităţii pe baza testului de parametru relevant din E N 300 674-1  
Tabelul 14.2  
Parametrii leg ăturii ascendente  
Nr. crt.  Parametru  Valoare (valori)  Observaţie  
U1 (*) Frecvenţe subpurtătoare  O OBU (DSRC-VU) 
trebuie să fie compatibilă 
cu 1,5 MHz și cu 2,0 MHz 
O RSU (REDCR) trebuie să 
fie compatibilă cu 1,5 MHz 
sau cu 2,0 MHz sau cu 
ambele. U1-0: 1,5 MHz 
U1-1: 2,0 MHz  Selectarea frecvenţei subpurtătoare 
(1,5 MHz sau 2,0 MHz) depinde 
de profilul EN 13372 selectat.  
U1a (*) Toleranţa frecvenţelor 
subpurtătoare  în limita a ± 0,1 %  (În conformitate cu EN 12253)  
U1b Utilizarea de benzi laterale  Aceleași date de ambele 
părţi (În conformitate cu EN 12253)  
U2 (*) Masca spectrală a emiţă­
torului OBU (DSRC-VU)  În conformitate cu 
EN12253 
1) Putere în afara benzii: 
a se vedea ETSI EN 
300674-1  (În conformitate cu EN 12253)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 552  
Nr. crt.  Parametru  Valoare (valori)  Observaţie  
2) Putere în bandă: 
[U4a] dBm în 500 kHz 
3) Emisie în orice alt canal 
de legătură ascendentă: 
U2(3)-1 = – 35 dBm în 
500 kHz  
U4a (*) E.I.R.P. maximă în bandă 
laterală unică (linia de 
vizare directă)  Două opţiuni: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm  În conformitate cu specificaţiile 
declarate și publicate ale proiec­
tantului echipamentului  
U4b (*) E.I.R.P. maximă în bandă 
laterală unică (35°)  Două opţiuni: 
— Nu se aplică 
— – 17dBm  În conformitate cu specificaţiile 
declarate și publicate ale proiec­
tantului echipamentului  
U5 Polarizare  Circulară levogiră  (În conformitate cu EN 12253)  
U5a Polarizare ortogonală  XPD: 
În linia de vizare directă: 
(REDCR) RSU r ≥ 15 dB 
(DSRC-VU) OBU t ≥ 10 dB 
La – 3 dB: (REDCR) RSU r 
≥ 10 dB 
(DSRC-VU) OBU t ≥ 6 dB  (În conformitate cu EN 12253)  
U6 Modulaţia subpurtătoarei  2-PSK 
Date codate sincronizate cu 
subpurtătoarea: tranziţiile 
datelor codate coincid cu 
tranziţiile subpurtătoarei.  (În conformitate cu EN 12253)  
U6b Ciclu de funcţionare  Ciclu de funcţionare: 
50 % ± α, α ≤ 5 %  (În conformitate cu EN 12253)  
U6c Modulaţie pe purtătoare  Multiplicarea subpurtătoarei 
modulate cu purtătoarea.  (În conformitate cu EN 12253)  
U7 (*) Codarea datelor  NRZI (Nicio tranziţie la 
începutul bitului „1”, 
tranziţie la începutul bitului 
„0”, nicio tranziţie în cadrul 
biţilor)  (În conformitate cu EN 12253)  
U8 (*) Viteza biţilor  250 kbit/s  (În conformitate cu EN 12253)  
U8a Toleranţa tactului de bit  în limita a ± 1 000 ppm  (În conformitate cu EN 12253)  
U9 Rata de eroare a biţilor 
(B.E.R.) pentru comunicare  ≤10  – 6 (În conformitate cu EN 12253)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 553  
Nr. crt.  Parametru  Valoare (valori)  Observaţie  
U11 Zonă de comunicare  Ansamblul spaţial în cadrul 
căruia este situată 
DSRC-VU astfel încât 
transmisiile sale să fie 
primite de REDCR cu o 
B.E.R. mai mică decât cea 
dată de U9a.  (În conformitate cu EN 12253)  
U12a  (*) Amplificare a etajului de 
amestec (limita inferioară)  1 dB pentru fiecare bandă 
laterală Intervalul unghiului: 
Simetric circular între linia 
de vizare directă și ± 35° 
și 
în intervalul de – 45 ° – + 
45 °Corespunzând planului 
paralel cu suprafaţa carosa­
bilului atunci când 
DSRC-VU este instalată 
ulterior în vehicul (azimut)  Mai mare decât intervalul de valori 
specificat pentru unghiurile 
orizontale până la ± 45 °, datorită 
cazurilor de utilizare definite în 
prezenta anexă.  
U12b  (*) Amplificare a etajului de 
amestec (limita superioară)  10 dB pentru fiecare bandă 
laterală  Mai mică decât intervalul de valori 
specificat pentru fiecare bandă 
laterală într-un con circular în 
jurul liniei de vizare directă cu 
unghi de deschidere de ± 45 °  
U13 Preambul  Preambulul este obligatoriu.  (În conformitate cu EN 12253)  
U13a  Preambul 
Lungime și tipar  32-36 μs, modulate doar cu 
subpurtătoare, apoi 8 biţi de 
biţi „0” codaţi NRZI.  (În conformitate cu EN 12253)  
U13b  Biţi de final  DSRC-VU poate transmite 
maximum 8 biţi după indi­
catorul de final. O 
RSU (REDCR) nu este 
obligată să ţină seama de 
acești biţi suplimentari.  (În conformitate cu EN 12253)  
(*) — Parametri ai legăturii ascendente care fac obiectul testă rii conformităţii pe baza testului de parametru relevant din EN  300 674-1  
5.3.3  Concep ţia antenei  
5.3.3.1 Antena REDCR  
DSC_30 Concepţia antenei  REDCR  depinde de concepţia comercială, 
în conformitate cu limitele definite în secţiunea 5.3.2, care 
este adaptată pentru a optimiza performanţa de citire a  
DSRC-REDCR  în scopul specific și în circumstanţele de 
citire în care  REDCR  a fost proiectat să funcţioneze.  
5.3.3.2 Antena VU  
DSC_31 Concepţia antenei  DSRC-VU  depinde de concepţia 
comercială, în conformitate cu limitele definite în secţiunea 
5.3.2, care este adaptată pentru a optimiza performanţa de 
citire a  DSRC-REDCR  în scopul specific și în circumstanţele 
de citire în care  REDCR  a fost proiectat să funcţioneze.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 554  
DSC_32 Antena VU trebuie să fie fixată pe sau aproape de parbri zul 
vehiculului, conform specificaţiilor din secţiunea 5.1 de mai 
sus. 
DSC_33 În mediul de testare dintr-un atelier (a se vedea secţiu nea 6.3), 
o antenă DSRC-VU, fixată conform secţiunii 5.1 de mai sus, 
trebuie să se conecteze cu succes la o comunicare de testare 
standard și trebuie să realizeze cu succes o tranzacţie RTM 
conform definiţiei din prezentul apendice, la o distanţă 
cuprinsă între 2 și 10 metri, mai mult de 99 % din timp, 
potrivit unei medii calculate pe baza a 1 000 de interogări 
de citire.  
5.4 Cerin ţe de protocol DSRC pentru RTM  
5.4.1  Prezentare general ă 
DSC_34 Protocolul de tranzacţie pentru descărcarea  datelor  prin 
legătura de interfaţă DSRC de 5,8 GHz trebuie să corespundă 
etapelor descrise în cele ce urmează. Prezenta secţiune descrie  
un flux de tranzacţie în condiţii ideale fără retransmiteri sau  
întreruperi ale comunicării.  
NOTĂ Scopul fazei de iniţializare (etapa 1) este de a stabili 
comunicarea între  REDCR  și DSRC-VU-urile care au intrat în 
zona de tranzacţie DSRC de 5,8 GHz ( master-slave ), dar care 
nu au stabilit încă o comunicare cu  REDCR , și să notifice 
procesele de aplicaţie.  
— Etapa 1  Iniţializare.  REDCR  transmite un cadru 
conţinând un „tabel de serviciu al radiobalizei” (BST) 
care include identificatorii de aplicaţie (AID) din lista 
de serviciu cu care este compatibil. În aplicaţia RTM, 
acesta va fi pur și simplu serviciul cu valoarea AID = 2 
(Freight&Fleet ). DSRC-VU  evaluează BST primit și 
răspunde (a se vedea mai jos) cu o listă a aplicaţiilor 
cu care este compatibilă din domeniul  Freight&Fleet  
sau nu răspunde dacă nu este compatibilă cu niciuna. 
Dacă  REDCR  nu oferă AID=2, DSRC-VU nu răspunde 
REDCR.  
— Etapa 2  DSRC-VU  transmite un cadru conţinând o cerere 
de alocare a unei ferestre private.  
— Etapa 3  REDCR  transmite un cadru conţinând o alocare a 
unei ferestre private.  
— Etapa 4  DSRC-VU  utilizează fereastra privată alocată 
pentru a transmite un cadru conţinând tabelul său de 
serviciu al vehiculului (VST). Acest VST include o listă 
a tuturor instanţierilor diferite de aplicaţii cu care  DSRC- 
VU respectivă este compatibilă în cadrul AID=2. Dife­
ritele instanţieri trebuie identificate prin intermediul unor 
EID-uri unic generate, fiecare asociat cu o valoare de 
parametru pentru marca contextuală de aplicaţie ( Appli­
cation Context Mark ), care indică aplicaţia și standardul 
compatibil.  
— Etapa 5  Apoi,  REDCR  analizează VST prezentat și fie 
întrerupe conexiunea (RELEASE) dacă nu este interesat 
de nimic din ceea ce VST are de oferit (adică primește de 
la o DSRC-VU  un VST care nu este compatibil cu tran­
zacţia RTM), fie, dacă primește un VST corespunzător, 
pornește o instanţiere de aplicaţie.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 555  
— Etapa 6  Pentru a realiza acest lucru, REDCR transmite 
un cadru conţinând o comandă de obţinere a datelor 
RTM, identificând instanţierea de aplicaţie RTM prin 
precizarea identificatorului care corespunde instanţierii 
de aplicaţie RTM (conform celor specificate de 
DSRC-VU în VST), și alocă o fereastră privată.  
— Etapa 7  DSRC-VU  utilizează fereastra privată nou-alocată 
pentru a transmite un cadru conţinând identificatorul 
adresat care corespunde instanţierii de aplicaţie RTM 
furnizate în VST, urmat de atributul  RtmData  (element 
util + element de securitate).  
— Etapa 8  Dacă sunt solicitate mai multe servicii, valoarea 
„n” se modifică în numărul de referinţă al serviciului 
următor și procesul este repetat.  
— Etapa 9  REDCR  confirmă primirea datelor prin trans­
miterea unui cadru care conţine o comandă RELEASE 
către  DSRC-VU  pentru a încheia sesiunea SAU, dacă nu 
a reușit să valideze primirea cu succes a LDPU, revine la 
etapa 6.  
A se vedea figura 14.6 pentru o descriere în imagini a proto­
colului de tranzacţie.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 556  
Figura 14.6  
Flux de proces RTM prin DSRC de 5,8 GHz
  
5.4.2  Comenzi  
DSC_35 Următoarele comenzi sunt singurele funcţii utilizate înt r-o 
etapă de tranzacţie RTM  
— INITIALISATION.request : o comandă, emisă de 
REDCR sub forma unei transmisii cu definirea aplicaţiilor 
cu care este compatibil REDCR.  
— INITIALISATION.response : un răspuns din partea 
DSRC-VU care confirmă conexiunea și conţine o listă a 
instanţelor de aplicaţie compatibile, precum și caracteris­
ticile și informaţiile privind modul de adresare a 
acestora (EID).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 557  
— GET.request : o comandă, emisă de  REDCR  către  DSRC- 
VU, care precizează instanţierea de aplicaţie ce trebuie 
adresată prin intermediul unui EID definit, conform 
VST primit, indicându-i  DSRC-VU  să transmită atributul 
(atributele) ales(e) împreună cu  datele . Obiectivul 
comenzii GET este ca  REDCR  să obţină  datele  de la  
DSRC-VU . 
— GET.response : un răspuns din partea DSRC-VU, care 
conţine  datele  solicitate.  
— ACTION.request ECHO : o comandă care îi indică  
DSRC-VU  să răspundă transmiţând date de la  DSRC-VU  
la REDCR . Obiectivul comenzii ECHO este de a permite 
atelierelor sau unităţilor de testare pentru omologarea de 
tip să verifice dacă legătura DSRC funcţionează fără a 
avea nevoie de acces la elementele de securitate.  
— ACTION .response ECHO: Un răspuns din partea DSRC 
VU la comanda ECHO.  
— EVENT_REPORT.request  RELEASE: o comandă care 
îi indică  DSRC-VU  faptul că tranzacţia s-a încheiat. 
Obiectivul comenzii RELEASE este de a încheia 
sesiunea cu  DSRC-VU . La primirea comenzii 
RELEASE,  DSRC-VU  trebuie să nu răspundă la nicio 
altă interogare în cadrul conexiunii curente. Trebuie luat 
act de faptul că, potrivit EN 12834, o DSRC-VU nu se va 
conecta de două ori la același interogator, cu excepţia 
cazului în care s-a aflat în afara zonei de comunicare 
timp de 255 de secunde sau dacă ID-ul  Beacon  (radio­
baliză) al interogatorului s-a modificat.  
5.4.3  Secven ţa comenzilor de interogare  
DSC_36 Din perspectiva secvenţei de comenzi și de răspunsuri, t ran­
zacţia este descrisă după cum urmează:  
Secvenţă  Expeditor  Destinatar  Descriere  Acţiune  
1 REDCR  >  DSRC-VU  Iniţializarea legăturii de 
comunicare Solicitare  REDCR transmite BST  
2 DSRC-VU  >  REDCR  Iniţializarea leg ăturii de 
comunicare R ăspuns  Dacă BST este compatibil cu 
AID = 2, atunci DSRC-VU 
solicită o fereastr ă privată 
3 REDCR  >  DSRC-VU  Acordă o fereastră privată  Transmite cadrul care conţine 
alocarea ferestrei private  
4 DSRC-VU  >  REDCR  Transmite VST  Transmite cadrul care 
conţine VST  
5 REDCR  >  DSRC-VU  Transmite  GET.request  
privind datele din atributul 
pentru un EID specific  
6 DSRC-VU  >  REDCR  Transmite GET.response cu 
atributul solicitat pentru 
EID-ul specific  Transmite atributul 
(RTMData, OWSData etc.) 
cu datele pentru EID-ul 
specific  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 558  
Secvenţă  Expeditor  Destinatar  Descriere  Acţiune  
▼M1 
7 REDCR  >  DSRC-VU  Transmite GET.request 
pentru date din alt atribut 
(dacă este cazul)  
▼B 
8 DSRC-VU  >  REDCR  Transmite GET.response cu 
atributul solicitat  Transmite atributul cu datele 
pentru EID-ul specific  
9 REDCR  >  DSRC-VU  Confirmă primirea cu 
succes a datelor  Transmite comanda 
RELEASE care încheie tran­
zacţia  
10 DSRC-VU  Încheie tranzac ţia 
Un exemplu al secvenţei de tranzacţie și al conţinutului 
cadrelor comunicate este prezentat în secţiunile 5.4.7 și 5.4.8 . 
5.4.4  Structuri de date  
DSC_37 Structura semantică a  datelor  atunci când sunt transmise prin 
interfaţa DSRC de 5,8 GHz DSRC trebuie să fie în 
concordanţă cu cele descrise în prezentul apendice. Modul 
în care sunt structurate aceste date este specificat în cadrul 
prezentei secţiuni.  
DSC_38 Datele utile (datele RTM) constau în concatenarea  
1. datelor  EncryptedTachographPayload , care reprezintă 
varianta criptată a  TachographPayload  definită la punctul 
ASN.1 din secţiunea 5.4.5. Metoda de criptare este 
descrisă în apendicele 11;  
2. datelor  DSRCSecurityData , specificate în apendicele 11.  
DSC_39 Datele RTM sunt adresate ca atribut RTM =1 și transferat e în 
containerul RTM =10.  
DSC_40 Marca contextuală RTM ( RTM Context Mark ) trebuie să iden­
tifice partea de standard compatibilă din seria de standarde 
TARV (RTM corespunde părţii 9).  
Definiţia din modulul ASN.1 pentru datele DSRC din cadrul 
aplicaţiei RTM este după cum urmează:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 559
  
► (2) (3) M1 
► (1) M3 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 560
  
5.4.5  Elementele RtmData, ac ţiunile realizate și definiţii 
DSC_41 Valorile de date care trebuie calculate de VU și utiliza te 
pentru actualizarea datelor securizate din DSRC-VU se 
calculează în conformitate cu regulile definite în tabelul 14.3 : 
▼M3 
Tabelul 14.3  
Elementele RtmData, ac ţiunile realizate și definiţii 
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
RTM1 
Numărul de înmatri ­
culare 
al vehiculului  VU setează valoarea 
elementului de date RTM1  
tp15638VehicleRegistra ­
tionPlate  pe baza valorii 
înregistrate a tipului de date  
VehicleRegistrationIdentifi ­
cation  astfel cum este definit 
în apendicele 1  VehicleRe ­
gistrationIdentification  Numărul de înmatri­
culare al vehiculului 
exprimat ca șir de 
caractere  tp15638VehicleRegistra­
tionPlate LPN, 
–RegistrationPlate al vehi­
culului care utilizează structura 
datelor din ISO 14906, dar cu 
următoarea limitare pentru 
aplicaţia RTM: 
SEQUENCE începe cu codul 
de ţară, urmat de un indicator 
alfabetic, urmat de numărul de 
înmatriculare, 
care este întotdeauna de 14 
octeţi (completat de ambele 
părţi cu zero-uri), astfel încât 
lungimea de tip LPN este 
întotdeauna de 17 octeţi (fără 
determinant al lungimii), dintre 
care 14 sunt numărul „real” de 
înmatriculare.  
RTM2 
Eveniment de dep ășire a 
limitei de vitez ă VU generează o valoare 
booleană 
pentru elementul de date 
RTM2 
tp15638SpeedingEvent. 
Valoarea tp15638Speedin­
gEvent se calculează de către 
VU pe baza evenimentelor de 
depășire a limitei de viteză 
înregistrate în VU în ultimele 
10 zile, conform definiţiei din 
anexa IC.  1 (TRUE): dacă cel mai 
recent eveniment de 
depășire a limitei de 
viteză s-a încheiat în 
ultimele 10 zile sau este 
încă în desfășurare; 
0 (FALSE): în orice alt 
caz. tp15638SpeedingEvent 
BOOLEAN,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 561  
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
RTM3 
Conducere f ără 
un card valabil  VU generează o valoare 
booleană 
pentru elementul de date 
RTM3 
tp15638DrivingWithoutVa­
lidCard. 
VU atribuie o valoare TRUE 
variabilei tp15638Drivin­
gWithoutValidCard dacă cel 
puţin un eveniment de 
conducere fără un card 
corespunzător a fost înre­
gistrat în VU în ultimele 10 
zile, conform definiţiei din 
anexa IC.  1 (TRUE): dacă cel mai 
recent eveniment de 
conducere fără un card 
corespunzător s-a 
încheiat în ultimele 10 
zile sau este încă în 
desfășurare; 
0 (FALSE): în orice alt 
caz. tp15638DrivingWithoutVa­
lidCard 
BOOLEAN,  
RTM4 
Card de conduc ător 
auto valabil  VU generează o valoare 
booleană pentru elementul de 
date RTM4 
tp15638DriverCard pe baza 
cardului de conducător auto 
valabil introdus în slotul 
pentru cardul de conducător 
auto.  1 (TRUE): dacă nu 
există un card de 
conducător auto valabil 
în slotul pentru cardul de 
conducător auto al VU; 
0 (FALSE): dacă în 
slotul pentru cardul de 
conducător auto al VU 
este prezent un card de 
conducător auto valabil.  tp15638DriverCard 
BOOLEAN,  
RTM5 
Introducerea cardului în 
timpul 
conducerii  VU generează o valoare 
booleană pentru elementul de 
date RTM5 tp15638CardIn­
sertion. 
VU atribuie o valoare TRUE 
variabilei tp15638CardIn­
sertion dacă cel puţin un 
eveniment de introducere a 
cardului în timpul conducerii 
a fost înregistrat în VU în 
ultimele 10 zile, conform 
definiţiei din anexa IC.  1 (TRUE): dacă cel mai 
recent eveniment de 
introducere a cardului în 
timpul conducerii a avut 
loc în ultimele 10 zile; 
0 (FALSE): în orice alt 
caz. tp15638CardInsertion 
BOOLEAN,  
RTM6 
Eroare privind datele de 
la senzorul de mi șcare VU generează o valoare 
booleană 
pentru elementul de date 
RTM6. 
VU atribuie o valoare TRUE 
variabilei tp15638MotionDa­
taError dacă cel puţin un 
eveniment de eroare privind 
datele de la senzorul de 
mișcare a fost înregistrat în 
VU în ultimele 10 zile, 
conform definiţiei din 
anexa IC.  1 (TRUE): dacă cel mai 
recent eveniment de 
eroare privind datele de 
la senzorul de mișcare 
s-a încheiat în ultimele 
10 zile sau este încă în 
desfășurare; 
0 (FALSE): în orice alt 
caz. tp15638MotionDataError 
BOOLEAN,  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 562  
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
RTM7 
Conflict 
Privind deplasarea vehi ­
culului  VU generează o valoare 
booleană 
pentru elementul de date 
RTM7. 
VU atribuie o valoare TRUE 
variabilei tp15638Vehicle­
MotionConflict dacă cel puţin 
un eveniment de conflict 
privind deplasarea vehi­
culului a fost înregistrat în 
VU în ultimele 10 zile.  1 (TRUE): dacă cel mai 
recent eveniment de 
conflict privind 
deplasarea vehiculului 
s-a încheiat în ultimele 
10 zile sau este încă în 
desfășurare; 
0 (FALSE): în orice alt 
caz. tp15638VehicleMotionConflict 
BOOLEAN,  
RTM8 
Al doilea card de 
conducător auto  VU generează o valoare 
booleană 
pentru elementul de date 
RTM8 pe baza anexei IC 
(„activitatea conducătorului 
auto” CREW și 
CO-DRIVER). 
Dacă este prezent un card 
valabil al copilotului, VU 
setează valoarea RTM8 la 
TRUE.  1 (TRUE): dacă în VU 
este prezent un card de 
copilot valabil; 
2 (FALSE): dacă nu este 
prezent un card de 
copilot valabil în VU.  tp156382ndDriverCard 
BOOLEAN,  
RTM9 
Activitate curent ă VU generează o valoare 
booleană 
pentru elementul de date 
RTM9. 
Dacă activitatea curentă este 
înregistrată în VU ca orice 
altă activitate în afară de 
„CONDUCERE”, conform 
definiţiei din anexa IC, VU 
setează valoarea RTM9 la 
TRUE.  1 (TRUE): altă activitate 
selectată; 
0 (FALSE): conducere 
selectată  tp15638CurrentActivity­
Driving 
BOOLEAN  
RTM10 
Ultima sesiune încheiat ă VU generează o valoare 
booleană pentru elementul de 
date RTM10. 
Dacă ultima sesiune de 
utilizare a cardului nu a fost 
încheiată corect, conform 
definiţiei din anexa IC, VU 
setează valoarea RTM10 la 
TRUE.  1 (TRUE): cel puţin unul 
dintre cardurile introduse 
a declanșat un eveniment 
de tip „încheiere 
incorectă a ultimei 
sesiuni a cardului”; 
0 (FALSE): Niciunul 
dintre cardurile introduse 
nu a declanșat un 
eveniment de tip 
„încheiere incorectă a 
ultimei sesiuni a 
cardului”.  tp15638LastSessionClosed 
BOOLEAN  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 563  
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
RTM11 
Întrerupere a aliment ării 
Cu energie electric ă VU generează o valoare de 
număr întreg 
pentru elementul de date 
RTM11. 
VU atribuie o valoare 
variabilei tp15638PowerSup­
plyInterruption egală cu 
numărul evenimentelor de 
întrerupere a alimentării cu 
energie electrică stocate în 
VU în ultimele 10 zile, 
conform definiţiei din 
anexa IC. 
În cazul în care în VU nu s-a 
înregistrat niciun eveniment 
de întrerupere a alimentării 
cu energie electrică în 
ultimele 10 de zile, valoarea 
RTM11 se setează la 0.  Numărul evenimentelor 
înregistrate de între­
rupere a alimentării cu 
energie electrică în 
ultimele 10 zile.  tp15638PowerSupplyInter­
ruption 
NUMĂR ÎNTREG(0..127),  
RTM12 
Anomalie a senzorului  VU generează o valoare de 
număr întreg pentru 
elementul de date RTM12. 
VU atribuie variabilei 
sensorFault o valoare de: 
— 1 dacă un eveniment de 
tip „anomalie a 
senzorului «35»H” 
s-a încheiat în ultimele 
10 zile sau este încă în 
desfășurare. 
— 2 dacă un eveniment de 
tip „anomalie a recep­
torului GNSS” (fie 
intern, fie extern, cu 
valorile de enumerare 
„36”H sau 
„37”H) s-a încheiat în 
ultimele 10 zile sau este 
încă în curs de desfă­ 
șurare. 
— 3 dacă un eveniment de 
tip „«0E»H Eroare de 
comunicare cu echipa­
mentul GNSS extern” s-a 
încheiat în ultimele 10 
zile sau este încă în curs 
de desfășurare. 
— 4 dacă atât anomaliile 
senzorului, cât și 
anomaliile receptorului 
GNSS s-au încheiat în 
ultimele 10 zile sau sunt 
încă în curs de desfă­ 
șurare. 
— 5 dacă atât o anomalie a 
senzorului, cât și un 
eveniment de tip „eroare 
de comunicare cu echi­
pamentul GNSS extern” 
s-au încheiat în ultimele 
10 zile sau sunt încă în 
curs de desfășurare.  –anomalie senzor un 
octet conform dicţio­
narului de date  tp15638SensorFault NUMĂR 
ÎNTREG (0..255),  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 564  
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
— 6 dacă atât evenimentul 
de tip „anomalie a 
receptorului GNSS”, cât 
și evenimentul de tip 
„eroare de comunicare cu 
echipamentul GNSS 
extern” s-a încheiat în 
ultimele 10 zile sau sunt 
în curs de desfășurare. 
— 7 dacă toate cele trei 
anomalii ale senzorului 
s-au încheiat în ultimele 
10 zile sau sunt încă în 
curs de desfășurare. 
Dacă niciun eveniment nu s-a 
încheiat în ultimele 10 zile 
sau nu este încă în desfă­ 
șurare, VU setează valoarea 
RTM12 la 0.  
RTM13 
Reglarea orei  VU generează o valoare de 
număr întreg (timeReal din 
apendicele 1) pentru 
elementul de date RTM13 pe 
baza prezenţei datelor privind 
reglarea orei, conform defi­
niţiei din anexa IC. 
VU setează valoarea RTM13 
la ora la care s-a produs 
ultimul eveniment de date 
privind reglarea orei. 
Dacă în datele VU nu este 
prezent niciun eveniment de 
tip „reglarea orei”, conform 
definiţiei din anexa IC, VU 
setează valoarea RTM13 la 0.  oldTimeValue a celei 
mai recente reglări a 
orei. tp15638TimeAdjustment 
NUMĂR ÎNTREG 
(0..4294967295),  
RTM14 
Tentativă 
De încălcare a securit ăţii VU generează o valoare de 
număr întreg (timeReal din 
apendicele 1) pentru 
elementul de date RTM14 pe 
baza prezenţei unei tentative 
de încălcare a securităţii, 
conform definiţiei din 
anexa IC. 
VU setează valoarea orei la 
care a fost înregistrată de 
către VU ultima tentativă de 
încălcare a securităţii. 
Dacă în datele VU nu este 
prezent niciun eveniment de 
tip „tentativă de încălcare a 
securităţii”, conform definiţiei 
din anexa IC, VU setează 
valoarea RTM14 la 0.  Ora de începere a celei 
mai recente tentative de 
încălcare a securităţii 
stocate.  tp15638LatestBreachAttempt 
NUMĂR ÎNTREG 
(0..4294967295),  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 565  
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
RTM15 
Ultima etalonare  VU generează o valoare de 
număr întreg (timeReal din 
apendicele 1) pentru 
elementul de date RTM15 pe 
baza prezenţei datelor privind 
ultima etalonare, conform 
definiţiei din anexa IC și din 
apendicele 1. 
VU setează valoarea 
RTM15 la oldTimeValue a 
celei mai recente înregistrări 
privind etalonarea. 
Dacă nu a existat nicio 
etalonare, VU setează 
valoarea RTM15 la 0.  oldTimeValue a celei 
mai recente înregistrări 
privind etalonarea.  tp15638LastCalibrationData 
NUMĂR ÎNTREG 
(0..4294967295),  
RTM16 
Etalonare anterioar ă VU generează o valoare de 
număr întreg (timeReal din 
apendicele 1) pentru 
elementul de date RTM16 pe 
baza înregistrării privind 
etalonarea care precedă 
ultima etalonare. 
VU setează valoarea 
RTM16 la oldTimeValue a 
înregistrării privind 
etalonarea care precedă 
ultima etalonare. 
Dacă nu a existat nicio 
etalonare anterioară, VU 
setează valoarea RTM16 la 0.  oldTimeValue a înregis­
trării privind etalonarea 
care precedă cea mai 
recentă înregistrare 
privind etalonarea.  tp15638PrevCalibrationData 
NUMĂR ÎNTREG 
(0..4294967295),  
RTM17 
Data conect ării 
tahografului  VU generează o valoare de 
număr întreg (timeReal din 
apendicele 1) pentru 
elementul de date RTM17. 
VU setează valoarea RTM17 
la data primei etalonări a VU 
în vehiculul actual. 
VU extrage aceste date din 
VuCalibrationData (apen­
dicele1) din vuCalibration­
Records, CalibrationPurpose 
fiind egal cu: „03”H 
Dacă nu a existat nicio 
etalonare anterioară, VU 
setează valoarea RTM17 la 0.  Data primei etalonări a 
VU în vehiculul actual.  tp15638DateTachoConnected 
NUMĂR ÎNTREG 
(0..4294967295),  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 566  
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
RTM18 
Viteza curent ă VU generează o valoare de 
număr întreg 
pentru elementul de date 
RTM18. 
VU setează valoarea RTM18 
la ultima viteză curentă înre­
gistrată în momentul celei 
mai recente actualizări a 
RtmData.  Ultima viteză curentă 
înregistrată  tp15638CurrentSpeed 
NUMĂR ÎNTREG (0..255),  
RTM19 
Marcă temporal ă 
(Timestamp)  VU generează o valoare de 
număr întreg pentru 
elementul de date RTM19 
(timeReal din apendicele 1). 
VU setează valoarea RTM19 
la ora ultimei actualizări a 
RtmData.  Marca temporală a înre­
gistrării 
TachographPayload 
curente  tp15638Timestamp 
NUMĂR ÎNTREG 
(0..4294967295),  
RTM20 
Ora la care a fost 
disponibil ă ultima 
poziţie autentificat ă a 
vehiculului  VU generează o valoare de 
număr întreg (timeReal din 
apendicele 1) pentru 
elementul de date RTM20. 
VU setează valoarea RTM20 
la ora la care cea mai recentă 
poziţie autentificată a vehi­
culului a fost disponibilă de 
la receptorul GNSS. 
Dacă nicio poziţie autenti­
ficată a vehiculului nu a fost 
disponibilă vreodată de la 
receptorul GNSS, VU setează 
valoarea RTM20 la 0.  Marca temporală a celei 
mai recente poziţii 
autentificate a vehi­
culului  tp15638LatestAuthenticatedPo­
sition 
NUMĂR ÎNTREG 
(0..4294967295),  
RTM21 
Timp de conducere 
continuă VU generează o valoare de 
număr întreg pentru 
elementul de date RTM21. 
VU setează valoarea RTM21 
la timpul de conducere 
continuă în curs al conducă­
torului auto.  Timpul de conducere 
continuă al conducă­
torului auto, codificat ca 
valoare întreagă. 
Lungime: 1 octet 
Rezoluţie: 2 minute/bit 
Niciun decalaj 
Interval de date: 0 - 250 
O valoare de 250 indică 
faptul că timpul de 
conducere continuă al 
conducătorului auto este 
mai mare sau egal cu 
500 de minute. 
Valorile 251-254 nu se 
utilizează. 
Valoarea 255 indică 
faptul că informaţiile nu 
sunt disponibile.  tp15638ContinuousDri­
vingTime NUMĂR 
ÎNTREG(0..255),  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 567  
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
RTM22 
Cel mai lung timp de 
conducere zilnic pentru 
schimbul RTM curent și 
cel anterior, calculat în 
conformitate cu 
addendumul la apen ­
dicele 14  VU generează o valoare de 
număr întreg pentru 
elementul de date RTM22. 
VU setează valoarea RTM22 
la cea mai lungă dintre cele 
două perioade de timp zilnic 
de conducere ale conducă­
torului auto, aceasta fiind fie 
schimbul RTM curent, fie cel 
anterior.  Timpul de conducere 
zilnic al conducătorului 
auto, codificat ca valoare 
întreagă. 
Lungime: 1 octet 
Rezoluţie: 4 minute/bit 
Niciun decalaj 
Interval de date: 0 - 250 
O valoare de 250 indică 
faptul că timpul de 
conducere zilnic al 
conducătorului auto este 
mai mare sau egal cu 
1 000 de minute. 
Valorile 251-254 nu se 
utilizează. 
Valoarea 255 indică 
faptul că informaţiile nu 
sunt disponibile.  tp15638DailyDrivingTimeShift 
NUMĂR ÎNTREG(0..255),  
RTM23 
Cel mai lung timp de 
conducere zilnic din 
săptămâna în curs, 
calculat în conformitate 
cu addendumul la apen ­
dicele 14  VU generează o valoare de 
număr întreg pentru 
elementul de date RTM23. 
VU setează valoarea RTM23 
la cel mai lung timp de 
conducere zilnic al conducă­
torului auto, acesta fiind fie 
schimbul RTM în curs, fie 
orice schimb RTM finalizat 
care a început sau s-a 
încheiat în săptămâna în curs.  Timpul de conducere 
zilnic al conducătorului 
auto, codificat ca valoare 
întreagă. 
Lungime: 1 octet 
Rezoluţie: 4 minute/bit 
Niciun decalaj 
Interval de date: 0 - 250 
O valoare de 250 indică 
faptul că timpul de 
conducere zilnic al 
conducătorului auto este 
mai mare sau egal cu 
1 000 de minute. 
Valorile 251-254 nu se 
utilizează. 
Valoarea 255 indică 
faptul că informaţiile nu 
sunt disponibile.  tp15638DailyDrivingTi­
meWeek NUMĂR 
ÎNTREG(0..255),  
RTM24 
Timpul de conducere 
săptămânal, calculat în 
conformitate cu 
addendumul la apen ­
dicele 14  VU generează o valoare de 
număr întreg pentru 
elementul de date RTM24. 
VU setează valoarea RTM24 
la timpul de conducere 
săptămânal al conducătorului 
auto.  Timpul de conducere 
săptămânal al conducă­
torului auto, codificat ca 
valoare întreagă. 
Lungime: 1 octet 
Rezoluţie: 20 minute/bit 
Niciun decalaj 
Interval de date: 0 - 250 
O valoare de 250 indică 
faptul că timpul de 
conducere continuă al 
conducătorului auto este 
mai mare sau egal cu 
5 000 de minute. 
Valorile 251-254 nu se 
utilizează. 
Valoarea 255 indică 
faptul că informaţiile nu 
sunt disponibile.  tp15638WeeklyDrivingTime 
NUMĂR ÎNTREG(0..255),  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 568  
(1) 
Element RTM Data  (2) 
Acţiune realizată de VU  (3) 
Definiţia datelor din ASN.1  
RTM25 
Timpul de conducere 
bilunar, calculat în 
conformitate cu 
addendumul la apen ­
dicele 14  VU generează o valoare de 
număr întreg pentru 
elementul de date RTM25. 
VU setează valoarea RTM25 
la timpul de conducere 
bilunar al conducătorului 
auto.  Timpul de conducere 
bilunar al conducătorului 
auto, codificat ca valoare 
întreagă. 
Lungime: 1 octet 
Rezoluţie: 30 minute/bit 
Niciun decalaj 
Interval de date: 0 - 250 
O valoare de 250 indică 
faptul că timpul de 
conducere bilunar al 
conducătorului auto este 
mai mare sau egal cu 
7 500 de minute. 
Valorile 251-254 nu se 
utilizează. 
Valoarea 255 indică 
faptul că informaţiile nu 
sunt disponibile.  tp15638FortnightlyDri­
vingTime NUMĂR 
ÎNTREG(0..255),  
Notă: RTM22, RTM23, RTM24 și RTM25 se calculează în conformitat e cu 
addendumul la prezentul apendice.  
▼B 
5.4.6  Mecanismul de transfer al datelor  
DSC_42 Datele utile definite anterior sunt solicitate de REDCR după 
etapa de iniţializare și transmise în consecinţă de către  DSRC- 
VU în fereastra alocată. Comanda GET este utilizată de 
REDCR pentru a obţine date.  
▼M1 
DSC_43 Pentru toate schimburile DSRC, datele trebuie să fie cod ate 
folosind PER (Packed Encoding Rules) UNALIGNED, cu 
excepţia
  ș i
  , care 
trebuie să fie codate folosind OER (Octet Encoding Rules) 
definite în ISO/IEC 8825-7, Rec. ITU-T X.696.  
▼B 
5.4.7  Descriere detaliat ă a tranzac ţiei DSRC  
DSC_44 Iniţializarea se realizează în conformitate cu DSC_44 – 
DSC_48 și cu tabelele 14.4 – 14.9. În etapa de iniţializare, 
REDCR începe să transmită un cadru care conţine un BST 
(tabel de serviciu al radiobalizei) în conformitate cu EN 
12834 și cu EN 13372, 6.2, 6.3, 6.4 și 7.1, cu setările speci­
ficate în următorul tabel 14.4.  
Tabelul 14.4  
Iniţializare – set ări cadru BST  
Câmp  Setări  
Link Identifier  Adresa de transmisie  
BeaconId  Conform EN 12834  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 569  
Time  Conform EN 12834  
Profile  Nicio extensie, a se folosi 0 
sau 1  
MandApplications  Nicio extensie, EID nu este 
prezent, parametrul nu este 
prezent, AID= 2 
Freight&Fleet  
NonMandApplications  Nu este prezent  
ProfileList  Nicio extensie, numărul de 
profiluri din listă = 0  
Fragmentation header  Nicio fragmentare  
Layer 2 settings  PDU de comandă, comandă 
UI 
Un exemplu practic al setărilor specificate în tabelul 14.4, cu  
indicarea codării biţilor, este dat în următorul tabel 14.5.  
Tabelul 14.5  
Iniţializare – exemplu de con ţinut cadru BST
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG
  Indicator de început  
2 Broadcast ID
  Adresa de transmisie  
3 MAC Control Field
  PDU de comandă  
4 LLC Control field
  Comandă UI  
5 Fragmentation header
  Nicio fragmentare  
6 BST
  Solicitare de iniţializare  
SEQUENCE {  
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER (0..65535)
  Aplicaţiile neobligatorii 
(NonMand ) nu sunt 
prezente
  
Identificator producător  
7
 
8
 
IndividualID INTEGER (0..134217727) 
}
 ID de 27 de biţi disponibil 
pentru producător  
9
 
10
 
11
 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 570
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
12 Time INTEGER (0..4294967295)
  Timp real UNIX de 32 de 
biţi 
13
 
14
 
15
 
16 Profile INTEGER (0..127,…)
  Nicio extensie. Profil de 
exemplu 0  
17 MandApplications SEQUENCE 
(SIZE(0..127,…)) 
OF {
  Nicio extensie, numărul 
aplicaţiilor obligatorii 
(mandApplications ) = 1  
18 SEQUENCE {  
OPTION indicator
  EID nu este prezent  
OPTION indicator
  Parametrul nu este prezent  
AID DSRCApplicationEntityID } }
  Nicio extensie. AID= 2 
Freight&Fleet  
19 ProfileList SEQUENCE (0..127,…) OF 
Profile }
  Nicio extensie, numărul de 
profiluri din listă = 0  
20 FCS
  Secvenţă de verificare a 
cadrului  
21
 
22 Flag
  Indicator de final  
DSC_45 Atunci când primește un BST, o  DSRC-VU  solicită alocarea 
unei ferestre private, conform specificaţiilor din EN 12795 și 
EN 13372, 7.1.1, fără nicio setare RTM specifică. Tabelul 
14.6 oferă un exemplu de codare a biţilor.  
Tabelul 14.6  
Iniţializare – Con ţinutul cadrului de solicitare de alocare a unei ferestre private
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG
  Indicator de început  
2 Private LID
  Adresa de legătură 
a DSRC-VU specifice  
3
 
4
 
5
 
6 MAC Control field
  Solicitare de fereastră 
privată  
7 FCS
  Secvenţă de verificare a 
cadrului  
8
 
9 Flag
  Indicator de final  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 571  
DSC_45 REDCR răspunde apoi prin alocarea unei ferestre private,  
conform specificaţiilor din EN 12795 și EN 13372, 7.1.1, 
fără nicio setare RTM specifică.  
Tabelul 14.7 oferă un exemplu de codare a biţilor.  
Tabelul 14.7  
Iniţializare – Con ţinutul cadrului de alocare a unei ferestre private
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG
  Indicator de început  
2 Private LID
  Adresa de legătură 
a DSRC-VU specifice  
3
 
4
 
5
 
6 MAC Control field
  Alocarea ferestrei private  
7 FCS
  Secvenţă de verificare a 
cadrului  
8
 
9 Flag
  Indicator de final  
DSC_47 Atunci când primește alocarea ferestrei private,  DSRC-VU  
transmite VST-ul său (tabelul de serviciu al vehiculului), 
conform definiţiei din EN 12834 și din EN 13372, 6.2, 6.3, 
6.4 și 7.1, cu setările specificate în tabelul 14.8, folosind 
fereastra de transmisie alocată.  
Tabelul 14.8  
Iniţializare – set ări cadru VST  
Câmp  Setări  
Private LID  Conform EN 12834  
VST parameters  Fill = 0, apoi pentru fiecare aplicaţie 
compatibilă: EID prezent, parametru 
prezent, AID = 2, EID generat de 
OBU  
Parameter  Nicio extensie, conţine marca 
contextuală RTM  
ObeConfiguration  Câmpul opţional  ObeStatus  poate fi 
prezent, dar nu trebuie folosit de 
REDCR  
Fragmentation header  Nicio fragmentare  
Layer 2 settings  PDU de comandă, comandă UI  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 572  
DSC_48  DSRC-VU  trebuie să fie compatibilă cu aplicaţia „Freight and 
Fleet”, identificată prin identificatorul de aplicaţie „2”. Și alţi 
identificatori de aplicaţie pot fi compatibili, dar nu trebuie să 
fie prezenţi în acest VST, deoarece BST necesită numai 
AID=2. Câmpul „Applications” conţine o listă a instanţelor 
de aplicaţii compatibile din  DSRC-VU . Pentru fiecare 
instanţiere de aplicaţie compatibilă este dată o trimitere la 
standardul corespunzător, formată dintr-o marcă contextuală 
Rtm, care este compusă dintr-un OBJECT IDENTIFIER 
reprezentând standardul aferent, partea acestuia (9 pentru 
RTM) și posibil versiunea sa, plus un EID care este generat 
de DSRC-VU și asociat instanţierii de aplicaţie respective.  
Un exemplu practic al setărilor specificate în tabelul 14.8, cu  
indicarea codării biţilor, este dat în tabelul 14.9.  
▼M3 
Tabelul 14.9  
Iniţializare – exemplu de con ţinut cadru VST
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG  0111 1110  Indicator de început  
2 Private LID  xxxx xxxx  Adresa de legătură 
a DSRC-VU specifice  
3 xxxx xxxx  
4 xxxx xxxx  
5 xxxx xxxx  
6 MAC Control field  1100 0000  PDU de comandă  
7 LLC Control field  0000 0011  Comandă UI  
8 Fragmentation header  1xxx x001  Nicio fragmentare  
9 VST 
SEQUENCE { 
Fill BIT STRING (SIZE(4))  1001  Răspuns la iniţializare  
0000  Neutilizat și setat la 0  
10 Profile INTEGER (0..127,...) 
Aplicaţii SEQUENCE OF {  0000 0000  Nicio extensie. Profil de 
exemplu 0 
Nicio extensie, 1 aplicaţie  
11 0000 0001  
12 SEQUENCE { 
OPTION indicator 
OPTION indicator 
AID DSRCApplicationEntityID  1 EID prezent  
1 Parametru prezent  
00 0010  Nicio extensie. AID = 2 
Freight&Fleet  
13 EID Dsrc-EID  xxxx xxxx  Definit în cadrul OBU și 
identificând instanţa de 
aplicaţie.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 573
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
14 Parameter Container {  0000 0010  Nicio extensie, opţiune 
container = 02, 
Șir de octeţi  
15 0000 0110  Nicio extensie, lungimea 
mărcii contextuale Rtm = 
6 
16 Rtm-ContextMark ::= SEQUENCE { 
StandardIdentifier  0000 0101  Primul octet este 05H, 
care reprezintă lungimea 
acestuia. 
Următorii cinci octeţi 
codează Identificatorul de 
obiect al standardului 
compatibil, cu partea si 
versiunea sa. 
{Standardul (1) ISO (0) 
TARV (15638) partea 
9(9) Version2 (2)}  17 standardIdentifier  0010 1000  
18 1111 1010  
19 0001 0110  
20 0000 1001  
21 0000 0010  
22 ObeConfiguration Sequence { 
OPTION indicator  0 ObeStatus nu este prezent  
EquipmentClass INTEGER (0..32767)  xxx xxxx  Acest câmp se utilizează 
pentru  
23 xxxx xxxx  indicaţiile producătorului 
cu privire la versiunea de 
software/hardware a 
interfeţei DSRC  
24 ManufacturerId INTEGER (0..65535)  xxxx xxxx  Identificator al producă­
torului pentru DSRC-VU, 
conform descrierii din 
registrul ISO 14816  25 xxxx xxxx  
26 FCS  xxxx xxxx  Secvenţă de verificare a 
cadrului  
27 xxxx xxxx  
28 Flag  0111 1110  Indicator de final  
▼B 
DCS_49 REDCR citește apoi datele prin emiterea unei comenzi GET , 
conformă cu comanda GET definită în EN 13372, 6.2, 6.3, 
6.4 și în EN 12834, cu setările specificate în tabelul 14.10.  
Tabelul 14.10  
Prezentare – set ări cadru  GET.request  
Câmp  Setări  
Invoker Identifier (IID)  Nu este prezent  
Link Identifier (LID)  Adresa de legătură a DSRC-VU 
specifice  
Chaining  N u  
Element Identifier (EID)  Astfel cum este specificat în VST. 
Nicio extensie  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 574  
Câmp  Setări  
Access Credentials  N u  
AttributeIdList  Nicio extensie, 1 atribut, AttributeID 
= 1 (RtmData)  
Fragmentation  N u  
Layer2 settings  PDU de comandă, comandă ACn cu 
interogare prealabilă  
Tabelul 14.11 prezintă un exemplu de citire a datelor RTM  
Tabelul 14.11  
Prezentare – exemplu de cadru GET.request
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG
  Indicator de început  
2 Private LID
  Adresa de legătură 
a DSRC-VU specifice  
3
 
4
 
5
 
6 MAC Control field
  PDU de comandă  
7 LLC Control field
  Comandă ACn cu inte­
rogare prealabilă, bit n  
8 Fragmentation header
  Nicio fragmentare  
9 Get.request 
SEQUENCE {
  Solicitare de obţinere a 
datelor  
OPTION indicator
  Acreditările de acces 
(Access Credentials) nu 
sunt prezente  
OPTION indicator
  IID nu este prezent  
OPTION indicator
  AttributeIdList prezentă  
Fill BIT STRING(SIZE(1))
  Setată la 0.  
10 EID INTEGER(0..127,…)
  EID al instanţei de 
aplicaţie RTM, astfel 
cum este specificat în 
VST. Nicio extensie  
11 AttributeIdList SEQUENCE OF { 
AttributeId }}
  Nicio extensie, numărul 
de atribute = 1  
12
 AttributeId =1, RtmData . 
Nicio extensie  
13 FCS
  Secvenţă de verificare a 
cadrului  
14
 
15 Flag
  Indicator de final  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 575  
DCS_50 Când primește solicitarea GET ( GET.request ), DSRC-VU  
transmite un răspuns GET ( GET.response ) cu datele solicitate, 
conform cu răspunsul GET definit în EN 13372, 6.2, 6.3, 6.4 
și în EN 12834, cu setările specificate în tabelul 14.12.  
Tabelul 14.12  
Prezentare – set ări cadru GET.response  
Câmp  Setări  
Invoker Identifier (IID)  Nu este prezent  
Link Identifier (LID)  Conform EN 12834  
Chaining  N u  
Element Identifier (EID)  Astfel cum este specificat în 
VST.  
Access Credentials  N u  
Fragmentation  N u  
Layer2 settings  PDU de răspuns, răspuns 
disponibil și comandă 
acceptată, comandă ACn  
Tabelul 14.13 prezintă un exemplu de citire a datelor RTM  
Tabelul 14.13  
Prezentare – exemplu de con ţinut cadru r ăspuns
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG
  Indicator de început  
2 Private LID
  Adresa de legătură 
a DSRC-VU specifice  
3
 
4
 
5
 
6 MAC Control field
  PDU de răspuns  
7 LLC Control field
  Răspuns disponibil, 
comandă ACn bit n  
8 LLC Status field
  Răspuns disponibil și 
comandă acceptată  
9 Fragmentation header
  Nicio fragmentare  
10 Get.response 
SEQUENCE {
  Obţinere răspuns  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 576
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
OPTION indicator
  IID nu este prezent  
OPTION indicator
  Lista atributelor (Attribute 
List) prezentă  
OPTION indicator
  Starea de retur nu este 
prezentă  
Fill BIT STRING(SIZE(1))
  Neutilizat  
11 EID INTEGER(0..127,…)
  Răspuns din partea 
instanţei de aplicaţie 
RTM. Nicio extensie,  
12 AttributeList SEQUENCE OF {
  Nicio extensie, numărul 
de atribute = 1  
13 Attributes SEQUENCE { 
AttributeId
  Nicio extensie, Attri­
buteID = 1 (RtmData)  
14 AttributeValue CONTAINER {
  Nicio extensie, opţiune 
container = 10  10 . 
15
 RtmData  
16
 
17
 
… …  
n }}}}
  
n+1 FCS
  Secvenţă de verificare a 
cadrului  
n+2
 
n+3 Flag
  Indicator de final  
DSC_51 Apoi REDCR închide conexiunea prin emiterea unei comenzi  
EVENT_REPORT, RELEASE conforme cu EN 13372, 6.2, 
6.3, 6.4 și cu EN 12834, 7.3.8, fără nicio setare RTM 
specifică. Tabelul 14.14 arată un exemplu de codare a 
biţilor pentru comanda RELEASE.  
Tabelul 14.14  
Încheiere. Con ţinut cadru EVENT_REPORT RELEASE
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG
  Indicator de început  
2 Private LID
  Adresa de legătură 
a DSRC-VU specifice  
3
 
4
 ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 577
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
5
 
6 MAC Control field
  Cadrul conţine o LPDU 
de comandă  
7 LLC Control field
  Comandă UI  
8 Fragmentation header
  Nicio fragmentare  
9 EVENT_REPORT.request 
SEQUENCE {
  EVENT_REPORT 
(Release)  
OPTION indicator
  Acreditările de acces 
(Access Credentials) nu 
sunt prezente  
OPTION indicator
  Parametrul de eveniment 
nu este prezent  
OPTION indicator
  IID nu este prezent  
Mode BOOLEAN
  Nu se așteaptă niciun 
răspuns  
10 EID INTEGER (0..127,…)
  Nicio extensie, EID = 0 
(sistem)  
11 EventType INTEGER (0..127,…) }
  Tip de eveniment 0 = 
Release  
12 FCS
  Secvenţă de verificare a 
cadrului  
13
 
14 Flag
  Indicator de final  
DSC_52 Nu se așteaptă ca  DSRC-VU  să răspundă la comanda  Release . 
Comunicarea este apoi închisă.  
5.4.8  Descrierea tranzac ţiei de testare DRSC  
DSC_53 Testele complete, care includ securizarea datelor, trebu ie 
realizate conform definiţiei din apendicele 11 (Mecanisme 
de securitate comune), de către persoane autorizate care au 
acces la procedurile de securitate, folosind comanda GET 
normală definită mai sus.  
DSC_54 Testele de operaţionalitate și de inspecţie (verificare)  
periodică ce necesită decriptarea și înţelegerea conţinutului 
de date decriptat trebuie realizate conform specificaţiilor din  
apendicele 11 (Mecanisme de securitate comune) și din apen­
dicele 9 (Omologarea de tip – lista testelor minime obli­
gatorii).  
Cu toate acestea, comunicarea DSRC de bază poată fi testată 
prin comanda ECHO. Aceste teste pot fi necesare la veri­
ficarea operaţionalităţii, cu ocazia inspecţiei periodice sau l a 
cererea autorităţii de control competente sau dacă sunt impuse 
de Regulamentul (UE) nr. 165/2014 (a se vedea secţiunea 6 
de mai jos)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 578  
DSC_55 Pentru a realiza această testare a comunicării de bază, 
comanda ECHO este emisă de REDCR în cursul unei 
sesiuni, și anume după finalizarea cu succes a unei etape de 
iniţializare. Astfel, secvenţa de interacţiuni este similară ce lei 
a unei interogări:  
— Etapa 1  REDCR  transmite un „tabel de serviciu al 
radiobalizei” (BST) care include identificatorii de 
aplicaţie (AID) din lista de serviciu cu care este 
compatibil. În aplicaţiile RTM, acesta va fi pur și 
simplu serviciul cu valoarea AID = 2.  
DSRC-VU  evaluează BST-ul primit și, în cazul în care 
identifică faptul că BST solicită  Freight&Fleet  (AID = 2),  
DSRC-VU  răspunde. Dacă  REDCR  nu oferă AID=2,  
DSRC-VU  închide tranzacţia sa cu  REDCR . 
— Etapa 2  DSRC-VU  transmite o cerere de alocare a unei 
ferestre private.  
— Etapa 3 REDCR transmite o alocare de fereastră privată.  
— Etapa 4  DSRC-VU  utilizează fereastra privată alocată 
pentru a transmite tabelul său de serviciu al 
vehiculului (VST). Acest VST include o listă a tuturor 
instanţierilor diferite de aplicaţii cu care  DSRC-VU  
respectivă este compatibilă în cadrul AID=2. Diferitele 
instanţieri trebuie identificate prin intermediul unor 
EID-uri unice, fiecare asociat cu o valoare de parametru 
indicând instanţierea de aplicaţie compatibilă.  
— Etapa 5 Apoi,  REDCR  analizează VST prezentat și fie 
întrerupe conexiunea (RELEASE) dacă nu este interesat 
de nimic din ceea ce VST are de oferit (adică primește un 
VST de la o  DSRC-VU  care nu este o RTM VU), fie, 
dacă primește un VST corespunzător, pornește o 
instanţiere de aplicaţie.  
— Etapa 6  REDCR  emite o comandă (ECHO) către  DSRC- 
VU specifică și alocă o fereastră privată . 
— Etapa 7  DSRC-VU  utilizează fereastra privată nou alocată 
pentru a transmite un cadru de răspuns ECHO.  
Tabelele de mai jos oferă un exemplu practic de sesiune de comu nicare 
ECHO.  
DSC_56 Iniţializarea se realizează în conformitate cu secţiunea  5.4.7 
(DSC_44-DSC_48) și cu tabelele 14.4-14.9.  
DSC_57 REDCR emite apoi o comandă ACTION, ECHO conformă cu 
ISO 14906, care conţine 100 de octeţi de date și nicio setare 
specifică pentru RTM. Tabelul 14.15 prezintă conţinutul 
cadrului transmis de REDCR.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 579  
Tabelul 14.15  
Exemplu de cadru de solicitare ACTION, ECHO
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG
  Indicator de început  
2 Private LID
  Adresa de legătură 
a DSRC-VU specifice  
3
 
4
 
5
 
6 MAC Control field
  PDU de comandă  
7 LLC Control field
  Comandă ACn cu inte­
rogare prealabilă, bit n  
8 Fragmentation header
  Nicio fragmentare  
9 ACTION.request 
SEQUENCE {
  Solicitare de acţiune (ECHO)  
OPTION indicator
  Acreditările de acces 
(Access Credentials) nu 
sunt prezente  
OPTION indicator
  Parametru de acţiune 
prezent  
OPTION indicator
  IID nu este prezent  
Mode BOOLEAN
  Răspuns așteptat  
10 EID INTEGER (0..127,…)
  Nicio extensie, EID = 0 
(sistem)  
11 ActionType INTEGER (0..127,…)
  Nicio extensie, solicitare 
ECHO de tip acţiune  
12 ActionParameter CONTAINER {
  Nicio extensie, opţiune 
container = 2.  
13
 Nicio extensie. Lungimea 
șirului = 100 de octeţi  
14
 Datele care trebuie 
transmise (echoed)  
… …  
113 } }
  
114 FCS
  Secvenţă de verificare a 
cadrului  
115
 
116 Flag
  Indicator de final  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 580  
DSC_58 Când primește solicitarea ECHO,  DSRC-VU  transmite un 
răspuns ECHO cu 100 de octeţi de date, prin reflectarea 
comenzii primite, conform ISO 14906, fără nicio setare 
specifică pentru RTM. Tabelul 14.16 prezintă un exemplu 
de codare la nivelul biţilor.  
Tabelul 14.16  
Exemplu de cadru de r ăspuns ACTION, ECHO
 Nr. octet 
Atribut/Câmp  Biţi în octet  Descriere  
1 FLAG
  Indicator de început  
2 Private LID
  Adresa de legătură a VU 
specifice  
3
 
4
 
5
 
6 MAC Control field
  PDU de răspuns  
7 LLC Control field
  Comandă ACn, bit n  
8 LLC status field
  Răspuns disponibil  
9 Fragmentation header
  Nicio fragmentare  
10 ACTION.response 
SEQUENCE {
  răspuns ACTION (ECHO)  
OPTION indicator
  IID nu este prezent  
OPTION indicator
  Parametru de răspuns 
prezent  
OPTION indicator
  Starea de retur nu este 
prezentă  
Fill BIT STRING (SIZE (1))
  Neutilizat  
11 EID INTEGER (0..127,…)
  Nicio extensie, EID = 0 
(sistem)  
12 ResponseParameter CONTAINER {
  Nicio extensie, opţiune 
container = 2.  
13
 Nicio extensie. Lungimea 
șirului = 100 de octeţi  
14
 Date transmise (echoed)  
… …  
113 } }
  
114 FCS
  Secvenţă de verificare a 
cadrului  
115
 
116 Flag
  Indicator de final  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 581  
5.5. Rezervat pentru o utilizare viitoare  
▼M2 __________  
▼B 
5.6 Transferul de date între DSRC-VU și VU  
5.6.1  Conexiunea fizic ă și interfeţele 
DSC_66 Conexiunea dintre  VU ș i DSRC-VU  se poate realiza fie prin 
cablu fizic, fie prin comunicare fără fir cu rază scurtă de 
acţiune bazată pe BLE Bluetooth v4.0.  
DSC_67 Indiferent de interfaţa și de conexiunea fizică selectat e, trebuie 
satisfăcute următoarele cerinţe:  
DSC_68  ►M1 (a) Pentru ca diferiţi furnizori să poată fi contactaţi în 
scopul de a furniza VU și DSRC-VU, inclusiv 
loturi diferite de DSRC-VU, conexiunea dintre 
VU și DSRC-VU care nu este internă VU trebuie 
să fie o conexiune conformă unui standard 
disponibil în mod public. VU trebuie să se 
conecteze la DSRC-VU fie ◄  
i) folosind un cablu fix de cel puţin 2 metri, cu 
un conector DIN 41612 H11 drept – un 
conector cu fișă cu 11 pini aprobat de la 
DSRC-VU, care se potrivește cu un conector 
de recepţie DIN/ISO similar aprobat de la 
dispozitivul VU, fie  
ii) folosind Bluetooth de energie redusă (BLE), 
fie 
iii) folosind o conexiune standard ISO 11898 sau 
SAE J1939  
DSC_69 (b) definiţia interfeţelor și a conexiunii dintre VU și 
DSRC-VU trebuie să fie compatibilă cu comenzile de 
protocol de aplicaţie definite în secţiunea 5.6.2. și  
DSC_70 (c) VU și DSRC-VU trebuie să fie compatibile cu realizar ea 
transferului de date prin conexiune în ceea ce privește 
performanţa și alimentarea cu energie electrică.  
5.6.2  Protocolul de aplica ţie 
DSC_71 Protocolul de aplicaţie dintre echipamentul de comunicar e la 
distanţă al VU și DSRC-VU este responsabil cu transferul 
periodic al datelor pentru comunicarea la distanţă de la VU 
către DSRC.  
DSC_72 Sunt identificate următoarele comenzi principale:  
1. Iniţializarea legăturii de comunicare – solicitare  
2. Iniţializarea legăturii de comunicare – răspuns  
3. Transmiterea datelor cu identificatorul aplicaţiei RTM și 
datele utile definite de  RTM Data  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 582  
4. Confirmarea primirii datelor  
5. Încheierea legăturii de comunicare – solicitare  
6. Încheierea legăturii de comunicare – răspuns  
DSC_73 În ASN1.0, comenzile anterioare pot fi definite ca:
  
DSC_74 Descrierea comenzilor și a parametrilor este următoarea:  
—
 este 
folosită pentru a iniţializa legătura de comunicare. 
Comanda este transmisă de către VU la DSRC-VU.  LinkI­
dentifier  este setat de VU și comunicat DSRC-VU pentru 
a urmări o anumită legătură de comunicare.  
(Notă: aceasta are ca scop compatibilitatea cu legături 
viitoare și cu alte aplicaţii/module, precum cântărirea la 
bord).  
—
 este 
utilizată de DSRC-VU pentru a furniza răspunsul la soli­
citarea de iniţializare a legăturii de comunicare. Comanda 
este transmisă de DSRC-VU către VU. Comanda dă 
rezultatul iniţializării ca răspuns = 1 (reușită) sau =0 
(eșec).  
DSC_75 Iniţializarea legăturii de comunicare trebuie făcută doa r după 
instalarea, etalonarea și pornirea motorului/VU este pornită.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 583  
—
 este utilizată de VU pentru a 
transmite datele  RCDTData  (și anume  the remote commu ­
nication Data , datele pentru comunicarea la distanţă) 
semnate către DSRC-VU. Datele vor fi transmise la 
fiecare 60 de secunde. Parametrul  DataTransactionId  
identifică transmisiunea specifică de date.  LinkIdentifier  
este de asemenea folosit pentru a se asigura că legătura 
corespunzătoare este corectă.  
—
 este transmisă de 
DSRC-VU ca  feedback  pentru VU în ceea ce privește 
primirea datelor dintr-o comandă
  ­
identificată de parametrul  DataTransactionId . Parametrul 
de răspuns este 1 (reușită) sau =0 (eșec). Dacă o VU 
primește mai mult de trei răspunsuri egale cu 0 sau 
dacă VU nu primește o  RCDT Data Acknowledgment  
pentru o anumită  RCDT- Send Data  transmisă anterior 
cu un  DataTransactionId  specific, VU va genera și înre­
gistra un eveniment.  
—
 este 
transmisă de VU către DSRC-VU pentru a încheia o 
legătură aferentă unui anumit  LinkIdentifier . 
DSC_76 La repornirea DSRC-VU sau a unei VU, toate legăturile de  
comunicare existente ar trebui eliminate, deoarece ar putea 
exista legături „rupte” rămase în urma închiderii bruște a 
unei VU.  
—
 este 
transmis de DSRC-VU către VU pentru a confirma soli­
citarea de încheiere a legăturii de către VU pentru  LinkI­
dentifier -ul specific.  
5.7 Gestionarea erorilor  
5.7.1  Înregistrarea și comunicarea datelor în DSRC-VU  
▼M3 
DSC_77  Datele  trebuie furnizate  DSRC-VU , deja securizate, de către 
funcţia  VUSM . VUSM  trebuie să verifice că datele înregistrate 
în DSRC-VU  au fost transmise cu succes DSRC-VU. Înregis­
trarea și raportarea oricăror erori în transferul datelor de la  VU 
către memoria  DSRC-VU  trebuie înregistrate cu tipul Event­
FaultType și valoarea de enumerare stabilită la „0C”H eveni­
mentul „Eroare de comunicare cu echipamentul de comu­
nicare la distanţă”, împreună cu marca temporală.  VUSM  
trebuie să verifice dacă datele au fost transmise cu succes 
către DSRC-VU.  
DSC_78 Rezervat pentru o utilizare viitoare.  
▼B 
DSC_79 Dacă VUPM încearcă să obţină date VU de la modulul de 
securitate (pentru a le transmite către VU-DSRC), dar 
nu reușește, ea trebuie să înregistreze eșecul respectiv cu 
tipul EventFaultType  și valoarea de enumerare stabilită la  
„62”H  (anomalie a echipamentului de comunicare la 
distanţă), împreună cu marca temporală. Eșecul comunicării 
este detectat atunci când, timp de trei ori consecutiv, nu  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 584  
se primește un mesaj
  
Pentru
  aferentă (și anume 
cu același  DataTransactionId  în mesajele
  
). 
5.7.2  Erori de comunicare f ără fir 
DSC_80 Gestionarea erorilor de comunicare trebuie să fie în 
concordanţă cu standardele DSRC aferente, și anume EN 
300 674-1, EN 12253, EN 12795, EN 12834 și parametrii 
corespunzători din EN 13372.  
5.7.2.1  Erori de criptare și de semn ătură 
DSC_81 Erorile de criptare și de semnătură trebuie gestionate c onform 
definiţiei din apendicele 11 (Mecanisme de securitate 
comune) și nu sunt prezente în niciun mesaj de eroare 
asociat cu transferul DSRC de date.  
5.7.2.2  Înregistrarea erorilor  
Mediul DSRC este o comunicare fără fir dinamică într-un mediu d e 
condiţii de interferenţă și atmosferice nesigure, în special în  combinaţiile 
„REDCR portabil” și „vehicul în mișcare” implicate de această a plicaţie. 
Prin urmare, este necesar să se stabilească diferenţa dintre o „eroare de 
citire” și o condiţie de „eroare”. În cadrul unei tranzacţii pr intr-o 
interfaţă fără fir, eșecul de citire este ceva obișnuit și cons ecinţa este 
de obicei că trebuie reîncercat, și anume BST trebuie retransmi s și 
secvenţa trebuie încercată din nou, ceea ce, în majoritatea cir cum­
stanţelor, va duce la o conexiune de comunicare reușită și la t ransferul 
cu succes al datelor, cu excepţia cazului în care vehiculul viz at iese din 
raza de acţiune în decursul perioadei necesare pentru retransmi tere. (Este 
posibil ca o instanţă „reușită” a unei operaţiuni de „citire” s ă fi presupus 
mai multe încercări și reîncercări).  
Eșecul de citire se poate produce din cauză că antenele nu au f ost 
asociate în mod corespunzător (eșec de „ţintire”); din cauză că  una 
dintre antene este ecranată – în mod deliberat sau din cauza pr ezenţei 
fizice a altui vehicul, a interferenţelor radio, în special de la WIFI de 
circa 5,8 GHz sau de la alte comunicaţii fără fir cu acces publ ic, sau din 
cauza interferenţelor radar sau a condiţiilor atmosferice dific ile (de 
exemplu în timpul unei furtuni) ori pur și simplu din cauza ieș irii din 
raza de acţiune a comunicării DSRC. Instanţele individuale de e șecuri de 
citire, prin natura lor, nu pot fi înregistrate, pur și simplu deoarece 
comunicarea nu a avut loc.  
Cu toate acestea, dacă agentul autorităţii de control competent e vizează 
un vehicul și încearcă să interogheze  DSRC-VU  a acestuia, dar nu are 
loc niciun transfer de date reușit, este posibil ca acest eșec să se fi 
produs din cauza unei manipulări deliberate și, prin urmare, ag entul 
autorităţii de control competente are nevoie de o modalitate de  a înre­
gistra eșecul și de a alerta colegii din aval că este posibil s ă existe o 
încălcare a normelor. Aceștia din urmă pot apoi opri vehiculul și realiza 
o inspecţie fizică. Însă dat fiind faptul că nu a avut loc nici o comunicare 
reușită, DSRC-VU nu poate furniza date privind eșecul. Prin urm are, 
astfel de raportări depind de concepţia echipamentului REDCR.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 585  
„Eșecul de citire” este diferit din punct de vedere tehnic de o  „eroare”. 
În acest context, o „eroare” reprezintă obţinerea unei valori e ronate.  
Datele transferate către  DSRC-VU  sunt furnizate deja securizate, prin 
urmare trebuie verificate de către furnizorul datelor (a se ved ea 5.4).  
Datele transferate ulterior prin interfaţa aeriană sunt verific ate prin veri­
ficări redundante ciclice la nivelul comunicaţiilor. Dacă CRC l e 
validează, atunci datele sunt corecte. Dacă CRC nu le validează , 
datele sunt transmise din nou. Probabilitatea ca date incorecte  să poată 
trece cu succes printr-o CRC este atât de scăzută din punct de vedere 
statistic încât poate să nu fie luată în considerare.  
Dacă CRC nu validează datele și nu este timp pentru retransmite rea și 
primirea datelor corecte, atunci rezultatul nu va fi o eroare, ci o 
instanţiere a unui tip specific de eșec de citire.  
Singurele date de „eșec” semnificative care pot fi înregistrate  sunt cele 
privind numărul iniţierilor reușite de tranzacţii care au loc, dar care nu 
duc la un transfer reușit al datelor către REDCR.  
DSC_82 Prin urmare,  REDCR  înregistrează, cu marcă temporală, 
numărul ocaziilor în care etapa de „iniţializare” a unei inte­
rogări DSRC a reușit, însă tranzacţia s-a încheiat înainte ca  
datele  să fie obţinute cu succes de REDCR . Aceste date 
trebuie să fie disponibile pentru agentul autorităţii de 
control competente și trebuie stocate în memoria echipa­
mentului REDCR. Mijloacele prin care se realizează acest 
lucru depind de concepţia produsului sau de specificaţiile 
unei autorităţi de control competente.  
Singurele date de „eroare” semnificative care pot fi înre­
gistrate sunt cele privind numărul ocaziilor în care REDCR 
nu reușește să decripteze  datele  primite. Însă trebuie luat notă 
de faptul că aceasta se va referi numai la eficienţa 
software-ului REDCR. Datele pot fi decriptate tehnic, dar 
nu au sens din punct de vedere semantic.  
DSC_83 Prin urmare,  REDCR  trebuie să înregistreze, cu marcă 
temporală, numărul ocaziilor în care a încercat, fără succes, 
să descifreze datele primite prin interfaţa DSRC.  
6 TESTELE DE OPERAŢIONALITATE ȘI DE VERIFICARE 
PERIODICĂ PENTRU FUNCŢIA DE COMUNICARE LA 
DISTANŢĂ  
6.1 Generalit ăţi 
DSC_84 Pentru funcţia de comunicare la distanţă sunt prevăzute două 
tipuri de teste:  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 586  
1. Un test ECHO pentru a valida canalul de comunicare fără 
fir DSRC-REDCR  >>-:-< DSRC-VU . 
2. Un test de securitate „end-to-end” (de la un capăt la altul)  
pentru a se asigura faptul că un card de atelier este capabil 
să acceseze conţinutul de date criptate și semnate creat de 
VU și transmis prin canalul de comunicare fără fir.  
6.2 ECHO  
Prezenta clauză conţine dispoziţiile specifice pentru a testa n umai dacă  
DSRC-REDCR  >>-:-< DSRC-VU  este activ din punct de vedere func­ 
ţional.  
Obiectivul comenzii ECHO este de a permite atelierelor sau unit ăţilor de 
testare pentru omologarea de tip să verifice dacă legătura DSRC  func­ 
ţionează fără a avea nevoie de acces la elementele de securitat e. Prin 
urmare, echipamentele de testare trebuie doar să poată iniţiali za o comu­
nicare DSRC (transmiţând un BST cu AID=2) și să poată apoi trim ite 
comanda ECHO și, presupunând că DSRC funcţionează, vor primi 
răspunsul ECHO. A se vedea secţiunea 5.4.8 pentru detalii. Pres upunând 
că primește acest răspuns în mod corect, legătura DSRC ( DSRC-REDCR  
>>-:-< DSRC-VU ) poate fi validată ca funcţionând corect.  
6.3 Testele de validare a con ţinutului de date securizate  
DSC_85 Acest test este realizat pentru a valida fluxul de secur itate 
„end-to-end” al datelor. Pentru un astfel de test este necesar 
un cititor de testare DSRC. Cititorul de testare DSRC înde­
plinește aceeași funcţie și este implementat cu aceleași speci­
ficaţii ca cititorul folosit de forţele de ordine, cu diferenţa  c ă  
pentru autentificarea utilizatorului cititorului de testare DSR C 
trebuie folosit un card de atelier și nu un card de control. 
Testul poate fi executat după activarea iniţială a unui 
tahograf inteligent sau la sfârșitul procedurii de etalonare. 
După activare, unitatea montată pe vehicul trebuie să 
genereze și să comunice către DSRC-VU datele securizate 
pentru detectarea timpurie.  
DSC_86 Personalul atelierului trebuie să poziţioneze cititorul de testare 
DSRC la o distanţă de 2-10 metri în faţa vehiculului.  
DSC_87 Apoi, personalul atelierului introduce un card de atelie r în 
cititorul de testare DSRC pentru a solicita interogarea 
datelor pentru detectarea timpurie de la unitatea montată pe 
vehicul. După o interogare reușită, personalul atelierului va 
accesa datele primite pentru a se asigura ca au fost validate c u 
succes în ceea ce privește integritatea și decriptate.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 587  
ADDENDUM  
Norme pentru calcularea timpului de conducere zilnic, săptămâna l și bilunar  
1. Norme de bază pentru calcul  
VU calculează timpul de conducere zilnic, timpul de conducere s ăptămânal și 
timpul de conducere bilunar, utilizând datele relevante stocate  pe un card de 
conducător auto (sau de atelier) introdus în slotul pentru card ul de conducător 
auto (slotul 1, cititorul de card # 1) al unităţii montate pe v ehicul și activităţile 
selectate ale conducătorului auto atât timp cât acest card rămâ ne introdus în 
VU. 
Timpul de conducere nu se calculează dacă nu se introduce niciu n card de 
conducător auto (sau de atelier).  
Perioada NECUNOSCUTĂ identificată pe durata necesară pentru cal cule este 
asimilată cu PAUZĂ/ODIHNĂ.  
Perioadele și activităţile NECUNOSCUTE cu durată negativă (și a nume, 
începerea activităţii are loc după încheierea activităţii) din cauza suprapu­
nerilor de oră între două VU diferite sau din cauza ajustării o rei nu sunt 
luate în considerare.  
Activităţile înregistrate pe cardul conducătorului auto care co respund 
perioadelor „ÎN AFARA ZONEI DE APLICARE A REGLEMENTĂRILOR”, 
în conformitate cu definiţia (gg) din anexa IC se interpretează  după cum 
urmează:  
— PAUZĂ/ODIHNĂ se calculează ca „PAUZĂ” sau ca „ODIHNĂ”  
— LUCRU și CONDUCERE sunt considerate „LUCRU”  
— DISPONIBILITATE se consideră „DISPONIBILITATE”  
În contextul prezentului addendum, VU presupune că are o perioa dă de 
odihnă zilnică la începutul înregistrărilor privind activităţi de pe card.  
2. Concepte  
Următoarele concepte se aplică exclusiv prezentului apendice și  sunt destinate 
să specifice calcularea timpului de conducere de către VU și tr ansmiterea 
ulterioară a acestuia de către echipamentul de comunicare la di stanţă.  
(a) „schimb RTM” înseamnă perioada cuprinsă între sfârșitul une i perioade de 
odihnă zilnice și sfârșitul perioadei de odihnă zilnice imediat  următoare.  
VU începe un nou schimb RTM după încheierea unei perioade de od ihnă 
zilnice.  
Schimbul RTM în curs este perioada scursă de la sfârșitul ultim ei perioade 
de odihnă zilnice;  
(b) „timp de conducere acumulat” înseamnă suma dintre durata tu turor acti­
vităţilor de CONDUCERE ale conducătorului auto într-o perioadă care nu 
este ÎN AFARA ZONEI DE APLICARE A REGLEMENTĂRILOR”.  
(c) „timp de conducere zilnic” este timpul de conducere acumula t într-un 
schimb RTM;  
(d) „timp de conducere săptămânal” este timpul de conducere acu mulat 
pentru săptămâna în curs;  
(e) „perioadă de odihnă continuă” înseamnă orice perioadă neînt reruptă de 
PAUZĂ/ODIHNĂ;  
(f) „timp de conducere bilunar” este timpul de conducere acumul at pentru 
săptămâna anterioară și cea în curs;  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 588  
(g) „perioadă de odihnă zilnică” înseamnă o perioadă de PAUZĂ/O DIHNĂ, 
care poate fi:  
— o perioadă de odihnă zilnică normală,  
— o perioadă de odihnă zilnică divizată sau  
— o perioadă de odihnă zilnică redusă  
În contextul apendicelui 14, atunci când o VU calculează perioa dele de 
odihnă săptămânale, perioadele de odihnă săptămânale respective  sunt 
considerate perioade de odihnă zilnice;  
(h) „perioadă de odihnă zilnică normală” este o perioadă de odi hnă continuă 
de cel puţin 11 ore.  
În mod excepţional, în cazul în care este activă o condiţie de tip TRASEU 
PARCURS PE FERIBOT/ÎN TREN, perioada de odihnă zilnică normală 
poate fi întreruptă de maximum două ori de alte activităţi decâ t odihna, cu 
o durată maximă cumulată de o oră, și anume perioada de odihnă zilnică 
normală care conţine perioada (perioadele) traseului parcurs pe  feribot/în 
tren poate fi divizată în două sau trei părţi. VU calculează ap oi o perioadă 
de odihnă zilnică normală atunci când timpul de odihnă acumulat  calculat 
în conformitate cu punctul 3 este de cel puţin 11 ore.  
Atunci când o perioadă de odihnă zilnică normală a fost întreru ptă, VU:  
— nu include activitatea de conducere întâlnită în timpul acest or între­
ruperi în calcularea timpului de conducere zilnic și  
— începe un nou schimb RTM la sfârșitul perioadei de odihnă zil nică 
normală care a fost întreruptă.  
Figura 1.  
Exemplu de perioad ă de odihn ă zilnică întrerupt ă din cauza traseului parcurs pe feribot/în tren
  
(i) „perioadă de odihnă zilnică redusă” este o perioadă de odih nă continuă de 
minimum 9 ore, dar mai mică de 11 ore.  
(j) „perioadă de odihnă zilnică divizată” înseamnă o perioadă d e odihnă 
zilnică luată în două părţi:  
— prima parte este o perioadă de odihnă continuă de cel puţin 3  ore și 
mai mică de 9;  
— a doua parte este o perioadă de odihnă continuă de cel puţin 9 ore.  
În mod excepţional, atunci când o condiţie de tip TRASEU PARCUR S 
PE FERIBOT/ÎN TREN este activă în timpul uneia sau al ambelor p ărţi 
ale unei perioade de odihnă zilnică divizate, perioada de odihn ă zilnică 
divizată poate fi întreruptă de maximum două ori de alte activi tăţi cu 
durata acumulată de maximum o oră, și anume:  
— prima parte a perioadei de odihnă zilnică divizate poate fi î ntreruptă o 
dată sau de două ori sau  
— a doua parte a perioadei de odihnă zilnică divizată poate fi întreruptă o 
dată sau de două ori sau  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 589  
— prima parte a perioadei de odihnă zilnică divizate poate fi î ntreruptă o 
singură dată, iar a doua parte a perioadei de odihnă zilnică di vizată 
poate fi întreruptă o singură dată.  
VU calculează apoi o perioadă de odihnă zilnică divizată atunci  când 
timpul de odihnă acumulat calculat în conformitate cu punctul 3  este:  
— cel puţin trei ore și mai puţin de 11 ore pentru prima perioa dă de 
odihnă și cel puţin 9 ore pentru a doua perioadă de odihnă, atu nci 
când prima perioadă de odihnă a fost întreruptă de un TRASEU 
PARCURS PE FERIBOT/ÎN TREN.  
— cel puţin trei ore și mai puţin de 9 ore pentru prima perioad ă de 
odihnă și cel puţin 9 ore pentru a doua perioadă de odihnă, atu nci 
când prima perioadă de odihnă nu a fost întreruptă de un TRASEU  
PARCURS PE FERIBOT/ÎN TREN.  
Figura 2.  
Exemplu de perioad ă de odihn ă zilnică divizată întrerupt ă din cauza traseului parcurs pe feribot/în tren
  
Atunci când perioada de odihnă zilnică divizată a fost întrerup tă, VU:  
— nu include activitatea de conducere întâlnită în timpul acest or între­
ruperi în calcularea timpului de conducere zilnic și  
— începe un nou schimb RTM la sfârșitul perioadei de odihnă zil nică 
divizată care a fost întreruptă;  
(k) „săptămână” înseamnă perioada în ora UTC cuprinsă între lun i, ora 00.00 
și duminică, ora 24.00;  
3. Calcularea perioadei de odihnă când a fost întreruptă din ca uza traseului 
parcurs pe feribot/în tren  
Pentru calcularea perioadei de odihnă atunci când aceasta a fos t întreruptă din 
cauza traseului parcurs pe feribot/în tren, VU calculează timpu l de odihnă 
acumulat în conformitate cu următoarele etape:  
(a) Etapa 1  
VU detectează întreruperile timpului de odihnă care au loc înai nte de 
activarea indicatorului (ÎNCEPUT) TRASEU PARCURS PE 
FERIBOT/ÎN TREN, în conformitate cu figura 3 și, în cazul său, figura 
4 și evaluează pentru fiecare întrerupere detectată dacă sunt î ndeplinite 
următoarele condiţii:  
— întreruperea face ca durata totală a întreruperilor detectate , inclusiv în 
cazul în care întreruperile care au loc în prima parte a unei p erioade de 
odihnă zilnică divizate ca urmare a traseului parcurs pe feribo t/în tren, 
să depășească mai mult de o oră în total;  
— întreruperea face ca numărul total de întreruperi detectate, inclusiv în 
cazul în care întreruperile care au loc în prima parte a unei p erioade de 
odihnă zilnică divizate din cauza traseului parcurs pe feribot/ în tren, să 
fie mai mult de două;  
— există o „Introducere a locului în care se încheie perioadele  zilnice de 
muncă”, stocată după încheierea întreruperii.  
Dacă niciuna dintre condiţiile de mai sus nu este îndeplinită, perioada de 
odihnă continuă imediat anterioară întreruperii se adaugă la ti mpul de 
odihnă acumulat.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 590  
În cazul în care este îndeplinită cel puţin una dintre condiţii le de mai sus, 
VU fie oprește calcularea timpului de odihnă acumulat în confor mitate cu 
etapa 2, fie detectează întreruperile timpului de odihnă care a u loc după 
indicatorul (ÎNCEPUT) TRASEU PARCURS PE FERIBOT/ÎN TREN în 
conformitate cu etapa 3.  
(b) Etapa 2  
Pentru fiecare întrerupere detectată în conformitate cu etapa 1 , VU 
evaluează dacă ar trebui oprită calcularea timpului de odihnă a cumulat. 
VU oprește procesul de calcul atunci când la timpul de odihnă a cumulat 
au fost adăugate două perioade de odihnă continuă care au loc î nainte de 
activarea indicatorului (ÎNCEPUT) TRASEU PARCURS PE 
FERIBOT/ÎN TREN, inclusiv în cazul în care perioadele de odihnă  sunt 
adăugate în prima parte a unei perioade de odihnă zilnică diviz ate, 
întreruptă și de un traseu parcurs pe feribot/în tren. În caz c ontrar, VU 
acţionează în conformitate cu etapa 3.  
(c) Etapa 3  
În cazul în care, după efectuarea etapei 2, VU continuă calcula rea 
timpului de odihnă acumulat, VU detectează întreruperile care a u loc 
după dezactivarea condiţiei TRASEU PARCURS PE FERIBOT/ÎN 
TREN în conformitate cu figura 3 și, în cazul său, cu figura 4.  
Pentru fiecare întrerupere constatată, VU evaluează dacă întrer uperea face 
ca timpul acumulat al tuturor întreruperilor detectate să depăș ească mai 
mult de o oră în total, caz în care calcularea perioadei de odi hnă 
acumulate se încheie la sfârșitul perioadei de odihnă continuă anterioare 
întreruperii. În caz contrar, perioadele de odihnă continuă car e au loc după 
întreruperile respective se adaugă la calculul perioadei de odi hnă zilnică 
până la îndeplinirea condiţiei din etapa 4.  
(d) Etapa 4  
Calcularea timpului de odihnă acumulat se oprește atunci când V U a 
adăugat, ca rezultat al etapelor 1 și 3, maximum două perioade de 
odihnă continuă la perioada de odihnă pentru care este activată  condiţia 
TRASEU PARCURS PE FERIBOT/ÎN TREN, inclusiv în cazul în care 
întreruperile survin în prima parte a unei perioade de odihnă z ilnică 
divizate ca urmare a unui traseu parcurs pe feribot/în tren.  
Figura 3.  
Prelucrarea timpului de odihn ă de către VU pentru a stabili dac ă o perioad ă de odihn ă întrerupt ă se 
calculeaz ă ca perioad ă de odihn ă zilnică normală sau ca prima parte a unei perioade de odihn ă zilnică 
divizate
  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 591  
Figura 4.  
Prelucrarea timpului de odihn ă de către VU pentru a stabili dac ă o perioad ă de odihn ă întrerupt ă se 
calculeaz ă ca a doua parte a unei perioade de odihn ă zilnică divizate
  
Figura 5.  
Exemplu de perioad ă de odihn ă zilnică întrerupt ă de mai mult de dou ă ori, ceea ce face ca perioada de 
odihnă H să nu fie inclus ă în calcul
  
Figura 6.  
Exemplu de perioad ă de odihn ă zilnică în care perioada de calcul pentru feribot/tren începe la sfâr șitul 
zilei de lucru
  
Figura 7.  
Exemplu de perioad ă de odihn ă zilnică întrerupt ă de mai mult de dou ă ori, ceea ce face ca perioada de 
odihnă B să nu fie inclus ă în calcul
  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 592  
Figura 8.  
Exemplu de perioad ă de odihn ă zilnică divizată întrerupt ă o singur ă dată în timpul primei perioade de 
odihnă și o singur ă dată în cursul celei de a 2-a perioade de odihn ă
 
4. Calcularea timpului de conducere zilnic, săptămânal și bilun ar 
VU calculează timpul de conducere zilnic pentru schimburile RTM  în curs și 
anterioare. Timpul de conducere care apare în timpul întreruper ilor perioadelor 
de odihnă zilnice nu se adaugă la calculul timpului de conducer e zilnic, atunci 
când astfel de întreruperi sunt cauzate de un traseu parcurs pe  feribot/în tren, 
iar cerinţele prevăzute la literele (h) și (j) de la punctul 2 și cele de la punctul 
3 au fost îndeplinite. Cu toate acestea, atât timp cât VU nu a calculat o 
perioadă completă de odihnă zilnică normală sau divizată în con formitate cu 
punctul 3, timpul de conducere care are loc pe parcursul întrer uperilor se 
adaugă la timpul de conducere zilnic pentru schimbul RTM în cur s. 
De asemenea, VU calculează timpul de conducere săptămânal și bi lunar. 
Timpul de conducere care are loc în timpul întreruperilor perio adelor zilnice 
de odihnă datorate traseului parcurs pe feribot/în tren se adau gă la calculul 
timpului de conducere săptămânal și bilunar.”  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 593  
Apendicele 15  
MIGRAŢIE: GESTIONAREA COEXISTEN ŢEI MAI MULTOR 
GENERA ŢII ȘI VERSIUNI DE ECHIPAMENTE  
▼B 
CUPRINS  
1. DEFINIŢII  
2. DISPOZIŢII GENERALE  
2.1. Prezentare generală a tranziţiei  
▼M3 
2.2. Interoperabilitatea dintre VU și carduri  
▼B 
2.3. Interoperabilitatea dintre VU și MS  
2.4. Interoperabilitatea dintre unităţile montate pe vehicule, cardurile de 
tahograf și echipamentele pentru descărcarea datelor  
2.4.1 Descărcare directă de pe card de către IDE  
2.4.2 Descărcare de pe card prin intermediul unei unităţi monta te pe vehicul  
2.4.3 Descărcarea din unitatea montată pe vehicul  
2.5. Interoperabilitatea dintre VU și echipamentele de etalonar e 
3. PRINCIPALELE ETAPE ÎN PERIOADA ANTERIOARĂ DATEI 
INTRODUCERII  
4. DISPOZIŢII PENTRU PERIOADA POSTERIOARĂ DATEI INTRO­ 
DUCERII  
▼M3 
5. ÎNREGISTRAREA TRECERILOR FRONTIEREI ÎN TAHOGRAFELE 
DE PRIMA GENERAŢIE ȘI ÎN TAHOGRAFELE DE A DOUA 
GENERAŢIE, PRIMA VERSIUNE  
▼B 
1. DEFINIŢII  
În sensul prezentului apendice, se folosesc următoarele definiţ ii: 
sistem tahografic inteligent:  conform definiţiei din prezenta anexă 
[capitolul 1: definiţia (bbb)];  
sistem tahografic de prima genera ţie: conform definiţiei din prezentul 
regulament (articolul 2: definiţia 1);  
sistem tahografic de a doua genera ţie: conform definiţiei din prezentul 
regulament (articolul 2: definiţia 7);  
data introducerii:  conform definiţiei din prezenta anexă [capitolul 1: 
definiţia (ccc)];  
echipament inteligent dedicat (IDE):  echipament utilizat la descărcarea 
de date, conform definiţiei din apendicele 7 la prezenta anexă.  
▼M3 
2. DISPOZIŢII GENERALE  
2.1. Prezentare general ă a tranzi ţiei 
Introducerea prezentei anexe oferă o prezentare generală a tran ziţiei între 
sistemele tahografice de prima și a doua generaţie, precum și a  intro­
ducerii celei de a doua versiuni a aparaturii de înregistrare ș i a cardurilor 
de tahograf de a doua generaţie.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 594  
În plus faţă de dispoziţiile acestei introduceri, se pot reamin ti următoarele 
informaţii:  
— senzorii de mișcare de primă generaţie nu sunt interoperabili  cu nicio 
versiune a unităţilor montate pe vehicule de a doua generaţie;  
— numai senzori de mișcare de a doua generaţie pot fi instalaţi  în 
vehicule echipate cu orice versiune a unităţilor montate pe veh icule 
de a doua generaţie;  
— echipamentele de descărcare și de etalonare trebuie să permit ă 
utilizarea ambelor generaţii și versiuni ale aparaturii de înre gistrare 
și ale cardurilor de tahograf.  
2.2. Interoperabilitatea dintre VU și carduri  
Este de la sine înţeles că prima generaţie de carduri de tahogr af este 
interoperabilă cu prima generaţie de unităţi montate pe vehicul e [în 
conformitate cu anexa IB la Regulamentul (CEE) nr. 3821/85], ia r orice 
versiune a cardurilor de tahograf de a doua generaţie este inte roperabilă 
cu orice versiune a unităţilor montate pe vehicule de a doua de  generaţie 
(în conformitate cu anexa IC la prezentul regulament). În plus,  se aplică 
cerinţele de mai jos.  
MIG_001 Cu excepţia cazurilor prevăzute în cerinţa MIG_004 și î n 
cerinţa MIG_005, cardurile de tahograf de prima generaţie 
pot fi utilizate în continuare cu orice versiune a unităţilor 
montate pe vehicule de a doua generaţie, până la data de 
expirare a valabilităţii lor. Deţinătorii acestora pot însă 
solicita înlocuirea lor cu carduri de tahograf de a doua 
generaţie, de îndată ce acestea din urmă sunt disponibile.  
MIG_002 Orice versiune a unităţilor montate pe vehicule de a do ua 
generaţie trebuie să poată utiliza orice card valabil de 
conducător auto, de control și de societate de prima 
generaţie care este introdus.  
MIG_003 Această capacitate poate fi suprimată definitiv în aces te 
unităţi montate pe vehicule, în cadrul atelierelor, astfel încâ t 
să nu mai poată fi acceptate cardurile de tahograf de prima 
generaţie. Aceasta se poate face numai după ce Comisia 
Europeană a lansat o procedură pentru a solicita atelierelor 
să acţioneze în acest sens, de exemplu cu ocazia fiecărei 
inspecţii periodice a tahografului.  
MIG_004 A doua generaţie de unităţi montate pe vehicule trebuie  s ă  
poată utiliza numai carduri de atelier de a doua generaţie.  
MIG_005 Pentru stabilirea modului de funcţionare, orice versiun e a 
unităţilor montate pe vehicule de a doua generaţie trebuie 
să ia în considerare numai tipurile cardurilor valabile 
introduse, indiferent de generaţiile sau versiunile acestora.  
MIG_006 Orice versiune a unui card de tahograf de a doua genera ţie 
valabil trebuie să poată fi utilizată cu prima generaţie de 
unităţi montate pe vehicule exact în același mod ca un card 
de tahograf de prima generaţie de același tip.  
2.3. Interoperabilitatea dintre VU și MS  
Este de la sine înţeles că prima generaţie de senzori de mișcar e este 
interoperabilă cu prima generaţie de unităţi montate pe vehicul e, iar a 
doua generaţie de senzori de mișcare este interoperabilă cu ori ce 
versiune a unităţilor montate pe vehicule de a doua generaţie. În plus, 
se aplică cerinţele de mai jos.  
MIG_007 Orice versiune a unităţilor montate pe vehicule de a do ua 
generaţie nu trebuie să poată fi asociată și utilizată cu 
senzori de mișcare de prima generaţie.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 595  
MIG_008 Senzorii de mișcare de a doua generaţie pot fi asociaţi  ș i  
utilizaţi numai cu a doua generaţie de unităţi montate pe 
vehicule, în orice versiune, sau cu ambele generaţii de 
unităţi montate pe vehicule.  
2.4. Interoperabilitatea dintre unit ăţile montate pe vehicule, cardurile de 
tahograf și echipamentele pentru desc ărcarea datelor  
MIG_009 Echipamentele pentru descărcarea datelor pot fi compati bile 
cu toate generaţiile și versiunile unităţilor montate pe 
vehicule și ale cardurilor de tahograf.  
2.4.1  Descărcare direct ă de pe card de c ătre IDE  
MIG_010 Datele sunt descărcate de către IDE de pe cardurile de 
tahograf de o anumită generaţie introduse în cititoarele lor 
de carduri, cu utilizarea mecanismelor de securitate și a 
protocolului de descărcare a datelor aferente generaţiei 
respective, iar datele descărcate trebuie să aibă formatul 
definit pentru generaţia și versiunea respectivă.  
MIG_011 Pentru a permite controlarea conducătorilor auto de căt re 
autorităţi de control care nu aparţin de UE, trebuie să fie 
de asemenea posibilă descărcarea cardurilor de conducător 
auto (și de atelier) de a doua generaţie, în orice versiune a 
lor, exact în același mod ca și cardurile de conducător auto (ș i 
de atelier) de prima generaţie. Această descărcare trebuie să 
includă:  
— EF IC și ICC nesemnate (opţional),  
— EF nesemnate (prima generaţie) Card_Certificate și 
CA_Certificate,  
— celelalte EF cu date de aplicaţie (din cadrul DF 
Tachograph) impuse de protocolul de descărcare pentru 
cardurile de prima generaţie. Aceste informaţii trebuie să 
fie protejate de o semnătură digitală, în conformitate cu 
mecanismele de securitate aferente primei generaţii.  
Această descărcare nu trebuie să includă EF cu date de 
aplicaţie care sunt prezente doar în cardurile de 
conducător auto (și de atelier) de a doua generaţie, 
versiunea 1 sau versiunea 2 (EF cu date de aplicaţie din 
cadrul DF Tachograph_G2).  
2.4.2  Descărcare de pe card prin intermediul unei unit ăţi montate pe vehicul  
MIG_012 Datele de pe orice versiune a unui card de a doua gener aţie 
introdus într-o unitate montată pe vehicul de prima generaţie 
se descarcă folosind protocolul de descărcare a datelor aferent  
primei generaţii. Cardul trebuie să răspundă comenzilor date 
de unitatea montată pe vehicul exact în același mod ca un 
card de prima generaţie, iar datele descărcate trebuie să aibă 
același format ca datele descărcate de pe un card de prima 
generaţie.  
MIG_013 Datele de pe un card de prima generaţie introdus într-o  
unitate montată pe vehicul de a doua generaţie, în orice 
versiune, se descarcă folosind protocolul de descărcare a 
datelor definit în apendicele 7 la prezenta anexă. Unitatea 
montată pe vehicul trebuie să transmită comenzi cardului 
exact în același mod ca o unitate montată pe vehicul de 
prima generaţie, iar datele descărcate trebuie să respecte 
formatul definit pentru cardurile de prima generaţie.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 596  
2.4.3  Descărcarea din unitatea montat ă pe vehicul  
MIG_014 În afara cadrului controlului conducătorilor auto de că tre 
autorităţi de control din afara UE, datele din a doua 
generaţie de unităţi montate pe vehicule se descarcă 
folosind mecanismele de securitate aferente celei de-a doua 
generaţii și protocolul de descărcare a datelor specificat în 
apendicele 7 la prezenta anexă pentru versiunea relevantă.  
MIG_015 Pentru a permite controlarea conducătorilor auto de căt re 
autorităţi de control din afara UE, poate exista opţiunea 
descărcării datelor din orice versiune a celei de a doua 
generaţii de unităţi montate pe vehicule cu utilizarea meca­
nismelor de securitate aferente primei generaţii. Datele 
descărcate au în acest caz același format ca datele descărcate 
dintr-o unitate montată pe vehicul de prima generaţie. 
Această opţiune poate fi selectată cu ajutorul comenzilor 
din meniu.  
2.5. Interoperabilitatea dintre VU și echipamentele de etalonare  
MIG_016 Echipamentele de etalonare trebuie să poată efectua 
etalonarea fiecărei generaţii sau versiuni de tahografe, 
utilizând protocolul de etalonare aferent generaţiei sau 
versiunii respective. Echipamentul de etalonare poate fi 
compatibil cu toate generaţiile și versiunile unităţilor 
montate pe vehicul.  
3. PRINCIPALELE ETAPE ÎN PERIOADA ANTERIOARĂ DATEI 
INTRODUCERII  
MIG_017 Cheile și certificatele de testare sunt puse la dispozi ţia produ­
cătorilor la data publicării prezentei anexe.  
MIG_018 Testele de interoperabilitate trebuie să fie gata să în ceapă cu 
versiunea 2 a unităţilor montate pe vehicule și cu versiunea 2 
a cardurilor de tahograf, dacă producătorii solicită acest lucr u, 
cel târziu cu  15 luni  înainte de data introducerii.  
MIG_019 Pentru versiunea 2 a tahografelor de generaţia 2, a car durilor 
de tahograf și a senzorilor de mișcare, se utilizează aceleași 
chei și certificate ca și pentru echipamentele de generaţia 2 
versiunea 1.  
MIG_020 Statele membre trebuie să fie în măsură să emită versiu nea 2 
a cardurilor de atelier de a doua generaţie cel târziu cu  o lună 
înainte de data introducerii.  
MIG_021 Statele membre trebuie să fie în măsură să emită toate 
celelalte tipuri de carduri de tahograf de a doua generaţie, 
versiunea 2 cel târziu cu  o lună înainte de data introducerii.  
4. DISPOZIŢII PENTRU PERIOADA POSTERIOARĂ DATEI INTRO­
DUCERII  
MIG_022 Începând cu data introducerii, statele membre emit numa i 
versiunea 2 a cardurilor de tahograf de a doua generaţie.  
MIG_023 Producătorilor de unităţi montate pe vehicule / senzori  de 
mișcare li se permite să producă unităţi montate pe 
vehicule / senzori de mișcare de prima generaţie atât timp 
cât acestea / aceștia sunt utilizate / utilizaţi în practică, a stfel 
încât componentele defecte să poată fi înlocuite.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 597  
MIG_023a Cu efect de la data introducerii, unităţile montate pe  vehicule 
sau echipamentele GNSS externe de a doua generaţie, 
versiunea 1 care sunt defecte se înlocuiesc cu unităţile 
montate pe vehicule sau echipamentele GNSS externe de a 
doua generaţie, versiunea 2.  
MIG_024 Producătorilor de unităţi montate pe vehicule / senzori  de 
mișcare li se permite să solicite și să obţină menţinerea 
omologării de tip pentru tipurile de unităţi montate pe 
vehicule / senzori de mișcare de primă generaţie sau pentru 
versiunea 1 a celei de a doua generaţii de unităţi montate pe 
vehicule deja omologate de tip.  
5. ÎNREGISTRAREA TRECERILOR FRONTIEREI ÎN TAHOGRAFELE 
DE PRIMA GENERAŢIE ȘI ÎN TAHOGRAFELE DE A DOUA 
GENERAŢIE, PRIMA VERSIUNE  
MIG_025 Simbolul ţării și, dacă este cazul, al regiunii în care  intră 
conducătorul auto după trecerea frontierei unui stat membru 
în aplicarea articolului 34 alineatul (7) din Regulamentul (UE)  
nr. 165/2014 se introduce ca loc unde începe ziua de lucru, în 
conformitate cu introducerea manuală a locurilor prevăzute în 
cerinţa 60 din anexa IC la Regulamentul (UE) nr. 165/2014 și 
în cerinţa 50 din anexa IB la Regulamentul (CEE) 
nr. 3821/85.  ▼M3
 02016R0799 — RO — 21.08.2023 — 003.001 — 598  
Apendicele 16.  
ADAPTOR PENTRU VEHICULELE DIN CATEGORIILE M1 ȘI N1  
CUPRINS  
1. ABREVIERI ȘI DOCUMENTE DE REFERINŢĂ  
1.1. Abrevieri  
1.2. Standarde de referinţă  
2. CARACTERISTICILE GENERALE ȘI FUNCŢIILE ADAPTORULUI  
2.1. Descriere generală a adaptorului  
2.2. Funcţii  
2.3. Securitate  
3. CERINŢE PENTRU APARATURA DE ÎNREGISTRARE ÎN CAZUL 
INSTALĂRII UNUI ADAPTOR  
4. CERINŢE FUNCŢIONALE ȘI DE CONSTRUCŢIE PENTRU 
ADAPTOR  
4.1. Interfaţare și adaptarea impulsurilor de viteză de intrare  
4.2. Orientarea impulsurilor de intrare către senzorul de mișca re integrat  
4.3. Senzorul de mișcare integrat  
4.4. Cerinţe de securitate  
4.5. Caracteristici de performanţă  
4.6. Materiale  
4.7. Marcaje  
5. INSTALAREA APARATURII DE ÎNREGISTRARE ÎN CAZUL 
UTILIZĂRII UNUI ADAPTOR  
5.1. Instalarea  
5.2. Sigilarea  
6. CONTROALE, INSPECŢII ȘI REPARAŢII  
6.1. Inspecţii periodice  
7. OMOLOGAREA DE TIP A APARATURII DE ÎNREGISTRARE ÎN 
CAZUL UTILIZĂRII UNUI ADAPTOR  
7.1. Consideraţii generale  
7.2. Certificat de funcţionare  
1. ABREVIERI ȘI DOCUMENTE DE REFERINŢĂ  
1.1. Abrevieri  
TBD de precizat  
VU Unitate montată pe vehicul  
1.2. Standarde de referin ţă 
ISO16844-3  Road vehicles – Tachograph systems – Part 3 : Motion sensor 
interface  
2. CARACTERISTICILE GENERALE ȘI FUNCŢIILE ADAPTORULUI  
2.1. Descriere general ă a adaptorului  
ADA_001 Adaptorul furnizează unei unităţi montate pe vehicul co nectate 
date de mișcare securizate, care sunt în mod permanent repre­
zentative pentru viteza vehiculului și pentru distanţa parcursă  
de acesta.  
Adaptorul este destinat numai vehiculelor care, conform 
prezentului regulament, trebuie să fie echipate cu aparatură 
de înregistrare.  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 599  
Acesta se instalează și se utilizează numai la tipurile de 
vehicule definite la definiţia (yy), „adaptor”, acolo unde este  
imposibil din punct de vedere mecanic să se instaleze orice alt  
tip de senzor de mișcare existent care respectă dispoziţiile 
prezentei anexe și ale apendicelor 1-16 la prezenta anexă.  
Adaptorul nu se conectează mecanic la un element mobil al 
vehiculului, ci se conectează la impulsurile de viteză/distanţă  
generate de senzori integraţi sau de interfeţe alternative.  
ADA_002 Un senzor de mișcare omologat de tip (conform dispoziţi ilor 
din secţiunea 8 a prezentei anexe IC, Omologarea de tip a 
aparaturii de înregistrare și a cardurilor de tahograf) este 
montat în carcasa adaptorului, care conţine de asemenea un 
dispozitiv de convertire a impulsurilor al cărui rol este să 
orienteze impulsurile de intrare către senzorul de mișcare 
integrat. Senzorul de mișcare integrat este conectat la VU, 
astfel încât interfaţa dintre VU și adaptor să respecte 
cerinţele stabilite în standardul ISO16844-3.  
2.2. Funcţii 
ADA_003 Adaptorul are următoarele funcţii:  
— interfaţare și adaptarea impulsurilor de viteză de intrare,  
— orientarea impulsurilor de intrare către senzorul de mișcare 
integrat,  
— toate funcţiile senzorului de mișcare integrat, care 
furnizează VU date de mișcare securizate.  
2.3. Securitate  
ADA_004 Securitatea adaptorului nu se certifică conform obiecti vului 
general de securitate pentru senzorii de mișcare definit în ape n­
dicele 10 la prezenta anexă. În locul acestuia, se aplică 
cerinţele de securitate specificate în secţiunea 4.4 din 
prezentul apendice.  
3. CERINŢE PENTRU APARATURA DE ÎNREGISTRARE ÎN CAZUL 
INSTALĂRII UNUI ADAPTOR  
Cerinţele din următoarele capitole indică modul în care trebuie  înţelese 
cerinţele din prezenta anexă în cazul utilizării unui adaptor. Numerele 
aferente cerinţelor din anexa IC sunt menţionate între parantez e. 
ADA_005 Aparatura de înregistrare a oricărui vehicul prevăzut c u un 
adaptor trebuie să respecte toate dispoziţiile prezentei anexe,  
cu excepţia cazului în care se prevede altfel în prezentul 
apendice.  
ADA_006 Atunci când este instalat un adaptor, aparatura de înre gistrare 
include cabluri, adaptorul în sine (inclusiv un senzor de 
mișcare) și o VU (01).  
ADA_007 Funcţia de detectare a evenimentelor și/sau a anomaliil or 
aparaturii de înregistrare se modifică după cum urmează:  
— evenimentul „întreruperea alimentării cu energie electrică” 
este declanșat de VU, atunci când aceasta nu se află în 
modul de etalonare, în cazul oricărei întreruperi de peste 
200 de milisecunde a alimentării cu energie electrică a 
senzorului de mișcare integrat (79)  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 600  
— evenimentul „eroare a datelor de mișcare” este declanșat de 
VU în cazul întreruperii fluxului normal de date dintre 
senzorul de mișcare integrat și VU și/sau în cazul unor 
erori de integritate sau de autentificare a datelor survenite 
în timpul schimbului de date dintre senzorul de mișcare 
integrat și VU (83)  
— evenimentul „tentativă de încălcare a securităţii” este 
declanșat de VU, atunci când aceasta nu se află în modul 
de etalonare, în cazul oricărui eveniment care afectează 
securitatea senzorului de mișcare integrat (85)  
— anomalia „aparatura de înregistrare” este declanșată de VU, 
atunci când aceasta nu se află în modul de etalonare, în 
cazul oricărei defecţiuni a senzorului de mișcare integrat 
(88) 
ADA_008 Anomaliile adaptorului care pot fi detectate de aparatu ra de 
înregistrare sunt cele legate de senzorul de mișcare integrat 
(88).  
ADA_009 Funcţia de etalonare a VU permite asocierea automată a 
senzorului de mișcare integrat cu VU (202, 204).  
4. CERINŢE FUNCŢIONALE ȘI DE CONSTRUCŢIE PENTRU 
ADAPTOR  
4.1. Interfa ţare și adaptarea impulsurilor de vitez ă de intrare  
ADA_011 Interfaţa de intrare a adaptorului trebuie să accepte i mpulsuri 
de frecvenţă care sunt reprezentative pentru viteza vehiculului  
și pentru distanţa parcursă de acesta. Caracteristicile electri ce 
ale impulsurilor de intrare sunt:  a se defini de c ătre 
producător. Trebuie să existe reglaje, accesibile numai produ­
cătorului adaptorului și numai atelierului autorizat care efec­
tuează instalarea adaptorului, care să permită interfaţarea 
corectă a intrării adaptorului cu vehiculul, dacă este cazul.  
▼M3 
ADA_012 Interfaţa de intrare a adaptorului trebuie să fie capab ilă, dacă 
este cazul, să înmulţească sau să împartă impulsurile de 
frecvenţă ale impulsurilor de viteză de intrare cu un factor 
fix, pentru adaptarea semnalului la intervalul de factori k 
definit în prezenta anexă (2 400-25 000 de impulsuri/km). 
Acest factor fix poate fi programat numai de către producătorul  
adaptorului și de către atelierul autorizat care efectuează 
instalarea adaptorului.  
▼B 
4.2. Orientarea impulsurilor de intrare c ătre senzorul de mi șcare integrat  
ADA_013 Impulsurile de intrare, posibil adaptate după cum se sp ecifică 
mai sus, sunt direcţionate către senzorul de mișcare integrat, 
astfel încât fiecare impuls de intrare să fie detectat de senzo rul 
de mișcare.  
4.3. Senzorul de mi șcare integrat  
ADA_014 Senzorul de mișcare integrat este stimulat de impulsuri le 
induse, permiţându-i astfel să genereze date de mișcare care 
redau cu precizie deplasarea vehiculului, ca și cum ar fi 
interfaţat mecanic cu o parte mobilă a vehiculului.  
ADA_015 Datele de identificare ale senzorului de mișcare integr at sunt 
folosite de VU pentru identificarea adaptorului (95).  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 601  
ADA_016 Se consideră că datele de instalare stocate în senzorul  de 
mișcare integrat reprezintă datele de instalare ale adaptorului  
(122).  
4.4. Cerinţe de securitate  
ADA_017 Carcasa adaptorului se proiectează în așa fel încât să nu poată 
fi deschisă. Carcasa se sigilează, astfel încât tentativele de 
manipulare fizică frauduloasă să fie ușor de detectat (de 
exemplu, prin inspecţie vizuală, a se vedea ADA_035). 
Sigiliile respectă aceleași cerinţe ca cele folosite pentru 
sigiliile senzorilor de mișcare (398-406)  
ADA_018 Nu trebuie să fie posibilă scoaterea senzorului de mișc are 
integrat din adaptor fără ruperea sigiliului sau a sigiliilor 
carcasei adaptorului sau fără ruperea sigiliului dintre senzor 
și carcasa adaptorului (a se vedea ADA_034).  
ADA_019 Adaptorul trebuie să asigure faptul că datele de mișcar e nu pot 
fi prelucrate și extrase decât din intrarea adaptorului.  
4.5. Caracteristici de performan ţă 
ADA_020 Adaptorul trebuie să fie perfect funcţional în interval ul de 
temperatură definit de producător.  
ADA_021 Adaptorul este perfect funcţional în intervalul de umid itate 
10 %-90 % (214).  
ADA_022 Adaptorul este protejat împotriva supratensiunilor, a i nversării 
polarităţii sursei de alimentare și a scurtcircuitelor (216).  
ADA_023 Adaptorul trebuie fie:  
— să reacţioneze la un câmp magnetic care perturbă detectarea 
deplasării vehiculului; în acest caz, unitatea montată pe 
vehicul va înregistra și va stoca o anomalie a senzorului 
(88), fie  
— să fie prevăzut cu un element detector care să fie protejat 
împotriva câmpurilor magnetice sau imun la acestea (217).  
ADA_024 Adaptorul trebuie să respecte dispoziţiile Regulamentul ui inter­
naţional CEE-ONU nr. 10, referitor la compatibilitatea electro­
magnetică, și trebuie să fie protejat împotriva descărcărilor 
electrostatice și a curenţilor tranzitorii (218).  
4.6. Materiale  
ADA_025 Adaptorul trebuie să corespundă indicelui de protecţie  (a se 
defini de c ătre produc ător, în func ţie de pozi ţia de instalare)  
(220, 221).  
ADA_026 Carcasa adaptorului este de culoare galbenă.  
4.7. Marcaje  
ADA_027 Pe adaptor trebuie fixată o plăcuţă descriptivă care co nţine 
următoarele detalii:  
— denumirea și adresa producătorului adaptorului,  
— numărul de componentă al producătorului și anul de 
fabricaţie al adaptorului,  
— marca de omologare a tipului de adaptor sau a aparaturii de 
înregistrare care conţine adaptorul,  
— data instalării adaptorului,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 602  
— numărul de identificare al vehiculului pe care acesta a fost 
instalat.  
ADA_028 Plăcuţa descriptivă trebuie să includă de asemenea urmă toarele 
detalii (dacă acestea nu pot fi citite direct din afară pe senz orul 
de mișcare integrat):  
— denumirea producătorului senzorului de mișcare integrat,  
— numărul de componentă al producătorului și anul de 
fabricaţie al senzorului de mișcare integrat,  
— marca de omologare a senzorului de mișcare integrat.  
5. INSTALAREA APARATURII DE ÎNREGISTRARE ÎN CAZUL 
UTILIZĂRII UNUI ADAPTOR  
5.1. Instalarea  
ADA_029 Adaptoarele care urmează a fi instalate pe vehicule tre buie 
instalate numai de producătorii vehiculelor sau de ateliere 
aprobate, autorizate să instaleze, să activeze și să etaloneze 
tahografe digitale și tahografe inteligente.  
ADA_030 Un astfel de atelier aprobat care instalează adaptorul reglează 
interfaţa de intrare și selectează raportul de divizare al 
semnalului de intrare (dacă este cazul).  
ADA_031 Un astfel de atelier aprobat care instalează adaptorul sigilează 
apoi carcasa adaptorului.  
ADA_032 Adaptorul este instalat cât mai aproape de acea parte a  vehi­
culului care furnizează impulsurile de intrare.  
ADA_033 Cablurile de alimentare ale adaptorului sunt de culoare  roșie 
(polul pozitiv), respectiv neagră (masa).  
5.2. Sigilarea  
ADA_034 Se aplică următoarele cerinţe privind sigilarea:  
— carcasa adaptorului se sigilează (a se vedea ADA_017),  
— carcasa senzorului integrat se sigilează de carcasa adap­
torului, cu excepţia situaţiei în care nu este posibilă 
scoaterea senzorului din carcasa adaptorului fără ruperea 
sigiliului (sigiliilor) carcasei adaptorului (a se vedea 
ADA_18),  
— carcasa adaptorului se sigilează de vehicul,  
— conexiunea dintre adaptor și echipamentul care furnizează 
impulsurile de intrare ale acestuia se sigilează la ambele 
capete (în măsura în care este posibil în mod rezonabil).  
6. CONTROALE, INSPECŢII ȘI REPARAŢII  
6.1. Inspec ţii periodice  
ADA_035 Atunci când este folosit un adaptor, fiecare inspecţie periodică 
[inspecţie periodică înseamnă o inspecţie în conformitate cu 
cerinţele (409)-(413) din anexa 1C] asupra aparaturii de înre­
gistrare trebuie să includă următoarele controale:  
— verificarea faptului că adaptorul poartă marcajele de 
omologare de tip corespunzătoare,  
— verificarea faptului că sigiliul de pe adaptor și cel de pe 
conexiunile sale sunt intacte,  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 603  
— verificarea faptului că adaptorul este instalat astfel cum es te 
indicat pe plăcuţa de instalare,  
— verificarea faptului că adaptorul este instalat astfel cum es te 
specificat de producătorului adaptorului și/sau al 
vehiculului,  
— verificarea faptului că este autorizată montarea unui adaptor  
pe vehiculul care face obiectul inspecţiei.  
ADA_036 Aceste inspecţii includ o etalonare și o înlocuire a tu turor 
sigiliilor, indiferent de starea lor.  
7. OMOLOGAREA DE TIP A APARATURII DE ÎNREGISTRARE ÎN 
CAZUL UTILIZĂRII UNUI ADAPTOR  
7.1. Considera ţii generale  
ADA_037 Aparatura de înregistrare este prezentată completă în v ederea 
omologării, împreună cu adaptorul (425).  
ADA_038 Orice adaptor poate fi prezentat pentru propria omologa re de 
tip sau pentru omologarea de tip în calitate de componentă a 
unei aparaturi de înregistrare.  
ADA_039 O asemenea omologare de tip include teste de funcţionar e care 
implică folosirea adaptorului. Rezultatele pozitive obţinute în  
cadrul acestor teste sunt menţionate într-un certificat cores­
punzător (426).  
7.2. Certificat de func ţionare  
ADA_040 Producătorului adaptorului i se eliberează un certifica t de func­ 
ţionare pentru un adaptor sau pentru o aparatură de înregistrar e 
care include un adaptor numai în cazul în care au fost înre­
gistrate rezultate pozitive în cadrul tuturor testelor de func­  
ţionare minime menţionate mai jos.  
Nr. Test  Descriere  Cerinţe conexe  
1. Examinare administrativ ă 
1.1 Documentaţie  Corectitudinea 
documentaţiei adap­
torului  
2. Inspec ţie vizuală 
2.1. Respectarea documentaţiei de către adaptor  
2.2. Identificare/marcaje a(le) adaptorului  ADA_027, 
ADA_028  
2.3 Materiale ale adaptorului  (219)-(223) 
ADA_026  
2.4. Sigilarea  ADA_017, 
ADA_018, 
ADA_034  
3. Teste de func ţionare  
3.1 Orientarea impulsurilor de viteză către senzorul 
de mișcare integrat  ADA_013  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 604  
Nr. Test  Descriere  Cerinţe conexe  
3.2 Interfaţare și adaptarea impulsurilor de viteză de 
intrare  ADA_011, 
ADA_012  
3.3 Precizia măsurării deplasării  (30) – (35), (217)  
4. Teste de mediu  
4.1 Rezultatele testelor 
efectuate de producător  Rezultatele testelor 
de mediu efectuate 
de producător  ADA_020, 
ADA_021, 
ADA_022, 
ADA_024  
5. EMC  
5.1 emisii radiate și suscepti­
bilitate  Verificarea confor­
mităţii cu Directiva 
2006/28/CE  ADA_024  
5.2 Rezultatele testelor 
efectuate de producător  Rezultatele testelor 
de mediu efectuate 
de producător  ADA_024  ▼B
 02016R0799 — RO — 21.08.2023 — 003.001 — 605  
ANEXA II  
MARCA ȘI CERTIFICATUL DE OMOLOGARE  
I. MARCA DE OMOLOGARE  
1. Marca de omologare constă în următoarele:  
(a) un dreptunghi în interiorul căruia se plasează litera „e” u rmată de un 
număr sau de o literă distinctiv(ă) pentru ţara care a emis omo logarea, 
conform următoarelor semne convenţionale: 
Belgia  6 ,  
Bulgaria  34,  
Republica Cehă  8 ,  
Danemarca  18,  
Germania  1 ,  
Estonia  29,  
Irlanda  24,  
Grecia  23,  
Spania  9 ,  
Franţa  2 ,  
Croaţia  25,  
Italia  3 ,  
Cipru  CY,  
Letonia  32,  
Lituania  36,  
Luxemburg  13,  
Ungaria  7 ,  
Malta  MT,  
Ţările de Jos  4 ,  
Austria  12,  
Polonia  20,  
Portugalia  21,  
România  19,  
Slovenia  26,  
Slovacia  27,  
Finlanda  17,  
Suedia  5 ,  
Regatul Unit  11,  
și 
▼M1 
(b) un număr de omologare care corespunde numărului certificatu lui de 
omologare acordat prototipului de aparatură de înregistrare, de  foaie de 
înregistrare sau de card de tahograf, plasat în imediata apropi ere a drep­
tunghiului respectiv.  ▼C1
 02016R0799 — RO — 21.08.2023 — 003.001 — 606  
2. Marca de omologare se aplică pe plăcuţa descriptivă a fiecăr ui set de 
aparatură, precum și pe fiecare foaie de înregistrare și pe fie care card de 
tahograf. Marca trebuie să fie indelebilă și să rămână întotdea una clar lizibilă.  
3. Dimensiunile mărcii de omologare prezentate mai jos (  1 ) sunt exprimate în 
milimetri, acestea reprezentând dimensiunile minime. Raportul d intre 
dimensiuni trebuie păstrat.
  ▼C1 
( 1 ) Aceste cifre sunt prezentate doar cu titlu orientativ.
 02016R0799 — RO — 21.08.2023 — 003.001 — 607  
II. CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE ANALOGICE  
Un stat membru care a acordat o omologare emite solicitantului un certificat de 
omologare, al cărui model este prezentat în continuare. Atunci când informează 
celelalte state membre cu privire la omologările emise sau, dac ă este cazul, 
retrase, statul membru în cauză folosește copii ale certificatu lui de omologare 
respectiv.  
CERTIFICAT DE OMOLOGARE  
Denumirea administraţiei  
Notificare privind (  1 ): 
— omologarea unui tip de aparatură de înregistrare  
— retragerea omologării unui tip de aparatură de înregistrare  
— omologarea unui model de foaie de înregistrare  
— retragerea omologării unui model de foaie de înregistrare  
Omologarea nr.:  
...................................  
1. Denumirea sau marca comercială  
2. Denumirea tipului sau  
3. Denumirea producătorului  
4. Adresa producătorului  
5. Prezentat pentru omologare la  
6. Testat la  
7. Data și numărul testului (testelor)  
8. Data omologării  
9. Data retragerii omologării  
10. Tipul sau tipurile de aparatură de înregistrare pentru care  este destinată foaia 
de înregistrare  
11. Locul  
12. Data  
13. Documente descriptive anexate  
14. Observaţii (inclusiv poziţia sigiliilor, dacă este cazul)  
(Semnătura)  ▼C1 
( 1 ) A se șterge menţiunile care nu sunt aplicabile.
 02016R0799 — RO — 21.08.2023 — 003.001 — 608  
III. CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE DIGITALE  
Un stat membru care a acordat o omologare emite solicitantului un certificat de 
omologare, al cărui model este prezentat în continuare. Atunci când informează 
celelalte state membre cu privire la omologările emise sau, dac ă este cazul, 
retrase, statul membru în cauză folosește copii ale certificatu lui de omologare 
respectiv.  
CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE DIGITALE  
Denumirea administraţiei  
Notificare privind (  1 ): 
□ omologarea:  □  retragerea omologării:  
□ unui model de aparatură de înregistrare  
□ unei componente de aparatură de înregistrare (  2 ) 
□ unui card de conducător auto  
□ unui card de atelier  
□ unui card de societate  
□ unui card de controlor  
Omologarea nr.:  
1. Firma producătoare sau marca comercială  
2. Denumirea modelului  
3. Denumirea producătorului  
4. Adresa producătorului  
▼M1 
5. Prezentat spre omologare la  
▼C1 
6. Laborator (laboratoare)  
7. Data și numărul raportului de testare  
8. Data omologării  
9. Data retragerii omologării  
10. Modelul aparaturii (aparaturilor) de înregistrare cu care e ste destinată a fi 
folosită componenta  
11. Locul  
12. Data  
13. Documente descriptive anexate  
14. Observaţii (inclusiv poziţia sigiliilor, dacă este cazul)  
(Semnătura)  ▼C1 
( 1 ) A se bifa casetele relevante. 
( 2 ) A se preciza componenta care face obiectul notificării.
 02016R0799 — RO — 21.08.2023 — 003.001 — 609  
IV. CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE INTELIGENTE  
Un stat membru care a acordat o omologare emite solicitantului un certificat de 
omologare, al cărui model este prezentat în continuare. Atunci când informează 
celelalte state membre cu privire la omologările emise sau, dac ă este cazul, 
retrase, statul membru în cauză folosește copii ale certificatu lui de omologare 
respectiv.  
CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE INTELIGENTE  
Denumirea administraţiei  
Notificare privind (  1 ): 
□ omologarea:  □  retragerea omologării:  
□ unui model de aparatură de înregistrare  
□ unei componente de aparatură de înregistrare (  2 ) 
□ unui card de conducător auto  
□ unui card de atelier  
□ unui card de societate  
□ unui card de controlor  
Omologarea nr.:  
1. Firma producătoare sau marca comercială  
2. Denumirea modelului  
3. Denumirea producătorului  
4. Adresa producătorului  
▼M1 
5. Prezentat spre omologare la  
▼C1 
6. (a) Laborator de testare pentru certificarea funcţionării  
(b) Laborator de testare pentru certificarea securităţii  
(c) Laborator de testare pentru certificarea interoperabilităţi i 
7. (a) Data și numărul certificatului de funcţionare  
8. Data omologării  
9. Data retragerii omologării  
10. Modelul aparaturii (aparaturilor) de înregistrare cu care e ste destinată a fi 
folosită componenta  
11. Locul  
12. Data  
13. Documente descriptive anexate  
14. Observaţii (inclusiv poziţia sigiliilor, dacă este cazul)  
(Semnătura)  ▼C1 
( 1 ) A se bifa casetele relevante. 
( 2 ) A se preciza componenta care face obiectul notificării.