II 
(Acte fără caracter legislativ) 
REGUL AMENTE 
REGUL AMENTUL DE PUNERE ÎN APLIC ARE (UE) 2016/799 AL COMISIEI 
din 18 mar tie 2016 
de punere în aplicare a Regulamentului (UE) nr. 165/2014 al Parlamentului European și al 
Consiliului de stabilire a cerințelor pentr u cons truirea, testarea, inst alarea, operarea și repararea 
tahog rafelor și a componentelor aces tora 
(Text cu relevanță pentr u SEE) 
COMIS IA EUR OPEANĂ, 
având în vedere Tratatul privind funcționarea Uniunii Europene, 
având în vedere Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului din 4 februarie 2014 
privind tahografele în transpor tul rutier (1), în special articolul 11 și articolul 12 alineatul (7), 
întrucât: 
(1)  Regulamentul (UE) nr. 165/2014 a introdus tahografele digitale de a doua generație, numite tahografe intelig ente, 
care includ o legătură cu sistemul global de navig ație prin satelit (GNSS), un echi pament de comunicare în scopul 
detectăr ii timpurii la distanță și o interfaț ă cu sisteme le de transpor t intelig ente. Ar trebui să fie stabilit e specifi ­
cațiile pentr u cerințele tehnice privind constr ucția tahografelor inteli gent e. 
(2)  Echipamentul de detec tare timpurie la distanță introdus prin articolul 9 alineatul (4) din Regulamentul (UE) 
nr. 165/2014 ar trebui să transmită unui agent de control în trafic datele din tahograful digital și informațiile 
referitoare la masele și la masa pe axe ale vehiculului complet (auto tractor și remorci sau semiremorci), în 
conf ormitate cu Directiva 96/53/CE a Parlamentului European și a Consiliului (2). Aceasta ar trebui să permită un 
control eficace și rapid al vehiculelor de către autoritățile de control, cu mai puține dispozitive electronice în 
cabina vehiculului. 
(3)  În conf ormitate cu Directiva 96/53/CE, echi pamentul de detectare timpurie la distanță ar trebui să utilizeze 
standardele CEN DSR C (3) menționate în directiva respectivă, în banda de frecvențe de la 5 795 la 5 805 MHz. 
Deoarece această bandă de frecvențe este utilizată și pentr u taxarea rutieră electronică, pentr u a evita interfe ­
rențele dintre aplicațiile de taxare rutieră și cele de control, agenții de control ar trebui să nu utilizeze 
echi pamentul de detectare timpurie la o stație de taxare rutieră. 
(4)  Odată cu tahograful inteli gent, ar trebui introduse noi mecanisme de secur itate pentr u menținerea nivelului de 
secur itate al tahografului digital, pentr u a aborda aspect ele vulnerabile actuale în mate rie de secur itate. Unul 
dintre aceste aspect e vulnerabile este absența datelor de expirare a certificatelor digitale. Pentr u a asigura conf or­
mitatea cu cele mai bune practici în mater ie de secur itate, se recomandă evitarea utilizăr ii certificatelor digitale 
fără date de expirare. Perioada de valabilitate în condiții normale de funcționare a unităților montate pe vehicule 
ar trebui să fie de 15 ani de la data eliberăr ii certificatelor digitale pentr u unitățile montate pe vehicul. Unitățile 
montate pe vehicule ar trebui să fie înlocuit e după expirarea perioadei de valabilitate menționat e. 26.5.2016 L 139/1 Jurnalul Oficial al Uniunii Europene RO    
(1)JO L 60, 28.2.2014, p. 1. 
(2)Directiva 96/53/CE a Consiliului din 25 iulie 1996 de stabilire, pentr u anumite vehicule rutiere care circulă în inter iorul Comunității, a 
dimensiunilor maxime auto rizate în traficul național și inter național și a greutății maxime autoriz ate în traficu l inter național (JO L 235, 
17.9.1996, p. 59). 
(3)Standardele privind comunicațiile specializate cu rază scur tă de acțiune (Dedicated Shor t Range Communications) ale Comitet ului European 
de Standardizare (CEN) EN 12253, EN 12795, EN 12834, EN 13372 și ISO 14906. 
(5)  Furnizarea de informații de poziționare secur izate și fiabile reprezintă un element esențial al funcționăr ii eficace a 
tahografelor inteli gent e. Prin urmare, este opor tun să se asigure compat ibilitatea acestora cu serviciile cu valoare 
adăugată furnizate de programul Galileo, astfel cum este prevăzut în Regulamentul (UE) nr. 1285/2013 al 
Parlamentului European și al Consiliului (1), în scopul îmbunătățir ii secur ității tahografului inteligent. 
(6)  În conf ormitate cu articolul 8 alineatul (1), articolul 9 alineatul (1) și articolul 10 alineat ele (1) și (2) din 
Regulamentul (UE) nr. 165/2014, mecanismele de secur itate introduse de regulamentul menționat ar trebui să se 
aplice la 36 de luni de la data intrăr ii în vigoare a actelor de punere în aplicare necesare, pentr u a permite 
producăt orilor să dezv olte noua generație de tahografe intelig ente și să obțină certificatele de omologar e de tip 
aferente de la autor itățile compet ente. 
(7)  În conf ormitate cu Regulamentul (UE) nr. 165/2014, vehiculele înmatr iculat e pentr u prima dată într-un stat 
membr u la 36 de luni de la intrarea în vigoare a prezentului regulament al Comisiei ar trebui să fie echipate cu 
un tahograf intelig ent care respectă cerințele prezentului regulament al Comisiei. În orice caz, toat e vehiculele 
care circulă într-un stat membr u diferit de statul lor membr u de înmatr iculare ar trebui să fie echi pate cu un 
tahograf intelig ent conf orm la 15 ani de la data aplicăr ii acestor cerințe. 
(8)  Regulamentul (CE) nr. 68/2009 al Comisiei (2) a permis, în cursul unei perioade de tranziție care expiră la 31 
decembr ie 2013, utilizarea unui adapt or pentr u a face posibilă instalarea tahografelor în vehiculele de tip M1 și 
N1. Din cauza dificultăților tehnice lega te de găsirea unei altern ative la utilizarea unui adapt or, experții din 
industr ia automob ilelor și din industr ia tahografe lor, împ reună cu Comisia, au concluzionat că nu există o soluție 
alternativă la adap tor care să nu presupună costur i ridicate pentr u industr ie, disproporționate față de dimensiunea 
pieței. Prin urmare, utilizarea unui adapt or în cazul vehiculelor de tip M1 și N1 ar trebui să fie permisă pe o 
perioadă nedeter minată. 
(9)  Măsur ile prevăzut e în prezentul regulament sunt conf orme cu avizul comit etului menționat la articolul 42 
alineatul (3) din Regulamentul (UE) nr. 165/2014, 
ADOPTĂ PREZENTUL REGUL AMENT : 
Articolul 1 
Obiect și domeniu de aplicare 
(1) Prezentul regulament stabileșt e dispozițiile necesare pentr u aplicarea unif ormă a următoar elor aspect e refer itoare 
la tahografe : 
(a)  înregistrarea poziției vehiculului în anumite puncte în timpul zilei de lucr u a conducăt orului auto; 
(b)  detec tarea timpurie la distanță a posibilelor manipulăr i sau utilizăr i abuzive ale tahografelor inteligent e; 
(c)  interfaț a cu sisteme le de transpor t intelig ente; 
(d)  cerințele administrative și tehnice pentr u procedur ile de omologare de tip a tahografelor , inclusiv a mecanismelor de 
secur itate. 
(2) Constr uirea, testarea, instalarea, inspectarea, operarea și repararea tahografe lor inteligent e și a compo nentelor 
acest ora trebuie să respecte cerințele tehnice stabilite în anexa 1C la prezentul regulament. 
(3) Celelalte tahografe , în afara tahografe lor inteli gent e, trebuie să respecte în continuare, în ceea ce priveșt e 
constr uirea, testarea, instalarea, inspectarea, operarea și repararea, cerințele din anexa 1 sau din anexa 1B la 
Regulamentul (CEE) nr. 3821/85 al Consiliului (3), după caz. 26.5.2016 L 139/2 Jurnalul Oficial al Uniunii Europene RO    
(1)Regulamentul (UE) nr. 1285/2013 al Parlamentului European și al Consiliului din 11 decembr ie 2013 privind punerea în aplicare și 
exploatarea sistemelor europene de radionav igație prin satelit și de abrogare a Regulamentului (CE) nr. 876/2002 al Consiliului și a 
Regulamentului (CE) nr. 683/2008 al Parlamentului European și al Consiliului (JO L 347, 20.12.2013, p. 1). 
(2)Regulamentul (CE) nr. 68/2009 al Comisiei din 23 ianuar ie 2009 de adap tare pentr u a noua oară la progresul tehnic a Regula ­
mentului (CEE) nr. 3821/85 al Consiliului privind aparatura de înregistrare în transpor tul rutier (JO L 21, 24.1.2009, p. 3). 
(3)Regulamentul (CEE) nr. 3821/85 al Consiliului din 20 decembr ie 1985 privind aparatura de înregistrare în transpor tul rutier (JO L 370, 
31.12.1985, p. 8). 
(4) În temeiul articolului 10d din Directiva 96/53/CE, echi pamentul de detec tare timpur ie la distanță trebuie să 
transmită, de asemenea, datele refer itoare la greutate furnizate de un sistem intern de cântăr ire la bord, în scopul 
detectăr ii timpurii a fraudelor . 
Articolul 2 
Def iniții 
În scopul prezentului regulament, se aplică definițiile prevăzute la articolul 2 din Regulamentul (UE) nr. 165/2014. 
În plus, se aplică următoar ele definiții:  
1. „tahograf digital” sau „tahograf de primă generație” înseamnă un tahograf digital care nu este un tahograf inteli gent ;  
2. „echipament GNSS extern ” înseamnă un echipament care conține recep torul GNSS atunci când unitatea montată pe 
vehicul nu este o unitate compactă, precum și alte compo nente necesare pentr u prote cția comunicăr ii datelor de 
poziționare către restul unității montate pe vehicul;  
3. „dosar informativ” înseamnă dosar ul compl et, în format electronic sau pe hârtie, care conține toat e informațiile 
furnizate de producăt or sau de agentul său autor ității de omologare de tip în scopul omologăr ii de tip a unui 
tahograf sau a unei compo nente a acestuia, inclusiv certificatele menționate la articolul 12 alineatul (3) din 
Regulamentul (UE) nr. 165/2014, rezultatele testelor definite în anexa 1C la prezentul regulament, precum și schițe, 
fotografii și alte documente relevante ;  
4. „dosar de omologare” înseamnă dosar ul informativ , în format electronic sau pe hârtie, însoțit de orice alte documente 
adăugat e de autor itatea de omologa re de tip la dosar ul informativ în cursul exercitări i funcțiilor sale, inclusiv , la 
sfârșitul procesului de omologar e de tip, certificatul de omologare CE de tip a tahografului sau a unei component e a 
acestuia;  
5. „opisul dosar ului de omolog are” înseamnă documentul care enumeră conținutul numerotat al dosar ului de 
omologar e, care identifică toat e părțile relevante din acest dosar . Formatul acestui document evidențiază etapele 
succesive ale procesului de omologare CE de tip și include datele de revizuire și de actualizare a dosar ului respectiv ;  
6. „echipament de detectare timp urie la distanță” înseamnă aparatura unității montate pe vehicul care este folosită 
pentr u efectuarea de controale selective în trafic;  
7. „tahograf intelig ent” sau „tahograf de a doua generație” înseamnă un tahograf digital care este în conf ormitate cu 
articolele 8, 9 și 10 din Regulamentul (UE) nr. 165/2014, precum și cu anexa 1C la prezentul regulament ;  
8. „com ponentă a tahografului” sau „componentă” înseamnă oricare dintre următoarel e element e: unitatea montată pe 
vehicul, senzor ul de mișcare, cardul de tahograf, foaia de înregistrare, echipamentul GNSS extern și echi pamentul de 
detectare timpurie la distanță;  
9. „auto ritate de omologar e de tip” înseamnă autor itatea unui stat membr u care are compet ența de a efectua 
omologar ea de tip a tahografului sau a component elor sale și de a desfășura procesul de autor izare, precum și de a 
elibera și, dacă este cazul, de a retrag e certificatele de omologar e de tip, care acționează ca punct de contact cu 
autoritățile de omologar e de tip ale altor state membre și care garantează că producător ii își îndeplinesc obligațiile în 
ceea ce priveșt e conf ormitatea cu cerințele prezentului regulament. 
Articolul 3 
Servicii bazate pe localizare 
(1) Producător ii trebuie să se asigure că tahografele intelig ente sunt compatib ile cu serviciile de poziționare furnizat e 
de sistemele Galileo și Serviciul european geostaționar mixt de navi gare (EGNOS). 
(2) Pe lângă sisteme le menționate la alineatul (1), producăt orii pot alege, de asemenea, să asigure compati bilitatea cu 
alte siste me de navi gație prin satelit. 26.5.2016 L 139/3 Jurnalul Oficial al Uniunii Europene RO    
Articolul 4 
Procedura de omologare de tip a unui tahog raf și a componentelor tahog rafului 
(1) Un producăt or sau agentul său trebuie să depună o cerere pentr u omologar ea de tip a unui tahograf, a oricăreia 
dintre component ele acestuia sau a oricărui grup de compo nente, la autori tățile de omolog are de tip desemnate de 
fiecare stat membr u. Cererea constă într-un dosar informativ care conține informațiile referitoare la fiecare dintre 
compo nentele vizate , inclusiv , acolo unde este cazul, certificatele de omologare de tip ale celorlalte compo nente necesare 
pentr u a completa tahograful, precum și orice alte documente relevante. 
(2) Un stat membr u acordă omologar ea de tip pentr u orice tahograf, componentă sau grup de compo nente care 
respectă cerințele administrative și tehnice menționat e la articolul 1 alineatul (2) sau (3), după caz. În acest caz, 
autori tatea de omologar e de tip eliberează solicitantului un certificat de omologa re de tip care respectă modelul stabilit 
în anexa II la prezentul regulament. 
(3) Autoritatea de omologare de tip poate solicita producăt orului sau agentului acestuia să furnizeze orice informații 
suplimentare. 
(4) Producător ul sau agentul său pune la dispoziția autorităților de omologar e de tip, precum și a entităților 
responsabile cu eliberarea certificatelor menționat e la articolul 12 alineatul (3) din Regulamentul (UE) nr. 165/2014, 
număr ul de tahografe sau de compo nente de tahograf care este necesar pentr u a permite ca procedura de omologare de 
tip să se desfășoare în mod satisfăcător . 
(5) În cazul în care producăt orul sau agentul său dorește să obțină o omologare de tip a anumitor compo nente sau 
grupur i de compo nente ale unui tahograf, acesta furnizează autori tăților de omologa re de tip celelalte compo nent e deja 
omologat e de tip, precum și alte piese necesare pentr u constr uirea tahografului compl et, pentr u a permite autori tăților 
respective să efectueze testele necesare. 
Articolul 5 
Modif icarea omologăr ilor de tip 
(1) Producător ul sau agentul său informează fără întârziere autori tățile de omologare de tip care au acordat 
omologar ea de tip inițială, în legătură cu orice modifi care a software-ului sau a hardware-ului tahografului sau a natur ii 
mate rialelor utilizate la fabr icarea acestuia care sunt înregistrat e în dosar ul de omologar e, și depune o cerere de 
modificare a omologăr ii de tip. 
(2) Autoritățile de omologar e de tip pot revizui sau extinde o omologare de tip existentă, sau pot acorda o nouă 
omologar e de tip în funcție de natura și de caracter isticile modificăr ilor. 
În cazul în care autori tatea de omologar e de tip consideră că modifi cările software-ului, ale hardware-ului tahografului 
sau ale natur ii mater ialelor utilizat e la fabricarea acestuia sunt minore, are loc o „revizuire”. În astfe l de cazur i, 
autori tatea de omologar e de tip eliberează documentele revizuite din dosar ul de omologare, indicând natura modifi ­
cărilor realizate și data aprobăr ii lor. O versiune actualizată a dosar ului de omologare într-o formă consolidată, însoțită 
de o descr iere detaliată a modificăr ilor aduse, este sufic ientă pentr u a îndeplini această cerință. 
În cazul în care autori tatea de omologar e de tip consideră că modifi cările software-ului, ale hardware-ului tahografului 
sau ale natur ii mater ialelor utilizate la fabr icarea acestuia sunt substanțiale, are loc o „extindere”. În astfel de cazur i, 
autori tatea de omologare de tip poate solicita să se efectueze noi teste și informează în mod corespunzăt or producător ul 
sau agentul acestuia. Dacă acest e teste sunt satisfăcătoare, autori tatea de omologar e de tip eliberează un certificat de 
omologar e de tip ce conține un număr care se referă la extinderea acordată. Certificatul de omologar e de tip precizează 
motivul extinder ii și data eliberăr ii. 
(3) În opisul dosar ului de omologare se indică data celei mai recent e extinder i sau revizuir i a omologăr ii de tip sau 
data celei mai recente consolidăr i a versiunii actualizate a omologăr ii de tip. 26.5.2016 L 139/4 Jurnalul Oficial al Uniunii Europene RO    
(4) Este necesară o nouă omologa re de tip atunci când modificăr ile aduse tahografului omolog at de tip sau 
compo nentelor sale omologa te de tip ar conduce la eliberarea unui nou certificat de secur itate sau a unui nou certificat 
de inter operabilitate. 
Articolul 6 
Intrare în vigoare 
Prezentul regulament intră în vigoare în a douăzecea zi de la data publicăr ii în Jurnalul Oficial al Uniunii Europene. 
Se aplică de la 2 mar tie 2016. 
Cu toat e acest ea, anexele se aplică de la 2 mar tie 2019, cu excep ția apendicelui 16, care se aplică de la 2 mar tie 2016. 
Prezentul regulament este oblig ator iu în toat e element ele sale și se aplică direct în toat e statele 
membre. 
Adoptat la Bruxel les, 18 mar tie 2016. 
Pentru Comisie 
Președintele 
Jean-Claude JUNCKER  26.5.2016 L 139/5 Jurnalul Oficial al Uniunii Europene RO    
ANEXA I C 
Cer ințe privind constr ucția, test area, inst alarea și inspecția 
INTR ODUCERE .............................................................................................................................................. 12 
1. DEFINIȚII ....................................................................................................................... 13 
2. CARACTERISTICI ȘI FUNCȚII GENERALE ALE APARA TURII DE ÎNREGISTRARE .......................... 19 
2.1 Caracteristic i generale ........................................................................................................ 19 
2.2 Funcții ........................................................................................................................... 20 
2.3 Modur i de funcționare ....................................................................................................... 21 
2.4 Secur itate....................................................................................................................... 22 
3. CERINȚE DE CONSTR UCȚIE ȘI DE FUNCȚIONARE APLIC ABILE APARA TURII DE ÎNREGISTRARE ... 22 
3.1 Monitoriz area introducer ii și retrag erii cardur ilor .................................................................... 22 
3.2 Măsurarea vitezei, a poziției și a distanței ............................................................................... 23 
3.2.1 Măsurarea distanței parcurse ............................................................................................... 23 
3.2.2 Măsurarea vitezei ............................................................................................................. 23 
3.2.3 Măsurarea poziției ............................................................................................................ 24 
3.3 Măsurarea timpului ........................................................................................................... 24 
3.4 Monitoriz area activităților conducăt orului auto ....................................................................... 24 
3.5 Monitoriz area regimului de conducere .................................................................................. 25 
3.6 Înregistrăr i realizate de conducător ii auto .............................................................................. 25 
3.6.1 Înregistrarea locur ilor în care încep și/sau se închei e zilele de lucr u............................................. 25 
3.6.2 Introducerea manuală a activităților conducăt orului auto și acordul conducăt orului auto pentr u inter­
fața ITS .......................................................................................................................... 25 
3.6.3 Înregistrarea condițiilor specifice .......................................................................................... 27 
3.7 Gestionarea blocăr ilor efectuat e de societate ........................................................................... 27 
3.8 Monitoriz area activităților de control .................................................................................... 28 
3.9 Detectarea evenimentelor și/sau a anomaliilor ......................................................................... 28 
3.9.1 Evenimentul „Introducerea unui card nevalabil” ....................................................................... 28 
3.9.2 Evenimentul „Conf lict de cardur i”........................................................................................ 28 
3.9.3 Evenimentul „Suprapunere a timpului” .................................................................................. 28 
3.9.4 Evenimentul „Conducere fără un card adecvat” ........................................................................ 29 
3.9.5 Evenimentul „Introducerea cardului în timpul conducer ii”.......................................................... 29 
3.9.6 Evenimentul „Înc heierea incorectă a ultimei sesiuni” ................................................................. 29 
3.9.7 Evenimentul „Depășirea limitei de viteză”............................................................................... 29 
3.9.8 Evenimentul „Întrer uperea alimentăr ii cu energie electr ică” ........................................................ 29 
3.9.9 Evenimentul „Eroare de comunicare cu echi pamentul de comunicare la distanță” ............................ 29 
3.9.10 Evenimentul „Absența informațiilor de poziționare de la recep toru l GNSS” .................................... 29 26.5.2016 L 139/6 Jurnalul Oficial al Uniunii Europene RO    
3.9.11 Evenimentul „Eroare de comunicare cu echi pamentul GNSS exte rn”............................................. 30 
3.9.12 Evenimentul „Eroare privind date le de la senzor ul de mișcare” .................................................... 30 
3.9.13 Evenimentul „Conf lict privind deplasarea vehiculului” ............................................................... 30 
3.9.14 Evenimentul „Tentativă de încălcare a secur ității” ..................................................................... 30 
3.9.15 Evenimentul „Conf lict oră” ................................................................................................. 30 
3.9.16 Anomalia „Card” .............................................................................................................. 30 
3.9.17 Anomalia „Aparatura de înregistrare” .................................................................................... 30 
3.10 Teste integrat e și autot este.................................................................................................. 31 
3.11 Citirea din memor ia de date ............................................................................................... 31 
3.12 Înregistrarea și stocarea în memor ia de date ........................................................................... 31 
3.12.1 Date de identif icare a aparatur ii........................................................................................... 32 
3.12.1.1 Date de identif icare a unității montate pe vehicul .................................................................... 32 
3.12.1.2 Date de identif icare a senzor ului de mișcare ........................................................................... 32 
3.12.1.3 Date de identif icare a sistemului global de navig ație prin satelit................................................... 33 
3.12.2 Chei și certificate .............................................................................................................. 33 
3.12.3 Date privind introducerea și retragerea cardului de conducător auto sau ale cardului de ateli er........... 33 
3.12.4 Date privind activitatea conducăt orului auto ........................................................................... 34 
3.12.5 Locur i și poziții în care încep și se închei e zilele de lucr u și/sau în care se ating e timpul de conducere 
continuă de 3 ore ............................................................................................................. 34 
3.12.6 Date privind odometr ul..................................................................................................... 35 
3.12.7 Date privind viteza detaliată ................................................................................................ 35 
3.12.8 Date privind evenimentele .................................................................................................. 35 
3.12.9 Date privind anomaliile ..................................................................................................... 37 
3.12.10 Date privind etalonarea ..................................................................................................... 38 
3.12.11 Date privind reglarea orei ................................................................................................... 39 
3.12.12 Date privind activitățile de control ....................................................................................... 39 
3.12.13 Date privind blocăr ile efectuate de societate ........................................................................... 39 
3.12.14 Date privind activitățile de descărcare ................................................................................... 39 
3.12.15 Date privind condițiile specif ice........................................................................................... 40 
3.12.16 Date privind cardul de tahograf ........................................................................................... 40 
3.13 Citirea de pe cardur ile de tahograf ........................................................................................ 40 
3.14 Înregistrarea și stocarea pe cardur ile de tahograf ...................................................................... 40 
3.14.1 Înregistrarea și stocarea pe cardur ile de tahograf de primă generație; ............................................ 40 
3.14.2 Înregistrarea și stocarea pe cardur ile de tahograf de a doua generație ........................................... 41 
3.15 Afișare ........................................................................................................................... 41 
3.15.1 Afișaj implicit .................................................................................................................. 42 26.5.2016 L 139/7 Jurnalul Oficial al Uniunii Europene RO    
3.15.2 Afișaj de avertizare ........................................................................................................... 43 
3.15.3 Accesul la meniu .............................................................................................................. 43 
3.15.4 Alte afișaje...................................................................................................................... 43 
3.16 Imp rimare ...................................................................................................................... 43 
3.17 Avertismente ................................................................................................................... 44 
3.18 Descărcarea datelor pe supor turi exte rne............................................................................... 45 
3.19 Comunicare la distanță pentr u controalele selective în trafic ....................................................... 45 
3.20 Date de ieșire transmise unor dispozitive externe suplimentare ................................................... 46 
3.21 Etalonare ........................................................................................................................ 47 
3.22 Verificarea etalonăr ii în trafic .............................................................................................. 47 
3.23 Reglarea orei ................................................................................................................... 48 
3.24 Caracteristic i de performa nță .............................................................................................. 48 
3.25 Materiale ........................................................................................................................ 48 
3.26 Inscr ipții ........................................................................................................................ 49 
4. CERINȚE FUNCȚIONALE ȘI DE CONS TRUCȚIE PENTR U CARDURILE DE TAHOGRAF .................. 49 
4.1 Date vizibile .................................................................................................................... 49 
4.2 Secur itate....................................................................................................................... 52 
4.3 Standarde ....................................................................................................................... 53 
4.4 Specifi cații de mediu și electr ice........................................................................................... 53 
4.5 Stocare a date lor ............................................................................................................... 53 
4.5.1 Fișierele elementare pentr u identif icare și pentr u gestionarea cardului ........................................... 54 
4.5.2 Identif icarea cardur ilor cu circuit e integrat e (IC) ...................................................................... 54 
4.5.2.1 Identif icarea cipului .......................................................................................................... 54 
4.5.2.2 DIR (prezent numai pe cardur ile de tahograf de a doua generație) ............................................... 54 
4.5.2.3 Informații RLR (în anumite condiții, prezent e numai pe cardur ile de tahograf de a doua generație) ..... 54 
4.5.2.4 Informații privind lungimea extinsă (în anumite condiții, prezent e numai pe cardur ile de tahograf de a 
doua generație) ................................................................................................................ 55 
4.5.3 Cardul de conducăt or auto ................................................................................................. 55 
4.5.3.1 Aplicație pentr u tahograf (accesibilă pentr u unitățile montate pe vehicul de prima și a doua generație) 55 
4.5.3.1.1 Identif icarea aplicației ........................................................................................................ 55 
4.5.3.1.2 Chei și certificate .............................................................................................................. 55 
4.5.3.1.3 Identif icarea cardului ......................................................................................................... 55 
4.5.3.1.4 Identif icarea titular ului cardului ........................................................................................... 55 
4.5.3.1.5 Descărcarea informațiilor de pe card ..................................................................................... 55 
4.5.3.1.6 Informații privind permisul de conducere .............................................................................. 55 
4.5.3.1.7 Date privind evenimentele .................................................................................................. 56 26.5.2016 L 139/8 Jurnalul Oficial al Uniunii Europene RO    
4.5.3.1.8 Date privind anomaliile ..................................................................................................... 56 
4.5.3.1.9 Date privind activitatea conducăt orului auto ........................................................................... 57 
4.5.3.1.10 Date privind vehiculele utilizate ........................................................................................... 57 
4.5.3.1.11 Locur ile în care încep și/sau se închei e zilele de lucr u............................................................... 58 
4.5.3.1.12 Date privind sesiunile de utilizare a cardului ........................................................................... 58 
4.5.3.1.13 Date privind activitățile de control ....................................................................................... 58 
4.5.3.1.14 Date privind condițiile specif ice........................................................................................... 58 
4.5.3.2 Aplicație pentr u tahograf de a 2-a generație (inaccesibilă unităților montate pe vehicul de primă gene­
rație) ............................................................................................................................. 59 
4.5.3.2.1 Identif icarea aplicației ........................................................................................................ 59 
4.5.3.2.2 Chei și certificate .............................................................................................................. 59 
4.5.3.2.3 Identif icarea cardului ......................................................................................................... 59 
4.5.3.2.4 Identif icarea titular ului cardului ........................................................................................... 59 
4.5.3.2.5 Descărcarea informațiilor de pe card ..................................................................................... 59 
4.5.3.2.6 Informații privind permisul de conducere .............................................................................. 59 
4.5.3.2.7 Date privind evenimentele .................................................................................................. 59 
4.5.3.2.8 Date privind anomaliile ..................................................................................................... 60 
4.5.3.2.9 Date privind activitatea conducăt orului auto ........................................................................... 61 
4.5.3.2.10 Date privind vehiculele folosite ............................................................................................ 61 
4.5.3.2.11 Locur ile și pozițiile în care încep și/sau se închei e zilele de lucr u................................................. 62 
4.5.3.2.12 Date privind sesiunile de utilizare a cardului ........................................................................... 62 
4.5.3.2.13 Date privind activitățile de control ....................................................................................... 62 
4.5.3.2.14 Date privind condițiile specif ice........................................................................................... 63 
4.5.3.2.15 Date privind unitățile montate pe vehicul utilizate ................................................................... 63 
4.5.3.2.16 Date privind locur ile în care se închei e o perioadă de conducere continuă de trei ore ...................... 63 
4.5.4 Cardul de atelier............................................................................................................... 63 
4.5.4.1 Aplicație pentr u tahograf (accesibilă pentr u unitățile montate pe vehicul de prima și a doua generație) 63 
4.5.4.1.1 Identif icarea aplicației ........................................................................................................ 63 
4.5.4.1.2 Chei și certificate .............................................................................................................. 63 
4.5.4.1.3 Identif icarea cardului ......................................................................................................... 64 
4.5.4.1.4 Identif icarea titular ului cardului ........................................................................................... 64 
4.5.4.1.5 Descărcarea informațiilor de pe card ..................................................................................... 64 
4.5.4.1.6 Date privind etalonarea și reglarea orei .................................................................................. 64 26.5.2016 L 139/9 Jurnalul Oficial al Uniunii Europene RO    
4.5.4.1.7 Date privind evenimentele și anomaliile ................................................................................. 65 
4.5.4.1.8 Date privind activitatea conducăt orului auto ........................................................................... 65 
4.5.4.1.9 Date privind vehiculele utilizate ........................................................................................... 65 
4.5.4.1.10 Date privind începutul și/sau sfârșitul zilelor de lucr u............................................................... 65 
4.5.4.1.11 Date privind sesiunile de utilizare a cardului ........................................................................... 65 
4.5.4.1.12 Date privind activitățile de control ....................................................................................... 65 
4.5.4.1.13 Date privind condițiile specif ice........................................................................................... 65 
4.5.4.2 Aplicația pentr u tahograf de a 2-a generație (inaccesibilă unităților montate pe vehicul de primă gene ­
rație) ............................................................................................................................. 65 
4.5.4.2.1 Identif icarea aplicației ........................................................................................................ 65 
4.5.4.2.2 Chei și certificate .............................................................................................................. 66 
4.5.4.2.3 Identif icarea cardului ......................................................................................................... 66 
4.5.4.2.4 Identif icarea titular ului cardului ........................................................................................... 66 
4.5.4.2.5 Descărcarea informațiilor de pe card ..................................................................................... 66 
4.5.4.2.6 Date privind etalonarea și reglarea orei .................................................................................. 66 
4.5.4.2.7 Date privind evenimentele și anomaliile ................................................................................. 67 
4.5.4.2.8 Date privind activitatea conducăt orului auto ........................................................................... 67 
4.5.4.2.9 Date privind vehiculele utilizate ........................................................................................... 67 
4.5.4.2.10 Date privind începutul și/sau sfârșitul zilelor de lucr u............................................................... 67 
4.5.4.2.11 Date privind sesiunile de utilizare a cardului ........................................................................... 67 
4.5.4.2.12 Date privind activitățile de control ....................................................................................... 67 
4.5.4.2.13 Date privind unitățile montate pe vehicul utilizate ................................................................... 67 
4.5.4.2.14 Date privind locur ile în care se închei e o perioadă de conducere continuă de trei ore ...................... 68 
4.5.4.2.15 Date privind condițiile specif ice........................................................................................... 68 
4.5.5 Cardul de control ............................................................................................................. 68 
4.5.5.1 Aplicație pentr u tahograf (accesibilă pentr u unitățile montate pe vehicul de prima și a doua generație) 68 
4.5.5.1.1 Identif icarea aplicației ........................................................................................................ 68 
4.5.5.1.2 Chei și certificate .............................................................................................................. 68 
4.5.5.1.3 Identif icarea cardului ......................................................................................................... 68 
4.5.5.1.4 Identif icarea titular ului cardului ........................................................................................... 68 
4.5.5.1.5 Date privind activitățile de control ....................................................................................... 69 
4.5.5.2 Aplicația pentr u tahograf G2 (inaccesibilă unităților montate pe vehicul de primă generație) ............. 69 
4.5.5.2.1 Identif icarea aplicației ........................................................................................................ 69 
4.5.5.2.2 Chei și certificate .............................................................................................................. 69 26.5.2016 L 139/10 Jurnalul Oficial al Uniunii Europene RO    
4.5.5.2.3 Identif icarea cardului ......................................................................................................... 69 
4.5.5.2.4 Identif icarea titular ului cardului ........................................................................................... 69 
4.5.5.2.5 Date privind activitățile de control ....................................................................................... 70 
4.5.6 Card de societate .............................................................................................................. 70 
4.5.6.1 Aplicație pentr u tahograf (accesibilă pentr u unitățile montate pe vehicul de prima și a doua generație) 70 
4.5.6.1.1 Identif icarea aplicației ........................................................................................................ 70 
4.5.6.1.2 Chei și certificate .............................................................................................................. 70 
4.5.6.1.3 Identif icarea cardului ......................................................................................................... 70 
4.5.6.1.4 Identif icarea titular ului cardului ........................................................................................... 70 
4.5.6.1.5 Date privind activitatea societății ......................................................................................... 70 
4.5.6.2 Aplicația pentr u tahograf G2 (inaccesibilă unităților montate pe vehicul de primă generație) ............. 71 
4.5.6.2.1 Identif icarea aplicației ........................................................................................................ 71 
4.5.6.2.2 Chei și certificate .............................................................................................................. 71 
4.5.6.2.3 Identif icarea cardului ......................................................................................................... 71 
4.5.6.2.4 Identif icarea titular ului cardului ........................................................................................... 71 
4.5.6.2.5 Date privind activitatea societății ......................................................................................... 71 
5. INST ALAREA APARA TURII DE ÎNREGISTRARE ..................................................................... 72 
5.1 Instalare ......................................................................................................................... 72 
5.2 Plăcuța de instalare ........................................................................................................... 73 
5.3 Sigilarea ......................................................................................................................... 74 
6. CONTR OALE, INSPECȚII ȘI REPARAȚII ................................................................................ 74 
6.1 Aprobarea montato rilor, a atelierelor și a producăt orilor de vehicule ............................................ 74 
6.2 Verificarea instr umentelor noi și a celor reparat e..................................................................... 75 
6.3 Inspecția instalației ........................................................................................................... 75 
6.4 Inspecții periodice ............................................................................................................ 75 
6.5 Măsurarea eror ilor ............................................................................................................ 76 
6.6 Reparații ........................................................................................................................ 76 
7. EMITEREA CARDURI LOR .................................................................................................. 76 
8. OMOLOGAREA DE TIP A APARA TURII DE ÎNREGISTRARE ȘI A CARDURIL OR DE TAHOGRAF .... 77 
8.1 Generalități ..................................................................................................................... 77 
8.2 Certificat ul de secur itate.................................................................................................... 78 
8.3 Certificat ul de funcționare .................................................................................................. 78 
8.4 Certificat ul de inter operabilitate ........................................................................................... 78 
8.5 Certificat ul de omologar e de tip .......................................................................................... 79 
8.6 Procedură extraordinară: primele certificate de inter operabilitate pentr u aparatura de înregistrare și car­
durile de tahograf de a 2-a generație ..................................................................................... 80  26.5.2016 L 139/11 Jurnalul Oficial al Uniunii Europene RO    
INTR ODUCERE 
Sistemul tahografic digital de primă generație este în vigoare de la 1 mai 2006. Acesta poate fi utilizat până la finalul 
ciclului său de viață pentr u transpor tul intern. În schi mb, pentr u transpor tul intern ațional, după 15 ani de la intrarea în 
vigoare a prezentului regulament al Comisiei, toat e vehiculele trebuie să fie echi pate cu un tahograf intelig ent conf orm 
de a doua generație, introdus prin prezentul regulament. 
Prezenta anexă conține cerințe privind aparatura de înregistrare și cardur ile de tahograf de a doua generație. Începând de 
la data introducer ii, se instalează aparatura de înregistrare de a doua generație pe vehiculele înmatr iculate pentr u prima 
dată și se emit cardur i de tahograf de a doua generație. 
Pentr u a favoriza o introducere fără probleme a sistemului tahograf ic de a doua generație, 
—  cardur ile de tahograf de a doua generație trebuie conceput e astfe l încât să poată fi utilizate și în unitățile montate pe 
vehicule de primă generație; 
—  nu este oblig atori e înlocuirea cardur ilor de tahograf de primă generație valabile la data introducer ii. 
Acest lucr u le va permite conducător ilor auto să își păstreze cardul unic de conducăt or auto și să îl folosească pentr u 
ambele sisteme . 
Cu toat e acest ea, aparatura de înregistrare de a doua generație se etalonează numai utilizând cardur i de atelier de a doua 
generație. 
Prezenta anexă conține toat e cerințele referitoare la inter operabilitatea dintre sisteme le tahograf ice de prima și de a doua 
generație. 
Apendicele 15 conține detalii suplimentare privind modul de gestionare a coexistenței celor două sisteme. 
Lista apendicelor 
Apendicele 1: DICȚIONAR DE DATE 
Apendicele 2: SPECIFICAȚIE PRIVIND CARD URILE DE TAHOGRAF 
Apendicele 3: PICTOGRAME 
Apendicele 4: DOCUMENTE IMPRIMA TE 
Apendicele 5: AFIȘAJUL 
Apendicele 6: CONECTOR FRONT AL PENTR U ETALONA RE ȘI DESCĂR CARE 
Apendicele 7: PROTOCO ALE DE DESCĂR CARE A DATELOR 
Apendicele 8: PROTOCOL DE ETALONARE 
Apendicele 9: OMOLOGAREA DE TIP ȘI LIST A TESTELOR MINIME OBLIGA TORII 
Apendicele 10: CERINȚE DE SECURIT ATE 
Apendicele 11: MECANISME DE SECURIT ATE COMUNE 
Apendicele 12: POZIȚIONAREA BAZA TĂ PE SISTEMUL GLOB AL DE NAVIGAȚIE PRIN SATELIT (GNSS) 
Apendicele 13: INTERF AȚA ITS 
Apendicele 14: FUNCȚIA DE COMUNICARE LA DIST ANȚĂ 
Apendicele 15: MIGRAȚIE: GESTIONAREA COEXISTENȚEI MAI MUL TOR GENERAȚII DE ECH IPAMENTE 
Apendicele 16: ADAPTOR PENTR U VEHICULELE DIN CATEGORIILE M1 ȘI N1  26.5.2016 L 139/12 Jurnalul Oficial al Uniunii Europene RO    
1.  DEFINIȚII 
În prezenta anexă: 
(a)  „activare” înseamnă: 
etapa în care tahograful devine compl et operațional și asigură toat e funcțiile, inclusiv funcțiile de 
secur itate, prin utilizarea unui card de atelier ; 
(b)  „auten tificar e” înseamnă: 
o funcție destinată stabilir ii și verificării unei identități declarate; 
(c)  „auten ticitate” î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 extern e; 
(e)  „zi calendar istică” înseamnă: 
o zi cupr insă între ora 00.00 și ora 24.00. Toate zilele calendar istice se rapor tează la ora UTC (ora 
universală coordonată); 
(f)  „etalonarea” unui tahograf intelig ent înseamnă: 
actualizarea sau conf irmarea parametr ilor vehiculului care urmează să fie stocați în memor ia de date. 
Parametr ii vehiculului includ identif icarea vehiculului (VIN, VRN și statul membr u de înmatr iculare) și 
caract eristicile vehiculului [w, k, l, dimensiunea pneur ilor, reglajele limitatorului de viteză (dacă este 
cazul), ora UTC din momentul respectiv , valoarea înregistrată de odometr u în momentul respectiv]; 
în cursul etalonăr ii unei aparatur i de înregistrare, tipur ile și identif icatorii tuturor sigiliilor relevante 
de omologar e de tip montate se stoc hează, de asemenea, în memor ia de date; 
orice actualizare sau conf irmare excl usiv a orei UTC este considerată o reglare a orei și nu o 
etalonare, cu condiția ca aceasta să nu contrav ină cerinței 409; 
pentr u etalonarea unei apar aturi de înregistr are trebuie folosit un card de atelier; 
(g)  „număr ul cardului” înseamnă: 
un cod format din 16 caractere alfanumer ice, care reprezintă număr ul unic de identif icare al unui 
card de tahograf într-un stat membr u. Număr ul cardului conține un indice secvențial al cardului (dacă 
este cazul), un indice de înlocuire a cardului și un indice de reînnoire a cardului; 
prin urmare, un card poate fi identif icat excl usiv pe baza codului statului membr u emite nt și a 
număr ului cardului; 
(h)  „indice secvențial al cardului” înseamnă: 
al 14-lea caract er alfanumer ic din număr ul unui card, folosit pentr u a deosebi difer itele cardur i emise 
unei societăți, unui ateli er sau unei autori tăți de control care au dreptul de a li se emite mai multe 
cardur i de tahograf. Societatea, atelierul sau autori tatea de control sunt identificate în mod unic pe 
baza primelor 13 caracte re ale număr ului cardului; 
(i)  „indice de reînnoire a cardului” înseamnă: 
al 16-lea caracter alfanumer ic din număr ul unui card, care este incrementat la fiecare reînnoire a 
cardului de tahograf; 
(j)  „indice de înlocuire a cardului” înseamnă: 
al 15-lea caract er alfanumer ic din număr ul unui card, care este incrementat la fiecare înlocuire a 
cardului de tahograf; 26.5.2016 L 139/13 Jurnalul Oficial al Uniunii Europene RO    
(k)  „coeficient caract eristic al vehiculului” înseamnă: 
caract eristica numer ică 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 cilindr ul de ieșire al cutiei de vitez e), 
în timp ce vehiculul parcurg e o distanță de un kilometr u măsurată în condiții normale de testare, 
astfel cum sunt definite la cerința 414. Coef icientul caracte ristic este expr imat în impulsur i pe 
kilometr u (w = … imp/km); 
(l)  „card de societate” înseamnă: 
un card de tahograf emis de autor itățile unui stat membr u unei întrepr inder i de transpor t oblig ată să 
utilizeze vehicule echi pate cu un tahograf, care identifică întrepr inderea de transpor t și permite 
afișarea, descărcarea și impr imarea datelor , stocat e în tahograf, care au fost blocate de respectiva 
întrepr indere de transpor t; 
(m)  „constanta aparatur ii de înregistrare” înseamnă: 
caract eristica numer ică reprezentând valoarea semnalului de intrare necesar pentr u a indica și a 
înregistra o distanță de un kilometr u parcursă; această constantă este expr imată în impulsur i pe 
kilometr u (k = … imp /km); 
(n)  „tim pul de conducere continuă” este calculat de aparatura de înregistrare astfel (1): 
timpul de conducere continuă se calculează ca fiind timpii de conducere acumulați la un moment dat 
de un anumit conducăt or auto după închei erea ultimei sale perioade de minimum 45 de minute de 
DISPONIBILIT ATE sau de PAUZĂ/ODIHNĂ sau NECUNOSCUTĂ (2) [este posibil ca această perioadă 
să fi fost împărțită în conf ormitate cu Regulamentul (CE) nr. 561/2006 al Parlamentului European și 
al Consiliului (3)]. Pentr u calculele care trebuie efectuat e se iau în considerare, după cum este necesar , 
activitățile anterioare stocat e pe cardul de conducăt or auto. În cazul în care conducăt orul auto nu și-a 
introdus cardul, calculele necesare se bazează pe înregistrăr ile din memor ia de date pentr u perioada 
în curs în care niciun card nu a fost introdus și legat e de slotul relevant ; 
(o)  „card de control” înseamnă: 
un card de tahograf emis de autori tățile unui stat membr u autorității naționale de control 
compet ente, care identif ică organismul de control și, opțional, agentul de control și care permite 
accesul la date le stocat e în memor ia de date sau pe cardul de conducător auto și, opțional, pe cardul 
de ateli er în vederea citir ii, a imprimăr ii și/sau a descărcăr ii acest ora; 
Acest card permite, de asemenea, accesul la funcția de verificare a etalonăr ii în trafic și la date le din 
cititorul pentr u comunicarea în scopul detectări i timp urii la distanță. 
(p)  „durata cumulată a pauzelor” este calculată de aparatura de înregistrare astfel (1): 
durata cumulată a pauzelor care întrer up timpul de conducere se calculează ca fiind perioadele de 
DISPONIBILIT ATE sau de PAUZĂ/ODIHNĂ sau NECUNOSCUTE (2) de minimum 15 minute pentr u 
un anumit conducăt or auto, acumulate după încheierea ultimei sale perioade de DISPONIBILIT ATE 
sau de PAUZĂ/ODIHNĂ sau NECUNOSCUTE (2) de minimum 45 de minute [este posibil ca această 
perioadă să fi fost împărțită în conf ormitate cu Regulamentul (CE) nr. 561/2006]. 
Pentr u calculele care trebuie efectuate se iau în considerare, după cum este necesar , activitățile 
anterioare stocate pe cardul de conducăt or auto. Perioadele necunoscute cu durată negativă (începutul 
perioadei necunoscute > sfârșitul perioadei necunoscute) cauzate de suprapuner ile de timp dintre 
două aparate de înregistrare diferite nu sunt luate în considerare la realizarea acestor calcule. 
În cazul în care conducăt orul auto nu și-a introdus cardul, calculele necesare se bazează pe înregis ­
trările din memor ia de date pentr u perioada în curs în care niciun card nu a fost introdus și legat e de 
slotul relevant ; 26.5.2016 L 139/14 Jurnalul Oficial al Uniunii Europene RO    
(1)Această modalitate de calculare a timpului de conducere continuă și a duratei cumulate a pauzelor este utilizată de aparatura de 
înregistrare pentr u calcularea aver tismentului legat de timp ul de conducere continuă. Ea nu aduce atingere inter pretăr ii legale a acestor 
timp i. Modalitățile alter native de calculare a timp ului de conducere continuă și a durat ei cumulate a pauzelor pot fi utilizate pentr u a 
înlocui aceste definiții dacă acestea au devenit caduce în urma actualizăr ii unor alte texte legislative în materie. 
(2)Perioadele NECUNOSCUTE corespund perioadelor în care cardul de conducăto r auto nu a fost introdus în aparatul de înregistrare și în 
care nu au fost introduse manual date privind activitățile conducătoru lui auto . 
(3)Regulamentul (CE) nr. 561/2006 al Parlamentului European și al Consiliului din 15 mar tie 2006 privind armonizarea anumitor 
dispoziții ale legislației sociale în domeniul transpor turilor rutiere, de modificar e a Regulamentelor (CEE) nr. 3821/85 și (CE) 
nr. 2135/98 ale Consiliului și de abrogare a Regulamentului (CEE) nr. 3820/85 al Consiliului (JO L 102, 11.4.2006, p. 1). 
(q)  „memor ie de date” înseamnă: 
un dispozitiv de stocare a datelor electronice încor porat în aparatura de înregistrare; 
(r)  „semnătură digitală” înseamnă: 
datele atașate unui bloc de date sau o transf ormare criptografică a acestuia, care permite destinatar ului 
blocului de date să dovedească autenticitat ea ș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 
înregistrat e în memor ia de date a unității montate pe vehicul sau în memor ia cardului de tahograf, cu 
condiția ca acest proces să nu modifi ce sau să șteargă eventuale date stocat e; 
Producăt orii de unități montate pe vehicul pentr u tahografele inteli gent e și producător ii de dispozitive 
proiectate și concepute pentr u a descărca fișiere de date trebuie să ia toat e măsur ile rezonabile pentr u 
a se asigura că descărcarea acestor date poate fi efectuată cu o întârziere minimă de către întrepr in­
derile de transpor t sau de către conducător ii auto. 
Descărcarea fișier ului care conține viteza detaliată nu este necesară pentr u stabilirea conf ormității cu 
Regulamentul (CE) nr. 561/2006, dar poate fi folosită, printre altele, în anchetare a unui accident. 
(t)  „card de conducăt or auto” înseamnă: 
un card de tahograf emis de autoritățile unui stat membr u unui anumit conducăt or auto, care 
identifică conducăt orul auto și permite stocar ea datelor privind activitate a acestuia; 
(u)  „circumfe rință 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 compl ete. Măsurarea acestor distanțe trebuie efectuată în condiții normale de testare, astfel 
cum sunt definite la cerința 414 și se expr imă în format „l = … mm”. Producător ii de vehicule pot 
înlocui măsurarea acestor distanțe cu un calcul teoretic care ia în considerare distr ibuirea masei pe 
axe atunci când vehiculul este neîncărcat și în stare normală de funcționare (1). Metodele pe care se 
bazează acest e calcule teoretice trebuie aprobate de o autori tate compet entă a statului membr u și pot 
fi utilizate numai înainte de activarea tahografului; 
(v)  „eveniment” înseamnă: 
o operațiune anor mală detec tată de tahograful intelig ent care poate decurg e dintr -o tentativă de 
fraudă; 
(w)  „echipament GNSS extern” înseamnă: 
un echi pament care conține recept orul GNSS atunci când unitat ea montată pe vehicul nu este o 
unitat e individuală, precum și alte component e necesare pentr u prote cția comunicăr ii datelor de 
poziționare către restul unității montate pe vehicul; 
(x)  „anomalie” înseamnă: 
o operațiune anor mală detectată de tahograful inteli gent care poate decurg e dintr -un deranjament sau 
o defe cțiune a aparatur ii; 
(y)  „recep tor GNSS” înseamnă: 
un dispozitiv electronic care recepționează și prelucrează digital semnale de la unul sau mai multe 
sistem e globale de navigaț ie prin satelit (GNSS), pentr u a furniza informații privind poziția, viteza și 
timpul; 
(z)  „instalare” înseamnă: 
montarea unui tahograf într-un vehicul; 26.5.2016 L 139/15 Jurnalul Oficial al Uniunii Europene RO    
(1)Regulamentul (UE) nr. 1230/2012 al Comisiei din 12 decembr ie 2012 de punere în aplicare a Regulamentului (CE) nr. 661/2009 al 
Parlamentului European și al Consiliului privind cerințele de omologare de tip pentr u masele și dimensiunile auto vehiculelor și ale 
remorcilor acesto ra ș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 fost modificat ultima dată. 
(aa)  „inter operabilitate” înseamnă: 
capacitatea sistemelor și a proceselor de lucr u care se află la baza acestora de a face schimb de date și 
de informații; 
(bb)  „interfa ță” înseamnă: 
un dispozitiv între sistem e care asigură mijlocul prin care aceste a 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ă; 
(ee)  „card nevalabil” înseamnă: 
un card pentr u care s-a detectat o anomalie sau a cărui aute ntifi care inițială a eșuat sau a cărui dată 
de început al valabilității nu a fost încă atinsă sau a cărui dată de expirare a fost depășită; 
(ff)  „standard desc his” înseamnă: 
un standard prevăzut într-un document cu specific ațiile standardului, disponibil gratuit sau contra 
unei taxe nominale, care poate fi copiat, distr ibuit sau utilizat fără taxă sau contra unei taxe 
nominale; 
(gg)  „în afara zonei de aplicare a reglementăr ilor” înseamnă: 
cazur ile în care utilizarea aparatului de înregistrare nu este necesară în conf ormitate cu dispozițiile 
Regulamentului (CEE) nr. 561/2006; 
(hh)  „depășirea limite i de viteză” înseamnă: 
depășirea vitezei autori zate a vehiculului, definită ca orice perioadă de pest e 60 de secunde pe 
parcursul căreia viteza măsurată a vehiculului depășește limita stabilită pentr u limitatorul de viteză 
prevăzută în Directiva 92/6/CEE a Consiliului (1), astfe l cum a fost modificată ultima dată; 
(ii)  „inspecție periodică” înseamnă: 
un set de operațiuni realizat e pentr u a verifica dacă tahograful funcționează corespunzător , dacă 
reglajele acestuia corespund parametr ilor vehiculului și dacă nu sunt atașat e dispozitive de 
manipulare la tahograf; 
(jj)  „imprimantă” înseamnă: 
o compo nentă a aparatur ii de înregistrare cu ajutorul căreia se pot impr ima date le stocat e; 
(kk)  „comunicare în scopul detectăr ii timpur ii la distanță” înseamnă: 
comunicarea între echi pamentul de comunicare în scopul detectăr ii timpurii la distanță și cititorul 
pentr u comunicarea în scopul detectăr ii timpur ii la distanță în timpul controalelor selective în trafic, 
cu scopul de a detecta la distanță eventualele cazur i de manipulare sau de utilizare abuzivă a 
aparatur ii de înregistrare; 
(ll)  „echipament de comunicare la distanță” înseamnă: 
echi pamentul din cadr ul unității montate pe vehicul utilizat pentr u efectuarea controalelor selective în 
trafic; 26.5.2016 L 139/16 Jurnalul Oficial al Uniunii Europene RO    
(1)Directiva 92/6/CEE a Consiliului din 10 febr uarie 1992 privind instalarea și utilizarea dispozitivelor limitato are de viteză pentr u anumite 
categ orii de vehicule din cadr ul Uniunii (JO L 57, 2.3.1992, p. 27). 
(mm)  „citito r pentr u comunicarea în scopul detectări i timpur ii la distanță” înseamnă: 
sistem ul utilizat de agenții de control pentr u controalele selective în trafic; 
(nn)  „reînnoire” înseamnă: 
emiter ea unui nou card de tahograf la data expirăr ii cardului existen t sau dacă acesta nu funcționează 
corect și a fost retur nat autorității emiten te. Reînnoirea implică întotd eauna certitudinea că nu 
coexistă două cardur i valabile; 
(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 electr icitate sau deconectarea de la alte 
compo nente ale tahografului sau desc hiderea senzor ului de mișcare sau a unității montate pe vehicul; 
(pp)  „înlocuire a cardului” înseamnă: 
emiter ea unui 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 retur nat autori tății emiten te. Înlocuirea 
implică întotd eauna riscul ca două cardur i valabile să coexiste; 
(qq)  „cer tificare a secur ității” înseamnă: 
proces prin care un organism de certificare pe baza criteriilor comune certifică faptul că aparatura de 
înregistrare (sau o compo nentă) sau cardul de tahograf investigat îndeplinesc cerințele de secur itate 
definite în prof ilurile de prote cție aferent e; 
(rr)  „auto test” înseamnă: 
teste efectuate în mod ciclic și automa t de către aparatura de înregistrare pentr u a detecta anomalii; 
(ss)  „măsurarea timpului” înseamnă: 
o înregistrare digitală permanentă a date i și orei UTC (timpul universal coordonat); 
(tt)  „reg larea orei” înseamnă: 
o reglare automată a orei curent e la inter vale periodice și cu o toleranță maximă de un minut, sau o 
reglare efectuată în timpul etalonăr ii; 
(uu)  „dimensiunea pneur ilor” înseamnă: 
desemnarea dimensiunilor pneur ilor (de la roțile motoare externe) în conf ormitate cu Directiva 
92/23/CEE a Consiliului (1), astfel cum a fost modificată ultima dată; 
(vv)  „identificarea vehiculului” înseamnă: 
numerele de identif icare ale vehiculului: număr ul de înmatr iculare al vehiculului (VRN), care indică și 
statul membr u de înmatr iculare, și număr ul de identif icare al vehiculului (VIN) (2); 
(ww)  „săptăm ână” înseamnă, în scopul calculelor efectuate de aparatura de înregistrare: 
perioada cupr insă între ziua de luni, ora 00.00 UTC și duminica următoar e, ora 24.00 UTC; 26.5.2016 L 139/17 Jurnalul Oficial al Uniunii Europene RO    
(1)Directiva 92/23/CEE a Consiliului din 31 mar tie 1992 privind pneur ile auto vehiculelor ș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 decembr ie 1975 privind apropierea legislațiilor statelor membre referitoare la plăcuțele și 
inscr ipționăr ile regulamentare ale auto vehiculelor și ale remorcilor , precum și la ampl asamentul și modul de aplicare a acesto ra (JO L 24, 
30.1.1976, p. 1). 
(xx)  „card de ateli er” înseamnă: 
un card de tahograf emis de autor itățile unui stat membr u personalului desemnat al unui producăt or 
de tahografe, montato r, producăt or de vehicule sau ateli er aprobat de statul membr u respectiv , care 
identifică titular ul cardului și permite testa rea, etalonarea și activarea tahografelor și/sau descărcarea 
din aceste a; 
(yy)  „adapt or” înseamnă: 
un dispozitiv care emite în permanență un semnal reprezentativ pentr u viteza vehiculului și/sau 
distanța parcursă de acesta, altul decât cel utilizat pentr u detec tarea independentă a deplasăr ilor, și 
care este: 
—  instalat și utilizat numai pe vehiculele de tip M1 și N1 (conf orm definițiilor din anexa II la 
Directiva 2007/46/CE a Parlamentului European și a Consiliului (1), astfel cum a fost modif icată 
ultima dată) puse în funcțiune începând de la data de 1 mai 2006; 
—  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 anex e și ale apendicelor 1- 
15 la aceasta; 
—  instalat între unitate a montată pe vehicul și locul unde impulsur ile de viteză/distanță sunt 
generat e de senzor i integrați sau de interfe țe alternative; 
—  din perspectiva unității montate pe vehicul, compor tamentul adapt orului este același ca în situația 
în care la unitate a montată pe vehicul ar fi conectat un senzor de mișcare care respectă 
dispozițiile prezentei anex e și ale apendicelor 1-16 la aceasta; 
utilizarea unui astfel de adap tor în vehiculele menționat e mai sus permite instalarea și utilizarea 
corectă a unei unități montate pe vehicul care respectă toat e cerințele prezent ei anexe; 
în cazul vehiculelor respective, tahograful inteli gent include cablur i, un adap tor și o unitate montată 
pe vehicul; 
(zz)  „integ ritatea date lor” înseamnă: 
precizia și compati bilitatea datelor stocat e, indicate prin absența oricărei modificăr i a datelor între 
două actualizăr i ale unei înregistrăr i de date. Integr itatea 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; 
(aaa)  „confidențialitatea date lor” înseamnă: 
măsur ile tehnice generale luate cu scopul de a asigura punerea corespunzătoare în aplicare a 
principiilor prevăzut e în Directiva 95/46/CE a Parlamentului European și a Consiliului (2), precum și a 
principiilor prevăzute în Directiva 2002/58/CE a Parlamentului European și a Consiliului (3); 
(bbb)  „sist em tahograf ic intelig ent” înseamnă: 
aparatura de înregistrare, cardur ile de tahograf și ansamblul tuturor echipament elor cu inter acțiune 
directă sau indirectă în cursul etapelor de constr ucție, instalare, utilizare, testare și control ale 
acest ora, precum cardur ile, cititorul pentr u comunicarea la distanță și orice alte echipament e pentr u 
descărcarea date lor, analizarea datelor, etalonare, generarea, gestionarea sau introducerea element elor 
de secur itate etc.; 
(ccc)  „data introducer ii” înseamnă: 
36 de luni de la intrarea în vigoare a dispozițiilor detaliat e menționat e la articolul 11 din 
Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului (4). 26.5.2016 L 139/18 Jurnalul Oficial al Uniunii Europene RO    
(1)Directiva 2007/46/CE a Parlamentului European și a Consiliului din 5 sept embr ie 2007 de stabilire a unui cadr u pentr u omologarea 
auto vehiculelor și remorcilor acestora, precum și a sistemelor , component elor și unităților tehnice separate destinate vehiculelor 
respective (Directivă-cadr u) (JO L 263, 9.10.2007, p. 1). 
(2)Directiva 95/46/CE a Parlamentului European și a Consiliului din 24 octombr ie 1995 privind prot ecția persoanelor fizice în ceea ce 
privește prelucrarea datel or cu caracter personal și libera circulație a acesto r date (JO L 281, 23.11.1995, p. 31). 
(3)Directiva 2002/58/CE a Parlamentului European și a Consiliului din 12 iulie 2002 privind prelucrarea datel or personale și prot ejarea 
confidențialității în secto rul comunicațiilor publice (Directiva asupra confidențial ității și comunicațiilor electronice) (JO L 201, 
31.7.2002, p. 37). 
(4)Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului din 4 februa rie 2014 privind tahograf ele în transpor tul 
rutier , de abrogare a Regulamentului (CEE) nr. 3821/85 al Consiliului privind aparatura de înregistrare în transpor tul 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 transpor turilor rutiere (JO L 60, 28.2.2014, p. 1). 
Este data începând de la care vehic ulele înmatr iculate pentr u prima dată: 
—  trebuie să fie echipate cu un tahog raf conectat la un serviciu de poziționar e bazat pe un sistem de navig ație 
prin satelit ; 
—  trebuie să poată comunica autor ităților de control competente date pentr u controalele selective în trafic, în 
timp ce vehiculul se află în mișcare; 
—  și pot fi echipate cu interfețe standar dizate care să permită utilizarea în modul operațional, de către un 
dispozitiv exter n, a datelor înreg istrate sau produse de tahog rafe; 
(ddd)  „profil de protecție” înseamnă: 
un document utilizat ca parte a procesului de certificare în conf ormitate cu criteriile comune, care 
definește, independent de punerea în aplicare, cerințele de secur itate pentr u garantarea prot ecției 
informațiilor; 
(eee)  „precizia GNSS” înseamnă: 
în contextul înregistrăr ii poziției de către un sistem global de navig ație prin satelit (GNSS) cu ajutorul 
tahografelor , înseamnă valoarea scăder ii preciziei în plan orizontal (HDOP – Horizontal Dilution of 
Precisi on), calculată ca cea mai mică dintre valor ile HDOP colectate de la sistemele GNSS disponibile. 
2.  CARA CTERISTICI ȘI FUNCȚII GENERALE ALE APARA TURII DE ÎNREGISTRARE 
2.1  Caracter istici generale 
Scopul aparatur ii de înregistrare este de a înregistra, a stoca, a afișa, a imprima și a genera date privind 
activitatea șofer ului. 
Orice vehicul dotat cu aparatură de înregistrare conf ormă cu dispozițiile prezent ei anex e trebuie să fie 
echi pat, de asemenea, cu un vitezometr u și cu un odometr u. Aceste funcții pot fi incluse în aparatura de 
înregistrare. 
(1)  Aparatura de înregistrare include cablur i, un senzor de mișcare și o unitate montată pe vehicul. 
(2)  Interfața dintre senzor ii de mișcare și unitățile montate pe vehicul respectă cerințele specificate în 
apendicele 11. 
(3)  Unitat ea montată pe vehicul este conectată la sistemul (sistemele) global(e) de naviga ție prin satelit, în 
conf ormitate cu apendicele 12. 
(4)  Unitat ea montată pe vehicul comunică cu cititoarele pentr u comunicarea în scopul detectăr ii timpur ii 
la distanță, în conf ormitate cu apendicele 14. 
(5)  Unitat ea montată pe vehicul poate include o interfaț ă ITS, specifi cată în apendicele 13. 
Aparatura de înregistrare poate fi conectată la alte echipamente prin interm ediul unor interfe țe 
suplimentare și/sau prin interf ața ITS opțională. 
(6)  Includerea în sau conectarea la aparatura de înregistrare a oricărei funcții, dispozitiv sau dispozitive, 
omologat e sau de alt tip, nu trebuie să interfereze sau să fie susceptibi lă de a interfera cu funcționarea 
corespunzătoare și sigură a aparatur ii de înregistrare, nici să încalce sau să fie susceptibi lă de a încălca 
dispozițiile prezentului regulament. 
Utilizatorii aparatur ii de înregistrare se identif ică prin intermediul cardur ilor 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. 26.5.2016 L 139/19 Jurnalul Oficial al Uniunii Europene RO    
Aparatura de înregistrare înregistrează și stochează date în memor ia sa de date, în echi pamentul de 
comunicare la distanță și pe cardur ile de tahograf. 
Acest lucr u se face în conf ormitate cu Directiva 95/46/CE din 24 octombr ie 1995 privind protecț ia 
persoanelor fizice în ceea ce priveșt e prelucrarea datelor cu caracter personal și libera circulație a acest or 
date (1), cu Directiva 2002/58/CE din 12 iulie 2002 privind prelucrarea date lor personale și prot ejarea 
conf idențialității în sectorul comunicațiilor publice (2) și cu articolul 7 din Regulamentul (UE) nr. 165/2014. 
2.2  Funcții 
(8)  Aparatura de înregistrare asigură următoar ele funcții: 
—  monitori zarea introducer ilor și a retrager ilor cardur ilor; 
—  măsurarea vitezei, a distanței și a poziției; 
—  măsurarea timpului; 
—  monitori zarea activităților conducăt orului auto; 
—  monitori zarea regimului de conducere; 
—  introducerea manuală a datelor de către conducăt orul auto; 
—  înregistrarea locur ilor în care încep și/sau se închei e zilele de lucr u; 
—  introducerea manuală a activităților conducăt orului auto; 
—  înregistrarea condițiilor specifi ce; 
—  gestionarea blocăr ilor efectuat e de societate; 
—  monitori zarea activităților de control; 
—  detectarea evenimentelor și/sau a anomaliilor; 
—  testele integrat e și autot estele; 
—  citirea din memor ia de date ; 
—  înregistrarea și stocarea în memor ia de date ; 
—  citirea de pe cardur ile de tahograf; 
—  înregistrarea și stocarea pe cardur ile de tahograf; 
—  afișar ea; 
—  imprimarea; 
—  avertizarea; 
—  descărcarea de date pe supor turi externe; 
—  comunicarea la distanță pentr u controalele selective în trafic; 
—  date de ieșire transmise unor echi pamente suplimentare; 
—  etalonarea; 
—  verificarea etalonăr ii în trafic; 
—  reglarea orei. 26.5.2016 L 139/20 Jurnalul Oficial al Uniunii Europene RO    
(1)JO L 281, 23.11.1995, p.31. 
(2)JO L 201, 31.7.2002, p.37. 
2.3  Modur i de funcționare 
(9)  Aparatura de înregistrare are patr u modur i de operare: 
—  modul operațional; 
—  modul control; 
—  modul etalonare; 
—  modul societate. 
(10)  Aparatura de înregistrare este comutată la următ oarele modur i de funcționare pe baza cardur ilor de 
tahograf valabile introduse în dispozitivele de interfață pentr u card. Generația cardului de tahograf nu 
este relevantă pentr u deter minarea modului de funcționare, cu condiția să fie introdus un card 
valabil. Un card de atelier de primă generație este întotd eauna considerat nevalabil atunci când este 
introdus într-o unitate montată pe vehicul (VU) de a doua generație. 
Mod de funcționare Slot pentr u cardul de conducător auto 
Niciun card Card de condu ­
că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 ateli er Etalonare Etalonare Operațional Etalonare (*) Operațional 
Card de socie ­
tate Societate Societate Operațional Operațional Societate (*) 
(*)  În aceste situații, aparatura de înregistrare utilizează numai cardul de tahograf introdus în slotul pentr u cardul de conducător auto.  
(11)  Aparatura de înregistrare refuză cardur ile nevalabile introduse, permițând în astfel de cazur i numai 
afișarea, impr imarea sau descărcarea datelor stocat e pe cardur ile expirate . 
(12)  Toate funcțiile enumerate la punctul 2.2 sunt disponibile în orice mod de funcționare, cu următ oarele 
excepții: 
—  funcția de etalonare este accesibilă numai în modul etalonare; 
—  funcția de verificare a etalonăr ii în trafic este accesibilă numai în modul etalonare; 
—  funcția de gestionare a blocăr ilor efectuate de societate este accesibilă numai în modul societate; 
—  funcția de monitorizare a activităților de control este accesibilă numai în modul control; 
—  funcția de descărcare nu este accesibilă în modul operațional (cu excepția cazur ilor prevăzut e la 
cerința 193) și cu excepția descărcăr ii de pe un card de conducăt or auto atunci când în unitatea 
montată pe vehicul nu este introdus niciun alt tip de card. 
(13)  Aparatura de înregistrare poate extrage orice date în vederea afișăr ii, impr imăr ii sau descărcăr ii pe 
supor turi externe, cu următoar ele exce pții: 
—  în modul operațional, orice identif icare 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 caract er de pe pozițiile cu număr impar – de la 
stânga la dreapta – este mascat); 26.5.2016 L 139/21 Jurnalul Oficial al Uniunii Europene RO    
—  în modul societate, datele privind conducăt orul auto (cerințele 102, 105 și 108) pot fi extrase 
numai pentr u perioadele în care nu există nicio blocare sau în care nicio o altă societate (astf el 
cum este identif icată pe baza primelor 13 caracte re din număr ul cardului de societate) nu a 
activat vreo blocare; 
—  dacă în aparatura de înregistrare nu a fost introdus niciun card, nu pot fi extrase date privind 
conducăt orul auto decât pentr u ziua respectivă și pentr u cele opt zile calendar istice anterioare 
zilei respective; 
—  date le cu caracter personal provenind din VU nu se extrag prin interfața ITS a VU, cu excepția 
cazului în care a fost verificat acordul conducăt orului auto la care se referă datele respective; 
—  unitățile montate pe vehicul au, în mod normal, o perioadă de funcționare de 15 ani, începând de 
la data eliberăr ii certificatelor aferent e unităților montate pe vehicul, însă ele pot fi utilizate încă 
trei luni după această perioadă numai pentr u descărcarea de date. 
2.4  Secur itate 
Scopul sistemului de secur itate este de a proteja memor ia de date astfel încât să împied ice accesul 
neauto rizat la date și manipularea acestor a și de a detecta orice astfel de tentative, protejând integr itatea și 
autenti citatea datelor transmise între senzor ul de mișcare și unitate a montată pe vehicul, integrit atea și 
autenti citatea datelor transmise între aparatura de înregistrare și cardur ile de tahograf, integritatea și autenti ­
citat ea datelor transmise între aparatura de înregistrare și echi pamentul GNSS extern, precum și confidenția ­
litatea, integrit atea și autenti citatea datelor transmise, în scopur i de control, prin comunicarea la distanță în 
scopul detectăr ii timpurii, precum și verificând integritatea și aute nticitatea date lor descărcate. 
(14)  Pentr u a garant a secur itatea sistem ului, următoar ele compo nent e trebuie să îndeplinească cerințele de 
secur itate specific ate în prof ilurile de prot ecție, în conf ormitate cu apendicele 10: 
—  unitate a montată pe vehicul; 
—  cardul de tahograf; 
—  senzor ul de mișcare; 
—  echi pamentul GNSS exte rn (acest prof il este necesar și aplicabil numai pentr u varianta externă a 
GNSS). 
3.  CERINȚE DE CONSTR UCȚIE ȘI DE FUNCȚIONARE APLICAB ILE APARA TURII DE ÎNREGISTRARE 
3.1  Monit orizarea introducer ii și retrager ii cardur ilor 
(15)  Aparatura de înregistrare monitori zează dispozitivele de interfaț ă pentr u card pentr u a detecta 
introducer ile și retrag erile cardur ilor. 
(16)  La introducerea unui card, aparatura de înregistrare verifică valabilitate a cardului de tahograf introdus 
și, dacă acesta este valabil, identifică tipul și generația cardului. 
Dacă în aparatura de înregistrare a fost deja introdus un card cu același număr și cu un indice de 
reînnoire mai mare, cardul în cauză este declarat nevalabil. 
Dacă în aparatura de înregistrare a fost deja introdus un card cu același număr și cu același indice de 
reînnoire, dar cu un indice de înlocuire mai mare, cardul în cauză este declarat nevalabil. 
(17)  Cardur ile de tahograf de primă generație sunt considerate nevalabile de către aparatura de înregistrare 
după ce posibilitatea de a utiliza cardur i de tahograf de primă generație a fost supr imată de un atelier , 
în conf ormitate cu apendicele 15 (cerința MIG003). 
(18)  Cardur ile de atelier de primă generație care sunt introduse într-o aparatură de înregistrare de a doua 
generație sunt considerate nevalabile. 
(19)  Aparatura de înregistrare este proiectată astfel încât cardur ile de tahograf să fie blocate în poziția 
corectă la introducerea lor în dispozitivul de interfață pentr u card. 26.5.2016 L 139/22 Jurnalul Oficial al Uniunii Europene RO    
(20)  Retragerea cardur ilor de tahograf este posibilă numai după oprirea vehiculului și după stocar ea 
datelor relevante pe cardur i. Retragerea cardului necesită o inter venție concretă a utilizatorulu i. 
3.2  Măsurarea vitezei, a poziției și a dist anței 
(21)  Senzor ul de mișcare (integrat eventual în adap tor) 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 odometr u care 
corespunde distanței totale parcurse de vehicul, pe baza impulsur ilor emise de senzor ul de mișcare. 
(23)  Această funcție asigură măsurarea continuă și poate indica vitez a vehiculului, pe baza impulsur ilor 
emise de senzor ul 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 detect ează o valoare mai mare de 1 
imp/sec de la senzor ul de mișcare timp de cel puțin cinci secunde, în caz contrar vehiculul fiind 
considerat oprit. 
(25)  Dispozitivele pentr u afișar ea vitezei (vitezometr ul) și a distanței totale parcurse (odometr ul) instalat e 
î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 puncte le 3.2.1 și 
3.2.2.) prevăzute în prezenta anexă. 
(26)  Pentr u detectarea manipulăr ii datelor de la senzor ul de mișcare, informațiile provenite de la senzor ul 
de mișcare sunt coroborat e cu informațiile privind deplasarea vehiculului derivate din recep torul 
GNSS și, în mod opțional, din altă (alte) sursă (surse) independentă (independent e) de senzor ul de 
mișcare. 
(27)  Această funcție măsoară poziția vehiculului pentr u a permite înregistrarea automată : 
—  a pozițiilor în care conducător ul auto și/sau copilotul își încep(e) ziua de lucr u; 
—  a pozițiilor în care timpul de conducere continuă al conducător ului auto ating e un multiplu de 
trei ore; 
—  a pozițiilor în care conducător ul auto și/sau copilotul își încheie ziua de lucr u. 
3.2.1  Măsur area distanței parcurse 
(28)  Distanța parcursă poate fi măsurată: 
—  fie cumulând deplasăr ile înainte și înapoi; 
—  fie cumulând numai deplasăr ile înaint e. 
(29)  Aparatura de înregistrare măsoară distanța parcursă între 0 și 9 999 999,9 km. 
(30)  Distanța măsurată respectă următoar ele limite de toleranță (distanțe de cel puțin 1 000 m): 
—  ± 1 % înainte de instalare; 
—  ± 2 % în cursul instalăr ii și al inspecțiilor periodice; 
—  ± 4 % în timpul funcționăr ii. 
(31)  Distanța măsurată trebuie să aibă o rezoluție de 0,1 km sau mai bună. 
3.2.2  Măsur area vitezei 
(32)  Aparatura de înregistrare măsoară viteza între 0 și 220 km/h. 26.5.2016 L 139/23 Jurnalul Oficial al Uniunii Europene RO    
(33)  Pentr u a asigura o toleranță maximă de ± 6 km/h pentr u viteza afișată în timpul funcționăr ii și luând 
în considerare: 
—  o toleranță de ± 2 km/h pentr u variațiile semnalului de intrare (var iații provocat e de pneur i, …); 
—  o toleranță de ± 1 km/h la măsurător ile efectuate în timpul instalăr ii sau al inspecțiilor periodice; 
aparatura de înregistrare trebuie să măsoare viteza cu o toleranță de ± 1 km/h (la viteză constantă) 
dacă viteze le se încadrează între 20 și 180 km/h, iar coeficienții caracter istici ai vehiculului între 
4 000 și 25 000 imp/km. 
Notă: Datorită rezoluției stocăr ii de date, se adaugă o toleranță suplimentară de ± 0,5 km/h la viteza 
stocată de aparatura de înregistrare. 
(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 modifi cat într-un ritm de până la 2 m/s2. 
(35)  Măsurarea vitezei trebuie să aibă o rezoluție de 1 km/h sau mai bună. 
3.2.3  Măsur area poziției 
(36)  Aparatura de înregistrare măsoară poziția absolută a vehiculului cu ajutorul recep torului GNSS. 
(37)  Poziția absolută se măsoară în coordonate geografi ce de latitudine și longitudine, în grade și minute, 
cu o rezoluție de 1/10 de minut. 
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. 
(39)  Data și ora UTC se utilizează pentr u datarea date lor din aparatura de înregistrare (înregistrăr i, 
schimburi de date) și pentr u toat e mat erialele impr imat e menționate la apendicele 4 „Materi ale 
impr imat e”. 
(40)  Pentr u afișarea orei locale este posibilă modifi carea decalajului orar al orei afișate, în inter vale 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ă; 
(41)  Abat erea de timp nu trebuie să depășească ± 2 secunde pe zi în condiții de omologar e de tip, în 
absența oricărei reglări a orei. 
(42)  Timpul se măsoară cu o rezoluție de o secundă sau mai bună. 
(43)  Măsurarea timpului nu este afectată de întrer uper ile alimentăr ii cu energie electr ică din exterio r care 
durează mai puțin de 12 luni în condiții de omologa re de tip. 
3.4  Monit orizarea activităților conducăt orului auto 
(44)  Această funcție monitorizează, în mod permanent și separat, activitățile unui conducăt or auto și ale 
unui copilot. 
(45)  Activitățile conducăt orului auto sunt CONDU CERE, MUNCĂ, DISPONIBILIT ATE sau PAUZĂ/ 
ODIHNĂ. 
(46)  Pilotul și/sau copilotul pot selecta manual MUNCĂ, DISPONIBILIT ATE sau PAUZĂ/ODIHNĂ. 
(47)  Când vehiculul este în mișcare, se select ează automat activitatea CONDUCERE pentr u conducător ul 
auto și DISPONIBILIT ATE pentr u copilot. 26.5.2016 L 139/24 Jurnalul Oficial al Uniunii Europene RO    
(48)  Când vehiculul se oprește, pentr u conducăt orul auto se selectează automat MUNCĂ. 
(49)  Se consideră că prima modificare a activității în ODIHNĂ sau DISPONIBILIT ATE î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Ă). 
(50)  Această funcție transmite modificăr ile 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 calendar istic dat, minutul respectiv va fi considerat în 
întregime drept minut de CONDUCERE. 
(52)  Dacă un minut calendar istic dat nu este considerat minut de CONDUCERE conf orm 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 activități cu 
durată egală). 
(53)  Această funcție permite, de asemenea, monit orizarea permanentă a timp ului de conducere continuă și 
a durat ei cumulate a pauzelor conducăt orului auto. 
3.5  Monit orizarea regimului de conducere 
(54)  Această funcție monitorizează, în mod permanent și automat, regimul de conducere. 
(55)  Când în aparat sunt introduse două cardur i de conducător auto valabile, se selecte ază regimul de 
conducere ECHIPAJ, iar în toat e celelalte cazur i se select ează regimul SINGUR. 
3.6  Înregistrăr i realizate de conducător ii auto 
3.6.1  Înreg istrarea locur ilor în care încep și/sau se încheie zilele de lucru 
(56)  Această funcție permite înregistrarea locur ilor în care, potr ivit conducăt orului auto și/sau copilotului, 
încep și/sau se înche ie zilele sale (lor) de lucr u. 
(57)  Un loc înseamnă țara și, dacă este cazul, și regiunea care sunt înregistrate sau confir mate manual. 
(58) În momentul retrag erii unui card de conducător auto, aparatura de înregistrare îi solicită conducă ­
torului auto (copilotului) să introducă un „loc în care se înche ie ziua de lucr u”. 
(59)  Conducătorul auto introduce atunci locul în care se află vehiculul în momentul respectiv , acest lucr u 
fiind considerat o înregistrare temporară. 
(60)  Înregistrarea locur ilor în care încep și/sau se închei e zilele de lucr u este posibilă prin interm ediul 
comenzilor din meniur i. Dacă într-un minut calendar istic se efectuează mai multe astfe l de 
înregistrăr i, nu vor rămâne înregistrat e decât locul de începere cel mai recent introdus și locul de 
închei ere cel mai recent introdus. 
3.6.2  Intro ducerea manuală a activităților conducător ului auto și acordul conducător ului auto pentr u interfața ITS 
(61)  Aparatura de înregistrare permite introducerea manuală a activităților numai în momentul 
introducer ii cardului de conducător auto (sau de atelier). Introducerea manuală a activităților se 
efectuează utilizând valor ile date i și orei locale corespunzătoare fusului orar (decala j UTC) setat la 
momentul respectiv pentr u unitatea montată pe vehicul. 
La introducerea cardului de conducăt or auto sau de atelier , titular ului cardului i se vor reaminti 
următoarele: 
—  data și ora ultimei retrag eri a cardului; 
—  în mod opțional: decala jul orei locale setat la momentul respectiv pentr u unitat ea montată pe 
vehicul. 26.5.2016 L 139/25 Jurnalul Oficial al Uniunii Europene RO    
La prima introducere a unui card de conducăt or auto sau de atelier care nu este recunoscut, la 
momentul respectiv , de unitatea montată pe vehicul, titular ul cardului este invitat să își expr ime 
acordul privind extragerea datelor cu caracter personal din tahograf prin interm ediul interfeței ITS 
opționale. 
Acordul conducăt orului auto (respectiv al ateli erului) poate fi activat sau dezactivat în orice moment 
prin comenzile din meniu, cu condiția să fie introdus cardul de conducăt or auto (respectiv de ateli er). 
Este posibil să se introducă activități, cu următ oarele restr icții: 
—  tipul de activitate trebuie să fie MUNCĂ, DISPONIBILIT ATE sau PAUZĂ/ODIHNĂ; 
—  ora de începere și de închei ere ale fiecăre i activități trebuie să se situeze numai între momentul 
ultimei retrageri a cardului și cel al introducer ii 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 ateli er) care nu a mai fost utilizat. 
Procedura de introducere manuală a activităților include toat e etapele consecutive necesare pentr u 
stabilirea tipului, a orei de începere și a orei de închei ere a fiecărei activități. Pentr u oricare 
subdiviziune a perioadei de timp dintre ultima retragere a cardului și inserarea curentă a acestuia, 
titular ul cardului are opțiunea de a nu declara nicio activitate . 
În timpul introducer ii manuale a date lor asociat e introducer ii cardului, titular ul cardului are posibi ­
litatea de a introduce, dacă este cazul: 
—locul unde s-a înche iat o zi de lucr u anterioară, asociat orei relevante (suprascr iind astfel înregis ­
trarea efectuată cu ocazia ultimei retrag eri a cardului); 
—  locul unde începe ziua de lucr u curentă, asociată orei relevante. 
Dacă titular ul cardului nu înregistrează locul în care își începe sau își închei e ziua de lucr u în cursul 
introducer ii manuale a datelor asociate introducer ii cardului, acest lucr u se consideră drept o 
declarație a faptului că ziua sa de lucr u nu s-a modificat de la ultima retragere a cardului. Următoar ea 
înregistrare a unui loc în care se închei e o zi de lucr u anterioară superscr ie apoi înregistrarea 
temporară efectuată cu ocazia ultimei retrag eri a cardului. 
Dacă se introduce un loc, acesta se înregistrează pe cardul de tahograf relevant. 
Introducerea manuală a datelor se întrer upe dacă: 
—  cardul este retras; sau 
—  vehiculul este în mișcare, iar cardul se află în slotul pentr u cardul de conducăt or auto. 
Sunt permise întrer uper i suplimentare, de exemplu o pauză după o anumită perioadă de inactivitate a 
utilizatorului. Dacă introducerea manuală a datelor este întrer uptă, aparatura de înregistrare validează 
orice date compl ete 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 introducer ii manuale a datelor pentr u un card introdus anterior, se introduce un al 
doilea card de conducăt or auto sau de atelier , introducerea manuală a datelor pentr u primul card 
poate fi finalizată înainte de a începe introducerea manuală a datelor pentr u cel de al doilea card. 
Titular ul cardului are opțiunea de a introduce manual date conf orm următoar ei procedur i minime: 
—  Se introduc activitățile manual, în ordine cronologică, pentr u intervalul dintre ultima retragere a 
cardului și introducerea curentă a acestuia. 26.5.2016 L 139/26 Jurnalul Oficial al Uniunii Europene RO    
—  Ora începer ii primei activități se setează la ora retrag erii cardului. Pentr u fiecare înregistrare 
ulterioară, ora începer ii este presetată să urmeze imediat orei de închei ere a înregistrăr ii 
anterioare. Pentr u fiecare activitate se selecte ază tipul activității și ora închei erii. 
Procedura se încheie în momentul în care ora de închei ere a unei activități introduse manual este 
aceeași cu ora inserăr ii cardului. Aparatura de înregistrare poate apoi permite, opțional, titular ului 
cardului să modific e orice activitate introdusă manual, până în momentul validăr ii prin selectarea 
unei comenzi specifi ce. Ulterior, orice astfel de modifi cări sunt inter zise. 
3.6.3  Înreg istrarea condițiilor specifi ce 
(62)  Aparatura de înregistrare permite conducăt orului auto să introducă, în timp real, următoarel e două 
condiții specifice: 
—  „ÎN AFARA ZONEI DE APLICARE A REGLEMENTĂRIL OR” (început, sfârșit) 
—  „TRASEU PARCURS PE FERIBOT/ÎN TREN” (început, sfârșit). 
O condiție de tip „TRASEU PARCURS PE FERIBOT/ÎN TREN” nu se poate produce dacă este desch isă 
o condiție de tip „ÎN AFARA ZONEI DE APLICARE A REGLEMENTĂRIL OR”. 
O condiție desc hisă de tip „ÎN AFARA ZONEI DE APLICARE A REGLEMENTĂRILOR” trebuie să fie 
închisă în mod autom at de către aparatura de înregistrare dacă este introdus sau retras un card de 
conducător auto. 
O condiție desch isă de tip „ÎN AFARA ZONEI DE APLIC ARE A REGLEMENTĂRIL OR” împied ică 
apar iția următ oarelor evenimente și avertismente: 
—  conducere fără un card adecvat ; 
—  avertismente asociat e timpului de conducere continuă. 
Indicatoru l de început al condiției „TRASEU PARCURS PE FERIBOT/ÎN TREN” se setea ză înainte de 
oprirea motorului pe feribot/în tren. 
O condiție desc hisă de tip „TRASEU PARCURS PE FERIBOT/ÎN TREN” trebuie să se închei e atunci 
când se produce oricare dintre următoar ele eveniment e: 
—  conducăt orul auto încheie manual condiția „TRASEU PARCURS PE FERIBOT/ÎN TREN”; 
—  conducăt orul auto își retrag e cardul; 
O condiție desc hisă de tip „TRASEU PARCURS PE FERIBOT/ÎN TREN” se încheie atunci când nu mai 
este valabilă în temeiul normelor prevăzut e în Regulamentul (CE) nr. 561/2006. 
3.7  Gestionare a blocăr ilor efectuate de societa te 
(63)  Această funcție permite gestionarea blocăr ilor efectuate de o societate pentr u a-și asigura accesul 
exclusiv la date în modul societate. 
(64)  Blocăr ile 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 identif icării societății pe baza număr ului cardului de societate (la 
blocare). 
(65)  Blocăr ile pot fi „activat e” sau „dezactivate ” numai în timp real. 
(66) Deblocarea poate fi efectuată numai de către societatea a cărei blocare este „activă” (conf orm identi ­
ficării pe baza primelor 13 caractere din număr ul cardului de societate) sau 26.5.2016 L 139/27 Jurnalul Oficial al Uniunii Europene RO    
(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  Monit orizarea activităților de control 
(69)  Această funcție monitorizează activitățile de AFIȘARE, IMPRIMARE, DESCĂR CARE din VU și de pe 
card și de verificare a ETALONĂRII ÎN TRAFIC, realizate în modul control. 
(70)  Această funcție monit orizează, de asemenea, activitățile de CONTR OL AL DEPĂȘIRII LIMITEI DE 
VITEZĂ în modul control. Se consideră că a avut loc un control al depășir ii limitei de viteză dacă, în 
modul control, mesa jul „depășirea limitei de viteză” a fost trimis spre impr imantă sau pe ecran sau 
dacă din memor ia 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ăt oarele evenimente și/sau anomalii: 
3.9.1  Evenimentul „Intr oducerea 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 „Conf lict de carduri” 
(73)  Acest eveniment este declanșat la producerea oricăreia dintre combinațiile de cardur i valabile notat e 
cu X din tabelul următor: 
Conf lict de cardur i Slot pentr u cardul de conducător auto 
Niciun card Card de condu ­
cător auto Card de control Card de atelier Card de societate Slot pentru cardul copilotului Niciun card      
Card de condu ­
cător auto    X  
Card de control   X X X 
Card de ateli er  X X X X 
Card de socie ­
tate   X X X  
3.9.3  Evenimentul „Supr apuner e a timpului” 
(74)  Acest eveniment este declanșat atunci când ora/data ultimei retrag eri a unui card de conducăt or auto, 
așa cum este citită de pe card, sunt ulter ioare datei/orei curente înregistrate de aparatura de 
înregistrare în care este introdus cardul respectiv . 26.5.2016 L 139/28 Jurnalul Oficial al Uniunii Europene RO    
3.9.4  Evenimentul „Conducer e fără un card adecvat” 
(75)  Acest eveniment este declanșat de oricare dintre combinațiile de cardur i de tahograf valabile notat e 
cu X din tabelul următor , atunci când activitatea conducăt orului auto se modifi că devenind 
CONDUCERE sau când intervine o schi mbare a modului de funcționare în timp ce activitatea 
conducător ului auto este CONDUCERE: 
Conducere fără un card 
adecvat Slot pentr u cardul de conducător auto 
Niciun card (sau 
card nevalabil) Card de condu ­
că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 condu ­
cător auto X  X X X 
Card de control X X X X X 
Card de ateli er X X X  X 
Card de socie ­
tate X X X X X  
3.9.5  Evenimentul „Intr oducerea cardului în timpul conducer ii” 
(76)  Acest eveniment este declanșat la introducerea unui card de tahograf în orice slot în timp ce 
activitatea conducăt orului auto este CONDUCERE. 
3.9.6  Evenimentul „Încheier ea incorectă a ultimei sesiuni” 
(77)  Acest eveniment este declanșat atunci când, la introducerea unui card, aparatura de înregistrare 
detec tează faptul că, în pofida dispozițiilor de la punctul 3.1, sesiunea anterioară de utilizare a 
cardului nu a fost închei ată corect (cardul a fost retras înainte ca toat e date le relevante să fi fost 
stocat e pe el). Acest eveniment este declanșat numai de cardul de conducăt or auto și de cardul de 
atelier . 
3.9.7  Evenimentul „Depășire a limitei de viteză” 
(78)  Acest eveniment este declanșat pentr u fiecare depășire a limitei de viteză. 
3.9.8  Evenimentul „Într eruperea alimentăr ii cu energie electr ică” 
(79)  Acest eveniment este declanșat, în celelalte modur i decât modul etalonare sau control, în cazul 
oricărei întrer uper i a alimentăr ii cu energie electr ică a senzor ului de mișcare și/sau a unității montate 
pe vehicul, care durează mai mult de 200 de milisecunde. Pragul de întrer upere este stabilit de 
producător . Scăderea nivelului de alimentare cu energie datorată pornirii motorul ui nu declanșează 
acest eveniment. 
3.9.9  Evenimentul „Ero are de comunicar e cu echipamentul de comunicare la distanță” 
(80)  Acest eveniment se declanșează, în celelalte modur i decât modul etalonare , dacă echipamentul de 
comunicare la distanță nu conf irmă recepționarea cu succes a datelor de comunicare la distanță 
transmise de unitat ea montată pe vehicul după mai mult de trei încercăr i. 
3.9.10  Evenimentul „Absența informațiilor de poziționare de la receptor ul GNSS” 
(81)  Acest eveniment se declanșează, în celelalte modur i decât modul etal onare, în cazul absenței 
informațiilor de poziționare provenind de la recept orul GNSS (intern sau extern) timp de peste trei 
ore de timp de conducere acumulat. 26.5.2016 L 139/29 Jurnalul Oficial al Uniunii Europene RO    
3.9.11  Evenimentul „Ero are de comunicar e cu echipamentul GNSS exter n” 
(82)  Acest eveniment se declanșează, în celelalte modur i decât modul etalonare, în cazul întrer uper ii 
comunicăr ii între echipamentul GNSS exte rn și unitatea montată pe vehicul, timp de pest e 20 de 
minute în continuu, atunci când vehiculul este în mișcare. 
3.9.12  Evenimentul „Ero are privind datele de la senzor ul de mișcare” 
(83)  Acest eveniment este declanșat, în celelalte modur i decât modul etalonare, în cazul întrer uper ii 
fluxului normal de date dintre senzor ul de mișcare și unitate a montată pe vehicul și/sau în cazul 
unor eror i de integrit ate sau de aute ntifi care a datelor survenite în timpul schimbului de date dintre 
senzor ul de mișcare și unitat ea montată pe vehicul. 
3.9.13  Evenimentul „Conf lict privind deplasar ea vehic ulului” 
(84)  Acest eveniment se declanșează, în celelalte modur i decât modul etalonare , în cazul în care 
informațiile privind deplasarea calculat e de senzor ul de mișcare sunt contrazise de informațiile 
privind deplasarea calculat e de recep torul GNSS intern sau de echi pamentul GNSS extern și, opțional, 
de alte surse independent e, după cum se specifică în apendicele 12. Acest eveniment nu se 
declanșează în timp ul unui traseu parcurs pe feribot/în tren, în timpul afișăr ii condiției „ÎN AFARA 
ZONEI DE APLIC ARE A REGLEMENTĂRILOR” sau atunci când informațiile de poziționare transmise 
de recept orul GNSS nu sunt disponibile. 
3.9.14  Evenimentul „Tentativă de încălcar e a secur ității” 
(85)  Acest eveniment este declanșat, în celelalte modur i decât modul etalonare, în cazul survenir ii oricărui 
alt eveniment care afectează secur itatea senzor ului de mișcare și/sau a unității montate pe vehicul și/ 
sau a echipamentului GNSS exte rn, în conf ormitate cu apendicele 10. 
3.9.15  Evenimentul „Conf lict oră” 
(86)  Acest eveniment este declanșat, în celelalte modur i decât modul etalonare, atunci când VU detectează 
o diferență de pest e 1 minut între ora calculată de funcția de măsurare a timpului a VU și ora 
transmisă de recep torul GNSS. Acest eveniment este înregistrat împreun ă cu valoarea indicată de 
ceasul intern al unității montate pe vehicul și este însoțit de o reglare automa tă a orei. După 
declanșarea unui eveniment de tip „Conf lict oră”, VU nu va mai genera alte eveniment e de tip 
„Conf lict oră” în următ oarele 12 ore. Acest eveniment nu se declanșează în cazul în care recep torul 
GNSS nu a putut detecta niciun semnal GNSS valabil în cursul ultimelor 30 de zile. Cu toat e aceste a, 
de îndată ce informațiile de poziționare de la recep torul GNSS devin din nou disponibile, se 
efectuează reglarea automa tă a orei. 
3.9.16  Anomalia „Car d” 
(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 „Apar atura de înregistr are” 
(88)  Această anomalie este declanșată în cazul survenir ii oricăreia dintre următoar ele defe cțiuni, în 
celelalte modur i decât modul etalonare: 
—  Anomalie internă a VU 
—  Anomalie a impr imante i 
—  Anomalie a afișajului 
—  Anomalie la descărcare 
—  Anomalie a senzor ului 
—  Anomalie a recept orului GNSS sau a echipamentului GNSS extern 
—  Anomalie a echipamentului de comunicare la distanță 26.5.2016 L 139/30 Jurnalul Oficial al Uniunii Europene RO    
3.10  Teste integ rate și autoteste 
(89)  Aparatura de înregistrare detecteaz ă singură anomaliile prin autot este și teste integrat e, în 
conf ormitate cu tabelul următor: 
Subansamblu de testat Autotest Test integrat 
Software  Integr itate 
Memor ie de date Acces Acces, integr itatea datelor 
Dispozitive de interfață pentr u card Acces Acces 
Tastatură  Verificare manuală 
Impr imantă (la latitudinea producăto ­
rului) Impr imare 
Afișaj  Verificare vizuală 
Descărcare 
(se efectuează numai în timpul descărcăr i­
lor) Funcționare corespunză ­
toare  
Senzor Funcționare corespunză ­
toare Funcționare corespunză ­
toare 
Echipament de comunicare la distanță Funcționare corespunză ­
toare Funcționare corespunză ­
toare 
Echipament GNSS Funcționare corespunză ­
toare Funcționare corespunză ­
toare  
3.11  Citirea din memor ia de date 
(90)  Aparatura de înregistrare trebuie să poată citi orice date stocat e în memor ia sa de date. 
3.12  Înregistrarea și stocarea în memor ia de date 
În sensul prezentului alineat, 
—  „365 de zile” înseamnă 365 de zile calendar istice de activitate medie a conducăt orilor auto într-un 
vehicul. Activitatea medie pe zi într-un vehicul implică cel puțin 6 conducăt ori auto sau copiloți, 6 
ciclur i de introducere și retrag ere de cardur i și 256 de schimbări de activitate. Prin urmare, „365 de zile” 
implică cel puțin 2 190 de conducăt ori auto (copiloți), 2 190 de ciclur i de introducere și retragere de 
cardur i și 93 440 de schi mbăr i de activitate; 
—  număr ul mediu de poziții pe zi înseamnă cel puțin 6 poziții în care începe ziua de lucr u, 6 poziții în 
care timpul de conducere continuă al conducăt orului auto ating e un multiplu de trei ore și 6 poziții în 
care se închei e ziua de lucr u, astfel încât „365” de zile includ cel puțin 6 570 de poziții; 
—  orele sunt înregistrat e cu o rezoluție de un minut, cu excepția cazur ilor în care se specifi că altfel; 
—  valor ile odometr ului sunt înregistrate cu o rezoluție de un kilometr u; 
—  vitezele sunt înregistrate cu o rezoluție de 1 km/h; 
—  pozițiile (latitudinile și longitudinile) sunt înregistrat e în grade și minute, cu o rezoluție de 1/10 de 
minut, cu precizia și cu timpul de achi ziție ale GNSS aferente. 26.5.2016 L 139/31 Jurnalul Oficial al Uniunii Europene RO    
(91)  Datele stocat e în memor ia de date nu trebuie să fie afectat e de o întrer upere a alimentăr ii externe cu 
energie electr ică cu durata mai scur tă de douăsprezece luni, în condiții de omologare de tip. În plus, 
datele stocat e în echi pamentul extern de comunicare la distanță, astfel cum este definit în apendicele 
14, nu trebuie să fie afectat e de întrer uper i ale alimentăr ii cu energie electr ică cu durata mai scur tă de 
28 de zile. 
(92)  Aparatura de înregistrare poate înregistra și stoca implicit sau explicit în memor ia sa de date 
următoarele detalii: 
3.12.1  Date de identificare a apar aturii 
3.12.1.1  Date de identificare a unității montate pe vehicul 
(93)  Aparatura de înregistrare permite stocar ea, în memor ia sa de date, a următoar elor date de identif icare 
a unității montate pe vehicul: 
—  denumirea producăt orului; 
—  adresa producător ului; 
—  număr ul de componentă; 
—  număr ul de serie; 
—  generația VU; 
—  capacitatea de a utiliza cardur i de tahograf de primă generație; 
—  număr ul versiunii de software; 
—  data de instalare a versiunii de software; 
—  anul fabricației aparatur ii; 
—  număr ul de omologare; 
(94)  Datele de identificare a unității montate pe vehicul sunt înregistrat e și stocat e definit iv de 
producător ul unității montate pe vehicul, cu excepț ia datelor legate de software și a număr ului de 
omologare, care pot fi modifi cate în cazul moder nizăr ii software-ului, precum și al capacității de 
utilizare a cardur ilor de tahograf de primă generație. 
3.12.1.2  Date de identificare a senzor ului de mișcare 
(95)  Senzor ul de mișcare trebuie să poată stoca în memor ia sa următoarele date de identificare: 
—  denumirea producăt orului; 
—  număr ul de serie; 
—  număr ul de omologare; 
—  identif icatorul compo nente i integrat e de secur itate (de exemplu, număr ul de compo nentă al 
cipului/procesor ului intern); 
—  identif icatorul sistemului de operare (de exem plu, număr ul versiunii de software). 
(96)  Datele de identificare a senzor ului de mișcare sunt înregistrate și stocat e definit iv în senzor ul de 
mișcare de producăt orul acestuia. 
(97)  Unitat ea montată pe vehicul trebuie să poată înregistra și stoca în memor ia sa de date următoar ele 
date legat e de cele mai recent e 20 de asocier i ale senzor ilor de mișcare (dacă, în cursul unei zile 
calendar istice, au loc mai multe asocier i, se stoc hează numai prima și ultima asociere din ziua 
respectivă): 
Pentr u fiecare dintre aceste asocier i se înregistrează următoarel e date : 
—  date le de identif icare a senzor ului de mișcare: 
—  număr ul de serie; 
—  număr ul de omologar e; 26.5.2016 L 139/32 Jurnalul Oficial al Uniunii Europene RO    
—  date le privind asocierea senzor ului de mișcare: 
—  data asocier ii. 
3.12.1.3  Date de identificare a sistemului global de navig ație prin sate lit 
(98)  Echipamentul GNSS extern trebuie să poată stoca în memor ia sa următoarel e date de identif icare: 
—  denumirea producăt orului; 
—  număr ul de serie; 
—  număr ul de omologare; 
—  identif icatorul component ei integrate de secur itate (de exemplu număr ul de compo nentă al 
cipului/procesor ului intern); 
—  identif icatorul sistemului de operare (de exem plu număr ul versiunii de software). 
(99)  Datele de identif icare a echi pamentului GNSS extern sunt înregistrate și stocat e definitiv în 
echip amentul GNSS extern de producător ul acestuia. 
(100)  Unitat ea montată pe vehicul trebuie să poată înregistra și stoca în memor ia sa de date următoar ele 
date legate de cele mai recente 20 de cuplăr i ale echipament elor GNSS externe (dacă, în cursul unei 
zile calendar istice, au loc mai multe cuplăr i, se stoc hează numai prima și ultima cuplare din ziua 
respectivă): 
Pentr u fiecare dintre aceste cuplăr i se înregistrează următoarel e date : 
—  date le de identif icare a echi pamentului GNSS extern : 
—  număr ul de serie; 
—  număr ul de omologar e; 
—  date privind cuplarea echipamentului GNSS exte rn: 
—  data cuplăr ii. 
3.12.2  Chei și certificate 
(101)  Aparatura de înregistrare poate stoca o serie de chei și certificate criptografice, în conf ormitate cu 
apendicele 11 părțile A și B. 
3.12.3  Date privind introdu cerea și retragerea cardului de conducător auto sau ale cardului de atelier 
(102)  Pentr u fiecare ciclu de introducere și retrag ere a unui card de conducător auto sau a unui card de 
atelier , aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următ oarele detalii: 
—  numele și prenumele titular ului cardului, astfel cum sunt stocat e pe card; 
—  număr ul cardului, statul membr u emiten t și data expirăr ii, astfel cum sunt stocat e pe card; 
—  generația cardului; 
—  ora și data introducer ii cardului; 
—  valoarea indicată de odometr ul vehiculului în momentul introducer ii cardului; 
—  slotul în care este introdus cardul; 
—  data și ora retrager ii cardului; 
—  valoarea indicată de odometr ul vehiculului în momentul retrag erii cardului; 26.5.2016 L 139/33 Jurnalul Oficial al Uniunii Europene RO    
—  următoar ele informații privind vehiculul utilizat anter ior de conducăt orul auto, astfe l cum sunt 
stocat e pe card: 
—  VRN și statul membr u de înmatr iculare; 
—  generația VU (atunci când această informație este disponibilă); 
—  data și ora retrag erii cardului; 
—  un indicator de stare care arată dacă, la introducerea cardului, titular ul acestuia a introdus manual 
activități sau nu. 
(103)  Memor ia de date trebuie să poată stoca aceste date timp de cel puțin 365 de zile. 
(104)  La epuizarea capacității de stocare , date le noi înlocuiesc date le cele mai vechi. 
3.12.4  Date privind activitatea conducător ului auto 
(105)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următ oarele informații de 
fiecare dată când survine o modificare a activității conducăt orului 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ăt or auto sau de ateli er: 
—  regimul de conducere (ECHIPAJ, SINGUR); 
—  slotul (COND UCĂTOR AUTO, COPIL OT); 
—  starea cardului în slotul relevant (INTR ODUS, NEINTR ODUS); 
—  activitatea (CONDUCERE, DISPONIBILIT ATE, MUNCĂ, PAUZĂ/ODIHNĂ); 
—  data și ora modifi cării. 
INTR ODUS înseamnă că în slot este introdus un card de conducăt or auto sau un card de atelier 
valabil. NEINTR ODUS înseamnă starea opusă, și anume faptul că în slot nu este introdus un card de 
conducător auto sau de atelier valabil (de exem plu, este introdus un card de societate sau nu este 
introdus niciun card). 
Datele privind activitatea introduse manual de un conducăt or auto nu sunt înregistrat e în memor ia 
de date. 
(106)  Memor ia de date trebuie să poată stoca datele privind activitatea conducăt orului auto timp de cel 
puțin 365 de zile. 
(107)  La epuizarea capacității de stocare , date le noi înlocuiesc date le cele mai vechi. 
3.12.5  Locur i și poziții în care încep și se încheie zilele de lucru și/sau în care se atinge timpul de conducere continuă de 3 ore 
(108)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date: 
—  locur ile și pozițiile în care conducător ul auto și/sau copilotul își încep(e) ziua de lucr u; 
—  pozițiile în care timpul de conducere continuă al conducător ului auto ating e un multiplu de trei 
ore; 
—  locur ile și pozițiile în care conducător ul auto și/sau copilotul își înche ie ziua de lucr u. 
(109)  Atunci când poziția vehiculului nu este disponibilă din recep torul GNSS în momentele respective, 
aparatura de înregistrare utilizează ultima poziție disponibilă, precum și data și ora aferente. 
(110)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date, împ reună cu fiecare loc 
sau poziție, următoar ele element e: 
—  număr ul cardului conducăt orului auto (copilotului) și statul membr u emiten t al cardului; 
—  generația cardului; 26.5.2016 L 139/34 Jurnalul Oficial al Uniunii Europene RO    
—  data și ora introducer ii; 
—  tipul de introducere (început, înche iere sau timp de conducere continuă de 3 ore); 
—  precizia GNSS, data și ora aferente, dacă este cazul; 
—  valoarea indicată de odometr ul vehiculului. 
(111)  Memor ia de date trebuie să poată păstra, timp de cel puțin 365 de zile, locur ile și pozițiile în care 
încep și se închei e zilele de lucr u și/sau în care se ating e timpul de conducere continuă de 3 ore. 
(112)  La epuizarea capacității de stocare , date le noi înlocuiesc date le cele mai vechi. 
3.12.6  Date privind odometr ul 
(113)  Aparatura de înregistrare înregistrează în memor ia sa de date valoarea indicată de odometr ul 
vehiculului și data respectivă la ora 00.00 a fiecărei zile calendar istice. 
(114)  Memor ia de date trebuie să poată stoca valor ile indicate de odometr u la ora 00.00 timp de cel puțin 
365 de zile calendar istice. 
(115)  La epuizarea capacității de stocare , date le noi înlocuiesc date le cele mai vechi. 
3.12.7  Date privind viteza detaliată 
(116)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date viteza detaliată a 
vehiculului, precum și data și ora corespunzătoare în fiecare secundă, cel puțin pe parcursul ultimelor 
24 de ore în care vehiculul a fost în mișcare. 
3.12.8  Date privind evenimentele 
În sensul prezentului paragraf, timpul se înregistrează cu o rezoluție de 1 secundă. 
(117)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următoar ele date pentr u 
fiecare eveniment detectat, conf orm următ oarelor reguli de stocare: 
Eveniment Reguli de stocare Date de înregistrat pentr u fieca re eveniment 
Introducerea unui card neva ­
labil —  cele mai recente 10 evenimente . —  data și ora evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația car­
dului care a creat evenimentul; 
—  număr ul de eveniment e similare din 
ziua respectivă. 
Conf lict de cardur i —  cele mai recente 10 evenimente . —  data și ora începer ii evenimentului; 
—  data și ora închei erii evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația celor 
două cardur i care au creat conf lictul. 
Conducere fără un card 
adecvat —  evenimentul cel mai de durată survenit 
în fiecare din ultimele 10 zile de pro­
ducere; 
—  cele mai de durată 5 eveniment e din 
ultimele 365 de zile; —  data și ora începer ii evenimentului; 
—  data și ora închei erii evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația ori­
cărui card introdus la începutul și/sau la 
încheierea evenimentului; 
—  număr ul de eveniment e similare din 
ziua respectivă. 26.5.2016 L 139/35 Jurnalul Oficial al Uniunii Europene RO    
Eveniment Reguli de stocare Date de înregistrat pentr u fieca re eveniment 
Introducerea cardului în tim­
pul conducer ii —ultimul eveniment din fiecare dintre ul­
timele 10 zile de producere; —  data și ora evenimentului; 
—  tipul, număr ul, statul membr u emiten t 
și generația cardului (cardur ilor); 
—  număr ul de eveniment e similare din 
ziua respectivă. 
Încheier e incorectă a ultimei 
sesiuni —  cele mai recente 10 evenimente . —  data și ora introducer ii cardului; 
—  tipul, număr ul, statul membr u emiten t 
și generația cardului (cardur ilor); 
—  datele privind ultima sesiune așa cum 
au fost citite de pe card: 
—  data și ora introducer ii cardului; 
—VRN, statul membr u de înmatr icu­
lare și generația VU. 
Depășirea limitei de vite­
ză (1) —cel mai grav eveniment survenit în fie­
care din ultimele 10 zile de producere 
(și anume, cea mai mare viteză medie 
înregistrată); 
—  cele mai grav e 5 evenimente survenite 
în ultimele 365 de zile; 
—  primul eveniment survenit după ultima 
etalonare; —  data și ora începer ii evenimentului; 
—  data și ora închei erii evenimentului; 
—viteza maximă măsurată în cursul eveni ­
mentului; 
—  media aritmetică a vitezei măsurate în 
cursul evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația car­
dului de conducător auto (dacă este ca­
zul); 
—  număr ul de eveniment e similare din 
ziua respectivă. 
Întrer uperea alimentăr ii cu 
energie electr ică (2) —evenimentul cel mai de durată din fie­
care dintre ultimele 10 zile de produ ­
cere; 
—  cele mai de durată 5 eveniment e din 
ultimele 365 de zile; —  data și ora începer ii evenimentului; 
—  data și ora închei erii evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația ori­
cărui card introdus la începutul și/sau la 
încheierea evenimentului; 
—  număr ul de eveniment e similare din 
ziua respectivă. 
Eroare de comunicare cu 
echi pamentul de comunicare 
la distanță —evenimentul cel mai de durată din fie­
care dintre ultimele 10 zile de produ ­
cere; 
—  cele mai de durată 5 eveniment e din 
ultimele 365 de zile; —  data și ora începer ii evenimentului; 
—  data și ora închei erii evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația ori­
cărui card introdus la începutul și/sau la 
încheierea evenimentului; 
—  număr ul de eveniment e similare din 
ziua respectivă. 
Absența informațiilor de po­
ziționare de la recep torul 
GNSS —evenimentul cel mai de durată din fie­
care dintre ultimele 10 zile de produ ­
cere; 
—  cele mai de durată 5 eveniment e din 
ultimele 365 de zile; —  data și ora începer ii evenimentului; 
—  data și ora închei erii evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația ori­
cărui card introdus la începutul și/sau la 
încheierea evenimentului; 
—  număr ul de eveniment e similare din 
ziua respectivă. 26.5.2016 L 139/36 Jurnalul Oficial al Uniunii Europene RO    
Eveniment Reguli de stocare Date de înregistrat pentr u fieca re eveniment 
Eroare privind datele de la 
senzor ul de mișcare —evenimentul cel mai de durată din fie­
care dintre ultimele 10 zile de produ ­
cere; 
—  cele mai de durată 5 eveniment e din 
ultimele 365 de zile; —  data și ora începer ii evenimentului; 
—  data și ora închei erii evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația ori­
cărui card introdus la începutul și/sau la 
încheierea evenimentului; 
—  număr ul de eveniment e similare din 
ziua respectivă. 
Conf lict privind deplasarea 
vehiculului —evenimentul cel mai de durată din fie­
care dintre ultimele 10 zile de produ ­
cere; 
—  cele mai de durată 5 eveniment e din 
ultimele 365 de zile; —  data și ora începer ii evenimentului; 
—  data și ora închei erii evenimentului; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația ori­
cărui card introdus la începutul și/sau la 
încheierea evenimentului; 
—  număr ul de eveniment e similare din 
ziua respectivă. 
Tentativă de încălcare a secu ­
rității —  cele mai recente 10 evenimente, per 
tip de eveniment. —  data și ora începer ii evenimentului; 
—  data și ora sfârșitului evenimentului 
(dacă sunt relevante); 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația ori­
cărui card introdus la începutul și/sau la 
încheierea evenimentului; 
—  tipul evenimentului. 
Conf lict oră —evenimentul cel mai de durată din fie­
care dintre ultimele 10 zile de produ ­
cere; 
—  cele mai de durată 5 eveniment e din 
ultimele 365 de zile; —data și ora indicate de aparatura de înre ­
gistrare; 
—  data și ora GNSS; 
—  tipul și număr ul cardului (cardur ilor), 
statul membr u emitent și generația ori­
cărui card introdus la începutul și/sau la 
încheierea evenimentului; 
—  număr ul de eveniment e similare din 
ziua respectivă.   
(1) Aparatura de înregistrare înregistrează și stoc hează, de asemenea, în memor ia sa de date: 
—  data și ora ultimului CONTR OL AL DEPĂȘIRII LIMITEI DE VITEZĂ; 
—  data și ora primului eveniment de tip „Depășirea limitei de viteză”sur venit după efectuarea 
respectivului CONTR OL AL DEPĂȘIRII LIMITEI DE VITEZĂ. 
—  număr ul de evenimente de tip „Depășirea limitei de viteză” survenite de la ultimul CONTR OL 
AL DEPĂȘIRII LIMITEI DE VITEZĂ.  
(2) Aceste date pot fi înregistrat e numai în momentul reconectăr ii la sursa de energie electr ică, orele 
pot fi cunoscut e cu o precizie de un minut. 
3.12.9  Date privind anomaliile 
În sensul prezentului paragraf, timpul se înregistrează cu o rezoluție de 1 secundă. 26.5.2016 L 139/37 Jurnalul Oficial al Uniunii Europene RO    
(118)  Aparatura de înregistrare încearcă să înregistreze și să stocheze în memor ia sa de date următ oarele 
date pentr u fiecare anomalie detectată conf orm următ oarelor reguli de stocare: 
Anomalie Reguli de stocare Date care trebuie înregistrat e pentr u fiecare 
anomalie 
Anomalie a cardului —cele mai recente 10 anomalii ale cardu ­
lui de conducător auto. —  data și ora începer ii anomaliei; 
—  data și ora închei erii anomaliei; 
—  tipul, număr ul, statul membr u emiten t 
și generația cardului (cardur ilor). 
Anomalii ale aparatur ii de 
înregistrare —  cele mai recent e 10 anomalii pentr u 
fiecare tip de anomalie; 
—  prima anomalie survenită după ultima 
etalonare. —  data și ora începer ii anomaliei; 
—  data și ora închei erii anomaliei; 
—  tipul de anomalie; 
—  tipul, număr ul și statul membr u emiten t 
al cardului (cardur ilor), precum și gene ­
rația oricărui card introdus la începutul 
și/sau la închei erea anomaliei;  
3.12.10  Date privind etalonare a 
(119)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următoarel e date relevante 
privind: 
—  parametr ii de etalonare cunoscuți în momentul activăr ii; 
—  prima sa etalonare după activare; 
—  prima sa etalonare după instalarea în vehiculul respectiv (identifi cat pe baza VIN); 
—  cele mai recente 20 de etalonăr i (dacă pe parcursul unei zile calendar istice se efectuează mai 
multe etalonăr i, nu este stocată decât ultima etalonare efectuată în ziua respectivă). 
(120)  Pentr u fiecare dintre aceste etalonăr i se înregistrează următoarel e date : 
—  scopul etalonăr ii (activare, prima instalare, instalare, inspecție periodică); 
—  denumirea și adresa atelierului; 
—  număr ul cardului de ateli er, statul membr u emite nt al cardului și data expirăr ii cardului; 
—  identif icarea vehiculului; 
—  parametr ii actualizați sau confir mați: w, k, l, dimensiunea pneur ilor, reglajul limitat orului de 
vitez ă, odometr ul (valor ile vechi și cele noi), data și ora (valor ile vechi și cele noi); 
—  tipur ile și identificator ii tuturor sigiliilor montate. 
(121)  În plus, aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date capacitatea sa de a 
utiliza cardur i de tahograf de primă generație (încă activate sau nu). 
(122)  Senzor ul de mișcare înregistrează și stochează în memor ia sa următoarele date privind instalarea 
senzor ului de mișcare: 
—  prima asociere la o VU (data, ora, număr ul de omologa re al VU, număr ul de serie al VU); 
—  ultima asociere la o VU (data, ora, număr ul de omolog are al VU, număr ul de serie al VU). 26.5.2016 L 139/38 Jurnalul Oficial al Uniunii Europene RO    
(123)  Echipamentul GNSS extern înregistrează și stoc hează în memor ia sa următ oarele date privind 
instalarea echi pamentului GNSS extern: 
—  prima cuplare la o VU (data, ora, număr ul de omolog are al VU, număr ul de serie al VU); 
—  prima cuplare la o VU (data, ora, număr ul de omolog are al VU, număr ul de serie al VU). 
3.12.11  Date privind reglarea orei 
(124)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următoarele date legat e de 
reglările orei efectuate în modul etalonare, în afara cadr ului unei etalonăr i normale [a se vedea 
definiția de la litera (f)]: 
—  cea mai recentă reglare a orei; 
—  cele mai impor tante 5 reglări ale orei. 
(125)  Pentr u fiecare dintre aceste reglări ale orei se înregistrează următ oarele date: 
—  data și ora, valoarea veche; 
—  data și ora, valoarea nouă; 
—  denumirea și adresa atelierului; 
—  număr ul cardului de ateli er, statul membr u emite nt al cardului și data expirăr ii cardului. 
3.12.12  Date privind activitățile de control 
(126)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următ oarele date privind 
cele mai recent e 20 de activități de control: 
—  data și ora controlului; 
—  număr ul cardului de control, statul membr u 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ăr ii în trafic). 
(127)  Pentr u descărcăr i se înregistrează și date le descărcate privind ziua cea mai îndepăr tată și ziua cea mai 
recentă. 
3.12.13  Date privind blocăr ile efectuate de societate 
(128)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următ oarele date privind 
cele mai recent e 255 de blocăr i efectuate de societate : 
—  data și ora blocăr ii; 
—  data și ora deblocăr ii; 
—  număr ul cardului de societate, statul membr u emiten t al cardului și generația cardului; 
—  denumirea și adresa societății. 
Datele blocate anterior printr-un bloca j scos din memor ie din cauza limite i de mai sus se consideră a 
nu fi blocate. 
3.12.14  Date privind activitățile de descărcar e 
(129)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următ oarele date privind 
ultima descărcare de date din memor ie de date pe un supor t extern efectuată în modul societate sau 
etalonare: 
—  data și ora descărcăr ii; 26.5.2016 L 139/39 Jurnalul Oficial al Uniunii Europene RO    
—  număr ul cardului de societate sau al cardului de atelier , statul membr u emiten t al cardului și 
generația cardului; 
—  denumirea societății sau a ateli erului. 
3.12.15  Date privind condițiile specifice 
(130)  Aparatura de înregistrare înregistrează și stoc hează în memor ia sa de date următ oarele date privind 
situațiile speciale: 
—  data și ora înregistrăr ii; 
—  tipul condiției speciale. 
(131)  Memor ia de date permite stocarea de date privind condițiile specifi ce timp de cel puțin 365 de zile 
(presupunând că pe zi se desch ide ș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 tahog raf 
(132)  Aparatura de înregistrare permite stocarea următoar elor date refer itoare la diferitele cardur i de 
tahograf care au fost utilizate în VU: 
—  număr ul și număr ul de serie al cardului de tahograf; 
—  producăt orul cardului de tahograf; 
—  tipul cardului de tahograf; 
—  versiunea cardului de tahograf. 
(133)  Aparatura de înregistrare permite stocarea a cel puțin 88 de astfel de înregistrăr i. 
3.13  Citirea de pe cardur ile de tahog raf 
(134)  Aparatura de înregistrare permite citirea de pe cardur ile de tahograf de prima și a doua generație, 
dacă este cazul, a datelor necesare: 
—  pentr u a identif ica tipul de card, titular ul cardului, vehiculul utilizat anterior , data și ora ultimei 
retrag eri a cardului și activitatea selectată în momentul respectiv ; 
—  pentr u a verifica dacă ultima sesiune de utilizare a cardului a fost închei ată corect ; 
—  pentr u a calcula timpul de conducere continuă, durata cumulată a pauzelor și durata cumulată a 
orelor de conducere ale conducăt orului auto pentr u săptăm âna respectivă și pentr u cea 
anterioară; 
—  pentr u a impr ima documentele necesare refer itoare la date le înregistrate pe un card de conducăt or 
auto; 
—  pentr u a descărca date le de pe un card de conducăt or auto pe un supor t extern. 
Această cerință se aplică numai cardur ilor de tahograf de primă generație, dacă utilizarea acestora nu 
a fost invalidată de un atelier. 
(135)  În cazul unei eror i de citire, aparatura de înregistrare încearcă din nou, de maximum trei ori, să 
efectueze aceeași comandă de citire, iar dacă nu reușeșt e declară cardul deficien t și nevalabil. 
3.14  Înregistrarea și stocarea pe cardur ile de tahog raf 
3.14.1  Înreg istrarea și stocarea pe cardurile de tahog raf de primă gener ație; 
(136)  În cazul în care utilizarea cardur ilor de tahograf de primă generație nu a fost supr imată de un atelier, 
aparatura de înregistrare înregistrează și stoc hează date exact în același fel ca aparatura de înregistrare 
de primă generație. 26.5.2016 L 139/40 Jurnalul Oficial al Uniunii Europene RO    
(137)  Aparatura de înregistrare setează „dat ele privind sesiunea de utilizare a cardului” pe cardul de 
conducător auto sau de atelier imediat după introducerea cardului. 
(138)  Aparatura de înregistrare actualizează datele stocat e pe cardur ile de conducător auto, de ateli er, de 
societate și/sau de control valabile cu toat e datele necesare relevante pentr u perioada în care este 
introdus cardul și pentr u titular ul cardului. Datele stocat e pe aceste cardur i sunt specifi cate în 
capitolul 4. 
(139)  Aparatura de înregistrare actualizează datele privind activitatea conducăt orului auto și locur ile (după 
cum se specifi că la punctele 4.5.3.1.9 și 4.5.3.1.11) stocat e pe cardur ile de conducător auto și/sau de 
atelier valabile cu date le privind activitatea și locur ile care au fost introduse manual de titular ul 
cardului. 
(140)  Toate evenimente le care nu sunt definite în aparatura de înregistrare de primă generație nu se 
stoc hează pe cardur ile de conducăt or auto și de atelier. 
(141)  Actualizarea datelor de pe cardur ile 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 recent e 
să le înlocuiască pe cele mai vechi. 
(142)  În cazul unei eror i 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. 
(143)  Înainte de a elibera cardul de conducăt or auto și după ce toat e datele relevante au fost stocat e pe 
card, aparatura de înregistrare reseteaz ă „datele privind sesiunea de utilizare a cardului”. 
3.14.2  Înreg istrarea și stocarea pe cardurile de tahog raf de a doua generație 
(144)  Cardur ile de tahograf de a doua generație conțin 2 aplicații de card difer ite, dintre care prima este 
identică cu aplicația TACHO pentr u cardur ile de tahograf de primă generație, iar a doua este aplicația 
„TACHO_G2 ”, astfel cum este menționată la capit olul 4 și în apendicele 2. 
(145)  Aparatura de înregistrare setează „dat ele privind sesiunea de utilizare a cardului” pe cardul de 
conducător auto sau de atelier imediat după introducerea cardului. 
(146)  Aparatura de înregistrare actualizează date le stocat e în cele 2 aplicații de card de pe cardur ile de 
conducător auto, de atelier , de societate, și/sau de control valabile cu toat e date le necesare relevante 
pentr u perioada în care este introdus cardul și pentr u titular ul cardului. Datele stocat e pe aceste 
cardur i sunt specificate la capit olul 4. 
(147)  Aparatura de înregistrare actualizează date le privind activitate a conducăt orului auto și pozițiile (după 
cum se specifi că la puncte le 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 și 4.5.3.2.11) stocat e pe cardur ile de 
conducător auto și/sau de atelier valabile cu datele privind activitatea și locur ile care au fost introduse 
manual de titular ul cardului. 
(148)  Actualizarea date lor de pe cardur ile de tahograf se face astfel încât, dacă este necesar din punctul de 
vedere al capacității de stocare a cardului din momentul respectiv , date le cele mai recent e să le 
înlocuiască pe cele mai vechi. 
(149)  În cazul unei eror i 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ăt or auto și după ce toat e datele relevante au fost stocat e în cele 
două aplicații de pe card, aparatura de înregistrare resete ază „datele privind sesiunea de utilizare a 
cardului”. 
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. 26.5.2016 L 139/41 Jurnalul Oficial al Uniunii Europene RO    
(153)  Afișajul trebuie să fie compatibil cu caracterele specifi cate în apendicele 1 capit olul 4 „Setur i de 
caractere”. Afișajul poate utiliza simbolur i simplificate (de exemplu, caracte rele 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ăt oare, fără efect de orbire. 
(155)  Indicațiile trebuie să fie vizibile din exterior ul aparatur ii de înregistrare. 
(156)  Aparatura de înregistrare trebuie să poată afișa: 
—  date imp licite; 
—  date privind aver tismentele; 
—  date privind accesul la meniu; 
—  alte date solicitate de utilizator . 
Aparatura de înregistrare poate afișa și informații suplimentare, cu condiția ca acest ea să poată fi 
distinse în mod clar de informațiile menționate anter ior. 
(157)  Afișajul aparatur ii de înregistrare poate folosi pictogramele sau combinațiile de pictograme enumerat e 
în apendicele 3. Aparatura de înregistrare poate afișa și pictograme sau combinații de pictograme 
suplimentare, cu condiția ca acest ea să poată fi distinse în mod clar de pictogramel e sau combinațiile 
de pictograme menționate anterior. 
(158)  Afișajul trebuie să fie întotde auna 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șar e este descr is î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ăr ii: ora UTC + decalajul setat de conducător ul auto) ; 
—  modul de funcționare; 
—  activitatea conducăt orului auto în momentul respectiv și activitat ea copilotului în momentul 
respectiv , 
—  informații privind conducător ul auto: 
—  dacă activitate a 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 acest eia) și durata cumulată a pauzelor sale în momentul respectiv . 
(161)  Afișarea datelor refer itoare la fiecare conducăt or auto în parte trebuie să fie clară, simplă și lipsită de 
ambiguități. Dacă informațiile privind conducăt orul auto și copilotul nu pot fi afișate în același timp, 
aparatura de înregistrare afișează implicit informațiile privind conducător ul auto și îi permite utiliza ­
torului 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ă, pentr u scur t timp, noul mod de funcționare, în momentul oricărei modifi cări a 
acestuia. 
(163)  Aparatul de înregistrare afișeaz ă pentr u scur t timp, la introducerea cardului, numele titular ului 
acestuia. 26.5.2016 L 139/42 Jurnalul Oficial al Uniunii Europene RO    
(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 interm ediul 
pictogramei relevante, că respectiva condiție este deschisă (se acceptă posibilitate a ca activitatea 
curentă a conducător ului auto să nu fie indicată în același timp). 
3.15.2  Afișaj de avertizare 
(165)  Aparatura de înregistrare afișează informații de avertizare folosind în primul rând pictogram ele din 
apendicele 3, compl etate dacă este necesar cu informații suplimentare codate numer ic. Se poate 
adăuga de asemenea o descr iere textuală a avertismentului, în limba selectată de conducăt orul auto. 
3.15.3  Accesu l la meniu 
(166)  Comenzile aparatur ii de înregistrare sunt accesibile prin intermediul unui meniu cu structură 
adecvată. 
3.15.4  Alte afișaje 
(167)  Următoar ele informații trebuie să poată fi afișate selectiv , la cerere: 
—  data și ora UTC, precum și decalajul orar local; 
—  conținutul oricăruia dintre cele șase documente imprimat e, în format identic cu al acest ora; 
—  timpul de conducere continuă și durata cumulată a pauzelor conducăt orului auto; 
—  timpul de conducere continuă și durata cumulată a pauzelor copilotului; 
—  timpul de conducere continuă al conducător ului auto pentr u săptă mâna în curs și pentr u 
săptăm âna anter ioară; 
—  timpul de conducere continuă al copilotului pentr u săptămâna în curs și pentr u săptămâna 
anterioară, 
opțional: 
—  durata activității copilotului în momentul respectiv (începând de la selectarea aceste ia); 
—  timpul de conducere continuă al conducător ului auto pentr u săptămâna în curs; 
—  timpul de conducere continuă al copilotului pentr u programul zilnic de lucr u în curs; 
—  timpul de conducere continuă al conducător ului auto pentr u ziua de lucr u în curs. 
(168)  Afișarea conținutului documentelor imprimate este secvențială, structurată pe rândur i. Dacă lățimea 
afișajului este mai mică de 24 de caract ere, utilizat orul trebuie să aibă acces la informațiile compl ete 
printr-un mijloc adecvat (mai multe rândur i, derulare etc.). 
Nu este oblig atori e afișar ea rândur ilor rezer vate pentr u informațiile scrise de mână din documentele 
impr imat e. 
3.16  Impr imare 
(169)  Aparatura de înregistrare permite imprimarea de informații din memor ia sa de date și/sau de pe 
cardur ile de tahograf, astfel încât să se obțină următoar ele șapt e tipur i de documente impr imat e: 
—  document impr imat zilnic privind activitățile conducăt orului auto stocat e pe card; 
—  document impr imat zilnic privind activitățile zilnice ale conducăt orului auto stocat e în unitat ea 
montată pe vehicul; 
—  document impr imat privind evenimente le și anomaliile stocat e pe card; 
—  document impr imat privind evenimente le și anomaliile stocat e în unitatea montată pe vehicul; 
—  document impr imat privind date le tehni ce; 26.5.2016 L 139/43 Jurnalul Oficial al Uniunii Europene RO    
—  document impr imat privind depășirea limitei de viteză; 
—  istoricul date lor de pe cardul de tahograf pentr u o anumită VU (a se vedea capitolul 3.12.16). 
Formatul detaliat și conținutul acestor document e imprimat e sunt descr ise în apendicele 4. 
La sfârșitul documentelor imprimate pot fi furnizat e și date suplimentare. 
Aparatura de înregistrare poate furniza și alte documente impr imat e, cu condiția ca aceste a să poată 
fi deosebit e în mod clar de cele șapt e tipur i menționate anterior . 
(170)  „Documentul imprimat zilnic privind activitățile conducăt orului auto stocat e pe card” și „documentul 
impr imat privind evenimentele și anomaliile stocat e pe card” trebuie să fie disponibile numai atunci 
când în aparatura de înregistrare este introdus un card de conducăt or auto sau de ateli er. Aparatura 
de înregistrare actualizează datele stocat e pe cardul relevant înainte de a iniția imprimarea. 
(171)  Pentr u a genera „documentul imprimat zilnic privind activitățile conducăt orului auto stocate pe card” 
și „documentul imprimat privind evenimente le și anomaliile stocat e pe card”, aparatura de 
înregistrare: 
—  fie select ează automat cardul de conducăt or auto sau cardul de ateli er dacă numai unul dintre 
aceste a a fost introdus; 
—  fie dispune de o comandă care permite selectarea cardului sursă sau a cardului din slotul pentr u 
cardul de conducăt or auto dacă în aparatura de înregistrare au fost introduse două astfel de 
cardur i. 
(172)  Impr imanta 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)  Impr imanta permite utilizarea caracterelor specificate în apendicele 1 capitolul 4 „Setur i de caracte re”. 
(175)  Impr imant ele trebuie proiectat e astfel încât să producă aceste documente impr imat e cu o rezoluție 
care să elimine orice eventuală ambiguitat e la citire. 
(176)  Documentele imprimate trebuie să își păstreze dimensiunile și înregistrăr ile în condiții normale de 
umiditat e (10-90 %) și de temperatură. 
(177)  Hârtia omologată de tip folosită de aparatura de înregistrare trebuie să fie prevăzută cu marca de 
omologare de tip adecvată și să conțină o indicație privind tipul sau tipur ile de aparatură de 
înregistrare pentr u care poate fi folosită. 
(178)  Documentele imprimate trebuie să își păstreze lizibilitatea și să poată fi identificate în condiții 
normale de depozitare privind intensit atea luminii, umiditat ea și temperatura, timp de cel puțin doi 
ani. 
(179)  Documentele impr imat e trebuie să respecte cel puțin specifi caț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 conducăt orului auto 
(181)  Aparatura de înregistrare gestionează întrer uper ile cauzate de term inarea hârtiei în timpul activității 
de imprimare, după realimentarea cu hârtie, fie reluând imprimarea de la început, fie continuând 
impr imarea și făcând clar refer ire la partea imprimată anterior. 
3.17  Avertismente 
(182)  Aparatura de înregistrare trebuie să avertizeze conducăt orul auto atunci când detect ează orice 
eveniment și/sau anomalie. 
(183)  Este posibil ca avertismentul refer itor la evenimentul „Întrer uperea alimentăr ii cu energie electr ică” să 
fie amânat până la reconectarea la sursă de electr icitate . 26.5.2016 L 139/44 Jurnalul Oficial al Uniunii Europene RO    
(184)  În ceea ce priveșt e depășirea timpului de conducere continuă maxim autorizat, aparatura de 
înregistrare trebuie să aver tizeze conducător ul auto cu 15 minut e înainte de expirarea timpului 
respectiv și în momentul depășir ii. 
(185)  Avertismentele trebuie să fie vizuale. avertismentele vizuale pot fi însoțit e ș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ăt orului auto și trebuie să fie perfect lizibile atât ziua cât și noapt ea. 
(187)  Avertismentele vizuale pot fi integrate în aparatura de înregistrare și/sau pot fi externe. 
(188)  În cel de-al doilea caz, avertismentele trebuie să fie marcat e cu simbolul „T”. 
(189)  Avertismentele trebuie să dureze cel puțin 30 de secunde, cu excepția cazur ilor când șoferul conf irmă 
luarea lor la cunoștință prin apăsarea uneia sau mai multor taste specifice ale aparatului de 
înregistrare. Această primă conf irmare nu anulează afișarea cauzei avertismentului descr isă la punctul 
următor . 
(190)  Cauza aver tismentului trebuie afișată de aparatura de înregistrare și trebuie să rămână vizibilă până 
când utilizat orul conf irmă luarea acesteia la cunoștință cu ajutor ul unei anumite taste sau comenzi a 
aparatur ii de înregistrare. 
(191)  Pot fi prevăzut e și aver tismente suplimentare, cu condiția ca aceste a să nu poată fi confundate de 
conducător ii auto cu cele descr ise anterior. 
3.18  Descărcarea datelor pe supor turi exter ne 
(192)  Aparatura de înregistrare permite descărcarea la cerere a datelor din memor ia sa de date sau de pe un 
card de conducăt or auto pe supor turi externe de stocare prin interm ediul conect orului pentr u 
etalonare/descărcare. Aparatura de înregistrare actualizează datele stocat e pe cardul relevant înainte de 
a începe descărcarea. 
(193)  În plus, ca o caracte ristică opțională, aparatura de înregistrare poate , în orice mod de funcționare, să 
descarce date prin orice alt mijloc către o societate autentificată prin interm ediul acestui canal. În 
acest caz, pentr u astfe l de descărcăr i se aplică drepturi le de acces la date în modul societate. 
(194)  Descărcarea nu modifi că și nici nu șterge datele stocat e. 
(195)  Interfața electr ică a conect orului pentr u etalonare/descărcare este descr isă în apendicele 6. 
(196)  Protocoalele de descărcare sunt descr ise în apendicele 7. 
3.19  Comunicare la distanță pentr u controalele selectiv e în traf ic 
(197)  Atunci când motorul vehiculului este pornit, unitate a montată pe vehicul stoc hează, la fiecare 60 de 
secunde, în echi pamentul de comunicare la distanță, cele mai recente date necesare pentr u controalele 
selective în trafic. Aceste date trebuie criptat e și semnat e în conf ormitate cu indicațiile din apendicele 
11 și 14. 
(198)  Datele de verificat de la distanță trebuie să poată fi accesate de cititoarele pentr u comunicarea la 
distanță prin intermediul comunicăr ii fără fir (wireless), în conf ormitate cu apendicele 14. 
(199)  Datele necesare în scopul controalelor selective în trafic se referă la: 
—  ultima tentativă de încălcare a secur ității; 
—  cea mai lungă întrer upere a alimentăr ii cu energie electr ică; 26.5.2016 L 139/45 Jurnalul Oficial al Uniunii Europene RO    
—  anomalia senzor ului; 
—  eroare privind datele de la senzor ul de mișcare; 
—  conf lict privind deplasarea vehiculului; 
—  conducere fără un card valabil; 
—  introducerea cardului în timpul conducer ii; 
—  date privind reglarea orei; 
—  date de etalonare, inclusiv datele ultimelor două înregistrăr i de etalonare stocat e; 
—  număr ul de înmatr iculare al vehiculului; 
—  vitez a înregistrată de tahograf. 
3.20  Date de ieșire transmise unor dispozitiv e exter ne supliment are 
(200)  Aparatura de înregistrare poate fi dotată și cu interfețe standardizate care permit utilizarea în modul 
operațional sau în modul etalonare, de către un dispozitiv extern, a datelor înregistrate sau produse 
de tahograf. 
În apendicele 13 este specifi cată și standardizată o interfață ITS opțională. Alte interfețe similare pot 
coexista, cu condiția să respecte pe deplin cerințele din apendicele 13 în ceea ce privește lista minimă 
de date, secur itatea și acordul conducăt orului auto. 
Cerințele următoar e se aplică datelor ITS puse la dispoziție prin intermediul interfe ței respective: 
—  aceste date reprezintă un set de date existen te selectate din dicționar ul de date al tahografului 
(apendicele 1); 
—  un subset al acestor date selectat e constituie „dat e cu caracte r personal”; 
—  subsetul de „dat e cu caracte r personal” este disponibil numai dacă este activat acordul verificabil 
al conducăt orului auto, care acceptă ca datele sale cu caracte r personal să părăsească rețeaua 
vehiculului. 
—  Acordul conducăt orului auto poate fi activat sau dezactivat în orice moment prin comenzile din 
meniu, cu condiția să fie introdus cardul de conducăt or auto; 
—  setul și subsetul de date vor fi transmise prin protocolul fără fir Bluetooth pe raza cabinei 
vehiculului, cu o rată de reîmp rospătare de un minut ; 
—  asocierea dispozitivului extern la interfața ITS va fi prot ejată cu ajutorul unui PIN special și 
aleatoriu de cel puțin patr u cifre, înregistrat în fiecare unitate montată pe vehicul și disponibil 
prin intermediul afișajului acesteia; 
—  prezența interf eței ITS nu poate, în nicio situație, să perturbe sau să influențeze funcționarea 
corectă și secur itatea unității montate pe vehicul; 
Pe lângă setul de date existent e selectat e, considerate drept lista minimă, pot fi extrase și alte date, cu 
condiția să nu poată fi considerate date cu caract er personal. 
Aparatura de înregistrare notifică altor echipament e externe acordul conducător ului auto. 
Atunci când motoru l vehiculului este PORNIT , aceste date sunt transmise în mod permanent. 
(201)  În scopul retrocompat ibilității, tahografele pot rămâne în continuare echi pate cu interfața de legătură 
serială menționată în anexa 1B la Regulamentul (CEE) 3821/85, astfe l cum a fost modifi cat ultima 
dată. Oricum, acordul conducător ului auto este în continuare necesar în cazul în care sunt transmise 
date cu caracter personal. 26.5.2016 L 139/46 Jurnalul Oficial al Uniunii Europene RO    
3.21  Etalonare 
(202)  Funcția de etalonare permite: 
—  asocierea automată a senzor ului de mișcare la VU; 
—  cuplarea automată a echi pamentului GNSS extern la VU, dacă este cazul; 
—  adapt area digitală a constantei aparatur ii de înregistrare (k) la coeficientul caract eristic al 
vehiculului (w); 
—  ajustarea orei curente în cadr ul perioadei de valabilitate a cardului de ateli er introdus; 
—  ajustarea valor ii curente a odometr ului; 
—  actualizarea date lor de identif icare a senzor ului de mișcare stocat e în memor ia de date; 
—  actualizarea, dacă este cazul, a date lor de identificare a echi pamentului GNSS extern stocat e în 
memor ia de date; 
—  actualizarea tipur ilor și a identif icatorilo r tuturor sigiliilor montate ; 
—  actualizarea sau conf irmarea altor parametr i cunoscuți de aparatura de înregistrare: identif icarea 
vehiculului, w, l, dimensiunea pneur ilor și reglajele limitatorului de viteză, dacă este cazul. 
(203)  În plus, funcția de etalonare permite anularea utilizăr ii cardur ilor de tahograf de primă generație în 
aparatura de înregistrare, dacă sunt îndeplinite condițiile specificate în apendicele 15. 
(204)  Asocierea senzor ului de mișcare la VU implică cel puțin: 
—  actualizarea datelor privind instalarea senzor ului de mișcare reținute de senzor ul de mișcare (după 
caz); 
—copierea, din senzor ul de mișcare în memor ia de date a VU, a datelor necesare pentr u identi ­
ficarea senzor ului de mișcare. 
(205)  Cuplarea echipamentului GNSS extern la VU imp lică cel puțin: 
—  actualizarea datelor privind instalarea echi pamentului GNSS exte rn reținute de echi pamentul 
GNSS exte rn (după caz); 
—  copierea, din echi pamentul GNSS exte rn în memor ia de date a VU, a datelor necesare pentr u 
identif icarea echi pamentului GNSS extern , inclusiv a număr ului de serie al echipamentului GNSS 
extern. 
Cuplarea este urmată de verificarea informațiilor de poziționare de la GNSS. 
(206)  Funcția de etalonare trebuie să permită înregistrarea date lor necesare prin interm ediul conect orului 
pentr u etalonare/descărcare, în conf ormitate cu protocolul de etalonare descr is în apendicele 8. 
Funcția de etalonare permite înregistrarea date lor necesare și prin alte mijloace. 
3.22  Verificarea etalonăr ii în traf ic 
(207)  Funcția de verificare a etalonăr ii în trafic permite citirea număr ului de serie al senzor ului de mișcare 
(eventual integrat în adapt or) și a număr ului de serie al echi pamentului GNSS exte rn (atunci când este 
cazul), care sunt conectat e la unitat ea montată pe vehicul, în momentul solicităr ii. 
(208)  Această citire trebuie să fie posibilă cel puțin pe afișajul unității montate pe vehicul, prin interm ediul 
unor comenzi aflate în meniur i. 26.5.2016 L 139/47 Jurnalul Oficial al Uniunii Europene RO    
(209)  Funcția de verificare a etalonăr ii în trafic permite, de asemenea, controlarea selecției modulului de 
intrare/ieșire (I/O) al liniei de semnalizare I/O de etalonare, specifi cat în apendicele 6, prin interfața 
liniei K. Acest lucr u se realizează prin interm ediul sesiunii „ECU AdjustmentSession”, în conf ormitate 
cu apendicele 8 secțiunea 7 Controlul impulsur ilor de test – Unitat ea funcțională de control al 
intrăr ilor/ieșir ilor. 
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 înregistrare utilizează două surse de măsurare a timpului: 1) ceasul intern al VU; 2) recep torul 
GNSS. 
(211)  Setarea orei ceasului intern al VU se reajustează automat la inter vale de maximum 12 ore. După 
expirarea acestui term en și atunci când semnalul GNSS nu este disponibil, reglarea orei se realizează 
de îndată ce VU poate avea acces la o oră valabilă furnizată de recep torul GNSS, în funcție de 
condițiile de pornire a motorului vehiculului. Referința temporală pentr u setarea automată a orei 
ceasului intern al VU se determină pe baza orei furnizate de recep torul GNSS. Dacă ora curentă diferă 
cu mai mult de un (1) minut față de ora furnizată de recep torul GNSS, se declanșează un eveniment 
de tip „Conf lict oră”. 
(212)  Funcția de reglare a orei trebuie să permită, de asemenea, reglarea declanșată a orei curente, în modul 
etalonare. 
3.24  Caracter istici de perfor manță 
(213)  Unitat ea montată pe vehicul este compl et operațională în inter valul de temperatură cupr ins între 
– 20 °C și 70 °C, echi pamentul GNSS extern în inter valul de temperatură cupr ins între – 20 °C și 
70 C, iar senzor ul de mișcare în intervalul de temperatură cupr ins între – 40 °C și 135 °C. Conținutul 
memor iei de date se păstrează până la temperatur i de – 40 °C. 
(214)  Tahograful trebuie să funcționeze corect într-un interval de umiditat e de 10 % până la 90 %. 
(215)  Sigiliile utilizate în tahograful inteligent trebuie să îndeplinească aceleași condiții ca cele aplicabile 
compo nentelor tahografului de care sunt atașate. 
(216)  Aparatura de înregistrare trebuie prote jată de suprat ensiune, de inversarea polar ității sursei de 
alimentare și de scur t-circuit e. 
(217)  Senzor ii de mișcare trebuie: 
—  fie să reacționeze la un câmp magnetic care perturbă detectarea deplasăr ii vehiculului. În acest 
caz, unitatea montată pe vehicul va înregistra și stoca o eroare a senzor ului (cerința 88), fie 
—  să aibă un element detector protejat împotr iva câmp urilor magnetice sau imun la acestea. 
(218)  Aparatura de înregistrare și echi pamentul GNSS extern trebuie să fie conf orme cu regulamentul 
intern ațional CEE-ONU R10 și protejat e împotr iva descărcăr ilor electrostatice și împ otriva șocur ilor 
de instalare. 
3.25  Mater iale 
(219)  Toate părțile compo nente ale aparatur ii de înregistrare trebuie să fie confecți onate din mater iale 
suficient de stabile și cu o rezistență mecanică suficientă și să aibă caract eristici electr ice și magnetice 
stabile. 
(220)  În condiții normale de utilizare, toat e compo nentele intern e al aparatur ii trebuie să fie protejat e de 
umezeală și de praf. 
(221)  Unitat ea montată pe vehicul și echipamentul GNSS exte rn trebuie să respecte nivelul de prot ecție IP 
40, iar senzor ul de mișcare trebuie să respecte nivelul de prot ecție IP 64, conf orm standardului IEC 
60529:1989, inclusiv A1:1999 și A2:2013. 26.5.2016 L 139/48 Jurnalul Oficial al Uniunii Europene RO    
(222)  Aparatura de înregistrare trebuie să respecte specificațiile tehnice aplicabile în domeniul proiectăr ii 
ergonomice. 
(223)  Aparatura de înregistrare trebuie să fie protejată împotr iva deteriorăr ilor accidentale. 
3.26  Inscr ipții 
(224)  Dacă aparatura de înregistrare afișează valoarea odometr ului și viteza vehiculului, pe afișajul său apar 
următoarele detalii: 
—  lângă cifra care indică distanța, unitate a 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ă astfe l încât să afișeze viteza în mile pe oră, în acest caz 
unitatea de măsură a vitez ei fiind indicată prin abrevierea „mph”. Aparatura de înregistrare poate fi 
comutată astfel încât să afișeze distanța în mile, în acest caz unitat ea de măsură a distanței fiind 
indicată prin abrevierea „mi”. 
(225)  Pe fiecare componentă separată a aparatur ii de înregistrare se atașează o plăcuță descr iptivă care 
conține următoarele detalii: 
—  numele și adresa producăt orului aparatur ii; 
—  număr ul de componentă furnizat de producăt or și anul de fabricație al aparatur ii; 
—  număr ul de serie al aparatur ii; 
—  marca de omologare pentr u tipul de aparatură. 
(226)  Dacă spațiul fizic nu este suficient pentr u afișarea tuturor detaliilor menționate anter ior, plăcuța 
descr iptivă trebuie să conțină cel puțin: numele și sigla producător ului și număr ul de compo nentă al 
aparatur ii. 
4.  CERINȚE FUNCȚIONALE ȘI DE CON STR UCȚIE PENTR U CARD URILE DE TAHOGRAF 
4.1  Date vizibile 
Pe recto figurează: 
(227)  cuvintele „Card de conducăt or auto” sau „Card de control” sau „Card de atelier” sau „Card de 
societate”, tipăr ite cu majuscule în limba sau limbile oficiale ale statului membr u emiten t, în funcție 
de tipul cardului; 
(228)  denumirea statului membr u emitent al cardului (opțional); 
(229)  indicativul statului membr u emiten t al cardului, tipăr it în negativ într-un dreptun ghi albastr u și 
înconjurat de 12 stele galbe ne. Indicativele sunt următoar ele: 
B 
BG 
CZ 
CY Belgia 
Bulgar ia 
Republica Cehă 
Cipr u LV 
L 
LT 
M Leto nia 
Luxemburg 
Lituania 
Malta 
DK Danemarca NL Țările de Jos 26.5.2016 L 139/49 Jurnalul Oficial al Uniunii Europene RO    
D 
EST Germania 
Estonia A 
PL Aust ria 
Polonia 
GR Grecia P 
RO 
SK 
SLO Portugalia 
România 
Slovacia 
Slovenia 
E Spania FIN Finlanda 
F 
HR 
H Franța 
Croația 
Ung aria S Suedia 
IRL Irlanda UK Rega tul Unit 
I Italia    
(230)  informații specifi ce pentr u cardul emis, numerotat e după cum urmează:  
Card de conducător auto Card de control Card de societate sau card de 
atelier 
1. numele conducător ului auto denumirea organismului de 
control denumirea societății sau a ate­
lierului. 
2. prenumele conducăt orului 
auto numele agentului de control 
(dacă este cazul) numele titular ului cardului 
(dacă este cazul) 
3. data nașterii conducăt orului 
auto prenumele agentului de con­
trol 
(dacă este cazul) prenumele titular ului cardului 
(dacă este cazul) 
4.a data de la care este valabil cardul 
4.b data expirăr ii cardului 
4.c denumirea autori tății emiten te (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ăr ul permisului de con­
ducere 
(la data emiterii cardului de 
conducăt or auto) — — 
5. b număr ul cardului 
6. fotografia conducăt orului 
auto fotografia agentului de con­
trol (opțional) fotografia montato rului (op­
țional)- 26.5.2016 L 139/50 Jurnalul Oficial al Uniunii Europene RO    
Card de conducător auto Card de control Card de societate sau card de 
atelier 
7. Semnătura titular ului (opțional) 
8. Adresa oficială sau adresa 
poștală a titular ului (opțio ­
nal) Adresa poștală a organismu ­
lui de control Adresa poștală a societății sau 
a atelierul ui  
(231)  datele se scriu în format „zz/ll/aaaa” sau „zz.ll.aaaa” (zi, lună, an). 
Pe verso figurează: 
(232)  explicații pentr u elementele numerotate de pe recto-ul cardului; 
(233)  cu acordul special al titular ului, expr imat în scris, pot fi adăugat e informații care nu sunt legat e de 
administrarea cardului, dar acest ea nu trebuie să modifice în niciun fel utilizarea modelului drept card 
de tahograf. 
(234)  Cardur ile de tahograf se impr imă pe fondur i având următoar ele culor i predominante:  
— cardul de conducător auto: alb;  
— cardul de control: albastr u;  
— cardul de atelier: roșu;  
— cardul de societate: galben. 
(235)  Cardur ile de tahograf trebuie să aibă cel puțin următoarele caract eristici pentr u prot ecția corpului 
cardului împotr iva falsif icării și a manipulăr ii neadecvate: 
—  un fond de secur itate cu ghioșe și irizat; 
—  în zona fotografiei, fondul de secur itate și fotografia se suprapun; 
—  cel puțin o linie bicoloră microimpr imată.  26.5.2016 L 139/51 Jurnalul Oficial al Uniunii Europene RO    
(236)  După consultarea Comisiei, statele membre pot adăuga culor i sau inscr ipții cum ar fi simbolur i 
naționale sau caract eristici de secur itate, fără a aduce ating ere celorlalte dispoziții din prezenta anexă. 
(237)  Cardur ile temporare menționate la articolul 26 alineatul (4) din Regulamentul (UE) nr.165/2014 
trebuie să respecte dispozițiile prezentei anex e. 
4.2  Secur itate 
Scopul secur ității sistemului este de a proteja integrit atea și autenticitat ea datelor schimbat e între cardur i și 
aparatura de înregistrare, de a prot eja integritatea și autenticitat ea datelor descărcate de pe cardur i, de a 
permite aparatur ii de înregistrare să efectueze numai anumite operațiuni de scriere pe cardur i, de a decr ipta 
anumite date, de a elimina orice posibilitate de falsificare a datelor stocate pe cardur i, de a preveni 
manipulăr ile neadecvate și de a detec ta orice tentativă de acest gen. 
(238)  Pentr u a asigura secur itatea sistemului , cardur ile de tahograf trebuie să îndeplinească cerințele de 
secur itate definite în apendicele 10 și 11. 26.5.2016 L 139/52 Jurnalul Oficial al Uniunii Europene RO    
(239)  Cardur ile de tahograf trebuie să poată fi citite și de alte echipament e, cum ar fi comput erele 
personale. 
4.3  Standarde 
(240)  Cardur ile de tahograf trebuie să respecte următ oarele standarde: 
—  ISO/IEC 7810 Identif ication cards – Physical charact eristics; 
—  ISO/IEC 7816 Identif ication cards – Integra ted circuit cards: 
—  Part 1: Physical charact eristics, 
—  Part 2: Dimensions and position of the contacts (ISO/IEC 7816-2:2007), 
—  Part 3: Electr ical interface and transmission prot ocols (ISO/IEC 7816-3:2006), 
—  Part 4: Org anisation, secur ity and commands for interchang e (ISO/IEC 7816-4:2013 + Cor 
1:2014), 
—  Part 6: Interin dustr y data elements for interc hange (ISO/IEC 7816-6:2004 + Cor 1:2006), 
—  Part 8: Commands for secur ity operations (ISO/IEC 7816-8:2004). 
—Cardur ile de tahograf se testează în conf ormitate cu standardul ISO/IEC 10373-3:2010 Identifi ­
cation cards – Test methods – Part 3: Integrated circuit cards with contacts and related interface 
devices. 
4.4  Specif icații de mediu și electr ice 
(241)  Cardur ile de tahograf pot funcționa corect în toat e condițiile climatice întâlnite în mod normal pe 
teritoriul Uniunii și cel puțin în inter valul de temperatură cupr ins între – 25 °C și + 70 °C, cu creșteri 
ocazionale ale temperatur ii 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)  Cardur ile de tahograf pot funcționa corect în intervalul de umiditat e cupr ins între 10 % și 90 %. 
(243)  Cardur ile de tahograf pot funcționa corect timp de cinci ani dacă sunt folosite conf orm specif icațiilor 
de mediu și electr ice. 
(244)  În cursul funcționăr ii, cardur ile de tahograf respectă Regulamentul CEE-ONU R10, refer itor la 
compatib ilitatea electromagnetică, și sunt protejat e împotr iva descărcăr ilor electrostatice. 
4.5  Stocarea datelor 
În sensul prezentului alineat, 
—  orele sunt înregistrat e cu o rezoluție de un minut, cu excepția cazur ilor în care se specifi că altfel; 
—  valor ile odometr ului sunt înregistrate cu o rezoluție de un kilometr u; 
—  vitezele sunt înregistrate cu o rezoluție de 1 km/h; 
—  pozițiile (latitudinile și longitudinile) sunt înregistrat e în grade și minute, cu o rezoluție de 1/10 de 
minut. 
Funcțiile, comenzile și structur ile logice ale cardur ilor de tahograf care îndeplinesc cerințele de stocare a 
datelor sunt menționate în apendicele 2. 
În absența unor dispoziții contrare, stocarea date lor pe cardur ile de tahograf trebuie organizată astfe l încât 
datele noi să înlocuiască date le cele mai vechi în cazul epuizăr ii capacității prevăzute a memor iei destinate 
anumitor înregistrăr i. 26.5.2016 L 139/53 Jurnalul Oficial al Uniunii Europene RO    
(245)  Prezentul paragraf stabilește capacitatea minimă de stocare pentr u diversele fișiere de date pentr u 
aplicații. Cardur ile de tahograf trebuie să poată transmite aparatur ii de înregistrare capacitatea de 
stocare din momentul respectiv a respectivelor fișiere de date . 
(246)  Orice date suplimentare care pot fi stocat e pe cardur ile de tahograf, referitoare la alte eventuale 
aplicații existe nte pe card, se stoc hează în conf ormitate cu Directiva 95/46/CE, cu Directiva 
2002/58/CE și cu articolul 7 din Regulamentul (UE) nr. 165/2014. 
(247)  Fiecare fișier principal (MF – Master File) al unui card de tahograf conține până la cinci fișiere de bază 
(EF – Elementar y Files) pentr u gestionarea cardului și pentr u identif icarea aplicațiilor și a cipur ilor, 
precum și două fișiere speciale (DF – Dedicated Files): 
—  DF Tachog raph, care conține aplicația accesibilă pentr u unitățile montate pe vehicul de primă 
generație, prezentă și pe cardur ile de tahograf de primă generație; 
—  DF Tachograph_G2, care conține aplicația accesibilă numai pentr u unitățile montate pe vehicul de 
a doua generație, prezentă numai pe cardur ile de tahograf de a doua generație. 
Detaliile compl ete ale structur ii cardur ilor de tahograf sunt specifi cate în apendicele 2. 
4.5.1  Fișierele elementare pentr u identificare și pentr u gestionar ea cardului 
4.5.2  Identific area cardurilor cu circuite integ rate (IC) 
(248)  Cardur ile de tahograf permit stocarea următ oarelor date de identificare a cardur ilor inteligent e: 
—  clock stop; 
—  număr ul de serie al cardului (inclusiv refer ințele de fabr icație); 
—  număr ul de omologare de tip al cardului; 
—  ID-ul de personalizare a cardului; 
—  ID-ul integrat orului; 
—  identif icatorul circuitului integrat (IC). 
4.5.2.1  Identificarea cipului 
(249)  Cardur ile de tahograf permit stocarea următ oarelor date de identificare a circuit elor integrat e (IC): 
—  număr ul de serie al IC; 
—  refer ințele de fabricație ale IC. 
4.5.2.2  DIR (prezent numai pe cardur ile de tahograf de a doua generație) 
(250)  Cardur ile de tahograf permit stocarea obiect elor de date pentr u identif icarea aplicației, specifi cate în 
apendicele 2. 
4.5.2.3  Informații RLR (în anumit e condiții, prezent e numai pe cardur ile de tahograf de a doua 
generație) 
(251)  Cardur ile de tahograf permit stocarea următ orului 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ă specifi cat în apendicele 2. 26.5.2016 L 139/54 Jurnalul Oficial al Uniunii Europene RO    
4.5.2.4  Informații privind lungimea extinsă (în anumite condiții, prezente numai pe cardur ile de 
tahograf de a doua generație) 
(252)  Cardur ile de tahograf permit stocarea următ oarelor obiecte de date informative cu lungime extinsă: 
—  în cazul în care cardul de tahograf utilizează câmpuri cu lungime extinsă, obiect ele de date 
informative cu lungime extinsă specificate în apendicele 2. 
4.5.3  Cardul de conducător auto 
4.5.3.1  Aplicație pentr u tahograf (accesibilă pentr u unitățile montat e pe vehicul de prima și a 
doua generație) 
4.5.3.1.1  Identificar ea aplicației 
(253)  Cardul de conducăt or auto permite stocarea următoarelor date de identif icare a aplicației: 
—  identif icarea aplicației pentr u tahograf; 
—  identif icarea tipului de card de tahograf. 
4.5.3.1.2  Chei și certificate 
(254)  Cardul de conducăt or auto permite stocarea unei serii de chei și certificate criptografice, în 
conf ormitate cu apendicele 11 partea A. 
4.5.3.1.3  Identificar ea cardului 
(255)  Cardul de conducăt or auto permite stocarea următoarelor date de identif icare a cardului: 
—  număr ul cardului; 
—  statul membr u emitent, denumirea autori tății emiten te, data emiterii; 
—  data de la care este valabil cardul, data expirăr ii cardului. 
4.5.3.1.4  Identificar ea titular ului cardului 
(256)  Cardul de conducăt or auto permite stocarea următoarelor date de identif icare a titular ului cardului: 
—  numele titular ului; 
—  prenumele titular ului; 
—  data nașteri i; 
—  limba prefe rată de titular . 
4.5.3.1.5  Descărcarea informațiilor de pe card 
(257)  Cardul de conducăt or auto permite stocar ea următoar elor 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 scopur i decât în 
vederea unui control). 
(258)  Cardul de conducăt or auto permite stocarea unei singure astfel de înregistrăr i. 
4.5.3.1.6  Informații privind permisul de conducere 
(259)  Cardul de conducăt or auto permite stocarea următoarelor date privind permisul de conducere: 
—  statul membr u emitent, denumirea autori tății emiten te; 
—  număr ul permisului de conducere (la data emiterii cardului). 26.5.2016 L 139/55 Jurnalul Oficial al Uniunii Europene RO    
4.5.3.1.7  Date privind evenimentele 
În sensul prezentului paragraf, ora se înregistrează cu o rezoluție de 1 secundă. 
(260)  Cardul de conducăt or auto permite stocarea de date legate de următ oarele evenimente detec tate de 
aparatura de înregistrare în perioada în care cardul este introdus: 
—  suprapunere a timp ului (dacă evenimentul este provocat de cardul respectiv); 
—  introducerea cardului în timpul conducer ii (dacă evenimentul afectea ză cardul respectiv); 
—  închei erea incorectă a ultimei sesiuni de utilizare a cardului (dacă evenimentul afect ează cardul 
respectiv); 
—  întrer uperea alimentăr ii cu energie electr ică; 
—  eroare privind datele de la senzor ul de mișcare; 
—  tentative de încălcare a secur ității. 
(261)  Cardul de conducăt or auto permite stocarea următoarelor date privind aceste eveniment e: 
—  codul evenimentului; 
—  data și ora începer ii evenimentului (sau a introducer ii cardului dacă evenimentul era în curs la 
momentul respectiv); 
—  data și ora închei erii evenimentului (sau a retrag erii cardului dacă evenimentul era în curs la 
momentul respectiv); 
—  VRN și statul membr u de înmatr iculare a vehiculului afectat de eveniment. 
Notă: Pentr u evenimentul „Suprapunere a timpului”: 
—  data și ora începer ii evenimentului trebuie să corespundă datei și orei retrag erii cardului din 
vehiculul precedent ; 
—  data și ora înche ierii evenimentului trebuie să corespundă date i și orei introducer ii cardului în 
vehiculul folosit la momentul respectiv ; 
—  date le privind vehiculul trebuie să corespundă vehiculului din momentul respectiv (cel care a 
declanșat evenimentul). 
Notă: Pentr u evenimentul: „Înc heiere incorectă a ultimei sesiuni de utilizare a cardului”: 
—  data și ora începer ii evenimentului trebuie să corespundă datei și orei de introducere a cardului 
pentr u sesiunea care nu a fost închei ată corect ; 
—  data și ora înche ierii evenimentului trebuie să corespundă date i și orei introducer ii cardului 
pentr u sesiunea în cursul căreia a fost detec tat evenimentul (sesiunea din momentul respectiv); 
—  date le privind vehiculul trebuie să corespundă vehiculului în care s-a desfășurat sesiunea care nu a 
fost închei ată corect. 
(262)  Cardul de conducător auto permite stocarea de date privind cele mai recente șase evenimente din 
fiecare tip (și anume, 36 de evenimente ). 
4.5.3.1.8  Date privind anomaliile 
În sensul prezentului paragraf, ora se înregistrează cu o rezoluție de 1 secundă. 
(263)  Cardul de conducăt or auto permite stocar ea de date privind următ oarele anomalii detectat e de 
aparatura de înregistrare în timp ce cardul este introdus: 
—  anomalie a cardului (dacă anomalia afectea ză cardul); 
—  anomalie a aparatur ii de înregistrare. 26.5.2016 L 139/56 Jurnalul Oficial al Uniunii Europene RO    
(264)  Cardul de conducăt or auto permite stocarea următoarelor date privind aceste anomalii: 
—  codul anomaliei; 
—  data și ora începer ii anomaliei (sau a introducer ii cardului dacă anomalia era în curs la momentul 
respectiv); 
—  data și ora închei erii anomaliei (sau a retrager ii cardului dacă anomalia era în curs la momentul 
respectiv); 
—  VRN și statul membr u de înmatr iculare a vehiculului afectat de anomalie. 
(265)  Cardul de conducăt or auto permite stocar ea de date privind cele mai recente douăsprezece anomalii 
din fiecare tip (și anume, 24 de anomalii). 
4.5.3.1.9  Date privind activitatea conducător ului auto 
(266)  Cardul de conducăt or auto permite stocar ea, pentr u fiecare zi calendar istică în care a fost folosit 
cardul sau pentr u care conducăt orul auto a introdus manual activități, următ oarelor informații: 
—  data; 
—  un cont or de prezență zilnică (a cărui valoare creșt e cu o unitate pentr u fiecare dintre zilele 
calendar istice respective); 
—  distanța tota lă parcursă de conducăt orul auto în decursul zilei respective; 
—  regimul de conducere la ora 00.00; 
—  în cazul oricăror modific ări ale activității conducăt orului auto și/sau ale regimului de conducere 
și/sau ale oricărei introducer i sau retrager i a cardului de conducător auto: 
—  regimul de conducere (ECH IPAJ, SINGUR); 
—  slotul (CONDUCĂTOR AUTO, COPILOT); 
—  starea cardului (INTR ODUS, NEINTR ODUS); 
—  activitate a (COND UCERE, DISPONIBILIT ATE, MUNCĂ, PAUZĂ/ODIHNĂ); 
—  ora modifi cării. 
(267)  Memor ia cardului de conducăt or auto permite stocarea de date privind activitățile conducăt orului 
auto timp de cel puțin 28 de zile (activitatea medie a unui conducăt or auto este definită ca incluzând 
93 de schi mbăr i de activitate pe zi). 
(268) Datele enumerat e la cerințele 261, 264 și 266 se stoc hează astfel încât să permită extragerea activi ­
tăților în ordinea desfășurăr ii lor, chiar și în cazul unei suprapuner i a timpului. 
4.5.3.1.10  Date privind vehiculele utilizate 
(269)  Cardul de conducăt or auto permite stocarea, pentr u fiecare zi calendar istică în care a fost utilizat 
cardul și pentr u fiecare perioadă de utilizare a unui anumit vehicul din ziua respectivă (o perioadă de 
utilizare include toat e ciclur ile 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ăr i a vehiculului (și anume, prima introducere a cardului pentr u respectiva 
perioadă de utilizare, sau ora 00.00 dacă perioada de utilizare este în curs la ora respectivă); 
—  valoarea indicată de odometr ul vehiculului în momentul respectiv ; 
—  data și ora ultimei utilizăr i a vehiculului (și anume,ultima retrag ere a cardului pentr u respectiva 
perioadă de utilizare sau ora 23:59 dacă perioada de utilizare este în curs la ora respectivă); 
—  valoarea indicată de odometr ul vehiculului în momentul respectiv ; 
—  VRN și statul membr u de înmatr iculare a vehiculului. 26.5.2016 L 139/57 Jurnalul Oficial al Uniunii Europene RO    
(270)  Cardul de conducăt or auto permite stocarea a cel puțin 84 de astfe l de înregistrăr i. 
4.5.3.1.11  Locur ile în care încep și/sau se închei e zilele de lucr u 
(271)  Cardul de conducăt or auto permite stocarea următ oarelor date privind locur ile în care încep și/sau se 
închei e zilele de lucr u, introduse de conducăt orul auto: 
—  data și ora introducer ii (sau data/ora lega te de introducerea datelor , dacă aceasta se efectuează pe 
parcursul procedur ii de introducere manuală); 
—  tipul date lor introduse (început sau sfârșit, condiția introducer ii); 
—  țara și regiunea introduse; 
—  valoarea indicată de odometr ul vehiculului. 
(272)  Memor ia cardului de conducăt or auto permite stocar ea a cel puțin 42 de perec hi de astfel de 
înregistrăr i. 
4.5.3.1.12  Date privind sesiunile de utilizare a cardului 
(273)  Cardul de conducăt or auto permite stocar ea următoarel or date privind vehiculul în care a fost 
deschisă sesiunea în curs: 
—  data și ora deschider ii sesiunii (și anume, ale introducer ii cardului), cu o rezoluție de o secundă; 
—  VRN și statul membr u de înmatr iculare. 
4.5.3.1.13  Date privind activitățile de control 
(274)  Cardul de conducăt or auto permite stocarea următoarelor date privind activitățile de control: 
—  data și ora controlului; 
—  număr ul cardului de control și statul membr u emiten t; 
—  tipul controlului [afișare și/sau impr imare ș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 membr u de înmatr iculare a vehiculului controlat. 
Notă: descărcarea informațiilor de pe card va fi înregistrată numai dacă se realizează prin interm ediul 
unei aparatur i de înregistrare. 
(275)  Cardul de conducăt or auto permite stocarea unei singure astfel de înregistrăr i. 
4.5.3.1.14  Date privind condițiile specifi ce 
(276)  Cardul de conducător auto permite stocar ea următoar elor date legate de condițiile specific e introduse 
în timp ce cardul este introdus (indif erent de slot): 
—  data și ora introducer ii; 
—  tipul de condiție specific ă. 
(277)  Cardul de conducăt or auto permite stocarea a cel puțin 56 de astfe l de înregistrăr i. 26.5.2016 L 139/58 Jurnalul Oficial al Uniunii Europene RO    
4.5.3.2  Aplicație pentr u tahograf de a 2-a generație (inaccesibilă unităților montate pe vehicul 
de primă generație) 
4.5.3.2.1  Identificar ea aplicației 
(278)  Cardul de conducăt or auto permite stocarea următoarelor date de identif icare a aplicației: 
—  identif icarea aplicației pentr u tahograf; 
—  identif icarea tipului de card de tahograf. 
4.5.3.2.2  Chei și certificate 
(279)  Cardul de conducăt or auto permite stocarea unei serii de chei și certificate criptografice, în 
conf ormitate cu apendicele 11 partea B. 
4.5.3.2.3  Identificar ea cardului 
(280)  Cardul de conducăt or auto permit stocarea următoarelor date de identif icare a cardului: 
—  număr ul cardului; 
—  statul membr u emitent, denumirea autori tății emiten te, data emiterii; 
—  data de la care este valabil cardul, data expirăr ii cardului. 
4.5.3.2.4  Identificar ea titular ului cardului 
(281)  Cardul de conducăt or auto permite stocarea următoarelor date de identif icare a titular ului cardului: 
—  numele titular ului; 
—  prenumele titular ului; 
—  data nașteri i; 
—  limba prefe rată de titular . 
4.5.3.2.5  Descărcarea informațiilor de pe card 
(282)  Cardul de conducăt or auto permite stocar ea următoar elor 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 scopur i decât în 
vederea unui control). 
(283)  Cardul de conducăt or auto permite stocarea unei singure astfel de înregistrăr i. 
4.5.3.2.6  Informații privind permisul de conducere 
(284)  Cardul de conducăt or auto permite stocarea următoarelor date privind permisul de conducere: 
—  statul membr u emitent, denumirea autori tății emiten te; 
—  număr ul permisului de conducere (la data emiterii cardului). 
4.5.3.2.7  Date privind evenimentele 
În sensul prezentului paragraf, ora se înregistrează cu o rezoluție de 1 secundă. 26.5.2016 L 139/59 Jurnalul Oficial al Uniunii Europene RO    
(285)  Cardul de conducăt or auto permite stocarea de date legate de următ oarele evenimente detec tate de 
aparatura de înregistrare în timp ce cardul este introdus: 
—  suprapunere a timp ului (dacă evenimentul este provocat de cardul respectiv); 
—  introducerea cardului în timpul conducer ii (dacă evenimentul afectea ză cardul respectiv); 
—  închei erea incorectă a ultimei sesiuni de utilizare a cardului (dacă evenimentul afect ează cardul 
respectiv); 
—  întrer uperea alimentăr ii cu energie electr ică; 
—  eroare de comunicare cu echipamentul de comunicare la distanță; 
—  evenimentul „Absența informațiilor de poziționare de la recept orul GNSS”; 
—  eroare de comunicare cu echipamentul GNSS extern ; 
—  eroare privind datele de la senzor ul de mișcare; 
—  conf lict privind deplasarea vehiculului; 
—  tentative de încălcare a secur ității; 
—  conf lict de oră. 
(286)  Cardul de conducăt or auto permite stocarea următoarelor date privind aceste eveniment e: 
—  codul evenimentului; 
—  data și ora începer ii evenimentului (sau a introducer ii cardului dacă evenimentul era în curs la 
momentul respectiv); 
—  data și ora închei erii evenimentului (sau a retrag erii cardului dacă evenimentul era în curs la 
momentul respectiv); 
—  VRN și statul membr u de înmatr iculare a vehiculului afectat de eveniment. 
Notă: Pentr u evenimentul „Suprapunere a timpului”: 
—  data și ora începer ii evenimentului trebuie să corespundă datei și orei retrag erii cardului din 
vehiculul precedent ; 
—  data și ora înche ierii evenimentului trebuie să corespundă date i și orei introducer ii cardului în 
vehiculul utilizat la momentul respectiv ; 
—  date le privind vehiculul trebuie să corespundă vehiculului din momentul respectiv (cel care a 
declanșat evenimentul). 
Notă: Pentr u evenimentul: „Înc heiere incorectă a ultimei sesiuni de utilizare a cardului”: 
—  data și ora începer ii evenimentului trebuie să corespundă datei și orei de introducere a cardului 
pentr u sesiunea care nu a fost închei ată corect ; 
—  data și ora înche ierii evenimentului trebuie să corespundă date i și orei introducer ii cardului 
pentr u sesiunea pe parcursul căreia a fost detectat evenimentul (sesiunea din momentul respectiv); 
—  date le privind vehiculul trebuie să corespundă vehiculului în care s-a desfășurat sesiunea care nu a 
fost închei ată corect. 
(287)  Cardul de conducător auto permite stocarea de date privind cele mai recente șase evenimente din 
fiecare tip (și anume, 66 de evenimente ). 
4.5.3.2.8  Date privind anomaliile 
În sensul prezentului paragraf, ora se înregistrează cu o rezoluție de 1 secundă. 26.5.2016 L 139/60 Jurnalul Oficial al Uniunii Europene RO    
(288)  Cardul de conducăt or auto permite stocar ea de date privind următ oarele anomalii detectat e de 
aparatura de înregistrare în timp ce cardul este introdus: 
—  anomalie a cardului (dacă anomalia afectea ză cardul); 
—  anomalie a aparatur ii de înregistrare. 
(289)  Cardul de conducăt or auto permite stocarea următoarelor date privind aceste anomalii: 
—  codul anomaliei; 
—  data și ora începer ii anomaliei (sau a introducer ii cardului dacă anomalia era în curs la momentul 
respectiv); 
—  data și ora închei erii anomaliei (sau a retrager ii cardului dacă anomalia era în curs la momentul 
respectiv); 
—  VRN și statul membr u de înmatr iculare a vehiculului afectat de anomalie. 
(290)  Cardul de conducăt or auto permite stocar ea de date privind cele mai recente douăsprezece anomalii 
din fiecare tip (și anume, 24 de anomalii). 
4.5.3.2.9  Date privind activitatea conducător ului auto 
(291)  Cardul de conducăt or auto permite stocar ea, pentr u fiecare zi calendar istică în care a fost folosit 
cardul sau pentr u care conducăt orul auto a introdus manual activități, următ oarelor informații: 
—  data; 
—  un cont or de prezență zilnică (a cărui valoare creșt e cu o unitate pentr u fiecare dintre zilele 
calendar istice respective); 
—  distanța tota lă parcursă de conducăt orul auto în cursul zilei respective; 
—  regimul de conducere la ora 00.00; 
—  în cazul oricăror modific ări ale activității conducăt orului auto și/sau ale regimului de conducere 
și/sau ale oricărei introducer i sau retrager i a cardului de conducător auto: 
—  regimul de conducere (ECH IPAJ, SINGUR); 
—  slotul (CONDUCĂTOR AUTO, COPILOT); 
—  starea cardului (INTR ODUS, NEINTR ODUS); 
—  activitate a (COND UCERE, DISPONIBILIT ATE, MUNCĂ, PAUZĂ/ODIHNĂ); 
—  ora modifi cării. 
(292)  Memor ia cardului de conducăt or auto permite stocarea de date privind activitățile conducăt orului 
auto timp de cel puțin 28 de zile (activitatea medie a unui conducăt or auto este definită ca incluzând 
93 de schi mbăr i de activitate pe zi). 
(293)  Datele enumerat e la cerințele 286, 289 și 291 se stochează astfel să permită extragerea activităților în 
ordinea desfășurăr ii lor, chiar și în cazul unei suprapuner i a timp ului. 
4.5.3.2.10  Date privind vehiculele folosite 
(294)  Cardul de conducăt or auto permite stocarea, pentr u fiecare zi calendar istică în care a fost utilizat 
cardul și pentr u fiecare perioadă de utilizare a unui anumit vehicul din ziua respectivă (o perioadă de 
utilizare include toat e ciclur ile 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ăr i a vehiculului (și anume, prima introducere a cardului pentr u respectiva 
perioadă de utilizare, sau ora 00.00 dacă perioada de utilizare este în curs la ora respectivă); 26.5.2016 L 139/61 Jurnalul Oficial al Uniunii Europene RO    
—  valoarea indicată de odometr ul vehiculului la ora respectivă a primei utilizăr i; 
—  data și ora ultimei utilizăr i a vehiculului (și anume, ultima retrag ere a cardului pentr u respectiva 
perioadă de utilizare sau ora 23:59 dacă perioada de utilizare este în curs la ora respectivă); 
—  valoarea indicată de odometr ul vehiculului la ora respectivă a ultimei utilizăr i; 
—  VRN și statul membr u de înmatr iculare a vehiculului; 
—  VIN al vehiculului respectiv . 
(295)  Cardul de conducăt or auto permite stocarea a cel puțin 84 de astfe l de înregistrăr i. 
4.5.3.2.11  Locur ile și pozițiile în care încep și/sau se închei e zilele de lucr u 
(296)  Cardul de conducăt or auto permite stocarea următ oarelor date privind locur ile în care încep și/sau se 
închei e zilele de lucr u, introduse de conducăt orul auto: 
—  data și ora introducer ii (sau data/ora lega te de introducerea datelor , dacă aceasta se efectuează pe 
parcursul procedur ii de introducere manuală); 
—  tipul introducer ii (început sau sfârșit, condiția introducer ii); 
—  țara și regiunea introduse; 
—  valoarea indicată de odometr ul vehiculului; 
—  poziția vehiculului; 
—  precizia GNSS, data și ora determinăr ii poziției. 
(297)  Memor ia cardului de conducăt or auto permite stocar ea a cel puțin 84 de perec hi de astfel de 
înregistrăr i. 
4.5.3.2.12  Date privind sesiunile de utilizare a cardului 
(298)  Cardul de conducăt or auto permite stocar ea următoarel or date privind vehiculul în care a fost 
deschisă sesiunea în curs: 
—  data și ora deschider ii sesiunii (și anume, a introducer ii cardului), cu o rezoluție de o secundă; 
—  VRN și statul membr u de înmatr iculare. 
4.5.3.2.13  Date privind activitățile de control 
(299)  Cardul de conducăt or auto permite stocarea următoarelor date privind activitățile de control: 
—  data și ora controlului; 
—  număr ul cardului de control și statul membr u emiten t; 
—  tipul controlului [afișare și/sau impr imare ș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 membr u de înmatr iculare a vehiculului controlat. 
Notă: cerințele de secur itate impun ca descărcarea de pe card să poată fi înregistrată numai dacă se 
realizează prin interm ediul unei aparatur i de înregistrare. 
(300)  Cardul de conducăt or auto permite stocarea unei singure astfel de înregistrăr i. 26.5.2016 L 139/62 Jurnalul Oficial al Uniunii Europene RO    
4.5.3.2.14  Date privind condițiile specifi ce 
(301)  Cardul de conducător auto permite stocar ea următoar elor date legate de condițiile specific e introduse 
în timp ce cardul este introdus (indif erent de slot): 
—  data și ora introducer ii; 
—  tipul de condiție specific ă. 
(302)  Cardul de conducăt or auto permite stocarea a cel puțin 56 de astfe l de înregistrăr i. 
4.5.3.2.15  Date privind unitățile montate pe vehicul utilizate 
(303)  Cardul de conducăt or auto permite stocar ea următoar elor date refer itoare la diferitele unități montate 
pe vehicul în care a fost utilizat cardul: 
—  data și ora începer ii perioadei utilizare a unității montate pe vehicul (și anume, prima introducere 
a cardului în unitate a montată pe vehicul pentr u perioada respectivă); 
—  numele producăt orului unității montate pe vehicul; 
—  tipul de unitate montată pe vehicul; 
—  număr ul versiunii software-ului unității montate pe vehicul. 
(304)  Cardul de conducăt or auto permite stocarea a cel puțin 84 de astfe l de înregistrăr i. 
4.5.3.2.16  Date privind locur ile în care se închei e o perioadă de conducere continuă de trei ore 
(305)  Cardul de conducător auto permite stocarea următoarelor date lega te de poziția vehiculului atunci 
când timpul de conducere continuă al conducăt orului auto atinge un multiplu de trei ore: 
—  data și ora la care timpul de conducere continuă al titular ului cardului ating e un multiplu de trei 
ore; 
—  poziția vehiculului; 
—  precizia GNSS, data și ora determinăr ii poziției. 
(306)  Cardul de conducăt or auto permite stocarea a cel puțin 252 de astfel de înregistrăr i. 
4.5.4  Cardul de atelier 
4.5.4.1  Aplicație pentr u tahograf (accesibilă pentr u unitățile montat e pe vehicul de prima și a 
doua generație) 
4.5.4.1.1  Identificar ea aplicației 
(307)  Cardul de ateli er permite stocarea următ oarelor date de identificare a aplicației: 
—  identif icarea aplicației pentr u tahograf; 
—  identif icarea tipului de card de tahograf. 
4.5.4.1.2  Chei și certificate 
(308)  Cardul de atelier permite stocare a unei serii de chei și certificate criptografi ce, în conf ormitate cu 
apendicele 11 partea A. 26.5.2016 L 139/63 Jurnalul Oficial al Uniunii Europene RO    
(309)  Cardul de ateli er permite stocarea unui număr de identif icare personal (cod PIN). 
4.5.4.1.3  Identificar ea cardului 
(310)  Cardul de ateli er permite stocarea următ oarelor date de identificare a cardului: 
—  număr ul cardului; 
—  statul membr u emitent, denumirea autori tății emiten te, data emiterii; 
—  data de la care este valabil cardul, data expirăr ii cardului. 
4.5.4.1.4  Identificar ea titular ului cardului 
(311)  Cardul de ateli er permite stocarea următ oarelor date de identificare a titular ului cardului: 
—  denumirea ateli erului; 
—  adresa atelier ului; 
—  numele titular ului; 
—  prenumele titular ului; 
—  limba prefe rată de titular . 
4.5.4.1.5  Descărcarea informațiilor de pe card 
(312)  Cardul de ateli er permite stocarea unei înregistrăr i a datelor privind descărcarea informațiilor de pe 
card, în același mod ca un card de conducăt or auto. 
4.5.4.1.6  Date privind etalonarea și reglarea orei 
(313)  Cardul de atelier permite stocar ea de înregistrăr i privind etalonăr ile ș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 date: 
—  scopul etalonăr ii (activare, prima instalare, instalare, inspecție periodică); 
—  identif icarea vehiculului; 
—  parametr ii actualizați sau confir mați [w, k, l, dimensiunea pneur ilor, reglajul limitatorului de 
vitez ă, odometr ul (valor ile vechi și cele noi), data și ora (valor ile vechi și cele noi)]; 
—  identif icarea aparatur ii de înregistrare (număr ul de compo nentă al VU, număr ul de serie al VU, 
număr ul de serie al senzor ului de mișcare). 
(315)  Cardul de ateli er permite stocarea a cel puțin 88 de astfel de înregistrăr i. 
(316)  Cardul de atelier este prevăzut cu un cont or care indică număr ul total de etalonăr i efectuate cu cardul 
respectiv . 
(317)  Cardul de ateli er este prevăzut cu un cont or care indică număr ul total de etalonăr i efectuat e după 
ultima descărcare de date. 26.5.2016 L 139/64 Jurnalul Oficial al Uniunii Europene RO    
4.5.4.1.7  Date privind evenimentele și anomaliile 
(318)  Cardul de atelier permite stocarea de înregistrăr i de date privind evenimentele și anomaliile, în același 
mod ca un card de conducăt or auto. 
(319)  Cardul de atelier permite stocarea de date privind cele mai recente trei evenimente de fiecare tip (și 
anume, 18 evenimente ) și cele mai recente șase eror i de fiecare tip (și anume, 12 eror i). 
4.5.4.1.8  Date privind activitatea conducător ului auto 
(320)  Cardul de atelier permite stocare a de date privind activitatea conducăt orului auto, în același mod ca 
un card de conducăt or auto. 
(321)  Cardul de atelier permite stocarea de date privind activitatea conducăt orului auto pentr u cel puțin o 
zi de activitate medie a conducăt orului auto. 
4.5.4.1.9  Date privind vehiculele utilizate 
(322)  Cardul de atelier permite stocar ea de înregistrăr i de date privind vehiculele utilizat e, în același mod ca 
un card de conducăt or auto. 
(323)  Cardul de ateli er permite stocarea a cel puțin patr u astfel de înregistrăr i. 
4.5.4.1.10  Date privind începutul și/sau sfârșitul zilelor de lucr u 
(324)  Cardul de atelier permite stocarea de înregistrăr i de date privind începutul și/sau sfârșitul zilelor de 
lucr u, în același mod ca un card de conducăt or auto. 
(325)  Cardul de ateli er permite stocarea a cel puțin trei perec hi de astfel de înregistrăr i. 
4.5.4.1.11  Date privind sesiunile de utilizare a cardului 
(326)  Cardul de atelier permite stocarea unei înregistrăr i a date lor 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 ateli er permite stocar ea unei înregistrăr i a datelor privind activitățile de control, în același 
mod ca un card de conducăt or auto. 
4.5.4.1.13  Date privind condițiile specifi ce 
(328)  Cardul de ateli er permite stocar ea de date relevante privind condițiile specifice, în același mod ca un 
card de conducător auto. 
(329)  Cardul de ateli er permite stocarea a cel puțin două astfel de înregistrăr i. 
4.5.4.2  Aplicația pentr u tahograf de a 2-a generație (inaccesibilă unităților montat e pe vehicul 
de primă generație) 
4.5.4.2.1  Identificar ea aplicației 
(330)  Cardul de ateli er permite stocarea următ oarelor date de identificare a aplicației: 
—  identif icarea aplicației pentr u tahograf; 
—  identif icarea tipului de card de tahograf. 26.5.2016 L 139/65 Jurnalul Oficial al Uniunii Europene RO    
4.5.4.2.2  Chei și certificate 
(331)  Cardul de atelier permite stocare a unei serii de chei și certificate criptografi ce, în conf ormitate cu 
apendicele 11 partea B. 
(332)  Cardul de ateli er permite stocarea unui număr de identif icare personal (cod PIN). 
4.5.4.2.3  Identificar ea cardului 
(333)  Cardul de ateli er permite stocarea următ oarelor date de identificare a cardului: 
—  număr ul cardului; 
—  statul membr u emitent, denumirea autori tății emiten te, data emiterii; 
—  data de la care este valabil cardul, data expirăr ii cardului. 
4.5.4.2.4  Identificar ea titular ului cardului 
(334)  Cardul de ateli er permite stocarea următ oarelor date de identificare a titular ului cardului: 
—  denumirea ateli erului; 
—  adresa atelier ului; 
—  numele titular ului; 
—  prenumele titular ului; 
—  limba prefe rată de titular . 
4.5.4.2.5  Descărcarea informațiilor de pe card 
(335)  Cardul de ateli er permite stocarea unei înregistrăr i a datelor privind descărcarea informațiilor de pe 
card, în același mod ca un card de conducăt or auto. 
4.5.4.2.6  Date privind etalonarea și reglarea orei 
(336)  Cardul de atelier permite stocar ea de înregistrăr i privind etalonăr ile ș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 date: 
—  scopul etalonăr ii (activare, prima instalare, instalare, inspecție periodică); 
—  identif icarea vehiculului; 
—  parametr ii actualizați sau confir mați [w, k, l, dimensiunea pneur ilor, reglajul limitatorului de 
vitez ă, odometr ul (valor ile vechi și cele noi), data și ora (valor ile vechi și cele noi)]; 
—  identif icarea aparatur ii de înregistrare (număr ul de compo nentă al VU, număr ul de serie al VU, 
număr ul de serie al senzor ului de mișcare, număr ul de serie al echipamentului de comunicare la 
distanță și număr ul de serie al echipamentului GNSS extern, dacă este cazul); 
—  tipur ile și identificator ii tuturor sigiliilor montate; 
—  capacitatea VU de a utiliza cardur i de tahograf de primă generație (activat e sau neactivat e). 26.5.2016 L 139/66 Jurnalul Oficial al Uniunii Europene RO    
(338)  Cardul de ateli er permite stocarea a cel puțin 88 astfel de înregistrăr i. 
(339)  Cardul de atelier este prevăzut cu un cont or care indică număr ul total de etalonăr i efectuate cu cardul 
respectiv . 
(340)  Cardul de ateli er este prevăzut cu un cont or care indică număr ul total de etalonăr i efectuat e după 
ultima descărcare de date. 
4.5.4.2.7  Date privind evenimentele și anomaliile 
(341)  Cardul de atelier permite stocarea de înregistrăr i de date privind evenimentele și anomaliile, în același 
mod ca un card de conducăt or auto. 
(342)  Cardul de atelier permite stocarea de date privind cele mai recente trei evenimente de fiecare tip (și 
anume, 33 evenimente ) și cele mai recente șase eror i de fiecare tip (și anume, 12 eror i). 
4.5.4.2.8  Date privind activitatea conducător ului auto 
(343)  Cardul de ateli er permit stocar ea de date privind activitate a conducăt orului auto, în același mod ca un 
card de conducător auto. 
(344)  Cardul de atelier permite stocarea de date privind activitatea conducăt orului auto pentr u cel puțin o 
zi de activitate medie a conducăt orului auto. 
4.5.4.2.9  Date privind vehiculele utilizate 
(345)  Cardul de atelier permite stocar ea de înregistrăr i de date privind vehiculele utilizat e, în același mod ca 
un card de conducăt or auto. 
(346)  Cardul de ateli er permite stocarea a cel puțin patr u astfel de înregistrăr i. 
4.5.4.2.10  Date privind începutul și/sau sfârșitul zilelor de lucr u 
(347)  Cardul de atelier permite stocarea de înregistrăr i de date privind începutul și/sau sfârșitul zilelor de 
lucr u, în același mod ca un card de conducăt or auto. 
(348)  Cardul de ateli er permite stocarea a cel puțin trei perec hi de astfel de înregistrăr i. 
4.5.4.2.11  Date privind sesiunile de utilizare a cardului 
(349)  Cardul de atelier permite stocarea unei înregistrăr i a date lor privind sesiunile de utilizare a cardului, 
în același mod ca un card de conducător auto. 
4.5.4.2.12  Date privind activitățile de control 
(350)  Cardul de ateli er permite stocar ea unei înregistrăr i a datelor privind activitățile de control, în același 
mod ca un card de conducăt or auto. 
4.5.4.2.13  Date privind unitățile montate pe vehicul utilizate 
(351)  Cardul de ateli er permite stocar ea următoarelor date refer itoare la diferitele unități montate pe vehicul 
în care a fost utilizat cardul: 
—  data și ora începer ii perioadei de utilizare a unității montate pe vehicul (și anume, prima 
introducere a cardului în unitatea montată pe vehicul pentr u perioada respectivă); 
—  numele producăt orului unității montate pe vehicul; 26.5.2016 L 139/67 Jurnalul Oficial al Uniunii Europene RO    
—  tipul de unitate montată pe vehicul; 
—  număr ul versiunii software-ului unității montate pe vehicul. 
(352)  Cardul de ateli er permite stocarea a cel puțin patr u astfel de înregistrăr i. 
4.5.4.2.14  Date privind locur ile în care se închei e o perioadă de conducere continuă de trei ore 
(353)  Cardul de atelier permite stocarea următoar elor date legate de poziția vehiculului atunci când timpul 
de conducere continuă al conducăt orului auto atinge un multiplu de trei ore: 
—  data și ora la care timpul de conducere continuă al titular ului cardului ating e un multiplu de trei 
ore; 
—  poziția vehiculului; 
—  precizia GNSS, data și ora determinăr ii poziției. 
(354)  Cardul de ateli er permite stocarea a cel puțin 18 astfel de înregistrăr i. 
4.5.4.2.15  Date privind condițiile specifi ce 
(355)  Cardul de ateli er permite stocar ea de date relevante privind condițiile specifice, în același mod ca un 
card de conducător auto. 
(356)  Cardul de ateli er permite stocarea a cel puțin două astfel de înregistrăr i. 
4.5.5  Cardul de control 
4.5.5.1  Aplicație pentr u tahograf (accesibilă pentr u unitățile montat e pe vehicul de prima și a 
doua generație) 
4.5.5.1.1  Identificar ea aplicației 
(357)  Cardul de control permite stocarea următoar elor date de identificar e a aplicației: 
—  identif icarea aplicației pentr u tahograf; 
—  identif icarea tipului de card de tahograf. 
4.5.5.1.2  Chei și certificate 
(358)  Cardul de control permite stocar ea unei serii de chei și certificate criptografice, în conf ormitate cu 
apendicele 11 partea A. 
4.5.5.1.3  Identificar ea cardului 
(359)  Cardul de control permite stocarea următoar elor date de identificar e a cardului: 
—  număr ul cardului; 
—  statul membr u emitent, denumirea autori tății emiten te, data emiterii; 
—  data de la care este valabil cardul, data expirăr ii cardului (dacă există). 
4.5.5.1.4  Identificar ea titular ului cardului 
(360)  Cardul de control permite stocarea următoar elor date de identificar e a titular ului cardului: 
—  denumirea organismului de control; 
—  adresa organismului de control; 26.5.2016 L 139/68 Jurnalul Oficial al Uniunii Europene RO    
—  numele titular ului; 
—  prenumele titular ului; 
—  limba prefe rată de titular . 
4.5.5.1.5  Date privind activitățile de control 
(361)  Cardul de control permite stocarea următoar elor date privind activitățile de control: 
—  data și ora controlului; 
—  tipul controlului (afișare și/sau impr imare și/sau descărcare din VU și/sau descărcare de pe card și/ 
sau verificare a etalonăr ii în trafic); 
—  perioada descărcată (dacă este cazul); 
—  VRN și autori tatea compet entă din statul membr u de înmatr iculare a vehiculului controlat ; 
—  număr ul cardului și statul membr u emitent al cardului de conducăt or auto controlat. 
(362)  Cardul de control permite stocarea a cel puțin 230 de astfel de înregistrăr i. 
4.5.5.2  Aplicația pentr u tahograf G2 (inaccesibilă unităților montate pe vehicul de primă 
generație) 
4.5.5.2.1  Identificar ea aplicației 
(363)  Cardul de control permite stocarea următoar elor date de identificar e a aplicației: 
—  identif icarea aplicației pentr u tahograf; 
—  identif icarea tipului de card de tahograf. 
4.5.5.2.2  Chei și certificate 
(364)  Cardul de control permite stocar ea unei serii de chei și certificate criptografice, în conf ormitate cu 
apendicele 11 partea B. 
4.5.5.2.3  Identificar ea cardului 
(365)  Cardul de control permite stocarea următoar elor date de identificar e a cardului: 
—  număr ul cardului; 
—  statul membr u emitent, denumirea autori tății emiten te, data emiterii; 
—  data de la care este valabil cardul, data expirăr ii cardului (dacă este cazul). 
4.5.5.2.4  Identificar ea titular ului cardului 
(366)  Cardul de control permite stocarea următoar elor date de identificar e a titular ului cardului: 
—  denumirea organismului de control; 
—  adresa organismului de control; 
—  numele titular ului; 
—  prenumele titular ului; 
—  limba prefe rată de titular . 26.5.2016 L 139/69 Jurnalul Oficial al Uniunii Europene RO    
4.5.5.2.5  Date privind activitățile de control 
(367)  Cardul de control permite stocarea următoar elor date privind activitățile de control: 
—  data și ora controlului; 
—  tipul controlului (afișare și/sau impr imare și/sau descărcare din VU și/sau descărcare de pe card și/ 
sau verificare a etalonăr ii în trafic); 
—  perioada aferentă date lor descărcate (dacă este cazul); 
—  VRN și autori tatea compet entă din statul membr u de înmatr iculare a vehiculului controlat ; 
—  număr ul cardului și statul membr u emitent al cardului de conducăt or auto controlat. 
(368)  Cardul de control permite stocarea a cel puțin 230 de astfel de înregistrăr i. 
4.5.6  Card de societate 
4.5.6.1  Aplicație pentr u tahograf (accesibilă pentr u unitățile montat e pe vehicul de prima și a 
doua generație) 
4.5.6.1.1  Identificar ea aplicației 
(369)  Cardul de societate permite stocare a următoarelor date de identif icare a aplicației: 
—  identif icarea aplicației pentr u tahograf; 
—  identif icarea 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 conf ormitate cu 
apendicele 11 partea A. 
4.5.6.1.3  Identificar ea cardului 
(371)  Cardul de societate permite stocare a următoarelor date de identif icare a cardului: 
—  număr ul cardului; 
—  statul membr u emitent, denumirea autori tății emiten te, data emiterii; 
—  data de la care este valabil cardul, data expirăr ii cardului (dacă există). 
4.5.6.1.4  Identificar ea titular ului cardului 
(372)  Cardul de societate permite stocare a următoarelor date de identif icare a titular ului cardului: 
—  denumirea societății; 
—  adresa societății. 
4.5.6.1.5  Date privind activitatea societății 
(373)  Cardul de societate permite stocare a 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); 26.5.2016 L 139/70 Jurnalul Oficial al Uniunii Europene RO    
—număr ul de înmatr iculare al vehiculului și autor itatea compet entă din statul membr u de înmatr i­
culare a vehiculului; 
—  număr ul cardului și statul membr u emitent (în cazul unei descărcăr i de pe card). 
(374)  Cardul de societate permite stocare a a cel puțin 230 de astfe l de înregistrăr i. 
4.5.6.2  Aplicația pentr u tahograf G2 (inaccesibilă unităților montate pe vehicul de primă 
generație) 
4.5.6.2.1  Identificar ea aplicației 
(375)  Cardul de societate permite stocare a următoarelor date de identif icare a aplicației: 
—  identif icarea aplicației pentr u tahograf; 
—  identif icarea tipului de card de tahograf. 
4.5.6.2.2  Chei și certificate 
(376)  Cardul de societate permite stocarea unei serii de chei și certificate criptografice, în conf ormitate cu 
apendicele 11 partea B. 
4.5.6.2.3  Identificar ea cardului 
(377)  Cardul de societate permite stocare a următoarelor date de identif icare a cardului: 
—  număr ul cardului; 
—  statul membr u emitent, denumirea autori tății emiten te, data emiterii; 
—  data de la care este valabil cardul, data expirăr ii cardului (dacă există). 
4.5.6.2.4  Identificar ea titular ului cardului 
(378)  Cardul de societate permite stocare a următoarelor date de identif icare a titular ului cardului: 
—  denumirea societății; 
—  adresa societății. 
4.5.6.2.5  Date privind activitatea societății 
(379)  Cardul de societate permite stocare a 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ă date lor descărcate (dacă este cazul); 
—număr ul de înmatr iculare al vehiculului și autor itatea compet entă din statul membr u de înmatr i­
culare a vehiculului; 
—  număr ul cardului și statul membr u emitent al cardului (în cazul unei descărcăr i de pe card). 
(380)  Cardul de societate permite stocare a a cel puțin 230 de astfe l de înregistrăr i. 26.5.2016 L 139/71 Jurnalul Oficial al Uniunii Europene RO    
5.  INST ALAREA APARA TURII DE ÎNREGISTRARE 
5.1  Inst alare 
(381)  Aparatur ile de înregistrare noi sunt livrate neactivate montato rilor sau producător ilor de vehicule, cu 
toți parametr ii de etalonare prevăzuți în capit olul 3.21 setați la valor i implicite adecvat e și valabile. În 
cazur ile în care nu se aplică nicio valoare specială, parametr ii alfabetici sunt înlocuiți cu șiruri de „?”, 
iar parametr ii numer ici cu „0”. Furnizarea compo nente lor de secur itate ale aparatur ii de înregistrare 
poate fi restr icționată, dacă este necesar , în timpul certificăr ii de secur itate 
(382)  Înainte de activare, aparatura de înregistrare trebuie să permită accesul la funcția de etalonare, chiar 
dacă aparatura nu este în modul etalonare. 
(383)  Înainte de activare, aparatura de înregistrare nu înregistrează și nici nu stoc hează date le menționate la 
punctele 3.12.3, 3.12.9 și 3.12.12 – 3.12.15 inclusiv . 
(384)  În timpul instalăr ii, producător ii de vehicule presetea ză toți parametr ii cunoscuți. 
(385)  Producător ii de vehicule sau montato rii activează aparatura de înregistrare montată cel târziu înainte 
ca vehiculul să fie utilizat în conf ormitate cu Regulamentul (CE) nr. 561/2006. 
(386)  Activarea aparatur ii de înregistrare se declanșează automat la prima introducere a unui card de atelier 
valabil în oricare dintre dispozitivele de interfață pentr u card. 
(387)  Dacă este cazul, operațiunile speciale necesare pentr u asocierea senzor ului de mișcare la unitatea 
montată pe vehicul se realizează automat, înainte sau în timpul activăr ii. 
(388)  În mod similar , dacă este cazul, operațiunile speciale de cuplare a echi pamentului GNSS exte rn la 
unitatea montată pe vehicul se realizează automat, înainte sau în timpul activăr ii. 
(389)  După activare, aparatura de înregistrare controlează integral drepturile de acces la funcții și date . 
(390)  După activare, aparatura de înregistrare comunică echi pamentului de comunicare la distanță datele 
secur izate necesare în scopul controalelor selective în trafic. 
(391)  Funcțiile de înregistrare și stocare ale aparatur ii de înregistrare trebuie să funcționeze integral după 
activarea acest eia. 
(392)  Instalarea este urmată de o etalonare. Nu este necesar ca prima etalonare să includă introducerea 
număr ului de înmatr iculare al vehiculului (VRN) în cazul în care acesta nu este cunoscut de atelier ul 
aprobat care trebuie să efectueze etalonarea. În aceste condiții și numai în acest moment, este posibil 
ca propr ietar ul vehiculului să introducă VRN folosind cardul de societate înainte de utilizarea 
vehiculului în conf ormitate cu Regulamentul (CE) nr. 561/2006 (de exem plu, utilizând comenzile 
prin interm ediul unei structur i corespunzătoare a meniului interfeței om-mașină a unității montate pe 
vehicul) (1). Actualizarea sau confir marea acest ei introducer i este posibilă numai atunci când se 
folosește un card de atelier. 
(393)  Instalarea unui echipament GNSS exte rn necesită cuplarea la unitatea montată pe vehicul și 
verificarea ulter ioară a informațiilor de poziționare de la GNSS. 
(394)  Aparatura de înregistrare trebuie poziționată în vehicul astfel încât conducăt orul auto să poată accesa 
toat e funcțiile necesare de pe scaunul său. 26.5.2016 L 139/72 Jurnalul Oficial al Uniunii Europene RO    
(1)JO L 102, 11.4.2006, p. 1. 
5.2  Plăcuța de inst alare 
(395)  După instalarea și verificarea aparatur ii de înregistrare, pe acesta se aplică o plăcuță de instalare 
gravat ă sau imprimată în mod permanent, care să fie clar vizibilă și ușor accesibilă. În cazur ile în care 
acest lucr u nu este posibil, plăcuța se mont ează pe stâlpul „B” al vehiculului pentr u a fi clar vizibilă. 
La vehiculele care nu au un stâlp „B”, plăcuța de instalare trebuie montată pe cadr ul ușii de pe latura 
unde se află volanul și trebuie să fie clar vizibilă în toat e situațiile. 
După fiecare inspecție efectuată de un montato r sau de un atelier aprobat, în locul plăcuței existe nte 
se aplică una nouă. 
(396)  Plăcuța trebuie să conțină cel puțin următoar ele informații: 
—  numele, adresa sau denumirea comercială a montato rului sau a atelierului aprobat ; 
—  coeficientul caracte ristic al vehiculului, sub forma „w = … imp/km”; 
—  constanta aparatur ii de înregistrare, sub forma „k = … imp/km”; 
—  circumf erința efectivă a pneur ilor roților , sub forma „l = … mm”; 
—  dimensiunea pneur ilor; 
—  data la care au fost măsurate coefi cientul caract eristic al vehiculului și circumf erința efectivă a 
pneur ilor roților; 
—  număr ul de identif icare al vehiculului; 
—  prezența (sau absența) unui echi pament GNSS extern ; 
—  număr ul de serie al echi pamentului GNSS extern; 
—  număr ul de serie al echi pamentului de comunicare la distanță; 
—  numerele de serie ale tuturor sigiliilor montate; 
—  partea vehiculului unde este instalat adapt orul (dacă este cazul); 
—  partea vehiculului unde este instalat senzor ul de mișcare, dacă acesta nu este conectat la cutia de 
vitez e sau dacă nu se folosește un adap tor; 
—  o descr iere a culor ii cablului dintre adapt or și partea vehiculului care îi furnizează impulsur ile de 
intrare; 
—  număr ul de serie al senzor ului de mișcare integra t al adapt orului. 
(397)  Folosirea unei plăcuțe suplimentare este permisă numai în cazul vehiculelor M1 și N1 prevăzut e cu 
un adap tor în conf ormitate cu Regulamentul (CE) nr. 68/2009 (1), astfel cum a fost modifi cat ultima 
dată, și dacă nu este posibilă includerea tuturor informațiilor necesare prevăzute la cerința 396. În 
aceste cazur i, plăcuța suplimentară trebuie să conțină cel puțin ultimele patr u liniuțe de la cerința 
396. 
Dacă se folosește o plăcuță suplimentară, aceasta se mont ează lângă prima plăcuță, descr isă la cerința 
396, și trebuie să aibă același nivel de prote cție. În plus, pe plăcuța suplimentară figurează numele, 
adresa sau denumirea comercială a montato rului sau a ateli erului mecanic aprobat care a efectuat 
instalarea, precum și data instalăr ii. 26.5.2016 L 139/73 Jurnalul Oficial al Uniunii Europene RO    
(1)Regulamentul (CE) nr. 68/2009 al Comisiei din 23 ianuar ie 2009 de adaptare pentr u a noua oară la progresul tehnic a Regulamentului 
(CEE) nr. 3821/85 al Consiliului privind aparatura de înregistrare în transpor tul rutier (JO L 21, 24.1.2009, p. 3). 
5.3  Sigilarea 
(398)  Se sigilează următoarel e părți: 
—  orice conexiune care, în cazul deconectăr ii, ar cauza producerea unor modifi cări indet ectabile sau 
pierderea indet ectabilă a unor date (acest lucr u poate fi valabil, de exemplu, pentr u senzor ul de 
mișcare montat pe cutia de viteze, pentr u adap torul destinat vehiculelor M1/N1, pentr u 
conexiunea GNSS exte rnă sau pentr u unitate a montată pe vehicul); 
—  plăcuța de instalare, în afară de cazul în care aceasta este aplicată astfe l încât nu poate fi 
îndepăr tată fără a distr uge inscr ipțiile. 
(399)  Sigiliile menționate anter ior pot fi îndepăr tate: 
—  în caz de urgență; 
—  pentr u instalarea, ajustarea sau repararea unui limitat or de viteză sau a oricărui alt dispozitiv care 
contr ibuie la siguranța rutieră, cu condiția ca aparatura de înregistrare să funcționeze în 
continuare în mod corect și fiabil și să fie resigilat de un montato r sau de un atelier aprobat (în 
conf ormitate cu dispozițiile capitolului 6) imediat după montarea limitat orului de viteză sau a 
oricărui alt dispozitiv care contr ibuie la siguranța rutieră, sau în term en de șapt e zile în celelalte 
cazur i. 
(400)  De fiecare dată când aceste sigilii sunt rupte, se elaborează și se transmite autori tății compet ente o 
declarație scrisă cu privire la motivele acțiunii respective. 
(401)  Sigiliile trebuie să poar te un număr de identif icare atribuit de producător ul 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. 
Acest număr unic de identificare se înscr ie astfel încât să nu poată fi șters si are următ oarea 
conf igurație: MM NNNNNN, unde MM reprezintă număr ul unic de identif icare a producăt orului 
(înregistrarea în baza de date urmează să fie gestionată e CE), iar NNNNNN reprezintă număr ul 
alfanumer ic unic al sigiliului, atribuit de producător . 
(402)  Sigiliile trebuie să aibă un spațiu liber unde montato rii, ateli erele sau producăt orii de vehicule 
aprobați să poată adăuga o marcă specială în conf ormitate cu articolul 22 alineatul (3) din 
Regulamentul (UE) nr. 165/2014. 
Această marcă nu acoperă număr ul de identif icare al sigiliului. 
(403)  Producător ii de sigilii trebuie să se înregistreze într-o bază de date și să facă publice numerele de 
identif icare atribuite sigiliilor fabricate de ei, printr-o procedură care urmează să fie stabilită de 
Comisia Europeană. 
(404)  Atelierele și producător ii de vehicule aprobați trebuie să utilizeze, în teme iul Regulamentului (UE) 
nr. 165/2014, numai sigilii produse de producăt orii de sigilii înregistrați în baza de date menționată 
anterior . 
(405)  Producător ii de sigilii și distr ibuitori i acestor a trebuie să păstreze evidențe de trasabilitate compl ete ale 
sigiliilor vândute pentr u a fi utilizate în cadr ul Regulamentului (UE) nr. 165/2014 și trebuie să fie 
pregătiți să le prezinte autori tăților naționale compet ente ori de câte ori este necesar . 
(406)  Numerele de identif icare unice ale sigiliilor trebuie să fie vizibile pe plăcuța de instalare. 
6.  CON TROALE, INSPECȚII ȘI REPARAȚII 
Cerințele privind situațiile în care pot fi îndepăr tate sigiliile, astfel cum sunt prevăzut e la articolul 22 
alineatul (5) din Regulamentul (UE) nr. 165/2014, sunt definite în capit olul 5.3 din prezenta anexă. 
6.1  Aprobarea mont atorilor, a atelierelor și a producăt orilor de vehicule 
Statele membre aprobă, controlează în mod regulat și certifică organismele însărcinate cu efectuarea de: 
—  instalăr i; 
—  controale; 26.5.2016 L 139/74 Jurnalul Oficial al Uniunii Europene RO    
—  inspecții; 
—  reparații. 
Cardur ile de ateli er sunt emise numai montato rilor și/sau ateli erelor aprobate pentr u activarea și/sau 
etalonarea aparatur ii de înregistrare în conf ormitate cu prezenta anexă și, cu excepția cazur ilor justificate în 
mod corespunzător: 
—  care nu sunt eligibile pentr u acordarea unui card de societate și 
—  ale căror activități profesio nale nu sunt suscept ibile de a compromit e secur itatea globală a sistemului , 
astfe l cum se prevede în apendicele 10. 
6.2  Verificarea instr umentelor noi și a celor reparate 
(407)  Fiecare dispozitiv în parte, indif erent dacă este nou sau reparat, trebuie verificat pentr u a se constata 
dacă funcționează corespunzăt or și dacă citir ile și înregistrăr ile pe care le efectuează sunt precise și 
respectă limite le prevăzute în capitolul 3.2.1, 3.2.2, 3.2.3 și 3.3, precum și dacă este sigilat și etalonat 
în conf ormitate cu capit olul 5.3. 
6.3  Inspecția inst alației 
(408)  La instalarea pe un vehicul, întreag a instalație (inclusiv aparatura de înregistrare) trebuie să respecte 
dispozițiile privind toleranțele maxime prevăzute în capit olul 3.2.1, 3.2.2, 3.2.3 și 3.3. 
6.4  Inspecții periodice 
(409)  Inspecțiile periodice ale aparatur ii montate pe vehicule se efectuează după orice reparație a aparatur ii 
sau după orice modificare a coefi cientului caract eristic al vehiculului sau a circumfe rinței efective ale 
pneur ilor sau după ce aparatura a indicat ora UTC cu o eroare de pest e 20 de minute sau dacă VRN 
a fost modifi cat și cel puțin o dată în term en de doi ani (24 de luni) de la ultima inspecție. 
(410)  În cadr ul acest or inspecții se verifică, printre altele: 
—  dacă aparatura de înregistrare funcționează corespunzăt or, inclusiv în ceea ce priveșt e funcția de 
stocar e a datelor pe cardur ile de tahograf și comunicarea cu cititoar ele pentr u comunicarea la 
distanță; 
—  dacă este asigurată conf ormitatea cu dispozițiile capitolului 3.2.1 și 3.2.2 privind toleranțele 
maxime la instalare; 
—  dacă este asigurată conf ormitate a cu dispozițiile capit olului 3.2.3 și 3.3; 
—  dacă aparatura de înregistrare poar tă marca de omologar e de tip; 
—  dacă plăcuța de instalare, astfel cum este definită la cerința 396, și plăcuța descr iptivă, astfel cum 
este definit ă la cerința 225, sunt fixate; 
—  dimensiunea pneur ilor și circumf erința efectivă a pneur ilor; 
—  dacă la aparatură nu sunt atașat e dispozitive de manipulare; 
—  dacă sigiliile sunt amplasat e în mod corect, dacă sunt în stare bună, dacă numerele lor de 
identif icare sunt valabile (dacă producător ul de sigilii este înregistrat în baza de date a CE) și dacă 
numerele lor de identificare corespund inscr ipțiilor de pe plăcuța de instalare (a se vedea cerința 
401). 
(411)  Dacă se constată că unul din evenimentele enumerat e în capit olul 3.9 (Det ectarea evenimente lor și/ 
sau a anomaliilor) a avut loc după ultima inspecție și, conf orm producător ilor de tahografe și/sau 
autori tăților naționale, poate pune în pericol secur itatea echi pamentului, ateli erul: 
a.  face o comparație între datele de identif icare a senzor ului de mișcare conectat la cutia de vitez e și 
cele de identif icare a senzor ului de mișcare asociat la unitate a montată pe vehicul; 26.5.2016 L 139/75 Jurnalul Oficial al Uniunii Europene RO    
b.  verifică dacă informațiile înscr ise pe plăcuța de instalare coincid cu informațiile înregistrat e în 
unitat ea montată pe vehicul; 
c.  verifică dacă număr ul de serie și număr ul de omologar e ale senzor ului de mișcare, în cazul în care 
acest ea sunt imprimate pe carcasa senzor ului de mișcare, coincid cu informațiile stocat e în 
memor ia de date a aparatur ii de înregistrare; 
d.  compar ă datele de identif icare inscr ipționat e pe plăcuța descr iptivă a echi pamentului GNSS exte rn, 
dacă este cazul, cu cele stocat e în memor ia de date a unității montate pe vehicul. 
(412)  În rapoar tele lor de inspecție, atelierele țin evidența oricăror constatăr i referitoare la existenț a unor 
sigilii rupte sau a unor dispozitive de manipulare. Atelierele păstrează aceste rapoar te cel puțin 2 ani 
și le pun la dispoziția autor ității compet ente ori de câte ori li se cere să facă acest lucr u. 
(413) Aceste inspecții includ o etalonare și o înlocuire preventivă a sigiliilor a căror montare ține de respon ­
sabilitate a atelierelor . 
6.5  Măsurarea eror ilor 
(414)  Măsurarea eror ilor la instalare și în timpul utilizăr ii se 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 pneur ilor în conf ormitate cu instr ucțiunile producător ului; 
—  uzura pneur ilor în limitele permise de legislația națională; 
—  deplasarea vehiculului: 
—  vehiculul avansează, pe baza acțiunii motorului propr iu, î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. 
—  pentr u testare pot fi folosite și metode alternative, de exemplu un banc dinamometr ic adecvat, cu 
condiția ca acesta să aibă o precizie compar abilă. 
6.6  Reparații 
(415)  Atelierele trebuie să poată descărca date din aparatura de înregistrare pentr u a le transmite societății 
de transpor t în cauză. 
(416)  Atelierele autori zate emit societăților de transpor t un certificat care atestă că datele nu pot fi 
descărcate, în cazul în care o defecțiune a aparatur ii de înregistrare împiedică descărcarea datelor 
înregistrate anterior, chiar și după reparațiile efectuat e de atelier ul respectiv . Atelier ul păstrează timp 
de cel puțin doi ani un exem plar din fiecare certificat emis. 
7.  EMITEREA CARDURILOR 
Procedur ile de emite re a cardur ilor stabilit e de state le membre respectă următoar ele dispoziții: 
(417)  Număr ul 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 setat e la „0”. 
(418)  Numerele de card ale tuturor cardur ilor 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 înlocuir ii unui card de tahograf existen t 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). 26.5.2016 L 139/76 Jurnalul Oficial al Uniunii Europene RO    
(420)  Un card de tahograf emis în scopul înlocuir ii unui card de tahograf existen t are aceeași dată de 
expirare ca și cardul înlocuit. 
(421)  Un card de tahograf emis în scopul reînnoir ii unui card de 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ăr ii datelor administrative, schimbarea unui card de tahograf existen t respectă 
regulile de reînnoire dacă se produce în același stat membr u sau regulile aplicabile primei emiteri în 
cazul în care se produce în alt stat membr u. 
(423)  În cazul cardur ilor de atelier sau de control nenominale, rubrica „Numele titular ului cardului” se 
complet ează cu denumirea ateli erului sau a organismului de control ori cu numele montato rului sau 
al agentului de control, în cazul în care statele membre decid astfel. 
(424)  Statele membre fac schi mb de date prin mijloace electronice pentr u a asigura unicitat ea cardur ilor de 
conducător auto pe care le emit în conf ormitate cu articolul 31 din Regulamentul (UE) nr. 165/2014. 
8.  OMOLOGAREA DE TIP A APARA TURII DE ÎNREGISTRARE ȘI A CARDURILOR DE TAHOGRAF 
8.1  Generalități 
În sensul prezentului capitol, term enul „aparatură de înregistrare” înseamnă „aparatura de înregistrare sau 
compo nentele acesteia”. Nu este necesară omologar ea de tip pentr u cablul sau cablur ile care conecte ază 
senzor ul de mișcare, echi pamentul GNSS extern sau echipamentul de comunicare la distanță cu VU. Hârtia 
utilizată de aparatura de înregistrare este considerată o compo nentă a aparatur ii de înregistrare. 
Orice producăt or poate solicita omologarea de tip a compo nentei sale cu orice tip de senzor de mișcare sau 
echi pament GNSS exte rn și inve rs, cu condiția ca fiecare componentă să respecte cerințele prezentei anex e. 
Alternativ , producăt orii pot să solicite , de asemenea, omologa rea de tip a aparatur ii de înregistrare. 
(425)  Aparatura de înregistrare trebuie prezentată spre omologare în întregime, incluzând eventualele 
dispozitive suplimentare integrat e. 
(426)  Omologarea aparatur ii de înregistrare și a cardur ilor de tahograf trebuie să cupr indă teste de 
secur itate, teste de funcționare și teste de interoperabilitate. Rezultate le pozitive obținute la fiecare 
dintre acest e teste sunt conf irmate printr-un certificat corespunzător . 
(427)  Autoritățile însărcinate cu omologarea de tip din statele membre nu acordă certificate de omologa re 
de tip atât timp cât nu dețin: 
—  un certificat de secur itate 
—  un certificat de funcționare 
—  și un certificat de interoperabilitate 
aferent e aparatur ii de înregistrare sau cardului de tahograf care face obiectul cerer ii de omologare de 
tip. 
(428)  Orice modifi care a software-ului sau a hardware-ului aparatur ii sau a natur ii mat erialelor utilizat e 
pentr u producerea acesteia se notifică, înainte de utilizare, autorității care a acordat omologarea de 
tip pentr u aparatura în cauză. Autoritatea respectivă îi confir mă producător ului extinderea 
omologăr ii de tip sau poate solicita o actualizare sau o conf irmare a certificatelor de funcționare, de 
secur itate și/sau de interoperabilitate relevante . 
(429)  Procedur ile de actualizare in situ a software-ului aparatur ii de înregistrare trebuie aprobat e de 
autori tatea care a acordat omologar ea de tip pentr u aparatura de înregistrare în cauză. Actualizarea 
software-ului nu trebuie să modifice și nici să șteargă niciun fel de date privind activitate a conducă ­
torului auto stocat e în aparatura de înregistrare. Software-ul poate fi actualizat numai pe răspunderea 
producător ului aparatur ii. 26.5.2016 L 139/77 Jurnalul Oficial al Uniunii Europene RO    
(430)  Omologarea de tip a modificăr ilor aduse software-ului în scopul actualizăr ii unei aparatur i de 
înregistrare deja omologat e de tip nu poate fi refuzată dacă modifi cările respective vizează numai 
funcții nespecifica te în prezenta anexă. Actualizarea software-ului unei aparatur i de înregistrare poate 
să nu implice introducerea de noi setur i de caracte re, dacă acest lucr u nu este fezabil din punct de 
vedere tehnic. 
8.2  Cer tificatul de secur itate 
(431)  Certificatul de secur itate se eliberează în conf ormitate cu dispozițiile apendicelui 10 la prezenta 
anexă. Comp onentele aparatur ii de înregistrare care trebuie certificate sunt unitate a montată pe 
vehicul, senzor ul de mișcare, echipamentul GNSS extern și cardur ile de tahograf. 
(432)  În situația excepțio nală în care autori tățile de certificare a secur ității refuză certificarea unei aparatur i 
noi din cauza mecanismelor de secur itate învechit e, omologar ea de tip se va acorda în continuare 
numai în acest gen de situații particulare și exce pționale și numai dacă nu există nicio altă soluție 
conf ormă cu regulamentul. 
(433)  În această situație, statul membr u în cauză informează fără întârziere Comisia Europeană care, în 
term en de douăsprezece luni calendar istice de la acordarea omologăr ii de tip, lansează o procedură 
menită să garanteze că secur itatea este readusă la nivelul inițial. 
8.3  Cer tificatul de funcționare 
(434)  Fiecare candidat la omologar ea de tip furnizează autor ității de omologa re de tip a statului membr u 
toat e mate rialele și întreag a documentație pe care aceasta le consideră necesare. 
(435)  În term en de o lună de la depunerea cerer ii, producăt orii furnizează eșantioanele relevante din 
produsele pentr u care se solicită omologa rea de tip și documentația aferentă cerute de laboratoarele 
desemnate să efectueze testele de funcționare. Toate costur ile care derivă din această cerere sunt 
supor tate de entitat ea solicitantă. Laboratoar ele asigură conf idențialitate a informațiilor comerciale 
sensibile. 
(436) Producător ului i se eliberează un certificat de funcționare numai după obținerea de rezultate satisfă ­
cătoare cel puțin la toat e testele de funcționare prevăzute în apendicele 9. 
(437)  Autoritatea de omologar e de tip eliberează certificatul de funcționare. Acest certificat indică, pe lângă 
numele beneficiar ului și identificar ea modelului, o listă detaliată a testelor efectuat e și a rezultatelor 
obținute. 
(438)  Certificatul de funcționare al oricărei compo nente a aparatur ii de înregistrare indică, de asemenea, 
numerele de omolog are de tip ale celorlalte compo nente compati bile și omologat e de tip ale 
aparatur ii de înregistrare, testate în vederea certificăr ii. 
(439)  Certificatul de funcționare al oricărei compo nente a aparatur ii de înregistrare indică, de asemenea, 
standardul ISO sau CEN pe baza căruia a fost certificată interfața de funcționare. 
8.4  Cer tificatul de interoperabilit ate 
(440) Testele de inter operabilitate sunt realizate de un singur laborator , aflat sub autori tatea și responsabi ­
litatea Comisiei Europene. 
(441)  Laboratorul înregistrează cerer ile de teste de interoperabilitat e depuse de producăt ori în ordinea 
cronologică a primir ii lor. 26.5.2016 L 139/78 Jurnalul Oficial al Uniunii Europene RO    
(442)  Cerer ile se înregistrează oficial numai în momentul în care laborat orul deține: 
—  toat e mat erialele și documentele necesare pentr u realizarea acestor teste de inter operabilitate; 
—  certificatul de secur itate corespunzător; 
—  certificatul de funcționare corespunzător . 
Data înregistrăr ii cerer ii se notifică producăt orului. 
(443)  Laboratorul nu efectuează niciun test de interoperabilitate pentr u aparatura de înregistrare sau 
cardur ile de tahograf care nu au primit un certificat de secur itate și un certificat de funcționare, în 
afară de situațiile exce pționale descr ise la cerința 432. 
(444)  Orice producător care solicită teste de inter operabilitate se anga jează să cedeze laboratorului 
însărcinat cu efectuarea testelor respective toat e mate rialele și documentele pe care le-a furnizat în 
vederea realizăr ii testelor. 
(445)  Testele de interoperabilitat e se efectuează în conf ormitate cu dispozițiile apendicelui 9 la prezenta 
anexă, pentr u toat e tipur ile de aparatură de înregistrare sau de cardur i de tahograf: 
—  a căror omologa re de tip este încă valabilă; sau 
—  care nu au primit încă omologar ea de tip și care dețin un certificat de interoperabilitate valabil. 
(446)  Testele de inter operabilitate vizează toat e generațiile aparatur ii de înregistrare sau ale cardur ilor de 
tahograf aflate încă în uz. 
(447)  Certificatul de inter operabilitate este eliberat de către laborat or producător ului numai după obținerea 
de rezultate satisfăcătoare la toat e testele de inter operabilitate solicitate. 
(448)  Dacă rezultatele testelor de inter operabilitate nu sunt satisfăcătoar e pentr u unul sau mai multe 
aparatur i de înregistrare sau cardur i de tahograf, certificat ul de interoperabilitat e nu se eliberează 
decât după ce producător ul a efectuat modificăr ile necesare și a obținut rezultate satisfăcătoare la 
testele de interoperabilitate. Laboratorul identif ică sursa problemei împreună cu producător ii afectați 
de respectiva anomalie de inter operabilitate și încearcă să îi ajute să găsească o soluție tehnică. În 
cazul în care producăt orul și-a modificat produsul, acesta este oblig at să se informeze pe lângă 
autori tățile compet ente dacă certificatul de secur itate și certificatul de funcționare sunt încă valabile. 
(449)  Certificatul de inter operabilitate este valabil șase luni. Acesta expiră la sfârșitul perioadei respective 
dacă producăt orul nu primeșt e un certificat de omologar e relevant. Certificat ul este transmis de 
producător autori tății de omologare de tip a statului membr u care a emis certificatul de funcționare. 
(450)  Niciun element care ar putea sta la originea unei anomalii de interoperabilitat e nu trebuie folosit în 
scopul obținer ii de profit sau pentr u obținerea unei poziții dominante . 
8.5  Cer tificatul de omologare de tip 
(451)  Autoritatea de omologar e de tip a statului membr u poate elibera certificat ul de omologar e de tip de 
îndată ce se află în posesia celor trei certificate solicitate . 
(452)  Certificatul de omologare de tip al oricărei compo nente a aparatur ii de înregistrare trebuie să indice, 
de asemenea, numerele de omologare de tip ale celorlalte aparatur i de înregistrare interoperabile care 
dețin omologarea de tip. 
(453) Autoritatea de omologare de tip transmite laboratorului însărcinat cu efectuarea testelor de interope ­
rabilitate un exem plar al certificat ului de omologare de tip în momentul eliberăr ii acestuia către 
producător . 26.5.2016 L 139/79 Jurnalul Oficial al Uniunii Europene RO    
(454)  Laboratorul însărcinat cu efectuarea testelor de interoperabilitate creează un site web public care 
conține o listă actualizată a modelelor de aparatur i de înregistrare sau de cardur i de tahograf: 
—  pentr u care a fost înregistrată o cerere de efectuare a unor teste de interoperabilitat e; 
—  care au primit un certificat de interoperabilitate (chiar dacă acesta este provizor iu); 
—  care au primit un certificat de omologar e de tip. 
8.6  Procedură extraordinară: primele certificate de interoperabilit ate pentr u aparatura de înregist rare și 
cardur ile de tahog raf de a 2-a generație 
(455)  Pe parcursul unei perioade de patr u luni de la certificarea interoperabilității unui prim ansamblu de 
aparatură de înregistrare de a 2-a generație și cardur i de tahograf de a 2-a generație (card de 
conducător auto, de ateli er, de control și de societate), orice certificat de interoperabilitat e eliberat 
(inclusiv primele) în urma cerer ilor înregistrat e pe parcursul aceste i perioade este considerat 
provizor iu. 
(456)  Dacă, la sfârșitul perioadei menționate anterior, toat e produsele în cauză sunt reciproc interoperabile, 
toat e certificatele de inter operabilitate aferente devin definit ive. 
(457)  Dacă, pe parcursul aceste i perioade, apar anomalii de interoperabilitate, laboratorul însărcinat cu 
efectuarea testelor de inter operabilitate trebuie să identif ice cauzele problemelor cu ajutorul producă ­
torilor implicați și îi invită să facă modifi cările necesare. 
(458)  Dacă, la sfârșitul acestei perioade, problemele de inter operabilitate persistă, laboratorul însărcinat cu 
realizarea testelor de inter operabilitate, în colaborare cu producăt orii în cauză și cu autori tățile de 
omologare de tip care au eliberat certificatul de funcționare aferent, trebuie să identifice cauzele 
anomaliilor de interoperabilitat e și să stabilească modific ările care ar trebui efectuate de către fiecare 
dintre producăt orii î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 interoperabilitat e, decide care aparatură și care cardur i primesc un certificat de inter opera ­
bilitate definitiv și precizează motivele pe baza cărora a fost adop tată decizia respectivă. 
(459)  Orice cerere de efectuare a unor teste de inter operabilitate înregistrată de laborator între sfârșitul 
perioadei de patr u luni de la eliberarea primului certificat provizor iu de inter operabilitate și data 
deciziei adoptat e de Comisie menționată la cerința 455 trebuie amânată până la rezolvarea 
problemelor inițiale de inter operabilitate. Cerer ile respective se prelucrează apoi în ordinea 
cronologică a înregistrăr ii.  26.5.2016 L 139/80 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 1 
DICȚIONAR DE DATE 
CUPRINS 
1. INTR ODUCERE ................................................................................................................................ 88 
1.1. Metoda de stabilire a definițiilor tipur ilor de date........................................................................ 88 
1.2. Referințe ............................................................................................................................ 88 
2. DEFINIȚIILE TIPURILOR DE DATE........................................................................................................ 89 
2.1. ActivityChang eInfo............................................................................................................... 89 
2.2. Address .............................................................................................................................. 90 
2.3. AESKe y.............................................................................................................................. 91 
2.4. AES128Key ......................................................................................................................... 91 
2.5. AES192Key ......................................................................................................................... 91 
2.6. AES256Key ......................................................................................................................... 92 
2.7. BCDStr ing .......................................................................................................................... 92 
2.8. CalibrationPur pose ............................................................................................................... 92 
2.9. CardA ctivityDailyRecord ........................................................................................................ 93 
2.10. CardA ctivityLengthRa nge ....................................................................................................... 93 
2.11. CardAppro valNumber ........................................................................................................... 93 
2.12. CardCer tificate..................................................................................................................... 94 
2.13. CardChipIdentification ........................................................................................................... 94 
2.14. CardConsecutiveIndex ........................................................................................................... 94 
2.15. CardControlA ctivityDataRecord ............................................................................................... 94 
2.16. CardCur rentUse ................................................................................................................... 95 
2.17. CardDr iverA ctivity ................................................................................................................ 95 
2.18. CardDr ivingLicenceInf ormation ............................................................................................... 95 
2.19. CardEventData ..................................................................................................................... 96 
2.20. CardEventRecord .................................................................................................................. 96 
2.21. CardF aultData ...................................................................................................................... 96 
2.22. CardF aultRecord .................................................................................................................. 97 
2.23. CardIccIdentification ............................................................................................................. 97 
2.24. CardIdentification ................................................................................................................. 97 
2.25. CardMA Certificate................................................................................................................ 98 
2.26. CardNumber ....................................................................................................................... 98 
2.27. CardPlaceDailyW orkPer iod ..................................................................................................... 99 
2.28. CardPr ivateKe y.................................................................................................................... 99 26.5.2016 L 139/81 Jurnalul Oficial al Uniunii Europene RO    
2.29. CardPublicKe y..................................................................................................................... 99 
2.30. CardRenewalIndex ................................................................................................................ 99 
2.31. CardReplacementIndex .......................................................................................................... 99 
2.32. CardSignCer tificate............................................................................................................... 100 
2.33. CardSlotNumber .................................................................................................................. 100 
2.34. CardSlotsStatus .................................................................................................................... 100 
2.35. CardSlotsStatusRecordAr ray.................................................................................................... 100 
2.36. CardStr uctureV ersion ............................................................................................................ 101 
2.37. CardV ehicleRecord ................................................................................................................ 101 
2.38. CardV ehiclesUsed ................................................................................................................. 102 
2.39. CardV ehicleU nitRecord .......................................................................................................... 102 
2.40. CardV ehicleU nitsUsed ............................................................................................................ 102 
2.41. Certificat ............................................................................................................................ 103 
2.42. CertificateCont ent ................................................................................................................ 103 
2.43. CertificateHolderAuth orisation ................................................................................................ 104 
2.44. CertificateRequestID .............................................................................................................. 104 
2.45. CertificationAuthor ityKID ...................................................................................................... 104 
2.46. Com panyA ctivityData ........................................................................................................... 105 
2.47. Com panyA ctivityT ype ........................................................................................................... 106 
2.48. Com panyCard ApplicationIdentif ication ..................................................................................... 106 
2.49. Com panyCard HolderIdentif ication ........................................................................................... 106 
2.50. ControlCardApplicationIdentification ........................................................................................ 106 
2.51. ControlCardControlA ctivityData .............................................................................................. 107 
2.52. ControlCardHolderIdentification .............................................................................................. 107 
2.53. ControlT ype ........................................................................................................................ 108 
2.54. CurrentDateTime ................................................................................................................. 109 
2.55. CurrentDateTimeRecordArr ay................................................................................................. 109 
2.56. DailyPresenceCount er............................................................................................................ 109 
2.57. Datef................................................................................................................................. 109 
2.58. DateOfDa yDo wnloaded ......................................................................................................... 110 
2.59. DateOfDa yDo wnloadedRecordAr ray......................................................................................... 110 
2.60. Distance ............................................................................................................................. 110 
2.61. DriverCardApplicationIdentifi cation ......................................................................................... 110 
2.62. DriverCardHolderIdentifi cation ................................................................................................ 111 
2.63. DSR CSecur ityData ................................................................................................................ 112 
2.64. EGFCer tificate...................................................................................................................... 112 
2.65. EmbedderIcAssemblerId ......................................................................................................... 112 26.5.2016 L 139/82 Jurnalul Oficial al Uniunii Europene RO    
2.66. Entr yTypeDailyW orkPer iod ..................................................................................................... 113 
2.67. EquipmentT ype .................................................................................................................... 113 
2.68. EuropeanPublicKe y............................................................................................................... 114 
2.69. EventF aultRecordPur pose ....................................................................................................... 114 
2.70. EventF aultT ype .................................................................................................................... 114 
2.71. Exten dedSealIdentifi er........................................................................................................... 115 
2.72. Exten dedSer ialNumber .......................................................................................................... 116 
2.73. FullCardNumber .................................................................................................................. 116 
2.74. FullCardNumberAndGeneration ............................................................................................... 117 
2.75. Generation .......................................................................................................................... 117 
2.76. GeoCoordinates ................................................................................................................... 117 
2.77. GNSS Accuracy ..................................................................................................................... 118 
2.78. GNSSContinuousDr iving ........................................................................................................ 118 
2.79. GNSSContinuousDr ivingRecord ............................................................................................... 118 
2.80. GNSSPlaceRecord ................................................................................................................. 118 
2.81. HighResOdomete r................................................................................................................ 119 
2.82. HighResT ripDistance ............................................................................................................. 119 
2.83. HolderName ....................................................................................................................... 119 
2.84. InternalGNSSReceiver ............................................................................................................ 119 
2.85. K-ConstantOfRecordingEquipment ........................................................................................... 119 
2.86. KeyIdentifier ....................................................................................................................... 120 
2.87. KMW CKey.......................................................................................................................... 120 
2.88. Languag e............................................................................................................................ 120 
2.89. LastCardDo wnload ............................................................................................................... 120 
2.90. LinkCer tificate ..................................................................................................................... 120 
2.91. L-TyreCircumf erence ............................................................................................................. 121 
2.92. MAC................................................................................................................................. 121 
2.93. ManualIn putFlag .................................................................................................................. 121 
2.94. Manufa cturerCode ................................................................................................................ 121 
2.95. Manufa cturerSpecifi cEventF aultData ......................................................................................... 121 
2.96. MemberStat eCer tificate .......................................................................................................... 122 
2.97. MemberStat eCer tificateRecordAr ray.......................................................................................... 122 
2.98. MemberStat ePublicKey .......................................................................................................... 122 
2.99. Name ................................................................................................................................ 122 
2.100. NationAlpha ....................................................................................................................... 123 
2.101. NationNumer ic.................................................................................................................... 123 
2.102. NoOfCalibrationRecords ........................................................................................................ 123 26.5.2016 L 139/83 Jurnalul Oficial al Uniunii Europene RO    
2.103. NoOfCalibrationsSinceDo wnload ............................................................................................. 123 
2.104. NoOfCardPlaceRecords .......................................................................................................... 123 
2.105. NoOfCardV ehicleRecords ....................................................................................................... 124 
2.106. NoOfCardV ehicleU nitRecords .................................................................................................. 124 
2.107. NoOfComp anyA ctivityRecords ................................................................................................ 124 
2.108. NoOfControlA ctivityRecords .................................................................................................. 124 
2.109. NoOfEventsPe rType .............................................................................................................. 124 
2.110. NoOfF aultsPerT ype ............................................................................................................... 124 
2.111. NoOfGNSSCDRecords ........................................................................................................... 124 
2.112. NoOfSpecificConditionRecords ................................................................................................ 125 
2.113. Odomet erShor t.................................................................................................................... 125 
2.114. Odomet erValueMidnight ........................................................................................................ 125 
2.115. Odomet erValueMidnightRecordAr ray........................................................................................ 125 
2.116. OverspeedNumber ................................................................................................................ 125 
2.117. PlaceRecord ........................................................................................................................ 126 
2.118. PreviousV ehicleInf o............................................................................................................... 126 
2.119. PublicKey ........................................................................................................................... 127 
2.120. RecordT ype ......................................................................................................................... 127 
2.121. RegionAlpha ....................................................................................................................... 128 
2.122. RegionNumer ic.................................................................................................................... 128 
2.123. Remot eCommunicationModuleSer ialNumber .............................................................................. 129 
2.124. RSA KeyModulus .................................................................................................................. 129 
2.125. RSA KeyPrivate Exponent ......................................................................................................... 129 
2.126. RSA KeyPublicExponent ......................................................................................................... 129 
2.127. RtmData ............................................................................................................................ 129 
2.128. SealDataCard ....................................................................................................................... 129 
2.129. SealDataV u......................................................................................................................... 130 
2.130. SealRecord .......................................................................................................................... 130 
2.131. SensorAppro valNumber ......................................................................................................... 130 
2.132. SensorExt ernalGNSSA ppro valNumber ....................................................................................... 131 
2.133. SensorExt ernalGNSSCoupledRecord ......................................................................................... 131 
2.134. SensorExt ernalGNSSIdentifi cation ............................................................................................ 131 
2.135. SensorExt ernalGNSSInstallation ............................................................................................... 132 
2.136. SensorExt ernalGNSSOSIdentifi er.............................................................................................. 132 
2.137. SensorExt ernalGNSSSCIdentifie r.............................................................................................. 132 
2.138. SensorGNSSCouplingDate ...................................................................................................... 133 26.5.2016 L 139/84 Jurnalul Oficial al Uniunii Europene RO    
2.139. SensorGNSSSer ialNumber ...................................................................................................... 133 
2.140. SensorIdentification .............................................................................................................. 133 
2.141. SensorInstallation ................................................................................................................. 133 
2.142. SensorInstallationSecData ....................................................................................................... 134 
2.143. SensorOSIdentifier ................................................................................................................ 134 
2.144. SensorP aired ....................................................................................................................... 134 
2.145. SensorP airedRecord .............................................................................................................. 135 
2.146. SensorP airingDate ................................................................................................................ 135 
2.147. SensorSCIdentifier ................................................................................................................ 135 
2.148. SensorSer ialNumber .............................................................................................................. 135 
2.149. Signature ............................................................................................................................ 135 
2.150. SignatureRecordAr ray........................................................................................................... 136 
2.151. SimilarEventsNumber ............................................................................................................ 136 
2.152. SpecificConditionRecord ........................................................................................................ 136 
2.153. SpecificConditions ................................................................................................................ 136 
2.154. SpecificCondition Type ........................................................................................................... 137 
2.155. Speed ................................................................................................................................ 137 
2.156. SpeedA uthor ised .................................................................................................................. 137 
2.157. SpeedA verag e...................................................................................................................... 138 
2.158. SpeedMax ........................................................................................................................... 138 
2.159. TachographP ayload ............................................................................................................... 138 
2.160. TachographP ayloadEncr ypted .................................................................................................. 138 
2.161. TDesSessionKe y................................................................................................................... 138 
2.162. TimeReal ............................................................................................................................ 139 
2.163. TyreSize ............................................................................................................................. 139 
2.164. VehicleIdentif icationNumber ................................................................................................... 139 
2.165. VehicleIdentif icationNumberRecordAr ray................................................................................... 139 
2.166. VehicleRegistrationIdentificat ion .............................................................................................. 139 
2.167. VehicleRegistrationNumber ..................................................................................................... 140 
2.168. VehicleRegistrationNumberRecordAr ray.................................................................................... 140 
2.169. VuAbility ............................................................................................................................ 140 
2.170. VuActivityDailyData .............................................................................................................. 141 
2.171. VuActivityDailyRecordAr ray................................................................................................... 141 
2.172. VuAppro valNumber .............................................................................................................. 141 
2.173. VuCalibrationData ................................................................................................................ 142 
2.174. VuCalibrationRecord ............................................................................................................. 142 
2.175. VuCalibrationRecordAr ray...................................................................................................... 143 26.5.2016 L 139/85 Jurnalul Oficial al Uniunii Europene RO    
2.176. VuCardIWData .................................................................................................................... 144 
2.177. VuCardIWRecord ................................................................................................................. 144 
2.178. VuCardIWRecordAr ray.......................................................................................................... 145 
2.179. VuCardRecord ..................................................................................................................... 145 
2.180. VuCardRecordAr ray.............................................................................................................. 146 
2.181. VuCer tificate ....................................................................................................................... 146 
2.182. VuCer tificateRecordAr ray....................................................................................................... 146 
2.183. VuCom panyL ocksData .......................................................................................................... 147 
2.184. VuCom panyL ocksRecord ....................................................................................................... 147 
2.185. VuCom panyL ocksRecordAr ray................................................................................................ 148 
2.186. VuControlA ctivityData .......................................................................................................... 148 
2.187. VuControlA ctivityRecord ....................................................................................................... 148 
2.188. VuControlA ctivityRecordAr ray................................................................................................ 149 
2.189. VuDataBloc kCounter ............................................................................................................. 149 
2.190. VuDetailedSpeedBlock ........................................................................................................... 149 
2.191. VuDetailedSpeedBlockRe cordAr ray........................................................................................... 150 
2.192. VuDetailedSpeedData ............................................................................................................ 150 
2.193. VuDo wnloadableP eriod.......................................................................................................... 150 
2.194. VuDo wnloadableP eriodRecordAr ray......................................................................................... 151 
2.195. VuDo wnloadA ctivityData ....................................................................................................... 151 
2.196. VuDo wnloadA ctivityDataRecordAr ray....................................................................................... 151 
2.197. VuEventData ....................................................................................................................... 152 
2.198. VuEventRecord .................................................................................................................... 152 
2.199. VuEventRecordAr ray............................................................................................................. 153 
2.200. VuFaul tData ........................................................................................................................ 154 
2.201. VuFaul tRecord ..................................................................................................................... 154 
2.202. VuFaul tRecordAr ray.............................................................................................................. 155 
2.203. VuGNSSCDRecord ................................................................................................................ 155 
2.204. VuGNSSCDRecordAr ray........................................................................................................ 156 
2.205. VuIdentification ................................................................................................................... 156 
2.206. VuIdentificationRecordAr ray................................................................................................... 157 
2.207. VuITSConsentRecord ............................................................................................................ 157 
2.208. VuITSConsentRecordAr ray..................................................................................................... 158 
2.209. VuManufa cturerAddress ......................................................................................................... 158 
2.210. VuManufa cturerName ............................................................................................................ 158 
2.211. VuManufa ctur ingDate ............................................................................................................ 158 26.5.2016 L 139/86 Jurnalul Oficial al Uniunii Europene RO    
2.212. VuOverSpeedingControlData .................................................................................................. 159 
2.213. VuOverSpeedingControlDataRecordAr ray.................................................................................. 159 
2.214. VuOverSpeedingEventData ..................................................................................................... 159 
2.215. VuOverSpeedingEventRecord .................................................................................................. 159 
2.216. VuOverSpeedingEventRecordAr ray........................................................................................... 160 
2.217. VuPartNumber ..................................................................................................................... 161 
2.218. VuPlaceDailyW orkPe riodData .................................................................................................. 161 
2.219. VuPlaceDailyW orkPe riodRecord ............................................................................................... 161 
2.220. VuPlaceDailyW orkPe riodRecordAr ray....................................................................................... 162 
2.221. VuPrivate Key ....................................................................................................................... 162 
2.222. VuPublicKey ........................................................................................................................ 162 
2.223. VuSer ialNumber ................................................................................................................... 162 
2.224. VuSof tInstallationDate ........................................................................................................... 162 
2.225. VuSof twareIdentif ication ........................................................................................................ 163 
2.226. VuSof twareV ersion ............................................................................................................... 163 
2.227. VuSpecificConditionData ....................................................................................................... 163 
2.228. VuSpecificConditionRecordAr ray............................................................................................. 163 
2.229. VuTimeAd justmentData ......................................................................................................... 164 
2.230. VuTimeAd justmentGNSSRecord .............................................................................................. 164 
2.231. VuTimeAd justmentGNSSRecordAr ray....................................................................................... 164 
2.232. VuTimeAd justmentRecord ...................................................................................................... 165 
2.233. VuTimeAd justmentRecordAr ray.............................................................................................. 165 
2.234. WorkshopCardApplicationIdentification .................................................................................... 166 
2.235. WorkshopCardCalibrationData ................................................................................................ 166 
2.236. WorkshopCardCalibrationRecord ............................................................................................. 167 
2.237. WorkshopCardHolderIdentificat ion .......................................................................................... 168 
2.238. WorkshopCardPIN ................................................................................................................ 168 
2.239. W-VehicleCharact eristicConstant .............................................................................................. 169 
2.240. VuPowerSupplyInt erruptionRecord ........................................................................................... 169 
2.241. VuPowerSupplyInt erruptionRecordArr ay................................................................................... 169 
2.242. VuSensorExt ernalGNSSCoupledRecordAr ray............................................................................... 170 
2.243. VuSensorP airedRecordAr ray.................................................................................................... 170 
3. DEFINIREA INTER VALELOR DE VALORI ȘI DE DIMENSIUNI ....................................................................... 171 
4. SETURI DE CARA CTERE .................................................................................................................... 171 
5. CODAREA ...................................................................................................................................... 171 
6. IDENTIFICA TORII DE OBIECT ȘI IDENTIFICA TORII DE APLICAȚIE .............................................................. 171 
6.1. Identificator ii de obiect .......................................................................................................... 171 
6.2. Identificator ii de aplicație ....................................................................................................... 172  26.5.2016 L 139/87 Jurnalul Oficial al Uniunii Europene RO    
1.  INTR ODUCERE 
Prezentul apendice cupr inde precizăr i privind formatele de date , element ele de date și structur ile de date care 
trebuie utilizate de aparatura de înregistrare și de cardur ile de tahograf. 
1.1.  Metod a de stabilire a definițiilor tipur ilor de date 
În prezentul apendice se recurge la Abstract Syntax Notation One (ASN.1) pentr u a defini tipur ile de date. Acest 
lucr u permite definirea unor date simple și structurate, fără a fi necesară o sintaxă specifi că de transfer (reguli de 
codare) care să depindă de aplicație și de mediu. 
Convențiile de denumire a tipur ilor ASN.1 sunt realizate conf orm standardului ISO/IEC 8824-1. Aceasta implică 
faptul că: 
—  acolo unde este posibil, semnificaț ia tipului de date este indicată prin interm ediul denumir ilor alese; 
—  dacă un tip de date reprezintă o combinație de alte tipur i de date, denumirea tipului de date în cauză 
constituie totuși o singură secvență de caracte re alfabetice care începe cu o majusculă, dar se mai utilizează și 
alte majuscule în cadr ul denumir ii pentr u a atribui semnificația corespondentă fiecărei părți; 
—  în general, denumir ile tipur ilor de date sunt legate de denumir ile tipur ilor de date din care sunt alcătuite, ale 
echi pamentelor în care sunt stocat e datele și ale funcției atribuite datelor în cauză. 
Dacă un tip ASN.1 este deja definit în cadr ul unui alt standard și dacă trebuie utilizat de aparatura de 
înregistrare, atunci tipul ASN.1 în cauză este definit în prezentul apendice. 
Pentr u a permite aplicarea mai multor tipur i de reguli de codare, anumit e tipur i ASN.1 cupr inse în prezentul 
apendice sunt condiționat e de identif icatorii inter valelor de valor i. Identificator ii inter valelor de valor i sunt 
definiți la punctul 3 și în apendicele 2. 
1.2.  Refer ințe 
În prezentul apendice se utilizează următoarele refer ințe: 
ISO 639  Code for the representation of names of language s. First Edition: 1988. 
ISO 3166  Codes for the representation of names of countr ies and their subdivisions – Part 1: Countr y 
codes, 2013 
ISO 3779  Road vehicles – Vehicle identification number (VIN) – Content and structure. 2009 
ISO/IEC 7816-5  Identif ication cards – Integrat ed circuit cards – Part 5: Registration of application providers. 
Second edition: 2004. 
ISO/IEC 7816-6  Identif ication cards – Integrat ed circuit cards – Part 6: Interi ndustr y data elements for 
interc hange, 2004 + Technical Corrigen dum 1: 2006 
ISO/IEC 8824-1  Information technology – Abstract Syntax Notation One (ASN.1): Specification of basic 
notation. 2008 + Technical Corrigen dum 1: 2012 and Technical Corrigen dum 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 sing le-byt e coded graphic character sets – Part 1: Latin alphabet 
No.1. First edition: 1998. 
ISO/IEC 8859-7  Information technology – 8 bit sing le-byt e coded graphic charact er sets – Part 7: Latin/Greek 
alphabet. 2003. 26.5.2016 L 139/88 Jurnalul Oficial al Uniunii Europene RO    
ISO 16844-3  Road vehicles – Tachograph syste ms – Motion Sensor Interface. 2004 + Techn ical 
Corrigendum 1: 2006.. 
TR-03110-3  BSI / ANSSI Techn ical Guideline TR-03110-3, Advanced Secur ity Mechanisms for Machine 
Readable Travel Documents and eIDAS Token – Part 3 Common Specifi cations, version 2.20, 
3. Febr uary 2015 
2.  DEFINIȚIILE TIPURIL OR DE DATE 
Pentr u fiecare din următoarel e tipur i de date, valoarea implicită pentr u un conținut „necunoscut” sau care „nu se 
aplică” va consta în completarea elementului de date cu octeți ‘FF’. 
Toate tipur ile de date sunt utilizate pentr u aplicațiile de generația 1 și de generația 2, cu excepția cazului în care 
se prevede altfel. 
2.1.  Acti vityChangeInfo 
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/sau a modifi cărilor de activitate și/sau a modificăr ilor regimului de conducere și/sau a 
modifi cărilor stării cardului pentr u un conducăt or auto sau un copilot. Acest tip de date se rapor tează la 
cerințele 105, 266, 291, 320, 321, 343 și 344 din anexa 1C. 
Atribuirea valor ii – Octet aliniat: ‘scpaattttttttttt’ B (16 biți) 
Pentr u înregistrăr ile în memor ia 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: ECHIP AJ, 
‘p’B  Starea cardului de conducăt or auto (sau de atelier) din slotul relevant : 
‘0’B: INTR ODUS, este introdus un card, 
‘1’B: NEINTR ODUS, nu este introdus niciun card (sau este retras un card), 
‘aa’B  Activitate: 
‘00’B: PAUZĂ/PERIO ADĂ DE ODIHNĂ, 
‘01’B: DISPONIBILIT ATE, 
‘10’B: LUCR U, 
‘11’B: CONDU CERE, 
‘ttttttttttt’B  Ora modificăr ii: Număr ul de minute de la 00h00 în ziua dată. 26.5.2016 L 139/89 Jurnalul Oficial al Uniunii Europene RO    
Pentr u înregistrăr ile de pe cardul de conducăt or auto (sau de atelier) (ș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ăt oare (caz ‘p’=1): 
‘0’B: SINGUR, 
‘0’B: NECUNOSCUTĂ 
‘1’B: ECHIP AJ, 
‘1’B: CUNOSCUTĂ (= introdusă manual) 
‘p’B  Starea cardului: 
‘0’B: INTR ODUS, cardul este introdus în aparatura de înregistrare, 
‘1’B: NEINTR ODUS, 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Ă/PERIO ADĂ DE ODIHNĂ, 
‘01’B: DISPONIBILIT ATE, 
‘10’B: LUCR U, 
‘11’B: CONDU CERE, 
‘ttttttttttt’B  Ora modificăr ii: Număr ul de minute de la 00h00 în ziua dată. 
Notă pentr u cazul de „retragere a cardului”: 
Atunci când cardul este retras: 
—  ‘s’ este relevant și indică slotul din care este retras cardul, 
—  ‘c’ trebuie să fie setat la 0, 
—  ‘p’ trebuie să fie setat la 1, 
—  ‘aa’ trebuie să codeze activitate a curentă selectată în momentul respectiv , 
Ca urmare a unei introducer i manuale de date, biții ‘c’ și ‘aa’ din cuvânt (stocați pe un card) pot fi suprascr iși mai 
târziu pentr u a reflecta introducerea de date . 
2.2.  Addre ss 
O adresă. 
26.5.2016 L 139/90 Jurnalul Oficial al Uniunii Europene RO    
codePage indică un set de caractere definit în capit olul 4, 
address este o adresă codată cu ajutor ul setului de caract ere precizat. 
2.3.  AESKey 
Generația 2: 
O cheie AES cu o lungime de 128, 192 sau 256 de biți. 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 
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 valor ii: 
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 valor ii: 
lungimea trebuie să aibă valoarea 24. 26.5.2016 L 139/91 Jurnalul Oficial al Uniunii Europene RO    
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 valor ii: 
lungimea trebuie să aibă valoarea 32. 
2.7.  BCDStr ing 
BCDStr ing se aplică pentr u o reprezentare a zecimalei în cod binar (Binar y Code Decimal, BCD). Acest tip de date 
se utilizează pentr u a reprezenta o unitate zecimală într-un semioctet (4 biți). BCDStr ing se bazează pe ISO/IEC 
8824-1 ‘CharacterStri ngType’. 
BCDStr ing foloseșt e o notație „hstr ing”. Cifra din extremitatea stângă a șirului hexadecimal este cel mai 
impor tant semioctet din primul octet. Pentr u a obține un multiplu de octeți, se inserează semiocteți nuli, în 
cantitate a necesară, din poziția semioctet ului din extremitatea stângă a primului octet. 
Cifrele permise sunt: 0, 1, .. 9. 
2.8.  CalibrationPur pose 
Cod care explică de ce s-a înregistrat un set de parametr i de etalonare. Acest tip de date se rapor tează la cerințele 
097 și 098 din anexa 1B și la cerința 119 din anexa 1C. 
Atribuirea valor ii: 
Generația 1: 
‘00’H  valoare rezer vată, 
‘01’H  activare: înregistrarea parametr ilor de etalonare cunoscuți, în momentul activăr ii 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ă. 26.5.2016 L 139/92 Jurnalul Oficial al Uniunii Europene RO    
Generația 2: 
În plus față de generația 1, se utilizează următoarel e valor i: 
‘05’H  introducerea VRN de către societate , 
‘06’H  reglarea orei fără etalonare, 
de la ‘07’H până la ‘7F’H  RFU, 
de la ‘80’H până la ‘FF’H  Specific producăt orului. 
2.9.  CardActi vityDailyRecord 
Informații, stocat e pe un card, privind activitățile conducător ului auto într-o anumită zi calendar istică. Acest tip 
de date se rapor tează la cerințele 266, 291, 320 și 343 din anexa 1C. 
activityPreviousRecordLength este lungimea tota lă în octeți a înregistrăr ii zilnice anterioare. Valoarea maximă 
este dată de lungimea ȘIRULUI DE OCTEȚI care conține acest e înregistrăr i [a se vedea CardActivityLengthR ange 
din apendicele 2 punctul 4.]. Atunci când această înregistrare este cea mai veche înregistrare zilnică, valoarea 
pentr u activityPrev iousRecor dLength trebuie setată la 0. 
activityRecordLength este lungimea totală în octeți a aceste i înregistrăr i. Valoarea maximă este dată de 
lungimea ȘIRULUI DE OCTEȚI care conține aceste înregistrăr i. 
activityRecordDate este data înregistrăr ii. 
activityDailyPresenceCounter este cont orul prezenței zilnice pentr u card în ziua respectivă. 
activityDayDi stance este distanța totală parcursă în ziua respectivă. 
activityChangeInfo este setul de date ActivityChang eInfo pentr u conducăt orul auto în ziua respectivă. Acesta 
poate conține maximum 1 440 de valor i (o schi mbare de activitate pe minut). Acest set de date cupr inde 
întotde auna activityChangeInf o care codează regimul de conducere la 00.00. 
2.10.  CardActi vityLengthR ange 
Număr ul de octeți de pe un card de conducăt or auto sau de pe un card de ateli er, disponibil pentr u stocarea 
înregistrăr ilor privind activitatea conducăt orului auto. 
Atribuirea valor ii: a se vedea apendicele 2. 
2.11.  CardAppro valNumber 
Număr ul de omologare de tip al cardului. 
26.5.2016 L 139/93 Jurnalul Oficial al Uniunii Europene RO    
Atribuirea valor ii: 
Număr ul de omologar e trebuie să fie furnizat așa cum este publicat pe site-ul web corespunzător al Comisiei 
Europene, de exem plu inclusiv cu liniuțe dacă este cazul. Număr ul de omologar e trebuie să fie aliniat la stânga. 
2.12.  CardCer tificate 
Generația 1: 
Certificat ul cheii publice a unui card. 
2.13.  CardChipIdentif ication 
Informații, stocat e pe un card, privind identificarea circuitului integrat (Integ rated Circuit, IC) al cardului (cerința 
249 din anexa 1C). icSer ialNumber , împreună cu icManuf actur ingReferen ces, identifică în mod unic cipul cardului. 
Doar icSer ialNumber nu este suficient pentr u a identif ica în mod unic cipul cardului. 
icSer ialNumber este număr ul de serie al IC. 
icManufactur ingReferences reprezintă identificator ul specifi c al producător ului IC. 
2.14.  CardConsecutiv eIndex 
Un indice secvențial al cardului [def iniția h)]. 
Atribuirea valor ii: (a se vedea anexa 1C capit olul 7) 
Ordinea de creșt ere: ‘0, …, 9, A, …, Z, a, …, z’ 
2.15.  CardControlActivit yDat aRecord 
Informații, stocat e pe un card de conducăt or auto sau pe un card de atelier, privind ultimul control la care a fost 
supus conducăt orul auto (cerințele 274, 299, 327 și 350 din anexa 1C). 
controlT ype este tipul de control. 
controlTime este data și ora la care a avut loc controlul. 26.5.2016 L 139/94 Jurnalul Oficial al Uniunii Europene RO    
controlCardNumber este FullCar dNumber al agentului de control care a efectuat controlul. 
controlV ehicleRegistration reprezintă VRN și statul membr u de înmatr iculare ale vehiculului în care a avut loc 
controlul. 
controlDo wnloadPeriodBegin și controlDo wnloadPerio dEnd reprezintă perioada descărcată, în cazul unei 
descărcăr i. 
2.16.  CardCur rentUse 
Informații privind utilizarea efectivă a cardului (cerințele 273, 298, 326 și 349 din anexa 1C). 
sessionOpen Time este ora la care cardul a fost introdus pentr u utilizarea curentă. Acest element se setează la 0 
în momentul retrager ii cardului. 
sessionOpenV ehicle este identif icarea vehiculului utilizat în prezent, setată la introducerea cardului. Acest 
element se setează la 0 în momentul retrag erii cardului. 
2.17.  CardDr iverActivity 
Informații, stocat e pe un card de conducăt or auto sau pe un card de ateli er, privind activitățile conducăt orului 
auto (cerințele 267, 268, 292, 293, 321 și 344 din anexa 1C). 
activityPointer Oldest Day Record este specificarea începutului locului de stocare în memor ie (număr ul de 
octeți de la începutul șirului) a celei mai vechi înregistrăr i compl ete aferente unei zile din șirul activityDailyR ecords. 
Valoarea maximă este dată de lungimea șirului. 
activityPointer New estRecord este specifi carea începutului locului de stocar e în memor ie (număr ul de octeți de 
la începutul șirului) a celei mai recente înregistrăr i compl ete aferente unei zile din șirul activityDailyR ecords. 
Valoarea maximă este dată de lungimea șirului. 
activityDailyRecords este spațiul disponibil pentr u stocare a datelor privind activitatea conducător ului auto 
(structura datelor: CardActivityDailyR ecord) pentr u fiecare zi calendar istică în care s-a utilizat cardul. 
Atribuirea valor ii: acest șir de octeți este completat în mod ciclic cu înregistrăr i din CardActivityDailyR ecord. La 
prima utilizare, stocare a începe la primul octet din șir. Toate înregistrăr ile noi se adaugă la sfârșitul înregistrăr ii 
anterioare. Atunci când șirul devine compl et, stocare a se reia de la primul octet din șir, indiferent dacă există o 
întrer upere în interio rul unui element de date . Înaint e de a plasa în șir noi date privind activitate a (prin 
extinderea activityDailyR ecord curent sau prin introducerea unui nou activityDailyRecor d) care să înlocuiască datele 
mai vechi privind activitatea, activityP ointerOldestDayRecor d trebuie actualizat pentr u a indica noul loc al celei mai 
vechi înregistrăr i compl ete aferente unei zile, iar activityPrev iousRecor dLength pentr u această (nouă) cea mai veche 
înregistrare zilnică compl etă trebuie resetat la 0. 
2.18.  CardDr ivingLicenceInfo rmation 
Informații, stocate pe un card de conducăt or auto, privind datele permisului de conducere al titular ului cardului 
(cerințele 259 și 284 din anexa 1C). 26.5.2016 L 139/95 Jurnalul Oficial al Uniunii Europene RO    
drivingLicenceIssuingAuthor ity este autori tatea responsabilă pentr u eliberarea permisului de conducere. 
drivingLicenceIssuingNation este naționalitate a autori tății care a eliberat permisul de conducere. 
drivingLicenceNumber este număr ul permisului de conducere. 
2.19.  CardEv entData 
Informații, stocat e pe un card de conducăt or auto sau pe un card de atelier , privind eveniment ele asociat e cu 
titular ul cardului (cerințele 260, 285, 318 și 341 din anexa 1C). 
CardEv entData este o secvență, în ordine crescăt oare a valor ilor EventFaultT ype, a cardEven tRecords (cu exce pția 
înregistrăr ilor privind tentativele de încălcare a secur ității, care sunt cupr inse în ultimul set al secvenței). 
cardEv entRecords este un set de înregistrăr i de evenimente pentr u un anumit tip de evenimente (sau categor ie 
pentr u evenimentele care țin de tentativele de încălcare a secur ității). 
2.20.  CardEv entRecord 
Informații, stocat e pe un card de conducăt or auto sau pe un card de ateli er, privind un eveniment asociat cu 
titular ul cardului (cerințele 261, 286, 318 și 341 din anexa 1C). 
eventT ype este tipul de eveniment. 
eventBegin Time este data și ora la care a început evenimentul. 
eventEndTime este data și ora la care s-a încheiat evenimentul. 
eventV ehicleRegist ration reprezintă VRN și statul membr u de înmatr iculare ale vehiculului în care a avut loc 
evenimentul. 
2.21.  CardFaultData 
Informații, stocate pe un card de conducăt or auto sau pe un card de ateli er, privind anomaliile asociat e cu 
titular ul cardului (cerințele 263, 288, 318 și 341 din anexa 1C). 
26.5.2016 L 139/96 Jurnalul Oficial al Uniunii Europene RO    
CardFaultData este o secvență care cupr inde un set de înregistrăr i ale anomaliilor aparatur ii de înregistrare, 
urmat de un set de înregistrăr i privind anomaliile cardului. 
cardFaultRecords este un set de înregistrăr i de anomalii dintr -o anumită categor ie de anomalii (aparatură de 
înregistrare sau card). 
2.22.  CardFaultRecord 
Informații, stocate pe un card de conducător auto sau pe un card de ateli er, privind o anomalie asociată cu 
titular ul cardului (cerințele 264, 289, 318 și 341 din anexa 1C). 
faultT ype este tipul de anomalie. 
faultBegin Time este data și ora la care a început anomalia. 
faultEndTime este data și ora la care s-a închei at anomalia. 
faultV ehicleRegist ration reprezintă VRN și statul membr u de înmatr iculare ale vehiculului în care s-a produs 
anomalia. 
2.23.  CardIccIdentif ication 
Informații, stocat e pe un card, privind identif icarea cardului cu circuite integrat e (IC) (cerința 248 din anexa 1C). 
clockStop este modul Clockstop definit în apendicele 2. 
cardExtendedSer ialNumber este număr ul de serie unic al cardului cu IC, așa cum este specific at de tipul de 
date ExtendedSer ialNumber . 
cardAppro valNumber este număr ul omologăr ii de tip a cardului. 
CardP ersonaliserID este ID-ul de personalizare a cardului codat ca Manuf acturer Code. 
embedderIcAssemblerId oferă informații despre integrat orul/asamblor ul IC. 
icIdentif ier este identif icatorul circuitului integrat de pe card și al producăt orului circuitului integrat așa cum 
este definit în standardul ISO/IEC 7816-6. 
2.24.  CardIdentif ication 
Informații, stocat e pe un card, refer itoare la identif icarea cardului (cerințele 255, 280, 310, 333, 359, 365, 371 
și 377 din anexa 1C). 26.5.2016 L 139/97 Jurnalul Oficial al Uniunii Europene RO    
cardIssuingMemberStat e este codul statului membr u care eliberează cardul. 
cardNumber este număr ul de card al cardului. 
cardIssuingAuthor ityName este denumirea autor ității care a eliberat cardul. 
cardIssueDate este data eliberăr ii cardului pentr u titular ul actual. 
cardV alidityBegin este data inițială de la care este valabil cardul. 
cardExpir yDate este data la care expiră valabilitatea cardului. 
2.25.  CardMA Cer tificate 
Generația 2: 
Certificat ul cheii publice a cardului pentr u aute ntifi carea reciprocă cu o VU. Structura acestui certificat este 
specifi cată în apendicele 11. 
2.26.  CardNumber 
Un număr de card conf orm definiției g). 
driverIdentif ication este identif icarea unică a unui conducător auto într-un stat membr u. 
ownerIdentif ication este identif icarea unică a unei societăți, a unui ateli er sau a unui organism de control în 
cadr ul unui stat membr u. 
cardConsecutiv eIndex este indicele secvențial al cardului. 
cardReplacementIndex este indicele de înlocuire a cardului. 26.5.2016 L 139/98 Jurnalul Oficial al Uniunii Europene RO    
cardRenewalIndex este indicele de reînnoire a cardului. 
Prima secvență din selecție este adecvată pentr u a coda un număr de card de conducător auto, a doua secvență 
din selecție este adecvată pentr u a coda număr ul de card de atelier , număr ul de card de control și, respectiv , 
număr ul de card de societate . 
2.27.  CardPlaceDailyW orkPeriod 
Informații, stocat e pe un card de conducăt or auto sau pe un card de atelier, privind locur ile în care încep și/sau 
se încheie zilele de lucr u (cerințele 272, 297, 325 și 348 din anexa 1C). 
placeP ointerNew estR ecord este indicele ultimei înregistrăr i actualizate a locului. 
Atribuirea valor ii: număr care corespunde numărăt orului înregistrăr ii privind locul, începând de la ‘0’ pentr u 
prima ocurență a înregistrăr ilor privind locur ile în structură. 
placeRecords este setul de înregistrăr i care conțin informații privind locur ile introduse. 
2.28.  CardPr ivateKey 
Generația 1: 
Cheia privată a unui card. 
2.29.  CardPublicKey 
Cheia publică a unui card. 
2.30.  CardRenewalIndex 
Un indice de reînnoire a cardului [def iniția i)]. 
Atribuirea valor ii: (a se vedea capit olul VII din prezenta anexă). 
‘0’  Cardul original. 
Ordinea de creșt ere: ‘0, …, 9, A, …, Z’ 
2.31.  CardReplacementIndex 
Un indice de înlocuire a cardului [def iniția j)]. 
Atribuirea valor ii: (a se vedea capit olul VII din prezenta anexă). 
‘0’  Cardul original. 
Ordinea de creșt ere: ‘0, …, 9, A, …, Z’ 26.5.2016 L 139/99 Jurnalul Oficial al Uniunii Europene RO    
2.32.  CardSignCer tificate 
Generația 2: 
Certificat ul cheii publice a cardului pentr u semnătură. Structura acestui certificat este specificată în apendicele 
11. 
2.33.  CardSlotNumber 
Cod care face distincția între cele două slotur i ale unei unități montate pe vehicul. 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 
2.34.  CardSlotsSt atus 
Cod care indică tipur ile de cardur i introduse în cele două slotur i ale unității montate pe vehicul. 
Atribuirea valor ii – Octet aliniat: ‘ccccdddd’B 
‘cccc’B  Identif icarea tipului de card introdus în slotul pentr u cardul de copilot, 
‘dddd’B  Identif icarea tipului de card introdus în slotul pentr u cardul de conducăt or auto, 
cu următoarel e codur i de identif icare: 
‘0000’B  niciun card introdus, 
‘0001’B  un card de conducăt or auto introdus, 
‘0010’B  un card de ateli er introdus, 
‘0011’B  un card de control introdus, 
‘0100’B  un card de societate introdus. 
2.35.  CardSlotsSt atusRecordAr ray 
Generația 2: 
CardSlotsStatus și metadatele utilizate în prot ocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (CardSlotsStatus). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea CardSlotsStatus în octeți. 26.5.2016 L 139/100 Jurnalul Oficial al Uniunii Europene RO    
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de înregistrăr i CardSlotsStatus. 
2.36.  CardStr uctureV ersion 
Cod care indică versiunea structur ii implementat e într-un card de tahograf. 
Atribuirea valor ii: ‘aabb’H: 
‘aa’H  Indice pentr u modific ări ale structur ii. 
‘00’H pentr u aplicații de generația 1 
‘01’H pentr u aplicații de generația 2 
‘bb’H  Indice pentr u schi mbăr ile privind utilizarea elemente lor de date definite pentr u structura dată de 
octetul cel mai semnificat iv. 
‘00’H pentr u această versiune a aplicațiilor de generația 1 
‘00’H pentr u această versiune a aplicațiilor de generația 2 
2.37.  CardV ehicleRecord 
Informații, stocat e pe un card de conducător auto sau pe un card de ateli er, privind o perioadă de utilizare a 
unui vehicul pe durata unei zile calendar istice (cerințele 269, 294, 322 și 345 din anexa 1C). 
Generația 1: 
vehicleOdometerBegin este valoarea indicată de cont orul de parcurs al vehiculului la începutul perioadei de 
utilizare a vehiculului. 
vehicleOdometerEnd este valoarea indicată de odometr ul vehiculului la sfârșitul perioadei de utilizare a 
vehiculului. 
vehicleFi rstUse reprezintă data și ora la care începe perioada de utilizare a vehiculului. 
vehicleLas tUse este data și ora la care se încheie perioada de utilizare a vehiculului. 
vehicleRegist ration reprezintă VRN și statul membr u de înmatr iculare a vehiculului. 
vuData BlockCounter este valoarea VuDataBlockCounter la ultima extragere de date din perioada de utilizare a 
vehiculului. 26.5.2016 L 139/101 Jurnalul Oficial al Uniunii Europene RO    
Generația 2: 
În plus față de generația 1, se utilizează următorul element de date: 
VehicleIdentif icationNumber este număr ul de identif icare a vehiculului care se referă la vehicul în ansamblul 
său. 
2.38.  CardV ehiclesUsed 
Informații, stocat e pe un card de conducăt or auto sau pe un card de atelier , privind vehiculele utilizate de 
titular ul cardului (cerințele 270, 295, 323 și 346 din anexa 1C). 
vehiclePointer New estRecord este indicele ultimei înregistrăr i actualizate a vehiculului. 
Atribuirea valor ii: număr care corespunde numărătorului înregistrăr ii privind vehiculul, începând de la ‘0’ 
pentr u prima ocurență a înregistrăr ilor privind vehiculele în structură. 
cardV ehicleRecords este setul de înregistrăr i care conțin informații privind vehiculele utilizate. 
2.39.  CardV ehicleUnitRecord 
Generația 2: 
Informații, stocat e pe un card de conducăt or auto sau pe un card de ateli er, privind o unitat e montată pe vehicul 
care a fost utilizată (cerințele 303 și 351 din anexa 1C). 
timeSt amp este începutul perioadei de utilizare a unității montate pe vehicul (și anume, prima introducere a 
cardului în unitatea montată pe vehicul pentr u perioada respectivă). 
manufacturerCode identif ică producăt orul unității montate pe vehicul. 
deviceID identif ică tipul unității montate pe vehicul a unui producător . Valoarea este specif ică producăt orului. 
vuSof twareV ersion este număr ul versiunii software-ului instalat pe unitate a montată pe vehicul. 
2.40.  CardV ehicleUnitsUsed 
Generația 2: 
Informații, stocat e pe un card de conducăt or auto sau pe un card de atelier, privind unitățile montate pe vehicul 
utilizate de titular ul cardului (cerințele 306 și 352 din anexa 1C). 26.5.2016 L 139/102 Jurnalul Oficial al Uniunii Europene RO    
vehicleUnitPoi nterNew estR ecord este indicele ultimei înregistrăr i actualizate privind unitat ea montată pe 
vehicul. 
Atribuirea valor ii: număr care corespunde numărătorului înregistrăr ii privind unitatea montată pe vehicul, 
începând de la ‘0’ pentr u prima ocurență a înregistrăr ilor privind unitățile montate pe vehicul în structură. 
cardV ehicleUnitRecords este setul de înregistrăr i care conțin informații privind unitățile montate pe vehicul 
utilizate. 
2.41.  Cer tificat 
Certificat ul unei chei publice emise de o autoritate de certificare. 
Generația 1: 
Atribuirea valor ii: semnătură digitală cu recuperarea parțială a CertificateContent conf orm apendicelui 11 
„Mecanisme de secur itate comune”: Semnătura (128 de octeți) || Restul cheii publice (58 de octeți) || Identifi ­
catorul autor ității de certificare (8 octeți). 
Generația 2: 
Atribuirea valor ii: a se vedea apendicele 11. 
2.42.  Cer tificateContent 
Generația 1: 
Conținutul (în clar) al certificatului unei chei publice conf orm apendicelui 11 „Mecanisme de secur itate comune”. 
certificateProf ileIdentif ier este versiunea certificatului corespunzător . 
Atribuirea valor ii: ‘01h’pentr u această versiune. 
certificationAuthor ityRefer ence identifică autori tatea de certificare care a emis certificat ul. De asemenea, 
identif ică cheia publică a autori tății de certificare în cauză. 
certificateHolderAuthor isation identifică drepturile deținătorului certificatului. 
certificateEndOfV alidity este data la care certificatul expiră din punct de vedere administrativ . 
certificateHolderRef erence identifică deținătorul certificatului. De asemenea, identif ică cheia publică a acestuia. 
publicKey este cheia publică care este certificată prin intermediul certificatului respectiv . 26.5.2016 L 139/103 Jurnalul Oficial al Uniunii Europene RO    
2.43.  Cer tificateHolderAuthor isation 
Identif icarea drepturi lor unui deținător de certificat. 
Generația 1: 
tacho graphApplicationID este identif icatorul de aplicație pentr u aplicația tahografică. 
Atribuirea valor ii: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Acest AID este un identif icator excl usiv de aplicație neînre ­
gistrat conf orm standardului ISO/IEC 7816-5. 
equipmentT ype este identif icarea tipului de echi pament pentr u care se emite certificatul. 
Atribuirea valor ii: în conf ormitate cu tipul de date EquipmentT ype. 0 dacă certificatul este emis de unul din 
state le membre. 
Generația 2: 
tacho graphApplicationID reprezintă cei mai importanți 6 octeți din identificator ul de aplicație pentr u cardur ile 
de tahograf de generația 2 (AID). AID pentr u aplicația de card de tahograf este specifi cat în capit olul 6.2. 
Atribuirea valor ii: ‘FF 53 4D 52 44 54’. 
equipmentT ype este identif icarea tipului de echi pament specificat pentr u generația 2, pentr u care se emite 
certificatu l. 
Atribuirea valor ii: în conf ormitate cu tipul de date EquipmentT ype. 
2.44.  Cer tificateRequest ID 
Cod unic de identif icare a unei cerer i de certificat . Se poate utiliza și ca identif icator al cheii publice a unității 
montate pe vehicul dacă număr ul de serie al unității montate pe vehicul căreia îi este destinată cheia nu este 
cunoscut în momentul generăr ii certificatului. 
request SerialNumber este un număr de serie aferent cerer ii de certificat , fiind un număr unic pentr u 
producăt or și pentr u luna definită mai jos. 
request MonthY ear este identif icarea lunii și a anului în care s-a depus cererea de certificat . 
Atribuirea valor ii: codarea BCD a lunii (două cifre) și a anului (ultimele două cifre). 
crIdentif ier: este un identif icator care are rolul de a face distincția între o cerere de certificat și un număr de 
serie lung. 
Atribuirea valor ii: ‘FFh’. 
manufacturerCode: este codul numer ic al producăt orului care solicită certificatul. 
2.45.  Cer tificationAuthor ityKID 
Identif icatorul cheii publice a unei autori tăți de certificare (un stat membr u sau Autor itatea europeană de 
certificare). 26.5.2016 L 139/104 Jurnalul Oficial al Uniunii Europene RO    
nationNumer ic este codul numer ic național al autor ității de certificare. 
nationAlpha este codul alfanumer ic național al autori tății de certificare. 
keySer ialNumber este număr ul de serie care face distincția între difer itele chei ale autori tății de certificare dacă 
aceste chei se modifică. 
additionalInfo este un câmp de doi octeți pentr u codăr i suplimentare (specifice autor ității de certificare). 
caIdentif ier este un identif icator care face distincția dintre un identif icator al cheii autor ității de certificare și 
identif icatorii altor chei. 
Atribuirea valor ii: ‘01h’ . 
2.46.  CompanyA ctivityData 
Informații, stocat e pe un card de societate, privind activitățile efectuate cu cardul (cerințele 373 și 379 din 
anexa 1C). 
companyP ointerNew estRecord este indicele ultimei companyActivityR ecord actualizate. 
Atribuirea valor ii: număr care corespunde numărăt orului înregistrăr ii privind activitatea societății, începând cu 
‘0’ pentr u prima ocurență a unei înregistrăr i privind activitat ea societății în structură. 
companyA ctivityRecords este setul tuturor înregistrăr ilor privind activitățile societății. 
companyA ctivityRecord este o secvență de informații refer itoare la o activitate a societății. 
companyA ctivityT ype este tipul de activitate a societății. 
companyA ctivityTime este data și ora activității societății. 
cardNumberInfo rmation este număr ul cardului și statul membr u emitent al cardului descărcat, dacă este cazul. 
vehicleRegist rationInf ormation reprezintă VRN și statul membr u de înmatr iculare a vehiculului care au fost 
descărcate, blocate sau deblocate. 
downloadPerio dBegin și downloadPerio dEnd reprezintă perioada descărcată din VU, dacă este cazul. 26.5.2016 L 139/105 Jurnalul Oficial al Uniunii Europene RO    
2.47.  CompanyA ctivityT ype 
Cod care indică o activitate desfășurată de o societate prin utilizarea propr iului card de societate. 
2.48.  CompanyCardApplicat ionIdentif ication 
Informații, stocate pe un card de societate, privind identif icarea aplicației cardului (cerințele 369 și 375 din 
anexa 1C). 
typeOfT achog raphCardId precizează tipul de card implementat. 
cardStr uctureV ersion precizează versiunea structur ii implementat e în card. 
noOfCompan yActivityRecords este număr ul de înregistrăr i privind activitățile societății care pot fi stocat e pe 
card. 
2.49.  CompanyCardHo lderIdentif ication 
Informații, stocat e pe un card de societate, privind identif icarea titular ului cardului (cerințele 372 și 378 din 
anexa 1C). 
companyName este denumirea societății deținătoare. 
companyA ddress este adresa societății deținătoare. 
cardHolderPreferredLan guage este limba preferată de titular ul cardului. 
2.50.  ControlCardApplicationIdentif ication 
Informații, stocat e pe un card de control, privind identif icarea aplicației cardului (cerințele 357 și 363 din 
anexa 1C). 
typeOfT achog raphCardId precizează tipul de card implementat. 
cardStr uctureV ersion precizează versiunea structur ii implementat e în card. 
noOfControlAc tivityRecords este număr ul înregistrăr ilor privind activitățile de control care pot fi stocat e pe 
card. 26.5.2016 L 139/106 Jurnalul Oficial al Uniunii Europene RO    
2.51.  ControlCardControlActivityDa ta 
Informații, stocat e pe un card de control, privind activitățile de control efectuate cu cardul (cerințele 361 și 367 
din anexa 1C). 
controlPoin terNew estRecord este indicele ultimei înregistrăr i actualizate privind activitățile de control. 
Atribuirea valor ii: număr care corespunde numărăt orului înregistrăr ii privind activitate a de control, începând 
cu ‘0’ pentr u prima ocurență a unei înregistrăr i privind activitatea de control în structură. 
controlActivi tyRecords este setul tuturor înregistrăr ilor privind activitățile de control. 
controlActivi tyRecord este secvența de informații privind o activitate de control. 
controlT ype este tipul de control. 
controlTime este data și ora la care a avut loc controlul. 
controlledCardNumber reprezintă număr ul cardului și statul membr u emiten t al cardului controlat. 
controlledV ehicleRegistration reprezintă VRN și statul membr u de înmatr iculare ale vehiculului în care a avut 
loc controlul. 
controlDo wnloadPeriodBegin și controlDo wnloadP eriodEnd reprezintă perioada descărcată. 
2.52.  ControlCardHolderIdentif ication 
Informații, stocat e pe un card de control, privind identificarea titular ului cardului (cerințele 360 și 366 din 
anexa 1C). 
controlBodyName este denumirea organismului de control al titular ului cardului. 
controlBodyA ddress este adresa organismului de control al titular ului cardului. 
cardHolderName reprezintă numele și prenumele titular ului cardului de control. 
cardHolderPreferredLan guage este limba preferată de titular ul cardului. 26.5.2016 L 139/107 Jurnalul Oficial al Uniunii Europene RO    
2.53.  ControlT ype 
Cod care indică activitățile desfășurate în timpul unui control. Acest tip de date se rapor tează la cerințele 126, 
274, 299, 327 și 350 din anexa 1C. 
Generația 1: 
Atribuirea valor ii – 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 aceste i activități de control, 
‘1’B: informațiile de pe card sunt descărcate în timpul acest ei 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 acest ei activități de control 
‘p’B  impr imare: 
‘0’B: nu s-a imprimat nimic în timpul aceste i activități de control, 
‘1’B: s-au imprimat informații în timpul aceste i activități de control 
‘d’B  afișaj: 
‘0’B: nu s-a utilizat afișajul în timpul acest ei 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 valor ii – 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 aceste i activități de control, 
‘1’B: informațiile de pe card sunt descărcate în timpul acest ei 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 acest ei activități de control 
‘p’B  impr imare: 
‘0’B: nu s-a imprimat nimic în timpul aceste i activități de control, 
‘1’B: s-au imprimat informații în timpul aceste i activități de control 
‘d’B  afișaj: 
‘0’B: nu s-a utilizat afișajul în timpul acest ei activități de control, 
‘1’B: s-a utilizat afișajul în timpul acestei activități de control 26.5.2016 L 139/108 Jurnalul Oficial al Uniunii Europene RO    
‘e’B  verificarea etalonăr ii în trafic: 
‘0’B: parametr ii de etalonare nu sunt verificați în timpul acestei activități de control, 
‘1’B: parametr ii de etalonare sunt verificați în timpul aceste i activități de control 
‘xxx’B  RFU. 
2.54.  Cur rentDateTime 
Data și ora curente, afișate de aparatul de înregistrare. 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 
2.55.  Cur rentDateTimeRecordAr ray 
Generația 2: 
Data și ora curente, plus metadatele utilizat e în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (Cur rentDateTime). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea CurrentDateTime în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i ale date i și orei curente. 
2.56.  DailyPresenceCounter 
Contor , stocat pe un card de conducăt or auto sau pe un card de atelier , incrementat cu o unitate pentr u fiecare 
zi calendar istică în care cardul a fost introdus într-o VU. Acest tip de date se rapor tează la cerințele 266, 299, 
320 și 343 din anexa 1C. 
Atribuirea valor ii: număr consecutiv cu valoare maximă = 9 999, începând apoi din nou de la 0. În momentul 
primei emiteri a cardului, număr ul este setat la 0. 
2.57.  Datef 
Data expr imată într-un format numer ic care poate fi impr imat imediat. 
26.5.2016 L 139/109 Jurnalul Oficial al Uniunii Europene RO    
Atribuirea valor ii: 
yyyy  Anul 
mm  Luna 
dd  Ziua 
‘00000000’H  reprezintă în mod explicit „nicio dată”. 
2.58.  DateOfDa yDo wnloaded 
Generația 2: 
Data și ora descărcăr ii. 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 
2.59.  DateOfDa yDo wnloadedRecordAr ray 
Generația 2: 
Data și ora descărcăr ii plus metadate , astfel cum se utilizează în prot ocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (DateOfDayDownloa ded). Atribuirea valor ii: A se vedea Recor dType 
recordSize este dimensiunea CurrentDateTime în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de înregistrăr i ale date i și orei de descărcare. 
2.60.  Dist ance 
O distanță parcursă (rezultatul calculăr ii diferenței dintre două valor i afișate de odometr ul unui vehicul, în 
kilometr i). 
Atribuirea valor ii: Binar fără semn. Valoarea în kilometr i în inter valul operațional 0 – 9 999 km. 
2.61.  DriverCardApplicationIdentif ication 
Informații, stocat e pe un card de conducăt or auto, privind identificarea aplicației cardului (cerințele 253 și 278 
din anexa 1C). 26.5.2016 L 139/110 Jurnalul Oficial al Uniunii Europene RO    
Generația 1: 
typeOfT achog raphCardId precizează tipul de card implementat. 
cardStr uctureV ersion precizează versiunea structur ii implementat e în card. 
noOfEv entsP erType reprezintă număr ul de evenimente , per tip de eveniment, pe care cardul le poate înregistra. 
noOfFaultsPerT ype reprezintă număr ul de anomalii, per tip de anomalie, pe care cardul le poate înregistra. 
activityStr uctureLength indică număr ul de octeți disponibili pentr u stocare a înregistrăr ilor privind activitățile. 
noOfCardV ehicleRecords este număr ul de înregistrăr i privind vehiculele pe care cardul le poate conține. 
noOfCardPlaceRecords este număr ul de locur i pe care cardul le poate înregistra. 
Generația 2: 
În plus față de generația 1, se utilizează următoarel e elemente de date: 
noOfGNSSCDRecords este număr ul de înregistrăr i GNSS privind timpul de conducere continuă care pot fi 
stocat e pe card. 
noOfSpecif icConditionRecords este număr ul de înregistrăr i privind condițiile specifi ce care pot fi stocat e pe 
card. 
2.62.  DriverCardHolderIdentif ication 
Informații, stocat e pe un card de conducător auto, privind identif icarea titular ului cardului (cerințele 256 și 281 
din anexa 1C). 
cardHolderName reprezintă numele și prenumele titular ului cardului de conducător auto. 26.5.2016 L 139/111 Jurnalul Oficial al Uniunii Europene RO    
cardHolderBir thDate este data de naștere a titular ului cardului de conducăt or auto. 
cardHolderPreferredLan guage este limba preferată de titular ul cardului. 
2.63.  DSR CSecur ityData 
Generația 2: 
Informații sub formă de text în clar și MAC care urmează a fi transmise prin DSR C de la tahograf la 
echi pamentul de interog are la distanță (RI), pentr u mai multe detalii a se vedea apendicele 11 partea B capit olul 
13. 
tagL ength face parte din codarea DER -TLV și trebuie setată la ‘81 10’ (a se vedea apendicele 11 partea B 
capitolul 13). 
currentDateTime este data și ora curentă a unității montate pe vehicul. 
counter enumeră mesa jele RTM. 
vuSer ialNumber este număr ul de serie al unității montate pe vehicul. 
dSR CMKV ersionNumber număr ul versiunii cheii master DSR C din care derivă cheile DSR C specifi ce ale VU. 
tagL engthMac reprezintă eticheta și lungimea obiectului de date MAC ca parte a codăr ii DER -TLV. Eticheta se 
setea ză la ‘8E’, lungimea codează lungimea MAC în octeți (a se vedea apendicele 11 partea B capitolul 13). 
mac reprezintă MAC calculat pe mesajul RTM (a se vedea apendicele 11 partea B capitolul 13). 
2.64.  EGFCer tificate 
Generația 2: 
Certificat ul cheii publice a echipamentului GNSS extern pentr u autenti ficarea reciprocă cu o VU. Structura 
acestui certificat este specifi cată în apendicele 11. 
2.65.  EmbedderIcAssemblerId 
Oferă informații referitoare la integrat orul IC. 
26.5.2016 L 139/112 Jurnalul Oficial al Uniunii Europene RO    
countr yCode este codul de țară format din 2 litere al integrator ului modulului conf orm ISO 3166. 
moduleEmbedder identifică integrator ul modulului. 
manufacturerInfor mation pentr u uzul intern al producător ului. 
2.66.  Entr yTypeDailyW orkPeriod 
Cod care face distincția între începutul și sfârșitul unei introducer i de date privind locul unde s-a desfășurat o zi 
de lucr u și condițiile în care s-a realizat introducerea de date respectivă. 
Generația 1 
Atribuirea valor ii: conf orm standardului ISO/IEC 8824-1. 
Generația 2 
Atribuirea valor ii: conf orm standardului ISO/IEC 8824-1. 
2.67.  EquipmentT ype 
Cod care face distincția între diferite tipur i de aparatură pentr u aplicația tahografică. 
Generația 1: 
Atribuirea valor ii: conf orm standardului ISO/IEC 8824-1. 
Valoarea 0 este rezer vată pentr u a desemna un stat membr u sau Europa în câmpul CHA al certificatelor. 26.5.2016 L 139/113 Jurnalul Oficial al Uniunii Europene RO    
Generația 2: 
Sunt utilizate aceleași valor i ca în generația 1, cu următoar ele compl etări: 
Notă: valor ile aferente generației 2 pentr u plăcuță, pentr u adapt or și pentr u conexiunea GNSS externă, precum și 
valor ile aferente generației 1 pentr u unitatea montată pe vehicul și pentr u senzor ul de mișcare pot fi utilizate în 
SealR ecord, adică dacă este cazul.  
2.68.  EuropeanPublicKey 
Generația 1: 
Cheia publică europeană. 
2.69.  EventFaultRecordPur pose 
Cod care explică de ce s-a înregistrat un anumit eveniment sau o anumită anomalie. 
Atribuirea valor ii: 
unul/una dintre cele mai recente (sau ultimele) 10 evenimente sau anomalii 
evenimentul cel mai de durată pentr u una din ultimele 10 zile de producere a unui eveniment 
unul dintre cele mai de durată 5 evenimente din ultimele 365 de zile 
ultimul eveniment pentr u una din ultimele 10 zile de producere a unui eveniment 
cel mai grav eveniment pentr u una din ultimele 10 zile de producere a unui eveniment 
unul dintre cele mai grave 5 evenimente din ultimele 365 de zile 
primul eveniment sau prima anomalie care a survenit după ultima etalonare 
un eveniment activ/în curs sau o anomalie activă/în curs 
RFU 
specifi c producător ului  
2.70.  EventFaultT ype 
Cod prin care se caracter izează un eveniment sau o anomalie. 
Atribuirea valor ii: 
Generația 1: 
Eveniment e generale, 
Nu sunt disponibile detalii suplimentare, 
Introducerea unui card nevalabil, 
Conf lict de cardur i, 
Suprapunerea timpului, 
Conducere fără un card adecvat, 
Introducerea cardului în timpul conducer ii, 
Ultima sesiune a cardului nu a fost încheiat ă corect, 
Depășire a limitei de viteză, 
Întrer upere a alimentăr ii cu energie electr ică, 
Eroare privind datel e de la senzor ul de mișcare, 
Conf lict privind deplasarea vehiculului, 
RFU, 26.5.2016 L 139/114 Jurnalul Oficial al Uniunii Europene RO    
Eveniment e care țin de tentativele de încălcare a secur ității privind unitatea montată pe vehi ­
cul, 
Nu sunt disponibile detalii suplimentare, 
Eroare de aute ntificare a senzor ului de mișcare, 
Eroare de aute ntificare a cardului de tahograf, 
Înlocuirea neautor izată a senzor ului de mișcare, 
Eroare de integ ritate care afect ează introducerea datel or pe card, 
Eroare de integ ritate a datelor stocat e privind utilizat orul, 
Eroare de transfer intern de date, 
Desc hidere neautor izată a carcasei, 
Sabotarea hardware-ului, 
RFU, 
Eveniment e care țin de tentativele de încălcare a secur ității privind senzor ul, 
Nu sunt disponibile detalii suplimentare, 
Eroare de aute ntificare, 
Eroare de integ ritate a datelor stocat e, 
Eroare de transfer intern de date, 
Desc hidere neautor izată a carcasei, 
Sabotarea hardware-ului, 
RFU, 
Anomalii ale aparatur ii de înregistrare, 
Nu sunt disponibile detalii suplimentare, 
Anomalie inter nă a VU, 
Anomalie a imprimantei, 
Anomalie a afișajului, 
Anomalie la descărcare, 
Anomalie a senzor ului, 
RFU, 
Anomalii ale cardului, 
Nu sunt disponibile detalii suplimentare, 
RFU, 
RFU, 
Specific producătoru lui.   
Generația 2: 
Sunt utilizate aceleași valor i ca în generația 1, cu următoar ele compl etări: 
Conf lict oră (GNSS față de ceasul intern al VU), 
RFU, 
Anomalii legat e de GNSS, 
Nu sunt disponibile detalii suplimentare, 
Anomalie a recept orului GNSS intern, 
Anomalie a recept orului GNSS extern, 
Anomalie de comunicare GNSS externă, 
Nu sunt disponibile date de poziționare GNSS, 
Detectare a manipulăr ii frauduloase a GNSS, 
Certificatul echipamentului GNSS extern a expirat, 
RFU, 
Anomalii legat e de modulul de comunicare la distanță, 
Nu sunt disponibile detalii suplimentare, 
Anomalie a modulului de comunicare la distanță, 
Anomalie de comunicare a modulului de comunicare la distanță, 
RFU, 
Anomalii ale interfeței ITS, 
Nu sunt disponibile detalii suplimentare, 
RFU.   
2.71.  ExtendedSealIdentif ier 
Generația 2: 
Identif icatorul lung al sigiliului identifică în mod unic un sigiliu (cerința 401 din anexa 1C). 26.5.2016 L 139/115 Jurnalul Oficial al Uniunii Europene RO    
manufacturerCode este codul producăt orului sigiliului. 
sealIdentif ier este un identif icator al sigiliului care este unic pentr u producător . 
2.72.  ExtendedSer ialNumber 
Identif icare unică a unui echipament. Poate fi utilizat și ca identificator al cheii publice a unui echi pament. 
Generația 1: 
serialNumber este număr ul de serie al echipamentului, unic pentr u producăt or, tipul echi pamentului, luna și 
anul descr ise în continuare. 
monthY ear este identif icarea lunii și a anului de producție (sau de atribuire a număr ului de serie). 
Atribuirea valor ii: codarea BCD a lunii (două cifre) și a anului (ultimele două cifre). 
type este un identif icator al tipului de echipament. 
Atribuirea valor ii: specifi că producător ului, cu valoarea rezer vată ‘FFh’. 
manufacturerCode: este codul numer ic care identif ică un producăt or de echi pamente omologat e de tip. 
Generația 2: 
serialNumber a se vedea generația 1. 
monthY ear a se vedea generația 1. 
type indică tipul de echi pament. 
manufacturerCode: a se vedea generația 1. 
2.73.  FullCardNumber 
Cod prin care se identif ică compl et un card de tahograf. 26.5.2016 L 139/116 Jurnalul Oficial al Uniunii Europene RO    
cardT ype este tipul cardului de tahograf. 
cardIssuingMemberStat e este codul statului membr u care a emis cardul. 
cardNumber este număr ul cardului. 
2.74.  FullCardNumberAndGeneration 
Generația 2: 
Cod prin care se identif ică compl et un card de tahograf și generaț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 valor ii: 
‘00’H  RFU 
‘01’H  Generația 1 
‘02’H  Generația 2 
‘03’H .. ‘FF’H  RFU 
2.76.  GeoCoordinates 
Generația 2: 
Coordonat ele geografice sunt codate sub formă de numere întregi. Aceste numere întregi sunt multipli ai codăr ii 
±DDMM.M pentr u latitudine și ±DDDMM.M pentr u longitudine. Aici ±DD, respectiv ± DDD, denotă gradele, iar 
MM.M minut ele. 
latitude este codată ca multiplu (factor 10) al reprezentăr ii ±DDMM.M. 
longitude este codată ca multiplu (fact or 10) al reprezentăr ii ±DDDMM.M. 26.5.2016 L 139/117 Jurnalul Oficial al Uniunii Europene RO    
2.77.  GNSSA ccuracy 
Generația 2: 
Precizia datelor de poziționare GNSS [def iniția eee)]. Această precizie este codată ca număr întreg și este un 
multiplu (fact or 10) al valor ii X.Y furnizate de propoziția GSA NMEA. 
2.78.  GNSSContinuousDr iving 
Generația 2: 
Informații, stocat e pe un card de conducăt or auto sau pe un card de ateli er, privind poziția GNSS a vehiculului 
dacă timpul de conducere continuă al conducăt orului auto ajunge la un multiplu de trei ore (cerințele 306 și 
354 din anexa 1C). 
gnssCDPoin terNew estRecord este indicele ultimei înregistrăr i actualizate GNSS a timpului de conducere 
continuă. 
Atribuirea valor ii: număr care corespunde numărătorului înregistrăr ii GNSS privind conducerea continuă, 
începând de la ‘0’ pentr u prima ocurență a înregistrăr ii GNSS privind conducerea continuă în structură. 
gnssContinuousDr ivingRecords este setul de înregistrăr i care conțin data și ora la care timpul de conducere 
continuă ating e un multiplu de trei ore și informații privind poziția vehiculului. 
2.79.  GNSSContinuousDr ivingRecord 
Generația 2: 
Informații, stocat e pe un card de conducăt or auto sau pe un card de ateli er, privind poziția GNSS a vehiculului 
dacă timpul de conducere continuă al conducăt orului auto ajunge la un multiplu de trei ore (cerințele 305 și 
353 din anexa 1C). 
timeSt amp este data și ora la care timpul de conducere continuă al titular ului cardului ajung e la un multiplu de 
trei ore. 
gnssPlaceRecord conține informații refer itoare la poziția vehiculului. 
2.80.  GNSSPlaceRecord 
Generația 2: 
Informații refer itoare la poziția GNSS a vehiculului (cerințele 108, 109, 110, 296, 305, 347 și 353 din 
anexa 1C). 
26.5.2016 L 139/118 Jurnalul Oficial al Uniunii Europene RO    
timeSt amp este data și ora la care a fost stabilită poziția GNSS a vehiculului. 
gnssAccu racy este precizia datelor de poziționare GNSS. 
geoCoordinates este locul înregistrat folosind GNSS. 
2.81.  HighResOdometer 
Valoarea indicată de odometr ul vehiculului: distanța cumulată parcursă de vehicul în timpul exploatăr ii acestuia. 
Atribuirea valor ii: binar fără semn. Valoare în 1/200 km cupr insă în inter valul operațional 0 – 
21 055 406 km. 
2.82.  HighResT ripDist ance 
O distanță parcursă pe întreag a durată sau într-o parte a cursei. 
Atribuirea valor ii: binar fără semn. Valoare în 1/200 km cupr insă în inter valul operațional 0 – 
21 055 406 km. 
2.83.  HolderName 
Numele și prenumele titular ului cardului. 
holderSur name este numele (numele de familie) al titular ului. Acest nume de famili e nu cupr inde titlur i. 
Atribuirea valor ii: dacă un card nu este personal, holderSur name conține aceleași informații ca și companyName, 
workshopName sau contro lBodyName. 
holderFir stNames reprezintă prenumele și inițialele titular ului. 
2.84.  Inter nalGNSSReceiv er 
Generația 2: 
Informații care specifi că dacă recep torul GNSS este intern sau extern unității montate pe vehicul. True înseamnă 
că recep torul GNSS este o parte internă a VU. False înseamnă că recep torul GNSS este extern. 
2.85.  K-Cons tantOfRecordingEquipment 
Constanta aparatur ii de înregistrare [def iniția (m)]. 
Atribuirea valor ii: impulsur i pe kilometr u într-un interval operațional de la 0 la 64 255 impulsur i/km. 26.5.2016 L 139/119 Jurnalul Oficial al Uniunii Europene RO    
2.86.  KeyIdent ifier 
Un identificator unic al unei chei publice utilizat pentr u a identifica și a selecta cheia. Acesta identif ică și titular ul 
cheii. 
Prima opțiune este adecvată pentr u a identif ica cheia publică a unei unități montate pe vehicul sau a unui card 
de tahograf. 
A doua opțiune este adecvată pentr u a identif ica cheia publică a unei unități montate pe vehicul (în cazul în care 
număr ul de serie al unității montate pe vehicul nu poate fi cunoscut în momentul generăr ii certificat ului). 
A treia opțiune este adecvată pentr u a identif ica cheia publică a unui stat membr u. 
2.87.  KMW CKey 
Generația 2: 
Cheia AES și versiunea cheii care îi este asociată, utilizată pentr u asocierea VU – senzor de mișcare. Pentr u 
detalii, a se vedea apendicele 11. 
kMW CKey este lungimea cheii AES concatenat e cu cheia care este folosită pentr u asocierea VU – senzor de 
mișcare. 
keyVersion reprezintă versiunea cheii AES. 
2.88.  Language 
Codul de identif icare a unei limbi. 
Atribuirea valor ii: O codare de două litere minuscule conf orm standardului ISO 639. 
2.89.  Last CardDo wnload 
Data și ora, stocat e pe un card de conducător auto, la care s-a efectuat ultima descărcare a informațiilor de pe 
card (în alte scopur i decât în vederea unui control)(cer ințele 257 și 282 din anexa 1C). Această dată poate fi 
actualizată de o VU sau de orice cititor de card. 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 
2.90.  LinkCer tificate 
Generația 2: 
Certificat ul de legătură între perec hi de chei European Root CA. 
26.5.2016 L 139/120 Jurnalul Oficial al Uniunii Europene RO    
2.91.  L-TyreCircumference 
Circumfer ința efectivă a roților [def iniția u)]. 
Atribuirea valor ii: binar fără semn, valoare în 1/8 mm cupr insă în intervalul operațional 0 – 8 031 mm. 
2.92.  MA C 
Generația 2: 
O sumă de verificare criptografi că cu lungimea de 8, 12 sau 16 octeți, care corespunde suitelor cifru specifi cate 
în apendicele 11. 
2.93.  ManualInputFlag 
Cod care specifică dacă un titular de card a introdus manual activitățile conducăt orului auto la introducerea 
cardului sau nu (cerința 081 din anexa 1B și cerința 102 din anexa 1C). 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 
2.94.  ManufacturerCode 
Cod de identif icare al unui producăt or de echi pamente omologat e de tip. 
Laboratorul responsabil cu efectuarea testelor de interoperabilitat e menține și publică lista codur ilor de 
producăt or pe site-ul său web (cerința 454 din anexa 1C). 
Manuf acturerCodes se alocă provizor iu producăt orilor de echipament e tahografice în urma depuner ii unei cerer i la 
laboratorul responsabil cu efectuarea testelor de interoperabilitate. 
2.95.  ManufacturerSpecif icEv entFaultData 
Generația 2: 
Codur ile de eroare specific e producăt orului simplifică analiza eror ilor și întreținerea unităților montate pe 
vehicule. 
26.5.2016 L 139/121 Jurnalul Oficial al Uniunii Europene RO    
manufacturerCode identif ică producăt orul unității montate pe vehicul. 
manufacturerSpecif icEr rorCode este un cod de eroare specifi c producător ului. 
2.96.  MemberSta teCer tificate 
Certificat ul unei chei publice a unui stat membr u, eliberat de autori tatea europeană de certificar e. 
2.97.  MemberSta teCer tificateRecordAr ray 
Generația 2: 
Certificat ul statului membr u plus metadatele utilizate în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (MemberStateCer tificate). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea MemberStateCer tificate în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul records. Valoarea se setează la 1 deoarece certificatele 
pot avea diferite lungimi. 
records este setul de certificate ale statelor membre. 
2.98.  MemberSta tePublicKe y 
Generația 1: 
Cheia publică a unui stat membr u. 
2.99.  Name 
Un nume. 
codePage indică un set de caractere definit în capit olul 4, 
name este un nume codat cu ajutorul setului de caractere precizat. 26.5.2016 L 139/122 Jurnalul Oficial al Uniunii Europene RO    
2.100.  NationAlpha 
Trimit erea alfab etică la o țară se face în conf ormitate cu semnele distinctive utilizate pentr u vehicule în traficul 
internați onal (Con venția ONU de la Viena asupra circulației rutiere, 1968). 
Codur ile Nation Alpha și Numer ic trebuie să figureze pe o listă menținută pe site-ul web al laboratorulu i 
desemnat să efectueze testele de interoperabilitate, astfel cum se prevede la cerința 440 din anexa 1C. 
2.101.  NationNumer ic 
Cod numer ic care desemnează o țară. 
Atribuirea valor ii: a se vedea tipul de date 2.100 (NationAlpha). 
Orice modifi care sau actualizare a specificației Nation Alpha sau Numer ic descr ise în paragraful anterior se 
efectuează numai după ce laboratorul desemnat s-a consultat cu producăt orii unităților de tahograf digital și 
inteli gent montate pe vehicule, care dețin omologar e de tip. 
2.102.  NoOfCalibrationRecords 
Număr ul de înregistrăr i ale operațiunilor de etalonare care pot fi stocat e pe un card de atelier . 
Generația 1: 
Atribuirea valor ii: a se vedea apendicele 2. 
Generația 2: 
Atribuirea valor ii: a se vedea apendicele 2. 
2.103.  NoOfCalibrationsSinceDo wnload 
Contor care indică număr ul de operațiuni de etalonare efectuate cu un card de atelier de la ultima descărcare a 
date lor de pe cardul respectiv (cerințele 317 și 340 din anexa 1C). 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 
2.104.  NoOfCardPlaceRecords 
Număr ul de înregistrăr i privind locur ile care pot fi stocat e pe un card de conducător auto sau de atelier. 
Generația 1: 
Atribuirea valor ii: a se vedea apendicele 2. 
Generația 2: 
Atribuirea valor ii: a se vedea apendicele 2. 26.5.2016 L 139/123 Jurnalul Oficial al Uniunii Europene RO    
2.105.  NoOfCardV ehicleRecords 
Număr ul de înregistrăr i privind vehiculele utilizate care pot fi stocat e pe un card de conducăt or auto sau de 
ateli er. 
Atribuirea valor ii: a se vedea apendicele 2. 
2.106.  NoOfCardV ehicleUnitRecords 
Generația 2: 
Număr ul de înregistrăr i privind unitățile montate pe vehicul utilizate care pot fi stocat e pe un card de 
conducăt or auto sau de atelier . 
Atribuirea valor ii: a se vedea apendicele 2. 
2.107.  NoOfCompanyA ctivityRecords 
Număr ul de înregistrăr i privind activitățile societății care pot fi stocate pe un card de societate. 
Atribuirea valor ii: a se vedea apendicele 2. 
2.108.  NoOfControlActivityRe cords 
Număr ul de înregistrăr i privind activitățile de control care pot fi stocat e pe un card de control. 
Atribuirea valor ii: a se vedea apendicele 2. 
2.109.  NoOfEv entsPerT ype 
Număr ul de evenimente, per tip de eveniment, care pot fi stocat e pe un card. 
Atribuirea valor ii: a se vedea apendicele 2. 
2.110.  NoOfFaultsPerT ype 
Număr ul de anomalii, per tip de anomalie, care pot fi stocat e pe un card. 
Atribuirea valor ii: a se vedea apendicele 2. 
2.111.  NoOfGNSSCDRecords 
Generația 2: 
Număr ul de înregistrăr i GNSS privind timpul de conducere continuă care pot fi înregistrat e pe un card. 
Atribuirea valor ii: a se vedea apendicele 2. 26.5.2016 L 139/124 Jurnalul Oficial al Uniunii Europene RO    
2.112.  NoOfSpecif icConditionRecords 
Generația 2: 
Număr ul de înregistrăr i privind condițiile specifi ce care pot fi înregistrat e pe un card. 
Atribuirea valor ii: a se vedea apendicele 2. 
2.113.  OdometerShor t 
Valoarea indicată de odometr ul vehiculului, în formă prescur tată. 
Atribuirea valor ii: binar fără semn. Valoare expr imată în kilometr i și cupr insă în inter valul operațional 0 – 
9 999 999 km. 
2.114.  OdometerV alueMidnight 
Valoarea indicată de odometr ul vehiculului la miezul nopții într-o zi dată (cerința 090 din anexa 1B și cerința 
113 din anexa 1C). 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 
2.115.  OdometerV alueMidnightRecordAr ray 
Generația 2: 
OdometerV alueMidnight plus metadatele utilizat e în protocolul de descărcare. 
RecordT ype reprezintă tipul înregistrăr ii (OdometerV alueMidnight). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea OdometerV alueMidnight în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de înregistrăr i OdometerV alueMidnight. 
2.116.  OverspeedNumber 
Număr ul evenimentelor de depășire a limite i de viteză de la ultimul control privind depășirea limitei de viteză. 
Atribuirea valor ii: 0 înseamnă că nu s-a produs niciun eveniment de depășire a limite i 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 viteză, 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ă. 26.5.2016 L 139/125 Jurnalul Oficial al Uniunii Europene RO    
2.117.  PlaceRecord 
Informații privind un loc unde începe sau se închei e o zi de lucr u (cerințele 108, 271, 296, 324 și 347 din 
anexa 1C). 
Generația 1: 
entr yTime reprezintă data și ora aferente introducer ii date lor. 
entr yTypeDailyW orkPeriod este tipul de introducere de date . 
dailyW orkPeriod Countr y este țara introdusă. 
dailyW orkPeriod Region este regiunea introdusă. 
vehicleOdometerV alue este valoarea indicată de odometr u în momentul introducer ii date lor privind locul. 
Generația 2: 
În plus față de generația 1, se utilizează următoarea compo nentă: 
entr yGNSSPlaceRecord reprezintă locul și ora înregistrat e. 
2.118.  PreviousV ehicleInfo 
Informații privind vehiculul utilizat anterior de un conducăt or auto atunci când acesta își introduce cardul într-o 
unitate montată pe vehicul (cerința 081 din anexa 1B și cerința 102 din anexa 1C). 
Generația 1: 
vehicleRegist rationIdentif ication reprezintă VRN și statul membr u de înmatr iculare a vehiculului. 
cardWithdrawa lTime reprezintă data și ora la care a fost retras cardul. 
Generația 2: 
26.5.2016 L 139/126 Jurnalul Oficial al Uniunii Europene RO    
Î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. 
rsaKeyMod ulus este modulul perec hii de chei. 
rsaKeyPu blicExponent este exponentul public al perec hii de chei. 
2.120.  RecordT ype 
Generația 2: 
Trimit ere la un tip de înregistrare. Acest tip de date se utilizează în RecordArrays. 
Atribuirea valor ii: 
ActivityChangeI nfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCer tificate, 
OdometerV alueMidnight, 
DateOfD ayDo wnloaded, 
SensorPaired, 
Signature, 
Specific ConditionRecord, 
VehicleIdentif icationNumber , 
VehicleRegistrationNumber , 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCer tificate, 
VuCom panyLoc ksRe cord, 
VuControlA ctivityRecord, 
VuDetailedSpeedBlock, 
VuDo wnloadableP eriod, 
VuDo wnloadA ctivityData, 
VuEventRecord, 
VuGNSSCDRecord, 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyW orkP eriodRecord, 
VuTimeA djustmentGNSSRecord, 
VuTimeA djustmentRecord, 
VuPowerSupplyInter ruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSC oupledRecord, 
RFU, 
Specific producătoru lui.  26.5.2016 L 139/127 Jurnalul Oficial al Uniunii Europene RO    
2.121.  RegionAlpha 
Trimit ere alfabetică la o regiune dintr -o anumită țară. 
Generația 1: 
Atribuirea valor ii: 
Generația 2: 
Codur ile RegionAlpha trebuie să figureze pe o listă menținută pe site-ul web al laboratorului desemnat să 
efectueze testele de interoperabilitate. 
2.122.  RegionNumer ic 
Trimit ere numer ică la o regiune dintr -o anumită țară. 
Generația 1: 
Atribuirea valor ii: 
26.5.2016 L 139/128 Jurnalul Oficial al Uniunii Europene RO    
Generația 2: 
Codur ile RegionNumer ic trebuie să figureze pe o listă menținută pe site-ul web al laboratorului desemnat să 
efectueze testele de interoperabilitate. 
2.123.  RemoteCommunicationModuleSer ialNumber 
Generația 2: 
Număr ul de serie al modulului de comunicare la distanță. 
2.124.  RSAKe yModulus 
Generația 1: 
Modulul unei perechi de chei RSA. 
Atribuirea valor ii: neprecizată. 
2.125.  RSAKe yPrivateExponent 
Generația 1: 
Exponentul privat al unei perechi de chei RSA. 
Atribuirea valor ii: neprecizată. 
2.126.  RSAKe yPublicExponent 
Generația 1: 
Exponentul public al unei perechi de chei RSA. 
Atribuirea valor ii: neprecizată. 
2.127.  RtmDat a 
Generația 2: 
Pentr u definiția acestui tip de date , a se vedea apendicele 14. 
2.128.  SealDat aCard 
Generația 2: 
Acest tip de date stoc hează informații despre sigiliile care sunt atașate la difer itele component e ale unui vehicul și 
sunt destinate a fi stocat e pe un card. Acest tip de date se rapor tează la cerința 337 din anexa 1C. 26.5.2016 L 139/129 Jurnalul Oficial al Uniunii Europene RO    
noOfSealRecords este număr ul de înregistrăr i din sealRecor ds. 
sealRecords este un set de înregistrăr i privind sigiliile. 
2.129.  SealDat aVu 
Generația 2: 
Acest tip de date stoc hează informații despre sigiliile care sunt atașate la difer itele component e ale unui vehicul și 
sunt destinate a fi stocat e într-o unitate montată pe vehicul. 
sealRecords este un set de înregistrăr i privind sigiliile. În cazul în care sunt disponibile mai puțin de 5 sigilii, 
valoarea EquipmentT ype în toat e sealRecor ds 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 este atașat la o compo nentă. Acest tip de date se 
rapor tează la cerința 337 din anexa 1C. 
equipmentT ype identif ică tipul de echi pament la care este atașat sigiliul. 
extendedSealIdentif ier este identif icatorul sigiliului atașat la echi pament. 
2.131.  SensorAppro valNumber 
Număr ul de omologare de tip al senzor ului. 
Generația 1: 
Atribuirea valor ii: neprecizată. 
Generația 2: 
Atribuirea valor ii: 
Număr ul de omologar e trebuie să fie furnizat așa cum este publicat pe site-ul web corespunzător al Comisiei 
Europene, de exem plu inclusiv cu liniuțe dacă este cazul. Număr ul de omologar e trebuie să fie aliniat la stânga. 26.5.2016 L 139/130 Jurnalul Oficial al Uniunii Europene RO    
2.132.  SensorExter nalGNSSA ppro valNumber 
Generația 2: 
Număr ul de omologare de tip al echi pamentului GNSS extern . 
Atribuirea valor ii: 
Număr ul de omologar e trebuie să fie furnizat așa cum este publicat pe site-ul web corespunzător al Comisiei 
Europene, de exem plu inclusiv cu liniuțe dacă este cazul. Număr ul de omologar e trebuie să fie aliniat la stânga. 
2.133.  SensorExter nalGNSSCoupledRecord 
Generația 2: 
Informații, stocate într-o unitate montată pe vehicul, privind identificarea echipamentului GNSS extern cuplat la 
unitatea montată pe vehicul (cerința 100 din anexa 1C). 
sensorSer ialNumber este număr ul de serie al echipamentului GNSS exte rn cuplat la unitate a montată pe 
vehicul. 
sensorAppro valNumber este număr ul de omologar e al respectivului echi pament GNSS extern . 
sensorCouplingDate este data de cuplare a respectivului echipament GNSS extern la unitatea montată pe 
vehicul. 
2.134.  SensorExter nalGNSSIdentif ication 
Generația 2: 
Informații privind identif icarea echipamentului GNSS extern (cerința 98 din anexa 1C). 
sensorSer ialNumber este număr ul de serie lung al echipamentului GNSS exte rn. 
sensorAppro valNumber este număr ul de omologar e al echipamentului GNSS extern. 
sensorSCIdentif ier este identif icatorul component ei de secur itate a echi pamentului GNSS extern. 
sensorOSIdentif ier este identificator ul sistemului de operare al echipamentului GNSS extern. 26.5.2016 L 139/131 Jurnalul Oficial al Uniunii Europene RO    
2.135.  SensorExter nalGNSSInst allation 
Generația 2: 
Informații, stocat e într-un echipament GNSS extern, privind instalarea senzor ului GNSS exte rn (cerința 123 din 
anexa 1C). 
sensorCouplingDateFir st este data la care s-a efectuat prima cuplare a echipamentului GNSS exte rn la o unitat e 
montată pe vehicul. 
firstV uAppro valNumber este număr ul de omologare al primei unități montate pe vehicul cuplate la 
echi pamentul GNSS extern. 
firstV uSer ialNumber este număr ul de serie al primei unități montate pe vehicul asociate cu echipamentul GNSS 
extern. 
sensorCouplingDateCur rent este data la care s-a efectuat cuplarea actuală a echi pamentului GNSS extern la o 
unitate montată pe vehicul. 
currentV uAppro valNumber este număr ul de omologare al unității montate pe vehicul cuplate în prezent la 
echi pamentul GNSS extern. 
currentVUSer ialNumber este număr ul de serie al unității montate pe vehicul cuplate în prezent la 
echi pamentul GNSS extern. 
2.136.  SensorExter nalGNSSOSIdentif ier 
Generația 2: 
Identif icator al sistem ului de operare al echip amentului GNSS extern. 
Atribuirea valor ii: specifi că producător ului. 
2.137.  SensorExter nalGNSSSCIdentif ier 
Generația 2: 
Acest tip de date este folosit, de exem plu, pentr u identif icarea modulului criptografic al echi pamentului GNSS 
extern. 
Identif icator al compo nente i de secur itate a echi pamentului GNSS extern . 
Atribuirea valor ii: specifi că producător ului compo nent ei. 26.5.2016 L 139/132 Jurnalul Oficial al Uniunii Europene RO    
2.138.  SensorGNSSCouplingDate 
Generația 2: 
Data cuplăr ii echi pamentului GNSS extern la o unitate montată pe vehicul. 
Atribuirea valor ii: neprecizată. 
2.139.  SensorGNSSSer ialNumber 
Generația 2: 
Acest tip de date este utilizat pentr u a stoca număr ul de serie al recept orului GNSS atât când acesta se află în 
interio rul VU, cât și când acesta se află în exte riorul VU. 
Număr ul de serie al recep torul ui GNSS. 
2.140.  SensorIdentif ication 
Informații, stocat e într-un senzor de mișcare, privind identificarea senzor ului de mișcare (cerința 077 din 
anexa 1B și cerința 95 din anexa 1C). 
sensorSer ialNumber este număr ul de serie lung al senzor ului de mișcare (include număr ul de compo nentă și 
codul producăt orului). 
sensorAppro valNumber este număr ul de omologar e al senzor ului de mișcare. 
sensorSCIdentif ier este identif icatorul component ei de secur itate a senzor ului de mișcare. 
sensorOSIdentif ier este identificator ul sistemului de operare al senzor ului de mișcare. 
2.141.  SensorInst allation 
Informații, stocat e într-un senzor de mișcare, privind instalarea senzor ului de mișcare (cerința 099 din anexa 1B 
și cerința 122 din anexa 1C). 
sensorPair ingDateF irst este data la care s-a efectuat prima asociere a senzor ului de mișcare cu o unitat e 
montată pe vehicul. 
firstV uAppro valNumber este număr ul de omologare al primei unități montate pe vehicul asociat e cu senzor ul 
de mișcare. 26.5.2016 L 139/133 Jurnalul Oficial al Uniunii Europene RO    
firstV uSer ialNumber este număr ul de serie al primei unități montate pe vehicul asociate cu senzor ul de 
mișcare. 
sensorPair ingDateCur rent este data la care s-a efectuat asocierea actuală a senzor ului de mișcare cu unitatea 
montată pe vehicul. 
currentV uAppro valNumber este număr ul de omologar e al unității montate pe vehicul asociat e în prezent cu 
senzor ul de mișcare. 
currentVUSer ialNumber este număr ul de serie al unității montate pe vehicul asociate în prezent cu senzor ul de 
mișcare. 
2.142.  SensorInst allationSecData 
Informații, stocat e pe un card de atelier , privind datele de secur itate necesare pentr u asocierea senzor ilor de 
mișcare cu unitățile montate pe vehicule (cerințele 308 și 331 din anexa 1C). 
Generația 1: 
Atribuirea valor ii: în conf ormitate cu standardul ISO 16844-3. 
Generația 2: 
Conf orm descr ierii din apendicele 11, un card de atelier stoc hează până la trei chei pentr u asocierea unui senzor 
de mișcare cu VU. Aceste chei au versiuni diferite. 
2.143.  SensorOSIdentif ier 
Identif icator al sistem ului de operare al senzor ului de mișcare. 
Atribuirea valor ii: specifi că producător ului. 
2.144.  SensorPaired 
Generația 1: 
Informații, stocat e într-o unitat e montată pe vehicul, privind identif icarea senzor ului de mișcare asociat cu 
unitatea montată pe vehicul (cerința 079 din anexa 1B). 
sensorSer ialNumber este număr ul de serie al senzor ului de mișcare asociat în prezent cu unitat ea montată pe 
vehicul. 
sensorAppro valNumber este număr ul de omologar e al senzor ului de mișcare asociat în prezent cu unitat ea 
montată pe vehicul. 
sensorPair ingDateF irst este data primei asocier i cu o unitate montată pe vehicul a senzor ului de mișcare 
asociat în prezent cu unitate a montată pe vehicul. 26.5.2016 L 139/134 Jurnalul Oficial al Uniunii Europene RO    
2.145.  SensorPairedRecord 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind identif icarea unui senzor de mișcare asociat cu 
unitatea montată pe vehicul (cerința 97 din anexa 1C). 
sensorSer ialNumber este număr ul de serie al unui senzor de mișcare asociat cu unitat ea montată pe vehicul. 
sensorAppro valNumber este număr ul de omologar e al senzor ului de mișcare respectiv . 
sensorPair ingDate este data la care s-a efectuat asocierea senzor ului de mișcare respectiv cu unitat ea montată 
pe vehicul. 
2.146.  SensorPair ingDate 
Data asocier ii unui senzor de mișcare cu o unitate montată pe vehicul. 
Atribuirea valor ii: neprecizată. 
2.147.  SensorSCIdentif ier 
Identif icatorul component ei de secur itate a senzor ului de mișcare. 
Atribuirea valor ii: specifi că producător ului compo nent ei. 
2.148.  SensorSer ialNumber 
Număr ul de serie al senzor ului de mișcare. 
2.149.  Signature 
O semnătură digitală. 
Generația 1: 
Atribuirea valor ii: în conf ormitate cu apendicele 11, „Mecanisme de secur itate comune”. 
Generația 2: 
Atribuirea valor ii: în conf ormitate cu apendicele 11, „Mecanisme de secur itate comune”. 26.5.2016 L 139/135 Jurnalul Oficial al Uniunii Europene RO    
2.150.  SignatureRecordAr ray 
Generația 2: 
Un set de semnătur i plus metadate le utilizate în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (Signature). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea Signature în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. Valoarea se setează la 1 deoarece semnătur ile 
pot avea diferite lungimi. 
records este setul de semnătur i. 
2.151.  SimilarEv entsNumber 
Număr ul de evenimente similare într-o zi dată (cerința 094 din anexa 1B și cerința 117 din anexa 1C). 
Atribuirea valor ii: 0 nu se utilizează, 1 înseamnă că s-a produs și s-a stocat în acea zi un singur eveniment de 
tipul respectiv , 2 înseamnă 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ă. 
2.152.  Specif icConditionRecord 
Informații, stocat e pe un card de conducăt or auto, pe un card de ateli er sau într-o unitat e montată pe vehicul, 
privind o condiție specifică (cerințele 130, 276, 301, 328 și 355 din anexa 1C). 
entr yTime reprezintă data și ora introducer ii datelor. 
specif icCondition Type este codul prin care se identif ică condiția specifică. 
2.153.  Specif icConditions 
Informații, stocat e pe un card de conducăt or auto, pe un card de ateli er sau într-o unitat e montată pe vehicul, 
privind o condiție specifică (cerințele 131, 277, 302, 329 și 356 din anexa 1C). 
Generația 2: 
26.5.2016 L 139/136 Jurnalul Oficial al Uniunii Europene RO    
conditionPoi nterNew estR ecord este indicele ultimei înregistrăr i actualizate privind condiția specif ică. 
Atribuirea valor ii: număr care corespunde numărătorului înregistrăr ii privind condiția specifi că, începând de la 
‘0’ pentr u prima ocurență a înregistrăr ii privind condiția specifi că în structură. 
specif icConditionRecords este setul de înregistrăr i care conțin informații privind condițiile specifice 
înregistrate. 
2.154.  Specif icCondition Type 
Cod care identif ică o condiție specifi că (cerințele 050b, 105a, 212a și 230a din anexa 1B și cerința 62 din anexa 
1C). 
Generația 1: 
Atribuirea valor ii: 
‘00’H  RFU 
‘01’H  În afara zonei de aplicare a reglementăr ilor – Început 
‘02’H  În afara zonei de aplicare a reglementăr ilor – Sfârșit 
‘03’H  Traversare cu feribotul / trenul 
‘04’H .. ‘FF’H  RFU 
Generația 2: 
Atribuirea valor ii: 
‘00’H  RFU 
‘01’H  În afara zonei de aplicare a reglementăr ilor – Început 
‘02’H  În afara zonei de aplicare a reglementăr ilor – Sfârșit 
‘03’H  Traversare cu feribotul / trenul – Început 
‘04’H  Traversare cu feribotul / trenul – Sfârșit 
‘05’H .. ‘FF’H  RFU 
2.155.  Speed 
Viteza vehiculului (km/h). 
Atribuirea valor ii: kilometr i pe oră în inter valul operațional 0 – 220 km/h. 
2.156.  SpeedAuthor ised 
Viteza maximă autori zată a vehiculului (definiția hh)). 
26.5.2016 L 139/137 Jurnalul Oficial al Uniunii Europene RO    
2.157.  SpeedA verage 
Viteza medie dintr -un inter val definit în prealabil (km/h). 
2.158.  SpeedMax 
Viteza maximă măsurată într-un interval definit în prealabil. 
2.159.  Tachog raphPayload 
Generația 2: 
Pentr u definiția acestui tip de date , a se vedea apendicele 14. 
2.160.  Tachog raphPayloadEncr ypted 
Generația 2: 
Datel e utile ale tahografului criptat e DER -TLV, și anume datele transmise criptat în mesajul RTM. Pentr u criptare, 
a se vedea apendicele 11 partea B capitolul 13. 
tag face parte din codarea DER -TLV și se setează la ‘87’ (a se vedea apendicele 11 partea B capit olul 13). 
length face parte din codarea DER -TLV și codează lungimea următorului paddingContentIndicatorByte și a encryp­
tedData. 
paddingContentIndicatorB yte se setează la ‘00’. 
encr yptedDat a este tachog raphP ayload criptat, astfel cum este specifi cat în apendicele 11 partea B capit olul 13. 
Lungimea acestor date în octeți este întot deauna un multiplu de 16. 
2.161.  TDesSessionKey 
Generația 1: 
O cheie de sesiune DES triplă. 
Atribuirea valor ii: nu se furnizează indicații suplimentare. 26.5.2016 L 139/138 Jurnalul Oficial al Uniunii Europene RO    
2.162.  TimeReal 
Cod pentr u un câmp combinat de dată și oră, unde data și ora sunt expr imat e în secunde care depășesc 
00h.00m.00s. la 1 ianuar ie 1970 GMT . 
Atribuirea valor ii – Octet aliniat: număr ul de secunde începând de la miezul nopții la 1 ianuar ie 1970 GMT . 
Data/ora maximă posibilă este în anul 2106. 
2.163.  TyreSize 
Desemnarea dimensiunilor pneur ilor. 
Atribuirea valor ii: în conf ormitate cu Directiva 92/23 (CEE) 31.3.92 JO L 129 p. 95. 
2.164.  VehicleIdentif icationNumber 
Număr ul de identificare a vehiculului (VIN) care desemnează vehiculul în ansamblu, fiind reprezentat în mod 
normal de număr ul de serie al șasiului sau de număr ul cadr ului. 
Atribuirea valor ii: conf orm definiției din standardul ISO 3779. 
2.165.  VehicleIdentif icationNumberRecordAr ray 
Generația 2: 
Număr ul de identif icare a vehiculului, plus metadate le utilizate în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (VehicleIdentificat ionNumber). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VehicleIdentificationNum ber în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul numerelor de identificare a vehiculului. 
2.166.  VehicleRegist rationIdentif ication 
Identif icarea unui vehicul, unică în Europa (VRN și statul membr u). 26.5.2016 L 139/139 Jurnalul Oficial al Uniunii Europene RO    
vehicleRegist rationNation reprezintă statul în care este înmatr iculat vehiculul. 
vehicleRegist rationNumber este număr ul de înmatr iculare a vehiculului (VRN). 
2.167.  VehicleRegist rationNumber 
Număr ul de înmatr iculare a vehiculului (VRN). Număr ul de înmatr iculare este atribuit de autoritatea responsabilă 
cu înmatr icularea vehiculelor . 
codePage indică un set de caractere definit în capit olul 4, 
vehicleRegNumber este un VRN codat cu ajutor ul setului de caract ere precizat. 
Atribuirea valor ii: specifi că fiecărei țări. 
2.168.  VehicleRegist rationNumberRecordAr ray 
Generația 2: 
Număr ul de înmatr iculare al vehiculului, plus metadate le utilizate în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (VehicleR egistr ationNumber). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VehicleRegistr ationNumber în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul numerelor de înmatr iculare a vehiculului. 
2.169.  VuAbility 
Generația 2: 
Informații stocat e într-o VU privind capacitatea VU de a utiliza sau nu cardur i de tahograf de generația 1 (cerința 
121 din anexa 1C). 
Atribuirea valor ii – Octet aliniat: ‘xxxxxxxa’B (8 biți) 26.5.2016 L 139/140 Jurnalul Oficial al Uniunii Europene RO    
Pentr u compatibilitat ea cu generația 1: 
‘a’B  Compatibilitat e cu cardur i de tahograf de generația 1: 
‘0’ B Com patibil cu generația 1, 
‘1’ B Incompati bil cu generația 1, 
‘xxxxxxx’B  RFU 
2.170.  VuActivityDailyData 
Generația 1: 
Informații, stocat e într-o VU, privind modifi cările activității și/sau modificăr ile regimului de conducere și/sau 
modifi cările stării cardului într-o anumită zi calendar istică (cerința 084 din anexa 1B și cerințele 105, 106, 107 
din anexa 1C) și privind starea slotur ilor la 00.00 în acea zi. 
noOfAc tivityChanges este număr ul de cuvinte Acti vityChangeI nfo din setul activityChang eInfos. 
activityChangeInfos este setul de cuvinte ActivityChangeInf o stocat e în VU pentr u ziua respectivă. Acest set 
cupr inde întotde auna două cuvinte ActivityChan geInfo care indică starea celor două slotur i la ora 00.00 în ziua 
respectivă. 
2.171.  VuActivityDailyRecordAr ray 
Generația 2: 
Informații, stocat e într-o VU, privind modifi cările activității și/sau modificăr ile regimului de conducere și/sau 
modifi cările stării cardului într-o anumită zi calendar istică (cerințele 105, 106, 107 din anexa 1C) și privind 
starea slotur ilor la 00.00 în acea zi. 
recordT ype reprezintă tipul înregistrăr ii (ActivityChang eInfo ). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea Acti vityChangeI nfo în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de cuvint e Acti vityChangeI nfo stocat e în VU pentr u ziua respectivă. Acest set cupr inde 
întotde auna două cuvint e ActivityChan geInfo care indică starea celor două slotur i la ora 00.00 în ziua respectivă. 
2.172.  VuAppro valNumber 
Număr ul de omologare de tip al unității montate pe vehicul. 26.5.2016 L 139/141 Jurnalul Oficial al Uniunii Europene RO    
Generația 1: 
Atribuirea valor ii: neprecizată. 
Generația 2: 
Atribuirea valor ii: 
Număr ul de omologar e trebuie să fie furnizat așa cum este publicat pe site-ul web corespunzător al Comisiei 
Europene, de exem plu inclusiv cu liniuțe dacă este cazul. Număr ul de omologar e trebuie să fie aliniat la stânga. 
2.173.  VuCalibrationDat a 
Generația 1: 
Informații, stocate într-o unitate montată pe vehicul, privind operațiunile de etalonare a aparatur ii de înregistrare 
(cerința 098 din anexa 1B). 
noOfV uCalibrationRecords este număr ul de înregistrăr i cupr inse în setul vuCalibr ationRecor ds. 
vuCalibrationRecords este setul de înregistrăr i privind etalonarea. 
2.174.  VuCalibrationRecord 
Informații, stocat e într-o unitate montată pe vehicul, privind o operațiune de etalonare a aparatur ii de 
înregistrare (cerința 098 din anexa 1B și cerințele 119 și 120 din anexa 1C). 
Generația 1: 
calibrationPur pose este scopul etalonăr ii. 
workshopName, workshopA ddress reprezintă denumirea și adresa atelierului. 26.5.2016 L 139/142 Jurnalul Oficial al Uniunii Europene RO    
workshopCardNumber identifică cardul de ateli er utilizat în timpul operațiunii de etalonare. 
workshopCardExpir yDate este data de expirare a cardului. 
vehicleIdentif icationNumber este VIN. 
vehicleRegist rationIdentif ication conține VRN și statul membr u de înmatr iculare. 
wVehicleCharacter isticCons tant este coefi cientul caracter istic al vehiculului. 
kCons tantOfRecordingEquipment este constanta aparatur ii de înregistrare. 
lTyreCircumference este circumfer ința efectivă a pneur ilor roților . 
tyreSize reprezintă desemnarea dimensiunii pneur ilor montate pe vehicul. 
author isedSpeed este viteza autori zată a vehiculului. 
oldOdometerV alue, newOdometerV alue reprezintă vechea și, respectiv , noua valoare indicate de odometr u. 
oldTimeV alue, newTimeV alue sunt valor ile vechi și, respectiv , noi ale datei și orei. 
nextCalibrationDate este data următoarei etalonăr i de tipul specifi cat în Calibr ationPur pose care va fi efectuată 
de autor itatea de inspecție compet entă. 
Generația 2: 
În plus față de generația 1, se utilizează următorul element de date: 
sealDataV u oferă informații cu privire la sigiliile care sunt atașate la diferite compo nente ale vehiculului. 
2.175.  VuCalibrationRecordAr ray 
Generația 2: 
Informații, stocate într-o unitate montată pe vehicul, privind operațiunile de etalonare a aparatur ii de înregistrare 
(cerințele 119 și 120 din anexa 1C). 26.5.2016 L 139/143 Jurnalul Oficial al Uniunii Europene RO    
recordT ype reprezintă tipul înregistrăr ii (VuCalibr ationRecor d). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuCalibr ationReco rd în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de înregistrăr i privind etalonarea. 
2.176.  VuCardIWDat a 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind ciclur ile de introducere și de retrag ere a cardur ilor 
de conducăt or auto sau a cardur ilor de ateli er din unitatea montată pe vehicul (cerința 081 din anexa 1B și 
cerința 103 din anexa 1C). 
noOfIWRecords este număr ul de înregistrăr i cupr inse în setul vuCar dIWRecor ds. 
vuCardIWRecords este un set de înregistrăr i privind ciclur ile de introducere și de retragere a cardur ilor. 
2.177.  VuCardIWRecord 
Informații, stocat e într-o unitate montată pe vehicul, privind un ciclu de introducere și de retrag ere a unui card 
de conducător auto sau a unui card de atelier din unitate a montată pe vehicul (cerința 081 din anexa 1B și 
cerința 102 din anexa 1C). 
Generația 1: 
cardHolderName reprezintă numele și prenumele titular ului unui card de conducăt or auto sau al unui card de 
ateli er, așa cum sunt acestea stocat e pe card. 
fullCardNumber reprezintă tipul cardului, statul membr u emiten t al cardului și număr ul cardului, așa cum sunt 
stocat e pe card. 
cardExpir yDate este data de expirare a cardului, așa cum este stocată pe card. 26.5.2016 L 139/144 Jurnalul Oficial al Uniunii Europene RO    
cardInser tion Time reprezintă data și ora introducer ii cardului. 
vehicleOdometerV alueAtInser tion este valoarea indicată de odometr ul vehiculului în momentul introducer ii 
cardului. 
cardSlotNumber este slotul în care se introduce cardul. 
cardWithdrawa lTime reprezintă data și ora retrag erii cardului. 
vehicleOdometerV alueAtWithdra wal este valoarea indicată de odometr ul vehiculului în momentul retrager ii 
cardului. 
previousV ehicleInfo conține informații privind vehiculul folosit anterior de conducăt orul auto, așa cum este 
acesta stocat pe card. 
manualInputFlag este un indicator prin care se indică dacă titular ul cardului a introdus manual activitățile 
conducăt orului auto la introducerea cardului. 
Generația 2: 
În loc de fullCar dNumber , în structura de date aferentă generației 2 se utilizează următorul element de date. 
fullCardNumberAndGeneration reprezintă tipul cardului, statul membr u emite nt al cardului, număr ul cardului 
și generația sa, așa cum sunt stocat e pe card. 
2.178.  VuCardIWRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind ciclur ile de introducere și de retrag ere a cardur ilor 
de conducător auto sau a cardur ilor de ateli er din unitat ea montată pe vehicul (cerința 103 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuCar dIWRecor d). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuCar dIWR ecord în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind ciclur ile de introducere și de retragere a cardur ilor. 
2.179.  VuCardRecord 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind un card de tahograf utilizat (cerința 132 din 
anexa 1C). 26.5.2016 L 139/145 Jurnalul Oficial al Uniunii Europene RO    
cardExtendedSer ialNumber așa cum este citit din fișierul EF_ICC din MF al cardului. 
cardPers onaliserID așa cum este citit din fișier ul EF_ICC din MF al cardului. 
typeOfT achog raphCardId așa cum este citit din fișierul EF_Application_Identifi cation din cadr ul DF_T acho ­
graph_G2 
cardStr uctureV ersion așa cum este citit din fișier ul EF_Application_Identifi cation din cadr ul DF_T acho ­
graph_G2. 
cardNumber așa cum este citit din fișierul EF_Identification din cadr ul DF_T achograph_G2. 
2.180.  VuCardRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind cardur ile de tahograf utilizate cu respectiva VU. 
Aceste informații sunt destinate analizei VU – probleme card (cerința 132 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuCar dRecor d). Atribuirea valor ii: A se vedea Recor dType 
recordSize este dimensiunea VuCar dRecord în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind cardur ile de tahograf utilizate cu VU. 
2.181.  VuCer tificate 
Certificat ul cheii publice a unei unități montate pe vehicul. 
2.182.  VuCer tificateRecordAr ray 
Generația 2: 
Certificat ul VU, plus metadatele utilizate în protocolul de descărcare. 
26.5.2016 L 139/146 Jurnalul Oficial al Uniunii Europene RO    
recordT ype reprezintă tipul înregistrăr ii (VuCer tificate). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuCer tificate în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul records. Valoarea se setează la 1 deoarece certificatele 
pot avea diferite lungimi. 
records este un set de certificate ale VU. 
2.183.  VuCompan yLocksDat a 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind blocăr ile efectuate de societate (cerința 104 din 
anexa 1B). 
noOfLocks este număr ul de blocăr i enumerate în vuCompanyLocksR ecords. 
vuCompany Lock sRecords este setul de înregistrăr i privind blocăr ile efectuate de societate . 
2.184.  VuCompan yLocksR ecord 
Informații, stocat e într-o unitat e 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: 
lockIn Time, lockOutTime reprezintă data și ora blocăr ii și, respectiv , a deblocăr ii. 
companyName, companyA ddress reprezintă denumirea și adresa societății asociate cu blocarea. 
companyCardNumber reprezintă cardul utilizat la blocare. 
Generația 2: 
În loc de companyCar dNumber , î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. 26.5.2016 L 139/147 Jurnalul Oficial al Uniunii Europene RO    
2.185.  VuCompan yLocksR ecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind blocăr ile efectuate de societate (cerința 128 din 
anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuCompanyLock sRecor d). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuCompanyLock sRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. Valoare 0..255. 
records este setul de înregistrăr i privind blocăr ile efectuate de societate . 
2.186.  VuControlA ctivityData 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind controalele efectuate utilizând VU respectivă 
(cerința 102 din anexa 1B). 
noOfControls este număr ul de controale enumerat e în vuContr olActi vityRecor ds. 
vuControlAct ivityRecords este setul de înregistrăr i privind activitățile de control. 
2.187.  VuControlA ctivityRecord 
Informații, stocat e într-o unitat e montată pe vehicul, privind un control efectuat utilizând respectiva VU (cerința 
102 din anexa 1B și cerința 126 din anexa 1C). 
Generația 1: 
controlT ype este tipul de control. 
controlTime este data și ora la care a avut loc controlul. 
controlCardNumber reprezintă cardul de control utilizat la efectuarea controlului. 26.5.2016 L 139/148 Jurnalul Oficial al Uniunii Europene RO    
downloadPerio dBegin Time este ora de începere a perioadei descărcate , în caz de descărcare. 
downloadPerio dEndTime este ora de închei ere a perioadei descărcat e, în caz de descărcare. 
Generația 2: 
În loc de contro lCardNumber , î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.  VuControlA ctivityRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind controalele efectuate utilizând VU respectivă 
(cerința 126 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuControlActivityReco rd). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuControlActivityReco rd în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de înregistrăr i privind activitățile de control al VU. 
2.189.  VuDat aBlockCounter 
Contor , stocat pe un card, care indică secvențial ciclur ile de introducere și de retrag ere a cardului din unitățile 
montate pe vehicul. 
Atribuirea valor ii: număr consecutiv cu valoarea maximă de 9 999, după care numerotarea reîncepe de la 0. 
2.190.  VuDetai ledSpeedBlock 
Informații, stocat e î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). 
26.5.2016 L 139/149 Jurnalul Oficial al Uniunii Europene RO    
speedBlockBeginDate reprezintă data și ora primei valor i a vitezei din bloc. 
speedsPerSecon d este secvența cronologică de viteze măsurate în fiecare secundă din minutul care a început cu 
speedBlockBeginDate (inclusiv). 
2.191.  VuDetai ledSpeedBlockRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind viteza detaliată a vehiculului. 
recordT ype reprezintă tipul înregistrăr ii (VuDetailedSpeedBlock). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuDetailedSpeedBlock în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de blocur i de date privind viteza detaliată. 
2.192.  VuDetai ledSpeedData 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind viteza detaliată a vehiculului. 
noOfSpeedBlock s este număr ul de blocur i de date privind viteza din setul vuDetailedSpeedBlock s. 
vuDetail edSpeedBlocks este setul de blocur i de date privind viteza detaliată. 
2.193.  VuDo wnloadableP eriod 
Cele mai vechi și cele mai recente date pentr u care o unitate montată pe vehicul conține informații privind 
activitățile conducător ului auto (cerințele 081, 084 sau 087 din anexa 1B și cerințele 102,105, 108 din 
anexa 1C). 
minDo wnloadableTime reprezintă cea mai veche dată și oră stocată în VU la care s-a realizat o introducere a 
cardului, o modifi care a activității sau o introducere de date privind locul. 
maxDo wnloadableTime reprezintă cea mai recentă dată și oră stocată în VU la care s-a realizat o retragere a 
cardului, o modifi care a activității sau o introducere de date privind locul. 26.5.2016 L 139/150 Jurnalul Oficial al Uniunii Europene RO    
2.194.  VuDo wnloadableP eriodRecordAr ray 
Generația 2: 
VUDo wnloadableP eriod, plus metadatele utilizate în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (VuDown loadableP eriod). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuDownloa dableP eriod în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de înregistrăr i VuDown loadableP eriod. 
2.195.  VuDo wnloadA ctivityData 
Informații, stocat e într-o unitate montată pe vehicul, privind ultima descărcare de date din aceasta (cerința 105 
din anexa 1B și cerința 129 din anexa 1C). 
Generația 1: 
downloadingTime reprezintă data și ora la care s-a realizat descărcarea. 
fullCardNumber reprezintă cardul utilizat pentr u autor izarea descărcăr ii. 
companyOrW orkshopName reprezintă denumirea societății sau a ateli erului. 
Generația 2: 
În loc de fullCar dNumber , în structura de date aferentă generației 2 se utilizează următorul element de date. 
fullCardNumberAndGeneration reprezintă cardul utilizat pentr u autor izarea descărcăr ii, inclusiv generația 
acestuia. 
2.196.  VuDo wnloadA ctivityData RecordAr ray 
Generația 2: 
Informații privind ultima descărcare din VU (cerința 129 din anexa 1C). 
26.5.2016 L 139/151 Jurnalul Oficial al Uniunii Europene RO    
recordT ype reprezintă tipul înregistrăr ii (VuDown loadActivityData). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuDownloa dActivityData în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de înregistrăr i de date privind activitățile de descărcare. 
2.197.  VuEv entData 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind evenimentele (cerința 094 din anexa 1B, cu excepț ia 
evenimentului de depășire a limite i de viteză). 
noOfV uEv ents este număr ul de evenimente enumerate în setul vuEvent Records. 
vuEv entRecords este un set de înregistrăr i privind evenimente le. 
2.198.  VuEv entRecord 
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: 
eventT ype este tipul de eveniment. 
eventRecordPur pose este motivul pentr u care s-a efectuat înregistrarea evenimentului respectiv . 
eventBegin Time este data și ora la care a început evenimentul. 
eventEndTime este data și ora la care s-a încheiat evenimentul. 
cardNumberDr iverSlotBegin identifică cardul introdus în slotul pentr u cardul de conducător auto la începutul 
evenimentului. 
cardNumberCodr iverSlotBegin identif ică cardul introdus în slotul pentr u cardul de copilot la începutul 
evenimentului. 
cardNumberDr iverSlotEnd identif ică cardul introdus în slotul pentr u cardul de conducător auto la sfârșitul 
evenimentului. 
cardNumberCodr iverSlotEnd identif ică cardul introdus în slotul pentr u cardul de copilot la sfârșitul 
evenimentului. 26.5.2016 L 139/152 Jurnalul Oficial al Uniunii Europene RO    
similarEv entsNumber este număr ul de evenimente similare din ziua respectivă. 
Această secvență poate fi utilizată pentr u toat e eveniment ele, cu exce pția evenimentelor de depășire a limitei de 
viteză. 
Generația 2: 
În plus față de generația 1, se utilizează următoarel e elemente de date: 
manufacturerSpecif icEv entFaultData conține informații suplimentare cu privire la eveniment, specifice 
producăt orului. 
În loc de cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd și cardNumberCodr iverS ­
lotEnd, în structura de date aferentă generației 2 se utilizează următ oarele elemente de date: 
cardNumberAndGenDr iverSlotBegin identif ică cardul introdus în slotul pentr u cardul de conducăt or auto la 
începutul evenimentului, inclusiv generația cardului respectiv . 
cardNumberAndGenCodr iverSlotBegin identif ică cardul introdus în slotul pentr u cardul de copilot la 
începutul evenimentului, inclusiv generația cardului respectiv . 
cardNumberAndGenDr iverSlotEnd identif ică cardul introdus în slotul pentr u cardul de conducăt or auto la 
sfârșitul evenimentului, inclusiv generația cardului respectiv . 
cardNumberAndGenCodr iverSlotEnd identifică cardul introdus în slotul pentr u cardul de copilot la sfârșitul 
evenimentului, inclusiv generația cardului respectiv . 
În cazul în care evenimentul este un conf lict oră, eventBegin Time și eventEn dTime se interpret ează după cum 
urmează: 
eventBegin Time este data și ora indicată de aparatura de înregistrare. 
eventEndTime reprezintă data și ora GNSS. 
2.199.  VuEv entRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind evenimentele (cerința 117 din anexa 1C, cu 
excepția evenimentului privind depășirea limitei de vitez ă). 
26.5.2016 L 139/153 Jurnalul Oficial al Uniunii Europene RO    
recordT ype reprezintă tipul înregistrăr ii (VuEventR ecord). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuEventReco rd în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind eveniment ele. 
2.200.  VuFaultData 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind anomaliile (cerința 096 din anexa 1B). 
noOfV uFaults este număr ul anomaliilor enumerat e în setul vuFaultReco rds. 
vuFaultRecords este un set de înregistrăr i privind anomaliile. 
2.201.  VuFaultRecord 
Informații, stocat e î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: 
faultT ype este tipul de anomalie a aparatur ii de înregistrare. 
faultRecordPur pose este motivul pentr u care s-a efectuat înregistrarea anomaliei respective. 
faultBegin Time este data și ora la care a început anomalia. 
faultEndTime este data și ora la care s-a închei at anomalia. 
cardNumberDr iverSlotBegin identifică cardul introdus în slotul pentr u cardul de conducător auto la începutul 
anomaliei. 
cardNumberCodr iverSlotBegin identif ică cardul introdus în slotul pentr u cardul de copilot la începutul 
anomaliei. 
cardNumberDr iverSlotEnd identif ică cardul introdus în slotul pentr u cardul de conducător auto la sfârșitul 
anomaliei. 
cardNumberCodr iverSlotEnd identifică cardul introdus în slotul pentr u cardul de copilot la sfârșitul anomaliei. 26.5.2016 L 139/154 Jurnalul Oficial al Uniunii Europene RO    
Generația 2: 
În plus față de generația 1, se utilizează următorul element de date: 
manufacturerSpecif icEv entFaultData conține informații suplimentare specif ice producăt orului cu privire la 
anomalie. 
În loc de cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd și cardNumberCodr iverS ­
lotEnd, în structura de date aferentă generației 2 se utilizează următ oarele elemente de date: 
cardNumberAndGenDr iverSlotBegin identif ică cardul introdus în slotul pentr u cardul de conducăt or auto la 
începutul anomaliei, inclusiv generația cardului respectiv . 
cardNumberAndGenCodr iverSlotBegin identif ică cardul introdus în slotul pentr u cardul de copilot la 
începutul anomaliei, inclusiv generația cardului respectiv . 
cardNumberAndGenDr iverSlotEnd identif ică cardul introdus în slotul pentr u cardul de conducăt or auto la 
sfârșitul anomaliei, inclusiv generația cardului respectiv . 
cardNumberAndGenCodr iverSlotEnd identifică cardul introdus în slotul pentr u cardul de copilot la sfârșitul 
anomaliei, inclusiv generația cardului respectiv . 
2.202.  VuFaultRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind anomaliile (cerința 118 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuFaultRecor d). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuFaultRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind anomaliile. 
2.203.  VuGNSSCDRecord 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind poziția GNSS a vehiculului dacă timpul de 
conducere continuă al conducător ului auto ajung e la un multiplu de trei ore (cerințele 108, 110 din anexa 1C). 26.5.2016 L 139/155 Jurnalul Oficial al Uniunii Europene RO    
timeSt amp este data și ora la care timpul de conducere continuă al titular ului cardului ajung e la un multiplu de 
trei ore. 
cardNumberAndGenDr iverSlot identif ică cardul introdus în slotul pentr u cardul de conducăt or auto, inclusiv 
generația cardului respectiv . 
cardNumberAndGenCodr iverSlot identif ică cardul introdus în slotul pentr u cardul de copilot, inclusiv 
generația cardului respectiv . 
gnssPlaceRecord conține informații refer itoare la poziția vehiculului. 
2.204.  VuGNSSCDRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind poziția GNSS a vehiculului dacă timpul de 
conducere continuă al conducător ului auto ajung e la un multiplu de trei ore (cerințele 108 și 110 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuGNSSCDReco rd). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuGNSSCDRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i GNSS privind timpul de conducere continuă. 
2.205.  VuIdentif ication 
Informații, stocat e într-o unitat e montată pe vehicul, privind identif icarea 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ăt orului unității montate pe vehicul. 
vuManufacturerAdd ress este adresa producător ului unității montate pe vehicul. 26.5.2016 L 139/156 Jurnalul Oficial al Uniunii Europene RO    
vuPar tNumber este număr ul de compo nentă al unității montate pe vehicul. 
vuSer ialNumber este număr ul de serie al unității montate pe vehicul. 
vuSof twareIdentif ication identif ică software-ul implementat în unitatea montată pe vehicul. 
vuManufactur ingDate este data de fabricație a unității montate pe vehicul. 
vuAppro valNumber este număr ul de omologar e de tip al unității montate pe vehicul. 
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. 
vuAbility oferă informații cu privire la faptul dacă VU este compatib ilă sau nu cu cardur i de tahograf de 
generația 1. 
2.206.  VuIdentif icationRecordAr ray 
Generația 2: 
VuIdentificat ion, plus metadate le utilizate în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (VuIdentific ation). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuIdentificat ion în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i VuIdentifi cation. 
2.207.  VuITSConsentRecord 
Generația 2: 
Informații, stocat e într-o unitat e montată pe vehicul, privind aprobarea unui conducător auto de a utiliza sisteme 
de transpor t intelig ente. 
26.5.2016 L 139/157 Jurnalul Oficial al Uniunii Europene RO    
cardNumberAndGen identif ică cardul, inclusiv generația sa. Acesta trebuie să fie un card de conducăt or auto 
sau un card de ateli er. 
consent este un indicator care indică dacă conducăt orul auto și-a dat consimțământul privind utilizarea 
sistemelor de transpor t inteligent e cu acest vehicul/cu această unitat e montată pe vehicul. 
Atribuirea valor ii: 
TRUE  indică consimțământul conducăt orului auto de a utiliza sisteme de transpor t intelig ente 
FALSE  indică refuzul conducăt orului auto de a utiliza sisteme de transpor t inteligent e 
2.208.  VuITSConsentRecordAr ray 
Generația 2: 
Informații, stocate într-o unitate montată pe vehicul, privind consimțământul conducăt orilor auto de a utiliza 
sisteme de transpor t inteligent e (cerința 200 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuITSConsentR ecord). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuITSConsentRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este setul de înregistrăr i privind consimțământul ITS. 
2.209.  VuManufacturerA ddress 
Adresa producător ului unității montate pe vehicul. 
Atribuirea valor ii: neprecizată. 
2.210.  VuManufacturerName 
Numele producător ului unității montate pe vehicul. 
Atribuirea valor ii: neprecizată. 
2.211.  VuManufactur ingDate 
Data de fabricație a unității montate pe vehicul. 
Atribuirea valor ii: neprecizată. 26.5.2016 L 139/158 Jurnalul Oficial al Uniunii Europene RO    
2.212.  VuOv erSpeedingControlDat a 
Informații, stocat e într-o unitate montată pe vehicul, privind eveniment ele de depășire a limite i de viteză care s- 
au produs de la ultimul control privind depășirea limite i de vitez ă (cerința 095 din anexa 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ă. 
firstOv erspeedSince reprezintă data și ora primei depășir i a limitei de viteză după efectuarea respectivului 
control al depășir ilor limitei de vitez ă. 
numberOfOv erspeedSince este număr ul de evenimente de depășire a limite i de viteză de la ultimul control al 
depășir ilor limitei de viteză . 
2.213.  VuOv erSpeedingControlDat aRecordAr ray 
Generația 2: 
VuOver SpeedingControlData, plus metadatele utilizat e în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (VuOverSpeed ingControlData). Atribuirea valor ii: A se vedea Recor dType 
recordSize este dimensiunea VuOver SpeedingControlData în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i de date referitoare la controalele privind depășirea limitei de viteză. 
2.214.  VuOv erSpeedingEv entData 
Generația 1: 
Informații, stocat e într-o unitat e montată pe vehicul, privind evenimentele de depășire a limitei de viteză (cerința 
094 din anexa 1B). 
noOfV uOv erSpeedingEv ents este număr ul de evenimente enumerate în setul vuOverSpeedingEv entReco rds. 
vuOv erSpeedingEv entRecords este un set de înregistrăr i privind evenimentele de depășire a limite i de vitez ă. 
2.215.  VuOv erSpeedingEv entRecord 
Generația 1: 
Informații, stocat e într-o unitat e montată pe vehicul, privind evenimentele de depășire a limitei de viteză (cerința 
094 din anexa 1B și cerința 117 din anexa 1C). 26.5.2016 L 139/159 Jurnalul Oficial al Uniunii Europene RO    
eventT ype este tipul de eveniment. 
eventRecordPur pose este motivul pentr u care s-a efectuat înregistrarea evenimentului respectiv . 
eventBegin Time este data și ora la care a început evenimentul. 
eventEndTime este data și ora la care s-a încheiat evenimentul. 
maxSpeedV alue este viteza maximă măsurată în timpul evenimentului. 
averageSpeedV alue este media aritmetică a viteze i măsurate în timpul evenimentului. 
cardNumberDr iverSlotBegin identifică cardul introdus în slotul pentr u cardul de conducător auto la începutul 
evenimentului. 
similarEv entsNumber este număr ul de evenimente similare din ziua respectivă. 
Generația 2: 
Informații, stocat e într-o unitat e montată pe vehicul, privind evenimentele de depășire a limitei de viteză (cerința 
094 din anexa 1B și cerința 117 din anexa 1C). 
În loc de cardNumberDr iverSl otBegin, în structura de date aferentă generației 2 se utilizează următ orul element de 
date : 
cardNumberAndGenDr iverSlotBegin identifică cardul, introdus în slotul pentr u cardul de conducător auto la 
începutul evenimentului, inclusiv generația cardului respectiv . 
2.216.  VuOv erSpeedingEv entRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitat e montată pe vehicul, privind evenimentele de depășire a limitei de viteză (cerința 
117 din anexa 1C). 
26.5.2016 L 139/160 Jurnalul Oficial al Uniunii Europene RO    
recordT ype reprezintă tipul înregistrăr ii (VuOverSpeed ingEventRecor d). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuOver SpeedingEventRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind eveniment ele de depășire a limitei de viteză. 
2.217.  VuPar tNumber 
Număr ul de compo nentă al unității montate pe vehicul. 
Atribuirea valor ii: specifi că producător ului VU. 
2.218.  VuPlaceDailyW orkPeriodD ata 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind locur ile în care conducător ii auto încep sau închei e 
o zi de lucr u (cerința 087 din anexa 1B sau cerințele 108 și 110 din anexa 1C). 
noOfPlaceRecords este număr ul de înregistrăr i enumerat e în setul vuPlaceDailyW orkP eriodRecor ds. 
vuPlaceDailyW orkPeriodRecords este un set de înregistrăr i privind locur ile. 
2.219.  VuPlaceDailyW orkPeriodR ecord 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind un loc în care un conducăt or auto începe sau 
închei e o zi de lucr u (cerința 087 din anexa 1B sau cerințele 108 și 110 din anexa 1C). 
fullCardNumber reprezintă tipul de card al conducător ului auto, statul membr u emiten t al cardului și număr ul 
cardului. 
placeRecord conține informațiile privind locul introdus. 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind un loc în care un conducăt or auto începe sau 
închei e o zi de lucr u (cerința 087 din anexa 1B sau cerințele 108 și 110 din anexa 1C). 
26.5.2016 L 139/161 Jurnalul Oficial al Uniunii Europene RO    
În loc de fullCar dNumber , în structura de date aferentă generației 2 se utilizează următorul element de date: 
fullCardNumberAndGeneration reprezintă tipul cardului, statul membr u emite nt al cardului, număr ul cardului 
și generația sa, așa cum sunt stocat e pe card. 
2.220.  VuPlaceDailyW orkPeriodR ecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind locur ile în care conducător ii auto încep sau închei e 
o zi de lucr u (cerințele 108 și 110 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuPlaceDailyW orkP eriodRe cord). Atribuirea valor ii: A se vedea 
RecordType 
recordSize este dimensiunea VuPlaceDailyW orkP eriodRe cord în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind locur ile. 
2.221.  VuPrivateKe y 
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. 
2.223.  VuSer ialNumber 
Număr ul de serie al unității montate pe vehicul (cerința 075 din anexa 1B și cerința 93 din anexa 1C). 
2.224.  VuSof tInst allationDate 
Data instalăr ii versiunii de software a unității montate pe vehicul. 
Atribuirea valor ii: neprecizată. 26.5.2016 L 139/162 Jurnalul Oficial al Uniunii Europene RO    
2.225.  VuSof twareIdentif ication 
Informații, stocat e într-o unitate montată pe vehicul, privind software-ul instalat. 
vuSof twareV ersion este număr ul versiunii software-ului instalat pe unitate a montată pe vehicul. 
vuSof tIns tallationDate este data instalăr ii versiunii de software. 
2.226.  VuSof twareV ersion 
Număr ul versiunii de software al unității montate pe vehicul. 
Atribuirea valor ii: neprecizată. 
2.227.  VuSpecif icConditionData 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind condițiile specifi ce. 
noOfSpecif icConditionRecords este număr ul de înregistrăr i enumerate în setul specif icConditionRecor ds. 
specif icConditionRecords este un set de înregistrăr i privind condițiile specific e. 
2.228.  VuSpecif icConditionRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind condițiile specifi ce (cerința 130 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (SpecificC onditionRecor d). Atribuirea valor ii: A se vedea Recor dType 
recordSize este dimensiunea Specif icConditionRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind condițiile specific e. 26.5.2016 L 139/163 Jurnalul Oficial al Uniunii Europene RO    
2.229.  VuTimeA djus tmentData 
Generația 1: 
Informații, stocat e într-o unitate montată pe vehicul, privind operațiunile de reglare a orei efectuat e în afara 
cadr ului unei etalonăr i normale (cerința 101 din anexa 1B). 
noOfV uTimeA djRecords este număr ul de înregistrăr i din vuTimeAd justmentRecor ds. 
vuTimeAdjustmentRecords este un set de înregistrăr i privind operațiunile de reglare a orei. 
2.230.  VuTimeA djus tmentGNSSRecord 
Generația 2: 
Informații, stocate într-o unitate montată pe vehicul, privind o operațiune de reglare a orei bazată pe datele 
privind ora de la GNSS (cerințele 124 și 125 din anexa 1C). 
oldTimeV alue, newTimeV alue sunt valor ile vechi și, respectiv , noi ale datei și orei. 
2.231.  VuTimeA djus tmentGNSSRecordAr ray 
Generația 2: 
Informații, stocate într-o unitate montată pe vehicul, privind o operațiune de reglare a orei bazată pe datele 
privind ora de la GNSS (cerințele 124 și 125 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuTimeAdjustmentGNSSR ecord). Atribuirea valor ii: A se vedea 
RecordType 
recordSize este dimensiunea VuTimeAdjustmen tGNSSRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind operațiunile de reglare a orei după GNSS. 26.5.2016 L 139/164 Jurnalul Oficial al Uniunii Europene RO    
2.232.  VuTimeA djus tmentRecord 
Informații, stocat e într-o unitate montată pe vehicul, privind o operațiune de reglare a orei efectuată în afara 
cadr ului unei etalonăr i normale (cerința 101 din anexa 1B și cerințele 124 și 125 din anexa 1C). 
Generația 1: 
oldTimeV alue, newTimeV alue sunt valor ile vechi și, respectiv , noi ale datei și orei. 
workshopName, workshopA ddress reprezintă denumirea și adresa atelierului. 
workshopCardNumber reprezintă cardul de ateli er utilizat pentr u a efectua operațiunea de reglare a orei. 
Generația 2: 
În loc de worksho pCar dNumber , în structura de date aferentă generației 2 se utilizează următorul element de date. 
workshopCardNumberAndGeneration reprezintă cardul de atelier utilizat pentr u a efectua operațiunea de 
reglare a orei, inclusiv generația acestuia. 
2.233.  VuTimeA djus tmentRecordAr ray 
Generația 2: 
Informații, stocat e într-o unitate montată pe vehicul, privind operațiunile de reglare a orei efectuat e în afara 
cadr ului unei etalonăr i normale (cerințele 124 și 125 din anexa 1C). 
recordT ype reprezintă tipul înregistrăr ii (VuTimeAdj ustmentRecor d). Atribuirea valor ii: A se vedea RecordType 
recordSize este dimensiunea VuTimeAdjustmen tRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind operațiunile de reglare a orei. 26.5.2016 L 139/165 Jurnalul Oficial al Uniunii Europene RO    
2.234.  WorkshopCardApplicationIdentif ication 
Informații, stocat e pe un card de ateli er, privind identif icarea aplicației cardului (cerințele 307 și 330 din 
anexa 1C). 
Generația 1: 
typeOfT achog raphCardId precizează tipul de card implementat. 
cardStr uctureV ersion precizează versiunea structur ii implementat e în card. 
noOfEv entsP erType reprezintă număr ul de evenimente , per tip de eveniment, pe care cardul le poate înregistra. 
noOfFaultsPerT ype reprezintă număr ul de anomalii, per tip de anomalie, pe care cardul le poate înregistra. 
activityStr uctureLength indică număr ul de octeți disponibili pentr u stocare a înregistrăr ilor privind activitățile. 
noOfCardV ehicleRecords este număr ul de înregistrăr i privind vehiculele pe care cardul le poate conține. 
noOfCardPlaceRecords este număr ul de locur i pe care cardul le poate înregistra. 
noOfCalibrationRecords este număr ul de înregistrăr i privind operațiunile de etalonare care pot fi stocat e pe 
card. 
Generația 2: 
În plus față de generația 1, se utilizează următoarel e elemente de date: 
noOfGNSSCDRecords este număr ul de înregistrăr i GNSS privind timpul de conducere continuă care pot fi 
stocat e pe card. 
noOfSpecif icConditionRecords este număr ul de înregistrăr i privind condițiile specifi ce care pot fi stocat e pe 
card. 
2.235.  WorkshopCardCalibrationDat a 
Informații, stocat e pe un card de ateli er, privind activitățile ateli erului efectuate cu cardul (cerințele 314, 316, 
337 și 339 din anexa 1C). 26.5.2016 L 139/166 Jurnalul Oficial al Uniunii Europene RO    
calibration TotalNumber este număr ul total de operațiuni de etalonare efectuat e cu cardul. 
calibrationPoin terNew estRecordest e indicele ultimei înregistrăr i actualizate privind etalonarea. 
Atribuirea valor ii: număr corespunzând numărăt orului înregistrăr ii privind etalonarea, începând cu ‘0’ pentr u 
prima ocurență a înregistrăr ilor privind etalonarea în structură. 
calibrationRecords este setul de înregistrăr i care conțin informații privind etalonarea și/sau operațiunile de 
reglare a orei. 
2.236.  WorkshopCardCalibrationRecord 
Informații, stocat e pe un card de atelier , privind activitățile de etalonare efectuat e cu cardul (cerințele 314 și 337 
din anexa 1C). 
Generația 1: 
calibrationPur pose este scopul etalonăr ii. 
vehicleIdentif icationNumber este VIN. 
vehicleRegist ration conține VRN și statul membr u de înmatr iculare. 
wVehicleCharacter isticCons tant este coefi cientul caracter istic al vehiculului. 
kCons tantOfRecordingEquipment este constanta aparatur ii de înregistrare. 
lTyreCircumference este circumfer ința efectivă a pneur ilor roților . 
tyreSize reprezintă desemnarea dimensiunilor pneur ilor montate pe vehicul. 
author isedSpeed este viteza maximă autorizată a vehiculului. 
oldOdometerV alue, newOdometerV alue reprezintă vechea și, respectiv , noua valoare indicate de odometr u. 
oldTimeV alue, newTimeV alue sunt valor ile vechi și, respectiv , noi ale datei și orei. 26.5.2016 L 139/167 Jurnalul Oficial al Uniunii Europene RO    
nextCalibrationDate este data următoarei etalonăr i de tipul specifi cat în Calibr ationPur pose care va fi efectuată 
de autor itatea de inspecție compet entă. 
vuPar tNumber , vuSer ialNumber și sensorSer ialNumber sunt elementele de date pentr u identificarea 
aparatur ii de înregistrare. 
Generația 2: 
În plus față de generația 1, se utilizează următoarel e elemente de date: 
sensorGNSSSer ialNumber care identif ică un echi pament GNSS exte rn. 
rcmSer ialNumber care identifică un modul de comunicare la distanță. 
sealDataCard oferă informații cu privire la sigiliile care sunt atașat e la diferite compo nente ale vehiculului. 
2.237.  WorkshopCardHolderIdentif ication 
Informații, stocat e pe un card de atelier , privind identif icarea titular ului cardului (cerințele 311 și 334 din 
anexa 1C). 
workshopName este numele atelierul ui de care aparține titular ul cardului. 
workshopAd dress este adresa ateli erului de care aparține titular ul cardului. 
cardHolderName este numele și prenumele titular ului (de exem plu, numele mecanicului). 
cardHolderPreferredLan guage este limba preferată de titular ul cardului. 
2.238.  WorkshopCardPIN 
Număr ul de identif icare personal al cardului de atelier (cerințele 309 și 332 din anexa 1C). 26.5.2016 L 139/168 Jurnalul Oficial al Uniunii Europene RO    
Atribuirea valor ii: PIN-ul cunoscut de titular ul cardului, compl etat la dreapt a cu o serie de octeți ‘FF’ care poate 
conține până la 8 octeți. 
2.239.  W-VehicleCharacter isticCons tant 
Coefi cientul caracter istic al vehiculului [def iniția k)]. 
Atribuirea valor ii: impulsur i pe kilometr u în inter valul operațional de la 0 la 64 255 impulsur i/km. 
2.240.  VuPo werSupplyInter ruptionRecord 
Generația 2: 
Informații, stocate într-o unitate montată pe vehicul, privind evenimentele de întrer upere a alimentăr ii cu energie 
electr ică (cerința 117 din anexa 1C). 
eventT ype este tipul de eveniment. 
eventRecordPur pose este motivul pentr u care s-a efectuat înregistrarea evenimentului respectiv . 
eventBegin Time este data și ora la care a început evenimentul. 
eventEndTime este data și ora la care s-a încheiat evenimentul. 
cardNumberAndGenDr iverSlotBegin identif ică cardul introdus în slotul pentr u cardul de conducăt or auto la 
începutul evenimentului, inclusiv generația cardului respectiv . 
cardNumberAndGenDr iverSlotEnd identif ică cardul introdus în slotul pentr u cardul de conducăt or auto la 
sfârșitul evenimentului, inclusiv generația cardului respectiv . 
cardNumberAndGenCodr iverSlotBegin identif ică cardul introdus în slotul pentr u cardul de copilot la 
începutul evenimentului, inclusiv generația cardului respectiv . 
cardNumberAndGenCodr iverSlotEnd identifică cardul introdus în slotul pentr u cardul de copilot la sfârșitul 
evenimentului, inclusiv generația cardului respectiv . 
similarEv entsNumber este număr ul de evenimente similare din ziua respectivă. 
2.241.  VuPo werSupplyInter ruptionRecordAr ray 
Generația 2: 
Informații, stocate într-o unitate montată pe vehicul, privind evenimentele de întrer upere a alimentăr ii cu energie 
electr ică (cerința 117 din anexa 1C). 26.5.2016 L 139/169 Jurnalul Oficial al Uniunii Europene RO    
recordT ype reprezintă tipul înregistrăr ii (VuPowerSupplyInter ruptionReco rd). Atribuirea valor ii: A se vedea 
RecordType 
recordSize este dimensiunea VuPowerSupplyInter ruptionReco rd în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind eveniment ele de întrer upere a alimentăr ii cu energie electr ică. 
2.242.  VuSensorExter nalGNSSCoupledRecordAr ray 
Generația 2: 
Un set de SensorExter nalGNSSCoupledRe cord, plus metadate le utilizate în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (SensorExter nalGNSSCoupledRe cord). Atribuirea valor ii: A se vedea 
RecordType 
recordSize este dimensiunea SensorExter nalGNSSCoupledRe cord în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i Sensor Exter nal GNSS Coupled. 
2.243.  VuSensorPairedRecordAr ray 
Generația 2: 
Un set de SensorP airedRecor d, plus metadatele utilizate în protocolul de descărcare. 
recordT ype reprezintă tipul înregistrăr ii (SensorP airedRecor d). Atribuirea valor ii: A se vedea Recor dType 
recordSize este dimensiunea SensorP airedRecor d în octeți. 
noOfRecords este număr ul de înregistrăr i cupr inse în setul recor ds. 
records este un set de înregistrăr i privind senzor ul asociat. 26.5.2016 L 139/170 Jurnalul Oficial al Uniunii Europene RO    
3.  DEFINIREA INTER VALELO R DE VALORI ȘI DE DIMENSIUNI 
Defi niția valor ilor variabilelor utilizate în definițiile de la punctul 2. 
4.  SETURI DE CARA CTERE 
IA5Str ings utilizează caract erele ASCII definite în standardul ISO/IEC 8824-1. În scopul lizibilității și pentr u a 
facilita trimiter ile, atribuirea valor ilor este indicată în continuare. În caz de discrepanțe, aplicarea ISO/IEC 8824-1 
are prioritate față de prezenta notă informativă. 
În alte șiruri de caracter e (Address, Name, VehicleRegistrationNumber) se utilizează, în plus, caracter ele din 
inter valul zecimal de caracter e 161 – 255 din următoarele setur i standard de caracter e de 8 biți, speci ­
ficate prin număr ul 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 13 
ISO/IEC 8859-15 Latin-9 15 
ISO/IEC 8859-16 Latin-10 South Easte rn European 16 
KOI8-R Latin / Cyrillic 80 
KOI8-U Latin / Cyrillic 85  
5.  COD AREA 
Atunci când sunt codate conf orm normelor de codare ASN.1, toat e tipur ile de date definite se codează conf orm 
standardului ISO/IEC 8825-2, varianta aliniată. 
6.  IDENTIFICA TORII DE OBIECT ȘI IDENTIFICA TORII DE APLICAȚIE 
6.1.  Identif icatorii de obiect 
Identif icatorii de obiect (OID) enumerați în prezentul capit ol sunt relevanți numai pentr u generația 2. Acești OID 
sunt specifi cați în TR-03110-3 și reluați aici din motive de exhaustivitat e. Acești OID sunt cupr inși în 
subarborele bsi-de: 
26.5.2016 L 139/171 Jurnalul Oficial al Uniunii Europene RO    
Identif icatori ai proto colului de autentif icare a VU 
Exemplu: Să presupunem că autentificarea VU trebuie să se realizeze cu SHA- 384; atunci identif icatorul de 
obiect care trebuie utilizat este (în notație ASN.1) 
 . Valoarea 
respectivului identif icator de obiect în notația cu punct e 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’  
Identif icatori ai proto colului de autentif icare a cipului 
Exemplu: Să presupunem că autentificarea cipului trebuie efectuată prin utilizarea algor itmului ECDH, ducând la 
o lungime a cheii de sesiune AES de 128 de biți. Această cheie de sesiune va fi folosită apoi în modul de operare 
CBC pentr u a asigura conf idențialitate a datelor și cu algor itmul CMA C pentr u a asigura aute nticitatea datelor . 
Prin urmare, identif icatorul de obiect care trebuie utilizat este (în notația ASN.1) 
. Valoarea respectivului identif icator 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’  
6.2.  Identif icatorii de aplicație 
Generația 2: 
Identif icatorul de aplicație (AID) pentr u echi pamentul GNSS extern (gener ația 2) este dat de ‘FF 44 54 45 47 
4D’. Acesta este un AID exclusiv în conf ormitate cu ISO/IEC 7816-4. 26.5.2016 L 139/172 Jurnalul Oficial al Uniunii Europene RO    
Notă: ultimii 5 octeți codează DTEGM pentr u echi pamentul GNSS extern pentr u tahografe inteligent e. 
Identif icatorul de aplicație pentr u aplicația cardului de tahograf de generația 2 este dat de ‘FF 53 4D 52 44 54’. 
Acesta este un AID excl usiv în conf ormitate cu ISO/IEC 7816-4.  26.5.2016 L 139/173 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 2 
SPECIFIC AȚIE PRIVIND CARDURILE DE TAHOGRAF 
CUPRINS 
1. INTR ODUCERE ................................................................................................................................ 175 
1.1. Abrevier i............................................................................................................................ 175 
1.2. Referințe ............................................................................................................................ 176 
2. CARA CTERISTICI ELECTRICE ȘI FIZICE ................................................................................................. 176 
2.1. Tensiunea de alimentare și consumul de curent ........................................................................... 177 
2.2. Tensiunea de programare Vpp.................................................................................................. 177 
2.3. Generare și frecvență ceas ...................................................................................................... 177 
2.4. Contact I/O (intrare/ieșire) ...................................................................................................... 177 
2.5. Stăr i ale cardului .................................................................................................................. 177 
3. HARD WARE ȘI COMUNICAȚII ............................................................................................................ 177 
3.1. Introducere ......................................................................................................................... 177 
3.2. Protocol ul de transmisie ........................................................................................................ 178 
3.2.1 Protocoale .......................................................................................................................... 178 
3.2.2 ATR .................................................................................................................................. 179 
3.2.3 PTS ................................................................................................................................... 179 
3.3. Nor me de acces ................................................................................................................... 180 
3.4. Prezentare generală a comenzilor și a codur ilor de eroare .............................................................. 183 
3.5. Descr ierea comenzilor ........................................................................................................... 185 
3.5.1 SELECT .......................................................................................................................................... 186 
3.5.2 READ BINAR Y................................................................................................................................. 187 
3.5.3 UPD ATE BINAR Y.............................................................................................................................. 194 
3.5.4 GET CHALLENGE ............................................................................................................................. 200 
3.5.5 VERIFY .......................................................................................................................................... 200 
3.5.6 GET RESPONSE ................................................................................................................................ 202 
3.5.7 PSO: VERIFY CERTIFICA TE.................................................................................................................. 202 
3.5.8 INTERNAL AUTHENTICA TE................................................................................................................ 204 
3.5.9 EXTERNAL AUTHENTICA TE ............................................................................................................... 205 
3.5.10 GENERAL AUTHENTICA TE................................................................................................................. 206 
3.5.11 MANA GE SECURIT Y ENVIR ONMENT .................................................................................................... 207 
3.5.12 PSO: HASH ..................................................................................................................................... 210 
3.5.13 PERFORM HASH OF FILE ................................................................................................................... 211 
3.5.14 PSO: COMP UTE DIGIT AL SIGNA TURE ................................................................................................... 212 
3.5.15 PSO: VERIFY DIGIT AL SIGNA TURE ....................................................................................................... 213 
3.5.16 PROCESS DSR C MESSA GE .................................................................................................................. 214 
4. STR UCTURA CARDURILOR DE TAHOGRAF ........................................................................................... 216 
4.1. Fișier master MF ................................................................................................................... 216 26.5.2016 L 139/174 Jurnalul Oficial al Uniunii Europene RO    
4.2. Aplicații de card de conducăt or auto ........................................................................................ 217 
4.2.1 Aplicația de card de conducăt or auto de generația 1..................................................................... 217 
4.2.2 Aplicația de card de conducăt or auto de generația 2..................................................................... 221 
4.3. Aplicații de card de atelier ...................................................................................................... 224 
4.3.1 Aplicația de card de ateli er de generația 1.................................................................................. 224 
4.3.2 Aplicația de card de ateli er de generația 2.................................................................................. 228 
4.4. Aplicații de card de control .................................................................................................... 233 
4.4.1 Aplicația de card de control de generația 1................................................................................. 233 
4.4.2 Aplicația de card de control de generația 2................................................................................. 235 
4.5. Aplicații de card de societate ................................................................................................... 237 
4.5.1 Aplicația de card de societate de generația 1............................................................................... 237 
4.5.2 Aplicația de card de societate de generația 2............................................................................... 238  
1.  INTR ODUCERE 
1.1.  Abrevier i 
În sensul prezentului apendice, se aplică următoarele abrevier i: 
AC  Condiții de acces 
AES  Standard de criptare avansată 
AID  Identificator de aplicație 
ALW  Întotd eauna 
APDU  Unitate de date pentr u prot ocolul de aplicație (structura unei comenzi) 
ATR  Răspuns la resetare 
AUT  Autentificat. 
C6, C7  Contact ele nr. 6 și 7 de pe card, conf orm descr ierii din ISO/IEC 7816-2 
cc  ciclur i ceas 
CHV  Informații de verificare a titular ului cardului 
CLA  Octet de clasă al unei comenzi APDU 
DSR C  Comunicații specializate cu rază scur tă 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  unitat e elementară de timp 
G1  Generația 1 
G2  Generația 2 
IC  Circuit integrat 
ICC  Card cu circuite integrat e 
ID  Identificator 
IFD  Dispozitiv de interfață 
IFS  Dimensiunea câmpului de informații 
IFSC  Dimensiunea câmpului de informații pentr u card 26.5.2016 L 139/175 Jurnalul Oficial al Uniunii Europene RO    
IFSD  Dimensiunea câmpului de informații pentr u dispozitiv (pentr u term inal) 
INS  Octet de instr ucțiuni al unei comenzi APDU 
Lc  Lungimea date lor de intrare pentr u o comandă APDU 
Le  Lungimea date lor așteptat e (date de ieșire pentr u 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 parametr u 
PIN  Număr de identif icare personal 
PRO SM  Prote jat cu mesagerie secur izată 
PTS  Selectarea protocolul ui de transmisie 
RFU  Rezer vat pentr u o utilizare viitoare 
RST  Resetare (a cardului) 
SFID  Identificator de EF scur t 
SM  Mesagerie secur izată 
SW1-SW2  Octeț i de stare 
TS  Caracte r 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 concat enare 03||04=0304 
1.2.  Refer ințe 
În prezentul apendice se utilizează următoarele refer ințe: 
ISO/IEC 7816-2  Identif ication cards – Integ rated circuit cards – Part 2: Dimensions and location of the contacts. 
ISO/IEC 7816-2:2007. 
ISO/IEC 7816-3  Identif ication cards – Integ rated circuit cards – Part 3: Electr ical interface and transmission protocols. 
ISO/IEC 7816-3:2006. 
ISO/IEC 7816-4  Identif ication cards – Integ rated circuit cards – Part 4: Organization, secur ity and commands for 
interchang e. ISO/IEC 7816-4:2013 + Cor 1: 2014. 
ISO/IEC 7816-6  Identif ication cards – Integ rated circuit cards – Part 6: Inter industr y data elements for inter change. 
ISO/IEC 7816-6:2004 + Cor 1: 2006. 
ISO/IEC 7816-8  Identif ication cards – Integ rated circuit cards – Part 8: Commands for secur ity operations. ISO/IEC 
7816-8:2004. 
ISO/IEC 9797-2  Inform ation technology – Secur ity techniques – Message Authentication Codes (MA Cs) – Part 2: 
Mechanisms using a dedicated hash-function. ISO/IEC 9797-2:2011 
2.  CARA CTERISTICI ELECTRICE ȘI FIZICE 
TCS_01  Toate semnalele electronice trebuie să fie conf orme cu ISO/IEC 7816-3, cu excepția cazului în care 
se specifică altfel. 
TCS_02  Localizarea și dimensiunile contacte lor cardului trebuie să fie conf orme cu ISO/IEC 7816-2. 26.5.2016 L 139/176 Jurnalul Oficial al Uniunii Europene RO    
2.1.  Tensiunea de alimentare și consumul de curent 
TCS_03  Cardul trebuie să funcționeze conf orm specificațiilor în limitele de consum prevăzut e în ISO/IEC 
7816-3. 
TCS_04  Cardul trebuie să funcționeze cu Vcc = 3V (± 0,3V) sau cu Vcc = 5V (± 0,5V). 
Selectarea tensiunii trebuie să se facă în conf ormitate cu ISO/IEC 7816-3. 
2.2.  Tensiunea de prog ramare Vpp 
TCS_05  Cardul trebuie să nu necesite o tensiune de programare la contactul C6. Se prevede ca acest contact 
C6 să nu fie conectat într-un IFD. Contactul C6 poate fi conectat la Vcc în card, dar trebuie să nu fie 
conectat la masă. Această tensiune nu ar trebui interpr etată în niciun caz. 
2.3.  Generare și frecv ență ceas 
TCS_06  Cardul trebuie să funcționeze într-un interval de frecvență de la 1 la 5 MHz și poate supor ta 
frecvențe mai mar i. Într-o sesiune de lucr u 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. Fact orul de 
utilizare poate varia între 40 și 60 %. 
TCS_07  Ceasul extern poate fi oprit în condițiile cupr inse în fișier ul de card EF ICC. Primul octet din corpul 
fișierului EF ICC codează condițiile pentr u modul „Clockst op”: 
Scăzut Ridicat   
Bit 3 Bit 2 Bit 1 
0 0 1 Clocksto p permis, fără nivel pref erat 
0 1 1 Clocksto p permis, nivel ridicat pref erat 
1 0 1 Clocksto p permis, nivel scăzut pref erat 
0 0 0 Clocksto p neper mis 
0 1 0 Clocksto p permis doar la nivel ridicat 
1 0 0 Clocksto p permis doar la nivel scăzut  
Biții 4-8 nu sunt utilizați. 
2.4.  Conta ct I/O (intrare/ieșire) 
TCS_08  Contactul I/O C7 este utilizat pentr u recepționarea datelor de la IFD și pentr u transmiter ea datelor 
către IFD. În cursul funcționăr ii, 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 deter iorare. Cu excepția 
cazului în care transmite, cardul trebuie să intre automat în mod de recepție. 
2.5.  Stăr i ale cardului 
TCS_09  Cardul prezintă două stări atunci când se află sub tensiunea de alimentare: 
Starea de funcționare, atunci când execută comenzi sau interf ațează cu unitatea digitală, 
Starea de repaus, în toat e celelalte momente; în această stare, toat e date le sunt reținute de card. 
3.  HARD WARE ȘI COMUNICAȚII 
3.1.  Introducere 
Prezentul punct descr ie funcționalitatea minimă necesară pentr u cardur ile de tahograf și VU în vederea 
asigurăr ii unei funcționăr i corecte și a interoperabilității. 26.5.2016 L 139/177 Jurnalul Oficial al Uniunii Europene RO    
Cardur ile de tahograf sunt conf orme, în cea mai mare măsură posibilă, cu standardele disponibile ISO/IEC 
aplicabile (în special ISO/IEC 7816). Cu toat e acestea, comenzile și prot ocoalele sunt descr ise integral pentr u 
a specifica anumite utilizăr i limitate sau anumite diferențe, dacă acestea există. Comenzile specif icate sunt 
conf orme pe deplin cu normele la care se face trimit ere, cu excepția cazur ilor indicate. 
3.2.  Protoc olul de transmisie 
TCS_10  Protocol ul de transmisie trebuie să fie conf orm cu ISO/IEC 7816-3 pentr u T=0 și T=1. În special, 
VU trebuie să recunoască prelungir ile durat ei de aștep tare transmise de card. 
3.2.1  Protocoale 
TCS_11  Cardul trebuie să ofere atât prot ocolul T=0, cât și protocolul T=1. În plus, cardul poate fi 
compatib il și cu alte protocoale orientate pe contact. 
TCS_12  T=0 este protocolul implicit, prin urmare este necesară o comandă PTS pentr u schi mbarea 
protocolului în T=1. 
TCS_13  Dispozitivele trebuie să fie compati bile cu conv enția directă în ambele protocoale: prin urmare, 
convenția directă este oblig atori e pentr u card. 
TCS_14  ATR trebuie să conțină, în caracte rul TA3, octetul privind dimensiunea câmpului de informații 
pentr u card. Această valoare trebuie să fie de cel puțin ‘F0h’ (= 240 de octeți). 
Protocoalele sunt supuse următoar elor restr icții: 
TCS_15  T=0 
—  dispozitivul de interfață trebuie să fie compati bil 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 caract ere 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 caract er eronat, semnalul de eroare la intrare/ieșire 
poate apărea între 1 etu și 2 etu. Dispozitivul trebuie să fie compati bil cu o întârziere de 1 etu; 
—  dispozitivul de interfaț ă trebuie să accept e 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ă) 
pentr u caracterele transmise de către dispozitivul de interfaț ă, deși caracte rele transmise de card 
pot fi totuși separate de 12 etu. Acest lucr u este valabil și pentr u caract erul ACK transmis de 
card după un caracter P3 emis de dispozitivul de interfață ; 
—  dispozitivul de interfaț ă trebuie să țină cont de un caract er NUL emis de card; 
—  dispozitivul de interfaț ă trebuie să accept e modul compl ementar pentr u ACK; 
—  comanda „get-response” (obține un răspuns) nu poate fi utilizată în modul de înlănțuire pentr u a 
obține date a căror lungime ar pute a depăși 255 de octeți. 
TCS_16  T=1 
—  octet NAD: neutilizat (NAD se setează la ‘00’); 
—  S-block ABOR T: neutilizat ; 
—  S-block VPP state error: neutilizat ; 
—  lungimea totală de înlănțuire pentr u un câmp de date nu va depăși 255 de octeți (cerință care 
trebuie asigurată de IFD); 
—  dimensiunea câmpului de informații pentr u dispozitiv (Information Field Size Device – IFSD) 
trebuie indicată de IFD imediat după ATR: IFD transmite solicitarea S-Block IFS după ATR, iar 
cardul răspunde transmițând S-Block IFS. Valoarea recomandată pentr u IFSD este de 254 de 
octeți; 
—  cardul nu va solicita o reajustare a IFS. 26.5.2016 L 139/178 Jurnalul Oficial al Uniunii Europene RO    
3.2.2  ATR 
TCS_17  Dispozitivul verifică octeții ATR, în conf ormitate cu ISO/IEC 7816-3. Nu se face nicio verificare cu 
privire la caract erele istorice ale ATR. 
Exemplu de biprotocol de bază ATR conf orm ISO/IEC 7816-3 
Caracter Valoare Obser vaț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 pentr u card 
(IFSC) 
TH1- TH5 ‘XXh’ Caracte re 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  Protocol ul imp licit este T=0. Pentr u a seta protocolul T=1, dispozitivul trebuie să transmită cardului 
o comandă PTS (cunoscută și ca PPS). 
TCS_20  Întrucât prot ocoalele T=0 și T=1 sunt ambele oblig atori i pentr u card, PTS de bază pentr u 
schimbare a protocolului este oblig atori e pentr u card. 
PTS poate fi utilizată, conf orm indicațiilor din ISO/IEC 7816-3, pentr u a trece la rate de modulație 
mai mar i decât cea implicită propusă de card în ATR, dacă există o astfel de rată implicită [oct etul 
TA(1)]. 
Ratele de modulație mai mar i sunt opționale pentr u card. 
TCS_21  În cazul în care cardul nu este compat ibil cu alte rate de modulație decât rata implicită (sau dacă nu 
este compati bil cu rata de modulație selectată), cardul trebuie să răspundă la PTS în mod corect, în 
conf ormitate cu ISO/IEC 7816-3, omițând octetul PPS1. 
Următoar ele sunt exem ple de PTS de bază pentr u selectarea protocolul ui: 
Caracter Valoare Obser vații 
PPSS ‘FFh’ Caracterul de inițializare („The Initiate Charact er”). 
PPS0 ‘00h’ sau ‘01h’ PPS1-PPS3 nu sunt prezent e; ‘00h’ pentr u a selecta T0, ‘01h’ pentr u a 
selecta T1. 
PK ‘XXh’ Verificare caract er („Chec k charact er”):  ‘XXh’ = ‘FFh’ dacă PPS0 = ‘00h’ , 
‘XXh’ = ‘FEh’ dacă PPS0 = ‘01h’ .  26.5.2016 L 139/179 Jurnalul Oficial al Uniunii Europene RO    
3.3.  Nor me de acces 
TCS_22  O normă de acces specifi că pentr u un mod de acces, și anume o comandă, condițiile de secur itate 
corespunzătoare. Dacă aceste condiții de secur itate sunt îndeplinite , comanda corespunzăt oare este 
prelucrată. 
TCS_23  Următoar ele condiții de secur itate sunt utilizat e pentr u cardul de tahograf: 
Abreviere Sens 
ALW Acțiunea este posibilă întotdeauna și poate fi executată fără nicio restr icție. 
APDU de comandă și de răspuns sunt transmise ca text în clar, adică fără 
mesagerie secur izată. 
NEV Acțiunea nu este posibilă niciodată. 
PLAIN-C APDU de comandă este transmisă ca text în clar, adică fără mesageri e secur i­
zată. 
PWD Acțiunea poate fi executat ă numai dacă PIN-ul cardului de atelier a fost veri­
ficat cu succes, și anume dacă este stabilită starea de secur itate internă 
„PIN_V erified” a cardului. Comanda trebuie transmisă fără mesagerie secur i­
zată. 
EXT -AUT-G1 Acțiunea poate fi executat ă numai în cazul în care comanda „Ext ernal Au­
thenticate” (auten tificar e externă) pentr u aute ntifi carea de generația 1 (a se 
vedea, de asemenea, apendicele 11 partea A) a fost executată cu succes. 
SM-MA C-G1 APDU (comandă și răspuns) trebuie să fie aplicată cu mesageri e secur izată 
de generația 1 în mod doar de aute ntifi care (a se vedea apendicele 11 par­
tea A). 
SM-C-MA C-G1 APDU de comandă trebuie să fie aplicată cu mesagerie secur izată 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 mesage rie secur izată de generația 
1 în mod de criptare (a se vedea apendicele 11 partea A), și anume nu se re­
turnează niciun cod de autentificare a mesa jului. 
SM-R -ENC-MA C-G1 APDU de răspuns trebuie să fie aplicată cu mesage rie secur izată de generația 
1 în mod de criptare apoi autentificare (a se vedea apendicele 11 partea A). 
SM-MA C-G2 APDU (comandă și răspuns) trebuie să fie aplicată cu mesageri e secur izată 
de generația 2 în mod doar de aute ntifi care (a se vedea apendicele 11 par­
tea B). 
SM-C-MA C-G2 APDU de comandă trebuie să fie aplicată cu mesagerie secur izată de genera ­
ția 2 în mod doar de autentificare (a se vedea apendicele 11 partea B). 
SM-R -ENC-MA C-G2 APDU de răspuns trebuie să fie aplicată cu mesage rie secur izată de generația 
2 în mod de criptare apoi autentificare (a se vedea apendicele 11 partea B).  
TCS_24  Aceste condiții de secur itate pot fi conectate în următoar ele modur i: 
ȘI: Trebuie îndeplinite toat e condițiile de secur itate 
SAU:Trebuie îndeplinită cel puțin o condiție de secur itate 
Nor mele de acces pentr u sistemul de fișiere, și anume comanda SELECT , READ BINAR Y și UPD ATE 
BINAR Y, sunt specifi cate în capitolul 4. Nor mele de acces pentr u restul comenzilor sunt specif icate 
în tabelele de mai jos. 26.5.2016 L 139/180 Jurnalul Oficial al Uniunii Europene RO    
TCS_25  În aplicația DF Tachograph G1 se utilizează următoar ele norme de acces: 
Comandă Card de condu ­
cător auto Card de atelier Card de control Card de societat e 
Extern al Authenticat e     
—Pentr u autentifica ­
rea de generația 1 ALW ALW ALW ALW 
—Pentr u autentifica ­
rea de generația 2 ALW PWD ALW ALW 
Internal Authenticat e ALW PWD ALW ALW 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Nu se aplică. Nu se aplică. Nu se aplică. Nu se aplică. 
PSO: Com pute Digital 
Signature ALW SAU 
SM-MA C-G2 ALW SAU 
SM-MA C-G2 Nu se aplică. Nu se aplică. 
PSO: Hash Nu se aplică. Nu se aplică. ALW Nu se aplică. 
PSO: Hash of File ALW SAU 
SM-MA C-G2 ALW SAU 
SM-MA C-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ă.  
TCS_26  În aplicația DF Tachograph_G2 se utilizează următoarele norme de acces: 
Comandă Card de condu ­
cător auto Card de atelier Card de control Card de societat e 
Extern al Authenticat e     
—Pentr u autentifica ­
rea de generația 1 Nu se aplică. Nu se aplică. Nu se aplică. Nu se aplică. 
—Pentr u autentifica ­
rea de generația 2 ALW PWD ALW ALW 
Internal Authenticat e Nu se aplică. Nu se aplică. Nu se aplică. Nu se aplică. 26.5.2016 L 139/181 Jurnalul Oficial al Uniunii Europene RO    
Comandă Card de condu ­
cător auto Card de atelier Card de control Card de societat e 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Nu se aplică. ALW ALW Nu se aplică. 
PSO: Com pute Digital 
Signature ALW SAU 
SM-MA C-G2 ALW SAU 
SM-MA C-G2 Nu se aplică. Nu se aplică. 
PSO: Hash Nu se aplică. Nu se aplică. ALW Nu se aplică. 
PSO: Hash of File ALW SAU 
SM-MA C-G2 ALW SAU 
SM-MA C-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ă.  
TCS_27  În MF se utilizează următoar ele norme de acces: 
Comandă Card de condu ­
cător auto Card de atelier Card de control Card de societat e 
Extern al Authenticat e     
—Pentr u autentifica ­
rea de generația 1 Nu se aplică. Nu se aplică. Nu se aplică. Nu se aplică. 
—Pentr u autentifica ­
rea de generația 2 ALW PWD ALW ALW 
Internal Authenticat e Nu se aplică. Nu se aplică. Nu se aplică. Nu se aplică. 
General Auth enticate ALW ALW ALW ALW 
Get Challenge ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
Process DSR C Mes ­
sage Nu se aplică. Nu se aplică. Nu se aplică. Nu se aplică. 26.5.2016 L 139/182 Jurnalul Oficial al Uniunii Europene RO    
Comandă Card de condu ­
cător auto Card de atelier Card de control Card de societat e 
PSO: Com pute 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ă. 
PSO: Hash of File Nu se aplică. Nu se aplică. Nu se aplică. Nu se aplică. 
PSO: Verify Certificate ALW ALW ALW ALW 
Verify Nu se aplică. ALW Nu se aplică. Nu se aplică.  
TCS_28  Un card de tahograf poate sau nu să accept e o comandă cu un nivel de secur itate mai ridicat decât 
cel specificat în condițiile de secur itate. Cu alte cuvinte, în cazul în care condiția de secur itate este 
ALW (sau PLAIN-C) cardul poate accepta o comandă cu mesageri e secur izată (mod de criptare și/ 
sau de autenti ficare). În cazul în care condiția de secur itate impune utilizarea de mesage rie 
secur izată cu mod de autentificare, cardul de tahograf poate accepta o comandă cu mesagerie 
secur izată din aceeași generație în mod de aute ntifi care și de criptare. 
Notă: descr ierile comenzilor oferă mai multe informații cu privire la compati bilitatea comenzilor cu 
difer itele tipur i de card de tahograf și cu difer itele DF. 
3.4.  Prezentare generală a comenzilor și a codur ilor de eroare 
Comenzile și organizarea fișierelor sunt derivate din ISO/IEC 7816-4 și sunt conf orme cu acest standard. 
Prezenta secțiune descr ie perec hile de comandă-răspuns APDU menționate în cele ce urmează. Variante le de 
comandă care sunt compati bile cu o aplicație de generația 1 și 2 sunt specificate în descr ierile corespun ­
zătoar e ale comenzilor . 
Comandă INS 
SELECT ‘A4h’ 
READ BINAR Y ‘B0h’, ‘B1h’ 
UPD ATE BINAR Y ‘D6h’, ‘D7h’ 
GET CHALLENGE ‘84h’ 
VERIFY ‘20h’ 
GET RESPONSE ‘C0h’ 
PERFORM SECURIT Y OPERA TION ‘2Ah’ 
—  VERIFY CER TIFIC ATE  
—  COMPUTE DIGIT AL SIGNA TURE  
—  VERIFY DIGIT AL SIGNA TURE  
—  HASH  
—  PERFORM HASH OF FILE  
—  PROCESS DSR C MESSA GE  26.5.2016 L 139/183 Jurnalul Oficial al Uniunii Europene RO    
Comandă INS 
INTERNAL AUTHENTICA TE ‘88h’ 
EXTERNAL AUTHENTICA TE ‘82h’ 
MANA GE SECURIT Y ENVIR ONMENT ‘22h’ 
—  SET DIGIT AL SIGNA TURE TEMPL ATE  
—  SET AUTHENTICA TION TEMPL ATE  
GENERAL AUTHENTICA TE ‘86h’  
TCS_29  Cuvintele de stare SW1 SW2 sunt retur nate în orice mesaj de răspuns și indică starea de procesare a 
comenzii. 
SW1 SW2 Sens 
90 00 Procesare normală. 
61 XX Procesare normală. XX = număr ul de octeți de răspuns disponibili. 
62 81 Procesare de avertizare. Este posibil ca o parte din datele retur nate să fie co­
rupte 
63 00 Autentif icare eșuată (aver tizare) 
63 CX CHV (PIN) eronat. Număr ul încercăr ilor rămase este dat de ‘X’. 
64 00 Eroare de execuție – Starea memor iei nevolatile nu s-a modifi cat. Eroare de in­
tegr itate. 
65 00 Eroare de execuție – Starea memor iei nevolati le s-a modif icat. 
65 81 Eroare de execuție – Starea memor iei nevolatile s-a modificat – Eroare de me­
mor ie 
66 88 Eroare de secur itate: sumă de verificare criptografi că eronată (în cursul mesa ­
geriei secur izate) sau 
certificat eronat (în cursul verificării certificat ului) sau 
criptogramă eronată (în cursul autentificăr ii externe) sau 
semnătură eronată (în cursul verificăr ii semnătur ii) 
67 00 Lungime eronată (Lc sau Le eronată) 
68 82 Incompatibilitat e cu mesageria secur izată 
68 83 Se așteaptă ultima comandă din lanț 
69 00 Comandă interzisă (niciun răspuns disponibil în T=0) 
69 82 Starea de secur itate nu este îndeplinită. 
69 83 Metoda de autenti ficare este blocată. 
69 85 Condițiile de utilizare nu sunt satisfăcute. 
69 86 Comandă neper misă (niciun EF curent) 26.5.2016 L 139/184 Jurnalul Oficial al Uniunii Europene RO    
SW1 SW2 Sens 
69 87 Obiectele de date aștep tate din mesage ria secur izată lipsesc 
69 88 Obiectele de date din mesage ria secur izată sunt incorecte 
6A 80 Parametr i incorecți în câmpul de date 
6A 82 Fișier ul nu poate fi găsit. 
6A 86 Parametr ii P1-P2 eronați. 
6A 88 Datele menționate nu pot fi găsite . 
6B 00 Parametr i eronați (deplasare în afara EF). 
6C XX Lungime eronată, SW2 indică lungimea exactă. Nu este retur nat niciun câmp 
de date. 
6D 00 Cod de instr ucțiuni incompatibil sau invalid. 
6E 00 Clasă incompatibilă. 
6F 00 Alte eror i de verificare.  
TCS_30  Dacă într-o APDU de comandă este îndeplinită mai mult de o condiție de eroare, cardul poate 
retur na oricare dintre cuvint ele de stare corespunzăt oare. 
3.5.  Descr ierea comenzilor 
Prezentul capitol descr ie comenzile obligat orii pentr u cardur ile de tahograf. 
Detalii suplimentare pertinente cu privire la operațiunile criptografi ce implicate se găsesc în apendicele 11 
Mecanisme de secur itate comune pentr u generația 1 și generația 2 de tahografe. 
Toate comenzile sunt descr ise independent de prot ocolul utilizat (T=0 sau T=1). Octeț ii APDU CLA, INS, P1, 
P2, Lc și Le sunt întotde auna indicați. Dacă Lc sau Le nu sunt necesare pentr u comanda descr isă, lungimea, 
valoarea și descr ierea aferent e sunt vide. 
TCS_31  Dacă sunt solicitați ambii octeți de lungime (Lc și Le), comanda descr isă trebuie să fie separată în 
două părți în cazul în care IFD utilizează protocolul T=0: IFD transmite comanda conf orm descr ierii 
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 (mesageri e secur izată): 
—  atunci când se utilizează prot ocolul T=1, cardul trebuie să răspundă la Le=0 prin transmiter ea 
tuturor datelor de ieșire disponibile; 
—  atunci când se utilizează prot ocolul 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ăr ul de octeți de răspuns disponibili. IFD trebuie să genereze apoi o comandă 
GET RESPONSE cu P3 = La, pentr u a citi datele. 
TCS_33  Un card de tahograf poate fi compati bil cu câmpuri cu lungime extinsă în conf ormitate cu ISO/IEC 
7816-4, ca o caracte ristică opțională. Un card de tahograf care este compati bil cu câmpuri cu 
lungime extinsă trebuie: 
—  să indice compati bilitatea cu câmp urile cu lungime extinsă în ATR; 
—  să furnizeze dimensiunile zonei tam pon compatibile prin interm ediul informației privind 
lungimea extinsă în EF ATR/INFO, a se vedea TCS_146; 26.5.2016 L 139/185 Jurnalul Oficial al Uniunii Europene RO    
—  să indice dacă este compat ibil cu câmpuri cu lungime extinsă pentr u T = 1 și/sau T = 0 în EF 
Extended Length, a se vedea TCS_147; 
—  să fie compatibil cu câmpuri cu lungime extinsă pentr u generația 1 și 2 de aplicații tahograf ice. 
Note: 
Toate comenzile sunt specificate pentr u câmpuri cu o lungime redusă. Utilizarea APDU-ur ilor cu 
lungime extinsă rezultă clar din ISO/IEC 7816-4. 
În general, comenzile sunt specifi cate pentr u scrierea în clar, adică fără mesagerie secur izată, nivelul 
de mesage rie secur izată fiind specif icat în apendicele 11. Din normele de acces pentr u o comandă 
rezultă în mod clar dacă respectiva comandă trebuie să fie compat ibilă cu mesage ria secur izată sau 
nu și dacă respectiva comandă trebuie să fie compatibilă cu generația 1 și/sau generația 2 de 
mesagerie secur izată. Unele variante de comandă sunt descr ise incluzând mesage ria secur izată, 
pentr u a ilustra utilizarea mesageriei secur izate. 
TCS_34  VU trebuie să execut e întregul prot ocol de autentificare reciprocă VU – card de generația 2 pentr u o 
sesiune incluzând verificarea certificat ului (dacă este necesar), fie în DF Tachograph, fie în DF 
Tachog raph_G2, fie în MF. 
3.5.1  SELECT 
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restr icționată comparat iv cu comanda definită 
în standard. 
Comanda SELECT se utilizează: 
—  pentr u a selecta un DF de aplicație (trebuie utilizată selectarea după denumire); 
—  pentr u a selecta un fișier elementar corespunzător ID-ului fișier ului prezentat. 
3.5.1.1  Selectare după denumire (AID) 
Această comandă permite selectarea unui DF de aplicație din card. 
TCS_35  Această comandă poate fi executa tă din orice parte din structura fișierelor (după ATR sau în orice 
moment). 
TCS_36  Selectarea unei aplicații resete ază mediul de secur itate 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ă mesageri e secur izată, cheile de sesiune 
anterioar e ale mesage riei secur izate nu mai sunt disponibile. 
TCS_37  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
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ăr ul de octeți transmiși către card (lungimea AID): 
‘06h’ pentr u aplicația tahografică 
#6-#(5+NN) NN ‘XX..XXh’ AID: ‘FF 54 41 43 48 4F’ pentr u aplicația tahograf ică de gene­
rația 1 
AID: ‘FF 53 4D 52 44 54’ pentr u aplicația tahograf ică de ge­
neraț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). 26.5.2016 L 139/186 Jurnalul Oficial al Uniunii Europene RO    
TCS_38  Mesaj de răspuns (nu se solicită niciun răspuns) 
Octet Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă aplicația corespunzătoare AID nu este găsită, starea de procesare retur nată este ‘6A82’ . 
—  În T=1, dacă este prezent octetul Le, starea retur nată este ‘6700’. 
—  În T=0, dacă se solicită un răspuns după comanda SELECT , starea retur nată este ‘6900’. 
—  Dacă aplicația selectată este considerată coruptă (în atributele fișierului este detectată o eroare de 
integritate), starea de procesare retur nată este ‘6400’ sau ‘6581’. 
3.5.1.2  Selectarea unui fișier elementar folosind identificator ul de fișier al acestuia 
TCS_39  Mesaj de comandă 
TCS_40  Un card de tahograf trebuie să fie compat ibil cu mesage ria secur izată de generația 2 conf orm 
specifi cațiilor din apendicele 11 partea B pentr u această variantă de comandă. 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘02h’ Selectarea unui EF din DF curent 
P2 1 ‘0Ch’ Nu se așteap tă niciun răspuns 
Lc 1 ‘02h’ Număr ul de octeți transmiși către card 
#6-#7 2 ‘XXXXh’ Identif icatorul fișier ului  
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 Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă fișier ul corespunzăt or identif icatorului de fișier nu este găsit, starea de procesare retur nată 
este ‘6A82’ . 
—  În T=1, dacă este prezent octetul Le, starea retur nată este ‘6700’. 
—  În T=0, dacă se solicită un răspuns după comanda SELECT , starea retur nată este ‘6900’. 
—  Dacă fișierul selectat este considerat corupt (în atribut ele fișier ului este detectată o eroare de 
integritate), starea de procesare retur nată este ‘6400’ sau ‘6581’. 
3.5.2  READ BINARY 
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restr icționată comparat iv cu comanda definită 
în standard. 26.5.2016 L 139/187 Jurnalul Oficial al Uniunii Europene RO    
Comanda READ BINAR Y se utilizează pentr u citirea datelor dintr -un fișier transparent. 
Răspunsul cardului constă în retur narea datelor citite, încapsulate opțional într-o structură de mesagerie 
secur izată. 
3.5.2.1  Comandă cu deplasare în P1-P2 
Această comandă permite IFD să citească datele din EF-ul selectat în momentul respectiv , fără mesagerie 
secur izată. 
Notă: Această comandă fără mesageri e secur izată poate fi utilizată numai pentr u a citi un fișier care este 
compati bil cu condiția de secur itate ALW pentr u modul de acces de citire („read”). 
TCS_42  Mesaj de comandă 
Octet Lungi me Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Citire date (Read Binar y) 
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șier ului: cel mai puțin semnif icativ oc­
tet 
Le 1 ‘XXh’ Lungimea datelor așteptat e. Număr ul de octeți de citit.  
Notă: bitul 8 al P1 trebuie setat la 0.  
TCS_43  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
#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 retur nează starea ‘9000’. 
—  Dacă nu este selectat niciun EF, starea de procesare retur nată este ‘6986’. 
—  Dacă nu sunt îndeplinite condițiile de secur itate pentr u fișierul selectat, comanda este întrer uptă 
cu ‘6982’. 
—  Dacă deplasarea nu este compati bilă cu dimensiunea EF (Deplasare > dimensiune EF), starea de 
procesare retur nată este ‘6B00’. 
—  Dacă dimensiunea datelor de citit nu este compatib ilă cu dimensiunea EF (Deplasare + Le > 
dimensiune EF), starea de procesare retur nată este ‘6700’ sau ‘6Cxx’, unde ‘xx’ indică lungimea 
exactă. 
—  Dacă în atributele fișierului este detectată o eroare de integrit ate, cardul trebuie să considere 
fișier ul ca fiind corupt și irecuperabil, iar starea de procesare retur nată este ‘6400’ sau ‘6581’. 
—  Dacă în datele stocate este detectată o eroare de integrit ate, cardul trebuie să retur neze datele 
solicitate, iar starea de procesare retur nată este ‘6281’. 
3.5.2.1.1  Comandă cu mesage rie secur izată (exem ple) 
Această comandă permite IFD să citească date din EF-ul selectat în momentul respectiv , cu mesagerie 
secur izată, pentr u a verifica integritatea datelor primite și pentr u a prot eja conf idențialitat ea datelor în cazul 
în care este aplicată condiția de secur itate SM-R -ENC-MA C-G1 (generația 1) sau SM-R -ENC-MA C-G2 
(gener ația 2). 26.5.2016 L 139/188 Jurnalul Oficial al Uniunii Europene RO    
TCS_44  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘0Ch’ Mesagerie secur izată solicitată 
INS 1 ‘B0h’ Citire date (Read Binar y) 
P1 1 ‘XXh’ P1 (deplasare octeți de la începutul fișierului): cel mai sem ­
nificati v octet 
P2 1 ‘XXh’ P2 (deplasare octeți de la începutul fișierului): cel mai puțin 
semnificativ octet 
Lc 1 ‘XXh’ Lungimea date lor de intrare pentr u mesageri a secur izată 
#6 1 ‘97h’ TLE: etichetă pentr u specifi cația lungimii așteptat e. 
#7 1 ‘01h’ LLE: lungimea lungimii așteptat e 
#8 1 ‘NNh’ Specificația lungimii așteptat e (Le originală): număr ul de oc­
teți de citit 
#9 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare criptografică 
#10 1 ‘XXh’ LCC: lungimea sumei de verificare criptografice următoar e 
‘04h’ pentr u mesageri a secur izată de generația 1 (a se vedea 
apendicele 11 partea A) 
‘08h’ , ‘0Ch’ sau ‘10h’ , în funcție de lungimea cheii AES pen­
tru mesageria secur izată de generația 2 (a se vedea apendi ­
cele 11 partea B) 
#11-#(10 + L) L ‘XX..XXh’ Sumă de verificare criptografică 
Le 1 ‘00h’ Conf orm specifi cațiilor din ISO/IEC 7816-4  
TCS_45  Mesaj de răspuns dacă SM-R-ENC-MA C-G1 (generația 1) / SM-R-ENC-MA C-G2 (generația 2) 
nu este necesară și dacă formatul de intrare pentr u mesager ia secur izată este corect : 
Octet Lungime Valoare Descr iere 
#1 1 ‘99h’ Etichetă pentr u starea de procesare 
(SW1-SW2) – opțională pentr u mesage ­
ria secur izată de generația 1 
#2 1 ‘02h’ Lungimea stării de procesare 
#3 – #4 2 ‘XX XXh’ Starea de procesare a APDU de răspuns 
neprot ejate 
#5 1 ‘81h’ TPV: etichetă pentr u valoarea date lor în 
clar 
#6 L ‘NNh’ sau 
‘81 NNh’ LPV: lungimea datelor retur nate (= Le 
originală) 
L este de 2 octeți dacă LPV > 127 de oc­
teți. 26.5.2016 L 139/189 Jurnalul Oficial al Uniunii Europene RO    
Octet Lungime Valoare Descr iere 
#(6 + L)-#(5 + L + NN) NN ‘XX..XXh’ Valoarea datelor în clar 
#(6 + L + NN) 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare 
criptografică 
#(7 + L + NN) 1 ‘XXh’ LCC: lungimea sumei de verificare crip­
tografice următoar e 
‘04h’ pentr u mesageri a secur izată de ge­
nerația 1 (a se vedea apendicele 11 par­
tea A) 
‘08h’ , ‘0Ch’ sau ‘10h’ , în funcție de lun­
gimea cheii AES pentr u mesageria secu ­
rizată de generația 2 (a se vedea apendi ­
cele 11 partea B) 
#(8 + L + NN)-#(7 + M + L + NN) M ‘XX..XXh’ Sumă de verificare criptografi că 
SW 2 ‘XXXXh’ Cuvint e de stare (SW1, SW2)  
TCS_46  Mesaj de răspuns dacă SM-R-ENC-MA C-G1 (generația 1) / SM-R-ENC-MA C-G2 (generația 2) 
este necesară și dacă formatul de intrare pentr u mesager ia secur izată este corect : 
Octet Lungime Valoare Descr iere 
#1 1 ‘87h’ TPI CG: etichetă pentr u date criptate (cripto­
gramă) 
#2 L ‘MMh’ sau 
‘81 MMh’ LPI CG: lungimea date lor criptat e retur nate 
(difer ită de Le originală a comenzii din 
cauza compl etării). 
L este de 2 octeți dacă LPI CG > 127 de octeți 
#(2+L)-#(1+L+MM) MM ‘01XX..XXh’ Date criptate: indicator de compl etare și 
criptogramă 
#(2+L+MM) 1 ‘99h’ Etich etă pentr u starea de procesare (SW1- 
SW2) – opțională pentr u mesage ria secur i­
zată de generația 1 
#(3+L+MM) 1 ‘02h’ Lungimea stării de procesare 
#(4+L+MM) – #(5+L+MM) 2 ‘XX XXh’ Starea de procesare a APDU de răspuns ne­
protejat e 
#(6+L+MM) 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare crip­
tografică 
#(7+L+MM) 1 ‘XXh’ LCC: lungimea sumei de verificare criptogra ­
fice următoare 
‘04h’ pentr u mesage ria secur izată de genera ­
ția 1 (a se vedea apendicele 11 partea A) 
‘08h’ , ‘0Ch’ sau ‘10h’, în funcție de lungimea 
cheii AES pentr u mesageri a secur izată 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)  26.5.2016 L 139/190 Jurnalul Oficial al Uniunii Europene RO    
Comanda READ BINAR Y poate retur na stările de procesare normale enumerat e în TCS_43 cu 
eticheta ‘99h’ , conf orm descr ierii din TCS_59, folosind structura de răspuns a mesageriei secur izate. 
În plus, pot apărea unele eror i legat e în mod specifi c de mesageria secur izată. În acest caz, starea de 
procesare este retur nată pur și simplu, fără a mai implica o structură de mesageri e secur izată: 
TCS_47  Mesaj de răspuns dacă formatul de intrare pentr u mesager ia secur izată este incorect 
Octet Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  Dacă nu este disponibilă nicio cheie de sesiune curentă, se retur nează starea de procesare 
‘6A88’ . Acest lucr u se întâmp lă 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 autenti ficare reciprocă pentr u a seta o nouă cheie de sesiune). 
—  Dacă unele dintre obiectele de date aștep tate (conf orm specificațiilor de mai sus) lipsesc din 
formatul de mesagerie secur izată, se retur nează starea de procesare ‘6987’: această eroare se 
produce dacă lipsește o etichetă așteptată sau dacă corpul comenzii nu este constr uit în mod 
corect. 
—  Dacă unele obiecte de date sunt incorecte , starea de procesare retur nată este ‘6988’: această 
eroare se produce dacă toat e etichete le necesare sunt prezente, dar unele lungimi sunt diferite de 
cele aștep tate. 
—  Dacă verificarea sumei de verificare criptografice eșuează, starea de procesare retur nată este 
‘6688’. 
3.5.2.2  Comandă cu identifi cator de EF (fișier elementar) scur t 
Această variantă de comandă permite IFD să selecte ze un EF prin interm ediul unui identificator de EF scur t și 
să citească date din EF-ul respectiv . 
TCS_48  Un card de tahograf trebuie să fie compati bil cu această variantă de comandă pentr u toat e fișierele 
elementare care au un identificator de EF scur t specifi cat. Acești identificator i de EF scurți sunt 
specifi cați în capit olul 4. 
TCS_49  Mesaj de comandă 
Octet Lungi me Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Citire date (Read Binar y) 
P1 1 ‘XXh’ Bitul 8 este setat la 1 
Biții 7 și 6 sunt setați la 00 
Biții 5-1 codează identif icatorul de EF scur t 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 trimi­
tere P1 
Le 1 ‘XXh’ Lungimea datelor așteptat e. Număr ul de octeți de citit.  
Notă: identificator ii de EF scurți utilizați pentr u aplicația tahograf ică de generația 2 sunt specificați 
în capit olul 4. 
Dacă P1 codează un identificator de EF scur t și comanda este executată cu succes, EF-ul identif icat 
devine EF-ul selectat în momentul respectiv (EF curent). 
TCS_50  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
#1-#L L ‘XX..XXh’ Date citite 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  26.5.2016 L 139/191 Jurnalul Oficial al Uniunii Europene RO    
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă fișier ul corespunzător identif icatorului de EF scur t nu este găsit, starea de procesare 
retur nată este ‘6A82’. 
—  Dacă nu sunt îndeplinite condițiile de secur itate pentr u fișierul selectat, comanda este întrer uptă 
cu ‘6982’. 
—  Dacă deplasarea nu este compati bilă cu dimensiunea EF (Deplasare > dimensiune EF), starea de 
procesare retur nată este ‘6B00’. 
—  Dacă dimensiunea datelor de citit nu este compatib ilă cu dimensiunea EF (Deplasare + Le > 
dimensiune EF), starea de procesare retur nată este ‘6700’ sau ‘6Cxx’, unde ‘xx’ indică lungimea 
exactă. 
—  Dacă în atributele fișierului este detectată o eroare de integrit ate, cardul trebuie să considere 
fișier ul ca fiind corupt și irecuperabil, iar starea de procesare retur nată este ‘6400’ sau ‘6581’. 
—  Dacă în datele stocate este detectată o eroare de integrit ate, cardul trebuie să retur neze datele 
solicitate, iar starea de procesare retur nată este ‘6281’. 
3.5.2.3  Comandă cu octet de instr ucțiuni impar 
Această variantă de comandă permite IFD să citească date le dintr -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 
compatib il cu această variantă de comandă pentr u EF-urile respective. Un card de tahograf poate să 
fie sau nu compatib il cu această variantă de comandă pentr u alte EF-uri, cu excepția EF Sensor_Ins ­
tallation_Data. A se vedea TCS_156 și TCS_160. 
TCS_52  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘B1h’ Citire date (Read Binar y) 
P1 1 ‘00h’ EF curent 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc Lungimea obiectului de date deplasat. 
#6-#(5+NN) NN ‘XX..XXh’ Obiect de date deplasat: 
Etichetă  ‘54h’ 
Lungime  ‘01h’ sau ‘02h’ 
Valoare  deplasare 
Le 1 ‘XXh’ Număr ul de octeți de citit.  
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. 
TCS_53  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
#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)  26.5.2016 L 139/192 Jurnalul Oficial al Uniunii Europene RO    
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă nu este selectat niciun EF, starea de procesare retur nată este ‘6986’. 
—  Dacă nu sunt îndeplinite condițiile de secur itate pentr u fișierul selectat, comanda este întrer uptă 
cu ‘6982’. 
—  Dacă deplasarea nu este compati bilă cu dimensiunea EF (Deplasare > dimensiune EF), starea de 
procesare retur nată este ‘6B00’. 
—  Dacă dimensiunea datelor de citit nu este compatib ilă cu dimensiunea EF (Deplasare + Le > 
dimensiune EF), starea de procesare retur nată este ‘6700’ sau ‘6Cxx’, unde ‘xx’ indică lungimea 
exactă. 
—  Dacă în atributele fișierului este detectată o eroare de integrit ate, cardul trebuie să considere 
fișier ul ca fiind corupt și irecuperabil, iar starea de procesare retur nată este ‘6400’ sau ‘6581’. 
—  Dacă în datele stocate este detectată o eroare de integrit ate, cardul trebuie să retur neze datele 
solicitate, iar starea de procesare retur nată este ‘6281’. 
3.5.2.3.1  Comandă cu mesage rie secur izată (exem plu) 
Următ orul exem plu ilustrează utilizarea mesageri ei secur izate în cazul în care se aplică condiția de secur itate 
SM-MA C-G2. 
TCS_54  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘0Ch’ Mesagerie secur izată solicitată 
INS 1 ‘B1h’ Citire date (Read Binar y) 
P1 1 ‘00h’ EF curent 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Lung imea câmpului de date secur izate 
#6 1 ‘B3h’ Etich etă pentr u valoarea date lor în clar codate în 
BER -TLV 
#7 1 ‘NNh’ LPV: lungimea datelor transmise 
#(8)-#(7+NN) NN ‘XX..XXh’ Date în clar codate în BER -TLV, și anume obiectul 
de date deplasat cu eticheta ‘54’ 
#(8+NN) 1 ‘97h’ TLE: etichetă pentr u specifi cația lungimii aștep tate. 
#(9+NN) 1 ‘01h’ LLE: lungimea lungimii aștep tate 
#(10+NN) 1 ‘XXh’ Specific ația lungimii aștep tate (Le originală): nu­
măr ul de octeți de citit 
#(11+NN) 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare criptogra ­
fică 
#(12+NN) 1 ‘XXh’ LCC: lungimea sumei de verificare criptografice ur­
mătoar e 
‘08h’ , ‘0Ch’ sau ‘10h’, în funcție de lungimea cheii 
AES pentr u mesageria secur izată 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’ Conf orm specifi cațiilor din ISO/IEC 7816-4  26.5.2016 L 139/193 Jurnalul Oficial al Uniunii Europene RO    
TCS_55  Mesaj de răspuns în cazul în care comanda este executată cu succes 
Octet Lungime Valoare Descr iere 
#1 1 ‘B3h’ Date în clar codate în BER -TLV 
#2 L ‘NNh’ sau 
‘81 NNh’ LPV: lungimea datelor retur nate (= Le originală) 
L este de 2 octeți dacă LPV > 127 de octeți 
#(2+L)-#(1+L+NN) NN ‘XX..XXh’ Valoarea datelor în clar codate în BER -TLV, 
adică date le 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 nepro ­
tejat e 
#(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 nepro ­
tejat e 
#(6+L+NN) 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare cripto­
grafică 
#(7+L+NN) 1 ‘XXh’ LCC: lungimea sumei de verificare criptografice 
următoar e 
‘08h’ , ‘0Ch’ sau ‘10h’, în funcție de lungimea 
cheii AES pentr u mesageria secur izată de gene ­
raț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’ Cuvint e de stare (SW1, SW2)  
3.5.3  UPD ATE BINARY 
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restr icționată comparat iv cu comanda definită 
în standard. 
Mesajul de comandă UPD ATE BINAR Y inițializează actualizarea (șter gere + scriere) biților deja prezenți într- 
un EF binar cu biții dați în APDU de comandă. 
3.5.3.1  Comandă cu deplasare în P1-P2 
Această comandă permite IFD să scrie date în EF-ul selectat în momentul respectiv , fără ca integritatea 
date lor primit e să fie verificată de card. 
Notă: Această comandă fără mesagerie secur izată poate fi utilizată numai pentr u a actualiza un fișier care 
este compatib il cu condiția de secur itate ALW pentr u modul de acces de actualizare („update”). 
TCS_56  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Actualizare date (Update Binar y) 26.5.2016 L 139/194 Jurnalul Oficial al Uniunii Europene RO    
Octet Lungime Valoare Descr iere 
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 sem ­
nificativ octet 
Lc 1 ‘NNh’ Lc Lungimea datelor de actualizat. Număr ul de octeți de scris. 
#6-#(5+NN) NN ‘XX..XXh’ Date de scris  
Notă: bitul 8 al P1 trebuie setat la 0.  
TCS_57  Mesaj de răspuns 
Octet Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă nu este selectat niciun EF, starea de procesare retur nată este ‘6986’. 
—  Dacă nu sunt îndeplinite condițiile de secur itate pentr u fișierul selectat, comanda este întrer uptă 
cu ‘6982’. 
—  Dacă deplasarea nu este compati bilă cu dimensiunea EF (Deplasare > dimensiune EF), starea de 
procesare retur nată este ‘6B00’. 
—  Dacă dimensiunea datelor de scris nu este compati bilă cu dimensiunea EF (Deplasare + Lc > 
dimensiunea EF), starea de procesare retur nată este ‘6700’. 
—  Dacă în atributele fișierului este detectată o eroare de integrit ate, cardul trebuie să considere 
fișier ul ca fiind corupt și irecuperabil, iar starea de procesare retur nată este ‘6400’ sau ‘6500’. 
—  Dacă scrierea nu este execut ată cu succes, starea de procesare retur nată este ‘6581’. 
3.5.3.1.1  Comandă cu mesage rie secur izată (exem ple) 
Această comandă permite IFD să scrie date în EF-ul selectat în momentul respectiv , integrit atea datelor 
primite fiind verificată de card. Întrucât nu este necesară păstrarea confidențialității, datele nu sunt criptate. 
TCS_58  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘0Ch’ Mesagerie secur izată solicitată 
INS 1 ‘D6h’ Actualizare date (Update Binar y) 
P1 1 ‘XXh’ Deplasare octeți de la începutul fișierului: 
cel mai semnif icativ octet 
P2 1 ‘XXh’ Deplasare octeți de la începutul fișierului: 
cel mai puțin semnificat iv octet 
Lc 1 ‘XXh’ Lungimea câmpului de date secur izate 26.5.2016 L 139/195 Jurnalul Oficial al Uniunii Europene RO    
Octet Lungime Valoare Descr iere 
#6 1 ‘81h’ TPV: etichetă pentr u valoarea datelor în clar 
#7 L ‘NNh’ sau 
‘81 NNh’ LPV: lungimea datelor transmise. 
L este de 2 octeți dacă LPV > 127 de octeți. 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ Valoarea datelor în clar (date de scris) 
#(7+L+NN) 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare cripto­
grafică 
#(8+L+NN) 1 ‘XXh’ LCC: lungimea sumei de verificare criptografice 
următoar e ‘04h’ pentr u mesageri a secur izată de 
generația 1 (a se vedea apendicele 11 partea A) 
‘08h’ , ‘0Ch’ sau ‘10h’, în funcție de lungimea 
cheii AES pentr u mesageria secur izată de gene ­
raț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’ Conf orm specifi cațiilor din ISO/IEC 7816-4  
TCS_59  Mesaj de răspuns dacă formatul de intrare pentr u mesager ia secur izată este corect 
Octet Lungime Valoare Descr iere 
#1 1 ‘99h’ TSW: etichetă pentr u cuvinte de stare (de prot ejat de către CC) 
#2 1 ‘02h’ LSW: lungimea cuvint elor de stare retur nate 
#3-#4 2 ‘XXXXh’ Starea de procesare a APDU de răspuns neprotejat e 
#5 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare criptografică 
#6 1 ‘XXh’ LCC: lungimea sumei de verificare criptografice următoar e 
‘04h’ pentr u mesageria secur izată de generația 1 (a se vedea 
apendicele 11 partea A) 
‘08h’ , ‘0Ch’ sau ‘10h’ , în funcție de lungimea cheii AES pentr u 
mesage ria secur izată de generația 2 (a se vedea apendicele 11 
partea B) 
#7-#(6+L) L ‘XX..XXh’ Sumă de verificare criptografică 
SW 2 ‘XXXXh’ Cuvint e de stare (SW1, SW2)  
Stăr ile de procesare „nor male”, descr ise pentr u comanda UPD ATE BINAR Y fără mesage rie secur izată 
(a se vedea secțiunea 3.5.3.1), pot fi retur nate utilizând structura de mesaj de răspuns descr isă 
anterior . 
În plus, pot apărea unele eror i legat e în mod specifi c de mesageria secur izată. În acest caz, starea de 
procesare este retur nată pur și simplu, fără a mai implica o structură de mesageri e secur izată: 
TCS_60  Mesaj de răspuns în caz de eroare în cadr ul mesager iei secur izate 
Octet Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  26.5.2016 L 139/196 Jurnalul Oficial al Uniunii Europene RO    
—  Dacă nu este disponibilă nicio cheie de sesiune curentă, se retur nează starea de procesare 
‘6A88’ . 
—  Dacă unele dintre obiectele de date aștep tate (conf orm specificațiilor de mai sus) lipsesc din 
formatul de mesagerie secur izată, se retur nează starea de procesare ‘6987’: această eroare se 
produce dacă lipsește o etichetă așteptată sau dacă corpul comenzii nu este constr uit în mod 
corect. 
—  Dacă unele obiecte de date sunt incorecte , starea de procesare retur nată este ‘6988’: această 
eroare se produce dacă toat e etichete le necesare sunt prezente, dar unele lungimi sunt diferite de 
cele aștep tate. 
—  Dacă verificarea sumei de verificare criptografice eșuează, starea de procesare retur nată este 
‘6688’. 
3.5.3.2  Comandă cu identifi cator de EF scur t 
Această variantă de comandă permite IFD să selecte ze un EF prin interm ediul unui identificator de EF scur t și 
să scrie date din EF-ul respectiv . 
TCS_61  Un card de tahograf trebuie să fie compati bil cu această variantă de comandă pentr u toat e fișierele 
elementare care au un identificator de EF scur t specifi cat. Acești identificator i de EF scurți sunt 
specifi cați în capit olul 4. 
TCS_62  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Actualizare date (Update Binar y) 
P1 1 ‘XXh’ Bitul 8 este setat la 1 
Biții 7 și 6 sunt setați la 00 
Biții 5-1 codează identif icatorul de EF scur t al EF-ului cores ­
punză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ăr ul de octeți de scris. 
#6-#(5+NN) NN ‘XX..XXh’ Date de scris  
TCS_63  Mesaj de răspuns 
Octet Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
Notă: Identif icatorii de EF scurți utilizați pentr u aplicația tahograf ică de generația 2 sunt specifi cați 
în capit olul 4. 
Dacă P1 codează un identificator de EF scur t și comanda este executată cu succes, EF-ul identif icat 
devine EF-ul selectat în momentul respectiv (EF curent). 
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă fișier ul corespunzător identif icatorului de EF scur t nu este găsit, starea de procesare 
retur nată este ‘6A82’. 
—  Dacă nu sunt îndeplinite condițiile de secur itate pentr u fișierul selectat, comanda este întrer uptă 
cu ‘6982’. 26.5.2016 L 139/197 Jurnalul Oficial al Uniunii Europene RO    
—  Dacă deplasarea nu este compati bilă cu dimensiunea EF (Deplasare > dimensiune EF), starea de 
procesare retur nată este ‘6B00’. 
—  Dacă dimensiunea datelor de scris nu este compati bilă cu dimensiunea EF (Deplasare + Lc > 
dimensiunea EF), starea de procesare retur nată este ‘6700’. 
—  Dacă în atributele fișierului este detectată o eroare de integrit ate, cardul trebuie să considere 
fișier ul ca fiind corupt și irecuperabil, iar starea de procesare retur nată este ‘6400’ sau ‘6581’. 
—  Dacă scrierea nu este execut ată cu succes, starea de procesare retur nată este ‘6581’. 
3.5.3.3  Comandă cu octet de instr ucțiuni impar 
Această variantă de comandă permite IFD să scrie date într-un EF 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 
compatib il cu această variantă de comandă pentr u EF-urile respective. Un card de tahograf poate 
sau nu să fie compatibil cu această variantă de comandă pentr u alte EF-uri. 
TCS_65  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘D7h’ Actualizare date (Update Binar y) 
P1 1 ‘00h’ EF curent 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc Lungimea date lor din câmpul de date al comenzii 
#6-#(5+NN) NN ‘XX..XXh’ Obiect de date deplasat cu eticheta ‘54h’ || Obiect de date dis­
creționar cu eticheta ‘53h’ care cupr inde datele de scris  
IFD trebuie să codeze lungimea obiectului de date deplasat și a obiectului de date discreționar cu 
număr ul 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 Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă nu este selectat niciun EF, starea de procesare retur nată este ‘6986’. 
—  Dacă nu sunt îndeplinite condițiile de secur itate pentr u fișierul selectat, comanda este întrer uptă 
cu ‘6982’. 
—  Dacă deplasarea nu este compati bilă cu dimensiunea EF (Deplasare > dimensiune EF), starea de 
procesare retur nată este ‘6B00’. 
—  Dacă dimensiunea datelor de scris nu este compati bilă cu dimensiunea EF (Deplasare + Lc > 
dimensiunea EF), starea de procesare retur nată este ‘6700’. 26.5.2016 L 139/198 Jurnalul Oficial al Uniunii Europene RO    
—  Dacă în atributele fișierului este detectată o eroare de integrit ate, cardul trebuie să considere 
fișier ul ca fiind corupt și irecuperabil, iar starea de procesare retur nată este ‘6400’ sau ‘6500’. 
—  Dacă scrierea nu este execut ată cu succes, starea de procesare retur nată este ‘6581’. 
3.5.3.3.1  Comandă cu mesage rie secur izată (exem plu) 
Următ orul exem plu ilustrează utilizarea mesageri ei secur izate în cazul în care se aplică condiția de secur itate 
SM-MA C-G2. 
TCS_67  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘0Ch’ Mesagerie secur izată solicitată 
INS 1 ‘D7h’ Actualizare date (Update Binar y) 
P1 1 ‘00h’ EF curent 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Lungimea câmpului de date secur izate 
#6 1 ‘B3h’ Etichetă pentr u valoarea date lor în clar codat e 
în BER -TLV 
#7 L ‘NNh’ sau 
‘81 NNh’ LPV: lungimea datelor transmise. 
L este de 2 octeți dacă LPV > 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 cupr inde 
datele de scris 
#(7+L+NN) 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare cripto­
grafică 
#(8+L+NN) 1 ‘XXh’ LCC: lungimea sumei de verificare criptografice 
următoar e 
‘08h’ , ‘0Ch’ sau ‘10h’, în funcție de lungimea 
cheii AES pentr u mesageria secur izată de gene ­
raț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’ Conf orm specifi cațiilor din ISO/IEC 7816-4  
TCS_68  Mesaj de răspuns în cazul în care comanda este executată cu succes 
Octet Lungime Valoare Descr iere 
#1 1 ‘99h’ TSW: etichetă pentr u cuvinte de stare (de prot ejat de către CC) 
#2 1 ‘02h’ LSW: lungimea cuvint elor de stare retur nate 
#3-#4 2 ‘XXXXh’ Starea de procesare a APDU de răspuns neprotejat e 
#5 1 ‘8Eh’ TCC: etichetă pentr u suma de verificare criptografică 26.5.2016 L 139/199 Jurnalul Oficial al Uniunii Europene RO    
Octet Lungime Valoare Descr iere 
#6 1 ‘XXh’ LCC: lungimea sumei de verificare criptografice următoar e 
‘08h’ , ‘0Ch’ sau ‘10h’ , în funcție de lungimea cheii AES pentr u 
mesage ria secur izată de generația 2 (a se vedea apendicele 11 
partea B) 
#7-#(6+L) L ‘XX..XXh’ Sumă de verificare criptografică 
SW 2 ‘XXXXh’ Cuvint e de stare (SW1, SW2)  
3.5.4  GET CHALLENGE 
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restr icționată comparat iv cu comanda definită 
în standard. 
Comanda GET CHALLENGE solicită cardului să emită date de provocare pentr u a fi utilizate într-o procedură 
lega tă de secur itate în cadr ul căreia se transmit cardului o criptogramă sau date codificate. 
TCS_69  Datele de provocare emise de card sunt valabile doar pentr u următoarea comandă, care utilizează 
date de provocare, transmisă cardului. 
TCS_70  Mesaj de comandă 
Octet Lungi me Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘84h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Le 1 ‘08h’ Le (Lungimea așteptată a datelor de provocare).  
TCS_71  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
#1-#8 8 ‘XX..XXh’ Date de provocare 
SW 2 ‘XXXXh’ Cuvint e de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă Le este diferită de ‘08h’ , starea de procesare este ‘6700’. 
—  Dacă parametr ii P1-P2 sunt incorecți, starea de procesare este ‘6A86’ . 
3.5.5  VERIFY 
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restr icționată comparat iv cu comanda definită 
în standard. 
Numai cardul de atelier trebuie să fie compati bil cu această comandă. 
Alte tipur i de cardur i de tahograf pot sau nu să implementeze această comandă, dar pentr u cardur ile 
respective nu este personalizată nicio CHV de refer ință. Prin urmare, cardur ile respective nu pot executa cu 
succes această comandă. Pentr u alte tipur i de cardur i de tahograf decât cardur ile de atelier, compor tamentul, 
și anume codul de eroare retur nat, se află în afara domeniului de aplicare al prezent ei specific ații, dacă 
această comandă este transmisă. 26.5.2016 L 139/200 Jurnalul Oficial al Uniunii Europene RO    
Comanda „Verify” inițializează în card compar ația dintre date le CHV (PIN) transmise prin comandă cu CHV 
de refer ință stocat e în card. 
TCS_72  PIN-ul introdus de utilizat or trebuie să fie codat ASCI și completat la dreapt a de către IFD cu octeți 
‘FFh’ până la lungimea de 8 octeți; a se vedea, de asemenea, tipul de date WorkshopCar dPIN din 
apendicele 1. 
TCS_73  Generația 1 și 2 de aplicații tahograf ice trebuie să utilizeze aceleași CHV de refer ință. 
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 valor ile CHV, să nu scadă număr ul încercăr ilor 
CHV rămase și să nu resetez e starea de secur itate „PIN_V erified”, ci să anuleze comanda. O 
comandă este codată corect dacă octeții CLA, INS, P1, P2, Lc au valor ile 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ăr i CHV rămase se reiniția ­
lizează. Valoarea inițială a număr ului de încercăr i CHV rămase este de 5. În cazul în care comanda 
este executat ă cu succes, cardul trebuie să seteze starea de secur itate internă „PIN_V erified”. Cardul 
trebuie să resete ze această stare de secur itate în cazul în care cardul este resetat sau în cazul în care 
codul CHV transmis în cadr ul comenzii nu corespunde cu CHV de refer ință stocat e. 
Notă: Utilizarea acelorași CHV de refer ință și a unei stări de secur itate globale face să nu mai fie 
necesar ca un anga jat al ateli erului să reintroducă PIN-ul după selectarea altui DF de aplicație 
tahograf ică.  
TCS_76  O compar ație nereușită este înregistrată în card, și anume număr ul de încercăr i CHV rămase trebuie 
scăzut cu una, pentr u a limita număr ul încercăr ilor ulterioare de utilizare a CHV de referință. 
TCS_77  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘20h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 (CHV verificate sunt cunoscut e implicit) 
Lc 1 ‘08h’ Lung imea codului CHV transmis 
#6-#13 8 ‘XX..XXh’ CHV  
TCS_78  Mesaj de răspuns 
Octet Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă CHV de referință nu sunt găsite , starea de procesare retur nată este ‘6A88’. 
—  Dacă CHV sunt blocate (număr ul de încercăr i rămase pentr u CHV este zero), starea de procesare 
retur nată 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ăr ul de încercăr i rămase scade și se retur nează 
starea ‘63CX’ (X>0, X fiind egal cu număr ul de încercăr i CHV rămase. 
—  Dacă CHV de referință sunt considerate a fi corupte, starea de procesare retur nată este ‘6400’ 
sau ‘6581’. 
—  Dacă Lc este difer ită de ‘08h’ , starea de procesare este ‘6700’. 26.5.2016 L 139/201 Jurnalul Oficial al Uniunii Europene RO    
3.5.6  GET RESPONSE 
Această comandă respectă ISO/IEC 7816-4. 
Această comandă (necesară și disponibilă doar pentr u protocolul T=0) este utilizată pentr u a transmite datele 
pregătite de la card către dispozitivul 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 cazur ilor î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 Lungi me Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘C0h’  
P1 1 ‘00h’  
P2 1 ‘00h’  
Le 1 ‘XXh’ Număr ul de octeți așteptați  
TCS_80  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
#1-#X X ‘XX..XXh’ Date 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă nu au fost pregătite date de către card, starea de procesare retur nată este ‘6900’ sau ‘6F00’. 
—  Dacă Le depășește număr ul de octeți disponibili sau dacă Le este egală cu zero, starea de 
procesare retur nată este ‘6Cxx’, unde ‘xx’ reprezintă număr ul exact de octeți disponibili. În acest 
caz, datele pregătite sunt în continuare disponibile pentr u o comandă GET RESPONSE 
ulterioară. 
—  Dacă Le nu este egală cu zero, dar este mai mică decât număr ul de octeți disponibili, datele 
solicitate sunt transmise în mod normal de către card, iar starea de procesare retur nată este 
‘61xx’, unde ‘xx’ indică număr ul de octeți suplimentar i care sunt încă disponibili pentr u o 
comandă GET RESPONSE ulter ioară. 
—  În cazul în care comanda nu este compatib ilă (protocol T=1), cardul retur nează starea ‘6D00’. 
3.5.7  PSO: VERIFY CER TIFICA TE 
Această comandă respectă ISO/IEC 7816-8, dar are o utilizare restr icționată comparat iv cu comanda definită 
în standard. 
Cardul utilizează comanda VERIFY CER TIFIC ATE pentr u a obține o cheie publică din afară și pentr u a 
verifica valabilitatea acest eia. 
3.5.7.1  Pereche de comandă – răspuns pentr u generația 1 
TCS_81  Această variantă de comandă este compati bilă doar cu o aplicație tahograf ică de generația 1. 26.5.2016 L 139/202 Jurnalul Oficial al Uniunii Europene RO    
TCS_82  În cazul în care o comandă VERIFY CERTIFICA TE este executată cu succes, cheia publică este 
stocată pentr u o utilizare ulterioară în mediul de secur itate. Această cheie trebuie să fie setată în 
mod explicit pentr u a fi utilizată de comanda MSE (a se vedea secțiunea 3.5.11) în cadr ul 
comenzilor legate de secur itate (INTERNAL AUTHENTICA TE, EXTERNAL AUTHENTICA TE sau 
VERIFY CERTIFICA TE), folosindu-se identif icatorul său de cheie. 
TCS_83  În orice caz, comanda VERIFY CER TIFICA TE utilizează cheia publică selectată anter ior de către 
comanda MSE pentr u a desc hide certificatul. Această cheie publică trebuie să aparțină unui stat 
membr u sau Europei. 
TCS_84  Mesaj de comandă 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘2Ah’ Executarea unei operațiuni de secur itate 
P1 1 ‘00h’ P1 
P2 1 ‘AEh’ P2: date necodate BER -TLV (concatenare a elementelor de date) 
Lc 1 ‘C2h’ Lc: lungimea certificatului, 194 de octeți 
#6-#199 194 ‘XX..XXh’ Certificat : concatenarea elementelor de date (conf orm descr ierii 
din apendicele 11)  
TCS_85  Mesaj de răspuns 
Octet Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă verificarea certificatu lui eșuează, starea de procesare retur nată este ‘6688’. Procesul de 
verificare și de deschidere a certificatului este descr is în apendicele 11 pentr u G1 și G2. 
—  Dacă în mediul de secur itate nu există nicio cheie publică, se retur nează starea ‘6A88’ . 
—  Dacă cheia publică selectată (utilizată pentr u desc hiderea certificat ului) este considerată coruptă, 
starea de procesare retur nată este ‘6400’ sau ‘6581’. 
—  Doar generația 1: Dacă cheia publică selectată (utilizată pentr u desch iderea certificatului) are un 
CHA .LSB (
 ) diferit de ‘00’ (adică nu 
aparține unuia dintre statele membre sau Europei), starea de procesare retur nată este ‘6985’. 
3.5.7.2  Pereche de comandă – răspuns pentr u generația 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 caz, trebuie aplicată înlănțuirea comenzilor conf orm ISO/IEC 7816-4 și certificat ul 
trebuie transmis în două APDU-ur i PSO: Verify Certificate consecutive. 
Structura certificatului și parametr ii domeniului sunt definiț i în apendicele 11. 
TCS_86  Comanda poate fi executată în MF, în DF Tachog raph și în DF Tachog raph_G2; a se vedea, de 
asemenea, TCS_ 33. 26.5.2016 L 139/203 Jurnalul Oficial al Uniunii Europene RO    
TCS_87  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
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 secur itate 
P1 1 ‘00h’  
P2 1 ‘BEh’ Verificarea certificatului autodescr iptiv 
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, concat enat cu obiectul de date ECC Certificate 
Signature ca al doilea obiect de date , sau o parte a aceste i concate ­
nări. Eticheta ‘7F21’ și lungimea corespunzăt oare nu se transmit. 
Ordinea acestor obiect e de date este fixă.  
TCS_88  Pentr u APDU-ur ile cu lungime redusă se aplică următoarel e dispoziții: IFD trebuie să utilizeze 
număr ul minim de APDU-ur i necesar pentr u a transmite datele utile ale comenzii și să transmită 
număr ul maxim de octeți în prima APDU de comandă, conf orm valor ii din octetul privind 
dimensiunea câmpului de informații pentr u card, a se vedea TCS_14. Dacă IFD se compo rtă difer it, 
compo rtamentul cardului iese în afara zonei de aplicare. 
TCS_89  Pentr u APDU-ur ile cu lungime extinsă se aplică următoarele dispoziții: dacă certificatul nu se 
încadrează într-o singură APDU, cardul trebuie să fie compati bil cu înlănțuirea comenzilor . IFD 
trebuie să utilizeze număr ul minim de APDU-ur i necesar pentr u a transmite datele utile ale 
comenzii și să transmită număr ul maxim de octeți în prima APDU de comandă. Dacă IFD se 
compo rtă diferit, compo rtamentul cardului iese în afara zonei de aplicare. 
Notă: Conf orm apendicelui 11, cardul stoc hează certificat ul sau conținutul relevant al certificatului 
și își actualizează currentAuthenticatedTime. 
Structura mesajului de răspuns și cuvint ele de stare sunt cele definite în TCS_85. 
TCS_90  Pe lângă codur ile de eroare enumerat e în TCS_85, cardul poate retur na următoarel e codur i de 
eroare: 
—Dacă cheia publică selectată (utilizată pentr u desc hiderea certificatului) are un CHA .LSB (Certifi­
cateHolderAuthor isation.equipmentT ype) care nu este potr ivit pentr u verificarea certificatului în 
conf ormitate cu apendicele 11, starea de procesare retur nată este ‘6985’. 
—  Dacă currentAuthenticatedTime al cardului este mai târziu decât data expirăr ii certificatului, starea 
de procesare retur nată este ‘6985’. 
—  Dacă este aștep tată ultima comandă din lanț, cardul retur nează starea ‘6883’. 
—  Dacă în câmpul de date al comenzii sunt transmiși parametr i incorecți, cardul retur nează starea 
‘6A80’ (utilizată, de asemenea, în cazul în care obiectele de date nu sunt trimise în ordinea 
specific ată). 
3.5.8  INTERNAL AUTHENTICATE 
Această comandă respectă ISO/IEC 7816-4. 
TCS_91  Toate cardur ile de tahograf trebuie să fie compati bile cu această comandă în DF Tachog raph de 
generația 1. Comanda poate sau nu să fie accesibilă în MF și/sau în DF Tachograph_G2. În acest 
caz, comanda se închei e cu un cod de eroare adecvat, deoarece cheia privată a cardului (Card.SK) 
pentr u prot ocolul de autentificare de generația 1 este accesibilă numai în DF_T achograph de 
generația 1. 26.5.2016 L 139/204 Jurnalul Oficial al Uniunii Europene RO    
Utilizând comanda INTERNAL AUTHENTICA TE, IFD poate să aute ntifi ce cardul. Procesul de aute ntifi care 
este descr is în apendicele 11. Acesta include următoarele mențiuni: 
TCS_92  Comanda INTERNAL AUTHENTICA TE utilizează cheia privată a cardului (selectată implicit) pentr u 
a semna datele de aute ntifi care, inclusiv K1 (primul element pentr u înțelegerea asupra cheii de 
sesiune) și RND1, și utilizează cheia publică selectată în momentul respectiv (prin interm ediul 
ultimei comenzi MSE) pentr u a cripta semnătura și a forma tokenul de autentificare (mai multe 
detalii în apendicele 11). 
TCS_93  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’ CLA 
INS 1 ‘88h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Lc 1 ‘10h’ Lung imea datelor transmise către card 
#6 – #13 8 ‘XX..XXh’ Date de provocar e utilizate pentr u autentificarea cardului 
#14 -#21 8 ‘XX..XXh’ VU.CH R (a se vedea apendicele 11) 
Le 1 ‘80h’ Lung imea datelor aștep tate de la card  
TCS_94  Mesaj de răspuns 
Octet Lung ime Valoare Descr iere 
#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 retur nează starea ‘9000’. 
—  Dacă în mediul de secur itate nu există nicio cheie publică, starea de procesare retur nată este 
‘6A88’ . 
—  Dacă în mediul de secur itate nu există nicio cheie privată, starea de procesare retur nată este 
‘6A88’ . 
—  Dacă VU.CH R nu corespunde identif icatorului cheii publice curente, starea de procesare 
retur nată este ‘6A88’. 
—  Dacă cheia privată selectată este considerată coruptă, starea de procesare retur nată este ‘6400’ 
sau ‘6581’. 
TCS_95  În cazul în care comanda INTERNAL AUTHENTICA TE este executată cu succes, cheia de sesiune 
curentă, dacă există, este ștearsă și nu mai este disponibilă. Pentr u a face disponibilă o nouă cheie 
de sesiune, trebuie executa tă cu succes comanda EXTERNAL AUTHENTICA TE pentr u mecanismul 
de autentificare de generația 1. 
3.5.9  EXTERNAL AUTHENTIC ATE 
Această comandă respectă ISO/IEC 7816-4. 
Utilizând comanda EXTERNAL AUTHENTICA TE, cardul poate autentifica IFD-ul. Procesul de aute ntifi care 
este descr is în apendicele 11 pentr u generația 1 și 2 de tahografe (auten tificare VU). 26.5.2016 L 139/205 Jurnalul Oficial al Uniunii Europene RO    
TCS_96  Varianta de comandă pentr u mecanismul de autentificare reciprocă de generația 1 este compatib ilă 
numai cu o aplicație tahografică de generația 1. 
TCS_97  Varianta de comandă pentr u autentificarea reciprocă VU-card de a doua generație poate fi executată 
în MF, în DF Tachograph și în DF Tachog raph_G2; a se vedea, de asemenea, TCS_34. 
TCS_98  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’ CLA 
INS 1 ‘82h’ INS 
P1 1 ‘00h’ Cheile și algor itmii cunoscuți implicit 
P2 1 ‘00h’  
Lc 1 ‘XXh’ Lc (Lun gimea 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)  
TCS_99  Mesaj de răspuns 
Octet Lungi me Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executat ă cu succes, cardul retur nează starea ‘9000’. 
—  Dacă CHA a cheii publice setate în momentul respectiv nu este reprezentată de concate narea 
AID-ului aplicației tahograf ice și a unui tip de echi pament VU, starea de procesare retur nată este 
‘6F00’. 
—  În cazul în care comanda nu urmează imediat unei comenzi GET CHALLENGE, starea de 
procesare retur nată este ‘6985’. 
Aplicația tahograf ică de generația 1 poate retur na următoarele codur i de eroare suplimentare: 
—  Dacă în mediul de secur itate nu există nicio cheie publică, se retur nează starea ‘6A88’ . 
—  Dacă în mediul de secur itate nu există nicio cheie privată, starea de procesare retur nată este 
‘6A88’ . 
—  Dacă verificarea criptogramei este eronată, starea de procesare retur nată este ‘6688’. 
—  Dacă cheia privată selectată este considerată coruptă, starea de procesare retur nată este ‘6400’ 
sau ‘6581’. 
Varianta de comandă pentr u autentificarea de generația 2 poate retur na următorul cod de eroare 
suplimentar : 
—  Dacă verificarea semnătur ii a eșuat, cardul retur nează ‘6300’. 
3.5.10  GENERAL AUTHENTIC ATE 
Această comandă este utilizată pentr u protocolul de autentificare a cipului de generația 2 specificat în 
apendicele 11 partea B și este conf ormă cu ISO/IEC 7816-4. 
TCS_100  Comanda poate fi executată în MF, în DF Tachog raph și în DF Tachog raph_G2; a se vedea, de 
asemenea, TCS_34. 26.5.2016 L 139/206 Jurnalul Oficial al Uniunii Europene RO    
TCS_101  Mesaj de comandă 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘86h’  
P1 1 ‘00h’ Protocolul și cheile cunoscut e imp li­
cit 
P2 1 ‘00h’  
Lc 1 ‘NNh’ Lc: lungimea câmpului de date sub­
secvent 
#6-#(5+L) L ‘7Ch’ + L7C + ‘80h’ + L80 + ‘XX..XXh’ Valoarea cheii publice efemere co­
date DER -TLV (a se vedea apendi ­
cele 11) 
VU trebuie să trimită obiectele de 
date în această ordine.  
TCS_102  Mesaj de răspuns 
Octet Lung ime Valoare Descr iere 
#1-#L L ‘7Ch’ + L7C + ‘81h’ + ‘08h’ 
+ ‘XX..XXh’ + ‘82h’ + L82 + 
‘XX..XXh’ Date dinamice de autentificare codate DER -TLV: 
nonce și token de autenti ficare (a se vedea apen ­
dicele 11) 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executată cu succes, cardul retur nează starea ‘9000’. 
—  Cardul retur nează starea ‘6A80’ pentr u a indica existenț a unor parametr i incorecți în câmpul 
de date. 
—  Cardul retur nează starea ‘6982’ în cazul în care comanda Exter nal 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șt e, și anume cuvintele de stare sunt ‘9000’, 
—  trebuie să fie absent în cazul unei eror i de execuție sau al unei eror i de verificar e, și anume în 
cazul în care cuvint ele de stare se înscr iu în intervalul ‘6400’ – ‘6FFF’ și 
—  poate fi absent în cazul unei avertizăr i, și anume în cazul în care cuvintele de stare se înscr iu 
în inter valul ‘6200’ – ‘63FF’ . 
3.5.11  MANA GE SECURIT Y ENVIRONMENT 
Această comandă este utilizată pentr u setarea unei chei publice pentr u aute ntifi care. 
3.5.11.1  Pereche de comandă – răspuns pentr u generația 1 
Această comandă respectă ISO/IEC 7816-4. Utilizarea acestei comenzi este restr icționată față de standardul 
corespunzător . 
TCS_103  Această comandă este compatib ilă doar cu o aplicație tahografică de generația 1. 
TCS_104  Cheia identificată în câmpul de date MSE rămâne cheia publică curentă până la următoar ea 
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 secur itate rămâne nesc himbat. 26.5.2016 L 139/207 Jurnalul Oficial al Uniunii Europene RO    
TCS_106  Mesaj de comandă 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘00h’ CLA 
INS 1 ‘22h’ INS 
P1 1 ‘C1h’ P1: cheia identif icată valabilă pentr u toat e operațiunile criptogra ­
fice 
P2 1 ‘B6h’ P2 (date identificate privind semnătura digitală) 
Lc 1 ‘0Ah’ Lc: lungimea câmpului de date subsecvent 
#6 1 ‘83h’ Etichetă pentr u identif icarea unei chei publice în cazur i asime ­
trice 
#7 1 ‘08h’ Lungimea identif icatorului de cheie (identifi cator cheie) 
#8-#15 8 ‘XX..XXh’ Identif icator cheie conf orm specificațiilor din apendicele 11  
TCS_107  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executată cu succes, cardul retur nează starea ‘9000’. 
—  Dacă cheia identif icată nu este prezentă în card, starea de procesare retur nată este ‘6A88’ . 
—  Dacă unele dintre obiectel e de date așteptat e lipsesc din formatul de mesageri e secur izată, se 
retur nează starea de procesare ‘6987’. Acest lucr u se poate întâm pla dacă lipsește eticheta 
‘83h’ . 
—  Dacă unele obiecte de date sunt incorect e, starea de procesare retur nată este ‘6988’. Acest 
lucr u se poate întâmpla dacă lungimea identificator ului cheii nu este ‘08h’ . 
—  Dacă cheia selectată este considerată coruptă, starea de procesare retur nată este ‘6400’ sau 
‘6581’. 
3.5.11.2  Perechi de comandă – răspuns pentr u generația 2 
Pentr u autentificarea de generația 2, cardul de tahograf este compatibil cu următoarel e versiuni de comandă 
MSE: Set care respectă ISO/IEC 7816-4. Aceste versiuni de comandă nu sunt compati bile în ceea ce priveșt e 
autenti ficarea de generația 1. 
3.5.11.2.1  MSE:SET AT pentr u autentificarea cipului 
Următ oarea comandă MSE:SET AT este utilizată pentr u a selecta parametr ii pentr u aute ntifi carea cipului care 
este efectuată de o comandă Gener al Authenticate ulter ioară. 
TCS_108  Comanda poate fi executată în MF, în DF Tachog raph și în DF Tachog raph_G2; a se vedea, de 
asemenea, TCS_34. 
TCS_109  Mesaj de comandă MSE:SET AT pentr u autentif icarea cipului 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘22h’  26.5.2016 L 139/208 Jurnalul Oficial al Uniunii Europene RO    
Octet Lung ime Valoare Descr iere 
P1 1 ‘41h’ Setat pentr u aute ntifi care internă 
P2 1 ‘A4h’ Autentificare 
Lc 1 ‘NNh’ Lc: lungimea câmpului de date subsecvent 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Identif icatorul mecanismului criptografic codat 
DER -TLV: identif icatorul de obiect al autenti fi­
cării cipului (doar valoarea, eticheta ‘06h’ este 
omisă). 
A se vedea apendicele 1 pentr u valor ile identi ­
ficatorilor de obiect ; trebuie folosită notația cu 
octeți. A se vedea apendicele 11 pentr u îndr u­
măr i cu privire la modul de selectare a unuia 
dintre acești identif icatori de obiect.  
3.5.11.2.2  MSE:SET AT pentr u autentificarea VU 
Următ oarea comandă MSE:SET AT este utilizată pentr u a selecta parametr ii și cheile pentr u autentificarea VU 
care este efectuată de o comandă Exter nal Authenticate ulterioară. 
TCS_110  Comanda poate fi executată în MF, în DF Tachog raph și în DF Tachog raph_G2; a se vedea, de 
asemenea, TCS_34. 
TCS_111  Mesaj de comandă MSE:SET AT pentr u autentif icarea VU 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Setat pentr u aute ntifi care exte rnă 
P2 1 ‘A4h’ Autentificare 
Lc 1 ‘NNh’ Lc: lungimea câmpului de date subsecvent 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Identif icatorul mecanismului criptografic codat 
DER -TLV: identif icatorul de obiect al autenti fi­
cării VU (doar valoarea, eticheta ‘06h’ este 
omisă). 
A se vedea apendicele 1 pentr u valor ile identi ­
ficatorilor de obiect ; trebuie folosită notația cu 
octeți. A se vedea apendicele 11 pentr u îndr u­
măr i cu privire la modul de selectare a unuia 
dintre acești identif icatori de obiect. 
‘83h’ + ‘08h’ + ‘XX..XXh’ Identif icator codat DER -TLV al cheii publice a 
VU de către identif icatorul deținătorul ui certifi­
catului menționat în certificat ul aferent. 
‘91h’ + L91 + ‘XX..XXh’ Reprezentare comprim ată, codată DER -TLV, a 
cheii publice efemere a VU care va fi folosită în 
cursul autenti ficării cipului (a se vedea apendi ­
cele 11)  
3.5.11.2.3  MSE:SET DST 
Următ oarea comandă MSE:SET DST este utilizată pentr u a stabili o cheie publică fie 
—  pentr u verificarea unei semnătur i care este furnizată într-o comandă PSO: Verify Digital Signature 
ulterioară, fie 26.5.2016 L 139/209 Jurnalul Oficial al Uniunii Europene RO    
—  pentr u verificarea semnătur ii unui certificat care este furnizat într-o comandă PSO: Verify Certificate 
ulterioară. 
TCS_112  Comanda poate fi executată în MF, în DF Tachog raph și în DF Tachog raph_G2; a se vedea, de 
asemenea, TCS_ 33. 
TCS_113  Mesaj de comandă MSE:SET DST 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Setat pentr u verificare 
P2 1 ‘B6h’ Semnătură digitală 
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 pu­
blice, și anume identificator ul deținătorului 
certificatului din certificatul cheii publice (a se 
vedea apendicele 11)  
Pentr u toat e versiunile de comandă, structura mesajului de răspuns și cuvint ele de stare sunt date de: 
TCS_114  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este execut ată cu succes, cardul retur nează starea ‘9000’. Protocol ul a 
fost selectat și inițializat. 
—  ‘6A80’ indică existen ța unor parametr i incorecți în câmpul de date al comenzii. 
—  ‘6A88’ indică faptul că date le identif icate (și anume o cheie identif icată) nu sunt disponibile. 
3.5.12  PSO: HASH 
Această comandă este utilizată pentr u a transfera pe card rezultatul unui calcul hash aplicat anumitor date. 
Această comandă este utilizată pentr u verificarea semnătur ilor digitale. Valoarea hash este stocată temporar 
pentr u comanda ulter ioară PSO: Verify Digital Signature 
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei comenzi este restr icționată față de standardul 
corespunzător . 
Numai cardul de control trebuie să fie compati bil cu această comandă în DF Tachograph și în DF 
Tachog raph_G2. 
Alte tipur i de card de tahograf pot sau nu să implement eze această comandă. Comanda poate sau nu să fie 
accesibilă în MF. 
Aplicația cardului de control de generația 1 este compatibilă numai cu SHA-1. 
TCS_115  Valoarea hash stocată temporar trebuie ștearsă dacă o nouă valoare hash este calculată prin 
interm ediul unei comenzi PSO: HASH, dacă este selectat un DF și dacă cardul de tahograf este 
resetat. 26.5.2016 L 139/210 Jurnalul Oficial al Uniunii Europene RO    
TCS_116  Mesaj de comandă 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Executarea unei operațiuni de secur itate 
P1 1 ‘90h’ Retur nare cod hash 
P2 1 ‘A0h’ Etich etă: câmpul de date conține DO-ur ile relevante pentr u 
hashing 
Lc 1 ‘XXh’ Lungimea Lc a câmpului de date subsecvent 
#6 1 ‘90h’ Etich etă pentr u codul hash 
#7 1 ‘XXh’ Lungimea L a codului hash: 
‘14h’ în aplicația de generația 1 (a se vedea apendicele 11 par­
tea 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 Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executată cu succes, cardul retur nează starea ‘9000’. 
—  Dacă unele dintre obiectele de date aștep tate (conf orm specifi cațiilor de mai sus) lipsesc, se 
retur nează starea de procesare ‘6987’. Acest lucr u se poate întâm pla dacă lipsește una dintre 
etichet ele ‘90h’ . 
—  Dacă unele obiecte de date sunt incorect e, starea de procesare retur nată este ‘6988’. Această 
eroare apare dacă eticheta necesară este prezentă, dar cu o lungime diferită de ‘14h’ pentr u 
SHA-1, ‘20h’ pentr u SHA-256, ‘30h’ pentr u SHA-384, ‘40h’ pentr u SHA-512 (aplicația de 
generația 2). 
3.5.13  PERFORM HASH OF FILE 
Această comandă nu respectă ISO/IEC 7816-8. Astf el, octetul CLA al acestei comenzi indică o utilizare 
excl usivă a comenzii PERFORM SECURIT Y OPERA TION / HASH. 
Numai cardul de conducător auto și cardul de control trebuie să fie compatibile cu această comandă în DF 
Tachog raph și în DF Tachog raph_G2. 
Alte tipur i de card de tahograf pot sau nu să implementeze această comandă. Dacă un card de societate sau 
de control implement ează această comandă, comanda trebuie implementată conf orm specificațiilor din 
prezentul capitol. 
Comanda poate sau nu să fie accesibilă în MF. În acest caz, comanda trebuie să fie implementată conf orm 
specifi cațiilor din prezentul capitol, și anume să nu permită calcularea unei valor i hash, ci să se închei e cu un 
cod de eroare adecvat. 
TCS_118  Comanda PERFORM HASH OF FILE este utilizată pentr u a executa o operațiune hash în zona de 
date a EF transparent selectat în momentul respectiv . 
TCS_119  Un card de tahograf trebuie să fie compati bil cu această comandă numai pentr u EF-urile care sunt 
menționate în capitolul 4 din cadr ul DF_T achog raph și DF_T achog raph_G2, cu următ oarea 
excepție. Un card de tahograf nu trebuie să fie compat ibil cu această comandă pentr u EF 
Sensor_Installation_Data din DF Tachog raph_G2. 26.5.2016 L 139/211 Jurnalul Oficial al Uniunii Europene RO    
TCS_120  Rezultatul operațiunii hash este stocat temporar în card. Ulter ior, acesta poate fi utilizat pentr u a 
obține semnătura digitală a fișier ului, utilizând comanda PSO: COMPUTE DIGIT AL SIGNATURE. 
TCS_121  Valoarea hash de fișier stocată temporar trebuie ștearsă dacă o nouă valoare hash de fișier este 
calculată prin intermediul comenzii PSO: Hash of File, dacă este selectat un DF și dacă cardul de 
tahograf este resetat. 
TCS_122  Aplicația tahograf ică de generația 1 trebuie să fie compati bilă cu SHA-1. 
TCS_123  Aplicația tahograf ică de generația 2 trebuie să fie compati bilă cu SHA-1 și cu SHA-2 (256, 384 și 
512 biți). 
TCS_124  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘80h’ CLA 
INS 1 ‘2Ah’ Executarea unei operațiuni de secur itate 
P1 1 ‘90h’ Etichetă: Hash 
P2 1 ‘XXh’ P2: indică algor itmul care trebuie utilizat pentr u hashing-ul datelor din 
fișier ul transparent selectat în momentul respectiv: 
‘00h’ pentr u SHA-1 
‘01h’ pentr u SHA-256 
‘02h’ pentr u SHA-384 
‘03h’ pentr u SHA-512  
TCS_125  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executată cu succes, cardul retur nează starea ‘9000’. 
—  Dacă EF-ul curent nu permite această comandă (EF Sensor_Installation_Data din DF 
Tachog raph_G2), se retur nează starea de procesare ‘6985’. 
—  Dacă EF-ul selectat este considerat corupt (eror i în atribut ele fișierului sau eror i de integrit ate a 
date lor stocat e), starea de procesare retur nată este ‘6400’ sau ‘6581’. 
—  Dacă fișier ul selectat nu este un fișier transparent sau dacă nu există un EF curent, starea de 
procesare retur nată este ‘6986’. 
3.5.14  PSO: COMPUTE DIGIT AL SIGNATURE 
Această comandă este utilizată pentr u calcularea semnătur ii digitale a codului hash calculat anter ior (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 
Tachog raph și în DF Tachog raph_G2. 
Alte tipur i de cardur i de tahograf pot sau nu să implementeze această comandă, dar nu trebuie să aibă o 
cheie de semnătură. Prin urmare, acest e cardur i nu pot executa comanda cu succes, ci o închei e cu un cod de 
eroare adecvat. 
Comanda poate sau nu să fie accesibilă în MF. În acest caz, comanda trebuie să se încheie cu un cod de 
eroare adecvat. 26.5.2016 L 139/212 Jurnalul Oficial al Uniunii Europene RO    
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei comenzi este restr icționată față de standardul 
corespunzător . 
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ă pentr u a calcula 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 compl etare 
conf ormă cu PKCS1 (a se vedea apendicele 11 pentr u detalii). 
TCS_129  Aplicația tahograf ică de generația 2 calculează o semnătură digitală bazată pe curbe eliptice (a se 
vedea apendicele 11 pentr u detalii). 
TCS_130  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Executarea unei operațiuni de secur itate 
P1 1 ‘9Eh’ Semnătură digitală de retur nat 
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 prezent e în card 
(hash de fișier) 
Le 1 ‘NNh’ Lungimea semnătur ii aștep tate  
TCS_131  Mesaj de răspuns 
Octet Lung ime Valoare Descr iere 
#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 retur nează starea ‘9000’. 
—  Dacă cheia privată selectată implicit este considerată coruptă, starea de procesare retur nată 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 retur nată este ‘6985’. 
3.5.15  PSO: VERIFY DIGIT AL SIGNATURE 
Această comandă este utilizată pentr u a verifica semnătura digitală, furnizată ca intrare, al cărui cod hash este 
cunoscut de card. Algor itmul semnătur ii este cunoscut implicit de card. 
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei comenzi este restr icționată față de standardul 
corespunzător . 
Numai cardul de control trebuie să fie compati bil cu această comandă în DF Tachograph și în DF 
Tachog raph_G2. 
Alte tipur i de card de tahograf pot sau nu să implement eze această comandă. Comanda poate sau nu să fie 
accesibilă în MF. 
TCS_132  Comanda VERIFY DIGIT AL SIGNA TURE utilizează întotde auna cheia publică selectată de comanda 
anter ioară Manage Secur ity Enviro nment MSE: Set DST și codul hash anterior introdus de o comandă 
PSO: HASH. 26.5.2016 L 139/213 Jurnalul Oficial al Uniunii Europene RO    
TCS_133  Mesaj de comandă 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Executarea unei operațiuni de secur itate 
P1 1 ‘00h’  
P2 1 ‘A8h’ Etich etă: câmpul de date conține DO-ur ile relevante pentr u ve­
rificare 
Lc 1 ‘83h’ Lungimea Lc a câmpului de date subsecvent 
6 1 ‘9Eh’ Etich etă pentr u semnătura digitală 
#7-#8 2 ‘81 XXh’ Lungimea semnătur ii digitale: 
128 de octeți codați în conf ormitate cu apendicele 11 partea 
A pentr u aplicația tahografică de generația 1 
În funcție de curba aleasă pentr u aplicația tahografică de gene­
rația 2 (a se vedea apendicele 11 partea B) 
#9-#(8+L) L ‘XX..XXh’ Conținutul semnătur ii digitale  
TCS_134  Mesaj de răspuns 
Octet Lungime Valoare Descr iere 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executată cu succes, cardul retur nează starea ‘9000’. 
—  Dacă verificarea semnătur ii eșuează, starea de procesare retur nată este ‘6688’. Procesul de 
verificare este descr is în apendicele 11. 
—  Dacă nu este selectată nicio cheie publică, starea de procesare retur nată este ‘6A88’ . 
—  Dacă unele dintre obiectele de date aștep tate (conf orm specifi cațiilor de mai sus) lipsesc, se 
retur nează starea de procesare ‘6987’. Acest lucr u se poate întâm pla dacă una dintre etichetele 
necesare lipsește. 
—  Dacă nu este disponibil niciun cod hash pentr u procesarea comenzii (ca urmare a unei 
comenzi PSO: Hash anterioare), starea de procesare retur nată este ‘6985’. 
—  Dacă unele obiecte de date sunt incorect e, starea de procesare retur nată este ‘6988’. Acest 
lucr u se poate întâmpla dacă lungimea unuia dintre obiect ele de date necesare este incorectă. 
—  Dacă cheia publică selectată este considerată coruptă, starea de procesare retur nată este ‘6400’ 
sau ‘6581’. 
3.5.16  PROCE SS DSRC MESSA GE 
Această comandă este utilizată pentr u a verifica integritatea și autenticitat ea mesa jului DSR C și pentr u a 
descifra datele comunicate de o VU unei autori tăți de control sau unui atelier prin legătura DSR C. Cardul 
obține cheia de criptare și cheia MAC folosit e pentr u a secur iza mesajul DSR C conf orm descr ierii din 
apendicele 11 partea B capit olul 13. 
Numai cardul de control și cardul de ateli er trebuie să fie compatib ile cu această comandă în DF 
Tachog raph_G2. 
Alte tipur i de cardur i de tahograf pot sau nu să implementeze această comandă, dar nu trebuie să aibă o 
cheie master DSR C. Prin urmare, aceste cardur i nu pot executa comanda cu succes, ci o încheie cu un cod de 
eroare adecvat. 26.5.2016 L 139/214 Jurnalul Oficial al Uniunii Europene RO    
Comanda poate sau nu să fie accesibilă în MF și/sau în DF Tachog raph. În acest caz, comanda trebuie să se 
închei e cu un cod de eroare adecvat. 
TCS_135  Cheia master DSR C este accesibilă numai în DF Tachog raph_G2, și anume cardul de control și 
cardul de atelier trebuie să permită executa rea cu succes a comenzii doar în DF Tachog raph_G2. 
TCS_136  Comanda decr iptează doar date le DSR C și verifică suma de verificare criptografică, dar fără a 
interpr eta date le de intrare. 
TCS_137  Ordinea obiect elor de date din câmpul de date al comenzii este fixată de prezenta specifi cație. 
TCS_138  Mesaj de comandă 
Octet Lung ime Valoare Descr iere 
CLA 1 ‘80h’ CLA excl usiv 
INS 1 ‘2Ah’ Executarea unei operațiuni de secur itate 
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-ur i SM 
Lc 1 ‘NNh’ Lungimea Lc a câmpului de date subsecvent 
#6-#(5+L) L ‘87h’ + L87 + ‘XX..XXh’ Octet indicator de conținut de compl etare codat 
DER -TLV, urmat de datele utile de tahograf crip­
tate. Pentr u octetul indicator de conținut de com ­
pletare trebuie folosită valoarea ‘00h’ („nicio altă 
indicație” în conf ormitate cu tabelul 52 din ISO/ 
IEC 7816-4:2013). Pentr u mecanismul de crip­
tare, a se vedea apendicele 11 partea B capitolul 
13. 
Valor ile permise pentr u lungimea L87 sunt multi ­
plii lungimii de bloc AES plus 1 pentr u 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 pentr u obiectul de date SM cu eticheta 
‘87h’. 
‘81h’ + ‘10h’ Model de referință de control pentr u confidenția ­
litate, codat DER -TLV, care găzduiește concate na­
rea următoar elor elemente de date (a se vedea 
apendicele 1, DSRCSecur ityData, și apendicele 11 
partea B capitolul 13): 
—  marcă temporală – 4 octeți 
—  contor – 3 octeți 
—  număr ul de serie al VU – 8 octeți 
—  versiunea cheii master DSR C – 1 octet 
Notă: a se vedea tabelul 49 din ISO/IEC 7816- 
4:2013 pentr u obiectul de date SM cu eticheta 
‘81h’. 
‘8Eh’ + L8E + ‘XX..XXh’ MAC codat DER -TLV prin mesa jul DSR C. Pentr u 
calcularea și algor itmul MAC, a se vedea apendi ­
cele 11 partea B capit olul 13. 
Notă: a se vedea tabelul 49 din ISO/IEC 7816- 
4:2013 pentr u obiectul de date SM cu eticheta 
‘8Eh’.  26.5.2016 L 139/215 Jurnalul Oficial al Uniunii Europene RO    
TCS_139  Mesaj de răspuns 
Octet Lung ime Valoare Descr iere 
#1-#L L ‘XX..XXh’ Lipseșt e (în cazul unei eror i) sau date descifrate (comp letare elimi ­
nată) 
SW 2 ‘XXXXh’ Cuvinte de stare (SW1, SW2)  
—  În cazul în care comanda este executată cu succes, cardul retur nează starea ‘9000’. 
—  ‘6A80’ indică existenț a unor parametr i incorecți în câmpul de date al comenzii (utilizat, de 
asemenea, în cazul în care obiect ele de date nu sunt trimise în ordinea specificată). 
—  ‘6A88’ indică faptul că datele menționate nu sunt disponibile, și anume cheia master DSR C 
identif icată nu este disponibilă. 
—  ‘6900’ indică faptul că verificarea sumei de verificare criptografi ce sau decr iptarea date lor a 
eșuat. 
4.  STR UCTURA CARDURILOR DE TAHOGRAF 
Prezenta secțiune specifi că structur ile de fișiere ale cardur ilor de tahograf pentr u stocare a date lor accesibile. 
Ea nu specific ă structur ile intern e care depind de producăt orul cardului, precum antetur ile fișierelor , nici 
stocare a și procesarea elemente lor de date necesare doar pentr u uz intern, 
precum
 ,
 ,
 sau
 . 
TCS_140  Un card de tahograf de generația 2 trebuie să cupr indă fișier ul master MF și o aplicație tahograf ică 
de generația 1 și una de generația 2 de același tip (de exem plu, aplicațiile cardului de conducăt or 
auto). 
TCS_141  Un card de tahograf trebuie să fie compati bil cel puțin cu număr ul minim de înregistrăr i specif icat 
pentr u aplicațiile corespondente și trebuie să nu permită mai multe înregistrăr i decât număr ul 
maxim de înregistrăr i specifi cat pentr u aplicațiile corespondente. 
Număr ul minim și număr ul maxim de înregistrăr i pentr u diferitele aplicații sunt specific ate în 
prezentul capit ol. 
Pentr u condițiile de secur itate utilizate în cadr ul normelor de acces pe parcursul prezentului 
capitol, a se consulta capit olul 3.3. În general, modul de acces „read” denotă comanda READ 
BINAR Y cu octet INS par și, dacă este compati bil, impar , cu exce pția EF Sensor_Installation_Data 
din cardul de ateli er, a se vedea TCS_156 și TCS_160. Modul de acces „update ” denotă comanda 
UPD ATE BINAR Y cu octet INS par și, dacă este compatibil, impar , iar modul de acces „select” 
denotă comanda SELECT . 
4.1.  Fișier master MF 
TCS_142  După personalizarea sa, fișie rul master MF trebuie să aibă următoarea structură permanentă a 
fișierelor și următoarele norme de accesare a fișierelor : 
Notă: identif icatorul de EF scur t SFID este dat ca număr zecimal, de exem plu valoarea 30 
corespunde lui 11110 în cod binar . 
26.5.2016 L 139/216 Jurnalul Oficial al Uniunii Europene RO    
În acest tabel este folosită următoar ea abreviere pentr u condiția de secur itate: 
SC1  ALW SAU SM-MA C-G2 
TCS_143  Structura tuturor EF trebuie să fie transparentă. 
TCS_144  Fișier ul master MF trebuie să aibă următoar ea structură de date : 
TCS_145  Fișier ul elementar EF DIR trebuie să conțină următoarele obiect e 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șier ul elementar EF ATR/INFO trebuie să fie prezent în cazul în care cardul de tahograf indică, în 
ATR-ul său, că este compati bil cu câmpuri cu lungime extinsă. În acest caz, EF ATR/INFO conține 
obiectul de date informativ cu lungime extinsă (DO‘7F66’), conf orm specif icațiilor din ISO/IEC 
7816-4:2013, clauza 12.7.1. 
TCS_147  Fișier ul elementar EF Extended_Length trebuie să fie prezent în cazul în care cardul de tahograf 
indică, în ATR-ul său, că este compati bil 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 compatib ile cu prot ocolul T = 1 și / sau T = 0. 
Valoarea ‘01’ arată compatib ilitatea câmpului cu lungime extinsă cu protocolul T = 1. 
Valoarea ‘10’ arată compatib ilitatea câmpului cu lungime extinsă cu protocolul T = 0. 
Valoarea ‘11’ arată compat ibilitatea 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ăt oarea structură permanentă a fișierelor și următ oarele norme de accesare a fișierelor : 26.5.2016 L 139/217 Jurnalul Oficial al Uniunii Europene RO    
În acest tabel sunt folosite următ oarele abrevier i pentr u condițiile de secur itate: 
SC1  ALW SAU SM-MA C-G2 
SC2  ALW SAU SM-MA C-G1 SAU SM-MA C-G2 
SC3  SM-MA C-G1 SAU SM-MA C-G2 
TCS_149  Structura tuturor EF trebuie să fie transparentă. 
TCS_150  Aplicația de card de conducăt or auto de generația 1 trebuie să aibă următoarea structură de date:   26.5.2016 L 139/218 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/219 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/220 Jurnalul Oficial al Uniunii Europene RO    
TCS_151  Următoar ele valor i, utilizate pentr u a specifica dimensiuni în tabelul de mai sus, reprezintă valor ile 
pentr u număr ul minim și maxim de înregistrăr i pe care structura de date a cardului de conducăt or 
auto trebuie să le utilizeze pentr u o aplicație de generația 1: 
4.2.2  Aplicația de card de conducător auto de generația 2 
TCS_152  După personalizarea sa, aplicația de card de conducător auto de generația 2 trebuie să aibă 
următ oarea structură permanentă a fișierelor și următ oarele norme de accesare a fișierelor . 
Notă: identif icatorul de EF scur t SFID este dat ca număr zecimal, de exem plu valoarea 30 
corespunde lui 11110 în cod binar . 
În acest tabel este folosită următoar ea abreviere pentr u condiția de secur itate: 
SC1  ALW SAU SM-MA C-G2 
TCS_153  Structura tuturor EF trebuie să fie transparentă. 
TCS_154  Aplicația de card de conducăt or auto de generația 2 trebuie să aibă următoarea structură de date:   26.5.2016 L 139/221 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/222 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/223 Jurnalul Oficial al Uniunii Europene RO    
TCS_155  Următoar ele valor i, utilizate pentr u a specifica dimensiuni în tabelul de mai sus, reprezintă valor ile 
pentr u număr ul minim și maxim de înregistrăr i pe care structura de date a cardului de conducăt or 
auto trebuie să le utilizeze pentr u o aplicație 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 
TCS_156  După personalizarea sa, aplicația de card de ateli er de generația 1 trebuie să aibă următoar ea 
structură permanentă a fișierelor și următ oarele norme de accesare a fișierelor :  26.5.2016 L 139/224 Jurnalul Oficial al Uniunii Europene RO    
În acest tabel sunt folosite următ oarele abrevier i pentr u condițiile de secur itate: 
SC1  ALW SAU SM-MA C-G2 
SC2  ALW SAU SM-MA C-G1 SAU SM-MA C-G2 
SC3  SM-MA C-G1 SAU SM-MA C-G2 
SC4  Pentr u comanda READ BINAR Y cu octet INS par: 
(PLAIN-C ȘI SM-R -ENC-G1) SAU (SM-C-MA C-G1 ȘI SM-R -ENC-MA C-G1) SAU 
(SM-C-MA C-G2 ȘI SM-R -ENC-MA C-G2) 
Pentr u comanda READ BINAR Y cu octet INS impar (dacă este compati bil): NEV 
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:   26.5.2016 L 139/225 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/226 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/227 Jurnalul Oficial al Uniunii Europene RO    
TCS_159  Următoar ele valor i, utilizate pentr u a specifica dimensiuni în tabelul de mai sus, reprezintă valor ile 
pentr u număr ul minim și maxim de înregistrăr i pe care structura de date a cardului de atelier 
trebuie să le utilizeze pentr u o aplicație de generația 1: 
4.3.2  Aplicația de card de atelier de generația 2 
TCS_160  După personalizarea sa, aplicația de card de ateli er de generația 2 trebuie să aibă următoar ea 
structură permanentă a fișierelor și următ oarele norme de accesare a fișierelor . 
Notă: identif icatorul de EF scur t SFID este dat ca număr zecimal, de exem plu valoarea 30 
corespunde lui 11110 în cod binar .  26.5.2016 L 139/228 Jurnalul Oficial al Uniunii Europene RO    
În acest tabel sunt folosite următ oarele abrevier i pentr u condițiile de secur itate: 
SC1  ALW SAU SM-MA C-G2 
SC5  Pentr u comanda READ BINAR Y cu octet INS par: SM-C-MA C-G2 ȘI SM-R -ENC-MA C-G2 
Pentr u comanda READ BINAR Y cu octet INS impar (dacă este compati bil): NEV 
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:   26.5.2016 L 139/229 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/230 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/231 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/232 Jurnalul Oficial al Uniunii Europene RO    
TCS_163  Următoar ele valor i, utilizate pentr u a specifica dimensiuni în tabelul de mai sus, reprezintă valor ile 
pentr u număr ul minim și maxim de înregistrăr i pe care structura de date a cardului de atelier 
trebuie să le utilizeze pentr u o aplicație de generația 2: 
4.4.  Aplicații de card de control 
4.4.1  Aplicația de card de contro l de generația 1 
TCS_164  După personalizarea sa, aplicația de card de control de generația 1 trebuie să aibă următ oarea 
structură permanentă a fișierelor și următ oarele norme de accesare a fișierelor : 
În acest tabel sunt folosite următ oarele abrevier i pentr u condițiile de secur itate: 
SC1  ALW SAU SM-MA C-G2 
SC2  ALW SAU SM-MA C-G1 SAU SM-MA C-G2 
SC3  SM-MA C-G1 SAU SM-MA C-G2 
SC6  EXT -AUT-G1 SAU SM-MA C-G1 SAU SM-MA C-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ătoar ea structură de date:   26.5.2016 L 139/233 Jurnalul Oficial al Uniunii Europene RO    
TCS_167  Următoar ele valor i, utilizate pentr u a specifica dimensiuni în tabelul de mai sus, reprezintă valor ile 
pentr u număr ul minim și maxim de înregistrăr i pe care structura de date a cardului de control 
trebuie să le utilizeze pentr u o aplicație de generația 1: 
4.4.2  Aplicația de card de contro l de generația 2 
TCS_168  După personalizarea sa, aplicația de card de control de generația 2 trebuie să aibă următ oarea 
structură permanentă a fișierelor și următ oarele norme de accesare a fișierelor . 
Notă: identif icatorul de EF scur t SFID este dat ca număr zecimal, de exem plu valoarea 30 
corespunde lui 11110 în cod binar . 26.5.2016 L 139/234 Jurnalul Oficial al Uniunii Europene RO    
În acest tabel este folosită următoar ea abreviere pentr u condiția de secur itate: 
SC1  ALW SAU SM-MA C-G2 
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ătoar ea structură de date:   26.5.2016 L 139/235 Jurnalul Oficial al Uniunii Europene RO    
TCS_171  Următoar ele valor i, utilizate pentr u a specifica dimensiuni în tabelul de mai sus, reprezintă valor ile 
pentr u număr ul minim și maxim de înregistrăr i pe care structura de date a cardului de control 
trebuie să le utilizeze pentr u o aplicație de generația 2: 
4.5.  Aplicații de card de societa te 
4.5.1  Aplicația de card de societate de gener ația 1 
TCS_172  După personalizarea sa, aplicația de card de societate de generația 1 trebuie să aibă următoar ea 
structură permanentă a fișierelor și următ oarele norme de accesare a fișierelor : 26.5.2016 L 139/236 Jurnalul Oficial al Uniunii Europene RO    
În acest tabel sunt folosite următ oarele abrevier i pentr u condițiile de secur itate: 
SC1  ALW SAU SM-MA C-G2 
SC2  ALW SAU SM-MA C-G1 SAU SM-MA C-G2 
SC3  SM-MA C-G1 SAU SM-MA C-G2 
SC6  EXT -AUT-G1 SAU SM-MA C-G1 SAU SM-MA C-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: 
26.5.2016 L 139/237 Jurnalul Oficial al Uniunii Europene RO    
TCS_175  Următoar ele valor i, utilizate pentr u a specifica dimensiuni în tabelul de mai sus, reprezintă valor ile 
pentr u număr ul minim și maxim de înregistrăr i pe care structura de date a cardului de societate 
trebuie să le utilizeze pentr u o aplicație de generația 1: 
4.5.2  Aplicația de card de societate de gener ația 2 
TCS_176  După personalizarea sa, aplicația de card de societate de generația 2 trebuie să aibă următoar ea 
structură permanentă a fișierelor și următ oarele norme de accesare a fișierelor . 
Notă: identif icatorul de EF scur t SFID este dat ca număr zecimal, de exem plu valoarea 30 
corespunde lui 11110 în cod binar . 
În acest tabel este folosită următoar ea abreviere pentr u condiția de secur itate: 
SC1  ALW SAU SM-MA C-G2 
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:   26.5.2016 L 139/238 Jurnalul Oficial al Uniunii Europene RO    
TCS_179  Următoar ele valor i, utilizate pentr u a specifica dimensiuni în tabelul de mai sus, reprezintă valor ile 
pentr u număr ul minim și maxim de înregistrăr i pe care structura de date a cardului de societate 
trebuie să le utilizeze pentr u o aplicație de generația 2: 
26.5.2016 L 139/239 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 3 
PICTOGRAME 
PIC_001  Tahograful poate folosi opțional următ oarele pictograme și combinații de pictograme (sau pictograme și 
combinații suficie nt de asemănăt oare pentr u a fi clar identif icabile cu acest ea):  
1. PICTOGRAME DE BAZ Ă  
Persoane Acțiuni Modur i 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 cu­
rentă 
Conducere Timp de conducere continuă 
Odihnă Perioada de odihnă curentă 
Alte activități Ziua de lucr u curentă 
Pauză Durata cumulată a pauzelor 
Necunoscută    
Echipament Funcții 
Slot pentr u cardul de condu ­
cător auto  
Slot pentr u cardul copilotu ­
lui  
Card  
Ceas  
Afișaj Afișare 
Stocare externă Descărcare 
Sursă de alimentare (elec ­
trică)  
Impr imantă/document im­
primat Impr imare 
Senzor  
Dimensiunea pneur ilor  
Vehicul/unitate montată pe 
vehicul  
Echipament GNSS  
Echipament de detectare la 
distanță  
Interfață ITS    
Condiții specif ice 
În afara zonei de aplicare a reglementăr ilor 
Traver sare cu feribotul sau cu trenul  26.5.2016 L 139/240 Jurnalul Oficial al Uniunii Europene RO    
Div erse   
Evenimente 
 Anomalii 
Începutul zilei de lucr u 
 Sfârșitul zilei de lucr u 
Loc   
Introducere manuală a activităților 
conducător ului auto   
Secur itate   
Viteză   
Oră   
Total/rezumat     
Calif icativ e 
24h Zilnic 
Săptămânal 
Două săpt ămâni 
De la sau până la   
2. COMBINAȚII DE PICTOGRAME  
Div erse   
Locul controlului   
Loc de începere a zilei de lucr u 
 Loc de încheiere a zilei de lucr u 
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   
Cardur i 
Card de conducăt or auto 
Card de societate 
Card de control 
Card de ateli er 
Niciun card   
Conducere 
Conducere în echi paj 
Timp de conducere pentr u o săptămână 
Timp de conducere pentr u două săpt ămâni   
Documente impr imate 
Document imprimat zilnic privind activitățile conducător ului auto extrase de pe card 
Document imprimat zilnic privind activităților conducător ului auto 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ă  26.5.2016 L 139/241 Jurnalul Oficial al Uniunii Europene RO    
Evenimente 
Introducerea unui card nevalabil 
Conf lict de cardur i 
Suprapunere a timpului 
Conducere fără un card corespunzăt or 
Introducerea cardului în timpul conducer ii 
Încheiere incorectă a ultimei sesiuni de utilizare a cardului 
Depășire a limite i de viteză 
Întrer upere a alimentăr ii cu energie electr ică 
Eroare privind datele de la senzor ul de mișcare 
Conf lict privind deplasarea vehiculului 
Încălcare a secur ității 
Reglarea orei (de către atelier) 
Control pentr u depășirea limitei de viteză   
Anomalii 
Anomalie a cardului (slot pentr u cardul de conducăt or auto) 
Anomalie a cardului (slot pentr u cardul copilotului) 
Anomalie a afișajului 
Anomalie la descărcare 
Anomalie a imprimant ei 
Anomalie a senzor ului 
Anomalie intern ă a VU 
Anomalie a GNSS 
Anomalie privind detectarea la distanță   
Procedură privind introducerea manuală a datelor 
Aceeași zi de lucr u în curs? 
Sfârșitul zilei de lucr u anterioare? 
Confi rmați sau introduceți locul de închei ere a zilei de lucr u 
Introduceți ora de pornire 
Introduceți locul de începere a zilei de lucr u.  
Notă: În apendicele 4 sunt definite combinații suplimentare de pictogram e, pentr u formarea de blocur i de 
imprimare sau de identif icatori de înregistrare.   26.5.2016 L 139/242 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 4 
DOCUMENTE IMPRIMA TE 
CUPRINS 
1. GENERALITĂȚI .................................................................................................................................. 243 
2. SPECIFIC AȚII PRIVIND BLOCURILE DE DATE............................................................................................ 243 
3. SPECIFIC AȚII REFERITO ARE LA DOCUMENTELE IMPRIMA TE....................................................................... 250 
3.1. Document imprimat zilnic privind activitățile conducător ului auto extrase de pe card ........................... 250 
3.2. Document imprimat zilnic privind activităților conducător ului auto extrase din VU .............................. 251 
3.3. Document imprimat privind evenimentele și anomaliile de pe card ................................................... 252 
3.4. Document imprimat privind evenimentele și anomaliile din VU ........................................................ 252 
3.5. Document imprimat privind datele tehnice .................................................................................. 253 
3.6. Document imprimat privind depășirea limite i de vitez ă................................................................... 253 
3.7. Istor icul introducer ii cardur ilor .................................................................................................. 254  
1.  GENERALITĂȚI 
Fiecare document imprimat este constr uit prin înlănțuirea a diverse blocur i de date , identificate, dacă este cazul, 
prin interm ediul unui identificator de bloc. 
Un bloc de date conține una sau mai multe înregistrăr i, identificate, dacă este cazul, cu un identificator de 
înregistrare. 
PRT_001  Când un identificator de înregistrare urmează imediat după un identif icator de bloc, identif icatorul de 
înregistrare nu este impr imat. 
PRT_002  În cazul în care un element de date este necunoscut sau nu trebuie imprimat din motive lega te de 
drepturi le 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 impr imat, se omit e întregul rând. 
PRT_004  La impr imare, câmpuril e de date numer ice sunt aliniate la dreapta, cu un spațiu de separare pentr u mii 
și milioane și fără zerour i la început. 
PRT_005  La impr imare, câmpurile de date constituite din șiruri de caract ere sunt aliniat e la stânga și completat e 
cu spații până la lungimea elementului de date sau trunchiat e la lungimea elementului de date, atunci 
când este necesar (nume și adrese). 
PRT_006  În cazul trecer ii la un nou rând din cauza lungimii textului, la începutul noului rând ar trebui impr imat 
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 ționale pentr u formatare: 
—  caracterele aldine indică faptul că trebuie imp rimat un text în clar (textul se imprimă cu caracte re normale); 
—  caracterele normale reprezintă variabile (pictograme sau date ) care trebuie înlocuite cu valor ile lor în scopul 
impr imăr ii; 
—  denumir ile variabilelor au fost compl etate cu liniuțe de subliniere pentr u a ilustra lungimea elementului de 
date disponibil pentr u variabila în cauză; 
—  datele sunt specifi cate în formatul „zz/ll/aaaa” (zi, lună, an). Se poate utiliza, de asemenea, formatul „zz.ll. 
aaaa”; 
—  term enul „identifi carea cardului” reprezintă combinația dintre: tipul de card, reprezentat printr-o combinație 
de pictogram e de card, codul statului membr u care a emis cardul, o bară oblică orientată spre dreapta și 
număr ul cardului cu indexul de înlocuire și indexul de reînnoire separat e 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ăr ul cardului 
(care includ, eventual, un indice secvențial)  
Indice de 
înlocuire  
Indice de 
reînnoire  26.5.2016 L 139/243 Jurnalul Oficial al Uniunii Europene RO    
PRT_007 Document ele impr imat e utilizează următoar ele blocur i de date și/sau înregistrăr i de date, în conf ormitate cu 
următoar ele semnificații și formate: 
26.5.2016 L 139/244 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/245 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/246 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/247 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/248 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/249 Jurnalul Oficial al Uniunii Europene RO    
3.  SPECIFICAȚII REFERITO ARE LA DOCUMENTELE IMPRIMA TE 
În prezentul capit ol s-au folosit următoar ele notații convenționale: 
N A se impr ima blocul sau înregistrarea cu număr ul N.  
N A se imprima blocul sau înregistrarea cu număr ul N, operațiune repetată ori de câte 
ori este necesar .  
X/Y A se impr ima blocur ile sau înregistrăr ile X și/sau Y, după caz, cu repetarea operațiunii 
ori de câte ori este necesar .  
3.1.  Document impr imat zilnic privind activitățile conducător ului auto extrase de pe card 
PRT_008 Documentul imprimat zilnic privind activitățile conducăt orului auto extrase de pe card respectă 
următ orul format : 
1 Data și ora impr imăr ii documentului 
2 Tipul de document impr imat 
3 Identif icarea agentului de control (dacă în VU este introdus un card de control) 
3 Identif icarea conducător ului auto (de pe cardul care face obiectul imprimăr ii + GEN) 
4 Identif icarea vehiculului (vehiculul din care se imprimă datele) 
5 Identif icarea VU (VU din care se imprimă date le + GEN) 
6 Ultima etalonare a respectivei VU 
7 Ultimul control la care a fost supus conducăt orul auto inspectat 
8 Delimitator al activităților conducăt orului auto 
8a Condiție „În afara zonei de aplicare a reglementăr ilor” la începutul zilei respective 
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4 Activitățile conducăt orului auto în ordine cronologică 
11 Delimitator al rezumatului zilnic 26.5.2016 L 139/250 Jurnalul Oficial al Uniunii Europene RO    
11.4 Locur ile introduse în ordine cronologică 
11.5 Date GNSS 
11.6 Totalur i activitate 
12.1 Evenimente sau anomalii din delimitator ul cardului 
12.4 Înregistrăr i de evenimente/ anomalii (ultimele 5 evenimente sau anomalii înregistrat e 
pe card) 
13.1 Evenimente sau anomalii extrase din delimitatorul VU 
13.4 Înregistrăr i de evenimente/ anomalii (ultimele 5 evenimente sau anomalii înregistrat e 
sau în curs de desfășurare în VU) 
22.1 Locul controlului 
22.2 Semnătura agentului de control 
22.5 Semnătura conducăt orului auto  
3.2.  Document impr imat zilnic privind activităților conducăt orului auto extrase din VU 
PRT_009 Documentul imprimat zilnic privind activităților conducăt orului auto extrase din VU respectă 
următ orul format : 
1 Data și ora impr imăr ii documentului 
2 Tipul de document impr imat 
3 Identif icarea titular ului cardului (pentr u toat e cardur ile introduse în VU + GEN) 
4 Identif icarea vehiculului (vehiculul din care se imprimă datele) 
5 Identif icarea VU (VU din care se imprimă date le + GEN) 
6 Ultima etalonare a respectivei VU 
7 Ultimul control al tahografului respectiv 
9 Delimitator al activităților conducăt orului auto 
10 Delimitator al slotului pentr u cardul de conducăt or auto (slotul 1) 
10a Condiție „În afara zonei de aplicare a reglementăr ilor” la începutul zilei respective 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Activități în ordine cronologică (slot pentr u cardul de conducăt or auto) 
10 Delimitator al slotului pentr u cardul copilotului (slotul 2) 
10a Condiție „În afara zonei de aplicare a reglementăr ilor” la începutul zilei respective 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Activități în ordine cronologică (slot pentr u cardul copilotului) 
11 Delimitator al rezumatului zilnic 
11.1 Rezumatul perioadelor fără card în slotul pentr u cardul de conducător auto 
11.4 Locur ile introduse în ordine cronologică 
11.5 Date GNSS 
11.6 Totalur i activitate 
11.2 Rezumatul perioadelor fără card în slotul pentr u cardul copilotului 
11.4 Locur ile introduse în ordine cronologică 
11.5 Date GNSS 26.5.2016 L 139/251 Jurnalul Oficial al Uniunii Europene RO    
11.7 Totalur i activitate 
11.3 Rezumatul activităților unui conducător auto, pentr u ambele slotur i  
11.4  Locur ile introduse de respectivul conducăt or auto în ordine cronologică 
11.5 Date GNSS 
11.8 Totalur i activitate pentr u respectivul conducător auto 
13.1 Delimitator evenimente/anomalii 
12.4 Înregistrăr i de evenimente/ anomalii (ultimele 5 evenimente sau anomalii înregistrat e 
sau în curs de desfășurare în VU) 
13.1 Locul controlului 
22.2 Semnătura agentului de control 
22.3 De la ora (spațiu disponibil pentr u ca un conducăt or auto fără card să indice 
care perioade sunt relevante pentr u el) 
22.4 Până la ora 
22.5 Semnătura conducăt orului auto  
3.3.  Document impr imat 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 impr imăr ii documentului 
2 Tipul de document impr imat 
3 Identif icarea agentului de control (dacă în VU este introdus un card de control + 
GEN) 
3 Identif icarea conducăt orului auto (de pe cardul care face obiectul impr imăr ii) 
4 Identif icarea vehiculului (vehiculul din care se imprimă datele) 
12.2 Delimitator al evenimentelor 
12.4 Înregistrăr i ale evenimentelor (toat e evenimentele stocate pe card) 
12.3 Delimitator al anomaliilor 
12.4 Înregistrăr i ale anomaliilor (toate anomaliile stocat e pe card) 
22.1 Locul controlului 
22.2 Semnătura agentului de control 
22.5 Semnătura conducăt orului auto  
3.4.  Document impr imat privind evenimentele și anomaliile din VU 
PRT_011 Documentul imprimat privind evenimentele și anomaliile din VU respectă următorul format: 
1 Data și ora impr imăr ii documentului 
2 Tipul de document impr imat 
3 Identif icarea titular ului cardului (pentr u toat e cardur ile introduse în VU + GEN) 
4 Identif icarea vehiculului (vehiculul din care se imprimă datele) 26.5.2016 L 139/252 Jurnalul Oficial al Uniunii Europene RO    
13.2 Delimitator al evenimentelor 
13.4 Înregistrăr i ale evenimente lor (toate evenimente le stocat e sau în curs de desfășurare în 
VU) 
13.3 Delimitator al anomaliilor 
13.4 Înregistrăr i ale anomaliilor (toate anomaliile stocat e sau în curs de desfășurare în VU) 
22.1 Locul controlului 
22.2 Semnătura agentului de control 
22.5 Semnătura conducăt orului auto  
3.5.  Document impr imat privind datele tehnice 
PRT_012 Documentul imprimat privind datele tehnice respectă următorul format: 
1 Data și ora impr imăr ii documentului 
2 Tipul de document impr imat 
3 Identif icarea titular ului cardului (pentr u toat e cardur ile introduse în VU + GEN) 
4 Identif icarea vehiculului (vehiculul din care se imprimă datele) 
14 Identif icarea VU 
15 Identif icarea senzor ului 
15.1 Date privind asocierea senzor ului (toate datele disponibile în ordine cronologică) 
16 Identif icarea GNSS 
16.1 Date privind cuplarea echi pamentului GNSS extern (toate datele disponibile în ordine 
cronologică) 
17 Delimitator al datelor de etalonare 
17.1 Înregistrăr i ale etalonăr ilor (toate înregistrăr ile disponibile în ordine cronologică) 
18 Delimitator al reglării orei 
18.1 Înregistrăr i ale reglării orei (toate înregistrăr ile disponibile din înregistrăr ile reglării 
orei și ale datelor de etalonare) 
19 Cel mai recent eveniment și cea mai recentă anomalie înregistrat e în VU  
3.6.  Document impr imat privind depășirea limitei de viteză 
PRT_013 Documentul imprimat privind depășirea limitei de viteză respectă următorul format: 
1 Data și ora impr imăr ii documentului 
2 Tipul de document impr imat 
3 Identif icarea titular ului cardului (pentr u toat e cardur ile introduse în VU + GEN) 
4 Identif icarea vehiculului (vehiculul din care se imprimă datele) 
20 Informații privind controalele pentr u depășirea limitei de viteză 
21.1 Identif icatorul datelor privind depășir ile limitei de viteză 
21.4 / 21.5 Prima depășire a limitei de viteză după ultima etalonare 26.5.2016 L 139/253 Jurnalul Oficial al Uniunii Europene RO    
21.2 Identif icatorul datelor privind depășir ile limitei de viteză 
21.4 / 21.5 Cele mai grav e 5 depășir i ale limitei de viteză din ultimele 365 de zile 
21.3 Identif icatorul datelor privind depășir ile limitei de viteză 
21.4 / 21.5 Cea mai grav ă depășire a limite i de viteză pentr u fiecare dintre ultimele 10 zile de 
producere a evenimentului 
22.1 Locul controlului 
22.2 Semnătura agentului de control 
22.5 Semnătura conducăt orului auto  
3.7.  Istor icul introducer ii cardur ilor 
PRT_014 Documentul imprimat privind istor icul introducer ii cardur ilor respectă următorul format: 
1 Data și ora impr imăr ii documentului 
2 Tipul de document impr imat 
3 Identif icarea titular ului cardului (pentr u toat e cardur ile introduse în VU) 
23 Cel mai recent card introdus în VU 
23.1 Cardur i introduse (până la 88 de înregistrăr i) 
12.3 Delimitator al anomaliilor   26.5.2016 L 139/254 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 5 
AFIȘAJUL 
În prezentul apendice s-au folosit următoarele notații convențion ale de formatare: 
—  caract erele aldine indică textul în clar care urmează să fie afișat (afișajul rămâne în caractere normale); 
—  caract erele normale indică variabilele (pictograme sau date ) care trebuie să fie înlocuite cu valor ile lor în scopul 
afișăr ii:  
— zz ll aaaa:  ziua, luna, anul,  
— hh:  ore,  
— mm:  minute,  
— D:  pictograma pentr u durată,  
— EF:  combinație de pictograme pentr u eveniment e sau anomalii,  
— O:  pictograma modului de funcționare. 
DIS_001  Tahograful afișează datele folosind următoar ele formate : 
Date Format 
Afișaj implicit 
Ora locală 
Mod de funcționare 
Informații privind conducător ul auto 
Informații privind copilotul 
Condiția „În afara zonei de aplicare a reglementăr ilor” 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ăt orului 
auto 
Timpul de conducere continuă și durata cumulată a pauzelor copilotului 
Timpul de conducere cumulat al conducăt orului auto pentr u săpt ămâna ante­
rioară și cea curentă 
Timpul de conducere cumulat al copilotului pentr u săpt ămâna anterioar ă și cea 
curentă 
26.5.2016 L 139/255 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 6 
CONECTOR FRONT AL PENTR U ETALONARE ȘI DESCĂR CARE 
CUPRINS 
1. HARD WARE ....................................................................................................................................... 256 
1.1. Conector ................................................................................................................................ 256 
1.2. Alocarea contact elor ................................................................................................................. 257 
1.3. Schema funcțională .................................................................................................................. 258 
2. INTERF AȚĂ DE DESCĂR CARE ................................................................................................................. 258 
3. INTERF AȚĂ DE ETALONARE .................................................................................................................. 259   
1.  HARD WARE 
1.1.  Conect or 
INT_001  Conectorul pentr u descărcare/etalonare trebuie să fie un conector cu 6 contact e, 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ătoar ea schiță (toat e dimensiunile sunt în milimetr i): 
26.5.2016 L 139/256 Jurnalul Oficial al Uniunii Europene RO    
Î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 conf ormitate cu tabelul următor: 
Conta ­
ct Descr iere Obser vație 
1 Pol negativ al bater iei Conectat la polul negativ al bateriei vehiculului 
2 Comunicarea date lor Linia K (ISO 14230-1) 26.5.2016 L 139/257 Jurnalul Oficial al Uniunii Europene RO    
Conta ­
ct Descr iere Obser vație 
3 RxD – Descărcare Date de intrare în tahograf 
4 Semnal de intrare/ieșire Etalonare 
5 Puter e de ieșire permanentă Intervalul de tensiune trebuie să fie identic cu cel pentr u ali­
mentarea electr ică a vehiculului minus 3 V pentr u a lua în 
calcul căderea de tensiune din circuitele de prot ecț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ătoar ele indicații: 
2.  INTERF AȚĂ DE DESCĂR CARE 
INT_004  Interfața de descărcare trebuie să respecte specificațiile RS232. 
INT_005  Interfața de descărcare foloseșt e un bit de pornire, 8 biți de date cu un LSB (bitul cel mai puțin 
semnif icativ) 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 26.5.2016 L 139/258 Jurnalul Oficial al Uniunii Europene RO    
La transmisia datelor numer ice compuse din mai mult de un octet, octetul cel mai semnif icativ este transmis la 
început și octetul cel mai puțin semnificat iv este transmis la sfârșit. 
INT_006  Viteza de transmisie a datelor poate fi reglată într-un inter val cupr ins între 9 600 bps și 115 200 bps. 
Transmisia se realizează la viteza maximă posibilă, viteza de transmisie inițială după începerea 
comunicăr ii fiind stabilită la 9 600 bps. 
3.  INTERF AȚĂ DE ETALON ARE 
INT_007  Comunicăr ile de date respectă ISO 14230-1 Road vehic les – Diagnostic systems – Keywor d protocol 2000 – 
Part 1: Physical layer , prima ediție: 1999. 
INT_008  Semnalul de intrare/ieșire respectă următoar ele specificații electr ice: 
Parametru Minim Nor mal Maxim Obser vaț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 mA 
U high (ieșire) 4 V   I = 1 mA   
INT_009  Semnalul de intrare/ieșire trebuie să respecte următ oarele diagrame de timp: 
26.5.2016 L 139/259 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 7 
PROTOCO ALE DE DESCĂR CARE A DATELO R 
CUPRINS 
1. INTR ODUCERE .............................................................................................................................. 261 
1.1. Domeniu de aplicare ........................................................................................................... 261 
1.2. Acronime și notații ............................................................................................................. 261 
2. DESCĂR CARE A DATELOR DE PE VU .................................................................................................. 262 
2.1. Procedura de descărcare ....................................................................................................... 262 
2.2. Prot ocolul de descărcare a datelor .......................................................................................... 262 
2.2.1 Structura mesa jului ............................................................................................................. 262 
2.2.2 Tipur i de mesa je................................................................................................................ 264 
2.2.2.1 Solicitare de inițiere a comunicăr ii (Star t Communication Request)(SID 81) ......................................... 266 
2.2.2.2 Răspuns pozitiv la solicitarea de inițiere a comunicăr ii (Positiv e Response Star t Communication)(SID C1) ... 266 
2.2.2.3 Solicitare de începere a sesiunii de diagnosticare (Star t Diagnostic Session Request) (SID 10) .................. 266 
2.2.2.4 Răspuns pozitiv la solicitarea de începere a sesiunii de diagnosticare (Positive Response Star t Diagnostic) 
(SID 50) ........................................................................................................................... 266 
2.2.2.5 Serviciul de control al legătur ii (Link Contro l Service) (SID 87) ........................................................ 266 
2.2.2.6 Răspuns pozitiv la controlul legătur ii (Link Control Positiv e Response) (SID C7) ................................... 266 
2.2.2.7 Solicitare de încărcare (Req uest Upload)(SID 35) ......................................................................... 266 
2.2.2.8 Răspuns pozitiv la solicitarea de încărcare (Positive Response Request Upload) (SID 75) ......................... 266 
2.2.2.9 Solicitare de transfer de date (Transfe r Data Request) (SID 36) ........................................................ 266 
2.2.2.10 Răspuns pozitiv la solicitarea de transfer de date (Positive Response Transfer Data) (SID 76) ................... 267 
2.2.2.11 Solicitare de înche iere a transfe rului (Reques t Transfe r Exit) (SID 37) ................................................ 267 
2.2.2.12 Răspuns pozitiv la solicitarea de închei ere a transferului (SID 77) (Positive Response Request Transfer Exit) . 267 
2.2.2.13 Solicitare de înche iere a comunicăr ii (Stop Communication Request) (SID 82) ..................................... 267 
2.2.2.14 Răspuns pozitiv la solicitarea de închei ere a comunicăr ii (Positive Response Stop Communication) (SID C2) 267 
2.2.2.15 Confir mare de primire a sub-mesa jului (Ack nowle dge Sub Messag e) (SID 83) ..................................... 267 
2.2.2.16 Răspuns negativ (Neg ative Response) (SID 7F) ............................................................................. 268 
2.2.3 Fluxul mesa jelor ................................................................................................................. 268 
2.2.4 Sincronizare ...................................................................................................................... 269 
2.2.5 Gestionarea eror ilor ............................................................................................................ 270 
2.2.5.1 Etapa de inițiere a comunicăr ii.............................................................................................. 270 
2.2.5.2 Etapa de comunicare ........................................................................................................... 270 
2.2.6 Conținutul mesajelor de răspuns ............................................................................................ 272 
2.2.6.1 Răspuns pozitiv la solicitarea de transfer de date de prezentare generală (Positiv e Response Transfer Data 
Over view).......................................................................................................................... 273 
2.2.6.2 Răspuns pozitiv la solicitarea de transfer de date privind activitățile (Positive Response Transfer Data Activi­
ties) ................................................................................................................................. 274 
2.2.6.3 Răspuns pozitiv la solicitarea de transfer de date privind evenimentele și anomaliile (Positive Response 
Transfer Data Events and Faults) ............................................................................................... 275 
2.2.6.4 Răspuns pozitiv la solicitarea de transfer de date privind vitez a detaliată (Positive Response Transfer Data 
Detailed Speed) ................................................................................................................... 276 
2.2.6.5 Răspuns pozitiv la solicitarea de transfer de date tehnice (Positive Response Transfer Data Technical Data) .. 276 
2.3. Stocarea fișierelor în ESM ..................................................................................................... 277 26.5.2016 L 139/260 Jurnalul Oficial al Uniunii Europene RO    
3. PROTOCOL DE DESCĂR CARE DE PE CARD URILE DE TAHOGRAF ............................................................ 277 
3.1. Domeniu de aplicare ........................................................................................................... 277 
3.2. Definiții ........................................................................................................................... 277 
3.3. Descărcarea informațiilor de pe card ....................................................................................... 277 
3.3.1 Secvența de inițializare ........................................................................................................ 278 
3.3.2 Secvența de descărcare de fișiere de date nesemnate ................................................................... 278 
3.3.3 Secvența de descărcare de fișiere de date semnate ...................................................................... 279 
3.3.4 Secvența de resetare a unui cont or de etalonare. ........................................................................ 279 
3.4. Formatul de stocare a datelor ................................................................................................ 280 
3.4.1 Introducere ....................................................................................................................... 280 
3.4.2 Formatul fișierului .............................................................................................................. 280 
4. DESCĂR CARE A INFORMAȚIIL OR DE PE UN CARD DE TAHOGRAF PRIN INTERMEDIUL UNEI UNITĂȚI MON ­
TATE PE VEHICUL .......................................................................................................................... 281  
1.  INTR ODUCERE 
Prezentul apendice cupr inde procedur ile care trebuie urmate pentr u a realiza difer ite tipur i de descărcare de 
date pe un mediu de stocare extern, precum și protocoalele care trebuie puse în aplicare pentr u a asigura 
transferul corect de date și compati bilitatea deplină a formatului datelor descărcate, pentr u a permite oricărui 
controlor să inspecte ze aceste date și să poată verifica autenticitat ea și integritatea acestora înaint e de a le 
analiza. 
1.1.  Domeniu de aplicare 
Datele pot fi descărcate pe un ESM: 
—  de pe o unitate montată pe vehicul, cu ajutorul unui echi pament inteligent dedicat (IDE) conectat la VU; 
—  de pe un card de tahograf, cu ajutor ul unui IDE conectat la un dispozitiv de interfață pentr u card (IFD); 
—  de pe un card de tahograf, prin interm ediul unei unități montate pe vehicul și cu ajutor ul unui IDE 
conectat la VU. 
Pentr u a permite verificarea autenticității și integrit ății datelor descărcate stocat e pe un ESM, datele se 
descarcă însoțit e de o semnătură atașată în conf ormitate cu apendicele 11 „Mecanisme de secur itate comune”. 
Se descarcă, de asemenea, identif icarea echi pamentului sursă (VU sau card) și certificatele sale de secur itate 
(stat membr u și echipament). Persoana care verifică datele trebuie să dețină o cheie publică europeană 
certificată. 
DDP_001  Datele descărcate în cadr ul unei sesiuni de descărcare trebuie să fie stocat e în ESM într-un fișier 
unic. 
1.2.  Acron ime și notații 
În prezentul apendice sunt folosite următ oarele acronime: 
AID  Identif icator de aplicație (Application Identifier) 
ATR  Răspuns de resetare (Answer To Reset) 
CS  Octet de sumă de verificare (Check sum byte) 
FD  Fișier dedicat (Dedicated File) 
DS_  Sesiune de diagnosticare (Diagnostic Session) 
EF  Fișier elementar (Elementar y File) 
ESM  Mediu de stocar e extern (Exter nal Storage Medium) 
FID  Identif icatorul fișierului [File Identifier (File ID)] 
FMT  Octet de format (primul octet al antetului mesajului) (Format Byte) 
ICC  Card cu circuite integrate (Integ rated Circuit Card) 
IDE  Echipament intelig ent dedicat : echipamentul folosit la efectuarea descărcăr ii date lor în ESM (de 
exem plu, un calculat or personal) 
IFD  Dispozitiv de interf ață (Interface Device) 26.5.2016 L 139/261 Jurnalul Oficial al Uniunii Europene RO    
KWP  Keyword Protocol 2000 
LEN  Octet de lungime (ultimul octet al antetului mesa jului) (Length Byte) 
PPS  Selecția parametr ilor protocolul ui (Protocol Parameter Selection) 
PSO  Executarea unei operațiuni de secur itate (Perform Secur ity Oper ation) 
SID  Identif icator de serviciu (Service Identif ier) 
SRC  Octet sursă (Source byte) 
TGT  Octet țintă (Target Byte) 
TLV  Valoarea lungimii etichetei (Tag Length Value) 
TREP  Parametr u de răspuns la transfer (Transfer Response Parameter) 
TRTP  Parametr u de solicitare de transfer (Transfer Request Parameter) 
VU  Unitate montată pe vehicul (Vehicle Unit) 
2.  DESCĂR CAREA DATELOR DE PE VU 
2.1.  Procedura de descărcare 
Pentr u a efectua o descărcare de date de pe VU, operat orul trebuie să realizeze următoarele operațiuni: 
—  să insereze cardul său de tahograf într-un slot pentr u card al VU (*); 
—  să conecte ze IDE la conector ul de descărcare al VU; 
—  să stabilească conexiunea dintre IDE și VU; 
—  să selecte ze în IDE datele care trebuie descărcate și să trimită solicitarea la VU; 
—  să închei e sesiunea de descărcare. 
2.2.  Protoc olul de descărcare a datelor 
Protocol ul este structurat pe baza unei arhite ctur i de tip master/slav e, unde IDE are rolul de master și VU are 
rolul de slave. 
Structura, tipur ile și fluxul mesa jelor se bazează în principal pe protocolul Keywor d Protocol 2000 (KWP) 
(ISO 14230-2 Road vehicles – Diagnostic systems – Keywor d proto col 2000 – Part2: Data link layer ). 
Stratul de aplicație se bazează în principal pe proiectul actual de standard ISO 14229-1 (Road vehicles – 
Diagnostic systems – Part 1: Diagnostic services, versiunea 6 din 22 februarie 2001). 
2.2.1  Structur a mesajului 
DDP_002  Toate mesajele schi mbate î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 identif icatorului de serviciu (SID) și un număr 
variabil de octeți de date, care pot cupr inde un octet opțional de sesiune de diagnosticare 
(DS_) sau un octet opțional de parametr u de transfer (TRTP sau TREP); 
—  Sumă de verificare compusă dintr -un octet de sumă de verificare (CS). 
Antet Câm p de date Sumă de verifi­
care 
FMT TGT SRC LEN SID DATE … … … CS 
4 octeți Maximum 255 de octeți 1 octet  26.5.2016 L 139/262 Jurnalul Oficial al Uniunii Europene RO    
(*)Cardul introdus va declanșa drept urile corespunzătoare de acces la funcția de descărcare și la date. Datele pot fi totuși descărcate de pe un 
card de conducăto r auto introdus într-unul din slotur ile VU atunci când în celălalt slot nu este introdus niciun alt tip de card. 
Octetul TGT și octetul SRC reprezintă adresa fizică a destinatar ului și a inițiatorului mesa jului. 
Valor ile sunt F0 Hex pentr u IDE și EE Hex pentr u VU. 
Octetul LEN reprezintă lungimea câmpului de date . 
Octetul de sumă de verificare este seria de sume de 8 biți modulo 256 a tuturor octeților din 
mesa j, 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 date le pe care urmează să le transpor te mesa jul sunt mai lungi decât spațiul 
disponibil în câmpul de date, mesa jul este transmis practic sub forma mai multor sub-mesa je. 
Fiecare sub-mesa j are un antet, același SID, TREP și un cont or de sub-mesaje de 2 octeți care 
indică număr ul de ordine al sub-mesa jului în cadr ul mesa jului integral. Pentr u a permite 
verificarea eror ilor și un eventual abandon al schi mbului de date, IDE confir mă fiecare sub-mesaj. 
IDE poate accepta sub-mesa jul, poate solicita retransmit erea acestuia și poate solicita VU să reia 
sau să abandoneze transmisia. 
DDP_004  Dacă ultimul sub-mesa j conține exact 255 de octeți în câmpul de date, trebuie să se adauge un 
sub-mesa j final cu un câmp de date gol (cu excepția SID, TREP și a cont orului de sub-mesaje) 
pentr u a indica sfârșitul mesa jului. 
Exemplu: 
Antet SID TREP Mesaj CS 
4 octeți Cu o lungime de pest e 255 de octeți   
Se transmite astfe l: 
Antet SID TREP 00 01 Sub-mesaj 1 CS 
4 octeți 255 octeți   
Antet SID TREP 00 02 Sub-mesaj 2 CS 
4 octeți 255 octeți   
… 
Antet SID TREP xx yy Sub-mesa j n CS 
4 octeți Mai puțin de 255 de octeți   
sau astfel: 
Antet SID TREP 00 01 Sub-mesaj 1 CS 
4 octeți 255 octeți   
Antet SID TREP 00 02 Sub-mesaj 2 CS 
4 octeți 255 octeți   26.5.2016 L 139/263 Jurnalul Oficial al Uniunii Europene RO    
… 
Antet SID TREP xx yy Sub-mesa j n CS 
4 octeți 255 octeți   
Antet SID TREP xx yy + 1 CS 
4 octeți 4 octeți   
2.2.2  Tipur i de mesaje 
Protocol ul de comunicare pentr u descărcarea de date între VU și IDE impune schimbul a opt tipur i diferite de 
mesa je. 
Aceste mesaje sunt prezentate în tabelul următor . 
Structura mesa jului Maximum 4 octeți 
Antet Maximum 255 de octeți 
Date 1 octet 
Sumă de 
verificare 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATE CS 
Solicitare de inițiere a comunică ­
rii 81 EE F0  81   E0 
Răspuns pozitiv la solicitarea de 
inițiere a comunicăr ii 80 F0 EE 03 C1  EA, 8F 9B 
Solicitare de începere a sesiunii 
de diagnosticare 80 EE F0 02 10 81  F1 
Răspuns pozitiv la solicitarea de 
începere a sesiunii de diagnosti ­
care 80 F0 EE 02 50 81  31 
Serviciul de control al legătur ii  
Verificarea ratei de modulație 
(etapa 1) 
9 600 Bd 80 EE F0 04 87  01,01, 
01 EC 
19 200 Bd 80 EE F0 04 87  01,01, 
02 ED 
38 400 Bd 80 EE F0 04 87  01,01, 
03 EE 
57 600 Bd 80 EE F0 04 87  01,01, 
04 EF 
115 200 Bd 80 EE F0 04 87  01,01, 
05 F0 
Răspuns pozitiv la o solicitare de 
verificare a ratei de modulație 80 F0 EE 02 C7  01 28 
Rata de modulație de tranziție 
(etapa 2) 80 EE F0 03 87  02,03 ED 
Solicitare de încărcare 80 EE F0 0 A 35  00,00, 
00,00, 
00,FF ,FF, 
FF,FF 99 
Răspuns pozitiv la solicitarea de 
încărcare 80 F0 EE 03 75  00,FF D5 26.5.2016 L 139/264 Jurnalul Oficial al Uniunii Europene RO    
Structura mesa jului Maximum 4 octeți 
Antet Maximum 255 de octeți 
Date 1 octet 
Sumă de 
verificare 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATE CS 
Solicitare de transfer de date  
Prezentare generală 80 EE F0 02 36 01  97 
Activități 80 EE F0 06 36 02 Data CS 
Evenimente și anomalii 80 EE F0 02 36 03  99 
Viteză detaliată 80 EE F0 02 36 04  9A 
Date tehnice 80 EE F0 02 36 05  9 B 
Descărcarea informațiilor de 
pe card 80 EE F0 02 36 06 Slot CS 
Răspuns pozitiv la solicitarea de 
transfer de date 80 F0 EE Len 76 TREP Date CS 
Solicitare de încheiere a transfe ­
rului 80 EE F0 01 37   96 
Răspuns pozitiv la solicitarea de 
încheiere a transferului 80 F0 EE 01 77   D6 
Solicitare de încheiere a comuni ­
cării 80 EE F0 01 82   E1 
Răspuns pozitiv la solicitarea de 
încheier e a comunicăr ii 80 F0 EE 01 C2   21 
Confir mare de primire a sub-me ­
sajului 80 EE F0 Len 83  Date CS 
Răspunsur i negative  
Respingere generală 80 F0 EE 03 7F Sid Req 10 CS 
Serviciu incompatibi l 80 F0 EE 03 7F Sid Req 11 CS 
Subfuncție incompatibi lă 80 F0 EE 03 7F Sid Req 12 CS 
Lungime incorectă a mesa jului 80 F0 EE 03 7F Sid Req 13 CS 
Condiții incorecte sau eroare a 
secvenței de inter ogare 80 F0 EE 03 7F Sid Req 22 CS 
Solicitare în afara inter valului 80 F0 EE 03 7F Sid Req 31 CS 
Încărcare refuzată 80 F0 EE 03 7F Sid Req 50 CS 
Răspuns în așteptare 80 F0 EE 03 7F Sid Req 78 CS 
Datele nu sunt disponibile 80 F0 EE 03 7F Sid Req FA CS  
Note: 
—  Sid Req = Sid-ul solicităr ii corespunzătoare. 
—  TREP = TRTP-ul solicităr ii corespunzătoare. 
—  Rubr icile marcate cu negr u indică absența unei transmisii. 
—  Termenul „încărcare” (upload) (privit din perspectiva IDE) se folosește pentr u a garanta compatib ilitatea cu 
ISO 14229. Are aceeași semnif icație ca și termenul „descărcare” (download) văzut din perspectiva VU. 
—  În acest tabel nu se găsește niciun contor poten țial de sub-mesa je de 2 octeți. 
—  Slot este număr ul slotului, fie „1” (card în slotul conducător ului auto), fie „2” (card în slotul copilotului) 
—  În cazul în care slotul nu este specific at, VU trebuie să selecte ze slotul 1 dacă se introduce un card în 
slotul respectiv și să selecteze slotul 2 numai în cazul în care este ales în mod specifi c de către utilizator . 26.5.2016 L 139/265 Jurnalul Oficial al Uniunii Europene RO    
2.2.2.1  Solicitare de inițiere a comunicăr ii (Star t Communication Request)(SID 81) 
DDP_005  Acest mesaj este emis de IDE în vederea inițier ii legătur ii de comunicare cu VU. Comunicăr ile 
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ătur ii). 
2.2.2.2 Răspuns pozitiv la solicitarea de inițiere a comunicăr ii (Positive Response Star t Communi ­
cation)(SID C1) 
DDP_006  Acest mesa j este emis de VU ca răspuns pozitiv la un mesa j de solicitare de inițiere a comunicăr ii. 
Este compus din cei doi octeți cheie „EA” „8F” care indică faptul că unitatea este compati bilă cu 
protocolul în cauză și are un antet care include informații privind sursa, ținta și lungimea. 
2.2.2.3  Solicitare de începere a sesiunii de diagnosticare (Star t Diagnostic Session Request) (SID 10) 
DDP_007  IDE emite un mesaj de solicitare de începere a sesiunii de diagnosticare (Star t Diagnostic Session 
request) pentr u 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ăspuns pozitiv la solicitarea de începere a sesiunii de diagnosticare (Positive Response 
Star t Diagnostic)(SID 50) 
DDP_008  Mesajul de răspuns pozitiv la solicitarea de începere a sesiunii de diagnosticare (Positive Response 
Star t Diagnostic) este trimis de VU ca răspuns pozitiv la solicitarea de începere a sesiunii de 
diagnosticare (Diagnostic Session Requ est). 
2.2.2.5  Ser viciul de control al legătur ii (Link Control Service) (SID 87) 
DDP_052  Serviciul de control al legătur ii este folosit de IDE pentr u a iniția o schimbare a ratei de modulație. 
Acest lucr u se realizează în două etape. În prima etapă, IDE propune schimbare a ratei de 
modulație, indicând rata nouă. La primirea mesa jului cu răspuns pozitiv de la VU, IDE trimit e 
conf irmarea privind modificarea ratei de modulație la VU (etapa a doua). EID trece apoi la noua 
rată de modulație. După primirea conf irmăr ii, VU trece la noua rată de modulație. 
2.2.2.6  Răspuns pozitiv la controlul legătur ii (Link Contr ol Positive Response) (SID C7) 
DDP_053  Răspunsul pozitiv la controlul legătur ii este emis de VU ca răspuns pozitiv la solicitarea serviciului 
de control al legătur ii. A se remarca faptul că solicitarea de conf irmare nu primește niciun răspuns 
(etapa a doua). 
2.2.2.7  Solicitare de încărcare (Request Upload)(SID 35) 
DDP_009  Mesajul de solicitare de încărcare (Request Upload) este emis de IDE pentr u a indica VU faptul că s- 
a solicitat o operațiune de descărcare. Pentr u a respecta cerințele standardului ISO 14229, sunt 
incluse date care se referă la adresă și la detalii privind dimensiunea și formatul date lor solicitate. 
Deoarece IDE nu cunoaște acest e date înainte de descărcare, adresa memor iei este setată la 0, 
formatul este necr iptat și necom primat, iar dimensiunea memor iei este setată la valoarea maximă. 
2.2.2.8  Răspuns pozitiv la solicitarea de încărcare (Positive Response Request Upload) (SID 75) 
DDP_010  Mesajul de răspuns pozitiv la solicitarea de încărcare este trimis de VU pentr u a indica IDE faptul 
că VU este pregătită pentr u descărcarea datelor. Pentr u a respecta cerințele standardului ISO 
14229, în acest mesaj privind răspunsul pozitiv sunt incluse date care indică IDE că următoar ele 
mesa je de răspuns pozitiv la solicitarea de transfer de date (Positiv e Response Transfe r Data) vor fi 
compuse din maximum 00FF hex octeți. 
2.2.2.9  Solicitare de transfe r de dat e (Transfer Data Request) (SID 36) 
DDP_011  Solicitarea de transfer de date (Transfe r Data Requ est ) este trimisă de EID pentr u a indica VU tipul 
de date care urmează să fie descărcate. Un parametr u de solicitare de transfer (TRTP) de un octet 
indică tipul transferului . 
Există șase tipur i de transfer de date : 
—  Prezentare generală (Overview) (TRTP 01), 
—  Activitățile de la o anumită dată (Activities of a specif ied date) (TRTP 02), 
—  Evenimente și anomalii (Events and faults) (TRTP 03), 26.5.2016 L 139/266 Jurnalul Oficial al Uniunii Europene RO    
—  Viteza detaliată (Detailed speed) (TRTP 04), 
—  Date tehnice (Technical data) (TRTP 05), 
—  Descărcarea informațiilor de pe card (Card download) (TRTP 06). 
DDP_054  Este oblig atori u pentr u IDE să solicite un transfer de date de prezentare generală (TRTP 01) în 
timpul unei sesiuni de descărcare, deoarece este singur ul lucr u care garant ează înregistrarea certifi­
catelor VU în fișierul descărcat (și permite verificarea semnătur ii digitale). 
În al doilea caz (TRTP 02) mesajul de solicitare de transfer de date (Transfer Data Request) include 
indicația zilei calendar istice (format 
 ) care urmează să fie descărcată. 
2.2.2.10  Răspuns pozitiv la solicitarea de transfe r de dat e (Positive Response Transfer Data) (SID 76) 
DDP_012  Mesajul de răspuns pozitiv la solicitarea de transfer de date (Positive Response Transfer Data) este 
trimis de VU ca răspuns la solicitarea de transfer de date (Transfe r Data Request). Mesajul conține 
date le solicitate, cu un Transfer Response Parameter (TREP) corespunzător TRTP -ului solicităr ii. 
DDP055  În primul caz (TREP 01), VU trimite date le care să poată ajuta operat orul IDE în alegerea datelor 
pe care dorește să le descarce în continuare. Informațiile incluse în acest mesa j sunt reprezentat e 
de: 
—  certificate de secur itate, 
—  identificarea vehiculului, 
—  data și ora actuale pentr u VU, 
—  data de descărcare minimă și maximă (date VU), 
—  indicații privind prezența cardur ilor în VU, 
—  descărcarea precedentă către o societate , 
—  blocăr i executat e de societăți, 
—  controale anter ioare. 
2.2.2.11  Solicitare de înche iere a transfe rului (Request Transfer Exit) (SID 37) 
DDP_013  Mesajul de solicitare de încheiere a transfe rului este trimis de IDE pentr u a informa VU că sesiunea 
de descărcare s-a înche iat. 
2.2.2.12  Răspuns pozitiv la solicitarea de înche iere a transfer ului (SID 77) (Positive Response Request 
Transfer Exit) 
DDP_014  Mesajul de răspuns pozitiv la solicitarea de închei ere a transferului (Positive Response Request 
Transfer Exit) este trimis de VU pentr u a conf irma primirea mesa jului de solicitare de înche iere a 
transferului . 
2.2.2.13  Solicitare de înche iere a comunicăr ii (Stop Communication Request) (SID 82) 
DDP_015  Mesajul de solicitare de înche iere a comunicăr ii (Stop Communication Request) este trimis de IDE cu 
scopul de a întrer upe legătura de comunicare cu VU. 
2.2.2.14 Răspuns pozitiv la solicitarea de înch eiere a comunicăr ii (Positive Response Stop Communi ­
cation) (SID C2) 
DDP_016  Mesajul de răspuns pozitiv la solicitarea de închei ere a comunicăr ii (Positiv e Respon se Stop 
Communication) este trimis de VU pentr u a conf irma primirea mesa jului Stop Communication 
Request. 
2.2.2.15  Confir mare de primire a sub-mesa jului (Ackno wledge Sub Message) (SID 83) 
DDP_017  Confir marea de primire a sub-mesajului (Ackno wledge Sub Message) este trimis de IDE pentr u a 
conf irma primirea fiecărei părți a unui mesaj care este transmis prin intermediul mai multor sub- 
mesa je. Câm pul de date conține SID primit de la VU și un cod de 2 octeți după cum urmează: 
—  MsgC + 1 Confir mă primirea corectă a sub-mesa jului cu număr ul MsgC. 
Solicitare din partea IDE către VU pentr u a transmite sub-mesajul următor 
—  MsgC indică apar iția unei probleme la primirea sub-mesa jului cu număr ul MsgC. 
Solicitare din partea IDE către VU de a transmite sub-mesajul din nou 26.5.2016 L 139/267 Jurnalul Oficial al Uniunii Europene RO    
—  FFFF solicită întrer uperea mesa jului aflat în curs de transmite re. 
IDE poate folosi acest cod pentr u a întrer upe transmiter ea mesa jului VU, indife rent de motiv . 
Primirea ultimului sub-mesaj al unui mesa j (octetul LEN < 255) poate fi confir mată cu ajutorul 
unuia dintre aceste codur i sau poate să nu fie conf irmată. 
Răspunsur ile din partea VU compuse din câteva sub-mesa je sunt: 
—  Răspuns pozitiv la solicitarea de transfer de date (Positive Response Transfer Data) (SID 76) 
2.2.2.16  Răspuns negativ (Neg ative Response) (SID 7F) 
DDP_018  Mesajul de răspund negativ (Neg ative Response) este trimis de VU ca răspuns la mesa jele de 
solicitare menționate anterior în cazul în care VU nu poate da curs solicităr ii. Câm purile de date 
ale mesa jului conțin SID-ul răspunsului (7F), SID-ul solicităr ii și un cod care precizează motivul 
răspunsului negativ . Sunt disponibile următ oarele codur i: 
—  10 respinge re generală 
Acțiunea nu poate fi realizată dintr -un motiv care nu este menționat în continuare. 
—  11 serviciu incompat ibil 
SID-ul solicităr ii nu poate fi înțeles. 
—  12 subfuncție incompatibilă 
DS_ sau TRTP al solicităr ii nu poate fi înțeles sau nu mai există alte sub-mesaje de transmis. 
—  13 lungime incorectă a mesajului 
Lungimea mesa jului primit este incorectă. 
—  22 condiții incorecte sau eroare a secvenței de interog are 
Serviciul solicitat nu este activ sau secvența mesa jelor de solicitare nu este corectă. 
—  31 solicitare în afara inter valului 
Înregistrarea parametr ului solicităr ii (câmpul de date) nu este valabilă. 
—  50 încărcare refuzată 
Solicitarea nu poate fi executa tă (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ă accept e o nouă 
solicitare. 
—  FA date le nu sunt disponibile 
Obiectul de date al unei solicităr i de transfer de date nu este disponibil în VU (de exem plu, 
cardul nu este inserat, …) 
2.2.3  Fluxul mesajelor 
Pe parcursul unei procedur i normale de descărcare de date , un flux de mesa je tipic se efectuează de obicei 
astfel: 
IDE  VU 
Solicitare de inițiere a comunicăr ii 
Răspuns pozitiv 
Solicitare de inițiere a serviciului de diagnos ­
ticare 
Răspuns pozitiv 
Solicitare de încărcare 
Răspuns pozitiv 26.5.2016 L 139/268 Jurnalul Oficial al Uniunii Europene RO    
IDE  VU 
Solicitare de transfer de date de prezentare 
generală 
Răspuns pozitiv 
Solicitare de transfer de date #2 
Răspuns pozitiv #1 
Confir mare de primire a sub-mesajului #1 
Răspuns pozitiv #2 
Confir mare de primire a sub-mesajului #2 
Răspuns pozitiv #m 
Confir mare de primire a sub-mesa jului #m 
Răspuns pozitiv (Câmp de date <255 de oc­
teți) 
Confi rmare de primire a sub-mesajului (op­
țional) 
… 
Solicitare de transfer de date #n 
Răspuns pozitiv 
Solicitare de închei ere a transferului 
Răspuns pozitiv 
Solicitare de încheiere a comunicăr ii 
Răspuns pozitiv  
2.2.4  Sincro nizare 
DDP_019  În condiții de funcționare normale, se aplică parametr ii de sincronizare indicați în figura 
următoar e: 
Figura 1 
Fluxul mesajelor , sincronizare 
26.5.2016 L 139/269 Jurnalul Oficial al Uniunii Europene RO    
Unde: 
P1  =Timp interoctet pentr u răspunsul VU. 
P2  =Inter val de timp între închei erea solicităr ii IDE și începerea răspunsului VU sau între 
închei erea conf irmăr ii de primire a IDE și începerea următorului răspuns al VU. 
P3  =Inter val de timp între închei erea răspunsului VU și începerea noii solicităr i a IDE sau între 
închei erea răspunsului VU și începerea confir măr ii de primire a IDE sau între închei erea 
solicităr ii IDE și începerea noii solicităr i a IDE dacă VU nu reușește să răspundă. 
P4  =Inter val de timp interoct et pentr u solicitarea IDE. 
P5  =Valoarea extinsă a P3 pentr u descărcarea informațiilor de pe card. 
Valor ile permise pentr u parametr ii de sincronizare sunt indicate în tabelul următor (setul de 
parametr i de sincronizare extinși KWP folosiți în caz de adresare fizică pentr u o comunicare mai 
rapidă). 
Parametr u sincronizare Limita inferio ară 
Valoare (ms) Limita super ioară 
Valoare (ms) 
P1 0 20 
P2 20 1 000 (*) 
P3 10 5 000 
P4 5 20 
P5 10 20 de minute 
(*)dacă VU răspunde cu un răspuns negativ (Neg ative Response) care conține un cod cu sensul de „solicitare pri­
mită corect, răspuns în aștep tare”, această valoare este extinsă până la aceeași valoare a limitei super ioare a 
P3.  
2.2.5  Gestionar ea erorilor 
Dacă o eroare inter vine în timpul schimbului de mesa je, schema fluxului de mesaje se modifi că în funcție de 
echi pamentul care a detectat eroarea și de mesajul care a generat eroarea. 
În figura 2 și în figura 3 sunt prezentate procedur ile de gestionare a eror ilor folosite de VU și, respectiv , de 
IDE. 
2.2.5.1  Etapa de inițiere a comunicăr ii 
DDP_020  Dacă IDE detecteaz ă o eroare în timpul etapei de inițiere a comunicăr ii, fie la nivelul sincronizăr ii, 
fie la nivelul fluxului de biți, așteaptă o perioadă de P3min înainte de a emite din nou solicitarea. 
DDP_021  Dacă VU detect ează o eroare în secvența primită de la IDE, nu trimite niciun răspuns și așteaptă 
un alt mesa j de solicitare de inițiere a comunicăr ii (Star t Communication Request) timp de P3 max. 
2.2.5.2  Etapa de comunicare 
Pot fi definite două procedur i diferite de gestionare a eror ilor:  
1. VU detectează o eroare de transmisie a IDE 
DDP_022  VU analizează fiecare mesaj primit pentr u a detecta eror i de sincronizare, eror i de format al 
octeților (de exem plu, încălcăr i ce afectează biții de pornire și oprire) și eror i de cadr u 
(primirea unui număr greșit de octeți, octet de sumă de verificare eronat). 
DDP_023  Dacă VU detectează una dintre eror ile menționate anterior , nu trimite niciun răspuns și ignoră 
mesa jul primit. 26.5.2016 L 139/270 Jurnalul Oficial al Uniunii Europene RO    
DDP_024  VU poate detecta alte eror i ale formatului sau conținutului mesa jului primit (de exem plu, mesa j 
incompati bil) 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 (Neg ative Response), indicând tipul eror ii. 
Figura 2 
Gest ionarea eror ilor de către VU 
26.5.2016 L 139/271 Jurnalul Oficial al Uniunii Europene RO    
2. IDE detectează o eroare de transmisie a VU 
DDP_025  IDE analizează fiecare mesa j primit pentr u a detecta eror i de sincronizare, eror i de format al 
octeților (de exem plu, încălcăr i ce afectează biții de pornire și oprire) și eror i de cadr u 
(primirea unui număr greșit de octeți, octet de sumă de verificare eronat). 
DDP_026  IDE detectează eror ile de secvență, de exem plu incrementăr i greșite ale contorului de sub- 
mesa je în mesa jele succesive primite. 
DDP_027  Dacă IDE detect ează o eroare sau dacă nu primește niciun răspuns de la VU într-o perioadă 
P2max, mesa jul de solicitare este transmis din nou de cel mult trei ori. În scopul detectăr ii 
acest ei eror i, o confir mare de primire a sub-mesajului este considerată a fi o solicitare adresată 
VU. 
DDP_028  IDE așteap tă o perioadă de P3min înainte de începerea fiecărei transmisii; perioada de aștep tare 
se măsoară de la ultima apar iție calculată a unui bit de oprire după detectarea eror ii în cauză. 
Figura 3 
Gestionare a eror ilor de către IDE 
2.2.6  Conținutul mesajelor de răspuns 
La acest punct este prezentat conținutul câmpur ilor de date ale diferitelor mesa je de răspuns pozitiv . 
Elementele de date sunt definite în dicționar ul de date din apendicele 1. 
Obser vație: Pentr u descărcăr i de generația 2, fiecare element de date de nivel super ior este reprezentat de o 
colecție de înregistrăr i, chiar și în cazul în care aceasta conține numai o singură înregistrare. O colecție de 
înregistrăr i începe cu un antet; acest antet conține tipul de înregistrăr i, dimensiunea înregistrăr ilor și număr ul 
de înregistrăr i. Colecțiile de înregistrăr i sunt denumite „... Recor dArray” (cu antet) în următ oarele tabele. 26.5.2016 L 139/272 Jurnalul Oficial al Uniunii Europene RO    
2.2.6.1  Răspuns pozitiv la solicitarea de transfe r de date de prezentare generală (Positive Response 
Transfer Data Over view) 
DDP_029  Câm pul de date al mesa jului de răspuns pozitiv la solicitarea de transfer de date de prezentare 
generală („Positive Response Transfer Data Over view”) furnizează următ oarele date în ordinea 
prezentată mai jos în conf ormitate cu SID 76 Hex, TREP 01 Hex și criteriile adecvat e de separare 
și numărare a sub-mesajelor: 
Structura datelor generația 1 
Element de date  Obser vații 
Certificate de secur itate VU 
Identif icarea vehiculului 
Data și ora actuale pentr u VU 
Perioada care poate fi descărcată 
Tipur i de cardur i introduse în VU 
Descărcare anterioară VU 
Toate blocăr ile executa te de societăți și stocat e. Dacă 
secțiunea nu conține date, se trimit e numai noOfLocks 
= 0. 
Toate înregistrăr ile activităților de control stocat e în 
VU. Dacă secțiunea nu conține date, se trimite numai 
noOfControls = 0. 
Semnătura RSA a tuturor datelor (cu excepția certifica ­
telor), începând cu VehicleIdentificationNumb er până 
la ultimul octet din ultima VuControlA ctivityData.  
Structura datelor generația 2 
Element de date  Obser vații 
Certificat ul statului membr u 
Certificat ul VU 
Identif icarea vehiculului 
Număr ul de înmatr iculare al vehiculului 
Data și ora actuale pentr u VU 
Perioada care poate fi descărcată 
Tipur i de cardur i introduse în VU 
Descărcare anterioară VU 
Toate blocăr ile executa te de societăți și stocat e. Dacă 
secțiunea nu conține date, se trimite un antet cu noO ­
fRecords = 0. 
Toate înregistrăr ile activităților de control stocat e în 
VU. Dacă secțiunea nu conține date, se trimite un an­
tet cu noOfRecords = 0. 
Semnătura ECC a tuturor date lor precedente, cu exce p­
ția certificatelor .  26.5.2016 L 139/273 Jurnalul Oficial al Uniunii Europene RO    
2.2.6.2  Răspuns pozitiv la solicitarea de transf er de dat e privind activitățile (Positive Response 
Transfer Data Activities) 
DDP_030  Câm pul de date al mesajului de răspuns pozitiv la solicitarea de transfer de date privind activitățile 
(„Positiv e Response Transfer Data Activiti es”) furnizează următoar ele date în ordinea prezentată mai 
jos în conf ormitate cu SID 76 Hex, TREP 02 Hex și criteriile adecvate de separare și numărare a 
sub-mesa jelor : 
Structura datelor generația 1 
Element de date  Obser vații 
Data zilei descărcat e 
Odometr ul la sfârșitul zilei descărcate 
Date privind ciclur ile de introducere și de retrag ere a cardur i­
lor. 
—Dacă această secțiune nu conține date disponibile, se tri­
mite numai noOfV uCardIWRecords = 0. 
—  Atunci când VuCardIWRecord conține date înregistrate 
înainte de ora 00.00 (introducerea cardului în ziua ante­
rioară) sau după ora 24.00 (retrage rea cardului în ziua ur­
mătoar e), aceste înregistrăr i apar integral în cele două zile 
implicate. 
Starea slotur ilor la 00:00 și modifi cările de activitate înregis ­
trate pentr u ziua descărcată. 
Date privind locur ile, înregistrate pentr u ziua descărcată. Dacă 
secțiunea nu conține date, se trimite numai noOfPlaceRecords 
= 0. 
Date privind condițiile specifi ce, înregistrat e pentr u ziua des­
cărcată. Dacă secțiunea nu conține date , se trimite numai 
noOfSpecificC onditionRecords = 0. 
Semnătura RSA a tuturor datelor , începând de la TimeReal 
până la ultimul octet din ultima înregistrare privind condițiile 
specifi ce.  
Structura datelor generația 2: 
Element de date  Obser vații 
Data zilei descărcat e 
Odometr ul la sfârșitul zilei descărcate 
Date privind ciclur ile de introducere și de retrag ere a cardur i­
lor. 
—Dacă această secțiune nu conține date disponibile, se tri­
mite un antet al colecției cu noOfRecords = 0. 
—  Atunci când VuCardIWRecord conține date înregistrate 
înainte de ora 00.00 (introducerea cardului în ziua ante­
rioară) sau după ora 24.00 (retrage rea cardului în ziua ur­
mătoar e), aceste înregistrăr i apar integral în cele două zile 
implicate. 
Starea slotur ilor la 00:00 și modifi cările de activitate înregis ­
trate pentr u ziua descărcată. 
Date privind locur ile, înregistrate pentr u ziua descărcată. Dacă 
secțiunea nu conține date , se trimite un antet al colecției cu 
noOfRecords = 0. 
Pozițiile GNSS ale vehiculului dacă timpul de conducere conti ­
nuă al conducăt orului auto atinge un multiplu de trei ore. 
Dacă secțiunea nu conține date, se trimite un antet al colecției 
cu noOfRecords = 0. 
Date privind condițiile specifi ce, înregistrat e pentr u ziua des­
cărcată. Dacă secțiunea nu conține date, se trimite un antet al 
colecției cu noOfRecords = 0. 
Semnătura ECC a tuturor datelor precedente.  26.5.2016 L 139/274 Jurnalul Oficial al Uniunii Europene RO    
2.2.6.3  Răspuns pozitiv la solicitarea de transfer de date privind evenimentele și anomaliile 
(Positive Response Transfer Data Events and Fau lts) 
DDP_031  Câm pul de date al mesa jului de răspuns pozitiv la solicitarea de transfe r de date privind 
evenimente le și anomaliile („Positiv e Response Transfe r Data Events and Faults”) furnizează 
următoar ele date în ordinea prezentată mai jos în conf ormitate cu SID 76 Hex, TREP 03 Hex și 
criteriile adecvate de separare și numărare a sub-mesajelor: 
Structura datelor generația 1 
Element de date  Obser vații 
Toate anomaliile stocat e sau curent e în VU. 
Dacă secțiunea nu conține date , se trimit e numai 
noOfV uFaul ts = 0. 
Toate eveniment ele (cu excepția depășir ii limitei de vi­
teză ) stocat e sau în curs în VU. 
Dacă secțiunea nu conține date , se trimit e numai 
noOfV uEvents = 0. 
Date refer itoare la ultimul control privind depășirea li­
mitei de viteză (valoare implicită în lipsa datelor). 
Toate evenimente le de depășire a limitei de viteză sto­
cate în VU. 
Dacă secțiunea nu conține date , se trimit e numai 
noOfV uOverSpeedingEvents = 0. 
Toate evenimentele de reglare a orei stocat e în VU (în 
afara cadr ului unei etalonăr i compl ete). 
Dacă secțiunea nu conține date , se trimit e numai 
noOfV uTimeAd jRecords = 0. 
Semnătura RSA a tuturor datelor, începând cu noOf ­
VuFaul ts până la ultimul octet din ultima înregistrare 
privind reglarea orei.  
Structura datelor generația 2: 
Element de date  Obser vații 
Toate anomaliile stocat e sau curent e în VU. 
Dacă secțiunea nu conține date, se trimite un antet al 
colecției cu noOfRecords = 0. 
Toate eveniment ele (cu excepția depășir ii limitei de vi­
teză ) stocat e sau în curs în VU. 
Dacă secțiunea nu conține date, se trimite un antet al 
colecției cu noOfRecords = 0. 
Date refer itoare la ultimul control privind depășirea li­
mitei de viteză (valoare implicită în lipsa datelor). 
Toate evenimente le de depășire a limitei de viteză sto­
cate în VU. 
Dacă secțiunea nu conține date, se trimite un antet al 
colecției cu noOfRecords = 0. 
Toate evenimentele de reglare a orei stocat e în VU (în 
afara cadr ului unei etalonăr i compl ete). 
Dacă secțiunea nu conține date, se trimite un antet al 
colecției cu noOfRecords = 0. 
Semnătura ECC a tuturor datelor precedente.  26.5.2016 L 139/275 Jurnalul Oficial al Uniunii Europene RO    
2.2.6.4  Răspuns pozitiv la solicitarea de transfer de dat e privind viteza detaliată (Positive Response 
Transfer Data Detailed Speed) 
DDP_032  Câm pul de date al mesajului de răspuns pozitiv la solicitarea de transfer de date privind viteza 
detaliată („Positive Response Transfer Data Detailed Speed”) furnizează următ oarele date în ordinea 
prezentată mai jos în conf ormitate cu SID 76 Hex, TREP 04 Hex și criteriile adecvat e de separare 
și numărare a sub-mesajelor: 
Structura datelor generația 1 
Element de date  Obser vații 
Toate datele privind viteza detaliată stocate în VU (un 
bloc de viteze pentr u fiecare minut în timpul căruia 
vehiculul a fost în mișcare) 
60 valor i ale vitezei pe minut (una pe secundă). 
Semnătura RSA a tuturor datelor , începând cu noOfS ­
peedBloc ks până la ultimul octet din ultimul bloc de 
vitez e.  
Structura datelor generația 2: 
Element de date  Obser vații 
Toate datele privind viteza detaliată stocate în VU (un 
bloc de viteze pentr u fiecare minut în timpul căruia 
vehiculul a fost în mișcare) 
60 valor i ale vitezei pe minut (una pe secundă). 
Semnătura ECC a tuturor datelor precedente.  
2.2.6.5  Răspuns pozitiv la solicitarea de transf er de date teh nice (Positive Response Transfer Data 
Technical Data) 
DDP_033  Câm pul de date al mesajului de răspuns pozitiv la solicitarea de transfer de date tehnice („Positiv e 
Response Transfer Data Technical Data”) furnizează următ oarele date în ordinea prezentată mai jos în 
conf ormitate cu SID 76 Hex, TREP 05 Hex și criteriile adecvate de separare și numărare a sub- 
mesa jelor : 
Structura datelor generația 1 
Element de date  Obser vații 
Toate înregistrăr ile activităților de etalonare stocat e în 
VU. 
Semnătura RSA a tuturor date lor, începând cu vuMa ­
nufactur erName până la ultimul octet din ultimul Vu­
CalibrationRecord.  26.5.2016 L 139/276 Jurnalul Oficial al Uniunii Europene RO    
Structura datelor generația 2: 
Element de date  Obser vații 
Toate asocier ile MS stocat e în VU. 
Toate cuplăr ile echi pamentului GNSS exte rn stocat e în 
VU. 
Toate înregistrăr ile activităților de etalonare stocat e în 
VU. 
Toate date le referitoare la introducerea cardur ilor sto­
cate în VU. 
Semnătura ECC a tuturor datelor precedente.  
2.3.  Stocarea fișierelor în ESM 
DDP_034  Dacă o sesiune de descărcare a inclus un transfer de date de pe VU, IDE stoc hează într-un singur 
fișier fizic toat e date le primite de la VU în timpul sesiunii de descărcare în mesa jele de răspuns 
pozitiv la solicitarea de transfe r de date . Datele stocate nu includ antetur i de mesaje, contoare de 
sub-mesa je, sub-mesaje fără date și sume de verificare, dar includ SID și TREP (din primul sub- 
mesa j, numai dacă există mai multe sub-mesa je). 
3.  PROTOCOL DE DESCĂR CARE DE PE CARDURILE DE TAHOGRAF 
3.1.  Domeniu de aplicare 
Acest punct cupr inde o descr iere a descărcăr ii datelor de pe un card de tahograf pe un IDE. IDE nu face parte 
din mediul secur izat; prin urmare, nu se realizează nicio procedură de aute ntifi care între card și IDE. 
3.2.  Def iniții 
Sesiune de descărcare:  De fiecare dată când se efectuează 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 (retrag erea cardului sau următ oarea resetare). 
Fișier de date semnat :  Un fișier din ICC. Fișier ul este transfe rat în IFD sub formă de text în clar. Pe ICC 
fișierul este supus funcției hash și semnat, iar semnătura este transfe rată la IFD. 
3.3.  Descărcarea informațiilor de pe card 
DDP_035  Descărcarea de pe un card de tahograf include următoarele etape: 
—  Descărcarea informațiilor comune stocat e pe card în fișierele elementare (EF) 
 și 
 . Aceste 
informații sunt opționale și nu sunt prot ejate de o semnătură digitală. 
—  Descărcarea fișierelor elementare (EF ) 
 (ori 
 ) și 
. Aceste informații nu sunt prote jate de o semnătură digitală. 
Descărcarea acestor fișiere este oblig atori e în cadr ul fiecărei sesiuni de descărcare. 
—  Descărcarea celorlalte EF de date privind aplicația (în 
 și 
dacă este relevant), cu excepția EF 
 . Aceste informații 
sunt protejat e de o semnătură digitală. 
—  Este oblig ator iu să se descarce cel puțin EF 
 și 
 pentr u 
fiecare sesiune de descărcare. 26.5.2016 L 139/277 Jurnalul Oficial al Uniunii Europene RO    
—  La descărcarea de pe cardul de conducător auto, descărcarea următoar elor EF este obligat orie: 
—  La descărcarea de pe un card al conducător ului auto, se impune actualizarea date i 
în EF 
 . 
—  La descărcarea de pe un card de atelier , se impune resetarea contorului de etalonare în EF 
. 
—  La descărcarea de pe un card de atelier , nu se descarcă 
 . 
3.3.1  Secven ța de inițializare 
DDP_036  IDE inițiază secvența după cum urmează: 
Card Direcție IDE/IFD Semnifi cație/Obser vații  
Resetare hardware  
ATR 
Opțional, se poate folosi PPS pentr u a trece la o rată de modulație mai mare dacă ICC este 
compati bil. 
3.3.2  Secven ța de descărcar e de fișiere de date nesemnate 
DDP_037  Secvența de descărcare a EF ICC, IC, Card_Cer tificate (sau CardSignCer tificate) și CA_Cer tificate 
este următoarea: 
Card Direcție IDE/IFD Semnifi cație/Obser vații  
Select file Selectează în funcție de iden ­
tificatorii fișierelor 
OK 
Read Binar y Dacă fișierul conține mai 
multe date decât dimensiunea 
zonei tampon a cititorul ui 
sau a cardului, comanda tre­
buie repetată până la citirea 
integrală a datelor din fișie r. 
Arhivare date (File 
Data) 
OK 
Stocar ea datelor în ESM în conf ormitate cu 3.4 For­
matul de stocare a datelor  
Nota 1: Înainte de a selecta Card_Cer tificate (ori CardSignCer tificate) 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 
ajutor ul unei comenzi de citire a datelor (Read Binar y) cu un identif icator EF scur t. 26.5.2016 L 139/278 Jurnalul Oficial al Uniunii Europene RO    
3.3.3  Secven ța de descărcar e de fișiere de date semnate 
DDP_038  Următ oarea secvență se folosește pentr u fiecare dintre fișierele următoar e care trebuie descărcate 
împreună cu semnătura lor: 
Card Dir IDE/IFD Semnifi cație/Obser vații  
Selecționează fișier ul  
OK 
Efectuează Hash of File Calculează valoarea hash în 
rapor t cu conținutul de date 
al fișierului selectat cu ajuto­
rul algor itmului de hashing 
indicat în conf ormitate cu 
apendicele 11. Această co­
mandă nu este o comandă 
conf orm ISO. 
Se calculează Hash of 
File și se stoc hează tem ­
porar valoarea hash    
OK 
Read Binar y Dacă fișierul conține mai 
multe date decât poate să sto­
cheze zona tampon a citito ­
rului sau a cardului, comanda 
trebuie repetată până la citi­
rea integrală a date lor din fi­
șier. 
Arhivare date (File 
Data) 
OK 
Stoc hează date le primite în 
ESM în conf ormitate cu 3.4 For­
matul de stocare a datelor  
PSO: Compute Digital Sig­
nature  
Execută operațiunea de 
secur itate „Calcularea 
semnătur ii digitale” cu 
ajutorul valor ii hash sto­
cate temporar    
Semnătură 
OK 
Adaugă date la date le sto­
cate anterior în ESM în conf ormitate cu 3.4 For­
matul de stocare a datelor  
Notă: Selectarea și citirea unui fișier poate fi efectuată, de asemenea, într-o singură etapă cu 
ajutor ul unei comenzi de citire a datelor (Read Binar y) cu un identif icator EF scur t. În acest caz, EF 
poate fi selectat și citit înainte de a fi aplicată comanda Efectuează Hash of File. 
3.3.4  Secven ța de resetar e a unui contor de etalonar e. 
DDP_039  Secvența de resetare a contorului 
 din EF 
al unui card de ateli er se prezintă după cum urmează: 
Card Dir IDE/IFD Semnifi cație/Obser vații  
Select File EF Card_Do wn­
load Selectează în funcție de 
identificator ii fișierelor 
OK 
26.5.2016 L 139/279 Jurnalul Oficial al Uniunii Europene RO    
Card Dir IDE/IFD Semnifi cație/Obser vații  
Update Binar y 
NoOfCalibrationsSince ­
Download = ‘00 00’  
Reset ează număr ul de 
descărcăr i de pe card    
OK 
Notă: Selectarea și actualizarea unui fișier poate fi efectuată, de asemenea, într-o singură etapă cu 
ajutor ul unei comenzi Update Binar y cu un identif icator EF scur t.  
3.4.  Formatul de stocare a datelor 
3.4.1  Intro ducere 
DDP_040  Datele descărcate trebuie stocat e în conf ormitate cu următ oarele condiții: 
—  Stocarea datelor trebuie să fie transparentă. Acest lucr u înseamnă că, pe parcursul stocări i, 
trebuie să se mențină ordinea octeților , precum și ordinea biților din interior ul octeților care 
sunt transferați de pe card. 
—  Toate fișierele de pe card descărcate în cadr ul unei sesiuni de descărcare sunt stocate într-un 
singur fișie r în ESM. 
3.4.2  Formatul fișierului 
DDP_041  Formatul fișier ului este o concat enare a mai multor obiect e TLV. 
DDP_042  Etich eta pentr u un EF este FID însoțit de apendicele „00”. 
DDP_043  Etich eta pentr u o semnătură a EF este FID al fișierului însoțit de apendicele „01”. 
DDP_044  Lung imea este o valoare de 2 octeți. Valoarea defineșt e număr ul de octeți din câmp ul de valor i. 
Valoarea „FF FF” din câmpul de lungime este rezer vată pentr u o utilizare viitoare. 
DDP_045  Dacă un fișie r nu este descărcat, nu se stoc hează nicio informație privind fișierul (nicio etichetă și 
nicio lungime zero). 
DDP_046  O semnătură trebuie salvată drept următorul obiect TLV imediat după obiectul TLV care conține 
date le fișie rului. 
Defini ție Sens Lungime 
FID (2 octeți) || ‘00’ Eticheta pentr u EF (FID) 3 octeți 
FID (2 octeți) || ‘01’ Eticheta pentr u semnătura EF 
(FID) 3 octeți 
xx xx Lung imea câmpului de valor i 2 octeți  
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_Cer tificate   
… 
Date din EF 
Semnătura EF 
26.5.2016 L 139/280 Jurnalul Oficial al Uniunii Europene RO    
4.  DESCĂR CAREA INFORMAȚIILOR DE PE UN CARD DE TAHOGRAF PRIN INTERMEDIUL UNEI UNITĂȚI MONT ATE PE 
VEHICUL 
DDP_047  VU trebuie să permită descărcarea conținutului unui card de conducător auto introdus într-un IDE 
conectat. 
DDP_048  IDE trimite un mesa j de solicitare de transfer de date privind descărcarea informațiilor de pe card 
(„Transfer Data Requ est Card Down load”) către VU pentr u a iniția acest mod (a se vedea 2.2.2.9). 
DDP_049  VU descarcă apoi integral cardul, fișier cu fișie r, în conf ormitate cu prot ocolul de descărcare 
definit la punctul 3, și trimite toat e datele primite de pe card către IDE în formatul de fișie r TLV 
adecvat (a se vedea 3.4.2) și încapsulate într-un mesaj de răspuns pozitiv la solicitarea de transfe r 
de date („Positive Response Transfe r Data”). 
DDP_050  IDE preia date le de pe card din mesa jul de răspuns pozitiv la solicitarea de transfer de date 
(„Positiv e Response Transfer Data”) (eliminând toat e anteturi le, SID-ur ile, TREP -urile contoar ele de 
sub-mesa je și sumele de verificare) și le stoc hează într-un singur fișier fizic conf orm descr ierii de 
la punctul 2.3. 
DDP_051  În continuare, VU actualizează, dacă este cazul, fișierul 
 sau 
de pe cardul conducăt orului auto.  26.5.2016 L 139/281 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 8 
PROTOCOL DE ETALONAR E 
CUPRINS 
1. INTR ODUCERE .................................................................................................................................. 283 
2. TERMENI, DEFINIȚII ȘI REFERINȚE ......................................................................................................... 283 
3. PREZENT ARE GENERALĂ A SER VICIILOR ................................................................................................ 284 
3.1. Servicii disponibile ................................................................................................................. 284 
3.2. Codur i de răspuns .................................................................................................................. 285 
4. SER VICII DE COMUNICARE .................................................................................................................. 285 
4.1. Serviciul Star tCommunication ................................................................................................... 285 
4.2. Serviciul StopCommunicatio n................................................................................................... 287 
4.2.1 Descr ierea mesa jului ............................................................................................................... 287 
4.2.2 Formatul mesajului ................................................................................................................. 288 
4.2.3 Definirea parametr ilor ............................................................................................................. 289 
4.3. Serviciul TesterPresent ............................................................................................................. 289 
4.3.1 Descr ierea mesa jului ............................................................................................................... 289 
4.3.2 Formatul mesajului ................................................................................................................. 289 
5. SER VICII DE GESTIONARE ................................................................................................................... 291 
5.1. Serviciul Star tDiagnosticSession ................................................................................................. 291 
5.1.1 Descr ierea mesa jului ............................................................................................................... 291 
5.1.2 Formatul mesajului ................................................................................................................. 292 
5.1.3 Definirea parametr ilor ............................................................................................................. 293 
5.2. Serviciul Secur ityA ccess ........................................................................................................... 294 
5.2.1 Descr ierea mesa jului ............................................................................................................... 294 
5.2.2 Formatul mesajului – Secur ityA ccess – requestSeed ........................................................................ 295 
5.2.3 Formatul mesajului – Secur ityA ccess – sendKey ............................................................................ 296 
6. SER VICII DE TRANSMISIE A DATELOR .................................................................................................... 297 
6.1. Serviciul ReadDataByIdentifi er................................................................................................... 298 
6.1.1 Descr ierea mesa jului ............................................................................................................... 298 
6.1.2 Formatul mesajului ................................................................................................................. 298 
6.1.3 Definirea parametr ilor ............................................................................................................. 299 
6.2. Serviciul WriteDataByIdentifier .................................................................................................. 300 
6.2.1 Descr ierea mesa jului ............................................................................................................... 300 
6.2.2 Formatul mesajului ................................................................................................................. 300 
6.2.3 Definirea parametr ilor ............................................................................................................. 302 26.5.2016 L 139/282 Jurnalul Oficial al Uniunii Europene RO    
7. CONTR OLUL IMPULSURILOR DE TEST – UNIT ATEA FUNCȚIONALĂ DE CONTR OL AL INTRĂRILOR/IEȘ IRILOR ..... 302 
7.1. Serviciul InputOutputCont rolByIdentif ier..................................................................................... 302 
7.1.1 Descr ierea mesa jului ............................................................................................................... 302 
7.1.2 Formatul mesajului ................................................................................................................. 303 
7.1.3 Definirea parametr ilor ............................................................................................................. 304 
8. FORMA TE DATARECORDS ................................................................................................................... 305 
8.1. Inter valele parametr ilor transmiși ............................................................................................... 305 
8.2. Format e dataRecords ............................................................................................................... 306  
1.  INTR ODUCERE 
Prezentul apendice descr ie modul în care are loc schi mbul de date între o unitate montată pe vehicul și un aparat 
de testare prin interm ediul liniei K care face parte din interf ața de etalonare descr isă în apendicele 6. De 
asemenea, în prezentul apendice este descr is controlul liniei de semnalizare I/O efectuat asupra conector ului de 
etalonare. 
Modul de stabilire a comunicăr ilor pe linia K este descr is în secțiunea 4, „Communication Services”. 
În prezentul apendice se folosește ideea de „sesiuni” de diagnosticare pentr u a determina sfera controlului liniei K 
în diferite condiții. Sesiunea imp licită este „StandardDiagnosticSession”, în cadr ul căreia pot fi citite toat e date le de 
pe o unitat e montată pe vehicul, dar nu pot fi înregistrat e date pe o unitate montată pe vehicul. 
Selectarea sesiunii de diagnosticare este descr isă în secțiunea 5, „Managem ent Services”. 
Prezentul apendice trebuie să fie considerat relevant pentr u ambele generații de VU și de cardur i de ateli er, în 
conf ormitate cu cerințele de interoperabilitate prevăzut e în prezentul regulament. 
CPR_001  Sesiunea „ECUProgrammingSession” permite introducerea datelor în unitatea montată pe vehicul. În 
cazul introducer ii datelor de etalonare, unitat ea montată pe vehicul trebuie să se afle în modul de 
funcționare ETALONARE. 
Transf erul de date prin intermediul liniei K este descr is în secțiunea 6, „Data Transmission Services”. 
Formate le pentr u date le transfer ate sunt descr ise în detaliu în secțiunea 8, „dataRecords formats”. 
CPR_002  Sesiunea „ECU AdjustmentSession” 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 descr is în 
secțiunea 7, „Control of Test Pulses – Input /Output Control functional unit”. 
CPR_003  În cadr ul prezentului document, adresa aparatului de testare este notată cu ‘tt’. Cu toat e că este posibil 
să existe adrese privilegiate pentr u aparat ele de testare, VU trebuie să răspundă corect la orice adresă a 
aparatului de testare. Adresa fizică a VU este 0xEE. 
2.  TERMENI, DEFINIȚII ȘI REFERINȚE 
Protocoalele, mesajele și codur ile de eroare se bazează în principal pe un proiect al standardului ISO 14229-1 
(Road vehic les – Diagnostic systems – Part 1: Diagnostic services, versiunea 6 din 22 februarie 2001). 
Codif icările octeților și alte valor i hexazecimale sunt folosite la definirea identif icatorilor de servicii, la elaborarea 
solicităr ilor și a răspunsur ilor de servicii și la conf igurarea parametr ilor standard. 
Termenul „aparat de testare” se referă la echipamentul folosit la introducerea datelor de programare/etalonare în 
VU. 
Termenii „client” și „server” se referă la aparatul de testare, respectiv la VU. 
Termenul ECU înseamnă „Unitat e electronică de control” și se referă la VU. 26.5.2016 L 139/283 Jurnalul Oficial al Uniunii Europene RO    
Refer ințe: 
ISO 14230-2: Road Vehicles -Diagnostic Systems – Keyw ord Protocol 2000- Part 2: Data Link Layer. 
Prima ediție: 1999. 
Vehicles – Diagnostic. 
3.  PREZENT ARE GENERALĂ A SER VICIILOR 
3.1.  Servicii disponibile 
Următorul tabel cupr inde o prezentare generală a serviciilor care vor fi disponibile în tahograf și sunt definite în 
prezentul document. 
CPR_004  Tabelul prezintă serviciile disponibile în cadr ul unei sesiuni de diagnosticare active. 
—  Prima coloană cupr inde serviciile disponibile. 
—  A doua coloană include număr ul secțiunii din prezentul apendice unde serviciul este definit mai 
detaliat. 
—  A treia coloană indică valor ile atribuite identif icatorului de serviciu pentr u mesa jele de solicitare. 
—  A patra coloană precizează serviciile sesiunii „Sta ndardDiagnost icSession” (SD) care trebuie 
implementat e în fiecare VU. 
—  A cincea coloană precizează serviciile sesiunii „ECU Adjus tmentSession” (ECU AS) care trebuie 
implementat e pentr u a permite controlul liniei de semnalizare I/O în conector ul de etalonare din 
panoul frontal al VU. 
—  A șasea coloană precizează serviciile sesiunii „ECUProg rammingSession” (ECUPS) care trebuie 
implementat e pentr u a permite programarea parametr ilor în VU. 
Tabelul 1 
Tabel de prezent are a valor ilor identif icatorilor de serviciu  
Sesiuni de diagnosticare 
Denumirea serviciului de diagnos ­
ticare Secțiunea Nr. SID Valoarea 
solicitată SD ECU AS ECUPS 
Star tCommunication 4.1 81             
StopCommunicatio n 4.2 82       
TesterPresent 4.3 3E             
Star tDiagnosticSession 5.1 10             
Secur ityA ccess 5.2 27             
ReadDataByIdentifi er 6.1 22             
WriteDataByIdentifier 6.2 2E       
InputOutputCont rolByIdentif ier 7.1 2F         
   Acest simbol indică faptul că serviciul este obligat oriu în această sesiune de diagnosticare. 
Absența oricărui simbol indică faptul că acest serviciu nu este permis în această sesiune de diagnosticare.  26.5.2016 L 139/284 Jurnalul Oficial al Uniunii Europene RO    
3.2.  Codur i de răspuns 
Codur ile de răspuns sunt definite pentr u fiecare serviciu în parte. 
4.  Servicii de comunicare 
Există anumit e servicii care sunt necesare pentr u inițierea și menținerea comunicăr ii. Acestea nu apar în stratul 
aplicațiilor . Serviciile disponibile sunt prezentate în detaliu în tabelul următ or: 
Tabelul 2 
Servicii de comunicare 
Denumirea serviciului Descr iere 
Star tCommunication Clientul solicită inițierea unei sesiuni de comunicare cu unul sau mai multe ser­
vere. 
StopCommunicatio n Clientul solicită închei erea sesiunii de comunicare în curs de desfășurare. 
TesterPresent Clientul semnalează serverului faptul că este încă prezent.  
CPR_005  Serviciul Star tCommunication este folosit pentr u inițierea unei comunicăr i. Pentr u a efectua un 
serviciu, trebuie să se inițializeze comunicarea, iar parametr ii de comunicare trebuie să fie adapta ți 
modului dorit. 
4.1.  Serviciul StartCommunication 
CPR_006  La primirea unei primitive de indicare Star tCommunication, VU verifică dacă legătura de comunicare 
solicitată poate fi inițializată în condițiile existen te. Condițiile necesare inițializăr ii unei legătur i de 
comunicare sunt descr ise în documentul ISO 14230-2. 
CPR_007  În continuare, VU realizează toat e acțiunile necesare pentr u a inițializa o legătură de comunicare și 
trimit e o primitivă de răspuns Star tCommunication cu parametr ii de răspuns pozitiv selectați. 
CPR_008  Dacă o VU deja inițializată (și care a început o sesiune de diagnosticare) primește o nouă solicitare 
Star tCommunication (de exem plu, datorită unei remedier i a eror ii în aparatul de testare), solicitarea 
este acceptat ă și VU este reinițializată. 
CPR_009  Dacă legătura de comunicare nu poate fi inițializată, indif erent de motiv , VU continuă să funcționeze în 
aceleași condiții care existau imediat înainte de încercarea de inițializare a legătur ii de comunicare. 
CPR_010  Mesa jului de solicitare Star tCommunication trebuie să i se aloce o adresă fizică. 
CPR_011  Inițializarea VU pentr u servicii se realizează cu ajutorul unei metode de „inițializare rapidă”; 
—  Anteri or oricărei activități există o perioadă de inactivitate a magistralei. 
—  În continuare, aparatul de testare trimite o conf igurare de inițializare. 
—  Toate informațiile necesare inițializăr ii comunicăr ii sunt incluse în răspunsul VU. 
CPR_012  După finalizarea inițializăr ii, 
—  Tuturor parametr ilor de comunicare le sunt atribuite valor ile definite în tabelul 4 în funcție de 
octeții cheie. 
—  VU așteaptă prima solicitare din partea aparatului de testare. 26.5.2016 L 139/285 Jurnalul Oficial al Uniunii Europene RO    
—  VU se află în modul de diagnosticare implicit, adică StandardDiagnosticSession. 
—  Linia de semnalizare I/O de etalonare este în starea imp licită, adică inactivă. 
CPR_014  Viteza de transmisie a datelor pe linia K este de 10 400 bauzi. 
CPR_016  Inițializarea rapidă este lansată de aparatul de testare prin transmite rea 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ă scur tă Tinil. 
Aparatul de testare transmite primul bit al serviciului Star tCommunication după un timp Twup, după 
prima linie descendentă. 
CPR_017  Valor ile de sincronizare pentr u inițializarea rapidă și comunicare în general sunt descr ise în detaliu în 
tabelele prezentate în continuare. Pentr u perioada de inactivitate există difer ite posibilități: 
—  Prima transmisie după conectarea la alimentare, Tidle = 300 ms. 
—  După finalizarea unui serviciu StopCo mmunication, Tidle = P3 min. 
—  După încheierea comunicăr ii prin depășirea timpului alocat P3 max, Tidle = 0. 
Tabelul 3 
Valor i de sincronizare pentr u inițializarea rapidă 
Param etru valoare minimă valoare maximă 
Tinil 25 ± 1 ms 24 ms 26 ms 
Twup 50 ± 1 ms 49 ms 51 ms  
Tabelul 4 
Valor ile de sincronizare pentr u comunicare 
Parametr u 
de sincroni ­
zare Descr ierea parametr ului valor i minime 
admise (ms) valor i maxime 
admise (ms) 
min. max. 
P1 Tim pul între octeți pentr u răspunsul VU 0 20 
P2 Tim pul dintre solicitarea aparatului de testare și 
răspunsul VU sau dintre două răspunsur i VU 25 250 
P3 Tim pul dintre sfârșitul răspunsur ilor VU și începu ­
tul noii solicităr i a aparatului de testare 55 5 000 
P4 Tim pul între octeți pentr u solicitarea aparatului de 
testare 5 20  26.5.2016 L 139/286 Jurnalul Oficial al Uniunii Europene RO    
CPR_018  Formatul mesa jului pentr u inițializarea rapidă este prezentat în detaliu în tabelele următoare. (NOTĂ: 
Hex înseamnă hexazecimal) 
Tabelul 5 
Mesaj Star tCommunication Reques t 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 81 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Star tCommunication Request Service Id 81 SCR 
#5 Sumă de verificare 00-FF CS  
Tabelul 6 
Mesaj StartCommunication Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 Star tCommunication Positiv e Response Ser­
vice Id C1 SCRPR 
#6 Octe t cheie 1 EA KB1 
#7 Octe t cheie 2 8F KB2 
#8 Sumă de verificare 00-FF CS  
CPR_019  Nu există niciun răspuns negat iv la mesajul Star tCommunication Request ; dacă nu există un mesaj de 
răspuns pozitiv de transmis, VU nu este inițializată, nu se transmite niciun mesa j și aceasta rămâne în 
modul său normal de funcționare. 
4.2.  Serviciul StopCommunication 
4.2.1  Descr ierea mesajului 
Scopul acestui serviciu al stratului de comunicare este de a închei a o sesiune de comunicare. 
CPR_020  La primirea unei primitive de indicare StopCommunication, VU verifică dacă condițiile din momentul 
respectiv permit închei erea comunicăr ii în cauză. În acest caz, VU realizează toat e acțiunile necesare 
pentr u a închei a comunicarea în cauză. 26.5.2016 L 139/287 Jurnalul Oficial al Uniunii Europene RO    
CPR_021  Dacă închei erea comunicăr ii este posibilă, VU emite o primitivă de răspuns StopCommunicatio n cu 
parametr ii de răspuns pozitiv selectați, înaint e de închei erea comunicăr ii. 
CPR_022  Dacă încheierea comunicăr ii nu este posibilă, indif erent de motiv , VU emite o primitivă de răspuns 
StopCommunication împreun ă cu parametr ul de răspuns negativ selectat. 
CPR_023  Dacă VU detec tează depășirea timpului alocat P3max, comunicarea este închei ată fără a se emite o 
primitivă de răspuns. 
4.2.2  Formatul mesajului 
CPR_024  Formate le mesa jelor pentr u primitivele StopCo mmunication sunt prezentate în detaliu în tabelele 
următoar e: 
Tabelul 7 
Mesaj StopCommunication Request 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Octe t de lungime suplimentar 01 LEN 
#5 StopCommunication Request Service Id 82 SPR 
#6 Sumă de verificare 00-FF CS  
Tabelul 8 
Mesaj StopCommunication Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 01 LEN 
#5 StopCommunication Positiv e Response Ser­
vice Id C2 SPRPR 
#6 Sumă de verificare 00-FF CS  26.5.2016 L 139/288 Jurnalul Oficial al Uniunii Europene RO    
Tabelul 9 
Mesaj StopCommunication Negativ e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 negativ e Response Service Id 7F NR 
#6 StopCommunication Request Service Identif ication 82 SPR 
#7 responseCode = generalReject 10 RC_GR 
#8 Sumă de verificare 00-FF CS  
4.2.3  Definirea parametr ilor 
Acest serviciu nu necesită definirea niciunui parametr u. 
4.3.  Serviciul TesterPresent 
4.3.1  Descr ierea mesajului 
Serviciul TesterPresent este folosit de aparatul de testare pentr u a indica serverului că este încă prezent, în scopul 
de a preveni astfel revenirea automată a serverului la modul de funcționare normal și posibila întrer upere a 
comunicăr ii de către acesta. Acest serviciu, trimis periodic, menține sesiunea de diagnosticare/comunicarea activă 
prin resetarea cont orului P3 de fiecare dată când se primește o solicitare pentr u acest serviciu. 
4.3.2  Formatul mesajului 
CPR_079  Formate le mesajelor pentr u primitivele TesterPresent sunt prezentate în detaliu în tabelele următoar e. 
Tabelul 10 
Mesaj TesterP resent Request 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Octe t de lungime suplimentar 02 LEN 
#5 Tester Present Request Service Id 3E TP 26.5.2016 L 139/289 Jurnalul Oficial al Uniunii Europene RO    
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#6 Subfuncție = responseRequired = [ da 01 RESPREQ_Y 
nu ] 02 RESPREQ_NO 
#7 Sumă de verificare 00-FF CS  
CPR_080  Dacă parametr ul 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. 
Tabelul 11 
Mesaj TesterPresent Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 01 LEN 
#5 Tester Present Positiv e Response Service Id 7E TPPR 
#6 Sumă de verificare 00-FF CS  
CPR_081  Serviciul este compat ibil cu următoarele codur i de răspuns negat iv: 
Tabelul 12 
Mesaj Tester Present Negativ e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 negativ e Response Service Id 7F NR 
#6 TesterPresent Request Service Identification 3E TP 26.5.2016 L 139/290 Jurnalul Oficial al Uniunii Europene RO    
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#7 responseCode = [ SubFunctionNotSuppor ted-In ­
validFor mat 12 RC_SFNS_IF 
incor rectMessageL ength ] 13 RC_IML 
#8 Sumă de verificare 00-FF CS  
5.  SER VICII DE GESTIONARE 
Serviciile disponibile sunt prezentate în detaliu în tabelul următor: 
Tabelul 13 
Servicii de gest ionare 
Denumirea serviciului Descr iere 
Star tDiagnosticSession Clientul solicită inițierea unei sesiuni de diagnosticare cu o VU. 
Secur ityA ccess Clientul solicită accesul la funcții rezer vate utilizatori lor autor izați.  
5.1.  Serviciul StartDiagnos ticSession 
5.1.1  Descr ierea mesajului 
CPR_025  Serviciul Star tDiagnosticSession este utilizat pentr u activarea unor diferite sesiuni de diagnosticare în 
server. O sesiune de diagnosticare activează un set specific de servicii în conf ormitate cu tabelul 17. O 
sesiune poate activa servicii specifi ce ale producăt orului vehiculului care nu fac parte din prezentul 
document. Nor mele de implementare respectă următoarele cerințe: 
—  Întotdeauna există doar o sesiune de diagnosticare activă în VU, 
—  VU lansează întotd eauna StandardDiagnosticSession când este conectată la o sursă de alimentare. 
Dacă nu este lansată o altă sesiune de diagnosticare, StandardDiagnosticSession rămâne desch isă 
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 mesa j de răspuns pozitiv , 
—  De fiecare dată când un aparat de testare solicită o sesiune de diagnosticare nouă, VU trimit e mai 
întâi un mesaj de răspuns pozitiv la solicitarea Star tDiagnosticSession, înainte ca noua sesiune să 
devină activă în VU. Dacă VU nu poate lansa noua sesiune de diagnosticare solicitată, aceasta 
răspunde cu un mesa j de răspuns nega tiv la solicitarea Star tDiagnosticSession, iar sesiunea aflată în 
desfășurare continuă. 
CPR_026  O sesiune de diagnosticare poate fi lansată numai în cazul în care comunicarea a fost stabilită între 
client și VU. 
CPR_027 Parametr ii de sincronizare definiți în tabelul 4 devin activi după efectuarea cu succes a Star tDiagnostic ­
Session, parametr ul diagnosticSession fiind stabilit la valoarea „StandardDiagnosticSession” în mesajul 
de solicitare în cazul în care o altă sesiune de diagnosticare a fost activă anterior . 26.5.2016 L 139/291 Jurnalul Oficial al Uniunii Europene RO    
5.1.2  Formatul mesajului 
CPR_028  Formate le mesajelor pentr u primitivele Star tDiagnosticSession sunt prezentate în detaliu în tabelele 
următoar e. 
Tabelul 14 
Mesaj Star tDiagnos ticSession Request 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Octe t de lungime suplimentar 02 LEN 
#5 Star tDiagnos ticSession Request Service Id 10 STDS 
#6 diagnosticSession = [o valoare din tabelul 17] xx DS_… 
#7 Sumă de verificare 00-FF CS  
Tabelul 15 
Mesaj StartDiagnosticSession Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 02 LEN 
#5 Star tDiagnos ticSession Positiv e Response Ser­
vice Id 50 STDSPR 
#6 diagnosticSession = [aceeași valoare ca la octetul 
#6 din tabelul 14] xx DS_… 
#7 Sumă de verificare 00-FF CS  
Tabelul 16 
Mesaj StartDiagnos ticSession Negativ e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 26.5.2016 L 139/292 Jurnalul Oficial al Uniunii Europene RO    
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 Negativ e Response Service Id 7F NR 
#6 Star tDiagnosticSession Request Service Id 10 STDS 
#7 ResponseCode = [subFunctionNotSuppor ted(a) 12 RC_SFNS 
incor rectMessageL ength (b) 13 RC_IML 
conditionsNotCor rect (c) 22 RC_CNC 
#8 Sumă de verificare 00-FF CS 
(a)  – valoarea introdusă la octetul # 6 din mesaju l de solicitare nu este compatibilă, adică nu se află în tabelul 17, 
(b)  – lungimea mesaju lui nu este corectă, 
(c)  – criteriil e pentr u solicitarea Star tDiagnosticSession nu sunt îndeplinite.  
5.1.3  Definirea parametr ilor 
CPR_029  Parametr ul diagnosticSession (DS_) este folosit de serviciul Star tDiagnosticSession pentr u a selecta 
compo rtamentul specif ic al serverului (serverelor). În prezentul document sunt precizate următoar ele 
sesiuni de diagnosticare: 
Tabelul 17 
Def iniția valor ilor diagnosticSession 
Hex Descr iere Cod 
mnemonic 
81 StandardDiagnos ticSession 
Această sesiune de diagnosticare activează toat e serviciile specificate în co­
loana 4 “SD” din tabel ul 1. Aceste servicii permit citirea datelor de pe 
un server (VU). Această sesiune de diagnosticare este activă după finaliza ­
rea cu succes a inițializăr ii între client (aparatul de testare) și server (VU). 
Această sesiune de diagnosticare poate fi suprascr isă de alte sesiuni de 
diagnosticare specificate în prezenta secțiune. SD 
85 ECUProg rammingSession 
Această sesiune de diagnosticare activează toat e serviciile specificate în co­
loana 6 “ECUPS” din tabelul 1. Serviciile respective sunt compatibile cu 
programarea memor iei unui server (VU). Această sesiune de diagnosticare 
poate fi suprascr isă de alte sesiuni de diagnosticare specifi cate în prezenta 
secțiune. ECUPS 
87 ECU Adjust mentSession 
Această sesiune de diagnosticare activează toat e serviciile specificate în co­
loana 5 “ECU AS” din tabel ul 1. Aceste servicii sunt compatibile cu con­
trolul intrăr ilor/ieșir ilor unui server (VU). Această sesiune de diagnosticare 
poate fi suprascr isă de alte sesiuni de diagnosticare specifi cate în prezenta 
secțiune. ECU AS  26.5.2016 L 139/293 Jurnalul Oficial al Uniunii Europene RO    
5.2.  Serviciul Secur ityAccess 
Scrierea datelor de etalonare este posibilă doar dacă VU se află în mod ETALONARE . Pe lângă introducerea unui 
card de ateli er în VU, este necesară și introducerea PIN-ului corespunzător în VU înaint e de acordarea accesului la 
modul ETALONA RE. 
În cazul în care VU se află în modul ETALONARE sau CONTR OL, este posibilă, de asemenea, accesarea liniei I/O 
de etalonare. 
Serviciul Secur ityA ccess oferă o modalitate de introducere a PIN-ului și de a semnala aparatului de testare dacă 
VU se află sau nu în mod ETALONARE. 
Se permite introducerea PIN-ului și prin interm ediul altor metode. 
5.2.1  Descr ierea mesajului 
Serviciul Secur ityA ccess constă într-un mesaj Secur ityA ccess „requestSeed”, urmat eventual de un mesaj Secur i­
tyAccess „sendKey ”. Serviciul Secur ityA ccess trebuie să fie executa t după serviciul Star tDiagnosticSession. 
CPR_033  Aparatul de testare folosește mesajul Secur ityA ccess „requestSeed” pentr u a verifica dacă unitatea 
montată pe vehicul este pregătită să accept e un PIN. 
CPR_034  Dacă unitate a montată pe vehicul este deja în mod ETALONA RE, aceasta răspunde solicităr ii prin 
trimit erea unei „valor i inițiale (seed)” de 0x0000 cu ajutorul serviciului Secur ityA ccess Positive 
Response. 
CPR_035  Dacă unitat ea montată pe vehicul este pregătită să accept e un PIN pentr u verificarea cu un card de 
atelier, aceasta răspunde solicităr ii prin trimiterea unei „valor i inițiale” mai mar i de 0x0000 cu ajutorul 
serviciului Secur ityA ccess Positive Response. 
CPR_036  Dacă unitatea montată pe vehicul nu este pregătită să accept e un PIN de la aparatul de testare, întrucât 
fie cardul de ateli er introdus nu este valabil, fie nu a fost introdus niciun card de ateli er, fie unitat ea 
montată pe vehicul așteaptă transmiterea PIN-ului printr-o altă metod ă, aceasta răspunde solicităr ii cu 
un răspuns negativ având un cod de răspuns setat pe conditionsNotCor rectOrRequestSequenceEr ror. 
CPR_037  Apoi, aparatul de testare foloseșt e în cele din urmă mesa jul Secur ityA ccess „sendKey” pentr u a 
transmite un PIN unității montate pe vehicul. Pentr u a aloca timpul necesar realizăr ii procesului de 
aute ntifi care a cardului, VU foloseșt e codul de răspuns negativ requestCor rectlyReceived-Response ­
Pending pentr u a prelungi timpul de răspuns. Totuși, timpul maxim de răspuns nu trebuie să 
depășească 5 minute. După finalizarea serviciului solicitat, VU trimite un mesaj de răspuns pozitiv sau 
un mesa j de răspuns negativ cu un cod de răspuns diferit de acesta. Codul de răspuns negativ request ­
CorrectlyReceived-ResponsePending poate fi repetat de VU până la finalizarea serviciului solicitat și 
trimit erea mesajului de răspuns final. 
CPR_038  Unitatea montată pe vehicul răspunde acestei solicităr i folosind serviciul Secur ityA ccess Positive 
Response numai când este în modul ETALONA RE. 
CPR_039  În următoarel e cazur i, unitatea montată pe vehicul răspunde aceste i solicităr i cu un răspuns nega tiv 
însoțit de un cod de răspuns cu valoarea: 
—  subFunctionNot suppor ted: format nevalabil pentr u parametr ul subfuncției (accessT ype); 
—  conditionsNotCor rectOrRequestSequenceEr ror: unitat ea montată pe vehicul nu este pregătită să 
accept e introducerea unui PIN, 
—  invalidKe y: PIN nevalabil și număr ul de încercăr i permise de verificare a PIN-ului nedepășit, 
—  exceededNumberOfA ttem pts: PIN nevalabil și număr ul de încercăr i permise de verificare a PIN-ului 
depășit, 
—  generalReject: PIN corect, dar tentativă nereușită de autenti ficare reciprocă cu cardul de atelier. 26.5.2016 L 139/294 Jurnalul Oficial al Uniunii Europene RO    
5.2.2  Formatul mesajului – Secur ityAccess – requestSeed 
CPR_040  Formate le mesa jelor pentr u primitivele Secur ityA ccess „requestSeed” sunt prezentate în detaliu în 
tabelele următoar e. 
Tabelul 18 
Mesaj Secur ityAccess Request- request Seed 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Octe t de lungime suplimentar 02 LEN 
#5 Secur ityA ccess Request Service Id 27 SA 
#6 accessT ype – requestSeed 7D AT_RSD 
#7 Sumă de verificare 00-FF CS  
Tabelul 19 
Mesaj Secur ityAccess – request Seed Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 04 LEN 
#5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
#6 accessT ype – requestSeed 7D AT_RSD 
#7 Valoare inițială super ioară 00-FF SEEDH 
#8 Valoare inițială inferioară 00-FF SEEDL 
#9 Sumă de verificare 00-FF CS  
Tabelul 20 
Mesaj Secur ityA ccess Negativ e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 26.5.2016 L 139/295 Jurnalul Oficial al Uniunii Europene RO    
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#4 Octe t de lungime suplimentar 03 LEN 
#5 negativ eResponse Service Id 7F NR 
#6 Secur ityA ccess Request Service Id 27 SA 
#7 responseCode = [conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
incor rectMessageL ength] 13 RC_IML 
#8 Sumă de verificare 00-FF CS  
5.2.3  Formatul mesajului – Secur ityAccess – sendKe y 
CPR_041  Formate le mesa jelor pentr u primitivele Secur ityA ccess „sendKey” sunt prezentate în detaliu în tabelele 
următoar e. 
Tabelul 21 
Mesaj Secur ityAcce ss Request – sendKey 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Octe t de lungime suplimentar m+2 LEN 
#5 Secur ityA ccess Request Service Id 27 SA 
#6 accessT ype – sendKey 7E AT_SK 
de la #7 
până la 
#m+6 Cheia #1 (super ioară) xx KEY 
… …  
Cheia #m (infe rioară, m trebuie să fie minim 4 și 
maxim 8) xx  
#m+7 Sumă de verificare 00-FF CS  
Tabelul 22 
Mesaj Secur ityAccess – sendKey Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 26.5.2016 L 139/296 Jurnalul Oficial al Uniunii Europene RO    
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#4 Octe t de lungime suplimentar 02 LEN 
#5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
#6 accessT ype – sendKey 7E AT_SK 
#7 Sumă de verificare 00-FF CS  
Tabelul 23 
Mesaj Secur ityA ccess Negativ e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 Secur ityA ccess Request Service Id 27 SA 
#7 ResponseCode = [generalReject 10 RC_GR 
subFunctionNotSuppor ted 12 RC_SFNS 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
invalidKey 35 RC_IK 
excee dedNumberOfAtt emp ts 36 RC_ENA 
requestCor rectlyReceived-Res ­
ponseP ending] 78 RC_R CR_RP 
#8 Sumă de verificare 00-FF CS  
6.  SER VICII DE TRANSMISIE A DATELOR 
Serviciile disponibile sunt prezentate în detaliu în tabelul următor: 
Tabelul 24 
Servicii de transmisie de date 
Denumirea serviciului Descr iere 
ReadDataByIdentifi er Clientul solicită transmisia valor ii curente a unei înregistrăr i care poate fi acce ­
sată prin recordDataIdentif ier. 
WriteDataByIdentifier Clientul solicită scrierea unei înregistrăr i care poate fi accesată prin recordDa ­
taIdentif ier.  26.5.2016 L 139/297 Jurnalul Oficial al Uniunii Europene RO    
6.1.  Serviciul ReadDataBy Identif ier 
6.1.1  Descr ierea mesajului 
CPR_050  Serviciul ReadDataByIdentif ier este folosit de client pentr u a solicita valor ile date lor înregistrat e de la 
un server. Datele sunt identif icate de un recordDataIdentif ier. Producător ul VU trebuie să se asigure că, 
la efectuarea acestui serviciu, condițiile privind serverul sunt îndeplinite. 
6.1.2  Formatul mesajului 
CPR_051  Formate le mesa jelor pentr u primitivele ReadDataByIdentifi er sunt prezentate în detaliu în tabelele 
următoar e. 
Tabelul 25 
Mesaj ReadDataByIdentif ier Request 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 ReadDataByIdentif ier Request Service Id 22 RDBI 
de la #6 la 
#7 recordDataIdentifier = [o valoare din tabelul 28] xxxx RDI_… 
#8 Sumă de verificare 00-FF CS  
Tabelul 26 
Mesaj ReadDataBy Identif ier Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar m+3 LEN 
#5 ReadDataByIdentif ier Positiv e Response Ser­
vice Id 62 RDBIPR 
#6 și #7 recordDataIdentifier = [aceeași valoare ca octeții 
#6 și #7 din tabelul 25] xxxx RDI_… 
de la #8 
până la 
#m+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Sumă de verificare 00-FF CS  26.5.2016 L 139/298 Jurnalul Oficial al Uniunii Europene RO    
Tabelul 27 
Mesaj ReadDataByIdentif ier Negativ e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 ReadDataByIdentifier Request Service Id 22 RDBI 
#7 ResponseCode = [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Sumă de verificare 00-FF CS  
6.1.3  Definirea parametr ilor 
CPR_052  Parametr ul recor dDataIdentifier (RDI_) din mesa jul de solicitare ReadDataByIdentif ier identif ică o 
înregistrare de date. 
CPR_053  Valor ile recordDataIdentifier definite în prezentul document sunt indicate în tabelul de mai jos. 
Tabelul recordDataIdentif ier este format din patr u coloane și mai multe rândur i. 
—  Prima coloană (Hex) cupr inde „valoarea Hex” atribuită recordDataIdentif ier specifi cat în coloana a 
treia. 
—  A doua coloană (element de date) precizează elementul de date din apendicele 1 pe care se 
bazează recordDataIdentif ier (uneor i este necesară transcodarea). 
—  A treia coloană (descr iere) specifi că denumirea recordDataIdentif ier corespunzăt oare. 
—  A patra coloană (cod mnemonic) indică codul mnemonic al recordDataIdentifie r în cauză. 
Tabelul 28 
Def iniția valor ilor recordDataIdentif ier 
Hex Element de date Denumirea recordDataIdentif ier 
(a se vedea formatul în secțiunea 8.2) Cod mnemonic 
F90B 
 TimeDat e RDI_TD 
F912 
 HighResolution TotalV ehicleDistance RDI_HRT VD 
F918 
 Kfact or RDI_KF 26.5.2016 L 139/299 Jurnalul Oficial al Uniunii Europene RO    
Hex Element de date Denumirea recordDataIdentif ier 
(a se vedea formatul în secțiunea 8.2) Cod mnemonic 
F91C 
 LfactorT yreCircumfe rence RDI_LF 
F91D 
 WvehicleCharacter isticF actor RDI_WV CF 
F921 
 TyreSize RDI_TS 
F922 
 NextCalibrationDat e RDI_NCD 
F92C 
 SpeedAuthor ised RDI_S A 
F97D 
 Regist eringMemberState RDI_RMS 
F97E 
 VehicleRegistrationNumber RDI_ VRN 
F190 
 VIN RDI_ VIN  
CPR_054  Parametr ul dataRecor d (DREC_) este folosit de mesajul de răspuns pozitiv ReadDataByIdentifier 
pentr u a furniza clientului (aparatul de testare) valoarea înregistrăr ii de date identif icată de recordDataI ­
dentifier . Format ele datelor sunt specifi cate în secțiunea 8. Se pot implementa dataRecords 
suplimentare ca opțiune a utilizatorului, precum date de intrare, interne și de ieșire specific e pentr u 
VU, dar acest ea nu sunt definite în prezentul document. 
6.2.  Serviciul WriteDataByIdentif ier 
6.2.1  Descr ierea mesajului 
CPR_056  Serviciul WriteDataByIdentif ier este folosit de client pentr u a scrie valor ile înregistrăr ii de date pe un 
server. Datel e sunt identif icate de un recordDataIdentif ier. Producător ul VU trebuie să se asigure că, la 
efectuarea acestui serviciu, condițiile privind serverul sunt îndeplinite. Pentr u a actualiza parametr ii 
enumerați în tabelul 28, VU trebuie să se afle în modul ETALONA RE. 
6.2.2  Formatul mesajului 
CPR_057  Formate le mesajelor pentr u primitivele WriteDataByIdentifi er sunt prezentate în detaliu în tabelele 
următoar e. 
Tabelul 29 
Mesaj WriteDataByIdent ifier Request 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Octe t de lungime suplimentar m+3 LEN 
#5 WriteDat aByIdentif ier Request Service Id 2E WDBI 
de la #6 
până la #7 recordDataIdentifier = [o valoare din tabelul 28] xxxx RDI_… 26.5.2016 L 139/300 Jurnalul Oficial al Uniunii Europene RO    
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
de la #8 
până la m 
+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Sumă de verificare 00-FF CS  
Tabelul 30 
Mesaj WriteDat aByIdentif ier Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 WriteDat aByIdentif ier Positiv e Response Ser­
vice 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 CS  
Tabelul 31 
Mesaj WriteDat aByIdentif ier Negativ e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 WriteDataByIdentif ier Request Service Id 2E WDBI 26.5.2016 L 139/301 Jurnalul Oficial al Uniunii Europene RO    
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#7 ResponseCode = [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Sumă de verificare 00-FF CS  
6.2.3  Definirea parametr ilor 
Parame trul recor dDataIdentifier (RDI_) este definit în tabelul 28. 
Parame trul dataRecor d (DREC_) este folosit de mesajul de solicitare WriteDataByIdentifi er pentr u a furniza 
serverului (VU) valor ile înregistrăr ilor de date identif icate de recordDataIdentifier . Formate le datelor sunt 
specifi cate în secțiunea 8. 
7.  CONTR OLUL IMPULSURILOR DE TEST – UNIT ATEA FUNCȚIONALĂ DE CONTR OL AL INTRĂRILOR/I EȘIRILOR 
Serviciile disponibile sunt prezentate în detaliu în tabelul următor: 
Tabelul 32 
Unitatea funcțională de control al intrăr ilor/ieșir ilor 
Denumirea serviciului Descr iere 
InputOutputCont rolByIdentif ier Clientul solicită controlul unei intrăr i/ieșir i specifi ce serverului.  
7.1.  Serviciul InputOutputControlByIdentif ier 
7.1.1  Descr ierea mesajului 
Conexiunea realizată cu ajutor ul conect orului frontal permite controlul sau monitori zarea impulsur ilor de test 
folosind un aparat de testare corespunzător . 
CPR_058  Linia de semnalizare I/O de etalonare poate fi conf igurată cu ajutor ul comenzii lansat e pe linia K 
folosind serviciul InputOutputCont rolByIdentif ier pentr u a selecta funcția de intrare sau ieșire solicitată 
pentr u linie. Stăr ile disponibile ale liniei sunt următoarele: 
—  dezactivată, 
—  speedSignalInput, caz în care linia de semnalizare I/O de etalonare este utilizată pentr u a introduce 
un semnal de viteză (semnal de test) care să înlocuiască semnalul de viteză al senzor ului de mișcare; 
această funcție nu este disponibilă în modul CONTR OL, 
—  realTimeSpeedSignalOutputSensor , caz în care linia de semnalizare I/O de etalonare este utilizată 
pentr u ieșirea unui semnal de viteză de la senzor ul de mișcare, 
—  RTC Output, caz în care linia de semnalizare I/O de etalonare este utilizată pentr u ieșirea unui 
semnal de ceas UTC; această funcție nu este disponibilă în modul CONTR OL. 
CPR_059  Pentr u a configura starea liniei, unitatea montată pe vehicul trebuie să fi intrat într-o sesiune de reglare 
și să se afle în modul ETALONARE sau CONTR OL. Dacă VU se află în mod ETALONA RE, cele patr u 
stări ale liniei pot fi selectat e (dezactivată, speedSignalInput, realTimeSpeedSignalOutputSensor , 
RTCOutput). Dacă VU se află în modul CONTR OL, numai două stări ale liniilor pot fi selectat e 
(dezactivată, realTimeSpeedOutputSensor). La ieșirea din sesiunea de reglare sau din modul 
ETALONA RE sau CONTR OL, unitate a montată pe vehicul trebuie să se asigure că linia de semnalizare 
I/O de etalonare a revenit la starea „dezactivată” (stare implicită). 26.5.2016 L 139/302 Jurnalul Oficial al Uniunii Europene RO    
CPR_060  În cazul în care impulsur ile 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ătoar ea: 
—  Stabilirea comunicăr ilor cu ajutor ul serviciului Star tCommunication 
—  Intrarea într-o sesiune de reglare cu ajutorul serviciului Star tDiagnosticSession și trecerea în modul 
de funcționare ETALONARE sau CONTR OL (ordinea de efectuare a acest or două operațiuni nu este 
impor tantă). 
—  Modif icarea stării ieșir ii cu ajutor ul serviciului InputOutput ControlByIdentif ier. 
7.1.2  Formatul mesajului 
CPR_062  Formate le mesajelor pentr u primitivele Input OutputControlByIdentifi er sunt prezentate în detaliu în 
tabelele următoar e. 
Tabelul 33 
Mesaj InputOutputControlByIdentif ier Request 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă EE TGT 
#3 Octe t al adresei sursă tt SRC 
#4 Octe t de lungime suplimentar xx LEN 
#5 InputOutputControlByIdentif ier Request Sid 2F IOCBI 
#6 și #7 Input OutputIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 sau 
de la #8 
până la #9 ControlOp tionRecord = [  COR_… 
Input OutputControlParamet er – o valoare din ta­
belul 36 xx IOCP_… 
controlStat e – o valoare din tabelul 37 (a se vedea 
nota de mai jos)] xx CS_… 
#9 sau 
#10 Sumă de verificare 00-FF CS  
Notă: Parametr ul controlState este prezent numai în anumite cazur i (a se vedea 7.1.3). 
Tabelul 34 
Mesaj InputOutputControlByIdentif ier Positiv e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 26.5.2016 L 139/303 Jurnalul Oficial al Uniunii Europene RO    
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar xx LEN 
#5 inputOutputControlByIdentif ier Positiv e Res ­
ponse SId 6F IOCBIPR 
#6 și #7 inputOut putIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 sau 
de la #8 
până la #9 controlStatusRecord =[  CSR_ 
inputOut putControlParamet er (aceeași valoare ca 
cea a octetului #8 din tabelul 33) xx IOCP_… 
controlStat e (aceeași valoare ca cea a octetului #9 
tabelul 33)] (dacă este cazul) xx CS_… 
#9 sau 
#10 Sumă de verificare 00-FF CS  
Tabelul 35 
Mesaj InputOutputControlByIdentif ier Negativ e Response 
Octet # Denumirea parametr ului Valoarea Hex Cod mnemonic 
#1 Octe t de format – adresare fizică 80 FMT 
#2 Octe t al adresei țintă tt TGT 
#3 Octe t al adresei sursă EE SRC 
#4 Octe t de lungime suplimentar 03 LEN 
#5 negativ eResponse Service Id 7F NR 
#6 inputOut putControlByIdentif ier Request SId 2F IOCBI 
#7 responseCode=[   
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect 22 RC_CNC 
requestOutOfRange 31 RC_R OOR 
deviceControlLimitsEx ceeded] 7A RC_DCLE 
#8 Sumă de verificare 00-FF CS  
7.1.3  Definirea parametr ilor 
CPR_064  Parametr ul inputOutputControl Parameter (IOCP_) este definit în tabelul următ or. 26.5.2016 L 139/304 Jurnalul Oficial al Uniunii Europene RO    
Tabelul 36 
Def iniția valor ilor inputOutputControlParameter 
Hex Descr iere Cod 
mnemonic 
00 Retur nControlT oECU 
Această valoare indică serverului (VU) faptul că aparatul de testare nu mai 
are controlul asupra liniei de semnalizare I/O de etalonare. RCTECU 
01 ResetT oDefault 
Această valoare indică serverului (VU) faptul că s-a solicitat resetarea liniei 
de semnalizare I/O de etalonare la starea implicită. RTD 
03 Shor tTermAdjustment 
Această valoare indică serverului (VU) faptul că s-a solicitat ajustarea liniei 
de semnalizare I/O de etalonare la valoarea inclusă în parametr ul con­
trolStat e. STA  
CPR_065  Parametr ul control State este prezent numai în cazul în care inputOutputCon trolParamet er este setat la 
Shor tTermAdjustment și este definit în tabelul următor: 
Tabelul 37 
Def iniția valor ilor controlState 
Mod Valoarea Hex Descr iere 
Dezactivare 00 Linia I/O este dezactivată (stare implicită) 
Activare 01 Se activează linia I/O de etalonare ca speedSignalInput 
Activare 02 Se activează linia I/O de etalonare ca realTimeSpeedSignalOut ­
putSensor 
Activare 03 Se activează linia I/O de etalonare ca RTCOutput  
8.  FORMA TE DATARECORDS 
Această secțiune prezintă în detaliu: 
—  normele generale care se aplică inter valelor de parametr i transmiși de unitate a montată pe vehicul către 
aparatul de testa re, 
—  formate le care se folosesc pentr u datele transfe rate cu ajutorul serviciilor de transmisie de date descr ise în 
secțiunea 6. 
CPR_067  Toți parametr ii identif icați sunt compat ibili cu VU. 
CPR_068 Datele transmise de VU către aparatul de testare ca răspuns la un mesaj de solicitare sunt de tip cuanti ­
ficabil (și anume, valoarea activă a parametr ului solicitat, astfel cum a fost măsurată sau obser vată de 
VU). 
8.1.  Inter valele parametr ilor transmiși 
CPR_069  Tabelul 38 defineșt e inter valele folosite la determi narea valabilității unui parametr u transmis. 26.5.2016 L 139/305 Jurnalul Oficial al Uniunii Europene RO    
CPR_070  Valor ile din inter valul „indicator de eroare” (error indicator) permit unității montate pe vehicul să indice 
imediat faptul că nicio dată parametr ică valabilă nu este disponibilă pentr u moment din cauza unui 
anumit tip de eroare la nivelul tahografului. 
CPR_071  Valor ile din inter valul „indisponibil” (not available) permit unității montate pe vehicul să transmită un 
mesa j care conține un parametr u indisponibil sau incompati bil cu modulul în cauză. Valor ile din 
intervalul „nesolicitat” (not requested) permit transmite rea de către un dispozitiv a unui mesa j de 
comandă și identifică acei parametr i în cazul cărora nu se așteap tă niciun răspuns de la dispozitivul de 
recepție. 
CPR_072  Dacă defecțiunea unei compo nente împiedică transmisia de date valabile pentr u un parametr u, în locul 
datelor parametr ice respective ar trebui folosiți indicator ii de eroare descr iși în tabelul 38. Cu toat e 
acest ea, dacă datele măsurate sau calculat e au ca rezultat o valoare valabilă care depășește totuși 
intervalul definit al parametr ului respectiv , indicatorul de eroare nu ar trebui folosit. Datele trebuie să 
fie transmise folosind valoarea minimă sau maximă adecvată a parametr ului. 
Tabelul 38 
Inter valele dataRecords 
Denumirea inter valului 1 octet 
(valoarea Hex) 2 octeți 
(valoarea Hex) 4 octeți 
(valoarea Hex) ASCII 
Semnal valabil 00-F A 0000-F AFF 00000000-F AFFFFFF de la 1 la 
254 
Indicator specif ic parametr ului FB FB00-FBFF FB000000-FBFFFFFF nu există 
Inter val rezer vat pentr u viitor ii 
biți ai indicator ului FC-FD FC00-FDFF FC000000-FDFFFFFF nu există 
Indicator de eroare FE FE00-FEFF FE000000-FEFFFFFF 0 
Nu sunt disponibile sau nu sunt 
solicitate FF FF00-FFFF FF000000-FFFFFFFF FF  
CPR_073  Pentr u parametr ii codați în ASCII, caracte rul ASCII „*” este rezer vat ca delimitator . 
8.2.  Formate dataRecords 
În tabelele 39 – 42 de mai jos sunt prezentate în detaliu formate le care trebuie folosit e prin interm ediul serviciilor 
ReadDataByIdentifi er și WriteDataByIdentifier . 
CPR_074  În tabelul 39 sunt indicate lungimea, rezoluția și domeniul de valor i ale fiecăr ui parametr u identif icat 
de recordDataIdentifie r: 
Tabelul 39 
Formatul dataRecords 
Denumirea parametr ului Lungimea 
datel or 
(octeți) Rezoluția Domeniul de valor i 
TimeDat e 8 A se vedea detaliile din tabelul 40 
HighResolution TotalV ehicleDistance 4 amplificare 5 m/bit, deplasare 0 m de la 0 până la 
+ 21 055 406 km 
Kfact or 2 ampli ficare 0,001 impulsur i/m/bit, 
deplasare 0 0-64,255 impulsur i/m 
LfactorT yreCircumfe rence 2 amplificare 0,125 10– 3 m/bit, de­
plasare 0 de la 0 la 8,031 m 
WvehicleCharacter isticF actor 2 ampli ficare 0,001 impulsur i/m/bit, 
deplasare 0 0-64,255 impulsur i/m 
TyreSize 15 ASCII ASCII 26.5.2016 L 139/306 Jurnalul Oficial al Uniunii Europene RO    
Denumirea parametr ului Lungimea 
datel or 
(octeți) Rezoluția Domeniul de valor i 
NextCalibrationDat e 3 A se vedea detaliile din tabelul 41 
SpeedAuthor ised 2 amplificare 1/256 km/h/bit, depla ­
sare 0 0-250,996 km/h 
Regist eringMemberState 3 ASCII ASCII 
VehicleRegistrationNumber 14 A se vedea detaliile din tabelul 42 
VIN 17 ASCII ASCII  
CPR_075  În tabelul 40 sunt prezentate în detaliu formate le diferiților octeți ai parametr ului TimeDat e: 
Tabelul 40 
Formatul deta liat al TimeDate (valoarea recordData Identif ier # F90B) 
Octet Definirea parametr ilor Rezoluția Domeniul de valor i 
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 amp lificare 1 lună/bit, deplasare 0 luni 1-12 luni 
5 Ziua amplificare 0,25 zile/bit, deplasare 0 
zile 
(a se vedea NOT A de sub tabelul 41) 0,25-31,75 zile 
6 Anul ampli ficare 1 lună/bit, deplasare an + 
1985 
(a se vedea NOT A de sub tabelul 41) anul 1985-anul 
2235 
7 Deplasare locală minute ampli ficare 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 formate le diferiților octeți ai parametr ului NextCalibrationDat e. 
Tabelul 41 
Formatul detalia t al NextCalibrationDate (valoarea recordDataIdentif ier # F922) 
Octet Definirea parametr ilor Rezoluția Domeniul de valor i 
1 Luna amp lificare 1 lună/bit, deplasare 0 luni 1-12 luni 
2 Ziua amplificare 0,25 zile/bit, deplasare 0 
zile 
(a se vedea NOT A de mai jos) 0,25-31,75 zile 
3 Anul amplificare 1 lună/bit, deplasare an 
+ 1985 
(a se vedea NOT A de mai jos) anul 1985-anul 
2235  26.5.2016 L 139/307 Jurnalul Oficial al Uniunii Europene RO    
NOTĂ privind folosirea parametr ului „Zi”:  
1) O valoare 0 pentr u dată este o valoare nulă. Valor ile 1, 2, 3 și 4 sunt folosite pentr u a identifica prima zi a 
lunii; valor ile 5, 6, 7 și 8 identif ică a doua zi a lunii etc.  
2) Acest parametr u nu influențează și nici nu modifi că parametr ul pentr u oră menționat anterior. 
NOTĂ privind folosirea octetului parametr ului „An”: 
Valoarea 0 pentr u an corespunde anului 1985; valoarea 1 indică anul 1986 etc. 
CPR_078 În tabelul 42 sunt prezentate în detaliu format ele difer iților octeți ai parametr ului VehicleRegistration ­
Number: 
Tabelul 42 
Formatul deta liat al VehicleRegist rationNumber (valoarea recordData Identif ier # F97E) 
Octet Defini rea parametr ilor Rezoluția Domeniul de 
valor i 
1 Pagină de cod (conf orm definiț iei din apendicele 
1) ASCII de la 01 la 0A 
2-14 Număr ul de înmatr iculare al vehiculului (conf orm 
definiției din apendicele 1) ASCII ASCII   26.5.2016 L 139/308 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 9. 
OMOLOGAREA DE TIP LIST A TESTELOR MINIME OBLIGA TORII 
CUPRINS 
1. INTR ODUCERE ....................................................................................................................................... 309 
2. TESTE DE FUNCȚIONARE A UNITĂȚII MONT ATE PE VEHICUL .......................................................................... 311 
3. TESTE DE FUNCȚIONARE A SENZOR ULUI DE MIȘCARE .................................................................................. 315 
4. TESTE DE FUNCȚIONARE A CARD URILOR DE TAHOGRAF .............................................................................. 318 
5. TESTE PRIVIND ECH IPAMENTUL GNSS EXTERN ............................................................................................. 328 
6. TESTE PRIVIND ECH IPAMENTUL DE COMUNIC ARE LA DIST ANȚĂ .................................................................... 331 
7. TESTE DE FUNCȚIONARE PRIVIND HÂRTIA ................................................................................................. 333 
8. TESTE DE INTER OPERABILIT ATE................................................................................................................ 335  
1.  INTR ODUCERE 
1.1.  Omologarea de tip 
Omolog area CE de tip pentr u aparatura de înregistrare (sau o componentă a aceste ia) sau pentr u un card de 
tahograf se bazează pe: 
—  o certificare a secur ității, pe baza specificațiilor prevăzut e în criteriile comune, în rapor t cu un obiectiv de 
secur itate care respectă în totalita te apendicele 10 la prezenta anexă (de compl etat/modifi cat); 
—  o certificare a funcționăr ii, efectuată de o autoritate a unui stat membr u, care certifică faptul că articolul 
testat respectă cerințele prezentei anexe din punctul de vedere al funcțiilor îndeplinite , al preciziei măsurător ilor 
și al caracter isticilor de mediu; 
—  o certificare a interoperabilității, efectuată de un organism compet ent, care certifică faptul că aparatura de 
înregistrare (sau cardul de tahograf) este în întregime inter operabilă(interoperabil) cu modelele necesare de card 
de tahograf (sau de aparatură de înregistrare) (a se vedea capit olul 8 din prezenta anexă). 
Prezentul apendice enumeră testele minime care trebuie efectuate de către o autori tate a unui stat membr u în 
cadr ul testelor de funcționare, precum și testele minime care trebuie efectuate de orga nismul compet ent în cadr ul 
testelor de interoperabilitate. Procedur ile care trebuie urmate în vederea efectuăr ii testelor sau tipul de teste nu sunt 
specificate în cupr insul prezentului document. 
Prezentul apendice nu se vizează aspecte lega te de certificarea secur ității. Dacă unele teste necesare pentr u 
omologa rea de tip sunt efectuate în cadr ul procesului de evaluare și de certificare a secur ității, ele nu mai trebuie 
repetat e. Într-un asemenea caz, este suficientă inspectarea rezultatelor acest or teste de secur itate. Î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 cadr ul 
certificării secur ității sunt marcat e cu un „*” în cupr insul prezentului apendice. 
Cerințele numerotat e se referă la corpusul anex ei, în timp ce celelalte cerințe se referă la celelalte apendice (de 
exemplu, PIC_001 se referă la cerința PIC_001 din apendicele 3, „Pictog rame”). 
Prezentul apendice tratează separat omologarea de tip a senzor ului de mișcare, a unității montate pe vehicul și a 
echipamentului GNSS extern în calitat e de compo nente ale aparatur ii de înregistrare. Fiecare compo nentă va primi 
propr iul certificat de omolog are de tip în care vor fi indicate celelalte compo nente compatib ile. Testul de 
funcționare a senzor ului de mișcare (sau a echi pamentului GNSS exte rn) se efectuează împreună cu testul de 
funcționare a unității montate pe vehicul și viceversa. 
Interoperabilitatea dintre fiecare model de senzor de mișcare (respectiv echi pament GNSS extern) și fiecare model 
de unitate montată pe vehicul nu este necesară. În acest caz, omologar ea de tip a unui senzor de mișcare (respectiv , 
echipament GNSS extern) poate fi acordată numai în combinație cu omologar ea de tip a unității montate pe 
vehicul corespunzătoare și viceversa. 26.5.2016 L 139/309 Jurnalul Oficial al Uniunii Europene RO    
1.2.  Referințe 
În prezentul apendice se utilizează următoar ele referințe: 
IEC 60068-2-1: Environmenta l testing – Part 2-1: Tests – Test A: Rece 
IEC 60068-2-2: Basic environmental testin g procedures; part 2: tests; tests B: dry heat (sinusoidal). 
IEC 60068-2-6: Environmenta l 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 and 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 –Mech anical loads (2012-12) 
ISO 16750-4 –Climatic loads(2010-04). 
ISO 20653: Road vehicles – Degree of prot ection (IP code) – Prote ction of electr ical equipment against foreign 
objects, water and access 
ISO 10605:2008 + Technical Corrigen dum:2010 + AMD1:2014 Road vehicles – Test methods for electr ical 
disturbances from electrostatic disc harge 
ISO 7637-1:2002 + AMD1: 2008 Road vehicles – Electr ical disturbances from conduction and coupling – Part 1: 
Definitions and general considerations. 
ISO 7637-2 Road vehicles – Electr ical disturbances from conduction and coupling – Part 2: Electr ical transient 
conduction along supply lines only . 
ISO 7637-3 Road vehicles – Electr ical disturbances from conduction and coupling – Part 3: Electr ical transient 
transmission by capacitive and inductive coupling via lines other than supply lines. 
ISO/IEC 7816-1 Identification cards – Integrat ed circuit(s) cards with contacts – Part 1: Phys ical charact eristics.. 
ISO/IEC 7816-2 Information technology – Identification cards – Integrat ed circuit(s) cards with contacts – Part 2: 
Dimensions and location of the contacts. 
ISO/IEC 7816-3 Information technology – Identification cards – Integrat ed circuit(s) cards with contacts – Part 3: 
Semnale electronice și protocol de transmisie. 
ISO/IEC 10373-1:2006 + AMD1:2012 Identif ication cards – Test methods – Part 1: Caracteristici generale 
ISO/IEC 10373-3:2010 + Technical Corrigen dum:2013 Identification cards – Test methods – Part 3: Integrated 
circuit cards with contacts and related interfa ce devices 
ISO 16844-3:2004, Cor 1:2006 Road vehicles – Tachog raph system s – Part 3: Motion sensor interface (with 
vehicle units). 
ISO 16844-4 Road vehicles – Tachograph system s – Part 4: CAN interf ace 
ISO 16844-6 Road vehicles – Tachograph system s – Part 6: Diagnostics 26.5.2016 L 139/310 Jurnalul Oficial al Uniunii Europene RO    
ISO 16844-7 Road vehicles – Tachograph system s – Part 7: Parameter s 
ISO 534 Paper and board – Determination of thickness, density and specifi c volume 
UN ECE R10 Uniform provisions concer ning the appro val of vehicles with regard to electromagnetic compat ibility 
(United Nation Economic Commission for Europe) 
2.  TESTE DE FUNCȚIONARE A UNITĂȚII MONT ATE PE VEHICUL 
Nr. Test Descr iere Cerințe asociate 
1 Exa minare administ rativă 
1.1 Documentație Corectitudinea documentației  
1.2 Rezultate le teste­
lor efectuate de 
producăt or Rezultate le testului efectuat de producător în cursul integră ­
rii. 
Documente pentr u demonstrarea testelor efectuate. 88, 89, 91 
2 Inspecție vizuală 
2.1 Conf ormitatea cu documentația  
2.2 Identif icare/inscr ipții 224 – 226 
2.3 Materiale 219 – 223 
2.4 Sigilare 398, 401 – 405 
2.5 Interfe țe exte rne  
3 Teste de funcționare 
3.1 Funcții oferite 03, 04, 05, 07, 382, 
3.2 Modur i de funcționare 09 – 11*, 132, 133 
3.3 Funcții și drepturi de acces la date 12*, 13*, 382, 383, 
386 – 389 
3.4 Monitoriz area introducer ii și retrag erii cardur ilor 15, 16, 17, 18, 19*, 
20*, 132 
3.5 Măsurarea vitezei și a distanței 21 – 31 
3.6 Măsurarea timpului (teste efectuat e la 20 °C) 38 – 43 
3.7 Monitoriz area activităților conducător ului auto 44 – 53, 132 
3.8 Monitoriz area regimului de conducere 54, 55, 132 26.5.2016 L 139/311 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
3.9 Introducerea manuală a datelor 56 – 62 
3.10 Gestionarea blocăr ilor efectuat e de societate 63 – 68 
3.11 Monitoriz area activităților de control 69, 70 
3.12 Detectarea de evenimente și/sau anomalii 71 – 88 132 
3.13 Date de identif icare a echi pamentelor 93*, 94*, 97, 100 
3.14 Date privind introducerea și retragerea cardului de conducător auto 102* – 104* 
3.15 Date privind activitatea conducăt orului auto 105* – 107* 
3.16 Date privind locur ile și pozițiile 108* – 112* 
3.17 Date privind odometr ul 113* – 115* 
3.18 Date privind viteza detaliată 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ăr ile efectuate de societate 128* 
3.25 Date privind activitatea de descărcare 129* 
3.26 Date privind condițiile specif ice 130*, 131* 
3.27 Înregistrarea și stocarea informațiilor pe cardur ile de tahograf 134, 135,, 136*, 137*, 
139*, 140, 141 
142, 143, 144*, 145*, 
146*, 147, 148 
3.28 Afiș are 90, 132, 
149 – 166, 
PIC_001, DIS_001 
3.29 Imp rimare 90, 132, 167 – 179, 
PIC_001, PRT_001 – 
PRT_014 
3.30 Avertizare 132, 180 – 189, 
PIC_001 26.5.2016 L 139/312 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
3.31 Descărcarea datelor pe supor turi exte rne 90, 132, 190 – 194 
3.32 Comunicarea la distanță pentr u controalele selective în trafic 195 – 197 
3.33 Date de ieșire transmise unor dispozitive externe suplimentare 198, 199 
3.34 Etalonare 202 – 206*, 383, 384, 
386 – 391 
3.35 Verificarea etalonăr ii în trafic 207 – 209 
3.36 Reglarea orei 210 – 212* 
3.37 Neinterf erența cu funcțiile suplimentare 06, 425 
3.38 Interfa ța senzor ului de mișcare 02, 122 
3.39 Echipamentul GNSS extern 03, 123 
3.40 Se verifică dacă VU detect ează, înregistrează și stoc hează evenimentul (eveni ­
mentele) și/sau anomalia (anomaliile) definite de producător ul VU atunci când 
un senzor de mișcare asociat reacționează la câmpur ile magnetice care perturbă 
detectarea deplasăr ii vehiculului. 217 
3.41 Suit e cifru și parametr i de domeniu standardizați CSM_48, CSM_50 
4 Teste de mediu 
4.1 Temp eratură Verificarea funcționalității prin: 
Test în conf ormitate cu ISO 16750-4, Chapt er 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 conf ormitate cu ISO 16750-4: Chapt er 5.1.2.2: 
High temperature operation test (72 h at 70 °C) 
Acest test se referă la IEC 60068-2-2: Basic environmental 
testin g procedures; part 2: tests; tests B: dry heat 
Test în conf ormitate cu ISO 16750-4: Chapt er 5.3.2: Rapid 
change of temperature with specif ied 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 efectuat e la temperatura cea mai 
scăzută, la temperatura cea mai ridicată și pe parcursul ci­
clur ilor de temperatură 213 26.5.2016 L 139/313 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
4.2 Umiditate Se verifică, prin interm ediul testului Db IEC 60068-2-30, 
dacă unitat ea montată pe vehicul poate supor ta un ciclu de 
căldură umedă (test de căldură), prin șase ciclur i de câte 24 
de ore fiecare , cu temperatur i 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ă unitat ea montată pe vehicul poate su­
porta vibrații sinusoidale cu următoar ele caract eristici: 
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 interm ediul 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 
pentr u dispozitivele situate în cabina decuplată a vehicu ­
lului. 
2.  Vibrații aleat orii: 
Test în conf ormitate cu ISO 16750-3: Chapt er 4.1.2.8: 
Test VIII: Commercial vehicle, decoupled vehicle cab 
Test de vibrații aleatorii, 10…2 000 Hz, RMS vertical 
21,3 m/s2, RMS longitudinal 11,8 m/s2, RMS lateral 
13,1 m/s2, 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, broad ­
band random and guidance 
3.  Șocur i: 
șoc mecanic semisinusoidal 3 g în conf ormitate cu ISO 
16750. 
Testele descr ise anter ior se efectuează pe mostre difer ite ale 
tipului de echi pament testat. 219 
4.4 Protecție împo­
triva apei și cor­
purilor străine Test în conf ormitate cu ISO 20653: Road vehicles – Degree 
of prot ection (IP code) – Protection of electr ical equipment 
again st foreign objects, water and access (No change in pa­
rameters ); Valoare minimă IP 40 220, 221 
4.5 Protecție împo­
triva suprat ensiu ­
nii Se verifică dacă unitatea montată pe vehicul poate supor ta 
o sursă de alimentare de: 216 
Pentr u versiunile de 24 V: 34 V la + 40 °C 1 oră 
Pentr u versiunile de 12 V: 17 V la + 40 °C 1 oră 
(ISO 16750-2)  
4.6 Protecție împo­
triva polar ității 
inve rse Se verifică dacă unitatea montată pe vehicul poate supor ta 
o inversare a polar ității la sursa de alimentare 
(ISO 16750-2) 216 26.5.2016 L 139/314 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
4.7 Protecție împo­
triva scur tcircui ­
telor Se verifică dacă semnalele de intrare/ieșire sunt protejat e 
împot riva scur tcircuite lor la sursa de alimentare și la masă 
(ISO 16750-2) 216 
5 Teste CEM 
5.1 Emisii de radiații 
și susceptibi litate 
de radiații Conf ormitate cu Regulamentul R10 al CEE 218 
5.2 Descărcăr i elec­
trostatice Conf ormitate cu ISO 10605:2008 + Rectifi care teh­
nică:2010 + AMD1:2014: +/– 4kV pentr u contact și 
+/– 8kV pentr u evacuarea aerului 218 
5.3 Suscept ibilitate 
de conducție 
tranzito rie la 
sursa de alimen ­
tare Pentr u versiunile de 24 V: conf ormitate 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 
Pentr u versiunile de 12 V: conf ormitate 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 R i= 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 pentr u unitățile montate pe ve­
hicule care sunt proiectat e pentr u a fi instalat e în vehicule 
care nu dispun de o prot ecție exte rnă obișnuită împotr iva 
întrer uper ii alimentăr ii 
Pentr u propunerea privind întrer uperea alimentăr ii, a se ve­
dea ISO 16750-2, a 4-a ediție, capitolul 4.6.4. 218  
3.  TESTE DE FUNCȚIONARE A SENZOR ULUI DE MIȘC ARE 
Nr. Test Descr iere Cerințe asociate 
1. Exa minare administ rativă 
1.1 Documentație Corectitudinea documentației  26.5.2016 L 139/315 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
2. Inspecție vizuală 
2.1. Conf ormitatea cu documentația  
2.2. Identif icare/inscr ipții 225, 226, 
2.3 Materiale 219 – 223 
2.4. Sigilare 398, 401 – 405 
3. Teste de funcționare 
3.1 Date de identif icare a senzor ului 95 – 97* 
3.2 Asociere senzor de mișcare – unitat e montată pe vehicul 122*, 204 
3.3 Detectarea mișcăr ii 
Precizia măsurăr ii mișcăr ii 30 – 35 
3.4 Interfa ța unității montate pe vehicul 02 
3.5 Se verifică dacă senzor ul de mișcare este imun la un câmp magnetic constant. 
Alte rnativ , se verifică dacă senzor ul de mișcare reacționează la câmpuri le mag ­
netice constante care perturbă detec tarea deplasăr ii vehiculului astfel încât o VU 
conectată să poată detecta, înregistra și stoca anomaliile senzor ului 217 
4. Teste de mediu 
4.1 Temp eratura de 
funcționare Se verifică funcționalitate a (conf orm definiț iei din testul nr. 
3.3) pentr u inter valul de temperatură [– 40 °C; + 135 °C] 
prin: 
testul Ad, IEC 60068-2-1, cu o durată de 96 de ore a testu­
lui la temperatura minimă Tomin 
testul Bd, IEC 60068-2-2, cu o durată a testului de 96 de 
ore la temperatura maximă Tomax 
Test în conf ormitate cu ISO 16750-4: Chapt er 5.1.1.2: Low 
temperature operation test (24 h @ – 40 °C) 
Acest test se referă la IEC 60068-2-1: Environmental 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 conf ormitate cu ISO 16750-4: Chapt er 5.1.2.2: Low 
temperature operation test (96 h @ 135 °C) 
Acest test se referă la IEC 60068-2-2: Basic environmental 
testin g procedures; part 2: tests; tests B: dry heat 213 26.5.2016 L 139/316 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
4.2 Ciclur i de tempe ­
ratură Test în conf ormitate cu ISO 16750-4: Chapt er 5.3.2: Rapid 
change of temperature with specif ied 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 Ciclur i de umidi ­
tate Se verifică funcționalitate a (conf orm definiț iei din testul nr. 
3.3) prin testul Db, IEC 60068-2-30, prin șase ciclur i de 
câte 24 de ore fiecare, temperatura variind în cadr ul fiecă­
rui ciclu între + 25 °C și + 55 °C, la o umiditat e relativă de 
97 % la + 25 °C și egală cu 93 % la + 55 °C 214 
4.4 Vibrații ISO 16750-3: Chapt er 4.1.2.6: Test VI: Commercial vehicle, 
engine, gearbo x 
Test de vibrații în mod mixt, care include: 
a)  Test de vibrații sinusoidale, 20...520 Hz, 11,4 ... 120 m/ 
s2, <= 0,5 oct/min 
b)  Test de vibrații aleatorii, 10...2 000 Hz, RMS 177 m/s2 
94 de ore pe axă, inclusiv ciclul de temperatură -20...70 °C) 
Acest test se referă la IEC 60068-2-80: Environmental tes­
ting – Part 2-80: Tests – Test Fi: Vibration – Mixe d mode 219 
4.5 Șoc mecanic ISO 16750-3: Chapt er 4.2.3: Test VI: Test for devices in or 
on the gearbo x 
șoc semisinusoidal, accelerație de stabilit în intervalul 
3 000...15 000 m/s2, durata pulsului de stabilit, dar < 1 
ms, număr de șocur i: de stabilit 
Acest test se referă la IEC 60068-2-27: Environmental tes­
ting. Part 2: Tests. Test Ea and guidance: Shock 219 
4.6 Protecție împo­
triva apei și cor­
purilor străine Test în conf ormitate cu ISO 20653: Road vehicles – Degree 
of prot ection (IP code) – Protection of electr ical equipment 
again st foreign objects, water and access 
(Valoare țintă IP 64) 220, 221 
4.7 Protecție împo­
triva polar ității 
inve rse Se verifică dacă senzor ul de mișcare poate supor ta o inver­
sare a polar ității la sursa de alimentare 216 
4.8 Protecție împo­
triva scur tcircui ­
telor Se verifică dacă semnalele de intrare/ieșire sunt protejat e 
împot riva scur tcircuitelor la sursa de alimentare și la masă 216 26.5.2016 L 139/317 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
5. CEM 
5.1 Emisii de radiații 
și susceptibi litate 
de radiații Se verifică conf ormitatea cu Regulamentul R10 al CEE 218 
5.2 Descărcăr i elec­
trostatice Conf ormitate cu ISO 10605:2008 + Rectifi care teh­
nică:2010 + AMD1:2014: +/- 4kV pentr u contact și 
+/- 8kV pentr u evacuarea aerului 218 
5.3 Suscept ibilitate 
de conducție 
tranzito rie la 
sursa de alimen ­
tare) Pentr u versiunile de 24 V: conf ormitate 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 
Pentr u versiunile de 12 V: conf ormitate 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 pentr u unitățile montate pe ve­
hicule care sunt proiectat e pentr u a fi instalat e în vehicule 
care nu dispun de o prot ecție exte rnă obișnuită împotr iva 
întrer uper ii alimentăr ii 
Pentr u propunerea privind întrer uperea alimentăr ii, a se ve­
dea ISO 16750-2, a 4-a ediție, capitolul 4.6.4. 218  
4.  TESTE DE FUNCȚIONARE A CARDURILOR DE TAHOGRAF 
Testele în conf ormitate cu prezenta secțiune 4, numerele  
5 „Teste privind protocoalele”;  
6 „Structura cardului” și  
7 „Teste de funcționare” 
pot fi efectuat e de evaluato r sau de certificator în cursul procesului de certificare a secur ității modulul cipului în 
conf ormitate cu criteriile comune (CC). 
Testele cu numerele 2.3 și 4.2 sunt identice. Este vorba despre testele mecanice efectuat e asupra ansamblului format 
din corpul cardului și modulul cipului. Aceste teste sunt necesare dacă una dintre aceste component e (cor pul 
cardului, modului cipului) este modifi cată. 26.5.2016 L 139/318 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
1. Exa minare administ rativă 
1.1 Documentație Corectitudinea documentației  
2 Cor pul cardului 
2.1 Elementele impr i­
mate Se verifică dacă toat e elementele de protecție și toat e datele 
vizibile sunt impr imat e corect pe card și sunt conf orme. 
[Identificator] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 227) 
Pe recto figur ează: 
cuvint ele „Card de conducător auto” sau „Card de con­
trol” sau „Card de atelier” sau „Card de societate”, tipăr ite 
cu majuscule în limba sau limbile oficiale ale statului 
membr u emiten t, în funcție de tipul cardului. 
[Denumirea statului membr u] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 228) 
Pe recto figur ează: 
denumirea statului membr u emitent al cardului (opțio ­
nal). 
[Indicativ] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 229) 
Pe recto figur ează: 
indicativul statului membr u emiten t al cardului, tipăr it în 
nega tiv într-un dreptunghi albastr u și înconjurat de 12 
stele galbe ne. 
[Enumerare] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 232) 
Pe verso figur ează: 
explicații pentr u elemente le numerotat e de pe recto-ul 
cardului. 
[Culoare] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 234) 
Cardur ile de tahograf se imprimă pe fondur i având ur­
măt oarele culor i predominante: 
—  cardul de conducăt or auto: alb; 
—  cardul de atelier: roșu; 
—  cardul de control: albastr u; 
—  cardul de societate: galbe n.  227 – 229, 232, 234 – 
236 26.5.2016 L 139/319 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate  
[Secur itate] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 235) 
Cardur ile de tahograf trebuie să aibă cel puțin următoa ­
rele caracte ristici pentr u prote cția corpului cardului îm­
potr iva falsificăr ii și a manipulăr ii frauduloase: 
—  un fond de secur itate cu ghioșe și irizat; 
—  cel puțin o linie bicoloră microim primată. 
[Inscr ipții] 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 236) 
Statele membre pot adăuga culor i sau inscr ipții cum ar fi 
simbolur i naționale sau caract eristici de secur itate. 
[Marca de omologare] 
Cardur ile de tahograf conțin o marcă de omologare. 
Marca de omologare constă în următoar ele: 
—  un dreptunghi în interiorul căruia se plasează litera 
„e” urmată de un număr sau de o literă distinctiv(ă) 
pentr u țara care a emis omologar ea; 
—  un număr de omologare corespunzător număr ului 
certificat ului de omologar e acordat unui card de ta­
hograf, plasat oriunde în imediata apropiere a drep ­
tunghiului susmenționat.      
2.2 Teste mecanice  240, 243 
ISO/IEC 7810   
[Măr imea cardului] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[5] Dimensiunea cardului; 
[5.1] Măr imea cardului; 
[5.1.1] Dimensiunile cardului și toleranțe; 
Card de tip ID-1 Card neutilizat 
[Marginile cardului] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[5] Dimensiunea cardului; 
[5.1] Măr imea cardului; 
[5.1.2] Marginile cardului  26.5.2016 L 139/320 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate    
[Constr ucția cardului] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[6] Constr ucția cardului 
[Materiale utilizate pentr u fabricarea cardului] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[7] Materi ale utilizate pentr u fabr icarea cardului 
[Rigiditat ea de îndoire] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.1] Rigiditat e de îndoire 
[Toxicitate ] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.3] Toxicitate 
[Rezisten ța la substanțe chimice] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.4] Rezistența la substanțe chimice 
[Stabilitat ea cardului] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.5] Stabilitat ea dimensională a cardului și capacitatea 
de deformare sub efectul temperatur ii și al umidității  26.5.2016 L 139/321 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate    
[Lum ină] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.6] Lumină 
[Durabilitate ] 
Anexa 1C capitolul 4.4, „Specifi cații de mediu și elec­
trice”, punctul 241) 
Cardur ile de tahograf trebuie să poată funcționa corect 
timp de cinci ani dacă sunt folosit e conf orm specificații ­
lor de mediu și electr ice. 
[Rezisten ța stratului exterior] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.8] Rezistența stratului exteri or 
[Aderență sau blocare] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.9] Aderență sau blocare 
[Capacitat e de deformare] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.11] Capacitatea de deformare globală a cardului 
[Rezisten ța la căldură] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.12] Rezistența la căldură  26.5.2016 L 139/322 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate    
[Distor siuni ale suprafeț ei] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.13] Distorsiuni ale supraf eței 
[Contaminare] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Caracteristi cile cardului, 
[8.14] Contaminarea și inter acțiunea compo nente lor car­
dului   
2.3 Teste mecanice 
cu modulul 
cipului integrat [Îndoire] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.2] Tensiune de îndoire dinamică 
Număr ul tota l de ciclur i de îndoire: 4 000. 
[Torsiune] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.3] Tensiune de torsiune dinamică 
Număr ul tota l de ciclur i 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ță] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-1:2011, Identif ication cards – Integrat ed 
circuit cards – Part 1: Cards with contacts – Physical cha­
racteristics 
[4.2] Profil ul de suprafa ță al contact elor  ISO/IEC 7816 26.5.2016 L 139/323 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate  
[Rezisten ță mecanică] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-1:2011, Identif ication cards – Integrat ed 
circuit cards – Part 1: Cards with contacts – Physical cha­
racteristics 
[4.3] Rezistență mecanică (a unui card și a contact elor) 
[Rezisten ță electr ică] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-1:2011, Identif ication cards – Integrat ed 
circuit cards – Part 1: Cards with contacts – Physical cha­
racteristics 
[4.4] Rezistență electr ică (a contact elor) 
[Dimensiune] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-2:2007, Identif ication cards – Integrat ed 
circuit cards – Part 2: Cards with contacts – Dimension 
and location of the contacts 
[3] Dimensiunea contactelor 
[Locație] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7816-2:2007, Identif ication cards – Integrat ed 
circuit cards – Part 2: Cards with contacts – Dimension 
and location of the contacts 
[4] Număr ul și locația contactelor 
În cazul modulelor cu șase contact e, contactele „C4” și 
„C8” nu fac obiectul aceste i cerințe de testa re.      
4 Cip 
4.1 Cip  241 – 244 
R10 al CEE 
ISO/IEC 7810 
ISO/IEC 10373   
[Temperatura de funcționare] 
Cipul cardului de tahograf funcționează în intervalul de 
temperatură ambientală dintre – 25 °C și + 85 °C.  26.5.2016 L 139/324 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate    
[Temperatură și umiditat e] 
Anexa 1C capitolul 4.4, „Specifi cații de mediu și elec­
trice”, punctul 241) 
Cardur ile de tahograf trebuie să poată funcționa corect 
în toat e condițiile climatice întâlnite în mod normal pe 
teritor iul Uniunii și cel puțin în inter valul de temperatură 
cupr ins între – 25 °C și + 70 °C, cu creșt eri ocazionale 
ale temperatur ii de până la + 85 °C; „ocazional” în­
seamnă timp de cel mult 4 ore o dată și de cel mult 100 
de ori pe întreag a durată de viață a cardului. 
Cardur ile de tahograf sunt expuse, în etape consecutive, 
la următoarele temperatur i și nivelur i de umiditate, pe 
durata indicată. După fiecare etapă, se testează funcționa ­
litatea electr ică a cardur ilor 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ăr ită intermitent la + 85 °C, umi ­
ditat e relativă de 50 %, timp de 60 min. 
6.  Temperatură de + 70 °C, umiditate relativă de 85 %, 
timp de 2 h. 
Temperatura este măr ită intermitent la + 85 °C, umi ­
ditat e relativă de 85 %, timp de 30 min. 
[Umiditate] 
Anexa 1C capitolul 4.4, „Specifi cații de mediu și elec­
trice”, punctul 242) 
Cardur ile de tahograf trebuie să poată funcționa corect 
în inter valul de umiditat e cupr ins între 10 % și 90 %. 
[Com patibilitate electromagnetică – CEM] 
Anexa 1C capitolul 4.4, „Specifi cații de mediu și elec­
trice”, punctul 244) 
În cursul funcționăr ii, cardur ile de tahograf respectă R10 
al CEE, refer itor la compati bilitatea electromagnetică.   26.5.2016 L 139/325 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate  
[Electr icitate statică] 
Anexa 1C capitolul 4.4, „Specifi cații de mediu și elec­
trice”, punctul 244) 
În timpul funcționăr ii, cardur ile de tahograf sunt prot e­
jate împotr iva descărcăr ilor electrostatice. 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.4] Electr icitate statică 
[9.4.1] Cardur i IC cu contacte 
Tensiune de testa re: 4 000 V. 
[raze X] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.1] Raze X 
[Lum ină ultraviolet ă] 
ISO/IEC 10373-1:2006, Identif ication cards – Test me­
thods – Part 1: General charact eristics 
[5.11] Lumină ultravioletă 
[cu 3 roți] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 10373-1:2006/Amd. 1:2012, Identif ication 
cards – Test methods – Part 1: General charact eristics, 
Amendment 1 
[5.22] Cardur i IC – Rezistență mecanică: test cu 3 roți 
pentr u cardur i IC cu contact e 
[Învelișul] 
Cardur ile de tahograf trebuie să respecte standardul 
Mast erCard 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 privind 
ambala jul  26.5.2016 L 139/326 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
4.2 Teste mecanice 
cu modulul 
cipului integrat în 
corpul cardului-> 
identic cu 2.3 [Îndoire] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.2] Tensiune de îndoire dinamică 
Număr ul tota l de ciclur i de îndoire: 4 000. 
[Torsiune] 
Cardur ile de tahograf trebuie să respecte standardul 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.3] Tensiune de torsiune dinamică 
Număr ul tota l de ciclur i de torsiune : 4 000.  ISO/IEC 7810 
5 Teste privind protoc oalele 
5.1 ATR Se verifică dacă ATR este conf orm ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18 
5.2 T = 0 Se verifică dacă prot ocolul T = 0 este conf orm ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15 
5.3 PTS Se verifică conf ormitatea comenzii PTS prin schi mbarea 
protocolul ui T = 0 în T = 1 ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21 
5.4 T = 1 Se verifică dacă prot ocolul T = 1 este conf orm ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16 
6 Structura cardului 
6.1  Se testează conf ormitatea structur ii de fișiere a cardului, 
verificându-se prezența pe card a fișierelor oblig atori i ș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 UPD ATE 
BINAR Y cu CLA = ‘00’, CLA = ‘0C’ și cu parametr i P1, P2 
și Lc difer iți) 
Se verifică dacă operațiunile au fost efectiv efectuate pe 
card (de ex.: prin citirea fișier ului pe care s-a executat 
comanda) TCS_29 – TCS_139 26.5.2016 L 139/327 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
7.2 Mesaje de eroare Se testează cel puțin o dată fiecare mesaj de eroare 
(conf orm apendicelui 2) pentr u fiecare comandă. 
Se testează cel puțin o dată fiecare eroare gener ică (cu 
excepția eror ilor de integr itate ‘6400’ verificate în cadr ul 
certificăr ii de secur itate)  
7.3 Suit e cifru și parametr i 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 figur ează: 
informații specific e pentr u cardul emis. 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 231) 
Pe recto figur ează: 
datele în format „zz/ll/aaaa” sau „zz.ll.aaaa” (zi, lună, an). 
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 235) 
Cardur ile de tahograf trebuie să aibă cel puțin următoa ­
rele caracte ristici pentr u prote cția corpului cardului îm­
potr iva falsificăr ii și a manipulăr ii frauduloase: 
—  în zona fotografi ei, fondul de secur itate și fotografia 
se suprapun.  230, 231, 235  
5.  TESTE PRIVIND ECHIP AMENTUL GNSS EXTERN 
Nr. Test Descr iere Cerințe asociate 
1. Exa minare administ rativă 
1.1 Documentație Corectitudinea documentației  
2. Inspecție vizuală a echipamentului GNSS exter n 
2.1. Conf ormitatea cu documentația  
2.2. Identif icare/inscr ipții 224 – 226 
2.3 Materiale 219 – 223 
3. Teste de funcționare 
3.1 Date de identif icare a senzor ului 98,99 
3.2 Cuplare între echipamentul GNSS extern și unitatea montată pe vehicul 123, 205 26.5.2016 L 139/328 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
3.3 Poziție GNSS 36, 37 
3.4 Interfa ța unității montate pe vehicul atunci când recept orul GNSS este exte rior 
unității montate pe vehicul 03 
3.5 Suit e cifru și parametr i de domeniu standardizați CSM_48, CSM_50 
4. Teste de mediu 
4.1 Temp eratură Verificarea funcționalității prin: 
Test în conf ormitate cu ISO 16750-4, Chapt er 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 conf ormitate cu ISO 16750-4: Chapt er 5.1.2.2: 
High temperature operation test (72 h @ 70 °C) 
Acest test se referă la IEC 60068-2-2: Basic environmental 
testin g procedures; part 2: tests; tests B: dry heat 
Test în conf ormitate cu ISO 16750-4: Chapt er 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 efectuat e la temperatura cea mai 
scăzută, la temperatura cea mai ridicată și pe parcursul ci­
clur ilor de temperatură 213 
4.2 Umiditate Se verifică, prin interm ediul testului Db, IEC 60068-2-30, 
dacă unitat ea montată pe vehicul poate supor ta un ciclu de 
căldură umedă (testul de căldură), prin șase ciclur i de câte 
24 de ore fiecare, cu temperatur i 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ă unitat ea montată pe vehicul poate su­
porta vibrații sinusoidale cu următoar ele caract eristici: 
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 interm ediul 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 
pentr u dispozitivele situate în cabina decuplată a vehicu ­
lului.  219 26.5.2016 L 139/329 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
2.  Vibrații aleat orii: 
Test în conf ormitate cu ISO 16750-3: Chapt er 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/s2, RMS longitudinal 11,8 m/s2, RMS lateral 
13,1 m/s2, 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, broad ­
band random and guidance 
3.  Șocur i: 
șoc mecanic semisinusoidal 3 g în conf ormitate cu ISO 
16750. 
Testele descr ise anter ior se efectuează pe mostre difer ite ale 
tipului de echi pament testat. 
4.4 Protecție împo­
triva apei și cor­
purilor străine Test în conf ormitate cu ISO 20653: Road vehicles – Degree 
of prot ection (IP code) – Protection of electr ical equipment 
again st foreign objects, water and access (No change in pa­
rameters ) 220, 221 
4.5 Protecție împo­
triva suprat ensiu ­
nii Se verifică dacă unitatea montată pe vehicul poate supor ta 
o sursă de alimentare de: 216 
Pentr u versiunile de 24 V: 34 V la + 40 °C 1 oră 
Pentr u versiunile de 12 V: 17 V la + 40 °C 1 oră 
( ISO 16750-2, capitolul 4.3) 
4.6 Protecție împo­
triva polar ității 
inve rse Se verifică dacă unitatea montată pe vehicul poate supor ta 
o inversare a polar ității la sursa de alimentare 
( ISO 16750-2, capitolul 4.7) 216 
4.7 Protecție împo­
triva scur tcircui ­
telor Se verifică dacă semnalele de intrare/ieșire sunt protejat e 
împot riva scur tcircuite lor la sursa de alimentare și la masă 
( ISO 16750-2, capitolul 4.10) 216 
5 Teste CEM 
5.1 Emisii de radiații 
și susceptibi litate 
de radiații Conf ormitate cu Regulamentul R10 al CEE 218 26.5.2016 L 139/330 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
5.2 Descărcăr i elec­
trostatice Conf ormitate cu ISO 10605:2008 + Rectifi care teh­
nică:2010 + AMD1:2014: +/– 4kV pentr u contact și 
+/– 8kV pentr u evacuarea aerului 218 
5.3 Suscept ibilitate 
de conducție 
tranzito rie la 
sursa de alimen ­
tare Pentr u versiunile de 24 V: conf ormitate 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 
Pentr u versiunile de 12 V: conf ormitate 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 pentr u unitățile montate pe ve­
hicule care sunt proiectat e pentr u a fi instalat e în vehicule 
care nu dispun de o prot ecție exte rnă obișnuită împotr iva 
întrer uper ii alimentăr ii 
Pentr u propunerea privind întrer uperea alimentăr ii, a se ve­
dea ISO 16750-2, a 4-a ediție, capitolul 4.6.4. 218  
6.  TESTE PRIVIND ECHIP AMENTUL DE COMUNICARE LA DIST ANȚĂ 
Nr. Test Descr iere Cerințe asociate 
1. Exa minare administ rativă 
1.1 Documentație Corectitudinea documentației  
2. Inspecție vizuală 
2.1. Conf ormitatea cu documentația  
2.2. Identif icare/inscr ipții 225, 226 
2.3 Materiale 219 – 223 26.5.2016 L 139/331 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
4. Teste de mediu 
4.1 Temp eratură Verificarea funcționalității prin: 
Test în conf ormitate cu ISO 16750-4, Chapt er 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 conf ormitate cu ISO 16750-4: Chapt er 5.1.2.2: 
High temperature operation test (72 h @ 70 °C) 
Acest test se referă la IEC 60068-2-2: Basic environmental 
testin g procedures; part 2: tests; tests B: dry heat 
Test în conf ormitate cu ISO 16750-4: Chapt er 5.3.2: Rapid 
change of temperature with specif ied transition duration (– 
20 °C/70 °C, 20 cycles, dwell time 1 h (?) at each tempera ­
ture) 
Un număr redus de teste (dintre cele definite în secțiunea 3 
din prezentul tabel) pot fi efectuat e la temperatura cea mai 
scăzută, la temperatura cea mai ridicată și pe parcursul ci­
clur ilor de temperatură 213 
4.4 Protecție împo­
triva apei și cor­
purilor străine Test în conf ormitate cu ISO 20653: Road vehicles – Degree 
of prot ection (IP code) – Protection of electr ical equipment 
again st foreign objects, wate r and access (target ed value 
IP40) 220, 221 
5 Teste CEM 
5.1 Emisii de radiații 
și susceptibi litate 
de radiații Conf ormitate cu Regulamentul R10 al CEE 218 
5.2 Descărcăr i elec­
trostatice Conf ormitate cu ISO 10605:2008 + Rectifi care teh­
nică:2010 + AMD1:2014: +/– 4kV pentr u contact și 
+/– 8kV pentr u evacuarea aerului 218 
5.3 Suscept ibilitate 
de conducție 
tranzito rie la 
sursa de alimen ­
tare Pentr u versiunile de 24 V: conf ormitate 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  218 26.5.2016 L 139/332 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
Pentr u versiunile de 12 V: conf ormitate 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 pentr u unitățile montate pe ve­
hicule care sunt proiectat e pentr u a fi instalat e în vehicule 
care nu dispun de o prot ecție exte rnă obișnuită împotr iva 
întrer uper ii alimentăr ii 
Pentr u propunerea privind întrer uperea alimentăr ii, a se ve­
dea ISO 16750-2, a 4-a ediție, capitolul 4.6.4.  
7.  TESTE DE FUNCȚIONARE PRIVIND HÂRTI A 
Nr. Test Descr iere Cerințe asociate 
1. Exa minare administ rativă 
1.1 Documentație Corectitudinea documentației  
2 Teste generale 
2.1 Număr de carac ­
tere pe fiecare 
rând Inspecție vizuală a document elor impr imat e. 172 
2.2 Dimensiunea mi­
nimă a caracte re­
lor Inspecție vizuală a documentului impr imat și verificar ea ca­
racte relor . 173 
2.3 Setur i de carac ­
tere compati bile Imp rimanta trebuie să fie compati bilă cu caracterele specifi ­
cate în apendicele 1 capit olul 4, „Setur i de caract ere”. 174 
2.4 Defi niția docu ­
mentelor impri­
mate Verificarea omologăr ii de tip a tahografului și inspecția vi­
zuală a documentelor impr imat e 174 
2.5 Lizibilitatea și 
identif icarea do­
cumentelor im­
primat e Inspectarea documentelor impr imat e 
Demonstrate prin rapoar te de testare și prot ocoale de tes­
tare de către producăt or. 
Toate numerele de omologare ale tahografe lor cu care poate 
fi utilizată imprimanta sunt impr imat e 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 pentr u semnă ­
tura conducător ului auto. 
Sunt disponibile câmpuri pentr u alte mențiuni scrise de 
mână. 180 26.5.2016 L 139/333 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
2.7 Detalii suplimen ­
tare privind fețele 
hârtiei. Pe ambele fețe ale hârtiei pot figura detalii și informații su­
plimentare. 
Aceste detalii și informații suplimentare nu trebuie să afec ­
teze lizibilitatea document elor impr imat e. 
Inspecție vizuală. 177, 178 
3 Teste privind stocarea 
3.1 Căldură uscată Condiții prealabile: 16 ore la + 23 °C ± 2 °C/umiditate rela­
tivă de 55 % ±3 % 
Mediul de testa re: 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 rela­
tivă de 55 % ± 3 % 
Mediul de testare: 144 ore la + 55 °C ± 2 °C și umiditat e 
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 
umiditat e a fun­
dalului (hâr tie ne­
imp rimată) Condiții prealabile: 16 ore la + 23 °C ± 2 °C/umiditate rela­
tivă de 55 % ± 3 % 
Mediul de testare: 144 ore la + 55 °C ± 2 °C și umiditat e 
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 Capacitat ea de 
imp rimare Condiții prealabile: 24 ore la + 40 °C ± 2 °C/umiditate rela­
tivă de 93 % ±3 % 
Mediul de testa re: 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ăl­
dură Condiții prealabile: 16 ore la + 23 °C ± 2 °C/umiditate rela­
tivă de 55 % ± 3 % 
Mediul de testa re: 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 tem ­
peratură scăzută Condiții prealabile: 16 ore la + 23 °C ± 2 °C/umiditate rela­
tivă 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 26.5.2016 L 139/334 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere Cerințe asociate 
4.5 Rezistența la lu­
mină Condiții prealabile: 16 ore la + 23 °C ± 2 °C/umiditate rela­
tivă 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 pentr u testele 3.x și 4.x: 
Lizibilitate a documentelor imprimate este asigurată dacă densitățile optice respectă următoar ele limite: 
Caracte re impr imat e: min. 1,0 
Fundal (hâr tie neimpr imată): max. 0,2 
Densitățile optice ale documentelor imprimate rezultate se măsoară conf orm standardului DIN EN ISO 534. 
Document ele imprimate trebuie să nu prezinte modificăr i ale dimensiunilor și să rămână perfect lizibile. 
8.  TESTE DE INTER OPERABILIT ATE 
Nr. Test Descr iere 
9.1 Teste de interoperabilitat e între unități montate pe vehicule și cardur i de tahograf 
1 Autentificare reci­
procă Se verifică dacă aute ntifi carea reciprocă dintre unitatea montată pe vehicul și cardul 
de tahograf se produce normal 
2 Teste de scriere/ 
citire Se execută un scenar iu tipic de activitate asupra unității montate pe vehicul. Scenar iul 
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 unitate a montată pe vehicul, dacă toat e înre ­
gistrăr ile corespunzătoare au fost efectuat e corect. 
Se verifică, prin descărcarea datelor de pe card, dacă toat e înregistrăr ile corespunză ­
toare au fost efectuat e corect. 
Se verifică, prin documente impr imat e zilnice, dacă toat e înregistrăr ile corespunză ­
toare pot fi citite în mod adecvat. 
9.2 Teste de inter operabilitate între unități montate pe vehicule și senzor i de mișcare 
1 Asociere Se verifică dacă asocierea dintre unitățile montate pe vehicule și senzor ii de mișcare 
se desfășoară normal 
2 Teste privind acti­
vitățile Se execută un scenar iu tipic de activitate asupra senzor ului de mișcare. Scenar iul im­
plică o activitate normală și crearea cât mai multor evenimente sau anomalii. 
Se verifică, prin descărcarea datelor din unitate a montată pe vehicul, dacă toat e înre ­
gistrăr ile corespunzătoare au fost efectuat e corect. 
Se verifică, prin descărcarea datelor de pe card, dacă toat e înregistrăr ile corespunză ­
toare au fost efectuat e corect. 
Se verifică, printr-un document imprimat zilnic, dacă toat e înregistrăr ile corespunză ­
toare pot fi citite în mod adecvat. 26.5.2016 L 139/335 Jurnalul Oficial al Uniunii Europene RO    
Nr. Test Descr iere 
9.3 Teste de interoperabilitat e între unități montate pe vehicule și echi pamente GNSS externe (acolo unde este ca­
zul) 
1 Autentificare reci­
procă Se verifică dacă autentificarea reciprocă (cuplarea) dintre unitatea montată pe vehicul 
și echi pamentul GNSS extern se desfășoară normal. 
2 Teste privind acti­
vitățile Se execută un scenar iu tipic de activitate asupra echipamentului GNSS extern. Scena ­
riul implică o activitate normală și crearea de cât mai multe evenimente sau anomalii. 
Se verifică, prin descărcarea datelor din unitate a montată pe vehicul, dacă toat e înre ­
gistrăr ile corespunzătoare au fost efectuat e corect. 
Se verifică, prin descărcarea datelor de pe card, dacă toat e înregistrăr ile corespunză ­
toare au fost efectuat e corect. 
Se verifică, printr-un document imprimat zilnic, dacă toat e înregistrăr ile corespunză ­
toare pot fi citite în mod adecvat.   26.5.2016 L 139/336 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 10 
CERINȚE DE SECURIT ATE 
Prezentul apendice specifi că cerințele de secur itate informatică pentr u component ele sistemului tahograf ic inteligent 
(tahograf de a doua generație). 
SEC_001  Următ oarele component e ale sistem ului tahograf ic inteli gent trebuie să fie certificate din punctul de vedere al 
secur ității în conf ormitate cu criteriile comune: 
—  unitat ea montată pe vehicul; 
—  cardul de tahograf; 
—  senzor ul de mișcare; 
—  echi pamentul GNSS extern . 
SEC_002  Cerințele minime de secur itate informatică pe care trebuie să le respecte fiecare compo nentă care trebuie să fie 
certificată din punctul de vedere al secur ității sunt definite într-un prof il de prot ecție al compo nentei, în 
conf ormitate cu criteriile comune. 
SEC_003  Comisia Europeană se asigură că patr u prof ile de protecție conf orme cu prezenta anexă sunt sponsor izate, 
dezvoltat e, aprobate de organismele guver namentale de certificare în domeniul secur ității informatice, creat e 
în cadr ul Grupului de lucr u mixt privind interpretarea (JIW G – Joint Inter pretation Working Group ), care sprijină 
recunoașterea reciprocă a certificatelor în cadr ul MRA (Acordul de recunoașt ere reciprocă a certificatelor de 
evaluare a secur ității informatice) al grupului european SOGIS, și înregistrate: 
—  profilul de protecț ie pentr u unitatea montată pe vehicul; 
—  profilul de protecț ie pentr u cardul de tahograf; 
—  profilul de protecț ie pentr u senzor ul de mișcare; 
—  profilul de protecț ie pentr u echipamentul GNSS extern. 
Profilul de prot ecție pentr u unitate a montată pe vehicul trebuie să abordeze cazur ile în care VU este proiectată pentr u a 
fi sau nu utilizată cu un echi pament GNSS extern . În primul caz, cerințele de secur itate aplicabile echi pamentului GNSS 
extern sunt specificate în prof ilul de protecție aferent. 
SEC_004  Producăt orii compo nentelor ameliorează și compl eteaz ă, după necesități, prof ilul de protecț ie corespunzător al 
compo nentei, fără a modifica sau a șterg e amenințăr ile, obiectivele, mijloacele procedurale și specif icațiile 
funcțiilor de asigurare a secur ității existen te, pentr u a crea un obiectiv de secur itate în rapor t cu care să 
solicite certificarea de secur itate a compo nente i respective. 
SEC_005  În cursul procesului de evaluare, trebuie declarată conf ormitatea strictă a acestui obiectiv de secur itate specifi c 
cu prof ilul de protecție corespunzăt or. 
SEC_006  Nivelul de siguranță al fiecăr ui profil de prote cție trebuie să fie EAL4, amplificat de component ele de siguranță 
ATE_DPT .2 și AVA_V AN.5.  26.5.2016 L 139/337 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 11 
MEC ANISME DE SECURIT ATE COMUNE 
CUPRINS 
PREAMBUL ..................................................................................................................................... 340 
PARTEA A SISTEMUL TAHOGRAFIC DE PRIMA GENERAȚIE ............................................................................... 341 
1. INTR ODUCERE .......................................................................................................................... 341 
1.1. Referințe ....................................................................................................................... 341 
1.2. Notații și termeni abreviați ................................................................................................ 341 
2. SISTEME ȘI ALGORIT MI CRIPTOGRAFICI ......................................................................................... 343 
2.1. Sisteme criptografi ce........................................................................................................ 343 
2.2. Algor itmi criptografici ...................................................................................................... 343 
2.2.1 Algor itmul RSA .............................................................................................................. 343 
2.2.2 Algor itmul de hash .......................................................................................................... 343 
2.2.3 Algor itmul de criptare a datelor .......................................................................................... 343 
3. CHEI ȘI CERTIFICA TE.................................................................................................................. 343 
3.1. Generarea și distr ibuirea cheilor .......................................................................................... 343 
3.1.1 Generarea și distr ibuirea cheilor RSA ................................................................................... 343 
3.1.2 Chei de testare RSA ......................................................................................................... 345 
3.1.3 Cheile senzor ului de mișcare .............................................................................................. 345 
3.1.4 Generarea și distr ibuția cheilor de sesiune T-DES .................................................................... 345 
3.2. Chei ............................................................................................................................. 345 
3.3. Certificate ...................................................................................................................... 345 
3.3.1 Conținutul certificatelor .................................................................................................... 346 
3.3.2 Certificate emise ............................................................................................................. 348 
3.3.3 Verificarea și deschiderea certificatelor ................................................................................. 349 
4. MECANISMUL DE AUTENTIFICARE RECIPR OCĂ ............................................................................... 349 
5. CON FIDENȚIALIT ATEA, INTEGRIT ATEA ȘI MECANISMUL DE AUTENTIFICARE ALE TRANSFER ULUI DE DATE 
DINTRE VU ȘI CARDURI ............................................................................................................. 352 
5.1. Mesagerie secur izată ........................................................................................................ 352 
5.2. Tratarea eror ilor mesage riei secur izate.................................................................................. 354 
5.3. Algor itmul de calcul al sumelor de verificare criptografic e........................................................ 354 
5.4. Algor itmul de calcul al criptogramelor pentr u obiect e de date (DO) confidențiale .......................... 355 
6. MECANISMELE DE SEMNARE DIGIT ALĂ A DATELOR DESCĂR CATE...................................................... 355 
6.1. Generarea semnătur ilor .................................................................................................... 355 
6.2. Verificarea semnătur ilor .................................................................................................... 356 26.5.2016 L 139/338 Jurnalul Oficial al Uniunii Europene RO    
PARTEA B SISTEMUL TAHOGRAFIC DE A DOU A GENERAȚIE ............................................................................ 357 
7. INTR ODUCERE .......................................................................................................................... 357 
7.1. Referințe ....................................................................................................................... 357 
7.2. Notații și abrevier i........................................................................................................... 357 
7.3. Defi niții ........................................................................................................................ 359 
8. SISTEME ȘI ALGORIT MI CRIPTOGRAFICI ......................................................................................... 359 
8.1. Sisteme criptografi ce........................................................................................................ 359 
8.2. Algor itmi criptografici ...................................................................................................... 360 
8.2.1 Algor itmi simetr ici.......................................................................................................... 360 
8.2.2 Algor itmi asimetr ici și parametr i de domeniu standardizați ....................................................... 360 
8.2.3 Algor itmi de hashing ....................................................................................................... 361 
8.2.4 Suit e cifru...................................................................................................................... 361 
9. CHEI ȘI CERTIFICA TE.................................................................................................................. 361 
9.1. Perechi de chei asimetr ice și certificate de cheie publică ........................................................... 361 
9.1.1 Considerații generale ........................................................................................................ 361 
9.1.2 Nivelul european ............................................................................................................. 362 
9.1.3 Nivelul statului membr u................................................................................................... 362 
9.1.4 Nivelul echi pamentului: Unități montate pe vehicule ............................................................... 363 
9.1.5 Nivelul echi pamentului: Cardur i de tahograf .......................................................................... 365 
9.1.6 Nivelul echi pamentului: Echipamente GNSS exte rne................................................................ 366 
9.1.7 Prezentare generală: Înlocuirea certificatelor .......................................................................... 367 
9.2. Chei simetr ice ................................................................................................................ 368 
9.2.1 Chei pentr u siguranța comunicațiilor dintre VU și senzor ul de mișcare ........................................ 368 
9.2.2 Chei pentr u secur izarea comunicațiilor specializate cu rază scur tă de acțiune (DSR C)...................... 372 
9.3. Certificate ...................................................................................................................... 375 
9.3.1 Considerații generale ........................................................................................................ 375 
9.3.2 Conținutul certificatelor .................................................................................................... 375 
9.3.3 Solicitarea de certificate .................................................................................................... 377 
10. AUTENTIFICARE A RECIPR OCĂ ȘI MESA GERIA SECURIZA TĂ ÎNTRE VU ȘI CARD URI ................................ 378 
10.1. Considerații generale ........................................................................................................ 378 
10.2. Verificarea reciprocă a lanțului de certificate .......................................................................... 379 
10.2.1 Verificarea lanțului de certificate de către VU ......................................................................... 379 
10.2.2 Verificarea lanțului de certificate ale VU de către card .............................................................. 381 
10.3. Autentificarea VU ............................................................................................................ 384 
10.4. Autentificarea cipului și înțeleger ea asupra cheilor de sesiune .................................................... 385 26.5.2016 L 139/339 Jurnalul Oficial al Uniunii Europene RO    
10.5. Mesagerie secur izată ........................................................................................................ 387 
10.5.1 Considerații generale ........................................................................................................ 387 
10.5.2 Structura mesageriei secur izate........................................................................................... 388 
10.5.3 Abandonarea sesiunii de mesagerie secur izată ........................................................................ 391 
11. CUPL AREA, AUTENTIFICAREA RECIPR OCĂ ȘI MESA GERIA SECURIZA TĂ ÎNTRE VU ȘI ECHIP AMENTUL GNSS 
EXTERN ................................................................................................................................... 392 
11.1. Considerații generale ........................................................................................................ 392 
11.2. Cuplarea dintre VU și echip amentul GNSS extern ................................................................... 393 
11.3. Verificarea reciprocă a lanțului de certificate .......................................................................... 393 
11.3.1 Considerații generale ........................................................................................................ 393 
11.3.2 În timpul cuplăr ii VU – EGF .............................................................................................. 393 
11.3.3 În timpul funcționăr ii normale ........................................................................................... 394 
11.4. Autentificarea VU, aute ntifi carea cipului și înțeleger ea asupra cheilor de sesiune ............................ 395 
11.5. Mesageria secur izată ........................................................................................................ 395 
12. ASOCIEREA ȘI COMUNIC AREA DINTRE O VU ȘI UN SENZOR DE MIȘCARE ........................................... 396 
12.1. Considerații generale ........................................................................................................ 396 
12.2. Asocierea VU – senzor de mișcare folosind generații diferite de chei ........................................... 396 
12.3. Comunicarea și asocierea dintre o VU și un senzor de mișcare folosind AES ................................. 397 
12.4. Asocierea VU – senzor de mișcare pentr u echi pamente de diferite generații .................................. 399 
13. SECURIT ATEA COMUNICĂRII LA DIST ANȚĂ PRIN DSR C.................................................................... 399 
13.1. Considerații generale ........................................................................................................ 399 
13.2. Criptarea datelor utile ale tahografului și generarea MAC.......................................................... 400 
13.3. Verificarea și decr iptarea datelor utile ale tahografului .............................................................. 401 
14. SEMNAREA DESCĂR CĂRII DE DATE ȘI VERIFICARE A SEMNĂTURILOR ................................................. 401 
14.1. Considerații generale ........................................................................................................ 401 
14.2. Generarea semnătur ilor .................................................................................................... 402 
14.3. Verificarea semnătur ilor .................................................................................................... 402  
PREAMBUL 
Prezentul apendice precizează mecanismele de secur itate care asigură 
—  aute ntifi carea reciprocă între diferitele component e ale sistemului tahografic, 
—  confidențialitatea, integrit atea, aute nticitatea și/sau evitarea respinger ii datelor transferat e între diferitele compo nente 
ale sistemului tahograf ic sau descărcate pe supor turi de stocar e externe. 
Prezentul apendice cupr inde două părți. Partea A definește mecanismele de secur itate pentr u sistemul tahograf ic de 
prima generație (tahograful digital). Partea B definește mecanismele de secur itate pentr u sistemul tahografic de a doua 
generație (tahograful inteli gent). 
Mecanismele menționat e în partea A din prezentul apendice se aplică în cazul în care cel puțin una dintre component ele 
sistemului tahograf ic imp licate într-un proces de autentificare reciprocă și/sau de transfe r de date este de prima generație. 26.5.2016 L 139/340 Jurnalul Oficial al Uniunii Europene RO    
Mecanismele menționate în partea B din prezentul apendice se aplică în cazul în care ambele compo nente ale sistemului 
tahografic implicate într-un proces de autentificare reciprocă și/sau de transfer de date sunt de a doua generație. 
Apendicele 15 oferă mai multe informații privind utilizarea compo nentelor de prima generație în combinație cu 
compo nente de a doua generație. 
PARTEA A 
SISTEMUL TAHOGRAFIC DE PRIMA GENERAȚIE 
1.  INTR ODUCERE 
1.1.  Refer ințe 
În prezentul apendice se face trimitere la următ oarele standarde: 
SHA-1  National Institute of Standar ds and Technology (NIST). Publication FIPS 180-1: Secure Hash 
Standar d. Apr ilie 1995. 
PKCS1  RSA Labor atories. PKCS # 1: RSA Encr yption Standar d Versiunea 2.0. Octombri e 1998 
TDES  National Institute of Standar ds and Technology (NIST). FIPS Publication 46-3: Data Encr yption 
Standar d Proiect 1999. 
TDES-OP  ANSI X9.52, Triple Data Encr yption Algor ithm Modes of Oper ation 1998. 
ISO/IEC 7816-4  Informat ion Technology – Identif ication cards – Integ rated circuit(s) cards with contacts – Part 4: 
Inter industr y commands for inter exchange. Prima ediție: 1995 + Amendamentul 1: 1997. 
ISO/IEC 7816-6  Informat ion Technology – Identif ication cards – Integ rated circuit(s) cards with contacts – Part 6: 
Inter industr y data elements. Prima ediție: 1996 + Cor 1: 1998. 
ISO/IEC 7816-8  Informat ion Technology – Identif ication cards – Integ rated circuit(s) cards with contacts – Part 8: 
Secur ity related inter industr y commands. Prima ediție 1999. 
ISO/IEC 9796-2  Informat ion Technology – Secur ity techniques – Digital signature schemes giving message recover y – 
Part 2: Mechanisms using a hash function. Prima ediție: 1997. 
ISO/IEC 9798-3  Informat ion Technology – Secur ity techniques – Entity authentication mechanisms – Part 3: Entity 
authentication using a public key algor ithm. Ediția a doua 1998. 
ISO 16844-3  Road vehicles – Tachograph syste ms – Part 3: Motion sensor interfa ce. 
1.2.  Notații și termeni abreviați 
În prezentul apendice sunt folosite următ oarele notații și term eni abreviați: 
(Ka, Kb, Kc)  un grup de chei utilizat de algor itmul de criptare triplă a datelor , 
CA  autori tate de certificare, 
CAR  identif icator al autorității de certificare, 
CC  sumă de verificar e criptografi că, 
CG  criptogramă, 
CH  antet de comandă, 
CHA  autori zația deținătorului certificatului, 
CHR  identif icator al deținătorului certificatului, 
D()  decr iptare cu DES (Data Encr yption Standar d), 26.5.2016 L 139/341 Jurnalul Oficial al Uniunii Europene RO    
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  identif icator de cheie, 
Km  cheie TDES. Cheie maste r definită în ISO 16844-3. 
KmVU  cheie TDES introdusă în unitățile montate pe vehicule, 
KmWC  cheie TDES introdusă în cardur ile de atelier . 
m  reprezentant de mesa j, număr întreg cupr ins între 0 și n-1, 
n  chei RSA, modul, 
PB  octeți de compl etare, 
PI  Octet indicator de completare (utilizat în criptograme pentr u confidențialitatea DO), 
PV  Valoare a datelor în clar, 
s  reprezentant de semnătură, număr întreg cupr ins între 0 și n-1, 
SSC  Contor de secvențe trimise, 
SM  Mesageri e secur izată, 
TCBC  Mod de funcționare prin înlănțuirea blocur ilor cifrat e TDEA, 
TDEA  Algor itm de criptare triplă a date lor, 
TLV  Valoarea unei lungimi de etichetă, 
VU  Unitat e montată pe vehicul, 
X.C  Certificatul utilizatorului X emis de o autori tate de certificare, 
X.CA  o autori tate de certificare a utilizatorului X, 
X.CA .PK o X.C  Operația de dezvăluire a unui certificat pentr u a extrage o cheie publică. Este un operat or 
infix, al cărui operand stâng este cheia publică a unei autori tăți de certificare, iar operandul 
drept este certificatul emis de acea autoritate de certificare. Rezultatul este cheia publică a 
utilizatorul ui X al cărui certificat este operandul drept, 
X.PK  Cheia privată RSA a utilizatoru lui X, 
X.PK[I]  Cifrarea RSA a unor informații I, folosind cheia publică a utilizatoru lui X 
X.SK  Cheia privată RSA a utilizatoru lui X, 
X.SK[I]  Cifrarea RSA a unor informații I, folosind cheia privată a utilizat orului X, 
‘xx’  o valoare hexazecimală, 
||  Operator ul de concate nare. 26.5.2016 L 139/342 Jurnalul Oficial al Uniunii Europene RO    
2.  SISTEME ȘI ALGORITMI CRIPTOGRAFICI 
2.1.  Sisteme criptog rafice 
CSM_001  Unitățile montate pe vehicule și cardur ile de tahograf utilizează un sistem criptografi c cu cheie 
publică RSA clasic pentr u a oferi următ oarele mecanisme de secur itate: 
—  aute ntifi carea între unitățile montate pe vehicule și cardur i, 
—  transpor tul cheilor de sesiune de tip DES triplu între unitățile montate pe vehicule și cardur ile 
de tahograf, 
—  semnătura digitală a datelor descărcate din unitățile montate pe vehicule și din cardur ile de 
tahograf pe supor turi exte rne. 
CSM_002  Unitățile montate pe vehicule și cardur ile de tahograf utilizează un sistem criptografic simetr ic DES 
triplu în scopul de a asigura un mecanism pentr u integrit atea datelor în timpul schi mbur ilor de 
date privind utilizatorul dintre unitățile montate pe vehicule și cardur ile de tahograf și pentr u a 
garan ta, unde este cazul, confidențialitatea schi mbur ilor de date dintre unitățile montate pe vehicule 
și cardur ile de tahograf. 
2.2.  Algor itmi cripto grafici 
2.2.1  Algor itmul RSA 
CSM_003  Algor itmul RSA este definit în întregime de următ oarele relații: 
X.SK[m] = s = md mod n 
X.PK[s] = m = se mod n  
O descr iere mai compl etă a funcției RSA poate fi găsită în refer ința [PKCS1]. Exponentul public, e, 
pentr u calculul funcției RSA este un număr întreg cupr ins între 3 și n-1 care satisfa ce gcd[e, lcm(p- 
1, q-1)] = 1. 
2.2.2  Algor itmul de hash 
CSM_004  Mecanismele de semnătură digitală utilizează algor itmul de hash SHA-1 astfel cum este definit în 
refer ința [SHA-1]. 
2.2.3  Algor itmul de criptar e a datelor 
CSM_005  Algor itmii bazați pe DES sunt utilizați în modul de funcționare prin înlănțuirea blocur ilor cifrat e. 
3.  CHEI ȘI CERTIFICA TE 
3.1.  Generarea și distribuirea cheilor 
3.1.1  Gener area și distr ibuirea cheilor RSA 
CSM_006  Cheile RSA sunt generate prin trei nivelur i ierarhice funcționale: 
—  nivelul european, 
—  nivelul statului membr u, 
—  nivelul echi pamentului. 26.5.2016 L 139/343 Jurnalul Oficial al Uniunii Europene RO    
CSM_007  La nivelul european se generează o perec he unică de chei europene (EUR.SK și EUR.PK). Cheia 
privată europeană se utilizează pentr u certificarea cheilor publice ale statelor membre. Se ține 
evidența tuturor cheilor certificate. Aceste sarcini sunt îndeplinite de o autoritate de certificare 
europeană, sub autor itatea și responsabilitatea Comisiei Europene. 
CSM_008  La nivelul statului membr u se generează o pereche de chei ale statului membr u (MS.SK și MS.PK). 
Cheile publice ale statelor membre sunt certificate de autoritatea de certificare europeană. Cheile 
private ale statelor membre se utilizează pentr u 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 identif icare a echi pamentului căruia îi sunt destinate . 
Aceste sarcini sunt îndeplinite de autoritatea de certificare a unui stat membr u. Un stat membr u își 
poate schimba periodic perec hea de chei. 
CSM_009  La nivelul echi pamentului se generează o singură pereche de chei (EQT .SK și EQT .PK), care se 
introduce în fiecare echipament. Cheile publice ale echi pamentelor sunt certificate de autori tatea de 
certificare a unui stat membr u. Aceste sarcini pot fi îndeplinit e de producăt orii de echi pamente, de 
serviciile de personalizare a echi pamentelor sau de autori tățile statelor membre. Această perec he de 
chei se folosește pentr u serviciile de aute ntifi care, de semnătură digitală și de cifrare. 
CSM_010  Confidenți alitat ea cheilor private trebuie menținută în timp ul generăr ii, transpor tului (dacă este 
cazul) și stocări i. 
Ilustrația următoar e sinte tizează fluxul de date al acestui proces: 
26.5.2016 L 139/344 Jurnalul Oficial al Uniunii Europene RO    
3.1.2  Chei de testare RSA 
CSM_011  Pentr u testarea echip amentelor (inclusiv pentr u testele de inter operabilitate), autori tatea de 
certificare europeană generează o perec he unică diferită de chei de testare europene și cel puțin 
două perec hi de chei de testare ale statului membr u, ale cărui chei publice sunt certificate cu cheia 
de testare privată europeană. Producăt orii introduc, în echi pamentele supuse testelor pentr u 
omologar ea de tip, chei de testare certificate cu una dintre aceste chei de testare ale statului 
membr u. 
3.1.3  Cheile senzor ului de mișcare 
Confidențialitatea celor trei chei TDES descr ise mai jos trebuie asigurată în mod corespunzător în timpul 
generăr ii, transpor tului (dacă este cazul) și stocări i. 
În scopul de a asigura compatibilitat ea component elor tahografului cu ISO 16844, autori tatea de certificare 
europeană și autori tățile de certificare din statele membre asigură, în plus, următoarele: 
CSM_036  Autoritatea de certificare europeană generează KmVU și KmW C, două chei DES triple independent e 
și unice, și generează Km ca fiind:  Km = KmVU XOR KmWC  . Autor itatea de certificare europeană 
transmite acest e chei, prin procedur i secur izate corespunzător , autori tăților de certificare ale 
state lor membre, la cererea acest ora. 
CSM_037  Autoritățile de certificare ale statelor membre: 
—  folosesc Km pentr u a cripta datele de la senzor ul de mișcare solicitate de producător ii de 
senzor i de mișcare (datele care trebuie criptate cu Km sunt definite în ISO 16844-3), 
—  transmit KmVU producător ilor de unități montate pe vehicule, prin procedur i secur izate 
corespunzăt or, pentr u a fi introdusă în unitățile montate pe vehicule, 
—  se asigură că KmWC va fi introdusă în toat e cardur ile de atelier 
(
 din fișierul elementar 
 ) în 
timpul personalizăr ii cardului. 
3.1.4  Gener area și distr ibuția cheilor de sesiune T-DES 
CSM_012  Unitățile montate pe vehicule și cardur ile de tahograf generează și își transmit reciproc datele 
necesare pentr u elaborarea unei chei de sesiune comune de tip DES triplu, ca parte a procesului de 
autenti ficare reciprocă. Confidențialitatea acestui schimb de date trebuie să fie prot ejată printr-un 
mecanism de criptare RSA. 
CSM_013  Această cheie se utilizează pentr u toat e operațiunile criptografice ulterioare folosind mesageri a 
secur izată. Valabilitatea ei expiră la term inarea sesiunii (retrage rea cardului sau reinițializarea 
cardului) și/sau după 240 de utilizăr i (o utilizare a cheii = o comandă trimisă cardului folosind 
mesageria secur izată și răspunsul asociat). 
3.2.  Chei 
CSM_014  Cheile RSA au următoar ele lungimi (indife rent 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 (Ka, Kb, Ka), unde Ka și Kb sunt chei independent e cu o lungime de 
64 de biți. Nu se configurează niciun bit pentr u detectarea eror ilor de paritate. 
3.3.  Cer tificate 
CSM_016  Certificatele cheilor publice RSA sunt certificate de tip „non self-descr iptive” (nu se pot autode scrie) 
și „Card Verifiable ” (verificabile cu ajutor ul cardului) (ref.: ISO/IEC 7816-8) 26.5.2016 L 139/345 Jurnalul Oficial al Uniunii Europene RO    
3.3.1  Conținutul certificatelor 
CSM_017  Certificatele cheilor publice RSA sunt alcătuit e din următoarele date, în ordinea indicată: 
Date Format Octeți Obser vații 
CPI ÎNTREG  1 Identificator de profil al certificatului (‘01’ pentr u prezenta ver­
siune) 
CAR ȘIR DE OCTEȚI  8 Identificator ul autori tății de certificar e 
CHA ȘIR DE OCTEȚI  7 Autorizația deținătorul ui certificatului 
EOV TimeReal  4 Data expirăr ii valabilității certificatului. Opțional, compl etat cu 
‘FF’ dacă nu este folosit 
CHR ȘIR DE OCTEȚI  8 Identificator ul deținător ului certificatului 
n ȘIR DE OCTEȚI  128 Cheie publică (modul) 
e ȘIR DE OCTEȚI  8 Cheie publică (exponent public)   
164   
Note: 
1.  „Identificator ul de prof il al certificatului” (CPI) determi nă structura precisă a unui certificat de autenti ficare. 
El poate fi folosit ca identif icator intern al echipamentului pentr u o listă antet relevantă care descr ie 
concat enarea elementelor de date în cadr ul certificat ului. 
Lista antet asociată cu acest conținut al certificat ului este următ oarea: 
‘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.  „Identificator ul autor ității de certificare” (CAR) are scopul de a identif ica autori tatea de certificare care a 
emis certificatul, astfe l încât elementul de date să poată fi folosit în același timp și ca un identif icator al 
cheii de autori tate pentr u a face trimit ere la cheia publică a autori tății de certificare (pentr u codif icare, a se 
vedea mai jos identif icatorul de cheie). 26.5.2016 L 139/346 Jurnalul Oficial al Uniunii Europene RO    
3.  „Autorizația deținător ului certificatului” (CHA) este folosită pentr u a identifica drepturi le deținătorul ui 
certificatului. Aceasta se compun e din ID-ul aplicației tahografice și din tipul de echi pament căruia îi este 
destinat certificat ul (în conf ormitate cu elementul de date 
 , ‘00’ pentr u un stat membr u). 
4.„Identificator ul deținătorului certificatului” (CHR) are scopul de a identif ica în mod unic deținător ul certifi­
catului, astfel încât elementul de date să poată fi folosit în același timp ca identif icator al cheii subiect 
pentr u a face trimitere la cheia publică a deținătorului certificatului. 
5.  Identificatoarele cheii identif ică în mod unic deținătorul certificat ului sau autoritățile de certificare. Acestea 
sunt codificate după cum urmează:  
5.1. Echipament (VU sau card): 
Date Număr ul de serie al 
echipamentului Data Tip Producăt or 
Lungime 4 octeți 2 octeți 1 octet 1 octet 
Valoare Întreg ll aa codare BCD Specifi c producăt o­
rului Codul producăt oru­
lui  
În cazul unei unități montate pe vehicul, atunci când producăt orul solicită certificate, el poate sau nu 
să cunoască identif icatorul echipamentului în care vor fi introduse cheile. 
În primul caz, producăt orul trimit e identif icatorul echipamentului împreună cu cheia publică la 
autor itatea statului membr u respectiv pentr u certificare. Certificatul va conține în acest caz identifi ­
cator ul echi pamentului, iar producător ul trebuie să se asigure că cheile și certificatele sunt introduse în 
echipament ele prevăzute . Identificator ul cheii are forma indicată mai sus. 
În al doilea caz, producător ul trebuie să identifice în mod unic fiecare cerere de certificat și să trimită 
acest identif icator împreună cu cheia publică la autoritatea statului membr u respectiv pentr u 
certificare. Certificatul conține identif icatorul cerer ii. Producăt orul trebuie să informeze autori tatea 
statului său membr u cu privire la atribuirea cheii pentr u echipament (și anume, identif icatorul cerer ii 
de certificat, identificator ul echipamentului) după instalarea cheii în echi pament. Identif icatorul cheii 
are forma următoar e: 
Date Număr ul de serie al 
cerer ii de certificat Data Tip Producăt or 
Lungime 4 octeți 2 octeți 1 octet 1 octet 
Valoare Întreg ll aa codare BCD ‘FF’ Codul producăt oru­
lui   
5.2. Autoritatea de certificare: 
Date Identif icatorul auto ­
rității Număr ul de serie al 
cheii Informații supli ­
mentare Identificator 
Lungime 4 octeți 1 octet 2 octeți 1 octet 26.5.2016 L 139/347 Jurnalul Oficial al Uniunii Europene RO    
Valoare Codul numer ic na­
țional 1 octet 
Codul alfanumer ic 
național 3 octeți Întreg codif icare supli ­
mentară 
(specif ic CA) 
‘FF FF’ dacă nu este 
folosit ‘01’  
Număr ul de serie al cheii este folosit pentr u a distinge cheile diferite ale unui stat membr u, în cazul în 
care cheia este schi mbată. 
6.Verificatorii certificatelor știu implicit că cheia publică certificată este o cheie RSA relevantă pentr u autenti ­
ficare, pentr u verificarea semnătur ii digitale și pentr u cifrarea în scopul serviciilor de confidențialitate 
(certificatul nu conține niciun identif icator de obiect care să specif ice acest lucr u). 
3.3.2  Certificate emise 
CSM_018  Certificat ul emis este o semnătură digitală cu recuperarea parțială a conținutului certificat ului în 
conf ormitate cu ISO/IEC 9796-2 (cu excepția anex ei A4 a acestuia), cu „identificator ul autori tății de 
certificare” adăugat. 
X.C = X.CA .SK[‘6A ’ || Cr || Hash(Cc) || ‘BC’] || Cn || X.CAR  
Cu conținutul certificatului = Cc = Cr || Cn  
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ă, astfe l încât cheia publică a 
autorității de certificare să poată fi selectată pentr u verificarea certificatului. 
3.  Verificatorul certificat ului cunoaște implicit algor itmul folosit de autori tatea de certificare pentr u semnarea 
certificatului. 
4.  Lista antet asociată cu acest certificat emis este următoar ea: 
‘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   26.5.2016 L 139/348 Jurnalul Oficial al Uniunii Europene RO    
3.3.3  Verificarea și deschidere a certificatelor 
Verificarea și desc hiderea certificatelor constă în verificarea semnătur ii în conf ormitate cu ISO/IEC 9796-2, 
extrăgând conținutul certificatului și cheia publică conținută: X.PK = X.CA .PK o X.C și în verificarea valabilității 
certificatului. 
CSM_019  Aceasta implică următoar ele etape: 
Verificarea semnătur ii și extrage rea conținutului: 
—  din X.C se extrage semnătura, Cn' și CAR': X.C = Semnare || Cn' || CAR'   
128 de oc­
teți  58 de oc­
teți  8 octeți  
—  din CAR' se selecte ază cheia publică a autori tății de certificare corespunzăt oare (dacă nu s-a 
selecționat anterior prin alte metode) 
—  se desch ide semnătura cu cheia publică a CA: Sr'= X.CA .PK [Sign], 
—  se verifică dacă Sr' începe cu ‘6A’ și se term ină cu ‘BC’ 
—  se calculează Cr' și H' cu formula: Sr' = ‘6 A’ || Cr' || H' || ‘BC’    
106 octeți  20 de oc­
teți    
—  se recuperează conținutul certificat ului C' = Cr' || Cn', 
—  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 stoc hează cheia publică, identif icatorul cheii, autorizația deținătorul ui certificatului 
și data de expirare a valabilității din C': 
—  X.PK = n || e 
—  X.KID = CHR 
—  X.CHA = CHA 
—  X.EO V = EOV 
4.  MECANISMUL DE AUTENTIFICARE RECIPR OCĂ 
Autentificarea reciprocă între cardur i și VU se bazează pe principiul următ or: 
Fiecare parte îi demonstrează celeilalt e că deține o pereche valabilă de chei, a cărei cheie publică a fost 
certificată de autor itatea de certificare a unui stat membr u, care la rândul ei a fost certificată de autori tatea de 
certificare europeană. 
Demonstrația se face prin semnarea cu cheia privată a unui număr aleat oriu trimis de cealaltă parte, care 
trebuie să recupereze număr ul aleat oriu trimis în momentul verificăr ii acest ei semnătur i. 
Mecanismul este declanșat de către VU la introducerea cardului. Acesta începe cu schimbul de certificate și 
desc hiderea cheilor publice și se term ină cu stabilirea unei chei de sesiune. 26.5.2016 L 139/349 Jurnalul Oficial al Uniunii Europene RO    
CSM_020  Trebuie utilizat următorul protocol [săgețile indică comenzile și datele schi mbate (a se vedea 
apendicele 2)]: 
26.5.2016 L 139/350 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/351 Jurnalul Oficial al Uniunii Europene RO    
5.  CON FIDENȚIALIT ATEA, INTEGRIT ATEA ȘI MECAN ISMUL DE AUTENTIFICARE ALE TRANSFER ULUI DE DATE DINTRE 
VU ȘI CARDURI 
5.1.  Mesager ie secur izată 
CSM_021  Integri tatea transferur ilor de date dintre VU și cardur i trebuie prot ejată printr-o mesagerie 
secur izată în conf ormitate cu refer ințele (ISO/IEC 7816-4) și (ISO/IEC 7816-8). 
CSM_022  Atunci când date le trebuie să fie protejat e în timpul transferului, se adaugă un obiect de date de tip 
sumă de verificare criptografică la obiectel e de date trimise în cadr ul comenzii sau al răspunsului. 
Suma de verificare criptografică este verificată de recep tor. 
CSM_023  Suma de verificare criptografică a datelor trimise în cadr ul unei comenzi integreaz ă antetul 
comenzii și toat e obiect ele de date trimise (=>CL A = ‘0C’, iar toat e obiect ele de date sunt 
încapsulate cu etichet e în care b1 = 1). 
CSM_024 Octeții de stare-inf ormații transmiși ca răspuns sunt protejați printr-o sumă de verificar e cripto­
grafic ă atunci când răspunsul nu conține niciun câmp de date. 
CSM_025  Sumele de verificare criptografice au o lungime de 4 octeți. 
Structura comenzilor și răspunsur ilor când se utilizează mesageri a secur izată este următoar ea: 
Obiect ele de date utilizate sunt un set parțial din obiectele de date de mesageri e secur izată descr ise 
în ISO/IEC 7816-4: 
Etichetă Cod mnemonic Sens 
‘81’ TPV Valoare a datelor în clar necodată prin BER -TLV (a se prote ja prin CC) 
‘97’ TLE Valoarea Le din comanda nesecur izată (a se proteja prin CC) 
‘99’ TSW Informații de stare (a se prote ja prin CC) 
‘8E’ TCC Sumă de verificare criptografică 
‘87’ TPI CG Octe t indicator de compl etare || Criptogramă (valoare a date lor în clar 
necodată prin BER -TLV)  
Fiind dată o perec he comandă-răspuns nesecur izată: 
Antet de comandă Corpul comenzii 
CLA INS P1 P2 [Câmp Lc] [Câmp de date] [Câmp Le] 
patr u octeți L octeți, indicați cu identif icatori de la B1 la BL  
Corpul răspunsului Coada răspunsului 
[Câmp de date] SW1 SW2 
Octeț i de date Lr doi octeți  26.5.2016 L 139/352 Jurnalul Oficial al Uniunii Europene RO    
Perechea corespunzătoare comandă-răspuns secur izată este: 
Comanda secur izată: 
Antet ul comenzii (CH) Corpul comenzii 
CLA INS P1 P2 [Câmp nou Lc] [Câmp de date nou] [Câmp 
nou Le] 
‘OC’ Lungimea 
Câm p de date 
nou TPV LPV PV TLE LLE Le TCC LCC CC ‘00’ 
‘81’ Lc Câm p 
de date ‘97’ ‘01’ Le ‘8E’ ‘04’ CC  
Datele care trebuie integrat e în suma de verificare = CH || PB || TPV || LPV || PV || TLE || LLE || Le || PB 
PB = Octeț i de compl etare (80 .. 00) în conf ormitate cu ISO-IEC 7816-4 și cu ISO 9797 metoda 2. 
Obiect ele de date PV și LE sunt prezent e numai dacă există anumit e date corespondente în 
comanda nesecur izată. 
Răspunsul secur izat:  
1. Cazul în care câmpul de date răspuns nu este gol și nu este nevoie să fie protejat pentr u 
confidențialitate: 
Corpul răspunsului Coada răspunsului 
[Câm p de date nou] SW1 SW2 noi 
TPV LPV PV TCC LCC CC  
‘81’ Lr Câm p de date ‘8E’ ‘04’ CC  
Datele care trebuie integrat e în suma de verificare = TPV || LPV || PV || PB 
2.Cazul în care câmpul de date răspuns nu este gol și este nevoie să fie prote jat pentr u confiden ­
țialitat e: 
Corpul răspunsului Coada răspunsului 
[Câm p de date nou] SW1 SW2 noi 
TPI CG LPI CG PI CG TCC LCC CC  
‘87’  PI || CG ‘8E’ ‘04’ CC  
Datele care sunt transpor tate prin CG: date necodate prin BER -TLV și octeți de compl etare. 
Datele care trebuie integrat e în suma de verificare = TPI CG || LPI CG || PI CG || PB 26.5.2016 L 139/353 Jurnalul Oficial al Uniunii Europene RO    
3. Cazul în care câmpul de date răspuns este gol: 
Corpul răspunsului Coada răspunsului 
[Câm p de date nou] SW1 SW2 noi 
TSW LSW SW TCC LCC CC  
‘99’ ‘02’ SW1 SW2 noi ‘8E’ ‘04’ CC  
Datele care trebuie integrat e în suma de verificare = TSW || LSW || SW || PB 
5.2.  Tratarea eror ilor mesager iei secur izate 
CSM_026  Atunci când cardul de tahograf recunoașt e o eroare de SM (mesageri e secur izată) în timpul 
interpretăr ii unei comenzi, octeții de stare trebuie să fie retur nați fără SM. În conf ormitate cu 
standardul ISO/IEC 7816-4, următori i octeți de stare sunt definiți pentr u a indica eror i de SM: 
‘66 88’:  verificarea sumei de verificare criptografice a eșuat, 
‘69 87’:  obiectele de date aștep tate ale SM lipsesc, 
‘69 88’:  obiectele de date ale SM sunt incorecte. 
CSM_027  Atunci când cardul de tahograf retur nează octeții de stare fără obiect ele de date ale SM sau cu un 
obiect de date al SM eronat, sesiunea trebuie să fie term inată de VU. 
5.3.  Algor itmul de calcul al sumelor de verificare criptografice 
CSM_028  Sumele de verificare criptografi ce sunt constr uite folosind un MAC (cod de aute ntifi care a 
mesa jelor) detaliat, conf orm standardului ANSI X9.19, cu criptarea DES: 
—  Etapa inițială: blocul de verificare inițial y0 este E(Ka, SSC). 
—  Etapa secvențială: blocur ile 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)]. 
unde E() este criptarea cu DES, iar D() este decr iptarea cu DES. 
Cei mai relevanți patr u octeți ai sumei de verificare criptografice sunt transferați. 
CSM_029  Contorul de secvențe trimise (SSC) este inițializat în timpul procedur ii de înțeleger e asupra cheii la: 
SSC inițial: Rnd3 (cei 4 octeți cel mai puțin semnif icativi) || Rnd1 (cei 4 octeți cel mai puțin 
semnificat ivi) || 
CSM_030  Contorul de secvențe trimise este incrementat cu 1 de fiecare dată înaint e de calcularea unui MAC 
(și anume, SSC pentr u prima comandă este SSC inițial + 1, SSC pentr u primul răspuns este SSC 
inițial + 2). 26.5.2016 L 139/354 Jurnalul Oficial al Uniunii Europene RO    
Figura următoare ilustrează calcularea MAC detaliat: 
5.4.  Algor itmul de calcul al criptogr amelor pentr u obiecte de date (DO) conf idențiale 
CSM_031  Criptogramele sunt calculate folosind TDEA în modul de funcționare TCBC, în conf ormitate cu 
refer ințele [TDES] și [TDES-OP], și utilizând vect orul nul ca bloc de valoare inițială. 
Figura următoare ilustrează aplicarea cheilor în TDES: 
6.  MECANISMELE DE SEMNARE DIGIT ALĂ A DATELOR DESCĂR CATE 
CSM_032  Echipamentul inteli gent dedicat (IDE) stoc hează într-un singur fișier fizic de date datele recepționate 
de la un echip ament (VU sau card) în timpul unei sesiuni de descărcare. Acest fișie r trebuie să 
conțină certificatele MSi.C și EQT .C. Fișier ul conține semnătur ile digitale ale blocur ilor de date așa 
cum se specifi că în apendicele 7, „Protocoale de descărcare a date lor”. 
CSM_033  Semnătur ile digitale ale datelor descărcate utilizează o sche mă 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ătur ilor 
CSM_034  Generarea semnătur ilor de date de către echi pament trebuie să respecte sche ma 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))] 26.5.2016 L 139/355 Jurnalul Oficial al Uniunii Europene RO    
PS = șir de octeți de compl etare cu valoarea ‘FF’, astfel încât lungimea să fie 128. 
DER(SHA-1(M)) este codificarea ID-ului algor itmului pentr u funcția hash și pentr u valoarea hash 
într-o valoare ASN.1 de tip Dige stInf o (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ătur ilor 
CSM_035  Verificarea semnătur ilor date lor la date le descărcate este efectuată conf orm 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 
pentr u a verifica integrit atea datelor descărcate și stocat e pe ESM (supor t de memor ie exte rn). 
Cardul de control este folosit pentr u a efectua descifrarea semnătur ilor 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 . 
26.5.2016 L 139/356 Jurnalul Oficial al Uniunii Europene RO    
PARTEA B 
SISTEMUL TAHOGRAFIC DE A DOU A GENERAȚIE 
7.  INTR ODUCERE 
7.1.  Refer ințe 
În această parte a prezentului apendice se face trimitere la următoar ele standarde: 
AES  National Institute of Standar ds and Technology (NIST), FIPS PUB 197: Advanced Encr yption Standar d 
(AES), 26 noiembr ie 2001 
DSS  National Institute of Standar ds and Technology (NIST), FIPS PUB 186-4: Digital Signatur e Standar d 
(DSS), iulie 2013 
ISO 7816-4  ISO/IEC 7816-4, Identifica tion cards – Integ rated circuit cards – Part 4: Organization, secur ity and 
commands for interchang e. Ediția a treia, 15.4.2013 
ISO 7816-8  ISO/IEC 7816-8, Identif ication cards – Integ rated circuit cards – Part 8: Commands for secur ity 
operations. Ediția a doua, 1.6.2004 
ISO 8825-1  ISO/IEC 8825-1 Information technology – ASN.1 encoding rules: Specif ication 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, Informati on technology – Secur ity techniques – Message Authentication Codes 
(MA Cs) – Part 1: Mechanisms using a block cipher . Ediția a doua, 1.3.2011 
ISO 10116  ISO/IEC 10116, Informati on technology – Secur ity techniques – Modes of operation of an n-bit block 
cipher . Ediția a treia, 1.2.2006 
ISO 16844-3  ISO16844-3 Road vehicles – Tachog raph systems – Part 3: Motion sensor interf ace. Prima ediție 
2004, inclusiv rectificare a tehnică 1, 2006 
RFC 5480  Elliptic Curve Cryptog raphy Subject Public Key Inform ation, mar tie 2009 
RFC 5639  Elliptic Curve Cryptog raphy (ECC) – Brainpool Standar d Curves and Curve Gener ation, 2010 
RFC 5869  HMA C-based Extract-and-Expand Key Derivati on Function (HKDF), mai 2010 
SHS  National Institute of Standar ds and Technology (NIST), FIPS PUB 180-4: Secure Hash Standar d, 
mar tie 2012 
SP 800-38B National Institute of Standar ds and Technology (NIST), Special Publication 800-38B: Recommen ­
dation for Block Cipher Modes of Oper ation: The CMA C Mode for Authentication, 2005 
TR-03111  BSI Technical Guideline TR-03111, Elliptic Curve Cryptog raphy , versiunea 2.00, 28.6.2012 
7.2.  Notații și abrevier i 
În prezentul apendice sunt folosite următ oarele notații și abrevier i: 
AES  Standard de criptare avansată 
CA  Autor itate pentr u certificate 
CAR  Identificator ul autori tății pentr u certificate 
CBC  Înlănțuirea blocur ilor cifrat e (mod de funcționare) 26.5.2016 L 139/357 Jurnalul Oficial al Uniunii Europene RO    
CH  Antet de comandă 
CHA  Autor izația deținătorului certificatului 
CHR  Identificator ul deținătorului certificatului 
CV  Vector constant 
DER  Reguli de codif icare distincte 
DO  Obiect de date 
DSR C  Comunicații specializate cu rază scur tă de acțiune 
ECC  Criptografie bazată pe curbe eliptice 
ECDSA  Algor itm pentr u semnătura digitală bazat pe curbe elipt ice 
ECDH  (Algor itm de înțeleger e asupra cheii bazat pe) curba eliptică Diff ie-Hellman 
EGF  echipament GNSS extern 
EQT  Echipament 
IDE  Echipament inteligent dedicat 
KM  Cheie mast er a senzor ului de mișcare, care permite o asociere a unei unități montate pe vehicul 
cu un senzor de mișcare 
KM-V U  Cheie introdusă în unitățile montate pe vehicule, permițând unei VU să deriveze cheia maste r a 
senzor ului de mișcare în cazul în care un card de atelier este introdus în respectiva VU 
KM-W C  Cheie introdusă în cardur ile de ateli er, permițând unei VU să deriveze cheia master a senzor ului 
de mișcare în cazul în care un card de atelier este introdus în respectiva VU 
MAC  Cod de aute ntifi care a mesajelor 
MoS  Senzor de mișcare 
MSB  Bitul cel mai semnif icativ 
PKI  Infrastr uctură pentr u chei publice 
RCF  Echipament de comunicare la distanță 
SSC  Contor de secvențe trimise 
SM  Mesage rie secur izată 
TDES  Standard de criptare triplă a datelor 
TLV  Valoarea lungimii etichet ei 
VU  Unitate montată pe vehicul 
X.C  certificatul de cheie publică al utilizatorului X 
X.CA  autoritatea pentr u certificate care a emis certificatul utilizatorul ui X 
X.CAR  identificator ul autori tății pentr u certificate menționat în certificatul utilizatorul ui X 
X.CHR  identificator ul deținătorulu i certificatului menționat în certificatul utilizatorului X 
X.PK  cheia publică a utilizator ului X 
X.SK  cheia privată a utilizat orului X 
X.PKeph  cheia publică efemeră a utilizatorul ui X 
X.SKeph  cheia privată efemeră a utilizatorul ui X 
‘xx’  o valoare hexazecimală 
||  operat or de concat enare 26.5.2016 L 139/358 Jurnalul Oficial al Uniunii Europene RO    
7.3.  Def iniții 
Defi nițiile term enilor utilizați în prezentul apendice sunt incluse în secțiunea I a anexei 1C. 
8.  SISTEME ȘI ALGORITMI CRIPTOGRAFICI 
8.1.  Sisteme criptog rafice 
CSM_38  Unitățile montate pe vehicule și cardur ile de tahograf utilizează un sistem criptografic cu chei 
publice bazat pe curbe eliptice pentr u a oferi următ oarele servicii de secur itate: 
—  autentificarea reciprocă între o unitat e montată pe vehicul și un card, 
—  înțelegerea asupra cheilor de sesiune AES între o unitate montată pe vehicul și un card, 
—  asigurarea aute nticității, integr ității și nerepudier ii datelor descărcate din unitățile montate pe 
vehicule sau din cardur ile de tahograf pe supor turi externe. 
CSM_39  Unitățile montate pe vehicule și echipament ele GNSS externe utilizează un sistem criptografic cu 
chei publice bazat pe curbe eliptice pentr u a oferi următ oarele servicii de secur itate: 
—  cuplarea unei unități montate pe vehicul cu un echipament GNSS extern, 
—  autentificarea reciprocă între o unitat e montată pe vehicul și un dispozitiv GNSS extern, 
—  înțelegerea asupra unei chei de sesiune AES între o unitate montată pe vehicul și un echi pament 
GNSS extern , 
CSM_40  Unitățile montate pe vehicule și cardur ile de tahograf utilizează un sistem criptografic simetr ic bazat 
pe AES pentr u a oferi următ oarele servicii de secur itate: 
—  asigurarea aute nticității și integrității datelor schimbate între o unitate montată pe vehicul și un 
card de tahograf, 
—  după caz, asigurarea conf idențialității datelor schi mbate între o unitate montată pe vehicul și un 
card de tahograf, 
CSM_41  Unitățile montate pe vehicule și echi pamentele GNSS externe utilizează un sistem criptografic 
simetr ic bazat pe AES pentr u a oferi următoar ele servicii de secur itate: 
—  asigurarea aute nticităț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 senzor ii de mișcare utilizează un sistem criptografi c simetr ic bazat 
pe AES pentr u a oferi următ oarele servicii de secur itate: 
—  asocierea dintre o unitate montată pe vehicul și un senzor de mișcare, 
—  autentificarea reciprocă între o unitat e montată pe vehicul și un senzor de mișcare, 
—  asigurarea conf idențialității datelor schimbat e între o unitate montată pe vehicul și un senzor de 
mișcare. 
CSM_43  Unitățile montate pe vehicule și cardur ile de tahograf utilizează un sistem criptografic simetr ic bazat 
pe AES pentr u a oferi următ oarele servicii de secur itate la nivelul interf eței de comunicare la 
distanță: 
—  asigurarea conf idențialității, autenti cității și integrității datelor transmise de la o unitate montată 
pe vehicul la un card de control. 26.5.2016 L 139/359 Jurnalul Oficial al Uniunii Europene RO    
Note: 
—  În mod concret, datele sunt transmise de la o unitat e montată pe vehicul la un echipament de 
interog are la distanță, sub controlul unui agent de control, folosind un echipament de 
comunicare la distanță care poate fi intern sau exte rn în rapor t cu VU (a se vedea apendicele 14). 
Cu toat e acestea , echi pamentul de inter ogar e la distanță trimite datele primit e unui card de 
control pentr u decr iptare și validarea autenti cității. Din punctul de vedere al secur ității, 
echipamentul de comunicare la distanță și echi pamentul de interog are la distanță sunt pe deplin 
transparente. 
—  Un card de atelier oferă aceleași servicii de secur itate pentr u interfața DSR C 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 secur ității aceste ia. A se vedea secțiunea 
9.2.2 pentr u informații suplimentare. 
8.2.  Algor itmi cripto grafici 
8.2.1  Algor itmi simetr ici 
CSM_44  Unitățile montate pe vehicule, cardur ile de tahograf, senzor ii de mișcare și echipamentele GNSS 
exte rne sunt compatib ile cu algor itmul AES, astfe l cum este definit în [AES], cu lungimi ale cheilor 
de 128, 192 și 256 de biți. 
8.2.2  Algor itmi asimetr ici și parametr i de domeniu standar dizați 
CSM_45  Unitățile montate pe vehicule, cardur ile de tahograf și echipament ele GNSS exte rne 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, cardur ile de tahograf și echipament ele GNSS exte rne sunt compatibile 
cu algor itmul de semnare ECDSA, astfel cum este precizat în [DSS]. 
CSM_47  Unitățile montate pe vehicule, cardur ile de tahograf și echipament ele GNSS exte rne sunt compatibile 
cu algor itmul de înțelege re asupra cheii ECKA -EG, astfel cum este precizat în [TR03111]. 
CSM_48  Unitățile montate pe vehicule, cardur ile de tahograf și echipament ele GNSS exte rne sunt compatibile 
cu toți parametr ii de domeniu standardizați precizați în tabelul 1 de mai jos pentr u criptografia 
bazată pe curbe eliptice. 
Tabelul 1 
Parametr i de domeniu standardizați 
Denumire Dimensiune (biți) Refer ință Identificator ul de obiect 
NIST P-256 256 [DSS], [RFC 5480] 
Brain poolP256r1 256 [RFC 5639] 
NIST P-384 384 [DSS], [RFC 5480] 
Brain poolP384r1 384 [RFC 5639] 
Brain poolP512r1 512 [RFC 5639] 
NIST P-521 521 [DSS], [RFC 5480] 
Notă: identificator ii de obiect e menționați în ultima coloană a tabelul 1 sunt specific ați în [RFC 
5639] pentr u curbele Brain pool, respectiv în [RFC 5480] pentr u curbele NIST . 
26.5.2016 L 139/360 Jurnalul Oficial al Uniunii Europene RO    
8.2.3  Algor itmi de hashing 
CSM_49  Unitățile montate pe vehicule și cardur ile de tahograf sunt compati bile cu algor itmii SHA-256, SHA- 
384 și SHA-512 specificați în [SHS]. 
8.2.4  Suite cifru 
CSM_50  În cazul în care un algor itm simetr ic, un algor itm asimetr ic și/sau un algor itm de hashing sunt 
utilizați împreună pentr u a forma un protocol de secur itate, lungimile cheilor lor respective și 
dimensiunile lor hash respective trebuie să aibă (apro ximativ) aceeași puter e. În tabelul 2 sunt 
indicate suitele cifru permise: 
Tabelul 2 
Suite cifru permise 
Identificator ul suitei 
cifru Lung imea cheii ECC 
(biți) Lungimea chei i AES 
(biți) Algor itm de hashing Lungimea MAC 
(octeți) 
CS#1 256 128 SHA-256 8 
CS#2 384 192 SHA-384 12 
CS#3 512/521 256 SHA-512 16  
Notă: Dimensiunile de 512 biți și de 521 de biți ale cheilor sunt considerate a avea pute ri egale 
pentr u toat e scopur ile în cadr ul prezentului apendice. 
9.  CHEI ȘI CERTIFICA TE 
9.1.  Perechi de chei asimetr ice și certificate de cheie publică 
9.1.1  Consider ații generale 
Notă: cheile descr ise în această secțiune sunt utilizate pentr u autenti ficarea reciprocă și mesageria secur izată 
între unitățile montate pe vehicule și cardur ile de tahograf și între unitățile montate pe vehicule și echipa­
mentele GNSS externe. Aceste procese sunt descr ise în detaliu în capit olele 10 și 11 din prezentul apendice. 
CSM_51  În cadr ul sistemului tahografic inteligent european, perec hile de chei ECC și certificatele aferent e sunt 
generate și administrat e prin trei nivelur i ierarhice funcționale: 
—  nivelul european, 
—  nivelul statului membr u, 
—  nivelul echipamentului. 26.5.2016 L 139/361 Jurnalul Oficial al Uniunii Europene RO    
CSM_52  În cadr ul întregului sistem tahografic digital european, cheile și certificatele publice și private sunt 
generate, administrate și comunicate folosind metode standardizate și sigure. 
9.1.2  Nivel ul european 
CSM_53  La nivel european se generează o perec he 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ă perec hea de 
chei rădăcină a întregii PKI pentr u tahograful digital european. Această sarcină este îndeplinită de o 
Autor itate europeană pentr u certificatele rădăcină (ERCA), sub autori tatea și responsabilitatea 
Comisiei Europene. 
CSM_54  ERCA utilizează cheia privată europeană pentr u a semna un certificat rădăcină (auto semnat) al cheii 
publice europene și comunică acest certificat rădăcină european tuturor statelor membre. 
CSM_55  ERCA utilizează cheia privată europeană pentr u 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ă autosem nat pentr u 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 perec hi de chei rădăcină implică de asemenea faptul că ERCA va genera 
o nouă cheie mast er pentr u senzor ul de mișcare și o nouă cheie mast er pentr u DSR C (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 
criptografice necesare pentr u noua perec he de chei, ținând cont de faptul că aceasta din urmă ar 
trebui să fie sigură pentr u următori i 34 de ani. Dacă se va considera necesar , ERCA va alege o suită 
cifru mai putern ică decât actuala suită, astfel cum este precizat în CSM_50. 
CSM_58  Ori de câte ori generează o nouă perec he de chei rădăcină, ERCA creează un certificat de legătură 
pentr u noua cheie publică europeană și îl semnează cu cheia privată europeană anterioară. Perioada 
de valabilitate a certificatului de legătură este de 17 ani. Acest proces este prezentat și în figura 1 din 
secțiunea 9.1.7. 
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ă 
echi pamentului produs în cadr ul generației X-1 o metodă de a avea încredere în echi pamentele 
produse în cadr ul 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ă. 
CSM_60  În orice moment, ERCA dispune de una dintre următoar ele chei criptografice și certificate: 
—  Perec hea de chei EUR actuală și certificatul aferent 
—  Toate certificatele EUR anterioare care urmează să fie utilizate pentr u verificarea certificatelor 
MSCA încă valabile 
—  Certificate de legătură pentr u toat e generațiile de certificate EUR, cu excepția primei generații. 
9.1.3  Nivel ul statului membr u 
CSM_61  La nivel de stat membr u, toat e state le 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 pentr u unități montate pe vehicul 
sau pentr u echip amente GNSS exte rne generează în plus una sau mai multe perec hi de chei ECC 
desemnate ca fiind MSCA_ VU-EGF . 26.5.2016 L 139/362 Jurnalul Oficial al Uniunii Europene RO    
CSM_62  Sarcina de a genera perechi de chei pentr u statul membr u este îndeplinită de autori tatea pentr u 
certificate a unui stat membr u (MSCA ). Ori de câte ori o MSCA generează o perec he de chei pentr u 
statul membr u, aceasta trimite cheia publică la ERCA în vederea obținer ii unui certificat aferent al 
statului membr u, semnat de ERCA. 
CSM_63  O MSCA alege pute rea unei perec hi de chei a unui stat membr u astfel încât să fie egală cu puter ea 
perec hii de chei rădăcină europene utilizate pentr u semnarea certificatului aferent al statului 
membr u. 
CSM_64  O perec he 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 excl usiv 
pentr u semnarea certificatelor de cheie publică ale unităților montate pe vehicule și ale echipa ­
mentelor 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 excl usiv pentr u semnarea certifi­
catelor de cheie publică ale cardur ilor de tahograf. 
CSM_66  O MSCA ține evidențe privind toat e certificatele semnate ale unităților montate pe vehicule, ale 
echi pamentelor GNSS exte rne și ale certificatelor de card, cât și privind identif icarea 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  Astf el 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. 
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 perec hi 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ătoar ele chei criptografice și certificate: 
—  Perec hea de chei MSCA_Card actuală și certificat ul aferent 
—Toate certificatele MSCA_Card anterioar e care urmează să fie utilizate pentr u verificarea certifi­
catelor cardur ilor de tahograf încă valabile 
—  Certificatul EUR actual necesar pentr u verificarea certificat ului MSCA actual 
—  Toate certificatele EUR anterioare necesare pentr u verificarea certificatelor MSCA încă valabile 
CSM_71  În cazul în care o MSCA este solicitată să semneze certificate pentr u unități montate pe vehicule sau 
pentr u echi pamente GNSS exte rne, aceasta trebuie, în plus, să aibă la dispoziție următ oarele chei și 
certificate: 
—  Perec hea de chei MSCA_VU-EGF actuală și certificatul aferent 
—  Toate cheile publice MSCA_VU-EGF anter ioare care urmează să fie utilizate pentr u verificarea 
certificatelor încă valabile ale VU-ur ilor sau ale echi pamentelor GNSS externe 
9.1.4  Nivel ul echipamentului: Unități montate pe vehicule 
CSM_72  Pentr u fiecare unitate montată pe vehicul sunt generate două perec hi de chei ECC unice, desemnate 
ca fiind VU_MA și VU_Sign. Această sarcină este îndeplinită de producăt orii de VU-ur i. Ori de câte 
ori este generată o perec he de chei pentr u VU, partea care generează cheia transmite cheia publică 
către MSCA a țării în care își are reședința, î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. 26.5.2016 L 139/363 Jurnalul Oficial al Uniunii Europene RO    
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ăt or de VU alege pute rea unei perec hi de chei pentr u VU astfel încât să fie egală cu 
puter ea perec hii de chei MSCA utilizate pentr u semnarea certificatului aferent al VU. 
CSM_75  O unitate montată pe vehicul utilizează perec hea sa de chei VU_MA, formată din cheia privată 
VU_MA.SK și din cheia publică VU_MA. PK, excl usiv pentr u procedura de autentificare a VU în 
rapor t cu cardur ile de tahograf și cu echi pamentele GNSS extern e, astfel cum este specific at în 
secțiunile 10.3 și 11.4 din prezentul apendice. 
CSM_76  O unitat e montată pe vehicul este capabilă să genereze perechi de chei ECC efemere și utilizează o 
perec he de chei efemere excl usiv pentr u a efectua înțelege rea asupra cheilor de sesiune cu un card de 
tahograf sau cu un echipament GNSS exte rn, astfel cum este specifi cat în secțiunile 10.4 și 11.4 din 
prezentul apendice. 
CSM_77  O unitate montată pe vehicul utilizează cheia privată VU_Sign.SK a perec hii sale de chei VU_Sign 
excl usiv pentr u a semna fișiere de date descărcate , astfe l cum este specifi cat la capitolul 14 din 
prezentul apendice. Cheia publică aferentă VU_Sign.PK este utilizată exclusiv pentr u a verifica 
semnătur ile creat e de unitat ea montată pe vehicul. 
CSM_78  Astf el 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ătur i valabile pentr u date le descărcat e î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ă pentr u a permite VU să 
se aute ntifi ce în rapor t 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, astfe l î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  Perec hile de chei ale VU (cu excepția perechilor de chei efemere) și certificatele aferent e ale unui 
anumit vehicul nu sunt înlocuit e sau reînnoit e pe teren odată ce unitatea de vehicul a fost pusă în 
funcțiune. 
Note: 
—  Perec hile de chei efemere nu fac obiectul dispoziției de mai sus, întrucât o perec he nouă de chei 
efemere este generată de o VU de fiecare dată când se efectuează autenti ficarea 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 aferent e. 
—  Această cerință nu exclude posibilitatea de a înlocui perechile de chei ale VU-ur ilor statice în 
timpul unei reno vă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ătoar ele 
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ăr ii 
certificatului VU_MA și certificat ului VU_Sign 
—  Certificatul EUR care conține cheia publică EUR.PK destinată verificării certificatului MSCA_VU- 
EGF 26.5.2016 L 139/364 Jurnalul Oficial al Uniunii Europene RO    
—Certificatul EUR a cărui perioadă de valabilitate precede imediat perioada de valabilitate a certifi­
catului EUR destinat verificării certificat ului 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 criptografi ce și certificatele enumerat e în CSM_81, unitățile montate pe vehicule 
conțin, de asemenea, chei și certificate specifi cate în partea A din prezentul apendice, permițând unei 
unități montate pe vehicul să interacționeze cu cardur ile de tahograf de prima generație. 
9.1.5  Nivel ul echipamentului: Carduri de tahog raf 
CSM_83  Pentr u fiecare card de tahograf este generată o unică perec he de chei ECC, desemnată ca fiind 
Card_MA. O a doua perec he unică de chei ECC, desemnată ca fiind Card_Sign, este generată 
suplimentar pentr u fiecare card de conducăt or auto și pentr u fiecare card de atelier . Această sarcină 
poate fi îndeplinită de producător ii de cardur i sau de serviciile de personalizare a cardur ilor. Ori de 
câte ori este generată o pereche de chei pentr u cardur i, partea care generează cheia transmite cheia 
publică către MSCA a țării în care își are reședința, î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. 
CSM_84  Certificatele Card_MA și Card_Sign ale unui anumit card de conducător auto au aceeași dată de 
începere a valabilității certificatului. 
CSM_85  Un producăt or de cardur i sau un serviciu de personalizare a cardur ilor alege puterea unei perechi de 
chei pentr u cardur i astfel încât aceasta să fie egală cu puterea perec hii de chei MSCA utilizate pentr u 
semnarea certificatului 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, excl usiv pentr u procedur ile de autentificare reciprocă și de 
înțeleger e asupra cheilor de sesiune în rapor t 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ăt or auto sau un card de ateli er utilizează cheia privată Card_Sign.SK a perec hii 
sale de chei Card_Sign excl usiv pentr u a semna fișierele de date descărcate, astfel cum este specificat 
la capit olul 14 din prezentul apendice. Cheia publică aferentă Card_Sign.PK este utilizată excl usiv 
pentr u a verifica semnătur ile create de card. 
CSM_88  Perioada de valabilitate a unui certificat Card_MA este după cum urmează: 
—  Pentr u cardur i de conducăt or auto: 5 ani 
—  Pentr u cardur i de societate : 2 ani 
—  Pentr u cardur i de control: 2 ani 
—  Pentr u cardur i de atelier : 1 an  
CSM_89  Perioada de valabilitate a unui certificat Card_Sign este după cum urmează: 
—  Pentr u cardur i de conducăt or auto: 5 ani si o lună 
—  Pentr u cardur i de atelier : 1 an si o lună  
Notă: perioada prelungită de valabilitate a unui certificat Card_Sign permite unui card de conducăt or 
auto să creeze semnătur i valabile pentr u datele descărcat e în prima lună de la data la care certificat ul 
respectiv a expirat. Acest lucr u 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ăt or 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, perec hile de chei și certificatele aferent e ale unui anumit tahograf nu 
sunt înlocuit e sau reînnoit e. 26.5.2016 L 139/365 Jurnalul Oficial al Uniunii Europene RO    
CSM_91  Atunci când sunt emise, cardur ile de tahograf conțin următ oarele chei criptografice și certificate: 
—  cheia privată Card_MA și certificatul aferent 
—  Pentr u cardur ile de conducăt or auto și cardur ile de ateli er, în plus: cheia privată Card_Sign și 
certificatul aferent 
—certificatul MSCA_ Card care conține cheia publică MSCA _Card.PK destinată verificării certifi­
catului Card_MA și certificatului Card_Sign 
—  certificatul EUR care conține cheia publică EUR.PK destinată verificăr ii certificatului MSCA _Card. 
—Certificatul EUR a cărui perioadă de valabilitate precede imediat perioada de valabilitate a certifi­
catului EUR destinat verificării certificat ului MSCA_ Card, dacă există. 
—  Certificatul de legătură care face conexiunea între aceste două certificate de mai sus, dacă există. 
CSM_92  Pe lângă cheile criptografice și certificatele enumerate în CSM_91, cardur ile de tahograf conțin, de 
asemenea, chei și certificate specificate în partea A din prezentul apendice, permițând acestor cardur i 
să intera cționeze cu VU-ur ile de prima generație. 
9.1.6  Nivel ul echipamentului: Echipamente GNSS exter ne 
CSM_93  O perec he unică de chei ECC este generată pentr u fiecare echi pament GNSS extern, desemnată ca 
fiind EGF_MA. Această sarcină este îndeplinită de producăt orii de echi pamente GNSS externe. Ori de 
câte ori este generată o pereche de chei EGF_MA, cheia publică este trimisă către MSCA a țării în 
care aceasta își are reședința, în scopul de a obține un certificat EGF_MA aferent semnat de MSCA . 
Cheia privată este utilizată doar de către echipamentul GNSS extern . 
CSM_94  Un producăt or de EGF alege puterea unei perec hi de chei EGF_MA astfe l încât să fie egală cu puter ea 
perec hii de chei MSCA utilizate pentr u semnarea certificatului aferent EGF_MA . 
CSM_95  Un echi pament GNSS extern își utilizează perec hea de chei EGF_MA, formată din cheia privată 
EGF_MA. SK și din cheia publică EGF_MA. PK, exclusiv pentr u procedur ile de autentificare reciprocă 
și de înțelegere asupra cheilor de sesiune în rapor t cu unitățile montate pe vehicule, astfe l cum este 
precizat în secțiunile 11.4 și 11.4 din prezentul apendice. 
CSM_96  Perioada de valabilitate a certificat ului EGF_MA este de 15 ani. 
CSM_97  Un echi pament GNSS extern nu mai utilizează în niciun scop cheia privată a perec hii sale de chei 
EGF_MA după expirarea valabilității certificatului aferent. 
Notă: astfe l cum s-a explicat în secțiunea 11.3.3, un EGF ar putea folosi cheia sa privată pentr u 
aute ntifi carea reciprocă în rapor t cu VU-ul la care este deja cuplat, chiar și după expirarea certifi­
catului aferent. 
CSM_98  Odată ce EGF a fost pus în funcțiune, perechea de chei EGF_MA și certificatul aferent ale unui 
anumit echip ament GNSS extern nu sunt înlocuite sau reînnoit e pe teren. 
Notă: Această cerință nu excl ude posibilitate a de a înlocui perechile de chei EGF în timpul unei 
reno vări sau reparații efectuat e într-un mediu sigur controlat de producăt orul EGF -ului. 
CSM_99  Atunci când sunt puse în funcțiune, echi pamentele GNSS extern e trebuie să conțină următoarele chei 
criptografice și certificate: 
—  cheia privată EGF_MA și certificatul aferent 26.5.2016 L 139/366 Jurnalul Oficial al Uniunii Europene RO    
—  certificatul MSCA_ VU-EGF care conține cheia publică MSCA _VU-EGF .PK destinată verificăr ii 
certificatului EGF_MA 
—  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 certifi­
catului EUR destinat verificării certificat ului 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 gener ală: Î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ăcină ERCA, de certificate de legătură ERCA, de certificate MSCA și de certificate de 
echi pament (VU și card). 
Figura 1 
Eliberarea și utilizarea dife ritelor generații de certificate rădăcină ERCA, de certificate de legătură ERCA, de 
certificate MSC A și de certificate de echipament 
26.5.2016 L 139/367 Jurnalul Oficial al Uniunii Europene RO    
Note la figura 1: 
1.  Diferitele generații ale certificatului rădăcină sunt indicate de un număr între parant eze. De exem plu, ERCA 
(1) este prima generație 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 cadr ul căreia aceste a sunt emise, iar a doua cifră indicând generația certificatului în sine. De 
exem plu, MSCA_ Card (1-1) este primul certificat MSCA_Card emis în cadr ul generației ERCA (1); 
MSCA_Card (2-1) este primul certificat MSCA_ Card emis în cadr ul generației ERCA (2); MSCA_ Card (2- 
last) este ultimul certificat MSCA _Card emis în cadr ul generației ERCA (2); Card_MA (2-1) este primul 
certificat de card pentr u autenti ficare reciprocă emis în cadr ul generației ERCA (2) etc. 
3.  Certificatele MSCA_Card (2-1) și MSCA_ Card (1-last) sunt emise aproape la aceeași dată, dar nu exact la 
aceeași dată. MSCA_ Card (2-1) este primul certificat MSCA_Card emis în cadr ul generației 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.  Astf el cum este indicat în figură, primele certificate VU și de card emise în cadr ul ERCA (2) vor apărea cu 
aproape doi ani înaintea apar iției ultimelor certificate VU și de card emise în cadr ul generației ERCA (1). 
Această situație este o consecință a faptului că certificatele VU și de card nu sunt emise în mod direct în 
cadr ul certificatului ERCA, ci în cadr ul unui certificat MSCA . Certificatul MSCA (2-1) va fi emis direct după 
începerea valabilității ERCA (2), dar certificatul 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 vor avea aproape aceeași perioadă de valabilitate, cu toat e că sunt din 
generații difer ite. 
5.  Perioada de valabilitate indicată pentr u cardur i este cea pentr u cardur ile de conducăt or auto (5 ani). 
6.  Pentr u a economisi spațiu, diferența dintre perioadele de valabilitate ale certificatelor CARD_MA și 
Card_Sign și diferența dintre perioadele de valabilitate ale certificatelor VU_MA și VU_Sign este indicată 
numai pentr u prima generație. 
9.2.  Chei simetr ice 
9.2.1  Chei pentr u sigur anța comunicațiilor dintre VU și senzor ul de mișcare 
9.2.1.1  Consider ații generale 
Notă: se consideră că cititorii prezent ei secțiuni sunt familiar izați cu conținutul standardului (ISO 16844-3), 
care descr ie interfața dintre o unitate montată pe vehicul și un senzor de mișcare. Procesul de asociere dintre o 
VU și un senzor de mișcare este descr is în mod detaliat la capit olul 12 din prezentul apendice. 
CSM_100  Sunt necesare mai multe chei simetr ice pentr u asocierea dintre unitățile montate pe vehicule și 
senzor ii de mișcare, pentr u aute ntifi carea reciprocă între unitățile montate pe vehicule și senzor ii 
de mișcare și pentr u criptarea comunicațiilor dintre unitățile montate pe vehicule și senzor ii de 
mișcare, astfel cum se arată în tabelul 3. Toate aceste chei sunt chei AES cu o lungime egală cu 
lungimea cheii mast er a senzor ului de mișcare, care este legat ă de lungimea (preconizată) a perec hii 
de chei rădăcină europene, astfel cum este precizat în CSM_50. 
Tabelul 3 
Chei pentr u secur izarea comunicațiilor dintre unitatea mont ată pe vehicul și senzor ul de mișcare 
Cheie Simbol Generată de Meto dă de generare Stocată de 
Cheie mast er a senzor u­
lui de mișcare – compo ­
nentă a VU KM-V U ERCA Aleat oriu ERCA, MSCA-ur i impli ­
cate în eliberarea certifi­
catelor VU, producător i 
de VU, unități montate 
pe vehicul 26.5.2016 L 139/368 Jurnalul Oficial al Uniunii Europene RO    
Cheie Simbol Generată de Meto dă de generare Stocată de 
Cheie mast er a senzor u­
lui de mișcare – compo ­
nentă a atelierului KM-W C ERCA Aleat oriu ERCA, MSCA-ur i, produ ­
cătorii de cardur i, cardu ­
rile de atelier 
Cheie mast er a senzor u­
lui de mișcare KM Nu este generată în mod 
independent Calculată astfe l: KM = 
KM-V U XOR KM-W C ERCA, MSCA-ur i impli ­
cate în emiterea de chei 
pentr u senzor ii de miș­
care (opțional) (*) 
Cheie de identif icare KID Nu este generată în mod 
independent Calculată astfe l: KID = KM 
XOR CV, unde CV este 
precizat în CSM_106 ERCA, MSCA-ur i impli ­
cate în emiterea de chei 
pentr u senzor ii de miș­
care (opțional) (*) 
Cheie de asociere KP Producător de senzor i 
de mișcare Aleat oriu Un senzor de mișcare 
Cheie de sesiune KS VU (în timpul asocier ii 
dintre VU și senzor ul de 
mișcare) Aleat oriu O VU și un senzor de 
mișcare 
(*)  Stocar ea cheilor KM și KID este opțională, întrucât aceste chei pot fi derivate din KM-VU, KM-W C și CV.  
CSM_101  Autoritatea europeană pentr u certificatele rădăcină generează KM-VU și KM-W C, două chei AES unice și 
aleatorii, pe baza cărora poate fi calculată cheia maste r a senzor ului de mișcare, KM, ca fiind KM-V U 
XOR KM-W C. ERCA comunică KM, KM-VU și KM-W C autori tăților pentr u certificate ale statelor membre, 
la cererea acestor a. 
CSM_102  ERCA atribuie fiecăre i chei mast er KM a senzor ului de mișcare un număr unic de versiune, ceea ce 
este aplicabil și pentr u constituirea cheilor KM-VU și KM-W C, precum și pentr u cheia de identificare 
aferentă KID. ERCA informează MSCA -urile cu privire la număr ul versiunii în momentul în care le 
trimite acestora cheile KM-VU și KM-WC. 
Notă: Număr ul versiunii este utilizat pentr u 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 autor itate pentr u certificate a unui stat membr u transmite cheia KM-V U, împreună cu număr ul 
versiunii sale, producător ilor de unități montate pe vehicule, la cererea acest ora. Producăt orii de VU 
introduc KM-V U și număr ul versiunii acesteia în toat e VU produse. 
CSM_104  O autori tate pentr u certificate a unui stat membr u se asigură că cheia KM-W C, împreună cu număr ul 
versiunii sale, sunt introduse în toat e cardur ile de atelier emise sub responsabilitatea acest eia. 
Note: 
—  A se vedea descr ierea tipului de date 
 din apendicele 2. 
—  astfel cum se explică în secțiunea 9.2.1.2, poate fi necesar ca mai multe generații de chei KM-W C 
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 KmWC, specificată 
în cerința CSM_037 din partea A din prezentul apendice, este introdusă în fiecare card emis sub 
responsabilitatea acest eia. 26.5.2016 L 139/369 Jurnalul Oficial al Uniunii Europene RO    
Note: 
—  Aceasta permite utilizarea unui card de ateli er de a doua generație pentr u cuplarea cu o VU de 
prima generație. 
—  Un card de ateli er de a doua generație va conține două aplicații difer ite, și anume una care 
îndeplinește cerințele din partea B din prezentul apendice și una care îndeplinește cerințele din 
partea A. Cea din urmă aplicație va conține cheia TDES KmWC. 
CSM_106  O MSCA implicată în emiterea de senzor i de mișcare derivă cheia de identif icare pornind de la 
cheia master a senzor ului 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ă: 
—  Pentr u cheile maste r de 128 de biți ale senzor ilor de mișcare: CV = ‘B6 44 2C 45 0E F8 D3 62 
0B 7A 8A 97 91 E4 5E 83’ 
—  Pentr u cheile master de 192 de biți ale senzor ilor 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’ 
—  Pentr u cheile master de 256 de biți ale senzor ilor 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ă: vect orii constanți au fost generați după cum urmează: 
Pi_10 = primii 10 octeți ai porțiunii zecimale a constant ei 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  Producăt orii senzor ilor de mișcare generează o cheie de asociere KP aleatori e și unică pentr u fiecare 
senzor de mișcare și trimite fiecare cheie de asociere autorității pentr u certificate a unui stat 
membr u. MSCA criptează fiecare cheie de asociere în mod separat, cu cheia mast er KM a senzor ului 
de mișcare, și retur nează cheia criptată producăt orului senzor ului de mișcare. Pentr u fiecare cheie 
criptată, MSCA notifică producăt orului senzor ului de mișcare număr ul versiunii cheii KM asociate. 
Notă: astfel cum s-a explicat în secțiunea 9.2.1.2, poate fi necesar ca un producător de senzor i de 
mișcare să genereze mai multe chei de asociere unice pentr u un singur senzor de mișcare. 
CSM_108  Producăt orii de senzor i de mișcare generează un număr de serie unic pentr u fiecare senzor de 
mișcare și trimit toat e numerele de serie autori tății pentr u certificate a unui stat membr u. MSCA 
criptează fiecare număr de serie în mod separat, cu cheia de identif icare KID, și retur nează număr ul 
de serie criptat producător ului senzor ului de mișcare. Pentr u fiecare număr de serie criptat, MSCA 
notifică producăt orul senzor ului de mișcare număr ul versiunii cheii KID asociat e. 
CSM_109  Pentr u cerințele CSM_107 și CSM_108, MSCA utilizează algor itmul AES în modul de operare cu 
înlănțuirea blocur ilor cifrate, astfe l cum este definit în standardul (ISO 10116), cu un parametr u 
interm ediar m = 1 și un vect or de inițializare SV = ‘00’ {16}, adică 16 octeți cu valoarea binară 0. 
După caz, MSCA utilizează metoda de compl etare 2 definită în (ISO 9797-1). 
CSM_110  Producăt orul senzor ului de mișcare stoc hează cheia de asociere criptată și număr ul de serie criptat 
în senzor ul de mișcare destinat, împreună cu valor ile de text în clar și cu numerele versiunilor 
cheilor KM și KID utilizate pentr u criptare. 
Notă: astfel cum s-a explicat în secțiunea 9.2.1.2, poate fi necesar ca un producător de senzor i de 
mișcare să introducă mai multe chei de asociere criptate și mai multe numere de serie criptat e într- 
un singur senzor de mișcare. 26.5.2016 L 139/370 Jurnalul Oficial al Uniunii Europene RO    
CSM_111  Pe lângă mat erialul criptografic bazat pe AES specificat în CSM_110, un producăt or de senzor i de 
mișcare poate stoca, de asemenea, în fiecare senzor de mișcare mater ialul criptografi c bazat pe 
TDES specifi cat în cerința CSM_037 din partea A din prezentul apendice. 
Notă: acest lucr u 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 KS generat e de o VU în timpul asocier ii cu un senzor de mișcare depinde 
de lungimea cheii sale KM-V U, astfel cum este precizat în CSM_50. 
9.2.1.2  Înlocuirea cheii master a senzor ului de mișcare din echipamentul de a doua generație. 
CSM_113  Fiecare cheie mast er a senzor ului de mișcare și toat e cheile aferente (a se vedea tabelul 3) sunt 
asociat e cu o generație specifi că a perechii de chei rădăcină a ERCA. Prin urmare, aceste chei se 
înlocuiesc o dată la 17 ani. Perioada de valabilitate a fiecărei generații a cheii mast er a senzor ului 
de mișcare începe cu un an înaint ea începer ii valabilității perec hii de chei rădăcină asociat e a ERCA 
și se term ină atunci când perec hea de chei rădăcină asociată a ERCA expiră. Acest fapt este descr is 
în figura 2. 
Figura 2 
Emiterea și utilizarea diferitelor generații ale cheii mas ter a senzor ului de mișcare din unitățile mont ate pe 
vehicule, din senzor ii de mișcare și din cardur ile de atelier 
CSM_114  Cu cel puțin un an înainte de generarea unei noi perec hi de chei rădăcină europene, astfe l cum este 
descr is în CSM_56, ERCA generează o nouă cheie master KM a senzor ului de mișcare prin 
generarea unor noi chei KM-VU și KM-W C. Lungimea cheii master a senzor ului de mișcare este legat ă de 
puter ea prevăzută a noii perec hi de chei rădăcină europene, în conf ormitate cu CSM_50. ERCA 
comunică noile chei KM, KM-V U și KM-W C MSCA -urilor, la cererea acestor a, împreună cu număr ul lor 
de versiune respectiv . 
CSM_115  O MSCA se asigură că toat e generațiile valabile de chei KM-W C sunt stocat e pe fiecare card de ateli er 
emis sub autoritatea acesteia, împreun ă cu numerele lor de versiune, astfel cum este prezentat în 
figura 2. 26.5.2016 L 139/371 Jurnalul Oficial al Uniunii Europene RO    
Notă: aceasta implică faptul că, în ultimul an al perioadei de valabilitate a unui certificat ERCA, 
cardur ile de atelier vor fi emise cu trei generații diferite de KM-W C, astfel cum este indicat în figura 2. 
CSM_116  În ceea ce privește procesul descr is în CSM_107 și CSM_108 de mai sus: O MSCA criptează fiecare 
perec he de chei de asociere KP pe care o primește de la un producăt or de senzor i de mișcare în 
mod separat cu fiecare generație valabilă a cheii maste r KM a senzor ului de mișcare. O MSCA 
criptează de asemenea fiecare număr de serie pe care îl primește de la un producăt or de senzor i de 
mișcare în mod separat cu fiecare generație valabilă a cheii de identif icare KID. Un producăt or de 
senzor i de mișcare stoc hează toat e criptările cheii de asociere și toat e criptăr ile număr ului de serie 
în senzor ul de mișcare destinat, împreună cu valor ile de text în clar aferente și cu număr ul 
(numerele) de versiune ale cheilor KM și KID utilizat e pentr u criptare. 
Notă: aceasta implică faptul că, în ultimul an al perioadei de valabilitate a unui certificat ERCA, 
senzor ii de mișcare vor fi livrați cu date criptate bazat e pe trei generații diferite de KM, astfe l cum 
este indicat în figura 2. 
CSM_117  În ceea ce privește procesul descr is în CSM_107 de mai sus: Întrucât lungimea cheii de asociere KP 
este legată de lungimea cheii KM (a se vedea CSM_100), poate fi necesar ca un producăt or de 
senzor i de mișcare să genereze până la trei perec hi diferite de chei de asociere (de lungimi diferite) 
pentr u un senzor de mișcare, în cazul în care generațiile ulterioare de chei KM au lungimi diferite. 
În acest caz, producăt orul trimite fiecare perec he de chei de asociere către MSCA . MSCA se asigură 
că fiecare cheie de asociere este criptată cu generația corectă a cheii mast er a senzor ului de mișcare, 
adică cu cea care are aceeași lungime. 
Notă: În cazul în care producător ul senzor ului de mișcare decide să genereze o cheie de asociere 
bazată pe TDES pentr u un senzor de mișcare de a doua generație (a se vedea CSM_111), 
producăt orul îi indică MSCA-ului faptul că pentr u criptarea acest ei chei de asociere trebuie să fie 
utilizată cheia master bazată pe TDES a senzor ului de mișcare. Acest lucr u 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 excl usiv pe baza lungimii cheii. 
CSM_118  Producăt orii de unități montate pe vehicule introduc doar o generație de KM-V U în fiecare unitat e 
montată pe vehicul, împ reună cu număr ul versiunii acesteia. Această generație de KM-V U este legată 
de certificat ul 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 
KM-V U din generația X, chiar dacă a fost produsă după începutul perioadei de valabilitate a certifi­
catului 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 cardur ile de atelier au o perioadă de valabilitate de un an, rezultatul CSM_113 – 
CSM_118 este că toat e cardur ile de ateli er vor conține noua cheie KM-W C la momentul 
producer ii primei VU care conține noua cheie KM-V U. Prin urmare, o astfel de VU va fi 
întotd eauna în măsură să calculeze noua cheie KM. În plus, până la momentul respectiv , 
majoritatea noilor senzor i de mișcare vor conține date criptat e bazat e inclusiv pe noua cheie 
KM. 
9.2.2  Chei pentr u secur izarea comunicațiilor specializate cu rază scurtă de acțiune (DSRC) 
9.2.2.1  Consider ații generale 
CSM_119  Autenticitate a și conf idențialitate a datelor comunicate de la o unitate montată pe vehicul la o 
autori tate de control printr-un canal de comunicare la distanță DSR C este asigurată prin 
interm ediul unui set de chei AES specifi ce ale VU derivate dintr -o singură cheie maste r DSR C, și 
anume din cheia KMDSR C. 
CSM_120  Cheia mast er DSR C, KMDSR C, este o cheie AES generată, stocată și distr ibuită de ERCA în mod 
secur izat. Lungimea cheii poate fi de 128,192 sau 256 de biți și este legată de lungimea perec hii de 
chei rădăcină europene, astfe l cum este descr is în CSM_50. 26.5.2016 L 139/372 Jurnalul Oficial al Uniunii Europene RO    
CSM_121  ERCA comunică în mod secur izat cheia maste r DSR C autor ităților pentr u certificate ale statelor 
membre, la cererea acestor a, pentr u a le permite să deriveze cheile DSR C specifi ce ale VU și pentr u 
a se asigura că cheia mast er DSR C este introdusă în toat e cardur ile de control și în toat e cardur ile 
de atelier emise sub responsabilitate a lor. 
CSM_122  ERCA atribuie fiecărei chei maste r DSR C un număr unic de versiune. ERCA informează MSCA- urile 
cu privire la număr ul versiunii în momentul în care le trimite cheia mast er DSR C. 
Notă: Număr ul versiunii este utilizat pentr u a face distincția între difer itele generații ale cheii maste r 
DSR C, astfel cum se explică în detaliu în secțiunea 9.2.2.2. 
CSM_123  Pentr u fiecare unitat e montată pe vehicul, producător ul unității montate pe vehicul creează un 
număr de serie unic al VU și trimite acest număr autori tății pentr u certificate a statului său 
membr u într-o cerere de obținere a unui set de două chei DSR C specifi ce pentr u VU. Număr ul de 
serie al VU are tipul de date 
 , iar pentr u codif icare se utilizează regulile de 
codificare distincte (DER), în conf ormitate cu (ISO 8825-1). 
CSM_124  La primirea unei cerer i de chei DSR C specific e pentr u VU, MSCA derivează două chei AES pentr u 
unitate a montată pe vehicul, denumite K_VUDSR C_ENC și K_VUDSR C_MA C. Aceste chei specif ice 
pentr u VU trebuie să aibă lungimea egală cu cea a cheii mast er DSR C. MSCA utilizează funcția de 
derivare a cheilor definită în [RFC 5869]. Funcția hash necesară pentr u a instanția funcția HMA C- 
hash este legată de lungimea cheii mast er DSR C, 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 = HMA C-Hash (salt, IKM), unde salt este un șir vid ‘ ’, iar IKM este KMDSR C. 
Etapa 2 (extindere) 
—  OKM = T(1), unde 
T(1) = HMA C-Hash (PRK, T(0) || info || ‘01’), cu 
—  T (0) = un șir vid (‘ ’), 
—  info = număr ul de serie al VU, astfel cum este specifi cat în CSM_123 
—  K_VUDSR C_ENC = primii L octeți ai OKM și 
K_VUDSR C_MA C = ultimii L octeți ai OKM, 
unde L este lungimea necesară a K_VUDSR C_ENC și a K_VUDSR C_MA C în octeți. 
CSM_125  MSCA distr ibuie K_VUDSR C_ENC și K_VUDSR C_MA C producător ilor de VU într-un mod secur izat 
pentr u a fi introduse în unitatea montată pe vehicul căreia îi sunt destinate . 
CSM_126  La momentul producer ii, o unitate montată pe vehicul are stocat e în memor ia sa secur izată cheile 
K_VUDSR C_ENC și K_VUDSR C_MA C, pentr u a putea asigura integr itatea, autenticitat ea și confidenția ­
litatea datelor trimise prin canalul de comunicare la distanță. O unitate montată pe vehicul 
stoc hează de asemenea cheia master DSR C utilizată pentr u a deriva aceste chei specifi ce pentr u VU. 
CSM_127  La momentul emiteri i, cardur ile de control și cardur ile de ateli er au stocat e în memor ia lor 
secur izată cheia KMDSR C, pentr u a putea verifica astfel integrit atea și aute nticitatea date lor trimise de 
o VU printr-un canal de comunicare la distanță și pentr u a putea decr ipta datele respective. 
Cardur ile de control și cardur ile de atelier stoc hează de asemenea număr ul versiunii cheii mast er 
DSR C. 
Notă: astfel cum se explică în secțiunea 9.2.2.2, poate fi necesar ca mai multe generații de chei 
KMDSR C să fie introduse în același card de atelier sau în același card de control. 26.5.2016 L 139/373 Jurnalul Oficial al Uniunii Europene RO    
CSM_128  MSCA ține evidența tuturor cheilor DSR C specific e pentr u VU pe care le-a generat, a număr ului 
versiunii acestora și a detaliilor de identif icare a VU cărora le este destinat fiecare set de chei. 
9.2.2.2  Înlocuirea cheii master DSRC 
CSM_129  Fiecare cheie mast er DSR C este asociată cu o generație specifică a perec hii de chei rădăcină a ERCA. 
Prin urmare, ERCA înlocuiește cheia mast er DSR C o dată la 17 ani. Perioada de valabilitate a 
fiecărei generații a cheii mast er DSR C începe cu doi ani înainte a începer ii valabilității perec hii de 
chei rădăcină asociate a ERCA și se term ină atunci când perechea de chei rădăcină asociată a ERCA 
expiră. Acest fapt este descr is în figura 3. 
Figura 3 
Emiterea și utilizarea diferitelor generații ale cheii master DSR C în unitățile mont ate pe vehicule, în cardur ile 
de atelier și în cardur ile de control 
CSM_130  Cu cel puțin doi ani înainte de generarea unei noi perec hi de chei rădăcină europene, astfe l cum 
este descr is în CSM_56, ERCA generează o nouă cheie master DSR C. Lungimea cheii master DSR C 
este legată de puterea prevăzută a noii perechi de chei rădăcină europene, în conf ormitate cu 
CSM_50. ERCA comunică noua cheie master DSR C MSCA-u rilor, la cererea acestor a, împreună cu 
număr ul versiunii sale. 
CSM_131  O MSCA se asigură că toat e generațiile valabile ale cheii KMDSR C sunt stocat e pe fiecare card de 
control emis sub autoritatea acesteia, împreună cu numerele versiunilor acestor a, astfe l cum este 
ilustrat în figura 3. 
Notă: aceasta implică faptul că, în ultimii doi ani ai perioadei de valabilitate a unui certificat ERCA, 
cardur ile de control vor fi emise cu trei generații difer ite ale cheii KMDSR C, astfel cum este indicat în 
figura 3. 26.5.2016 L 139/374 Jurnalul Oficial al Uniunii Europene RO    
CSM_132  O MSCA se asigură că toat e generațiile cheii KMDSR C care au fost valabile pentr u cel puțin un an și 
sunt în continuare valabile sunt stocate pe fiecare card de atelier emis sub autori tatea acesteia, 
împ reună cu numerele versiunilor acestora, astfel cum este ilustrat în figura 3. 
Notă: aceasta implică faptul că, în ultimul an al perioadei de valabilitate a unui certificat ERCA, 
cardur ile de atelier vor fi emise cu trei generații diferite ale KMDSR C, astfel cum este indicat în figura 
3. 
CSM_133  Producăt orii de unități montate pe vehicule introduc doar un set de chei DSR C specif ice pentr u VU 
în fiecare unitate montată pe vehicul, împreun ă cu număr ul versiunii acestor a. Acest set de chei 
este derivat din generația KMDSR C legată de certificat ul ERCA pe care se bazează certificatele 
unităților montate pe vehicule. 
Note: 
—  Acest lucr u implică faptul că o unitate montată pe vehicul bazată pe certificatul ERCA din 
generația X conține doar cheile K_VUDSR C_ENC și K_VUDSR C_MA C 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 cardur ilor de ateli er este de un an, iar a cardur ilor de 
control este de doi ani, rezultatul CSM_131 – CSM_133 este că toat e cardur ile de atelier și 
toat e cardur ile de control vor conține noua cheie maste r DSR C la momentul în care va fi emisă 
prima VU conținând chei specifi ce pentr u VU bazate pe cheia maste r respectivă. 
9.3.  Cer tificate 
9.3.1  Consider ații generale 
CSM_134  Toate certificatele din sistemul european de tahografe inteli gent e se pot autod escr ie și sunt 
verificabile cu ajutorul cardur ilor (CV), în conf ormitate cu (ISO 7816-4) și (ISO 7816-8). 
CSM_135  Regulile de codificare distincte (DER), în conf ormitate cu (ISO 8825-1), sunt utilizate atât pentr u 
codificarea structur ilor de date ASN.1, cât și pentr u codificarea obiectelor de date (specif ice 
aplicațiilor) în cadr ul certificatelor. 
Notă: această codificare are ca rezultat o structură de tip „valoarea lungimii etichet ei” (TLV) după 
cum urmează: 
Etich etă:  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ăr ul 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 prof ilul de certificat din tabelul 4. 
Tabelul 4 
Prof il de certificat versiunea 1 
Câm p ID-ul 
câm pului Etichetă Lungime 
(octeți) Tip de date ASN. 1 
(a se vedea apendicele 1) 
Certificat ECC C ‘7F 21‘ var  
Corpul certificat ului ECC B ‘7F 4E‘ var  26.5.2016 L 139/375 Jurnalul Oficial al Uniunii Europene RO    
Câm p ID-ul 
câm pului Etichetă Lungime 
(octeți) Tip de date ASN. 1 
(a se vedea apendicele 1) 
Identificator de profil al certificatului CPI ‘5F 29‘ ‘01‘ 
Identificator ul autori tății pentr u certificate CAR ‘42‘ ‘08‘ 
Autor izația deținătorul ui certificatului CHA ‘5F 4C‘ ‘07‘ 
Cheie publică PK ‘7F 49‘ var  
Parametr ii de domeniu DP ‘06‘ var 
Punct public PP ‘86‘ var 
Identificator ul deținător ului certificatului CHR ‘5F 20‘ ‘08‘ 
Data de începere a valabilității certificatu ­
lui CEfD ‘5F 25‘ ‘04‘ 
Data expirăr ii certificat ului CExD ‘5F 24‘ ‘04‘ 
Semnătura certificatului ECC S ‘5F 37‘ var 
Notă: ID-ul câmpului va fi utilizat în secțiuni ulterioare ale prezentului apendice pentr u a indica 
câmpuri le individuale ale unui certificat; de exem plu, X.CAR este identificator ul autor ității pentr u 
certificate menționat în certificat ul utilizator ului X. 
9.3.2.1  Identif icator de profil al certificatului 
CSM_137  Certificatele utilizează un identif icator de prof il al certificatului pentr u a indica profilul certificatului 
utilizat. Versiunea 1, astfel cum este specifi cat în tabelul 4, este identificată de o valoare ‘00’. 
9.3.2.2  Identif icatorul autori tății pentr u certificate 
CSM_138  Identif icatorul autori tății pentr u certificate se folosește pentr u identif icarea cheii publice care 
trebuie utilizată pentr u verificarea semnătur ii unui certificat. Prin urmare, identif icatorul autorității 
pentr u certificate este egal cu identif icatorul deținătorului certificatului în certificatul autorității 
aferente pentr u certificate. 
CSM_139  Un certificat rădăcină al ERCA este autosemnat, adică identif icatorul autor ității pentr u certificate 
este egal cu identif icatorul deținătorului certificatului în certificat. 
CSM_140  În cazul unui certificat de legătură al ERCA, identificator ul deținătorului certificatului (CHR) este 
egal cu CHR al noului certificat rădăcină al ERCA. Identif icatorul autori tății pentr u 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ătorul ui certificatului 
CSM_141  Autorizația deținătorul ui certificatului este folosită pentr u a identif ica tipul de certificat. Aceasta 
este formată din cei mai semnificat ivi șase octeți ai ID-ului aplicației tahograf ice, concat enați cu 
tipul de echipament căruia îi este destinat certificatul. 26.5.2016 L 139/376 Jurnalul Oficial al Uniunii Europene RO    
9.3.2.4  Cheie publică 
Cheia publică imbr ică două element e de date: parametr ii de domeniu 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 identif icatorii de obiect specificați în 
tabelul 1 pentr u a face trimitere la un set de parametr i de domeniu standardizați. 
CSM_143  Elementul de date Public Point conține punctul public. Puncte le publice pe bază de curbe eliptice 
sunt transf ormate în șiruri de octeți, astfel cum este precizat în (TR-03111). Se utilizează formatul 
de codificare necom primat. La recuperarea unui punct bazat pe curbe eliptice din formatul său 
codificat , se efectuează întotd eauna validăr ile descr ise în (TR-03111). 
9.3.2.5  Identif icatorul deținător ului certificatului 
CSM_144  Identif icatorul deținătorul ui certificatului este un identif icator pentr u cheia publică furnizată în 
certificat. El este utilizat pentr u a face trimite re la această cheie publică în alte certificate. 
CSM_145 În cazul certificatelor de card și al certificatelor de echi pament GNSS extern, identif icatorul dețină ­
torulu i certificatului are tipul de date 
 specifi cat în apendicele 1. 
CSM_146  În cazul unităților montate pe vehicul, în momentul în care producăt orul solicită un certificat, 
acesta poate să știe sau poate să nu știe număr ul de serie, specif ic producător ului, al VU căreia îi 
sunt destinate certificatul respectiv și cheia privată asociată. În primul caz, identif icatorul dețină ­
torulu i certificatului are tipul de date 
 specifi cat în apendicele 1. În al 
doilea caz, identif icatorul deținător ului certificatului are tipul de date 
specifi cat în apendicele 1. 
CSM_147  În cazul certificatelor ERCA și MSCA , identificator ul deținătorului certificatului are tipul de date 
specif icat în apendicele 1. 
9.3.2.6  Data de începere a valabilității certificatului 
CSM_148  Data de începere a valabilității certificat ului indică data și ora la care certificatul intră în perioada 
de valabilitate. Data de începere a valabilității certificat ului este data la care certificatul a fost 
generat. 
9.3.2.7  Data expirăr ii certificat ului 
CSM_149  Data expirăr ii 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 certificat ului, inclusiv 
eticheta și lungimea corpului certificatului. Algor itmul semnătur ii este ECDS A, astfel cum este 
precizat în [DSS], folosindu-se algor itmul de hashing legat de măr imea cheii autorității cu drept de 
semnătură, astfel cum este specifi cat în CSM_50. Formatul semnătur ii este simplu, astfel cum este 
precizat în (TR-03111). 
9.3.3  Solicitarea de certificate 
CSM_151  Atunci când solicită un certificat, un solicitant trebuie să transmită următoar ele date autor ității sale 
pentr u certificate: 
—  Identificator ul de prof il al certificatu lui solicitat 
—Referința autor ității pentr u certificate care se preconizează a fi utilizată pentr u semnarea certifi­
catului. 
—  Cheia publică care urmează să fie semnată 26.5.2016 L 139/377 Jurnalul Oficial al Uniunii Europene RO    
CSM_152  Pe lângă datele din CSM_151, o MSCA trimite către ERCA următoarele date în cadr ul unei cerer i 
de certificat , permițând ERCA să creeze identif icatorul deținătorul ui certificatului pentr u noul 
certificat MSCA: 
—  Codul numer ic național al autor ității de certificare (tip de date 
 definit în 
apendicele 1) 
—  Codul alfanumer ic național al autori tății de certificare (tip de date 
 definit în 
apendicele 1) 
—  Număr ul de serie de 1 octet pentr u a face distincția între diferitele chei ale autori tății de 
certificare în cazul în care acest e chei sunt modificate. 
—  Câm pul de doi octeți care conține informații suplimentare specifi ce privind autoritatea de 
certificare. 
CSM_153  Pe lângă datele din CSM_151, un producăt or de echi pamente trimite către MSCA următ oarele date 
în cadr ul unei cerer i de certificat, permițând MSCA să creeze identif icatorul deținător ului certifi­
catului pentr u noul certificat de echi pament : 
—  Un identif icator al tipului de echi pament, specifi c producăt orului 
—  Dacă este cunoscut (a se vedea CSM_154), un număr de serie al echi pamentului, asociat în mod 
unic producăt orului, precum și tipul echipamentului și luna în care acesta a fost produs. În caz 
contrar , un identif icator unic asociat cerer ii de certificat. 
—  Luna și anul de producție a echi pamentelor sau ale cerer ii de certificat. 
Producăt orul trebuie să se asigure că aceste date sunt corecte și că certificatul transmis înapoi de 
către MSCA este introdus în echi pamentul căruia îi este destinat. 
CSM_154  În cazul unei VU, în momentul în care producăt orul solicită un certificat , acesta poate să știe sau 
poate să nu știe număr ul de serie, specifi c producăt orului, al VU căreia îi sunt destinate certificat ul 
respectiv și cheia privată asociată. În primul caz, producăt orul unității montate pe vehicul trimite 
acest număr de serie către MSCA . În cel de al doilea caz, producăt orul trebuie să identif ice în mod 
unic fiecare cerere de certificat și să trimită către MSCA număr ul de serie al acest ei cerer ii de 
certificat. Certificatul astfel obținut va conține prin urmare număr ul de serie al cerer ii de certificat. 
După introducerea certificat ului într-o VU specifică, producător ul îi comunică MSCA legătura 
dintre număr ul de serie al cerer ii de certificat și identif icarea VU. 
10.  AUTENTIFICARE A RECIPR OCĂ ȘI MESA GERIA SECURIZA TĂ ÎNTRE VU ȘI CARD URI 
10.1.  Considerații generale 
CSM_155  La un nivel înalt, comunicarea secur izată între o unitate montată pe vehicul și un card de tahograf 
se bazează pe următoar ele etape: 
—  În prima etapă, fiecare parte îi demonstrează celeilalt e părți că deține un certificat de cheie 
publică, semnat de către autori tatea pentr u certificate a unui stat membr u. La rândul său, 
certificatul de cheie publică al MSCA trebuie să fie semnat de Autor itatea europeană pentr u 
certificatele rădăcină. Această etapă se numește verificarea lanțului de certificate și este descr isă 
în detaliu în secțiunea 10.2. 
—  În a doua etapă, unitatea montată pe vehicul îi demonstrează cardului că este în posesia cheii 
private aferent e cheii publice din certificatul prezentat. Acest lucr u se realizează prin semnarea 
unui număr aleatori u trimis de card. Cardul verifică semnătura prin interm ediul număr ului 
aleat oriu. În cazul în care această verificare are un rezultat pozitiv , VU este autentificată. 
Această etapă se numește autentificarea VU și este descr isă în detaliu în secțiunea 10.3. 26.5.2016 L 139/378 Jurnalul Oficial al Uniunii Europene RO    
—  În a treia etapă, ambele părți, în mod independent, calculează două chei de sesiune AES 
utilizând un algor itm asimetr ic de înțeleger e asupra cheii. Utilizând una dintre aceste chei de 
sesiune, cardul creează un cod de autentificare a mesajelor (MA C) prin interm ediul unor date 
trimise de VU. VU verifică MAC. În cazul în care această verificare are un rezultat pozitiv , 
cardul este autenti ficat. Această etapă se numește autentificarea cardului și este descr isă în 
detaliu în secțiunea 10.4. 
—În a patra etapă, VU și cardul utilizează cheile de sesiune conven ite pentr u a asigura conf idenția ­
litatea, integrit atea și aute nticitatea tuturor mesa jelor schi mbate. Aceasta se numește mesage ria 
secur izată și este descr isă în detaliu în secțiunea 10.5. 
CSM_156  Mecanismul descr is în CSM_155 este declanșat de unitate a montată pe vehicul ori de câte ori se 
introduce un card într-unul dintre slotur ile sale pentr u cardur i. 
10.2.  Verificarea reciprocă a lanțului de certificate 
10.2.1  Verificarea lanțului de certificate de către VU 
CSM_157  Unitățile montate pe vehicul utilizează protocolul descr is în figura 4 pentr u a verifica lanțul de 
certificate al unui card de tahograf. 
Note la figura 4: 
—Certificatele de card și cheile publice menționat e în figură sunt cele utilizate pentr u autenti ­
ficarea 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 pentr u semnarea 
certificatelor de card și sunt indicate în CAR al certificat ului de card. Aceste a sunt indicate în 
secțiunea 9.1.3 ca fiind MSCA_ Card. 
—  Certificatul Card.CA .EUR menționat în figur ă este certificatul rădăcină european precizat în 
CAR al certificatului Card.C A. 
—  Certificatul Card.Link menționat în figură este certificatul de legătură al cardului, dacă acesta 
există. Astf el cum este specifi cat în secțiunea 9.1.2, acesta este un certificat de legătură pentr u o 
nouă perec he de chei rădăcină europene creat e 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. 
CSM_158  Așa cum se arată în figura 4, verificarea lanțului de certificate al cardului începe la introducerea 
cardului. Unitat ea montată pe vehicul citește identificator ul titular ului cardului 
(
 ) din EF ICC VU verifică dacă cunoașt e cardul, și anume, dacă 
verificarea lanțului de certificate efectuată anter ior de către VU respectivă a avut un rezultat pozitiv 
și dacă lanțul în cauză a fost stocat pentr u consultare viitoare. Dacă rezultatul verificării a fost 
pozitiv și dacă certificatul de card este încă valabil, procesul continuă cu verificarea lanțului de 
certificate ale VU. În caz contrar , VU citește de pe card, în mod succesiv , certificatul MSCA_ Card 
necesar pentr u a verifica certificatul de card (certificatul Card_CA ). Certificatul EUR necesar pentr u 
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 certificat, VU 
utilizează certificatul respectiv pentr u a verifica certificatele 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 modur i în care VU poate cunoașt e certificatul Card.CA .EUR: 
—  certificatul Card.CA .EUR este același certificat ca certificatu l EUR al VU; 26.5.2016 L 139/379 Jurnalul Oficial al Uniunii Europene RO    
—  certificatul Card.CA .EUR precede certificat ul EUR al VU, iar VU conținea deja acest certificat la 
emiter e (a se vedea CSM_81); 
—  certificatul Card.CA .EUR este emis ulteri or certificat ului 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 pentr u consultare 
viitoare. 
CSM_159  Astfe l cum este indicat în figura 4, după ce VU a verificat autenti citatea și valabilitatea unui 
certificat care era necunoscut anterior, aceasta poate stoca certificatul respectiv pentr u consultare 
viitoare nemaifiind necesar , prin urmare, ca VU să verifice încă o dată autenti citatea certificatului 
respectiv dacă acesta este prezentat din nou unității montate pe vehicul. În loc de a stoca întregul 
certificat, o VU poate aleg e să stoc heze numai conținutur ile corpului certificatului, astfe l cum se 
specifi că în secțiunea 9.3.2. 
CSM_160  VU verifică valabilitatea temporală a oricărui certificat, citită de pe card sau stocată în memor ia sa, 
și respinge certificatele expirate. Pentr u a verifica valabilitatea temporală a unui certificat prezentat 
de card, o VU își utilizează ceasul intern.  26.5.2016 L 139/380 Jurnalul Oficial al Uniunii Europene RO    
Figura 4 
Protocol pentr u 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  Cardur ile de tahograf utilizează prot ocolul descr is în figura 5 pentr u a verifica lanțul de certificate 
al unei VU. 26.5.2016 L 139/381 Jurnalul Oficial al Uniunii Europene RO    
Figura 5 
Protocol pentr u verificarea lanțului de certificate ale VU de către card 
26.5.2016 L 139/382 Jurnalul Oficial al Uniunii Europene RO    
Note la figura 5: 
—  Certificatele VU și cheile publice menționate în figură sunt cele utilizate pentr u aute ntifi carea reciprocă. 
Acestea sunt indicate în secțiunea 9.1.4 ca fiind VU_Card. 
—  Certificatele și cheile publice VU.CA menționate în figură sunt cele utilizate pentr u semnarea certificatelor 
VU și ale echipamentelor 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 certifi­
catului VU.CA . 
—  Certificatul VU.Link menționat în figură este certificatul de legătură al VU, dacă acesta există. Astf el cum 
este specifi cat în secțiunea 9.1.2, acesta este un certificat de legătură pentr u o nouă perec he de chei 
rădăcină europene create de ERCA și semnat e de cheia europeană anterioar ă. 
—  Certificatul VU.Link.E UR este certificat ul rădăcină european precizat în CAR al certificatului VU.Link. 
CSM_162  Astfe l 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 propr ia cheie publică pentr u 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 certificat ul VU 
pentr u consultare ulter ioară. În acest caz, certificatu l VU este pregătit pentr u utilizare, iar procesul 
continuă cu autenti ficarea VU. În cazul în care cardul nu cunoașt e certificatul VU, VU prezintă în 
mod succesiv certificatul VU.CA care trebuie folosit pentr u verificarea certificat ului său VU, 
certificatul VU.CA .EUR care trebuie folosit pentr u verificarea certificatului VU.C A, precum și, 
eventual, certificat ul 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 astfe l de certificat , cardul utilizează certificatul respectiv pentr u a 
verifica certificatele VU subiacent e care i-au fost prezentate. Dacă verificarea are un rezultat pozitiv , 
VU își stabilește în final cheia publică necesară pentr u utilizarea în cardul de tahograf. În cazul în 
care rezultatele verificăr ii sunt nega tive, VU ignoră cardul. 
Notă: Există trei modur i prin care cardul poate cunoaște certificatul VU.CA .EUR: 
—  certificatul VU.CA .EUR este același certificat ca certificatu l EUR al cardului; 
—  certificatul VU.CA .EUR precede certificatul EUR al cardului, iar cardul conținea deja acest 
certificat la emiter e (a se vedea CSM_91); 
—  certificatul VU.C AR.EUR este emis ulteri or emiterii certificatului EUR al cardului, iar cardul a 
primit anter ior un certificat de legătură de la o altă unitate montată pe vehicul, l-a verificat și l- 
a stocat pentr u consultare viitoare. 
CSM_163  VU folosește comanda MSE: Set AT pentr u a-și stabili cheia publică care urmează a fi utilizată în 
cardul de tahograf. Astf el cum se specifi că în apendicele 2, această comandă conține o indicație a 
mecanismului criptografi c care va fi utilizat cu cheia stabilită. Acest mecanism este denumit în 
continuare „Autentificarea VU utilizând algor itmul ECDS A, în combinație cu algor itmul de hashing 
lega t de măr imea cheilor din perechea de chei VU_MA a VU, astfel cum este specifi cat în CSM_50”. 
CSM_164  Comanda MSE: Set AT conține de asemenea o indicație privind perec hea de chei efemere pe care le 
va utiliza VU în timpul înțelegeri i 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. 
Pentr u generarea perec hii de chei efemere, VU utilizează parametr ii de domeniu standardizați 
indicați în certificat ul de card. Perec hea de chei efemeră se notează astfel: (VU.SKeph, VU.PKeph, Card. 
DP). VU utilizează coordonata x a punctului public efemer ECDH ca identif icator al cheii; aceasta 
este denumită reprezentarea compr imată a cheii publice și este notată astfe l: Com p(VU.PKeph). 
CSM_165  În cazul în care comanda MSE: Set AT funcționează corect, cardul stabilește cheia VU.PK indicată 
pentr u a o utiliza ulteri or în timpul aute ntifi cării vehiculului și stoc hează temporar Comp(VU. 
PKeph). În cazul în care două sau mai mult comenzi MSE: Set AT sunt lansat e cu succes înaintea 
efectuăr ii înțelegerii asupra cheilor de sesiune, cardul stoc hează doar ultima Comp(VU.PKeph) 
primită. 26.5.2016 L 139/383 Jurnalul Oficial al Uniunii Europene RO    
CSM_166  Cardul verifică valabilitatea temporală a oricărui certificat prezentat de VU sau menționat de VU la 
momentul stocării în memor ia cardului și resping e certificatele expirate. 
CSM_167  Pentr u a verifica valabilitate a temporală a unui certificat prezentat de VU, fiecare card de tahograf 
stoc hează 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ă pentr u 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ă pentr u a fi identică cu momentul la care începe valabilitatea certifi­
catului respectiv . Cardul acceptă doar următoar ele 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. 
Notă: ultima cerință implică faptul că un card este în măsură să recunoască CAR al certificatului 
VU, adică certificat ul MSCA_ VU-EGF . CAR recunoscut nu va fi același precum CAR al propr iului 
certificat, care este certificatu l MSCA _Card. 
CSM_168  Astfe l cum este indicat în figura 5, după ce cardul a verificat autenticitat ea și valabilitatea unui 
certificat care era necunoscut anterior, acesta poate stoca certificatu l respectiv pentr u consultare 
viitoare, astfel încât cardul nu mai trebuie să verifice încă o dată autenticitat ea certificatului 
respectiv dacă acesta este prezentat din nou cardului. În loc de a stoca întregul certificat , un card 
poate alege să stoc heze numai conținutur ile corpului certificatului, astfel cum se specifică în 
secțiunea 9.3.2. 
10.3.  Autentif icarea VU 
CSM_169  Unitățile montate pe vehicule și cardur ile utilizează protocolul de autentificare descr is în figura 6 
pentr u a autentifica VU în rapor t cu cardul. Autentif icarea VU permite cardului de tahograf să 
verifice în mod explicit că VU este autenti că. În acest sens, VU își utilizează cheia privată pentr u a 
semna date de provocare generate de card. 
CSM_170  Alătur i de datele de provocar e de pe card / ale cardului, VU include în semnătură referința 
titular ului cardului obținută din certificat ul de card. 
Notă: Astfel este garantat faptul că acest card în rapor t 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ă, identif icatorul cheii publice efemere Com p(VU.PKeph), 
utilizate de VU pentr u a stabili mesageri a secur izată în timpul procesului de aute ntifi care a cipului, 
specifi cată în secțiunea 10.4. 
Notă: Acest lucr u asigură faptul că VU cu care comunică un card în timpul sesiunii de mesagerie 
secur izată este aceeași VU care a fost aute ntifi cată de card.  26.5.2016 L 139/384 Jurnalul Oficial al Uniunii Europene RO    
Figura 6 
Proto colul de autentif icare a VU 
CSM_172  În cazul în care mai multe comenzi GET CHALLENGE sunt trimise de VU în timpul autenti ficării 
VU, cardul trimite de fiecare dată înapoi noi date de provocare aleatori i de 8 octeți, dar stoc hează 
doar ultimele date de provocare. 
CSM_173  Algor itmul de semnare utilizat de VU pentr u autenti ficarea VU este ECDS A, astfel cum este precizat 
în [DSS], folosindu-se algor itmul de hashing legat de măr imea cheilor din perec hea de chei VU_MA 
a VU, astfel cum este specifi cat în CSM_50. Formatul semnătur ii este simplu, astfe l cum este 
precizat în (TR-03111). VU trimite cardului semnătura rezultată. 
CSM_174  La primirea semnătur ii VU într-o comandă EXTERNAL AUTHENTICA TE, cardul 
—  calculează tokenul de autentificare prin concatenarea Card.CHR, a datelor de provocare rcard a 
cardului și a identif icatorului cheii publice efemere a VU, Com p(VU.PKeph), 
—  calculează valoarea hash prin interm ediul tokenului de autentificare, utilizând algor itmul de 
hashing legat de măr imea cheilor din perec hea de chei VU_MA a VU, astfe l cum este specif icat 
în CSM_50, 
—  verifică semnătura VU utilizând algor itmul ECDSA în combinație cu VU.PK și cu valoarea hash 
calculată. 
10.4.  Autentif icarea cipului și înțelegerea asupra cheilor de sesiune 
CSM_175  Unitățile montate pe vehicule și cardur ile utilizează protocolul de aute ntifi care a cipului descr is în 
figura 7 pentr u a autenti fica cardul în rapor t cu VU. Auten tificarea cipului permite unității 
montate pe vehicul să verifice în mod explicit autenticitat ea cardului. 26.5.2016 L 139/385 Jurnalul Oficial al Uniunii Europene RO    
Figura 7 
Autentif icarea cipului și înțelegerea asupra cheilor de sesiune 
CSM_176  VU și cardul parcurg următoar ele etape:  
1. Unitatea montată pe vehicul inițiază procesul de aute ntifi care a cipului prin lansarea comenzii 
MSE: Set AT, care indică „Autentificare a cipului utilizând algor itmul ECDH rezultând într-o 
lungime a cheii de sesiune legată de măr imea cheilor din perec hea de chei Card_MA a cardului, 
astfel cum este specifi cat în CSM_50”. VU determină măr imea cheilor din perechea de chei a 
cardului pe baza certificat ului de card.  
2. VU trimite cardului punctul public VU.PKeph al perec hii sale de chei efemere. Astfel cum a fost 
explicat în CSM_164, VU a generat această pereche de chei efemere anter ior verificăr ii lanțului 
de certificate ale VU. VU a trimis cardului identif icatorul cheii publice efemere Comp(VU.PKeph), 
iar cardul l-a stocat.  
3. Cardul calculează Comp(VU.PKeph) pe baza VU.PKeph și îl compară cu valoarea stocată a Com p 
(VU.PKeph).  
4. Utilizând algor itmul 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, NPICC, și o utilizează pentr u a deriva 
două chei de sesiune AES, KMAC și KENC, pe baza cheii K. A se vedea CSM_179.  
6. Utilizând KMAC, cardul calculează un token de aute ntifi care prin interm ediul identif icatorului 
cheii publice efemere a VU: TPICC = CMA C(KMAC, VU.PKeph). Cardul trimite NPICC și TPICC unității 
montate pe vehicul.  
7. Utilizând algor itmul 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. 26.5.2016 L 139/386 Jurnalul Oficial al Uniunii Europene RO    
8. VU derivează cheile de sesiune KMAC și KENC pe baza cheilor K și NPICC; A se vedea CSM_179.  
9. VU verifică autenticitat ea tokenului TPICC. 
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ă algor itmul 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 pentr u cheile de sesiune AES definite în (TR-03111), cu următ oarele precizii și modificăr i: 
—  Valoarea contorul ui este ‘00 00 00 01’ pentr u KENC și ‘00 00 00 02’ pentr u KMAC. 
—  Cheia opțională de unică folosință r este utilizată și este egală cu NPICC. 
—  Pentr u cheile AES derivate de 128 de biți, algor itmul de hashing care trebuie utilizat este SHA- 
256. 
—  Pentr u cheile AES derivate de 192 de biți, algor itmul de hashing care trebuie utilizat este SHA- 
384. 
—  Pentr u cheile AES derivate de 256 de biți, algor itmul de hashing care trebuie utilizat este SHA- 
512. 
Lungimea cheilor de sesiune (adică lungimea la care valoarea hash este trunch iată) este legată de 
măr imea perec hii de chei Card_MA, astfel cum este specifi cat în CSM_50. 
CSM_180  În etapele 6 și 9 de mai sus, cardul și unitate a montată pe vehicul utilizează algor itmul AES în 
modul CMA C, astfel cum este definit în [SP 800-38B]. Lungimea TPIC este legată de lungimea 
cheilor de sesiune AES, astfe l cum este specifi cat în CSM_50. 
10.5.  Mesager ie secur izată 
10.5.1  Consider ații generale 
CSM_181  Toate comenzile și toat e răspunsur ile schimbat e între o unitat e montată pe vehicul și un card de 
tahograf după confir marea autenticității cipului și până la sfârșitul sesiunii sunt protejat e prin 
mesageria secur izată. 
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 secur izată este utilizată în modul 
excl usiv cu autentificare. În acest mod, o sumă de verificare criptografică (cunoscută și sub 
denumirea de MAC) se adaugă la toat e comenzile și răspunsur ile pentr u a asigura autenti citatea și 
integrit atea mesajului. 
CSM_183  În cazul în care se efectuează citirea date lor dintr -un fișier cu condiția de acces SM-R -ENC-MA C-G2, 
mesageria secur izată este utilizată în modul criptare urmată de autenti ficare, iar apoi, prin 
interm ediul datelor criptat e formatate se calculează o MAC pentr u a asigura autenticitat ea și 
integrit atea. 
CSM_184  Mesageria secur izată utilizează AES, astfel cum este definită în [AES], cu cheile de sesiune KMAC și 
KENC care au fost stabilit e în timpul autenti ficării cipului. 
CSM_185  Un întreg nesemnat se utilizează drept cont or de secvențe trimise (SSC) pentr u a preveni atacur ile 
prin reluare. Măr imea SSC este egală cu măr imea 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 secur izată. SSC este măr it de fiecare dată înaintea generăr ii 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 pentr u primul răspuns va fi 2. 26.5.2016 L 139/387 Jurnalul Oficial al Uniunii Europene RO    
CSM_186  Pentr u criptarea unui mesa j, cheia KENC este utilizată cu AES în modul de operare cu înlănțuirea 
blocur ilor cifrat e (CBC), astfel cum este definit în (ISO 10116), cu un parametr u intermediar m = 1 
și un vect or de inițializare SV = E(KENC, SSC), adică valoarea curentă a contorului de secvențe 
trimise criptată cu cheia KENC. 
CSM_187  Pentr u aute ntifi carea mesa jelor , cheia KMAC este utilizată cu AES în modul CMA C, astfe l cum este 
specifi cat î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ăugar ea 
acestuia la începutul datagramei care trebuie autentificată. 
10.5.2  Structur a mesageri ei secur izate 
CSM_188  Mesageria secur izată utilizează numai obiect ele de date din mesag eria secur izată [a se vedea (ISO 
7816-4)] enumerat e în tabelul 5. În orice mesaj, acest e obiecte de date sunt utilizate în ordinea 
precizată în tabelul menționat mai sus. 
Tabelul 5 
Obiecte de date ale mesager iei secur izate 
Denumirea obiectului de date Etichetă Prezență oblig ator ie (M), condițională 
(C) sau interzisă (F) în 
Comenzi Răspunsur i 
Valoarea date lor în clar necodif icată în BER -TLV ‘81’ C C 
Valoarea a date lor în clar codată în BER -TLV, dar 
care nu include obiect e de date (DO) ale SM ‘B3’ C C 
Indicator al conținutului de compl etare urmat de 
criptogramă, valoare a datelor în clar necodată 
în BER -TLV ‘87’ C C 
Le prote jată ‘97’ C F 
Starea de procesare ‘99’ F M 
Sumă de verificare criptografică ‘8E’ M M  
Notă: Astf el cum este specifi cat în apendicele 2, cardur ile de tahograf pot trata comenzile READ 
BINAR Y și UPD ATE BINAR Y 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ă, un obiect de date cu eticheta ‘B3’ este utilizat în locul unui 
obiect cu eticheta ‘81’. A se vedea apendicele 2 pentr u mai multe informații. 
CSM_189  Toate obiectele de date ale SM sunt codif icate în DER TLV, astfel cum este specif icat în (ISO 8825- 
1). Rezultate le codif icării într-o structură de tip „valoarea lungimii etichet ei” (TLV) sunt după cum 
urmează: 
Etich etă:  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ăr ul minim de octeți. 
Valoare:  Valoarea este codificat ă în zero sau mai mulți octeți. 26.5.2016 L 139/388 Jurnalul Oficial al Uniunii Europene RO    
CSM_190  APDU (unitățile de date pentr u protocolul de aplicație) care sunt prot ejate prin mesageri a 
secur izată sunt create astfel: 
—  Ante tul comenzii este inclus în calcularea MAC; prin urmare, pentr u octetul de clasă CLA este 
utilizată valoarea ‘0C’. 
—  Astf el cum se specifi că în apendicele 2, toți octeții INS trebuie să fie pari, cu posibila excepție a 
octeților impar i INS utilizați pentr u comenzile READ BINAR Y și UPD ATE BINAR Y. 
—  Valoarea curentă a Lc va fi modifi cată în Lc' după aplicarea mesageri ei secur izate. 
—  Câm pul de date constă în obiect ele de date ale SM. 
—  În comanda prote jată APDU, noul octet Le se setea ză la ‘00’. Dacă este necesar , în câmp ul de 
date este inclus un obiect de date ‘97’ pentr u a indica valoarea inițială a Le. 
CSM_191  Orice obiect de date care urmează să fie criptat este completat în conf ormitate cu (ISO 7816-4), 
utilizând indicator ul ‘01’ al conținutului de compl etare. Pentr u calcularea MAC, fiecare obiect de 
date din APDU este de asemenea compl etat separat în conf ormitate cu (ISO 7816-4). 
Notă: Completarea pentr u mesageri a secur izată este efectuată întotdeauna de stratul de mesagerie 
secur izată, nu de algor itmii CMA C sau CBC. 
Rezumat și exemple 
O comandă APDU cu mesage ria secur izată aplicată va avea următoarea structură, în funcție de cazul comenzii 
nesecur izate 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’ || DO‘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’ || DO‘97’ || DO‘8E’ || Le  
unde Le = ‘00’ sau ‘00 00’, aceasta depinzând de lungimea câmpurilor utilizate, și anume câmpuri de lungime 
scur tă sau câmpuri de lungime extinsă; a se vedea (ISO 7816-4). 
Un răspuns APDU cu mesageria secur izată aplicată va avea următoarea structură, în funcție de cazul 
răspunsului nesecur izat respectiv: 
Cazul 1 sau 3: DO ‘99’ || DO ‘8E’ || SW1SW2 
Cazul 2 sau 4 (octet INS par) cu criptare: DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Cazul 2 sau 4 (octet INS par) fără 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. 26.5.2016 L 139/389 Jurnalul Oficial al Uniunii Europene RO    
Mai jos sunt prezentate trei exem ple de transf ormăr i APDU pentr u comenzi cu cod INS par. În figura 8 este 
prezentată o comandă APDU aute ntifi cată din cazul 4, în figur a 9 este prezentat un răspuns APDU autentificat 
din cazul 2/cazul 4, iar în figura 10 este prezentat un răspuns APDU criptat și autentificat din cazul 2/cazul 4. 
Figura 8 
Transf ormarea unei comenzi APDU autentif icate din cazul 4 
Figura 9 
Transforma rea unui răspuns APDU autentif icat din cazul 1/cazul 3 
26.5.2016 L 139/390 Jurnalul Oficial al Uniunii Europene RO    
Figura 10 
Transforma rea unui răspuns APDU criptat și autentif icat din cazul 2/cazul 4 
10.5.3  Abandonarea sesiunii de mesageri e secur izată 
CSM_192  O unitate montată pe vehicul abandonează o sesiune de mesage rie secur izată în curs de desfășurare 
dacă și numai dacă are loc unul dintre următoarele evenimente: 
—  unitat ea primește un răspuns simplu APDU, 
—  unitat ea detectează o eroare a mesageri ei secur izate într-un răspuns APDU: 
—  un obiect de date preconizat lipsește din mesageria secur izată, ordinea obiectelor de date 
este incorectă sau este inclus un obiect de date necunoscut. 
—  Un obiect de date din mesageria secur izată este incorect, de exem plu 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ăr ului de comenzi și de răspunsur i aferent e din sesiunea curentă. Pentr u 
o anumită VU, această limită este definită de producător ul său, luând în considerare cerințele de 
secur itate ale hardware-ului utilizat, cu o valoare maximă de 240 de comenzi și de răspunsur i 
aferente SM pe sesiune. 
CSM_193  Un card de tahograf abandonează o sesiune de mesage rie secur izată în curs de desfășurare dacă și 
numai dacă are loc unul dintre următoar ele evenimente : 
—  cardul primește un răspuns simplu APDU, 26.5.2016 L 139/391 Jurnalul Oficial al Uniunii Europene RO    
—  cardul detectează o eroare a mesageri ei secur izate într-o comandă APDU: 
—  un obiect de date preconizat lipsește din mesageria secur izată, ordinea obiectelor de date 
este incorectă sau este inclus un obiect de date necunoscut. 
—  Un obiect de date din mesageria secur izată este incorect, de exem plu valoarea MAC este 
incorectă sau structura TLV este incorectă. 
—  cardul este deconectat de la alimentarea cu energie electr ică sau este resetat, 
—  VU selecte ază o aplicație pe card, 
—  VU începe procesul de aute ntifi care al VU, 
—  a fost atinsă limita număr ului de comenzi și de răspunsur i aferent e din sesiunea curentă. Pentr u 
un anumit card, această limită este definită de producăt orul său, luând în considerare cerințele 
de secur itate ale hardware-ului utilizat, cu o valoare maximă de 240 de comenzi și de 
răspunsur i aferente SM pe sesiune. 
CSM_194  În ceea ce priveșt e gestionarea eror ilor SM de către cardul de tahograf: 
—  În cazul în care într-o comandă APDU lipsesc anumite obiect e de date preconizate ale 
mesage riei secur izate, ordinea obiect elor de date este incorectă sau sunt incluse obiect e 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 secur izată î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 retur nați fără utilizarea SM. 
CSM_195  Dacă o sesiune de mesagerie secur izată între o VU și un card de tahograf este abandonată, VU și 
cardul de tahograf 
—  distr ug în mod secur izat cheile de sesiune stocate 
—  stabilesc imediat o nouă sesiune de mesage rie secur izată, astfel cum este descr is în secțiunile 
10.2 – 10.5. 
CSM_196  În cazul în care, din orice motiv , VU decide să reînceapă procedura de autentificare reciprocă în 
rapor t cu un card introdus, procesul se reia cu verificarea lanțului de certificate de card, astfel cum 
este descr is în secțiunea 10.2, și continuă astfel cum este descr is în secțiunile 10.2 – 10.5. 
11.  CUPL AREA, AUTENTIFICARE A RECIPR OCĂ ȘI MES AGERIA SECURIZA TĂ ÎNTRE VU ȘI ECHIP AMENTUL GNSS EXTERN 
11.1.  Considerații generale 
CSM_197  Echipamentul GNSS utilizat de o VU pentr u a-și determina poziția poate fi intern (adică poate fi 
montat în interi orul 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 capit ol nu se aplică. În al doilea caz, comunicarea dintre VU și echi pamentul GNSS 
extern este standardizată și prot ejată astfel cum este descr is în prezentul capitol. 
CSM_198  Comunicarea secur izată între o unitate montată pe vehicul și un echipament GNSS extern are loc 
în același mod ca o comunicare secur izată între o unitate montată pe vehicul și un card de 
tahograf, echi pamentul GNSS extern (EGF) având rolul cardului. Un EGF îndeplinește toat e cerințele 
menționate în capit olul 10 refer itoare la cardur ile de tahograf, ținând seama de deviațiile, clarifi­
cările și adăugir ile menționate în prezentul capit ol. În special, verificarea reciprocă a lanțur ilor de 
certificate, aute ntifi carea VU și aute ntifi carea cipur ilor sunt efectuate astfel cum este descr is în 
secțiunile 11.3 și 11.4. 26.5.2016 L 139/392 Jurnalul Oficial al Uniunii Europene RO    
CSM_199  Comunicarea dintre o unitate montată pe vehicul și un EGF este difer ită 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 pentr u a putea schi mba ulteri or date bazate pe GNSS 
în timpul funcționăr ii normale. Procesul de cuplare este descr is în secțiunea 11.2. 
CSM_200  Pentr u comunicarea dintre o unitat e montată pe vehicul și un EGF se utilizează comenzile și 
răspunsur ile bazate pe (ISO 7816-4) și (ISO 7816-8). Structura precisă a acest or APDU este definită 
în apendicele 2 la prezenta anexă. 
11.2.  Cuplarea dintre VU și echipamentul GNSS exter n 
CSM_201  O unitate montată pe vehicul și un EGF sunt cuplate de un atelier. În timpul funcționăr ii 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ă unitate a montată pe 
vehicul este în modul etalonare. Cuplarea este inițiată de unitatea montată pe vehicul. 
CSM_203  Un ateli er poate recupla o unitate montată pe vehicul la un alt EGF sau la același EGF în orice 
moment. În timpul recuplăr ii, VU distr uge în mod secur izat certificat ul EGF_MA existen t din 
memor ia sa și stoc hează certificatul EGF_MA al EGF la care este în curs de a fi cuplată. 
CSM_204  Un ateli er poate recupla un echipament GNSS extern la o altă VU sau la aceeași VU în orice 
moment. În timpul recuplăr ii, EGF distr uge în mod secur izat certificatul VU_MA existen t din 
memor ia sa și stoc hează certificatul VU_MA al VU la care este în curs de a fi cuplat. 
11.3.  Verificarea reciprocă a lanțului de certificate 
11.3.1  Consider ații generale 
CSM_205  Verificarea reciprocă a lanțului de certificate dintre o VU și un EGF are loc în timpul cuplăr ii VU și 
a EGF de către un atelier . În timpul funcționăr ii normale a unei VU și a unui EGF cuplate între ele, 
nu este verificat niciun certificat. În locul acestei verificăr i, VU și EGF au încredere în certificatele 
pe care le-au stocat în timpul cuplăr ii, după ce au verificat valabilitate a temporală a acest or 
certificate. VU și EGF nu au încredere în niciun alt certificat pentr u prot ejarea comunicăr ii VU – 
EGF în timpul funcționăr ii normale. 
11.3.2  În timpul cuplăr ii VU – EGF 
CSM_206  În timp ul cuplăr ii la un EGF , o unitate montată pe vehicul utilizează protocolul descr is în figur a 4 
(secțiunea 10.2.1) pentr u verificarea lanțului de certificate ale echip amentului GNSS extern. 
Note la figura 4 în acest context : 
—  Controlul comunicăr ilor este în afara domeniului de aplicare al prezentului apendice. Cu toat e 
acest ea, un EGF nu este un card inteligent și, prin urmare, VU nu va trimite , probabil, o 
comandă de resetare pentr u a iniția comunicarea și nici nu va primi un ATR. 
—Certificatele și cheile publice ale cardur ilor menționate în figură sunt interpretate ca fiind certifi­
cate le și cheile publice EGF pentr u identif icarea 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 interpr etate ca fiind certificatele 
și cheile publice MSCA pentr u semnarea certificatelor EGF . Acestea sunt indicate în secțiunea 
9.1.3 ca fiind MSCA_ VU-EGF . 26.5.2016 L 139/393 Jurnalul Oficial al Uniunii Europene RO    
—  Certificatul Card.CA .EUR menționat în figură este interpretat 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 specifi cat în secțiunea 9.1.2, acesta este un certificat de 
legătură pentr u o nouă pereche de chei rădăcină europene create de ERCA și semnat e 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 interpr etează ca „Ignore EGF”. 
CSM_207  După ce a verificat certificat ul EGF_MA, unitatea montată pe vehicul stoc hează acest certificat 
pentr u utilizarea sa în timpul funcționăr ii normale; a se vedea secțiunea 11.3.3. 
CSM_208  În timp ul cuplăr ii la o VU, un echipament GNSS extern utilizează protocolul descr is în figura 5 
(secțiunea 10.2.2) pentr u verificarea lanțului de certificate ale VU. 
Note la figura 5 în acest context : 
—  VU generează o nouă perec he de chei efemere utilizând parametr ii de domeniu din certificat ul 
EGF . 
—  Certificatele și cheile publice ale VU menționate în figură sunt cele utilizate pentr u autentificarea 
reciprocă. Acestea sunt indicate în secțiunea 9.1.4 ca fiind VU_MA. 
—  Certificatele și cheile publice VU.CA menționat e în figură sunt cele utilizate pentr u 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 certificatul rădăcină european precizat în CAR 
al certificatului VU.C A. 
—  Certificatul VU.Link menționat în figură este certificatul de legătură al VU, dacă acesta există. 
Astf el cum este specif icat în secțiunea 9.1.2, acesta este un certificat de legătură pentr u o nouă 
perec he de chei rădăcină europene creat e de ERCA și semnate de cheia privată europeană 
anterioară. 
—  Certificatul VU.Link.EUR este certificat ul 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 pentr u a verifica 
valabilitatea temporală a oricărui certificat prezentat. 
CSM_210  După ce a verificat certificatul VU_MA, unitate a GNSS externă stoc hează acest certificat pentr u a-l 
utiliza în timp ul funcționăr ii normale; a se vedea secțiunea 11.3.3. 
11.3.3  În timpul funcționăr ii normale 
CSM_211  În timpul funcționăr ii normale, o unitate montată pe vehicul și un EGF utilizează prot ocolul descr is 
în figura 11 pentr u a verifica valabilitate a temporală a certificatelor stocat e EGF_MA și VU_MA și 
pentr u a conf igura cheia publică VU_MA în scopul aute ntifi cării ulterioare a VU. Nicio altă 
verificare reciprocă a lanțur ilor de certificate nu este efectuată în timpul funcționăr ii normale. 26.5.2016 L 139/394 Jurnalul Oficial al Uniunii Europene RO    
A se remarca faptul că figur a 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 pentr u 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. 
Figura 11 
Verificarea reciprocă a valabilității temporale a certificatului în timpul funcționăr ii nor male VU – EGF 
CSM_212  Astfe l cum reiese din figura 11, unitatea montată pe vehicul înregistrează o eroare în cazul în care 
certificatul EGF_MA nu mai este valabil. Cu toat e acestea, autentificarea reciprocă, înțeleger ea 
asupra cheilor și comunicarea ulterioară prin mesage ria secur izată continuă în mod normal. 
11.4.  Autentif icarea VU, autentif icarea cipului și înțelegerea asupra cheilor de sesiune 
CSM_213  Autentificarea VU, autentificarea cipului și înțeleger ea asupra cheilor de sesiune între o VU și un 
EGF sunt efectuate în timpul cuplăr ii și ori de câte ori este restabilită o sesiune de mesagerie 
secur izată în timpul funcționăr ii normale. VU și EGF efectuează procesele descr ise în secțiunile 
10.3 și 10.4. Se aplică toat e cerințele din acest e secțiuni. 
11.5.  Mesager ia secur izată 
CSM_214  Toate comenzile și toat e răspunsur ile schi mbate între o unitate montată pe vehicul și un 
echi pament GNSS extern după confir marea autenticității cipului și până la sfârșitul sesiunii sunt 
prote jate prin mesag eria secur izată în modul exclusiv cu autenti ficare. Se aplică toat e cerințele din 
secțiunea 10.5. 
CSM_215  Dacă o sesiune de mesage rie secur izată dintre o VU și un EGF este abandonată, VU trebuie să 
stabilească imediat o nouă sesiune de mesagerie secur izată, astfe l cum este descr is în secțiunile 
11.3.3 și 11.4. 26.5.2016 L 139/395 Jurnalul Oficial al Uniunii Europene RO    
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ță 
specifi cat în (ISO 16844-3) în timp ul asocier ii și al funcționăr ii normale, cu schimbări le descr ise în 
prezentul capitol și în secțiunea 9.2.1. 
Notă: se presupune că cititori i prezentului capit ol sunt familiar izați cu conținutul standardului (ISO 
16844-3). 
12.2.  Asocierea VU – senzor de mișcare folosind generații diferi te de chei 
Astf el cum s-a explicat în secțiunea 9.2.1, cheia maste r a senzor ului de mișcare și toat e cheile asociat e sunt 
înlocuite în mod periodic. Acest fapt duce la prezența în cardur ile de ateli er a până la trei chei KM-W C AES 
legate de senzor ul de mișcare (din generații consecutive de chei). În mod similar , în senzor ii de mișcare pot fi 
prezent e până la trei criptăr i diferite de date bazate pe AES (care au la bază generații consecutive ale cheii 
mast er KM a senzor ului de mișcare). O unitat e montată pe vehicul conține o singură cheie KM-V U legată de 
senzor ul de mișcare. 
CSM_217  O VU din a doua generație și un senzor de mișcare din a doua generație sunt asociat e după cum 
urmează [a se compara cu tabelul 6 din (ISO 16844-3)]:  
1. Un card de ateli er din a doua generație este introdus în VU, iar VU este conectat la senzor ul de 
mișcare.  
2. VU citeșt e toat e cheile KM-W C disponibile din cardul de ateli er, inspecte ază numerele de versiune 
ale acest ora și alege cheia al cărei număr de versiune corespunde număr ului de versiune al cheii 
KM-V U a VU. În cazul în care cheia KM-WC corespunzăt oare nu este prezentă pe cardul de atelier , 
VU abandonează procesul de asociere și afișeaz ă un mesaj adecvat de eroare pentr u titular ul 
cardului de atelier.  
3. VU calculează cheia mast er KM a senzor ului de mișcare pe baza cheilor KM-V U și KM-WC, precum și 
cheia de identif icare KID pe baza cheii KM, astfe l cum este specifi cat în secțiunea 9.2.1.  
4. VU trimite instr ucțiunea pentr u a iniția procesul de asociere în rapor t cu senzor ul de mișcare, 
astfel cum este descr is în (ISO 16844-3), și criptează număr ul de serie pe care îl primește de la 
senzor ul de mișcare cu cheia de identif icare KID. VU trimit e înapoi senzor ului de mișcare 
număr ul de serie criptat.  
5. Senzor ul de mișcare compar ă consecutiv număr ul de serie criptat cu fiecare dintre criptăr ile 
număr ului de serie pe care îl conține intern . În cazul în care găsește o corespondență, VU este 
autenti ficată. Senzor ul de mișcare note ază generația cheii KID utilizate de VU și retur nează 
versiunea criptată corespondentă a cheii sale de asociere, și anume criptarea care a fost creată 
folosind aceeași generație a KM.  
6. VU decr iptează cheia de asociere utilizând KM, generează o cheie de sesiune KS, o criptează cu 
cheia de asociere și trimite rezultatul senzor ului de mișcare. Senzor ul de mișcare decr iptează KS.  
7. VU reuneșt e informațiile de asociere astfel cum sunt definite în (ISO 16844-3), criptează 
informațiile cu cheia de asociere și trimite rezultatul senzor ului de mișcare. Senzor ul de mișcare 
decr iptează informațiile de asociere.  
8. Senzor ul de mișcare criptează informațiile de asociere primite, cu ajutorul cheii KS, și le 
transmite înapoi către VU. VU verifică dacă informațiile de asociere sunt identice cu informațiile 
pe care VU le-a trimis senzor ului de mișcare în etapa anterioar ă. Dacă acest lucr u se conf irmă, 
înseamnă că senzor ul de mișcare a utilizat aceeași cheie KS ca VU și, prin urmare, în etapa 5, 
acesta și-a trimis cheia de asociere criptată cu generația corectă a cheii KM. În consecință, 
senzor ul de mișcare este autentificat. 
A se nota faptul că etapele 2 și 5 sunt difer ite față de procesul standard din (ISO 16844-3); celelalte 
etape sunt standard. 26.5.2016 L 139/396 Jurnalul Oficial al Uniunii Europene RO    
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ă senzor ul de mișcare a fost produs în ultimul an de valabilitate a certificatului 
ERCA (1). Prin urmare, aceasta va conține următ oarele chei și date: 
—  Ns[1]: număr ul de serie criptat cu generația 1 a KID, 
—  Ns[2]: număr ul său de serie criptat cu generația 2 a KID, 
—  Ns[3]: număr ul său de serie criptat cu generația 3 a KID, 
—  KP[1]: generația 1 a cheii sale de asociere (1), criptată cu generația 1 a cheii KM, 
—  KP[2]: generația 2 a cheii sale de asociere, criptată cu generația 2 a cheii KM, 
—  KP[3]: generația 3 a cheii sale de asociere, criptată cu generația 3 a cheii KM, 
—  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 KM- 
WC. 
—  Să presupunem că VU este din generația 2 de VU, conținând generația 2 a cheii KM-VU. 
În acest caz, în etapele 2-5 vor avea loc următoarele evenimente: 
—  Etapa 2: VU citeșt e generația 2 și generația 3 ale cheii KM-WC din cardul de atelier și inspecte ază 
numerele de versiune ale acestora. 
—  Etapa 3: VU combină generația 2 a cheii KM-W C cu cheia sa KM-V U pentr u a calcula KM și KID. 
—  Etapa 4: VU criptează număr ul de serie pe care îl primeșt e de la senzor ul de mișcare cu cheia 
KID. 
—  Etapa 5: Senzor ul de mișcare compară datele primite cu Ns[1] și nu găsește nicio corespondență. 
Apoi, acesta compară datele cu Ns[2] și găsește o corespondență. Senzor ul de mișcare trage 
concluzia că VU este din generația 2 de VU și, prin urmare, trimite înapoi KP[2]. 
12.3.  Comunicarea și asocierea dintre o VU și un senzor de mișcare folosind AES 
CSM_218  Astfe l cum este precizat în tabelul 3 din secțiunea 9.2.1, toat e 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 ulter ioară, sunt mai curând chei AES decât chei de lungime dublă TDES, astfel 
cum este specifi cat în (ISO 16844-3). Aceste chei AES pot avea o lungime de 128, 192 sau 256 de 
biți. Întrucât măr imea blocur ilor AES este de 16 octeți, lungimea unui mesa j 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 pentr u a transpor ta chei AES, a căror lungime poate fi de 128, 
192 sau 256 de biți. Prin urmare, număr ul de octeți de date per instr ucțiune în tabelul 5 din (ISO 
16844-3) se modific ă după cum este indicat în tabelul 6: 
Tabelul 6 
Număr ul de octeți de date cu text simplu și criptate per instr ucțiune definit în (ISO 16844-3) 
Instr uc­
țiune Solicitare/ 
răspuns Descr ierea datel or Nr. de octeți de 
date cu text simplu 
în conf ormitate cu 
(ISO 16844-3) Nr. de octeți de 
date cu text simplu 
folosind chei AES Nr. de octeți de date criptat e folo­
sind chei AES cu lungimea de (în 
biți): 
128 192 256 
10 solicitare Datele de autenti fi­
care + număr ul fișie­
rului 8 8 16 16 16 26.5.2016 L 139/397 Jurnalul Oficial al Uniunii Europene RO    
(1)A se nota faptul că generația 1, generația 2 și generația 3 de 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. 
Instr uc­
țiune Solicitare/ 
răspuns Descr ierea datel or Nr. de octeți de 
date cu text simplu 
în conf ormitate cu 
(ISO 16844-3) Nr. de octeți de 
date cu text simplu 
folosind chei AES Nr. de octeți de date criptat e folo­
sind chei AES cu lungimea de (în 
biți): 
128 192 256 
11 răspuns Datele de autenti fi­
care + conținutur ile 
fișierelor 16 sau 32, de­
pinde de fișier 16 sau 32, de­
pinde de fișier 16/32 16/32 16/32 
41 solicitare Număr ul de serie al 
MoS (senzor ul de 
mișcare) 8 8 16 16 16 
41 răspuns Cheie de asociere 16 16/24/32 16 32 32 
42 solicitare Cheie de sesiune 16 16/24/32 16 32 32 
43 solicitare Informații de aso­
ciere 24 24 32 32 32 
50 răspuns Informații de aso­
ciere 24 24 32 32 32 
70 solicitare Date de autenti ficare 8 8 16 16 16 
80 răspuns Valoarea cont orului 
MoS + date de au­
tentificare 8 8 16 16 16  
CSM_219  Informațiile de asociere trimise în instr ucțiunile 43 (solicitarea VU) și 50 (răspunsul MoS) sunt 
reunit e astfel cum este precizat în secțiunea 7.6.10 din (ISO 16844-3), cu excepția faptului că se 
utilizează algor itmul AES în locul algor itmului TDES în schema de criptare a datelor de asociere, 
ceea ce duce, prin urmare, la folosirea a două criptări AES și la adopt area compl etării specifi cate în 
CSM_220 pentr u a corespunde măr imii blocului AES. Cheia K'p utilizată pentr u această criptare 
este generată în modul următor: 
—  În cazul în care cheia de asociere KP are o lungime de 16 octeți: K'p = KP XOR (Ns||Ns) 
—  În cazul în care cheia de asociere KP are o lungime de 24 de octeți: K'p = KP XOR (Ns||Ns||Ns) 
—  În cazul în care cheia de asociere KP are o lungime de 32 de octeți: K'p = KP XOR (Ns||Ns||Ns||Ns) 
unde Ns este număr ul de serie de 8 octeți al senzor ului de mișcare. 
CSM_220  În cazul în care lungimea datelor de text simplu (utilizâ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ăr ul de octeți de date cu text simp lu este întotdeau na un multiplu de 
8, astfe l încât compl etarea nu este necesară atunci când se folosește TDES. Defi niția datelor și 
mesa jelor în ISO (16844-3) nu este modifi cată prin prezenta parte din prezentul apendice, fiind 
necesară, prin urmare, aplicarea compl etării. 
CSM_221  Pentr u instr ucțiunea 11 și în cazul în care trebuie încr iptat e cel puțin două blocur i de date, se 
utilizează modul de funcționare cu înlănțuirea blocur ilor cifrat e, astfe l cum se precizează în (ISO 
10116), cu un parametr u interm ediar m = 1. Vectorul de inițializare (IV) care trebuie utilizat este: 
—  Pentr u instr ucțiunea 11: blocul de autentificare de 8 octeți specific at în secțiunea 7.6.3.3. din 
(ISO 16844-3), compl etat utilizând metoda de compl etare 2 definită în (ISO 9797-1); a se 
vedea, de asemenea, secțiunile 7.6.5 și 7.6.6 din ISO (16844-3). 26.5.2016 L 139/398 Jurnalul Oficial al Uniunii Europene RO    
—  Pentr u toat e celelalte secțiuni în care sunt transfer aț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 pentr u a fi incluse în instr ucțiunea 11, blocul de autentificare este 
—  atât utilizat ca vector de inițializare pentr u modul CBC de criptare a fișierelor de date, 
—  cât și criptat și inclus ca prim bloc în date le trimise către VU. 
12.4.  Asocierea VU – senzor de mișcare pentr u echipamente de diferite generații 
CSM_222  Astfe l cum s-a explicat în secțiunea 9.2.1, un senzor de mișcare din a doua generație poate conține 
criptarea bazată pe TDES a date lor de asociere (astfel cum este definit în partea A a prezentului 
apendice), ceea ce permite asocierea senzor ului 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 conf orm 
descr ierii din partea A a prezentului apendice și din (ISO 16844-3). Pentr u 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. 
—  Nu este posibilă utilizarea unui card de atelier de prima generație pentr u a cupla o VU de a 
doua generație la un senzor de mișcare. 
13.  SECURIT ATEA COMUNICĂRII LA DIST ANȚĂ PRIN DSR C 
13.1.  Considerații generale 
Astf el cum se specifică în apendicele 14, o VU generează periodic date de monitori zare de la distanță a 
tahografelor (RTM) și trimite acest e date echipamentului (intern sau extern) de comunicare la distanță (RCF). 
Echipamentul de monitori zare la distanță este responsabil pentr u trimit erea datelor, prin interfaț a DSR C 
descr isă în apendicele 14, către echi pamentul de interogare la distanță. În apendicele 1 se precizează că datele 
RTM sunt concatenar ea următoar elor element e: 
Datele utile criptate ale tahog rafului criptarea datelor utile cu text simplu ale tahografului 
Datele de secur itate DSR Cdescr ise mai jos 
Formatul datelor utile cu text simplu ale tahografului este precizat în apendicele 1 și descr is în detaliu în 
apendicele 14. În această secțiune este descr isă structura datelor de secur itate DSR C; specificația formală este 
descr isă î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 interm ediul interfe ței DSR C (dacă RCF este instalat în interior ul VU) sunt prote jate în 
modul criptare urmată de autenti ficare, ceea ce înseamnă că mai întâi se criptează datele utile ale 
tahografului pentr u a asigura conf idențialitatea mesajului, iar apoi se calculează un MAC pentr u a 
asigura autenti citatea și integr itatea datelor . 
CSM_224  Datele de secur itate DSR C constau în concate narea elemente lor de date de mai jos, în următoar ea 
ordine; a se vedea, de asemenea figura 12: 
Data și ora curente  data și ora curente ale VU (tip de date 
) 
Conto r  un contor de 3 octeți, a se vedea CSM_225 26.5.2016 L 139/399 Jurnalul Oficial al Uniunii Europene RO    
Număr ul de serie al VU  număr ul de serie al VU (tip de date 
) 
Număr ul de versiune al cheii mas ter DSR C  număr ul de versiune de 1 octet al cheii master 
DSR C din care au fost derivate cheile DSR C 
specifice pentr u VU (a se vedea secțiunea 9.2.2). 
MA C  MAC calculat prin interm ediul tuturor octeților 
anteriori din datele RTM. 
CSM_225  Contorul de 3 octeți din date le de secur itate DSR C 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 cont orului la 0. De fiecare dată înainte de a calcula următorul 
set de date RTM, VU mărește cu 1 valoarea datelor cont orului. 
13.2.  Criptarea datelor utile ale tahog rafului și generarea MA C 
CSM_226  Fiind dat un element de date cu text simplu având tipul de date 
 astfel cum 
este descr is în apendicele 14, o VU criptează aceste date după cum este indicat în figura 12: Cheia 
DSR C a VU folosită pentr u criptare, K_VUDSR C_ENC (a se vedea secțiunea 9.2.2), este utilizată cu 
AES în modul de funcționare cu înlănțuirea blocur ilor cifrate, astfel cum este definit în (ISO 
10116), cu un parametr u 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 contor ul sunt specifi cate în 
CSM_224. Datele care trebuie criptate sunt compl etate folosind metoda 2 definită în (ISO 9797-1) 
CSM_227  O VU calculează MAC din datele de secur itate DSR C astfel cum este indicat în figura 12: MAC este 
calculat pe baza tuturor octeților precedenți din date le RTM, până la număr ul de versiune al cheii 
maste r DSR C (inclusiv acest număr) și incluzând etichetele și lungimile obiectel or de date . VU își 
utilizează cheia DSR C pentr u a verifica aute nticitatea K_VUDSR C_MA C (a se vedea secțiunea 9.2.2) 
cu algor itmul AES în modul CMA C, astfel cum este specifi cat în (SP 800-38B). Lungimea MAC este 
lega tă de lungimea cheilor DSR C specific e pentr u VU, astfel cum este specif icat în CSM_50. 
Figura 12 
Criptarea datelor utile ale tahog rafului și generarea MA C 
26.5.2016 L 139/400 Jurnalul Oficial al Uniunii Europene RO    
13.3.  Verificarea și decr iptarea datelor utile ale tahog rafului 
CSM_228  Atunci când un echi pament de inter ogare la distanță primește date RTM de la o VU, acesta trimite 
toat e datele RTM la un card de control în câmpul de date al unei comenzi PROCESS DSR C 
MESSA GE, astfel cum este descr is în apendicele 2. În acest caz:  
1. Cardul de control inspecte ază număr ul de versiune al cheii master DSR C din date le de secur itate 
DSR C. În cazul în care cardul de control nu cunoaște cheia mast er DSR C indicată, acesta trimite 
înapoi un mesaj de eroare specif icat în anexa 2 și abandonează procesul.  
2. Cardul de control utilizează cheia mast er DSR C indicată în combinație cu număr ul de serie al 
VU din datele de secur itate DSR C pentr u a deriva cheile DSR C specifice pentr u VU, și anume 
K_VUDSR C_ENC și K_VUDSR C_MA C, astfel cum este specifi cat în CSM_124.  
3. Cardul de control utilizează K_VUDSR C_MA C pentr u a verifica MAC în datele de secur itate DSR C, 
astfel cum este specif icat în CSM_227. Dacă MAC este incorect, cardul de control trimite înapoi 
un mesaj de eroare specifi cat în apendicele 2 și abandonează procesul.  
4. Cardul de control utilizează K_VUDSR C_ENC pentr u a decr ipta datele utile criptat e ale 
tahografului, astfel cum este specifi cat în CSM_226. Cardul de control elimină compl etarea și 
trimite date le utile decr iptate ale tahografului către echipamentul de interogare la distanță. 
CSM_229  Pentr u a preveni atacur ile prin reluare, echi pamentul de interogare la distanță verifică dacă datele 
RTM sunt reînnoite verificând faptul că data și ora curente din datele de secur itate DSR C nu se abat 
prea mult de la ora curentă a echi pamentului de interogare la distanță. 
Note: 
—  Pentr u această verificare este necesar ca echipamentul de interogare la distanță să dispună de o 
sursă de indicare a orei exactă și fiabilă. 
—  Întrucât conf orm 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ă pentr u reînnoirea datelor RTM este de 2 minute. Reînnoirea reală a datelor care 
trebuie prevăzută depinde, de asemenea, de exactitate a ceasului echip amentului de inter ogare la 
distanță. 
CSM_230  Atunci când un ateli er verifică funcționarea corectă a funcționalității DSR C a unei VU, acesta 
trimite totalitat ea date lor RTM primite de la VU unui card de ateli er în câmpul de date al unei 
comenzi PROCESS DSR C MESS AGE, astfel cum este descr is în apendicele 2. Cardul de atelier 
efectuează toat e verificările și acțiunile specifi cate în CSM_228. 
14.  SEMNAREA DESCĂR CĂRII DE DATE ȘI VERIFICARE A SEMNĂTURILOR 
14.1.  Considerații generale 
CSM_231  Echipamentul intelig ent dedicat (IDE) stoc hează într-un singur fișier fizic de date date le primite de 
la o VU sau de la un card în timpul unei sesiuni de descărcare. Datele pot fi stocat e pe un supor t 
de memor ie extern (ESM). Acest fișier conține semnătur i digitale de blocur i de date, astfel cum este 
specifi cat în apendicele 7. Fișier ul menționat mai sus conține, de asemenea, următoar ele certificate 
(a se vedea secțiunea 9.1): 
—  În cazul unei descărcăr i de pe o VU: 
—  Certificatul VU_Sign 
—  Certificatul MSCA _VU-EGF care conține cheia publică destinată utilizăr ii pentr u verificarea 
certificat ului VU_Sign 26.5.2016 L 139/401 Jurnalul Oficial al Uniunii Europene RO    
—  În cazul unei descărcăr i de pe un card: 
—  Certificatul Card_Sign 
—  Certificatul MSCA _Card care conține cheia publică destinată verificăr ii certificatului 
Card_Sign 
CSM_232  IDE dispune, de asemenea, de: 
—  În cazul în care acesta utilizează un card de control pentr u verificarea semnătur ii, astfe l cum 
este indicat în figura 13: Certificat ul 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: toat e certificatele rădăcină europene valabile. 
Notă: metoda folosită de IDE pentr u a obține aceste certificate nu este specifi cată în prezentul 
apendice. 
14.2.  Generarea semnătur ilor 
CSM_233  Algor itmul de semnare utilizat pentr u a crea semnătur i prin intermediul datelor descărcate este 
ECDSA, astfel cum este precizat în [DSS], folosindu-se algor itmul de hashing legat de măr imea 
cheilor VU sau ale cardului, astfel cum este specificat în CSM_50. Formatul semnătur ii este simplu, 
astfel cum este precizat în (TR-03111). 
14.3.  Verificarea semnătur ilor 
CSM_234  Un IDE poate efectua verificarea unei semnătur i pe baza datelor descărcate în mod nemijlocit sau 
poate utiliza un card de control în acest scop. În cazul în care IDE utilizează un card de control, 
verificarea semnătur ii se efectuează astfel cum este indicat în figura 13. În cazul în care IDE 
efectuează nemijlo cit verificarea semnătur ii, acesta verifică autenticitat ea și valabilitatea tuturor 
certificatelor din lanțul de certificate din fișie rul de date și verifică semnătura prin interm ediul 
date lor, urmând schema de semnătură definită în [DSS]. 
Note la figura 13: 
—  Echipamentul care a semnat date le de analizat este denumit EQT . 
—  Certificatele EQT și cheile publice menționate în figură sunt cele utilizate pentr u semnare, și 
anume VU_Sign sau Card_Sign. 
—  Certificatele și cheile publice EQT .CA menționate în figură sunt cele utilizate pentr u semnarea 
certificatelor VU sau a celor de card, după caz. 
—  Certificatul EQT .CA.EUR menționat în figur ă este certificatul 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ă. 
Astf el cum este specif icat în secțiunea 9.1.2, acesta este un certificat de legătură pentr u o nouă 
perec he de chei rădăcină europene creat e 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  Pentr u a calcula funcția hash a mesa jului M trimis către cardul de control în comanda PSO:Hash, 
IDE utilizează algor itmul de hashing legat de măr imea cheii VU sau a cardului de pe care se 
descarcă datele, astfel cum este specific at în CSM_50. 
CSM_236  Pentr u a verifica semnătura EQT , cardul de control trebuie să respecte schema de semnătură 
definit ă în [DSS]. 
Notă: Prezentul document nu precizează nicio acțiune care să fie întrepr insă î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 . 26.5.2016 L 139/402 Jurnalul Oficial al Uniunii Europene RO    
Figura 13 
Protocol pentr u verificarea semnătur ii prin inter mediul unui fișier de date descărcate 
26.5.2016 L 139/403 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 12 
POZIȚIONAREA BAZA TĂ PE SISTEMUL GLO BAL DE NAVIGAȚIE PRIN SATELIT (GNSS) 
CUPRINS 
1. INTR ODUCERE .................................................................................................................................. 405 
1.1. Domeniu de aplicare ............................................................................................................... 405 
1.2. Acronime și notații ................................................................................................................. 405 
2. SPECIFIC AȚIA RECEPTOR ULUI GNSS ...................................................................................................... 406 
3. PROPOZIȚIILE NMEA .......................................................................................................................... 406 
4. UNIT ATE MONT ATĂ PE VEHICUL CU UN ECHIP AMENT GNSS EXTERN .......................................................... 408 
4.1. Confi gurație .......................................................................................................................... 408 
4.1.1 Component e principale și interfețe ............................................................................................. 408 
4.1.2 Starea echi pamentului GNSS extern la finalul procesului de producție ................................................ 408 
4.2. Comunicarea între echipamentul GNSS extern și unitatea montată pe vehicul ...................................... 409 
4.2.1 Protocolul de comunicare ......................................................................................................... 409 
4.2.2 Transf erul secur izat de date GNSS .............................................................................................. 411 
4.2.3 Structura comenzii de citire a înregistrăr ii (Read Record) ................................................................. 412 
4.3. Cuplarea, autenti ficarea reciprocă și înțelegerea asupra cheii de sesiune a echipamentului GNSS extern cu 
unitatea montată pe vehicul ...................................................................................................... 413 
4.4. Gestionarea eror ilor ................................................................................................................ 413 
4.4.1 Eroare de comunicare cu echipamentul GNSS extern ...................................................................... 413 
4.4.2 Încălcarea integr ității fizice a echi pamentului GNSS extern .............................................................. 413 
4.4.3 Absența informațiilor de poziționare de la recep torul GNSS ............................................................. 413 
4.4.4 Certificatul echi pamentului GNSS extern a expirat ......................................................................... 414 
5. UNIT ATE MONT ATĂ PE VEHICUL FĂRĂ UN ECHIP AMENT GNSS EXTERN ...................................................... 414 
5.1. Confi gurație .......................................................................................................................... 414 
5.2. Gestionarea eror ilor ................................................................................................................ 414 
5.2.1 Absența informațiilor de poziționare de la recep torul GNSS ............................................................. 414 
6. CONFLICT ORĂ GNSS ......................................................................................................................... 414 
7. CONFLICT PRIVIND DEPL ASAREA VEHICULUL UI...................................................................................... 415  26.5.2016 L 139/404 Jurnalul Oficial al Uniunii Europene RO    
1.  INTR ODUCERE 
Prezentul apendice prevede cerințele tehnice pentr u datele GNSS utilizate de unitat ea montată pe vehicul, inclusiv 
protocoalele care trebuie imp lementate pentr u a asigura transfe rul de date corect și în siguranță al informațiilor de 
poziționare. 
Principalele articole din Regulamentul (UE) nr. 165/2014 care impun acest e cerințe sunt: „Articolul 8 Înregistrarea 
poziției vehiculului în anumite punct e în timpul zilei de lucr u”, „Articolul 10 Interfața cu sistemele de transpor t 
intelig ente” și „Articolul 11 Dispoziții detaliate pentr u tahograful inteli gent”. 
1.1.  Domeniu de aplicare 
GNS_1  Unitat ea montată pe vehicul colect ează date de localizare cel puțin de la un GNSS pentr u a sprijini 
punerea în aplicare a articolului 8. 
Unitat ea montată pe vehicul poate fi dotată sau nu cu un echi pament GNSS extern, astfel cum este descr is în 
Figura 1: 
Figura 1 
Difer ite conf igurații pentr u recept orul GNSS. 
1.2.  Acronime și notații 
În prezentul apendice sunt folosit e următoar ele acronime: 
DOP  Dilution of Precisi on (Scădere a preciziei) 
EGF  Fișier elementar Dispozitiv GNSS (Elementar y file GNSS Facility) 26.5.2016 L 139/405 Jurnalul Oficial al Uniunii Europene RO    
EGNOS  Serviciul european geostaționar mixt de navig are (European Geostationar y Navig ation Over lay Service) 
GNSS  Sistem global de navigație prin satelit (Global Navig ation 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 Mar ine Electronics Association 
PDOP  Position Dilution of Precisi on (Diminuare a preciziei ca urmare a poziționăr ii sateliților) 
RMC  Recommended Minimum Specific 
SIS  Semnal în spațiu (Signal in Space) 
VDOP  Vertical Dilution of Precision (Scădere a preciziei în plan vertical) 
VU  Unitat e montată pe vehicul (Vehicle Unit) 
2.  SPECIFIC AȚIA RECEPTOR ULUI GNSS 
Indife rent de configurația tahografului intelig ent, cu sau fără un echipament GNSS extern , furnizarea de informații 
de poziționare exact e și fiabile reprezintă un element esențial pentr u funcționarea eficie ntă a tahografului 
intelig ent. Prin urmare, este opor tun să se solicite compati bilitatea acestuia cu serviciile furnizate de programele 
Galileo și Serviciul european geostaționar mixt de navigare (EGNOS), astfel cum sunt prevăzut e în Regulamentul 
(UE) nr. 1285/2013 al Parlamentului European și al Consiliului (1). Sistem ul constituit în cadr ul programului 
Galileo este un sistem global de navigație prin satelit independent, iar cel constituit în cadr ul programului EGNOS 
este un sistem regional de navigație prin satelit, care îmbunătățește calitat ea semnalului sistemului de poziționare 
globală. 
GNS_2  Producător ii garant ează că recept oarele GNSS din tahografele intelig ente sunt compati bile cu serviciile de 
poziționare furnizate de sistem ele Galileo și EGNOS. De asemenea, producăt orii pot alege, în plus, 
compati bilitatea cu alte sisteme de navigaț ie prin satelit. 
GNS_3  Recept orul GNSS trebuie să fie compati bil cu autentificarea pe serviciul deschis al Galileo atunci când 
acest serviciu va fi furnizat de sistemul Galileo și integrat de producăt orii de recep toare GNSS. Totuși, 
pentr u tahografele inteli gent e introduse pe piață înaint e de a fi îndeplinite condițiile susmenționate și care 
nu sunt compatib ile cu aute ntifi carea pe serviciul desc his al Galileo, reabilitarea nu va fi obligat orie. 
3.  PROPOZIȚIILE NMEA 
Această secțiune descr ie propozițiile NMEA utilizate în funcționarea tahografului intelig ent. Această secțiune este 
valabilă atât pentr u conf igurația tahografului inteli gent cu echi pament GNSS extern, cât și a celui fără echipament 
GNSS extern. 
GNS_4  Datel e de localizare se bazează pe propoziția NMEA Recommended Minimum Specif ic (RMC) GNSS Data, 
care conține informații de poziționare (latitudine, longitudine), ora în format UTC (hhmmss.ss), viteza 
față de sol în nodur i plus valor i suplimentare. 
Formatul propoziției RMC este următ orul (conf orm standardului NMEA V4.1): 26.5.2016 L 139/406 Jurnalul Oficial al Uniunii Europene RO    
(1)Regulamentul (UE) nr. 1285/2013 al Parlamentului European și al Consiliului din 11 decembr ie 2013 privind punerea în aplicare și 
exploatarea sistemelor europene de radionav igație prin satelit și de abrogare a Regulamentului (CE) nr. 876/2002 al Consiliului și a 
Regulamentului (CE) nr. 683/2008 al Parlamentului European și al Consiliului (JO L 347, 20.12.2013, p. 1). 
Figura 2 
Structura propoziției RMC 
Statutul (Status) indică dacă semnalul GNSS este disponibil. Până când valoarea statutului nu este setată la A, 
datele primite (de exem plu, referitoare la oră sau latitudine/longitudine) nu pot fi utilizate pentr u înregistrarea 
poziției vehiculului în VU. 
Rezoluția poziției se bazează pe formatul propoziției RMC descr is mai sus. Prima parte din câmpurile 3) și 5) 
(primele două cifre) se utilizează pentr u a reprezenta gradele. Restul se utilizează pentr u a reprezenta minute le cu 
trei zecimale. Astf el, rezoluția este 1/1000 de minut sau 1/60000 de grad (deoarece un minut este 1/60 dintr -un 
grad). 
GNS_5  Unitat ea montată pe vehicul stoc hează în baza de date a VU informațiile de poziționare pentr u latitudine 
și longitudine cu o rezoluție de 1/10 de minut sau 1/600 de grad, astfel cum este descr is în apendicele 1 
pentr u tipul GeoCoordinates. 
Comanda GPS DOP și sateliți activi (GSA) poate fi utilizată de VU pentr u a determina și a înregistra 
disponibilitatea și precizia semnalului. În special HDOP este utilizată pentr u a furniza o indicație cu 
privire la gradul de precizie a datelor de localizare înregistrate (a se vedea 4.2.2). VU va înregistra 
valoarea Horizontal Dilution of Precisi on (HDOP), calculată ca cea mai mică dintre valor ile HDOP colectate 
de la sistemele GNSS disponibile. 
Id-ul sistemului GNSS indică GPS, Glonass, Galileo, Beidou sau sistem de augmentare cu ajutor ul 
sateliților (Satellite-Based Augmentation System, SBAS). 
Figura 3 
Structura propoziției GSA 
26.5.2016 L 139/407 Jurnalul Oficial al Uniunii Europene RO    
Unde modul (2) indică dacă un fix nu este disponibil (Mode = 1) sau un fix este disponibil pentr u 2D (Mode = 2) 
ori 3D (Mode = 3). 
GNS_6  Propoziția GSA este stocată cu număr de înregistrare ‘06’. 
GNS_7  Dimensiunea maximă a propozițiilor NMEA (de exemplu, RMC, GSA sau altele), care poate fi utilizată 
pentr u dimensionarea comenzii de citire a înregistrăr ii (Read Record) este de 85 de octeți (a se vedea 
Tabelul 1). 
4.  UNIT ATE MONT ATĂ PE VEHICUL CU UN ECHIP AMENT GNSS EXTERN 
4.1.  Conf igurație 
4.1.1  Componente principale și interfețe 
În această configurație, recept orul GNSS face parte din echipamentul GNSS extern . 
GNS_8  Echipamentul GNSS extern trebuie să fie alimentat cu o interfață specifică a vehiculului. 
GNS_9  Echipamentul GNSS extern constă în următoarel e compo nente (a se vedea Figura 4): 
a)  Un recept or GNSS comercial care să furnizeze datele de poziționare prin interfața de date GNSS. De 
exem plu, interfaț a de date GNSS poate fi standardul NMEA V4.10, unde recept orul GNSS acționează 
ca un emițăt or și transmite propoziții NMEA către transceiver ul secur izat GNSS cu o frecvență de 
1 Hz pentr u setul predef init de propoziții NMEA, care trebuie să cupr indă cel puțin propozițiile 
RMC și GSA. Implementarea interf eței de date GNSS este la aleg erea producăt orilor de echi pament 
GNSS extern. 
b)  O unitate de emisie-recepție (transceiver secur izat GNSS), compati bilă cu standardul ISO/IEC 7816- 
4:2013 (a se vedea 4.2.1) pentr u a comunica cu unitatea montată pe vehicul și compati bilă cu 
interfața de date GNSS pentr u recep torul GNSS. Unitat ea este prevăzută cu o memor ie pentr u 
stocarea datelor de identif icare ale recept orului GNSS și ale echi pamentului GNSS extern . 
c)  Un sistem de încapsulare cu funcție de detec tare a manipulăr ilor frauduloase, care încapsulează atât 
recept orul GNSS, cât și transceiver ul secur izat GNSS. Funcția de detectare a manipulăr ilor 
frauduloase implementează măsur ile de protecție a secur ității conf orm cerințelor din profilul de 
protecție al tahografului inteli gent. 
d)  O antenă GNSS instalată pe vehicul și conectată la recep torul GNSS prin sistemul de încapsulare. 
GNS_10  Echipamentul GNSS extern are cel puțin următoar ele interfețe extern e: 
a)  interfața cu antena GNSS instalată pe remorca vehiculului, dacă se utilizează o antenă extern ă; 
b)  interfața cu unitatea montată pe vehicul. 
GNS_11  În VU, transceiver ul secur izat VU este celălalt capăt al comunicăr ii secur izate cu transceiver ul secur izat 
GNSS și trebuie să fie compati bil cu ISO/IEC 7816-4:2013 pentr u conectarea la echi pamentul GNSS 
extern . 
GNS_12  Pentr u nivelul fizic al comunicăr ii cu echipamentul GNSS extern, unitatea montată pe vehicul trebuie să 
fie compati bilă cu ISO/IEC 7816-12: 2005 sau cu un alt standard compat ibil cu ISO/IEC 7816-4: 2013. 
(a se vedea 4.2.1). 
4.1.2  Starea echipamentului GNSS exter n la finalul procesului de prod ucție 
GNS_13  Echipamentul GNSS exte rn stoc hează următoarele valor i în memor ia nevolati lă a transceiver ului 
secur izat GNSS atunci când părăsește fabrica: 
—  perec hea de chei EGF_MA și certificatul corespunzător , 
—  certificatul MSCA _VU-EGF care conține cheia publică MSCA_VU-EGF .PK care trebuie utilizată 
pentr u verificarea certificat ului EGF_MA, 26.5.2016 L 139/408 Jurnalul Oficial al Uniunii Europene RO    
—certificatul EUR care conține cheia publică EUR.PK care trebuie utilizată pentr u verificarea certifi­
catului MSCA _VU-EGF , 
—  certificatul EUR a cărui perioadă de valabilitate precede direct perioada de valabilitate a certificatului 
EUR care trebuie utilizat pentr u verificarea certificatului MSCA_VU-EGF , dacă există, 
—  certificatul legătură care leagă acest e două certificate EUR, dacă există, 
—  număr ul de serie lung al echi pamentului GNSS extern , 
—  identif icatorul sistemului de operare al echi pamentului GNSS, 
—  număr ul de omologare de tip al echipamentului GNSS exte rn, 
—  identif icatorul component ei de secur itate a modulului GNSS extern. 
4.2.  Comunicarea între echipamentul GNSS exter n și unitatea montată pe vehicul 
4.2.1  Protocolul de comunicare 
GNS_14  Protocolul de comunicare între echipamentul GNSS extern și unitate a montată pe vehicul asigură trei 
funcții:  
1. Colectarea și distr ibuirea datelor GNSS (de exemplu, poziția, ora, viteza),  
2. Colectarea datelor de configurație ale echi pamentului GNSS extern ,  
3. Protocol ul de gestionare pentr u a asigura cuplarea, aute ntifi carea reciprocă și înțelegerea asupra cheii 
de sesiune între echi pamentul GNSS extern și VU. 
GNS_15  Protocolul de comunicare se bazează pe standardul ISO/IEC 7816-4: 2013 unde transceiver ul secur izat 
VU deține rolul de master , iar transceiver ul secur izat GNSS deține rolul de slave. Conexiunea fizică între 
echipamentul GNSS extern și unitat ea montată pe vehicul se bazează pe ISO/IEC 7816-12:2005 sau pe 
un alt standard compati bil cu ISO/IEC 7816-4:2013. 
GNS_16  Protocolul de comunicare nu este necesar să fie compati bil cu câmpur i cu lungime extinsă. 
GNS_17  Protocolul de comunicare din ISO 7816 (atât *-4:2013, cât și *-12:2005) dintre echi pamentul GNSS 
extern și VU se setează la T=1. 
GNS_18  În ceea ce privește funcțiile 1) colectarea și distr ibuirea date lor GNSS, 2) colectarea datelor de 
conf igurație ale echi pamentului GNSS extern și 3) prot ocolul de gestionare, transceiver ul secur izat 
GNSS simulează un card inteli gent cu o arhite ctură a sistem ului de fișiere compusă dintr -un fișie r master 
(MF), un fișier direct or (DF) cu identif icatorul aplicației specifi cat î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 identificator ul 
fișierului egal cu ‘2F2F’ conf orm descr ierii de la Tabelul 1. 
GNS_19  Transceiver ul secur izat GNSS stoc hează datele care provin de la recep torul GNSS și conf igurația în EF. 
EGF . Acesta este un fișier de înregistrare liniar de lungime variabilă cu un identificator egal cu ‘2F2F’ în 
format hexadecimal. 
GNS_20  Transceiver ul secur izat GNSS utilizează o memor ie pentr u stocar ea datelor și are o capacitate de cel 
puțin 20 de milioane de ciclur i de scriere/citire. În afară de acest aspect, proiectarea internă și 
implementarea transceiver ului secur izat GNSS rămân la latitudinea producăt orilor. 
Maparea numerelor înregistrăr ilor și a date lor este furnizată în Tabelul 1. Se menționează faptul că există 
patr u propoziții GSA pentr u cele patr u sistem e prin satelit și sistemul de augmentare cu ajutorul 
sateliților (SBA S). 
GNS_21  Structura fișie relor este furnizată în Tabelul 1. Pentr u condițiile de acces (ALW, NEV , SM-MA C) a se 
vedea apendicele 2 capitolul 3.5. 26.5.2016 L 139/409 Jurnalul Oficial al Uniunii Europene RO    
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) Nu 
DF Echipament GNSS 0501 ALW NEV Nu 
EF EGF_MA Certificate C100 ALW NEV Nu 
EF CA_Cer tificate C108 ALW NEV Nu 
EF Link_Cer tificate C109 ALW NEV Nu 
EF.EGF 2F2F SM-MA C NEV 
(de VU) Nu  
Fișier / element de date Număr ul înre ­
gistrăr ii Dimensiune (octeți) Valor i impli cite   
Min Max  
MF  552 1 031  
EF.ICC     
sensorGNSSSer ialNumber  8 8       
DF Echipament GNSS  612 1 023  
EF EGF_MA Certificate  204 341  
EGFCer tificate  204 341 {00..00} 
EF CA_Cer tificate  204 341  
MemberStateCer tificate  204 341 {00..00} 
EF Link_Cer tificate  204 341  
LinkCer tificate  204 341 {00..00}      
EF.EGF     
Propoziție RMC NMEA ‘01’ 85 85  
Prima propoziție GSA NMEA ‘02’ 85 85  
A 2-a propoziție GSA NMEA ‘03’ 85 85  26.5.2016 L 139/410 Jurnalul Oficial al Uniunii Europene RO    
Fișier / element de date Număr ul înre ­
gistrăr ii Dimensiune (octeți) Valor i impli cite   
Min Max  
A 3-a propoziție GSA NMEA ‘04’ 85 85  
A 4-a propoziție GSA NMEA ‘05’ 85 85  
A 5-a propoziție GSA NMEA ‘06’ 85 85  
Număr ul de serie lung al echi pamentului 
GNSS extern definit în apendicele 1 ca Sen­
sorGNSSSer ialNumber . ‘07’ 8 8  
Identif icatorul sistem ului de operare al 
transceiver ului secur izat GNSS definit în 
apendicele 1 ca SensorOSIdentifier . ‘08’ 2 2  
Număr ul de omologare de tip al echipa ­
mentului GNSS extern definit în apendicele 
1 ca SensorExte rnalGNSS Appro valNumber . ‘09’ 16 16  
Identif icatorul compo nente i de secur itate a 
echipamentului GNSS exte rn definit în 
apendicele 1 ca SensorExt ernalGNSSSCI ­
dentifi er. ‘10’ 8 8  
RFU – Rezer vat pentr u o utilizare viitoare De la ‘11’ la 
‘FD’     
4.2.2  Transferul secur izat de date GNSS 
GNS_22  Transf erul secur izat de date de poziționare GNSS este permis numai în următoarel e condiții:  
1. Procesul de cuplare a fost încheiat, astfel cum este descr is în apendicele 11. „Mecanisme de secur itate 
comune”.  
2. Autentificar ea reciprocă periodică și înțelegerea asupra cheii de sesiune dintre VU și echi pamentul 
GNSS extern descr isă, de asemenea, în apendicele 11. „Mecanisme de secur itate comune” a fost 
executată cu frecvența indicată. 
GNS_23  La fiecare T secunde, unde T reprezintă o valoare mai mică sau egală cu 10, cu excepția cazului în care 
are loc cuplarea sau autenti ficarea reciprocă și înțelegerea asupra cheii de sesiune, VU solicită de la 
echipamentul GNSS extern informațiile de poziționare pe baza următ orului flux:  
1. VU solicită date de localizare de la echi pamentul GNSS extern , împreună cu date Dilution of Precision 
(de la propoziția GSA NMEA). Transceiver ul secur izat VU utilizează comenzile SELECT și READ 
RECORD(S) în conf ormitate cu standardul ISO/IEC 7816-4:2013 în modul doar de aute ntifi care al 
mesageriei secur izate, conf orm descr ierii din apendicele 11 secțiunea 11.5 cu identif icatorul fișierului 
„2F2F” și număr ul REC ORD egal cu „01” pentr u propoziția RMC NMEA și ‘02’,‘03’ ,‘04’,‘05’ ,‘06’ 
pentr u propoziția GSA NMEA.  
2. Ultimele date de localizare primite sunt stocat e în EF cu identif icatorul ‘2F2F’ și înregistrăr ile descr ise 
în Tabelul 1 în transceiver ul secur izat GNSS deoarece transceiver ul secur izat GNSS recepționează 
date NMEA cu o frecvență de cel puțin 1 Hz de la recep torul GNSS prin interfața de date GNSS.  
3. Transceiver ul secur izat GNSS trimite răspunsul la transceiver ul secur izat VU folosind mesajul de 
răspuns APDU în modul doar de aute ntifi care al mesage riei secur izate, conf orm descr ierii din 
apendicele 11 secțiunea 11.5. 26.5.2016 L 139/411 Jurnalul Oficial al Uniunii Europene RO    
4. Transceiver ul secur izat VU verifică autenticitat ea și integrit atea răspunsului primit. În cazul unui 
rezultat pozitiv , datele de localizare sunt transfe rate către procesor ul VU prin interfa ța de date GNSS.  
5. Procesor ul VU verifică date le primit e și extrage informațiile (de exemplu, latitudinea, longitudinea, 
ora) din propoziția RMC NMEA. Propoziția RMC NMEA include informații privind valabilitatea 
poziției. În cazul în care poziția nu este valabilă, datele de localizare nu sunt încă disponibile și nu 
pot fi utilizate pentr u înregistrarea poziției vehiculului. Dacă poziția este valabilă, procesor ul VU 
extrage, de asemenea,valor ile HDOP din propozițiile GSA NMEA și calculează valoarea medie pe 
baza sistemelor prin satelit disponibile (de ex., când fix este disponibil).  
6. Procesor ul VU stoc hează informațiile primite și prelucrate, cum ar fi latitudinea, longitudinea, ora și 
viteza, în formatul definit în apendicele 1 „Dicționar de date” ca GeoCoordinates, împreună cu 
valoarea HDOP calculată ca valoarea minimă a valor ilor HDOP colectate pe baza sistemelor GNSS 
disponibile. 
4.2.3  Structur a comenzii de citire a înregistrăr ii (Read Record) 
Această secțiune descr ie în detaliu structura comenzii de citire a înregistrăr ii (Read Recor d). Mesage ria secur izată 
(modul doar de autentificare) este adăugată conf orm descr ierii din apendicele 11 „Mecanisme de secur itate 
comune”. 
GNS_24  Comanda trebuie să fie compatibilă cu modul doar autenti ficare al mesageriei secur izate, cf. apendicele 
11. 
GNS_25  Mesaj de comandă 
Octet Lungime Valoare Descr iere 
CLA 1 ‘0Ch’ Mesagerie secur izată solicitată. 
INS 1 ‘B2h’ Cite ște înregistrarea 
P1 1 ‘XXh’ Număr ul înregistrăr ii (‘00’ indică înregistrarea curentă) 
P2 1 ‘04h’ Cite ște înregistrarea cu număr ul înregistrăr ii indicat în P1 
Le 1 ‘XXh’ Lungimea date lor așteptat e. Număr ul de octeți de citit.  
GNS_26  Înregistrarea indicată în P1 devine înregistrarea curentă. 
Octet Lungime Valoare Descr iere 
#1-#X X ‘XX..XXh’ Date citite 
SW 2 ‘XXXXh’ Cuvint e de stare (SW1, SW2)  
—  În cazul în care comanda este executată cu succes, transceiver ul secur izat GNSS retur nează ‘9000’. 
—  În cazul în care fișier ul curent nu este orientat pe înregistrare, transceiver ul secur izat GNSS 
retur nează ‘6981’. 
—  În cazul în care comanda este utilizată cu P1 = ‘00’, dar nu există niciun EF curent, transceiver ul 
secur izat GNSS retur nează ‘6986’ (comandă neper misă). 
—  În cazul în care înregistrarea nu este găsită, transceiver ul secur izat GNSS retur nează ‘6A 83’. 
—  În cazul în care echi pamentul GNSS extern a detectat manipulare frauduloasă, retur nează cuvint ele 
de stare ‘66 90’. 26.5.2016 L 139/412 Jurnalul Oficial al Uniunii Europene RO    
GNS_27  Transceiver ul secur izat GNSS trebuie să fie compatibil cu următoarel e comenzi de tahograf de generația 
2 specifi cate în apendicele 2: 
Comandă Refer ință 
Select Apendicele 2 capit olul 3.5.1 
Read Binar y Apendicele 2 capit olul 3.5.2 
Get Challenge Apendicele 2 capit olul 3.5.4 
PSO: Verify Certificate Apendicele 2 capit olul 3.5.7 
Extern al Authenticate Apendicele 2 capit olul 3.5.9 
General Authenticat e Apendicele 2 capit olul 3.5.10 
MSE:SET Apendicele 2 capit olul 3.5.11  
4.3.  Cuplarea, autentif icarea reciprocă și înțelegerea asupra cheii de sesiune a echipamentului GNSS exter n cu 
unit atea mont ată pe vehicul 
Cuplarea, autentificarea reciprocă și înțelegerea asupra cheii de sesiune a echipamentului GNSS extern cu unitatea 
montată pe vehicul este descr isă în apendicele 11 – „Mecanisme de secur itate comune”, capit olul 11. 
4.4.  Gest ionarea eror ilor 
Prezenta secțiune descr ie modul în care condițiile de eroare pote nțiale ale echipamentului GNSS extern sunt 
tratate și înregistrat e în VU. 
4.4.1  Eroar e de comunicare cu echipamentul GNSS exter n 
GNS_28  În cazul în care VU nu reușește să comunice cu echip amentul GNSS exte rn cuplat timp de mai mult de 
20 de minute consecutive, VU generează și înregistrează în VU un eveniment de tipul EventFaultT ype cu 
valoarea de enumerare ‘53’H Anomalie a comunicăr ii GNSS exter ne și cu marca temporală setată la ora 
curentă. Acest eveniment va fi generat numai dacă sunt îndeplinite următoar ele două condiții: a) 
tahograful inteli gent nu este în modul etalonare și b) vehiculul este în mișcare. În acest cont ext, este 
declanșată o eroare de comunicare atunci când transceiver ul secur izat VU nu primeșt e un mesa j de 
răspuns după un mesaj de solicitare, conf orm descr ierii din 4.2. 
4.4.2  Încălcarea integ rității fizice a echipamentului GNSS exter n 
GNS_29  În cazul în care echip amentul GNSS exte rn a fost manipulat fraudulos, transceiver ul secur izat GNSS 
șterg e integral memor ia acestuia, inclusiv mater ialul criptografic. Astfel cum este descr is în GNS_25 și 
GNS_26, VU detecteaz ă manipulare frauduloasă dacă răspunsul are starea ‘6690’. VU generează apoi un 
eveniment de tipul EventF aultT ype cu valoarea de enumerare ‘55’H Detectare a manipulăr ii frauduloase a 
GNSS. 
4.4.3  Absența informațiilor de poziționare de la receptoru l GNSS 
GNS_30  În cazul în care transceiver ul secur izat GNSS nu primește date de la recep torul GNSS timp de mai mult 
de 3 ore consecutive, transceiver ul secur izat GNSS va genera un mesa j de răspuns pentr u comanda 
READ RECORD cu număr ul RECO RD 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ă 
un eveniment de tipul EventF aultT ype cu valoarea de enumerare ‘52’H Anomalie a receptoru lui GNSS 
exter n, cu o marcă temporală egală cu valoarea curentă a orei numai dacă sunt îndeplinite următoar ele 
două condiții: a) tahograful intelig ent nu este în modul etalonare și b) vehiculul este în mișcare. 26.5.2016 L 139/413 Jurnalul Oficial al Uniunii Europene RO    
4.4.4  Certificatul echipamentului GNSS exter n a expir at 
GNS_31  Dacă VU detectează că certificat ul EGF utilizat pentr u aute ntifi carea reciprocă nu mai este valabil, VU 
generează și înregistrează o anomalie a aparatur ii de înregistrare de tipul EventFa ultT ype cu valoarea de 
enumerare ‘56’H Certificatul echipamentului GNSS exter n expir at cu o marcă temporală egală cu valoarea 
curentă a orei. VU utilizează în continuare datele de poziționare GNSS primite . 
Figura 4 
Schema echipamentului GNSS exter n 
5.  UNIT ATE MONT ATĂ PE VEHICUL FĂRĂ UN ECHIP AMENT GNSS EXTERN 
5.1.  Conf igurație 
În această conf igurație, recep torul GNSS se află în interi orul unității montate pe vehicul, conf orm descr ierii din 
Figura 1. 
GNS_32  Recept orul GNSS acționează ca emițăt or și transmite propoziții NMEA procesor ului VU, care acționează 
ca recep tor cu o frecvență de 1/10 Hz sau mai rapid pentr u setul prestabilit de propoziții NMEA, care 
include cel puțin propozițiile RMC și GSA. 
GNS_33  O antenă GNSS externă instalată pe vehicul sau o antenă GNSS internă trebuie să fie conectată la VU. 
5.2.  Gest ionarea eror ilor 
5.2.1  Absența informațiilor de poziționare de la receptoru l GNSS 
GNS_34  În cazul în care VU nu primește date de la recept orul GNSS timp de mai mult de 3 ore consecutive, VU 
generează și înregistrează un eveniment de tipul EventFaultT ype cu valoarea de enumerare ‘51’H 
Anomalie a recep torului GNSS inter n cu o marcă temporală egală cu valoarea curentă a orei numai dacă 
sunt îndeplinite următ oarele două condiții: a) tahograful inteli gent nu este în modul etalonare și b) 
vehiculul este în mișcare. 
6.  CONFLICT ORĂ GNSS 
Dacă VU detectează o discrepanță de pest e 1 minut între ora indicată de funcția de măsurare a timpului a unității 
montate pe vehicul și ora indicată de recept orul GNSS, VU va înregistra un eveniment de tipul EventFaultT ype cu 
valoarea de enumerare ‘0B’H Conf lict oră (GNSS versus ceasul inter n al VU). Acest eveniment este înregistrat 
împreun ă cu valoarea indicată de ceasul intern al unității montate pe vehicul și este însoțit de o reglare automată 
a orei. După declanșarea unui eveniment de tip „Conf lict oră”, VU nu mai va verifica discrepanța de ore în 
următoarele 12 ore. Acest eveniment nu se declanșează în cazul în care recep toru l GNSS nu a putut detecta 
niciun semnal GNSS valabil în cursul ultimelor 30 de zile. Cu toat e aceste a, după ce informațiile de poziționare de 
la recep torul GNSS devin din nou disponibile, se efectuează reglarea automată a orei. 26.5.2016 L 139/414 Jurnalul Oficial al Uniunii Europene RO    
7.  CONFLICT PRIVIND DEPL ASAREA VEHICULUL UI 
GNS_35  VU declanșează și înregistrează un eveniment „Conf lict privind deplasarea vehiculului” (a se vedea 
cerința 84 din prezenta anexă) cu o marcă temporală egală cu valoarea curentă a orei, în cazul în care 
informațiile privind deplasarea calculat e de senzor ul de mișcare sunt contrazise de informațiile privind 
deplasarea calculate de recep torul GNSS intern sau de echi pamentul GNSS extern. În scopul detectăr ii 
unor astfe l de contradicții, se utilizează valoarea mediană a diferențelor de viteză între aceste surse, după 
cum se precizează în continuare: 
—  la fiecare maximum 10 secunde, se calculează valoarea absolută a diferenței dintre viteza vehiculului 
estimată de GNSS și cea estimată de senzor ul de mișcare. 
—  toat e valor ile calculat e într-o fereastră orară care conține ultimele cinci minute de deplasare se 
utilizează pentr u a calcula valoarea mediană. 
—  valoarea mediană se calculează ca media a 80 % din valor ile rămase, după ce s-au eliminat valor ile 
cele mai mar i în valor i absolute. 
Evenimentul „Conf lict privind deplasarea vehiculului” se declanșează dacă valoarea mediană depășește 
10 km/h timp de cinci minut e neîntrer upte de deplasare a vehiculului. Opțional, pot fi utilizat e alte 
surse independente de detectare a deplasăr ii vehiculului, pentr u a se pune la dispoziție o detectare mai 
fiabilă a manipulăr ilor tahografului. (Notă: Utilizarea medianei ultimelor 5 minute se aplică pentr u a 
atenua riscul de măsurători aberant e și valor i tranzito rii). Acest eveniment nu se declanșează în 
următ oarele condiții: a) în timpul unei traversăr i cu feribotul sau cu trenul, b) atunci când informațiile 
de poziționare de la recep torul GNSS nu sunt disponibile și c) în modul etalonare.  26.5.2016 L 139/415 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 13 
INTERF AȚA ITS 
CUPRINS 
1. INTR ODUCERE .................................................................................................................................. 416 
2. OBIECT ............................................................................................................................................ 416 
2.1. Acronime, definiț ii și notații ..................................................................................................... 417 
3. REGUL AMENTE ȘI STAND ARDE MENȚIONA TE......................................................................................... 418 
4. PRINCIPIILE DE FUNCȚIONARE A INTERFEȚEI .......................................................................................... 418 
4.1. Condiții prealabile pentr u transferul de date prin interfața ITS .......................................................... 418 
4.1.1 Datele furnizat e prin interfața ITS .............................................................................................. 418 
4.1.2 Conținutul date lor.................................................................................................................. 418 
4.1.3 Aplicații ITS .......................................................................................................................... 418 
4.2. Tehnologia comunicațiilor ........................................................................................................ 419 
4.3. Autorizare prin PIN ................................................................................................................ 419 
4.4. Formatul mesajelor ................................................................................................................. 421 
4.5. Acordul conducăt orului auto .................................................................................................... 425 
4.6. Extragerea de date standard ...................................................................................................... 426 
4.7. Extragerea de date cu caracter personal ....................................................................................... 426 
4.8. Extragerea de date privind evenimente le și anomaliile ..................................................................... 426  
1.  INTR ODUCERE 
Prezentul apendice prezintă detaliile privind concepția și procedur ile care trebuie urmate pentr u a implementa 
interf ața cu sistem e de transpor t inteligent e (ITS), astfe l cum este prevăzut la articolul 10 din Regulamentul (UE) 
nr. 165/2014 (denumit în continuare regulamentul). 
Regulamentul prevede că tahografele vehiculelor pot fi echipat e cu interfețe standardizate care permit utilizarea în 
modul operațional, de către un dispozitiv extern, a datelor înregistrat e sau produse de tahograf, dacă sunt 
îndeplinite următoarele condiții: 
(a)  interfaț a nu trebuie să afecteze autenticitat ea și integritatea datelor tahografului; 
(b)  interfaț a trebuie să respecte dispozițiile detaliate de la articolul 11 din regulament; 
(c) dispozitivul extern conectat la interfață poate accesa date le cu caracte r personal, inclusiv date le de geopozi ­
ționare, numai după acordul verificabil al conducăt orului auto la care se referă date le. 
2.  OBIECT 
Scopul prezentului apendice este să precizeze modul în care aplicațiile instalate pe dispozitive externe pot să 
extragă date (denumite în continuare datele) dintr -un tahograf prin interm ediul unei conexiuni Bluetooth®. 
Datele disponibile prin intermediul aceste i interfețe sunt descr ise în anexa 1 la prezentul document. Această 
interf ață nu exclude implementarea altor interfețe (de exem plu, prin interm ediul magistralei CAN) în vederea 
transmiterii datelor din unitate a montată pe vehicul (VU) către alte unități de procesare montate pe vehicul. 26.5.2016 L 139/416 Jurnalul Oficial al Uniunii Europene RO    
Prezentul apendice specific ă: 
—  datele disponibile prin interfa ța ITS; 
—  profilul Bluetooth ® care este utilizat pentr u transferul de date; 
—  procedur ile de interog are și de descărcare și secvența de operațiuni; 
—  mecanismul de asociere dintre tahograf și dispozitivul extern; 
—  mecanismul de confir mare aflat la dispoziția conducător ului auto. 
Pentr u clarificare, prezenta anexă nu specifi că: 
—colectarea datelor și gestionarea acest ora în cadr ul VU (care trebuie să fie specifi cate în altă secțiune a regula ­
mentului sau să depindă de concepția produsului); 
—  forma de prezentare a date lor colectate către aplicația instalată pe dispozitivul extern ; 
—  dispozițiile de secur itate a datelor care depășesc secur itatea oferită de Bluetooth® (cum ar fi criptarea) în ceea 
ce priveșt e conținutul datelor [care trebuie să fie specifi cate în altă secțiune a regulamentului (apendicele 10 – 
Mecanisme de secur itate comune)]; 
—  prot ocoalele Bluetooth® utilizate de interfața ITS. 
2.1.  Acron ime, definiții și notații 
În prezentul apendice sunt utilizat e următoar ele acronime și definiții specifi ce prezentului apendice: 
comunicar ea  schimbul de informații/date între o unitate master (și anume, tahografele) și o unitate externă, prin 
interm ediul interfeței ITS și folosind sistem ul Bluetooth®. 
datele  setur ile de date precizate în anexa 1. 
regulamentul  Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului din 4 febr uarie 2014 
privind tahografele în transpor tul rutier , de abrogar e a Regulamentului (CEE) nr. 3821/85 al 
Consiliului privind aparatura de înregistrare în transpor tul rutier și de modifi care a Regulamentului 
(CE) nr. 561/2006 al Parlamentului European și al Consiliului privind armonizarea anumit or 
dispoziții ale legislației sociale în domeniul transpor turilor rutiere. 
BR  rata de bază (basic rate) 
EDR  rata îmbunătățită de transfer al datelor (enhanced data rate) 
GNSS  sistem global de navigație prin satelit (Global navig ation satellite system) 
IRK  cheie de rezolvare a identității (identity resolution key) 
ITS  sistem de transpor t inteli gent (intelligen t transpor t system) 
LE  nivel redus de energie (low energy) 
PIN  număr de identif icare personal (personal identificati on number) 
PUC  cod de deblocare personal (personal unblocking code) 
SID  identif icator de serviciu (service identifi er) 
SPP  prof ilul portului serial (serial port profile) 
SSP  asociere simplă secur izată (secure simple pairing) 
TRTP  parametr u de solicitare de transfer (transfer request parameter) 
PRT  parametr u de răspuns la transfer (transfer response parameter) 
VU  unitate montată pe vehicul (vehi cle unit) 26.5.2016 L 139/417 Jurnalul Oficial al Uniunii Europene RO    
3.  REGUL AMENTE ȘI STAND ARDE MENȚIONA TE 
Specificația definită în prezentul apendice se referă la toat e sau la o parte din următoar ele regulament e și 
standarde și depinde de aceste a. În cadr ul clauzelor din prezentul apendice sunt specifi cate standardele relevante 
sau clauzele relevante ale standardelor . În cazul oricărei situații contradicto rii, clauzele din prezentul apendice 
prevalează. 
Regulament ele și standardele la care se face trimitere în prezentul apendice sunt următ oarele: 
—  Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului din 4 februarie 2014 privind 
tahografe le în transpor tul rutier , de abrogare a Regulamentului (CEE) nr. 3821/85 al Consiliului privind 
aparatura de înregistrare în transpor tul rutier și de modificare a Regulamentului (CE) nr. 561/2006 al 
Parlamentului European și al Consiliului privind armonizarea anumit or dispoziții ale legislației sociale în 
domeniul transpor turilor rutiere. 
—  Regulamentul (CE) nr. 561/2006 al Parlamentului European și al Consiliului din 15 mar tie 2006 privind 
armonizarea anumitor dispoziții ale legislației sociale în domeniul transpor turilor rutiere, de modifi care a 
Regulament elor (CEE) nr. 3821/85 și (CE) nr. 2135/98 ale Consiliului și de abrogare a Regulamentului (CEE) 
nr. 3820/85 al Consiliului. 
—  ISO 16844 – 4: Road vehic les – Tachog raph systems – Part 4: Can interf ace 
—  ISO 16844 – 7: Road vehic les – Tachog raph systems – Part 7: Parameters 
—  Bluet ooth® – Serial Port Profile – V1.2 
—  Bluet ooth® – Versiunea principală 4.2 
—  Prot ocolul NMEA 0183 V4.1 
4.  PRINCIPIILE DE FUNCȚIONARE A INTERFEȚEI 
4.1.  Condiții prealabile pentr u transfer ul de date prin interfața ITS 
Unitatea montată pe vehicul are rolul de a actualiza și de a păstra datele care urmează să fie stocat e în VU, fără 
implicarea interf eței ITS. Acest rol este îndeplinit de unitatea montată pe vehicul printr-o modalitate internă, care 
este specifi cată în altă secțiune a regulamentului și nu este specificată în prezentul apendice. 
4.1.1  Datele furnizate prin interfața ITS 
Unitatea montată pe vehicul este responsabilă cu actualizarea datelor care vor fi disponibile prin interfața ITS, cu 
o frecvență stabilită în cadr ul procedur ilor VU, fără implicarea interfe ței ITS. Datele furnizate de unitate a montată 
pe vehicul sunt utilizate ca bază pentr u a completa și a actualiza datele; modalitatea prin care se realizează acest 
lucr u este specifi cată în altă secțiune din regulament sau, în cazul în care nu există o astfel de specificație, această 
modalitate depinde de concepția produsului și nu este specifi cată în prezentul apendice. 
4.1.2  Conținutul datelor 
Conținutul datelor este specif icat în anexa 1 la prezentul apendice. 
4.1.3  Aplicații ITS 
Aplicațiile ITS vor folosi datele puse la dispoziție prin interfața ITS, de exemplu pentr u a optimiza gestionarea 
activităților conducăt orului auto, respectând în același timp dispozițiile regulamentului, pentr u a detecta posibilele 
anomalii ale tahografului sau pentr u utilizarea datelor GNSS. Specificarea aplicațiilor nu face obiectul prezentului 
apendice. 26.5.2016 L 139/418 Jurnalul Oficial al Uniunii Europene RO    
4.2.  Tehnologia comunicațiilor 
Schi mbul de date prin interf ața ITS se efectuează printr-o interf ață Bluetooth® compati bilă folosind versiunea 4.2 
sau o versiune mai recentă. Bluetooth® funcționează în banda de unde industr ială, științifică și medicală (ISM) cu 
frecvențe cupr inse între 2,4 și 2,485 GHz; această bandă nu face obiectul unei licențe. Bluetooth® 4.2 oferă 
mecanisme îmbunătățite de conf idențialitate și de secur itate și este caracter izat de o viteză și o fiabilitate spor ite 
ale transferur ilor de date. În scopul prezent ei specificații este utilizat sistemul radio Bluetooth® de clasa 2 cu o 
rază de acțiune de cel mult 10 m. Informații suplimentare cu privire la Bluetooth ® 4.2 sunt disponibile la adresa: 
www .bluet ooth.com (https://www .bluetooth.org/en-us/specification/adopt ed-specif ications?_ga=1.21 5147412. 
2083380574.1435305676). 
Comunicar ea se stabileșt e cu echi pamentele de comunicare după finalizarea unui proces de asociere de către un 
dispozitiv autori zat. Întrucât Bluetooth ® folosește o arhitectură de tip master/slave pentr u a controla atât 
momentul în care dispozitivele pot transmite date , cât și destinația acestor date, tahograful va îndeplini funcția de 
master , iar dispozitivul extern va avea rolul de slave. 
Atunci când un dispozitiv exte rn intră pentr u prima dată în raza de acțiune a VU, procesul de asociere 
Bluetooth® poate fi inițiat (a se vedea, de asemenea, anexa 2). Dispozitivele își transmit reciproc adresele, numele 
și prof ilurile, precum și cheia secretă comună, ceea ce le permite să se lege unul la altul ori de câte ori intră în 
contact ulteri or. După finalizarea acestui pas, dispozitivul exte rn este „cer tificat” și este în măsură să lanseze 
solicităr i de descărcare a date lor din tahograf. Nu se preconizează folosirea de mecanisme de criptare suplimentare 
pe lângă cele deja existent e în sistemul Bluetooth®. Cu toat e acest ea, în cazul în care sunt necesare mecanisme 
suplimentare de secur itate, aceste a vor fi implementate în conf ormitate cu apendicele 10 – Mecanisme de 
secur itate comune. 
Figura de mai jos prezintă principiul general de comunicare. 
SPP (profil ul portului serial) al sistemului Bluetooth® este utilizat pentr u a transfer a date de la VU la dispozitivul 
extern. 
4.3.  Autori zare prin PIN 
Din motive de secur itate, VU trebuie să impună un sistem de autorizare bazat pe un cod PIN, separat de sistem ul 
de asociere Bluetooth . În scopur i de autenti ficare, fiecare VU trebuie să poată genera codur i PIN formate din cel 
puțin 4 cifre. De fiecare dată când un dispozitiv extern se asociază cu o VU, dispozitivul respectiv trebuie să 
furnizeze codul PIN corect înaint e de a primi eventualele date . 26.5.2016 L 139/419 Jurnalul Oficial al Uniunii Europene RO    
Introducerea corectă a PIN-ului implică plasarea dispozitivului pe lista dispozitivelor validate. Lista dispozitivelor 
validat e trebuie să cupr indă cel puțin 64 de dispozitive asociat e cu o anume VU. 
Furnizarea unui cod PIN incorect de trei ori la rând duce la plasarea provizor ie a dispozitivului pe lista neagră. 
Câtă vreme dispozitivul se află pe lista neagră, orice nouă încercare de accesare din partea dispozitivului este 
respinsă. Furnizarea în continuare a unui cod PIN incorect, de trei ori la rând, duce la plasarea pentr u o perioadă 
din ce în ce mai lungă a dispozitivului pe lista neagră (a se vedea tabelul 1). Furnizarea corectă a codului PIN 
permite resetarea durat ei de inter dicție și a număr ului de încercăr i. În figura 1 din anexa 2 este prezentată schema 
etapelor unei încercăr i de validare folosind codul PIN. 
Tabelul 1 
Durata interdicției în funcție de număr ul de introducer i consecutiv e ale unui cod PIN incorect 
Număr ul de încercăr i eronat e consecutive Durata interdicției 
3 30 de secunde 
6 5 minute 
9 1 oră 
12 24 de ore 
15 Permanent  
Furnizarea unui cod PIN incorect de cincisprezece ori la rând (5 × 3) duce la plasarea permanentă a dispozitivului 
pe lista neagră a unității ITS. Această inter dicție permanentă se anulează numai prin furnizarea codului PUC 
corect. 
Codul PUC este compus din 8 cifre și este furnizat de producător împreună cu VU. Furnizarea unui cod PUC 
incorect de zece ori la rând va duce la plasarea definit ivă a unității ITS pe lista neagră. 
Cu toat e că producător ul poate oferi opțiunea schimbări i directe a codului PIN prin interm ediul VU, codul PUC 
trebuie să nu poată fi modific at. Dacă există posibilitatea schimbări i codului PIN, aceasta se efectuează prin 
introducerea actualului cod PIN direct în VU. 
De asemenea, orice dispozitive stocat e în lista dispozitivelor validate rămân incluse în listă până la înlăturarea 
manuală (a acestor a) de către utilizator (de exem plu, prin intermediul interf eței dispozitiv-utilizator a VU sau prin 
alte mijloace). Prin această procedură pot fi eliminate de pe lista dispozitivelor validate unitățile ITS care au fost 
pierdut e sau furate . În plus, orice unitate ITS care nu se mai află în raza de acțiune a conexiunii Bluetooth timp de 
pest e 24 de ore este eliminată automat din lista dispozitivelor validate a VU și trebuie să furnizeze din nou codul 
PIN corect la restabilirea conexiunii. 
Formatul mesa jelor dintre interfaț a VU și VU nu este furnizat, aleg erea acestuia fiind lăsată la latitudinea producă ­
torului. Cu toat e acest ea, producăt orul în cauză trebuie să se asigure că formatul mesajului transmis între unitatea 
ITS și interfața VU este respectat (a se vedea specifi cațiile ASN.1). 
Prin urmare, toat e solicităr ile de date trebuie să facă obiectul verificării corespunzătoare a acredităr ilor expedi ­
torului, înainte de a iniția orice formă de tratare a datelor respective. În figura 2 din anexa 2 este prezentată 
schem a etapelor pentr u această procedură. Orice dispozitiv aflat pe lista neagră este respins automat, iar orice 
dispozitiv care nu se află nici pe lista neagră, nici pe lista dispozitivelor validat e primește o cerere de furnizare a 
PIN-ului pe care trebuie să o îndeplinească înaint e de a trimite din nou solicitarea sa de date. 26.5.2016 L 139/420 Jurnalul Oficial al Uniunii Europene RO    
4.4.  Formatul mesajelor 
Toate mesa jele transmise între unitat ea ITS și VU trebuie să fie formatate într-o structură alcătuită din trei părți: 
un antet compus dintr -un octet țintă (TGT), un octet sursă (SRC) și un octet de lungime (LEN); 
câmpul de date compus dintr -un octet de identificare a serviciului (SID) și dintr -un număr variabil de octeți de 
date (cel mult 255); 
octetul de sumă de verificare (checksum byte) corespunde unei serii de sume de câte 1 bit modul 256 care 
reprezintă toți octeții din mesa j cu excepția octetului de sumă de verificare (CS). 
Mesajul este în sistem ul Big Endian. 
Tabelul 2 
Formatul general al mesajelor 
Antet Câmp de date Sumă de verifi­
care 
TGT SRC LEN SID TRTP CC CM DATE CS 
3 octeți maximum 255 de octeți 1 octet  
Antet 
TGT și SRC: ID-ul dispozitivului țintă (TGT) și ID-ul dispozitivului sursă (SRC) ale mesa jului. Interfața VU trebuie 
să aibă codul de identificare implicit „EE”. Acest cod de identif icare nu poate fi schimbat. Unitatea ITS trebuie să 
utilizeze codul de identif icare implicit „A0” pentr u primul său mesaj din sesiunea de comunicare. Interfața VU 
atribuie apoi un cod de identif icare unic unității ITS și îl transmite spre informare unității ITS pentr u viitoarele 
mesa je din timpul sesiunii. 
Octetul LEN trebuie să țină seama numai de rubrica „DATE” din câmpul de date (a se vedea tabelul 2); primii 4 
octeți sunt impliciți. 
Interf ața VU trebuie să confir me autenticitat ea expedit orului mesa jului prin verificări încr ucișat e ale propr iei liste 
de ID-ur i (IDList) cu datele obținute prin sistem ul Bluetooth, verificând faptul că unitate a ITS corespunzătoare 
codului de identif icare furnizat se află în acel moment în raza de acțiune a conexiunii Bluetooh. 
Câmpul de date 
Pe lângă SID, câmpul de date trebuie să conțină și alți parametr i: un parametr u de solicitare de transfer (TRTP) și 
octeți de numărare. 
În cazul în care datele care trebuie transpor tate sunt mai voluminoas e decât spațiul disponibil într-un singur 
mesa j, ele vor fi separate în mai multe submesaje. Fiecare submesa j trebuie să aibă același antet și același SID, dar 
va conține un contor cu doi octeți, contorul curent (CC) și cont orul maxim (CM), pentr u a indica număr ul de 
ordine al submesa jului. Pentr u a permite verificarea eror ilor și o eventuală încetare a schi mbului de date , 
dispozitivul recept or conf irmă primirea fiecăr ui submesa j. Dispozitivul recep tor poate accepta submesa jul, poate 
solicita retransmit erea acestuia și poate solicita dispozitivului emițător să reia sau să abandoneze transmisia. 
Dacă nu sunt utilizate, CC și CM primesc valoarea 0xFF . 
De exem plu, următorul mesaj 
ANTET SID TRTP CC CM DATE CS 
3 octeți mai lung de 255 de octeți 1 octet  26.5.2016 L 139/421 Jurnalul Oficial al Uniunii Europene RO    
Se transmite astfe l: 
ANTET SID TRTP 01 n DATE CS 
3 octeți 255 de octeți 1 octet  
ANTET SID TRTP 02 n DATE CS 
3 octeți 255 de octeți 1 octet  
... 
ANTET SID TRTP N N DATE CS 
3 octeți maximum 255 de octeți 1 octet  
Tabelul 3 conține mesajele care pot fi schi mbate între VU și unitatea ITS. Conținutul fiecăr ui parametr u este dat în 
valor i hexazecimale. Din motive de claritate, în tabel nu sunt indicați CC și CM; a se vedea mai sus formatul 
compl et. 
Tabelul 3 
Conținutul deta liat al mesajelor 
Mesa j Antet DATE Sumă de 
control 
TGT SRC LEN SID TRTP DATE  
RequestPIN ITSID EE 00 01 FF   
SendITSID ITSID EE 01 02 FF ITSID  
SendPIN EE ITSID 04 03 FF 4*NUMĂR ÎN­
TREG (0..9)  
Pairingresult ITSID EE 01 04 FF BOOLEAN (T/F)  
SendPUC EE ITSID 08 05 FF 8*INTEGER (0..9)  
BanLif tingResu lt ITSID EE 01 06 FF BOOLEAN (T/F)  
RequestRejected ITSID EE 08 07 FF Timp  
RequestData  
standardT achData EE ITSID 01 08 01   
personalT achData EE ITSID 01 08 02   
gnssData EE ITSID 01 08 03   
standardEventData EE ITSID 01 08 04   
personalEventData EE ITSID 01 08 05   
standardFaultD ata EE ITSID 01 08 06   
manufa cturerData EE ITSID 01 08 07   26.5.2016 L 139/422 Jurnalul Oficial al Uniunii Europene RO    
Mesa j Antet DATE Sumă de 
control 
TGT SRC LEN SID TRTP DATE  
ResquestAccepted ITSID EE Len 09 PRT Date  
DataUnavail able  
Nu sunt disponibile 
date ITSID EE 02 0A PRT 10  
Datele cu caract er per­
sonal nu sunt făcute 
publice ITSID EE 02 0A PRT 11  
NegativeAnsw er  
Respinger e generală ITSID EE 02 0B SID Req 10  
Serviciu incompatibil ITSID EE 02 0 B SID Req 11  
Subfuncție incompati ­
bilă ITSID EE 02 0 B SID Req 12  
Lung ime incorectă a 
mesa jului ITSID EE 02 0 B SID Req 13  
Condiții incorecte sau 
eroare a secvenței de 
solicitare ITSID EE 02 0 B SID Req 22  
Solicitare în afara inter ­
valului ITSID EE 02 0 B SID Req 31  
Răspuns în aștep tare ITSID EE 02 0 B SID Req 78  
Neconcordanță ITSID ITSID EE 02 0 B SID Req FC  
ITSID nu poate fi găsit ITSID EE 02 0 B SID Req FB   
RequestPIN (SID 01) 
Acest mesaj este emis de interfața VU în cazul în care o unitate ITS care nu este pe lista neagră, dar nici pe lista 
dispozitivelor validat e trimit e o solicitare de date . 
SendITSID (SID 02) 
Acest mesaj este emis de interfaț a VU ori de câte ori un nou dispozitiv emite o solicitare. Acest dispozitiv 
utilizează codul de identif icare implicit „A0” înainte de a îi fi atribuit un cod de identif icare unic pentr u sesiunea 
de comunicare. 
SendPIN (SID 03) 
Acest mesa j este emis de unitatea ITS care urmează să fie înscr isă pe lista de dispozitive validate de către interfața 
VU. Conținutul acestui mesa j este un număr întreg 4 („4 INTEGER”) cupr ins între 0 și 9. 
PairingR esult (SID 04) 
Acest mesa j este emis de interfața VU pentr u a informa unitat ea ITS că aceasta din urmă a trimis un cod PIN 
corect. Conținutul acestui mesaj este un element BOOLEAN cu valoarea „True” în cazul în care codul PIN este 
corect, respectiv „Fals e” în caz contrar . 
SendPUC (SID 05) 
Acest mesaj este emis de unitatea ITS pentr u o scoatere de pe lista neagră de către interfaț a VU. Conținutul acestui 
mesa j este un număr întreg 8 („8 INTEGER”) cupr ins între 0 și 9. 26.5.2016 L 139/423 Jurnalul Oficial al Uniunii Europene RO    
BanLif tingResu lt (SID 06) 
Acest mesaj este emis de interfața VU pentr u a informa unitate a ITS că aceasta din urmă a trimis un cod PUC 
corect. Conținutul acestui mesaj este un element BOOLEAN cu valoarea „True” în cazul în care codul PUC este 
corect, respectiv „Fals e” în caz contrar . 
RequestRejected (SID 07) 
Acest mesa j este emis de interfața VU ca răspuns la orice mesaj trimis de o unitate ITS aflată pe lista neagră, cu 
excepția mesa jului „SendPUC”. Mesa jul precizează timpul rămas până la scoaterea unității ITS de pe lista neagră, 
conf orm formatului secvenței „Timp” astfel cum este definit în anexa 3. 
RequestData (SID 08) 
Acest mesaj pentr u accesarea datelor este emis de unitatea ITS. Un parametr u de solicitare de transfer de un octet 
(TRTP) indică tipul date lor solicitate. Există mai multe tipur i de date: 
—  standardT achDa ta (TRTP 01): date puse la dispoziție de tahograf și clasif icate ca fiind publice. 
—  personalT achD ata (TRTP 02): date puse la dispoziție de tahograf și clasif icate ca având caract er personal. 
—  gnssData (TRTP 03): date le refer itoare la GNSS, care au întotd eauna un caracter personal. 
—  standardEventData (TRTP 04): date privind evenimentele înregistrate, clasificate ca fiind publice. 
—  personalEventData (TRTP 05): date privind evenimentele înregistrate, clasificate ca având caracter personal. 
—  standardFa ultData (TRTP 06): anomalii înregistrate, clasif icate ca fiind publice. 
—  manuf acturerData (TRTP 07): date puse la dispoziție de către producăt or. 
A se vedea anexa 3 din prezentul apendice pentr u mai multe informații referitoare la conținutul fiecăr ui tip de 
date. 
A se vedea apendicele 12 pentr u mai multe informații cu privire la formatul și conținutul date lor GNSS. 
A se vedea anex ele IB și IC pentr u mai multe informații referitoare la date le privind evenimentele și la anomalii. 
ResquestAccepted (SID 09) 
Acest mesa j este emis de interfața VU dacă un mesaj „RequestData” transmis de o unitate ITS a fost acceptat. Acest 
mesa j conține un PRT de un 1 octet, care reprezintă octetul TRTP al mesajului RequestData asociat și al tuturor 
datelor de tipul solicitat. 
DataUnavail able (SID 0A) 
Acest mesa j este emis de interfaț a VU dacă, dintr -un motiv oarecare, informațiile solicitate nu sunt disponibile 
pentr u a fi transmise unei unități ITS aflate pe o listă de dispozitive validate. Mesajul conține un PRT de 1 octet, 
care reprezintă TRTP -ul date lor solicitate, și un cod de eroare de 1 octet, specifi cat în tabelul 3. Se aplică 
următoar ele codur i: 
—  Nu sunt disponibile informații (10): Interfața VU nu poate avea acces la date le VU dacă motivele cerer ii de 
accesare nu sunt precizate. 
—  Datele cu caracte r personal nu sunt public accesibile (11): Unitat ea ITS încearcă să extragă date cu caract er 
personal în situații în care acestea nu sunt public accesibile. 26.5.2016 L 139/424 Jurnalul Oficial al Uniunii Europene RO    
NegativeAnsw er (SID 0B) 
Aceste mesaje sunt emise de interfața VU dacă o solicitare nu poate fi finalizată din orice alte motive decât 
indisponibilitat ea datelor . Mesajele respective sunt în general rezultatul utilizăr ii unui format eronat al solicităr ii 
(lungime, SID, ITSID...), dar pot avea și alte cauze. TRTP -ul din câmpul de date conține SID-ul solicităr ii. Câm pul 
de date conține un cod prin care este identif icat motivul răspunsului negativ . Se aplică următ oarele codur i: 
—  Respinge re generală (cod: 10) 
—  Acțiunea nu poate fi realizată dintr -un motiv care nu este menționat nici mai jos, nici în secțiunea (a se 
introduce număr ul secțiunii DataUnav ailable). 
—  Serviciu incompati bil (cod: 11) 
—  SID-ul solicităr ii nu este comprehensibil. 
—  Subfuncție incompati bilă (cod: 12) 
—  TRTP-ul solicităr ii nu este compr ehensibil. Acesta poate fi, de exem plu, absent sau se poate situa în afara 
intervalului de valor i acceptat e. 
—  Lungime incorectă a mesa jului (cod: 13) 
—  Lungimea mesa jului primit este incorectă (neconcordanță între octetul LEN și lungimea efectivă a mesajului). 
—  Condiții incorecte sau eroare a secvenței de solicitare (cod: 22) 
—  Serviciul solicitat nu este disponibil sau secvența mesa jelor de solicitare nu este corectă 
—  Solicitare în afara intervalului (cod: 33) 
—  Înregistrarea parametr ului solicităr ii (câmp de date ) nu este valabilă 
—  Răspuns în aștep tare (cod: 78) 
—  Acțiunea solicitată nu poate fi finalizată în timp util și VU nu este pregătită să accept e o nouă solicitare. 
—  Neconcordanță ITSID (cod: FB) 
—  În urma compar ării cu informațiile Bluetooh, rezultă că ITSID-ul SRC-ului nu corespunde dispozitivului 
asociat. 
—  ITSID absent (cod: FC) 
—  ITSID-ul SRC-ului nu este asociat cu niciun dispozitiv . 
Rândur ile 1-72 (For matMessageModule) din codul ASN.1 din anexa 3 precizează formatul mesa jelor , astfel cum 
este descr is în tabelul 3. Mai jos sunt oferite detalii suplimentare cu privire la conținutul mesajelor . 
4.5.  Aco rdul conducător ului auto 
Toate date le disponibile sunt clasif icate fie ca date standard, fie ca date cu caract er personal. Datele cu caracter 
personal sunt accesibile numai în cazul în care conducător ul auto și-a dat acordul în acest sens, acceptând ca 
datele sale cu caract er personal refer itoare la tahograf să fie transmise în afara rețelei vehiculului pentr u a fi 
utilizate în aplicații ale unor părți terțe. 
Acordul conducăt orului auto este dat atunci când, la prima introducere a unui anumit card de conducător auto 
sau a unui card de ateli er necunoscut de unitatea montată pe vehicul până la momentul respectiv , titular ul 
cardului este invitat să își expr ime acordul pentr u transmiterea în exterior , prin interm ediul interfeței opționale 
ITS, a datelor cu caracter personal care se referă la tahograf (a se vedea, de asemenea, anexa I C punctul 3.6.2). 
Starea acordului (activat/dezactivat) se înregistrează în memor ia tahografului. 
În cazul în care există mai mulți conducăt ori auto, numai datele cu caract er personal refer itoare la conducăt orii 
auto care și-au dat acordul în acest sens sunt transmise interfe ței ITS. De exem plu, în cazul în care există doi 
conducăt ori auto la bordul vehiculului, dar numai unul dintre aceștia a accep tat să permită accesul la datele sale 
cu caract er personal, datele refer itoare la celălalt conducător auto nu pot fi transmise unei terțe părți. 26.5.2016 L 139/425 Jurnalul Oficial al Uniunii Europene RO    
4.6.  Extragerea de date standard 
În figura 3 din anexa 2 este prezentată diagrama secvențelor unei cerer i valabile trimise de unitatea ITS pentr u a 
solicita accesul la date standard. Unitat ea ITS este inclusă în mod corespunzăt or pe lista dispozitivelor validat e și 
nu solicită accesul la date cu caract er personal; prin urmare, nu este necesară nicio verificare suplimentară. În 
diagramele menționate se consideră că a fost deja urmată procedura corespunzăt oare ilustrată în figura 2 din 
anexa 2. Acestea pot fi considerate echivalent e cu dreptun ghiul gri purtând mențiunea REQUES T TREATMENT 
din figura 2. 
Dintre datele disponibile, următoar ele sunt considerate a fi date standard: 
—  standardT achDa ta (TRTP 01) 
—  standardEventData (TRTP 04) 
—  standardFa ultData (TRTP 06) 
4.7.  Extragerea de date cu caracter personal 
În figura 4 din anexa 2 este prezentată diagrama secvențelor pentr u prelucrarea solicităr ilor de date cu caract er 
personal. După cum s-a menționat anterior, interfaț a VU transmite date cu caracter personal numai în cazul în 
care conducăt orul auto și-a dat acordul explicit în acest sens (a se vedea, de asemenea, punctul 4.5). În caz 
contrar , solicitarea trebuie respinsă în mod automat. 
Dintre datele disponibile, următoar ele sunt considerate a fi date cu caracter personal: 
—  personalT achD ata (TRTP 02) 
—  gnssData (TRTP 03) 
—  personalEventData (TRTP 05) 
—  manuf acturerData (TRTP 07) 
4.8.  Extragerea de date privind evenimentele și anomaliile 
Unitățile ITS trebuie să aibă capacitatea de a solicita date privind eveniment ele, care conțin lista tuturor 
evenimente lor neprevăzute . Aceste date sunt considerate fie standard, fie date cu caracter personal (a se vedea 
anexa 3). Conținutul fiecăr ui eveniment este în conf ormitate cu documentația furnizată în anexa 1 la prezentul 
apendice.  26.5.2016 L 139/426 Jurnalul Oficial al Uniunii Europene RO    
ANEXA 1 
LIST A DATELOR DISPONIBILE PRIN INTERF AȚA ITS 
Date Sursa Clasificare recomandată 
VehicleIdentif icationNumber Unitatea montată pe vehi ­
cul publice 
CalibrationDat e Unitatea montată pe vehi ­
cul publice 
Tachog raphV ehicleSpeed speed instant t Unitatea montată pe vehi ­
cul cu caracte r personal 
Driver1W orkingStat e Select or driver Unitatea montată pe vehi ­
cul cu caracte r personal 
Driver2W orkingStat e Unitatea montată pe vehi ­
cul cu caracte r personal 
DriveRecognize Speed Threshold detected Unitatea montată pe vehi ­
cul publice 
Driver1TimeRelatedStat es Weekly day time Cardul conducăt orului auto cu caracte r personal 
Driver2TimeRelatedStat es Cardul conducăt orului auto cu caracte r personal 
DriverCardDr iver1 Unitatea montată pe vehi ­
cul publice 
DriverCardDr iver2 Unitatea montată pe vehi ­
cul publice 
OverSpeed Unitatea montată pe vehi ­
cul cu caracte r personal 
TimeDate Unitatea montată pe vehi ­
cul publice 
HighResolution TotalV ehicleDistance Unitatea montată pe vehi ­
cul publice 
ServiceComponentIdentification Unitatea montată pe vehi ­
cul publice 
ServiceDela yCalendarTimeBased Unitatea montată pe vehi ­
cul publice 
Driver1Identif ication Cardul conducăt orului auto cu caracte r personal 
Driver2Identif ication Cardul conducăt orului auto cu caracte r personal 
NextCalibrationDat e Unitatea montată pe vehi ­
cul publice 
Driver1ContinuousDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver2ContinuousDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver1CumulativeBreakTime Cardul conducăt orului auto cu caracte r personal 
Driver2CumulativeBreakTime Cardul conducăt orului auto cu caracte r personal 
Driver1Cur rentDurationOfSelectedA ctivity Cardul conducăt orului auto cu caracte r personal 
Driver2Cur rentDurationOfSelectedA ctivity Cardul conducăt orului auto cu caracte r personal 26.5.2016 L 139/427 Jurnalul Oficial al Uniunii Europene RO    
Date Sursa Clasificare recomandată 
SpeedA uthor ised Unitatea montată pe vehi ­
cul publice 
Tachog raphCardSlot1 Cardul conducăt orului auto publice 
Tachog raphCardSlot2 Cardul conducăt orului auto publice 
Driver1Name Cardul conducăt orului auto cu caracte r personal 
Driver2Name Cardul conducăt orului auto cu caracte r personal 
OutOfScopeCondition Unitatea montată pe vehi ­
cul publice 
ModeOfOperation Unitatea montată pe vehi ­
cul publice 
Driver1CumulatedDr ivingTimePreviousAndCur rentW eek Cardul conducăt orului auto cu caracte r personal 
Driver2CumulatedDr ivingTimePreviousAndCur rentW eek Cardul conducăt orului auto cu caracte r personal 
EngineSpeed Unitatea montată pe vehi ­
cul cu caracte r personal 
Regist eringMemberState Unitatea montată pe vehi ­
cul publice 
VehicleRegistrationNumber Unitatea montată pe vehi ­
cul publice 
Driver1EndOfLastDailyRestPer iod Cardul conducăt orului auto cu caracte r personal 
Driver2EndOfLastDailyRestPer iod Cardul conducăt orului auto cu caracte r personal 
Driver1EndOfLastW eeklyRestP eriod Cardul conducăt orului auto cu caracte r personal 
Driver2EndOfLastW eeklyRestP eriod Cardul conducăt orului auto cu caracte r personal 
Driver1EndOfSecondLastW eeklyRestPer iod Cardul conducăt orului auto cu caracte r personal 
Driver2EndOfSecondLastW eeklyRestPer iod Cardul conducăt orului auto cu caracte r personal 
Driver1Cur rentDailyDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver2Cur rentDailyDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver1Cur rentW eeklyDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver2Cur rentW eeklyDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver1TimeLef tUntilN ewDailyRestPer iod Cardul conducăt orului auto cu caracte r personal 
Driver2TimeLef tUntilN ewDailyRestPer iod Cardul conducăt orului auto cu caracte r personal 
Driver1CardExpir yDate Cardul conducăt orului auto cu caracte r personal 26.5.2016 L 139/428 Jurnalul Oficial al Uniunii Europene RO    
Date Sursa Clasificare recomandată 
Driver2CardExpir yDate Cardul conducăt orului auto cu caracte r personal 
Driver1CardNextMandatory DownloadDat e Cardul conducăt orului auto cu caracte r personal 
Driver2CardNextMandatory DownloadDat e Cardul conducăt orului auto cu caracte r personal 
Tachog raphNextMandatory DownloadDat e Unitatea montată pe vehi ­
cul publice 
Driver1TimeLef tUntilN ewW eeklyRestP eriod Cardul conducăt orului auto cu caracte r personal 
Driver2TimeLef tUntilN ewW eeklyRestP eriod Cardul conducăt orului auto cu caracte r personal 
Driver1NumberOfTimes9hDailyDr ivingTimesExceeded Cardul conducăt orului auto cu caracte r personal 
Driver2NumberOfTimes9hDailyDr ivingTimesExceeced Cardul conducăt orului auto cu caracte r personal 
Driver1CumulativeUnint erruptedRestTime Cardul conducăt orului auto cu caracte r personal 
Driver2CumulativeUnint erruptedRestTime Cardul conducăt orului auto cu caracte r personal 
Driver1MinimumDailyRest Cardul conducăt orului auto cu caracte r personal 
Driver2MinimumDailyRest Cardul conducăt orului auto cu caracte r personal 
Driver1MinimumW eeklyRest Cardul conducăt orului auto cu caracte r personal 
Driver2MinimumW eeklyRest Cardul conducăt orului auto cu caracte r personal 
Driver1MaximumDailyPer iod Cardul conducăt orului auto cu caracte r personal 
Driver2MaximumDailyPer iod Cardul conducăt orului auto cu caracte r personal 
Driver1MaximumDailyDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver2MaximumDailyDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver1NumberOfUsedReducedDailyRestPer iods Cardul conducăt orului auto cu caracte r personal 
Driver2NumberOfUsedReducedDailyRestPer iods Cardul conducăt orului auto cu caracte r personal 
Driver1RemainingCur rentDr ivingTime Cardul conducăt orului auto cu caracte r personal 
Driver2RemainingCur rentDr ivingTime Cardul conducăt orului auto cu caracte r personal 
GNSS position Unitatea montată pe vehi ­
cul cu caracte r personal  
2)DATE GNSS FURNIZA TE ÎN FLUX CONTINUU DISPONIBILE CU ACORDUL CONDUCĂTOR ULUI AUTO 
A se vedea apendicele 12 – GNSS. 26.5.2016 L 139/429 Jurnalul Oficial al Uniunii Europene RO    
3)CODURI ALE EVENIMENTELOR DISPONIBILE FĂRĂ ACORDUL PREAL ABIL AL CONDUCĂTOR ULUI AUTO 
Eveniment Reguli de stoca re Date care trebuie înregistrate pentr u fiecare eveniment 
Introducerea unui 
card nevalabil —cele mai recent e 10 eveni ­
mente . —  data și ora evenimentului, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația cardului care a creat evenimentul, 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă. 
Conf lict de cardur i —cele mai recent e 10 eveni ­
mente . —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația celor două cardur i care au creat conf lictul. 
Încheier ea incorectă a 
ultimei sesiuni —cele mai recent e 10 eveni ­
mente . —  data și ora introducer ii cardului, 
—  tipul, număr ul, statul membr u emite nt și generația cardului 
(cardur ilor), 
—  datele din ultima sesiune, așa cum au fost citite de pe card: 
—  data și ora introducer ii cardului, 
—  VRN, statul membr u de înmatr iculare și generația VU. 
Întrer uperea alimentă ­
rii cu energie electr ică 
(2) —  evenimentul care a durat 
cel mai mult în fiecare din 
ultimele 10 zile de produ ­
cere a unui eveniment, 
—cele mai de durată 5 eveni ­
mente din ultimele 365 de 
zile. —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația oricărui card introdus la începutul și/sau 
la închei erea evenimentului, 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă. 
Eroare de comunicare 
cu dispozitivul de co­
municare la distanță —  evenimentul care a durat 
cel mai mult în fiecare din 
ultimele 10 zile de produ ­
cere a unui eveniment, 
—cele mai de durată 5 eveni ­
mente din ultimele 365 de 
zile. —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația oricărui card introdus la începutul și/sau 
la închei erea evenimentului, 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă. 
Absența informațiilor 
privind poziția din re­
cept orul GNSS —  evenimentul care a durat 
cel mai mult în fiecare din 
ultimele 10 zile în care s-a 
produs, 
—cele mai de durată 5 eveni ­
mente din ultimele 365 de 
zile. —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația oricărui card introdus la începutul și/sau 
la închei erea evenimentului, 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă. 
Eroare privind datele 
de deplasare —  evenimentul care a durat 
cel mai mult în fiecare din 
ultimele 10 zile în care s-a 
produs, 
—cele mai de durată 5 eveni ­
mente din ultimele 365 de 
zile. —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația oricărui card introdus la începutul și/sau 
la închei erea evenimentului, 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă. 26.5.2016 L 139/430 Jurnalul Oficial al Uniunii Europene RO    
Eveniment Reguli de stoca re Date care trebuie înregistrate pentr u fiecare eveniment 
Conf lict privind de­
plasarea vehiculului —  evenimentul care a durat 
cel mai mult în fiecare din 
ultimele 10 zile în care s-a 
produs, 
—cele mai de durată 5 eveni ­
mente din ultimele 365 de 
zile. —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația oricărui card introdus la începutul și/sau 
la închei erea evenimentului, 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă. 
Tentativă de încălcare 
a secur ității cele mai recente 10 eveni ­
mente, pe tipur i de eveni ­
mente. —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului (dacă sunt relevante), 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația oricărui card introdus la începutul și/sau 
la închei erea evenimentului, 
—  tipul evenimentului. 
Conf lict temporal —  evenimentul care a durat 
cel mai mult în fiecare din 
ultimele 10 zile în care s-a 
produs, 
—cele mai de durată 5 eveni ­
mente din ultimele 365 de 
zile. —  data și ora indicate de aparatura de înregistrare 
—  data și ora GNSS, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația oricărui card introdus la începutul și/sau 
la închei erea evenimentului, 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă.  
4)CODURI ALE EVENIMENTELOR DISPONIBILE FĂRĂ ACORDUL PREAL ABIL AL CONDUCĂTOR ULUI AUTO 
Eveniment Reguli de stoca re Date care trebuie înregistrate pentr u fiecare eveniment 
Conducere fără un 
card adecvat —  evenimentul care a durat 
cel mai mult în fiecare din 
ultimele 10 zile în care s-a 
produs, 
—cele mai de durată 5 eveni ­
mente din ultimele 365 de 
zile. —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația oricărui card introdus la începutul și/sau 
la închei erea evenimentului, 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă. 
Introducerea cardului 
în timpul conducer ii —  ultimul eveniment survenit 
în fiecare dintre ultimele 
10 zile de producere a 
unui eveniment, —  data și ora evenimentului, 
—  tipul, număr ul, statul membr u emite nt și generația cardului 
(cardur ilor), 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă 
Depășirea limitei de 
vitez ă (1) —  cel mai grav eveniment 
survenit în fiecare dintre 
ultimele 10 zile în care 
acesta s-a produs (adică cel 
în care s-a înregistrat cea 
mai mare viteză medie), 
—cele mai grave cinci eveni ­
mente survenite în ultimele 
365 de zile. 
—  primul eveniment survenit 
după ultima etalonare, —  data și ora începer ii evenimentului, 
—  data și ora închei erii evenimentului, 
—  viteza maximă măsurată pe parcursul evenimentului, 
—media aritmetică a vitez ei măsurate în timpul evenimentu ­
lui, 
—tipul și număr ul cardului (cardur ilor), statul membr u emi­
tent și generația cardului de conducăt or auto (dacă este ca­
zul), 
—  număr ul de evenimente similare care au survenit în ziua 
respectivă.  26.5.2016 L 139/431 Jurnalul Oficial al Uniunii Europene RO    
5)CODURI ALE DATELOR PRIVIND ANOMALIILE DISPONIBILE FĂRĂ ACORD UL PREAL ABIL AL CONDUCĂTOR ULUI AUTO 
Anomalie Reguli de stoca re Date care trebuie înregistrate pentr u fiecare anomalie 
Anomalie a cardului —cele mai recente 10 ano­
malii ale cardului de con­
ducăt or auto. —  data și ora începer ii anomaliei, 
—  data și ora închei erii anomaliei, 
—  tipul, număr ul, statul membr u emite nt și generația cardului 
(cardur ilor). 
Anomalii ale aparatu ­
rii de înregistrare —cele mai recente 10 ano­
malii pentr u fiecare tip de 
anomalie, 
—  prima anomalie survenită 
după ultima etalonare. —  data și ora începer ii anomaliei, 
—  data și ora închei erii anomaliei, 
—  tipul de anomalie, 
—tipul, număr ul și statul membr u emiten t al cardului (cardu ­
rilor), precum și generația oricărui card introdus la începu ­
tul și/sau la încheierea anomaliei.  
Această anomalie este declanșată în cazul survenir ii oricăreia dintre următoarele anomalii în celelalte modur i decât 
modul de etalonare: 
—  Anomalie intern ă a VU 
—  Anomalie a imp rimant ei 
—  Anomalie a afișajului 
—  Anomalie la descărcare 
—  Anomalie a senzor ului 
—  Anomalie a recep torului GNSS sau a echipamentului GNSS extern 
—  Anomalie a dispozitivului de comunicare la distanță 
6)EVENIMENTE ȘI ANOMALII SPECIFICE PRODUCĂTOR ULUI, DISPONIBILE FĂRĂ ACORDUL PREAL ABIL AL CON DUCĂTOR ULUI 
AUTO 
Eveniment sau 
anomalie Reguli de stoca re Date care trebuie înregistrate pentr u fiecare eveniment 
Se specifi că de către 
producăt or Se specifi că de către producă ­
tor Se specifică de către producător   26.5.2016 L 139/432 Jurnalul Oficial al Uniunii Europene RO    
ANEXA 2 
DIA GRAMELE SECVENȚELOR PENTR U SCHIMBURILE DE MESAJE CU UNIT ATEA ITS. 
Figura 1 
Diag rama secv ențelor pentr u încercarea de validare a PIN-ului 
26.5.2016 L 139/433 Jurnalul Oficial al Uniunii Europene RO    
Figura 2 
Diag rama secv ențelor pentr u verificarea auto rizăr ii unității ITS 
26.5.2016 L 139/434 Jurnalul Oficial al Uniunii Europene RO    
Figura 3 
Diag rama secv ențelor pentr u prelucrarea unei solicităr i de date clasif icate ca fiind publice (după introducerea 
corectă a PIN-ului) 
Figura 4 
Diag rama secv ențelor pentr u prelucrarea unei solicităr i de date clasif icate ca având caracter personal (după 
introducerea corectă a PIN-ului) 
26.5.2016 L 139/435 Jurnalul Oficial al Uniunii Europene RO    
Figura 5 
Diag rama secv ențelor pentr u încercarea de validare a PUC-ului 
26.5.2016 L 139/436 Jurnalul Oficial al Uniunii Europene RO    
ANEXA 3 
SPECIFIC AȚII ASN . 1 
26.5.2016 L 139/437 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/438 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/439 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/440 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/441 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/442 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/443 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/444 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/445 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/446 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/447 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/448 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 14. 
FUNCȚIA DE COMUNICAR E LA DIST ANȚĂ 
CUPRINS 
1 INTR ODUCERE .................................................................................................................................. 450 
2 DOMENIU DE APLICAR E..................................................................................................................... 451 
3 ACRONIME, DEFINIȚII ȘI NOT AȚII ......................................................................................................... 452 
4 SCENARII OPERAȚIONALE ................................................................................................................... 454 
4.1 Prezentare generală ................................................................................................................. 454 
4.1.1 Condiții prealabile pentr u transferul de date prin interfața DSR C de 5,8 GHz ....................................... 454 
4.1.2 Profi lul 1a: prin interm ediul unui cititor pentr u comunicarea în scopul detectăr ii timpurii la distanță orien­
tat manual sau montat temporar în afara părții carosabile și orientat ................................................. 455 
4.1.3 Profi lul 1b: prin intermediul unui cititor pentr u comunicarea în scopul detectăr ii timpurii la distanță 
(REDCR) montat pe vehicul și direcționat .................................................................................... 456 
4.2 Secur itate/integri tate ............................................................................................................... 456 
5 CONCEPȚIA ȘI PROTOC OALELE COMUNICĂRII LA DIST ANȚĂ .................................................................... 456 
5.1 Concepție ............................................................................................................................. 456 
5.2 Fluxul de lucr u...................................................................................................................... 459 
5.2.1 Operațiuni ............................................................................................................................ 459 
5.2.2 Interp retarea datelor primite prin comunicarea DSR C..................................................................... 461 
5.3 Parametr i ai interfe ței fizice DSR C pentr u comunicarea la distanță ..................................................... 461 
5.3.1 Constrângeri legate de amplasam ent ........................................................................................... 461 
5.3.2 Parametr i ai legătur ii descendent e și ai legătur ii ascendente .............................................................. 461 
5.3.3 Concepția antenei ................................................................................................................... 466 
5.4 Cerințe de protocol DSR C pentr u RTM ....................................................................................... 466 
5.4.1 Prezentare generală ................................................................................................................. 466 
5.4.2 Comenzi .............................................................................................................................. 469 
5.4.3 Secvența comenzilor de interog are ............................................................................................. 469 
5.4.4 Structur i de date.................................................................................................................... 470 
5.4.5 Elementele RtmData, acțiunile realizat e și definiț ii.......................................................................... 472 
5.4.6 Mecanismul de transfer al datelor ............................................................................................... 476 
5.4.7 Descr iere detaliată a tranzacției DSR C......................................................................................... 476 
5.4.8 Descr ierea tranzacției de testa re DRSC ........................................................................................ 486 
5.5 Compatibilitat e cu Directiva 2015/71/CE ..................................................................................... 490 
5.5.1 Prezentare generală ................................................................................................................. 490 26.5.2016 L 139/449 Jurnalul Oficial al Uniunii Europene RO    
5.5.2 Comenzi .............................................................................................................................. 490 
5.5.3 Secvența comenzilor de interog are ............................................................................................. 490 
5.5.4 Structur i de date.................................................................................................................... 490 
5.5.5 Modulul ASN. 1 pentr u tranzacția DRSC OWS............................................................................. 491 
5.5.6 Elementele OwsData, acțiunile realizate și definiții .......................................................................... 492 
5.5.7 Mecanismele de transfer al datelor .............................................................................................. 492 
5.6 Transf erul de date între DSR C-VU și VU ...................................................................................... 492 
5.6.1 Conexiunea fizică și interfețele .................................................................................................. 492 
5.6.2 Protocolul de aplicație ............................................................................................................. 493 
5.7 Gestionarea eror ilor ................................................................................................................ 494 
5.7.1 Înregistrarea și comunicarea datelor în DSR C-VU ........................................................................... 494 
5.7.2 Eror i de comunicare fără fir...................................................................................................... 494 
6 TESTELE DE OPERAȚIONALIT ATE ȘI DE VERIFICARE PERIODICĂ PENTR U FUNCȚIA DE COMUNICARE LA DIS­
TANȚĂ ............................................................................................................................................ 496 
6.1 Generalități ........................................................................................................................... 496 
6.2 ECHO .................................................................................................................................. 496 
6.3 Testele de validare a conținutului de date secur izate ....................................................................... 496  
1  INTR ODUCERE 
Prezentul apendice specific ă detaliile privind proiectarea și procedur ile care trebuie urmate pentr u a utiliza 
funcția de comunicare la distanță („comunicarea”), astfel cum se prevede la articolul 9 din Regulamentul (UE) 
nr. 165/2014 („regulamentul”). 
DSC_1  Regulamentul (UE) nr. 165/2014 stabilește faptul că tahograful trebuie să fie dotat cu o funcție de 
comunicare la distanță care să permită agenților autor ităților de control compet ente să citească 
informații din tahografe le vehiculelor care trec pe lângă ei, prin utilizarea unui echi pament de 
inter ogare la distanță [citito rul pentr u comunicarea în scopul detectăr ii timpurii la distanță (Remote 
early detection communication reader – REDCR)], mai precis un echipament de inter ogar e care se 
conect ează fără fir folosind interfețe DSR C (Dedicated Shor t Range Communication) de 5,8 GHz 
conf orme cu CEN. 
Este impor tant să se înțeleagă faptul că această funcție are ca unic scop să servească drept prefiltr u 
pentr u selectarea vehiculelor în vederea unei inspecții mai amănunțite și că nu înlocuieșt e procesul de 
inspecție formal stabilit în dispozițiile Regulamentului (UE) nr. 165/2014. A se vedea considerentul 9 
din preambulul prezentului regulament, conf orm 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 interm ediul comunicăr ii, care trebuie să conste a într-o interacțiune fără 
fir folosind comunicații fără fir DSR C de 5,8 GHz în conf ormitate cu prezentul apendice, și testate pe 
baza parametr ilor corespunzăt ori din EN 300 674-1 [Electr omagnetic compatibility and Radio spectr um 
Matters (ERM); Road Transpor t and Traffic Telematics (RTTT); Dedicated Shor t Range Communication 
(DSRC) transmission equipment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz Industr ial, Scientific and 
Medical (ISM) band; Part 1: Gener al character istics and test methods for Road Side Units (RSU) and On 
-Boar d Units (OBU)]. 
DSC_3  Comunicar ea cu echipamentul de comunicare trebuie stabilită doar atunci când este solicitată de 
echi pamentul autor ității de control compet ente care utilizează mijloace de radiocomunicație conf orme 
[cititor ul pentr u comunicare a în scopul detectăr ii timpur ii la distanță (REDCR)]. 
DSC_4  Datele trebuie secur izate, pentr u a se asigura integr itatea. 26.5.2016 L 139/450 Jurnalul Oficial al Uniunii Europene RO    
DSC_5  Accesul la datele comunicate trebuie limitat la autoritățile de control compe tent e care sunt autorizate 
să verifice încălcăr ile Regulamentului (CE) nr. 561/2006 și ale Regulamentului (UE) nr. 165/2014 și la 
ateli ere, în măsura în care acest acces este necesar pentr u a se verifica funcționarea corectă a 
tahografului. 
DSC_6  Datele transmise în timpul comunicăr ii trebuie limitat e la datele necesare pentr u efectuarea de controale 
selective în trafic ale vehiculelor al căror tahograf este posibil să fi fost manipulat sau utilizat abuziv . 
DSC_7  Integri tatea și secur itatea datelor trebuie obținute prin secur izarea datelor din cadr ul unității montate 
pe vehicul (VU) și transmiterea doar a datelor utile secur izate și a datelor legate de secur itate (a se 
vedea 5.4.4) prin mediul de comunicare fără fir DSR C de 5,8 GHz, ceea ce înseamnă că doar 
persoanele autorizate din cadr ul autori tăților de control compet ente dispun de mijloacele necesare 
pentr u înțeleger ea date lor transmise prin comunicar e și pentr u verificarea aute nticității acestor a. A se 
vedea apendicele 11 – Mecanisme de secur itate 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 date lor de secur itate trebuie să fie cunoscut și controlat doar de autoritățile de control 
compet ente și de părțile cărora aceste a le împăr tășesc informațiile respective și nu intră sub incidența 
preveder ilor comunicăr ii care face obiectul prezentului apendice, cu excep ția cazului în care comunicarea 
prevede transfe rarea unui pache t de date de secur itate împ reună cu fiecare pachet de date utile. 
DSC_10  Aceeași arhite ctură și același echi pament trebuie să poată fi folosite pentr u a obține alte concep te de 
date (precum „cântăr ire–la-bord”) utilizând arhitectura specifi cată. 
DSC_11  Pentr u clarificare, în conf ormitate cu dispozițiile Regulamentului (UE) nr. 165/2014 (articolul 7), 
date le refer itoare la identitatea conducăt orului auto nu sunt comunicate prin interm ediul comunicăr ii. 
2  DOMENIU DE APLICAR E 
Scopul prezentului apendice este să precizeze modul în care agenții autori tăților de control compet ente 
utilizează o comunicare DSR C fără fir de 5,8 GHz specifi cată pentr u a obține de la distanță date (datele) de la un 
vehicul vizat, care identifică faptul că este posibil ca vehiculul vizat să încalce Regulamentul (UE) nr. 165/2014 
și că ar trebui să fie avut în vedere pentr u oprirea în scopul unei inve stigații mai amănunțite . 
Regulamentul (UE) nr. 165/2014 imp une ca datele colectate să se limiteze la sau să țină de date care identif ică o 
pote nțială încălcare, conf orm definiț iei de la articolul 9 din Regulamentul (UE) nr. 165/2014. 
În acest scenar iu, timpul disponibil pentr u comunicare este limitat, deoarece comunicarea este selectivă și 
concepută să fie cu rază scur tă de acțiune. În plus, aceleași mijloace de comunicare ca pentr u monitorizare a de 
la distanță a tahografelor (RTM) pot fi de asemenea utilizate de autor itățile de control compet ente pentr u alte 
aplicații (precum greutățile și dimensiunile maxime ale vehiculelor grele de marf ă definite în Directiva 
2015/719/CE), iar acest e operațiuni pot fi separate sau secvențiale, la discreția autori tăților de control 
compet ente. 
Prezentul apendice precizează: 
—  Echipament ele, procedur ile și protocoalele de comunicare care trebuie folosite pentr u realizarea comunicăr ii. 
—  Standardele și regulament ele cu care trebuie să fie conf orm echipamentul radio. 
—  Prezentarea datelor către echipamentul de comunicar e. 
—  Procedur ile de inter ogare și de descărcare și secvența de operațiuni. 
—  Datele de transfe rat. 
—  Poten țiala interpr etare a datelor transferat e prin interm ediul comunicăr ii. 
—  Preveder ile referitoare la datele de secur itate legate de comunicar e. 26.5.2016 L 139/451 Jurnalul Oficial al Uniunii Europene RO    
—  Disponibilitatea datelor pentr u autoritățile de control compet ente. 
—  Modul în care cititor ul pentr u comunicarea în scopul detectăr ii timpur ii la distanță poate solicita concept e difer ite 
de date privind mărfur ile și parcul auto („freight and fleet”). 
Pentr u clarificare, prezentul apendice nu precizează: 
—  Colectarea datelor și gestionarea acestora în cadr ul VU [care trebuie să depindă de concepția produsului, în 
afara cazului în care sunt specifi cate în altă parte a Regulamentului (UE) nr. 165/2014]. 
—  Forma de prezentare a date lor colectate către agentul autori tăților de control compet ente, și nici criteriile 
care trebuie folosite de autori tățile de control compet ente pentr u a decide ce vehicule să fie oprite [care 
trebuie să depindă de concepția produsului, în afara cazului în care sunt specifi cate în altă parte a Regula ­
mentului (UE) nr. 165/2014 sau într-o decizie de politică a autorităților de control compet ente]. Pentr u 
clarificare: comunicar ea doar pune datele la dispoziția autor ităților de control compet ente pentr u ca acest ea să 
poată lua decizii în cunoștință de cauză. 
—  Preveder i referitoare la secur itatea datelor (precum criptarea) pentr u conținutul datelor (care sunt specificate 
în apendicele 11 – Mecanisme de secur itate comune). 
—  Detalii privind orice alte concep te de date în afara RTM care ar putea fi obținut e utilizând aceeași arhitectură 
și același echipament. 
—  Detalii privind compo rtamentul și gestionarea dintre VU-ur i și DSR C-VU, și nici privind compo rtamentul în 
cadr ul DSR C-VU (în afara furnizăr ii datelor atunci când sunt solicitate de un REDCR). 
3  ACRONIME, DEFINIȚII ȘI NOT AȚII 
În prezentul apendice sunt utilizate următoar ele acronime și definiții specifi ce prezentului apendice: 
Antena  dispozitiv electr ic care transf ormă puter ea electr ică în unde radio și invers, 
utilizat în combinație cu un transmițăt or radio sau cu un recep tor radio. 
Atunci când se află în funcțiune, un transmițător radio furnizează un 
curent electr ic care oscilează la frecvența radio a term inalelor antenei, iar 
antena radiază energia din curent sub formă de unde electromagnetice 
(unde radio). La recepție, o antenă intercep tează o parte din puterea unei 
unde electromagnetice pentr u a produce o foarte mică tensiune la 
terminalele sale, care este aplicată recep torului pentr u a fi amplificată. 
Comunicar ea  schi mb de informații/date între un DSR C-REDCR și o DSR C-VU în 
conf ormitate cu secțiunea 5, într-o relație master -slave, pentr u a obține 
datele. 
Datele  date secur izate î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ă 
DSR C 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 transpor tul rutier , 
de abrogare a Regulamentului (CEE) nr. 3821/85 al Consiliului privind 
aparatura de înregistrare în transpor tul rutier și de modifi care a Regula ­
mentului (CE) nr. 561/2006 al Parlamentului European și al Consiliului 
privind armonizarea anumitor dispoziții ale legislației sociale în domeniul 
transpor turilor rutiere. 
AID  Identificator de aplicație 
BLE  Bluet ooth de energie redusă (Bluetooth Low Energy) 
BST  Tabel de serviciu al radiobalizei 26.5.2016 L 139/452 Jurnalul Oficial al Uniunii Europene RO    
CIWD  Introducerea cardului în timpul conducer ii 
CRC  Verificar e redundantă ciclică 
DSC (n)  Identificator al unei cerințe privind un apendice DSR C specifi c 
DSR C  Comunicații specializate cu rază scur tă de acțiune 
DSR C-REDCR  DSR C – cititor pentr u comunicarea în scopul detectăr ii timpurii la 
distanță. 
DSR C-VU  DSR C – unitate montată pe vehicul. Acesta este „echipamentul de 
comunicare la distanță” definit în anexa 1C. 
DWV C  Conducere fără un card valabil 
EID  Identificator de element 
LLC  Controlul legătur ii logice 
LPDU  Unitate de date a protocolului LLC 
OWS  Sistem de cântăr ire la bord 
PDU  Unitate de date pentr u prot ocol 
REDCR  Citito r pentr u comunicarea în scopul detectăr ii timpurii la distanță. Acesta 
este „citito rul pentr u comunicarea în scopul detectăr ii timpurii la distanță” 
definit în anexa 1C. 
RTM  Monitorizarea de la distanță a tahografe lor 
SM-REDCR  Modul de secur itate-Citit or pentr u comunicarea în scopul detectăr ii 
timpurii la distanță 
TARV  Aplicații telematice pentr u vehicule reglementate (seria de standarde ISO 
15638) 
VU  Unitate montată pe vehicul 
VUPM  Memor ia utilă a unității montate pe vehicul 
VUSM  Modulul de secur itate al unității montate pe vehicul 
VST  Tabel de serviciu al vehiculului 
WIM  Cântăr ire în mers 
WOB  Cântăr ire la bord 
Specificația definită în prezentul apendice se referă la toat e sau la o parte din următoar ele regulamente și 
standarde și depinde de acestea. În cadr ul clauzelor din prezentul apendice sunt specif icate standardele relevante 
sau clauzele relevante ale standardelor . În cazul oricărei contradicții, clauzele din prezentul apendice prevalează. 
În cazul oricărei contradicții privind un aspect pentr u care nu este stabilită nicio specificație clară în prezentul 
apendice, prevalează operarea conf orm ERC 70-03 (cu testare pe baza parametr ilor corespunzători din EN 
300 674-1), urmată în ordine descrescătoare a prefer inței de EN 12795, EN 12253, EN 12834 și EN 13372, 
6.2, 6.3, 6.4 și 7.1. 
Regulament ele și standardele la care se face trimite re în prezentul apendice sunt următoarele:  
[1] Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului din 4 februarie 2014 privind 
tahografele în transpor tul rutier , de abrogare a Regulamentului (CEE) nr. 3821/85 al Consiliului privind 
aparatura de înregistrare în transpor tul 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 transpor turilor rutiere. 26.5.2016 L 139/453 Jurnalul Oficial al Uniunii Europene RO    
[2] Regulamentul (CE) nr. 561/2006 al Parlamentului European și al Consiliului din 15 mar tie 2006 privind 
armonizarea anumit or dispoziții ale legislației sociale în domeniul transpor turilor rutiere, de modificare a 
Regulamentelor (CEE) nr. 3821/85 și (CE) nr. 2135/98 ale Consiliului și de abrogar e a Regulamentului 
(CEE) nr. 3820/85 al Consiliului (Text cu relevanță pentr u SEE).  
[3] ERC 70-03 CEPT : Recomandarea ECC 70-03: Relating to the Use of Shor t Range Devices (SRD)  
[4] ISO 15638 Intellig ent transpor t systems — Framework for cooper ative telematics applications for regulated 
commercial freight vehic les (TARV).  
[5] EN 300 674-1 Electromagnetic compatibility and Radio spectr um Matters (ERM); Road Transpor t and Traffic 
Telematics (RTTT); Dedicated Shor t Range Communication (DSRC) transmission equipment (500 kbit/s / 250 
kbit/s) operating in the 5,8 GHz Industr ial, Scientifi c and Medical (ISM) band; Part 1: Gener al character istics and 
test methods for Road Side Units (RSU) and On-Boar d Units (OBU).  
[6] EN 12253 Road transpor t and traffic telematics – Dedicated shor t-range communication – Physical layer using 
microw ave at 5.8 GHz.  
[7] EN 12795 Road transpor t and traffic telematics – Dedicated shor t-range communication – Data link layer: medium 
access and logical link contro l.  
[8] EN 12834 Road transpor t and traffic telematics – Dedicated shor t-range communication – Application layer .  
[9] EN 13372 Road transpor t and traffic telematics – Dedicated shor t-range communication – Profiles for RTTT 
applications  
[10] ISO 14906 Electronic fee collection — Application interface definition for dedicated shor t- range communication 
4  SCENARII OPERAȚIONALE 
4.1  Prezentare generală 
Regulamentul (UE) nr. 165/2014 prevede scenar ii specifi ce și controlat e în cadr ul cărora trebuie utilizată 
comunicar ea. 
Scenar iile compatibile sunt: 
„Profilu l de comunicar e 1: Inspecție în afara părții caros abile folosind un cititor pentr u comunicar ea în scopul detectăr ii 
timpur ii 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 inter mediul unui cititor pentr u comunicar ea în scopul detectăr ii timpur ii la distanță orientat manual 
sau montat tempor ar în afara părții carosabile și orientat 
Profil cititor 1b: prin inter mediul unui cititor pentr u comunicare a în scopul detectăr ii timpur ii la distanță montat pe vehic ul 
și direcționat”. 
4.1.1  Condiții prealabile pentr u transfer ul de date prin interfața DSRC de 5,8 GHz 
NOTĂ: pentr u a înțelege conte xtul condițiilor prealabile, cititorul este rugat să consulte figura 14.3 de mai jos.  
4.1.1.1  Datele stocat e î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 stocat e în VU, fără nicio implicare a funcției de comunicare DSR C. Mijloacele prin care se 
realizează acest lucr u sunt integra te în VU, specifi cate în Regulamentul (UE) nr. 165/2014, în anexa 
1C secțiunea 3.19 „Comunicare la distanță pentr u controalele selective în trafic” și nu sunt specifi cate în 
prezentul apendice. 26.5.2016 L 139/454 Jurnalul Oficial al Uniunii Europene RO    
4.1.1.2  Datele furnizate echi pamentului DSR C-VU 
DSC_13  VU are responsabilitatea de a actualiza datele tahograf ice DSR C (datele) ori de câte ori datele stocat e în 
VU sunt actualizate, la inter valul stabilit în secțiunea 4.1.1.1 (DSC_12), fără nicio implicare a funcției 
de comunicare DSR C. 
DSC_14  Datele furnizat e de VU sunt utilizate ca bază pentr u a compl eta și a actualiza datele; mijloacele prin 
care se realizează acest lucr u sunt specifi cate în anexa 1C secțiunea 3.19 „Comunicare la distanță pentr u 
contro alele selectiv e în trafic” sau, dacă nu există o astfel de specifi cație, depind de concepția produsului 
și nu sunt specifi cate în prezentul apendice. Pentr u concepția conexiunii dintre echi pamentul DSR C- 
VU și VU, vă rugăm să consultați secțiunea 5.6. 
4.1.1.3  Conținutul date lor 
DSC_15  Conținutul și formatul datelor trebuie să fie de așa natură încât, odată decr iptate, să fie structurate și 
puse la dispoziție sub forma și în formatul specifi cate în secțiunea 5.4.4 din prezentul apendice 
(Structur i de date). 
4.1.1.4  Prezentarea datelor 
DSC_16  Datele, actualizate frecvent în conf ormitate cu procedur ile stabilite în secțiunea 4.1.1.1, trebuie să fie 
secur izate înaint e de a fi prezentate către DSRC-VU și trebuie prezentate ca o valoare a concep tului de 
date secur izate, pentr u a fi stocat e temporar în DSRC-VU ca versiunea curentă a datelor . Aceste date 
sunt transfera te de la VUSM la funcția VUPM pentr u DSR C. VUSM și VUPM sunt funcții, nu neapărat 
entități fizice. Forma instanțier ii fizice pentr u realizarea acest or 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 secur itate 
DSC_17  Datele de secur itate (secur ityData), care cupr ind date le necesare REDCR pentr u a-și îndeplini funcția de 
decr iptare a datelor , trebuie furnizate conf orm definiției din apendicele 11 (Mecanisme de secur itate 
comune) și prezentate ca o valoare a concep tului de date, pentr u stocarea temporară în DSRC-VU ca 
versiunea curentă a secur ityData, sub forma definită în secțiunea 5.4.4 din prezentul apendice. 
4.1.1.6  Date VUPM disponibile pentr u transfer prin interfața DSR C 
DSC_18  Conceptul de date care trebuie să fie mereu disponibil în funcția VUPM pentr u DSR C în vederea 
transferului imediat în urma solicităr ii REDCR este definit în secțiunea 5.4.4 pentr u specificațiile 
compl ete privind modulul ASN.1. 
Prezentare generală a profilului de comunicare 1 
Acest prof il se referă la cazul de utilizare în care un agent al autorităților de control compet ente foloseșt e un 
cititor pentr u comunicarea în scopul detectăr ii timpur ii la distanță ce comunică pe o rază scur tă de acțiune 
(interf ețe DSR C de 5,8 GHz care funcționează conf orm ERC 70-03 și sunt testate pe baza parametr ilor 
corespunzăt ori din EN 300 674-1, conf orm descr ierii din secțiunea 5) (REDCR) pentr u a identif ica de la 
distanță un vehicul care este posibil să încalce Regulamentul (UE) nr. 165/2014. Odată identif icat, agentul 
autorităților de control compet ente care controlează interogarea decide dacă vehiculul ar trebui să fie oprit. 
4.1.2  Profilul 1a: prin inter mediul unui cititor pentr u comunicar ea în scopul detectăr ii timpur ii la distanță orientat manual sau 
montat tempor ar în afara părții carosabile și orientat 
În acest caz de utilizare, agentul autori tăților de control compet ente se află în afara părții carosabile și 
oriente ază un REDCR portabil ținut în mână ori montat pe un tripod sau un REDCR portabil similar dinspre 
marginea drumului către centr ul parbr izului vehiculului vizat. Inter ogarea se realizează folosind interfețe DSR C 
de 5,8 GHz care funcționează conf orm ERC 70-03 și sunt testat e pe baza parametr ilor corespunzători din EN 
300 674-1, conf orm descr ierii din secțiunea 5. A se vedea figura 14.1 (cazul de utilizare 1). 26.5.2016 L 139/455 Jurnalul Oficial al Uniunii Europene RO    
Figura 14.1 
Interogare cu REDCR staționar folosind DSR C de 5,8 GHz 
4.1.3  Profilul 1b: prin inter mediul unui cititor pentr u comunicar ea în scopul detectăr ii timpur ii la distanță (REDCR) montat pe 
vehicul și direcționat 
În acest caz de utilizare, agentul autor ităților de control compet ente se află într-un vehicul în mișcare și fie 
oriente ază un REDCR portabil ținut în mână dinspre vehicul către centr ul parbr izului vehiculului vizat, fie 
REDCR-ul este montat în sau pe vehicul astfel încât să țintească centr ul parbr izului vehiculului vizat atunci când 
vehiculul pe sau în care este situat cititorul pentr u comunicarea în scopul detectări i timpurii la distanță se află 
într-o anumită poziție relevantă față de vehiculul vizat (de exem plu direct în fața acestuia în cadr ul unui flux de 
trafic). Inter ogarea se realizează folosind interfețe DSR C de 5,8 GHz care funcționează conf orm ERC 70-03 și 
sunt testate pe baza parametr ilor corespunzători din EN 300 674-1, conf orm descr ierii din secțiunea 5. A se 
vedea figura 14.2. (Cazul de utilizare 2). 
Figura 14.2 
Interogare cu REDCR mobil folosind DSR C de 5,8 GHz 
4.2  Secur itate/integ ritate 
Pentr u a da posibilitatea de verificare a autenti cității și integrit ății datelor descărcate prin comunicarea la 
distanță, datele secur izate sunt verificate și decr iptate în conf ormitate cu apendicele 11 – Mecanisme de 
secur itate comune. 
5  CONCEPȚIA ȘI PROTOC OALELE COMUNICĂRII LA DIST ANȚĂ 
5.1  Concepție 
Concepția funcției de comunicare la distanță în cadr ul tahografului inteligent este prezentată în figura 14.3. 26.5.2016 L 139/456 Jurnalul Oficial al Uniunii Europene RO    
Figura 14.3 
Concepția funcției de comunicare la distanță 
DSC_19  Următ oarele funcții se află în VU: 
—  Modulul de secur itate (VUSM). Această funcție prezentă în VU este responsabilă pentr u secur izarea 
datelor care urmează să fie transmise de la DSRC-VU către agentul autorităților de control 
compet ente prin comunicarea la distanță. 
—  Datele secur izate sunt stocate în memor ia VUSM. La inter valele de timp stabilite în secțiunea 
4.1.1.1 (DSC_12), VU criptează și complet ează concep tul RTMdata (care cupr inde valor ile 
concep telor de date de secur itate și de date utile stabilite mai jos în prezentul apendice) aflat în 
memor ia DSR C-VU. Funcționarea modulului de secur itate este definit ă în apendicele 11 
(Mecanisme de secur itate comune) și nu intră sub incidența prezentului apendice, cu excepția 
faptului că va trebui să furnizeze actualizăr i echi pamentului de comunicare al VU de fiecare dată 
când se modifică date le din VUSM. 
—  Comunicarea dintre VU și DSR C-VU poate fi o comunicare prin cablu sau o comunicare prin 
Bluet ooth de energie redusă (BLE), iar amplasar ea fizică a DSR C-VU poate fi împreună cu antena 
de pe parbr izul vehiculului, în cadr ul VU sau undeva între acest ea. 
—  DSR C-VU trebuie să dispună de o sursă de energie electr ică fiabilă, disponibilă în orice moment. 
Mijloacele prin care este alimentată cu energie electr ică țin de deciziile de concepție. 
—  Memor ia DSR C-VU trebuie să fie nevolati lă, pentr u a menține datele în DSR C-VU chiar și atunci 
când contactul vehiculului este în poziția „opr it”. 
—  În cazul în care comunicarea dintre VU și DSR C-VU se face prin BLE și sursa de energie electr ică 
este o bater ie nereîncărcabilă, sursa de energie electr ică a DSR C-VU trebuie înlocuită cu ocazia 
fiecărei inspecții periodice, iar producăt orul DSR C-VU trebuie să fie responsabil pentr u asigurarea 
faptului că sursa de energie electr ică este adecvată pentr u a rezista de la o inspecție periodică până 
la următoarea menținând accesul normal la date printr-un REDCR de-a lungul întregii perioade, 
fără defectăr i sau întrer uper i. 26.5.2016 L 139/457 Jurnalul Oficial al Uniunii Europene RO    
—  Echipamentul de „memor ie utilă” al RTM VU (VUPM). Această funcție prezentă în VU este 
responsabilă pentr u furnizarea și actualizarea datelor . Conținutul datelor („Tachog raphPa yload”) este 
definit în secțiunea 5.4.4/5.4.5 de mai jos și este actualizat la inter valul stabilit în secțiunea 4.1.1.1 
(DSC_12). 
—  DSR C-VU. Această funcție, aflată în cadr ul 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 DSR C de 5,8 GHz. Deconectarea 
echipamentului DSR C sau apar iția unor interferențe, în timpul utilizăr ii normale a vehiculului, cu 
funcționarea echi pamentului DSR C este considerată o încălcare a Regulamentului (UE) 
nr. 165/2014. 
—  Modulul de secur itate (REDCR) (SM-REDCR) este funcția utilizată pentr u a decr ipta datele care 
provin de la VU și a verifica integr itatea acestor a. Mijlo acele prin care se realizează acest lucr u sunt 
stabilit e în apendicele 11 (Mecanisme de secur itate comune) și nu sunt definite în prezentul 
apendice. 
—  Funcția echipamentului DSR C (REDCR) (DSRC-REDCR) cupr inde un transceiver de 5,8 GHz și 
programele asociat e de firmware și de software, care gestionează comunicar ea cu DSRC-VU în 
conf ormitate cu prezentul apendice. 
—  DSRC-REDCR inter oghează DSRC-VU a vehiculului vizat și obține datele (datele VUPM curente ale 
vehiculului vizat) prin legătura DSR C și procesează și stoc hează datele primite în SM-REDCR-ul 
său. 
—  Ante na DSRC-VU („antena”) trebuie poziționată astfel încât să optimizeze comunicarea DSR C 
dintre vehicul și antena aflată în afara părții carosabile (în general în sau aproape de centr ul 
parbr izului vehiculului). Pentr u vehiculele ușoare, este adecvată o instalare care corespunde părții 
super ioare a parbr izului. 
—  În fața antenei sau aproape de antenă trebuie să nu existe obiect e metalice [de exem plu 
ecusoane, autoco lante, benzi de folie antiref lector izantă (colorate), parasolare, ștergător ul de 
parbr iz în poziția „opr it”] care pot interfe ra cu comunicarea. 
—  Antena trebuie montată în așa fel încât linia sa de vizare directă să fie apro ximativ paralelă cu 
suprafața carosabilului. 
DSC_20  Antena și comunicarea trebuie să funcționeze conf orm ERC 70-03 și să fie testate pe baza 
parametr ilor corespunzători din EN 300 674-1, conf orm descr ierii din secțiunea 5. Ante na și 
comunicarea pot utiliza tehnici de atenuare a riscului de interfe rențe radio, conf orm descr ierii din 
rapor tul 228 al ECC, folosind de exem plu filtre în cadr ul comunicăr ii DSR C de 5,8 GHz conf orme cu 
CEN. 
DSC_21  Antena DSR C trebuie să fie conectată la echi pamentul DSR C-VU fie direct în cadr ul modulului montat 
pe sau aproape de parbr iz, fie printr-un cablu special constr uit în așa fel încât să facă dificilă 
deconectarea ilegală. Deconectarea sau interfe rența cu funcționarea antene i reprezintă o încălcare a 
Regulamentului (UE) nr. 165/2014. Mascarea sau modificarea prejudiciabilă în alt fel, în mod 
intenți onat, a performanței operaționale a antenei este considerată o încălcare a Regulamentului (UE) 
nr. 165/2014. 
DSC_22  Formatul antenei nu este definit și reprezintă o decizie comercială, atât timp cât DSR C-VU montată 
îndeplinește cerințele de conf ormitate definite în secțiunea 5 de mai jos. Antena trebuie poziționată 
conf orm celor stabilite la punctul DSC_19 și conf orm figur ii 14.4 (linia ovală) și trebuie să fie 
compati bilă în mod eficient cu cazur ile de utilizare descr ise în 4.1.2 și 4.1.3. 26.5.2016 L 139/458 Jurnalul Oficial al Uniunii Europene RO    
Figura 14.4 
Exemplu de poziționare a antenei DSR C de 5,8 GHz pe parbr izul vehiculelor reglement ate 
Formatul REDCR și al antenei sale poate varia în funcție de circumstanțele cititorul ui (montat pe tripod, ținut în 
mână, montat pe vehicul etc.) și de modul de utilizare folosit de agentul autor ităților de control compet ente. 
O funcție de afișare și/sau de notificare este utilizată pentr u a prezenta agentului autor ităților de control 
compet ente rezultatele funcției de comunicare la distanță. Afișarea poate apărea pe un ecran, sub forma unui 
document impr imat, sub forma unui semnal audio sau ca o combinație a acest or tipur i de notifi cări. Forma 
acest ei afișări și/sau notific ări ține de cerințele agenților autor ităților de control compet ente și de concepția 
echipamentului și nu este specificată în prezentul apendice. 
DSC_23  Formatul și concepția REDCR depind de concepția comercială, conf orm ERC 70-03, și de specifi cațiile 
privind concepția și performa nța definite în prezentul apendice (secțiunea 5.3.2), oferind astfel pieței 
flexbilitate a maximă pentr u a proiecta și a furniza echi pamente care să servească scenar iilor specif ice 
de inter ogare ale oricărei autori tăți de control compet ente date. 
DSC_24  Formatul și concepția DSRC-VU și poziționarea acest eia înăuntr ul sau în afara VU depind de 
concepția comercială, conf orm ERC 70-03, și de specifi cațiile privind concepția și performa nța 
definite în prezentul apendice (secțiunea 5.3.2) și în prezenta secțiune (5.1). 
DSC_25  Cu toat e aceste a, DSRC-VU trebuie să fie în mod rezonabil capabilă să accept e valor i ale concep telor 
de date de la alte echi pamente intelig ente de vehicule prin interm ediul unei conexiuni și al unor 
protocoale conf orme cu standarde desc hise din domeniu (de exem plu de la echi pamente de cântăr ire 
la bord), atât timp cât aceste concep te de date sunt identif icate prin denumir i de fișier/identificator i de 
aplicație unici și cunoscuți; instr ucțiunile de utilizare a unor astfel de protocoale trebuie puse la 
dispoziția Comisiei Europene, precum și, în mod gratuit, la dispoziția producător ilor de echi pamente 
relevante. 
5.2  Fluxul de lucr u 
5.2.1  Oper ațiuni 
Fluxul de operațiuni este reprezentat în figura 14.5. 26.5.2016 L 139/459 Jurnalul Oficial al Uniunii Europene RO    
Figura 14.5 
Fluxul de lucr u pentr u funcția de comunicare la distanță 
Etapele sunt descr ise mai jos: 
a.  Ori de câte ori un vehicul se află în funcțiune (contactul este în poziția „PORNIT”), tahograful furnizează 
date funcției VU. Funcția VU pregăteș te datele pentr u funcția de comunicare la distanță (criptare) și 
actualizează VUPM deținute în memor ia DSRC-VU (conf orm definiției din secțiunile 4.1.1.1-4.1.1.2). Datele 
colectate trebuie formatat e conf orm celor stabilite în secțiunile 5.4.4-5.4.5 de mai jos. 26.5.2016 L 139/460 Jurnalul Oficial al Uniunii Europene RO    
b.  Cu fiecare ocazie în care datele sunt actualizate, marca temporală definită în conceptul de date de secur itate 
trebuie actualizată. 
c.  Funcția VUSM secur izează datele în conf ormitate cu procedur ile stabilit e î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 transfer ate către 
DSRC-VU, unde înlocuiesc orice date anter ioare, pentr u ca datele curente actualizate (datele) să fie 
întotde auna disponibile pentr u a fi furnizat e în cazul inter ogăr ii de către un REDCR. Atunci când sunt 
transmise de VU către DSR C-VU, datele trebuie să poată fi identif icate prin numele de fișier RTMData sau 
prin identificator i „ApplicationID” și „Attribut e”. 
e.  Dacă un agent al autori tăților de control compet ente dorește să vizeze un vehicul și să colect eze datele de la 
vehiculul vizat, agentul autori tăților de control compe tent e trebuie întâi să își introducă propr iul card 
inteli gent (smar tcard) în REDCR, pentr u a face posibilă comunicarea și pentr u a permite SM-REDCR să verifice 
autenti citatea acestuia și să decr ipteze datele. 
f.  Apoi, agentul autor ității de control compet ente vizează un vehicul și solicită datele prin comunicare la 
distanță. REDCR-ul desch ide o sesiune prin interfața DSR C de 5,8 GHz cu DSRC-VU a vehiculului vizat și 
solicită datele. Datele sunt transferat e către REDCR prin sistemul de comunicare fără fir, ca atribut DSR C, 
folosind serviciul de aplicație GET definit în secțiunea 5.4. Atributul conține valor ile datelor utile criptat e și 
date le de secur itate DSR C. 
g.  Datele sunt analizat e de echi pamentul REDCR și prezentate agentului autorității de control compet ente. 
h.  Agen tul autori tății de control compet ente utilizează date le pentr u a lua decizia dacă să oprească sau nu 
vehiculul pentr u o inspecție detaliată sau dacă să ceară altui agent al autori tății de control compet ente să 
oprească vehiculul. 
5.2.2  Inter pretar ea datelor primite prin comunicare a DSRC 
DSC_26  Datele primite prin interfa ța de 5,8 GHz trebuie să prezinte 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 acest ea. În conf ormitate cu dispozițiile Regulamentului (UE) nr. 165/2014, 
datele trebuie utilizate numai pentr u a furniza informații relevante unei autor ități de control 
compet ente, pentr u ca aceasta să poată stabili ce vehicul ar trebui oprit în vederea efectuăr ii unei 
inspecții fizice, și trebuie distr use ulterior în conf ormitate cu articolul 9 din Regulamentul (UE) 
nr. 165/2014. 
5.3  Parametr i ai interfeței fizice DSR C pentr u comunicarea la dist anță 
5.3.1  Constr ângeri legate de amplasament 
DSC_27  Inter ogarea la distanță a vehiculelor printr-o interfață DSR C de 5,8GHz nu ar trebui utilizată la o 
distanță mai mică de 200 de metr i de un supor t DSR C de 5,8 GHz aflat în funcțiune. 
5.3.2  Parametr i ai legătur ii descendente și ai legătur ii ascendente 
DSC_28  Echipamentul utilizat pentr u monitorizare a de la distanță a tahografe lor trebuie să fie conf orm și să 
funcționeze în conf ormitate cu ERC70-03 și cu parametr ii definiț i în tabelele 14.1 și 14.2 de mai jos. 26.5.2016 L 139/461 Jurnalul Oficial al Uniunii Europene RO    
DSC_29  În plus, pentr u a asigura compat ibilitatea cu parametr ii operaționali ai altor sisteme DSR C de 5,8 GHz 
standardizate, echip amentul folosit pentr u monitori zarea de la distanță a tahografelor trebuie să fie 
conf orm cu parametr ii din EN 12253 și din EN 13372. 
Și anume: 
Tabelul 14.1 
Parametr ii legătur ii descendente 
Nr. crt. Parametru Valoare (valor i) Obser vație 
D1 Frecvențe purtătoare 
pentr u legătura descen ­
dentă Există patr u alternative care pot fi folo­
site de un REDCR: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz Conf orm ERC 70-03. 
Frecvențele purtătoare pot fi selectate de 
cel care implement ează siste mul stațio ­
nar de monit orizare în trafic și nu este 
necesar să fie cunoscut e în cadr ul 
DSR C-VU 
(În conf ormitate cu EN 12253, EN 
13372) 
D1a (*) Toleranța frecvențelor 
purtătoare în limita a ± 5 ppm (În conf ormitate cu EN 12253) 
D2 (*) Masca spectrală a emiță ­
torului RSU (REDCR) Conf orm ERC 70-03. 
REDCR trebuie să fie conf orm cu cla­
sele B,C definite în EN 12253. 
În prezenta anexă nu există nicio altă 
cerință specifi că Parametr u utilizat pentr u controlarea in­
terfe rențelor dintre echipamentele de in­
terogare din apropiere (conf orm defini ­
ției din EN 12253 și EN 13372). 
D3 Inter val de frecvență mi­
nim pentr u OBU 
(DSR C-VU) 5,795-5,815 GHz (În conf ormitate cu EN 12253) 
D4 (*) E.I.R.P . maximă Conf orm ERC 70-03 (fără licență) și re­
glementăr ilor naționale 
maximum + 33 dBm (În conf ormitate cu EN 12253) 
D4a Masca E.I.R.P . unghiu ­
lară În conf ormitate cu specificațiile decla ­
rate și publicate ale proiectantului echi­
pamentului de inter ogare (În conf ormitate cu EN 12253) 
D5 Polar izare Circulară levogiră (În conf ormitate cu EN 12253) 
D5a Polar izare ortogonală XPD: 
În linia de vizare directă: (REDCR) RSU 
t ≥ 15 dB 
(DSR C-VU) OBU r ≥ 10 dB 
În zona de – 3 dB: (REDCR) RSU t ≥ 
10 dB 
(DSR C-VU) OBU r ≥ 6 dB (În conf ormitate cu EN 12253) 
D6 (*) Modulație Modulație de amplitudine în două 
trep te. (În conf ormitate cu EN 12253) 
D6a (*) Indice de modulație 0,5 … 0,9 (În conf ormitate cu EN 12253) 26.5.2016 L 139/462 Jurnalul Oficial al Uniunii Europene RO    
Nr. crt. Parametru Valoare (valor i) Obser vație 
D6b Diagramă ochi ≥ 90 % (timp) / ≥ 85 % (amplitudine)  
D7 (*) Codarea datelor FM0 
Bitul ‘1’ are tranziții doar la începutul 
și la sfârșitul inter valului de biți. Bitul 
‘0’ are o tranziție suplimentară în mij­
locul intervalului de biți față de bitul 
‘1’. (În conf ormitate cu EN 12253) 
D8 (*) Viteza biților 500 kBit/s (În conf ormitate cu EN 12253) 
D8a Toleranța tactului de bit mai bună decât ± 100 ppm (În conf ormitate cu EN 12253) 
D9 (*) Rata de eroare a biților 
(B.E.R.) pentr u comuni ­
care ≤ 10 – 6 când puterea de intrare la 
OBU (DSR C-VU) se situează în inter va­
lul dat de [D11a – D11b]. (În conf ormitate cu EN 12253) 
D10 Declanșator pentr u ieși­
rea din starea inactivă 
pentr u OBU (DSR C-VU) OBU (DSR C-VU) se reactivează la pri­
mirea oricărui cadr u cu 11 sau mai 
mulți octeți (inclusiv preambul) Nu este necesară nicio schem ă specială 
de reactivare. 
DSR C-VU se poate reactiva la primirea 
unui cadr u cu mai puțin de 11 octeți 
(În conf ormitate cu EN 12253) 
D10a Timp de pornire maxim ≤ 5 ms (În conf ormitate cu EN 12253) 
D11 Zonă de comunicare Ansamblu spațial în cadr ul căruia se 
ating e o B.E.R. conf orm D9a (În conf ormitate cu EN 12253) 
D11a (*) Limita de puter e pentr u 
comunicare (supe ­
rioară). – 24dBm (În conf ormitate cu EN 12253) 
D11b (*) Limita de puter e pentr u 
comunicare (infer ioară). Puter ea de intrare: 
– 43 dBm (linia de vizare directă) 
– 41 dBm [în inter valul de – 45 ° – + 
45°Corespunzând planului paralel cu 
supraf ața carosabilului atunci când 
DSR C-VU este instalată ulterior în ve­
hicul (azimut)] (În conf ormitate cu EN 12253) 
Cerință extinsă pentr u unghiur ile ori­
zontale până la ± 45°, datorită cazur ilor 
de utilizare definite în prezenta anexă. 
D12 (*) Nivelul puterii de între ­
rupere al (DSR C-VU) -60 dBm (În conf ormitate cu EN 12253) 
D13 Preambul Preambulul este oblig atori u. (În conf ormitate cu EN 12253) 
D13a Preambul – lungime și 
tipar 16 biți ± 1 bit de biți ‘1’ codați FM0 (În conf ormitate cu EN 12253) 26.5.2016 L 139/463 Jurnalul Oficial al Uniunii Europene RO    
Nr. crt. Parametru Valoare (valor i) Obser vație 
D13b Forma de undă a 
preambulului 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 conf ormitate cu EN 12253) 
D13c Biți de final RSU (REDCR) poate transmite maxi ­
mum 8 biți după indicator ul de final. 
O OBU (DSR C-VU) nu este oblig ată să 
țină seama de acești biți suplimentar i. (În conf ormitate cu EN 12253) 
(*)  – Param etri ai legătur ii descendente care fac obiectul testăr ii conf ormității pe baza testului de parametr u relevant din EN 300 674-1  
Tabelul 14.2 
Parametr ii legătur ii ascendente 
Nr. crt. Parametru Valoare (valor i) Obser vație 
U1 (*) Frecvențe subpur tătoare O OBU (DSR C-VU) trebuie să fie com ­
patibilă cu 1,5 MHz și cu 2,0 MHz 
O RSU (REDCR) trebuie să fie compa ­
tibilă 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 subpur tătoar e 
(1,5 MHz sau 2,0 MHz) depinde de pro­
filul EN 13372 selectat. 
U1a (*) Toleranța frecvențelor 
subpur tătoar e în limita a ± 0,1 % (În conf ormitate cu EN 12253) 
U1b Utilizarea de benzi late­
rale Aceleași date de ambele părți (În conf ormitate cu EN 12253) 
U2 (*) Masca spectrală a emiță ­
torului OBU (DSR C-VU) În conf ormitate cu EN12253 
1)  Putere în afara benzii: 
a se vedea ETSI EN 300674-1 
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 (În conf ormitate cu EN 12253) 
U4a (*) E.I.R.P . maximă în 
bandă later ală unică (li­
nia de vizare directă) Două opțiuni: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm În conf ormitate cu specif icațiile decla ­
rate și publicat e ale proiectantului echi­
pamentului 
U4b (*) E.I.R.P . maximă în 
bandă later ală unică 
(35°) Două opțiuni: 
—  Nu se aplică 
—  – 17dBm În conf ormitate cu specif icațiile decla ­
rate și publicat e ale proiectantului echi­
pamentului 
U5 Polar izare Circulară levogiră (În conf ormitate cu EN 12253) 26.5.2016 L 139/464 Jurnalul Oficial al Uniunii Europene RO    
Nr. crt. Parametru Valoare (valor i) Obser vație 
U5a Polar izare ortogonală XPD: 
În linia de vizare directă: (REDCR) RSU 
r ≥ 15 dB 
(DSR C-VU) OBU t ≥ 10 dB 
La – 3 dB: (REDCR) RSU r ≥ 10 dB 
(DSR C-VU) OBU t ≥ 6 dB (În conf ormitate cu EN 12253) 
U6 Modulația subpur tătoa­
rei 2-PSK 
Date codate sincronizate cu subpur tă­
toar ea: tranzițiile datelor codat e coin ­
cid cu tranzițiile subpur tătoar ei. (În conf ormitate cu EN 12253) 
U6b Ciclu de funcționare Ciclu de funcționare: 
50 % ± α, α ≤ 5 % (În conf ormitate cu EN 12253) 
U6c Modulație pe purtătoare Multiplicarea subpur tătoarei modulat e 
cu purtătoarea. (În conf ormitate cu EN 12253) 
U7 (*) Codarea datelor NRZI (Nicio tranziție la începutul bitu ­
lui ‘1’, tranziție la începutul bitului ‘0’, 
nicio tranziție în cadr ul biților) (În conf ormitate cu EN 12253) 
U8 (*) Viteza biților 250 kbit/s (În conf ormitate cu EN 12253) 
U8a Toleranța tactului de bit în limita a ± 1 000 ppm (În conf ormitate cu EN 12253) 
U9 Rata de eroare a biților 
(B.E.R.) pentr u comuni ­
care ≤10 – 6 (În conf ormitate cu EN 12253) 
U11 Zonă de comunicare Ansamblul spațial în cadr ul căruia este 
situată DSR C-VU astfel încât transmi ­
siile sale să fie primite de REDCR cu o 
B.E.R. mai mică decât cea dată de U9a. (În conf ormitate cu EN 12253) 
U12a (*) Amplificare a etajului de 
amestec (limita infe­
rioară) 1 dB pentr u fiecare bandă laterală In­
tervalul unghiului: Simetr ic circular în­
tre linia de vizare directă și ± 35° 
și  
în inter valul de – 45 ° – + 45 °Cores ­
punzând planului paralel cu supraf ața 
carosabilului atunci când DSR C-VU 
este instalată ulterior în vehicul (azi­
mut) Mai mare decât inter valul de valor i spe­
cificat pentr u unghiur ile orizontale până 
la ± 45 °, datori tă cazur ilor de utilizare 
definite în prezenta anexă. 
U12b (*) Amplificare a etajului de 
amestec (limita supe ­
rioară) 10 dB pentr u fiecare bandă later ală Mai mică decât inter valul de valor i spe­
cificat pentr u fiecare bandă laterală într- 
un con circular în jurul liniei de vizare 
directă cu unghi de deschidere de ± 45 ° 
U13 Preambul Preambulul este oblig atori u. (În conf ormitate cu EN 12253) 26.5.2016 L 139/465 Jurnalul Oficial al Uniunii Europene RO    
Nr. crt. Parametru Valoare (valor i) Obser vație 
U13a Preambul 
Lungime și tipar 32-36 µs, modulat e doar cu subpur tă­
toar e, apoi 8 biți de biți ‘0’ codați 
NRZI. (În conf ormitate cu EN 12253) 
U13b Biți de final DSR C-VU poate transmit e maximum 8 
biți după indicatorul de final. O RSU 
(REDCR) nu este oblig ată să țină seama 
de acești biți suplimentar i. (În conf ormitate cu EN 12253) 
(*)  — Parametr i ai legătur ii ascendente care fac obiectul testăr ii conf ormității pe baza testu lui de parametr u relevant din EN 300 674-1  
5.3.3  Concepția antenei 
5.3.3.1  Ante na REDCR 
DSC_30  Concepția antene i REDCR depinde de concepția comercială, în conf ormitate cu limitele definite în 
secțiunea 5.3.2, care este adap tată pentr u a optimiza performanța de citire a DSRC-REDCR în scopul 
specifi c și în circumstanțele de citire în care REDCR a fost proiectat să funcționeze. 
5.3.3.2  Ante na VU 
DSC_31  Concepția antenei DSRC-VU depinde de concepția comercială, în conf ormitate cu limitele definite în 
secțiunea 5.3.2, care este adap tată pentr u a optimiza performanța de citire a DSRC-REDCR în scopul 
specifi c și în circumstanțele de citire în care REDCR a fost proiectat să funcționeze. 
DSC_32  Antena VU trebuie să fie fixată pe sau aproape de parbr izul vehiculului, conf orm specifi cațiilor din 
secțiunea 5.1 de mai sus. 
DSC_33  În mediul de testare dintr -un ateli er (a se vedea secțiunea 6.3), o antenă DSR C-VU, fixată conf orm 
secțiunii 5.1 de mai sus, trebuie să se conect eze cu succes la o comunicare de testare standard și 
trebuie să realizeze cu succes o tranzacție RTM conf orm definiț iei din prezentul apendice, la o distanță 
cupr insă între 2 și 10 metr i, mai mult de 99 % din timp, potr ivit unei medii calculate pe baza a 
1 000 de interogări de citire. 
5.4  Cer ințe de protocol DSR C pentr u RTM 
5.4.1  Prezentare generală 
DSC_34  Protocol ul de tranzacție pentr u descărcarea datelor prin legătura de interfa ță DSR C de 5,8 GHz trebuie 
să corespundă etapelor descr ise în cele ce urmează. Prezenta secțiune descr ie un flux de tranzacție în 
condiții ideale fără retransmit eri sau întrer uper i ale comunicăr ii. 
NOTĂ Scopul fazei de inițializare (etapa 1) este de a stabili comunicarea între REDCR și DSR C-VU- 
urile care au intrat în zona de tranzacție DSR C de 5,8 GHz (master -slave), dar care nu au stabilit încă o 
comunicare cu REDCR, și să notifice procesele de aplicație.  
— Etapa 1Inițializare. REDCR transmite un cadr u conținând un „tabel de serviciu al radiobalizei” 
(BST) care include identif icatorii de aplicație (AID) din lista de serviciu cu care este compat ibil. Î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 
compati bilă din domeniul Freight& Fleet sau nu răspunde dacă nu este compati bilă cu niciuna. Dacă 
REDCR nu oferă AID=2, DSR C-VU nu răspunde REDCR. 26.5.2016 L 139/466 Jurnalul Oficial al Uniunii Europene RO    
— Etapa 2DSRC-VU transmite un cadr u conținând o cerere de alocare a unei ferestre private.  
— Etapa 3REDCR transmit e un cadr u conținând o alocare a unei ferestre private.  
— Etapa 4DSRC-VU utilizează fereastra privată alocată pentr u a transmite un cadr u conținând 
tabelul său de serviciu al vehiculului (VST). Acest VST include o listă a tuturor instanțier ilor 
diferite de aplicații cu care DSRC-VU respectivă este compat ibilă în cadr ul AID=2. Difer itele 
instanțier i trebuie identificate prin intermediul unor EID-ur i unic generat e, fiecare asociat cu o 
valoare de parametr u pentr u marca contextua lă de aplicație (Application Context Mark), care indică 
aplicația și standardul compati bil.  
— Etapa 5Apoi, REDCR analizează VST prezentat și fie întrer upe conexiunea (RELEASE) dacă nu 
este inter esat de nimic din ceea ce VST are de oferit (adică primește de la o DSRC-VU un VST care 
nu este compati bil cu tranzacția RTM), fie, dacă primește un VST corespunzăt or, pornește o 
instanțiere de aplicație.  
— Etapa 6Pentr u a realiza acest lucr u, REDCR transmite un cadr u conținând o comandă de 
obținere a datelor RTM, identificând instanțierea de aplicație RTM prin precizarea identif icatorului 
care corespunde instanțier ii de aplicație RTM (conf orm celor specificate de DSR C-VU în VST), și 
alocă o fereastră privată.  
— Etapa 7DSRC-VU utilizează fereastra privată nou-alocată pentr u a transmite un cadr u conținând 
identificator ul adresat care corespunde instanțier ii de aplicație RTM furnizat e în VST, urmat de 
atributul RtmData (element util + element de secur itate).  
— Etapa 8Dacă sunt solicitate mai multe servicii, valoarea „n” se modifică în număr ul de refer ință al 
serviciului următor și procesul este repetat.  
— Etapa 9REDCR conf irmă primirea datelor prin transmite rea unui cadr u care conține o comandă 
RELEASE către DSRC-VU pentr u a închei a sesiunea SAU, dacă nu a reușit să valideze primirea cu 
succes a LDPU, revine la etapa 6. 
A se vedea figura 14.6 pentr u o descr iere în imagini a protocolul ui de tranzacție.  26.5.2016 L 139/467 Jurnalul Oficial al Uniunii Europene RO    
Figur a 14.6 
Flux de proces RTM prin DSR C de 5,8 GHz 
26.5.2016 L 139/468 Jurnalul Oficial al Uniunii Europene RO    
5.4.2  Comenzi 
DSC_35  Următ oarele comenzi sunt singurele funcții utilizate într-o etapă de tranzacție RTM  
— INITIALIS ATION .reques t:o comandă, emisă de REDCR sub forma unei transmisii cu definirea 
aplicațiilor cu care este compati bil REDCR.  
— INITIALIS ATION .response: un răspuns din partea DSR C-VU care conf irmă conexiunea și 
conține o listă a instanțelor de aplicație compati bile, precum și caract eristicile și informațiile 
privind modul de adresare a acestor a (EID).  
— GET .reques t:o comandă, emisă de REDCR către DSRC-VU, care precizează instanțierea de 
aplicație ce trebuie adresată prin interm ediul unui EID definit, conf orm VST primit, indicându-i 
DSRC-VU să transmită atributul (atributel e) 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 DSR C-VU, care conține datele solicitate .  
— ACTION .reques t ECH O: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 pentr u omologarea de tip să verifice dacă legătura DSR C funcționează fără a avea nevoi e de 
acces la elemente le de secur itate.  
— ACTION.response ECH O:Un răspuns din partea DSR C VU la comanda ECHO.  
— EVENT_REPORT .reques t RELEASE: o comandă care îi indică DSRC-VU faptul că tranzacția s-a 
înche iat. Obiectivul comenzii RELEASE este de a înche ia sesiunea cu DSRC-VU. La primirea 
comenzii RELEASE, DSRC-VU trebuie să nu răspundă la nicio altă interog are în cadr ul conexiunii 
curente . Trebuie luat act de faptul că, potr ivit EN 12834, o DSR C-VU nu se va conecta de două ori 
la același interog ator , cu excepția cazului în care s-a aflat în afara zonei de comunicare timp de 
255 de secunde sau dacă ID-ul Beacon (radiobaliză) al interogat orului s-a modifi cat. 
5.4.3  Secven ța comenzilor de interog are 
DSC_36  Din perspectiva secvenței de comenzi și de răspunsur i, tranzacția este descr isă după cum urmează: 
Secvență Expedito r  Destinatar Descr iere Acțiune 
1 REDCR > DSR C-VU Inițializarea legătur ii de comu ­
nicare Solicitare REDCR transmite BST 
2 DSRC-VU > REDCR Inițializarea legătur ii de comuni ­
care Răspuns Dacă BST este compatibil cu AID 
= 2, atunci DSRC-VU solicită o fe­
reastră privată 
3 REDCR > DSR C-VU Acordă o fereastră privată Transmite cadr ul care conține 
alocarea ferestrei private 
4 DSRC-VU > REDCR Transmite VST Transmite cadr ul care conține VST 
5 REDCR > DSR C-VU Transmite GET .request privind 
datele din atributul pentr u un 
EID specif ic  
6 DSRC-VU > REDCR Transmite GET .response cu atribu­
tul solicitat pentr u EID-ul specif ic Transmite atributul (RTMData, 
OW SData etc.) cu datele pentr u 
EID-ul specific 26.5.2016 L 139/469 Jurnalul Oficial al Uniunii Europene RO    
Secvență Expedito r  Destinatar Descr iere Acțiune 
7 REDCR > DSR C-VU Transmite GET .request privind 
date din alt atribut (dacă este 
cazul)  
8 DSRC-VU > REDCR Transmite GET .response cu atribu­
tul solicitat Transmite atributul cu datele pentr u 
EID-ul specific 
9 REDCR > DSR C-VU Confir mă primirea cu succes a 
datelor Transmite comanda RELEASE 
care închei e tranzacț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  Structur i de date 
DSC_37  Structura semantică a datelor atunci când sunt transmise prin interfața DSR C de 5,8 GHz DSR C trebuie 
să fie în concordanță cu cele descr ise în prezentul apendice. Modul în care sunt structurat e aceste date 
este specifi cat în cadr ul prezent ei secțiuni. 
DSC_38  Datele utile (date le RTM) constau în concatenarea  
1. datelor Encr yptedT achog raphP ayload, care reprezintă varianta criptată a Tachog raphP ayload definit ă la 
punctul ASN.1 din secțiunea 5.4.5. Metod a de criptare este descr isă în apendicele 11;  
2. datelor DSRCSecur ityData, specificate în apendicele 11. 
DSC_39  Datele RTM sunt adresate ca atribut RTM =1 și transfe rate în container ul RTM =10. 
DSC_40  Marca cont extuală RTM (RTM Context Mark) trebuie să identifice partea de standard compatibilă din 
seria de standarde TARV (RTM corespunde părții 9). 
Defi niția din modulul ASN.1 pentr u datele DSR C din cadr ul aplicației RTM este după cum urmează:  26.5.2016 L 139/470 Jurnalul Oficial al Uniunii Europene RO    
26.5.2016 L 139/471 Jurnalul Oficial al Uniunii Europene RO    
5.4.5  Elementele RtmData, acțiunile realizate și definiții 
DSC_41  Valor ile de date care trebuie calculate de VU și utilizat e pentr u actualizarea datelor secur izate din 
DSR C-VU se calculează în conf ormitate cu regulile definite în tabelul 14.3: 
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ăr ul de 
înmatr iculare 
al vehiculului VU setează valoarea elementului de date RTM1 tp15638V ehicle ­
Registr ationPlate pe baza valor ii înregistrate a tipului de date Ve­
hicleRegistrationIdentif ication definit în apendicele 1 VehicleRe ­
gistr ationIdentif ication Număr ul de în­
matr iculare al ve­
hiculului expr i­
mat ca șir de ca­
ractere 
26.5.2016 L 139/472 Jurnalul Oficial al Uniunii Europene RO    
(1) Element 
RTM Data (2) Acțiune realizată de VU  (3) Definiția datelor din ASN.1 
RTM2 
Eveniment de 
depășire a li­
mitei de vi­
teză VU generează o valoare booleană pentr u elementul de date 
RTM2 tp15638SpeedingEv ent. 
Valoarea tp15638SpeedingEv ent se calculează de VU pe baza 
număr ului evenimente lor de depășire a limitei de vitez ă (Over 
Speeding Events) înregistrat e în VU în ultimele 10 zile de produ ­
cere a unui eveniment, conf orm definiției din anexa 1C. 
Dacă în ultimele 10 zile de producere a unui eveniment a sur­
venit cel puțin un tp15638SpeedingEve nt, valoarea 
tp15638SpeedingEvent se setează la TRUE. 
Altfel (ELSE), dacă în ultimele 10 zile de producere a unui eve­
niment nu s-a produs niciun eveniment, tp15638SpeedingEv ent 
se setează la FALSE. 1 (TRUE) – Indică 
nereguli de viteză 
în ultimele 10 
zile de producere 
a unui eveniment 
RTM3 
Conducere 
fără un card 
valabil VU generează o valoare booleană pentr u elementul de date 
RTM3 tp15638Dr ivingWithoutV alidCar d. 
VU atribuie o valoare de „True” variabilei tp15638Dr ivingWi ­
thoutV alidCar d dacă datele VU au înregistrat, în ultimele 10 zile 
de producere a unui eveniment, cel puțin un eveniment de ti­
pul „Conducere fără un card adecvat”, conf orm definiției din 
anexa 1C. 
Altfel (ELSE), dacă nu există evenimente în ultimele 10 zile de 
producere a unui eveniment, variabila tp15638Dr ivingWithout ­
ValidCar d se setează la FALSE. 1 (TRUE) = In­
dică utilizarea 
unui card care nu 
este valabil 
RTM4 
Card de con ­
ducăt or auto 
valabil VU generează o valoare booleană pentr u elementul de date 
RTM4 
tp15638Dr iverCar d, pe baza datelor stocat e în VU și definite în 
apendicele 1. 
Dacă nu este prezent niciun card de conducăt or auto valabil, 
VU setează variabila la TRUE 
Altfel (ELSE), dacă este prezent un card de conducăt or auto va­
labil, VU setează variabila la FALSE 0 (FALSE) = In­
dică un card de 
conducăt or auto 
valabil 
RTM5 
Introducerea 
cardului în 
timpul condu ­
cerii VU generează o valoare booleană pentr u elementul de date 
RTM5. 
VU atribuie o valoare de TRUE variabilei tp15638Car dInser tion 
dacă datele VU au înregistrat, în ultimele 10 zile de producere 
a unui eveniment, cel puțin un eveniment de tipul „Introduce ­
rea cardului în timpul conducer ii”, conf orm definiției din anexa 
1C. 
Altfel (ELSE), dacă nu există astfel de evenimente în ultimele 
10 zile de producere a unui eveniment, variabila tp15638Car ­
dInser tion se setează la FALSE. 1 (TRUE) = indică 
introducerea car­
dului în timpul 
conducer ii în ul­
timele 10 zile de 
producere a unui 
eveniment 
RTM6 
Eroare pri­
vind datele de 
la senzor ul de 
mișcare VU generează o valoare booleană pentr u elementul de date 
RTM6 
VU atribuie o valoare de TRUE variabilei tp15638MotionDa ­
taEr ror dacă date le VU au înregistrat, în ultimele 10 zile de pro­
ducere a unui eveniment, cel puțin un eveniment de tipul 
„Eroare privind datele de la senzor ul de mișcare”, conf orm de­
finiției din anexa 1C. 
Altfel (ELSE), dacă nu există astfel de evenimente în ultimele 
10 zile de producere a unui eveniment, variabila tp15638Mo ­
tionDataEr ror se setează la FALSE. 1 (TRUE) = In­
dică o eroare pri­
vind datele de la 
senzor ul de miș­
care în ultimele 
10 zile de produ ­
cere a unui eveni ­
ment 
26.5.2016 L 139/473 Jurnalul Oficial al Uniunii Europene RO    
(1) Element 
RTM Data (2) Acțiune realizată de VU  (3) Definiția datelor din ASN.1 
RTM7 
Conf lict pri­
vind deplasa ­
rea vehiculu ­
lui VU generează o valoare booleană pentr u elementul de date 
RTM7 
VU atribuie o valoare de TRUE variabilei tp15638ve hicleMotion ­
Conf lict dacă datele VU au înregistrat în ultimele 10 zile cel pu­
țin un eveniment de tipul „Conf lict privind deplasarea vehicu ­
lului” (valoare ‘0A’H). 
Altfel (ELSE), dacă nu există evenimente în ultimele 10 zile de 
producere a unui eveniment, variabila tp15638ve hicleMotion ­
Conf lict se setează la FALSE. 1 (TRUE) = In­
dică un conf lict 
privind deplasa ­
rea în ultimele 
10 zile de produ ­
cere a unui eveni ­
ment 
RTM8 
Al doilea card 
de conducăto r 
auto VU generează o valoare booleană pentr u elementul de date 
RTM8 pe baza anex ei 1C („activitat ea conducăt orului auto” 
CREW și CO-DRIVER). 
Dacă este prezent un al doilea card de conducăt or auto valabil, 
VU setează variabila la TRUE 
Altfel (ELSE), dacă nu este prezent un al doilea card de condu ­
cător auto valabil, VU setează variabila la FALSE 1 (TRUE) = In­
dică existen ța 
unui al doilea 
card de conducă ­
tor auto introdus 
RTM9 
Activit ate cu­
rentă VU generează o valoare booleană pentr u elementul de date 
RTM9 
Dacă activitatea curentă este înregistrată în VU ca orice altă ac­
tivitate în afară de „COND UCERE”, conf orm definiț iei din 
anexa 1C, VU setează variabila la TRUE 
Altfel (ELSE), dacă activitat ea curentă este înregistrată în VU 
drept „COND UCERE”, VU setează variabila la FALSE 1 (TRUE) = altă 
activitate selec ­
tată; 
0 (FALSE) = „con ­
ducere” selectată 
RTM10 
Ultima se­
siune în­
cheiată VU generează o valoare booleană pentr u elementul de date 
RTM10. 
Dacă ultima sesiune de utilizare a cardului nu a fost înche iată 
corect, conf orm definiției din anexa 1C, VU setează variabila la 
TRUE. 
Altfel (ELSE), dacă ultima sesiune de utilizare a cardului a fost 
închei ată corect, VU setează variabila la FALSE. 1 (TRUE) = în­
cheiată incorect 
0 (FALSE) = în­
cheiată corect 
RTM11 
Întrer uperea 
alimentăr ii cu 
energie elec ­
trică VU generează o valoare de număr întreg pentr u elementul de 
date RTM11. 
VU atribuie pentr u variabila tp15638P owerSupplyInter ruption o 
valoare egală cu cea mai lungă întrer upere a alimentăr ii cu 
energie electr ică, conf orm articolului 9 din Regulamentul (UE) 
nr. 165/2014, de tip „Întrer uperea alimentăr ii cu energie elec­
trică”, conf orm definiției din anexa 1C. 
Altfel (ELSE), dacă în ultimele 10 zile de producere a unui eve­
niment nu au survenit evenimente de întrer upere a alimentăr ii 
cu energie electr ică, valoarea număr ului întreg se setează la 0. —Număr ul în­
treruper ilor 
de alimentare 
cu energie 
electr ică în 
ultimele 10 
zile de produ ­
cere a unui 
eveniment 
26.5.2016 L 139/474 Jurnalul Oficial al Uniunii Europene RO    
(1) Element 
RTM Data (2) Acțiune realizată de VU  (3) Definiția datelor din ASN.1 
RTM12 
Anomalie a 
senzor ului VU generează o valoare de număr întreg pentr u elementul de 
date RTM12. 
VU atribuie variabilei sensorFaul t o valoare de: 
—  1 dacă un eveniment de tipul „anomalie a senzor ului 
‘35’H” a fost înregistrat în ultimele 10 zile. 
—  2 dacă un eveniment de tipul „anomalie a recep torului 
GNSS” (fie intern, fie exte rn, cu valor ile de enumerare 
‘51’H sau ‘52’H) a fost înregistrat în ultimele 10 zile. 
—  3 dacă un eveniment de tipul „anomalie a comunicăr ii 
GNSS exte rne” ‘53’H a fost înregistrat în ultimele 10 zile de 
producere a unui eveniment. 
—  4 Dacă atât o „anomalie a sezor ului”, cât și o „anomalie a 
recep toru lui GNSS” au fost înregistrate în ultimele 10 zile 
de producere a unui eveniment 
—  5 Dacă atât o „anomalie a sezor ului”, cât și o „anomalie a 
comunicăr ii GNSS extern e” au fost înregistrate în ultimele 
10 zile de producere a unui eveniment 
—  6 Dacă atât o „anomalie a recep torului GNSS”, cât și o 
„anomalie a comunicăr ii GNSS externe” au fost înregistrate 
în ultimele 10 zile de producere a unui eveniment 
—7 Dacă toat e cele trei anomalii de senzor au fost înregis ­
trate în ultimele 10 zile de producere a unui eveniment 
Altfel (ELSE), atribuie o valoare de 0 dacă nu s-a înregistrat ni­
ciun eveniment în ultimele 10 zile de producere a unui eveni ­
ment —anomalie sen­
zor un octet 
conf orm dic­
ționar ului de 
date 
RTM13 
Reglarea orei VU generează o valoare de număr întreg (timeReal din apendi ­
cele 1) pentr u elementul de date RTM13 pe baza prezenței da­
telor privind reglarea orei, conf orm definiției din anexa 1C. 
VU atribuie valoarea orei la care s-a produs ultimul eveniment 
de date privind reglarea orei. 
Altfel (ELSE), dacă în date le VU nu este prezent niciun eveni ­
ment de tip „reg larea orei”, conf orm definiției din anexa 1C, 
VU setează o valoare de 0 Ora ultimei re­
glări a orei 
RTM14 
Tentativă de 
încălcare a se­
curității VU generează o valoare de număr întreg (timeReal din apendi ­
cele 1) pentr u elementul de date RTM14 pe baza prezenței 
unei tentative de încălcare a secur ității, conf orm definiț iei din 
anexa 1C. 
VU setează valoarea orei la care a fost înregistrată de către VU 
ultima tentativă de încălcare a secur ității. 
Altfel (ELSE), dacă în date le VU nu este prezent niciun eveni ­
ment de tip „tentativă de încălcare a secur ității”, conf orm defi­
niției din anexa 1C, VU setează o valoare de 0x00FF . Ora ultimei tenta­
tive de încălcare 
—Valoare impli­
cită =0x00FF 
RTM15 
Ultima etalo­
nare VU generează o valoare de număr întreg (timeReal din apendi ­
cele 1) pentr u elementul de date RTM15 pe baza prezenței da­
telor privind ultima etalonare, conf orm definiției din anexa 1C. 
VU setează valoarea orei la care au avut loc ultimele două eta­
lonăr i (RTM15 și RTM16) , care sunt stabilit e în VuCalibr ation ­
Data definite în apendicele 1. 
VU setează valoarea pentr u RTM 15 la ora reală (timeR eal) a ul­
timei înregistrăr i de etalonare. Ora ultimelor 
date de etalonare 
26.5.2016 L 139/475 Jurnalul Oficial al Uniunii Europene RO    
(1) Element 
RTM Data (2) Acțiune realizată de VU  (3) Definiția datelor din ASN.1 
RTM16 
Etalonare an­
terioară VU generează o valoare de număr întreg (timeReal din apendi ­
cele 1) pentr u elementul de date RTM16 al înregistrăr ii de eta­
lonare care o precedă pe cea a ultimei etalonăr i 
Altfel (ELSE), dacă nu a existat nicio etalonare anterioară, VU 
setea ză valoarea RTM16 la 0. Ora date lor pri­
vind etalonarea 
anterioară 
RTM17 
Data conectă ­
rii tahog rafu ­
lui Pentr u elementul de date RTM17, VU generează o valoare de 
număr întreg (timeReal din apendicele 1). 
VU setează valoarea orei la care a fost instalată inițial VU. 
VU extrage acest e date din VuCalibr ationData (apendicele1) din 
vuCalibr ationRecor ds, Calibr ationPur pose fiind egal cu: ‘03’H Data conectăr ii 
tahografului 
RTM18 
Viteza cu­
rentă VU generează o valoare de număr întreg pentr u elementul de 
date RTM18. 
VU setează valoarea pentr u RTM16 la ultima viteză curentă în­
registrată în momentul celei mai recente actualizăr i a RtmData. Ultima viteză cu­
rentă înregistrată 
RTM19 
Marcă tempo ­
rală (Times ­
tamp) Pentr u elementul de date RTM19, VU generează o valoare de 
număr întreg (timeReal din apendicele 1). 
VU setează valoarea pentr u RTM19 la ora ultimei actualizăr i a 
RtmData. Marca temporală 
a înregistrăr ii 
Tachog raphP ayload 
curente 
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 pentr u a 
obține date. 
DSC_43  Pentr u toat e transmisiile DSR C, date le trebuie să fie codat e folosind PER (Packed Encoding Rules ). 
5.4.7  Descr iere detaliată a tranzacției DSRC 
DSC_44  Inițializarea se realizează în conf ormitate cu DSC_44 – DSC_48 și cu tabelele 14.4 – 14.9. În etapa de 
inițializare, REDCR începe să transmită un cadr u care conține un BST (tabel de serviciu al radiobalizei) 
în conf ormitate cu EN 12834 și cu EN 13372, 6.2, 6.3, 6.4 și 7.1, cu setăr ile specificate în următ orul 
tabel 14.4. 26.5.2016 L 139/476 Jurnalul Oficial al Uniunii Europene RO    
Tabelul 14.4 
Inițializare – setăr i cadr u BST 
Câmp Setăr i 
Link Identifier Adresa de transmisie 
BeaconId Conf orm EN 12834 
Time Conf orm EN 12834 
Profile Nicio extensie, a se folosi 0 sau 1 
MandApplications Nicio exte nsie, EID nu este prezent, parametr ul nu este prezent, AID= 
2 Freight&Fleet 
NonMandApplications Nu este prezent 
ProfileL ist Nicio extensie, număr ul de prof iluri din listă = 0 
Fragmentation header Nicio fragmentare 
Layer 2 settings PDU de comandă, comandă UI  
Un exem plu practic al setăr ilor specificate în tabelul 14.4, cu indicarea codăr ii biților , este dat în 
următorul tabel 14.5. 
Tabelul 14.5 
Inițializare – exemplu de conținut cadr u BST Nr: octet Atribut/Câmp Biți în octet Descr iere 
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 26.5.2016 L 139/477 Jurnalul Oficial al Uniunii Europene RO    
Nr: octet Atribut/Câmp Biți în octet Descr iere 
6 BST 
 Solicitare de inițializare 
SEQUENCE {   
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER 
(0..65535)  
Aplicațiile neoblig atori i (NonMand) nu 
sunt prezente    
Identif icator producător 
7  
8  
IndividualID INTEGER 
(0..134217727)  
} 
ID de 27 de biți disponibil pentr u pro­
ducător 
9 
10 
11 
12 Time INTEGER (0..4294967295)  
 Timp real UNIX de 32 de biți 
13 
14 
15 
16 Profil eINTEGER (0..127,…)  
 Nicio extensie. Profil de exem plu 0 
17 MandApplications SEQUENCE 
(SIZE(0..127, 
…)) OF {  
Nicio extensie, număr ul aplicațiilor 
oblig ator ii (mandApplications) = 1 
18 SEQUENCE {   
OPTION indicator 
 EID nu este prezent 
OPTION indicator 
 Parame trul nu este prezent 
AID DSR CApplicationEntityID 
} }  
Nicio extensie. AID= 2 Freight&Fleet 26.5.2016 L 139/478 Jurnalul Oficial al Uniunii Europene RO    
Nr: octet Atribut/Câmp Biți în octet Descr iere 
19 Profil eList SEQUENCE (0..127,…) 
OF Profile }  
Nicio extensie, număr ul de prof iluri 
din listă = 0 
20 FCS 
 Secvență de verificare a cadr ului 
21 
22 Flag 
 Indicator de final  
DSC_45 Atunci când primește un BST, o DSRC-VU solicită alocarea unei ferestre private, conf orm specifi ca­
țiilor din EN 12795 și EN 13372, 7.1.1, fără nicio setare RTM specifi că. Tabelul 14.6 oferă un 
exem plu de codare a biților . 
Tabelul 14.6 
Inițializare – Conținutul cadr ului de solicitare de alocare a unei ferest re private Nr: octet Atribut/Câmp Biți în octet Descr iere 
1 FLAG 
 Indicator de început 
2 Private LID 
 Adresa de legătură a DSR C-VU speci ­
fice 
3 
4 
5 
6 MAC Control field 
 Solicitare de fereastră privată 
7 FCS 
 Secvență de verificare a cadr ului 
8 
9 Flag 
 Indicator de final  
DSC_45  REDCR răspunde apoi prin alocarea unei ferestre private, conf orm specificațiilor din EN 12795 și EN 
13372, 7.1.1, fără nicio setare RTM specifică. 
Tabelul 14.7 oferă un exem plu de codare a biților . 26.5.2016 L 139/479 Jurnalul Oficial al Uniunii Europene RO    
Tabelul 14.7 
Inițializare – Conținutul cadr ului de alocare a unei ferestre private Nr: octet Atribut/Câmp Biți în octet Descr iere 
1 FLAG 
 Indicator de început 
2 Private LID 
 Adresa de legătură a DSR C-VU speci ­
fice 
3 
4 
5 
6 MAC Control field 
 Alocarea ferestrei private 
7 FCS 
 Secvență de verificare a cadr ului 
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), conf orm definiției din EN 12834 și din EN 13372, 6.2, 6.3, 6.4 și 7.1, cu setăr ile 
specifi cate în tabelul 14.8, folosind fereastra de transmisie alocată. 
Tabelul 14.8 
Inițializare – setăr i cadr u VST 
Câmp Setăr i 
Private LID Conf orm EN 12834 
VST parameters Fill = 0, apoi pentr u fiecare aplicație compat ibilă: EID prezent, parame ­
tru prezent, AID = 2, EID generat de OBU 
Parameter Nicio extensie, conține marca cont extuală 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  26.5.2016 L 139/480 Jurnalul Oficial al Uniunii Europene RO    
DSC_48  DSRC-VU trebuie să fie compatib ilă cu aplicația „Freight and Fleet”, identif icată prin identif icatorul de 
aplicație „2”. Și alți identif icatori 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. Pentr u fiecare instanțiere de aplicație compati bilă este dată o 
trimite re la standardul corespunzăt or, formată dintr -o marcă contextuală Rtm, care este compusă 
dintr -un OBJECT IDENTIFIER reprezentând standardul aferent, partea acestuia (9 pentr u RTM) și 
posibil versiunea sa, plus un EID care este generat de DSR C-VU și asociat instanțier ii de aplicație 
respective. 
Un exem plu practic al setăr ilor specificate în tabelul 14.8, cu indicarea codăr ii biților , este dat în 
tabelul 14.9. 
Tabelul 14.9 
Inițializare – exemplu de conținut cadr u VST Nr: octet Atribut/Câmp Biți în octet Descr iere 
1 FLAG 
 Indicator de început 
2 Private LID 
 Adresa de legătură a DSR C-VU speci ­
fice 
3 
4 
5 
6 MAC Control field 
 PDU de comandă 
7 LLC Control field 
 Comandă UI 
8 Fragmentation header 
 Nicio fragmentare 
9 VST 
SEQUENCE { 
Răspuns la inițializare 
Fill BIT STRING (SIZE(4)) 
 Neutilizat și setat la 0 
10 Profil eINTEGER (0..127,...) 
Applications SEQUENCE OF { 
Nicio extensie. Profil de exem plu 0 
11 
 Nicio extensie, 1 aplicație 
12 SEQUENCE {   
OPTION indicator 
 EID prezent 
OPTION indicator 
 Parame tru prezent 
AID DSR CApplicationEntityID 
 Nicio extensie. AID = 2 Freight&Fleet 
13 EID Dsrc-EID 
 Defi nit în cadr ul OBU și identificând 
instanța de aplicație 26.5.2016 L 139/481 Jurnalul Oficial al Uniunii Europene RO    
Nr: octet Atribut/Câmp Biți în octet Descr iere 
14 Parameter Container { 
 Nicio extensie, opțiune container = 02, 
șir de octeți 
15  
 Nicio extensie, lungimea mărcii contex ­
tuale Rtm = 8 
16 Rtm-Cont extMark::= SEQUENCE 
{ 
StandardIdentifier 
standardIdentifier  
Identif icator de obiect al standardului 
compatib il, cu partea si versiunea sa. 
Exem plu: „ISO (1) Standard (0) TARV 
(15638) part9(9) Version1 (1)”. 
Primul octet este 06H, care reprezintă 
identif icatorul de obiect. Al doilea oc­
tet este 06H, care reprezintă lungimea 
acestuia. Următ orii 6 octeți codează 
identif icatorul de obiect dat ca exem ­
plu 
A se lua notă de faptul că doar un ele­
ment al secvenței este prezent (elemen ­
tul RtmCommProfile opțional este omis) 17 
18 
19 
20 
21 
22 
23 
24 ObeConfiguration Sequence {   
OPTION indicator 
 ObeStatus nu este prezent 
EquipmentClass INTEGER 
(0..32767) 
25 
26 Manufactur erId INTEGER 
(0..65535) 
Identif icator al producăt orului pentr u 
DSR C-VU, conf orm descr ierii din regis ­
trul ISO 14816 27 
28 FCS 
 Secvență de verificare a cadr ului 
29 
30 Flag 
 Indicator de final  
DCS_49  REDCR citește apoi datele prin emiterea unei comenzi GET , conf ormă cu comanda GET definit ă în EN 
13372, 6.2, 6.3, 6.4 și în EN 12834, cu setăr ile specificate în tabelul 14.10. 
Tabelul 14.10 
Prezent are – setăr i cadr u GET .request 
Câmp Setăr i 
Invoker Identif ier (IID) Nu este prezent 
Link Identifier (LID) Adresa de legătură a DSR C-VU specifice 
Chaining Nu 26.5.2016 L 139/482 Jurnalul Oficial al Uniunii Europene RO    
Câmp Setăr i 
Element Identif ier (EID) Astfel cum este specifi cat în VST . Nicio extensie 
Access Credentials Nu 
AttributeIdList Nicio extensie, 1 atribut, Attr ibut eID = 1 (RtmData) 
Fragmentation Nu 
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 cadr u GET .reques t Nr: octet Atribut/Câmp Biți în octet Descr iere 
1 FLAG 
 Indicator de început 
2 Private LID 
 Adresa de legătură a DSR C-VU speci ­
fice 
3 
4 
5 
6 MAC Control field 
 PDU de comandă 
7 LLC Control field 
 Comandă ACn cu inter ogar e prealabilă, 
bit n 
8 Fragmentation header 
 Nicio fragmentare 
9 Get.request 
SEQUENCE { 
Solicitare de obținere a datelor 
OPTION indicator 
 Acredităr ile de acces (Access Creden ­
tials) nu sunt prezent e 
OPTION indicator 
 IID nu este prezent 
OPTION indicator 
 Attr ibut eIdList 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 exten ­
sie 
11 AttributeIdList SEQUENCE OF { 
AttributeId }} 
Nicio extensie, număr ul de atribute = 1 
12 
 Attr ibuteId=1, RtmData. Nicio extensi e 26.5.2016 L 139/483 Jurnalul Oficial al Uniunii Europene RO    
Nr: octet Atribut/Câmp Biți în octet Descr iere 
13 FCS 
 Secvență de verificare a cadr ului 
14 
15 Flag 
 Indicator de final  
DCS_50  Când primește solicitarea GET (GET .request), DSRC-VU transmite un răspuns GET (GET .response) cu 
date le solicitate, conf orm cu răspunsul GET definit în EN 13372, 6.2, 6.3, 6.4 și în EN 12834, cu 
setăr ile specificate în tabelul 14.12. 
Tabelul 14.12 
Prezentare – setăr i cadr u GET .response 
Câmp Setăr i 
Invoker Identif ier (IID) Nu este prezent 
Link Identifier (LID) Conf orm EN 12834 
Chaining Nu 
Element Identif ier (EID) Astfel cum este specifi cat în VST . 
Access Credentials Nu 
Fragmentation Nu 
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 
Prezent are – exemplu de conținut cadr u răspuns Nr: octet Atribut/Câmp Biți în octet Descr iere 
1 FLAG 
 Indicator de început 
2 Private LID 
 Adresa de legătură a DSR C-VU speci ­
fice 
3 
4 
5 
26.5.2016 L 139/484 Jurnalul Oficial al Uniunii Europene RO    
Nr: octet Atribut/Câmp Biți în octet Descr iere 
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ă accep ­
tată 
9 Fragmentation header 
 Nicio fragmentare 
10 Get.response 
SEQUENCE { 
Obținere răspuns 
OPTION indicator 
 IID nu este prezent 
OPTION indicator 
 Lista atributelor (Attr ibut e List) pre­
zentă 
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ăr ul de atribute = 1 
13 Attr ibut es SEQUENCE { 
Attribut eId 
Nicio extensie, AttributeID = 1 
(RtmData) 
14 Attribut eValue CONT AINER { 
 Nicio extensie, opțiune container 
= 1010. 
15 
 RtmData 
16 
17 
… … 
n }}}} 
n+1 FCS 
 Secvență de verificare a cadr ului 
n+2 
n+3 Flag 
 Indicator de final  26.5.2016 L 139/485 Jurnalul Oficial al Uniunii Europene RO    
DSC_51  Apoi REDCR închide conexiunea prin emiterea unei comenzi EVENT_REPOR T, RELEASE conf orme 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 
exem plu de codare a biților pentr u comanda RELEASE. 
Tabelul 14.14 
Încheiere. Conținut cadr u EVENT_REPORT RELEASE Nr: octet Atribut/Câmp Biți în octet Descr iere 
1 FLAG 
 Indicator de început 
2 Private LID 
 Adresa de legătură a DSR C-VU speci ­
fice 
3 
4 
5 
6 MAC Control field 
 Cadr ul conține o LPDU de comandă 
7 LLC Control field 
 Comandă UI 
8 Fragmentation header 
 Nicio fragmentare 
9 EVENT_REPOR T.request 
SEQUENCE { 
EVENT_REPOR T (Release) 
OPTION indicator 
 Acredităr ile de acces (Access Creden ­
tials) nu sunt prezent e 
OPTION indicator 
 Parame trul de eveniment nu este pre­
zent 
OPTION indicator 
 IID nu este prezent 
Mode BOOLEAN 
 Nu se așteap tă niciun răspuns 
10 EID INTEGER (0..127,…) 
 Nicio extensie, EID = 0 (sist em) 
11 EventT ype INTEGER (0..127,…) } 
 Tip de eveniment 0 = Release 
12 FCS 
 Secvență de verificare a cadr ului 
13 
14 Flag 
 Indicator de final  
DSC_52  Nu se așteap tă ca DSRC-VU să răspundă la comanda Release. Comunicarea este apoi închi să. 
5.4.8  Descr ierea tranzacției de testare DRSC 
DSC_53  Testele compl ete, care includ secur izarea datelor , trebuie realizat e conf orm definiției din apendicele 11 
(Mecanisme de secur itate comune), de către persoane autori zate care au acces la procedur ile de 
secur itate, folosind comanda GET normală definit ă mai sus. 26.5.2016 L 139/486 Jurnalul Oficial al Uniunii Europene RO    
DSC_54  Testele de operaționalitat e și de inspecție (verificare) periodică ce necesită decr iptarea și înțeleger ea 
conținutului de date decr iptat trebuie realizate conf orm specifi cațiilor din apendicele 11 (Mecanisme 
de secur itate comune) și din apendicele 9 (Omologare a de tip – lista testelor minime obligat orii). 
Cu toat e acest ea, comunicarea DSR C de bază poată fi testată prin comanda ECHO. Aceste teste pot fi 
necesare la verificar ea operaționalității, cu ocazia inspecției periodice sau la cererea autori tății de 
control compet ente sau dacă sunt impuse de Regulamentul (UE) nr. 165/2014 (a se vedea secțiunea 6 
de mai jos) 
DSC_55  Pentr u a realiza această testare a comunicăr ii 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 
inter acțiuni este similară celei a unei interogăr i:  
— Etapa 1REDCR transmite un „tabel de serviciu al radiobalizei” (BST) care include identificator ii de 
aplicație (AID) din lista de serviciu cu care este compatib il. Î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 identif ică 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 2DSRC-VU transmite o cerere de alocare a unei ferestre private.  
— Etapa 3REDCR transmite o alocare de fereastră privată.  
— Etapa 4DSRC-VU utilizează fereastra privată alocată pentr u a transmite tabelul său de serviciu al 
vehiculului (VST). Acest VST include o listă a tuturor instanțier ilor diferite de aplicații cu care 
DSRC-VU respectivă este compati bilă în cadr ul AID=2. Diferitele instanțier i trebuie identificate 
prin intermediul unor EID-ur i unice, fiecare asociat cu o valoare de parametr u indicând 
instanțierea de aplicație compati bilă.  
— Etapa 5Apoi, REDCR analizează VST prezentat și fie întrer upe 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ăt or, pornește o instanțiere de aplicație.  
— Etapa 6REDCR emite o comandă (ECHO) către DSRC-VU specifică și alocă o fereastră privată.  
— Etapa 7DSRC-VU utilizează fereastra privată nou alocată pentr u a transmite un cadr u de răspuns 
ECHO. 
Tabelele de mai jos oferă un exem plu practic de sesiune de comunicare ECH O. 
DSC_56  Inițializarea se realizează în conf ormitate 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 conf ormă cu ISO 14906, care conține 100 de octeți 
de date și nicio setare specifică pentr u RTM. Tabelul 14.15 prezintă conținutul cadr ului transmis de 
REDCR. 
Tabelul 14.15 
Exemplu de cadr u de solicitare ACTION , ECH O Nr: octet Atribut/Câmp Biți în octet Descr iere 
1 FLAG 
 Indicator de început 
2 Private LID 
 Adresa de legătură a DSR C-VU speci ­
fice 
3 
26.5.2016 L 139/487 Jurnalul Oficial al Uniunii Europene RO    
Nr: octet Atribut/Câmp Biți în octet Descr iere 
4  
5 
6 MAC Control field 
 PDU de comandă 
7 LLC Control field 
 Comandă ACn cu inter ogar e prealabilă, 
bit n 
8 Fragmentation header 
 Nicio fragmentare 
9 ACTION.request 
SEQUENCE { 
Solicitare de acțiune (ECHO) 
OPTION indicator 
 Acredităr ile de acces (Access Creden ­
tials) nu sunt prezent e 
OPTION indicator 
 Parame tru 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 (sist em) 
11 Action Type INTEGER (0..127,…) 
 Nicio extensie, solicitare ECHO de tip 
acțiune 
12 ActionParamet er CONT AINER { 
 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 cadr ului 
115 
116 Flag 
 Indicator de final  
DSC_58  Când primește solicitarea ECH O, DSRC-VU transmite un răspuns ECHO cu 100 de octeți de date, prin 
reflectarea comenzii primite, conf orm ISO 14906, fără nicio setare specif ică pentr u RTM. Tabelul 
14.16 prezintă un exem plu de codare la nivelul biților . 26.5.2016 L 139/488 Jurnalul Oficial al Uniunii Europene RO    
Tabelul 14.16 
Exemplu de cadr u de răspuns ACTION , ECHO Nr: octet Atribut/Câmp Biți în octet Descr iere 
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 (ECH O) 
OPTION indicator 
 IID nu este prezent 
OPTION indicator 
 Parame tru 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 (sist em) 
12 ResponseP arameter CONT AINER { 
 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 cadr ului 
115 
116 Flag 
 Indicator de final  26.5.2016 L 139/489 Jurnalul Oficial al Uniunii Europene RO    
5.5  Compatibilitate cu Directiva 2015/71/CE 
5.5.1  Prezentare generală 
DSC_59  Pentr u a fi compatibil cu Directiva 2015/719/CE privind greutățile și dimensiunile maxime pentr u 
vehiculele grele de marfă, protocolul de tranzacție pentr u descărcarea datelor OWS prin legătura de 
interfa ță DSR C de 5,8 GHz va fi același ca cel utilizat pentr u date le RTM (a se vedea 5.4.1), singura 
diferență fiind că identificator ul de obiect legat de standardul TARV se va referi la standardul ISO 
15638 (TARV), partea 20 privind WOB/O WS. 
5.5.2  Comenzi 
DSC_60  Comenzile utilizate pentr u o tranzacție OWS vor fi aceleași ca cele utilizate pentr u o tranzacție RTM. 
5.5.3  Secven ța comenzilor de interog are 
DSC_61  Secvența comenzilor de inter ogar e pentr u date le OWS va fi aceeași ca cea pentr u datele RTM. 
5.5.4  Structur i de date 
DSC_62  Datele utile (date le OWS) constau în concat enarea  
1. datelor Encr yptedOwsP ayload, care reprezintă varianta criptată a OwsPayload definită la punctul 
ASN.1 din secțiunea 5.5.5. Metoda de criptare trebuie să fie aceeași ca cea adopt ată pentr u 
RtmData, care este specifi cată în apendicele 11;  
2. datelor DSRCSecur ityData, calculat e cu aceiași algor itmi ca cei adoptați pentr u RtmData, specificate 
în apendicele 11.  26.5.2016 L 139/490 Jurnalul Oficial al Uniunii Europene RO    
5.5.5  Modulul ASN. 1 pentr u tranzacția DRSC OWS 
DSC_63.  Definiția din modulul ASN.1 pentr u date le DSR C din cadr ul aplicației RTM este după cum urmează: 
26.5.2016 L 139/491 Jurnalul Oficial al Uniunii Europene RO    
5.5.6  Elementele OwsData, acțiunile realizate și definiții 
Elemente le OwsData sunt definite pentr u compati bilitatea cu Directiva 2015/719/CE privind greutățile și 
dimensiunile maxime pentr u vehiculele grele de marfă. Sensul lor este: 
—  recor dedW eight reprezintă greutate a totală măsurată a vehiculului greu de marfă cu o rezoluție de 10 kg 
conf orm definiției din EN ISO 14906. De exem plu, o valoare de 2 500 reprezintă o greutate de 25 de tone . 
—  axlesConfigu ration reprezintă conf igurația vehiculului greu de marf ă în ceea ce privește număr ul de axe. 
Confi gurația este definită cu masca binară de 20 de biți (extinsă conf orm EN ISO 14906). 
O mască binară de 2 biți reprezintă conf igurația unei axe cu următorul format: 
—  Valoarea 00B înseamnă că valoarea este „indisponibilă” pentr u că vehiculul nu deține echi pament pentr u 
colectarea greutății pe axă. 
—  Valoarea 01B înseamnă că axa nu este prezentă. 
—  Value 10B înseamnă că axa este prezentă și că greutatea a fost calculată și colectată și este prezentată în 
câmpul axlesRe cordedW eight. 
—  Valoarea 11B este rezer vată pentr u utilizăr i viitoare. 
Ultimii 4 biți sunt rezer vați pentr u utilizăr i viitoare. 
Număr ul de axe  
Număr ul de axe pe autotract or Număr ul de axe pe remorcă 
00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 RFU 
(4 biți)  
—  axlesRe cordedW eight reprezintă greutat ea specifi că înregistrată pentr u fiecare axă cu o rezoluție de 10 kg. 
Pentr u fiecare axă se utilizează doi octeți. De exem plu, o valoare de 150 reprezintă o greutat e de 1 500 de 
kg. 
Celelalt e tipur i de date sunt definite în 5.4.5. 
5.5.7  Mecanismele de transfer al datelor 
DSC_64  Mecanismul pentr u transferul date lor OWS între inter ogat or și echip amentul DSR C din vehicul trebuie 
să fie același ca pentr u date le RTM (a se vedea 5.4.6). 
DSC_65  Transf erul de date între platf orma care colect ează datele privind greutățile maxime și echipamentul 
DSR C din vehicul trebuie să se bazeze pe conexiunea fizică și pe interfețele și prot ocolul definite în 
secțiunea 5.6. 
5.6  Transfer ul de date între DSR C-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ă scur tă de acțiune bazată pe BLE Bluetooth v4.0. 
DSC_67  Indif erent de interfața și de conexiunea fizică selectate, trebuie satisfăcute următoar ele cerințe: 
DSC_68  (a) Pentr u ca furnizor i difer iți să poată fi contactați pentr u a pune la dispoziție VU și DSR C-VU, 
inclusiv lotur i difer ite de DSR C-VU, conexiunea dintre VU și DSR C-VU trebuie să fie o conexiune 
conf ormă unui standard disponbil în mod public. VU trebuie să se conect eze la DSR C-VU fie 
i)  folosind un cablu fix de cel puțin 2 metr i, cu un conect or DIN 41612 H11 drept – un 
conector cu fișă cu 11 pini aprobat de la DSR C-VU, care se potr iveșt e cu un conector de 
recepție DIN/ISO similar aprobat de la dispozitivul VU, fie 26.5.2016 L 139/492 Jurnalul Oficial al Uniunii Europene RO    
ii)  folosind Bluet ooth 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 DSR C-VU trebuie să fie compati bilă cu comenzile 
de protocol de aplicație definite în secțiunea 5.6.2. și 
DSC_70  (c)VU și DSR C-VU trebuie să fie compatibile cu realizarea transferului de date prin conexiune în ceea 
ce privește performa nța și alimentarea cu energie electr ică. 
5.6.2  Protocolul de aplicație 
DSC_71  Protocol ul de aplicație dintre echipamentul de comunicare la distanță al VU și DSR C-VU este 
responsabil cu transferu l periodic al datelor pentr u comunicarea la distanță de la VU către DSR C. 
DSC_72  Sunt identificate următ oarele comenzi principale:  
1. Inițializarea legătur ii de comunicare – solicitare  
2. Inițializarea legătur ii de comunicare – răspuns  
3. Transmiter ea date lor cu identificator ul aplicației RTM și datele utile definite de RTM Data  
4. Confir marea primir ii datelor  
5. Înche ierea legătur ii de comunicare – solicitare  
6. Înche ierea legătur ii de comunicare – răspuns 
DSC_73  În ASN1.0, comenzile anterioare pot fi definite ca: 
26.5.2016 L 139/493 Jurnalul Oficial al Uniunii Europene RO    
DSC_74  Descr ierea comenzilor și a parametr ilor este următ oarea: 
—  
 este folosită pentr u a inițializa 
legătura de comunicare. Comanda este transmisă de către VU la DSR C-VU. LinkIdentifi er este setat 
de VU și comunicat DSR C-VU pentr u a urmăr i o anumită legătură de comunicare. 
(Notă: aceasta are ca scop compatibilitat ea cu legătur i viitoare și cu alte aplicații/module, precum 
cântăr irea la bord).  
—  
 este utilizată de DSR C-VU 
pentr u a furniza răspunsul la solicitarea de inițializare a legătur ii de comunicare. Comanda este 
transmisă de DSR C-VU către VU. Comanda dă rezultatul inițializăr ii ca răspuns = 1 (reușită) sau 
=0 (eșec). 
DSC_75  Inițializarea legătur ii de comunicare trebuie făcută doar după instalarea, etalonarea și pornirea 
motorului/ VU este pornită. 
—  
 este utilizată de VU pentr u a transmite date le RCDTData (și anume the remote 
communication Data, datele pentr u comunicarea la distanță) semnate către DSR C-VU. Datele vor fi 
transmise la fiecare 60 de secunde. Parametr ul DataT ransactionId identifică transmisiunea specifi că 
de date. LinkIdentif ier este de asemenea folosit pentr u a se asigura că legătura corespunzătoare este 
corectă. 
—  
 este transmisă de DSR C-VU ca feedback pentr u VU în ceea ce 
priveșt e primirea datelor dintr -o comandă 
 identificată de parametr ul DataT ran­
sactionId. Parametr ul de răspuns este 1 (reușită) sau =0 (eșec). Dacă o VU primește mai mult de trei 
răspunsur i egale cu 0 sau dacă VU nu primește o RCDT Data Ackno wledgment pentr u o anumită 
RCDT - Send Data transmisă anterior cu un DataT ransactionId specifi c, VU va genera și înregistra un 
eveniment. 
—  
 este transmisă de VU către DSR C-VU 
pentr u a închei a o legătură aferentă unui anumit LinkIdentifi er. 
DSC_76  La repor nirea DSR C-VU sau a unei VU, toat e legătur ile de comunicare existent e ar trebui eliminate , 
deoarece ar putea exista legătur i „rupte” rămase în urma închi derii bruște a unei VU. 
—  
 este transmis de DSR C-VU către 
VU pentr u a conf irma solicitarea de închei ere a legătur ii de către VU pentr u LinkIdentifier -ul 
specific. 
5.7  Gestionarea eror ilor 
5.7.1  Înregistr area și comunicar ea datelor în DSRC-VU 
DSC_77  Datele trebuie furnizate DSRC-VU, deja secur izate, de către funcția VUSM. VUSM trebuie să verifice că 
date le înregistrate în DSRC-VU au fost înregistrat e corect. Înregistrarea și rapor tarea oricăror eror i în 
transferul datelor de la VU către memor ia DSRC-VU trebuie înregistrat e cu tipul EventF aultT ype și 
valoarea de enumerare stabilită la ‘62’H (anomalie a echipamentului de comunicare la distanță), 
împreună cu marca temporală. 
DSC_78  VU păstrează un fișier identif icat printr-un nume unic, care este ușor identif icabil de către inspect ori, 
în scopul înregistrăr ii „eșecur ilor de comunicare internă ale VU”. 
DSC_79  Dacă VUPM încearcă să obțină date VU de la modulul de secur itate (pentr u a le transmite către VU- 
DSR C), dar nu reușește, ea trebuie să înregistreze eșecul respectiv cu tipul EventF aultT ype și valoarea de 
enumerare stabilită la ‘62’H (anomalie a echi pamentului de comunicare la distanță), împ reună cu 
marca temporală. Eșecul comunicăr ii este detectat atunci când, timp de trei ori consecutiv , nu se 
primește un mesa j 
 Pentr u 
 aferentă (și anume 
cu același DataT ransactionId în mesa jele 
 ). 
5.7.2  Erori de comunicare fără fir 
DSC_80  Gestionarea eror ilor de comunicare trebuie să fie în concordanță cu standardele DSR C aferente, și 
anume EN 300 674-1, EN 12253, EN 12795, EN 12834 și parametr ii corespunzători din EN 13372. 26.5.2016 L 139/494 Jurnalul Oficial al Uniunii Europene RO    
5.7.2.1  Erori de criptar e și de semnătură 
DSC_81  Eror ile de criptare și de semnătură trebuie gestionat e conf orm definiției din apendicele 11 (Mecanisme 
de secur itate comune) și nu sunt prezente în niciun mesa j de eroare asociat cu transferul DSR C de 
date . 
5.7.2.2  Înregistr area erorilor 
Mediul DSR C este o comunicare fără fir dinamică într-un mediu de condiții de interferență și atmosfe rice 
nesigure, în special în combinațiile „REDCR portabil” și „vehicul în mișcare” implicat e de această aplicație. Prin 
urmare, este necesar să se stabilească diferența dintre o „eroare de citire” și o condiție de „eroare”. În cadr ul unei 
tranzacții printr-o interfaț ă fără fir, eșecul de citire este ceva obișnuit și consecința este de obicei că trebuie 
reîncercat, și anume BST trebuie retransmis și secvența trebuie încercată din nou, ceea ce, în majoritatea circum ­
stanțelor , va duce la o conexiune de comunicare reușită și la transfe rul cu succes al date lor, cu excepț ia cazului 
în care vehiculul vizat iese din raza de acțiune în decursul perioadei necesare pentr u retransmit ere. (Este posibil 
ca o instanță „reușită” a unei operațiuni de „citire” să fi presupus mai multe încercăr i și reîncercăr i). 
Eșecul de citire se poate produce din cauză că antenele nu au fost asociate în mod corespunzător (eșec de 
„țintire”); din cauză că una dintre antene este ecranată – în mod deliberat sau din cauza prezenț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 
public, sau din cauza interferențelor radar sau a condițiilor atmosferice dificile (de exem plu în timpul unei 
furtuni) ori pur și simplu din cauza ieșir ii din raza de acțiune a comunicăr ii DSR C. Instanțele individuale de 
eșecur i de citire, prin natura lor, nu pot fi înregistrat e, pur și simplu deoarece comunicarea nu a avut loc. 
Cu toat e acestea, dacă agentul autor ității de control compet ente vizează un vehicul și încearcă să inter ogheze 
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ăr i deliberate și, prin urmare, agentul autor ității de control compet ente are nevoie de o 
modalitat e de a înregistra 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 nicio 
comunicare reușită, DSR C-VU nu poate furniza date privind eșecul. Prin urmare, astfel de rapor tări depind de 
concepția echi pamentului REDCR. 
„Eșecul de citire” este diferit din punct de vedere tehnic de o „eroare”. În acest context, o „eroare” reprezintă 
obținerea unei valor i eronat e. 
Datele transfer ate către DSRC-VU sunt furnizate deja secur izate, prin urmare trebuie verificate de către 
furnizor ul date lor (a se vedea 5.4). 
Datele transfer ate ulterior prin interfaț a aeriană sunt verificate prin verificăr i redundant e ciclice la nivelul 
comunicațiilor . Dacă CRC le validează, atunci datele sunt corecte. Dacă CRC nu le validează, datele sunt 
transmise din nou. Probabilitat ea 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 pentr u retransmit erea și primirea datelor corect e, atunci rezultatul 
nu va fi o eroare, ci o instanțiere a unui tip specifi c de eșec de citire. 
Singurele date de „eșec” semnificative care pot fi înregistrat e sunt cele privind număr ul inițier ilor 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ăr ul ocaziilor în care etapa de 
„inițializare” a unei interogăr i DSR C a reușit, însă tranzacția s-a înche iat înainte ca datele să fie obținute 
cu succes de REDCR. Aceste date trebuie să fie disponibile pentr u agentul autori tății de control 
compet ente și trebuie stocat e în memor ia echi pamentului REDCR. Mijlo acele prin care se realizează 
acest lucr u depind de concepția produsului sau de specificațiile unei autor ități de control compet ente. 
Singurele date de „eroare” semnificative care pot fi înregistrat e sunt cele privind număr ul ocaziilor în 
care REDCR nu reușește să decr ipteze datele primite. Însă trebuie luat notă de faptul că aceasta se va 
refer i numai la eficiența software-ului REDCR. Datele pot fi decr iptate tehnic, dar nu au sens din 
punct de vedere semantic. 26.5.2016 L 139/495 Jurnalul Oficial al Uniunii Europene RO    
DSC_83  Prin urmare, REDCR trebuie să înregistreze, cu marcă temporală, număr ul ocaziilor în care a încercat, 
fără succes, să descifreze datele primite prin interfa ța DSR C. 
6  TESTELE DE OPERAȚIONALIT ATE ȘI DE VERIFICARE PERIODICĂ PENTR U FUNCȚIA DE COMUNICARE LA DIST ANȚĂ 
6.1  Generalități 
DSC_84  Pentr u funcția de comunicare la distanță sunt prevăzut e două tipur i de teste:  
1. Un test ECHO pentr u a valida canalul de comunicare fără fir DSRC-REDCR >>-:-<DSRC-VU.  
2. Un test de secur itate „end-t o-end” (de la un capăt la altul) pentr u a se asigura faptul că un card de 
atelier este capabil să acceseze conținutul de date criptate și semnat e creat de VU și transmis prin 
canalul de comunicare fără fir. 
6.2  ECHO 
Prezenta clauză conține dispozițiile specifi ce pentr u a testa numai dacă DSRC-REDCR >>-:-<DSRC-VU este activ 
din punct de vedere funcțional. 
Obiectivul comenzii ECHO este de a permite ateli erelor sau unităților de testare pentr u omologarea de tip să 
verifice dacă legătura DSR C funcționează fără a avea nevoie de acces la element ele de secur itate. Prin urmare, 
echipamentele de testare trebuie doar să poată inițializa o comunicare DSR C (transmițând un BST cu AID=2) și 
să poată apoi trimite comanda ECH O și, presupunând că DSR C funcționează, vor primi răspunsul ECH O. A se 
vedea secțiunea 5.4.8 pentr u detalii. Presupunând că primește acest răspuns în mod corect, legătura DSR C 
(DSRC-REDCR >>-:-<DSRC-VU) poate fi validată ca funcționând corect. 
6.3  Testele de validare a conținutului de date secur izate 
DSC_85  Acest test este realizat pentr u a valida fluxul de secur itate „end-to-end” al datelor . Pentr u un astfel de 
test este necesar un cititor de testare DSR C. Cititor ul de testare DSR C îndeplinește aceeași funcție și 
este imple mentat cu aceleași specif icații ca cititor ul folosit de forțele de ordine, cu diferența că pentr u 
autenti ficarea utilizat orului cititorului de testa re DSR C trebuie folosit un card de ateli er și nu un card 
de control. Testul poate fi executat după activarea inițială a unui tahograf intelig ent sau la sfârșitul 
procedur ii de etalonare. După activare, unitatea montată pe vehicul trebuie să genereze și să comunice 
către DSR C-VU date le secur izate pentr u detectarea timpurie. 
DSC_86  Personalul atelierului trebuie să poziționeze cititorul de testare DSR C la o distanță de 2-10 metr i în 
fața vehiculului. 
DSC_87  Apoi, personalul atelier ului introduce un card de ateli er în cititor ul de testa re DSR C pentr u a solicita 
inter ogarea datelor pentr u detectarea timp urie de la unitatea montată pe vehicul. După o interogare 
reușită, personalul ateli erului va accesa date le primite pentr u a se asigura ca au fost validate cu succes 
în ceea ce priveșt e integritatea și decr iptat e.  26.5.2016 L 139/496 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 15 
MIGRAȚIE: GESTIONAREA COEXISTENȚEI MAI MUL TOR GENERAȚII DE ECHIP AMENTE 
CUPRINS 
1. DEFINIȚII ......................................................................................................................................... 497 
2. DISPOZIȚII GENERALE ........................................................................................................................ 497 
2.1. Prezentare generală a tranziției .................................................................................................. 497 
2.2. Interoperabilitat ea dintre VU și cardur i........................................................................................ 498 
2.3. Interoperabilitat ea dintre VU și MS ............................................................................................. 498 
2.4. Interoperabilitat ea dintre unitățile montate pe vehicule, cardur ile de tahograf și echipament ele pentr u des­
cărcarea date lor ..................................................................................................................... 498 
2.4.1 Descărcare directă de pe card de către IDE ................................................................................... 498 
2.4.2 Descărcare de pe card prin intermediul unei unități montate pe vehicul .............................................. 499 
2.4.3 Descărcarea din unitatea montată pe vehicul ................................................................................ 499 
2.5. Interoperabilitat ea dintre VU și echi pamentele de etalonare .............................................................. 499 
3. PRINCIP ALELE ETAPE ÎN PERIO ADA ANTERIO ARĂ DATEI INTR ODUCERII ...................................................... 499 
4. DISPOZIȚII PENTR U PERIO ADA POSTERIO ARĂ DATEI INTR ODUCERII .......................................................... 499  
1.  DEFINIȚII 
În sensul prezentului apendice, se folosesc următ oarele definiții: 
siste m tahog rafic inteligent: conf orm definiției din prezenta anexă [capit olul 1: definiția (bbb)]; 
siste m tahog rafic de prima generație: conf orm definiției din prezentul regulament (articolul 2: definiț ia 1); 
siste m tahog rafic de a doua generație: conf orm definiției din prezentul regulament (articolul 2: definiția 7); 
data introducer ii:conf orm definiț iei din prezenta anexă [capitolul 1: definiț ia (ccc)]; 
echipament inteligent dedicat (IDE): echipament utilizat la descărcarea de date, conf orm definiției din 
apendicele 7 la prezenta anexă. 
2.  DISPOZIȚII GENERALE 
2.1.  Prezent are generală a tranziției 
Preambulul la prezenta anexă oferă o prezentare generală a tranziției de la prima la a doua generație de sisteme 
tahograf ice. 
În plus față de cele prevăzute în prezentul preambul: 
—  prima generație de senzor i de mișcare nu va fi inter operabilă cu a doua generație de unități montate pe 
vehicule; 
—  a doua generație de senzor i de mișcare va începe să fie instalată în vehicule în același timp cu a doua generație 
de unități montate pe vehicule; 
—  echi pamentele de etalonare și de descărcare a datelor vor trebui să evolueze pentr u a fi compatib ile cu 
utilizarea ambelor generații de aparatură de înregistrare și de cardur i de tahograf. 26.5.2016 L 139/497 Jurnalul Oficial al Uniunii Europene RO    
2.2.  Interoperabilit atea dintre VU și cardur i 
Este de la sine înțeles că prima generație de cardur i de tahograf este inter operabilă cu prima generație de unități 
montate pe vehicule (în conf ormitate cu anexa 1B la prezentul regulament), în timp ce a doua generație de 
cardur i de tahograf este interoperabilă cu a doua generație de unități montate pe vehicule (în conf ormitate cu 
anexa 1C la prezentul regulament). În plus, se aplică cerințele de mai jos. 
MIG_001  Cu excepția cazur ilor prevăzut e în cerința MIG_004 și în MIG_005, cardur ile de tahograf de prima 
generație pot fi utilizate în continuare cu a doua generație de unități montate pe vehicule, până la data 
de expirare a valabilității lor. Deținător ii acestor a pot însă solicita înlocuirea lor cu cardur i de tahograf 
de a doua generație, de îndată ce aceste a din urmă sunt disponibile. 
MIG_002  A doua generație de unități montate pe vehicule trebuie să poată utiliza orice card valabil de 
conducător auto, de control și de societate de prima generație introdus. 
MIG_003  Această capacitate poate fi supr imată definitiv în aceste unități montate pe vehicule, în cadr ul 
atelierelor , astfel încât să nu mai poată fi accepta te cardur ile de tahograf de prima generație. Aceasta se 
poate face numai după ce Comisia Europeană a lansat o procedură pentr u a solicita ateli erelor 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 cardur i de ateli er de a 
doua generație. 
MIG_005  Pentr u stabilirea modului de funcționare, a doua generație de unități montate pe vehicule trebuie să ia 
în considerare numai tipur ile cardur ilor valabile introduse, indife rent de generația acestor a. 
MIG_006  Orice 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.  Interoperabilit atea dintre VU și MS 
Este de la sine înțeles că prima generație de senzor i de mișcare este inter operabilă cu prima generație de unități 
montate pe vehicule, iar a doua generație de senzor i de mișcare este inter operabilă cu a doua generație de unități 
montate pe vehicule. În plus, se aplică cerințele de mai jos. 
MIG_007  A doua generație de unități montate pe vehicule nu va pute a fi asociată și utilizată cu senzor i de 
mișcare de prima generație. 
MIG_008  Senzor ii 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 sau cu ambele generații de unități montate pe vehicule. 
2.4.  Interoperabilit atea dintre unitățile montate pe vehicule, cardur ile de tahog raf și echipamentele pentr u 
descărcarea datelor 
MIG_009  Echipament ele pentr u descărcarea datelor pot fi utilizate cu o singură generație de unități montate pe 
vehicule și de cardur i de tahograf sau cu ambele. 
2.4.1  Descărcar e directă de pe card de către IDE 
MIG_010  Datele sunt descărcate de către IDE de pe cardur ile de tahograf de o anumită generație introduse în 
cititoarele lor de cardur i, cu utilizarea mecanismelor de secur itate și a protocolul ui de descărcare a 
datelor aferente generației respective, iar date le descărcate trebuie să aibă formatul definit pentr u 
generația respectivă. 
MIG_011  Pentr u a permite controlarea conducător ilor auto de către autorități de control care nu aparțin de UE, 
trebuie să fie de asemenea posibilă descărcarea cardur ilor de conducăt or auto (și de ateli er) de a doua 
generație exact în același mod ca și cardur ile de conducăt or autor (și de ateli er) de prima generație. 
Această descărcare trebuie să includă: 
—  EF nesemnate 
 și 
 , 
—  EF nesemnate (prima generație) 
 și 
 , 26.5.2016 L 139/498 Jurnalul Oficial al Uniunii Europene RO    
—  celelalte EF cu date de aplicație (din cadr ul 
 DF) impuse de prot ocolul de descărcare pentr u 
cardur ile de prima generație. Aceste informații trebuie să fie prot ejate de o semnătură digitală, în 
conf ormitate cu mecanismele de secur itate aferent e primei generații. 
Această descărcare trebuie să nu includă EF cu date de aplicație care sunt prezente doar în cardur ile de 
conducător auto (și de atelier) de a doua generație (EF cu date de aplicație din cadr ul 
 DF). 
2.4.2  Descărcar e de pe card prin inter mediul unei unități montate pe vehic ul 
MIG_012  Datele de pe un card de a doua generaț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 unitate a montată pe vehicul exact în același mod ca un card de prima 
generație, iar datele descărcat e 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 
se descarcă folosind prot ocolul de descărcare a datelor definit în apendicele 7 la prezenta anexă. 
Unitat ea 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 pentr u 
cardur ile de prima generație. 
2.4.3  Descărcar ea din unitatea montată pe vehic ul 
MIG_014  Datele din a doua generație de unități montate pe vehicule se descarcă folosind mecanismele de 
secur itate aferent e celei de-a doua generații și prot ocolul de descărcare a datelor specificat în apendicele 
7 la prezenta anexă. 
MIG_015  Pentr u a permite controlarea conducător ilor auto de către autorități de control care nu aparțin de UE, 
precum și descărcarea de către ateliere din afara UE a datelor din unitat ea montată pe vehicul, poate 
exista opțiunea descărcăr ii datelor din a doua generație de unități montate pe vehicule cu utilizarea 
mecanismelor de secur itate aferente primei generații și a protocolului de descărcare a date lor aferent 
primei generații. Datele descărcate trebuie să aibă 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.  Interoperabilit atea dintre VU și echipamentele de etalonare 
MIG_016  Echipament ele de etalonare trebuie să poată efectua etalonarea fiecăre i generații de tahografe, utilizând 
protocolul de etalonare aferent generației respective. Echipamentele de etalonare pot fi utilizate cu o 
singură generație de tahografe sau cu ambele. 
3.  PRINCIP ALELE ETAPE ÎN PERIO ADA ANTERIO ARĂ DATEI INTR ODUCERII 
MIG_017  Certificatele și cheile de testa re trebuie să se afle la dispoziția producăt orilor cel târziu cu 30 de luni 
înainte de data introducer ii. 
MIG_018  Testele de inter operabilitate trebuie să fie gata de demarare, dacă sunt solicitate de producător i, cel 
târziu cu 15 luni înaint e de data introducer ii. 
MIG_017  Certificatele și cheile oficiale trebuie să se afle la dispoziția producăt orilor cel târziu cu 12 luni înainte 
de data introducer ii. 
MIG_020  Statele membre trebuie să fie în măsură să emită cardur i de atelier de a doua generație cel târziu cu 3 
luni înainte de data introducer ii. 
MIG_021  Statele membre trebuie să fie în măsură să emită toat e tipur ile de cardur i de tahograf de a doua 
generație cel târziu cu 1 lună înainte de data introducer ii. 
4.  DISPOZIȚII PENTR U PERIO ADA POSTERIO ARĂ DATEI INTR ODUCERII 
MIG_022  După data introducer ii, state le membre trebuie să emită numai cardur i de tahograf de a doua generație. 26.5.2016 L 139/499 Jurnalul Oficial al Uniunii Europene RO    
MIG_023  Producător ilor de unități montate pe vehicule / senzor i de mișcare li se permite să producă unități 
montate pe vehicule / senzor i de mișcare de prima generație atât timp cât acestea / aceștia sunt 
utilizate / utilizați în practică, astfel încât component ele defe cte să poată fi înlocuite. 
MIG_024  Producător ilor de unități montate pe vehicule / senzor i de mișcare li se permite să solicite și să obțină 
menținerea omologăr ii de tip pentr u tipur ile deja omologa te de unități montate pe vehicule / senzor i 
de mișcare de prima generație.  26.5.2016 L 139/500 Jurnalul Oficial al Uniunii Europene RO    
Apendicele 16. 
ADAPTOR PENTR U VEHICULELE DIN CATEGORIILE M1 ȘI N1 
CUPRINS 
1. ABREVIERI ȘI DOCUMENTE DE REFERINȚĂ ............................................................................................... 501 
1.1. Abrevier i................................................................................................................................ 501 
1.2. Standarde de referință ............................................................................................................... 501 
2. CARA CTERISTICILE GENERALE ȘI FUNCȚIILE ADAPTOR ULUI ........................................................................ 502 
2.1. Descr iere generală a adapt orului .................................................................................................. 502 
2.2. Funcții ................................................................................................................................... 502 
2.3. Secur itate............................................................................................................................... 502 
3. CERINȚE PENTR U APARA TURA DE ÎNREGISTRARE ÎN CAZ UL INST ALĂRII UNUI ADAPTOR ................................ 502 
4. CERINȚE FUNCȚIONALE ȘI DE CONSTR UCȚIE PENTR U ADAPTOR .................................................................. 503 
4.1. Interfațare și adap tarea impulsur ilor de vitez ă de intrare .................................................................... 503 
4.2. Orientarea impulsur ilor de intrare către senzor ul de mișcare integrat ................................................... 503 
4.3. Senzor ul de mișcare integrat ....................................................................................................... 503 
4.4. Cerințe de secur itate................................................................................................................. 503 
4.5. Caracteristi ci de performa nță ...................................................................................................... 504 
4.6. Materi ale................................................................................................................................ 504 
4.7. Marcaje .................................................................................................................................. 504 
5. INST ALAREA APARA TURII DE ÎNREGISTRARE ÎN CAZUL UTILIZĂRII UNUI ADAPTOR ....................................... 504 
5.1. Instalarea ................................................................................................................................ 504 
5.2. Sigilarea ................................................................................................................................. 505 
6. CONTR OALE, INSPECȚII ȘI REPARAȚII ...................................................................................................... 505 
6.1. Inspecții periodice .................................................................................................................... 505 
7. OMOLOGAREA DE TIP A APARA TURII DE ÎNREGISTRARE ÎN CAZ UL UTILIZĂRII UNUI ADAPTOR ....................... 505 
7.1. Considerații generale ................................................................................................................. 505 
7.2. Certificat de funcționare ............................................................................................................ 506  
1.  ABREVIERI ȘI DOCUMENTE DE REFERINȚĂ 
1.1.  Abrevier i 
TBD  de precizat 
VU  Unitate montată pe vehicul 
1.2.  Standarde de refer ință 
ISO16844-3 Road vehicles – Tachog raph systems – Part 3: Motion sensor interf ace 26.5.2016 L 139/501 Jurnalul Oficial al Uniunii Europene RO    
2.  CARA CTERISTICILE GENERALE ȘI FUNCȚIILE ADAPTOR ULUI 
2.1.  Descr iere generală a adaptor ului 
ADA_001  Adapt orul furnizează unei unități montate pe vehicul conectat e date de mișcare secur izate, care sunt 
în mod permanent reprezentative pentr u vitez a vehiculului și pentr u distanța parcursă de acesta. 
Adapt orul este destinat numai vehiculelor care, conf orm prezentului regulament, trebuie să fie 
echi pate cu aparatură de înregistrare. 
Acesta se instalează și se utilizează numai la tipur ile de vehicule definite la definiția (yy), „adap tor”, 
acolo unde este imposibil din punct de vedere mecanic să se instaleze orice alt tip de senzor de 
mișcare existen t care respectă dispozițiile prezentei anex e și ale apendicelor 1-16 la prezenta anexă. 
Adapt orul nu se conecte ază mecanic la un element mobil al vehiculului, ci se conect ează la 
impulsur ile de viteză/distanță generat e de senzor i integrați sau de interfe țe alternative. 
ADA_002  Un senzor de mișcare omologat de tip (conf orm dispozițiilor din secțiunea 8 a prezent ei anex e IC, 
Omolog area de tip a aparatur ii de înregistrare și a cardur ilor de tahograf) este montat în carcasa 
adap torului, care conține de asemenea un dispozitiv de conver tire a impulsur ilor al cărui rol este să 
oriente ze impulsur ile de intrare către senzor ul de mișcare integrat . Senzor ul de mișcare integrat este 
conectat la VU, astfel încât interfața dintre VU și adapt or să respecte cerințele stabilit e în standardul 
ISO16844-3. 
2.2.  Funcții 
ADA_003  Adapt orul are următoarele funcții: 
—  interfațare și adap tarea impulsur ilor de viteză de intrare, 
—  orientarea imp ulsur ilor de intrare către senzor ul de mișcare integrat, 
—  toat e funcțiile senzor ului de mișcare integrat, care furnizează VU date de mișcare secur izate. 
2.3.  Secur itate 
ADA_004  Secur itatea adap torului nu se certifică conf orm obiectivului general de secur itate pentr u senzor ii de 
mișcare definit în apendicele 10 la prezenta anexă. În locul acestuia, se aplică cerințele de secur itate 
specificate în secțiunea 4.4 din prezentul apendice. 
3.  CERINȚE PENTR U APARA TURA DE ÎNREGISTRARE ÎN CAZ UL INST ALĂRII UNUI ADAPTOR 
Cerințele din următoar ele capitole indică modul în care trebuie înțelese cerințele din prezenta anexă în cazul 
utilizăr ii unui adap tor. Numerele aferente cerințelor din anexa IC sunt menționate între paranteze. 
ADA_005  Aparatura de înregistrare a oricărui vehicul prevăzut cu un adap tor trebuie să respecte toat e 
dispozițiile prezentei anex e, cu excepția cazului în care se prevede altfel în prezentul apendice. 
ADA_006  Atunci când este instalat un adapt or, aparatura de înregistrare include cablur i, adap toru l în sine 
(inclusiv un senzor de mișcare) și o VU (01). 
ADA_007  Funcția de detectare a evenimente lor și/sau a anomaliilor aparatur ii de înregistrare se modifi că după 
cum urmează: 
—  evenimentul „întrer uperea alimentăr ii cu energie electr ică” este declanșat de VU, atunci când 
aceasta nu se află în modul de etalonare, în cazul oricărei întrer uper i de peste 200 de milisecunde 
a alimentăr ii cu energie electr ică a senzor ului de mișcare integrat (79) 
—  evenimentul „eroare a datelor de mișcare” este declanșat de VU în cazul întrer uper ii fluxului 
normal de date dintre senzor ul de mișcare integra t și VU și/sau în cazul unor eror i de integritate 
sau de aute ntifi care a datelor survenite în timpul schi mbului de date dintre senzor ul de mișcare 
integrat și VU (83) 26.5.2016 L 139/502 Jurnalul Oficial al Uniunii Europene RO    
—  evenimentul „tentativă de încălcare a secur ității” este declanșat de VU, atunci când aceasta nu se 
află în modul de etalonare, în cazul oricărui eveniment care afect ează secur itatea senzor ului 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 senzor ului de mișcare integrat (88) 
ADA_008  Anomaliile adapt orului care pot fi detectate de aparatura de înregistrare sunt cele legate de senzor ul de 
mișcare integrat (88). 
ADA_009  Funcția de etalonare a VU permite asocierea automată a senzor ului de mișcare integrat cu VU (202, 
204). 
4.  CERINȚE FUNCȚIONALE ȘI DE CONSTR UCȚIE PENTR U ADAPTOR 
4.1.  Inter fațare și adaptarea impulsur ilor de viteză de intrare 
ADA_011  Interfața de intrare a adapt orului trebuie să accept e imp ulsur i de frecvență care sunt reprezentative 
pentr u viteza vehiculului și pentr u distanța parcursă de acesta. Caracteristic ile electr ice ale imp ulsur ilor 
de intrare sunt: a se defin i de către producător . Trebuie să existe reglaje, accesibile numai producător ului 
adap torului și numai atelierul ui autori zat care efectuează instalarea adap torului, care să permită 
interfațarea corectă a intrăr ii adap torului cu vehiculul, dacă este cazul. 
ADA_012  Interfața de intrare a adap torului trebuie să fie capabilă, dacă este cazul, să înmulțească sau să împ artă 
impulsur ile de frecvență ale impulsur ilor de viteză de intrare la un factor fix, pentr u adapta rea 
semnalului la intervalul de factori k definit în prezenta anexă (4 000-25 000 de impulsur i/km). Acest 
factor fix poate fi programat numai de producăt orul adapt orului și de atelierul autori zat care 
efectuează instalarea adapt orului. 
4.2.  Orienta rea impulsur ilor de intrare către senzor ul de mișcare integ rat 
ADA_013  Impulsur ile de intrare, posibil adapta te după cum se specifi că mai sus, sunt direcționate către senzor ul 
de mișcare integrat, astfel încât fiecare impuls de intrare să fie detectat de senzor ul de mișcare. 
4.3.  Senzor ul de mișcare integ rat 
ADA_014  Senzor ul de mișcare integrat este stimulat de impulsur ile 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 identif icare ale senzor ului de mișcare integrat sunt folosite de VU pentr u identificarea 
adap torului (95). 
ADA_016  Se consideră că datele de instalare stocat e în senzor ul de mișcare integrat reprezintă datele de instalare 
ale adapt orului (122). 
4.4.  Cer ințe de secur itate 
ADA_017  Carcasa adapt orului 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 detec tat (de exemplu, prin inspecție 
vizuală, a se vedea ADA_035). Sigiliile respectă aceleași cerințe ca cele folosit e pentr u sigiliile 
senzor ilor de mișcare (398-406) 
ADA_018  Nu trebuie să fie posibilă scoate rea senzor ului de mișcare integrat din adap tor fără ruperea sigiliului 
sau a sigiliilor carcasei adapt orului sau fără ruperea sigiliului dintre senzor și carcasa adapt orului (a se 
vedea ADA_034). 
ADA_019  Adapt orul trebuie să asigure faptul că datele de mișcare nu pot fi prelucrate și extrase decât din 
intrarea adapt orului. 26.5.2016 L 139/503 Jurnalul Oficial al Uniunii Europene RO    
4.5.  Caracter istici de perfor manță 
ADA_020  Adapt orul trebuie să fie perfect funcțional în inter valul de temperatură definit de producăt or. 
ADA_021  Adapt orul este perfect funcțional în intervalul de umiditat e 10 %-90 % (214). 
ADA_022  Adapt orul este prote jat împotr iva supratensiunilor , a inversăr ii polar ității sursei de alimentare și a 
scur tcircuit elor (216). 
ADA_023  Adapt orul trebuie fie: 
—  să reacționeze la un câmp magnetic care perturbă detectarea deplasăr ii vehiculului; în acest caz, 
unitatea montată pe vehicul va înregistra și va stoca o anomalie a senzor ului (88), fie 
—  să fie prevăzut cu un element detector care să fie prote jat împotr iva câmpurilor magnetice sau 
imun la acest ea (217). 
ADA_024  Adapt orul trebuie să respecte dispozițiile Regulamentului internațio nal CEE-ONU nr. 10, referitor la 
compati bilitatea electromagnetică, și trebuie să fie protejat împotr iva descărcăr ilor electrostatice și a 
curenților tranzito rii (218). 
4.6.  Mater iale 
ADA_025  Adapt orul trebuie să corespundă indicelui de protecție (a se defin i de către prod ucător , în funcție de poziția 
de instalare) (220, 221). 
ADA_026  Carcasa adapt orului este de culoare galbe nă. 
4.7.  Marcaje 
ADA_027  Pe adap tor trebuie fixată o plăcuță descr iptivă care conține următoarel e detalii: 
—  denumirea și adresa producăt orului adapt orului, 
—  număr ul de compo nentă al producăt orului și anul de fabricație al adapt orului, 
—  marca de omologa re a tipului de adapt or sau a aparatur ii de înregistrare care conține adapt orul, 
—  data instalăr ii adap torului, 
—  număr ul de identificare al vehiculului pe care acesta a fost instalat. 
ADA_028  Plăcuța descr iptivă trebuie să includă de asemenea următoarele detalii (dacă aceste a nu pot fi citite 
direct din afară pe senzor ul de mișcare integrat): 
—  denumirea producăt orului senzor ului de mișcare integrat, 
—  număr ul de compo nentă al producăt orului și anul de fabricație al senzor ului de mișcare integrat, 
—  marca de omologa re a senzor ului de mișcare integrat. 
5.  INST ALAREA APARA TURII DE ÎNREGISTRARE ÎN CAZUL UTILIZĂRII UNUI ADAPTOR 
5.1.  Inst alarea 
ADA_029  Adapt oarele care urmează a fi instalate pe vehicule trebuie instalate numai de producăt orii vehiculelor 
sau de ateliere aprobat e, autorizate să instaleze, să activeze și să etaloneze tahografe digitale și 
tahografe intelig ente. 
ADA_030  Un astfe l de atelier aprobat care instalează adapt orul reglează interfaț a de intrare și selecte ază rapor tul 
de divizare al semnalului de intrare (dacă este cazul). 26.5.2016 L 139/504 Jurnalul Oficial al Uniunii Europene RO    
ADA_031  Un astfel de atelier aprobat care instalează adap torul sigilează apoi carcasa adapt orului. 
ADA_032  Adapt orul este instalat cât mai aproape de acea parte a vehiculului care furnizează impulsur ile de 
intrare. 
ADA_033  Cablur ile de alimentare ale adapt orului sunt de culoare roșie (polul pozitiv), respectiv neagră (masa). 
5.2.  Sigilarea 
ADA_034  Se aplică următoarele cerințe privind sigilarea: 
—  carcasa adapt orului se sigilează (a se vedea ADA_017), 
—  carcasa senzor ului integrat se sigilează de carcasa adapt orului, cu excepția situației în care nu este 
posibilă scoate rea senzor ului din carcasa adap torului fără ruperea sigiliului (sigiliilor) carcasei 
adapt orului (a se vedea ADA_18), 
—  carcasa adapt orului se sigilează de vehicul, 
—  conexiunea dintre adapt or și echipamentul care furnizează impulsur ile de intrare ale acestuia se 
sigilează la ambele capete (în măsura în care este posibil în mod rezonabil). 
6.  CONTR OALE, INSPECȚII ȘI REPARAȚII 
6.1.  Inspecții periodice 
ADA_035  Atunci când este folosit un adapt or, fiecare inspecție periodică [inspecție periodică înseamnă o 
inspecție în conf ormitate cu cerințele (409)-(413) din anexa 1C] asupra aparatur ii de înregistrare 
trebuie să includă următoar ele controale: 
—  verificarea faptului că adapt orul poar tă marcajele de omologar e de tip corespunzătoare, 
—  verificarea faptului că sigiliul de pe adap tor și cel de pe conexiunile sale sunt intacte, 
—  verificarea faptului că adapt orul este instalat astfel cum este indicat pe plăcuța de instalare, 
—  verificarea faptului că adap torul este instalat astfe l cum este specificat de producăt orului 
adapt orului și/sau al vehiculului, 
—  verificarea faptului că este autor izată montarea unui adapt or pe vehiculul care face obiectul 
inspecției. 
ADA_036  Aceste inspecții includ o etalonare și o înlocuire a tuturor sigiliilor , indif erent de starea lor. 
7.  OMOLOGAREA DE TIP A APARA TURII DE ÎNREGISTRARE ÎN CAZ UL UTILIZĂRII UNUI ADAPTOR 
7.1.  Considerații generale 
ADA_037  Aparatura de înregistrare este prezentată compl etă în vederea omologăr ii, împreună cu adap torul 
(425). 
ADA_038  Orice adap tor poate fi prezentat pentr u propr ia omologar e de tip sau pentr u omologar ea de tip în 
calitat e de compo nentă a unei aparatur i de înregistrare. 
ADA_039  O asemenea omolog are de tip include teste de funcționare care imp lică folosirea adap torul ui. 
Rezultat ele pozitive obținute în cadr ul acestor teste sunt menționate într-un certificat corespunzăt or 
(426). 26.5.2016 L 139/505 Jurnalul Oficial al Uniunii Europene RO    
7.2.  Cer tificat de funcționare 
ADA_040  Producăt orului adapt orului i se eliberează un certificat de funcționare pentr u un adap tor sau pentr u o 
aparatură de înregistrare care include un adapt or numai în cazul în care au fost înregistrat e rezultate 
pozitive în cadr ul tuturor testelor de funcționare minime menționate mai jos. 
Nr. Test Descr iere Cerințe conexe 
1. Exa minare adminis trativă 
1.1 Documentație Corectitudinea documentației adapt orului  
2. Inspecție vizuală 
2.1. Respectarea documentației de către adapt or  
2.2. Identif icare/marcaj e a(le) adap torului ADA_027, ADA_028 
2.3 Materi ale ale adap torului (219)-(223) 
ADA_026 
2.4. Sigilarea ADA_017, ADA_018, 
ADA_034 
3. Teste de funcționare 
3.1 Orientarea impulsur ilor de viteză către senzor ul de mișcare integrat ADA_013 
3.2 Interfațare și adap tarea impulsur ilor de vitez ă de intrare ADA_011, ADA_012 
3.3 Precizia măsurăr ii deplasăr ii (30) – (35), (217) 
4. Teste de mediu 
4.1 Rezultatele testelor efectuat e de 
producător Rezultate le testelor de mediu efectuate de produ ­
cător ADA_020, ADA_021, 
ADA_022, ADA_024 
5. EMC 
5.1 emisii radiat e și susceptibi litate Verificarea conf ormității cu Directiva 
2006/28/CE ADA_024 
5.2 Rezultatele testelor efectuat e de 
producător Rezultate le testelor de mediu efectuate de produ ­
cător ADA_024   26.5.2016 L 139/506 Jurnalul Oficial al Uniunii Europene RO