EUR-Lex Document 02016R0799-20230821

Acest document are doar scop informativ și nu produce efecte juridice. Instituţiile Uniunii nu își asumă răspunderea pentru
conţinutul său. Versiunile autentice ale actelor relevante, inclusiv preambulul acestora, sunt cele publicate în Jurnalul Oficial
al Uniunii Europene și disponibile pe site-ul EUR-Lex. Aceste texte oficiale pot fi consultate accesând linkurile integrate în
prezentul document.
►B REGULAMENTUL DE PUNERE ÎN APLICARE (UE) 2016/799 AL COMISIEI
din 18 martie 2016
de punere în aplicare a Regulamentului (UE) nr. 165/2014 al Parlamentului European și al
Consiliului de stabilire a cerinţelor pentru construirea, testarea, instalarea, operarea și
repararea tahografelor și a componentelor acestora
(Text cu relevanţă pentru SEE)
(JO L 139, 26.5.2016, p. 1)
Astfel cum a fost modificat prin:
Jurnalul Oficial
NR. Pagina Data
►M1 Regulamentul de punere în aplicare (UE) 2018/502 al Comisiei din
28 februarie 2018
L 85 1 28.3.2018
►M2 Regulamentul de punere în aplicare (UE) 2020/158 al Comisiei din
5 februarie 2020
L 34 20 6.2.2020
►M3 Regulamentul de punere în aplicare (UE) 2021/1228 al Comisiei din
16 iulie 2021
L 273 1 30.7.2021
►M4 Regulamentul de punere în aplicare (UE) 2023/980 al Comisiei din
16 mai 2023
L 134 28 22.5.2023
rectificat prin:
►C1 Rectificare, JO L 146, 3.6.2016, p. 31 (2016/799)
►C2 Rectificare, JO L 27, 1.2.2017, p. 169 (2016/799)
02016R0799 — RO — 21.08.2023 — 003.002 — 1
02016R0799 — RO — 21.08.2023 — 003.002 — 2
REGULAMENTUL DE PUNERE ÎN APLICARE (UE) 2016/799
AL COMISIEI
din 18 martie 2016
de punere în aplicare a Regulamentului (UE) nr. 165/2014 al
Parlamentului European și al Consiliului de stabilire a cerinţelor
pentru construirea, testarea, instalarea, operarea și repararea
tahografelor și a componentelor acestora
(Text cu relevanţă pentru SEE)
Articolul 1
Obiect și domeniu de aplicare
(1) Prezentul regulament stabilește dispoziţiile necesare pentru
aplicarea uniformă a următoarelor aspecte referitoare la tahografe:
(a) înregistrarea poziţiei vehiculului în anumite puncte în timpul zilei de
lucru a conducătorului auto;
(b) detectarea timpurie la distanţă a posibilelor manipulări sau utilizări
abuzive ale tahografelor inteligente;
(c) interfaţa cu sistemele de transport inteligente;
(d) cerinţele administrative și tehnice pentru procedurile de omologare
de tip a tahografelor, inclusiv a mecanismelor de securitate.
▼M1
(2) Construirea, testarea, instalarea, inspectarea, operarea și repararea
tahografelor inteligente și a componentelor acestora trebuie să respecte
cerinţele tehnice stabilite în anexa IC la prezentul regulament.
(3) Celelalte tahografe, în afara tahografelor inteligente, trebuie să
respecte în continuare, în ceea ce privește construirea, testarea,
instalarea, inspectarea, operarea și repararea, cerinţele din anexa I la
Regulamentul (UE) nr. 165/2014 sau din anexa IB la Regula­
mentul (CEE) nr. 3821/85 al Consiliului ( 1 ), după caz.
▼B
(4) În temeiul articolului 10d din Directiva 96/53/CE, echipamentul
de detectare timpurie la distanţă trebuie să transmită, de asemenea,
datele referitoare la greutate furnizate de un sistem intern de cântărire
la bord, în scopul detectării timpurii a fraudelor.
▼M1
(5) Prezentul regulament nu aduce atingere Directivei 2014/53/UE a
Parlamentului European și a Consiliului ( 2 ).
▼B
Articolul 2
Definiţii
În scopul prezentului regulament, se aplică definiţiile prevăzute la
articolul 2 din Regulamentul (UE) nr. 165/2014.
▼B
( 1 ) Regulamentul (CEE) nr. 3821/85 al Consiliului din 20 decembrie 1985
privind aparatura de înregistrare în transportul rutier (JO L 370, 31.12.1985,
p. 8).
( 2 ) Directiva 2014/53/UE a Parlamentului European și a Consiliului din 16 aprilie
2014 privind armonizarea legislaţiei statelor membre referitoare la punerea la
dispoziţie pe piaţă a echipamentelor radio și de abrogare a Directivei
1999/5/CE (JO L 153, 22.5.2014, p. 62).
02016R0799 — RO — 21.08.2023 — 003.002 — 3
În plus, se aplică următoarele definiţii:
1. „tahograf digital” sau „tahograf de primă generaţie” înseamnă un
tahograf digital care nu este un tahograf inteligent;
2. „echipament GNSS extern” înseamnă un echipament care conţine
receptorul GNSS atunci când unitatea montată pe vehicul nu este o
unitate compactă, precum și alte componente necesare pentru
protecţia comunicării datelor de poziţionare către restul unităţii
montate pe vehicul;
▼M1
3. „dosar informativ” înseamnă dosarul complet, în format electronic
sau pe hârtie, care conţine toate informaţiile furnizate de producător
sau de agentul său autorităţii de omologare de tip în scopul
omologării de tip a unui tahograf sau a unei componente a
acestuia, inclusiv certificatele menţionate la articolul 12 alineatul (3)
din Regulamentul (UE) nr. 165/2014, rezultatele testelor definite în
anexa IC la prezentul regulament, precum și schiţe, fotografii și alte
documente relevante;
▼B
4. „dosar de omologare” înseamnă dosarul informativ, în format elec­
tronic sau pe hârtie, însoţit de orice alte documente adăugate de
autoritatea de omologare de tip la dosarul informativ în cursul
exercitării funcţiilor sale, inclusiv, la sfârșitul procesului de
omologare de tip, certificatul de omologare CE de tip a tahografului
sau a unei componente a acestuia;
5. „opisul dosarului de omologare” înseamnă documentul care
enumeră conţinutul numerotat al dosarului de omologare, care iden­
tifică toate 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 dosarului respectiv;
6. „echipament de detectare timpurie la distanţă” înseamnă aparatura
unităţii montate pe vehicul care este folosită pentru efectuarea de
controale selective în trafic;
▼M1
7. „tahograf inteligent” sau „tahograf de a doua generaţie” înseamnă
un tahograf digital care este în conformitate cu articolele 8, 9 și 10
din Regulamentul (UE) nr. 165/2014, precum și cu anexa IC la
prezentul regulament;
8. „componentă a tahografului” înseamnă oricare dintre următoarele
elemente: unitatea montată pe vehicul, senzorul de mișcare, foaia
de înregistrare, echipamentul GNSS extern și echipamentul extern
de detectare timpurie la distanţă;
▼B
9. „autoritate de omologare de tip” înseamnă autoritatea unui stat
membru care are competenţa de a efectua omologarea de tip a
tahografului sau a componentelor sale și de a desfășura procesul
de autorizare, precum și de a elibera și, dacă este cazul, de a retrage
certificatele de omologare de tip, care acţionează ca punct de
contact cu autorităţile de omologare de tip ale altor state membre
și care garantează că producătorii își îndeplinesc obligaţiile în ceea
ce privește conformitatea cu cerinţele prezentului regulament ;
▼M1
10. „unitate montată pe vehicul” înseamnă tahograful, cu excepţia
senzorului de mișcare și a cablurilor cu care este conectat
senzorul de mișcare.
Aceasta poate fi formată dintr-o singură unitate sau din mai
multe unităţi distribuite în vehicul și include o unitate de
procesare, o memorie de date, o funcţie de măsurare a timp-
ului, două dispozitive-interfaţă pentru cardul inteligent de
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 4
conducător auto și de copilot, o imprimantă, un ecran, conectori și
dispozitive pentru introducerea de date de către utilizator, un
receptor GNSS și un echipament de comunicare la distanţă.
Unitatea montată pe vehicul poate fi alcătuită din următoarele
componente care fac obiectul omologării de tip:
— unitatea montată pe vehicul, ca o componentă separată (inclusiv
receptorul GNSS și echipamentul de comunicare la distanţă;
— corpul principal al unităţii montate pe vehicul (inclusiv echipa­
mentul de comunicare la distanţă) și echipamentul GNSS
extern;
— corpul principal al unităţii montate pe vehicul (inclusiv
receptorul GNSS) și echipamentul extern de comunicare la
distanţă;
— corpul principal al unităţii montate pe vehicul, echipamentul
GNSS extern și echipamentul extern de comunicare la distanţă.
Dacă unitatea montată pe vehicul este compusă din mai multe
unităţi distribuite în vehicul, corpul principal al unităţii montate
pe vehicul este unitatea care conţine unitatea de procesare,
memoria de date și funcţia de măsurare a timpului.
„unitatea montată pe vehicul (VU)” se utilizează pentru a desemna
„unitatea montată pe vehicul” sau „corpul principal al unităţii
montate pe vehicul”.
▼B
Articolul 3
Servicii bazate pe localizare
(1) Producătorii trebuie să se asigure că tahografele inteligente sunt
compatibile cu serviciile de poziţionare furnizate de sistemele Galileo și
Serviciul european geostaţionar mixt de navigare (EGNOS).
(2) Pe lângă sistemele menţionate la alineatul (1), producătorii pot
alege, de asemenea, să asigure compatibilitatea cu alte sisteme de
navigaţie prin satelit.
Articolul 4
Procedura de omologare de tip a unui tahograf și a componentelor
tahografului
(1) Un producător sau agentul său trebuie să depună o cerere pentru
omologarea de tip a unui tahograf, a oricăreia dintre componentele
acestuia sau a oricărui grup de componente, la autorităţile de
omologare de tip desemnate de fiecare stat membru. Cererea constă
într-un dosar informativ care conţine informaţiile referitoare la fiecare
dintre componentele vizate, inclusiv, acolo unde este cazul, certificatele
de omologare de tip ale celorlalte componente necesare pentru a
completa tahograful, precum și orice alte documente relevante.
(2) Un stat membru acordă omologarea de tip pentru orice tahograf,
componentă sau grup de componente care respectă cerinţele adminis­
trative și tehnice menţionate la articolul 1 alineatul (2) sau (3), după caz.
În acest caz, autoritatea de omologare de tip eliberează solicitantului un
certificat de omologare de tip care respectă modelul stabilit în anexa II
la prezentul regulament.
(3) Autoritatea de omologare de tip poate solicita producătorului sau
agentului acestuia să furnizeze orice informaţii suplimentare.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 5
(4) Producătorul sau agentul său pune la dispoziţia autorităţilor de
omologare de tip, precum și a entităţilor responsabile cu eliberarea
certificatelor menţionate la articolul 12 alineatul (3) din Regula­
mentul (UE) nr. 165/2014, numărul de tahografe sau de componente
de tahograf care este necesar pentru a permite ca procedura de
omologare de tip să se desfășoare în mod satisfăcător.
(5) În cazul în care producătorul sau agentul său dorește să obţină o
omologare de tip a anumitor componente sau grupuri de componente ale
unui tahograf, acesta furnizează autorităţilor de omologare de tip
celelalte componente deja omologate de tip, precum și alte piese
necesare pentru construirea tahografului complet, pentru a permite auto­
rităţilor respective să efectueze testele necesare.
Articolul 5
Modificarea omologărilor de tip
(1) Producătorul sau agentul său informează fără întârziere autori­
tăţile de omologare de tip care au acordat omologarea de tip iniţială,
în legătură cu orice modificare a software-ului sau a hardware-ului
tahografului sau a naturii materialelor utilizate la fabricarea acestuia
care sunt înregistrate în dosarul de omologare, și depune o cerere de
modificare a omologării de tip.
(2) Autorităţile de omologare de tip pot revizui sau extinde o
omologare de tip existentă, sau pot acorda o nouă omologare de tip
în funcţie de natura și de caracteristicile modificărilor.
În cazul în care autoritatea de omologare de tip consideră că modifi­
cările software-ului, ale hardware-ului tahografului sau ale naturii mate­
rialelor utilizate la fabricarea acestuia sunt minore, are loc o „revizuire”.
În astfel de cazuri, autoritatea de omologare de tip eliberează docu­
mentele revizuite din dosarul de omologare, indicând natura modifi­
cărilor realizate și data aprobării lor. O versiune actualizată a
dosarului de omologare într-o formă consolidată, însoţită de o
descriere detaliată a modificărilor aduse, este suficientă pentru a
îndeplini această cerinţă.
În cazul în care autoritatea de omologare de tip consideră că modifi­
cările software-ului, ale hardware-ului tahografului sau ale naturii mate­
rialelor utilizate la fabricarea acestuia sunt substanţiale, are loc o
„extindere”. În astfel de cazuri, autoritatea de omologare de tip poate
solicita să se efectueze noi teste și informează în mod corespunzător
producătorul sau agentul acestuia. Dacă aceste teste sunt satisfăcătoare,
autoritatea de omologare de tip eliberează un certificat de omologare de
tip ce conţine un număr care se referă la extinderea acordată. Certificatul
de omologare de tip precizează motivul extinderii și data eliberării.
(3) În opisul dosarului de omologare se indică data celei mai recente
extinderi sau revizuiri a omologării de tip sau data celei mai recente
consolidări a versiunii actualizate a omologării de tip.
(4) Este necesară o nouă omologare de tip atunci când modificările
aduse tahografului omologat de tip sau componentelor sale omologate
de tip ar conduce la eliberarea unui nou certificat de securitate sau a
unui nou certificat de interoperabilitate.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 6
Articolul 6
Intrare în vigoare
Prezentul regulament intră în vigoare în a douăzecea zi de la data
publicării în Jurnalul Oficial al Uniunii Europene.
Se aplică de la 2 martie 2016.
▼M1
Cu toate acestea, anexa IC se aplică de la 15 iunie 2019, cu excepţia
apendicelui 16, care se aplică de la 2 martie 2016.
▼B
Prezentul regulament este obligatoriu în toate elementele sale și se
aplică direct în toate statele membre.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 7
ANEXA I C
Cerinţe privind construcţia, testarea, instalarea și inspecţia
INTRODUCERE
1. DEFINIŢII
2. CARACTERISTICI ȘI FUNCŢII GENERALE ALE
APARATURII DE ÎNREGISTRARE
2.1 Caracteristici generale
2.2 Funcţii
2.3 Moduri de funcţionare
2.4 Securitate
3. CERINŢE DE CONSTRUCŢIE ȘI DE FUNCŢIONARE APLI­
CABILE APARATURII DE ÎNREGISTRARE
3.1 Monitorizarea introducerii și retragerii cardurilor
3.2 Măsurarea vitezei, a poziţiei și a distanţei
3.2.1 Măsurarea distanţei parcurse
3.2.2 Măsurarea vitezei
3.2.3 Măsurarea poziţiei
3.3 Măsurarea timpului
3.4 Monitorizarea activităţilor conducătorului auto
3.5 Monitorizarea regimului de conducere
3.6 Înregistrări realizate de conducătorii auto
3.6.1 Înregistrarea locurilor în care încep și/sau se încheie zilele de lucru
3.6.2 Introducerea manuală a activităţilor conducătorului auto și acordul
conducătorului auto pentru interfaţa ITS
3.6.3 Înregistrarea condiţiilor specifice
▼M3
3.6.4 Înregistrarea operaţiunii de încărcare/descărcare
▼B
3.7 Gestionarea blocărilor efectuate de societate
3.8 Monitorizarea activităţilor de control
3.9 Detectarea evenimentelor și/sau a anomaliilor
3.9.1 Evenimentul „Introducerea unui card nevalabil”
3.9.2 Evenimentul „Conflict de carduri”
3.9.3 Evenimentul „Suprapunere a timpului”
3.9.4 Evenimentul „Conducere fără un card adecvat”
3.9.5 Evenimentul „Introducerea cardului în timpul conducerii”
3.9.6 Evenimentul „Încheierea incorectă a ultimei sesiuni”
3.9.7 Evenimentul „Depășirea limitei de viteză”
3.9.8 Evenimentul „Întreruperea alimentării cu energie electrică”
3.9.9 Evenimentul „Eroare de comunicare cu echipamentul de comu­
nicare la distanţă”
3.9.10 Evenimentul „Absenţa informaţiilor de poziţionare de la receptorul
GNSS”
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 8
3.9.11 Evenimentul „Eroare de comunicare cu echipamentul GNSS
extern”
3.9.12 Evenimentul „Eroare privind datele de la senzorul de mișcare”
3.9.13 Evenimentul „Conflict privind deplasarea vehiculului”
3.9.14 Evenimentul „Tentativă de încălcare a securităţii”
3.9.15 Evenimentul „Conflict oră”
3.9.16 Anomalia „Card”
3.9.17 Anomalia „Aparatura de înregistrare”
▼M3
3.9.18 Evenimentul „Anomalie GNSS”
▼B
3.10 Teste integrate și autoteste
3.11 Citirea din memoria de date
3.12 Înregistrarea și stocarea în memoria de date
3.12.1 Date de identificare a aparaturii
3.12.1.1 Date de identificare a unităţii montate pe vehicul
3.12.1.2 Date de identificare a senzorului de mișcare
3.12.1.3 Date de identificare a sistemului global de navigaţie prin satelit
3.12.2 Chei și certificate
3.12.3 Date privind introducerea și retragerea cardului de conducător auto
sau ale cardului de atelier
3.12.4 Date privind activitatea conducătorului auto
▼M1
3.12.5 Locuri și poziţii în care încep și se încheie zilele de lucru și/sau în
care se atinge timpul de conducere acumulat de trei ore
▼B
3.12.6 Date privind odometrul
3.12.7 Date privind viteza detaliată
3.12.8 Date privind evenimentele
3.12.9 Date privind anomaliile
3.12.10 Date privind etalonarea
3.12.11 Date privind reglarea orei
3.12.12 Date privind activităţile de control
3.12.13 Date privind blocările efectuate de societate
3.12.14 Date privind activităţile de descărcare
3.12.15 Date privind condiţiile specifice
3.12.16 Date privind cardul de tahograf
▼M3
3.12.17 Treceri ale frontierei
3.12.18 Operaţiuni de încărcare/descărcare
3.12.19 Hartă digitală
▼B
3.13 Citirea de pe cardurile de tahograf
3.14 Înregistrarea și stocarea pe cardurile de tahograf
3.14.1 Înregistrarea și stocarea pe cardurile de tahograf de primă generaţie;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 9
3.14.2 Înregistrarea și stocarea pe cardurile de tahograf de a doua
generaţie
3.15 Afișare
3.15.1 Afișaj implicit
3.15.2 Afișaj de avertizare
3.15.3 Accesul la meniu
3.15.4 Alte afișaje
3.16 Imprimare
3.17 Avertismente
3.18 Descărcarea datelor pe suporturi externe
3.19 Comunicare la distanţă pentru controalele selective în trafic
▼M3
3.20 Schimburi de date cu dispozitive externe suplimentare
▼B
3.21 Etalonare
3.22 Verificarea etalonării în trafic
3.23 Reglarea orei
3.24 Caracteristici de performanţă
3.25 Materiale
3.26 Inscripţii
▼M3
3.27 Monitorizarea trecerilor frontierei
3.28 Actualizarea software-ului
▼B
4. CERINŢE FUNCŢIONALE ȘI DE CONSTRUCŢIE PENTRU
CARDURILE DE TAHOGRAF
4.1 Date vizibile
4.2 Securitate
4.3 Standarde
4.4 Specificaţii de mediu și electrice
4.5 Stocarea datelor
4.5.1 Fișierele elementare pentru identificare și pentru gestionarea
cardului
4.5.2 Identificarea cardurilor cu circuite integrate (IC)
4.5.2.1 Identificarea cipului
4.5.2.2 DIR (prezent numai pe cardurile de tahograf de a doua generaţie)
4.5.2.3 Informaţii RLR (în anumite condiţii, prezente numai pe cardurile de
tahograf de a doua generaţie)
4.5.2.4 Informaţii privind lungimea extinsă (în anumite condiţii, prezente
numai pe cardurile de tahograf de a doua generaţie)
4.5.3 Cardul de conducător auto
4.5.3.1 Aplicaţie pentru tahograf (accesibilă pentru unităţile montate pe
vehicul de prima și a doua generaţie)
4.5.3.1.1 Identificarea aplicaţiei
4.5.3.1.2 Chei și certificate
4.5.3.1.3 Identificarea cardului
4.5.3.1.4 Identificarea titularului cardului
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 10
4.5.3.1.5 Descărcarea informaţiilor de pe card
4.5.3.1.6 Informaţii privind permisul de conducere
4.5.3.1.7 Date privind evenimentele
4.5.3.1.8 Date privind anomaliile
4.5.3.1.9 Date privind activitatea conducătorului auto
4.5.3.1.10 Date privind vehiculele utilizate
4.5.3.1.11 Locurile în care încep și/sau se încheie zilele de lucru
4.5.3.1.12 Date privind sesiunile de utilizare a cardului
4.5.3.1.13 Date privind activităţile de control
4.5.3.1.14 Date privind condiţiile specifice
4.5.3.2 Aplicaţie pentru tahograf de a 2-a generaţie (inaccesibilă unităţilor
montate pe vehicul de primă generaţie)
4.5.3.2.1 Identificarea aplicaţiei
▼M3
4.5.3.2.1.1 Identificarea suplimentară a aplicaţiei (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
▼B
4.5.3.2.2 Chei și certificate
4.5.3.2.3 Identificarea cardului
4.5.3.2.4 Identificarea titularului cardului
4.5.3.2.5 Descărcarea informaţiilor de pe card
4.5.3.2.6 Informaţii privind permisul de conducere
4.5.3.2.7 Date privind evenimentele
4.5.3.2.8 Date privind anomaliile
4.5.3.2.9 Date privind activitatea conducătorului auto
4.5.3.2.10 Date privind vehiculele folosite
4.5.3.2.11 Locurile și poziţiile în care încep și/sau se încheie zilele de lucru
4.5.3.2.12 Date privind sesiunile de utilizare a cardului
4.5.3.2.13 Date privind activităţile de control
4.5.3.2.14 Date privind condiţiile specifice
4.5.3.2.15 Date privind unităţile montate pe vehicul utilizate
▼M1
4.5.3.2.16 Date privind locurile în care se încheie o perioadă de conducere
acumulată de trei ore
▼M3
4.5.3.2.17 Statutul de autentificare pentru poziţiile legate de locurile în care
încep și/sau se încheie zilele de lucru (neaccesat de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.3.2.18 Statutul de autentificare pentru poziţiile unde se atinge timpul de
conducere acumulat de trei ore (neaccesat de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.3.2.19 Treceri ale frontierei (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 11
4.5.3.2.20 Operaţiuni de încărcare/descărcare (neaccesate de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.3.2.21 Introducerea tipului de încărcătură (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.3.2.22 Configuraţii ale VU (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
▼B
4.5.4 Cardul de atelier
4.5.4.1 Aplicaţie pentru tahograf (accesibilă pentru unităţile montate pe
vehicul de prima și a doua generaţie)
4.5.4.1.1 Identificarea aplicaţiei
4.5.4.1.2 Chei și certificate
4.5.4.1.3 Identificarea cardului
4.5.4.1.4 Identificarea titularului cardului
4.5.4.1.5 Descărcarea informaţiilor de pe card
4.5.4.1.6 Date privind etalonarea și reglarea orei
4.5.4.1.7 Date privind evenimentele și anomaliile
4.5.4.1.8 Date privind activitatea conducătorului auto
4.5.4.1.9 Date privind vehiculele utilizate
4.5.4.1.10 Date privind începutul și/sau sfârșitul zilelor de lucru
4.5.4.1.11 Date privind sesiunile de utilizare a cardului
4.5.4.1.12 Date privind activităţile de control
4.5.4.1.13 Date privind condiţiile specifice
4.5.4.2 Aplicaţia pentru tahograf de a 2-a generaţie (inaccesibilă unităţilor
montate pe vehicul de primă generaţie)
4.5.4.2.1 Identificarea aplicaţiei
▼M3
4.5.4.2.1.1 Identificarea suplimentară a aplicaţiei (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
▼B
4.5.4.2.2 Chei și certificate
4.5.4.2.3 Identificarea cardului
4.5.4.2.4 Identificarea titularului cardului
4.5.4.2.5 Descărcarea informaţiilor de pe card
4.5.4.2.6 Date privind etalonarea și reglarea orei
4.5.4.2.7 Date privind evenimentele și anomaliile
4.5.4.2.8 Date privind activitatea conducătorului auto
4.5.4.2.9 Date privind vehiculele utilizate
4.5.4.2.10 Date privind începutul și/sau sfârșitul zilelor de lucru
4.5.4.2.11 Date privind sesiunile de utilizare a cardului
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 12
4.5.4.2.12 Date privind activităţile de control
4.5.4.2.13 Date privind unităţile montate pe vehicul utilizate
▼M1
4.5.4.2.14 Date privind locurile în care se încheie o perioadă de conducere
acumulată de trei ore
▼B
4.5.4.2.15 Date privind condiţiile specifice
▼M3
4.5.4.2.16 Statutul de autentificare pentru poziţiile legate de locurile în care
încep și/sau se încheie zilele de lucru (neaccesat de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.4.2.17 Statutul de autentificare pentru poziţiile unde se atinge timpul de
conducere acumulat de trei ore (neaccesat de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.4.2.18 Treceri ale frontierei (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
4.5.4.2.19 Operaţiuni de încărcare/descărcare (neaccesate de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.4.2.20 Introducerea tipului de încărcătură (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.4.2.21 Date suplimentare de etalonare (neaccesate de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
4.5.4.2.22 Configuraţii ale VU (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
▼B
4.5.5 Cardul de control
4.5.5.1 Aplicaţie pentru tahograf (accesibilă pentru unităţile montate pe
vehicul de prima și a doua generaţie)
4.5.5.1.1 Identificarea aplicaţiei
4.5.5.1.2 Chei și certificate
4.5.5.1.3 Identificarea cardului
4.5.5.1.4 Identificarea titularului cardului
4.5.5.1.5 Date privind activităţile de control
4.5.5.2 Aplicaţia pentru tahograf G2 (inaccesibilă unităţilor montate pe
vehicul de primă generaţie)
4.5.5.2.1 Identificarea aplicaţiei
▼M3
4.5.5.2.1.1 Identificarea suplimentară a aplicaţiei (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
▼B
4.5.5.2.2 Chei și certificate
4.5.5.2.3 Identificarea cardului
4.5.5.2.4 Identificarea titularului cardului
4.5.5.2.5 Date privind activităţile de control
▼M3
4.5.5.2.6 Configuraţii ale VU (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
▼B
4.5.6 Card de societate
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 13
4.5.6.1 Aplicaţie pentru tahograf (accesibilă pentru unităţile montate pe
vehicul de prima și a doua generaţie)
4.5.6.1.1 Identificarea aplicaţiei
4.5.6.1.2 Chei și certificate
4.5.6.1.3 Identificarea cardului
4.5.6.1.4 Identificarea titularului cardului
4.5.6.1.5 Date privind activitatea societăţii
4.5.6.2 Aplicaţia pentru tahograf G2 (inaccesibilă unităţilor montate pe
vehicul de primă generaţie)
4.5.6.2.1 Identificarea aplicaţiei
▼M3
4.5.6.2.1.1 Identificarea suplimentară a aplicaţiei (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
▼B
4.5.6.2.2 Chei și certificate
4.5.6.2.3 Identificarea cardului
4.5.6.2.4 Identificarea titularului cardului
4.5.6.2.5 Date privind activitatea societăţii
▼M3
4.5.6.2.6 Configuraţii ale VU (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
▼B
5. INSTALAREA APARATURII DE ÎNREGISTRARE
5.1 Instalare
5.2 Plăcuţa de instalare
5.3 Sigilarea
6. CONTROALE, INSPECŢII ȘI REPARAŢII
6.1 Aprobarea montatorilor, a atelierelor și a producătorilor de vehicule
▼M1
6.2 Verificarea componentelor noi și a celor reparate
▼B
6.3 Inspecţia instalaţiei
6.4 Inspecţii periodice
6.5 Măsurarea erorilor
6.6 Reparaţii
7. EMITEREA CARDURILOR
8. OMOLOGAREA DE TIP A APARATURII DE ÎNREGISTRARE
ȘI A CARDURILOR DE TAHOGRAF
8.1 Generalităţi
8.2 Certificatul de securitate
8.3 Certificatul de funcţionare
8.4 Certificatul de interoperabilitate
8.5 Certificatul de omologare de tip
8.6 Procedură extraordinară: primele certificate de interoperabilitate
pentru aparatura de înregistrare și cardurile de tahograf de a 2-a
generaţie
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 14
INTRODUCERE
Prezenta anexă conţine cerinţe privind aparatura de înregistrare și cardurile de
tahograf de a doua generaţie.
Din 15 iunie 2019, în vehiculele înmatriculate pentru prima dată în Uniune se
instalează aparatură de înregistrare de a doua generaţie și se emit carduri de
tahograf de a doua generaţie.
Pentru a pune în aplicare fără probleme sistemul tahografic de a doua generaţie,
cardurile de tahograf de a doua generaţie au fost concepute pentru a fi utilizate și
în unităţile montate pe vehicule de primă generaţie, construite în conformitate cu
anexa IB la Regulamentul (CEE) nr. 3821/85.
În mod reciproc, cardurile de tahograf de primă generaţie pot fi utilizate în unităţi
montate pe vehicule de a doua generaţie. Cu toate acestea, unităţile montate pe
vehicule de a doua generaţie pot fi etalonate numai utilizând carduri de atelier de
a doua generaţie.
Cerinţele privind interoperabilitatea dintre sistemele tahografice de prima și a
doua generaţie sunt specificate în prezenta anexă. În acest sens, apendicele 15
conţine detalii suplimentare privind gestionarea coexistenţei ambelor generaţii.
În plus, datorită implementării unor noi funcţii, cum ar fi utilizarea autentificării
mesajelor de navigaţie de la semnalul deschis al Galileo (Open Signal Navigation
Messages Authentication – OSNMA), detectarea trecerilor frontierei, introducerea
operaţiunilor de încărcare și descărcare, precum și datorită necesităţii de a mări
capacitatea cardului de conducător auto la 56 de zile de activităţi ale conducă­
torului auto, prezentul regulament introduce cerinţele tehnice pentru a doua
versiune a aparaturii de înregistrare și a cardurilor de tahograf de a doua
generaţie.
▼B
Lista apendicelor
Apendicele 1: DICŢIONAR DE DATE
Apendicele 2: SPECIFICAŢIE PRIVIND CARDURILE DE TAHOGRAF
Apendicele 3: PICTOGRAME
Apendicele 4: DOCUMENTE IMPRIMATE
Apendicele 5: AFIȘAJUL
Apendicele 6: CONECTOR FRONTAL PENTRU ETALONARE ȘI
DESCĂRCARE
Apendicele 7: PROTOCOALE DE DESCĂRCARE A DATELOR
Apendicele 8: PROTOCOL DE ETALONARE
Apendicele 9: OMOLOGAREA DE TIP ȘI LISTA TESTELOR MINIME
OBLIGATORII
Apendicele 10: CERINŢE DE SECURITATE
Apendicele 11: MECANISME DE SECURITATE COMUNE
Apendicele 12: POZIŢIONAREA BAZATĂ PE SISTEMUL GLOBAL DE
NAVIGAŢIE PRIN SATELIT (GNSS)
Apendicele 13: INTERFAŢA ITS
Apendicele 14: FUNCŢIA DE COMUNICARE LA DISTANŢĂ
Apendicele 15: MIGRAŢIE: GESTIONAREA COEXISTENŢEI MAI
MULTOR GENERAŢII DE ECHIPAMENTE
Apendicele 16: ADAPTOR PENTRU VEHICULELE DIN CATEGORIILE
M1 ȘI N1
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 15
1. DEFINIŢII
În prezenta anexă:
(a) „activare” înseamnă:
etapa în care tahograful devine complet operaţional și asigură
toate funcţiile, inclusiv funcţiile de securitate, prin utilizarea
unui card de atelier;
(b) „autentificare” înseamnă:
o funcţie destinată stabilirii și verificării unei identităţi
declarate;
(c) „autenticitate” înseamnă:
faptul că informaţiile provin de la o sursă a cărei identitate
poate fi verificată;
(d) „test integrat (BIT)” înseamnă:
un test executat la comandă, declanșat de operator sau de
dispozitive externe;
(e) „zi calendaristică” înseamnă:
o zi cuprinsă între ora 00.00 și ora 24.00. Toate zilele calen­
daristice se raportează la ora UTC (ora universală coor­
donată);
▼M3
(f) „etalonarea unui tahograf inteligent” înseamnă:
actualizarea sau confirmarea parametrilor vehiculului care
urmează să fie stocaţi în memoria de date. Parametrii vehi­
culului includ identificarea vehiculului (VIN, VRN și statul
membru de înmatriculare) și caracteristicile vehiculului [w, k,
l, dimensiunea pneurilor, reglajele limitatorului de viteză
(dacă este cazul), ora UTC din momentul respectiv,
valoarea înregistrată de odometru în momentul respectiv,
tipul de încărcătură implicit]; în cursul etalonării unei
aparaturi de înregistrare, tipurile și identificatorii tuturor sigi­
liilor relevante de omologare de tip montate se stochează, de
asemenea, în memoria de date;
orice actualizare sau confirmare exclusiv a orei UTC este
considerată o reglare a orei și nu o etalonare, cu condiţia ca
aceasta să nu contravină cerinţei 409 prevăzute la punctul 6.4;
pentru etalonarea unei aparaturi de înregistrare trebuie folosit
un card de atelier;
(g) „numărul cardului” înseamnă:
un cod format din 16 caractere alfanumerice, care reprezintă
numărul unic de identificare al unui card de tahograf într-un
stat membru. Numărul cardului include o identificare, care
constă într-o identificare a conducătorului auto sau într-o
identificare a titularului cardului împreună cu un indice
consecutiv al cardului, un indice de înlocuire a cardului și
un indice de reînnoire a cardului;
prin urmare, un card poate fi identificat exclusiv pe baza
codului statului membru emitent și a numărului cardului;
▼B
(h) „indice secvenţial al cardului” înseamnă:
al 14-lea caracter alfanumeric din numărul unui card, folosit
pentru a deosebi diferitele carduri emise unei societăţi, unui
atelier sau unei autorităţi de control care au dreptul de a li se
emite mai multe carduri de tahograf. Societatea, atelierul sau
autoritatea de control sunt identificate în mod unic pe baza
primelor 13 caractere ale numărului cardului;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 16
(i) „indice de reînnoire a cardului” înseamnă:
al 16-lea caracter alfanumeric al numărului unui card, care
crește de fiecare dată când se reînnoiește un card de
tahograf corespunzător unei anumite identificări, de exemplu
identificarea conducătorului auto sau identificarea titularului
împreună cu indicele consecutiv;
(j) „indice de înlocuire a cardului” înseamnă:
al 15-lea caracter alfanumeric al numărului unui card, care
crește de fiecare dată când se înlocuiește un card de
tahograf corespunzător unei anumite identificări, de exemplu
identificarea conducătorului auto sau identificarea titularului
împreună cu indicele consecutiv;
▼B
(k) „coeficient caracteristic al vehiculului” înseamnă:
caracteristica numerică ce indică valoarea semnalului de ieșire
emis de acel element al vehiculului care face legătura dintre
acesta și aparatura de înregistrare (axul sau cilindrul de ieșire
al cutiei de viteze), în timp ce vehiculul parcurge o distanţă de
un kilometru măsurată în condiţii normale de testare, astfel
cum sunt definite la cerinţa 414. Coeficientul caracteristic este
exprimat în impulsuri pe kilometru (w = … imp/km);
(l) „card de societate” înseamnă:
un card de tahograf emis de autorităţile unui stat membru unei
întreprinderi de transport obligată să utilizeze vehicule
echipate cu un tahograf, care identifică întreprinderea de
transport și permite afișarea, descărcarea și imprimarea
datelor, stocate în tahograf, care au fost blocate de respectiva
întreprindere de transport;
(m) „constanta aparaturii de înregistrare” înseamnă:
caracteristica numerică reprezentând valoarea semnalului de
intrare necesar pentru a indica și a înregistra o distanţă de
un kilometru parcursă; această constantă este exprimată în
impulsuri pe kilometru (k = … imp/km);
(n) „timpul de conducere continuă” este calculat de aparatura 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ător auto după încheierea ultimei sale perioade de
minimum 45 de minute de DISPONIBILITATE sau de
PAUZĂ/ODIHNĂ sau NECUNOSCUTĂ ( 2 ) [este posibil ca
această perioadă să fi fost împărţită în conformitate cu
Regulamentul (CE) nr. 561/2006 al Parlamentului European
și al Consiliului ( 3 )]. Pentru calculele care trebuie efectuate se
iau în considerare, după cum este necesar, activităţile ante­
rioare stocate pe cardul de conducător auto. În cazul în care
conducătorul auto nu și-a introdus cardul, calculele necesare
se bazează pe înregistrările din memoria de date pentru
perioada în curs în care niciun card nu a fost introdus și
legate de slotul relevant;
▼M3
( 1 ) Această modalitate de calculare a timpului de conducere continuă și a duratei cumulate a
pauzelor este utilizată de aparatura de înregistrare pentru calcularea avertismentului legat
de timpul de conducere continuă. Ea nu aduce atingere interpretării legale a acestor
timpi. Modalităţile alternative de calculare a timpului de conducere continuă și a
duratei cumulate a pauzelor pot fi utilizate pentru a înlocui aceste definiţii dacă
acestea au devenit caduce în urma actualizării unor alte texte legislative în materie.
( 2 ) Perioadele NECUNOSCUTE corespund perioadelor în care cardul de conducător auto nu
a fost introdus în aparatul de înregistrare și în care nu au fost introduse manual date
privind activităţile conducătorului auto.
( 3 ) Regulamentul (CE) nr. 561/2006 al Parlamentului European și al Consiliului din
15 martie 2006 privind armonizarea anumitor dispoziţii ale legislaţiei sociale în
domeniul transporturilor rutiere, de modificare a Regulamentelor (CEE) nr. 3821/85
și (CE) nr. 2135/98 ale Consiliului și de abrogare a Regulamentului (CEE) nr. 3820/85
al Consiliului (JO L 102, 11.4.2006, p. 1).
02016R0799 — RO — 21.08.2023 — 003.002 — 17
(o) „card de control” înseamnă:
un card de tahograf emis de autorităţile unui stat membru
autorităţii naţionale de control competente, care identifică
organismul de control și, opţional, agentul de control și care
permite accesul la datele stocate în memoria de date sau pe
cardul de conducător auto și, opţional, pe cardul de atelier în
vederea citirii, a imprimării și/sau a descărcării acestora;
Acest card permite, de asemenea, accesul la funcţia de veri­
ficare a etalonării în trafic și la datele din cititorul pentru
comunicarea în scopul detectării timpurii la distanţă.
(p) „durata cumulată a pauzelor” este calculată de aparatura de
înregistrare astfel ( 1 ):
durata cumulată a pauzelor care întrerup timpul de conducere
se calculează ca fiind perioadele de DISPONIBILITATE sau
de PAUZĂ/ODIHNĂ sau NECUNOSCUTE ( 2 ) de minimum
15 minute pentru un anumit conducător auto, acumulate după
încheierea ultimei sale perioade de DISPONIBILITATE sau
de PAUZĂ/ODIHNĂ sau NECUNOSCUTE ( 2 ) de minimum
45 de minute [este posibil ca această perioadă să fi fost
împărţită în conformitate cu Regulamentul (CE)
nr. 561/2006].
Pentru calculele care trebuie efectuate se iau în considerare,
după cum este necesar, activităţile anterioare stocate pe cardul
de conducător auto. Perioadele necunoscute cu durată
negativă (începutul perioadei necunoscute > sfârșitul
perioadei necunoscute) cauzate de suprapunerile de timp
dintre două aparate de înregistrare diferite nu sunt luate în
considerare la realizarea acestor calcule.
În cazul în care conducătorul auto nu și-a introdus cardul,
calculele necesare se bazează pe înregistrările din memoria
de date pentru perioada în curs în care niciun card nu a
fost introdus și legate de slotul relevant;
(q) „memorie de date” înseamnă:
un dispozitiv de stocare a datelor electronice încorporat în
aparatura de înregistrare;
(r) „semnătură digitală” înseamnă:
datele atașate unui bloc de date sau o transformare cripto­
grafică a acestuia, care permite destinatarului blocului de
date să dovedească autenticitatea și integritatea respectivului
bloc de date;
(s) „descărcare” înseamnă:
copierea, împreună cu semnătura digitală, a unei părţi sau a
unui set complet de fișiere de date înregistrate în memoria de
date a unităţii montate pe vehicul sau în memoria cardului de
tahograf, cu condiţia ca acest proces să nu modifice sau să
șteargă eventuale date stocate;
▼B
( 1 ) Această modalitate de calculare a timpului de conducere continuă și a duratei cumulate a
pauzelor este utilizată de aparatura de înregistrare pentru calcularea avertismentului legat
de timpul de conducere continuă. Ea nu aduce atingere interpretării legale a acestor
timpi. Modalităţile alternative de calculare a timpului de conducere continuă și a
duratei cumulate a pauzelor pot fi utilizate pentru a înlocui aceste definiţii dacă
acestea au devenit caduce în urma actualizării unor alte texte legislative în materie.
( 2 ) Perioadele NECUNOSCUTE corespund perioadelor în care cardul de conducător auto nu
a fost introdus în aparatul de înregistrare și în care nu au fost introduse manual date
privind activităţile conducătorului auto.
02016R0799 — RO — 21.08.2023 — 003.002 — 18
Producătorii de unităţi montate pe vehicul pentru tahografele
inteligente și producătorii de dispozitive proiectate și
concepute pentru a descărca fișiere de date trebuie să ia
toate măsurile rezonabile pentru a se asigura că descărcarea
acestor date poate fi efectuată cu o întârziere minimă de către
întreprinderile de transport sau de către conducătorii auto.
Descărcarea fișierului care conţine viteza detaliată nu este
necesară pentru stabilirea conformităţii cu
Regulamentul (CE) nr. 561/2006, dar poate fi folosită,
printre altele, în anchetarea unui accident.
(t) „card de conducător auto” înseamnă:
un card de tahograf emis de autorităţile unui stat membru
unui anumit conducător auto, care identifică conducătorul
auto și permite stocarea datelor privind activitatea acestuia;
(u) „circumferinţă efectivă a roţilor” înseamnă:
media distanţelor parcurse de fiecare dintre roţile care
acţionează vehiculul (roţi motoare) în cursul unei rotaţii
complete. Măsurarea acestor distanţe trebuie efectuată în
condiţii normale de testare, astfel cum sunt definite la
cerinţa 414 și se exprimă în format „l = … mm”. Producătorii
de vehicule pot înlocui măsurarea acestor distanţe cu un
calcul teoretic care ia în considerare distribuirea masei pe
axe atunci când vehiculul este neîncărcat și în stare normală
de funcţionare ( 1 ). Metodele pe care se bazează aceste calcule
teoretice trebuie aprobate de o autoritate competentă a statului
membru și pot fi utilizate numai înainte de activarea
tahografului;
(v) „eveniment” înseamnă:
o operaţiune anormală detectată de tahograful inteligent care
poate decurge dintr-o tentativă de fraudă;
(w) „echipament GNSS extern” înseamnă:
un echipament care conţine receptorul GNSS atunci când
unitatea montată pe vehicul nu este o unitate individuală,
precum și alte componente necesare pentru protecţia comu­
nicării datelor de poziţionare către restul unităţii montate pe
vehicul;
(x) „anomalie” înseamnă:
o operaţiune anormală detectată de tahograful inteligent care
poate decurge dintr-un deranjament sau o defecţiune a
aparaturii;
(y) „receptor GNSS” înseamnă:
un dispozitiv electronic care recepţionează și prelucrează
digital semnale de la unul sau mai multe sisteme globale de
navigaţie prin satelit (GNSS), pentru a furniza informaţii
privind poziţia, viteza și timpul;
▼B
( 1 ) Regulamentul (UE) nr. 1230/2012 al Comisiei din 12 decembrie 2012 de punere în
aplicare a Regulamentului (CE) nr. 661/2009 al Parlamentului European și al Consiliului
privind cerinţele de omologare de tip pentru masele și dimensiunile autovehiculelor și ale
remorcilor acestora și de modificare a Directivei 2007/46/CE a Parlamentului European
și a Consiliului (JO L 353, 21.12.2012, p. 31), astfel cum a fost modificat ultima dată.
02016R0799 — RO — 21.08.2023 — 003.002 — 19
(z) „instalare” înseamnă:
montarea unui tahograf într-un vehicul;
(aa) „interoperabilitate” înseamnă:
capacitatea sistemelor și a proceselor de lucru care se află la
baza acestora de a face schimb de date și de informaţii;
(bb) „interfaţă” înseamnă:
un dispozitiv între sisteme care asigură mijlocul prin care
acestea se pot conecta și pot interacţiona;
(cc) „poziţie” înseamnă:
coordonatele geografice ale vehiculului la un moment dat;
(dd) „senzor de mișcare” înseamnă:
o parte a tahografului care furnizează un semnal reprezentând
viteza vehiculului și/sau distanţa parcursă;
▼M3
(ee) „card nevalabil” înseamnă:
un card pentru care s-a detectat o anomalie sau a cărui auten­
tificare a eșuat sau a cărui dată de început al valabilităţii nu a
fost încă atinsă sau a cărui dată de expirare a fost depășită;
de asemenea, un card este considerat nevalabil de unitatea
montată pe vehicul:
— dacă a fost deja introdus în unitatea montată pe vehicul un
card cu același stat membru emitent, aceeași identificare,
de exemplu identificarea conducătorului auto sau identi­
ficarea titularului împreună cu indicele consecutiv și un
indice de reînnoire mai mare; sau
— dacă a fost deja introdus în unitatea montată pe vehicul un
card cu același stat membru emitent, aceeași identificare,
de exemplu identificarea conducătorului auto sau identi­
ficarea titularului împreună cu indicele consecutiv și cu
indicele de reînnoire, dar cu un indice de înlocuire mai
mare;
▼B
(ff) „standard deschis” înseamnă:
un standard prevăzut într-un document cu specificaţiile stan­
dardului, disponibil gratuit sau contra unei taxe nominale,
care poate fi copiat, distribuit sau utilizat fără taxă sau
contra unei taxe nominale;
(gg) „în afara zonei de aplicare a reglementărilor” înseamnă:
cazurile în care utilizarea aparatului de înregistrare nu este
necesară în conformitate cu dispoziţiile
Regulamentului (CEE) nr. 561/2006;
(hh) „depășirea limitei de viteză” înseamnă:
depășirea vitezei autorizate a vehiculului, definită ca orice
perioadă de peste 60 de secunde pe parcursul căreia viteza
măsurată a vehiculului depășește limita stabilită pentru limi­
tatorul de viteză prevăzută în Directiva 92/6/CEE a Consi­
liului ( 1 ), astfel cum a fost modificată ultima dată;
▼B
( 1 ) Directiva 92/6/CEE a Consiliului din 10 februarie 1992 privind instalarea și utilizarea
dispozitivelor limitatoare de viteză pentru anumite categorii de vehicule din cadrul
Uniunii (JO L 57, 2.3.1992, p. 27).
02016R0799 — RO — 21.08.2023 — 003.002 — 20
(ii) „inspecţie periodică” înseamnă:
un set de operaţiuni realizate pentru a verifica dacă tahograful
funcţionează corespunzător, dacă reglajele acestuia corespund
parametrilor vehiculului și dacă nu sunt atașate dispozitive de
manipulare la tahograf;
(jj) „imprimantă” înseamnă:
o componentă a aparaturii de înregistrare cu ajutorul căreia se
pot imprima datele stocate;
(kk) „comunicare în scopul detectării timpurii la distanţă”
înseamnă:
comunicarea între echipamentul de comunicare în scopul
detectării timpurii la distanţă și cititorul pentru comunicarea
în scopul detectării timpurii la distanţă în timpul controalelor
selective în trafic, cu scopul de a detecta la distanţă even­
tualele cazuri de manipulare sau de utilizare abuzivă a
aparaturii de înregistrare;
▼M3
(ll) „echipament de comunicare la distanţă”, „modul de comu­
nicare la distanţă” sau „echipament de detectare timpurie la
distanţă” înseamnă:
echipamentul din cadrul unităţii montate pe vehicul utilizat
pentru efectuarea controalelor selective în trafic;
▼B
(mm) „cititor pentru comunicarea în scopul detectării timpurii la
distanţă” înseamnă:
sistemul utilizat de agenţii de control pentru controalele
selective în trafic;
▼M3
(nn) „reînnoire a cardului” înseamnă:
emiterea unui nou card de tahograf la data expirării cardului
existent sau dacă acesta nu funcţionează corect și a fost
returnat autorităţii emitente;
▼B
(oo) „reparaţie” înseamnă:
orice reparaţie efectuată la un senzor de mișcare sau la o
unitate montată pe vehicul sau la un cablu, care impune
deconectarea de la sursa de alimentare cu electricitate sau
deconectarea de la alte componente ale tahografului sau
deschiderea senzorului de mișcare sau a unităţii montate pe
vehicul;
▼M3
(pp) „înlocuire a cardului” înseamnă:
emiterea unui nou card de tahograf care să înlocuiască un
card existent care a fost declarat pierdut, furat sau care nu
funcţionează corespunzător și care nu a fost returnat autorităţii
emitente;
▼B
(qq) „certificare a securităţii” înseamnă:
proces prin care un organism de certificare pe baza criteriilor
comune certifică faptul că aparatura de înregistrare (sau o
componentă) sau cardul de tahograf investigat îndeplinesc
cerinţele de securitate definite în profilurile de protecţie
aferente;
(rr) „autotest” înseamnă:
teste efectuate în mod ciclic și automat de către aparatura de
înregistrare pentru a detecta anomalii;
(ss) „măsurarea timpului” înseamnă:
o înregistrare digitală permanentă a datei și orei UTC (timpul
universal coordonat);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 21
(tt) „reglarea orei” înseamnă:
reglarea orei curente; această reglare poate fi automată,
utilizând ca referinţă ora furnizată de receptorul GNSS, sau
poate fi realizată în modul etalonare;
▼B
(uu) „dimensiunea pneurilor” înseamnă:
desemnarea dimensiunilor pneurilor (de la roţile motoare
externe) în conformitate cu Directiva 92/23/CEE a Consi­
liului ( 1 ), astfel cum a fost modificată ultima dată;
(vv) „identificarea vehiculului” înseamnă:
numerele de identificare ale vehiculului: numărul de înmatri­
culare al vehiculului (VRN), care indică și statul membru de
înmatriculare, și numărul de identificare al
vehiculului (VIN) ( 2 );
(ww) „săptămână” înseamnă, în scopul calculelor efectuate de
aparatura de înregistrare:
perioada cuprinsă între ziua de luni, ora 00.00 UTC și
duminica următoare, ora 24.00 UTC;
(xx) „card de atelier” înseamnă:
un card de tahograf emis de autorităţile unui stat membru
personalului desemnat al unui producător de tahografe,
montator, producător de vehicule sau atelier aprobat de
statul membru respectiv, care identifică titularul cardului și
permite testarea, etalonarea și activarea tahografelor și/sau
descărcarea din acestea;
(yy) „adaptor” înseamnă:
un dispozitiv care emite în permanenţă un semnal repre­
zentativ pentru viteza vehiculului și/sau distanţa parcursă de
acesta, altul decât cel utilizat pentru detectarea independentă a
deplasărilor, și care este:
▼M3
— instalat și utilizat numai pe vehiculele de tip M1 și N1,
astfel cum sunt definite la articolul 4 din Regula­
mentul (UE) 2018/858 al Parlamentului European și al
Consiliului ( 3 ),
▼B
— instalat acolo unde este imposibil din punct de vedere
mecanic să se instaleze orice alt tip de senzor de
mișcare existent care respectă, în rest, dispoziţiile
prezentei anexe și ale apendicelor 1-15 la aceasta;
▼M3
( 1 ) Directiva 92/23/CEE a Consiliului din 31 martie 1992 privind pneurile autovehiculelor și
ale remorcilor acestora, precum și montarea lor (JO L 129, 14.5.1992, p. 95).
( 2 ) Directiva 76/114/CEE a Consiliului din 18 decembrie 1975 privind apropierea legisla­
ţiilor statelor membre referitoare la plăcuţele și inscripţionările regulamentare ale auto­
vehiculelor și ale remorcilor, precum și la amplasamentul și modul de aplicare a acestora
(JO L 24, 30.1.1976, p. 1).
( 3 ) Regulamentul (UE) 2018/858 al Parlamentului European și al Consiliului din 30 mai
2018 privind omologarea și supravegherea pieţei autovehiculelor și remorcilor acestora,
precum și ale sistemelor, componentelor și unităţilor tehnice separate destinate vehi­
culelor respective, de modificare a Regulamentelor (CE) nr. 715/2007 și (CE)
nr. 595/2009 și de abrogare a Directivei 2007/46/CE (JO L 151, 14.6.2018, p. 1.)
02016R0799 — RO — 21.08.2023 — 003.002 — 22
— instalat între unitatea montată pe vehicul și locul unde
impulsurile de viteză/distanţă sunt generate de senzori
integraţi sau de interfeţe alternative;
— din perspectiva unităţii montate pe vehicul, comporta­
mentul adaptorului este același ca în situaţia în care la
unitatea montată pe vehicul ar fi conectat un senzor de
mișcare care respectă dispoziţiile prezentei anexe și ale
apendicelor 1-16 la aceasta;
utilizarea unui astfel de adaptor în vehiculele menţionate mai
sus permite instalarea și utilizarea corectă a unei unităţi
montate pe vehicul care respectă toate cerinţele prezentei
anexe;
în cazul vehiculelor respective, tahograful inteligent include
cabluri, un adaptor și o unitate montată pe vehicul;
(zz) „integritatea datelor” înseamnă:
precizia și compatibilitatea datelor stocate, indicate prin
absenţa oricărei modificări a datelor între două actualizări
ale unei înregistrări de date. Integritatea implică faptul că
datele constituie o copie fidelă a versiunii originale, de
exemplu faptul că datele nu au fost deteriorate în cursul
procesului de scriere pe sau de citire dintr-un card de
tahograf sau dintr-un dispozitiv corespunzător sau în cursul
transmisiei prin intermediul oricărui canal de comunicare;
▼M3
(aaa) rezervat pentru o utilizare viitoare;
▼B
(bbb) „sistem tahografic inteligent” înseamnă:
aparatura de înregistrare, cardurile de tahograf și ansamblul
tuturor echipamentelor cu interacţiune directă sau indirectă în
cursul etapelor de construcţie, instalare, utilizare, testare și
control ale acestora, precum cardurile, cititorul pentru comu­
nicarea la distanţă și orice alte echipamente pentru descărcarea
datelor, analizarea datelor, etalonare, generarea, gestionarea
sau introducerea elementelor de securitate etc.;
▼M3
(ccc) „data introducerii” înseamnă:
data prevăzută în Regulamentul (UE) nr. 165/2014 de la care
vehiculele înmatriculate pentru prima dată trebuie să fie
echipate cu un tahograf în conformitate cu prezentul
regulament.
▼B
(ddd) „profil de protecţie” înseamnă:
un document utilizat ca parte a procesului de certificare în
conformitate cu criteriile comune, care definește, independent
de punerea în aplicare, cerinţele de securitate pentru
garantarea protecţiei informaţiilor;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 23
(eee) „precizia GNSS” înseamnă:
în contextul înregistrării poziţiei de către un sistem global de
navigaţie prin satelit (GNSS) cu ajutorul tahografelor,
înseamnă valoarea scăderii preciziei în plan orizontal
(HDOP – Horizontal Dilution of Precision), calculată ca cea
mai mică dintre valorile HDOP colectate de la sistemele
GNSS disponibile;
▼M1
(fff) „timp de conducere acumulat” înseamnă:
o valoare reprezentând numărul total acumulat de minute de
conducere a unui anumit vehicul.
Valoarea timpului de conducere acumulat este o contorizare
cumulativă a tuturor minutelor înregistrate drept
CONDUCERE de funcţia de monitorizare a activităţilor de
conducere a aparaturii de înregistrare și este folosită doar
pentru declanșarea înregistrării poziţiei vehiculului de fiecare
dată când este atins un multiplu de trei ore de conducere
acumulată. Acumularea începe la activarea aparaturii de înre­
gistrare. Aceasta nu este afectată de nicio altă condiţie, cum ar
fi „în afara zonei de aplicare a reglementărilor” sau „traseu
parcurs pe feribot/în tren”.
Valoarea timpului de conducere acumulat nu este destinată a
fi afișată, imprimată sau descărcată.
▼B
2. CARACTERISTICI ȘI FUNCŢII GENERALE ALE APARATURII
DE ÎNREGISTRARE
2.1 Caracteristici generale
Scopul aparaturii de înregistrare este de a înregistra, a stoca, a afișa,
a imprima și a genera date privind activitatea șoferului.
Orice vehicul dotat cu aparatură de înregistrare conformă cu dispo­
ziţiile prezentei anexe trebuie să fie echipat, de asemenea, cu un
vitezometru și cu un odometru. Aceste funcţii pot fi incluse în
aparatura de înregistrare.
(1) Aparatura de înregistrare include cabluri, un senzor de
mișcare și o unitate montată pe vehicul.
(2) Interfaţa dintre senzorii de mișcare și unităţile montate pe
vehicul respectă cerinţele specificate în apendicele 11.
(3) Unitatea montată pe vehicul este conectată la sistemul
(sistemele) global(e) de navigaţie prin satelit, în confor­
mitate cu apendicele 12.
(4) Unitatea montată pe vehicul comunică cu cititoarele pentru
comunicarea în scopul detectării timpurii la distanţă, în
conformitate cu apendicele 14.
▼M3
(5) Unitatea montată pe vehicul trebuie să includă o interfaţă
ITS, specificată în apendicele 13.
Aparatura de înregistrare poate fi conectată la alte echi­
pamente prin intermediul unor interfeţe suplimentare și/sau
prin interfaţa ITS.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 24
(6) Includerea în sau conectarea la aparatura de înregistrare a
oricărei funcţii, dispozitiv sau dispozitive, omologate sau
de alt tip, nu trebuie să interfereze sau să fie susceptibilă
de a interfera cu funcţionarea corespunzătoare și sigură a
aparaturii de înregistrare, nici să încalce sau să fie suscep­
tibilă de a încălca dispoziţiile prezentului regulament.
Utilizatorii aparaturii de înregistrare se identifică prin inter­
mediul cardurilor de tahograf.
(7) Aparatura de înregistrare oferă drepturi selective de acces
la date și la funcţii, pe baza tipului și/sau a identităţii
utilizatorului.
Aparatura de înregistrare înregistrează și stochează date în memoria
sa de date, în echipamentul de comunicare la distanţă și pe cardurile
de tahograf.
▼M3
Acest lucru se face în conformitate cu legislaţia aplicabilă a Uniunii
privind protecţia datelor și cu respectarea articolului 7 din Regula­
mentul (UE) nr. 165/2014.
▼B
2.2 Funcţii
(8) Aparatura de înregistrare asigură următoarele funcţii:
— monitorizarea introducerilor și a retragerilor cardurilor;
— măsurarea vitezei, a distanţei și a poziţiei;
— măsurarea timpului;
— monitorizarea activităţilor conducătorului auto;
— monitorizarea regimului de conducere;
▼M3
— introducerea manuală a datelor de către conducătorul
auto:
— introducerea locurilor în care încep și/sau se
încheie perioadele zilnice de muncă,
— introducerea manuală a activităţilor conducătorului
auto și consimţământul conducătorului auto pentru
interfaţa ITS,
— introducerea condiţiilor specifice,
— înregistrarea operaţiunilor de încărcare/descărcare,
▼B
— gestionarea blocărilor efectuate de societate;
— monitorizarea activităţilor de control;
— detectarea evenimentelor și/sau a anomaliilor;
— testele integrate și autotestele;
— citirea din memoria de date;
— înregistrarea și stocarea în memoria de date;
— citirea de pe cardurile de tahograf;
— înregistrarea și stocarea pe cardurile de tahograf;
— afișarea;
— imprimarea;
— avertizarea;
— descărcarea de date pe suporturi externe;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 25
— comunicarea la distanţă pentru controalele selective în
trafic;
— date de ieșire transmise unor echipamente
suplimentare;
— etalonarea;
— verificarea etalonării în trafic;
— reglarea orei;
▼M3
— monitorizarea trecerilor frontierei,
— actualizarea software-ului.
▼B
2.3 Moduri de funcţionare
(9) Aparatura de înregistrare are patru moduri de operare:
— modul operaţional;
— modul control;
— modul etalonare;
— modul societate.
(10) Aparatura de înregistrare este comutată la următoarele
moduri de funcţionare pe baza cardurilor de tahograf
valabile introduse în dispozitivele de interfaţă pentru
card. Generaţia cardului de tahograf nu este relevantă
pentru determinarea modului de funcţionare, cu condiţia
să fie introdus un card valabil. Un card de atelier de
primă generaţie este întotdeauna considerat nevalabil
atunci când este introdus într-o unitate montată pe
vehicul (VU) de a doua generaţie.
Mod de funcţionare
Slot pentru cardul de conducător auto
Niciun card
Card de conducător
auto
Card de control Card de atelier Card de societate
S
lo
t
pe
nt
ru
c
ar
du
l
co
pi
lo
tu
lu
i Niciun card Operaţional Operaţional Control Etalonare Societate
Card de condu-
cător auto
Operaţional Operaţional Control Etalonare Societate
Card de control Control Control Control (*) Operaţional Operaţional
Card de atelier Etalonare Etalonare Operaţional Etalonare (*) Operaţional
Card de soci-
etate
Societate Societate Operaţional Operaţional Societate (*)
(*) În aceste situaţii, aparatura de înregistrare utilizează numai cardul de tahograf introdus în slotul pentru cardul de conducător auto.
(11) Aparatura de înregistrare refuză cardurile nevalabile
introduse, permiţând în astfel de cazuri numai afișarea,
imprimarea sau descărcarea datelor stocate pe cardurile
expirate.
(12) Toate funcţiile enumerate la punctul 2.2 sunt disponibile în
orice mod de funcţionare, cu următoarele excepţii:
— funcţia de etalonare este accesibilă numai în modul
etalonare;
— funcţia de verificare a etalonării în trafic este accesibilă
numai în modul etalonare;
— funcţia de gestionare a blocărilor efectuate de societate
este accesibilă numai în modul societate;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 26
— funcţia de monitorizare a activităţilor de control este
accesibilă numai în modul control;
▼M3
— funcţia de descărcare nu este accesibilă în modul
operaţional, cu excepţia:
(a) cazurilor prevăzute la cerinţa 193,
(b) descărcării de pe un card de conducător auto atunci
când în VU nu este introdus niciun alt tip de card.
▼B
(13) Aparatura de înregistrare poate extrage orice date în
vederea afișării, imprimării sau descărcării pe suporturi
externe, cu următoarele excepţii:
— în modul operaţional, orice identificare personală
(nume și prenume) care nu corespunde unui card de
tahograf introdus este mascată și orice număr de card
care nu corespunde unui card de tahograf introdus este
mascat parţial (fiecare caracter de pe poziţiile cu număr
impar – de la stânga la dreapta – este mascat);
▼M3
— în modul societate, datele privind conducătorul auto
(cerinţele 102, 105, 108, 133a și 133e) pot fi extrase
numai pentru perioadele în care nu există nicio blocare
sau în care nicio o altă societate (astfel cum este iden­
tificată pe baza primelor 13 caractere din numărul
cardului de societate) nu a activat vreo blocare;
▼B
— dacă în aparatura de înregistrare nu a fost introdus
niciun card, nu pot fi extrase date privind conducătorul
auto decât pentru ziua respectivă și pentru cele opt zile
calendaristice anterioare zilei respective;
▼M3
— datele cu caracter personal înregistrate și produse fie de
tahograf, fie de cardurile de tahograf nu trebuie extrase
prin interfaţa ITS a VU, cu excepţia cazului în care
este verificat consimţământul conducătorului auto la
care se referă datele.
▼M1
— unităţile montate pe vehicul au, în mod normal, o
perioadă de funcţionare de 15 ani, începând de la
data de începere a valabilităţii certificatelor aferente
unităţilor montate pe vehicul, însă ele pot fi utilizate
încă trei luni după această perioadă numai pentru
descărcarea de date.
▼B
2.4 Securitate
▼M1
Scopul sistemului de securitate este de a proteja memoria de date
astfel încât să împiedice accesul neautorizat la date și manipularea
acestora, de a detecta orice astfel de tentative, de a proteja inte­
gritatea și autenticitatea datelor transmise între senzorul de mișcare
și unitatea montată pe vehicul, de a proteja integritatea și autenti­
citatea datelor transmise între aparatura de înregistrare și cardurile de
tahograf, de a proteja integritatea și autenticitatea datelor transmise
între unitatea montată pe vehicul și echipamentul GNSS extern, dacă
există, de a proteja confidenţialitatea, integritatea și autenticitatea
datelor transmise, în scopuri de control, prin comunicarea la
distanţă în scopul detectării timpurii, precum și de a verifica inte­
gritatea și autenticitatea datelor descărcate.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 27
(14) Pentru a garanta securitatea sistemului, următoarele
componente trebuie să îndeplinească cerinţele de securitate
specificate în profilurile de protecţie, în conformitate cu
apendicele 10:
— unitatea montată pe vehicul;
— cardul de tahograf;
— senzorul de mișcare;
▼M3
— echipamentul GNSS extern (acest profil este necesar și
aplicabil numai pentru varianta cu echipament GNSS
extern).
▼B
3. CERINŢE DE CONSTRUCŢIE ȘI DE FUNCŢIONARE APLI­
CABILE APARATURII DE ÎNREGISTRARE
3.1 Monitorizarea introducerii și retragerii cardurilor
(15) Aparatura de înregistrare monitorizează dispozitivele de
interfaţă pentru card pentru a detecta introducerile și retra­
gerile cardurilor.
▼M3
(16) La introducerea unui card (sau autentificarea la distanţă a
unui card), aparatura de înregistrare detectează dacă cardul
este un card de tahograf valabil în conformitate cu definiţia
(ee) din secţiunea 1 și, dacă este valabil, identifică tipul de
card și generaţia cardului.
Pentru a verifica dacă un card a fost deja introdus,
aparatura de înregistrare utilizează datele cardului de
tahograf stocate în memoria sa de date, astfel cum se
prevede la cerinţa 133.
▼B
(17) Cardurile de tahograf de primă generaţie sunt considerate
nevalabile de către aparatura de înregistrare după ce posi­
bilitatea de a utiliza carduri de tahograf de primă generaţie
a fost suprimată de un atelier, în conformitate cu apen­
dicele 15 (cerinţa MIG003).
(18) Cardurile de atelier de primă generaţie care sunt introduse
într-o aparatură de înregistrare de a doua generaţie sunt
considerate nevalabile.
(19) Aparatura de înregistrare este proiectată astfel încât
cardurile de tahograf să fie blocate în poziţia corectă la
introducerea lor în dispozitivul de interfaţă pentru card.
▼M3
(20) Retragerea cardurilor de tahograf poate funcţiona numai
după oprirea vehiculului și după ce datele relevante au
fost stocate pe carduri. Retragerea cardului necesită o inter­
venţie concretă a utilizatorului.
▼B
3.2 Măsurarea vitezei, a poziţiei și a distanţei
(21) Senzorul de mișcare (integrat eventual în adaptor)
reprezintă principala sursă de măsurare a vitezei și a
distanţei.
(22) Această funcţie asigură măsurarea continuă și poate indica
valoarea înregistrată de odometru care corespunde distanţei
totale parcurse de vehicul, pe baza impulsurilor emise de
senzorul de mișcare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 28
(23) Această funcţie asigură măsurarea continuă și poate indica
viteza vehiculului, pe baza impulsurilor emise de senzorul
de mișcare.
(24) Funcţia de măsurare a vitezei indică, de asemenea, dacă
vehiculul se deplasează sau este oprit. Se consideră că
vehiculul se deplasează în momentul în care funcţia
detectează o valoare mai mare de 1 imp/sec de la
senzorul de mișcare timp de cel puţin cinci secunde, în
caz contrar vehiculul fiind considerat oprit.
(25) Dispozitivele pentru afișarea vitezei (vitezometrul) și a
distanţei totale parcurse (odometrul) instalate în orice
vehicul prevăzut cu o aparatură de înregistrare care
respectă dispoziţiile prezentului regulament trebuie să
respecte cerinţele privind toleranţele maxime (a se vedea
punctele 3.2.1 și 3.2.2.) prevăzute în prezenta anexă.
▼M3
(26) Pentru detectarea manipulării datelor de la senzorul de
mișcare, informaţiile provenite de la senzorul de mișcare
sunt coroborate cu informaţiile privind deplasarea vehi­
culului derivate din receptorul GNSS și din altă sursă
independentă (alte surse independente) de senzorul de
mișcare. Cel puţin o altă sursă independentă de deplasare
a vehiculului se află în interiorul VU, fără a fi necesară o
interfaţă externă.
(27) Această funcţie măsoară poziţia vehiculului pentru a
permite înregistrarea:
— poziţiilor în care conducătorul auto și/sau copilotul își
încep(e) ziua de lucru;
— poziţiilor în care timpul de conducere acumulat atinge
un multiplu de trei ore;
— poziţiilor în care vehiculul a trecut frontiera unei ţări;
— poziţiilor în care au fost efectuate operaţiuni de
încărcare/descărcare;
— poziţiilor în care conducătorul auto și/sau copilotul își
încheie ziua de lucru.
▼B
3.2.1 Măsurarea distanţei parcurse
(28) Distanţa parcursă poate fi măsurată:
— fie cumulând deplasările înainte și înapoi;
— fie cumulând numai deplasările înainte.
(29) Aparatura de înregistrare măsoară distanţa parcursă între 0
și 9 999 999,9 km.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 29
(30) Distanţa măsurată respectă următoarele limite de toleranţă
(distanţe de cel puţin 1 000 m):
— ± 1 % înainte de instalare;
— ± 2 % în cursul instalării și al inspecţiilor periodice;
— ± 4 % în timpul funcţionării.
▼M3
Toleranţele nu trebuie utilizate pentru a modifica în mod
intenţionat distanţa măsurată.
▼B
(31) Distanţa măsurată trebuie să aibă o rezoluţie de 0,1 km sau
mai bună.
3.2.2 Măsurarea vitezei
(32) Aparatura de înregistrare măsoară viteza între 0 și
220 km/h.
▼M3
(33) Pentru a asigura o toleranţă maximă de ±6 km/h pentru
viteza afișată în timpul funcţionării și luând în considerare:
— o toleranţă de ± 2 km/h pentru variaţiile semnalului de
intrare (variaţii provocate de pneuri, …);
— o toleranţă de ± 1 km/h la măsurătorile efectuate în
timpul instalării sau al inspecţiilor periodice;
aparatura de înregistrare trebuie să măsoare viteza cu o
toleranţă de ± 1 km/h (la viteză constantă) dacă vitezele
se încadrează între 20 și 180 km/h, iar coeficienţii carac­
teristici ai vehiculului între 2 400 și 25 000 imp/km.
Notă: Datorită rezoluţiei stocării de date, se adaugă o
toleranţă suplimentară de ± 0,5 km/h la viteza stocată de
aparatura de înregistrare.
▼B
(34) Viteza trebuie măsurată corect, în limitele normale de
toleranţă, în primele două secunde de după finalizarea
unei modificări a vitezei, dacă viteza s-a modificat într-
un ritm de până la 2 m/s 2 .
(35) Măsurarea vitezei trebuie să aibă o rezoluţie de 1 km/h sau
mai bună.
3.2.3 Măsurarea poziţiei
(36) Aparatura de înregistrare măsoară poziţia absolută a vehi­
culului cu ajutorul receptorului GNSS.
▼M3
(37) Poziţia absolută se măsoară în coordonate geografice de
latitudine și longitudine, în grade și minute, cu o rezoluţie
de 1/10 de minut.
▼B
3.3 Măsurarea timpului
(38) Funcţia de măsurare a timpului măsoară în permanenţă
data și ora UTC și le furnizează în format digital.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 30
(39) Data și ora UTC se utilizează pentru datarea datelor din
aparatura de înregistrare (înregistrări, schimburi de date) și
pentru toate materialele imprimate menţionate la apen­
dicele 4 „Materiale imprimate”.
(40) Pentru afișarea orei locale este posibilă modificarea deca­
lajului orar al orei afișate, în intervale de o jumătate de
oră. Nu este admis niciun alt decalaj în afara celor care
reprezintă multipli negativi sau pozitivi de jumătate de oră;
▼M3
(41) Abaterea de timp nu trebuie să depășească ± 1 secundă pe
zi, în condiţii de temperatură în conformitate cu
cerinţa 213, în absenţa oricărei reglări a orei.
(41a) Precizia orei, atunci când ora este ajustată de ateliere în
conformitate cu cerinţa 212, trebuie să fie de 3 secunde
sau mai bună.
(41b) Unitatea montată pe vehicul include un contor de abatere
care calculează abaterea maximă de timp de la ultima
reglare a orei în conformitate cu punctul 3.23. Abaterea
maximă de timp este definită de producătorul unităţii
montate pe vehicul și nu trebuie să depășească
1 secundă pe zi, astfel cum se prevede în cerinţa 41.
(41c) Contorul de abatere trebuie resetat la 1 secundă după
fiecare reglare a orei aparaturii de înregistrare în confor­
mitate cu punctul 3.23. Aceasta include:
— reglajele automate ale orei,
— reglajele orei efectuate în modul etalonare.
▼B
(42) Timpul se măsoară cu o rezoluţie de o secundă sau mai
bună.
(43) Măsurarea timpului nu este afectată de întreruperile
alimentării cu energie electrică din exterior care durează
mai puţin de 12 luni în condiţii de omologare de tip.
3.4 Monitorizarea activităţilor conducătorului auto
(44) Această funcţie monitorizează, în mod permanent și
separat, activităţile unui conducător auto și ale unui
copilot.
(45) Activităţile conducătorului auto sunt CONDUCERE,
MUNCĂ, DISPONIBILITATE sau PAUZĂ/ODIHNĂ.
(46) Pilotul și/sau copilotul pot selecta manual MUNCĂ,
DISPONIBILITATE sau PAUZĂ/ODIHNĂ.
(47) Când vehiculul este în mișcare, se selectează automat acti­
vitatea CONDUCERE pentru conducătorul auto și DISPO­
NIBILITATE pentru copilot.
(48) Când vehiculul se oprește, pentru conducătorul auto se
selectează automat MUNCĂ.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 31
(49) Se consideră că prima modificare a activităţii în PAUZĂ/
ODIHNĂ sau DISPONIBILITATE care a avut loc în
termen de 120 de secunde de la selectarea automată a
activităţii MUNCĂ din cauza opririi vehiculului s-a
produs în momentul în care vehiculul s-a oprit (fiind
astfel posibilă anularea modificării în MUNCĂ).
▼B
(50) Această funcţie transmite modificările activităţilor către
funcţiile de înregistrare cu o rezoluţie de un minut.
(51) Dacă o activitate de CONDUCERE este înregistrată ca
activitate atât în minutul imediat anterior, cât și în
minutul imediat ulterior unui minut calendaristic dat,
minutul respectiv va fi considerat în întregime drept
minut de CONDUCERE.
(52) Dacă un minut calendaristic dat nu este considerat minut
de CONDUCERE conform cerinţei 051, întregul minut
este considerat ca aparţinând aceluiași tip de activitate ca
cea mai lungă activitate continuă derulată în minutul
respectiv (sau cea mai recentă activitate în cazul unor acti­
vităţi cu durată egală).
(53) Această funcţie permite, de asemenea, monitorizarea
permanentă a timpului de conducere continuă și a duratei
cumulate a pauzelor conducătorului auto.
3.5 Monitorizarea regimului de conducere
(54) Această funcţie monitorizează, în mod permanent și
automat, regimul de conducere.
(55) Când în aparat sunt introduse două carduri de conducător
auto valabile, se selectează regimul de conducere
ECHIPAJ, iar în toate celelalte cazuri se selectează
regimul SINGUR.
3.6 Înregistrări realizate de conducătorii auto
3.6.1 Înregistrarea locurilor în care încep și/sau se încheie zilele de lucru
(56) Această funcţie permite înregistrarea locurilor în care,
potrivit conducătorului auto și/sau copilotului, încep
și/sau se încheie zilele sale (lor) de lucru.
▼M3
(57) Locurile sunt definite ca ţară și, în plus dacă este cazul,
regiune.
(58) La retragerea cardului de conducător auto (sau a cardului
de atelier), aparatura de înregistrare afișează locul curent al
vehiculului pe baza informaţiilor GNSS și a hărţii digitale
stocate în conformitate cu punctul 3.12.19 și solicită deţi­
nătorului cardului să confirme sau să rectifice manual
locul.
(59) Locul introdus în conformitate cu cerinţa 58 se consideră a
fi locul în care se încheie ziua de lucru. Acesta se înregis­
trează pe cardul de conducător auto (sau de atelier)
relevant ca înregistrare temporară și, prin urmare, poate
fi ulterior suprascris.
În următoarele condiţii, înregistrarea temporară efectuată la
ultima retragere a cardului este validată (și anume, nu se
mai suprascrie):
— înregistrarea unui loc unde începe ziua de lucru curentă
în cursul înregistrării manuale conform cerinţei (61);
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 32
— următoarea înregistrare a unui loc unde începe ziua de
lucru curentă dacă titularul cardului nu înregistrează
niciun loc în care începe sau s-a încheiat ziua de
lucru în cursul înregistrării manuale conform cerinţei
(61).
În următoarele condiţii, înregistrarea temporară efectuată la
ultima retragere a cardului este suprascrisă și noua valoare
este validată:
— următoarea înregistrare a unui loc unde se încheie ziua
de lucru curentă dacă titularul cardului nu înregistrează
niciun loc în care începe sau s-a încheiat ziua de lucru
în cursul introducerii manuale conform cerinţei (61).
▼B
(60) Înregistrarea locurilor în care încep și/sau se încheie zilele
de lucru este posibilă prin intermediul comenzilor din
meniuri. Dacă într-un minut calendaristic se efectuează
mai multe astfel de înregistrări, nu vor rămâne înregistrate
decât locul de începere cel mai recent introdus și locul de
încheiere cel mai recent introdus.
▼M3
Aparatura de înregistrare afișează locul curent al vehi­
culului pe baza informaţiilor GNSS și a hărţii (hărţilor)
digitale stocate în conformitate cu punctul 3.12.19 și
solicită conducătorului auto să confirme sau să rectifice
manual locul.
▼B
3.6.2 Introducerea manuală a activităţilor conducătorului auto și acordul
conducătorului auto pentru interfaţa ITS
▼M3
(61) Aparatura de înregistrare permite introducerea manuală a
activităţilor numai în momentul introducerii cardului de
conducător auto (sau de atelier). Introducerea manuală a
activităţilor se efectuează utilizând valorile datei și orei
locale corespunzătoare fusului orar (decalaj UTC) setat la
momentul respectiv pentru unitatea montată pe vehicul.
La introducerea cardului de conducător auto sau de atelier,
titularului cardului i se vor reaminti următoarele:
— data și ora ultimei retrageri a cardului;
— în mod opţional: decalajul orei locale setat la
momentul respectiv pentru unitatea montată pe vehicul.
La prima introducere a unui card de conducător auto sau
de atelier care nu este recunoscut, la momentul respectiv,
de unitatea montată pe vehicul, titularul cardului este
invitat să își exprime acordul privind extragerea datelor
cu caracter personal din tahograf prin intermediul interfeţei
ITS. Pentru a verifica dacă un card a fost deja introdus,
aparatura de înregistrare utilizează datele cardului de
tahograf stocate în memoria sa de date, astfel cum se
prevede la cerinţa 133.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 33
Acordul conducătorului auto (respectiv al atelierului) poate
fi activat sau dezactivat în orice moment prin comenzile
din meniu, cu condiţia să fie introdus cardul de conducător
auto (respectiv de atelier).
Este posibil să se introducă activităţi, cu următoarele
restricţii:
— tipul de activitate trebuie să fie MUNCĂ, DISPONI­
BILITATE sau PAUZĂ/ODIHNĂ;
— ora de începere și de încheiere ale fiecărei activităţi
trebuie să se situeze numai între momentul ultimei
retrageri a cardului și cel al introducerii sale curente;
— activităţile nu trebuie să se suprapună în timp.
Este posibil să se introducă manual date, dacă este necesar,
la prima introducere a unui card de conducător auto (sau
de atelier) care nu a mai fost utilizat.
Procedura de introducere manuală a activităţilor include
toate etapele consecutive necesare pentru stabilirea
tipului, a orei de începere și a orei de încheiere a
fiecărei activităţi. Pentru oricare subdiviziune a perioadei
de timp dintre ultima retragere a cardului și introducerea
curentă a acestuia, titularul cardului are opţiunea de a nu
declara nicio activitate.
În timpul introducerii manuale a datelor asociate intro­
ducerii cardului, titularul cardului are posibilitatea de a
introduce, dacă este cazul:
— locul unde s-a încheiat o zi de lucru anterioară, asociat
orei relevante (suprascriind și validând astfel înregis­
trarea efectuată cu ocazia ultimei retrageri a cardului);
— locul unde începe ziua de lucru curentă, asociat orei
relevante (validând astfel o înregistrare temporară
efectuată cu ocazia ultimei retrageri a cardului).
Pentru locul unde începe ziua de lucru curentă înregistrat
la introducerea curentă a cardului, aparatura de înregistrare
afișează locul curent al vehiculului pe baza informaţiilor
GNSS și a hărţii (hărţilor) digitale stocate în conformitate
cu punctul 3.12.19 și solicită conducătorului auto să
confirme sau să rectifice manual locul.
Dacă titularul cardului nu înregistrează locul în care își
începe sau își încheie ziua de lucru în cursul introducerii
manuale a datelor asociate introducerii cardului, acest lucru
se consideră drept o declaraţie a faptului că ziua sa de
lucru nu s-a modificat de la ultima retragere a cardului.
Următoarea înregistrare a unui loc în care se încheie o zi
de lucru anterioară suprascrie apoi înregistrarea temporară
efectuată cu ocazia ultimei retrageri a cardului.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 34
Dacă se introduce un loc, acesta se înregistrează pe cardul
de tahograf relevant.
Introducerea manuală a datelor se întrerupe dacă:
— cardul este retras; sau
— vehiculul este în mișcare, iar cardul se află în slotul
pentru cardul de conducător auto.
Sunt permise întreruperi suplimentare, de exemplu o pauză
după o anumită perioadă de inactivitate a utilizatorului.
Dacă introducerea manuală a datelor este întreruptă,
aparatura de înregistrare validează orice date complete
privind locul și activitatea (care indică, fără ambiguitate,
fie locul și timpul, fie tipul de activitate, ora de începere și
ora încheiere) care au fost deja înregistrate.
Dacă, în cursul introducerii manuale a datelor pentru un
card introdus anterior, se introduce un al doilea card de
conducător auto sau de atelier, introducerea manuală a
datelor pentru primul card poate fi finalizată înainte de a
începe introducerea manuală a datelor pentru cel de al
doilea card.
Titularul cardului are opţiunea de a introduce manual date
conform următoarei proceduri minime:
— Se introduc activităţile manual, în ordine cronologică,
pentru intervalul dintre ultima retragere a cardului și
introducerea curentă a acestuia.
— Ora începerii primei activităţi se setează la ora
retragerii cardului. Pentru fiecare înregistrare ulterioară,
ora începerii este presetată să urmeze imediat orei de
încheiere a înregistrării anterioare. Pentru fiecare acti­
vitate se selectează tipul activităţii și ora încheierii.
Procedura se încheie în momentul în care ora de încheiere
a unei activităţi introduse manual este aceeași cu ora intro­
ducerii cardului.
Aparatura de înregistrare permite conducătorilor auto și
atelierelor să încarce alternativ intrările manuale care
trebuie introduse în timpul procedurii prin interfaţa ITS
specificată în apendicele 13 și, opţional, prin alte interfeţe.
Aparatura de înregistrare permite titularului cardului să
modifice orice activitate introdusă manual, până în
momentul validării prin selectarea unei comenzi specifice.
Ulterior, orice astfel de modificări sunt interzise.
▼B
3.6.3 Înregistrarea condiţiilor specifice
▼M3
(62) Aparatura de înregistrare permite conducătorului auto să
introducă, în timp real, următoarele două condiţii speciale:
— „ÎN AFARA ZONEI DE APLICARE A REGLEMEN­
TĂRILOR” (început, sfârșit),
— „TRASEU PARCURS PE FERIBOT/ÎN TREN”
(început, sfârșit).
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 35
O condiţie de tip „TRASEU PARCURS PE FERIBOT/ÎN
TREN” nu se produce dacă este deschisă o condiţie de tip
„ÎN AFARA ZONEI DE APLICARE A REGLEMEN­
TĂRILOR”. În cazul în care este deschisă o condiţie de
tip „ÎN AFARA ZONEI DE APLICARE A REGLEMEN­
TĂRILOR”, aparatura de înregistrare nu permite utiliza­
torilor să introducă un indicator de început al condiţiei
de tip „TRASEU PARCURS PE FERIBOT/ÎN TREN”.
O condiţie deschisă de tip „ÎN AFARA ZONEI DE
APLICARE A REGLEMENTĂRILOR” trebuie să fie
închisă în mod automat de către aparatura de înregistrare
dacă este introdus sau retras un card de conducător auto.
O condiţie deschisă de tip „ÎN AFARA ZONEI DE
APLICARE A REGLEMENTĂRILOR” împiedică
apariţia următoarelor evenimente și avertismente:
— conducere fără un card adecvat,
— avertismente asociate timpului de conducere continuă.
Conducătorul auto trebuie să introducă indicatorul de
început pentru „TRASEU PARCURS PE FERIBOT/ÎN
TREN” imediat după selectarea opţiunii PAUZĂ/ODIHNĂ
pe feribot sau în tren.
Aparatura de înregistrare trebuie să încheie o etapă
deschisă de tip „TRASEU PARCURS PE FERIBOT/ÎN
TREN” atunci când apare oricare dintre următoarele
opţiuni:
— conducătorul auto încheie manual etapa „TRASEU
PARCURS PE FERIBOT/ÎN TREN”, la sosirea la
destinaţie a feribotului/trenului, înainte de a părăsi
feribotul/trenul,
— se deschide o condiţie de tipul „ÎN AFARA ZONEI
DE APLICARE A REGLEMENTĂRILOR”,
— conducătorul auto își retrage cardul,
— activitatea conducătorului auto se calculează ca
CONDUCERE în timpul unui minut calendaristic, în
conformitate cu punctul 3.4.
În cazul în care se introduc mai multe condiţii specifice de
același tip într-un singur minut calendaristic, se înregis­
trează numai ultima condiţie specifică.
3.6.4. Înregistrarea operaţiunii de încărcare/descărcare
(62a) Aparatura de înregistrare trebuie să permită conducătorului
auto să introducă și să confirme, în timp real, informaţii
care indică faptul că vehiculul se încarcă, se descarcă sau
că se efectuează o operaţiune de încărcare/descărcare
simultană.
În cazul în care în decurs de un minut calendaristic se
introduc mai multe operaţiunii de încărcare/descărcare de
același tip, se înregistrează numai ultima operaţiune
introdusă.
(62b) Încărcarea, descărcarea sau operaţiunile de încărcare/
descărcare simultană se înregistrează ca evenimente
separate.
(62c) Informaţiile privind încărcarea/descărcarea se introduc
înainte ca vehiculul să părăsească locul în care se efec­
tuează operaţiunea de încărcare/descărcare.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 36
3.7 Gestionarea blocărilor efectuate de societate
(63) Această funcţie permite gestionarea blocărilor efectuate de
o societate pentru a-și asigura accesul exclusiv la date în
modul societate.
(64) Blocările efectuate de societate constau într-o dată și o oră
de începere (blocare) și într-o dată și o oră de sfârșit
(deblocare) asociate identificării societăţii pe baza
numărului cardului de societate (la blocare).
(65) Blocările pot fi „activate” sau „dezactivate” numai în timp
real.
(66) Deblocarea poate fi efectuată numai de către societatea a
cărei blocare este „activă” (conform identificării pe baza
primelor 13 caractere din numărul cardului de societate)
sau
(67) Deblocarea este automată dacă o altă societate efectuează o
blocare.
(68) Dacă o societate efectuează o blocare și dacă blocarea
anterioară a fost efectuată de aceeași societate, se
consideră că blocarea anterioară nu a fost „dezactivată”
și este încă „activă”.
3.8 Monitorizarea activităţilor de control
(69) Această funcţie monitorizează activităţile de AFIȘARE,
IMPRIMARE, DESCĂRCARE din VU și de pe card și
de verificare a ETALONĂRII ÎN TRAFIC, realizate în
modul control.
(70) Această funcţie monitorizează, de asemenea, activităţile de
CONTROL AL DEPĂȘIRII LIMITEI DE VITEZĂ în
modul control. Se consideră că a avut loc un control al
depășirii limitei de viteză dacă, în modul control, mesajul
„depășirea limitei de viteză” a fost trimis spre imprimantă
sau pe ecran sau dacă din memoria de date a VU au fost
descărcate date privind „evenimente sau anomalii”.
3.9 Detectarea evenimentelor și/sau a anomaliilor
(71) Această funcţie detectează următoarele evenimente și/sau
anomalii:
3.9.1 Evenimentul „Introducerea unui card nevalabil”
(72) Acest eveniment este declanșat de introducerea oricărui
card nevalabil, de introducerea unui card de conducător
auto deja înlocuit și/sau la expirarea unui card valabil
introdus.
3.9.2 Evenimentul „Conflict de carduri”
(73) Acest eveniment este declanșat la producerea oricăreia
dintre combinaţiile de carduri valabile notate cu X din
tabelul următor:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 37
Conflict de carduri
Slot pentru cardul de conducător auto
Niciun card
Card de
conducător auto
Card de control Card de atelier Card de societate
S
lo
t
pe
nt
ru
c
ar
du
l
co
pi
lo
tu
lu
i Niciun card
Card de conducător
auto
X
Card de control X X X
Card de atelier X X X X
Card de societate X X X
3.9.3 Evenimentul „Suprapunere a timpului”
(74) Acest eveniment este declanșat atunci când ora/data
ultimei retrageri a unui card de conducător auto, așa cum
este citită de pe card, sunt ulterioare datei/orei curente
înregistrate de aparatura de înregistrare în care este
introdus cardul respectiv.
3.9.4 Evenimentul „Conducere fără un card adecvat”
(75) Acest eveniment este declanșat de oricare dintre combi­
naţiile de carduri de tahograf valabile notate cu X din
tabelul următor, atunci când activitatea conducătorului
auto se modifică devenind CONDUCERE sau când
intervine o schimbare a modului de funcţionare în timp
ce activitatea conducătorului auto este CONDUCERE:
Conducere fără un card adecvat
Slot pentru cardul de conducător auto
Niciun card (sau
card nevalabil)
Card de
conducător auto
Card de control Card de atelier Card de societate
S
lo
t
pe
nt
ru
c
ar
du
l
co
pi
lo
tu
lu
i Niciun card (sau card
nevalabil)
X X X
Card de conducător
auto
X X X X
Card de control X X X X X
Card de atelier X X X X
Card de societate X X X X X
3.9.5 Evenimentul „Introducerea cardului în timpul conducerii”
(76) Acest eveniment este declanșat la introducerea unui card
de tahograf în orice slot în timp ce activitatea conducă­
torului auto este CONDUCERE.
3.9.6 Evenimentul „Încheierea incorectă a ultimei sesiuni”
(77) Acest eveniment este declanșat atunci când, la introducerea
unui card, aparatura de înregistrare detectează faptul că, în
pofida dispoziţiilor de la punctul 3.1, sesiunea anterioară
de utilizare a cardului nu a fost încheiată corect (cardul a
fost retras înainte ca toate datele relevante să fi fost stocate
pe el). Acest eveniment este declanșat numai de cardul de
conducător auto și de cardul de atelier.
3.9.7 Evenimentul „Depășirea limitei de viteză”
(78) Acest eveniment este declanșat pentru fiecare depășire a
limitei de viteză.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 38
3.9.8 Evenimentul „Întreruperea alimentării cu energie electrică”
(79) Acest eveniment este declanșat, în celelalte moduri decât
modul etalonare sau control, în cazul oricărei întreruperi a
alimentării cu energie electrică a senzorului de mișcare
și/sau a unităţii montate pe vehicul, care durează mai
mult de 200 de milisecunde. Pragul de întrerupere este
stabilit de producător. Scăderea nivelului de alimentare
cu energie datorată pornirii motorului nu declanșează
acest eveniment.
3.9.9 Evenimentul „Eroare de comunicare cu echipamentul de comu­
nicare la distanţă”
(80) Acest eveniment se declanșează, în celelalte moduri decât
modul etalonare, dacă echipamentul de comunicare la
distanţă nu confirmă recepţionarea cu succes a datelor de
comunicare la distanţă transmise de unitatea montată pe
vehicul după mai mult de trei încercări.
3.9.10 Evenimentul „Absenţa informaţiilor de poziţionare de la receptorul
GNSS”
(81) Acest eveniment se declanșează, în celelalte moduri decât
modul etalonare, în cazul absenţei informaţiilor de pozi­
ţionare provenind de la receptorul GNSS (intern sau
extern) timp de peste trei ore de timp de conducere
acumulat.
3.9.11 Evenimentul „Eroare de comunicare cu echipamentul GNSS extern”
(82) Acest eveniment se declanșează, în celelalte moduri decât
modul etalonare, în cazul întreruperii comunicării între
echipamentul GNSS extern și unitatea montată pe
vehicul, timp de peste 20 de minute în continuu, atunci
când vehiculul este în mișcare.
3.9.12 Evenimentul „Eroare privind datele de la senzorul de mișcare”
▼M3
(83) Acest eveniment este declanșat, în celelalte moduri decât
modul etalonare, în cazul întreruperii fluxului normal de
date dintre senzorul de mișcare și unitatea montată pe
vehicul și/sau în cazul unor erori de integritate sau de
autentificare a datelor survenite în timpul schimbului de
date dintre senzorul de mișcare și unitatea montată pe
vehicul. Acest eveniment este declanșat, de asemenea, în
celelalte moduri decât modul etalonare, în cazul în care
viteza calculată pornind de la impulsurile senzorului de
mișcare crește de la 0 la peste 40 km/h în decurs de
1 secundă și apoi rămâne la peste 40 km/h timp de cel
puţin 3 secunde.
▼B
3.9.13 Evenimentul „Conflict privind deplasarea vehiculului”
▼M3
(84) Acest eveniment se declanșează, după cum se precizează
in apendicele 12, în celelalte moduri decât modul
etalonare, în cazul în care informaţiile privind deplasarea
calculate de senzorul de mișcare sunt contrazise de infor­
maţiile privind deplasarea calculate de receptorul GNSS
intern sau de echipamentul GNSS extern sau de altă
sursă independentă (alte surse independente) în confor­
mitate cu cerinţa 26. Acest eveniment nu se declanșează
în timpul unui traseu parcurs pe feribot/în tren.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 39
3.9.14 Evenimentul „Tentativă de încălcare a securităţii”
(85) Acest eveniment este declanșat, în celelalte moduri decât
modul etalonare, în cazul survenirii oricărui alt eveniment
care afectează securitatea senzorului de mișcare și/sau a
unităţii montate pe vehicul și/sau a echipamentului
GNSS extern, în conformitate cu apendicele 10.
▼M1
3.9.15 Evenimentul „Conflict oră”
▼M3
(86) Acest eveniment este declanșat, în celelalte moduri decât
modul etalonare, atunci când VU detectează o diferenţă
între ora calculată de funcţia de măsurare a timpului a VU
și ora care provine de la poziţiile autentificate transmise de
receptorul GNSS sau de echipamentul GNSS extern. Se
detectează o „diferenţă de oră” în cazul în care diferenţa
depășește ± 3 secunde, corespunzătoare preciziei orei
stabilite la cerinţa 41a, aceasta din urmă fiind majorată
cu abaterea maximă de timp pe zi. Acest eveniment este
înregistrat împreună cu valoarea indicată de ceasul intern
al aparaturii de înregistrare. VU efectuează verificarea
declanșării evenimentului „conflict oră” înainte ca VU să
reajusteze automat ceasul intern al VU, în conformitate cu
cerinţa 211.
▼B
3.9.16 Anomalia „Card”
(87) Această anomalie este declanșată în cazul unei disfuncţii a
unui card de tahograf în curs de funcţionare.
3.9.17 Anomalia „Aparatura de înregistrare”
(88) Această anomalie este declanșată în cazul survenirii
oricăreia dintre următoarele defecţiuni, în celelalte
moduri decât modul etalonare:
— Anomalie internă a VU
— Anomalie a imprimantei
— Anomalie a afișajului
— Anomalie la descărcare
— Anomalie a senzorului
— Anomalie a receptorului GNSS sau a echipamentului
GNSS extern
— Anomalie a echipamentului de comunicare la distanţă
▼M3
— Anomalie a interfeţei ITS.
3.9.18 Evenimentul „Anomalie GNSS”
(88a) Acest eveniment este declanșat, în celelalte moduri decât
modul etalonare, atunci când receptorul GNSS detectează
un atac sau când autentificarea mesajelor de navigaţie a
eșuat, astfel cum se precizează în apendicele 12. După
declanșarea unui eveniment de tip „Anomalie GNSS”,
VU nu va mai genera alte evenimente de tip „Anomalie
GNSS” în următoarele 10 minute.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 40
3.10 Teste integrate și autoteste
(89) ►M1 Aparatura de înregistrare detectează anomaliile prin
autoteste și teste integrate, în conformitate cu tabelul
următor: ◄
Subansamblu de testat Autotest Test integrat
Software Integritate
Memorie de date Acces Acces, integritatea
datelor
Dispozitive de interfaţă
pentru card
Acces Acces
Tastatură Verificare manuală
Imprimantă (la latitudinea
producătorului)
Imprimare
Afișaj Verificare vizuală
Descărcare
(se efectuează numai în
timpul descărcărilor)
Funcţionare cores­
punzătoare
Senzor Funcţionare cores­
punzătoare
Funcţionare corespun­
zătoare
Echipament de comunicare
la distanţă
Funcţionare cores­
punzătoare
Funcţionare corespun­
zătoare
Echipament GNSS Funcţionare cores­
punzătoare
Funcţionare corespun­
zătoare
▼M3
Interfaţă ITS Funcţionare cores­
punzătoare
▼B
3.11 Citirea din memoria de date
(90) Aparatura de înregistrare trebuie să poată citi orice date
stocate în memoria sa de date.
3.12 Înregistrarea și stocarea în memoria de date
▼M3
În sensul prezentului punct,
— „365 de zile” înseamnă 365 de zile calendaristice de activitate
medie a conducătorilor auto într-un vehicul. Activitatea medie
pe zi într-un vehicul implică cel puţin 6 conducători auto sau
copiloţi, 6 cicluri de introducere și retragere de carduri și 256 de
schimbări de activitate. Prin urmare, „365 de zile” implică cel
puţin 2 190 de conducători auto sau copiloţi, 2 190 de cicluri de
introducere și retragere de carduri și 93 440 de schimbări de
activitate;
— numărul mediu de înregistrări privind locul pe zi este definit ca
cel puţin 6 înregistrări ale locului în care începe ziua de lucru
și 6 înregistrări ale locului în care se încheie ziua de lucru, astfel
încât „365 de zile” includ cel puţin 4 380 de înregistrări privind
locul;
— numărul mediu de poziţii pe zi atunci când timpul de conducere
acumulat atinge un multiplu de trei ore este definit ca fiind de
cel puţin 6 poziţii, astfel încât „365 de zile” includ cel puţin
2 190 de astfel de poziţii;
— numărul mediu de treceri ale frontierei pe zi este definit ca fiind
de cel puţin 20 de treceri, astfel încât „365 de zile” includ cel
puţin 7 300 de treceri ale frontierei;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 41
— numărul mediu de operaţiuni de încărcare/descărcare pe zi este
definit ca fiind de cel puţin 25 de operaţiuni (indiferent de tip),
astfel încât „365 zile” includ cel puţin 9 125 de operaţiuni de
încărcare/descărcare;
— orele sunt înregistrate cu o rezoluţie de un minut, cu excepţia
cazurilor în care se specifică altfel;
— valorile odometrului sunt înregistrate cu o rezoluţie de un
kilometru;
— vitezele sunt înregistrate cu o rezoluţie de 1 km/h;
— poziţiile (latitudinile și longitudinile) sunt înregistrate în grade și
minute, cu o rezoluţie de 1/10 de minut, cu precizia și timpul de
achiziţie aferente GNSS și cu un indicator care indică dacă
poziţia a fost autentificată.
▼B
(91) Datele stocate în memoria de date nu trebuie să fie afectate
de o întrerupere a alimentării externe cu energie electrică
cu durata mai scurtă de douăsprezece luni, în condiţii de
omologare de tip. În plus, datele stocate în echipamentul
extern de comunicare la distanţă, astfel cum este definit în
apendicele 14, nu trebuie să fie afectate de întreruperi ale
alimentării cu energie electrică cu durata mai scurtă de 28
de zile.
(92) Aparatura de înregistrare poate înregistra și stoca implicit
sau explicit în memoria sa de date următoarele detalii:
3.12.1 Date de identificare a aparaturii
3.12.1.1 D a t e d e i d e n t i f i c a r e a u n i t ă ţ i i m o n t a t e p e
v e h i c u l
(93) Aparatura de înregistrare permite stocarea, în memoria sa
de date, a următoarelor date de identificare a unităţii
montate pe vehicul:
— denumirea producătorului;
— adresa producătorului;
— numărul de componentă;
— numărul de serie;
— generaţia VU;
— capacitatea de a utiliza carduri de tahograf de primă
generaţie;
— numărul versiunii de software;
— data de instalare a versiunii de software;
— anul fabricaţiei aparaturii;
— numărul de omologare;
▼M3
— identificatorul versiunii hărţii digitale (cerinţa 1 33l).
(94) Datele de identificare a unităţii montate pe vehicul sunt
înregistrate și stocate definitiv de producătorul unităţii
montate pe vehicul, cu excepţia datelor care pot fi modi­
ficate în cazul actualizării software-ului în conformitate cu
prezentul regulament, precum și a capacităţii de a utiliza
carduri de tahograf de primă generaţie.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 42
3.12.1.2 D a t e d e i d e n t i f i c a r e a s e n z o r u l u i d e m i ș c a r e
(95) Senzorul de mișcare trebuie să poată stoca în memoria sa
următoarele date de identificare:
— denumirea producătorului;
— numărul de serie;
— numărul de omologare;
— identificatorul componentei integrate de securitate (de
exemplu, numărul de componentă al cipului/proce­
sorului intern);
— identificatorul sistemului de operare (de exemplu,
numărul versiunii de software).
(96) Datele de identificare a senzorului de mișcare sunt înre­
gistrate și stocate definitiv în senzorul de mișcare de
producătorul acestuia.
▼M3
(97) Unitatea montată pe vehicul trebuie să poată înregistra și
stoca în memoria sa de date următoarele date legate de
cele mai recente 20 de asocieri reușite ale senzorilor de
mișcare (dacă, în cursul unei zile calendaristice, au loc mai
multe asocieri, se stochează numai prima și ultima asociere
din ziua respectivă):
▼B
Pentru fiecare dintre aceste asocieri se înregistrează urmă­
toarele date:
— datele de identificare a senzorului de mișcare:
— numărul de serie;
— numărul de omologare;
— datele privind asocierea senzorului de mișcare:
— data asocierii.
3.12.1.3 D a t e d e i d e n t i f i c a r e a s i s t e m u l u i g l o b a l d e
n a v i g a ţ i e p r i n s a t e l i t
(98) Echipamentul GNSS extern trebuie să poată stoca în
memoria sa următoarele date de identificare:
— denumirea producătorului;
— numărul de serie;
— numărul de omologare;
— identificatorul componentei integrate de securitate (de
exemplu numărul de componentă al cipului/proce­
sorului intern);
— identificatorul sistemului de operare (de exemplu
numărul versiunii de software).
(99) Datele de identificare a echipamentului GNSS extern sunt
înregistrate și stocate definitiv în echipamentul GNSS
extern de producătorul acestuia.
▼M3
(100) Unitatea montată pe vehicul trebuie să poată înregistra și
stoca în memoria sa de date următoarele date legate de
cele mai recente 20 de cuplări reușite ale echipamentelor
GNSS externe (dacă, în cursul unei zile calendaristice, au
loc mai multe cuplări, se stochează numai prima și ultima
cuplare din ziua respectivă):
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 43
Pentru fiecare dintre aceste cuplări se înregistrează urmă­
toarele date:
— datele de identificare a echipamentului GNSS extern:
— numărul de serie;
— numărul de omologare;
— date privind cuplarea echipamentului GNSS extern:
— data cuplării.
3.12.2 Chei și certificate
(101) Aparatura de înregistrare poate stoca o serie de chei și
certificate criptografice, în conformitate cu apendicele 11
părţile A și B.
3.12.3 Date privind introducerea și retragerea cardului de conducător
auto sau ale cardului de atelier
(102) Pentru fiecare ciclu de introducere și retragere a unui card
de conducător auto sau a unui card de atelier, aparatura de
înregistrare înregistrează și stochează în memoria sa de
date următoarele detalii:
— numele și prenumele titularului cardului, astfel cum
sunt stocate pe card;
— numărul cardului, statul membru emitent și data
expirării, astfel cum sunt stocate pe card;
— generaţia cardului;
— ora și data introducerii cardului;
— valoarea indicată de odometrul vehiculului în
momentul introducerii cardului;
— slotul în care este introdus cardul;
— data și ora retragerii cardului;
— valoarea indicată de odometrul vehiculului în
momentul retragerii cardului;
— următoarele informaţii privind vehiculul utilizat
anterior de conducătorul auto, astfel cum sunt stocate
pe card:
— VRN și statul membru de înmatriculare;
— generaţia VU (atunci când această informaţie este
disponibilă);
— data și ora retragerii cardului;
— un indicator de stare care arată dacă, la introducerea
cardului, titularul acestuia a introdus manual activităţi
sau nu.
(103) Memoria de date trebuie să poată stoca aceste date timp de
cel puţin 365 de zile.
(104) La epuizarea capacităţii de stocare, datele noi înlocuiesc
datele cele mai vechi.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 44
3.12.4 Date privind activitatea conducătorului auto
(105) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele informaţii de fiecare
dată când survine o modificare a activităţii conducătorului
auto și/sau a copilotului și/sau de fiecare dată când se
modifică regimul de conducere și/sau de fiecare dată
când este introdus sau retras un card de conducător auto
sau de atelier:
— regimul de conducere (ECHIPAJ, SINGUR);
— slotul (CONDUCĂTOR AUTO, COPILOT);
— starea cardului în slotul relevant (INTRODUS, NEIN­
TRODUS);
— activitatea (CONDUCERE, DISPONIBILITATE,
MUNCĂ, PAUZĂ/ODIHNĂ);
— data și ora modificării.
INTRODUS înseamnă că în slot este introdus un card de
conducător auto sau un card de atelier valabil. NEIN­
TRODUS înseamnă starea opusă, și anume faptul că în
slot nu este introdus un card de conducător auto sau de
atelier valabil (de exemplu, este introdus un card de
societate sau nu este introdus niciun card).
Datele privind activitatea introduse manual de un
conducător auto nu sunt înregistrate în memoria de date.
(106) Memoria de date trebuie să poată stoca datele privind
activitatea conducătorului auto timp de cel puţin 365 de
zile.
(107) La epuizarea capacităţii de stocare, datele noi înlocuiesc
datele cele mai vechi.
▼M1
3.12.5 Locuri și poziţii în care încep și se încheie zilele de lucru și/sau în
care se atinge timpul de conducere acumulat de trei ore
(108) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date:
— locurile și poziţiile în care conducătorul auto și/sau
copilotul își încep(e) ziua de lucru;
— poziţiile în care timpul de conducere acumulat atinge
un multiplu de trei ore;
— locurile și poziţiile în care conducătorul auto și/sau
copilotul își încheie ziua de lucru.
▼B
(109) Atunci când poziţia vehiculului nu este disponibilă din
receptorul GNSS în momentele respective, aparatura de
înregistrare utilizează ultima poziţie disponibilă, precum
și data și ora aferente.
(110) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date, împreună cu fiecare loc sau poziţie,
următoarele elemente:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 45
— numărul cardului de conducător auto și/sau al cardului
de copilot și statul membru emitent al cardului;
▼B
— generaţia cardului;
— data și ora introducerii;
▼M1
— tipul de introducere (început, încheiere sau timp de
conducere acumulat de trei ore);
▼B
— precizia GNSS, data și ora aferente, dacă este cazul;
— valoarea indicată de odometrul vehiculului;
▼M3
— un indicator care indică dacă poziţia a fost autenti­
ficată.
(110a) Pentru locurile unde începe sau se încheie ziua de lucru
înregistrate în timpul procedurii de introducere manuală la
introducerea cardului în conformitate cu cerinţa 61, se
stochează valoarea curentă a odometrului și poziţia
curentă a vehiculului.
▼M1
(111) Memoria de date trebuie să poată păstra, timp de cel puţin
365 de zile, locurile și poziţiile în care încep și se încheie
zilele de lucru și/sau în care se atinge timpul de conducere
acumulat de trei ore.
▼B
(112) La epuizarea capacităţii de stocare, datele noi înlocuiesc
datele cele mai vechi.
3.12.6 Date privind odometrul
(113) Aparatura de înregistrare înregistrează în memoria sa de
date valoarea indicată de odometrul vehiculului și data
respectivă la ora 00.00 a fiecărei zile calendaristice.
(114) Memoria de date trebuie să poată stoca valorile indicate de
odometru la ora 00.00 timp de cel puţin 365 de zile
calendaristice.
(115) La epuizarea capacităţii de stocare, datele noi înlocuiesc
datele cele mai vechi.
3.12.7 Date privind viteza detaliată
▼M1
(116) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date, o dată pe secundă, viteza detaliată a
vehiculului, precum și data și ora corespunzătoare acesteia,
cel puţin pe parcursul ultimelor 24 de ore în care vehiculul
a fost în mișcare.
▼B
3.12.8 Date privind evenimentele
În sensul prezentului paragraf, timpul se înregistrează cu o rezoluţie
de 1 secundă.
(117) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele date pentru fiecare
eveniment detectat, conform următoarelor reguli de
stocare:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 46
Eveniment Reguli de stocare Date de înregistrat pentru fiecare eveniment
Introducerea unui card
nevalabil
— cele mai recente 10 evenimente. — data și ora evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
cardului care a creat evenimentul;
— numărul de evenimente similare din ziua
respectivă.
Conflict de carduri — cele mai recente 10 evenimente. — data și ora începerii evenimentului;
— data și ora încheierii evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia celor
două carduri care au creat conflictul.
Conducere fără un card
adecvat
— evenimentul cel mai de durată survenit
în fiecare din ultimele 10 zile de
producere;
— cele mai de durată 5 evenimente din
ultimele 365 de zile;
— data și ora începerii evenimentului;
— data și ora încheierii evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului;
— numărul de evenimente similare din ziua
respectivă.
Introducerea cardului în
timpul conducerii
— ultimul eveniment din fiecare dintre
ultimele 10 zile de producere;
— data și ora evenimentului;
— tipul, numărul, statul membru emitent și
generaţia cardului (cardurilor);
— numărul de evenimente similare din ziua
respectivă.
▼M3
Încheierea incorectă a
ultimei sesiuni a cardului
— cele mai recente 10 evenimente. — data și ora introducerii cardului,
— tipul, numărul, statul membru emitent și
generaţia cardului (cardurilor),
— datele privind ultima sesiune așa cum au
fost citite de pe card:
— data și ora introducerii cardului.
▼B
Depășirea limitei de viteză
(1)
— cel mai grav eveniment survenit în
fiecare din ultimele 10 zile de
producere (și anume, cea mai mare
viteză medie înregistrată);
— cele mai grave 5 evenimente survenite
în ultimele 365 de zile;
— primul eveniment survenit după ultima
etalonare;
— data și ora începerii evenimentului;
— data și ora încheierii evenimentului;
— viteza maximă măsurată în cursul eveni­
mentului;
— media aritmetică a vitezei măsurate în
cursul evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
cardului de conducător auto (dacă este
cazul);
— numărul de evenimente similare din ziua
respectivă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 47
Eveniment Reguli de stocare Date de înregistrat pentru fiecare eveniment
Întreruperea alimentării cu
energie electrică (2)
— evenimentul cel mai de durată din
fiecare dintre ultimele 10 zile de
producere;
— cele mai de durată 5 evenimente din
ultimele 365 de zile;
— data și ora începerii evenimentului;
— data și ora încheierii evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului;
— numărul de evenimente similare din ziua
respectivă.
Eroare de comunicare cu
echipamentul de comu­
nicare la distanţă
— evenimentul cel mai de durată din
fiecare dintre ultimele 10 zile de
producere;
— cele mai de durată 5 evenimente din
ultimele 365 de zile;
— data și ora începerii evenimentului;
— data și ora încheierii evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului;
— numărul de evenimente similare din ziua
respectivă.
Absenţa informaţiilor de
poziţionare de la
receptorul GNSS
— evenimentul cel mai de durată din
fiecare dintre ultimele 10 zile de
producere;
— cele mai de durată 5 evenimente din
ultimele 365 de zile;
— data și ora începerii evenimentului;
— data și ora încheierii evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului;
— numărul de evenimente similare din ziua
respectivă.
▼M1
Eroare de comunicare cu
echipamentul GNSS
extern
— evenimentul cel mai de durată din
fiecare dintre ultimele 10 zile de
producere,
— cele mai de durată cinci evenimente din
ultimele 365 de zile.
— data și ora începerii evenimentului,
— data și ora încheierii evenimentului,
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului,
— numărul de evenimente similare din ziua
respectivă.
▼B
Eroare privind datele de la
senzorul de mișcare
— evenimentul cel mai de durată din
fiecare dintre ultimele 10 zile de
producere;
— cele mai de durată 5 evenimente din
ultimele 365 de zile;
— data și ora începerii evenimentului;
— data și ora încheierii evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului;
— numărul de evenimente similare din ziua
respectivă.
Conflict privind
deplasarea vehiculului
— evenimentul cel mai de durată din
fiecare dintre ultimele 10 zile de
producere;
— cele mai de durată 5 evenimente din
ultimele 365 de zile;
— data și ora începerii evenimentului;
— data și ora încheierii evenimentului;
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului;
— numărul de evenimente similare din ziua
respectivă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 48
Eveniment Reguli de stocare Date de înregistrat pentru fiecare eveniment
Tentativă de încălcare a
securităţii
— cele mai recente 10 evenimente, per tip
de eveniment.
— data și ora începerii evenimentului;
— data și ora sfârșitului evenimentului
(dacă sunt relevante);
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului;
— tipul evenimentului.
▼M1
Conflict oră — cel mai grav eveniment survenit în
fiecare din ultimele 10 zile de
producere (și anume, cele cu cea mai
mare diferenţă dintre data și ora
indicate de aparatura de înregistrare și
data și ora GNSS).
— cele mai grave cinci evenimente
survenite în ultimele 365 de zile.
— data și ora indicate de aparatura de înre­
gistrare,
— data și ora GNSS,
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului,
— numărul de evenimente similare din ziua
respectivă.
▼M3
Anomalie GNSS — evenimentele cu cea mai mare durată
din fiecare dintre ultimele 10 zile în
care s-au produs,
— cele mai de durată 5 evenimente din
ultimele 365 de zile.
— data și ora începerii evenimentului,
— data și ora încheierii evenimentului,
— tipul și numărul cardului (cardurilor),
statul membru emitent și generaţia
oricărui card introdus la începutul și/sau
la încheierea evenimentului,
— numărul de evenimente similare din ziua
respectivă.
▼B
(1) Aparatura de înregistrare înregistrează și stochează, de
asemenea, în memoria sa de date:
— data și ora ultimului CONTROL AL DEPĂȘIRII
LIMITEI DE VITEZĂ;
— data și ora primului eveniment de tip „Depășirea
limitei de viteză”survenit după efectuarea respec­
tivului CONTROL AL DEPĂȘIRII LIMITEI DE
VITEZĂ.
— numărul de evenimente de tip „Depășirea limitei de
viteză” survenite de la ultimul CONTROL AL
DEPĂȘIRII LIMITEI DE VITEZĂ.
(2) Aceste date pot fi înregistrate numai în momentul
reconectării la sursa de energie electrică, orele pot fi
cunoscute cu o precizie de un minut.
3.12.9 Date privind anomaliile
În sensul prezentului paragraf, timpul se înregistrează cu o rezoluţie
de 1 secundă.
(118) Aparatura de înregistrare încearcă să înregistreze și să
stocheze în memoria sa de date următoarele date pentru
fiecare anomalie detectată conform următoarelor reguli de
stocare:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 49
Anomalie Reguli de stocare
Date care trebuie înregistrate pentru fiecare
anomalie
Anomalie a cardului — cele mai recente 10 anomalii ale
cardului de conducător auto.
— data și ora începerii anomaliei;
— data și ora încheierii anomaliei;
— tipul, numărul, statul membru emitent și
generaţia cardului (cardurilor).
Anomalii ale aparaturii de
înregistrare
— cele mai recente 10 anomalii pentru
fiecare tip de anomalie;
— prima anomalie survenită după ultima
etalonare.
— data și ora începerii anomaliei;
— data și ora încheierii anomaliei;
— tipul de anomalie;
— tipul, numărul și statul membru emitent
al cardului (cardurilor), precum și
generaţia oricărui card introdus la
începutul și/sau la încheierea anomaliei;
3.12.10 Date privind etalonarea
(119) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele date relevante privind:
— parametrii de etalonare cunoscuţi în momentul
activării;
— prima sa etalonare după activare;
— prima sa etalonare după instalarea în vehiculul
respectiv (identificat pe baza VIN);
— cele mai recente 20 de etalonări (dacă pe parcursul
unei zile calendaristice se efectuează mai multe
etalonări, nu este stocată decât ultima etalonare
efectuată în ziua respectivă).
(120) Pentru fiecare dintre aceste etalonări se înregistrează urmă­
toarele date:
— scopul etalonării (activare, prima instalare, instalare,
inspecţie periodică);
— denumirea și adresa atelierului;
— numărul cardului de atelier, statul membru emitent al
cardului și data expirării cardului;
— identificarea vehiculului;
— parametrii actualizaţi sau confirmaţi: w, k, l, dimen­
siunea pneurilor, reglajul limitatorului de viteză,
odometrul (valorile vechi și cele noi), data și ora
(valorile vechi și cele noi);
— tipurile și identificatorii tuturor sigiliilor montate ;
▼M3
— numărul de serie al senzorului de mișcare, al echipa­
mentului GNSS extern (dacă există) și al echipa­
mentului extern de comunicare la distanţă (dacă
există);
— tipul de încărcătură implicit asociat vehiculului (încăr­
cătură de mărfuri sau pasageri);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 50
— ţara în care s-a efectuat etalonarea și data/ora la care
receptorul GNSS a furnizat poziţia utilizată pentru a
determina ţara respectivă.
▼B
(121) În plus, aparatura de înregistrare înregistrează și stochează
în memoria sa de date capacitatea sa de a utiliza carduri de
tahograf de primă generaţie (încă activate sau nu).
(122) Senzorul de mișcare înregistrează și stochează în memoria
sa următoarele date privind instalarea senzorului de
mișcare:
— prima asociere la o VU (data, ora, numărul de
omologare al VU, numărul de serie al VU);
— ultima asociere la o VU (data, ora, numărul de
omologare al VU, numărul de serie al VU).
(123) Echipamentul GNSS extern înregistrează și stochează în
memoria sa următoarele date privind instalarea echipa­
mentului GNSS extern:
— prima cuplare la o VU (data, ora, numărul de
omologare al VU, numărul de serie al VU);
— prima cuplare la o VU (data, ora, numărul de
omologare al VU, numărul de serie al VU).
3.12.11 Date privind reglarea orei
(124) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele date legate de reglările
orei efectuate în modul etalonare, în afara cadrului unei
etalonări normale [a se vedea definiţia de la litera (f)]:
— cea mai recentă reglare a orei;
— cele mai importante 5 reglări ale orei.
(125) Pentru fiecare dintre aceste reglări ale orei se înregistrează
următoarele date:
— data și ora, valoarea veche;
— data și ora, valoarea nouă;
— denumirea și adresa atelierului;
— numărul cardului de atelier, statul membru emitent al
cardului și data expirării cardului.
3.12.12 Date privind activităţile de control
(126) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele date privind cele mai
recente 20 de activităţi de control:
— data și ora controlului;
— numărul cardului de control, statul membru emitent al
cardului și generaţia cardului;
— tipul de control (afișare și/sau imprimare și/sau
descărcare din VU și/sau descărcare de pe card și/sau
verificare a etalonării în trafic).
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 51
(127) Pentru descărcări se înregistrează și datele descărcate
privind ziua cea mai îndepărtată și ziua cea mai recentă.
3.12.13 Date privind blocările efectuate de societate
(128) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele date privind cele mai
recente 255 de blocări efectuate de societate:
— data și ora blocării;
— data și ora deblocării;
— numărul cardului de societate, statul membru emitent al
cardului și generaţia cardului;
— denumirea și adresa societăţii.
Datele blocate anterior printr-un blocaj scos din memorie
din cauza limitei de mai sus se consideră a nu fi blocate.
3.12.14 Date privind activităţile de descărcare
(129) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele date privind ultima
descărcare de date din memorie de date pe un suport
extern efectuată în modul societate sau etalonare:
— data și ora descărcării;
— numărul cardului de societate sau al cardului de atelier,
statul membru emitent al cardului și generaţia cardului;
— denumirea societăţii sau a atelierului.
3.12.15 Date privind condiţiile specifice
(130) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele date privind situaţiile
speciale:
— data și ora înregistrării;
— tipul condiţiei speciale.
(131) Memoria de date permite stocarea de date privind
condiţiile specifice timp de cel puţin 365 de zile (presu­
punând că pe zi se deschide și se închide în medie o
condiţie specifică). La epuizarea capacităţii de stocare,
datele noi înlocuiesc datele cele mai vechi.
3.12.16 Date privind cardul de tahograf
(132) Aparatura de înregistrare permite stocarea următoarelor
date referitoare la diferitele carduri de tahograf care au
fost utilizate în VU:
— numărul și numărul de serie al cardului de tahograf;
— producătorul cardului de tahograf;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 52
— tipul cardului de tahograf;
— versiunea cardului de tahograf.
(133) Aparatura de înregistrare permite stocarea a cel puţin 88 de
astfel de înregistrări.
▼M3
3.12.17. Treceri ale frontierei
(133a) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele informaţii privind
trecerile frontierei:
— ţara din care iese vehiculul;
— ţara în care intră vehiculul;
— poziţia unde vehiculul a trecut frontiera.
(133b) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date, alături de ţări și poziţie, următoarele
elemente:
— numărul cardului de conducător auto și/sau al cardului
de copilot și statul membru emitent al cardului;
— generaţia cardului;
— precizia GNSS, data și ora aferente;
— un indicator care indică dacă poziţia a fost autenti­
ficată;
— valoarea indicată de odometrul vehiculului în
momentul detectării trecerii frontierei.
(133c) Memoria trebuie să poată stoca aceste date referitoare la
trecerea frontierelor timp de cel puţin 365 de zile.
(133d) La epuizarea capacităţii de stocare, datele noi înlocuiesc
datele cele mai vechi.
3.12.18. Operaţiuni de încărcare/descărcare
(133e) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date următoarele informaţii privind opera­
ţiunile de încărcare și descărcare ale vehiculului:
— tipul de operaţiune (încărcare, descărcare sau încărcare/
descărcare simultană);
— poziţia unde a avut loc operaţiunea de încărcare/
descărcare.
(133f) Atunci când poziţia vehiculului nu este disponibilă de la
receptorul GNSS în momentul operaţiunii de încărcare/
descărcare, aparatura de înregistrare utilizează cea mai
recentă poziţie disponibilă, precum și data și ora aferente.
(133g) Aparatura de înregistrare înregistrează și stochează în
memoria sa de date, alături de tipul operaţiunii și de
poziţie, următoarele elemente:
— numărul cardului de conducător auto și/sau al cardului
de copilot și statul membru emitent al cardului;
— generaţia cardului;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 53
— data și ora operaţiunii de încărcare/descărcare;
— precizia GNSS, data și ora aferente, dacă este cazul;
— un indicator care indică dacă poziţia a fost autenti­
ficată;
— valoarea indicată de odometrul vehiculului.
(133h) Memoria de date permite stocarea de operaţiuni de
încărcare/descărcare timp de cel puţin 365 de zile
calendaristice.
(133i) La epuizarea capacităţii de stocare, datele noi înlocuiesc
datele cele mai vechi.
3.12.19. Hartă digitală
(133j) În scopul înregistrării poziţiei vehiculului la trecerea fron­
tierei unei ţări, aparatura de înregistrare stochează în
memoria sa de date o hartă digitală.
(133k) Hărţile digitale permise pentru sprijinirea funcţiei de moni­
torizare a trecerii frontierei a aparaturii de înregistrare sunt
puse la dispoziţie de Comisia Europeană pentru a fi
descărcate de pe un site web securizat dedicat, în diferite
formate.
(133l) Pentru fiecare dintre aceste hărţi, pe site-ul web trebuie să
fie disponibil un identificator al versiunii și o valoare hash.
(133m) Hărţile trebuie să aibă următoarele caracteristici:
— un nivel de definiţie corespunzător nivelului NUTS 0,
în conformitate cu Nomenclatorul unităţilor teritoriale
de statistică;
— o scară de 1:1 milion.
(133n) Producătorii de tahografe trebuie să selecteze o hartă de pe
site-ul web și să o descarce în condiţii de siguranţă.
(133o) Producătorii de tahografe trebuie să utilizeze o hartă
descărcată de pe site-ul web numai după verificarea inte­
grităţii acesteia utilizând valoarea hash a hărţii.
(133p) Harta selectată trebuie importată în aparatura de înre­
gistrare de către producător, într-un format corespunzător,
dar semantica hărţii importate trebuie să rămână
neschimbată.
(133q) Producătorul trebuie să stocheze, de asemenea, identifi­
catorul versiunii hărţii utilizate în aparatura de înregistrare.
(133r) Trebuie să fie posibilă actualizarea sau înlocuirea hărţii
digitale stocate cu o hartă nouă pusă la dispoziţie de
Comisia Europeană.
(133s) Actualizările hărţii digitale se efectuează utilizând meca­
nismele de actualizare a software-ului create de producător,
în conformitate cu cerinţele 226d și 226e, astfel încât
aparatura de înregistrare să poată verifica autenticitatea și
integritatea unei noi hărţi importate, înainte de a o stoca și
de a o înlocui pe cea anterioară.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 54
(133t) Producătorii de tahografe pot adăuga informaţii supli­
mentare la harta de bază menţionată la cerinţa (133m), în
alte scopuri decât înregistrarea trecerilor frontierei, cum ar
fi frontierele regiunilor UE, cu condiţia ca semantica hărţii
de bază să nu fie modificată.
▼B
3.13 Citirea de pe cardurile de tahograf
(134) Aparatura de înregistrare permite citirea de pe cardurile de
tahograf de prima și a doua generaţie, dacă este cazul, a
datelor necesare:
— pentru a identifica tipul de card, titularul cardului,
vehiculul utilizat anterior, data și ora ultimei retrageri
a cardului și activitatea selectată în momentul
respectiv;
— pentru a verifica dacă ultima sesiune de utilizare a
cardului a fost încheiată corect;
▼M3
— pentru a calcula timpul de conducere continuă, durata
cumulată a pauzelor și durata acumulată a orelor de
conducere ale conducătorului auto pentru săptămâna
respectivă și pentru cea anterioară;
▼B
— pentru a imprima documentele necesare referitoare la
datele înregistrate pe un card de conducător auto;
— pentru a descărca datele de pe un card de conducător
auto pe un suport extern.
Această cerinţă se aplică numai cardurilor de tahograf de
primă generaţie, dacă utilizarea acestora nu a fost inva­
lidată de un atelier.
(135) În cazul unei erori de citire, aparatura de înregistrare
încearcă din nou, de maximum trei ori, să efectueze
aceeași comandă de citire, iar dacă nu reușește declară
cardul deficient și nevalabil.
▼M3
(135a) Structura din aplicaţia „TACHO_G2” depinde de versiune.
Versiunea 2 a cardurilor conţine fișiere elementare supli­
mentare faţă de cele din versiunea 1, în special:
— pe cardurile de conducător auto și de atelier:
— EF Places_Authentication trebuie să conţină
statutul de autentificare a poziţiilor vehiculului
stocate în EF Places. Se stochează o marcă
temporală cu fiecare statut de autentificare, care
trebuie să fie exact aceeași cu data și ora înregis­
trării stocate cu poziţia corespunzătoare în EF
Places.
— EF GNSS_Places_Authentication trebuie să conţină
statutul de autentificare a poziţiilor vehiculului
stocate în EF GNSS_Places. Se stochează o
marcă temporală cu fiecare statut de autentificare,
care trebuie să fie exact aceeași cu data și ora
înregistrării stocate cu poziţia corespunzătoare în
EF Places.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 55
— EF Border_Crossings, EF Load_Unload_Operations
și EF Load_Type_Entries trebuie să conţină date
privind trecerile frontierei, operaţiunile de încărcare/
descărcare și tipurile de încărcătură.
— pe cardurile de atelier:
— EF Calibration_Add_Data trebuie să conţină date
de etalonare suplimentare faţă de cele stocate în
EF Calibration. Vechea valoare a datei și orei și
numărul de identificare al vehiculului se stochează
cu fiecare înregistrare suplimentară de date de
etalonare, care trebuie să fie exact aceeași cu
vechea valoare a datei și orei și cu numărul de
identificare al vehiculului stocate cu datele de
etalonare corespunzătoare în EF Calibration.
— pe toate cardurile de tahograf:
— EF VU_Configuration trebuie să conţină setările
specifice tahografului ale titularului cardului.
Unitatea montată pe vehicul trebuie să ignore orice statut
de autentificare găsit în EF Places_Authentication sau EF
GNSS_Places_Authentication, atunci când nu se găsește în
EF Places sau EF GNSS_Places nicio poziţie a vehiculului
cu aceeași marcă temporală.
Unitatea montată pe vehicul trebuie să ignore fișierul
elementar EF VU_Configuration pe toate cardurile, în
măsura în care nu au fost prevăzute norme specifice cu
privire la utilizarea unui astfel de fișier elementar. Normele
respective se stabilesc printr-o modificare a anexei IC, care
include modificarea sau eliminarea prezentului alineat.
▼B
3.14 Înregistrarea și stocarea pe cardurile de tahograf
3.14.1 Înregistrarea și stocarea pe cardurile de tahograf de primă
generaţie;
(136) În cazul în care utilizarea cardurilor de tahograf de primă
generaţie nu a fost suprimată de un atelier, aparatura de
înregistrare înregistrează și stochează date exact în același
fel ca aparatura de înregistrare de primă generaţie.
(137) Aparatura de înregistrare setează „datele privind sesiunea
de utilizare a cardului” pe cardul de conducător auto sau
de atelier imediat după introducerea cardului.
(138) Aparatura de înregistrare actualizează datele stocate pe
cardurile de conducător auto, de atelier, de societate
și/sau de control valabile cu toate datele necesare
relevante pentru perioada în care este introdus cardul și
pentru titularul cardului. Datele stocate pe aceste carduri
sunt specificate în capitolul 4.
(139) Aparatura de înregistrare actualizează datele privind acti­
vitatea conducătorului auto și locurile (după cum se
specifică la punctele 4.5.3.1.9 și 4.5.3.1.11) stocate pe
cardurile de conducător auto și/sau de atelier valabile cu
datele privind activitatea și locurile care au fost introduse
manual de titularul cardului.
▼M3
(140) Toate evenimentele și anomaliile nedefinite pentru
aparatura de înregistrare de primă generaţie nu se
stochează pe cardurile de conducător auto și de atelier de
primă generaţie.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 56
(141) Actualizarea datelor de pe cardurile de tahograf se face
astfel încât, atunci când este necesar din punctul de
vedere al capacităţii de stocare a cardului din momentul
respectiv, datele cele mai recente să le înlocuiască pe cele
mai vechi.
(142) În cazul unei erori de scriere, aparatura de înregistrare
încearcă din nou, de maximum trei ori, să efectueze
aceeași comandă de scriere, iar dacă nu reușește declară
cardul deficient și nevalabil.
▼M3
(143) Înainte de a elibera cardul de conducător auto sau de
atelier și după ce toate datele relevante au fost stocate pe
card, aparatura de înregistrare resetează „datele privind
sesiunea de utilizare a cardului”.
▼B
3.14.2 Înregistrarea și stocarea pe cardurile de tahograf de a doua
generaţie
(144) Cardurile de tahograf de a doua generaţie conţin 2 aplicaţii
de card diferite, dintre care prima este identică cu aplicaţia
TACHO pentru cardurile de tahograf de primă generaţie,
iar a doua este aplicaţia „TACHO_G2”, astfel cum este
menţionată la capitolul 4 și în apendicele 2.
▼M3
Structura din aplicaţia „TACHO_G2” depinde de versiune.
Versiunea 2 a cardurilor conţine fișiere elementare supli­
mentare faţă de cele din versiunea 1, în special.
▼B
(145) Aparatura de înregistrare setează „datele privind sesiunea
de utilizare a cardului” pe cardul de conducător auto sau
de atelier imediat după introducerea cardului.
(146) Aparatura de înregistrare actualizează datele stocate în cele
2 aplicaţii de card de pe cardurile de conducător auto, de
atelier, de societate, și/sau de control valabile cu toate
datele necesare relevante pentru perioada în care este
introdus cardul și pentru titularul cardului. Datele stocate
pe aceste carduri sunt specificate la capitolul 4.
(147) Aparatura de înregistrare actualizează datele privind acti­
vitatea conducătorului auto și poziţiile (după cum se
specifică la punctele 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 și
4.5.3.2.11) stocate pe cardurile de conducător auto și/sau
de atelier valabile cu datele privind activitatea și locurile
care au fost introduse manual de titularul cardului.
▼M3
(147a) La introducerea unui card de conducător auto sau de
atelier, aparatura de înregistrare stochează pe card tipul
de încărcătură implicit al vehiculului.
(147b) La introducerea unui card de conducător auto sau de atelier
și după procedura de introducere manuală, aparatura de
înregistrare verifică ultimul loc în care începe sau se
încheie ziua de lucru stocat pe card. Acest loc poate fi
temporar, astfel cum se specifică la cerinţa 59. Dacă
acest loc se află într-o altă ţară decât cea în care este
situat vehiculul în prezent, aparatura de înregistrare
stochează pe card o înregistrare de trecere a frontierei, cu:
— ţara din care a plecat conducătorul auto: nu este dispo­
nibilă;
— ţara în care intră conducătorul auto; ţara în care este
situat vehiculul în prezent;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 57
— data și ora la care conducătorul auto a trecut frontiera:
ora de introducere a cardului;
— poziţia conducătorului auto la trecerea frontierei: nu
este disponibilă;
— valoarea indicată de odometrul vehiculului: nu este
disponibilă.
▼B
(148) Actualizarea datelor de pe cardurile de tahograf se face
astfel încât, dacă este necesar din punctul de vedere al
capacităţii de stocare a cardului din momentul respectiv,
datele cele mai recente să le înlocuiască pe cele mai vechi.
(149) În cazul unei erori de scriere, aparatul de înregistrare
încearcă, de maximum trei ori, să efectueze aceeași
comandă de scriere, iar dacă nu reușește declară cardul
deficient și nevalabil.
(150) Înainte de a elibera cardul de conducător auto și după ce
toate datele relevante au fost stocate în cele două aplicaţii
de pe card, aparatura de înregistrare resetează „datele
privind sesiunea de utilizare a cardului”.
▼M3
(150a) Unitatea montată pe vehicul trebuie să ignore fișierul
elementar EF VU_Configuration pe toate cardurile, în
măsura în care nu au fost prevăzute norme specifice cu
privire la utilizarea unui astfel de fișier elementar. Normele
respective se stabilesc printr-o modificare a anexei IC, care
include modificarea sau eliminarea prezentului alineat.
▼B
3.15 Afișare
(151) Afișajul include cel puţin 20 de caractere.
(152) Dimensiunile minime ale caracterelor sunt de 5 mm
înălţime și 3,5 mm lăţime.
(153) Afișajul trebuie să fie compatibil cu caracterele specificate
în apendicele 1 capitolul 4 „Seturi de caractere”. Afișajul
poate utiliza simboluri simplificate (de exemplu, carac­
terele cu accent pot fi afișate fără accent sau minusculele
pot fi afișate ca majuscule).
(154) Afișajul este prevăzut cu iluminare corespunzătoare, fără
efect de orbire.
(155) Indicaţiile trebuie să fie vizibile din exteriorul aparaturii de
înregistrare.
(156) Aparatura de înregistrare trebuie să poată afișa:
— date implicite;
— date privind avertismentele;
— date privind accesul la meniu;
— alte date solicitate de utilizator.
Aparatura de înregistrare poate afișa și informaţii supli­
mentare, cu condiţia ca acestea să poată fi distinse în
mod clar de informaţiile menţionate anterior.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 58
(157) Afișajul aparaturii de înregistrare poate folosi pictogramele
sau combinaţiile de pictograme enumerate în apendicele 3.
Aparatura de înregistrare poate afișa și pictograme sau
combinaţii de pictograme suplimentare, cu condiţia ca
acestea să poată fi distinse în mod clar de pictogramele
sau combinaţiile de pictograme menţionate anterior.
(158) Afișajul trebuie să fie întotdeauna PORNIT atunci când
vehiculul este în mișcare.
(159) Aparatura de înregistrare poate include o funcţie manuală
sau automată care să treacă afișajul în poziţia OPRIT
atunci când vehiculul nu este în mișcare.
Formatul de afișare este descris în apendicele 5.
3.15.1 Afișaj implicit
(160) Atunci când nu este necesar să se afișeze nicio altă
informaţie, aparatura de înregistrare afișează, implicit,
următoarele:
— ora locală (ca rezultat al adunării: ora UTC + decalajul
setat de conducătorul auto);
— modul de funcţionare;
— activitatea conducătorului auto în momentul respectiv
și activitatea copilotului în momentul respectiv,
— informaţii privind conducătorul auto:
— dacă activitatea curentă a acestuia este CONDUCERE,
timpul de conducere continuă și durata cumulată a
pauzelor în momentul respectiv;
— dacă activitatea curentă a acestuia nu este
CONDUCERE, durata activităţii curente în cauză
(începând de la selectarea acesteia) și durata cumulată
a pauzelor sale în momentul respectiv.
(161) Afișarea datelor referitoare la fiecare conducător auto în
parte trebuie să fie clară, simplă și lipsită de ambiguităţi.
Dacă informaţiile privind conducătorul auto și copilotul nu
pot fi afișate în același timp, aparatura de înregistrare
afișează implicit informaţiile privind conducătorul auto și
îi permite utilizatorului să afișeze informaţiile privind
copilotul.
(162) Dacă lăţimea afișajului nu permite afișarea implicită a
modului de funcţionare, aparatura de înregistrare afișează,
pentru scurt timp, noul mod de funcţionare, în momentul
oricărei modificări a acestuia.
(163) Aparatul de înregistrare afișează pentru scurt timp, la intro­
ducerea cardului, numele titularului acestuia.
(164) La deschiderea unei condiţii de tip „ÎN AFARA ZONEI
DE APLICARE A REGLEMENTĂRILOR” sau
„TRASEU PARCURS PE FERIBOT/ÎN TREN”, afișajul
implicit trebuie să indice, prin intermediul pictogramei
relevante, că respectiva condiţie este deschisă (se acceptă
posibilitatea ca activitatea curentă a conducătorului auto să
nu fie indicată în același timp).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 59
3.15.2 Afișaj de avertizare
(165) Aparatura de înregistrare afișează informaţii de avertizare
folosind în primul rând pictogramele din apendicele 3,
completate dacă este necesar cu informaţii suplimentare
codate numeric. Se poate adăuga de asemenea o
descriere textuală a avertismentului, în limba selectată de
conducătorul auto.
3.15.3 Accesul la meniu
(166) Comenzile aparaturii de înregistrare sunt accesibile prin
intermediul unui meniu cu structură adecvată.
3.15.4 Alte afișaje
(167) Următoarele informaţii trebuie să poată fi afișate selectiv,
la cerere:
— data și ora UTC, precum și decalajul orar local;
▼M3
— conţinutul oricăruia dintre documentele imprimate
enumerate la cerinţa 169, în același format ca și cel
al documentelor imprimate;
▼B
— timpul de conducere continuă și durata cumulată a
pauzelor conducătorului auto;
— timpul de conducere continuă și durata cumulată a
pauzelor copilotului;
▼M3
— timpul de conducere acumulat al conducătorului auto
pentru săptămâna anterioară și pentru săptămâna în
curs;
— timpul de conducere acumulat al copilotului pentru
săptămâna anterioară și pentru săptămâna în curs;
▼B
opţional:
— durata activităţii copilotului în momentul respectiv
(începând de la selectarea acesteia);
▼M3
— timpul de conducere acumulat al conducătorului auto
pentru săptămâna în curs;
— timpul de conducere acumulat al copilotului pentru
ziua de lucru curentă;
— timpul de conducere acumulat al conducătorului auto
pentru ziua de lucru în curs.
▼B
(168) Afișarea conţinutului documentelor imprimate este
secvenţială, structurată pe rânduri. Dacă lăţimea afișajului
este mai mică de 24 de caractere, utilizatorul trebuie să
aibă acces la informaţiile complete printr-un mijloc adecvat
(mai multe rânduri, derulare etc.).
Nu este obligatorie afișarea rândurilor rezervate pentru
informaţiile scrise de mână din documentele imprimate.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 60
3.16 Imprimare
(169) Aparatura de înregistrare permite imprimarea de informaţii
din memoria sa de date și/sau de pe cardurile de tahograf,
astfel încât să se obţină următoarele șapte tipuri de
documente imprimate:
— document imprimat zilnic privind activităţile conducă­
torului auto stocate pe card;
— document imprimat zilnic privind activităţile zilnice ale
conducătorului auto stocate în unitatea montată pe
vehicul;
— document imprimat privind evenimentele și anomaliile
stocate pe card;
— document imprimat privind evenimentele și anomaliile
stocate în unitatea montată pe vehicul;
— document imprimat privind datele tehnice;
— document imprimat privind depășirea limitei de viteză;
— istoricul datelor de pe cardul de tahograf pentru o
anumită VU (a se vedea capitolul 3.12.16).
Formatul detaliat și conţinutul acestor documente
imprimate sunt descrise în apendicele 4.
La sfârșitul documentelor imprimate pot fi furnizate și date
suplimentare.
Aparatura de înregistrare poate furniza și alte documente
imprimate, cu condiţia ca acestea să poată fi deosebite în
mod clar de cele șapte tipuri menţionate anterior.
(170) „Documentul imprimat zilnic privind activităţile conducă­
torului auto stocate pe card” și „documentul imprimat
privind evenimentele și anomaliile stocate pe card”
trebuie să fie disponibile numai atunci când în aparatura
de înregistrare este introdus un card de conducător auto
sau de atelier. Aparatura de înregistrare actualizează datele
stocate pe cardul relevant înainte de a iniţia imprimarea.
(171) Pentru a genera „documentul imprimat zilnic privind acti­
vităţile conducătorului auto stocate pe card” și „docu­
mentul imprimat privind evenimentele și anomaliile
stocate pe card”, aparatura de înregistrare:
— fie selectează automat cardul de conducător auto sau
cardul de atelier dacă numai unul dintre acestea a fost
introdus;
— fie dispune de o comandă care permite selectarea
cardului sursă sau a cardului din slotul pentru cardul
de conducător auto dacă în aparatura de înregistrare au
fost introduse două astfel de carduri.
(172) Imprimanta permite imprimarea a 24 de caractere pe
fiecare rând.
(173) Dimensiunile minime ale caracterelor sunt de 2,1 mm
înălţime și 1,5 mm lăţime.
(174) Imprimanta permite utilizarea caracterelor specificate în
apendicele 1 capitolul 4 „Seturi de caractere”.
(175) Imprimantele trebuie proiectate astfel încât să producă
aceste documente imprimate cu o rezoluţie care să
elimine orice eventuală ambiguitate la citire.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 61
(176) Documentele imprimate trebuie să își păstreze dimen­
siunile și înregistrările în condiţii normale de umiditate
(10-90 %) și de temperatură.
(177) Hârtia omologată de tip folosită de aparatura de înre­
gistrare trebuie să fie prevăzută cu marca de omologare
de tip adecvată și să conţină o indicaţie privind tipul sau
tipurile de aparatură de înregistrare pentru care poate fi
folosită.
(178) Documentele imprimate trebuie să își păstreze lizibilitatea
și să poată fi identificate în condiţii normale de depozitare
privind intensitatea luminii, umiditatea și temperatura, timp
de cel puţin doi ani.
(179) Documentele imprimate trebuie să respecte cel puţin speci­
ficaţiile de testare definite în apendicele 9.
(180) De asemenea, pe aceste documente trebuie să se poată
adăuga și note scrise de mână, cum ar fi semnătura condu­
cătorului auto
(181) Aparatura de înregistrare gestionează întreruperile cauzate
de terminarea hârtiei în timpul activităţii de imprimare,
după realimentarea cu hârtie, fie reluând imprimarea de
la început, fie continuând imprimarea și făcând clar
referire la partea imprimată anterior.
3.17 Avertismente
(182) Aparatura de înregistrare trebuie să avertizeze conducătorul
auto atunci când detectează orice eveniment și/sau
anomalie.
(183) Este posibil ca avertismentul referitor la evenimentul
„Întreruperea alimentării cu energie electrică” să fie
amânat până la reconectarea la sursă de electricitate.
(184) În ceea ce privește depășirea timpului de conducere
continuă maxim autorizat, aparatura de înregistrare
trebuie să avertizeze conducătorul auto cu 15 minute
înainte de expirarea timpului respectiv și în momentul
depășirii.
(185) Avertismentele trebuie să fie vizuale. avertismentele
vizuale pot fi însoţite și de avertismente sonore.
(186) Avertismentele vizuale trebuie să poată fi recunoscute în
mod clar de către utilizator, trebuie să se afle în câmpul
vizual al conducătorului auto și trebuie să fie perfect
lizibile atât ziua cât și noaptea.
(187) Avertismentele vizuale pot fi integrate în aparatura de înre­
gistrare și/sau pot fi externe.
(188) În cel de-al doilea caz, avertismentele trebuie să fie
marcate cu simbolul „T”.
(189) Avertismentele trebuie să dureze cel puţin 30 de secunde,
cu excepţia cazurilor când șoferul confirmă luarea lor la
cunoștinţă prin apăsarea uneia sau mai multor taste
specifice ale aparatului de înregistrare. Această primă
confirmare nu anulează afișarea cauzei avertismentului
descrisă la punctul următor.
(190) Cauza avertismentului trebuie afișată de aparatura de înre­
gistrare și trebuie să rămână vizibilă până când utilizatorul
confirmă luarea acesteia la cunoștinţă cu ajutorul unei
anumite taste sau comenzi a aparaturii de înregistrare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 62
(191) Pot fi prevăzute și avertismente suplimentare, cu condiţia
ca acestea să nu poată fi confundate de conducătorii auto
cu cele descrise anterior.
3.18 Descărcarea datelor pe suporturi externe
(192) Aparatura de înregistrare permite descărcarea la cerere a
datelor din memoria sa de date sau de pe un card de
conducător auto pe suporturi externe de stocare prin inter­
mediul conectorului pentru etalonare/descărcare. Aparatura
de înregistrare actualizează datele stocate pe cardul
relevant înainte de a începe descărcarea.
▼M3
(193) În plus, ca o caracteristică opţională, aparatura de înre­
gistrare poate, în orice mod de funcţionare, să descarce
date prin orice altă interfaţă către o societate autentificată
prin intermediul acestui canal. În acest caz, pentru astfel de
descărcări se aplică drepturile de acces la date în modul
societate.
▼B
(194) Descărcarea nu modifică și nici nu șterge datele stocate.
(195) Interfaţa electrică a conectorului pentru etalonare/
descărcare este descrisă în apendicele 6.
(196) Protocoalele de descărcare sunt descrise în apendicele 7.
▼M3
(196a) O întreprindere de transport care utilizează vehicule
echipate cu aparatură de înregistrare conformă cu
prezenta anexă și care intră sub incidenţa
Regulamentului (CE) nr. 561/2006 se asigură că toate
datele sunt descărcate de pe unitatea montată pe vehicul
și de pe cardurile de conducător auto.
Termenul maxim de descărcare a datelor relevante nu
trebuie să depășească:
— 90 de zile pentru datele de pe unitatea montată pe
vehicul;
— 28 de zile pentru datele de pe cardul de conducător
auto.
(196b) Întreprinderile de transport trebuie să păstreze datele
descărcate de pe unitatea montată pe vehicul și de pe
cardurile de conducător auto timp de cel puţin două­
sprezece luni de la înregistrare.
▼B
3.19 Comunicare la distanţă pentru controalele selective în trafic
(197) Atunci când motorul vehiculului este pornit, unitatea
montată pe vehicul stochează, la fiecare 60 de secunde,
în echipamentul de comunicare la distanţă, cele mai
recente date necesare pentru controalele selective în
trafic. Aceste date trebuie criptate și semnate în confor­
mitate cu indicaţiile din apendicele 11 și 14.
(198) Datele de verificat de la distanţă trebuie să poată fi
accesate de cititoarele pentru comunicarea la distanţă prin
intermediul comunicării fără fir (wireless), în conformitate
cu apendicele 14.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 63
(199) Datele necesare în scopul controalelor selective în trafic se
referă la:
— ultima tentativă de încălcare a securităţii;
— cea mai lungă întrerupere a alimentării cu energie
electrică;
— anomalia senzorului;
— eroare privind datele de la senzorul de mișcare;
— conflict privind deplasarea vehiculului;
— conducere fără un card valabil;
— introducerea cardului în timpul conducerii;
— date privind reglarea orei;
— date de etalonare, inclusiv datele ultimelor două înre­
gistrări de etalonare stocate;
— numărul de înmatriculare al vehiculului;
— viteza înregistrată de tahograf;
▼M3
— poziţia vehiculului;
— o indicaţie a faptului că, în prezent, este posibil ca
conducătorul auto să încalce timpul de conducere.
3.20. Schimburi de date cu dispozitive externe suplimentare
(200) Aparatura de înregistrare trebuie să fie echipată, de
asemenea, cu o interfaţă ITS în conformitate cu apendicele
13, care permite ca datele înregistrate sau produse fie de
tahograf, fie de cardurile de tahograf, să fie utilizate de un
echipament extern.
În modul operaţional, este necesar consimţământul condu­
cătorului auto pentru transmiterea datelor cu caracter
personal prin interfaţa ITS. Cu toate acestea, consimţă­
mântul conducătorului auto nu se aplică datelor de pe
tahograf sau de pe card accesate în modul control,
modul societate sau modul etalonare. Datele și drepturile
de acces funcţional pentru aceste moduri sunt specificate în
cerinţele 12 și 13.
Cerinţele următoare se aplică datelor ITS puse la dispoziţie
prin intermediul interfeţei respective:
— datele cu caracter personal sunt disponibile numai după
ce conducătorul auto și-a dat consimţământul veri­
ficabil, acceptând faptul că datele cu caracter
personal pot părăsi reţeaua vehiculului.
Un set de date existente selectate care pot fi disponibile
prin intermediul interfeţei ITS și clasificarea datelor ca
date cu caracter personal sau nepersonal sunt speci­
ficate în apendicele 13. De asemenea, în plus faţă de
setul de date prevăzut în apendicele 13, pot fi extrase
date suplimentare. Producătorul VU clasifică datele
respective ca „date cu caracter personal” sau „date
fără caracter personal”, consimţământul conducătorului
auto fiind aplicabil datelor clasificate ca „date cu
caracter personal”;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 64
— consimţământul conducătorului auto poate fi activat
sau dezactivat în orice moment prin comenzile din
meniu, cu condiţia să fie introdus cardul de conducător
auto;
— prezenţa interfeţei ITS nu trebuie, în nicio situaţie, să
perturbe sau să influenţeze funcţionarea corectă și
securitatea unităţii montate pe vehicul.
Pot coexista interfeţe suplimentare ale unităţilor montate
pe vehicule, cu condiţia să se respecte pe deplin
cerinţele din apendicele 13 în ceea ce privește consimţă­
mântul conducătorului auto. Aparatura de înregistrare
trebuie să aibă capacitatea de a comunica starea consimţă­
mântului conducătorului auto către alte platforme din
reţeaua vehiculului și către dispozitive externe.
Pentru datele cu caracter personal injectate în reţeaua vehi­
culului care sunt prelucrate ulterior în afara reţelei vehi­
culului, nu este responsabilitatea producătorului taho­
grafului să se asigure că datele cu caracter personal se
prelucrează în conformitate cu legislaţia Uniunii privind
protecţia datelor.
Interfaţa ITS trebuie să permită, de asemenea, introducerea
datelor în timpul procedurii de introducere manuală în
conformitate cu cerinţa 61, atât pentru conducătorul auto,
cât și pentru copilot.
Interfaţa ITS poate fi utilizată, de asemenea, pentru a
introduce informaţii suplimentare, în timp real, cum ar fi:
— selectarea activităţii conducătorului auto, în confor­
mitate cu cerinţa 46;
— locuri în conformitate cu cerinţa 56;
— condiţii specifice, în conformitate cu cerinţa 62;
— operaţiuni de încărcare/descărcare, în conformitate cu
cerinţa 62a.
Aceste informaţii pot fi introduse și prin intermediul altor
interfeţe.
(201) În scopul retrocompatibilităţii, tahografele pot rămâne în
continuare echipate cu interfaţa de legătură serială
menţionată în anexa IB la Regulamentul (CEE)
nr. 3821/85, astfel cum a fost modificat ultima dată.
Legătura serială este clasificată ca parte a reţelei vehi­
culului, în conformitate cu cerinţa 200.
▼B
3.21 Etalonare
(202) Funcţia de etalonare permite:
— asocierea automată a senzorului de mișcare la VU;
— cuplarea automată a echipamentului GNSS extern la
VU, dacă este cazul;
— adaptarea digitală a constantei aparaturii de înregistrare
(k) la coeficientul caracteristic al vehiculului (w);
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 65
— ajustarea orei curente în cadrul perioadei de valabilitate
a cardului de atelier introdus;
— ajustarea valorii curente a odometrului;
— actualizarea datelor de identificare a senzorului de
mișcare stocate în memoria de date;
— actualizarea, dacă este cazul, a datelor de identificare a
echipamentului GNSS extern stocate în memoria de
date;
— actualizarea tipurilor și a identificatorilor tuturor sigi­
liilor montate;
▼M3
— actualizarea sau confirmarea altor parametri cunoscuţi
de aparatura de înregistrare: identificarea vehiculului,
w, l, dimensiunea pneurilor, reglajele limitatorului de
viteză, dacă este cazul, și tipul de sarcină implicit;
— înregistrarea automată a ţării în care s-a efectuat
etalonarea și data/ora la care receptorul GNSS a
furnizat poziţia utilizată pentru a determina ţara
respectivă.
▼B
(203) În plus, funcţia de etalonare permite anularea utilizării
cardurilor de tahograf de primă generaţie în aparatura de
înregistrare, dacă sunt îndeplinite condiţiile specificate în
apendicele 15.
(204) Asocierea senzorului de mișcare la VU implică cel puţin:
— actualizarea datelor privind instalarea senzorului de
mișcare reţinute de senzorul de mișcare (după caz);
— copierea, din senzorul de mișcare în memoria de date a
VU, a datelor necesare pentru identificarea senzorului
de mișcare.
▼M3
(205) Cuplarea echipamentului GNSS extern la VU implică cel
puţin:
— actualizarea datelor privind instalarea echipamentului
GNSS extern reţinute de echipamentul GNSS extern
(după caz);
— copierea, din echipamentul GNSS extern în memoria
de date a VU, a datelor necesare pentru identificarea
echipamentului GNSS extern, inclusiv a numărului de
serie al echipamentului GNSS extern.
▼B
(206) Funcţia de etalonare trebuie să permită înregistrarea datelor
necesare prin intermediul conectorului pentru etalonare/
descărcare, în conformitate cu protocolul de etalonare
descris în apendicele 8. Funcţia de etalonare permite înre­
gistrarea datelor necesare și prin alte mijloace.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 66
3.22 Verificarea etalonării în trafic
(207) Funcţia de verificare a etalonării în trafic permite citirea
numărului de serie al senzorului de mișcare (eventual
integrat în adaptor) și a numărului de serie al echipa­
mentului GNSS extern (atunci când este cazul), care sunt
conectate la unitatea montată pe vehicul, în momentul
solicitării.
(208) Această citire trebuie să fie posibilă cel puţin pe afișajul
unităţii montate pe vehicul, prin intermediul unor comenzi
aflate în meniuri.
(209) Funcţia de verificare a etalonării în trafic permite, de
asemenea, controlarea selecţiei modulului de intrare/ieșire
(I/O) al liniei de semnalizare I/O de etalonare, specificat în
apendicele 6, prin interfaţa liniei K. Acest lucru se
realizează prin intermediul sesiunii „ECUAdjustmen­
tSession”, în conformitate cu apendicele 8 secţiunea 7
Controlul impulsurilor de test – Unitatea funcţională de
control al intrărilor/ieșirilor.
▼M3
Atunci când modul I/O al liniei de semnalizare I/O de
etalonare este activ în conformitate cu această cerinţă,
avertismentul „conducere fără un card corespunzător”
(cerinţa 75) nu este declanșat de unitatea montată pe
vehicul.
▼B
3.23 Reglarea orei
(210) Funcţia de reglare a orei trebuie să permită reglarea
automată a orei. În scopul reglării orei, aparatura de înre­
gistrare utilizează două surse de măsurare a timpului: 1)
ceasul intern al VU; 2) receptorul GNSS.
▼M3
(211) Ora ceasului intern al VU se reglează automat la intervale
de timp variabile. Următoarea reglare automată a orei se
declanșează după 72 h-168 h de la reglarea prealabilă și
după ce VU poate accesa ora GNSS printr-un mesaj de
poziţie autentificat valabil, în conformitate cu apendicele
12. Cu toate acestea, reglarea orei nu trebuie să fie
niciodată mai mare decât abaterea maximă de timp
acumulată pe zi, astfel cum a fost calculată de producătorul
VU în conformitate cu cerinţa 41b. Dacă diferenţa dintre
ora indicată de ceasul intern al VU și ora receptorului
GNSS este mai mare decât abaterea maximă de timp
acumulată pe zi, atunci reglajul orei aduce ceasul intern
al VU cât mai aproape posibil de ora receptorului GNSS.
Setarea orei poate fi realizată numai dacă ora furnizată de
receptorul GNSS este obţinută utilizând mesaje de poziţie
autentificate, astfel cum se prevede în apendicele 12.
Referinţa temporală pentru setarea automată a orei
ceasului intern al VU este ora furnizată în mesajul de
poziţie autentificat.
(212) Funcţia de reglare a orei trebuie să permită, de asemenea,
reglarea declanșată a orei curente, în modul etalonare.
Atelierele pot regla ora:
— fie prin scrierea unei valori a orei în VU, utilizând
serviciul WriteDataByIdentifier în conformitate cu
secţiunea 6.2 din apendicele 8,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 67
— fie prin solicitarea unei alinieri a ceasului VU la ora
furnizată de receptorul GNSS. Acest lucru poate fi
realizat numai dacă ora furnizată de receptorul GNSS
este obţinută utilizând mesaje de poziţie autentificate.
În acest din urmă caz, se utilizează serviciul Routine­
Control în conformitate cu secţiunea 8 din apen­
dicele 8.
▼B
3.24 Caracteristici de performanţă
(213) Unitatea montată pe vehicul este complet operaţională în
intervalul de temperatură cuprins între – 20 °C și 70 °C,
echipamentul GNSS extern în intervalul de temperatură
cuprins între – 20 °C și 70 C, iar senzorul de mișcare în
intervalul de temperatură cuprins între – 40 °C și 135 °C.
Conţinutul memoriei de date se păstrează până la tempe­
raturi de – 40 °C.
(214) Tahograful trebuie să funcţioneze corect într-un interval de
umiditate de 10 % până la 90 %.
(215) Sigiliile utilizate în tahograful inteligent trebuie să îndepli­
nească aceleași condiţii ca cele aplicabile componentelor
tahografului de care sunt atașate.
(216) Aparatura de înregistrare trebuie protejată de supra­
tensiune, de inversarea polarităţii sursei de alimentare și
de scurt-circuite.
(217) Senzorii de mișcare trebuie:
— fie să reacţioneze la un câmp magnetic care perturbă
detectarea deplasării vehiculului. În acest caz, unitatea
montată pe vehicul va înregistra și stoca o eroare a
senzorului (cerinţa 88), fie
— să aibă un element detector protejat împotriva
câmpurilor magnetice sau imun la acestea.
(218) Aparatura de înregistrare și echipamentul GNSS extern
trebuie să fie conforme cu regulamentul internaţional
CEE-ONU R10 și protejate împotriva descărcărilor elec­
trostatice și împotriva șocurilor de instalare.
3.25 Materiale
(219) Toate părţile componente ale aparaturii de înregistrare
trebuie să fie confecţionate din materiale suficient de
stabile și cu o rezistenţă mecanică suficientă și să aibă
caracteristici electrice și magnetice stabile.
(220) În condiţii normale de utilizare, toate componentele interne
al aparaturii trebuie să fie protejate de umezeală și de praf.
(221) Unitatea montată pe vehicul și echipamentul GNSS extern
trebuie să respecte nivelul de protecţie IP 40, iar senzorul
de mișcare trebuie să respecte nivelul de protecţie IP 64,
conform standardului IEC 60529:1989, inclusiv A1:1999
și A2:2013.
(222) Aparatura de înregistrare trebuie să respecte specificaţiile
tehnice aplicabile în domeniul proiectării ergonomice.
(223) Aparatura de înregistrare trebuie să fie protejată împotriva
deteriorărilor accidentale.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 68
3.26 Inscripţii
(224) Dacă aparatura de înregistrare afișează valoarea odome­
trului și viteza vehiculului, pe afișajul său apar următoarele
detalii:
— lângă cifra care indică distanţa, unitatea de măsură a
distanţei, indicată prin abrevierea „km”;
— lângă cifra care indică viteza, indicaţia „km/h”.
Aparatura de înregistrare poate fi comutată astfel încât să
afișeze viteza în mile pe oră, în acest caz unitatea de
măsură a vitezei fiind indicată prin abrevierea „mph”.
Aparatura de înregistrare poate fi comutată astfel încât să
afișeze distanţa în mile, în acest caz unitatea de măsură a
distanţei fiind indicată prin abrevierea „mi”.
▼M1
(225) Pe fiecare componentă separată a aparaturii de înregistrare
se atașează o plăcuţă descriptivă care conţine următoarele
detalii:
— numele și adresa producătorului;
— numărul de componentă furnizat de producător și anul
de fabricaţie;
— numărul de serie;
— marca de omologare de tip.
(226) Dacă spaţiul fizic nu este suficient pentru afișarea tuturor
detaliilor menţionate anterior, plăcuţa descriptivă trebuie să
conţină cel puţin: numele și sigla producătorului și
numărul de componentă.
▼M3
3.27. Monitorizarea trecerilor frontierei
(226a) Această funcţie trebuie să detecteze când vehiculul a trecut
frontiera unei ţări, ce ţară a părăsit și în ce ţară a intrat.
(226b) Detectarea trecerii frontierei se bazează pe poziţia măsurată
de aparatura de înregistrare și pe harta digitală stocată în
conformitate cu punctul 3.12.19.
(226c) Trecerile frontierei legate de prezenţa vehiculului într-o
ţară pentru o perioadă mai scurtă de 120 s nu se înregis­
trează.
3.28. Actualizarea software-ului
(226d) Unitatea montată pe vehicul include o funcţie pentru
implementarea actualizărilor software-ului ori de câte ori
astfel de actualizări nu implică disponibilitatea unor resurse
hardware suplimentare faţă de resursele stabilite în cerinţa
226f, iar autorităţile de omologare de tip autorizează actua­
lizările software-ului pe baza unităţii montate pe vehicul
omologate de tip existente, în conformitate cu articolul 12
alineatul (5) din Regulamentul (UE) nr. 165/2014.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 69
(226e) Funcţia de actualizare a software-ului este concepută
pentru a suporta următoarele caracteristici funcţionale, ori
de câte ori acestea sunt obligatorii din punct de vedere
juridic:
— modificarea funcţiilor menţionate la punctul 2.2, cu
excepţia funcţiei de actualizare a software-ului în sine;
— adăugarea de noi funcţii direct legate de punerea în
aplicare a legislaţiei Uniunii în domeniul transportului
rutier;
— modificarea modurilor de operare de la punctul 2.3;
— modificarea structurii fișierului, cum ar fi adăugarea de
date noi sau creșterea dimensiunii fișierului;
— instalarea de corecţii software pentru a remedia atât
defectele de software, cât și defectele de securitate
sau atacurile raportate asupra funcţiilor aparaturii de
înregistrare.
(226f) Unitatea montată pe vehicul furnizează resurse hardware
gratuite de cel puţin 35 % pentru software-ul și datele
necesare pentru punerea în aplicare a cerinţei 226e și
resurse hardware gratuite de cel puţin 65 % pentru actua­
lizarea hărţii digitale pe baza resurselor hardware necesare
pentru versiunea 2021 a hărţii NUTS 0.
▼B
4. CERINŢE FUNCŢIONALE ȘI DE CONSTRUCŢIE PENTRU
CARDURILE DE TAHOGRAF
4.1 Date vizibile
Pe recto figurează:
(227) cuvintele „Card de conducător auto” sau „Card de control”
sau „Card de atelier” sau „Card de societate”, tipărite cu
majuscule în limba sau limbile oficiale ale statului membru
emitent, în funcţie de tipul cardului;
(228) denumirea statului membru emitent al cardului (opţional);
(229) indicativul statului membru emitent al cardului, tipărit în
negativ într-un dreptunghi albastru și înconjurat de 12 stele
galbene. Indicativele sunt următoarele:
B
BG
CZ
CY
Belgia
Bulgaria
Republica Cehă
Cipru
LV
L
LT
M
Letonia
Luxemburg
Lituania
Malta
DK Danemarca NL Ţările de Jos
D
EST
Germania
Estonia
A
PL
Austria
Polonia
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 70
GR Grecia P
RO
SK
SLO
Portugalia
România
Slovacia
Slovenia
E Spania FIN Finlanda
F
HR
H
Franţa
Croaţia
Ungaria
S Suedia
IRL Irlanda UK Regatul Unit
I Italia
(230) informaţii specifice pentru cardul emis, numerotate după
cum urmează:
Card de conducător auto Card de control
Card de societate sau card de
atelier
1. numele conducătorului auto denumirea organismului de
control
denumirea societăţii sau a
atelierului.
2. prenumele conducătorului
auto
numele agentului de control
(dacă este cazul)
numele titularului cardului
(dacă este cazul)
3. data nașterii conducă­
torului auto
prenumele agentului de
control
(dacă este cazul)
prenumele titularului
cardului
(dacă este cazul)
4.a data de la care este valabil cardul
4.b data expirării cardului
4.c denumirea autorităţii emitente (poate fi imprimată pe verso)
4.d un număr diferit de cel de la rubrica 5, în scop administrativ (opţional)
5. a numărul permisului de
conducere
(la data emiterii cardului
de conducător auto)
— —
5. b numărul cardului
6. fotografia conducătorului
auto
fotografia agentului de
control (opţional)
fotografia montatorului
(opţional)-
7. Semnătura titularului (opţional)
8. Adresa oficială sau adresa
poștală a titularului
(opţional)
Adresa poștală a orga­
nismului de control
Adresa poștală a societăţii
sau a atelierului
(231) datele se scriu în format „zz/ll/aaaa” sau „zz.ll.aaaa” (zi,
lună, an).
Pe verso figurează:
(232) explicaţii pentru elementele numerotate de pe recto-ul
cardului;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 71
(233) cu acordul special al titularului, exprimat în scris, pot fi
adăugate informaţii care nu sunt legate de administrarea
cardului, dar acestea nu trebuie să modifice în niciun fel
utilizarea modelului drept card de tahograf.
(234) Cardurile de tahograf se imprimă pe fonduri având urmă­
toarele culori predominante:
— cardul de conducător auto: alb;
— cardul de control: albastru;
— cardul de atelier: roșu;
— cardul de societate: galben.
(235) Cardurile de tahograf trebuie să aibă cel puţin următoarele
caracteristici pentru protecţia corpului cardului împotriva
falsificării și a manipulării neadecvate:
— un fond de securitate cu ghioșe și irizat;
— în zona fotografiei, fondul de securitate și fotografia se
suprapun;
— cel puţin o linie bicoloră microimprimată.
► (1) M1
► (2) M3
(236) După consultarea Comisiei, statele membre pot adăuga
culori sau inscripţii cum ar fi simboluri naţionale sau
caracteristici de securitate, fără a aduce atingere celorlalte
dispoziţii din prezenta anexă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 72
(237) Cardurile temporare menţionate la articolul 26 alineatul (4)
din Regulamentul (UE) nr.165/2014 trebuie să respecte
dispoziţiile prezentei anexe.
4.2 Securitate
Scopul securităţii sistemului este de a proteja integritatea și auten­
ticitatea datelor schimbate între carduri și aparatura de înregistrare,
de a proteja integritatea și autenticitatea datelor descărcate de pe
carduri, de a permite aparaturii de înregistrare să efectueze numai
anumite operaţiuni de scriere pe carduri, de a decripta anumite date,
de a elimina orice posibilitate de falsificare a datelor stocate pe
carduri, de a preveni manipulările neadecvate și de a detecta orice
tentativă de acest gen.
(238) Pentru a asigura securitatea sistemului, cardurile de
tahograf trebuie să îndeplinească cerinţele de securitate
definite în apendicele 10 și 11.
(239) Cardurile de tahograf trebuie să poată fi citite și de alte
echipamente, cum ar fi computerele personale.
4.3 Standarde
(240) Cardurile de tahograf trebuie să respecte următoarele
standarde:
— ISO/IEC 7810 Identification cards – Physical
characteristics;
— ISO/IEC 7816 Identification cards – Integrated circuit
cards:
— Part 1: Physical characteristics,
— Part 2: Dimensions and position of the contacts
(ISO/IEC 7816-2:2007),
— Part 3: Electrical interface and transmission
protocols (ISO/IEC 7816-3:2006),
— Part 4: Organisation, security and commands for
interchange (ISO/IEC 7816-4:2013 + Cor 1:2014),
— Part 6: Interindustry data elements for interchange
(ISO/IEC 7816-6:2004 + Cor 1:2006),
— Part 8: Commands for security operations (ISO/IEC
7816-8:2004).
— Cardurile de tahograf se testează în conformitate cu
standardul ISO/IEC 10373-3:2010 Identification cards
– Test methods – Part 3: Integrated circuit cards with
contacts and related interface devices.
4.4 Specificaţii de mediu și electrice
(241) Cardurile de tahograf pot funcţiona corect în toate
condiţiile climatice întâlnite în mod normal pe teritoriul
Uniunii și cel puţin în intervalul de temperatură cuprins
între – 25 °C și
+ 70 °C, cu creșteri ocazionale ale temperaturii de până la
+ 85 °C; „ocazional” înseamnă timp de cel mult 4 ore o
dată și de cel mult 100 de ori pe întreaga durată de viaţă a
cardului.
(242) Cardurile de tahograf pot funcţiona corect în intervalul de
umiditate cuprins între 10 % și 90 %.
(243) Cardurile de tahograf pot funcţiona corect timp de cinci
ani dacă sunt folosite conform specificaţiilor de mediu și
electrice.
(244) În cursul funcţionării, cardurile de tahograf respectă Regu­
lamentul CEE-ONU R10, referitor la compatibilitatea elec­
tromagnetică, și sunt protejate împotriva descărcărilor
electrostatice.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 73
4.5 Stocarea datelor
În sensul prezentului alineat,
— orele sunt înregistrate cu o rezoluţie de un minut, cu excepţia
cazurilor în care se specifică altfel;
— valorile odometrului sunt înregistrate cu o rezoluţie de un
kilometru;
— vitezele sunt înregistrate cu o rezoluţie de 1 km/h;
— poziţiile (latitudinile și longitudinile) sunt înregistrate în grade și
minute, cu o rezoluţie de 1/10 de minut.
Funcţiile, comenzile și structurile logice ale cardurilor de tahograf
care îndeplinesc cerinţele de stocare a datelor sunt menţionate în
apendicele 2.
În absenţa unor dispoziţii contrare, stocarea datelor pe cardurile de
tahograf trebuie organizată astfel încât datele noi să înlocuiască
datele cele mai vechi în cazul epuizării capacităţii prevăzute a
memoriei destinate anumitor înregistrări.
(245) Prezentul paragraf stabilește capacitatea minimă de stocare
pentru diversele fișiere de date pentru aplicaţii. Cardurile
de tahograf trebuie să poată transmite aparaturii de înre­
gistrare capacitatea de stocare din momentul respectiv a
respectivelor fișiere de date.
▼M3
(246) Pe cardurile de tahograf pot fi stocate orice alte date supli­
mentare, cu condiţia ca stocarea datelor respective să
respecte legislaţia aplicabilă privind protecţia datelor.
▼B
(247) Fiecare fișier principal (MF – Master File) al unui card de
tahograf conţine până la cinci fișiere de bază (EF –
Elementary Files) pentru gestionarea cardului și pentru
identificarea aplicaţiilor și a cipurilor, precum și două
fișiere speciale (DF – Dedicated Files):
— DF Tachograph, care conţine aplicaţia accesibilă pentru
unităţile montate pe vehicul de primă generaţie,
prezentă și pe cardurile de tahograf de primă generaţie;
— DF Tachograph_G2, care conţine aplicaţia accesibilă
numai pentru unităţile montate pe vehicul de a doua
generaţie, prezentă numai pe cardurile de tahograf de a
doua generaţie.
▼M3
Notă: versiunea 2 a cardurilor de a doua generaţie conţine
fișiere elementare suplimentare în DF Tachograph_G2.
▼B
Detaliile complete ale structurii cardurilor de tahograf sunt
specificate în apendicele 2.
4.5.1 Fișierele elementare pentru identificare și pentru gestionarea
cardului
4.5.2 Identificarea cardurilor cu circuite integrate (IC)
(248) Cardurile de tahograf permit stocarea următoarelor date de
identificare a cardurilor inteligente:
— clock stop;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 74
— numărul de serie al cardului (inclusiv referinţele de
fabricaţie);
— numărul de omologare de tip al cardului;
— ID-ul de personalizare a cardului;
— ID-ul integratorului;
— identificatorul circuitului integrat (IC).
4.5.2.1 I d e n t i f i c a r e a c i p u l u i
(249) Cardurile de tahograf permit stocarea următoarelor date de
identificare a circuitelor integrate (IC):
— numărul de serie al IC;
— referinţele de fabricaţie ale IC.
4.5.2.2 D I R ( p r e z e n t n u m a i p e c a r d u r i l e d e t a h o g r a f d e a
d o u a g e n e r a ţ i e )
(250) Cardurile de tahograf permit stocarea obiectelor de date
pentru identificarea aplicaţiei, specificate în apendicele 2.
4.5.2.3 I n f o r m a ţ i i R L R ( î n a n u m i t e c o n d i ţ i i , p r e z e n t e
n u m a i p e c a r d u r i l e d e t a h o g r a f d e a d o u a
g e n e r a ţ i e )
(251) Cardurile de tahograf permit stocarea următorului obiect de
date informativ cu lungime extinsă:
— în cazul în care cardul de tahograf utilizează câmpuri
cu lungime extinsă, obiectul de date informativ cu
lungime extinsă specificat în apendicele 2.
4.5.2.4 I n f o r m a ţ i i p r i v i n d l u n g i m e a e x t i n s ă ( î n a n u m i t e
c o n d i ţ i i , p r e z e n t e n u m a i p e c a r d u r i l e d e
t a h o g r a f d e a d o u a g e n e r a ţ i e )
(252) Cardurile de tahograf permit stocarea următoarelor obiecte
de date informative cu lungime extinsă:
— în cazul în care cardul de tahograf utilizează câmpuri
cu lungime extinsă, obiectele de date informative cu
lungime extinsă specificate în apendicele 2.
4.5.3 Cardul de conducător auto
4.5.3.1 A p l i c a ţ i e p e n t r u t a h o g r a f ( a c c e s i b i l ă p e n t r u
u n i t ă ţ i l e m o n t a t e p e v e h i c u l d e p r i m a ș i a d o u a
g e n e r a ţ i e )
4.5.3.1.1 Identificarea aplicaţiei
(253) Cardul de conducător auto permite stocarea următoarelor
date de identificare a aplicaţiei:
— identificarea aplicaţiei pentru tahograf;
— identificarea tipului de card de tahograf.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 75
4.5.3.1.2 Chei și certificate
(254) Cardul de conducător auto permite stocarea unei serii de
chei și certificate criptografice, în conformitate cu apen­
dicele 11 partea A.
4.5.3.1.3 Identificarea cardului
(255) Cardul de conducător auto permite stocarea următoarelor
date de identificare a cardului:
— numărul cardului;
— statul membru emitent, denumirea autorităţii emitente,
data emiterii;
— data de la care este valabil cardul, data expirării
cardului.
4.5.3.1.4 Identificarea titularului cardului
(256) Cardul de conducător auto permite stocarea următoarelor
date de identificare a titularului cardului:
— numele titularului;
— prenumele titularului;
— data nașterii;
— limba preferată de titular.
4.5.3.1.5 Descărcarea informaţiilor de pe card
(257) Cardul de conducător auto permite stocarea următoarelor
date legate de descărcarea informaţiilor de pe card:
— data și ora la care s-a efectuat ultima descărcare a
informaţiilor de pe card (în alte scopuri decât în
vederea unui control).
(258) Cardul de conducător auto permite stocarea unei singure
astfel de înregistrări.
4.5.3.1.6 Informaţii privind permisul de conducere
(259) Cardul de conducător auto permite stocarea următoarelor
date privind permisul de conducere:
— statul membru emitent, denumirea autorităţii emitente;
— numărul permisului de conducere (la data emiterii
cardului).
4.5.3.1.7 Date privind evenimentele
În sensul prezentului paragraf, ora se înregistrează cu o rezoluţie de
1 secundă.
(260) Cardul de conducător auto permite stocarea de date legate
de următoarele evenimente detectate de aparatura de înre­
gistrare în perioada în care cardul este introdus:
— suprapunere a timpului (dacă evenimentul este
provocat de cardul respectiv);
— introducerea cardului în timpul conducerii (dacă eveni­
mentul afectează cardul respectiv);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 76
— încheierea incorectă a ultimei sesiuni de utilizare a
cardului (dacă evenimentul afectează cardul respectiv);
— întreruperea alimentării cu energie electrică;
— eroare privind datele de la senzorul de mișcare;
— tentative de încălcare a securităţii.
(261) Cardul de conducător auto permite stocarea următoarelor
date privind aceste evenimente:
— codul evenimentului;
— data și ora începerii evenimentului (sau a introducerii
cardului dacă evenimentul era în curs la momentul
respectiv);
— data și ora încheierii evenimentului (sau a retragerii
cardului dacă evenimentul era în curs la momentul
respectiv);
— VRN și statul membru de înmatriculare a vehiculului
afectat de eveniment.
Notă: Pentru evenimentul „Suprapunere a timpului”:
— data și ora începerii evenimentului trebuie să
corespundă datei și orei retragerii cardului din
vehiculul precedent;
— data și ora încheierii evenimentului trebuie să
corespundă datei și orei introducerii cardului în
vehiculul folosit la momentul respectiv;
— datele privind vehiculul trebuie să corespundă vehi­
culului din momentul respectiv (cel care a declanșat
evenimentul).
Notă: Pentru evenimentul: „Încheiere incorectă a ultimei
sesiuni de utilizare a cardului”:
— data și ora începerii evenimentului trebuie să
corespundă datei și orei de introducere a cardului
pentru sesiunea care nu a fost încheiată corect;
— data și ora încheierii evenimentului trebuie să
corespundă datei și orei introducerii cardului pentru
sesiunea în cursul căreia a fost detectat evenimentul
(sesiunea din momentul respectiv);
— datele privind vehiculul trebuie să corespundă vehi­
culului în care s-a desfășurat sesiunea care nu a fost
încheiată corect.
(262) Cardul de conducător auto permite stocarea de date privind
cele mai recente șase evenimente din fiecare tip (și anume,
36 de evenimente).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 77
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ător auto permite stocarea de date privind
următoarele anomalii detectate de aparatura de înregistrare
în timp ce cardul este introdus:
▼M1
— anomalie a cardului (dacă anomalia afectează cardul);
▼B
— anomalie a aparaturii de înregistrare.
(264) Cardul de conducător auto permite stocarea următoarelor
date privind aceste anomalii:
— codul anomaliei;
— data și ora începerii anomaliei (sau a introducerii
cardului dacă anomalia era în curs la momentul
respectiv);
— data și ora încheierii anomaliei (sau a retragerii
cardului dacă anomalia era în curs la momentul
respectiv);
— VRN și statul membru de înmatriculare a vehiculului
afectat de anomalie.
(265) Cardul de conducător auto permite stocarea de date privind
cele mai recente douăsprezece anomalii din fiecare tip (și
anume, 24 de anomalii).
4.5.3.1.9 Date privind activitatea conducătorului auto
(266) Cardul de conducător auto permite stocarea, pentru fiecare
zi calendaristică în care a fost folosit cardul sau pentru care
conducătorul auto a introdus manual activităţi, urmă­
toarelor informaţii:
— data;
— un contor de prezenţă zilnică (a cărui valoare crește cu
o unitate pentru fiecare dintre zilele calendaristice
respective);
— distanţa totală parcursă de conducătorul auto în
decursul zilei respective;
— regimul de conducere la ora 00.00;
— în cazul oricăror modificări ale activităţii conducă­
torului auto și/sau ale regimului de conducere și/sau
ale oricărei introduceri sau retrageri a cardului de
conducător auto:
— regimul de conducere (ECHIPAJ, SINGUR);
— slotul (CONDUCĂTOR AUTO, COPILOT);
— starea cardului (INTRODUS, NEINTRODUS);
— activitatea (CONDUCERE, DISPONIBILITATE,
MUNCĂ, PAUZĂ/ODIHNĂ);
— ora modificării.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 78
(267) Memoria cardului de conducător auto permite stocarea de
date privind activităţile conducătorului auto timp de cel
puţin 28 de zile (activitatea medie a unui conducător
auto este definită ca incluzând 93 de schimbări de acti­
vitate pe zi).
(268) Datele enumerate la cerinţele 261, 264 și 266 se stochează
astfel încât să permită extragerea activităţilor în ordinea
desfășurării lor, chiar și în cazul unei suprapuneri a
timpului.
4.5.3.1.10 Date privind vehiculele utilizate
(269) Cardul de conducător auto permite stocarea, pentru fiecare
zi calendaristică în care a fost utilizat cardul și pentru
fiecare perioadă de utilizare a unui anumit vehicul din
ziua respectivă (o perioadă de utilizare include toate
ciclurile consecutive de introducere/retragere a cardului
desfășurate în vehiculul respectiv, din punctul de vedere
al cardului), a următoarelor date:
— data și ora primei utilizări a vehiculului (și anume,
prima introducere a cardului pentru respectiva
perioadă de utilizare, sau ora 00.00 dacă perioada de
utilizare este în curs la ora respectivă);
— valoarea indicată de odometrul vehiculului în
momentul respectiv;
— data și ora ultimei utilizări a vehiculului (și
anume,ultima retragere a cardului pentru respectiva
perioadă de utilizare sau ora 23:59 dacă perioada de
utilizare este în curs la ora respectivă);
— valoarea indicată de odometrul vehiculului în
momentul respectiv;
— VRN și statul membru de înmatriculare a vehiculului.
(270) Cardul de conducător auto permite stocarea a cel puţin 84
de astfel de înregistrări.
4.5.3.1.11 Locurile în care încep și/sau se încheie zilele de lucru
(271) Cardul de conducător auto permite stocarea următoarelor
date privind locurile în care încep și/sau se încheie zilele
de lucru, introduse de conducătorul auto:
— data și ora introducerii (sau data/ora legate de intro­
ducerea datelor, dacă aceasta se efectuează pe parcursul
procedurii de introducere manuală);
— tipul datelor introduse (început sau sfârșit, condiţia
introducerii);
— ţara și regiunea introduse;
— valoarea indicată de odometrul vehiculului.
(272) Memoria cardului de conducător auto permite stocarea a
cel puţin 42 de perechi de astfel de înregistrări.
4.5.3.1.12 Date privind sesiunile de utilizare a cardului
(273) Cardul de conducător auto permite stocarea următoarelor
date privind vehiculul în care a fost deschisă sesiunea în
curs:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 79
— data și ora deschiderii sesiunii (și anume, ale intro­
ducerii cardului), cu o rezoluţie de o secundă;
— VRN și statul membru de înmatriculare.
4.5.3.1.13 Date privind activităţile de control
(274) Cardul de conducător auto permite stocarea următoarelor
date privind activităţile de control:
— data și ora controlului;
— numărul cardului de control și statul membru emitent;
— tipul controlului [afișare și/sau imprimare și/sau
descărcare din VU și/sau de pe card (a se vedea nota)];
— perioada descărcată, dacă a avut loc o descărcare;
— VRN și statul membru de înmatriculare a vehiculului
controlat.
Notă: descărcarea informaţiilor de pe card va fi înregistrată
numai dacă se realizează prin intermediul unei aparaturi de
înregistrare.
(275) Cardul de conducător auto permite stocarea unei singure
astfel de înregistrări.
4.5.3.1.14 Date privind condiţiile specifice
(276) Cardul de conducător auto permite stocarea următoarelor
date legate de condiţiile specifice introduse în timp ce
cardul este introdus (indiferent de slot):
— data și ora introducerii;
— tipul de condiţie specifică.
(277) Cardul de conducător auto permite stocarea a cel puţin 56
de astfel de înregistrări.
▼M3
4.5.3.2. A p l i c a ţ i a t a h o g r a f i c ă d e g e n e r a ţ i a 2 ( i n a c c e ­
s i b i l ă p e n t r u p r i m a g e n e r a ţ i e d e u n i t ă ţ i
m o n t a t e p e v e h i c u l e , a c c e s i b i l ă v e r s i u n i i 1 ș i
v e r s i u n i i 2 a c e l e i d e a d o u a g e n e r a ţ i i d e
u n i t ă ţ i m o n t a t e p e v e h i c u l e )
▼B
4.5.3.2.1 Identificarea aplicaţiei
(278) Cardul de conducător auto permite stocarea următoarelor
date de identificare a aplicaţiei:
— identificarea aplicaţiei pentru tahograf;
— identificarea tipului de card de tahograf.
▼M3
4.5.3.2.1.1. Identificarea suplimentară a aplicaţiei (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(278a) Cardul de conducător auto permite stocarea de date supli­
mentare de identificare a aplicaţiei aplicabile numai pentru
versiunea 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 80
4.5.3.2.2 Chei și certificate
(279) Cardul de conducător auto permite stocarea unei serii de
chei și certificate criptografice, în conformitate cu apen­
dicele 11 partea B.
4.5.3.2.3 Identificarea cardului
(280) Cardul de conducător auto permit stocarea următoarelor
date de identificare a cardului:
— numărul cardului;
— statul membru emitent, denumirea autorităţii emitente,
data emiterii;
— data de la care este valabil cardul, data expirării
cardului.
4.5.3.2.4 Identificarea titularului cardului
(281) Cardul de conducător auto permite stocarea următoarelor
date de identificare a titularului cardului:
— numele titularului;
— prenumele titularului;
— data nașterii;
— limba preferată de titular.
4.5.3.2.5 Descărcarea informaţiilor de pe card
(282) Cardul de conducător auto permite stocarea următoarelor
date legate de descărcarea informaţiilor de pe card:
— data și ora la care s-a efectuat ultima descărcare a
informaţiilor de pe card (în alte scopuri decât în
vederea unui control).
(283) Cardul de conducător auto permite stocarea unei singure
astfel de înregistrări.
4.5.3.2.6 Informaţii privind permisul de conducere
(284) Cardul de conducător auto permite stocarea următoarelor
date privind permisul de conducere:
— statul membru emitent, denumirea autorităţii emitente;
— numărul permisului de conducere (la data emiterii
cardului).
4.5.3.2.7 Date privind evenimentele
În sensul prezentului paragraf, ora se înregistrează cu o rezoluţie de
1 secundă.
(285) Cardul de conducător auto permite stocarea de date legate
de următoarele evenimente detectate de aparatura de înre­
gistrare în timp ce cardul este introdus:
— suprapunere a timpului (dacă evenimentul este
provocat de cardul respectiv);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 81
— introducerea cardului în timpul conducerii (dacă eveni­
mentul afectează cardul respectiv);
— încheierea incorectă a ultimei sesiuni de utilizare a
cardului (dacă evenimentul afectează cardul respectiv);
— întreruperea alimentării cu energie electrică;
— eroare de comunicare cu echipamentul de comunicare
la distanţă;
— evenimentul „Absenţa informaţiilor de poziţionare de
la receptorul GNSS”;
— eroare de comunicare cu echipamentul GNSS extern;
— eroare privind datele de la senzorul de mișcare;
— conflict privind deplasarea vehiculului;
— tentative de încălcare a securităţii;
— conflict de oră.
(286) Cardul de conducător auto permite stocarea următoarelor
date privind aceste evenimente:
— codul evenimentului;
— data și ora începerii evenimentului (sau a introducerii
cardului dacă evenimentul era în curs la momentul
respectiv);
— data și ora încheierii evenimentului (sau a retragerii
cardului dacă evenimentul era în curs la momentul
respectiv);
— VRN și statul membru de înmatriculare a vehiculului
afectat de eveniment.
Notă: Pentru evenimentul „Suprapunere a timpului”:
— data și ora începerii evenimentului trebuie să
corespundă datei și orei retragerii cardului din
vehiculul precedent;
— data și ora încheierii evenimentului trebuie să
corespundă datei și orei introducerii cardului în
vehiculul utilizat la momentul respectiv;
— datele privind vehiculul trebuie să corespundă vehi­
culului din momentul respectiv (cel care a declanșat
evenimentul).
Notă: Pentru evenimentul: „Încheiere incorectă a ultimei
sesiuni de utilizare a cardului”:
— data și ora începerii evenimentului trebuie să
corespundă datei și orei de introducere a cardului
pentru sesiunea care nu a fost încheiată corect;
— data și ora încheierii evenimentului trebuie să
corespundă datei și orei introducerii cardului pentru
sesiunea pe parcursul căreia a fost detectat evenimentul
(sesiunea din momentul respectiv);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 82
— datele privind vehiculul trebuie să corespundă vehi­
culului în care s-a desfășurat sesiunea care nu a fost
încheiată corect.
▼M3
(287) Cardul de conducător auto permite stocarea de date privind
cele mai recente 12 evenimente din fiecare tip (și anume,
132 de evenimente).
▼B
4.5.3.2.8 Date privind anomaliile
În sensul prezentului paragraf, ora se înregistrează cu o rezoluţie de
1 secundă.
(288) Cardul de conducător auto permite stocarea de date privind
următoarele anomalii detectate de aparatura de înregistrare
în timp ce cardul este introdus:
▼M1
— anomalie a cardului (dacă anomalia afectează cardul);
▼B
— anomalie a aparaturii de înregistrare.
(289) Cardul de conducător auto permite stocarea următoarelor
date privind aceste anomalii:
— codul anomaliei;
— data și ora începerii anomaliei (sau a introducerii
cardului dacă anomalia era în curs la momentul
respectiv);
— data și ora încheierii anomaliei (sau a retragerii
cardului dacă anomalia era în curs la momentul
respectiv);
— VRN și statul membru de înmatriculare a vehiculului
afectat de anomalie.
▼M3
(290) Cardul de conducător auto permite stocarea de date privind
cele mai recente 24 de anomalii din fiecare tip (și anume,
48 de anomalii).
▼B
4.5.3.2.9 Date privind activitatea conducătorului auto
(291) Cardul de conducător auto permite stocarea, pentru fiecare
zi calendaristică în care a fost folosit cardul sau pentru care
conducătorul auto a introdus manual activităţi, urmă­
toarelor informaţii:
— data;
— un contor de prezenţă zilnică (a cărui valoare crește cu
o unitate pentru fiecare dintre zilele calendaristice
respective);
— distanţa totală parcursă de conducătorul auto în cursul
zilei respective;
— regimul de conducere la ora 00.00;
— în cazul oricăror modificări ale activităţii conducă­
torului auto și/sau ale regimului de conducere și/sau
ale oricărei introduceri sau retrageri a cardului de
conducător auto:
— regimul de conducere (ECHIPAJ, SINGUR);
— slotul (CONDUCĂTOR AUTO, COPILOT);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 83
— starea cardului (INTRODUS, NEINTRODUS);
— activitatea (CONDUCERE, DISPONIBILITATE,
MUNCĂ, PAUZĂ/ODIHNĂ);
— ora modificării.
▼M3
(292) Memoria cardului de conducător auto permite stocarea de
date privind activităţile conducătorului auto timp de 56 de
zile (activitatea medie a unui conducător auto este definită
pentru această cerinţă ca incluzând 117 schimbări de acti­
vitate pe zi).
▼B
(293) Datele enumerate la cerinţele 286, 289 și 291 se stochează
astfel să permită extragerea activităţilor în ordinea desfă­
șurării lor, chiar și în cazul unei suprapuneri a timpului.
4.5.3.2.10 Date privind vehiculele folosite
(294) Cardul de conducător auto permite stocarea, pentru fiecare
zi calendaristică în care a fost utilizat cardul și pentru
fiecare perioadă de utilizare a unui anumit vehicul din
ziua respectivă (o perioadă de utilizare include toate
ciclurile consecutive de introducere/retragere a cardului
desfășurate în vehiculul respectiv, din punctul de vedere
al cardului), a următoarelor date:
— data și ora primei utilizări a vehiculului (și anume,
prima introducere a cardului pentru respectiva
perioadă de utilizare, sau ora 00.00 dacă perioada de
utilizare este în curs la ora respectivă);
— valoarea indicată de odometrul vehiculului la ora
respectivă a primei utilizări;
— data și ora ultimei utilizări a vehiculului (și anume,
ultima retragere a cardului pentru respectiva perioadă
de utilizare sau ora 23:59 dacă perioada de utilizare
este în curs la ora respectivă);
— valoarea indicată de odometrul vehiculului la ora
respectivă a ultimei utilizări;
— VRN și statul membru de înmatriculare a vehiculului;
— VIN al vehiculului respectiv.
▼M3
(295) Cardul de conducător auto permite stocarea a 200 de astfel
de înregistrări.
▼B
4.5.3.2.11 Locurile și poziţiile în care încep și/sau se încheie zilele de lucru
(296) Cardul de conducător auto permite stocarea următoarelor
date privind locurile în care încep și/sau se încheie zilele
de lucru, introduse de conducătorul auto:
— data și ora introducerii (sau data/ora legate de intro­
ducerea datelor, dacă aceasta se efectuează pe parcursul
procedurii de introducere manuală);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 84
— tipul introducerii (început sau sfârșit, condiţia intro­
ducerii);
— ţara și regiunea introduse;
— valoarea indicată de odometrul vehiculului;
— poziţia vehiculului;
— precizia GNSS, data și ora determinării poziţiei.
▼M3
(297) Memoria cardului de conducător auto permite stocarea
a 112 astfel de înregistrări.
▼B
4.5.3.2.12 Date privind sesiunile de utilizare a cardului
(298) Cardul de conducător auto permite stocarea următoarelor
date privind vehiculul în care a fost deschisă sesiunea în
curs:
— data și ora deschiderii sesiunii (și anume, a introducerii
cardului), cu o rezoluţie de o secundă;
— VRN și statul membru de înmatriculare.
4.5.3.2.13 Date privind activităţile de control
(299) Cardul de conducător auto permite stocarea următoarelor
date privind activităţile de control:
— data și ora controlului;
— numărul cardului de control și statul membru emitent;
— tipul controlului [afișare și/sau imprimare și/sau
descărcare din VU și/sau de pe card (a se vedea nota)];
— perioada descărcată, dacă a avut loc o descărcare;
— VRN și statul membru de înmatriculare a vehiculului
controlat.
Notă: cerinţele de securitate impun ca descărcarea de pe
card să poată fi înregistrată numai dacă se realizează prin
intermediul unei aparaturi de înregistrare.
(300) Cardul de conducător auto permite stocarea unei singure
astfel de înregistrări.
4.5.3.2.14 Date privind condiţiile specifice
(301) Cardul de conducător auto permite stocarea următoarelor
date legate de condiţiile specifice introduse în timp ce
cardul este introdus (indiferent de slot):
— data și ora introducerii;
— tipul de condiţie specifică.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 85
(302) Cardul de conducător auto permite stocarea a 112 astfel de
înregistrări.
▼B
4.5.3.2.15 Date privind unităţile montate pe vehicul utilizate
(303) Cardul de conducător auto permite stocarea următoarelor
date referitoare la diferitele unităţi montate pe vehicul în
care a fost utilizat cardul:
— data și ora începerii perioadei utilizare a unităţii
montate pe vehicul (și anume, prima introducere a
cardului în unitatea montată pe vehicul pentru
perioada respectivă);
— numele producătorului unităţii montate pe vehicul;
— tipul de unitate montată pe vehicul;
— numărul versiunii software-ului unităţii montate pe
vehicul.
▼M3
(304) Cardul de conducător auto permite stocarea a 200 astfel de
înregistrări.
▼M1
4.5.3.2.16 Date privind locurile în care se încheie o perioadă de conducere
acumulată de trei ore
(305) Cardul de conducător auto permite stocarea următoarelor
date legate de poziţia vehiculului atunci când timpul de
conducere acumulat atinge un multiplu de trei ore:
— data și ora la care timpul de conducere acumulat atinge
un multiplu de trei ore;
— poziţia vehiculului;
— precizia GNSS, data și ora determinării poziţiei;
— valoarea indicată de odometrul vehiculului.
▼M3
(306) Cardul de conducător auto permite stocarea a 336 astfel de
înregistrări.
4.5.3.2.17. Statutul de autentificare pentru poziţiile legate de locurile în care
încep și/sau se încheie zilele de lucru (neaccesat de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(306a) Cardul de conducător auto permite stocarea de date supli­
mentare privind locurile în care încep și/sau se încheie
zilele de lucru, introduse de conducătorul auto în confor­
mitate cu punctul 4.5.3.2.11:
— data și ora înregistrării, care trebuie să fie exact aceeași
dată și oră ca cea stocată în EF Places în DF
Tachograph_G2;
— un indicator care indică dacă poziţia a fost autenti­
ficată.
(306b) Memoria cardului de conducător auto permite stocarea
a 112 astfel de înregistrări.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 86
4.5.3.2.18. Statutul de autentificare pentru poziţiile unde se atinge timpul de
conducere acumulat de trei ore (neaccesat de versiunea 1 a unităţilor
montate pe vehicule de a doua generaţie)
(306c) Cardul de conducător auto permite stocarea de date supli­
mentare legate de poziţia vehiculului atunci când timpul de
conducere acumulat atinge un multiplu de trei ore în
conformitate cu punctul 4.5.3.2.16:
— data și ora când timpul de conducere acumulat atinge
un multiplu de trei ore, care trebuie să fie exact aceeași
dată și oră ca cea stocată în EF GNSS_Places în DF
Tachograph_G2;
— un indicator care indică dacă poziţia a fost autenti­
ficată.
(306d) Cardul de conducător auto permite stocarea a 336 astfel de
înregistrări.
4.5.3.2.19. Treceri ale frontierei (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
(306e) Cardul de conducător auto permite stocarea următoarelor
date referitoare la trecerile frontierei fie la introducerea
cardului în conformitate cu cerinţa 147b, fie cu cardul
deja introdus:
— ţara din care iese vehiculul;
— ţara în care intră vehiculul;
— data și ora la care vehiculul a trecut frontiera;
— poziţia vehiculului la trecerea frontierei;
— precizia GNSS;
— un indicator care indică dacă poziţia a fost autenti­
ficată;
— valoarea indicată de odometrul vehiculului.
(306f) Memoria cardului de conducător auto permite stocarea
a 1120 astfel de înregistrări.
4.5.3.2.20. Operaţiuni de încărcare/descărcare (neaccesate de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(306 g) Cardul de conducător auto permite stocarea următoarelor
date referitoare la operaţiunile de încărcare/descărcare:
— tipul de operaţiune (încărcare, descărcare sau încărcare/
descărcare simultană);
— data și ora operaţiunii de încărcare/descărcare;
— poziţia vehiculului;
— precizia GNSS, data și ora determinării poziţiei;
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 87
— un indicator care indică dacă poziţia a fost autenti­
ficată;
— valoarea indicată de odometrul vehiculului.
(306h) Cardul de conducător auto permite stocarea a 1624 de
operaţiuni de încărcare/descărcare.
4.5.3.2.21. Introducerea tipului de încărcătură (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(306i) Cardul de conducător auto permite stocarea următoarelor
date referitoare la operaţiunile de încărcare/descărcare înre­
gistrate automat de VU la fiecare introducere a cardului:
— tipul de încărcătură înregistrat (mărfuri sau pasageri);
— data și ora înregistrării.
(306j) Cardul de conducător auto permite stocarea a 336 astfel de
înregistrări.
4.5.3.2.22. Configuraţii ale VU (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
(306k) Cardul de conducător auto permite stocarea setărilor
specifice tahografului ale titularului cardului.
(306l) Capacitatea de stocare a cardului de conducător auto
pentru setările specifice tahografului ale titularului
cardului este de 3072 de octeţi.
▼B
4.5.4 Cardul de atelier
4.5.4.1 A p l i c a ţ i e p e n t r u t a h o g r a f ( a c c e s i b i l ă p e n t r u
u n i t ă ţ i l e m o n t a t e p e v e h i c u l d e p r i m a ș i a d o u a
g e n e r a ţ i e )
4.5.4.1.1 Identificarea aplicaţiei
(307) Cardul de atelier permite stocarea următoarelor date de
identificare a aplicaţiei:
— identificarea aplicaţiei pentru tahograf;
— identificarea tipului de card de tahograf.
4.5.4.1.2 Chei și certificate
(308) Cardul de atelier permite stocarea unei serii de chei și
certificate criptografice, în conformitate cu apendicele 11
partea A.
(309) Cardul de atelier permite stocarea unui număr de identi­
ficare personal (cod PIN).
4.5.4.1.3 Identificarea cardului
(310) Cardul de atelier permite stocarea următoarelor date de
identificare a cardului:
— numărul cardului;
— statul membru emitent, denumirea autorităţii emitente,
data emiterii;
— data de la care este valabil cardul, data expirării
cardului.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 88
4.5.4.1.4 Identificarea titularului cardului
(311) Cardul de atelier permite stocarea următoarelor date de
identificare a titularului cardului:
— denumirea atelierului;
— adresa atelierului;
— numele titularului;
— prenumele titularului;
— limba preferată de titular.
4.5.4.1.5 Descărcarea informaţiilor de pe card
(312) Cardul de atelier permite stocarea unei înregistrări a datelor
privind descărcarea informaţiilor de pe card, în același mod
ca un card de conducător auto.
4.5.4.1.6 Date privind etalonarea și reglarea orei
(313) Cardul de atelier permite stocarea de înregistrări privind
etalonările și/sau reglările orei realizate în timp ce cardul
este introdus în aparatura de înregistrare.
(314) Fiecare înregistrare de etalonare conţine următoarele date:
— scopul etalonării (activare, prima instalare, instalare,
inspecţie periodică);
— identificarea vehiculului;
— parametrii actualizaţi sau confirmaţi [w, k, l, dimen­
siunea pneurilor, reglajul limitatorului de viteză,
odometrul (valorile vechi și cele noi), data și ora
(valorile vechi și cele noi)];
— identificarea aparaturii de înregistrare (numărul de
componentă al VU, numărul de serie al VU, numărul
de serie al senzorului de mișcare).
(315) Cardul de atelier permite stocarea a cel puţin 88 de astfel
de înregistrări.
(316) Cardul de atelier este prevăzut cu un contor care indică
numărul total de etalonări efectuate cu cardul respectiv.
(317) Cardul de atelier este prevăzut cu un contor care indică
numărul total de etalonări efectuate după ultima descărcare
de date.
4.5.4.1.7 Date privind evenimentele și anomaliile
(318) Cardul de atelier permite stocarea de înregistrări de date
privind evenimentele și anomaliile, în același mod ca un
card de conducător auto.
(319) Cardul de atelier permite stocarea de date privind cele mai
recente trei evenimente de fiecare tip (și anume, 18
evenimente) și cele mai recente șase erori de fiecare tip
(și anume, 12 erori).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 89
4.5.4.1.8 Date privind activitatea conducătorului auto
(320) Cardul de atelier permite stocarea de date privind acti­
vitatea conducătorului auto, în același mod ca un card de
conducător auto.
(321) Cardul de atelier permite stocarea de date privind acti­
vitatea conducătorului auto pentru cel puţin o zi de acti­
vitate medie a conducătorului auto.
4.5.4.1.9 Date privind vehiculele utilizate
(322) Cardul de atelier permite stocarea de înregistrări de date
privind vehiculele utilizate, în același mod ca un card de
conducător auto.
(323) Cardul de atelier permite stocarea a cel puţin patru astfel
de înregistrări.
4.5.4.1.10 Date privind începutul și/sau sfârșitul zilelor de lucru
(324) Cardul de atelier permite stocarea de înregistrări de date
privind începutul și/sau sfârșitul zilelor de lucru, în același
mod ca un card de conducător auto.
(325) Cardul de atelier permite stocarea a cel puţin trei perechi
de astfel de înregistrări.
4.5.4.1.11 Date privind sesiunile de utilizare a cardului
(326) Cardul de atelier permite stocarea unei înregistrări a datelor
privind sesiunile de utilizare a cardului, în același mod ca
un card de conducător auto.
4.5.4.1.12 Date privind activităţile de control
(327) Cardul de atelier permite stocarea unei înregistrări a datelor
privind activităţile de control, în același mod ca un card de
conducător auto.
4.5.4.1.13 Date privind condiţiile specifice
(328) Cardul de atelier permite stocarea de date relevante privind
condiţiile specifice, în același mod ca un card de
conducător auto.
(329) Cardul de atelier permite stocarea a cel puţin două astfel
de înregistrări.
▼M3
4.5.4.2. A p l i c a ţ i a t a h o g r a f i c ă d e g e n e r a ţ i a 2 ( i n a c c e ­
s i b i l ă p e n t r u p r i m a g e n e r a ţ i e d e u n i t ă ţ i
m o n t a t e p e v e h i c u l e , a c c e s i b i l ă v e r s i u n i i 1 ș i
v e r s i u n i i 2 a c e l e i d e a d o u a g e n e r a ţ i i d e
u n i t ă ţ i m o n t a t e p e v e h i c u l e )
▼B
4.5.4.2.1 Identificarea aplicaţiei
(330) Cardul de atelier permite stocarea următoarelor date de
identificare a aplicaţiei:
— identificarea aplicaţiei pentru tahograf;
— identificarea tipului de card de tahograf.
▼M3
4.5.4.2.1.1. Identificarea suplimentară a aplicaţiei (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(330a) Cardul de atelier permite stocarea de date suplimentare de
identificare a aplicaţiei aplicabile numai pentru versiunea 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 90
4.5.4.2.2 Chei și certificate
(331) Cardul de atelier permite stocarea unei serii de chei și
certificate criptografice, în conformitate cu apendicele 11
partea B.
(332) Cardul de atelier permite stocarea unui număr de identi­
ficare personal (cod PIN).
4.5.4.2.3 Identificarea cardului
(333) Cardul de atelier permite stocarea următoarelor date de
identificare a cardului:
— numărul cardului;
— statul membru emitent, denumirea autorităţii emitente,
data emiterii;
— data de la care este valabil cardul, data expirării
cardului.
4.5.4.2.4 Identificarea titularului cardului
(334) Cardul de atelier permite stocarea următoarelor date de
identificare a titularului cardului:
— denumirea atelierului;
— adresa atelierului;
— numele titularului;
— prenumele titularului;
— limba preferată de titular.
4.5.4.2.5 Descărcarea informaţiilor de pe card
(335) Cardul de atelier permite stocarea unei înregistrări a datelor
privind descărcarea informaţiilor de pe card, în același mod
ca un card de conducător auto.
4.5.4.2.6 Date privind etalonarea și reglarea orei
(336) Cardul de atelier permite stocarea de înregistrări privind
etalonările și/sau reglările orei realizate în timp ce cardul
este introdus în aparatura de înregistrare.
(337) Fiecare înregistrare de etalonare conţine următoarele date:
— scopul etalonării (activare, prima instalare, instalare,
inspecţie periodică);
— identificarea vehiculului;
— parametrii actualizaţi sau confirmaţi [w, k, l, dimen­
siunea pneurilor, reglajul limitatorului de viteză,
odometrul (valorile vechi și cele noi), data și ora
(valorile vechi și cele noi)];
— identificarea aparaturii de înregistrare (numărul de
componentă al VU, numărul de serie al VU, numărul
de serie al senzorului de mișcare, numărul de serie al
echipamentului de comunicare la distanţă și numărul
de serie al echipamentului GNSS extern, dacă este
cazul);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 91
— tipurile și identificatorii tuturor sigiliilor montate;
— capacitatea VU de a utiliza carduri de tahograf de
primă generaţie (activate sau neactivate).
▼M3
(338) Cardul de atelier permite stocarea a 255 astfel de înre­
gistrări.
▼B
(339) Cardul de atelier este prevăzut cu un contor care indică
numărul total de etalonări efectuate cu cardul respectiv.
(340) Cardul de atelier este prevăzut cu un contor care indică
numărul total de etalonări efectuate după ultima descărcare
de date.
4.5.4.2.7 Date privind evenimentele și anomaliile
(341) Cardul de atelier permite stocarea de înregistrări de date
privind evenimentele și anomaliile, în același mod ca un
card de conducător auto.
(342) Cardul de atelier permite stocarea de date privind cele mai
recente trei evenimente de fiecare tip (și anume, 33
evenimente) și cele mai recente șase erori de fiecare tip
(și anume, 12 erori).
4.5.4.2.8 Date privind activitatea conducătorului auto
(343) Cardul de atelier permit stocarea de date privind activitatea
conducătorului auto, în același mod ca un card de
conducător auto.
▼M3
(344) Cardul de atelier permite stocarea de date privind acti­
vitatea conducătorului auto timp de 1 zi, conţinând 240
de modificări de activitate.
▼B
4.5.4.2.9 Date privind vehiculele utilizate
(345) Cardul de atelier permite stocarea de înregistrări de date
privind vehiculele utilizate, în același mod ca un card de
conducător auto.
▼M3
(346) Cardul de atelier permite stocarea a 8 astfel de înregistrări.
4.5.4.2.10. Date privind locurile și poziţiile în care încep și/sau se încheie zilele
de lucru
(347) Cardul de atelier permite stocarea înregistrărilor de date
privind locurile și poziţiile în care încep și/sau încheie
zilele de lucru în același mod ca un card de conducător
auto.
(348) Cardul de atelier permite stocarea a 4 perechi de astfel de
înregistrări.
▼B
4.5.4.2.11 Date privind sesiunile de utilizare a cardului
(349) Cardul de atelier permite stocarea unei înregistrări a datelor
privind sesiunile de utilizare a cardului, în același mod ca
un card de conducător auto.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 92
4.5.4.2.12 Date privind activităţile de control
(350) Cardul de atelier permite stocarea unei înregistrări a datelor
privind activităţile de control, în același mod ca un card de
conducător auto.
4.5.4.2.13 Date privind unităţile montate pe vehicul utilizate
(351) Cardul de atelier permite stocarea următoarelor date refe­
ritoare la diferitele unităţi montate pe vehicul în care a fost
utilizat cardul:
— data și ora începerii perioadei de utilizare a unităţii
montate pe vehicul (și anume, prima introducere a
cardului în unitatea montată pe vehicul pentru
perioada respectivă);
— numele producătorului unităţii montate pe vehicul;
— tipul de unitate montată pe vehicul;
— numărul versiunii software-ului unităţii montate pe
vehicul.
▼M3
(352) Cardul de atelier permite stocarea a 8 astfel de înregistrări.
▼M1
4.5.4.2.14 Date privind locurile în care se încheie o perioadă de conducere
acumulată de trei ore
(353) Cardul de atelier permite stocarea următoarelor date legate
de poziţia vehiculului atunci când timpul de conducere
acumulat atinge un multiplu de trei ore:
— data și ora la care timpul de conducere acumulat atinge
un multiplu de trei ore;
— poziţia vehiculului;
— precizia GNSS, data și ora determinării poziţiei;
— valoarea indicată de odometrul vehiculului.
▼M3
(354) Cardul de atelier permite stocarea a 24 astfel de înre­
gistrări.
▼B
4.5.4.2.15 Date privind condiţiile specifice
(355) Cardul de atelier permite stocarea de date relevante privind
condiţiile specifice, în același mod ca un card de
conducător auto.
▼M3
(356) Cardul de atelier permite stocarea a 4 astfel de înregistrări.
4.5.4.2.16. Statutul de autentificare pentru poziţiile legate de locurile în care
încep și/sau se încheie zilele de lucru (neaccesat de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(356a) Cardul de atelier permite stocarea de date suplimentare
privind locurile și poziţiile în care încep și/sau încheie
zilele de lucru în același mod ca un card de conducător
auto.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 93
(356b) Memoria cardului de atelier permite stocarea a 4 perechi
de astfel de înregistrări.
4.5.4.2.17. Statutul de autentificare pentru poziţiile unde se atinge timpul de
conducere acumulat de trei ore (neaccesat de versiunea 1 a unităţilor
montate pe vehicule de a doua generaţie)
(356c) Cardul de atelier permite stocarea de date suplimentare
legate de poziţia vehiculului atunci când timpul de
conducere acumulat atinge un multiplu de trei ore în
același mod ca un card de conducător auto.
(356d) Cardul de atelier permite stocarea a 24 astfel de înre­
gistrări.
4.5.4.2.18. Treceri ale frontierei (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
(356e) Cardul de atelier permite stocarea de date privind trecerile
frontierei, în același mod ca un card de conducător auto.
(356f) Memoria cardului de atelier permite stocarea a 4 astfel de
înregistrări.
4.5.4.2.19. Operaţiuni de încărcare/descărcare (neaccesate de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(356 g) Cardul de atelier permite stocarea operaţiunilor de
încărcare/descărcare, în același mod ca un card de
conducător auto.
(356h) Cardul de atelier permite stocarea a 8 operaţiuni de
încărcare, descărcare sau încărcare/descărcare simultană.
4.5.4.2.20. Introducerea tipului de încărcătură (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(356i) Cardul de atelier permite stocarea de înregistrări privind
tipul de încărcătură, în același mod ca un card de
conducător auto.
(356j) Cardul de atelier permite stocarea a 4 astfel de înregistrări.
4.5.4.2.21. Date suplimentare de etalonare (neaccesate de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(356k) Cardul de atelier permite stocarea de date suplimentare de
etalonare aplicabile numai pentru versiunea 2:
— vechea dată și oră și numărul de identificare al vehi­
culului, care trebuie să fie exact aceleași valori ca cele
stocate în EF Calibration în DF Tachograph_G2;
— tipul de încărcătură implicit introdus în timpul acestei
etalonări;
— ţara în care s-a efectuat etalonarea și data/ora la care
receptorul GNSS a furnizat poziţia utilizată pentru a
determina ţara respectivă.
(356 l) Cardul de atelier permite stocarea a 255 astfel de înre­
gistrări.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 94
4.5.4.2.22. Configuraţii ale VU (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
(356 m) Cardul de atelier permite stocarea setărilor specifice taho­
grafului ale titularului cardului.
(356n) Capacitatea de stocare a cardului de atelier pentru setările
specifice tahografului ale titularului cardului este de 3072
de octeţi.
▼B
4.5.5 Cardul de control
4.5.5.1 A p l i c a ţ i e p e n t r u t a h o g r a f ( a c c e s i b i l ă p e n t r u
u n i t ă ţ i l e m o n t a t e p e v e h i c u l d e p r i m a ș i a d o u a
g e n e r a ţ i e )
4.5.5.1.1 Identificarea aplicaţiei
(357) Cardul de control permite stocarea următoarelor date de
identificare a aplicaţiei:
— identificarea aplicaţiei pentru tahograf;
— identificarea tipului de card de tahograf.
4.5.5.1.2 Chei și certificate
(358) Cardul de control permite stocarea unei serii de chei și
certificate criptografice, în conformitate cu apendicele 11
partea A.
4.5.5.1.3 Identificarea cardului
(359) Cardul de control permite stocarea următoarelor date de
identificare a cardului:
— numărul cardului;
— statul membru emitent, denumirea autorităţii emitente,
data emiterii;
— data de la care este valabil cardul, data expirării
cardului (dacă există).
4.5.5.1.4 Identificarea titularului cardului
(360) Cardul de control permite stocarea următoarelor date de
identificare a titularului cardului:
— denumirea organismului de control;
— adresa organismului de control;
— numele titularului;
— prenumele titularului;
— limba preferată de titular.
4.5.5.1.5 Date privind activităţile de control
(361) Cardul de control permite stocarea următoarelor date
privind activităţile de control:
— data și ora controlului;
▼M3
— tipul controlului (afișare și/sau imprimare și/sau
descărcare din VU și/sau de pe card);
▼B
— perioada descărcată (dacă este cazul);
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 95
— VRN și autoritatea competentă din statul membru de
înmatriculare a vehiculului controlat;
— numărul cardului și statul membru emitent al cardului
de conducător auto controlat.
(362) Cardul de control permite stocarea a cel puţin 230 de astfel
de înregistrări.
4.5.5.2 A p l i c a ţ i a p e n t r u t a h o g r a f G 2 ( i n a c c e s i b i l ă
u n i t ă ţ i l o r m o n t a t e p e v e h i c u l d e p r i m ă
g e n e r a ţ i e )
4.5.5.2.1 Identificarea aplicaţiei
(363) Cardul de control permite stocarea următoarelor date de
identificare a aplicaţiei:
— identificarea aplicaţiei pentru tahograf;
— identificarea tipului de card de tahograf.
▼M3
4.5.5.2.1.1. Identificarea suplimentară a aplicaţiei (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(363a) Cardul de control permite stocarea de date suplimentare de
identificare a aplicaţiei aplicabile numai pentru
versiunea 2.
▼B
4.5.5.2.2 Chei și certificate
(364) Cardul de control permite stocarea unei serii de chei și
certificate criptografice, în conformitate cu apendicele 11
partea B.
4.5.5.2.3 Identificarea cardului
(365) Cardul de control permite stocarea următoarelor date de
identificare a cardului:
— numărul cardului;
— statul membru emitent, denumirea autorităţii emitente,
data emiterii;
— data de la care este valabil cardul, data expirării
cardului (dacă este cazul).
4.5.5.2.4 Identificarea titularului cardului
(366) Cardul de control permite stocarea următoarelor date de
identificare a titularului cardului:
— denumirea organismului de control;
— adresa organismului de control;
— numele titularului;
— prenumele titularului;
— limba preferată de titular.
4.5.5.2.5 Date privind activităţile de control
(367) Cardul de control permite stocarea următoarelor date
privind activităţile de control:
— data și ora controlului;
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 96
— tipul controlului (afișare și/sau imprimare și/sau
descărcare din VU și/sau descărcare de pe card și/sau
verificare a etalonării în trafic);
— perioada aferentă datelor descărcate (dacă este cazul);
— VRN și autoritatea competentă din statul membru de
înmatriculare a vehiculului controlat;
— numărul cardului și statul membru emitent al cardului
de conducător auto controlat.
(368) Cardul de control permite stocarea a cel puţin 230 de astfel
de înregistrări.
▼M3
4.5.5.2.6. Configuraţii ale VU (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
(368a) Cardul de control permite stocarea setărilor specifice taho­
grafului ale titularului cardului.
(368b) Capacitatea de stocare a cardului de control pentru setările
specifice tahografului ale titularului cardului este de 3072
de octeţi.
▼B
4.5.6 Card de societate
4.5.6.1 A p l i c a ţ i e p e n t r u t a h o g r a f ( a c c e s i b i l ă p e n t r u
u n i t ă ţ i l e m o n t a t e p e v e h i c u l d e p r i m a ș i a d o u a
g e n e r a ţ i e )
4.5.6.1.1 Identificarea aplicaţiei
(369) Cardul de societate permite stocarea următoarelor date de
identificare a aplicaţiei:
— identificarea aplicaţiei pentru tahograf;
— identificarea tipului de card de tahograf.
4.5.6.1.2 Chei și certificate
(370) Cardul de societate permite stocarea unei serii de chei și
certificate criptografice, în conformitate cu apendicele 11
partea A.
4.5.6.1.3 Identificarea cardului
(371) Cardul de societate permite stocarea următoarelor date de
identificare a cardului:
— numărul cardului;
— statul membru emitent, denumirea autorităţii emitente,
data emiterii;
— data de la care este valabil cardul, data expirării
cardului (dacă există).
4.5.6.1.4 Identificarea titularului cardului
(372) Cardul de societate permite stocarea următoarelor date de
identificare a titularului cardului:
— denumirea societăţii;
— adresa societăţii.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 97
4.5.6.1.5 Date privind activitatea societăţii
(373) Cardul de societate permite stocarea următoarelor date
privind activitatea societăţii:
— data și ora activităţii;
— tipul activităţii (blocare și/sau deblocare a VU și/sau
descărcare din VU și/sau de pe card);
— perioada descărcată (dacă este cazul);
— numărul de înmatriculare al vehiculului și autoritatea
competentă din statul membru de înmatriculare a
vehiculului;
— numărul cardului și statul membru emitent (în cazul
unei descărcări de pe card).
(374) Cardul de societate permite stocarea a cel puţin 230 de
astfel de înregistrări.
4.5.6.2 A p l i c a ţ i a p e n t r u t a h o g r a f G 2 ( i n a c c e s i b i l ă
u n i t ă ţ i l o r m o n t a t e p e v e h i c u l d e p r i m ă
g e n e r a ţ i e )
4.5.6.2.1 Identificarea aplicaţiei
(375) Cardul de societate permite stocarea următoarelor date de
identificare a aplicaţiei:
— identificarea aplicaţiei pentru tahograf;
— identificarea tipului de card de tahograf.
▼M3
4.5.6.2.1.1. Identificarea suplimentară a aplicaţiei (neaccesată de versiunea 1 a
unităţilor montate pe vehicule de a doua generaţie)
(375a) Cardul de societate permite stocarea de date suplimentare
de identificare a aplicaţiei aplicabile numai pentru
versiunea 2.
▼B
4.5.6.2.2 Chei și certificate
(376) Cardul de societate permite stocarea unei serii de chei și
certificate criptografice, în conformitate cu apendicele 11
partea B.
4.5.6.2.3 Identificarea cardului
(377) Cardul de societate permite stocarea următoarelor date de
identificare a cardului:
— numărul cardului;
— statul membru emitent, denumirea autorităţii emitente,
data emiterii;
— data de la care este valabil cardul, data expirării
cardului (dacă există).
4.5.6.2.4 Identificarea titularului cardului
(378) Cardul de societate permite stocarea următoarelor date de
identificare a titularului cardului:
— denumirea societăţii;
— adresa societăţii.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 98
4.5.6.2.5 Date privind activitatea societăţii
(379) Cardul de societate permite stocarea următoarelor date
privind activitatea societăţii:
— data și ora activităţii;
— tipul activităţii (blocare și/sau deblocare a VU și/sau
descărcare din VU și/sau de pe card);
— perioada aferentă datelor descărcate (dacă este cazul);
— numărul de înmatriculare al vehiculului și autoritatea
competentă din statul membru de înmatriculare a
vehiculului;
— numărul cardului și statul membru emitent al cardului
(în cazul unei descărcări de pe card).
(380) Cardul de societate permite stocarea a cel puţin 230 de
astfel de înregistrări.
▼M3
4.5.6.2.6. Configuraţii ale VU (neaccesate de versiunea 1 a unităţilor montate
pe vehicule de a doua generaţie)
(380a) Cardul de societate permite stocarea setărilor specifice
tahografului ale titularului cardului.
(380b) Capacitatea de stocare a cardului de societate pentru
setările specifice tahografului ale titularului cardului este
de 3072 de octeţi.
▼B
5. INSTALAREA APARATURII DE ÎNREGISTRARE
5.1 Instalare
(381) Aparaturile de înregistrare noi sunt livrate neactivate
montatorilor sau producătorilor de vehicule, cu toţi para­
metrii de etalonare prevăzuţi în capitolul 3.21 setaţi la
valori implicite adecvate și valabile. În cazurile în care
nu se aplică nicio valoare specială, parametrii alfabetici
sunt înlocuiţi cu șiruri de „?”, iar parametrii numerici cu
„0”. Furnizarea componentelor de securitate ale aparaturii
de înregistrare poate fi restricţionată, dacă este necesar, în
timpul certificării de securitate
(382) Înainte de activare, aparatura de înregistrare trebuie să
permită accesul la funcţia de etalonare, chiar dacă
aparatura nu este în modul etalonare.
▼M3
(383) Înainte de a fi activată, aparatura de înregistrare nu înregis­
trează și nu stochează datele menţionate la cerinţele 102-
133 inclusiv. Cu toate acestea, înainte de a fi activată,
aparatura de înregistrare poate înregistra și stoca eveni­
mentele de tentativă de încălcare a securităţii în confor­
mitate cu cerinţa 117 și anomaliile aparaturii de înre­
gistrare în conformitate cu cerinţa 118.
▼B
(384) În timpul instalării, producătorii de vehicule presetează toţi
parametrii cunoscuţi.
(385) Producătorii de vehicule sau montatorii activează aparatura
de înregistrare montată cel târziu înainte ca vehiculul să fie
utilizat în conformitate cu Regulamentul (CE) nr. 561/2006.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 99
(386) Activarea aparaturii de înregistrare se declanșează automat
la prima introducere a unui card de atelier valabil în
oricare dintre dispozitivele de interfaţă pentru card.
(387) Dacă este cazul, operaţiunile speciale necesare pentru
asocierea senzorului de mișcare la unitatea montată pe
vehicul se realizează automat, înainte sau în timpul
activării.
(388) În mod similar, dacă este cazul, operaţiunile speciale de
cuplare a echipamentului GNSS extern la unitatea montată
pe vehicul se realizează automat, înainte sau în timpul
activării.
(389) După activare, aparatura de înregistrare controlează
integral drepturile de acces la funcţii și date.
(390) După activare, aparatura de înregistrare comunică echipa­
mentului de comunicare la distanţă datele securizate
necesare în scopul controalelor selective în trafic.
(391) Funcţiile de înregistrare și stocare ale aparaturii de înre­
gistrare trebuie să funcţioneze integral după activarea
acesteia.
▼M3
(392) Instalarea este urmată de o etalonare. Nu este necesar ca
prima etalonare să includă introducerea identificarea de
înmatriculare a vehiculului (VRN și statul membru) în
cazul în care acesta nu este cunoscut de atelierul aprobat
care trebuie să efectueze etalonarea. În aceste condiţii și
numai în acest moment, este posibil ca proprietarul vehi­
culului să introducă VRN și statul membru folosind cardul
de societate înainte de utilizarea vehiculului în confor­
mitate cu Regulamentul (CE) nr. 561/2006 (de exemplu,
utilizând comenzile prin intermediul unei structuri cores­
punzătoare a meniului interfeţei om-mașină a unităţii
montate pe vehicul). Actualizarea sau confirmarea acestei
introduceri este posibilă numai atunci când se folosește un
card de atelier.
▼B
(393) Instalarea unui echipament GNSS extern necesită cuplarea
la unitatea montată pe vehicul și verificarea ulterioară a
informaţiilor de poziţionare de la GNSS.
(394) Aparatura de înregistrare trebuie poziţionată în vehicul
astfel încât conducătorul auto să poată accesa toate
funcţiile necesare de pe scaunul său.
5.2 Plăcuţa de instalare
(395) ►M3 După ce aparatura de înregistrare a fost verificată la
instalare, se aplică pe aparatura de înregistrare o plăcuţă de
instalare, gravată sau imprimată în mod permanent, clar
vizibilă și ușor accesibilă. În cazurile în care acest lucru
nu este posibil, plăcuţa se montează pe stâlpul „B” al
vehiculului pentru a fi clar vizibilă. Pentru vehiculele
care nu au un stâlp „B”, plăcuţa de instalare trebuie
fixată în zona ușii vehiculului și trebuie să fie clar
vizibilă în toate cazurile. ◄
După fiecare inspecţie efectuată de un montator sau de un
atelier aprobat, în locul plăcuţei existente se aplică una
nouă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 100
(396) Plăcuţa trebuie să conţină cel puţin următoarele informaţii:
— numele, adresa sau denumirea comercială a monta­
torului sau a atelierului aprobat;
— coeficientul caracteristic al vehiculului, sub forma „w =
… imp/km”;
— constanta aparaturii de înregistrare, sub forma „k = …
imp/km”;
— circumferinţa efectivă a pneurilor roţilor, sub forma „l
= … mm”;
— dimensiunea pneurilor;
— data la care au fost măsurate coeficientul caracteristic
al vehiculului și circumferinţa efectivă a pneurilor
roţilor;
— numărul de identificare al vehiculului;
— prezenţa (sau absenţa) unui echipament GNSS extern;
— numărul de serie al echipamentului GNSS extern, dacă
este cazul;
▼M3
— numărul de serie al echipamentului de comunicare la
distanţă, dacă există;
▼M1
— numerele de serie ale tuturor sigiliilor montate;
— partea vehiculului unde este instalat adaptorul, dacă
este cazul;
— partea vehiculului unde este instalat senzorul de
mișcare, dacă acesta nu este conectat la cutia de
viteze sau dacă nu se folosește un adaptor;
— o descriere a culorii cablului dintre adaptor și partea
vehiculului care îi furnizează impulsurile de intrare;
— numărul de serie al senzorului de mișcare integrat al
adaptorului.
▼M3
— tipul de încărcătură implicit asociat vehiculului.
▼B
(397) Folosirea unei plăcuţe suplimentare este permisă numai în
cazul vehiculelor M1 și N1 prevăzute cu un adaptor în
conformitate cu Regulamentul (CE) nr. 68/2009 ( 1 ), astfel
cum a fost modificat ultima dată, și dacă nu este posibilă
includerea tuturor informaţiilor necesare prevăzute la
cerinţa 396. În aceste cazuri, plăcuţa suplimentară trebuie
să conţină cel puţin ultimele patru liniuţe de la cerinţa 396.
▼M1
( 1 ) Regulamentul (CE) nr. 68/2009 al Comisiei din 23 ianuarie 2009 de adaptare pentru a
noua oară la progresul tehnic a Regulamentului (CEE) nr. 3821/85 al Consiliului privind
aparatura de înregistrare în transportul rutier (JO L 21, 24.1.2009, p. 3).
02016R0799 — RO — 21.08.2023 — 003.002 — 101
Dacă se folosește o plăcuţă suplimentară, aceasta se
montează lângă prima plăcuţă, descrisă la cerinţa 396, și
trebuie să aibă același nivel de protecţie. În plus, pe
plăcuţa suplimentară figurează numele, adresa sau
denumirea comercială a montatorului sau a atelierului
mecanic aprobat care a efectuat instalarea, precum și
data instalării.
5.3 Sigilarea
(398) Se sigilează următoarele părţi:
— orice conexiune care, în cazul deconectării, ar cauza
producerea unor modificări indetectabile sau pierderea
indetectabilă a unor date (acest lucru poate fi valabil,
de exemplu, pentru senzorul de mișcare montat pe
cutia de viteze, pentru adaptorul destinat vehiculelor
M1/N1, pentru conexiunea GNSS externă sau pentru
unitatea montată pe vehicul);
— plăcuţa de instalare, în afară de cazul în care aceasta
este aplicată astfel încât nu poate fi îndepărtată fără a
distruge inscripţiile.
▼M1
(398a) Sigiliile menţionate anterior trebuie să fie certificate
conform standardului EN 16882:2016.
▼B
(399) Sigiliile menţionate anterior pot fi îndepărtate:
— în caz de urgenţă;
— pentru instalarea, ajustarea sau repararea unui limitator
de viteză sau a oricărui alt dispozitiv care contribuie la
siguranţa rutieră, cu condiţia ca aparatura de înre­
gistrare să funcţioneze în continuare în mod corect și
fiabil și să fie resigilat de un montator sau de un atelier
aprobat (în conformitate cu dispoziţiile capitolului 6)
imediat după montarea limitatorului de viteză sau a
oricărui alt dispozitiv care contribuie la siguranţa
rutieră, sau în termen de șapte zile în celelalte cazuri.
(400) De fiecare dată când aceste sigilii sunt rupte, se elaborează
și se transmite autorităţii competente o declaraţie scrisă cu
privire la motivele acţiunii respective.
(401) Sigiliile trebuie să poarte un număr de identificare atribuit
de producătorul de sigilii. Acest număr trebuie să fie unic
și diferit de orice alt număr de sigiliu atribuit de orice alt
producător de sigilii.
▼M1
Acest număr unic de identificare se înscrie astfel încât să
nu poată fi șters si are următoarea configuraţie:
MMNNNNNNNN, unde MM reprezintă numărul unic de
identificare a producătorului (înregistrarea în baza de date
urmează să fie gestionată de CE), iar NNNNNNNN
reprezintă numărul alfanumeric unic al sigiliului, atribuit
de producător.
▼B
(402) Sigiliile trebuie să aibă un spaţiu liber unde montatorii,
atelierele sau producătorii de vehicule aprobaţi să poată
adăuga o marcă specială în conformitate cu articolul 22
alineatul (3) din Regulamentul (UE) nr. 165/2014.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 102
Această marcă nu acoperă numărul de identificare al
sigiliului.
▼M1
(403) Producătorii de sigilii trebuie să se înregistreze într-o bază
de date specifică atunci când un model de sigiliu este
certificat în conformitate cu EN 16882:2016 și să facă
publice numerele de identificare atribuite sigiliilor
fabricate de ei, printr-o procedură care urmează să fie
stabilită de Comisia Europeană.
(404) Atelierele și producătorii de vehicule aprobaţi trebuie să
utilizeze, în temeiul Regulamentului (UE) nr. 165/2014,
numai sigilii certificate în conformitate cu EN 16882:2016,
produse de producătorii de sigilii înregistraţi în baza de
date menţionată anterior.
▼B
(405) Producătorii de sigilii și distribuitorii acestora trebuie să
păstreze evidenţe de trasabilitate complete ale sigiliilor
vândute pentru a fi utilizate în cadrul
Regulamentului (UE) nr. 165/2014 și trebuie să fie
pregătiţi să le prezinte autorităţilor naţionale competente
ori de câte ori este necesar.
(406) Numerele de identificare unice ale sigiliilor trebuie să fie
vizibile pe plăcuţa de instalare.
6. CONTROALE, INSPECŢII ȘI REPARAŢII
Cerinţele privind situaţiile în care pot fi îndepărtate sigiliile, astfel
cum sunt prevăzute la articolul 22 alineatul (5) din Regula­
mentul (UE) nr. 165/2014, sunt definite în capitolul 5.3 din
prezenta anexă.
6.1 Aprobarea montatorilor, a atelierelor și a producătorilor de
vehicule
Statele membre aprobă, controlează în mod regulat și certifică orga­
nismele însărcinate cu efectuarea de:
— instalări;
— controale;
— inspecţii;
— reparaţii.
Cardurile de atelier sunt emise numai montatorilor și/sau atelierelor
aprobate pentru activarea și/sau etalonarea aparaturii de înregistrare
în conformitate cu prezenta anexă și, cu excepţia cazurilor justificate
în mod corespunzător:
— care nu sunt eligibile pentru acordarea unui card de societate și
— ale căror activităţi profesionale nu sunt susceptibile de a
compromite securitatea globală a sistemului, astfel cum se
prevede în apendicele 10.
▼M1
6.2 Verificarea componentelor noi și a celor reparate
(407) Fiecare dispozitiv în parte, indiferent dacă este nou sau
reparat, trebuie verificat pentru a se constata dacă func­
ţionează corespunzător și dacă citirile și înregistrările pe
care le efectuează sunt precise și respectă limitele
prevăzute în capitolul 3.2.1, 3.2.2, 3.2.3 și 3.3.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 103
6.3 Inspecţia instalaţiei
▼M1
(408) La instalarea pe un vehicul, întreaga instalaţie (inclusiv
aparatura de înregistrare) trebuie să respecte dispoziţiile
privind toleranţele maxime prevăzute în capitolul 3.2.1,
3.2.2, 3.2.3 și 3.3. Întreaga instalaţie trebuie sigilată în
conformitate cu capitolul 5.3 și trebuie să includă o
etalonare.
▼B
6.4 Inspecţii periodice
▼M3
(409) Inspecţiile periodice ale aparaturii montate pe vehicule se
efectuează după orice reparaţie a aparaturii sau după orice
modificare a coeficientului caracteristic al vehiculului sau a
circumferinţei efective ale pneurilor sau după ce aparatura
a indicat ora UTC cu o eroare de peste 5 de minute sau
dacă VRN a fost modificat și cel puţin o dată în termen de
doi ani (24 de luni) de la ultima inspecţie.
▼B
(410) În cadrul acestor inspecţii se verifică, printre altele:
— dacă aparatura de înregistrare funcţionează cores­
punzător, inclusiv în ceea ce privește funcţia de
stocare a datelor pe cardurile de tahograf și comu­
nicarea cu cititoarele pentru comunicarea la distanţă;
— dacă este asigurată conformitatea cu dispoziţiile capi­
tolului 3.2.1 și 3.2.2 privind toleranţele maxime la
instalare;
— dacă este asigurată conformitatea cu dispoziţiile capi­
tolului 3.2.3 și 3.3;
— dacă aparatura de înregistrare poartă marca de
omologare de tip;
— dacă plăcuţa de instalare, astfel cum este definită la
cerinţa 396, și plăcuţa descriptivă, astfel cum este
definită la cerinţa 225, sunt fixate;
— dimensiunea pneurilor și circumferinţa efectivă a
pneurilor;
— dacă la aparatură nu sunt atașate dispozitive de
manipulare;
— dacă sigiliile sunt amplasate în mod corect, dacă sunt
în stare bună, dacă numerele lor de identificare sunt
valabile (dacă producătorul de sigilii este înregistrat în
baza de date a CE) și dacă numerele lor de identificare
corespund inscripţiilor de pe plăcuţa de instalare (a se
vedea cerinţa 401).
▼M3
— dacă identificatorul versiunii hărţii digitale stocate este
cel mai recent.
(410a) În cazul detectării unei manipulări de către autorităţile
naţionale competente, vehiculul poate fi trimis la un
atelier autorizat pentru reetalonarea aparaturii de înre­
gistrare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 104
(411) Dacă se constată că unul din evenimentele enumerate în
capitolul 3.9 (Detectarea evenimentelor și/sau a anoma­
liilor) a avut loc după ultima inspecţie și, conform produ­
cătorilor de tahografe și/sau autorităţilor naţionale, poate
pune în pericol securitatea echipamentului, atelierul:
a. face o comparaţie între datele de identificare a
senzorului de mișcare conectat la cutia de viteze și
cele de identificare a senzorului de mișcare asociat la
unitatea montată pe vehicul;
b. verifică dacă informaţiile înscrise pe plăcuţa de instalare
coincid cu informaţiile înregistrate în unitatea montată
pe vehicul;
c. verifică dacă numărul de serie și numărul de omologare
ale senzorului de mișcare, în cazul în care acestea sunt
imprimate pe carcasa senzorului de mișcare, coincid cu
informaţiile stocate în memoria de date a aparaturii de
înregistrare;
d. compară datele de identificare inscripţionate pe plăcuţa
descriptivă a echipamentului GNSS extern, dacă este
cazul, cu cele stocate în memoria de date a unităţii
montate pe vehicul.
(412) În rapoartele lor de inspecţie, atelierele ţin evidenţa
oricăror constatări referitoare la existenţa unor sigilii
rupte sau a unor dispozitive de manipulare. Atelierele
păstrează aceste rapoarte cel puţin 2 ani și le pun la
dispoziţia autorităţii competente ori de câte ori li se cere
să facă acest lucru.
(413) Aceste inspecţii includ o etalonare și o înlocuire preventivă
a sigiliilor a căror montare ţine de responsabilitatea
atelierelor.
6.5 Măsurarea erorilor
(414) Măsurarea erorilor la instalare și în timpul utilizării 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 pneurilor în conformitate cu instrucţiunile
producătorului;
— uzura pneurilor în limitele permise de legislaţia
naţională;
— deplasarea vehiculului:
— vehiculul avansează, pe baza acţiunii motorului
propriu, în linie dreaptă, pe teren plat, cu o viteză de
50 ± 5 km/h. Distanţa de măsurare trebuie să fie de cel
puţin 1 000 m.
— pentru testare pot fi folosite și metode alternative, de
exemplu un banc dinamometric adecvat, cu condiţia ca
acesta să aibă o precizie comparabilă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 105
6.6 Reparaţii
(415) Atelierele trebuie să poată descărca date din aparatura de
înregistrare pentru a le transmite societăţii de transport în
cauză.
(416) Atelierele autorizate emit societăţilor de transport un
certificat care atestă că datele nu pot fi descărcate, în
cazul în care o defecţiune a aparaturii de înregistrare
împiedică descărcarea datelor înregistrate anterior, chiar
și după reparaţiile efectuate de atelierul respectiv.
Atelierul păstrează timp de cel puţin doi ani un exemplar
din fiecare certificat emis.
7. EMITEREA CARDURILOR
Procedurile de emitere a cardurilor stabilite de statele membre
respectă următoarele dispoziţii:
(417) Numărul de card al primului card de tahograf emis unui
solicitant conţine un indice secvenţial (dacă este cazul), un
indice de înlocuire și un indice de reînnoire setate la „0”.
(418) Numerele de card ale tuturor cardurilor nenominale de
tahograf emise unui singur organism de control, unui
singur atelier sau unei singure societăţi au primele 13
cifre identice și un indice secvenţial diferit.
(419) Un card de tahograf emis în scopul înlocuirii unui card de
tahograf existent are același număr de card ca și cardul
înlocuit, cu excepţia indicelui de înlocuire, a cărui
valoare se mărește cu „1” (în ordinea 0, …9, A, … Z).
(420) Un card de tahograf emis în scopul înlocuirii unui card de
tahograf existent are aceeași dată de expirare ca și cardul
înlocuit.
(421) Un card de tahograf emis în scopul reînnoirii 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ării datelor administrative, schimbarea
unui card de tahograf existent respectă regulile de
reînnoire dacă se produce în același stat membru sau
regulile aplicabile primei emiteri în cazul în care se
produce în alt stat membru.
(423) În cazul cardurilor de atelier sau de control nenominale,
rubrica „Numele titularului cardului” se completează cu
denumirea atelierului sau a organismului de control ori
cu numele montatorului sau al agentului de control, în
cazul în care statele membre decid astfel.
(424) Statele membre fac schimb de date prin mijloace elec­
tronice pentru a asigura unicitatea cardurilor de conducător
auto pe care le emit în conformitate cu articolul 31 din
Regulamentul (UE) nr. 165/2014.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 106
8. OMOLOGAREA DE TIP A APARATURII DE ÎNREGISTRARE
ȘI A CARDURILOR DE TAHOGRAF
8.1 Generalităţi
▼M1
În sensul prezentului capitol, termenul „aparatură de înregistrare”
înseamnă „aparatura de înregistrare sau componentele acesteia”.
Nu este necesară omologarea de tip pentru cablul sau cablurile
care conectează senzorul de mișcare, echipamentul GNSS extern
sau echipamentul extern de comunicare la distanţă cu VU. Hârtia
utilizată de aparatura de înregistrare este considerată drept o
componentă a aparaturii de înregistrare.
Orice producător poate solicita omologarea de tip a componentei sau
componentelor aparaturii de înregistrare cu orice altă componentă
sau alte componente ale aparaturii de înregistrare, cu condiţia ca
fiecare componentă să respecte cerinţele din prezenta anexă.
Alternativ, producătorii pot să solicite, de asemenea, omologarea
de tip a aparaturii de înregistrare.
După cum sunt descrise în definiţia 10 de la articolul 2 din prezentul
regulament, unităţile montate pe vehicul au variante în ansamblurile
de componente. Oricare ar fi ansamblul de componente al unităţii
montate pe vehicul, antena externă și (dacă este cazul) splitterul
antenei conectat la receptorul GNSS sau la echipamentul extern
de comunicare la distanţă nu fac parte din omologarea de tip a
unităţii montate pe vehicul.
Totuși, producătorii care au obţinut omologarea de tip pentru
aparatura de înregistrare trebuie să pună la dispoziţia publicului o
listă a antenelor și a splitterelor compatibile cu orice unitate montată
pe vehicul, echipament GNSS extern și echipament extern de comu­
nicare la distanţă omologate de tip.
▼B
(425) Aparatura de înregistrare trebuie prezentată spre omologare
în întregime, incluzând eventualele dispozitive supli­
mentare integrate.
(426) Omologarea aparaturii de înregistrare și a cardurilor de
tahograf trebuie să cuprindă teste de securitate, teste de
funcţionare și teste de interoperabilitate. Rezultatele
pozitive obţinute la fiecare dintre aceste teste sunt
confirmate printr-un certificat corespunzător.
▼M1
(427) Autorităţile însărcinate cu omologarea de tip din statele
membre nu acordă certificate de omologare de tip până
când nu deţin:
— un certificat de securitate (în cazul în care este solicitat
de prezenta anexă),
— un certificat de funcţionare,
— un certificat de interoperabilitate (în cazul în care este
solicitat de prezenta anexă).
pentru aparatura de înregistrare sau cardul de tahograf care
face obiectul cererii de omologare de tip.
▼B
(428) Orice modificare a software-ului sau a hardware-ului
aparaturii sau a naturii materialelor utilizate pentru
producerea acesteia se notifică, înainte de utilizare, auto­
rităţii care a acordat omologarea de tip pentru aparatura în
cauză. Autoritatea respectivă îi confirmă producătorului
extinderea omologării de tip sau poate solicita o actualizare
sau o confirmare a certificatelor de funcţionare, de secu­
ritate și/sau de interoperabilitate relevante.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 107
(429) Procedurile de actualizare in situ a software-ului aparaturii
de înregistrare trebuie aprobate de autoritatea care a
acordat omologarea de tip pentru aparatura de înregistrare
în cauză. Actualizarea software-ului nu trebuie să modifice
și nici să șteargă niciun fel de date privind activitatea
conducătorului auto stocate în aparatura de înregistrare.
Software-ul poate fi actualizat numai pe răspunderea
producătorului aparaturii.
(430) Omologarea de tip a modificărilor aduse software-ului în
scopul actualizării unei aparaturi de înregistrare deja
omologate de tip nu poate fi refuzată dacă modificările
respective vizează numai funcţii nespecificate în prezenta
anexă. Actualizarea software-ului unei aparaturi de înre­
gistrare poate să nu implice introducerea de noi seturi de
caractere, dacă acest lucru nu este fezabil din punct de
vedere tehnic.
▼B
8.2 Certificatul de securitate
(431) Certificatul de securitate se eliberează în conformitate cu
dispoziţiile apendicelui 10 la prezenta anexă. Compo­
nentele aparaturii de înregistrare care trebuie certificate
sunt unitatea montată pe vehicul, senzorul de mișcare,
echipamentul GNSS extern și cardurile de tahograf.
(432) În situaţia excepţională în care autorităţile de certificare a
securităţii refuză certificarea unei aparaturi noi din cauza
mecanismelor de securitate învechite, omologarea de tip se
va acorda în continuare numai în acest gen de situaţii
particulare și excepţionale și numai dacă nu există nicio
altă soluţie conformă cu regulamentul.
(433) În această situaţie, statul membru în cauză informează fără
întârziere Comisia Europeană care, în termen de două­
sprezece luni calendaristice de la acordarea omologării de
tip, lansează o procedură menită să garanteze că securitatea
este readusă la nivelul iniţial.
8.3 Certificatul de funcţionare
(434) Fiecare candidat la omologarea de tip furnizează autorităţii
de omologare de tip a statului membru toate materialele și
întreaga documentaţie pe care aceasta le consideră
necesare.
(435) În termen de o lună de la depunerea cererii, producătorii
furnizează eșantioanele relevante din produsele pentru care
se solicită omologarea de tip și documentaţia aferentă
cerute de laboratoarele desemnate să efectueze testele de
funcţionare. Toate costurile care derivă din această cerere
sunt suportate de entitatea solicitantă. Laboratoarele
asigură confidenţialitatea informaţiilor comerciale
sensibile.
(436) Producătorului i se eliberează un certificat de funcţionare
numai după obţinerea de rezultate satisfăcătoare cel puţin
la toate testele de funcţionare prevăzute în apendicele 9.
(437) Autoritatea de omologare de tip eliberează certificatul de
funcţionare. Acest certificat indică, pe lângă numele bene­
ficiarului și identificarea modelului, o listă detaliată a
testelor efectuate și a rezultatelor obţinute.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 108
(438) Certificatul de funcţionare al oricărei componente a
aparaturii de înregistrare indică, de asemenea, numerele
de omologare de tip ale celorlalte componente compatibile
și omologate de tip ale aparaturii de înregistrare, testate în
vederea certificării.
(439) Certificatul de funcţionare al oricărei componente a
aparaturii de înregistrare indică, de asemenea, standardul
ISO sau CEN pe baza căruia a fost certificată interfaţa de
funcţionare.
8.4 Certificatul de interoperabilitate
(440) Testele de interoperabilitate sunt realizate de un singur
laborator, aflat sub autoritatea și responsabilitatea
Comisiei Europene.
(441) Laboratorul înregistrează cererile de teste de interoperabi­
litate depuse de producători în ordinea cronologică a
primirii lor.
(442) Cererile se înregistrează oficial numai în momentul în care
laboratorul deţine:
— toate materialele și documentele necesare pentru
realizarea acestor teste de interoperabilitate;
— certificatul de securitate corespunzător;
— certificatul de funcţionare corespunzător.
Data înregistrării cererii se notifică producătorului.
▼M3
(443) Laboratorul nu efectuează niciun test de interoperabilitate
pentru aparatura de înregistrare sau cardurile de tahograf
care nu au trecut cu succes analiza vulnerabilităţii în cadrul
unei evaluări a securităţii, precum și o evaluare func­
ţională, în afară de situaţiile excepţionale prezentate în
cerinţa 432.
▼B
(444) Orice producător care solicită teste de interoperabilitate se
angajează să cedeze laboratorului însărcinat cu efectuarea
testelor respective toate materialele și documentele pe care
le-a furnizat în vederea realizării testelor.
(445) Testele de interoperabilitate se efectuează în conformitate
cu dispoziţiile apendicelui 9 la prezenta anexă, pentru toate
tipurile de aparatură de înregistrare sau de carduri de
tahograf:
— a căror omologare de tip este încă valabilă; sau
— care nu au primit încă omologarea de tip și care deţin
un certificat de interoperabilitate valabil.
(446) Testele de interoperabilitate vizează toate generaţiile
aparaturii de înregistrare sau ale cardurilor de tahograf
aflate încă în uz.
▼M3
(447) Certificatul de interoperabilitate este eliberat de către
laborator producătorului numai după obţinerea de
rezultate satisfăcătoare la toate testele de interoperabilitate
solicitate și după ce producătorul a demonstrat că a fost
acordat atât un certificat funcţional valabil, cât și un
certificat de securitate valabil pentru produs, cu excepţia
circumstanţelor excepţionale descrise în cerinţa 432.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 109
(448) Dacă rezultatele testelor de interoperabilitate nu sunt satis­
făcătoare pentru unul sau mai multe aparaturi de înre­
gistrare sau carduri de tahograf, certificatul de interopera­
bilitate nu se eliberează decât după ce producătorul a
efectuat modificările necesare și a obţinut rezultate satisfă­
cătoare la testele de interoperabilitate. Laboratorul iden­
tifică sursa problemei împreună cu producătorii afectaţi
de respectiva anomalie de interoperabilitate și încearcă să
îi ajute să găsească o soluţie tehnică. În cazul în care
producătorul și-a modificat produsul, acesta este obligat
să se informeze pe lângă autorităţile competente dacă certi­
ficatul de securitate și certificatul de funcţionare sunt încă
valabile.
(449) Certificatul de interoperabilitate este valabil șase luni.
Acesta expiră la sfârșitul perioadei respective dacă produ­
cătorul nu primește un certificat de omologare relevant.
Certificatul este transmis de producător autorităţii de
omologare de tip a statului membru care a emis certificatul
de funcţionare.
(450) Niciun element care ar putea sta la originea unei anomalii
de interoperabilitate nu trebuie folosit în scopul obţinerii
de profit sau pentru obţinerea unei poziţii dominante.
8.5 Certificatul de omologare de tip
(451) Autoritatea de omologare de tip a statului membru poate
elibera certificatul de omologare de tip de îndată ce se află
în posesia celor trei certificate solicitate.
(452) Certificatul de omologare de tip al oricărei componente a
aparaturii de înregistrare trebuie să indice, de asemenea,
numerele de omologare de tip ale celorlalte aparaturi de
înregistrare interoperabile care deţin omologarea de tip.
(453) Autoritatea de omologare de tip transmite laboratorului
însărcinat cu efectuarea testelor de interoperabilitate un
exemplar al certificatului de omologare de tip în
momentul eliberării acestuia către producător.
(454) Laboratorul însărcinat cu efectuarea testelor de interopera­
bilitate creează un site web public care conţine o listă
actualizată a modelelor de aparaturi de înregistrare sau
de carduri de tahograf:
— pentru care a fost înregistrată o cerere de efectuare a
unor teste de interoperabilitate;
— care au primit un certificat de interoperabilitate (chiar
dacă acesta este provizoriu);
— care au primit un certificat de omologare de tip.
8.6 Procedură extraordinară: primele certificate de interoperabi­
litate pentru aparatura de înregistrare și cardurile de tahograf
de a 2-a generaţie
(455) Pe parcursul unei perioade de patru luni de la certificarea
interoperabilităţii unui prim ansamblu de aparatură de înre­
gistrare de a 2-a generaţie și carduri de tahograf de a 2-a
generaţie (card de conducător auto, de atelier, de control și
de societate), orice certificat de interoperabilitate eliberat
(inclusiv primele) în urma cererilor înregistrate pe
parcursul acestei perioade este considerat provizoriu.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 110
(456) Dacă, la sfârșitul perioadei menţionate anterior, toate
produsele în cauză sunt reciproc interoperabile, toate certi­
ficatele de interoperabilitate aferente devin definitive.
(457) Dacă, pe parcursul acestei perioade, apar anomalii de inte­
roperabilitate, laboratorul însărcinat cu efectuarea testelor
de interoperabilitate trebuie să identifice cauzele
problemelor cu ajutorul producătorilor implicaţi și îi
invită să facă modificările necesare.
(458) Dacă, la sfârșitul acestei perioade, problemele de interope­
rabilitate persistă, laboratorul însărcinat cu realizarea
testelor de interoperabilitate, în colaborare cu producătorii
în cauză și cu autorităţile de omologare de tip care au
eliberat certificatul de funcţionare aferent, trebuie să iden­
tifice cauzele anomaliilor de interoperabilitate și să stabi­
lească modificările care ar trebui efectuate de către fiecare
dintre producătorii în cauză. Căutarea de soluţii tehnice
durează maximum două luni, după care, dacă nu se
găsește nicio soluţie comună, Comisia, după consultarea
laboratorului însărcinat cu efectuarea testelor de interope­
rabilitate, decide care aparatură și care carduri primesc un
certificat de interoperabilitate definitiv și precizează
motivele pe baza cărora a fost adoptată decizia respectivă.
(459) Orice cerere de efectuare a unor teste de interoperabilitate
înregistrată de laborator între sfârșitul perioadei de patru
luni de la eliberarea primului certificat provizoriu de inte­
roperabilitate și data deciziei adoptate de Comisie
menţionată la cerinţa 455 trebuie amânată până la
rezolvarea problemelor iniţiale de interoperabilitate.
Cererile respective se prelucrează apoi în ordinea crono­
logică a înregistrării.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 111
Apendicele 1
DICŢIONAR DE DATE
CUPRINS
1. INTRODUCERE
1.1. Metoda de stabilire a definiţiilor tipurilor de date
1.2. Referinţe
2. DEFINIŢIILE TIPURILOR DE DATE
2.1. ActivityChangeInfo
2.2. Address
2.3. AESKey
2.4. AES128Key
2.5. AES192Key
2.6. AES256Key
2.7. BCDString
2.8. CalibrationPurpose
2.9. CardActivityDailyRecord
2.10. CardActivityLengthRange
2.11. CardApprovalNumber
▼M3
2.11a. CardBorderCrossing
2.11b. CardBorderCrossingRecord
▼B
2.12. CardCertificate
2.13. CardChipIdentification
2.14. CardConsecutiveIndex
2.15. CardControlActivityDataRecord
2.16. CardCurrentUse
2.17. CardDriverActivity
2.18. CardDrivingLicenceInformation
2.19. CardEventData
2.20. CardEventRecord
2.21. CardFaultData
2.22. CardFaultRecord
2.23. CardIccIdentification
2.24. CardIdentification
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 112
2.24a. CardLoadTypeEntries
2.24b. CardLoadTypeEntryRecord
2.24c. CardLoadUnloadOperations
2.24d. CardLoadUnloadRecord
▼B
2.25. CardMACertificate
2.26. CardNumber
▼M3
2.26a. CardPlaceAuthDailyWorkPeriod
▼B
2.27. CardPlaceDailyWorkPeriod
2.28. CardPrivateKey
2.29. CardPublicKey
2.30. CardRenewalIndex
2.31. CardReplacementIndex
2.32. CardSignCertificate
2.33. CardSlotNumber
2.34. CardSlotsStatus
2.35. CardSlotsStatusRecordArray
2.36. CardStructureVersion
2.37. CardVehicleRecord
2.38. CardVehiclesUsed
2.39. CardVehicleUnitRecord
2.40. CardVehicleUnitsUsed
2.41. Certificat
2.42. CertificateContent
2.43. CertificateHolderAuthorisation
2.44. CertificateRequestID
2.45. CertificationAuthorityKID
2.46. CompanyActivityData
2.47. CompanyActivityType
2.48. CompanyCardApplicationIdentification
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 113
2.48a. CompanyCardApplicationIdentificationV2
▼B
2.49. CompanyCardHolderIdentification
2.50. ControlCardApplicationIdentification
▼M3
2.50a. ControlCardApplicationIdentificationV2
▼B
2.51. ControlCardControlActivityData
2.52. ControlCardHolderIdentification
2.53. ControlType
2.54. CurrentDateTime
2.55. CurrentDateTimeRecordArray
2.56. DailyPresenceCounter
2.57. Datef
2.58. DateOfDayDownloaded
2.59. DateOfDayDownloadedRecordArray
2.60. Distance
▼M3
2.60a. DownloadInterfaceVersion
▼B
2.61. DriverCardApplicationIdentification
▼M3
2.61a. DriverCardApplicationIdentificationV2
▼B
2.62. DriverCardHolderIdentification
▼M1
2.63. Rezervat pentru o utilizare viitoare
▼B
2.64. EGFCertificate
2.65. EmbedderIcAssemblerId
2.66. EntryTypeDailyWorkPeriod
2.67. EquipmentType
2.68. EuropeanPublicKey
2.69. EventFaultRecordPurpose
2.70. EventFaultType
2.71. ExtendedSealIdentifier
2.72. ExtendedSerialNumber
2.73. FullCardNumber
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 114
2.74. FullCardNumberAndGeneration
2.75. Generation
2.76. GeoCoordinates
2.77. GNSSAccuracy
▼M1
2.78. GNSSAccumulatedDriving
2.79. GNSSAccumulatedDrivingRecord
▼M3
2.79a. GNSSAuthAccumulatedDriving
2.79b. GNSSAuthStatusADRecord
2.79c. GNSSPlaceAuthRecord
▼B
2.80. GNSSPlaceRecord
2.81. HighResOdometer
2.82. HighResTripDistance
2.83. HolderName
▼M3
2.84. Rezervat pentru o utilizare viitoare
▼B
2.85. K-ConstantOfRecordingEquipment
2.86. KeyIdentifier
2.87. KMWCKey
2.88. Language
2.89. LastCardDownload
▼M3
2.89a. LengthOfFollowingData
▼B
2.90. LinkCertificate
▼M3
2.90a. LoadType
▼B
2.91. L-TyreCircumference
2.92. MAC
2.93. ManualInputFlag
2.94. ManufacturerCode
2.95. ManufacturerSpecificEventFaultData
2.96. MemberStateCertificate
2.97. MemberStateCertificateRecordArray
2.98. MemberStatePublicKey
2.99. Name
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 115
2.100. NationAlpha
2.101. NationNumeric
▼M3
2.101a. NoOfBorderCrossingRecords
▼B
2.102. NoOfCalibrationRecords
2.103. NoOfCalibrationsSinceDownload
2.104. NoOfCardPlaceRecords
2.105. NoOfCardVehicleRecords
2.106. NoOfCardVehicleUnitRecords
2.107. NoOfCompanyActivityRecords
2.108. NoOfControlActivityRecords
2.109. NoOfEventsPerType
2.110. NoOfFaultsPerType
▼M1
2.111. NoOfGNSSADRecords
▼M3
2.111a. NoOfLoadUnloadRecords
▼B
2.112. NoOfSpecificConditionRecords
▼M3
2.112a. NoOfLoadTypeEntryRecords
▼B
2.113. OdometerShort
2.114. OdometerValueMidnight
▼M3
2.114a. OperationType
▼B
2.115. OdometerValueMidnightRecordArray
2.116. OverspeedNumber
▼M3
2.116a. PlaceAuthRecord
2.116b. PlaceAuthStatusRecord
▼B
2.117. PlaceRecord
▼M3
2.117a. PositionAuthenticationStatus
▼B
2.118. PreviousVehicleInfo
2.119. PublicKey
2.120. RecordType
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 116
2.121. RegionAlpha
2.122. RegionNumeric
2.123. RemoteCommunicationModuleSerialNumber
2.124. RSAKeyModulus
2.125. RSAKeyPrivateExponent
2.126. RSAKeyPublicExponent
2.127. RtmData
2.128. SealDataCard
2.129. SealDataVu
2.130. SealRecord
2.131. SensorApprovalNumber
2.132. SensorExternalGNSSApprovalNumber
2.133. SensorExternalGNSSCoupledRecord
2.134. SensorExternalGNSSIdentification
2.135. SensorExternalGNSSInstallation
2.136. SensorExternalGNSSOSIdentifier
2.137. SensorExternalGNSSSCIdentifier
2.138. SensorGNSSCouplingDate
2.139. SensorGNSSSerialNumber
2.140. SensorIdentification
2.141. SensorInstallation
2.142. SensorInstallationSecData
2.143. SensorOSIdentifier
2.144. SensorPaired
2.145. SensorPairedRecord
2.146. SensorPairingDate
2.147. SensorSCIdentifier
2.148. SensorSerialNumber
2.149. Signature
2.150. SignatureRecordArray
2.151. SimilarEventsNumber
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 117
2.152. SpecificConditionRecord
2.153. SpecificConditions
2.154. SpecificConditionType
2.155. Speed
2.156. SpeedAuthorised
2.157. SpeedAverage
2.158. SpeedMax
▼M3
2.158a. TachographCardsGen1Suppression
▼B
2.159. TachographPayload
▼M1
2.160. Rezervat pentru o utilizare viitoare
▼B
2.161. TDesSessionKey
2.162. TimeReal
2.163. TyreSize
2.164. VehicleIdentificationNumber
2.165. VehicleIdentificationNumberRecordArray
2.166. VehicleRegistrationIdentification
▼M3
2.166a. VehicleRegistrationIdentificationRecordArray
▼B
2.167. VehicleRegistrationNumber
2.168. VehicleRegistrationNumberRecordArray
2.169. VuAbility
2.170. VuActivityDailyData
2.171. VuActivityDailyRecordArray
2.172. VuApprovalNumber
2.173. VuCalibrationData
2.174. VuCalibrationRecord
2.175. VuCalibrationRecordArray
2.176. VuCardIWData
2.177. VuCardIWRecord
2.178. VuCardIWRecordArray
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 118
2.179. VuCardRecord
2.180. VuCardRecordArray
2.181. VuCertificate
2.182. VuCertificateRecordArray
2.183. VuCompanyLocksData
2.184. VuCompanyLocksRecord
2.185. VuCompanyLocksRecordArray
▼M3
2.185a. VuConfigurationLengthRange
▼B
2.186. VuControlActivityData
2.187. VuControlActivityRecord
2.188. VuControlActivityRecordArray
2.189. VuDataBlockCounter
2.190. VuDetailedSpeedBlock
2.191. VuDetailedSpeedBlockRecordArray
2.192. VuDetailedSpeedData
▼M3
2.192a. VuDigitalMapVersion
▼B
2.193. VuDownloadablePeriod
2.194. VuDownloadablePeriodRecordArray
2.195. VuDownloadActivityData
2.196. VuDownloadActivityDataRecordArray
2.197. VuEventData
2.198. VuEventRecord
2.199. VuEventRecordArray
2.200. VuFaultData
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 119
2.201. VuFaultRecord
2.202. VuFaultRecordArray
▼M1
2.203. VuGNSSADRecord
▼M3
2.203a. VuBorderCrossingRecord
2.203b. VuBorderCrossingRecordArray
▼M1
2.204. VuGNSSADRecordArray
▼M3
2.204a. VuGnssMaximalTimeDifference
▼B
2.205. VuIdentification
2.206. VuIdentificationRecordArray
2.207. VuITSConsentRecord
2.208. VuITSConsentRecordArray
▼M3
2.208a. VuLoadUnloadRecord
2.208b. VuLoadUnloadRecordArray
▼B
2.209. VuManufacturerAddress
2.210. VuManufacturerName
2.211. VuManufacturingDate
2.212. VuOverSpeedingControlData
2.213. VuOverSpeedingControlDataRecordArray
2.214. VuOverSpeedingEventData
2.215. VuOverSpeedingEventRecord
2.216. VuOverSpeedingEventRecordArray
2.217. VuPartNumber
2.218. VuPlaceDailyWorkPeriodData
2.219. VuPlaceDailyWorkPeriodRecord
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 120
2.220. VuPlaceDailyWorkPeriodRecordArray
2.221. VuPrivateKey
2.222. VuPublicKey
▼M3
2.222a. VuRtcTime
▼B
2.223. VuSerialNumber
2.224. VuSoftInstallationDate
2.225. VuSoftwareIdentification
2.226. VuSoftwareVersion
2.227. VuSpecificConditionData
2.228. VuSpecificConditionRecordArray
2.229. VuTimeAdjustmentData
▼M1
2.230. Rezervat pentru o utilizare viitoare
2.231. Rezervat pentru o utilizare viitoare
▼B
2.232. VuTimeAdjustmentRecord
2.233. VuTimeAdjustmentRecordArray
2.234. WorkshopCardApplicationIdentification
▼M3
2.234a. WorkshopCardApplicationIdentificationV2
2.234b. WorkshopCardCalibrationAddData
2.234c. WorkshopCardCalibrationAddDataRecord
▼B
2.235. WorkshopCardCalibrationData
2.236. WorkshopCardCalibrationRecord
2.237. WorkshopCardHolderIdentification
2.238. WorkshopCardPIN
2.239. W-VehicleCharacteristicConstant
2.240. VuPowerSupplyInterruptionRecord
2.241. VuPowerSupplyInterruptionRecordArray
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 121
2.242. VuSensorExternalGNSSCoupledRecordArray
2.243. VuSensorPairedRecordArray
3. DEFINIREA INTERVALELOR DE VALORI ȘI DE DIMENSIUNI
4. SETURI DE CARACTERE
5. CODAREA
6. IDENTIFICATORII DE OBIECT ȘI IDENTIFICATORII DE
APLICAŢIE
6.1. Identificatorii de obiect
6.2. Identificatorii de aplicaţie
1. INTRODUCERE
Prezentul apendice cuprinde precizări privind formatele de date,
elementele de date și structurile de date care trebuie utilizate de
aparatura de înregistrare și de cardurile de tahograf.
1.1. Metoda de stabilire a definiţiilor tipurilor de date
În prezentul apendice se recurge la Abstract Syntax Notation One
(ASN.1) pentru a defini tipurile de date. Acest lucru permite definirea
unor date simple și structurate, fără a fi necesară o sintaxă specifică de
transfer (reguli de codare) care să depindă de aplicaţie și de mediu.
Convenţiile de denumire a tipurilor ASN.1 sunt realizate conform stan­
dardului ISO/IEC 8824-1. Aceasta implică faptul că:
— acolo unde este posibil, semnificaţia tipului de date este indicată prin
intermediul denumirilor alese;
— dacă un tip de date reprezintă o combinaţie de alte tipuri de date,
denumirea tipului de date în cauză constituie totuși o singură
secvenţă de caractere alfabetice care începe cu o majusculă, dar se
mai utilizează și alte majuscule în cadrul denumirii pentru a atribui
semnificaţia corespondentă fiecărei părţi;
— în general, denumirile tipurilor de date sunt legate de denumirile
tipurilor de date din care sunt alcătuite, ale echipamentelor în care
sunt stocate datele și ale funcţiei atribuite datelor în cauză.
Dacă un tip ASN.1 este deja definit în cadrul unui alt standard și dacă
trebuie utilizat de aparatura de înregistrare, atunci tipul ASN.1 în cauză
este definit în prezentul apendice.
Pentru a permite aplicarea mai multor tipuri de reguli de codare, anumite
tipuri ASN.1 cuprinse în prezentul apendice sunt condiţionate de iden­
tificatorii intervalelor de valori. Identificatorii intervalelor de valori sunt
definiţi la punctul 3 și în apendicele 2.
1.2. Referinţe
În prezentul apendice se utilizează următoarele referinţe:
ISO 639 Code for the representation of names of languages.
First Edition: 1988.
ISO 3166 Codes for the representation of names of countries
and their subdivisions – Part 1: Country codes, 2013
ISO 3779 Road vehicles – Vehicle identification number (VIN)
– Content and structure. 2009
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 122
ISO/IEC 7816-5 Identification cards – Integrated circuit cards – Part 5:
Registration of application providers.
Second edition: 2004.
ISO/IEC 7816-6 Identification cards – Integrated circuit cards – Part 6:
Interindustry data elements for interchange, 2004 +
Technical Corrigendum 1: 2006
ISO/IEC 8824-1 Information technology – Abstract Syntax Notation
One (ASN.1): Specification of basic notation. 2008 +
Technical Corrigendum 1: 2012 and Technical Corri­
gendum 2: 2014.
ISO/IEC 8825-2 Information technology – ASN.1 encoding rules:
Specification of Packed Encoding Rules (PER). 2008.
ISO/IEC 8859-1 Information technology – 8 bit single-byte coded
graphic character sets – Part 1: Latin alphabet No.1.
First edition: 1998.
ISO/IEC 8859-7 Information technology – 8 bit single-byte coded
graphic character sets – Part 7: Latin/Greek
alphabet. 2003.
ISO 16844-3 Road vehicles – Tachograph systems – Motion
Sensor Interface. 2004 + Technical Corrigendum 1:
2006..
TR-03110-3 BSI / ANSSI Technical Guideline TR-03110-3,
Advanced Security Mechanisms for Machine
Readable Travel Documents and eIDAS Token –
Part 3 Common Specifications, version 2.20, 3.
February 2015
2. DEFINIŢIILE TIPURILOR DE DATE
▼M3
Pentru oricare dintre următoarele tipuri de date, valoarea implicită pentru
un conţinut „necunoscut” sau care „nu se aplică” va consta în
completarea elementului de date cu octeţi Hex „FF”, cu excepţia
cazului în care se prevede altfel.
Toate tipurile de date sunt utilizate pentru aplicaţiile de generaţia 1 și de
generaţia 2, cu excepţia cazului în care se prevede altfel. Sunt indicate
tipurile de date utilizate numai pentru aplicaţiile de generaţia 2,
versiunea 2.
Pentru tipurile de date referitoare la card pentru aplicaţiile de generaţia 1
și de generaţia 2, dimensiunea specificată în prezentul apendice este cea
pentru aplicaţia de generaţia 2. Se presupune că dimensiunea pentru
aplicaţia de generaţia 1 trebuie să fie deja cunoscută de cititor.
Numerele cerinţelor din anexa IC legate de aceste tipuri de date
includ atât aplicaţiile de generaţia 1, cât și aplicaţiile de generaţia 2.
Tipurile de date referitoare la card nedefinite pentru cardurile de
generaţia 1 nu sunt stocate în aplicaţia de generaţia 1 a cardurilor de
generaţia 2. În special:
— Numerele de omologare de tip stocate în aplicaţia de generaţia 1 a
cardurilor de generaţia 2 sunt trunchiate la primele 8 caractere, acolo
unde este necesar;
— Numai indicatorul „TRASEU PARCURS PE FERIBOT/ÎN TREN
început” al unei condiţii specifice „TRASEU PARCURS PE
FERIBOT/ÎN TREN” se stochează în aplicaţia de generaţia 1 a
cardurilor de generaţia 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 123
2.1. ActivityChangeInfo
Acest tip de date permite codarea, într-un cuvânt de doi octeţi, a stării
slotului la 00.00 și/sau a regimului de conducere la 00.00 și/sau a
modificărilor de activitate și/sau a modificărilor regimului de
conducere și/sau a modificărilor stării cardului pentru un conducător
auto sau un copilot. Acest tip de date se raportează la cerinţele 105,
266, 291, 320, 321, 343 și 344 din anexa 1C.
Atribuirea valorii – Octet aliniat: „scpaattttttttttt”B (16 biţi)
Pentru înregistrările în memoria de date (sau starea slotului):
„s”B Slot:
„0”B: CONDUCĂTOR AUTO,
„1”B: COPILOT,
„c”B Regim de conducere:
„0”B: SINGUR,
„1”B: ECHIPAJ,
„p”B Starea cardului de conducător auto (sau de atelier) din
slotul relevant:
„0”B: INTRODUS, este introdus un card,
„1”B: NEINTRODUS, nu este introdus niciun card
(sau este retras un card),
„aa”B Activitate:
„00”B: PAUZĂ/PERIOADĂ DE ODIHNĂ,
„01”B: DISPONIBILITATE,
„10”B: LUCRU,
„11”B: CONDUCERE,
„ttttttttttt”B Ora modificării: Numărul de minute de la 00h00 în
ziua dată.
Pentru înregistrările de pe cardul de conducător auto (sau de 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ătoare (caz „p”=1):
„0”B: SINGUR,
„0”B: NECUNOSCUTĂ
„1”B: ECHIPAJ,
„1”B: CUNOSCUTĂ (= introdusă manual)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 124
„p”B Starea cardului:
„0”B: INTRODUS, cardul este introdus în aparatura
de înregistrare,
„1”B: NEINTRODUS, cardul nu este introdus (sau
cardul este retras),
„aa”B Activitate (nu este relevantă când „p”=1 și „c”=0, cu
excepţia notei de mai jos):
„00”B: PAUZĂ/PERIOADĂ DE ODIHNĂ,
„01”B: DISPONIBILITATE,
„10”B: LUCRU,
„11”B: CONDUCERE,
„ttttttttttt”B Ora modificării: Numărul de minute de la 00h00 în
ziua dată.
Notă pentru cazul de „retragere a cardului”:
Atunci când cardul este retras:
— „s” este relevant și indică slotul din care este retras cardul,
— „c” trebuie să fie setat la 0,
— „p” trebuie să fie setat la 1,
— „aa” trebuie să codeze activitatea curentă selectată în momentul
respectiv,
Ca urmare a unei introduceri manuale de date, biţii „c” și „aa” din
cuvânt (stocaţi pe un card) pot fi suprascriși mai târziu pentru a
reflecta introducerea de date.
2.2. Address
O adresă.
codePage indică un set de caractere definit în capitolul 4,
address este o adresă codată cu ajutorul setului de caractere precizat.
2.3. AESKey
Generaţia 2:
O cheie AES cu o lungime de 128, 192 sau 256 de biţi.
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 125
2.4. AES128Key
Generaţia 2:
O cheie AES128.
length denotă lungimea cheii AES128 în octeţi.
aes128Key este o cheie AES cu o lungime de 128 de biţi.
Atribuirea valorii:
lungimea trebuie să aibă valoarea 16.
2.5. AES192Key
Generaţia 2:
O cheie AES192.
length denotă lungimea cheii AES192 în octeţi.
aes192Key este o cheie AES cu o lungime de 192 de biţi.
Atribuirea valorii:
lungimea trebuie să aibă valoarea 24.
2.6. AES256Key
Generaţia 2:
O cheie AES256.
length denotă lungimea cheii AES256 în octeţi.
aes256Key este o cheie AES cu o lungime de 256 de biţi.
Atribuirea valorii:
lungimea trebuie să aibă valoarea 32.
2.7. BCDString
BCDString se aplică pentru o reprezentare a zecimalei în cod binar (Binary Code
Decimal, BCD). Acest tip de date se utilizează pentru a reprezenta o unitate
zecimală într-un semioctet (4 biţi). BCDString se bazează pe ISO/IEC 8824-1
„CharacterStringType”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 126
BCDString folosește o notaţie „hstring”. Cifra din extremitatea stângă a
șirului hexadecimal este cel mai important semioctet din primul octet.
Pentru a obţine un multiplu de octeţi, se inserează semiocteţi nuli, în
cantitatea necesară, din poziţia semioctetului din extremitatea stângă a
primului octet.
Cifrele permise sunt: 0, 1, .. 9.
2.8. CalibrationPurpose
Cod care explică de ce s-a înregistrat un set de parametri de etalonare.
Acest tip de date se raportează la cerinţele 097 și 098 din anexa 1B și la
cerinţa 119 din anexa 1C.
Atribuirea valorii:
Generaţia 1:
„00”H valoare rezervată,
„01”H activare: înregistrarea parametrilor de etalonare
cunoscuţi, în momentul activării VU,
„02”H prima instalare: prima etalonare a VU după activarea ei,
„03”H instalare: prima etalonare a VU în vehiculul actual,
„04”H inspecţie periodică.
Generaţia 2:
În plus faţă de generaţia 1, se utilizează următoarele valori:
„05”H introducerea VRN de către societate,
„06”H reglarea orei fără etalonare,
dela„07”H pânăla„7F”H RFU,
de la „80”H până la „FF”H Specific producătorului.
2.9. CardActivityDailyRecord
Informaţii, stocate pe un card, privind activităţile conducătorului auto
într-o anumită zi calendaristică. Acest tip de date se raportează la
cerinţele 266, 291, 320 și 343 din anexa 1C.
activityPreviousRecordLength este lungimea totală în octeţi a înregis­
trării zilnice anterioare. Valoarea maximă este dată de lungimea
ȘIRULUI DE OCTEŢI care conţine aceste înregistrări [a se vedea
CardActivityLengthRange din apendicele 2 punctul 4.]. Atunci când
această înregistrare este cea mai veche înregistrare zilnică, valoarea
pentru activityPreviousRecordLength trebuie setată la 0.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 127
activityRecordLength este lungimea totală în octeţi a acestei înre­
gistrări. Valoarea maximă este dată de lungimea ȘIRULUI DE
OCTEŢI care conţine aceste înregistrări.
activityRecordDate este data înregistrării.
activityDailyPresenceCounter este contorul prezenţei zilnice pentru
card în ziua respectivă.
activityDayDistance este distanţa totală parcursă în ziua respectivă.
activityChangeInfo este setul de date ActivityChangeInfo pentru condu­
cătorul auto în ziua respectivă. Acesta poate conţine maximum 1 440 de
valori (o schimbare de activitate pe minut). Acest set de date cuprinde
întotdeauna activityChangeInfo care codează regimul de conducere la
00.00.
2.10. CardActivityLengthRange
Numărul de octeţi de pe un card de conducător auto sau de pe un card
de atelier, disponibil pentru stocarea înregistrărilor privind activitatea
conducătorului auto.
Atribuirea valorii: a se vedea apendicele 2.
2.11. CardApprovalNumber
Numărul de omologare de tip al cardului.
Atribuirea valorii:
Numărul de omologare trebuie să fie furnizat așa cum este publicat pe
site-ul web corespunzător al Comisiei Europene, de exemplu inclusiv cu
liniuţe dacă este cazul. Numărul de omologare trebuie să fie aliniat la
stânga.
▼M3
2.11a. CardBorderCrossings
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind trecerile frontierei efectuate de vehicul atunci când
acesta a trecut frontiera unei ţări (cerinţele 306f și 356f din anexa IC).
borderCrossingPointerNewestRecord este indicele ultimei înregistrări
actualizate de pe card privind trecerea frontierei.
Atribuirea valorii este numărul care corespunde numărătorului înregis­
trării de pe card privind trecerea frontierei, începând cu valoarea '0'
pentru prima ocurenţă a înregistrării de pe card privind trecerea frontierei
din structură.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 128
cardBorderCrossingRecords este setul de înregistrări de pe card
privind trecerea frontierei.
2.11b. CardBorderCrossingRecord
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind trecerile frontierei efectuate de vehicul atunci când
acesta a trecut frontiera unei ţări (cerinţele 147b, 306e și 356e din
anexa IC).
countryLeft este ţara din care a ieșit vehiculul sau „nu există informaţii
disponibile” în conformitate cu cerinţa 147b din anexa IC. „Restul lumii”
(cod NationNumeric „FF” H) se utilizează atunci când unitatea montată
pe vehicul nu este în măsură să determine ţara în care este situat
vehiculul (de exemplu, ţara actuală nu face parte din hărţile digitale
stocate).
countryEntered este ţara în care a intrat vehiculul sau ţara în care este
situat vehiculul la momentul introducerii cardului. „Restul lumii” (cod
NationNumeric „FF” H) se utilizează atunci când unitatea montată pe
vehicul nu este în măsură să determine ţara în care este situat vehiculul
(de exemplu, ţara actuală nu face parte din hărţile digitale stocate).
gnssPlaceAuthRecord conţine informaţii privind poziţia vehiculului
atunci când unitatea montată pe vehicul a detectat că vehiculul a
trecut frontiera unei ţări sau „nicio informaţie disponibilă” în confor­
mitate cu cerinţa 147b din anexa IC, precum și statutul său de
autentificare.
vehicleOdometerValue este valoarea odometrului atunci când unitatea
montată pe vehicul a detectat că vehiculul a trecut frontiera unei ţări sau
„nicio informaţie disponibilă” în conformitate cu cerinţa 147b din
anexa IC.
▼B
2.12. CardCertificate
Generaţia 1:
Certificatul cheii publice a unui card.
2.13. CardChipIdentification
Informaţii, stocate pe un card, privind identificarea circuitului integrat
(Integrated Circuit, IC) al cardului (cerinţa 249 din anexa 1C). icSerial­
Number, împreună cu icManufacturingReferences, identifică în mod unic
cipul cardului. Doar icSerialNumber nu este suficient pentru a identifica
în mod unic cipul cardului.
icSerialNumber este numărul de serie al IC.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 129
icManufacturingReferences reprezintă identificatorul specific al produ­
cătorului IC.
2.14. CardConsecutiveIndex
Un indice secvenţial al cardului [definiţia h)].
Atribuirea valorii: (a se vedea anexa 1C capitolul 7)
Ordinea de creștere: „0, …, 9, A, …, Z, a, …, z”
2.15. CardControlActivityDataRecord
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind ultimul control la care a fost supus conducătorul auto
(cerinţele 274, 299, 327 și 350 din anexa 1C).
controlType este tipul de control.
controlTime este data și ora la care a avut loc controlul.
controlCardNumber este FullCardNumber al agentului de control care
a efectuat controlul.
controlVehicleRegistration reprezintă VRN și statul membru de înma­
triculare ale vehiculului în care a avut loc controlul.
controlDownloadPeriodBegin și controlDownloadPeriodEnd
reprezintă perioada descărcată, în cazul unei descărcări.
2.16. CardCurrentUse
Informaţii privind utilizarea efectivă a cardului (cerinţele 273, 298, 326
și 349 din anexa 1C).
sessionOpenTime este ora la care cardul a fost introdus pentru utilizarea
curentă. Acest element se setează la 0 în momentul retragerii cardului.
sessionOpenVehicle este identificarea vehiculului utilizat în prezent,
setată la introducerea cardului. Acest element se setează la 0 în
momentul retragerii cardului.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 130
2.17. CardDriverActivity
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind activităţile conducătorului auto (cerinţele 267, 268, 292,
293, 321 și 344 din anexa 1C).
activityPointerOldestDayRecord este specificarea începutului locului
de stocare în memorie (numărul de octeţi de la începutul șirului) a
celei mai vechi înregistrări complete aferente unei zile din șirul activi­
tyDailyRecords. Valoarea maximă este dată de lungimea șirului.
activityPointerNewestRecord este specificarea începutului locului de
stocare în memorie (numărul de octeţi de la începutul șirului) a celei
mai recente înregistrări complete aferente unei zile din șirul activityDai­
lyRecords. Valoarea maximă este dată de lungimea șirului.
activityDailyRecords este spaţiul disponibil pentru stocarea datelor
privind activitatea conducătorului auto (structura datelor: CardActivity­
DailyRecord) pentru fiecare zi calendaristică în care s-a utilizat cardul.
Atribuirea valorii: acest șir de octeţi este completat în mod ciclic cu
înregistrări din CardActivityDailyRecord. La prima utilizare, stocarea
începe la primul octet din șir. Toate înregistrările noi se adaugă la
sfârșitul înregistrării anterioare. Atunci când șirul devine complet,
stocarea se reia de la primul octet din șir, indiferent dacă există o
întrerupere în interiorul unui element de date. Înainte de a plasa în șir
noi date privind activitatea (prin extinderea activityDailyRecord curent
sau prin introducerea unui nou activityDailyRecord) care să înlocuiască
datele mai vechi privind activitatea, activityPointerOldestDayRecord
trebuie actualizat pentru a indica noul loc al celei mai vechi înregistrări
complete aferente unei zile, iar activityPreviousRecordLength pentru
această (nouă) cea mai veche înregistrare zilnică completă trebuie
resetat la 0.
2.18. CardDrivingLicenceInformation
Informaţii, stocate pe un card de conducător auto, privind datele
permisului de conducere al titularului cardului (cerinţele 259 și 284
din anexa 1C).
drivingLicenceIssuingAuthority este autoritatea responsabilă pentru
eliberarea permisului de conducere.
drivingLicenceIssuingNation este naţionalitatea autorităţii care a
eliberat permisul de conducere.
drivingLicenceNumber este numărul permisului de conducere.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 131
2.19. CardEventData
Generaţia 1:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind evenimentele asociate cu titularul cardului (cerinţele
260 și 318 din anexa IC).
CardEventData este o secvenţă, în ordine crescătoare a valorilor Event­
FaultType, a cardEventRecords (cu excepţia înregistrărilor privind tenta­
tivele de încălcare a securităţii, care sunt cuprinse în ultimul set al
secvenţei).
cardEventRecords este un set de înregistrări de evenimente pentru un
anumit tip de evenimente (sau categorie pentru evenimentele care ţin de
tentativele de încălcare a securităţii).
Generaţia 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind evenimentele asociate cu titularul cardului (cerinţele
285 și 341 din anexa IC).
CardEventData este o secvenţă, în ordine crescătoare a valorilor Event­
FaultType, a cardEventRecords (cu excepţia înregistrărilor privind tenta­
tivele de încălcare a securităţii, care sunt cuprinse în ultimul set al
secvenţei).
cardEventRecords este un set de înregistrări de evenimente pentru un
anumit tip de evenimente (sau categorie pentru evenimentele care ţin de
tentativele de încălcare a securităţii).
▼B
2.20. CardEventRecord
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind un eveniment asociat cu titularul cardului (cerinţele
261, 286, 318 și 341 din anexa 1C).
eventType este tipul de eveniment.
eventBeginTime este data și ora la care a început evenimentul.
eventEndTime este data și ora la care s-a încheiat evenimentul.
eventVehicleRegistration reprezintă VRN și statul membru de înmatri­
culare ale vehiculului în care a avut loc evenimentul.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 132
2.21. CardFaultData
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind anomaliile asociate cu titularul cardului (cerinţele 263,
288, 318 și 341 din anexa 1C).
CardFaultData este o secvenţă care cuprinde un set de înregistrări ale
anomaliilor aparaturii de înregistrare, urmat de un set de înregistrări
privind anomaliile cardului.
cardFaultRecords este un set de înregistrări de anomalii dintr-o anumită
categorie de anomalii (aparatură de înregistrare sau card).
2.22. CardFaultRecord
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind o anomalie asociată cu titularul cardului (cerinţele 264,
289, 318 și 341 din anexa 1C).
faultType este tipul de anomalie.
faultBeginTime este data și ora la care a început anomalia.
faultEndTime este data și ora la care s-a încheiat anomalia.
faultVehicleRegistration reprezintă VRN și statul membru de înmatri­
culare ale vehiculului în care s-a produs anomalia.
2.23. CardIccIdentification
Informaţii, stocate pe un card, privind identificarea cardului cu circuite
integrate (IC) (cerinţa 248 din anexa 1C).
clockStop este modul Clockstop definit în apendicele 2.
cardExtendedSerialNumber este numărul de serie unic al cardului cu
IC, așa cum este specificat de tipul de date ExtendedSerialNumber.
cardApprovalNumber este numărul omologării de tip a cardului.
CardPersonaliserID este ID-ul de personalizare a cardului codat ca
ManufacturerCode.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 133
embedderIcAssemblerId oferă informaţii despre integratorul/asamblorul
IC.
icIdentifier este identificatorul circuitului integrat de pe card și al produ­
cătorului circuitului integrat așa cum este definit în standardul ISO/IEC
7816-6.
2.24. CardIdentification
Informaţii, stocate pe un card, referitoare la identificarea cardului
(cerinţele 255, 280, 310, 333, 359, 365, 371 și 377 din anexa 1C).
cardIssuingMemberState este codul statului membru care eliberează
cardul.
cardNumber este numărul de card al cardului.
cardIssuingAuthorityName este denumirea autorităţii care a eliberat
cardul.
cardIssueDate este data eliberării cardului pentru titularul actual.
cardValidityBegin este data iniţială de la care este valabil cardul.
cardExpiryDate este data la care expiră valabilitatea cardului.
▼M3
2.24a. CardLoadTypeEntries
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind înregistrările referitoare la tipul de încărcătură atunci
când cardul este introdus într-o unitate montată pe vehicul (cerinţele
306j și 356j din anexa IC).
loadTypeEntryPointerNewestRecord este indicele ultimei înregistrări
actualizate de pe card privind tipul de încărcătură.
Atribuirea valorii: numărul care corespunde numărătorului înregistrării
de pe card privind tipul de încărcătură, începând cu valoarea '0' pentru
prima ocurenţă a înregistrării de pe card privind tipul de încărcătură din
structură.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 134
cardLoadTypeEntryRecords este setul de înregistrări care conţin data
și ora înregistrării și tipul de încărcătură introdus.
2.24b. CardLoadTypeEntryRecord
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind modificările tipului de încărcătură înregistrate atunci
când cardul este introdus într-o unitate montată pe vehicul (cerinţele
306i și 356i din anexa IC).
timeStamp este data și ora la care a fost introdus tipul de încărcătură.
loadTypeEntered este tipul de încărcătură introdus.
2.24c. CardLoadUnloadOperations
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind operaţiunile de încărcare/descărcare ale vehiculului
(cerinţele 306h și 356h din anexa IC).
loadUnloadPointerNewestRecord este indicele ultimei înregistrări
actualizate de pe card privind încărcarea/descărcarea.
Atribuirea valorii: este numărul care corespunde numărătorului înregis­
trării de pe card privind încărcarea/descărcarea, începând cu valoarea '0'
pentru prima ocurenţă a înregistrării de pe card privind încărcarea/
descărcarea din structură.
cardLoadUnloadRecords este setul de înregistrări care conţin indicaţia
tipului de operaţiune efectuată (încărcare, descărcare sau încărcare și
descărcare simultană), data și ora la care a fost introdusă operaţiunea de
încărcare/descărcare, informaţii privind poziţia vehiculului și valoarea
odometrului vehiculului.
2.24d. CardLoadUnloadRecord
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind operaţiunile de încărcare/descărcare ale vehiculului
(cerinţele 306g și 356g din anexa IC).
timeStamp este data și ora de începere a operaţiunii de încărcare/
descărcare.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 135
operationType este tipul de operaţiune introdus (încărcare, descărcare
sau încărcare/descărcare simultană).
gnssPlaceAuthRecord conţine informaţii referitoare la poziţia
vehiculului.
vehicleOdometerValue este valoarea odometrului legată de începerea
operaţiunii de încărcare/descărcare.
▼B
2.25. CardMACertificate
Generaţia 2:
Certificatul cheii publice a cardului pentru autentificarea reciprocă cu o
VU. Structura acestui certificat este specificată în apendicele 11.
2.26. CardNumber
Un număr de card conform definiţiei g).
driverIdentification este identificarea unică a unui conducător auto într-
un stat membru.
ownerIdentification este identificarea unică a unei societăţi, a unui
atelier sau a unui organism de control în cadrul unui stat membru.
cardConsecutiveIndex este indicele secvenţial al cardului.
cardReplacementIndex este indicele de înlocuire a cardului.
cardRenewalIndex este indicele de reînnoire a cardului.
Prima secvenţă din selecţie este adecvată pentru a coda un număr de card
de conducător auto, a doua secvenţă din selecţie este adecvată pentru a
coda numărul de card de atelier, numărul de card de control și, respectiv,
numărul de card de societate.
▼M3
2.26 a. CardPlaceAuthDailyWorkPeriod
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau de atelier, care
furnizează statutul de autentificare a locurilor în care încep și/sau se
încheie zilele de lucru (cerinţele 306b și 356b din anexa IC).
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 136
placeAuthPointerNewestRecord este indicele ultimei înregistrări actua­
lizate privind statutul de autentificare a locului.
Atribuirea valorii: este numărul care corespunde numărătorului înregis­
trării privind statutul de autentificare a locului, începând cu valoarea '0'
pentru prima ocurenţă a înregistrărilor privind statutul de autentificare a
locului din structură.
placeAuthStatusRecords este setul de înregistrări care conţin statutul de
autentificare a locului pentru locurile introduse.
▼B
2.27. CardPlaceDailyWorkPeriod
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind locurile în care încep și/sau se încheie zilele de lucru
(cerinţele 272, 297, 325 și 348 din anexa 1C).
placePointerNewestRecord este indicele ultimei înregistrări actualizate
a locului.
Atribuirea valorii: număr care corespunde numărătorului înregistrării
privind locul, începând de la „0” pentru prima ocurenţă a înregistrărilor
privind locurile în structură.
placeRecords este setul de înregistrări care conţin informaţii privind
locurile introduse.
2.28. CardPrivateKey
Generaţia 1:
Cheia privată a unui card.
2.29. CardPublicKey
Cheia publică a unui card.
▼M1
2.30. CardRenewalIndex
Un indice de reînnoire a cardului [definiţia i)].
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 137
Atribuirea valorii: (a se vedea capitolul 7 din prezenta anexă).
„0” Cardul original.
Ordinea de creștere: „0, …, 9, A, …, Z”
▼B
2.31. CardReplacementIndex
Un indice de înlocuire a cardului [definiţia j)].
Atribuirea valorii: (a se vedea capitolul VII din prezenta anexă).
„0” Cardul original.
Ordinea de creștere: „0, …, 9, A, …, Z”
2.32. CardSignCertificate
Generaţia 2:
Certificatul cheii publice a cardului pentru semnătură. Structura acestui
certificat este specificată în apendicele 11.
2.33. CardSlotNumber
Cod care face distincţia între cele două sloturi ale unei unităţi montate pe
vehicul.
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
2.34. CardSlotsStatus
Cod care indică tipurile de carduri introduse în cele două sloturi ale
unităţii montate pe vehicul.
Atribuirea valorii – Octet aliniat: „ccccdddd”B
„cccc”B Identificarea tipului de card introdus în slotul pentru
cardul de copilot,
„dddd”B Identificarea tipului de card introdus în slotul pentru
cardul de conducător auto,
cu următoarele coduri de identificare:
„0000”B niciun card introdus,
„0001”B un card de conducător auto introdus,
„0010”B un card de atelier introdus,
„0011”B un card de control introdus,
„0100”B un card de societate introdus.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 138
2.35. CardSlotsStatusRecordArray
Generaţia 2:
CardSlotsStatus și metadatele utilizate în protocolul de descărcare.
recordType reprezintă tipul înregistrării (CardSlotsStatus). Atribuirea
valorii: A se vedea RecordType
recordSize este dimensiunea CardSlotsStatus în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de înregistrări CardSlotsStatus.
2.36. CardStructureVersion
Cod care indică versiunea structurii implementate într-un card de
tahograf.
Atribuirea valorii: „aabb”H:
„aa”H Indice pentru modificări ale structurii.
„00”H pentru aplicaţii de generaţia 1
„01”H pentru aplicaţii de generaţia 2
▼M3
„bb”H Indice pentru schimbările privind utilizarea elementelor
de date definite pentru structura dată de octetul cel mai
semnificativ.
„00”H pentru aplicaţii de generaţia 1
„00”H pentru versiunea 1 a aplicaţiilor de generaţia 2
„01”H pentru versiunea 2 a aplicaţiilor de generaţia 2
▼B
2.37. CardVehicleRecord
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind o perioadă de utilizare a unui vehicul pe durata unei zile
calendaristice (cerinţele 269, 294, 322 și 345 din anexa 1C).
Generaţia 1:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 139
vehicleOdometerBegin este valoarea indicată de contorul de parcurs al
vehiculului la începutul perioadei de utilizare a vehiculului.
vehicleOdometerEnd este valoarea indicată de odometrul vehiculului la
sfârșitul perioadei de utilizare a vehiculului.
vehicleFirstUse reprezintă data și ora la care începe perioada de utilizare
a vehiculului.
vehicleLastUse este data și ora la care se încheie perioada de utilizare a
vehiculului.
vehicleRegistration reprezintă VRN și statul membru de înmatriculare a
vehiculului.
vuDataBlockCounter este valoarea VuDataBlockCounter la ultima
extragere de date din perioada de utilizare a vehiculului.
Generaţia 2:
În plus faţă de generaţia 1, se utilizează următorul element de date:
VehicleIdentificationNumber este numărul de identificare a vehiculului
care se referă la vehicul în ansamblul său.
2.38. CardVehiclesUsed
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind vehiculele utilizate de titularul cardului (cerinţele 270,
295, 323 și 346 din anexa 1C).
vehiclePointerNewestRecord este indicele ultimei înregistrări actua­
lizate a vehiculului.
Atribuirea valorii: număr care corespunde numărătorului înregistrării
privind vehiculul, începând de la „0” pentru prima ocurenţă a înregis­
trărilor privind vehiculele în structură.
cardVehicleRecords este setul de înregistrări care conţin informaţii
privind vehiculele utilizate.
2.39. CardVehicleUnitRecord
Generaţia 2:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 140
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind o unitate montată pe vehicul care a fost utilizată
(cerinţele 303 și 351 din anexa 1C).
timeStamp este începutul perioadei de utilizare a unităţii montate pe
vehicul (și anume, prima introducere a cardului în unitatea montată pe
vehicul pentru perioada respectivă).
manufacturerCode identifică producătorul unităţii montate pe vehicul.
deviceID identifică tipul unităţii montate pe vehicul a unui producător.
Valoarea este specifică producătorului.
vuSoftwareVersion este numărul versiunii software-ului instalat pe
unitatea montată pe vehicul.
2.40. CardVehicleUnitsUsed
▼M3
Generaţia 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind unităţile montate pe vehicul utilizate de titularul cardului
(cerinţele 304 și 352 din anexa IC).
▼B
vehicleUnitPointerNewestRecord este indicele ultimei înregistrări
actualizate privind unitatea montată pe vehicul.
Atribuirea valorii: număr care corespunde numărătorului înregistrării
privind unitatea montată pe vehicul, începând de la „0” pentru prima
ocurenţă a înregistrărilor privind unităţile montate pe vehicul în
structură.
cardVehicleUnitRecords este setul de înregistrări care conţin informaţii
privind unităţile montate pe vehicul utilizate.
2.41. Certificat
Certificatul unei chei publice emise de o autoritate de certificare.
Generaţia 1:
Atribuirea valorii: semnătură digitală cu recuperarea parţială a Certifi­
cateContent conform apendicelui 11 „Mecanisme de securitate comune”:
Semnătura (128 de octeţi) || Restul cheii publice (58 de octeţi) || Iden­
tificatorul autorităţii de certificare (8 octeţi).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 141
Generaţia 2:
Atribuirea valorii: a se vedea apendicele 11.
2.42. CertificateContent
Generaţia 1:
Conţinutul (în clar) al certificatului unei chei publice conform apen­
dicelui 11 „Mecanisme de securitate comune”.
certificateProfileIdentifier este versiunea certificatului corespunzător.
Atribuirea valorii: „01h”pentru această versiune.
certificationAuthorityReference identifică autoritatea de certificare care
a emis certificatul. De asemenea, identifică cheia publică a autorităţii de
certificare în cauză.
certificateHolderAuthorisation identifică drepturile deţinătorului
certificatului.
certificateEndOfValidity este data la care certificatul expiră din punct
de vedere administrativ.
certificateHolderReference identifică deţinătorul certificatului. De
asemenea, identifică cheia publică a acestuia.
publicKey este cheia publică care este certificată prin intermediul certi­
ficatului respectiv.
2.43. CertificateHolderAuthorisation
Identificarea drepturilor unui deţinător de certificat.
Generaţia 1:
tachographApplicationID este identificatorul de aplicaţie pentru
aplicaţia tahografică.
Atribuirea valorii: „FFh” „54h” „41h” „43h” „48h” „4Fh”. Acest AID
este un identificator exclusiv de aplicaţie neînregistrat conform stan­
dardului ISO/IEC 7816-5.
equipmentType este identificarea tipului de echipament pentru care se
emite certificatul.
Atribuirea valorii: în conformitate cu tipul de date EquipmentType. 0
dacă certificatul este emis de unul din statele membre.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 142
Generaţia 2:
tachographApplicationID reprezintă cei mai importanţi 6 octeţi din
identificatorul de aplicaţie pentru cardurile de tahograf de generaţia
2 (AID). AID pentru aplicaţia de card de tahograf este specificat în
capitolul 6.2.
Atribuirea valorii: „FF 53 4D 52 44 54”.
equipmentType este identificarea tipului de echipament specificat
pentru generaţia 2, pentru care se emite certificatul.
Atribuirea valorii: în conformitate cu tipul de date EquipmentType.
2.44. CertificateRequestID
Cod unic de identificare a unei cereri de certificat. Se poate utiliza și ca
identificator al cheii publice a unităţii montate pe vehicul dacă numărul
de serie al unităţii montate pe vehicul căreia îi este destinată cheia nu
este cunoscut în momentul generării certificatului.
requestSerialNumber este un număr de serie aferent cererii de
certificat, fiind un număr unic pentru producător și pentru luna
definită mai jos.
requestMonthYear este identificarea lunii și a anului în care s-a depus
cererea de certificat.
Atribuirea valorii: codarea BCD a lunii (două cifre) și a anului
(ultimele două cifre).
crIdentifier: este un identificator care are rolul de a face distincţia între
o cerere de certificat și un număr de serie lung.
Atribuirea valorii: „FFh”.
manufacturerCode: este codul numeric al producătorului care solicită
certificatul.
2.45. CertificationAuthorityKID
Identificatorul cheii publice a unei autorităţi de certificare (un stat
membru sau Autoritatea europeană de certificare).
nationNumeric este codul numeric naţional al autorităţii de certificare.
nationAlpha este codul alfanumeric naţional al autorităţii de certificare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 143
keySerialNumber este numărul de serie care face distincţia între dife­
ritele chei ale autorităţii de certificare dacă aceste chei se modifică.
additionalInfo este un câmp de doi octeţi pentru codări suplimentare
(specifice autorităţii de certificare).
caIdentifier este un identificator care face distincţia dintre un identi­
ficator al cheii autorităţii de certificare și identificatorii altor chei.
Atribuirea valorii: „01h”.
2.46. CompanyActivityData
Informaţii, stocate pe un card de societate, privind activităţile efectuate
cu cardul (cerinţele 373 și 379 din anexa 1C).
companyPointerNewestRecord este indicele ultimei companyActivity­
Record actualizate.
Atribuirea valorii: număr care corespunde numărătorului înregistrării
privind activitatea societăţii, începând cu „0” pentru prima ocurenţă a
unei înregistrări privind activitatea societăţii în structură.
companyActivityRecords este setul tuturor înregistrărilor privind acti­
vităţile societăţii.
companyActivityRecord este o secvenţă de informaţii referitoare la o
activitate a societăţii.
companyActivityType este tipul de activitate a societăţii.
companyActivityTime este data și ora activităţii societăţii.
cardNumberInformation este numărul cardului și statul membru
emitent al cardului descărcat, dacă este cazul.
vehicleRegistrationInformation reprezintă VRN și statul membru de
înmatriculare a vehiculului care au fost descărcate, blocate sau deblocate.
downloadPeriodBegin și downloadPeriodEnd reprezintă perioada
descărcată din VU, dacă este cazul.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 144
2.47. CompanyActivityType
Cod care indică o activitate desfășurată de o societate prin utilizarea
propriului card de societate.
2.48. CompanyCardApplicationIdentification
Informaţii, stocate pe un card de societate, privind identificarea aplicaţiei
cardului (cerinţele 369 și 375 din anexa 1C).
typeOfTachographCardId precizează tipul de card implementat.
cardStructureVersion precizează versiunea structurii implementate în
card.
noOfCompanyActivityRecords este numărul de înregistrări privind
activităţile societăţii care pot fi stocate pe card.
▼M3
2.48a. CompanyCardApplicationIdentificationV2
Generaţia 2, versiunea 2:
Informaţii stocate pe un card de societate privind identificarea aplicaţiei
de pe card (cerinţa 375a din anexa IC).
lengthOfFollowingData este numărul de octeţi care urmează în înre­
gistrare.
vuConfigurationLengthRange este numărul de octeţi de pe un card de
tahograf, disponibil pentru stocarea configuraţiilor VU.
▼B
2.49. CompanyCardHolderIdentification
Informaţii, stocate pe un card de societate, privind identificarea titu­
larului cardului (cerinţele 372 și 378 din anexa 1C).
companyName este denumirea societăţii deţinătoare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 145
companyAddress este adresa societăţii deţinătoare.
cardHolderPreferredLanguage este limba preferată de titularul
cardului.
2.50. ControlCardApplicationIdentification
Informaţii, stocate pe un card de control, privind identificarea aplicaţiei
cardului (cerinţele 357 și 363 din anexa 1C).
typeOfTachographCardId precizează tipul de card implementat.
cardStructureVersion precizează versiunea structurii implementate în
card.
noOfControlActivityRecords este numărul înregistrărilor privind activi­
tăţile de control care pot fi stocate pe card.
▼M3
2.50a. ControlCardApplicationIdentificationV2
Generaţia 2, versiunea 2:
Informaţii stocate pe un card de control privind identificarea aplicaţiei de
pe card (cerinţa 363a din anexa IC).
lengthOfFollowingData este numărul de octeţi care urmează în înre­
gistrare.
vuConfigurationLengthRange este numărul de octeţi de pe un card de
tahograf, disponibil pentru stocarea configuraţiilor VU.
▼B
2.51. ControlCardControlActivityData
Informaţii, stocate pe un card de control, privind activităţile de control
efectuate cu cardul (cerinţele 361 și 367 din anexa 1C).
controlPointerNewestRecord este indicele ultimei înregistrări actua­
lizate privind activităţile de control.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 146
Atribuirea valorii: număr care corespunde numărătorului înregistrării
privind activitatea de control, începând cu „0” pentru prima ocurenţă a
unei înregistrări privind activitatea de control în structură.
controlActivityRecords este setul tuturor înregistrărilor privind activi­
tăţile de control.
controlActivityRecord este secvenţa de informaţii privind o activitate
de control.
controlType este tipul de control.
controlTime este data și ora la care a avut loc controlul.
controlledCardNumber reprezintă numărul cardului și statul membru
emitent al cardului controlat.
controlledVehicleRegistration reprezintă VRN și statul membru de
înmatriculare ale vehiculului în care a avut loc controlul.
controlDownloadPeriodBegin și controlDownloadPeriodEnd
reprezintă perioada descărcată.
2.52. ControlCardHolderIdentification
Informaţii, stocate pe un card de control, privind identificarea titularului
cardului (cerinţele 360 și 366 din anexa 1C).
controlBodyName este denumirea organismului de control al titularului
cardului.
controlBodyAddress este adresa organismului de control al titularului
cardului.
cardHolderName reprezintă numele și prenumele titularului cardului de
control.
cardHolderPreferredLanguage este limba preferată de titularul
cardului.
2.53. ControlType
Cod care indică activităţile desfășurate în timpul unui control. Acest tip
de date se raportează la cerinţele 126, 274, 299, 327 și 350 din
anexa 1C.
Generaţia 1:
Atribuirea valorii – Octet aliniat: „cvpdxxxx”B (8 biţi)
„c”B descărcare de pe card:
„0”B: informaţiile de pe card nu sunt descărcate în
timpul acestei activităţi de control,
„1”B: informaţiile de pe card sunt descărcate în timpul
acestei activităţi de control
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 147
„v”B descărcare din VU:
„0”B: informaţiile din VU nu sunt descărcate în timpul
acestei activităţi de control,
„1”B: informaţiile din VU sunt descărcate în timpul
acestei activităţi de control
„p”B imprimare:
„0”B: nu s-a imprimat nimic în timpul acestei activităţi
de control,
„1”B: s-au imprimat informaţii în timpul acestei acti­
vităţi de control
„d”B afișaj:
„0”B: nu s-a utilizat afișajul în timpul acestei activităţi
de control,
„1”B: s-a utilizat afișajul în timpul acestei activităţi de
control
„xxxx”B Neutilizat.
Generaţia 2:
Atribuirea valorii – Octet aliniat: „cvpdexxx”B (8 biţi)
„c”B descărcare de pe card:
„0”B: informaţiile de pe card nu sunt descărcate în
timpul acestei activităţi de control,
„1”B: informaţiile de pe card sunt descărcate în timpul
acestei activităţi de control
„v”B descărcare din VU:
„0”B: informaţiile din VU nu sunt descărcate în timpul
acestei activităţi de control,
„1”B: informaţiile din VU sunt descărcate în timpul
acestei activităţi de control
„p”B imprimare:
„0”B: nu s-a imprimat nimic în timpul acestei activităţi
de control,
„1”B: s-au imprimat informaţii în timpul acestei acti­
vităţi de control
„d”B afișaj:
„0”B: nu s-a utilizat afișajul în timpul acestei activităţi
de control,
„1”B: s-a utilizat afișajul în timpul acestei activităţi de
control
„e”B verificarea etalonării în trafic:
„0”B: parametrii de etalonare nu sunt verificaţi în
timpul acestei activităţi de control,
„1”B: parametrii de etalonare sunt verificaţi în timpul
acestei activităţi de control
„xxx”B RFU.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 148
2.54. CurrentDateTime
Data și ora curente, afișate de aparatul de înregistrare.
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
2.55. CurrentDateTimeRecordArray
Generaţia 2:
Data și ora curente, plus metadatele utilizate în protocolul de descărcare.
recordType reprezintă tipul înregistrării (CurrentDateTime). Atribuirea
valorii: A se vedea RecordType
recordSize este dimensiunea CurrentDateTime în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări ale datei și orei curente.
2.56. DailyPresenceCounter
Contor, stocat pe un card de conducător auto sau pe un card de atelier,
incrementat cu o unitate pentru fiecare zi calendaristică în care cardul a
fost introdus într-o VU. Acest tip de date se raportează la cerinţele 266,
299, 320 și 343 din anexa 1C.
Atribuirea valorii: număr consecutiv cu valoare maximă = 9 999,
începând apoi din nou de la 0. În momentul primei emiteri a cardului,
numărul este setat la 0.
2.57. Datef
Data exprimată într-un format numeric care poate fi imprimat imediat.
Atribuirea valorii:
yyyy Anul
mm Luna
dd Ziua
„00000000”H reprezintă în mod explicit „nicio dată”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 149
2.58. DateOfDayDownloaded
Generaţia 2:
Data și ora descărcării.
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
2.59. DateOfDayDownloadedRecordArray
Generaţia 2:
Data și ora descărcării plus metadate, astfel cum se utilizează în
protocolul de descărcare.
recordType reprezintă tipul înregistrării (DateOfDayDownloaded). Atri­
buirea valorii: A se vedea RecordType
recordSize este dimensiunea CurrentDateTime în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de înregistrări ale datei și orei de descărcare.
2.60. Distance
O distanţă parcursă (rezultatul calculării diferenţei dintre două valori
afișate de odometrul unui vehicul, în kilometri).
Atribuirea valorii: Binar fără semn. Valoarea în kilometri în intervalul
operaţional 0 – 9 999 km.
▼M3
2.60a. DownloadInterfaceVersion
Generaţia 2, versiunea 2:
Cod care indică versiunea interfeţei de descărcare a unei unităţi montate
pe vehicul.
Atribuirea valorii: „aabb”H:
„aa”H „00”H: neutilizat,
„01”H: unitate montată pe vehicul de generaţia 2;
„bb”H „00”H: neutilizat,
„01”H: versiunea 2 a unităţii montată pe vehicul de generaţia 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 150
2.61. DriverCardApplicationIdentification
Informaţii, stocate pe un card de conducător auto, privind identificarea
aplicaţiei cardului (cerinţele 253 și 278 din anexa 1C).
Generaţia 1:
typeOfTachographCardId precizează tipul de card implementat.
cardStructureVersion precizează versiunea structurii implementate în
card.
noOfEventsPerType reprezintă numărul de evenimente, per tip de
eveniment, pe care cardul le poate înregistra.
noOfFaultsPerType reprezintă numărul de anomalii, per tip de
anomalie, pe care cardul le poate înregistra.
activityStructureLength indică numărul de octeţi disponibili pentru
stocarea înregistrărilor privind activităţile.
noOfCardVehicleRecords este numărul de înregistrări privind vehi­
culele pe care cardul le poate conţine.
noOfCardPlaceRecords este numărul de locuri pe care cardul le poate
înregistra.
Generaţia 2:
▼M1
În plus faţă de generaţia 1, se utilizează următoarele elemente de date:
noOfGNSSADRecords este numărul de înregistrări GNSS privind
timpul de conducere acumulat care pot fi stocate pe card.
noOfSpecificConditionRecords este numărul de înregistrări privind
condiţiile specifice care pot fi stocate pe card.
noOfCardVehicleUnitRecords este numărul de înregistrări privind
unităţile montate pe vehicul utilizate care pot fi stocate pe card.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 151
2.61a. DriverCardApplicationIdentificationV2
Generaţia 2, versiunea 2:
Informaţii stocate pe un card de conducător auto privind identificarea
aplicaţiei de pe card (cerinţa 278a din anexa IC).
lengthOfFollowingData este numărul de octeţi care urmează în înre­
gistrare.
noOfBorderCrossingRecords este numărul de înregistrări privind
trecerea frontierei care pot fi stocate pe cardul de conducător auto.
noOfLoadUnloadRecords este numărul de înregistrări privind
încărcarea/descărcarea care pot fi stocate pe cardul de conducător auto.
noOfLoadTypeEntryRecords este numărul de înregistrări privind tipul
de încărcătură care pot fi stocate pe cardul de conducător auto.
vuConfigurationLengthRange este numărul de octeţi de pe un card de
tahograf, disponibil pentru stocarea configuraţiilor VU.
▼B
2.62. DriverCardHolderIdentification
Informaţii, stocate pe un card de conducător auto, privind identificarea
titularului cardului (cerinţele 256 și 281 din anexa 1C).
cardHolderName reprezintă numele și prenumele titularului cardului de
conducător auto.
cardHolderBirthDate este data de naștere a titularului cardului de
conducător auto.
cardHolderPreferredLanguage este limba preferată de titularul
cardului.
▼M3
2.63. DSRCSecurityData
Generaţia 2:
Pentru definiţia acestui tip de date, a se vedea apendicele 11.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 152
2.64. EGFCertificate
Generaţia 2:
Certificatul cheii publice a echipamentului GNSS extern pentru autenti­
ficarea reciprocă cu o VU. Structura acestui certificat este specificată în
apendicele 11.
2.65. EmbedderIcAssemblerId
Oferă informaţii referitoare la integratorul IC.
countryCode este codul de ţară format din 2 litere al integratorului
modulului conform ISO 3166.
moduleEmbedder identifică integratorul modulului.
manufacturerInformation pentru uzul intern al producătorului.
2.66. EntryTypeDailyWorkPeriod
Cod care face distincţia între începutul și sfârșitul unei introduceri de
date privind locul unde s-a desfășurat o zi de lucru și condiţiile în care
s-a realizat introducerea de date respectivă.
Generaţia 1
Atribuirea valorii: conform standardului ISO/IEC 8824-1.
▼M3
Generaţia 2
Atribuirea valorii: conform standardului ISO/IEC8824-1.
▼B
2.67. EquipmentType
Cod care face distincţia între diferite tipuri de aparatură pentru aplicaţia
tahografică.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 153
Generaţia 1:
Atribuirea valorii: conform standardului ISO/IEC 8824-1.
Valoarea 0 este rezervată pentru a desemna un stat membru sau Europa
în câmpul CHA al certificatelor.
Generaţia 2:
▼M1
Sunt utilizate aceleași valori ca în generaţia 1, cu următoarele
completări:
Nota 1: valorile aferente generaţiei 2 pentru plăcuţă, pentru adaptor și
pentru conexiunea GNSS externă, precum și valorile aferente generaţiei
1 pentru unitatea montată pe vehicul și pentru senzorul de mișcare pot fi
utilizate în SealRecord, dacă este cazul.
Nota 2: În câmpul CardHolderAuthorisation (CHA) al unui certificat de
generaţia 2, valorile (1), (2) și (6) trebuie interpretate ca indicând un
certificat pentru autentificare reciprocă pentru respectivul tip de echi­
pament. Pentru indicarea certificatului respectiv în vederea creării unei
semnături digitale, trebuie utilizate valorile (17), (18) sau (19).
▼B
2.68. EuropeanPublicKey
Generaţia 1:
Cheia publică europeană.
2.69. EventFaultRecordPurpose
Cod care explică de ce s-a înregistrat un anumit eveniment sau o
anumită anomalie.
Atribuirea valorii:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 154
unul/una dintre cele mai recente (sau ultimele) 10 evenimente sau anomalii
evenimentul cel mai de durată pentru 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 pentru una din ultimele 10 zile de producere a unui eveniment
cel mai grav eveniment pentru 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
specific producătorului
2.70. EventFaultType
Cod prin care se caracterizează un eveniment sau o anomalie.
Atribuirea valorii: Generaţia 1:
Evenimente generale,
Nu sunt disponibile detalii suplimentare,
Introducerea unui card nevalabil,
Conflict de carduri,
Suprapunerea timpului,
Conducere fără un card adecvat,
Introducerea cardului în timpul conducerii,
Ultima sesiune a cardului nu a fost încheiată corect,
Depășire a limitei de viteză,
Întrerupere a alimentării cu energie electrică,
Eroare privind datele de la senzorul de mișcare,
Conflict privind deplasarea vehiculului,
RFU,
Evenimente care ţin de tentativele de încălcare a securităţii privind unitatea montată pe
vehicul,
Nu sunt disponibile detalii suplimentare,
Eroare de autentificare a senzorului de mișcare,
Eroare de autentificare a cardului de tahograf,
Înlocuirea neautorizată a senzorului de mișcare,
Eroare de integritate care afectează introducerea datelor pe card,
Eroare de integritate a datelor stocate privind utilizatorul,
Eroare de transfer intern de date,
Deschidere neautorizată a carcasei,
Sabotarea hardware-ului,
RFU,
Evenimente care ţin de tentativele de încălcare a securităţii privind senzorul,
Nu sunt disponibile detalii suplimentare,
Eroare de autentificare,
Eroare de integritate a datelor stocate,
Eroare de transfer intern de date,
Deschidere neautorizată a carcasei,
Sabotarea hardware-ului,
RFU,
Anomalii ale aparaturii de înregistrare,
Nu sunt disponibile detalii suplimentare,
Anomalie internă a VU,
Anomalie a imprimantei,
Anomalie a afișajului,
Anomalie la descărcare,
Anomalie a senzorului,
RFU,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 155
Anomalii ale cardului,
Nu sunt disponibile detalii suplimentare,
RFU,
RFU,
Specific producătorului.
▼M3
Generaţia 2, versiunea 1:
▼M1
Evenimente generale,
Nu sunt disponibile detalii suplimentare,
Introducerea unui card nevalabil,
Conflict de carduri,
Suprapunerea timpului,
Conducere fără un card adecvat,
Introducerea cardului în timpul conducerii,
Ultima sesiune a cardului nu a fost încheiată corect,
Depășire a limitei de viteză,
Întrerupere a alimentării cu energie electrică,
Eroare privind datele de mișcare,
Conflict privind deplasarea vehiculului,
Conflict oră (GNSS faţă de ceasul intern al VU),
Eroare de comunicare cu echipamentul de comunicare la distanţă,
Absenţa informaţiilor de poziţionare de la receptorul GNSS,
Eroare de comunicare cu echipamentul GNSS extern,
RFU,
Evenimente care ţin de tentativele de încălcare a securităţii privind unitatea montată pe
vehicul,
Nu sunt disponibile detalii suplimentare,
Eroare de autentificare a senzorului de mișcare,
Eroare de autentificare a cardului de tahograf,
Înlocuirea neautorizată a senzorului de mișcare,
Eroare de integritate care afectează introducerea datelor pe card,
Eroare de integritate a datelor stocate privind utilizatorul,
Eroare de transfer intern de date,
Deschidere neautorizată a carcasei,
Sabotarea hardware-ului,
Detectare a manipulării frauduloase a GNSS,
Eroare de autentificare a echipamentului GNSS extern,
Certificatul echipamentului GNSS extern a expirat,
de la ‘1C’H până la ‘1F’H RFU,
Evenimente care ţin de tentativele de încălcare a securităţii privind senzorul,
Nu sunt disponibile detalii suplimentare,
Eroare de autentificare,
Eroare de integritate a datelor stocate,
Eroare de transfer intern de date,
Deschidere neautorizată a carcasei,
Sabotarea hardware-ului,
de la ‘26’H până la ‘2F’H RFU,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 156
Anomalii ale aparaturii de înregistrare,
Nu sunt disponibile detalii suplimentare,
Anomalie internă a VU,
Anomalie a imprimantei,
Anomalie a afișajului,
Anomalie la descărcare,
Anomalie a senzorului,
Receptor GNSS intern,
Echipament GNSS extern,
Echipament de comunicare la distanţă,
Interfaţă ITS,
de la ‘3A’H până la ‘3F’H RFU,
Anomalii ale cardului,
Nu sunt disponibile detalii suplimentare,
de la ‘41’H până la ‘4F’H RFU,
RFU,
Specific producătorului.
▼M3
Generaţia 2, versiunea 2:
„0x”H Evenimente generale,
„00”H Nu sunt disponibile detalii suplimentare,
„01”H Introducerea unui card nevalabil,
„02”H Conflict de carduri,
„03”H Suprapunerea timpului,
„04”H Conducere fără un card adecvat,
„05”H Introducerea cardului în timpul conducerii,
„06”H Ultima sesiune a cardului nu a fost
încheiată corect,
„07”H Depășire a limitei de viteză,
„08”H Întrerupere a alimentării cu energie
electrică,
„09”H Eroare privind datele de la senzorul de
mișcare,
„0A”H Conflict privind deplasarea vehiculului,
„0B”H Conflict oră (GNSS faţă de ceasul intern al
VU),
„0C”H Eroare de comunicare cu echipamentul de
comunicare la distanţă,
„0D”H Absenţa informaţiilor de poziţionare de la
receptorul GNSS,
„0E”H Eroare de comunicare cu echipamentul
GNSS extern,
„0F”H Anomalie GNSS,
„1x”H Evenimente care ţin de tentativele de
încălcare a securităţii privind unitatea
montată pe vehicul,
„10”H Nu sunt disponibile detalii suplimentare,
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 157
„11”H Eroare de autentificare a senzorului de
mișcare,
„12”H Eroare de autentificare a cardului de
tahograf,
„13”H Înlocuirea neautorizată a senzorului de
mișcare,
„14”H Eroare de integritate care afectează intro­
ducerea datelor pe card,
„15”H Eroare de integritate a datelor stocate
privind utilizatorul,
„16”H Eroare de transfer intern de date,
„17”H Deschidere neautorizată a carcasei,
„18”H Sabotarea hardware-ului,
„19”H Detectare a manipulării frauduloase a
GNSS,
„1A”H Eroare de autentificare a echipamentului
GNSS extern,
„1B”H Certificatul echipamentului GNSS extern a
expirat,
„1C”H Inconsecvenţă între datele provenite de la
senzorul de mișcare și datele înregistrate
privind activitatea conducătorului auto,
de la „1D”H până la„1F”H RFU,
„2x”H Evenimente care ţin de tentativele de
încălcare a securităţii privind senzorul,
„20”H Nu sunt disponibile detalii suplimentare,
„21”H Eroare de autentificare,
„22”H Eroare de integritate a datelor stocate,
„23”H Eroare de transfer intern de date,
„24”H Deschidere neautorizată a carcasei,
„25”H Sabotarea hardware-ului,
de la „26”H până la „2F”H RFU,
„3x”H Anomalii ale aparaturii de înregistrare,
„30”H Nu sunt disponibile detalii suplimentare,
„31”H Anomalie internă a VU,
„32”H Anomalie a imprimantei,
„33”H Anomalie a afișajului,
„34”H Anomalie la descărcare,
„35”H Anomalie a senzorului,
„36”H Receptor GNSS intern,
„37”H Echipament GNSS extern,
„38”H Echipament de comunicare la distanţă,
„39”H Interfaţă ITS,
„3A”H Anomalie a senzorului intern,
de la „3B”H până la „3F”H RFU,
„4x”H Anomalii ale cardului,
„40”H Nu sunt disponibile detalii suplimentare,
de la „41”H până la „4F”H RFU,
de la „50”H până la „7F”H RFU,
de la „80”H până la „FF”H Specific producătorului.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 158
2.71. ExtendedSealIdentifier
Generaţia 2:
Identificatorul lung al sigiliului identifică în mod unic un sigiliu (cerinţa
401 din anexa IC).
manufacturerCode este codul producătorului sigiliului. Atribuirea
valorii: a se vedea înregistrarea în baza de date care urmează să fie
gestionată de Comisia Europeană (a se vedea https://dtc.jrc.ec.europa.eu).
sealIdentifier este un identificator al sigiliului care este unic pentru
producător. Atribuirea valorii: cod alfanumeric, unic în domeniul
producătorului în conformitate cu [ISO8859-1].
▼B
2.72. ExtendedSerialNumber
Identificare unică a unui echipament. Poate fi utilizat și ca identificator al
cheii publice a unui echipament.
Generaţia 1:
serialNumber este numărul de serie al echipamentului, unic pentru
producător, tipul echipamentului, luna și anul descrise în continuare.
monthYear este identificarea lunii și a anului de producţie (sau de
atribuire a numărului de serie).
Atribuirea valorii: codarea BCD a lunii (două cifre) și a anului
(ultimele două cifre).
type este un identificator al tipului de echipament.
Atribuirea valorii: specifică producătorului, cu valoarea rezervată „FFh”.
manufacturerCode: este codul numeric care identifică un producător de
echipamente omologate de tip.
Generaţia 2:
serialNumber a se vedea generaţia 1.
monthYear a se vedea generaţia 1.
type indică tipul de echipament.
manufacturerCode: a se vedea generaţia 1.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 159
2.73. FullCardNumber
Cod prin care se identifică complet un card de tahograf.
cardType este tipul cardului de tahograf.
cardIssuingMemberState este codul statului membru care a emis
cardul.
cardNumber este numărul cardului.
2.74. FullCardNumberAndGeneration
Generaţia 2:
Cod prin care se identifică complet un card de tahograf și 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 valorii:
„00”H RFU
„01”H Generaţia 1
„02”H Generaţia 2
„03”H .. „FF”H RFU
2.76. GeoCoordinates
▼M3
Generaţia 2:
Coordonatele geografice sunt codate sub formă de numere întregi. Aceste
numere întregi sunt multipli ai codării ±DDMM.M pentru latitudine și
±DDDMM.M pentru longitudine. Aici ±DD, respectiv ± DDD, denotă
gradele, iar MM.M minutele. Longitudinea și latitudinea unei poziţii
necunoscute sunt reprezentate ca Hex „7FFFFF” (zecimal 8388607).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 160
latitude este codată ca multiplu (factor 10) al reprezentării ±DDMM.M.
longitude este codată ca multiplu (factor 10) al reprezentării
±DDDMM.M.
2.77. GNSSAccuracy
Generaţia 2:
Precizia datelor de poziţionare GNSS [definiţia eee)]. Această precizie
este codată ca număr întreg și este un multiplu (factor 10) al valorii X.Y
furnizate de propoziţia GSA NMEA.
▼M1
2.78. GNSSAccumulatedDriving
Generaţia 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind poziţia GNSS a vehiculului dacă timpul de conducere
acumulat ajunge la un multiplu de trei ore (cerinţele 306 și 354 din
anexa IC).
ggnssADPointerNewestRecord este indicele ultimei înregistrări actua­
lizate GNSS a timpului de conducere acumulat.
Atribuirea valorii este numărul care corespunde numărătorului înregis­
trării GNSS privind conducerea acumulată, începând de la '0' pentru
prima ocurenţă a înregistrării GNSS privind conducerea acumulată în
structură.
gnssAccumulatedDrivingRecords este setul de înregistrări care conţin
data și ora la care timpul de conducere acumulat atinge un multiplu de
trei ore și informaţii privind poziţia vehiculului.
2.79. GNSSAccumulatedDrivingRecord
Generaţia 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, privind poziţia GNSS a vehiculului dacă timpul de conducere
acumulat ajunge la un multiplu de trei ore (cerinţele 305 și 353 din
anexa IC)
timeStamp este data și ora la care timpul de conducere acumulat atinge
un multiplu de trei ore.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 161
gnssPlaceRecord conţine informaţii referitoare la poziţia vehiculului.
vehicleOdometerValue este valoarea indicată de odometru în momentul
în care timpul de conducere acumulat atinge un multiplu de trei ore.
▼M3
2.79a. GNSSAuthAccumulatedDriving
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, care furnizează statutul de autentificare a poziţiilor GNSS ale
vehiculului dacă timpul de conducere acumulat ajunge la un multiplu
de trei ore (cerinţele 306d și 356d din anexa IC).
gnssAuthADPointerNewestRecord este indicele ultimei înregistrări
actualizate privind statutul de autentificare a poziţiei GNSS.
Atribuirea valorii este numărul care corespunde numărătorului înregis­
trării privind statutul de autentificare a poziţiei GNSS, începând cu
valoarea '0' pentru prima ocurenţă a înregistrării privind statutul de auten­
tificare a poziţiei GNSS din structură.
gnssAuthStatusADRecords este setul de înregistrări care conţin data și
ora la care timpul de conducere acumulat atinge un multiplu de trei ore și
statutul de autentificare a poziţiei GNSS.
2.79b. GNSSAuthStatusADRecord
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau pe un card de
atelier, care furnizează statutul de autentificare a unei poziţii GNSS a
vehiculului dacă timpul de conducere acumulat ajunge la un multiplu de
trei ore (cerinţele 306c și 356c din anexa IC). Alte informaţii referitoare
la poziţia GNSS în sine sunt stocate într-o altă înregistrare (a se vedea
2.79 GNSSAccumulatedDrivingRecord).
timeStamp data și ora la care timpul de conducere acumulat atinge un
multiplu de trei ore (care trebuie să fie exact aceeași dată și oră ca cea
corespunzătoare din GNSSAccumulatedDrivingRecord).
authenticationStatus este statutul de autentificare a poziţiei GNSS
atunci când timpul de conducere acumulat atinge un multiplu de trei ore.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 162
2.79c. GNSSPlaceAuthRecord
Generaţia 2, versiunea 2:
Informaţii privind poziţia GNSS a vehiculului (cerinţele 108, 109, 110,
296, 306a, 306c, 306e, 306g, 356a, 356c, 356e și 356g din anexa IC).
timeStamp este data și ora la care a fost stabilită poziţia GNSS a
vehiculului.
gnssAccuracy este precizia datelor de poziţionare GNSS.
geoCoordinates este locul înregistrat folosind GNSS.
authenticationStatus este statutul de autentificare a poziţiei GNSS
atunci când aceasta a fost stabilită.
▼B
2.80. GNSSPlaceRecord
Generaţia 2:
Informaţii referitoare la poziţia GNSS a vehiculului (cerinţele 108, 109,
110, 296, 305, 347 și 353 din anexa 1C).
timeStamp este data și ora la care a fost stabilită poziţia GNSS a
vehiculului.
gnssAccuracy este precizia datelor de poziţionare GNSS.
geoCoordinates este locul înregistrat folosind GNSS.
2.81. HighResOdometer
Valoarea indicată de odometrul vehiculului: distanţa cumulată parcursă
de vehicul în timpul exploatării acestuia.
Atribuirea valorii: binar fără semn. Valoare în 1/200 km cuprinsă în
intervalul operaţional 0 – 21 055 406 km.
2.82. HighResTripDistance
O distanţă parcursă pe întreaga durată sau într-o parte a cursei.
Atribuirea valorii: binar fără semn. Valoare în 1/200 km cuprinsă în
intervalul operaţional 0 – 21 055 406 km.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 163
2.83. HolderName
Numele și prenumele titularului cardului.
holderSurname este numele (numele de familie) al titularului. Acest
nume de familie nu cuprinde titluri.
Atribuirea valorii: dacă un card nu este personal, holderSurname
conţine aceleași informaţii ca și companyName, workshopName sau
controlBodyName.
holderFirstNames reprezintă prenumele și iniţialele titularului.
▼M3
2.84. Rezervat pentru o utilizare viitoare
▼B
Generaţia 2:
Informaţii care specifică dacă receptorul GNSS este intern sau extern
unităţii montate pe vehicul. True înseamnă că receptorul GNSS este o
parte internă a VU. False înseamnă că receptorul GNSS este extern.
2.85. K-ConstantOfRecordingEquipment
Constanta aparaturii de înregistrare [definiţia (m)].
Atribuirea valorii: impulsuri pe kilometru într-un interval operaţional de
la 0 la 64 255 impulsuri/km.
▼M1
2.86. KeyIdentifier
Un identificator unic al unei chei publice utilizat pentru a identifica și a
selecta cheia. Acesta identifică și titularul cheii.
Prima opţiune este adecvată pentru a identifica cheia publică a unei
unităţi montate pe vehicul, a unui card de tahograf sau a unui echipament
GNSS extern.
A doua opţiune este adecvată pentru a identifica cheia publică a unei
unităţi montate pe vehicul (în cazurile în care numărul de serie al unităţii
montate pe vehicul nu poate fi cunoscut în momentul generării certifi­
catului).
A treia opţiune este adecvată pentru a identifica cheia publică a unui stat
membru.
▼B
2.87. KMWCKey
Generaţia 2:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 164
Cheia AES și versiunea cheii care îi este asociată, utilizată pentru
asocierea VU – senzor de mișcare. Pentru detalii, a se vedea apen­
dicele 11.
kMWCKey este lungimea cheii AES concatenate cu cheia care este
folosită pentru asocierea VU – senzor de mișcare.
keyVersion reprezintă versiunea cheii AES.
2.88. Language
Codul de identificare a unei limbi.
Atribuirea valorii: O codare de două litere minuscule conform stan­
dardului ISO 639.
2.89. LastCardDownload
Data și ora, stocate pe un card de conducător auto, la care s-a efectuat
ultima descărcare a informaţiilor de pe card (în alte scopuri decât în
vederea unui control)(cerinţele 257 și 282 din anexa 1C). Această dată
poate fi actualizată de o VU sau de orice cititor de card.
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
▼M3
2.89a. LengthOfFollowingData
Generaţia 2, versiunea 2:
Indicator de lungime pentru înregistrări care pot fi extinse.
Atribuirea valorii: a se vedea apendicele 2.
▼B
2.90. LinkCertificate
Generaţia 2:
Certificatul de legătură între perechi de chei European Root CA.
▼M3
2.90a. LoadType
Generaţia 2, versiunea 2:
Cod de identificare a tipului de încărcătură introdus.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 165
Atribuirea valorii:
„00”H Tip de încărcătură nedefinit;
„01”H Mărfuri;
„02”H Pasageri;
„03”H .. „FF”H RFU.
▼B
2.91. L-TyreCircumference
Circumferinţa efectivă a roţilor [definiţia u)].
Atribuirea valorii: binar fără semn, valoare în 1/8 mm cuprinsă în
intervalul operaţional 0 – 8 031 mm.
▼M1
2.92. MAC
Generaţia 2:
O sumă de verificare criptografică cu lungimea de 8, 12 sau 16 octeţi,
care corespunde suitelor cifru specificate în apendicele 11.
▼B
2.93. ManualInputFlag
Cod care specifică dacă un titular de card a introdus manual activităţile
conducătorului auto la introducerea cardului sau nu (cerinţa 081 din
anexa 1B și cerinţa 102 din anexa 1C).
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
2.94. ManufacturerCode
Cod de identificare al unui producător de echipamente omologate de tip.
Laboratorul responsabil cu efectuarea testelor de interoperabilitate
menţine și publică lista codurilor de producător pe site-ul său web
(cerinţa 454 din anexa 1C).
ManufacturerCodes se alocă provizoriu producătorilor de echipamente
tahografice în urma depunerii unei cereri la laboratorul responsabil cu
efectuarea testelor de interoperabilitate.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 166
2.95. ManufacturerSpecificEventFaultData
Generaţia 2:
Codurile de eroare specifice producătorului simplifică analiza erorilor și
întreţinerea unităţilor montate pe vehicule.
manufacturerCode identifică producătorul unităţii montate pe vehicul.
manufacturerSpecificErrorCode este un cod de eroare specific produ­
cătorului.
2.96. MemberStateCertificate
Certificatul unei chei publice a unui stat membru, eliberat de autoritatea
europeană de certificare.
2.97. MemberStateCertificateRecordArray
Generaţia 2:
Certificatul statului membru plus metadatele utilizate în protocolul de
descărcare.
recordType reprezintă tipul înregistrării (MemberStateCertificate). Atri­
buirea valorii: A se vedea RecordType
recordSize este dimensiunea MemberStateCertificate în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
Valoarea se setează la 1 deoarece certificatele pot avea diferite lungimi.
records este setul de certificate ale statelor membre.
2.98. MemberStatePublicKey
Generaţia 1:
Cheia publică a unui stat membru.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 167
2.99. Name
Un nume.
codePage indică un set de caractere definit în capitolul 4,
name este un nume codat cu ajutorul setului de caractere precizat.
2.100. NationAlpha
Trimiterea alfabetică la o ţară se face în conformitate cu semnele
distinctive utilizate pentru vehicule în traficul internaţional (Convenţia
ONU de la Viena asupra circulaţiei rutiere, 1968).
Codurile Nation Alpha și Numeric trebuie să figureze pe o listă
menţinută pe site-ul web al laboratorului desemnat să efectueze testele
de interoperabilitate, astfel cum se prevede la cerinţa 440 din anexa 1C.
2.101. NationNumeric
Cod numeric care desemnează o ţară.
Atribuirea valorii: a se vedea tipul de date 2.100 (NationAlpha).
Orice modificare sau actualizare a specificaţiei Nation Alpha sau
Numeric descrise în paragraful anterior se efectuează numai după ce
laboratorul desemnat s-a consultat cu producătorii unităţilor de tahograf
digital și inteligent montate pe vehicule, care deţin omologare de tip.
▼M3
2.101a. NoOfBorderCrossingRecords
Generaţia 2, versiunea 2:
Numărul de înregistrări privind trecerea frontierei care pot fi stocate pe
un card de conducător auto sau de atelier.
Atribuirea valorii: a se vedea apendicele 2.
▼B
2.102. NoOfCalibrationRecords
Numărul de înregistrări ale operaţiunilor de etalonare care pot fi stocate
pe un card de atelier.
Generaţia 1:
Atribuirea valorii: a se vedea apendicele 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 168
Generaţia 2:
Atribuirea valorii: a se vedea apendicele 2.
2.103. NoOfCalibrationsSinceDownload
Contor care indică numărul de operaţiuni de etalonare efectuate cu un
card de atelier de la ultima descărcare a datelor de pe cardul respectiv
(cerinţele 317 și 340 din anexa 1C).
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
2.104. NoOfCardPlaceRecords
Numărul de înregistrări privind locurile care pot fi stocate pe un card de
conducător auto sau de atelier.
Generaţia 1:
Atribuirea valorii: a se vedea apendicele 2.
Generaţia 2:
Atribuirea valorii: a se vedea apendicele 2.
2.105. NoOfCardVehicleRecords
Numărul de înregistrări privind vehiculele utilizate care pot fi stocate pe
un card de conducător auto sau de atelier.
Atribuirea valorii: a se vedea apendicele 2.
2.106. NoOfCardVehicleUnitRecords
Generaţia 2:
Numărul de înregistrări privind unităţile montate pe vehicul utilizate care
pot fi stocate pe un card de conducător auto sau de atelier.
Atribuirea valorii: a se vedea apendicele 2.
2.107. NoOfCompanyActivityRecords
Numărul de înregistrări privind activităţile societăţii care pot fi stocate pe
un card de societate.
Atribuirea valorii: a se vedea apendicele 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 169
2.108. NoOfControlActivityRecords
Numărul de înregistrări privind activităţile de control care pot fi stocate
pe un card de control.
Atribuirea valorii: a se vedea apendicele 2.
2.109. NoOfEventsPerType
Numărul de evenimente, per tip de eveniment, care pot fi stocate pe un
card.
Atribuirea valorii: a se vedea apendicele 2.
2.110. NoOfFaultsPerType
Numărul de anomalii, per tip de anomalie, care pot fi stocate pe un card.
Atribuirea valorii: a se vedea apendicele 2.
▼M1
2.111. NoOfGNSSADRecords
Generaţia 2:
Numărul de înregistrări GNSS privind timpul de conducere acumulat
care pot fi înregistrate pe un card.
Atribuirea valorii: a se vedea apendicele 2.
▼M3
2.111a. NoOfLoadUnloadRecords
Generaţia 2, versiunea 2:
Numărul de înregistrări privind încărcarea/descărcarea care pot fi stocate
pe un card.
Atribuirea valorii: a se vedea apendicele 2.
▼B
2.112. NoOfSpecificConditionRecords
Generaţia 2:
Numărul de înregistrări privind condiţiile specifice care pot fi înregistrate
pe un card.
Atribuirea valorii: a se vedea apendicele 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 170
2.112a. NoOfLoadTypeEntryRecords
Generaţia 2, versiunea 2:
Numărul de înregistrări privind tipul de încărcătură care pot fi stocate pe
un card de conducător auto sau de atelier.
Atribuirea valorii: a se vedea apendicele 2.
▼B
2.113. OdometerShort
Valoarea indicată de odometrul vehiculului, în formă prescurtată.
Atribuirea valorii: binar fără semn. Valoare exprimată în kilometri și
cuprinsă în intervalul operaţional 0 – 9 999 999 km.
2.114. OdometerValueMidnight
Valoarea indicată de odometrul vehiculului la miezul nopţii într-o zi dată
(cerinţa 090 din anexa 1B și cerinţa 113 din anexa 1C).
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
▼M3
2.114a. OperationType
Generaţia 2, versiunea 2:
Cod de identificare a unui tip de operaţiune introdus.
Atribuirea valorii:
„00”H RFU,
„01”H Operaţiune de încărcare;
„02”H Operaţiune de descărcare;
„03”H Operaţiune de încărcare/descărcare simultană;
„04”H RFU.
▼B
2.115. OdometerValueMidnightRecordArray
Generaţia 2:
OdometerValueMidnight plus metadatele utilizate în protocolul de
descărcare.
RecordType reprezintă tipul înregistrării (OdometerValueMidnight).
Atribuirea valorii: A se vedea RecordType
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 171
recordSize este dimensiunea OdometerValueMidnight în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de înregistrări OdometerValueMidnight.
2.116. OverspeedNumber
Numărul evenimentelor de depășire a limitei de viteză de la ultimul
control privind depășirea limitei de viteză.
Atribuirea valorii: 0 înseamnă că nu s-a produs niciun eveniment de
depășire a limitei de viteză de la ultimul control privind depășirea limitei
de viteză, 1 înseamnă că s-a produs un eveniment de depășire a limitei
de viteză de la ultimul control privind depășirea limitei de 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ă.
▼M3
2.116a. PlaceAuthRecord
Informaţii privind un loc unde începe sau se încheie o zi de lucru
(cerinţele 108, 271, 296, 324 și 347 din anexa IC).
Generaţia 2, versiunea 2:
entryTime este data și ora aferente înregistrării.
entryTypeDailyWorkPeriod este tipul de înregistrare.
dailyWorkPeriodCountry este ţara introdusă.
dailyWorkPeriodRegion este regiunea introdusă.
vehicleOdometerValue este valoarea indicată de odometru în momentul
introducerii datelor privind locul.
entryGNSSPlaceAuthRecord este locul înregistrat, statutul și ora auten­
tificării GNSS.
2.116b. PlaceAuthStatusRecord
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de conducător auto sau de atelier, care
furnizează statutul de autentificare a unui loc în care începe și/sau se
încheie o zi de lucru (cerinţele 306a și 356a din anexa IC). Alte
informaţii referitoare la locul în sine sunt stocate într-o altă înregistrare
(a se vedea 2.117 PlaceRecord).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 172
entryTime este data și ora aferente înregistrării (care este aceeași dată și
oră ca cea corespunzătoare din PlaceRecord).
autentificationStatus este statutul de autentificare al poziţiei GNSS înre­
gistrate.
▼B
2.117. PlaceRecord
Informaţii privind un loc unde începe sau se încheie o zi de lucru
(cerinţele 108, 271, 296, 324 și 347 din anexa 1C).
Generaţia 1:
entryTime reprezintă data și ora aferente introducerii datelor.
entryTypeDailyWorkPeriod este tipul de introducere de date.
dailyWorkPeriodCountry este ţara introdusă.
dailyWorkPeriodRegion este regiunea introdusă.
vehicleOdometerValue este valoarea indicată de odometru în momentul
introducerii datelor privind locul.
Generaţia 2:
În plus faţă de generaţia 1, se utilizează următoarea componentă:
entryGNSSPlaceRecord reprezintă locul și ora înregistrate.
▼M3
2.117a. PositionAuthenticationStatus
Generaţia 2, versiunea 2:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 173
Atribuirea valorii (a se vedea apendicele 12):
„00”H Neautentificată (a se vedea apendicele 12, cerinţa
GNS_39);
„01”H Autentificată (a se vedea apendicele 12, cerinţa
GNS_39);
„02”H .. „FF”H RFU.
▼B
2.118. PreviousVehicleInfo
Informaţii privind vehiculul utilizat anterior de un conducător auto atunci
când acesta își introduce cardul într-o unitate montată pe vehicul (cerinţa
081 din anexa 1B și cerinţa 102 din anexa 1C).
Generaţia 1:
vehicleRegistrationIdentification reprezintă VRN și statul membru de
înmatriculare a vehiculului.
cardWithdrawalTime reprezintă data și ora la care a fost retras cardul.
Generaţia 2:
În plus faţă de generaţia 1, se utilizează următorul element de date:
vuGeneration identifică generaţia unităţii montate pe vehicul.
2.119. PublicKey
Generaţia 1:
O cheie publică RSA.
rsaKeyModulus este modulul perechii de chei.
rsaKeyPublicExponent este exponentul public al perechii de chei.
2.120. RecordType
Generaţia 2:
Trimitere la un tip de înregistrare. Acest tip de date se utilizează în
RecordArrays.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 174
Atribuirea valorii:
► (1) M1
► (2) M3
ActivityChangeInfo,
CardSlotsStatus,
CurrentDateTime,
MemberStateCertificate,
OdometerValueMidnight,
DateOfDayDownloaded,
SensorPaired,
Signature,
SpecificConditionRecord,
VehicleIdentificationNumber,
VehicleRegistrationNumber,
VuCalibrationRecord,
VuCardIWRecord,
VuCardRecord,
VuCertificate,
VuCompanyLocksRecord,
VuControlActivityRecord,
VuDetailedSpeedBlock,
VuDownloadablePeriod,
VuDownloadActivityData,
VuEventRecord,
►M1 VuGNSSADRecord, ◄
VuITSConsentRecord,
VuFaultRecord,
VuIdentification,
VuOverSpeedingControlData,
VuOverSpeedingEventRecord,
VuPlaceDailyWorkPeriodRecord,
VuTimeAdjustmentGNSSRecord,
VuTimeAdjustmentRecord,
VuPowerSupplyInterruptionRecord,
SensorPairedRecord,
SensorExternalGNSSCoupledRecord,
►M3 VuBorderCrossingRecord,
VuLoadUnloadRecord,
VehicleRegistrationIdentification,
RFU, ◄
Specific producătorului.
2.121. RegionAlpha
Trimitere alfabetică la o regiune dintr-o anumită ţară.
Generaţia 1:
Atribuirea valorii:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 175
Generaţia 2:
Codurile RegionAlpha trebuie să figureze pe o listă menţinută pe site-ul
web al laboratorului desemnat să efectueze testele de interoperabilitate.
2.122. RegionNumeric
Trimitere numerică la o regiune dintr-o anumită ţară.
Generaţia 1:
Atribuirea valorii:
Generaţia 2:
Codurile RegionNumeric trebuie să figureze pe o listă menţinută pe
site-ul web al laboratorului desemnat să efectueze testele de
interoperabilitate.
2.123. RemoteCommunicationModuleSerialNumber
Generaţia 2:
Numărul de serie al modulului de comunicare la distanţă.
2.124. RSAKeyModulus
Generaţia 1:
Modulul unei perechi de chei RSA.
Atribuirea valorii: neprecizată.
2.125. RSAKeyPrivateExponent
Generaţia 1:
Exponentul privat al unei perechi de chei RSA.
Atribuirea valorii: neprecizată.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 176
2.126. RSAKeyPublicExponent
Generaţia 1:
Exponentul public al unei perechi de chei RSA.
Atribuirea valorii: neprecizată.
2.127. RtmData
Generaţia 2:
Pentru definiţia acestui tip de date, a se vedea apendicele 14.
2.128. SealDataCard
Generaţia 2:
Acest tip de date stochează informaţii despre sigiliile care sunt atașate la
diferitele componente ale unui vehicul și sunt destinate a fi stocate pe un
card. Acest tip de date se raportează la cerinţa 337 din anexa 1C.
noOfSealRecords este numărul de înregistrări din sealRecords.
sealRecords este un set de înregistrări privind sigiliile.
2.129. SealDataVu
Generaţia 2:
Acest tip de date stochează informaţii despre sigiliile care sunt atașate la
diferitele componente ale unui vehicul și sunt destinate a fi stocate într-o
unitate montată pe vehicul.
sealRecords este un set de înregistrări privind sigiliile. În cazul în care
sunt disponibile mai puţin de 5 sigilii, valoarea EquipmentType în toate
sealRecords neutilizate se setează la 16, și anume neutilizate.
2.130. SealRecord
Generaţia 2:
Acest tip de date stochează informaţii despre un sigiliu care este atașat la
o componentă. Acest tip de date se raportează la cerinţa 337 din
anexa 1C.
equipmentType identifică tipul de echipament la care este atașat sigiliul.
extendedSealIdentifier este identificatorul sigiliului atașat la
echipament.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 177
2.131. SensorApprovalNumber
Numărul de omologare de tip al senzorului.
Generaţia 1:
Atribuirea valorii: neprecizată.
Generaţia 2:
Atribuirea valorii:
Numărul de omologare trebuie să fie furnizat așa cum este publicat pe
site-ul web corespunzător al Comisiei Europene, de exemplu inclusiv cu
liniuţe dacă este cazul. Numărul de omologare trebuie să fie aliniat la
stânga.
2.132. SensorExternalGNSSApprovalNumber
Generaţia 2:
Numărul de omologare de tip al echipamentului GNSS extern.
Atribuirea valorii:
Numărul de omologare trebuie să fie furnizat așa cum este publicat pe
site-ul web corespunzător al Comisiei Europene, de exemplu inclusiv cu
liniuţe dacă este cazul. Numărul de omologare trebuie să fie aliniat la
stânga.
2.133. SensorExternalGNSSCoupledRecord
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind identificarea
echipamentului GNSS extern cuplat la unitatea montată pe vehicul
(cerinţa 100 din anexa 1C).
sensorSerialNumber este numărul de serie al echipamentului GNSS
extern cuplat la unitatea montată pe vehicul.
sensorApprovalNumber este numărul de omologare al respectivului
echipament GNSS extern.
sensorCouplingDate este data de cuplare a respectivului echipament
GNSS extern la unitatea montată pe vehicul.
2.134. SensorExternalGNSSIdentification
Generaţia 2:
Informaţii privind identificarea echipamentului GNSS extern (cerinţa 98
din anexa 1C).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 178
sensorSerialNumber este numărul de serie lung al echipamentului
GNSS extern.
sensorApprovalNumber este numărul de omologare al echipamentului
GNSS extern.
sensorSCIdentifier este identificatorul componentei de securitate a echi­
pamentului GNSS extern.
sensorOSIdentifier este identificatorul sistemului de operare al echipa­
mentului GNSS extern.
2.135. SensorExternalGNSSInstallation
Generaţia 2:
Informaţii, stocate într-un echipament GNSS extern, privind instalarea
senzorului GNSS extern (cerinţa 123 din anexa 1C).
sensorCouplingDateFirst este data la care s-a efectuat prima cuplare a
echipamentului GNSS extern la o unitate montată pe vehicul.
firstVuApprovalNumber este numărul de omologare al primei unităţi
montate pe vehicul cuplate la echipamentul GNSS extern.
firstVuSerialNumber este numărul de serie al primei unităţi montate pe
vehicul asociate cu echipamentul GNSS extern.
sensorCouplingDateCurrent este data la care s-a efectuat cuplarea
actuală a echipamentului GNSS extern la o unitate montată pe vehicul.
currentVuApprovalNumber este numărul de omologare al unităţii
montate pe vehicul cuplate în prezent la echipamentul GNSS extern.
currentVUSerialNumber este numărul de serie al unităţii montate pe
vehicul cuplate în prezent la echipamentul GNSS extern.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 179
2.136. SensorExternalGNSSOSIdentifier
Generaţia 2:
Identificator al sistemului de operare al echipamentului GNSS extern.
Atribuirea valorii: specifică producătorului.
2.137. SensorExternalGNSSSCIdentifier
Generaţia 2:
Acest tip de date este folosit, de exemplu, pentru identificarea modulului
criptografic al echipamentului GNSS extern.
Identificator al componentei de securitate a echipamentului GNSS extern.
Atribuirea valorii: specifică producătorului componentei.
2.138. SensorGNSSCouplingDate
Generaţia 2:
Data cuplării echipamentului GNSS extern la o unitate montată pe
vehicul.
Atribuirea valorii: neprecizată.
2.139. SensorGNSSSerialNumber
Generaţia 2:
Acest tip de date este utilizat pentru a stoca numărul de serie al recep­
torului GNSS atât când acesta se află în interiorul VU, cât și când acesta
se află în exteriorul VU.
Numărul de serie al receptorului GNSS.
2.140. SensorIdentification
Informaţii, stocate într-un senzor de mișcare, privind identificarea
senzorului de mișcare (cerinţa 077 din anexa 1B și cerinţa 95 din
anexa 1C).
sensorSerialNumber este numărul de serie lung al senzorului de mișcare
(include numărul de componentă și codul producătorului).
sensorApprovalNumber este numărul de omologare al senzorului de
mișcare.
sensorSCIdentifier este identificatorul componentei de securitate a
senzorului de mișcare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 180
sensorOSIdentifier este identificatorul sistemului de operare al
senzorului de mișcare.
2.141. SensorInstallation
Informaţii, stocate într-un senzor de mișcare, privind instalarea senzorului
de mișcare (cerinţa 099 din anexa 1B și cerinţa 122 din anexa 1C).
sensorPairingDateFirst este data la care s-a efectuat prima asociere a
senzorului de mișcare cu o unitate montată pe vehicul.
firstVuApprovalNumber este numărul de omologare al primei unităţi
montate pe vehicul asociate cu senzorul de mișcare.
firstVuSerialNumber este numărul de serie al primei unităţi montate pe
vehicul asociate cu senzorul de mișcare.
sensorPairingDateCurrent este data la care s-a efectuat asocierea
actuală a senzorului de mișcare cu unitatea montată pe vehicul.
currentVuApprovalNumber este numărul de omologare al unităţii
montate pe vehicul asociate în prezent cu senzorul de mișcare.
currentVUSerialNumber este numărul de serie al unităţii montate pe
vehicul asociate în prezent cu senzorul de mișcare.
2.142. SensorInstallationSecData
Informaţii, stocate pe un card de atelier, privind datele de securitate
necesare pentru asocierea senzorilor de mișcare cu unităţile montate pe
vehicule (cerinţele 308 și 331 din anexa 1C).
Generaţia 1:
Atribuirea valorii: în conformitate cu standardul ISO 16844-3.
Generaţia 2:
Conform descrierii din apendicele 11, un card de atelier stochează până
la trei chei pentru asocierea unui senzor de mișcare cu VU. Aceste chei
au versiuni diferite.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 181
2.143. SensorOSIdentifier
Identificator al sistemului de operare al senzorului de mișcare.
Atribuirea valorii: specifică producătorului.
2.144. SensorPaired
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind identificarea
senzorului de mișcare asociat cu unitatea montată pe vehicul (cerinţa 079
din anexa 1B).
sensorSerialNumber este numărul de serie al senzorului de mișcare
asociat în prezent cu unitatea montată pe vehicul.
sensorApprovalNumber este numărul de omologare al senzorului de
mișcare asociat în prezent cu unitatea montată pe vehicul.
sensorPairingDateFirst este data primei asocieri cu o unitate montată pe
vehicul a senzorului de mișcare asociat în prezent cu unitatea montată pe
vehicul.
2.145. SensorPairedRecord
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind identificarea
unui senzor de mișcare asociat cu unitatea montată pe vehicul (cerinţa 97
din anexa 1C).
sensorSerialNumber este numărul de serie al unui senzor de mișcare
asociat cu unitatea montată pe vehicul.
sensorApprovalNumber este numărul de omologare al senzorului de
mișcare respectiv.
sensorPairingDate este data la care s-a efectuat asocierea senzorului de
mișcare respectiv cu unitatea montată pe vehicul.
2.146. SensorPairingDate
Data asocierii unui senzor de mișcare cu o unitate montată pe vehicul.
Atribuirea valorii: neprecizată.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 182
2.147. SensorSCIdentifier
Identificatorul componentei de securitate a senzorului de mișcare.
Atribuirea valorii: specifică producătorului componentei.
2.148. SensorSerialNumber
Numărul de serie al senzorului de mișcare.
2.149. Signature
O semnătură digitală.
Generaţia 1:
Atribuirea valorii: în conformitate cu apendicele 11, „Mecanisme de
securitate comune”.
Generaţia 2:
Atribuirea valorii: în conformitate cu apendicele 11, „Mecanisme de
securitate comune”.
2.150. SignatureRecordArray
Generaţia 2:
Un set de semnături plus metadatele utilizate în protocolul de descărcare.
recordType reprezintă tipul înregistrării (Signature). Atribuirea valorii:
A se vedea RecordType
recordSize este dimensiunea Signature în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
Valoarea se setează la 1 deoarece semnăturile pot avea diferite lungimi.
records este setul de semnături.
2.151. SimilarEventsNumber
Numărul de evenimente similare într-o zi dată (cerinţa 094 din anexa 1B
și cerinţa 117 din anexa 1C).
Atribuirea valorii: 0 nu se utilizează, 1 înseamnă că s-a produs și s-a
stocat în acea zi un singur eveniment de tipul respectiv, 2 î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ă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 183
2.152. SpecificConditionRecord
Informaţii, stocate pe un card de conducător auto, pe un card de atelier
sau într-o unitate montată pe vehicul, privind o condiţie specifică
(cerinţele 130, 276, 301, 328 și 355 din anexa 1C).
entryTime reprezintă data și ora introducerii datelor.
specificConditionType este codul prin care se identifică condiţia
specifică.
2.153. SpecificConditions
Informaţii, stocate pe un card de conducător auto, pe un card de atelier
sau într-o unitate montată pe vehicul, privind o condiţie specifică
(cerinţele 131, 277, 302, 329 și 356 din anexa 1C).
Generaţia 2:
conditionPointerNewestRecord este indicele ultimei înregistrări actua­
lizate privind condiţia specifică.
Atribuirea valorii: număr care corespunde numărătorului înregistrării
privind condiţia specifică, începând de la „0” pentru prima ocurenţă a
înregistrării privind condiţia specifică în structură.
specificConditionRecords este setul de înregistrări care conţin informaţii
privind condiţiile specifice înregistrate.
2.154. SpecificConditionType
Cod care identifică o condiţie specifică (cerinţele 050b, 105a, 212a și
230a din anexa 1B și cerinţa 62 din anexa 1C).
Generaţia 1:
Atribuirea valorii:
„00”H RFU
„01”H În afara zonei de aplicare a reglementărilor – Început
„02”H În afara zonei de aplicare a reglementărilor – Sfârșit
„03”H Traversare cu feribotul / trenul
„04”H .. „FF”H RFU
Generaţia 2:
Atribuirea valorii:
„00”H RFU
„01”H În afara zonei de aplicare a reglementărilor – Început
„02”H În afara zonei de aplicare a reglementărilor – Sfârșit
„03”H Traversare cu feribotul / trenul – Început
„04”H Traversare cu feribotul / trenul – Sfârșit
„05”H .. „FF”H RFU
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 184
2.155. Speed
Viteza vehiculului (km/h).
Atribuirea valorii: kilometri pe oră în intervalul operaţional 0 –
220 km/h.
2.156. SpeedAuthorised
Viteza maximă autorizată a vehiculului (definiţia hh)).
2.157. SpeedAverage
Viteza medie dintr-un interval definit în prealabil (km/h).
2.158. SpeedMax
Viteza maximă măsurată într-un interval definit în prealabil.
▼M3
2.158a. TachographCardsGen1Suppression
Generaţia 2, versiunea 2:
Capacitatea unei VU de a doua generaţie de a utiliza prima generaţie de
carduri de conducător auto, de carduri de control și de carduri de
societate (a se vedea apendicele 15, MIG_002).
Atribuirea valorii:
„0000”H VU poate să utilizeze generaţia 1 de carduri de
tahograf (valoare implicită),
„A5E3”H VU nu poate să utilizeze cardurile de tahograf de
generaţia 1,
Toate celelalte valori Nu se utilizează.
▼B
2.159. TachographPayload
Generaţia 2:
Pentru definiţia acestui tip de date, a se vedea apendicele 14.
▼M1
2.160. Rezervat pentru o utilizare viitoare
▼B
2.161. TDesSessionKey
Generaţia 1:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 185
O cheie de sesiune DES triplă.
Atribuirea valorii: nu se furnizează indicaţii suplimentare.
▼M1
2.162. TimeReal
Cod pentru un câmp combinat de dată și oră, unde data și ora sunt
exprimate în secunde care depășesc 00h.00m.00s. la 1 ianuarie 1970
UTC.
Atribuirea valorii – Octet aliniat: Numărul de secunde începând de la
miezul nopţii la 1 ianuarie 1970 UTC.
Data/ora maximă posibilă este în anul 2106.
▼B
2.163. TyreSize
Desemnarea dimensiunilor pneurilor.
Atribuirea valorii: în conformitate cu Directiva 92/23 (CEE) 31.3.92
JO L 129 p. 95.
2.164. VehicleIdentificationNumber
Numărul de identificare a vehiculului (VIN) care desemnează vehiculul
în ansamblu, fiind reprezentat în mod normal de numărul de serie al
șasiului sau de numărul cadrului.
Atribuirea valorii: conform definiţiei din standardul ISO 3779.
2.165. VehicleIdentificationNumberRecordArray
Generaţia 2:
Numărul de identificare a vehiculului, plus metadatele utilizate în
protocolul de descărcare.
recordType reprezintă tipul înregistrării (VehicleIdentificationNumber).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VehicleIdentificationNumber în octeţi.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 186
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul numerelor de identificare a vehiculului.
2.166. VehicleRegistrationIdentification
Identificarea unui vehicul, unică în Europa (VRN și statul membru).
vehicleRegistrationNation reprezintă statul în care este înmatriculat
vehiculul.
vehicleRegistrationNumber este numărul de înmatriculare a
vehiculului (VRN).
▼M3
2.166a. VehicleRegistrationIdentificationRecordArray
Generaţia 2, versiunea 2:
Numărul de identificare al vehiculului, plus metadatele utilizate în
protocolul de descărcare.
recordType reprezintă tipul înregistrării (VehicleRegistrationIdentifi­
cation). Atribuirea valorii: a se vedea RecordType.
recordSize este dimensiunea VehicleRegistrationIdentification în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul de înre­
gistrări.
records este setul numerelor de identificare a vehiculului.
▼B
2.167. VehicleRegistrationNumber
Numărul de înmatriculare a vehiculului (VRN). Numărul de înmatri­
culare este atribuit de autoritatea responsabilă cu înmatricularea
vehiculelor.
codePage indică un set de caractere definit în capitolul 4,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 187
vehicleRegNumber este un VRN codat cu ajutorul setului de caractere
precizat.
Atribuirea valorii: specifică fiecărei ţări.
2.168. VehicleRegistrationNumberRecordArray
▼M3
Generaţia 2, versiunea 1:
▼B
Numărul de înmatriculare al vehiculului, plus metadatele utilizate în
protocolul de descărcare.
recordType reprezintă tipul înregistrării (VehicleRegistrationNumber).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VehicleRegistrationNumber în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul numerelor de înmatriculare a vehiculului.
2.169. VuAbility
Generaţia 2:
Informaţii stocate într-o VU privind capacitatea VU de a utiliza sau nu
carduri de tahograf de generaţia 1 (cerinţa 121 din anexa 1C).
Atribuirea valorii – Octet aliniat: „xxxxxxxa”B (8 biţi)
Pentru compatibilitatea cu generaţia 1:
„a”B Compatibilitate cu carduri de tahograf de generaţia 1:
„0” B Compatibil cu generaţia 1,
„1” B Incompatibil cu generaţia 1,
„xxxxxxx”B RFU
2.170. VuActivityDailyData
Generaţia 1:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 188
Informaţii, stocate într-o VU, privind modificările activităţii și/sau modi­
ficările regimului de conducere și/sau modificările stării cardului într-o
anumită zi calendaristică (cerinţa 084 din anexa 1B și cerinţele 105, 106,
107 din anexa 1C) și privind starea sloturilor la 00.00 în acea zi.
noOfActivityChanges este numărul de cuvinte ActivityChangeInfo din
setul activityChangeInfos.
activityChangeInfos este setul de cuvinte ActivityChangeInfo stocate în
VU pentru ziua respectivă. Acest set cuprinde întotdeauna două cuvinte
ActivityChangeInfo care indică starea celor două sloturi la ora 00.00 în
ziua respectivă.
2.171. VuActivityDailyRecordArray
Generaţia 2:
Informaţii, stocate într-o VU, privind modificările activităţii și/sau modi­
ficările regimului de conducere și/sau modificările stării cardului într-o
anumită zi calendaristică (cerinţele 105, 106, 107 din anexa 1C) și
privind starea sloturilor la 00.00 în acea zi.
recordType reprezintă tipul înregistrării (ActivityChangeInfo). Atri­
buirea valorii: A se vedea RecordType
recordSize este dimensiunea ActivityChangeInfo în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de cuvinte ActivityChangeInfo stocate în VU pentru
ziua respectivă. Acest set cuprinde întotdeauna două cuvinte Activity­
ChangeInfo care indică starea celor două sloturi la ora 00.00 în ziua
respectivă.
2.172. VuApprovalNumber
Numărul de omologare de tip al unităţii montate pe vehicul.
Generaţia 1:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 189
Atribuirea valorii: neprecizată.
Generaţia 2:
Atribuirea valorii:
Numărul de omologare trebuie să fie furnizat așa cum este publicat pe
site-ul web corespunzător al Comisiei Europene, de exemplu inclusiv cu
liniuţe dacă este cazul. Numărul de omologare trebuie să fie aliniat la
stânga.
2.173. VuCalibrationData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind operaţiunile
de etalonare a aparaturii de înregistrare (cerinţa 098 din anexa 1B).
noOfVuCalibrationRecords este numărul de înregistrări cuprinse în
setul vuCalibrationRecords.
vuCalibrationRecords este setul de înregistrări privind etalonarea.
2.174. VuCalibrationRecord
Informaţii, stocate într-o unitate montată pe vehicul, privind o operaţiune
de etalonare a aparaturii de înregistrare (cerinţa 098 din anexa 1B și
cerinţele 119 și 120 din anexa 1C).
Generaţia 1:
calibrationPurpose este scopul etalonării.
workshopName, workshopAddress reprezintă denumirea și adresa
atelierului.
workshopCardNumber identifică cardul de atelier utilizat în timpul
operaţiunii de etalonare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 190
workshopCardExpiryDate este data de expirare a cardului.
vehicleIdentificationNumber este VIN.
vehicleRegistrationIdentification conţine VRN și statul membru de
înmatriculare.
wVehicleCharacteristicConstant este coeficientul caracteristic al
vehiculului.
kConstantOfRecordingEquipment este constanta aparaturii de înre­
gistrare.
lTyreCircumference este circumferinţa efectivă a pneurilor roţilor.
tyreSize reprezintă desemnarea dimensiunii pneurilor montate pe
vehicul.
authorisedSpeed este viteza autorizată a vehiculului.
oldOdometerValue, newOdometerValue reprezintă vechea și,
respectiv, noua valoare indicate de odometru.
oldTimeValue, newTimeValue sunt valorile vechi și, respectiv, noi ale
datei și orei.
nextCalibrationDate este data următoarei etalonări de tipul specificat în
CalibrationPurpose care va fi efectuată de autoritatea de inspecţie
competentă.
▼M3
Generaţia 2, versiunea 1:
▼B
În plus faţă de generaţia 1, se utilizează următorul element de date:
sealDataVu oferă informaţii cu privire la sigiliile care sunt atașate la
diferite componente ale vehiculului.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 191
Generaţia 2, versiunea 2:
În plus faţă de generaţia 1, se utilizează următorul element de date:
sensorSerialNumber este numărul de serie al senzorului de mișcare
cuplat cu unitatea montată pe vehicul la sfârșitul etalonării;
sensorGNSSSerialNumber este numărul de serie al echipamentului
GNSS extern cuplat cu unitatea montată pe vehicul la sfârșitul etalonării
(dacă există);
rcmSerialNumber este numărul de serie al echipamentului de comu­
nicare la distanţă cuplat cu unitatea montată pe vehicul la sfârșitul
etalonării (dacă există);
sealDataVu oferă informaţii cu privire la sigiliile care sunt atașate la
diferite componente ale vehiculului.
byDefaultLoadType este tipul de încărcătură implicit al vehiculului
(prezent numai în versiunea 2).
calibrationCountry este ţara în care s-a efectuat etalonarea.
calibrationCountryTimestamp este data și ora la care receptorul GNSS
a furnizat poziţia utilizată pentru a determina ţara în care s-a efectuat
etalonarea.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 192
2.175. VuCalibrationRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind operaţiunile
de etalonare a aparaturii de înregistrare (cerinţele 119 și 120 din
anexa 1C).
recordType reprezintă tipul înregistrării (VuCalibrationRecord). Atri­
buirea valorii: A se vedea RecordType
recordSize este dimensiunea VuCalibrationRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de înregistrări privind etalonarea.
2.176. VuCardIWData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind ciclurile de
introducere și de retragere a cardurilor de conducător auto sau a
cardurilor de atelier din unitatea montată pe vehicul (cerinţa 081 din
anexa 1B și cerinţa 103 din anexa 1C).
noOfIWRecords este numărul de înregistrări cuprinse în setul vuCar­
dIWRecords.
vuCardIWRecords este un set de înregistrări privind ciclurile de intro­
ducere și de retragere a cardurilor.
2.177. VuCardIWRecord
Informaţii, stocate într-o unitate montată pe vehicul, privind un ciclu de
introducere și de retragere a unui card de conducător auto sau a unui
card de atelier din unitatea montată pe vehicul (cerinţa 081 din anexa 1B
și cerinţa 102 din anexa 1C).
Generaţia 1:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 193
cardHolderName reprezintă numele și prenumele titularului unui card
de conducător auto sau al unui card de atelier, așa cum sunt acestea
stocate pe card.
fullCardNumber reprezintă tipul cardului, statul membru emitent al
cardului și numărul cardului, așa cum sunt stocate pe card.
cardExpiryDate este data de expirare a cardului, așa cum este stocată
pe card.
cardInsertionTime reprezintă data și ora introducerii cardului.
vehicleOdometerValueAtInsertion este valoarea indicată de odometrul
vehiculului în momentul introducerii cardului.
cardSlotNumber este slotul în care se introduce cardul.
cardWithdrawalTime reprezintă data și ora retragerii cardului.
vehicleOdometerValueAtWithdrawal este valoarea indicată de
odometrul vehiculului în momentul retragerii cardului.
previousVehicleInfo conţine informaţii privind vehiculul folosit anterior
de conducătorul auto, așa cum este acesta stocat pe card.
manualInputFlag este un indicator prin care se indică dacă titularul
cardului a introdus manual activităţile conducătorului auto la intro­
ducerea cardului.
Generaţia 2:
În loc de fullCardNumber, în structura de date aferentă generaţiei 2 se
utilizează următorul element de date.
fullCardNumberAndGeneration reprezintă tipul cardului, statul
membru emitent al cardului, numărul cardului și generaţia sa, așa cum
sunt stocate pe card.
2.178. VuCardIWRecordArray
Generaţia 2:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 194
Informaţii, stocate într-o unitate montată pe vehicul, privind ciclurile de
introducere și de retragere a cardurilor de conducător auto sau a
cardurilor de atelier din unitatea montată pe vehicul (cerinţa 103 din
anexa 1C).
recordType reprezintă tipul înregistrării (VuCardIWRecord). Atribuirea
valorii: A se vedea RecordType
recordSize este dimensiunea VuCardIWRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind ciclurile de introducere și de
retragere a cardurilor.
▼M1
2.179. VuCardRecord
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind un card de
tahograf utilizat (cerinţa 132 din anexa IC).
cardNumberAndGenerationInformation este numărul complet al
cardului și generaţia cardului utilizat (tip de date 2.74).
cardExtendedSerialNumber așa cum este citit din fișierul EF_ICC din
MF al cardului.
cardStructureVersion așa cum este citit din fișierul EF_Appli­
cation_Identification din cadrul DF_Tachograph_G2.
cardNumber așa cum este citit din fișierul EF_Identification din cadrul
DF_Tachograph_G2.
▼B
2.180. VuCardRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind cardurile de
tahograf utilizate cu respectiva VU. Aceste informaţii sunt destinate
analizei VU – probleme card (cerinţa 132 din anexa 1C).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 195
recordType reprezintă tipul înregistrării (VuCardRecord). Atribuirea
valorii: A se vedea RecordType
recordSize este dimensiunea VuCardRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind cardurile de tahograf utilizate
cu VU.
2.181. VuCertificate
Certificatul cheii publice a unei unităţi montate pe vehicul.
2.182. VuCertificateRecordArray
Generaţia 2:
Certificatul VU, plus metadatele utilizate în protocolul de descărcare.
recordType reprezintă tipul înregistrării (VuCertificate). Atribuirea
valorii: A se vedea RecordType
recordSize este dimensiunea VuCertificate în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
Valoarea se setează la 1 deoarece certificatele pot avea diferite lungimi.
records este un set de certificate ale VU.
2.183. VuCompanyLocksData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind blocările
efectuate de societate (cerinţa 104 din anexa 1B).
noOfLocks este numărul de blocări enumerate în vuCompanyLoc­
ksRecords.
vuCompanyLocksRecords este setul de înregistrări privind blocările
efectuate de societate.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 196
2.184. VuCompanyLocksRecord
Informaţii, stocate într-o unitate montată pe vehicul, privind o blocare
efectuată de societate (cerinţa 104 din anexa 1B și cerinţa 128 din
anexa 1C).
Generaţia 1:
lockInTime, lockOutTime reprezintă data și ora blocării și, respectiv, a
deblocării.
companyName, companyAddress reprezintă denumirea și adresa
societăţii asociate cu blocarea.
companyCardNumber reprezintă cardul utilizat la blocare.
Generaţia 2:
În loc de companyCardNumber, în structura de date aferentă generaţiei 2
se utilizează următorul element de date.
companyCardNumberAndGeneration reprezintă cardul utilizat la
blocare, inclusiv generaţia acestuia.
2.185. VuCompanyLocksRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind blocările
efectuate de societate (cerinţa 128 din anexa 1C).
recordType reprezintă tipul înregistrării (VuCompanyLocksRecord).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuCompanyLocksRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
Valoare 0..255.
records este setul de înregistrări privind blocările efectuate de societate.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 197
2.185a. VuConfigurationLengthRange
Generaţia 2, versiunea 2:
Numărul de octeţi de pe un card de tahograf, disponibil pentru stocarea
configuraţiilor VU.
Atribuirea valorii: a se vedea apendicele 2.
▼B
2.186. VuControlActivityData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind controalele
efectuate utilizând VU respectivă (cerinţa 102 din anexa 1B).
noOfControls este numărul de controale enumerate în vuControlActivi­
tyRecords.
vuControlActivityRecords este setul de înregistrări privind activităţile
de control.
2.187. VuControlActivityRecord
Informaţii, stocate într-o unitate montată pe vehicul, privind un control
efectuat utilizând respectiva VU (cerinţa 102 din anexa 1B și cerinţa 126
din anexa 1C).
Generaţia 1:
controlType este tipul de control.
controlTime este data și ora la care a avut loc controlul.
controlCardNumber reprezintă cardul de control utilizat la efectuarea
controlului.
downloadPeriodBeginTime este ora de începere a perioadei descărcate,
în caz de descărcare.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 198
downloadPeriodEndTime este ora de încheiere a perioadei descărcate,
în caz de descărcare.
Generaţia 2:
În loc de controlCardNumber, în structura de date aferentă generaţiei 2
se utilizează următorul element de date.
controlCardNumberAndGeneration reprezintă cardul de control
utilizat la efectuarea controlului, inclusiv generaţia acestuia.
2.188. VuControlActivityRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind controalele
efectuate utilizând VU respectivă (cerinţa 126 din anexa 1C).
recordType reprezintă tipul înregistrării (VuControlActivityRecord).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuControlActivityRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de înregistrări privind activităţile de control al VU.
2.189. VuDataBlockCounter
Contor, stocat pe un card, care indică secvenţial ciclurile de introducere
și de retragere a cardului din unităţile montate pe vehicul.
Atribuirea valorii: număr consecutiv cu valoarea maximă de 9 999,
după care numerotarea reîncepe de la 0.
2.190. VuDetailedSpeedBlock
Informaţii, stocate într-o unitate montată pe vehicul, privind viteza
detaliată a vehiculului timp de un minut în care vehiculul s-a aflat în
mișcare (cerinţa 093 din anexa 1B și cerinţa 116 din anexa 1C).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 199
speedBlockBeginDate reprezintă data și ora primei valori a vitezei din
bloc.
speedsPerSecond este secvenţa cronologică de viteze măsurate în
fiecare secundă din minutul care a început cu speedBlockBeginDate
(inclusiv).
2.191. VuDetailedSpeedBlockRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind viteza
detaliată a vehiculului.
recordType reprezintă tipul înregistrării (VuDetailedSpeedBlock).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuDetailedSpeedBlock în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de blocuri de date privind viteza detaliată.
2.192. VuDetailedSpeedData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind viteza
detaliată a vehiculului.
noOfSpeedBlocks este numărul de blocuri de date privind viteza din
setul vuDetailedSpeedBlocks.
vuDetailedSpeedBlocks este setul de blocuri de date privind viteza
detaliată.
▼M3
2.192a. VuDigitalMapVersion
Generaţia 2, versiunea 2:
Versiunea hărţii digitale stocate în unitatea montată pe vehicul (cerinţa
133j din anexa IC).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 200
Atribuirea valorii: astfel cum se specifică pe site-ul securizat dedicat
pus la dispoziţie de Comisia Europeană (cerinţa 133k din anexa IC).
▼B
2.193. VuDownloadablePeriod
Cele mai vechi și cele mai recente date pentru care o unitate montată pe
vehicul conţine informaţii privind activităţile conducătorului auto
(cerinţele 081, 084 sau 087 din anexa 1B și cerinţele 102,105, 108
din anexa 1C).
minDownloadableTime reprezintă cea mai veche dată și oră stocată în
VU la care s-a realizat o introducere a cardului, o modificare a activităţii
sau o introducere de date privind locul.
maxDownloadableTime reprezintă cea mai recentă dată și oră stocată în
VU la care s-a realizat o retragere a cardului, o modificare a activităţii
sau o introducere de date privind locul.
2.194. VuDownloadablePeriodRecordArray
Generaţia 2:
VUDownloadablePeriod, plus metadatele utilizate în protocolul de
descărcare.
recordType reprezintă tipul înregistrării (VuDownloadablePeriod).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuDownloadablePeriod în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de înregistrări VuDownloadablePeriod.
2.195. VuDownloadActivityData
Informaţii, stocate într-o unitate montată pe vehicul, privind ultima
descărcare de date din aceasta (cerinţa 105 din anexa 1B și cerinţa
129 din anexa 1C).
Generaţia 1:
downloadingTime reprezintă data și ora la care s-a realizat descărcarea.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 201
fullCardNumber reprezintă cardul utilizat pentru autorizarea descărcării.
companyOrWorkshopName reprezintă denumirea societăţii sau a
atelierului.
Generaţia 2:
În loc de fullCardNumber, în structura de date aferentă generaţiei 2 se
utilizează următorul element de date.
fullCardNumberAndGeneration reprezintă cardul utilizat pentru auto­
rizarea descărcării, inclusiv generaţia acestuia.
2.196. VuDownloadActivityDataRecordArray
Generaţia 2:
Informaţii privind ultima descărcare din VU (cerinţa 129 din anexa 1C).
recordType reprezintă tipul înregistrării (VuDownloadActivityData).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuDownloadActivityData în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de înregistrări de date privind activităţile de
descărcare.
2.197. VuEventData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele (cerinţa 094 din anexa 1B, cu excepţia evenimentului de
depășire a limitei de viteză).
noOfVuEvents este numărul de evenimente enumerate în setul vuEven­
tRecords.
vuEventRecords este un set de înregistrări privind evenimentele.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 202
2.198. VuEventRecord
Informaţii, stocate într-o unitate montată pe vehicul, privind un
eveniment (cerinţa 094 din anexa 1B și cerinţa 117 din anexa 1C, cu
excepţia evenimentului de depășire a limitei de viteză).
Generaţia 1:
eventType este tipul de eveniment.
eventRecordPurpose este motivul pentru care s-a efectuat înregistrarea
evenimentului respectiv.
eventBeginTime este data și ora la care a început evenimentul.
eventEndTime este data și ora la care s-a încheiat evenimentul.
cardNumberDriverSlotBegin identifică cardul introdus în slotul pentru
cardul de conducător auto la începutul evenimentului.
cardNumberCodriverSlotBegin identifică cardul introdus în slotul
pentru cardul de copilot la începutul evenimentului.
cardNumberDriverSlotEnd identifică cardul introdus în slotul pentru
cardul de conducător auto la sfârșitul evenimentului.
cardNumberCodriverSlotEnd identifică cardul introdus în slotul pentru
cardul de copilot la sfârșitul evenimentului.
similarEventsNumber este numărul de evenimente similare din ziua
respectivă.
Această secvenţă poate fi utilizată pentru toate evenimentele, cu excepţia
evenimentelor de depășire a limitei de viteză.
Generaţia 2:
În plus faţă de generaţia 1, se utilizează următoarele elemente de date:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 203
manufacturerSpecificEventFaultData conţine informaţii suplimentare
cu privire la eveniment, specifice producătorului.
În loc de cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin,
cardNumberDriverSlotEnd și cardNumberCodriverSlotEnd, în structura
de date aferentă generaţiei 2 se utilizează următoarele elemente de date:
cardNumberAndGenDriverSlotBegin identifică cardul introdus în
slotul pentru cardul de conducător auto la începutul evenimentului,
inclusiv generaţia cardului respectiv.
cardNumberAndGenCodriverSlotBegin identifică cardul introdus în
slotul pentru cardul de copilot la începutul evenimentului, inclusiv
generaţia cardului respectiv.
cardNumberAndGenDriverSlotEnd identifică cardul introdus în slotul
pentru cardul de conducător auto la sfârșitul evenimentului, inclusiv
generaţia cardului respectiv.
cardNumberAndGenCodriverSlotEnd identifică cardul introdus în
slotul pentru cardul de copilot la sfârșitul evenimentului, inclusiv
generaţia cardului respectiv.
În cazul în care evenimentul este un conflict oră, eventBeginTime și
eventEndTime se interpretează după cum urmează:
eventBeginTime este data și ora indicată de aparatura de înregistrare.
eventEndTime reprezintă data și ora GNSS.
2.199. VuEventRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele (cerinţa 117 din anexa 1C, cu excepţia evenimentului privind
depășirea limitei de viteză).
recordType reprezintă tipul înregistrării (VuEventRecord). Atribuirea
valorii: A se vedea RecordType
recordSize este dimensiunea VuEventRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind evenimentele.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 204
2.200. VuFaultData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind anomaliile
(cerinţa 096 din anexa 1B).
noOfVuFaults este numărul anomaliilor enumerate în setul vuFaul­
tRecords.
vuFaultRecords este un set de înregistrări privind anomaliile.
2.201. VuFaultRecord
Informaţii, stocate într-o unitate montată pe vehicul, privind o anomalie
(cerinţa 096 din anexa 1B și cerinţa 118 din anexa 1C).
Generaţia 1:
faultType este tipul de anomalie a aparaturii de înregistrare.
faultRecordPurpose este motivul pentru care s-a efectuat înregistrarea
anomaliei respective.
faultBeginTime este data și ora la care a început anomalia.
faultEndTime este data și ora la care s-a încheiat anomalia.
cardNumberDriverSlotBegin identifică cardul introdus în slotul pentru
cardul de conducător auto la începutul anomaliei.
cardNumberCodriverSlotBegin identifică cardul introdus în slotul
pentru cardul de copilot la începutul anomaliei.
cardNumberDriverSlotEnd identifică cardul introdus în slotul pentru
cardul de conducător auto la sfârșitul anomaliei.
cardNumberCodriverSlotEnd identifică cardul introdus în slotul pentru
cardul de copilot la sfârșitul anomaliei.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 205
Generaţia 2:
În plus faţă de generaţia 1, se utilizează următorul element de date:
manufacturerSpecificEventFaultData conţine informaţii suplimentare
specifice producătorului cu privire la anomalie.
În loc de cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin,
cardNumberDriverSlotEnd și cardNumberCodriverSlotEnd, în structura
de date aferentă generaţiei 2 se utilizează următoarele elemente de date:
cardNumberAndGenDriverSlotBegin identifică cardul introdus în
slotul pentru cardul de conducător auto la începutul anomaliei,
inclusiv generaţia cardului respectiv.
cardNumberAndGenCodriverSlotBegin identifică cardul introdus în
slotul pentru cardul de copilot la începutul anomaliei, inclusiv
generaţia cardului respectiv.
cardNumberAndGenDriverSlotEnd identifică cardul introdus în slotul
pentru cardul de conducător auto la sfârșitul anomaliei, inclusiv
generaţia cardului respectiv.
cardNumberAndGenCodriverSlotEnd identifică cardul introdus în
slotul pentru cardul de copilot la sfârșitul anomaliei, inclusiv generaţia
cardului respectiv.
2.202. VuFaultRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind anomaliile
(cerinţa 118 din anexa 1C).
recordType reprezintă tipul înregistrării (VuFaultRecord). Atribuirea
valorii: A se vedea RecordType
recordSize este dimensiunea VuFaultRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind anomaliile.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 206
2.203. VuGNSSADRecord
▼M3
Generaţia 2, versiunea 1:
▼M1
Informaţii stocate într-o unitate montată pe vehicul privind poziţia GNSS
a vehiculului dacă timpul de conducere acumulat ajunge la un multiplu
de trei ore (cerinţele 108, 110 din anexa IC).
timeStamp este data și ora la care timpul de conducere acumulat atinge
un multiplu de trei ore.
cardNumberAndGenDriverSlot identifică cardul introdus în slotul
pentru cardul de conducător auto, inclusiv generaţia cardului respectiv.
cardNumberAndGenCodriverSlot identifică cardul introdus în slotul
pentru cardul de copilot, inclusiv generaţia cardului respectiv.
gnssPlaceRecord conţine informaţii referitoare la poziţia vehiculului.
vehicleOdometerValue este valoarea odometrului în momentul în care
timpul de conducere acumulat atinge un multiplu de trei ore.
▼M3
Generaţia 2, versiunea 2:
Informaţii stocate într-o unitate montată pe vehicul privind poziţia GNSS
a vehiculului dacă timpul de conducere acumulat ajunge la un multiplu
de trei ore (cerinţele 108, 110 din anexa IC).
În Generaţia 2 versiunea 2, în loc de gnssPlaceRecord se utilizează
gnssPlaceAuthRecord, care conţine, în plus, statutul de autentificare
GNSS.
2.203a. VuBorderCrossingRecord
Generaţia 2, versiunea 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind trecerile
frontierei efectuate de vehicul atunci când acesta a trecut frontiera
unei ţări (cerinţele 133a și 133b din anexa IC).
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 207
cardNumberAndGenDriverSlot identifică cardul introdus în slotul
pentru cardul de conducător auto, inclusiv generaţia cardului respectiv.
cardNumberAndGenCodriverSlot identifică cardul introdus în slotul
pentru cardul de copilot, inclusiv generaţia cardului respectiv.
countryLeft este ţara din care a ieșit vehiculul, pe baza ultimei poziţii
disponibile înainte de a fi detectată trecerea frontierei. „Restul lumii”
(cod NationNumeric „FF” H) se utilizează atunci când unitatea montată
pe vehicul nu este în măsură să determine ţara în care este situat
vehiculul (de exemplu, ţara actuală nu face parte din hărţile digitale
stocate).
countryEntered este ţara în care a intrat vehiculul. „Restul lumii” (cod
NationNumeric „FF” H) se utilizează atunci când unitatea montată pe
vehicul nu este în măsură să determine ţara în care este situat vehiculul
(de exemplu, ţara actuală nu face parte din hărţile digitale stocate).
gnssPlaceAuthRecord conţine informaţii referitoare la poziţia vehi­
culului în momentul detectării trecerii frontierei și statutul său de
autentificare.
vehicleOdometerValue este valoarea odometrului atunci când unitatea
montată pe vehicul a detectat că vehiculul a trecut frontiera unei ţări.
2.203b. VuBorderCrossingRecordArray
Generaţia 2, versiunea 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind trecerile
frontierei efectuate de vehicul (cerinţa 133c din anexa IC).
recordType reprezintă tipul înregistrării (VuBorderCrossingRecord).
Atribuirea valorii: a se vedea RecordType.
recordSize este dimensiunea VuBorderCrossingRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul de înre­
gistrări.
records este un set de înregistrări privind trecerea frontierei.
▼M1
2.204. VuGNSSADRecordArray
Generaţia 2:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 208
Informaţii stocate într-o unitate montată pe vehicul privind poziţia GNSS
a vehiculului dacă timpul de conducere acumulat ajunge la un multiplu
de trei ore (cerinţele 108 și 110 din anexa IC).
recordType reprezintă tipul înregistrării (VuGNSSADRecord).
Atribuirea valorii: A se vedea RecordType.
recordSize este dimensiunea VuGNSSADRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări GNSS privind timpul de conducere
acumulat.
▼M3
2.204a. VuGnssMaximalTimeDifference
Generaţia 2, versiunea 2:
Diferenţa maximă dintre ora reală și ora indicată de ceasul Real Time
Clock al VU, bazată pe abaterea maximă de timp specificată la cerinţa
041 din anexa IC, transmisă de unitatea montată pe vehicul către un
echipament GNSS extern, a se vedea cerinţa GNS_3g din apendicele 12.
▼B
2.205. VuIdentification
Informaţii, stocate într-o unitate montată pe vehicul, privind identificarea
unităţii montate pe vehicul (cerinţa 075 din anexa 1B și cerinţele 93 și
121 din anexa 1C).
Generaţia 1:
vuManufacturerName este numele producătorului unităţii montate pe
vehicul.
vuManufacturerAddress este adresa producătorului unităţii montate pe
vehicul.
vuPartNumber este numărul de componentă al unităţii montate pe
vehicul.
vuSerialNumber este numărul de serie al unităţii montate pe vehicul.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 209
vuSoftwareIdentification identifică software-ul implementat în unitatea
montată pe vehicul.
vuManufacturingDate este data de fabricaţie a unităţii montate pe
vehicul.
vuApprovalNumber este numărul de omologare de tip al unităţii
montate pe vehicul.
▼M3
Generaţia 2:
În plus faţă de generaţia 1, se utilizează următoarele elemente de date:
vuGeneration identifică generaţia unităţii montate pe vehicul.
vuAbility oferă informaţii cu privire la faptul dacă VU este compatibilă
sau nu cu carduri de tahograf de generaţia 1.
vuDigitalMapVersion este versiunea hărţii digitale stocate în unitatea
montată pe vehicul (prezentă numai în versiunea 2).
▼B
2.206. VuIdentificationRecordArray
Generaţia 2:
VuIdentification, plus metadatele utilizate în protocolul de descărcare.
recordType reprezintă tipul înregistrării (VuIdentification). Atribuirea
valorii: A se vedea RecordType
recordSize este dimensiunea VuIdentification în octeţi.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 210
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări VuIdentification.
2.207. VuITSConsentRecord
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind aprobarea
unui conducător auto de a utiliza sisteme de transport inteligente.
cardNumberAndGen identifică cardul, inclusiv generaţia sa. Acesta
trebuie să fie un card de conducător auto sau un card de atelier.
consent este un indicator care indică dacă conducătorul auto și-a dat
consimţământul privind utilizarea sistemelor de transport inteligente cu
acest vehicul/cu această unitate montată pe vehicul.
Atribuirea valorii:
TRUE indică consimţământul conducătorului auto de a
utiliza sisteme de transport inteligente
FALSE indică refuzul conducătorului auto de a utiliza
sisteme de transport inteligente
2.208. VuITSConsentRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind consimţă­
mântul conducătorilor auto de a utiliza sisteme de transport inteligente
(cerinţa 200 din anexa 1C).
recordType reprezintă tipul înregistrării (VuITSConsentRecord). Atri­
buirea valorii: A se vedea RecordType
recordSize este dimensiunea VuITSConsentRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este setul de înregistrări privind consimţământul ITS.
▼M3
2.208a. VuLoadUnloadRecord
Generaţia 2, versiunea 2:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 211
Informaţii, stocate într-o unitate montată pe vehicul, privind o operaţiune
de încărcare/descărcare înregistrată (cerinţele 133e, 133f și 133g din
anexa IC).
timeStamp este data și ora la care a fost introdusă operaţiunea de
încărcare/descărcare.
operationType este tipul operaţiunii introduse (încărcare, descărcare sau
încărcare/descărcare simultană).
cardNumberAndGenDriverSlot identifică cardul introdus în slotul
pentru cardul de conducător auto, inclusiv generaţia cardului respectiv.
cardNumberAndGenCodriverSlot identifică cardul introdus în slotul
pentru cardul de copilot, inclusiv generaţia cardului respectiv.
gnssPlaceAuthRecord conţine informaţii referitoare la poziţia vehi­
culului și statutul său de autentificare.
vehicleOdometerValue este valoarea odometrului legată de operaţiunea
de încărcare/descărcare.
2.208b. VuLoadUnloadRecordArray
Generaţia 2, versiunea 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind o operaţiune
de încărcare/descărcare efectuată de vehicul (cerinţa 133h din anexa IC).
recordType reprezintă tipul înregistrării (VuLoadUnloadRecord). Atri­
buirea valorii: A se vedea RecordType.
recordSize este dimensiunea VuLoadUnloadRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul de înre­
gistrări.
records este un set de înregistrări privind operaţiunile de încărcare/
descărcare.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 212
2.209. VuManufacturerAddress
Adresa producătorului unităţii montate pe vehicul.
Atribuirea valorii: neprecizată.
2.210. VuManufacturerName
Numele producătorului unităţii montate pe vehicul.
Atribuirea valorii: neprecizată.
2.211. VuManufacturingDate
Data de fabricaţie a unităţii montate pe vehicul.
Atribuirea valorii: neprecizată.
2.212. VuOverSpeedingControlData
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză care s-au produs de la ultimul
control privind depășirea limitei de viteză (cerinţa 095 din 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ă.
firstOverspeedSince reprezintă data și ora primei depășiri a limitei de
viteză după efectuarea respectivului control al depășirilor limitei de
viteză.
numberOfOverspeedSince este numărul de evenimente de depășire a
limitei de viteză de la ultimul control al depășirilor limitei de viteză.
2.213. VuOverSpeedingControlDataRecordArray
Generaţia 2:
VuOverSpeedingControlData, plus metadatele utilizate în protocolul de
descărcare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 213
recordType reprezintă tipul înregistrării (VuOverSpeedingControlData).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuOverSpeedingControlData în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări de date referitoare la controalele
privind depășirea limitei de viteză.
2.214. VuOverSpeedingEventData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză (cerinţa 094 din anexa 1B).
noOfVuOverSpeedingEvents este numărul de evenimente enumerate în
setul vuOverSpeedingEventRecords.
vuOverSpeedingEventRecords este un set de înregistrări privind eveni­
mentele de depășire a limitei de viteză.
2.215. VuOverSpeedingEventRecord
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză (cerinţa 094 din anexa 1B și
cerinţa 117 din anexa 1C).
eventType este tipul de eveniment.
eventRecordPurpose este motivul pentru care s-a efectuat înregistrarea
evenimentului respectiv.
eventBeginTime este data și ora la care a început evenimentul.
eventEndTime este data și ora la care s-a încheiat evenimentul.
maxSpeedValue este viteza maximă măsurată în timpul evenimentului.
averageSpeedValue este media aritmetică a vitezei măsurate în timpul
evenimentului.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 214
cardNumberDriverSlotBegin identifică cardul introdus în slotul pentru
cardul de conducător auto la începutul evenimentului.
similarEventsNumber este numărul de evenimente similare din ziua
respectivă.
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză (cerinţa 094 din anexa 1B și
cerinţa 117 din anexa 1C).
În loc de cardNumberDriverSlotBegin, în structura de date aferentă
generaţiei 2 se utilizează următorul element de date:
cardNumberAndGenDriverSlotBegin identifică cardul, introdus în
slotul pentru cardul de conducător auto la începutul evenimentului,
inclusiv generaţia cardului respectiv.
2.216. VuOverSpeedingEventRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de depășire a limitei de viteză (cerinţa 117 din anexa 1C).
recordType reprezintă tipul înregistrării (VuOverSpeedingEventRecord).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuOverSpeedingEventRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind evenimentele de depășire a
limitei de viteză.
2.217. VuPartNumber
Numărul de componentă al unităţii montate pe vehicul.
Atribuirea valorii: specifică producătorului VU.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 215
2.218. VuPlaceDailyWorkPeriodData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind locurile în
care conducătorii auto încep sau încheie o zi de lucru (cerinţa 087 din
anexa 1B sau cerinţele 108 și 110 din anexa 1C).
noOfPlaceRecords este numărul de înregistrări enumerate în setul
vuPlaceDailyWorkPeriodRecords.
vuPlaceDailyWorkPeriodRecords este un set de înregistrări privind
locurile.
2.219. VuPlaceDailyWorkPeriodRecord
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind un loc în
care un conducător auto începe sau încheie o zi de lucru (cerinţa 087 din
anexa 1B sau cerinţele 108 și 110 din anexa 1C).
fullCardNumber reprezintă tipul de card al conducătorului auto, statul
membru emitent al cardului și numărul cardului.
placeRecord conţine informaţiile privind locul introdus.
▼M3
Generaţia 2, versiunea 1:
▼B
Informaţii, stocate într-o unitate montată pe vehicul, privind un loc în
care un conducător auto începe sau încheie o zi de lucru (cerinţa 087 din
anexa 1B sau cerinţele 108 și 110 din anexa 1C).
În loc de fullCardNumber, în structura de date aferentă generaţiei 2 se
utilizează următorul element de date:
fullCardNumberAndGeneration reprezintă tipul cardului, statul
membru emitent al cardului, numărul cardului și generaţia sa, așa cum
sunt stocate pe card.
▼M3
Generaţia 2, versiunea 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind un loc în
care un conducător auto începe sau încheie o zi de lucru (cerinţa 087 din
anexa 1B sau cerinţele 108 și 110 din anexa 1C).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 216
În loc de placeRecord, în structura de date aferentă generaţiei 2
versiunea 2 se utilizează următorul element de date:
placeAuthRecord conţine informaţiile privind locul introdus, poziţia
înregistrată, statutul de autentificare GNSS și ora de determinare a
poziţiei.
▼B
2.220. VuPlaceDailyWorkPeriodRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind locurile în
care conducătorii auto încep sau încheie o zi de lucru (cerinţele 108 și
110 din anexa 1C).
recordType reprezintă tipul înregistrării (VuPlaceDailyWorkPerio­
dRecord). Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuPlaceDailyWorkPeriodRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind locurile.
2.221. VuPrivateKey
Generaţia 1:
Cheia privată a unei unităţi montate pe vehicul.
2.222. VuPublicKey
Generaţia 1:
Cheia publică a unei unităţi montate pe vehicul.
▼M3
2.222a. VuRtcTime
Generaţia 2, versiunea 2:
Ora ceasului RTC al VU, transmisă de VU către un echipament GNSS
extern, a se vedea cerinţa GNS_3f din apendicele 12.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 217
2.223. VuSerialNumber
Numărul de serie al unităţii montate pe vehicul (cerinţa 075 din
anexa 1B și cerinţa 93 din anexa 1C).
2.224. VuSoftInstallationDate
Data instalării versiunii de software a unităţii montate pe vehicul.
Atribuirea valorii: neprecizată.
2.225. VuSoftwareIdentification
Informaţii, stocate într-o unitate montată pe vehicul, privind software-ul
instalat.
vuSoftwareVersion este numărul versiunii software-ului instalat pe
unitatea montată pe vehicul.
vuSoftInstallationDate este data instalării versiunii de software.
2.226. VuSoftwareVersion
Numărul versiunii de software al unităţii montate pe vehicul.
Atribuirea valorii: neprecizată.
2.227. VuSpecificConditionData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind condiţiile
specifice.
noOfSpecificConditionRecords este numărul de înregistrări enumerate
în setul specificConditionRecords.
specificConditionRecords este un set de înregistrări privind condiţiile
specifice.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 218
2.228. VuSpecificConditionRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind condiţiile
specifice (cerinţa 130 din anexa 1C).
recordType reprezintă tipul înregistrării (SpecificConditionRecord).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea SpecificConditionRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind condiţiile specifice.
2.229. VuTimeAdjustmentData
Generaţia 1:
Informaţii, stocate într-o unitate montată pe vehicul, privind operaţiunile
de reglare a orei efectuate în afara cadrului unei etalonări normale
(cerinţa 101 din anexa 1B).
noOfVuTimeAdjRecords este numărul de înregistrări din vuTimeAdjus­
tmentRecords.
vuTimeAdjustmentRecords este un set de înregistrări privind opera­
ţiunile de reglare a orei.
▼M1
2.230. Rezervat pentru o utilizare viitoare
2.231. Rezervat pentru o utilizare viitoare
▼B
2.232. VuTimeAdjustmentRecord
Informaţii, stocate într-o unitate montată pe vehicul, privind o operaţiune
de reglare a orei efectuată în afara cadrului unei etalonări normale
(cerinţa 101 din anexa 1B și cerinţele 124 și 125 din anexa 1C).
Generaţia 1:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 219
oldTimeValue, newTimeValue sunt valorile vechi și, respectiv, noi ale
datei și orei.
workshopName, workshopAddress reprezintă denumirea și adresa
atelierului.
workshopCardNumber reprezintă cardul de atelier utilizat pentru a
efectua operaţiunea de reglare a orei.
Generaţia 2:
În loc de workshopCardNumber, în structura de date aferentă generaţiei
2 se utilizează următorul element de date.
workshopCardNumberAndGeneration reprezintă cardul de atelier
utilizat pentru a efectua operaţiunea de reglare a orei, inclusiv
generaţia acestuia.
2.233. VuTimeAdjustmentRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind operaţiunile
de reglare a orei efectuate în afara cadrului unei etalonări normale
(cerinţele 124 și 125 din anexa 1C).
recordType reprezintă tipul înregistrării (VuTimeAdjustmentRecord).
Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuTimeAdjustmentRecord în octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind operaţiunile de reglare a orei.
2.234. WorkshopCardApplicationIdentification
Informaţii, stocate pe un card de atelier, privind identificarea aplicaţiei
cardului (cerinţele 307 și 330 din anexa 1C).
Generaţia 1:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 220
typeOfTachographCardId precizează tipul de card implementat.
cardStructureVersion precizează versiunea structurii implementate în
card.
noOfEventsPerType reprezintă numărul de evenimente, per tip de
eveniment, pe care cardul le poate înregistra.
noOfFaultsPerType reprezintă numărul de anomalii, per tip de
anomalie, pe care cardul le poate înregistra.
activityStructureLength indică numărul de octeţi disponibili pentru
stocarea înregistrărilor privind activităţile.
noOfCardVehicleRecords este numărul de înregistrări privind vehi­
culele pe care cardul le poate conţine.
noOfCardPlaceRecords este numărul de locuri pe care cardul le poate
înregistra.
noOfCalibrationRecords este numărul de înregistrări privind opera­
ţiunile de etalonare care pot fi stocate pe card.
Generaţia 2:
▼M1
În plus faţă de generaţia 1, se utilizează următoarele elemente de date:
noOfGNSSADRecords este numărul de înregistrări GNSS privind
timpul de conducere acumulat care pot fi stocate pe card.
noOfSpecificConditionRecords este numărul de înregistrări privind
condiţiile specifice care pot fi stocate pe card.
noOfCardVehicleUnitRecords este numărul de înregistrări privind
unităţile montate pe vehicul utilizate care pot fi stocate pe card.
▼M3
2.234a. WorkshopCardApplicationIdentificationV2
Generaţia 2, versiunea 2:
Informaţii stocate pe un card de atelier privind identificarea aplicaţiei de
pe card (cerinţa 330a din anexa IC).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 221
lengthOfFollowingData este numărul de octeţi care urmează în înre­
gistrare.
noOfBorderCrossingRecords este numărul de înregistrări privind
trecerea frontierei care pot fi stocate pe cardul de atelier.
noOfLoadUnloadRecords este numărul de înregistrări privind
încărcarea/descărcarea care pot fi stocate pe cardul de atelier.
noOfLoadTypeEntryRecords este numărul de înregistrări privind tipul
de încărcătură care pot fi stocate pe cardul de atelier.
vuConfigurationLengthRange este numărul de octeţi de pe un card de
tahograf, disponibil pentru stocarea configuraţiilor VU.
2.234b. WorkshopCardCalibrationAddData
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de atelier, privind datele suplimentare (și
anume, tipul de încărcătură implicit) introduse în timpul unei etalonări
(cerinţa 356l din anexa IC).
calibrationPointerNewestRecord este indicele ultimei înregistrări actua­
lizate de date suplimentare de etalonare.
Atribuirea valorii este numărul care corespunde numărătorului înregis­
trării privind datele suplimentare de etalonare, începând cu valoarea '0'
pentru prima ocurenţă a înregistrării privind datele suplimentare de
etalonare din structură.
workshopCardCalibrationAddDataRecords este setul de înregistrări
care conţin vechea valoare a datei și orei, valoarea de identificare a
vehiculului și tipul de încărcătură implicit al vehiculului.
2.234c. WorkshopCardCalibrationAddDataRecord
Generaţia 2, versiunea 2:
Informaţii, stocate pe un card de atelier, privind tipul de încărcătură
implicit introduse în timpul unei etalonări (cerinţa 356k din anexa IC).
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 222
oldTimeValue este vechea valoare a datei și orei care figurează în
WorkshopCardCalibrationRecord corespunzător;
vehicleIdentificationNumber este numărul de identificare al vehi­
culului, care figurează, de asemenea, în WorkshopCardCalibration­
Record;
byDefaultLoadType este tipul de încărcătură implicit al vehiculului
(prezent numai în versiunea 2).
calibrationCountry este ţara în care s-a efectuat etalonarea;
calibrationCountryTimestamp este data și ora la care receptorul GNSS
a furnizat poziţia utilizată pentru a determina ţara respectivă.
▼B
2.235. WorkshopCardCalibrationData
Informaţii, stocate pe un card de atelier, privind activităţile atelierului
efectuate cu cardul (cerinţele 314, 316, 337 și 339 din anexa 1C).
calibrationTotalNumber este numărul total de operaţiuni de etalonare
efectuate cu cardul.
calibrationPointerNewestRecordeste indicele ultimei înregistrări actua­
lizate privind etalonarea.
Atribuirea valorii: număr corespunzând numărătorului înregistrării
privind etalonarea, începând cu „0” pentru prima ocurenţă a înregis­
trărilor privind etalonarea în structură.
calibrationRecords este setul de înregistrări care conţin informaţii
privind etalonarea și/sau operaţiunile de reglare a orei.
2.236. WorkshopCardCalibrationRecord
Informaţii, stocate pe un card de atelier, privind activităţile de etalonare
efectuate cu cardul (cerinţele 314 și 337 din anexa 1C).
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 223
Generaţia 1:
calibrationPurpose este scopul etalonării.
vehicleIdentificationNumber este VIN.
vehicleRegistration conţine VRN și statul membru de înmatriculare.
wVehicleCharacteristicConstant este coeficientul caracteristic al
vehiculului.
kConstantOfRecordingEquipment este constanta aparaturii de înre­
gistrare.
lTyreCircumference este circumferinţa efectivă a pneurilor roţilor.
tyreSize reprezintă desemnarea dimensiunilor pneurilor montate pe
vehicul.
authorisedSpeed este viteza maximă autorizată a vehiculului.
oldOdometerValue, newOdometerValue reprezintă vechea și,
respectiv, noua valoare indicate de odometru.
oldTimeValue, newTimeValue sunt valorile vechi și, respectiv, noi ale
datei și orei.
nextCalibrationDate este data următoarei etalonări de tipul specificat în
CalibrationPurpose care va fi efectuată de autoritatea de inspecţie
competentă.
vuPartNumber, vuSerialNumber și sensorSerialNumber sunt
elementele de date pentru identificarea aparaturii de înregistrare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 224
Generaţia 2:
În plus faţă de generaţia 1, se utilizează următoarele elemente de date:
sensorGNSSSerialNumber care identifică un echipament GNSS extern.
rcmSerialNumber care identifică un modul de comunicare la distanţă.
sealDataCard oferă informaţii cu privire la sigiliile care sunt atașate la
diferite componente ale vehiculului.
2.237. WorkshopCardHolderIdentification
Informaţii, stocate pe un card de atelier, privind identificarea titularului
cardului (cerinţele 311 și 334 din anexa 1C).
workshopName este numele atelierului de care aparţine titularul
cardului.
workshopAddress este adresa atelierului de care aparţine titularul
cardului.
cardHolderName este numele și prenumele titularului (de exemplu,
numele mecanicului).
cardHolderPreferredLanguage este limba preferată de titularul
cardului.
2.238. WorkshopCardPIN
Numărul de identificare personal al cardului de atelier (cerinţele 309 și
332 din anexa 1C).
Atribuirea valorii: PIN-ul cunoscut de titularul cardului, completat la
dreapta cu o serie de octeţi „FF” care poate conţine până la 8 octeţi.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 225
2.239. W-VehicleCharacteristicConstant
Coeficientul caracteristic al vehiculului [definiţia k)].
Atribuirea valorii: impulsuri pe kilometru în intervalul operaţional de la
0 la 64 255 impulsuri/km.
2.240. VuPowerSupplyInterruptionRecord
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de întrerupere a alimentării cu energie electrică (cerinţa 117
din anexa 1C).
eventType este tipul de eveniment.
eventRecordPurpose este motivul pentru care s-a efectuat înregistrarea
evenimentului respectiv.
eventBeginTime este data și ora la care a început evenimentul.
eventEndTime este data și ora la care s-a încheiat evenimentul.
cardNumberAndGenDriverSlotBegin identifică cardul introdus în
slotul pentru cardul de conducător auto la începutul evenimentului,
inclusiv generaţia cardului respectiv.
cardNumberAndGenDriverSlotEnd identifică cardul introdus în slotul
pentru cardul de conducător auto la sfârșitul evenimentului, inclusiv
generaţia cardului respectiv.
cardNumberAndGenCodriverSlotBegin identifică cardul introdus în
slotul pentru cardul de copilot la începutul evenimentului, inclusiv
generaţia cardului respectiv.
cardNumberAndGenCodriverSlotEnd identifică cardul introdus în
slotul pentru cardul de copilot la sfârșitul evenimentului, inclusiv
generaţia cardului respectiv.
similarEventsNumber este numărul de evenimente similare din ziua
respectivă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 226
2.241. VuPowerSupplyInterruptionRecordArray
Generaţia 2:
Informaţii, stocate într-o unitate montată pe vehicul, privind eveni­
mentele de întrerupere a alimentării cu energie electrică (cerinţa 117
din anexa 1C).
recordType reprezintă tipul înregistrării (VuPowerSupplyInterruption­
Record). Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea VuPowerSupplyInterruptionRecord în
octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind evenimentele de întrerupere a
alimentării cu energie electrică.
2.242. VuSensorExternalGNSSCoupledRecordArray
Generaţia 2:
Un set de SensorExternalGNSSCoupledRecord, plus metadatele utilizate
în protocolul de descărcare.
recordType reprezintă tipul înregistrării (SensorExternalGNSSCouple­
dRecord). Atribuirea valorii: A se vedea RecordType
recordSize este dimensiunea SensorExternalGNSSCoupledRecord în
octeţi.
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări Sensor External GNSS Coupled.
2.243. VuSensorPairedRecordArray
Generaţia 2:
Un set de SensorPairedRecord, plus metadatele utilizate în protocolul de
descărcare.
recordType reprezintă tipul înregistrării (SensorPairedRecord). Atri­
buirea valorii: A se vedea RecordType
recordSize este dimensiunea SensorPairedRecord în octeţi.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 227
noOfRecords este numărul de înregistrări cuprinse în setul records.
records este un set de înregistrări privind senzorul asociat.
3. DEFINIREA INTERVALELOR DE VALORI ȘI DE DIMENSIUNI
Definiţia valorilor variabilelor utilizate în definiţiile de la punctul 2.
4. SETURI DE CARACTERE
IA5Strings utilizează caracterele ASCII definite în standardul ISO/IEC
8824-1. În scopul lizibilităţii și pentru a facilita trimiterile, atribuirea
valorilor 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 caractere (Address, Name, VehicleRegistrationNumber)
se utilizează, în plus, caracterele din intervalul zecimal de caractere 161
– 255 din următoarele seturi standard de caractere de 8 biţi, specificate
prin numărul Code Page:
Set caractere standard
Code Page
(Zecimal)
ISO/IEC 8859-1 Latin-1 Western European 1
ISO/IEC 8859-2 Latin-2 Central European 2
ISO/IEC 8859-3 Latin-3 South European 3
ISO/IEC 8859-5 Latin / Cyrillic 5
ISO/IEC 8859-7 Latin / Greek 7
ISO/IEC 8859-9 Latin-5 Turkish 9
ISO/IEC 8859-13 Latin-7 Baltic Rim 13
ISO/IEC 8859-15 Latin-9 15
ISO/IEC 8859-16 Latin-10 South Eastern European 16
KOI8-R Latin / Cyrillic 80
KOI8-U Latin / Cyrillic 85
5. CODAREA
Atunci când sunt codate conform normelor de codare ASN.1, toate
tipurile de date definite se codează conform standardului ISO/IEC
8825-2, varianta aliniată.
6. IDENTIFICATORII DE OBIECT ȘI IDENTIFICATORII DE
APLICAŢIE
6.1. Identificatorii de obiect
Identificatorii de obiect (OID) enumeraţi în prezentul capitol sunt
relevanţi numai pentru generaţia 2. Acești OID sunt specificaţi în
TR-03110-3 și reluaţi aici din motive de exhaustivitate. Acești
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 228
OID sunt cuprinși în subarborele bsi-de:
Identificatori ai protocolului de autentificare a VU
Exemplu: Să presupunem că autentificarea VU trebuie să se realizeze cu SHA-
384; atunci identificatorul de obiect care trebuie utilizat este (în notaţie ASN.1)
. Valoarea
respectivului identificator de obiect în notaţia cu puncte
este .
Notaţia cu puncte Notaţia cu octeţi
„04 00 7F 00 07 02 02 02 02 03”
„04 00 7F 00 07 02 02 02 02 04”
„04 00 7F 00 07 02 02 02 02 05”
Identificatori ai protocolului de autentificare a cipului
Exemplu: Să presupunem că autentificarea cipului trebuie efectuată prin
utilizarea algoritmului ECDH, ducând la o lungime a cheii de sesiune
AES de 128 de biţi. Această cheie de sesiune va fi folosită apoi în
modul de operare CBC pentru a asigura confidenţialitatea datelor și cu
algoritmul CMAC pentru a asigura autenticitatea datelor. Prin urmare,
identificatorul de obiect care trebuie utilizat este (în notaţia ASN.1)
. Valoarea
respectivului identificator de obiect în notaţia cu puncte
este .
Notaţia cu puncte Notaţia cu octeţi
„04 00 7F 00 07 02 02 03 02 02”
„04 00 7F 00 07 02 02 03 02 03”
„04 00 7F 00 07 02 02 03 02 04”
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 229
6.2. Identificatorii de aplicaţie
Generaţia 2:
Identificatorul de aplicaţie (AID) pentru echipamentul GNSS extern
(generaţia 2) este dat de „FF 44 54 45 47 4D”. Acesta este un AID
exclusiv în conformitate cu ISO/IEC 7816-4.
Notă: ultimii 5 octeţi codează DTEGM pentru echipamentul GNSS
extern pentru tahografe inteligente.
Identificatorul de aplicaţie pentru aplicaţia cardului de tahograf de
generaţia 2 este dat de „FF 53 4D 52 44 54”. Acesta este un AID
exclusiv în conformitate cu ISO/IEC 7816-4.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 230
Apendicele 2
SPECIFICAŢIE PRIVIND CARDURILE DE TAHOGRAF
CUPRINS
1. INTRODUCERE
1.1. Abrevieri
1.2. Referinţe
2. CARACTERISTICI ELECTRICE ȘI FIZICE
2.1. Tensiunea de alimentare și consumul de curent
2.2. Tensiunea de programare V pp
2.3. Generare și frecvenţă ceas
2.4. Contact I/O (intrare/ieșire)
2.5. Stări ale cardului
3. HARDWARE ȘI COMUNICAŢII
3.1. Introducere
3.2. Protocolul de transmisie
3.2.1 Protocoale
3.2.2 ATR
3.2.3 PTS
3.3. Norme de acces
3.4. Prezentare generală a comenzilor și a codurilor de eroare
3.5. Descrierea comenzilor
3.5.1 SELECT
3.5.2 READ BINARY
3.5.3 UPDATE BINARY
3.5.4 GET CHALLENGE
3.5.5 VERIFY
3.5.6 GET RESPONSE
3.5.7 PSO: VERIFY CERTIFICATE
3.5.8 INTERNAL AUTHENTICATE
3.5.9 EXTERNAL AUTHENTICATE
3.5.10 GENERAL AUTHENTICATE
3.5.11 MANAGE SECURITY ENVIRONMENT
3.5.12 PSO: HASH
3.5.13 PERFORM HASH OF FILE
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 231
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE
3.5.15 PSO: VERIFY DIGITAL SIGNATURE
3.5.16 PROCESS DSRC MESSAGE
4. STRUCTURA CARDURILOR DE TAHOGRAF
4.1. Fișier master MF
4.2. Aplicaţii de card de conducător auto
4.2.1 Aplicaţia de card de conducător auto de generaţia 1
4.2.2 Aplicaţia de card de conducător auto de generaţia 2
4.3. Aplicaţii de card de atelier
4.3.1 Aplicaţia de card de atelier de generaţia 1
4.3.2 Aplicaţia de card de atelier de generaţia 2
4.4. Aplicaţii de card de control
4.4.1 Aplicaţia de card de control de generaţia 1
4.4.2 Aplicaţia de card de control de generaţia 2
4.5. Aplicaţii de card de societate
4.5.1 Aplicaţia de card de societate de generaţia 1
4.5.2 Aplicaţia de card de societate de generaţia 2
1. INTRODUCERE
1.1. Abrevieri
În sensul prezentului apendice, se aplică următoarele abrevieri:
AC Condiţii de acces
AES Standard de criptare avansată
AID Identificator de aplicaţie
ALW Întotdeauna
APDU Unitate de date pentru protocolul de aplicaţie (structura
unei comenzi)
ATR Răspuns la resetare
AUT Autentificat.
C6, C7 Contactele nr. 6 și 7 de pe card, conform descrierii din
ISO/IEC 7816-2
cc cicluri ceas
▼M1
CHA Autorizaţia deţinătorului certificatului
▼B
CHV Informaţii de verificare a titularului cardului
CLA Octet de clasă al unei comenzi APDU
▼M1
DO Obiect de date
▼B
DSRC Comunicaţii specializate cu rază scurtă de acţiune
DF Fișier dedicat. Un DF poate conţine alte fișiere (EF sau
DF)
ECC Criptografie bazată pe curbe eliptice
EF Fișier elementar
etu unitate elementară de timp
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 232
G1 Generaţia 1
G2 Generaţia 2
IC Circuit integrat
ICC Card cu circuite integrate
ID Identificator
IFD Dispozitiv de interfaţă
IFS Dimensiunea câmpului de informaţii
IFSC Dimensiunea câmpului de informaţii pentru card
IFSD Dimensiunea câmpului de informaţii pentru dispozitiv
(pentru terminal)
INS Octet de instrucţiuni al unei comenzi APDU
Lc Lungimea datelor de intrare pentru o comandă APDU
Le Lungimea datelor așteptate (date de ieșire pentru o
comandă)
MF Fișier master (DF rădăcină)
NAD Adresă nod utilizată în protocolul T=1
NEV Niciodată
P1-P2 Octeţi de parametru
PIN Număr de identificare personal
PRO SM Protejat cu mesagerie securizată
PTS Selectarea protocolului de transmisie
RFU Rezervat pentru o utilizare viitoare
RST Resetare (a cardului)
SFID Identificator de EF scurt
SM Mesagerie securizată
SW1-SW2 Octeţi de stare
TS Caracter iniţial ATR
VPP Tensiune de programare
VU Unitate montată pe vehicul
XXh Valoare XX în notaţie hexadecimală
„XXh” Valoare XX în notaţie hexadecimală
|| Simbol de concatenare 03||04=0304
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 233
1.2. Referinţe
În prezentul apendice se utilizează următoarele referinţe:
ISO/IEC 7816-2 Identification cards – Integrated circuit cards –
Part 2: Dimensions and location of the contacts.
ISO/IEC 7816-2:2007.
ISO/IEC 7816-3 Identification cards – Integrated circuit cards –
Part 3: Electrical interface and transmission
protocols. ISO/IEC 7816-3:2006.
ISO/IEC 7816-4 Identification cards – Integrated circuit cards –
Part 4: Organization, security and commands for
interchange. ISO/IEC 7816-4:2013 + Cor 1: 2014.
ISO/IEC 7816-6 Identification cards – Integrated circuit cards –
Part 6: Interindustry data elements for
interchange. ISO/IEC 7816-6:2004 + Cor 1: 2006.
ISO/IEC 7816-8 Identification cards – Integrated circuit cards –
Part 8: Commands for security operations.
ISO/IEC 7816-8:2004.
ISO/IEC 9797-2 Information technology – Security techniques –
Message Authentication Codes (MACs) – Part 2:
Mechanisms using a dedicated hash-function.
ISO/IEC 9797-2:2011
2. CARACTERISTICI ELECTRICE ȘI FIZICE
TCS_01 Toate semnalele electronice trebuie să fie conforme cu
ISO/IEC 7816-3, cu excepţia cazului în care se specifică
altfel.
TCS_02 Localizarea și dimensiunile contactelor cardului trebuie să
fie conforme cu ISO/IEC 7816-2.
2.1. Tensiunea de alimentare și consumul de curent
TCS_03 Cardul trebuie să funcţioneze conform specificaţiilor în
limitele de consum prevăzute în ISO/IEC 7816-3.
TCS_04 Cardul trebuie să funcţioneze cu Vcc = 3V (± 0,3V) sau cu
Vcc = 5V (± 0,5V).
Selectarea tensiunii trebuie să se facă în conformitate cu
ISO/IEC 7816-3.
2.2. Tensiunea de programare V pp
TCS_05 Cardul trebuie să nu necesite o tensiune de programare la
contactul C6. Se prevede ca acest contact C6 să nu fie
conectat într-un IFD. Contactul C6 poate fi conectat la
V cc în card, dar trebuie să nu fie conectat la masă.
Această tensiune nu ar trebui interpretată în niciun caz.
2.3. Generare și frecvenţă ceas
TCS_06 Cardul trebuie să funcţioneze într-un interval de frecvenţă
de la 1 la 5 MHz și poate suporta frecvenţe mai mari. Într-o
sesiune de lucru cu cardul, frecvenţa ceasului poate varia cu
±2 %. Frecvenţa ceasului este generată de unitatea montată
pe vehicul și nu de cardul în sine. Factorul de utilizare
poate varia între 40 și 60 %.
TCS_07 Ceasul extern poate fi oprit în condiţiile cuprinse în fișierul
de card EF ICC. Primul octet din corpul fișierului EF ICC
codează condiţiile pentru modul „Clockstop”:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 234
Scăzut Ridicat
Bit 3 Bit 2 Bit 1
0 0 1 Clockstop permis, fără nivel preferat
0 1 1 Clockstop permis, nivel ridicat preferat
1 0 1 Clockstop permis, nivel scăzut preferat
0 0 0 Clockstop nepermis
0 1 0 Clockstop permis doar la nivel ridicat
1 0 0 Clockstop permis doar la nivel scăzut
Biţii 4-8 nu sunt utilizaţi.
2.4. Contact I/O (intrare/ieșire)
TCS_08 Contactul I/O C7 este utilizat pentru recepţionarea datelor
de la IFD și pentru transmiterea datelor către IFD. În cursul
funcţionării, doar cardul sau doar IFD trebuie să fie în mod
de transmisie. Dacă ambele unităţi sunt în mod de
transmisie, cardul trebuie să nu sufere nicio deteriorare.
Cu excepţia cazului în care transmite, cardul trebuie să
intre automat în mod de recepţie.
2.5. Stări ale cardului
TCS_09 Cardul prezintă două stări atunci când se află sub tensiunea
de alimentare:
▼M3
Starea de funcţionare, atunci când execută comenzi sau
interfaţează cu unitatea montată pe vehicul,
▼B
Starea de repaus, în toate celelalte momente; în această
stare, toate datele sunt reţinute de card.
3. HARDWARE ȘI COMUNICAŢII
3.1. Introducere
Prezentul punct descrie funcţionalitatea minimă necesară pentru
cardurile de tahograf și VU în vederea asigurării unei funcţionări
corecte și a interoperabilităţii.
Cardurile de tahograf sunt conforme, în cea mai mare măsură posibilă,
cu standardele disponibile ISO/IEC aplicabile (în special ISO/IEC
7816). Cu toate acestea, comenzile și protocoalele sunt descrise
integral pentru a specifica anumite utilizări limitate sau anumite
diferenţe, dacă acestea există. Comenzile specificate sunt conforme
pe deplin cu normele la care se face trimitere, cu excepţia cazurilor
indicate.
3.2. Protocolul de transmisie
TCS_10 Protocolul de transmisie trebuie să fie conform cu ISO/IEC
7816-3 pentru T=0 și T=1. În special, VU trebuie să recu­
noască prelungirile duratei de așteptare transmise de card.
3.2.1 Protocoale
TCS_11 Cardul trebuie să ofere atât protocolul T=0, cât și
protocolul T=1. În plus, cardul poate fi compatibil și cu
alte protocoale orientate pe contact.
TCS_12 T=0 este protocolul implicit, prin urmare este necesară o
comandă PTS pentru schimbarea protocolului în T=1.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 235
TCS_13 Dispozitivele trebuie să fie compatibile cu convenţia
directă în ambele protocoale: prin urmare, convenţia
directă este obligatorie pentru card.
TCS_14 ATR trebuie să conţină, în caracterul TA3, octetul privind
dimensiunea câmpului de informaţii pentru card.
Această valoare trebuie să fie de cel puţin „F0h” (= 240
de octeţi).
Protocoalele sunt supuse următoarelor restricţii:
TCS_15 T=0
— dispozitivul de interfaţă trebuie să fie compatibil cu un
răspuns la intrare/ieșire după partea ascendentă a
semnalului în RST plecând de la 400 cc;
— dispozitivul de interfaţă trebuie să poată citi caractere
separate de 12 etu;
— dispozitivul de interfaţă trebuie să citească un caracter
eronat și repetiţia acestuia dacă sunt separate de 13 etu.
Dacă este detectat un caracter eronat, semnalul de
eroare la intrare/ieșire poate apărea între 1 etu și 2
etu. Dispozitivul trebuie să fie compatibil cu o
întârziere de 1 etu;
— dispozitivul de interfaţă trebuie să accepte un ATR de
33 de octeţi (TS+32);
— dacă ATR conţine TC1, trebuie să fie prezent „Extra
Guard Time” (timpul suplimentar de gardă) pentru
caracterele transmise de către dispozitivul de interfaţă,
deși caracterele transmise de card pot fi totuși separate
de 12 etu. Acest lucru este valabil și pentru caracterul
ACK transmis de card după un caracter P3 emis de
dispozitivul de interfaţă;
— dispozitivul de interfaţă trebuie să ţină cont de un
caracter NUL emis de card;
— dispozitivul de interfaţă trebuie să accepte modul
complementar pentru ACK;
— comanda „get-response” (obţine un răspuns) nu poate fi
utilizată în modul de înlănţuire pentru a obţine date a
căror lungime ar putea depăși 255 de octeţi.
TCS_16 T=1
— octet NAD: neutilizat (NAD se setează la „00”);
— S-block ABORT: neutilizat;
— S-block VPP state error: neutilizat;
▼M3
__________
▼B
— dimensiunea câmpului de informaţii pentru dispozitiv
(Information Field Size Device – IFSD) trebuie
indicată de IFD imediat după ATR: IFD transmite soli­
citarea S-Block IFS după ATR, iar cardul răspunde
transmiţând S-Block IFS. Valoarea recomandată pentru
IFSD este de 254 de octeţi;
— cardul nu va solicita o reajustare a IFS.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 236
3.2.2 ATR
TCS_17 Dispozitivul verifică octeţii ATR, în conformitate cu
ISO/IEC 7816-3. Nu se face nicio verificare cu privire la
caracterele istorice ale ATR.
Exemplu de biprotocol de bază ATR conform ISO/IEC
7816-3
Caracter Valoare Observaţii
TS „3Bh” Indică convenţie directă.
T0 „85h” TD1 prezent; 5 octeţi istorici sunt prezenţi.
TD1 „80h” TD2 prezent; trebuie folosit T=0
TD2 „11h” TA3 prezent; trebuie folosit T=1
TA3 „XXh” (cel puţin
„F0h”)
Dimensiunea câmpului de informaţii pentru
card (IFSC)
TH1-TH5 „XXh” Caractere istorice
TCK „XXh” Verificare caracter (SAU exclusiv)
TCS_18 După „Answer To Reset” (ATR), fișierul master (MF) este
selectat implicit și devine directorul curent.
3.2.3 PTS
TCS_19 Protocolul implicit este T=0. Pentru a seta protocolul T=1,
dispozitivul trebuie să transmită cardului o comandă PTS
(cunoscută și ca PPS).
TCS_20 Întrucât protocoalele T=0 și T=1 sunt ambele obligatorii
pentru card, PTS de bază pentru schimbarea protocolului
este obligatorie pentru card.
PTS poate fi utilizată, conform indicaţiilor din ISO/IEC
7816-3, pentru a trece la rate de modulaţie mai mari
decât cea implicită propusă de card în ATR, dacă există
o astfel de rată implicită [octetul TA(1)].
Ratele de modulaţie mai mari sunt opţionale pentru card.
TCS_21 În cazul în care cardul nu este compatibil cu alte rate de
modulaţie decât rata implicită (sau dacă nu este compatibil
cu rata de modulaţie selectată), cardul trebuie să răspundă
la PTS în mod corect, în conformitate cu ISO/IEC 7816-3,
omiţând octetul PPS1.
Următoarele sunt exemple de PTS de bază pentru selectarea
protocolului:
Caracter Valoare Observaţii
PPSS „FFh” Caracterul de iniţializare („The Initiate Character”).
PPS0 „00h” sau „01h” PPS1-PPS3 nu sunt prezente; „00h” pentru a selecta T0,
„01h” pentru a selecta T1.
PK „XXh” Verificare caracter („Check character”): „XXh” = „FFh”
dacă PPS0 =
„00h”,
„XXh” = „FEh”
dacă PPS0 =
„01h”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 237
3.3. Norme de acces
TCS_22 O normă de acces specifică pentru un mod de acces, și
anume o comandă, condiţiile de securitate corespunzătoare.
Dacă aceste condiţii de securitate sunt îndeplinite, comanda
corespunzătoare este prelucrată.
TCS_23 Următoarele condiţii de securitate sunt utilizate pentru
cardul de tahograf:
Abreviere Sens
ALW Acţiunea este posibilă întotdeauna și poate fi executată fără nicio restricţie.
APDU de comandă și de răspuns sunt transmise ca text în clar, adică fără
mesagerie securizată.
NEV Acţiunea nu este posibilă niciodată.
PLAIN-C APDU de comandă este transmisă ca text în clar, adică fără mesagerie secu­
rizată.
PWD Acţiunea poate fi executată numai dacă PIN-ul cardului de atelier a fost
verificat cu succes, și anume dacă este stabilită starea de securitate internă
„PIN_Verified” a cardului. Comanda trebuie transmisă fără mesagerie secu­
rizată.
EXT-AUT-G1 Acţiunea poate fi executată numai în cazul în care comanda „External Authen­
ticate” (autentificare externă) pentru autentificarea de generaţia 1 (a se vedea,
de asemenea, apendicele 11 partea A) a fost executată cu succes.
SM-MAC-G1 APDU (comandă și răspuns) trebuie să fie aplicată cu mesagerie securizată de
generaţia 1 în mod doar de autentificare (a se vedea apendicele 11 partea A).
SM-C-MAC-G1 APDU de comandă trebuie să fie aplicată cu mesagerie securizată de generaţia
1 în mod doar de autentificare (a se vedea apendicele 11 partea A).
SM-R-ENC-G1 APDU de răspuns trebuie să fie aplicată cu mesagerie securizată de generaţia
1 în mod de criptare (a se vedea apendicele 11 partea A), și anume nu se
returnează niciun cod de autentificare a mesajului.
SM-R-ENC-
MAC-G1
APDU de răspuns trebuie să fie aplicată cu mesagerie securizată de generaţia
1 în mod de criptare apoi autentificare (a se vedea apendicele 11 partea A).
SM-MAC-G2 APDU (comandă și răspuns) trebuie să fie aplicată cu mesagerie securizată de
generaţia 2 în mod doar de autentificare (a se vedea apendicele 11 partea B).
SM-C-MAC-G2 APDU de comandă trebuie să fie aplicată cu mesagerie securizată de generaţia
2 în mod doar de autentificare (a se vedea apendicele 11 partea B).
SM-R-ENC-
MAC-G2
APDU de răspuns trebuie să fie aplicată cu mesagerie securizată de generaţia
2 în mod de criptare apoi autentificare (a se vedea apendicele 11 partea B).
▼M1
TCS_24 Aceste condiţii de securitate pot fi conectate în următoarele
moduri:
ȘI: Trebuie îndeplinite toate condiţiile de securitate
SAU: Trebuie îndeplinită cel puţin o condiţie de securitate
Normele de acces pentru sistemul de fișiere, și anume
comanda SELECT, READ BINARY și UPDATE
BINARY, sunt specificate în capitolul 4. Normele de
acces pentru restul comenzilor sunt specificate în tabelele
de mai jos. Termenul „nu se aplică” este utilizat în cazul în
care nu există nicio cerinţă compatibilă cu comanda. În
acest caz, comanda poate sau nu să fie compatibilă, dar
condiţia de acces este în afara sferei de aplicare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 238
TCS_25 În aplicaţia DF Tachograph G1 se utilizează următoarele
norme de acces:
▼M1
Comandă
Card de
conducător auto
Card de atelier Card de control
Card de
societate
External Authenticate
— Pentru autentificarea de
generaţia 1
ALW ALW ALW ALW
— Pentru autentificarea de
generaţia 2
ALW PWD ALW ALW
Internal Authenticate ALW PWD ALW ALW
General Authenticate ALW ALW ALW ALW
Get Challenge ALW ALW ALW ALW
MSE:SET AT ALW ALW ALW ALW
MSE:SET DST ALW ALW ALW ALW
Process DSRC Message Nu se aplică Nu se aplică Nu se aplică Nu se aplică
PSO: Compute Digital Signature ALW SAU
SM-MAC-
G2
ALW SAU
SM-MAC-
G2
Nu se aplică Nu se aplică
PSO: Hash Nu se aplică Nu se aplică ALW Nu se aplică
PERFORM HASH of FILE ALW SAU
SM-MAC-
G2
ALW SAU
SM-MAC-
G2
Nu se aplică Nu se aplică
PSO: Verify Certificate ALW ALW ALW ALW
PSO: Verify Digital Signature Nu se aplică Nu se aplică ALW Nu se aplică
Verify Nu se aplică ALW Nu se aplică Nu se aplică
▼B
TCS_26 În aplicaţia DF Tachograph_G2 se utilizează următoarele
norme de acces:
▼M1
Comandă
Card de
conducător auto
Card de atelier Card de control
Card de
societate
External Authenticate
— Pentru autentificarea de
generaţia 1
Nu se aplică Nu se aplică Nu se aplică Nu se aplică
— Pentru autentificarea de
generaţia 2
ALW PWD ALW ALW
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 239
Comandă
Card de
conducător auto
Card de atelier Card de control
Card de
societate
Internal Authenticate Nu se aplică Nu se aplică Nu se aplică Nu se aplică
General Authenticate ALW ALW ALW ALW
Get Challenge ALW ALW ALW ALW
MSE:SET AT ALW ALW ALW ALW
MSE:SET DST ALW ALW ALW ALW
Process DSRC Message Nu se aplică ALW ALW Nu se aplică
PSO: Compute Digital Signature ALW SAU
SM-MAC-
G2
ALW SAU
SM-MAC-
G2
Nu se aplică Nu se aplică
PSO: Hash Nu se aplică Nu se aplică ALW Nu se aplică
PERFORM HASH of FILE ALW SAU
SM-MAC-
G2
ALW SAU
SM-MAC-
G2
Nu se aplică Nu se aplică
PSO: Verify Certificate ALW ALW ALW ALW
PSO: Verify Digital Signature Nu se aplică Nu se aplică ALW Nu se aplică
Verify Nu se aplică ALW Nu se aplică Nu se aplică
▼B
TCS_27 În MF se utilizează următoarele norme de acces:
▼M1
Comandă
Card de
conducător auto
Card de atelier Card de control
Card de
societate
External Authenticate
— Pentru autentificarea de
generaţia 1
Nu se aplică Nu se aplică Nu se aplică Nu se aplică
— Pentru autentificarea de
generaţia 2
ALW PWD ALW ALW
Internal Authenticate Nu se aplică Nu se aplică Nu se aplică Nu se aplică
General Authenticate ALW ALW ALW ALW
Get Challenge ALW ALW ALW ALW
MSE:SET AT ALW ALW ALW ALW
MSE:SET DST ALW ALW ALW ALW
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 240
Comandă
Card de
conducător auto
Card de atelier Card de control
Card de
societate
Process DSRC Message Nu se aplică Nu se aplică Nu se aplică Nu se aplică
PSO: Compute Digital Signature Nu se aplică Nu se aplică Nu se aplică Nu se aplică
PSO: Hash Nu se aplică Nu se aplică Nu se aplică Nu se aplică
PERFORM HASH of FILE Nu se aplică Nu se aplică Nu se aplică Nu se aplică
PSO: Verify Certificate ALW ALW ALW ALW
PSO: Verify Digital Signature Nu se aplică Nu se aplică Nu se aplică Nu se aplică
Verify Nu se aplică ALW Nu se aplică Nu se aplică
▼B
TCS_28 Un card de tahograf poate sau nu să accepte o comandă cu
un nivel de securitate mai ridicat decât cel specificat în
condiţiile de securitate. Cu alte cuvinte, în cazul în care
condiţia de securitate este ALW (sau PLAIN-C) cardul
poate accepta o comandă cu mesagerie securizată (mod
de criptare și/sau de autentificare). În cazul în care
condiţia de securitate impune utilizarea de mesagerie secu­
rizată cu mod de autentificare, cardul de tahograf poate
accepta o comandă cu mesagerie securizată din aceeași
generaţie în mod de autentificare și de criptare.
Notă: descrierile comenzilor oferă mai multe informaţii cu
privire la compatibilitatea comenzilor cu diferitele tipuri de
card de tahograf și cu diferitele DF.
3.4. Prezentare generală a comenzilor și a codurilor de eroare
Comenzile și organizarea fișierelor sunt derivate din ISO/IEC 7816-4
și sunt conforme cu acest standard.
Prezenta secţiune descrie perechile de comandă-răspuns APDU
menţionate în cele ce urmează. Variantele de comandă care sunt
compatibile cu o aplicaţie de generaţia 1 și 2 sunt specificate în
descrierile corespunzătoare ale comenzilor.
Comandă INS
SELECT „A4h”
READ BINARY „B0h”, „B1h”
UPDATE BINARY „D6h”, „D7h”
GET CHALLENGE „84h”
VERIFY „20h”
GET RESPONSE „C0h”
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 241
Comandă INS
PERFORM SECURITY OPERATION „2Ah”
— VERIFY CERTIFICATE
— COMPUTE DIGITAL SIGNAT-
URE
— VERIFY DIGITAL SIGNAT-
URE
— HASH
— PERFORM HASH OF FILE
— PROCESS DSRC MESSAGE
INTERNAL AUTHENTICATE „88h”
EXTERNAL AUTHENTICATE „82h”
MANAGE SECURITY ENVI­
RONMENT
„22h”
— SET DIGITAL SIGNATURE
TEMPLATE
— SET AUTHENTICATION
TEMPLATE
GENERAL AUTHENTICATE „86h”
▼M1
TCS_29 Cuvintele de stare SW1 SW2 sunt returnate în orice mesaj
de răspuns și indică starea de procesare a comenzii.
SW1 SW2 Sens
90 00 Procesare normală.
61 XX Procesare normală. XX = numărul de octeţi de răspuns
disponibili.
62 81 Procesare de avertizare. Este posibil ca o parte dintre datele
returnate să fie corupte
63 00 Autentificare eșuată (avertizare)
63 CX CHV (PIN) eronat. Numărul încercărilor rămase este dat de „X”.
64 00 Eroare de execuţie – Starea memoriei nevolatile nu s-a modificat.
Eroare de integritate.
65 00 Eroare de execuţie – Starea memoriei nevolatile s-a modificat.
65 81 Eroare de execuţie – Starea memoriei nevolatile s-a modificat –
Eroare de memorie
66 88 Eroare de securitate: sumă de verificare criptografică eronată (în
cursul mesageriei securizate) sau
certificat eronat (în cursul verificării certifi­
catului) sau
criptogramă eronată (în cursul autentificării
externe) sau
semnătură eronată (în cursul verificării
semnăturii)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 242
SW1 SW2 Sens
67 00 Lungime eronată (Lc sau Le eronată)
68 83 Se așteaptă ultima comandă din lanţ
69 00 Comandă interzisă (niciun răspuns disponibil în T = 0)
69 82 Starea de securitate nu este îndeplinită.
69 83 Metoda de autentificare este blocată.
69 85 Condiţiile de utilizare nu sunt satisfăcute.
69 86 Comandă nepermisă (niciun EF curent)
69 87 Obiectele de date așteptate din mesageria securizată lipsesc
69 88 Obiectele de date din mesageria securizată sunt incorecte
6A 80 Parametri incorecţi în câmpul de date
6A 82 Fișierul nu a fost găsit.
6A 86 Parametrii P1-P2 eronaţi.
6A 88 Datele menţionate nu pot fi găsite.
6B 00 Parametri eronaţi (deplasare în afara EF).
6C XX Lungime eronată, SW2 indică lungimea exactă. Nu este returnat
niciun câmp de date.
6D 00 Cod de instrucţiuni incompatibil sau invalid.
6E 00 Clasă incompatibilă.
6F 00 — Alte erori de verificare.
Pot fi returnate cuvinte de stare suplimentare, astfel cum
sunt definite în ISO/IEC 7816-4, în cazul în care compor­
tamentul acestora nu este menţionat în mod explicit în
prezentul apendice.
De exemplu, următoarele cuvinte de stare pot fi returnate
opţional:
6881: Incompatibilitate cu canalul logic
6882: Incompatibilitate cu mesageria securizată
▼B
TCS_30 Dacă într-o APDU de comandă este îndeplinită mai mult de
o condiţie de eroare, cardul poate returna oricare dintre
cuvintele de stare corespunzătoare.
3.5. Descrierea comenzilor
Prezentul capitol descrie comenzile obligatorii pentru cardurile de
tahograf.
Detalii suplimentare pertinente cu privire la operaţiunile criptografice
implicate se găsesc în apendicele 11 Mecanisme de securitate comune
pentru generaţia 1 și generaţia 2 de tahografe.
Toate comenzile sunt descrise independent de protocolul utilizat (T=0
sau T=1). Octeţii APDU CLA, INS, P1, P2, Lc și Le sunt întotdeauna
indicaţi. Dacă Lc sau Le nu sunt necesare pentru comanda descrisă,
lungimea, valoarea și descrierea aferente sunt vide.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 243
TCS_31 Dacă sunt solicitaţi ambii octeţi de lungime (Lc și Le),
comanda descrisă trebuie să fie separată în două părţi în
cazul în care IFD utilizează protocolul T=0: IFD transmite
comanda conform descrierii cu P3=Lc + date și apoi
transmite o comandă GET RESPONSE (a se vedea
secţiunea 3.5.6) cu P3=Le.
TCS_32 Dacă sunt solicitaţi ambii octeţi de lungime, iar Le=0
(mesagerie securizată):
— atunci când se utilizează protocolul T=1, cardul trebuie
să răspundă la Le=0 prin transmiterea tuturor datelor de
ieșire disponibile;
— atunci când se utilizează protocolul T=0, IFD trebuie să
transmită prima comandă cu P3=Lc + date, iar cardul
trebuie să răspundă (la această valoare implicită Le=0)
cu octeţii de stare „61La”, unde La este numărul de
octeţi de răspuns disponibili. IFD trebuie să genereze
apoi o comandă GET RESPONSE cu P3 = La, pentru a
citi datele.
TCS_33 Un card de tahograf poate fi compatibil cu câmpuri cu
lungime extinsă în conformitate cu ISO/IEC 7816-4, ca o
caracteristică opţională. Un card de tahograf care este
compatibil cu câmpuri cu lungime extinsă trebuie:
— să indice compatibilitatea cu câmpurile cu lungime
extinsă în ATR;
— să furnizeze dimensiunile zonei tampon compatibile
prin intermediul informaţiei privind lungimea extinsă
în EF ATR/INFO, a se vedea TCS_146;
— să indice dacă este compatibil cu câmpuri cu lungime
extinsă pentru T = 1 și/sau T = 0 în EF Extended
Length, a se vedea TCS_147;
— să fie compatibil cu câmpuri cu lungime extinsă pentru
generaţia 1 și 2 de aplicaţii tahografice.
Note:
Toate comenzile sunt specificate pentru câmpuri cu o
lungime redusă. Utilizarea APDU-urilor cu lungime
extinsă rezultă clar din ISO/IEC 7816-4.
În general, comenzile sunt specificate pentru scrierea în
clar, adică fără mesagerie securizată, nivelul de mesagerie
securizată fiind specificat în apendicele 11. Din normele de
acces pentru o comandă rezultă în mod clar dacă respectiva
comandă trebuie să fie compatibilă cu mesageria securizată
sau nu și dacă respectiva comandă trebuie să fie compa­
tibilă cu generaţia 1 și/sau generaţia 2 de mesagerie secu­
rizată. Unele variante de comandă sunt descrise incluzând
mesageria securizată, pentru a ilustra utilizarea mesageriei
securizate.
TCS_34 VU trebuie să execute întregul protocol de autentificare
reciprocă VU – card de generaţia 2 pentru o sesiune
incluzând verificarea certificatului (dacă este necesar), fie
în DF Tachograph, fie în DF Tachograph_G2, fie în MF.
3.5.1 SELECT
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restric­
ţionată comparativ cu comanda definită în standard.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 244
Comanda SELECT se utilizează:
— pentru a selecta un DF de aplicaţie (trebuie utilizată selectarea
după denumire);
— pentru a selecta un fișier elementar corespunzător ID-ului fișierului
prezentat.
3.5.1.1 S e l e c t a r e d u p ă d e n u m i r e ( A I D )
Această comandă permite selectarea unui DF de aplicaţie din card.
TCS_35 Această comandă poate fi executată din orice parte din
structura fișierelor (după ATR sau în orice moment).
TCS_36 Selectarea unei aplicaţii resetează mediul de securitate
curent. După ce s-a efectuat selectarea aplicaţiei, nu mai
este selectată nicio cheie publică curentă. De asemenea, se
pierde condiţia de acces EXT-AUT-G1. În cazul în care
comanda a fost executată fără mesagerie securizată, cheile
de sesiune anterioare ale mesageriei securizate nu mai sunt
disponibile.
TCS_37 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „A4h”
P1 1 „04h” Selectare după denumire (AID)
P2 1 „0Ch” Nu se așteaptă niciun răspuns
Lc 1 „NNh” Numărul de octeţi transmiși către card (lungimea AID):
„06h” pentru aplicaţia tahografică
#6-#(5+NN) NN „XX..XXh” AID: „FF 54 41 43 48 4F” pentru aplicaţia tahografică
de generaţia 1
AID: „FF 53 4D 52 44 54” pentru aplicaţia tahografică
de generaţia 2
Nu este necesar niciun răspuns la comanda SELECT (Le
absentă în T=1 sau nu se solicită niciun răspuns în T=0).
TCS_38 Mesaj de răspuns (nu se solicită niciun răspuns)
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă aplicaţia corespunzătoare AID nu este găsită,
starea de procesare returnată este „6A82”.
— În T=1, dacă este prezent octetul Le, starea returnată
este „6700”.
— În T=0, dacă se solicită un răspuns după comanda
SELECT, starea returnată este „6900”.
▼M1
— Dacă aplicaţia selectată este considerată coruptă (în atri­
butele fișierului este detectată o eroare de integritate),
starea de procesare returnată este „6400” sau „6500”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 245
3.5.1.2 S e l e c t a r e a u n u i f i ș i e r e l e m e n t a r f o l o s i n d i d e n t i ­
f i c a t o r u l d e f i ș i e r a l a c e s t u i a
TCS_39 Mesaj de comandă
TCS_40 Un card de tahograf trebuie să fie compatibil cu mesageria
securizată de generaţia 2 conform specificaţiilor din apen­
dicele 11 partea B pentru această variantă de comandă.
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „A4h”
P1 1 „02h” Selectarea unui EF din DF curent
P2 1 „0Ch” Nu se așteaptă niciun răspuns
Lc 1 „02h” Numărul de octeţi transmiși către card
#6-#7 2 „XXXXh” Identificatorul fișierului
Nu este necesar niciun răspuns la comanda SELECT (Le
absentă în T=1 sau nu se solicită niciun răspuns în T=0).
TCS_41 Mesaj de răspuns (nu se solicită niciun răspuns)
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă fișierul corespunzător identificatorului de fișier nu
este găsit, starea de procesare returnată este „6A82”.
— În T=1, dacă este prezent octetul Le, starea returnată
este „6700”.
— În T=0, dacă se solicită un răspuns după comanda
SELECT, starea returnată este „6900”.
▼M1
— Dacă fișierul selectat este considerat corupt (în atri­
butele fișierului este detectată o eroare de integritate),
starea de procesare returnată este „6400” sau „6500”.
▼B
3.5.2 READ BINARY
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restric­
ţionată comparativ cu comanda definită în standard.
Comanda READ BINARY se utilizează pentru citirea datelor dintr-un
fișier transparent.
Răspunsul cardului constă în returnarea datelor citite, încapsulate
opţional într-o structură de mesagerie securizată.
3.5.2.1 C o m a n d ă c u d e p l a s a r e î n P 1 - P 2
Această comandă permite IFD să citească datele din EF-ul selectat în
momentul respectiv, fără mesagerie securizată.
Notă: Această comandă fără mesagerie securizată poate fi utilizată
numai pentru a citi un fișier care este compatibil cu condiţia de
securitate ALW pentru modul de acces de citire („read”).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 246
TCS_42 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „B0h” Citire date (Read Binary)
P1 1 „XXh” Deplasare octeţi de la începutul fișierului: cel mai semni­
ficativ octet
P2 1 „XXh” Deplasare octeţi de la începutul fișierului: cel mai puţin
semnificativ octet
Le 1 „XXh” Lungimea datelor așteptate. Numărul de octeţi de citit.
Notă: bitul 8 al P1 trebuie setat la 0.
TCS_43 Mesaj de răspuns
Octet Lungime Valoare Descriere
#1-#X X „XX..XXh” Date citite
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă nu este selectat niciun EF, starea de procesare
returnată este „6986”.
— Dacă nu sunt îndeplinite condiţiile de securitate pentru
fișierul selectat, comanda este întreruptă cu „6982”.
— Dacă deplasarea nu este compatibilă cu dimensiunea EF
(Deplasare > dimensiune EF), starea de procesare
returnată este „6B00”.
— Dacă dimensiunea datelor de citit nu este compatibilă
cu dimensiunea EF (Deplasare + Le > dimensiune EF),
starea de procesare returnată este „6700” sau „6Cxx”,
unde „xx” indică lungimea exactă.
▼M1
— Dacă în atributele fișierului este detectată o eroare de
integritate, cardul trebuie să considere fișierul ca fiind
corupt și irecuperabil, iar starea de procesare returnată
este „6400” sau „6500”.
▼B
— Dacă în datele stocate este detectată o eroare de inte­
gritate, cardul trebuie să returneze datele solicitate, iar
starea de procesare returnată este „6281”.
3.5.2.1.1 C o m a n d ă c u m e s a g e r i e s e c u r i z a t ă ( e x e m p l e )
Această comandă permite IFD să citească date din EF-ul selectat în
momentul respectiv, cu mesagerie securizată, pentru a verifica inte­
gritatea datelor primite și pentru a proteja confidenţialitatea datelor în
cazul în care este aplicată condiţia de securitate SM-R-ENC-MAC-G1
(generaţia 1) sau SM-R-ENC-MAC-G2 (generaţia 2).
TCS_44 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „0Ch” Mesagerie securizată solicitată
INS 1 „B0h” Citire date (Read Binary)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 247
Octet Lungime Valoare Descriere
P1 1 „XXh” P1 (deplasare octeţi de la începutul fișierului): cel mai
semnificativ octet
P2 1 „XXh” P2 (deplasare octeţi de la începutul fișierului): cel mai
puţin semnificativ octet
Lc 1 „XXh” Lungimea datelor de intrare pentru mesageria securizată
#6 1 „97h” T LE : etichetă pentru specificaţia lungimii așteptate.
#7 1 „01h” L LE : lungimea lungimii așteptate
#8 1 „NNh” Specificaţia lungimii așteptate (Le originală): numărul de
octeţi de citit
#9 1 „8Eh” T CC : etichetă pentru suma de verificare criptografică
#10 1 „XXh” L CC : lungimea sumei de verificare criptografice
următoare
„04h” pentru mesageria securizată de generaţia 1 (a se
vedea apendicele 11 partea A)
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii
AES pentru mesageria securizată de generaţia 2 (a se
vedea apendicele 11 partea B)
#11-#(10 + L) L „XX..XXh” Sumă de verificare criptografică
Le 1 „00h” Conform specificaţiilor din ISO/IEC 7816-4
TCS_45 Mesaj de răspuns dacă SM-R-ENC-MAC-G1 (generaţia
1) / SM-R-ENC-MAC-G2 (generaţia 2) nu este necesară
și dacă formatul de intrare pentru mesageria securizată
este corect:
▼M1
Octet
Lungi­
me
Valoare Descriere
#1 1 „81h” T PV : Etichetă pentru valoarea datelor în clar
#2 L „NNh” sau
„81 NNh”
L PV : lungimea datelor returnate (= Le
originală).
L este de 2 octeţi dacă L PV > 127 de octeţi.
#(2+ L) - #(1+ L+ NN) NN „XX..XXh” Valoarea datelor în clar
#(2+ L+ NN) 1 „99h” Etichetă pentru starea de procesare (SW1-
SW2) – opţională pentru mesageria secu­
rizată de generaţia 1
#(3+ L+ NN) 1 „02h” Lungimea stării de procesare – opţională
pentru mesageria securizată de generaţia 1
#(4+ L+ NN) -
#(5+ L+ NN)
2 „XX XXh” Starea de procesare a APDU de răspuns
neprotejate – opţională pentru mesageria
securizată de generaţia 1
#(6+ L+ NN) 1 „8Eh” TCC: Etichetă pentru suma de verificare
criptografică
#(7+ L+ NN) 1 „XXh” LCC: Lungimea următoarei sume de veri­
ficare criptografice
„04h” pentru mesageria securizată de
generaţia 1 (a se vedea apendicele 11
partea A)
„08h”, „0Ch” sau „10h”, în funcţie de
lungimea cheii AES pentru mesageria secu­
rizată de generaţia 2 (a se vedea apendicele
11 partea B)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 248
Octet
Lungi­
me
Valoare Descriere
#(8+ L+ NN)-
#(7+ M+ L+ NN)
M „XX..XXh” Sumă de verificare criptografică
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
▼B
TCS_46 Mesaj de răspuns dacă SM-R-ENC-MAC-G1 (generaţia
1) / SM-R-ENC-MAC-G2 (generaţia 2) este necesară și
dacă formatul de intrare pentru mesageria securizată
este corect:
▼M1
Octet
Lungi­
me
Valoare Descriere
#1 1 „87h” T PI CG : Etichetă pentru date criptate (crip­
togramă)
#2 L „MMh” sau
„81 MMh”
L PI CG : lungimea datelor criptate returnate
(diferită de Le originală a comenzii din
cauza completării).
L este de 2 octeţi dacă LPI CG > 127 de
octeţi.
#(2+ L)-#(1+ L+ MM) MM „01XX..XXh” Date criptate: indicator de completare și
criptogramă
#(2+ L+ MM) 1 „99h” Etichetă pentru starea de procesare (SW1-
SW2) – opţională pentru mesageria secu­
rizată de generaţia 1
#(3+ L+ MM) 1 „02h” Lungimea stării de procesare – opţională
pentru mesageria securizată de generaţia 1
#(4+ L+ MM) -
#(5+ L+ MM)
2 „XX XXh” Starea de procesare a APDU de răspuns
neprotejate – opţională pentru mesageria
securizată de generaţia 1
#(6+ L+ MM) 1 „8Eh” TCC: Etichetă pentru suma de verificare
criptografică
#(7+ L+ MM) 1 „XXXXh” LCC: Lungimea următoarei sume de veri­
ficare criptografice
„04h” pentru mesageria securizată de
generaţia 1 (a se vedea apendicele 11
partea A)
„08h”, „0Ch” sau „10h”, în funcţie de
lungimea cheii AES pentru mesageria secu­
rizată de generaţia 2 (a se vedea apendicele
11 partea B)
#(8+ L+ MM)-
#(7+ N+ L+ MM)
N „XX..XXh” Sumă de verificare criptografică
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
▼B
Comanda READ BINARY poate returna stările de
procesare normale enumerate în TCS_43 cu eticheta
„99h”, conform descrierii din TCS_59, folosind structura
de răspuns a mesageriei securizate.
În plus, pot apărea unele erori legate în mod specific de
mesageria securizată. În acest caz, starea de procesare este
returnată pur și simplu, fără a mai implica o structură de
mesagerie securizată:
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 249
TCS_47 Mesaj de răspuns dacă formatul de intrare pentru
mesageria securizată este incorect
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— Dacă nu este disponibilă nicio cheie de sesiune curentă,
se returnează starea de procesare „6A88”. Acest lucru
se întâmplă fie în cazul în care cheia de sesiune nu a
fost generată deja, fie în cazul în care valabilitatea cheii
de sesiune a expirat (în acest caz, IFD trebuie să ruleze
din nou un proces de autentificare reciprocă pentru a
seta o nouă cheie de sesiune).
— Dacă unele dintre obiectele de date așteptate (conform
specificaţiilor de mai sus) lipsesc din formatul de
mesagerie securizată, se returnează starea de procesare
„6987”: această eroare se produce dacă lipsește o
etichetă așteptată sau dacă corpul comenzii nu este
construit în mod corect.
— Dacă unele obiecte de date sunt incorecte, starea de
procesare returnată este „6988”: această eroare se
produce dacă toate etichetele necesare sunt prezente,
dar unele lungimi sunt diferite de cele așteptate.
— Dacă verificarea sumei de verificare criptografice
eșuează, starea de procesare returnată este „6688”.
3.5.2.2 C o m a n d ă c u i d e n t i f i c a t o r d e E F ( f i ș i e r e l e m e n t a r )
s c u r t
Această variantă de comandă permite IFD să selecteze un EF prin
intermediul unui identificator de EF scurt și să citească date din EF-ul
respectiv.
TCS_48 Un card de tahograf trebuie să fie compatibil cu această
variantă de comandă pentru toate fișierele elementare care
au un identificator de EF scurt specificat. Acești identifi­
catori de EF scurţi sunt specificaţi în capitolul 4.
TCS_49 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „B0h” Citire date (Read Binary)
P1 1 „XXh” Bitul 8 este setat la 1
Biţii 7 și 6 sunt setaţi la 00
Biţii 5-1 codează identificatorul de EF scurt al EF-ului
corespunzător
P2 1 „XXh” Codează o deplasare de la 0 la 255 de octeţi în EF-ul la
care face trimitere P1
Le 1 „XXh” Lungimea datelor așteptate. Numărul de octeţi de citit.
Notă: identificatorii de EF scurţi utilizaţi pentru aplicaţia
tahografică de generaţia 2 sunt specificaţi în capitolul 4.
Dacă P1 codează un identificator de EF scurt și comanda
este executată cu succes, EF-ul identificat devine EF-ul
selectat în momentul respectiv (EF curent).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 250
TCS_50 Mesaj de răspuns
Octet Lungime Valoare Descriere
#1-#L L „XX..XXh” Date citite
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă fișierul corespunzător identificatorului de EF scurt
nu este găsit, starea de procesare returnată este „6A82”.
— Dacă nu sunt îndeplinite condiţiile de securitate pentru
fișierul selectat, comanda este întreruptă cu „6982”.
— Dacă deplasarea nu este compatibilă cu dimensiunea EF
(Deplasare > dimensiune EF), starea de procesare
returnată este „6B00”.
— Dacă dimensiunea datelor de citit nu este compatibilă
cu dimensiunea EF (Deplasare + Le > dimensiune EF),
starea de procesare returnată este „6700” sau „6Cxx”,
unde „xx” indică lungimea exactă.
▼M1
— Dacă în atributele fișierului este detectată o eroare de
integritate, cardul trebuie să considere fișierul ca fiind
corupt și irecuperabil, iar starea de procesare returnată
este „6400” sau „6500”.
▼B
— Dacă în datele stocate este detectată o eroare de inte­
gritate, cardul trebuie să returneze datele solicitate, iar
starea de procesare returnată este „6281”.
3.5.2.3 C o m a n d ă c u o c t e t d e i n s t r u c ţ i u n i i m p a r
Această variantă de comandă permite IFD să citească datele 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 compatibil
cu această variantă de comandă pentru EF-urile respective.
Un card de tahograf poate să fie sau nu compatibil cu
această variantă de comandă pentru alte EF-uri, cu
excepţia EF Sensor_Installation_Data. A se vedea
TCS_156 și TCS_160.
TCS_52 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „B1h” Citire date (Read Binary)
P1 1 „00h” EF curent
P2 1 „00h”
Lc 1 „NNh” Lc Lungimea obiectului de date deplasat.
#6-#(5+NN) NN „XX..XXh” Obiect de date deplasat:
Etichetă „54h”
Lungime „01h” sau „02h”
Valoare deplasare
▼M1
Le 1 „XXh” Conform specificaţiilor din ISO/IEC 7816-4
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 251
IFD trebuie să codeze lungimea obiectului de date deplasat
cu un număr minim posibil de octeţi, și anume: utilizând
octetul de lungime „01h” IFD codează o deplasare de la 0
la 255 și utilizând octetul de lungime „02h” o deplasare de
la „256” până la „65 535” de octeţi.
▼M1
În cazul în care T = 0, cardul presupune valoarea Le =
„00h” dacă nu este aplicată mesageria securizată.
În cazul în care T = 1, starea de procesare returnată este
„6700” dacă Le = „01h”.
▼B
TCS_53 Mesaj de răspuns
Octet Lungime Valoare Descriere
#1-#L L „XX..XXh” Date citite încapsulate într-un obiect de date discreţionar
cu eticheta „53h”.
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă nu este selectat niciun EF, starea de procesare
returnată este „6986”.
— Dacă nu sunt îndeplinite condiţiile de securitate pentru
fișierul selectat, comanda este întreruptă cu „6982”.
— Dacă deplasarea nu este compatibilă cu dimensiunea EF
(Deplasare > dimensiune EF), starea de procesare
returnată este „6B00”.
— Dacă dimensiunea datelor de citit nu este compatibilă
cu dimensiunea EF (Deplasare + Le > dimensiune EF),
starea de procesare returnată este „6700” sau „6Cxx”,
unde „xx” indică lungimea exactă.
▼M1
— Dacă în atributele fișierului este detectată o eroare de
integritate, cardul trebuie să considere fișierul ca fiind
corupt și irecuperabil, iar starea de procesare returnată
este „6400” sau „6500”.
▼B
— Dacă în datele stocate este detectată o eroare de inte­
gritate, cardul trebuie să returneze datele solicitate, iar
starea de procesare returnată este „6281”.
3.5.2.3.1 C o m a n d ă c u m e s a g e r i e s e c u r i z a t ă ( e x e m p l u )
Următorul exemplu ilustrează utilizarea mesageriei securizate în cazul
în care se aplică condiţia de securitate SM-MAC-G2.
TCS_54 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „0Ch” Mesagerie securizată solicitată
INS 1 „B1h” Citire date (Read Binary)
P1 1 „00h” EF curent
P2 1 „00h”
Lc 1 „XXh” Lungimea câmpului de date securizate
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 252
Octet Lungime Valoare Descriere
#6 1 „B3h” Etichetă pentru valoarea datelor în clar codate în
BER-TLV
#7 1 „NNh” L PV : lungimea datelor transmise
#(8)-#(7+NN) NN „XX..XXh” Date în clar codate în BER-TLV, și anume obiectul de
date deplasat cu eticheta „54”
#(8+NN) 1 „97h” T LE : etichetă pentru specificaţia lungimii așteptate.
#(9+NN) 1 „01h” L LE : lungimea lungimii așteptate
#(10+NN) 1 „XXh” Specificaţia lungimii așteptate (Le originală): numărul de
octeţi de citit
#(11+NN) 1 „8Eh” T CC : etichetă pentru suma de verificare criptografică
#(12+NN) 1 „XXh” L CC : lungimea sumei de verificare criptografice
următoare
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii
AES pentru mesageria securizată de generaţia 2 (a se
vedea apendicele 11 partea B)
#(13+NN)-
#(12+M+NN)
M „XX..XXh” Sumă de verificare criptografică
Le 1 „00h” Conform specificaţiilor din ISO/IEC 7816-4
TCS_55 Mesaj de răspuns în cazul în care comanda este executată
cu succes
Octet Lungime Valoare Descriere
#1 1 „B3h” Date în clar codate în BER-TLV
#2 L „NNh” sau
„81 NNh”
L PV : lungimea datelor returnate (= Le originală)
L este de 2 octeţi dacă L PV > 127 de octeţi
#(2+L)-
#(1+L+NN)
NN „XX..XXh” Valoarea datelor în clar codate în BER-TLV, adică datele
citite încapsulate într-un obiect de date discreţionar cu
eticheta „53h”.
#(2+L+NN) 1 „99h” Starea de procesare a APDU de răspuns neprotejate
#(3+L+NN) 1 „02h” Lungimea stării de procesare
#(4+L+NN) –
#(5+L+NN)
2 „XX XXh” Starea de procesare a APDU de răspuns neprotejate
#(6+L+NN) 1 „8Eh” T CC : etichetă pentru suma de verificare criptografică
#(7+L+NN) 1 „XXh” L CC : lungimea sumei de verificare criptografice
următoare
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii
AES pentru mesageria securizată de generaţia 2 (a se
vedea apendicele 11 partea B)
#(8+L+NN)-
#(7+M+L+NN)
M „XX..XXh” Sumă de verificare criptografică
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
3.5.3 UPDATE BINARY
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restric­
ţionată comparativ cu comanda definită în standard.
Mesajul de comandă UPDATE BINARY iniţializează actualizarea
(ștergere + scriere) biţilor deja prezenţi într-un EF binar cu biţii daţi
în APDU de comandă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 253
3.5.3.1 C o m a n d ă c u d e p l a s a r e î n P 1 - P 2
Această comandă permite IFD să scrie date în EF-ul selectat în
momentul respectiv, fără ca integritatea datelor primite să fie verificată
de card.
Notă: Această comandă fără mesagerie securizată poate fi utilizată
numai pentru a actualiza un fișier care este compatibil cu condiţia
de securitate ALW pentru modul de acces de actualizare („update”).
TCS_56 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „D6h” Actualizare date (Update Binary)
P1 1 „XXh” Deplasare octeţi de la începutul fișierului: cel mai semni­
ficativ octet
P2 1 „XXh” Deplasare octeţi de la începutul fișierului: cel mai puţin
semnificativ octet
Lc 1 „NNh” Lc Lungimea datelor de actualizat. Numărul de octeţi de
scris.
#6-#(5+NN) NN „XX..XXh” Date de scris
Notă: bitul 8 al P1 trebuie setat la 0.
TCS_57 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă nu este selectat niciun EF, starea de procesare
returnată este „6986”.
— Dacă nu sunt îndeplinite condiţiile de securitate pentru
fișierul selectat, comanda este întreruptă cu „6982”.
— Dacă deplasarea nu este compatibilă cu dimensiunea EF
(Deplasare > dimensiune EF), starea de procesare
returnată este „6B00”.
— Dacă dimensiunea datelor de scris nu este compatibilă
cu dimensiunea EF (Deplasare + Lc > dimensiunea
EF), starea de procesare returnată este „6700”.
— Dacă în atributele fișierului este detectată o eroare de
integritate, cardul trebuie să considere fișierul ca fiind
corupt și irecuperabil, iar starea de procesare returnată
este „6400” sau „6500”.
— Dacă scrierea nu este executată cu succes, starea de
procesare returnată este „6581”.
3.5.3.1.1 C o m a n d ă c u m e s a g e r i e s e c u r i z a t ă ( e x e m p l e )
Această comandă permite IFD să scrie date în EF-ul selectat în
momentul respectiv, integritatea datelor primite fiind verificată de
card. Întrucât nu este necesară păstrarea confidenţialităţii, datele nu
sunt criptate.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 254
TCS_58 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „0Ch” Mesagerie securizată solicitată
INS 1 „D6h” Actualizare date (Update Binary)
P1 1 „XXh” Deplasare octeţi de la începutul fișierului:
cel mai semnificativ octet
P2 1 „XXh” Deplasare octeţi de la începutul fișierului:
cel mai puţin semnificativ octet
Lc 1 „XXh” Lungimea câmpului de date securizate
#6 1 „81h” T PV : etichetă pentru valoarea datelor în clar
#7 L „NNh” sau
„81 NNh”
L PV : lungimea datelor transmise.
L este de 2 octeţi dacă L PV > 127 de octeţi.
#(7+L)-
#(6+L+NN)
NN „XX..XXh” Valoarea datelor în clar (date de scris)
#(7+L+NN) 1 „8Eh” T CC : etichetă pentru suma de verificare criptografică
#(8+L+NN) 1 „XXh” L CC : lungimea sumei de verificare criptografice
următoare „04h” pentru mesageria securizată de
generaţia 1 (a se vedea apendicele 11 partea A)
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii
AES pentru mesageria securizată de generaţia 2 (a se
vedea apendicele 11 partea B)
#(9+L+NN)-
#(8+M+L+
NN)
M „XX..XXh” Sumă de verificare criptografică
Le 1 „00h” Conform specificaţiilor din ISO/IEC 7816-4
TCS_59 Mesaj de răspuns dacă formatul de intrare pentru
mesageria securizată este corect
Octet Lungime Valoare Descriere
#1 1 „99h” T SW : etichetă pentru cuvinte de stare (de protejat de către
CC)
#2 1 „02h” L SW : lungimea cuvintelor de stare returnate
#3-#4 2 „XXXXh” Starea de procesare a APDU de răspuns neprotejate
#5 1 „8Eh” T CC : etichetă pentru suma de verificare criptografică
#6 1 „XXh” L CC : lungimea sumei de verificare criptografice
următoare
„04h” pentru mesageria securizată de generaţia 1 (a se
vedea apendicele 11 partea A)
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii
AES pentru mesageria securizată de generaţia 2 (a se
vedea apendicele 11 partea B)
#7-#(6+L) L „XX..XXh” Sumă de verificare criptografică
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
Stările de procesare „normale”, descrise pentru comanda
UPDATE BINARY fără mesagerie securizată (a se vedea
secţiunea 3.5.3.1), pot fi returnate utilizând structura de
mesaj de răspuns descrisă anterior.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 255
În plus, pot apărea unele erori legate în mod specific de
mesageria securizată. În acest caz, starea de procesare este
returnată pur și simplu, fără a mai implica o structură de
mesagerie securizată:
TCS_60 Mesaj de răspuns în caz de eroare în cadrul mesageriei
securizate
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— Dacă nu este disponibilă nicio cheie de sesiune curentă,
se returnează starea de procesare „6A88”.
— Dacă unele dintre obiectele de date așteptate (conform
specificaţiilor de mai sus) lipsesc din formatul de
mesagerie securizată, se returnează starea de procesare
„6987”: această eroare se produce dacă lipsește o
etichetă așteptată sau dacă corpul comenzii nu este
construit în mod corect.
— Dacă unele obiecte de date sunt incorecte, starea de
procesare returnată este „6988”: această eroare se
produce dacă toate etichetele necesare sunt prezente,
dar unele lungimi sunt diferite de cele așteptate.
— Dacă verificarea sumei de verificare criptografice
eșuează, starea de procesare returnată este „6688”.
3.5.3.2 C o m a n d ă c u i d e n t i f i c a t o r d e E F s c u r t
Această variantă de comandă permite IFD să selecteze un EF prin
intermediul unui identificator de EF scurt și să scrie date din EF-ul
respectiv.
TCS_61 Un card de tahograf trebuie să fie compatibil cu această
variantă de comandă pentru toate fișierele elementare care
au un identificator de EF scurt specificat. Acești identifi­
catori de EF scurţi sunt specificaţi în capitolul 4.
TCS_62 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „D6h” Actualizare date (Update Binary)
P1 1 „XXh” Bitul 8 este setat la 1
Biţii 7 și 6 sunt setaţi la 00
Biţii 5-1 codează identificatorul de EF scurt al EF-ului
corespunzător
P2 1 „XXh” Codează o deplasare de la 0 la 255 de octeţi în EF-ul la
care face trimitere P1
Lc 1 „NNh” Lc Lungimea datelor de actualizat. Numărul de octeţi de
scris.
#6-#(5+NN) NN „XX..XXh” Date de scris
TCS_63 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
Notă: Identificatorii de EF scurţi utilizaţi pentru aplicaţia
tahografică de generaţia 2 sunt specificaţi în capitolul 4.
Dacă P1 codează un identificator de EF scurt și comanda
este executată cu succes, EF-ul identificat devine EF-ul
selectat în momentul respectiv (EF curent).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 256
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă fișierul corespunzător identificatorului de EF scurt
nu este găsit, starea de procesare returnată este „6A82”.
— Dacă nu sunt îndeplinite condiţiile de securitate pentru
fișierul selectat, comanda este întreruptă cu „6982”.
— Dacă deplasarea nu este compatibilă cu dimensiunea EF
(Deplasare > dimensiune EF), starea de procesare
returnată este „6B00”.
— Dacă dimensiunea datelor de scris nu este compatibilă
cu dimensiunea EF (Deplasare + Lc > dimensiunea
EF), starea de procesare returnată este „6700”.
▼M1
— Dacă în atributele fișierului este detectată o eroare de
integritate, cardul trebuie să considere fișierul ca fiind
corupt și irecuperabil, iar starea de procesare returnată
este „6400” sau „6500”.
▼B
— Dacă scrierea nu este executată cu succes, starea de
procesare returnată este „6581”.
3.5.3.3 C o m a n d ă c u o c t e t d e i n s t r u c ţ i u n i i m p a r
Această variantă de comandă permite IFD să scrie date într-un 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 compatibil
cu această variantă de comandă pentru EF-urile respective.
Un card de tahograf poate sau nu să fie compatibil cu
această variantă de comandă pentru alte EF-uri.
TCS_65 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „D7h” Actualizare date (Update Binary)
P1 1 „00h” EF curent
P2 1 „00h”
Lc 1 „NNh” Lc Lungimea datelor din câmpul de date al comenzii
#6-#(5+NN) NN „XX..XXh” Obiect de date deplasat cu eticheta „54h” || Obiect de
date discreţionar cu eticheta „53h” care cuprinde datele
de scris
IFD trebuie să codeze lungimea obiectului de date deplasat
și a obiectului de date discreţionar cu numărul minim
posibil de octeţi, și anume: utilizând octetul de lungime
„01h”, IFD trebuie să codeze o deplasare / lungime de la
0 la 255 și utilizând octetul de lungime „02h” o deplasare /
lungime de la „256” până la „65 535” de octeţi.
TCS_66 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 257
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă nu este selectat niciun EF, starea de procesare
returnată este „6986”.
— Dacă nu sunt îndeplinite condiţiile de securitate pentru
fișierul selectat, comanda este întreruptă cu „6982”.
— Dacă deplasarea nu este compatibilă cu dimensiunea EF
(Deplasare > dimensiune EF), starea de procesare
returnată este „6B00”.
— Dacă dimensiunea datelor de scris nu este compatibilă
cu dimensiunea EF (Deplasare + Lc > dimensiunea
EF), starea de procesare returnată este „6700”.
— Dacă în atributele fișierului este detectată o eroare de
integritate, cardul trebuie să considere fișierul ca fiind
corupt și irecuperabil, iar starea de procesare returnată
este „6400” sau „6500”.
— Dacă scrierea nu este executată cu succes, starea de
procesare returnată este „6581”.
3.5.3.3.1 C o m a n d ă c u m e s a g e r i e s e c u r i z a t ă ( e x e m p l u )
Următorul exemplu ilustrează utilizarea mesageriei securizate în cazul
în care se aplică condiţia de securitate SM-MAC-G2.
TCS_67 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „0Ch” Mesagerie securizată solicitată
INS 1 „D7h” Actualizare date (Update Binary)
P1 1 „00h” EF curent
P2 1 „00h”
Lc 1 „XXh” Lungimea câmpului de date securizate
#6 1 „B3h” Etichetă pentru valoarea datelor în clar codate în
BER-TLV
#7 L „NNh” sau
„81 NNh”
L PV : lungimea datelor transmise.
L este de 2 octeţi dacă L PV > 127 de octeţi.
#(7+L)-
#(6+L+NN)
NN „XX..XXh” Date în clar codate în BER-TLV, și anume obiect de date
deplasat cu eticheta „54h” || obiect de date discreţionar
cu eticheta „53h” care cuprinde datele de scris
#(7+L+NN) 1 „8Eh” T CC : etichetă pentru suma de verificare criptografică
#(8+L+NN) 1 „XXh” L CC : lungimea sumei de verificare criptografice
următoare
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii
AES pentru mesageria securizată de generaţia 2 (a se
vedea apendicele 11 partea B)
#(9+L+NN)-
#(8+M+L+NN)
M „XX..XXh” Sumă de verificare criptografică
Le 1 „00h” Conform specificaţiilor din ISO/IEC 7816-4
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 258
TCS_68 Mesaj de răspuns în cazul în care comanda este executată
cu succes
Octet Lungime Valoare Descriere
#1 1 „99h” T SW : etichetă pentru cuvinte de stare (de protejat de către
CC)
#2 1 „02h” L SW : lungimea cuvintelor de stare returnate
#3-#4 2 „XXXXh” Starea de procesare a APDU de răspuns neprotejate
#5 1 „8Eh” T CC : etichetă pentru suma de verificare criptografică
#6 1 „XXh” L CC : lungimea sumei de verificare criptografice
următoare
„08h”, „0Ch” sau „10h”, în funcţie de lungimea cheii
AES pentru mesageria securizată de generaţia 2 (a se
vedea apendicele 11 partea B)
#7-#(6+L) L „XX..XXh” Sumă de verificare criptografică
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
3.5.4 GET CHALLENGE
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restric­
ţionată comparativ cu comanda definită în standard.
Comanda GET CHALLENGE solicită cardului să emită date de
provocare pentru a fi utilizate într-o procedură legată de securitate
în cadrul căreia se transmit cardului o criptogramă sau date codificate.
TCS_69 Datele de provocare emise de card sunt valabile doar pentru
următoarea comandă, care utilizează date de provocare,
transmisă cardului.
TCS_70 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „84h” INS
P1 1 „00h” 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 Descriere
#1-#8 8 „XX..XXh” Date de provocare
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă Le este diferită de „08h”, starea de procesare este
„6700”.
— Dacă parametrii P1-P2 sunt incorecţi, starea de
procesare este „6A86”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 259
3.5.5 VERIFY
Această comandă respectă ISO/IEC 7816-4, dar are o utilizare restric­
ţionată comparativ cu comanda definită în standard.
Numai cardul de atelier trebuie să fie compatibil cu această comandă.
Alte tipuri de carduri de tahograf pot sau nu să implementeze această
comandă, dar pentru cardurile respective nu este personalizată nicio
CHV de referinţă. Prin urmare, cardurile respective nu pot executa cu
succes această comandă. Pentru alte tipuri de carduri de tahograf decât
cardurile de atelier, comportamentul, și anume codul de eroare
returnat, se află în afara domeniului de aplicare al prezentei speci­
ficaţii, dacă această comandă este transmisă.
Comanda „Verify” iniţializează în card comparaţia dintre datele
CHV (PIN) transmise prin comandă cu CHV de referinţă stocate în
card.
▼M1
TCS_72 PIN-ul introdus de utilizator trebuie să fie codat ASCII și
completat la dreapta de către IFD cu octeţi „FFh” până la
lungimea de 8 octeţi; a se vedea, de asemenea, tipul de date
WorkshopCardPIN din apendicele 1.
▼B
TCS_73 Generaţia 1 și 2 de aplicaţii tahografice trebuie să utilizeze
aceleași CHV de referinţă.
TCS_74 Cardul de tahograf trebuie să verifice dacă comanda este
corect codată. În cazul în care comanda nu este corect
codată, cardul trebuie să nu compare valorile CHV, să nu
scadă numărul încercărilor CHV rămase și să nu reseteze
starea de securitate „PIN_Verified”, ci să anuleze comanda.
O comandă este codată corect dacă octeţii CLA, INS, P1,
P2, Lc au valorile specificate, Le lipsește, iar câmpul de
date al comenzii are lungimea corectă.
TCS_75 În cazul în care comanda este executată cu succes, numărul
de încercări CHV rămase se reiniţializează. Valoarea
iniţială a numărului de încercări CHV rămase este de 5.
În cazul în care comanda este executată cu succes, cardul
trebuie să seteze starea de securitate internă
„PIN_Verified”. Cardul trebuie să reseteze această stare
de securitate în cazul în care cardul este resetat sau în
cazul în care codul CHV transmis în cadrul comenzii nu
corespunde cu CHV de referinţă stocate.
Notă: Utilizarea acelorași CHV de referinţă și a unei stări
de securitate globale face să nu mai fie necesar ca un
angajat al atelierului să reintroducă PIN-ul după selectarea
altui DF de aplicaţie tahografică.
TCS_76 O comparaţie nereușită este înregistrată în card, și anume
numărul de încercări CHV rămase trebuie scăzut cu una,
pentru a limita numărul încercărilor ulterioare de utilizare a
CHV de referinţă.
TCS_77 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „20h” INS
P1 1 „00h” P1
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 260
Octet Lungime Valoare Descriere
P2 1 „00h” P2 (CHV verificate sunt cunoscute implicit)
Lc 1 „08h” Lungimea codului CHV transmis
#6-#13 8 „XX..XXh” CHV
TCS_78 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă CHV de referinţă nu sunt găsite, starea de
procesare returnată este „6A88”.
— Dacă CHV sunt blocate (numărul de încercări rămase
pentru CHV este zero), starea de procesare returnată
este „6983”. Odată ce se află în această stare, CHV
nu mai pot fi niciodată prezentate cu succes.
— În cazul în care comparaţia nu reușește, numărul de
încercări rămase scade și se returnează starea „63CX”
(X>0, X fiind egal cu numărul de încercări CHV
rămase.
— Dacă CHV de referinţă sunt considerate a fi corupte,
starea de procesare returnată este „6400” sau „6581”.
— Dacă Lc este diferită de „08h”, starea de procesare este
„6700”.
3.5.6 GET RESPONSE
Această comandă respectă ISO/IEC 7816-4.
Această comandă (necesară și disponibilă doar pentru protocolul T=0)
este utilizată pentru a transmite datele pregătite de la card către dispo­
zitivul de interfaţă (cazul în care o comandă avea inclusă atât Lc, cât
și Le).
Comanda GET RESPONSE trebuie emisă imediat după comanda de
pregătire a datelor, altfel datele sunt pierdute. După executarea
comenzii GET RESPONSE (cu excepţia cazurilor în care se
produce eroarea „61xx” sau „6Cxx”, a se vedea mai jos), datele
pregătite anterior nu mai sunt disponibile.
TCS_79 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „C0h”
P1 1 „00h”
P2 1 „00h”
Le 1 „XXh” Numărul de octeţi așteptaţi
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 261
TCS_80 Mesaj de răspuns
Octet Lungime Valoare Descriere
#1-#X X „XX..XXh” Date
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă nu au fost pregătite date de către card, starea de
procesare returnată este „6900” sau „6F00”.
— Dacă Le depășește numărul de octeţi disponibili sau
dacă Le este egală cu zero, starea de procesare
returnată este „6Cxx”, unde „xx” reprezintă numărul
exact de octeţi disponibili. În acest caz, datele
pregătite sunt în continuare disponibile pentru o
comandă GET RESPONSE ulterioară.
— Dacă Le nu este egală cu zero, dar este mai mică decât
numărul de octeţi disponibili, datele solicitate sunt
transmise în mod normal de către card, iar starea de
procesare returnată este „61xx”, unde „xx” indică
numărul de octeţi suplimentari care sunt încă disponibili
pentru o comandă GET RESPONSE ulterioară.
— În cazul în care comanda nu este compatibilă (protocol
T=1), cardul returnează starea „6D00”.
3.5.7 PSO: VERIFY CERTIFICATE
Această comandă respectă ISO/IEC 7816-8, dar are o utilizare restric­
ţionată comparativ cu comanda definită în standard.
Cardul utilizează comanda VERIFY CERTIFICATE pentru a obţine o
cheie publică din afară și pentru a verifica valabilitatea acesteia.
3.5.7.1 P e r e c h e d e c o m a n d ă – r ă s p u n s p e n t r u g e n e r a ţ i a 1
TCS_81 Această variantă de comandă este compatibilă doar cu o
aplicaţie tahografică de generaţia 1.
TCS_82 În cazul în care o comandă VERIFY CERTIFICATE este
executată cu succes, cheia publică este stocată pentru o
utilizare ulterioară în mediul de securitate. Această cheie
trebuie să fie setată în mod explicit pentru a fi utilizată
de comanda MSE (a se vedea secţiunea 3.5.11) în cadrul
comenzilor legate de securitate (INTERNAL AUTHEN­
TICATE, EXTERNAL AUTHENTICATE sau VERIFY
CERTIFICATE), folosindu-se identificatorul său de cheie.
TCS_83 În orice caz, comanda VERIFY CERTIFICATE utilizează
cheia publică selectată anterior de către comanda MSE
pentru a deschide certificatul. Această cheie publică
trebuie să aparţină unui stat membru sau Europei.
TCS_84 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „2Ah” Executarea unei operaţiuni de securitate
P1 1 „00h” P1
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 262
Octet Lungime Valoare Descriere
P2 1 „AEh” P2: date necodate BER-TLV (concatenarea elementelor
de date)
Lc 1 „C2h” Lc: lungimea certificatului, 194 de octeţi
#6-#199 194 „XX..XXh” Certificat: concatenarea elementelor de date (conform
descrierii din apendicele 11)
TCS_85 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă verificarea certificatului eșuează, starea de
procesare returnată este „6688”. Procesul de verificare
și de deschidere a certificatului este descris în apen­
dicele 11 pentru G1 și G2.
— Dacă în mediul de securitate nu există nicio cheie
publică, se returnează starea „6A88”.
— Dacă cheia publică selectată (utilizată pentru
deschiderea certificatului) este considerată coruptă,
starea de procesare returnată este „6400” sau „6581”.
— Doar generaţia 1: Dacă cheia publică selectată (utilizată
pentru deschiderea certificatului) are un CHA.LSB
( )
diferit de „00” (adică nu aparţine unuia dintre statele
membre sau Europei), starea de procesare returnată este
„6985”.
3.5.7.2 P e r e c h e d e c o m a n d ă – r ă s p u n s p e n t r u g e n e r a ţ i a 2
În funcţie de dimensiunea curbei, certificatele ECC pot fi atât de lungi
încât să nu poată fi transmise într-o singură APDU. În acest caz,
trebuie aplicată înlănţuirea comenzilor conform ISO/IEC 7816-4 și
certificatul trebuie transmis în două APDU-uri PSO: Verify Certificate
consecutive.
Structura certificatului și parametrii domeniului sunt definiţi în apen­
dicele 11.
▼M3
TCS_86 Comanda poate fi executată în MF, în DF Tachograph și în
DF Tachograph_G2; a se vedea, de asemenea, TCS_34.
▼B
TCS_87 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „X0h” Octet CLA care indică înlănţuirea comenzilor:
„00h” unica sau ultima comandă din lanţ
„10h” alte comenzi decât ultima comandă din lanţ
INS 1 „2Ah” Executarea unei operaţiuni de securitate
P1 1 „00h”
P2 1 „BEh” Verificarea certificatului autodescriptiv
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 263
Octet Lungime Valoare Descriere
Lc 1 „XXh” Lungimea câmpului de date al comenzii, a se vedea
TCS_88 și TCS_89.
#6-#5+L L „XX..XXh” Date codate DER-TLV: obiectul de date ECC Certificate
Body ca prim obiect de date, concatenat cu obiectul de
date ECC Certificate Signature ca al doilea obiect de
date, sau o parte a acestei concatenări. Eticheta „7F21”
și lungimea corespunzătoare nu se transmit.
Ordinea acestor obiecte de date este fixă.
▼M3
TCS_88 Pentru APDU-urile cu lungime redusă se aplică următoarele
dispoziţii: IFD trebuie să utilizeze numărul minim de
APDU-uri necesar pentru a transmite datele utile ale
comenzii și să transmită numărul maxim de octeţi în
prima APDU de comandă. Cu toate acestea, cardul
trebuie să fie compatibil cu orice valoare „Lc” de până la
255 de octeţi.
TCS_89 Pentru APDU-urile cu lungime extinsă se aplică urmă­
toarele dispoziţii: dacă certificatul nu se încadrează într-o
singură APDU, cardul trebuie să fie compatibil cu înlăn­
ţuirea comenzilor. IFD trebuie să utilizeze numărul minim
de APDU-uri necesar pentru a transmite datele utile ale
comenzii și să transmită numărul maxim de octeţi în
prima APDU de comandă. Dacă este necesară înlănţuirea,
cardul trebuie să fie compatibil cu orice valoare „Lc” până
la dimensiunea maximă a lungimii extinse indicată.
Notă: Conform apendicelui 11, cardul stochează certificatul
sau conţinutul relevant al certificatului și își actualizează
currentAuthenticatedTime.
Structura mesajului de răspuns și cuvintele de stare sunt
cele definite în TCS_85.
▼B
TCS_90 Pe lângă codurile de eroare enumerate în TCS_85, cardul
poate returna următoarele coduri de eroare:
— Dacă cheia publică selectată (utilizată pentru
deschiderea certificatului) are un CHA.LSB (Certifica­
teHolderAuthorisation.equipmentType) care nu este
potrivit pentru verificarea certificatului în conformitate
cu apendicele 11, starea de procesare returnată este
„6985”.
— Dacă currentAuthenticatedTime al cardului este mai
târziu decât data expirării certificatului, starea de
procesare returnată este „6985”.
— Dacă este așteptată ultima comandă din lanţ, cardul
returnează starea „6883”.
— Dacă în câmpul de date al comenzii sunt transmiși
parametri incorecţi, cardul returnează starea „6A80”
(utilizată, de asemenea, în cazul în care obiectele de
date nu sunt trimise în ordinea specificată).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 264
3.5.8 INTERNAL AUTHENTICATE
Această comandă respectă ISO/IEC 7816-4.
TCS_91 Toate cardurile de tahograf trebuie să fie compatibile cu
această comandă în DF Tachograph de generaţia 1.
Comanda poate sau nu să fie accesibilă în MF și/sau în
DF Tachograph_G2. În acest caz, comanda se încheie cu
un cod de eroare adecvat, deoarece cheia privată a cardului
(Card.SK) pentru protocolul de autentificare de generaţia 1
este accesibilă numai în DF_Tachograph de generaţia 1.
Utilizând comanda INTERNAL AUTHENTICATE, IFD
poate să autentifice cardul. Procesul de autentificare este
descris în apendicele 11. Acesta include următoarele
menţiuni:
TCS_92 Comanda INTERNAL AUTHENTICATE utilizează cheia
privată a cardului (selectată implicit) pentru a semna datele
de autentificare, inclusiv K1 (primul element pentru înţe­
legerea asupra cheii de sesiune) și RND1, și utilizează
cheia publică selectată în momentul respectiv (prin inter­
mediul ultimei comenzi MSE) pentru a cripta semnătura și
a forma tokenul de autentificare (mai multe detalii în apen­
dicele 11).
TCS_93 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h” CLA
INS 1 „88h” INS
P1 1 „00h” P1
P2 1 „00h” P2
Lc 1 „10h” Lungimea datelor transmise către card
#6 – #13 8 „XX..XXh” Date de provocare utilizate pentru autentificarea cardului
#14 -#21 8 „XX..XXh” VU.CHR (a se vedea apendicele 11)
Le 1 „80h” Lungimea datelor așteptate de la card
TCS_94 Mesaj de răspuns
Octet Lungime Valoare Descriere
#1-#128 128 „XX..XXh” Token de autentificare a cardului (a se vedea apendicele
11)
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă în mediul de securitate nu există nicio cheie
publică, starea de procesare returnată este „6A88”.
— Dacă în mediul de securitate nu există nicio cheie
privată, starea de procesare returnată este „6A88”.
— Dacă VU.CHR nu corespunde identificatorului cheii
publice curente, starea de procesare returnată este
„6A88”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 265
— Dacă cheia privată selectată este considerată coruptă,
starea de procesare returnată este „6400” sau „6581”.
▼M1
TCS_95 În cazul în care comanda INTERNAL AUTHENTICATE
este executată cu succes, cheia de sesiune curentă de
generaţia 1, dacă există, este ștearsă și nu mai este dispo­
nibilă. Pentru a face disponibilă o nouă cheie de sesiune de
generaţia 1, trebuie executată cu succes comanda
EXTERNAL AUTHENTICATE pentru mecanismul de
autentificare de generaţia 1.
Notă: Pentru cheile de sesiune de generaţia 2 a se vedea
apendice 11 CSM_193 și CSM_195. Dacă sunt stabilite
chei de sesiune de generaţia 2, iar tahograful primește
comanda APDU în clar INTERNAL AUTHENTICATE,
acesta abandonează sesiunea de mesagerie securizată de
generaţia 2 și distruge cheile de sesiune de generaţia 2.
▼B
3.5.9 EXTERNAL AUTHENTICATE
Această comandă respectă ISO/IEC 7816-4.
Utilizând comanda EXTERNAL AUTHENTICATE, cardul poate
autentifica IFD-ul. Procesul de autentificare este descris în apendicele
11 pentru generaţia 1 și 2 de tahografe (autentificare VU).
TCS_96 Varianta de comandă pentru mecanismul de autentificare
reciprocă de generaţia 1 este compatibilă numai cu o
aplicaţie tahografică de generaţia 1.
▼M1
TCS_97 Varianta de comandă pentru autentificarea reciprocă
VU-card de a doua generaţie poate fi executată în MF, în
DF Tachograph și în DF Tachograph_G2; a se vedea, de
asemenea, TCS_34. În cazul în care această comandă
INTERNAL AUTHENTICATE de generaţia 2 este
executată cu succes, cheia de sesiune curentă de generaţia
1, dacă există, este ștearsă și nu mai este disponibilă.
Notă: Pentru cheile de sesiune de generaţia 2 a se vedea
apendicele 11 CSM_193 și CSM_195. Dacă sunt stabilite
chei de sesiune de generaţia 2, iar tahograful primește
comanda APDU în clar EXTERNAL AUTHENTICATE,
acesta abandonează sesiunea de mesagerie securizată de
generaţia 2 și distruge cheile de sesiune de generaţia 2.
▼B
TCS_98 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h” CLA
INS 1 „82h” INS
P1 1 „00h” Cheile și algoritmii cunoscuţi implicit
P2 1 „00h”
Lc 1 „XXh” Lc (Lungimea datelor transmise către card)
#6-#(5+L) L „XX..XXh” Autentificarea de generaţia 1: criptogramă (a se vedea
apendicele 11 partea A)
Autentificarea de generaţia 2: semnătură generată de IFD
(a se vedea apendicele 11 partea B)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 266
TCS_99 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă CHA a cheii publice setate în momentul respectiv
nu este reprezentată de concatenarea AID-ului aplicaţiei
tahografice și a unui tip de echipament VU, starea de
procesare returnată este „6F00”.
— În cazul în care comanda nu urmează imediat unei
comenzi GET CHALLENGE, starea de procesare
returnată este „6985”.
Aplicaţia tahografică de generaţia 1 poate returna urmă­
toarele coduri de eroare suplimentare:
— Dacă în mediul de securitate nu există nicio cheie
publică, se returnează starea „6A88”.
— Dacă în mediul de securitate nu există nicio cheie
privată, starea de procesare returnată este „6A88”.
— Dacă verificarea criptogramei este eronată, starea de
procesare returnată este „6688”.
— Dacă cheia privată selectată este considerată coruptă,
starea de procesare returnată este „6400” sau „6581”.
Varianta de comandă pentru autentificarea de generaţia 2
poate returna următorul cod de eroare suplimentar:
— Dacă verificarea semnăturii a eșuat, cardul returnează
„6300”.
3.5.10 GENERAL AUTHENTICATE
Această comandă este utilizată pentru protocolul de autentificare a
cipului de generaţia 2 specificat în apendicele 11 partea B și este
conformă cu ISO/IEC 7816-4.
TCS_100 Comanda poate fi executată în MF, în DF Tachograph și în
DF Tachograph_G2; a se vedea, de asemenea, TCS_34.
TCS_101 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „86h”
P1 1 „00h” Protocolul și cheile cunoscute implicit
P2 1 „00h”
Lc 1 „NNh” Lc: lungimea câmpului de date subsecvent
#6-#(5+L) L „7Ch” + L 7C +
„80h” + L 80 +
„XX..XXh”
Valoarea cheii publice efemere codate DER-TLV (a
se vedea apendicele 11)
VU trebuie să trimită obiectele de date în această
ordine.
▼M3
Le 1 „00h” Conform specificaţiilor din ISO/IEC 7816-4
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 267
TCS_102 Mesaj de răspuns
Octet Lungime Valoare Descriere
#1-#L L „7Ch” + L 7C + „81h”
+ „08h” +
„XX..XXh” + „82h”
+ L 82 + „XX..XXh”
Date dinamice de autentificare codate
DER-TLV: nonce și token de autentificare (a
se vedea apendicele 11)
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Cardul returnează starea „6A80” pentru a indica
existenţa unor parametri incorecţi în câmpul de date.
— Cardul returnează starea „6982” în cazul în care
comanda External Authenticate nu a fost executată cu
succes.
Obiectul de răspuns cu date dinamice de autentificare
„7Ch”
— trebuie să fie prezent dacă operaţiunea reușește, și
anume cuvintele de stare sunt „9000”,
— trebuie să fie absent în cazul unei erori de execuţie sau
al unei erori de verificare, și anume în cazul în care
cuvintele de stare se înscriu în intervalul „6400” –
„6FFF” și
— poate fi absent în cazul unei avertizări, și anume în
cazul în care cuvintele de stare se înscriu în intervalul
„6200” – „63FF”.
3.5.11 MANAGE SECURITY ENVIRONMENT
Această comandă este utilizată pentru setarea unei chei publice pentru
autentificare.
3.5.11.1 P e r e c h e d e c o m a n d ă – r ă s p u n s p e n t r u g e n e r a ţ i a 1
Această comandă respectă ISO/IEC 7816-4. Utilizarea acestei comenzi
este restricţionată faţă de standardul corespunzător.
TCS_103 Această comandă este compatibilă doar cu o aplicaţie taho­
grafică de generaţia 1.
TCS_104 Cheia identificată în câmpul de date MSE rămâne cheia
publică curentă până la următoarea comandă MSE
corectă, până la selectarea unui DF sau până când cardul
este resetat.
TCS_105 Dacă cheia identificată nu este (deja) prezentă în card,
mediul de securitate rămâne neschimbat.
TCS_106 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h” CLA
INS 1 „22h” INS
P1 1 „C1h” P1: cheia identificată valabilă pentru toate operaţiunile
criptografice
P2 1 „B6h” P2 (date identificate privind semnătura digitală)
Lc 1 „0Ah” Lc: lungimea câmpului de date subsecvent
#6 1 „83h” Etichetă pentru identificarea unei chei publice în cazuri
asimetrice
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 268
Octet Lungime Valoare Descriere
#7 1 „08h” Lungimea identificatorului de cheie (identificator cheie)
#8-#15 8 „XX..XXh” Identificator cheie conform specificaţiilor din apendicele
11
TCS_107 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă cheia identificată nu este prezentă în card, starea
de procesare returnată este „6A88”.
— Dacă unele dintre obiectele de date așteptate lipsesc din
formatul de mesagerie securizată, se returnează starea
de procesare „6987”. Acest lucru se poate întâmpla
dacă lipsește eticheta „83h”.
— Dacă unele obiecte de date sunt incorecte, starea de
procesare returnată este „6988”. Acest lucru se poate
întâmpla dacă lungimea identificatorului cheii nu este
„08h”.
— Dacă cheia selectată este considerată coruptă, starea de
procesare returnată este „6400” sau „6581”.
3.5.11.2 P e r e c h i d e c o m a n d ă – r ă s p u n s p e n t r u g e n e r a ţ i a 2
Pentru autentificarea de generaţia 2, cardul de tahograf este compatibil
cu următoarele versiuni de comandă MSE: Set care respectă ISO/IEC
7816-4. Aceste versiuni de comandă nu sunt compatibile în ceea ce
privește autentificarea de generaţia 1.
3.5.11.2.1 M S E : S E T A T p e n t r u a u t e n t i f i c a r e a c i p u l u i
Următoarea comandă MSE:SET AT este utilizată pentru a selecta
parametrii pentru autentificarea cipului care este efectuată de o
comandă General Authenticate ulterioară.
TCS_108 Comanda poate fi executată în MF, în DF Tachograph și în
DF Tachograph_G2; a se vedea, de asemenea, TCS_34.
TCS_109 Mesaj de comandă MSE:SET AT pentru autentificarea
cipului
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „22h”
P1 1 „41h” Setat pentru autentificare internă
P2 1 „A4h” Autentificare
Lc 1 „NNh” Lc: lungimea câmpului de date subsecvent
#6-#(5+L) L „80h” +
„0Ah” +
„XX..XXh”
Identificatorul mecanismului criptografic codat
DER-TLV: identificatorul de obiect al autentificării
cipului (doar valoarea, eticheta „06h” este omisă).
A se vedea apendicele 1 pentru valorile identificatorilor
de obiect; trebuie folosită notaţia cu octeţi. A se vedea
apendicele 11 pentru îndrumări cu privire la modul de
selectare a unuia dintre acești identificatori de obiect.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 269
3.5.11.2.2 M S E : S E T A T p e n t r u a u t e n t i f i c a r e a V U
Următoarea comandă MSE:SET AT este utilizată pentru a selecta
parametrii și cheile pentru autentificarea VU care este efectuată de
o comandă External Authenticate ulterioară.
TCS_110 Comanda poate fi executată în MF, în DF Tachograph și în
DF Tachograph_G2; a se vedea, de asemenea, TCS_34.
TCS_111 Mesaj de comandă MSE:SET AT pentru autentificarea
VU
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „22h”
P1 1 „81h” Setat pentru autentificare externă
P2 1 „A4h” Autentificare
Lc 1 „NNh” Lc: lungimea câmpului de date subsecvent
#6-#(5+L) L „80h” +
„0Ah” +
„XX..XXh”
Identificatorul mecanismului criptografic codat
DER-TLV: identificatorul de obiect al autentificării VU
(doar valoarea, eticheta „06h” este omisă).
A se vedea apendicele 1 pentru valorile identificatorilor
de obiect; trebuie folosită notaţia cu octeţi. A se vedea
apendicele 11 pentru îndrumări cu privire la modul de
selectare a unuia dintre acești identificatori de obiect.
„83h” +
„08h” +
„XX..XXh”
Identificator codat DER-TLV al cheii publice a VU de
către identificatorul deţinătorului certificatului menţionat
în certificatul aferent.
„91h” +
L 91 +
„XX..XXh”
Reprezentare comprimată, codată DER-TLV, a cheii
publice efemere a VU care va fi folosită în cursul auten­
tificării cipului (a se vedea apendicele 11)
3.5.11.2.3 M S E : S E T D S T
Următoarea comandă MSE:SET DST este utilizată pentru a stabili o
cheie publică fie
— pentru verificarea unei semnături care este furnizată într-o
comandă PSO: Verify Digital Signature ulterioară, fie
— pentru verificarea semnăturii unui certificat care este furnizat într-o
comandă PSO: Verify Certificate ulterioară.
TCS_112 Comanda poate fi executată în MF, în DF Tachograph și în
DF Tachograph_G2; a se vedea, de asemenea, TCS_ 33.
TCS_113 Mesaj de comandă MSE:SET DST
Octet Lungime Valoare Descriere
CLA 1 „00h”
INS 1 „22h”
P1 1 „81h” Setat pentru verificare
P2 1 „B6h” Semnătură digitală
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 270
Octet Lungime Valoare Descriere
Lc 1 „NNh” Lc: lungimea câmpului de date subsecvent
#6-#(5+L) L „83h” +
„08h” +
„XX...XXh”
Identificator codat DER-TLV al unei chei publice, și
anume identificatorul deţinătorului certificatului din certi­
ficatul cheii publice (a se vedea apendicele 11)
Pentru toate versiunile de comandă, structura mesajului de răspuns și
cuvintele de stare sunt date de:
TCS_114 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”. Protocolul a fost
selectat și iniţializat.
— „6A80” indică existenţa unor parametri incorecţi în
câmpul de date al comenzii.
— „6A88” indică faptul că datele identificate (și anume o
cheie identificată) nu sunt disponibile.
▼M1
— Dacă currentAuthenticatedTime al cardului este ulterior
faţă de data de expirare a cheii publice selectate, starea
de procesare returnată este „6A88”.
Notă: În cazul unei comenzi MSE: SET AT pentru auten­
tificarea VU, cheia identificată este o cheie publică
VU_MA. Cardul setează pentru utilizare cheia publică
VU_MA, dacă este disponibilă în memoria sa, care
corespunde identificatorului deţinătorului
certificatului (CHR) indicat în câmpul de date al
comenzii (cardul poate identifica cheile publice VU_MA
prin intermediul câmpului certificatului CHA). Cardul
returnează „6A88” la această comandă în cazul în care
este disponibilă numai cheia publică VU_Sign sau nu
este disponibilă nicio cheie publică a unităţii montate pe
vehicul. A se vedea definiţia câmpului CHA în apendicele
11 și a tipului de date equipmentType în apendicele 1.
În mod similar, în cazul în care se trimite o comandă MSE:
SET DST care identifică EQT (și anume, o VU sau un
card) la un card de control, potrivit CSM_234, cheia iden­
tificată este întotdeauna o cheie EQT_Sign, care trebuie
utilizată pentru verificarea semnăturii digitale. În confor­
mitate cu figura 13 din apendicele 11, cardul de control
va avea întotdeauna stocată cheia publică EQT_Sign
relevantă. În anumite cazuri, cardul de control ar putea
avea stocată cheia publică EQT_MA corespunzătoare.
Cardul de control trebuie să seteze întotdeauna pentru
utilizare cheia publică EQT_Sign atunci când primește o
comandă MSE: SET DST.
▼B
3.5.12 PSO: HASH
Această comandă este utilizată pentru a transfera pe card rezultatul
unui calcul hash aplicat anumitor date. Această comandă este utilizată
pentru verificarea semnăturilor digitale. Valoarea hash este stocată
temporar pentru comanda ulterioară PSO: Verify Digital Signature
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei comenzi
este restricţionată faţă de standardul corespunzător.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 271
Numai cardul de control trebuie să fie compatibil cu această comandă
în DF Tachograph și în DF Tachograph_G2.
Alte tipuri de card de tahograf pot sau nu să implementeze 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 intermediul unei comenzi
PSO: HASH, dacă este selectat un DF și dacă cardul de
tahograf este resetat.
TCS_116 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h” CLA
INS 1 „2Ah” Executarea unei operaţiuni de securitate
P1 1 „90h” Returnare cod hash
P2 1 „A0h” Etichetă: câmpul de date conţine DO-urile relevante
pentru hashing
Lc 1 „XXh” Lungimea Lc a câmpului de date subsecvent
#6 1 „90h” Etichetă pentru codul hash
#7 1 „XXh” Lungimea L a codului hash:
„14h” în aplicaţia de generaţia 1 (a se vedea apendicele
11 partea A)
„20h”, „30h” sau „40h” în aplicaţia de generaţia 2 (a se
vedea apendicele 11 partea B)
#8-#(7+L) L „XX..XXh” Cod hash
TCS_117 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă unele dintre obiectele de date așteptate (conform
specificaţiilor de mai sus) lipsesc, se returnează starea
de procesare „6987”. Acest lucru se poate întâmpla
dacă lipsește una dintre etichetele „90h”.
— Dacă unele obiecte de date sunt incorecte, starea de
procesare returnată este „6988”. Această eroare apare
dacă eticheta necesară este prezentă, dar cu o lungime
diferită de „14h” pentru SHA-1, „20h” pentru
SHA-256, „30h” pentru SHA-384, „40h” pentru
SHA-512 (aplicaţia de generaţia 2).
3.5.13 PERFORM HASH OF FILE
Această comandă nu respectă ISO/IEC 7816-8. Astfel, octetul CLA al
acestei comenzi indică o utilizare exclusivă a comenzii PERFORM
SECURITY OPERATION / HASH.
Numai cardul de conducător auto și cardul de control trebuie să fie
compatibile cu această comandă în DF Tachograph și în DF
Tachograph_G2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 272
Alte tipuri de card de tahograf pot sau nu să implementeze această
comandă. Dacă un card de societate sau de control implementează
această comandă, comanda trebuie implementată conform specifica­
ţiilor din prezentul capitol.
Comanda poate sau nu să fie accesibilă în MF. În acest caz, comanda
trebuie să fie implementată conform specificaţiilor din prezentul
capitol, și anume să nu permită calcularea unei valori hash, ci să se
încheie cu un cod de eroare adecvat.
TCS_118 Comanda PERFORM HASH OF FILE este utilizată pentru
a executa o operaţiune hash în zona de date a EF trans­
parent selectat în momentul respectiv.
TCS_119 Un card de tahograf trebuie să fie compatibil cu această
comandă numai pentru EF-urile care sunt menţionate în
capitolul 4 din cadrul DF_Tachograph și
DF_Tachograph_G2, cu următoarea excepţie. Un card de
tahograf nu trebuie să fie compatibil cu această comandă
pentru EF Sensor_Installation_Data din DF
Tachograph_G2.
TCS_120 Rezultatul operaţiunii hash este stocat temporar în card.
Ulterior, acesta poate fi utilizat pentru a obţine semnătura
digitală a fișierului, utilizând comanda PSO: COMPUTE
DIGITAL SIGNATURE.
▼M1
TCS_121 Valoarea hash de fișier stocată temporar trebuie ștearsă
dacă o nouă valoare hash de fișier este calculată prin inter­
mediul comenzii PERFORM HASH of FILE, dacă este
selectat un DF și dacă cardul de tahograf este resetat.
▼B
TCS_122 Aplicaţia tahografică de generaţia 1 trebuie să fie compa­
tibilă cu SHA-1.
▼M1
TCS_123 Aplicaţia tahografică de generaţia 2 trebuie să fie compa­
tibilă cu algoritmul SHA-2 (SHA-256, SHA-384 sau
SHA-512), definit de suita cifru din apendicele 11 partea
B pentru cheia de semnătură Card_Sign a cardului.
▼B
TCS_124 Mesaj de comandă
▼M1
Octet Lungime Valoare Descriere
CLA 1 „80h” CLA
INS 1 „2Ah” Executarea unei operaţiuni de securitate
P1 1 „90h” Etichetă: Hash
P2 1 „00h” Algoritm implicit cunoscut
Pentru aplicaţia tahografică de generaţia 1: SHA-1
Pentru aplicaţia tahografică de generaţia 2: algoritmul
SHA-2 (SHA-256, SHA-384 sau SHA-512) definit de
suita cifru din apendicele 11 partea B pentru cheia de
semnătură Card_Sign a cardului
▼B
TCS_125 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă EF-ul curent nu permite această comandă (EF
Sensor_Installation_Data din DF Tachograph_G2), se
returnează starea de procesare „6985”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 273
— Dacă EF-ul selectat este considerat corupt (erori în atri­
butele fișierului sau erori de integritate a datelor
stocate), starea de procesare returnată este „6400” sau
„6581”.
— Dacă fișierul selectat nu este un fișier transparent sau
dacă nu există un EF curent, starea de procesare
returnată este „6986”.
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE
▼M1
Această comandă este utilizată pentru calcularea semnăturii digitale a
codului hash calculat anterior (a se vedea „PERFORM HASH of
FILE”, secţiunea 3.5.13).
Numai cardul de conducător auto și cardul de control trebuie să fie
compatibile cu această comandă în DF Tachograph și în DF
Tachograph_G2.
Alte tipuri de card de tahograf pot sau nu să implementeze această
comandă. În cazul aplicaţiei tahografice de generaţia 2, numai cardul
de conducător auto și cardul de atelier au o cheie de semnătură de
generaţia 2, alte carduri nu pot executa comanda cu succes și o
încheie cu un cod de eroare adecvat.
Comanda poate sau nu să fie accesibilă în MF. Atunci când comanda
nu este accesibilă în MF, trebuie să se încheie cu un cod de eroare
adecvat.
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei comenzi
este restricţionată faţă de standardul corespunzător.
▼B
TCS_126 Această comandă nu trebuie să calculeze o semnătură
digitală a codului hash calculat anterior prin comanda
PSO: HASH.
TCS_127 Cheia privată a cardului este utilizată pentru a 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 completare conformă cu
PKCS1 (a se vedea apendicele 11 pentru detalii).
TCS_129 Aplicaţia tahografică de generaţia 2 calculează o semnătură
digitală bazată pe curbe eliptice (a se vedea apendicele 11
pentru detalii).
TCS_130 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „00h” CLA
INS 1 „2Ah” Executarea unei operaţiuni de securitate
P1 1 „9Eh” Semnătură digitală de returnat
P2 1 „9Ah” Etichetă: câmpul de date conţine date de semnat. Întrucât
nu este inclus niciun câmp de date, se presupune că
datele sunt deja prezente în card (hash de fișier)
Le 1 „NNh” Lungimea semnăturii așteptate
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 274
TCS_131 Mesaj de răspuns
Octet Lungime Valoare Descriere
#1-#L L „XX..XXh” Semnătura codului hash calculat anterior
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă cheia privată selectată implicit este considerată
coruptă, starea de procesare returnată este „6400” sau
„6581”.
— În cazul în care codul hash care a fost calculat într-o
comandă Perform Hash of File anterioară nu este
disponibil, starea de procesare returnată este „6985”.
3.5.15 PSO: VERIFY DIGITAL SIGNATURE
Această comandă este utilizată pentru a verifica semnătura digitală,
furnizată ca intrare, al cărui cod hash este cunoscut de card. Algo­
ritmul semnăturii este cunoscut implicit de card.
Această comandă respectă ISO/IEC 7816-8. Utilizarea acestei comenzi
este restricţionată faţă de standardul corespunzător.
Numai cardul de control trebuie să fie compatibil cu această comandă
în DF Tachograph și în DF Tachograph_G2.
Alte tipuri de card de tahograf pot sau nu să implementeze această
comandă. Comanda poate sau nu să fie accesibilă în MF.
TCS_132 Comanda VERIFY DIGITAL SIGNATURE utilizează
întotdeauna cheia publică selectată de comanda anterioară
Manage Security Environment MSE: Set DST și codul hash
anterior introdus de o comandă PSO: HASH.
TCS_133 Mesaj de comandă
▼M1
Octet Lungime Valoare Descriere
CLA 1 „00h” CLA
INS 1 „2Ah” Executarea unei operaţiuni de securitate
P1 1 „00h”
P2 1 „A8h” Etichetă: câmpul de date conţine DO-urile relevante
pentru verificare
Lc 1 „XXh” Lungimea Lc a câmpului de date subsecvent
#6 1 „9Eh” Etichetă pentru semnătura digitală
#7 sau
#7-#8
L „NNh” sau
„81 NNh”
Lungimea semnăturii digitale (L este de 2 octeţi dacă
semnătura digitală este mai mare de 127 de octeţi):
128 de octeţi codaţi în conformitate cu apendicele 11
partea A pentru aplicaţia tahografică de generaţia 1.
În funcţie de curba aleasă pentru aplicaţia tahografică de
generaţia 2 (a se vedea apendicele 11 partea B).
#(7+ L)-
#(6+ L+ NN)
NN „XX..XXh” Conţinutul semnăturii digitale
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 275
TCS_134 Mesaj de răspuns
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— Dacă verificarea semnăturii eșuează, starea de procesare
returnată este „6688”. Procesul de verificare este descris
în apendicele 11.
— Dacă nu este selectată nicio cheie publică, starea de
procesare returnată este „6A88”.
— Dacă unele dintre obiectele de date așteptate (conform
specificaţiilor de mai sus) lipsesc, se returnează starea
de procesare „6987”. Acest lucru se poate întâmpla
dacă una dintre etichetele necesare lipsește.
— Dacă nu este disponibil niciun cod hash pentru
procesarea comenzii (ca urmare a unei comenzi PSO:
Hash anterioare), starea de procesare returnată este
„6985”.
— Dacă unele obiecte de date sunt incorecte, starea de
procesare returnată este „6988”. Acest lucru se poate
întâmpla dacă lungimea unuia dintre obiectele de date
necesare este incorectă.
— Dacă cheia publică selectată este considerată coruptă,
starea de procesare returnată este „6400” sau „6581”.
▼M1
— Dacă cheia publică selectată (utilizată pentru verificarea
semnăturii digitale) are un CHA.LSB (CertificateHolde­
rAuthorisation.equipmentType) care nu este potrivit
pentru verificarea semnăturii digitale în conformitate
cu apendicele 11, starea de procesare returnată este
„6985”.
▼B
3.5.16 PROCESS DSRC MESSAGE
Această comandă este utilizată pentru a verifica integritatea și auten­
ticitatea mesajului DSRC și pentru a descifra datele comunicate de o
VU unei autorităţi de control sau unui atelier prin legătura DSRC.
Cardul obţine cheia de criptare și cheia MAC folosite pentru a
securiza mesajul DSRC conform descrierii din apendicele 11 partea
B capitolul 13.
Numai cardul de control și cardul de atelier trebuie să fie compatibile
cu această comandă în DF Tachograph_G2.
Alte tipuri de carduri de tahograf pot sau nu să implementeze această
comandă, dar nu trebuie să aibă o cheie master DSRC. Prin urmare,
aceste carduri nu pot executa comanda cu succes, ci o încheie cu un
cod de eroare adecvat.
Comanda poate sau nu să fie accesibilă în MF și/sau în DF
Tachograph. În acest caz, comanda trebuie să se încheie cu un cod
de eroare adecvat.
TCS_135 Cheia master DSRC este accesibilă numai în DF
Tachograph_G2, și anume cardul de control și cardul de
atelier trebuie să permită executarea cu succes a comenzii
doar în DF Tachograph_G2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 276
TCS_136 Comanda decriptează doar datele DSRC și verifică suma de
verificare criptografică, dar fără a interpreta datele de
intrare.
TCS_137 Ordinea obiectelor de date din câmpul de date al comenzii
este fixată de prezenta specificaţie.
TCS_138 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „80h” CLA exclusiv
INS 1 „2Ah” Executarea unei operaţiuni de securitate
P1 1 „80h” Date de răspuns: valoare a datelor în clar
P2 1 „B0h” Date de comandă: valoare a datelor în clar codată
BER-TLV și incluzând DO-uri SM
Lc 1 „NNh” Lungimea Lc a câmpului de date subsecvent
#6-#(5+L) L „87h” + L 87 +
„XX..XXh”
Octet indicator de conţinut de completare codat
DER-TLV, urmat de datele utile de tahograf criptate.
Pentru octetul indicator de conţinut de completare
trebuie folosită valoarea „00h” („nicio altă indicaţie” în
conformitate cu tabelul 52 din ISO/IEC 7816-4:2013).
Pentru mecanismul de criptare, a se vedea apendicele
11 partea B capitolul 13.
Valorile permise pentru lungimea L 87 sunt multiplii
lungimii de bloc AES plus 1 pentru octetul indicator
de conţinut de completare, adică de la 17 octeţi până
la 193 de octeţi, inclusiv.
Notă: a se vedea tabelul 49 din ISO/IEC 7816-4:2013
pentru obiectul de date SM cu eticheta „87h”.
„81h” + „10h” Model de referinţă de control pentru confidenţialitate,
codat DER-TLV, care găzduiește concatenarea urmă­
toarelor elemente de date (a se vedea apendicele 1,
DSRCSecurityData, și apendicele 11 partea B capitolul
13):
— marcă temporală – 4 octeţi
— contor – 3 octeţi
— numărul de serie al VU – 8 octeţi
— versiunea cheii master DSRC – 1 octet
Notă: a se vedea tabelul 49 din ISO/IEC 7816-4:2013
pentru obiectul de date SM cu eticheta „81h”.
„8Eh” + L 8E +
„XX..XXh”
MAC codat DER-TLV prin mesajul DSRC. Pentru
calcularea și algoritmul MAC, a se vedea apendicele
11 partea B capitolul 13.
Notă: a se vedea tabelul 49 din ISO/IEC 7816-4:2013
pentru obiectul de date SM cu eticheta „8Eh”.
▼M3
Le 1 „00h” Conform specificaţiilor din ISO/IEC 7816-4
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 277
TCS_139 Mesaj de răspuns
Octet Lungime Valoare Descriere
#1-#L L „XX..XXh” Lipsește (în cazul unei erori) sau date descifrate
(completare eliminată)
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
cardul returnează starea „9000”.
— „6A80” indică existenţa unor parametri incorecţi în
câmpul de date al comenzii (utilizat, de asemenea, în
cazul în care obiectele de date nu sunt trimise în
ordinea specificată).
— „6A88” indică faptul că datele menţionate nu sunt
disponibile, și anume cheia master DSRC identificată
nu este disponibilă.
— „6900” indică faptul că verificarea sumei de verificare
criptografice sau decriptarea datelor a eșuat.
▼M1
— „6985” indică faptul că marca temporală de 4 octeţi
furnizată în câmpul de date al comenzii este anterioară
cardValidityBegin sau posterioară cardExpiryDate.
▼B
4. STRUCTURA CARDURILOR DE TAHOGRAF
Prezenta secţiune specifică structurile de fișiere ale cardurilor de
tahograf pentru stocarea datelor accesibile.
Ea nu specifică structurile interne care depind de producătorul cardului, precum
anteturile fișierelor, nici stocarea și procesarea elementelor de date
necesare doar pentru uz intern, precum
, , sau .
TCS_140 Un card de tahograf de generaţia 2 trebuie să cuprindă
fișierul master MF și o aplicaţie tahografică de generaţia
1 și una de generaţia 2 de același tip (de exemplu, apli­
caţiile cardului de conducător auto).
TCS_141 Un card de tahograf trebuie să fie compatibil cel puţin cu
numărul minim de înregistrări specificat pentru aplicaţiile
corespondente și trebuie să nu permită mai multe înre­
gistrări decât numărul maxim de înregistrări specificat
pentru aplicaţiile corespondente.
▼M3
Numărul maxim și numărul minim de înregistrări pentru
diferitele aplicaţii este specificat în prezentul capitol. În
versiunea 2 a cardurilor de conducător auto și de atelier
de generaţia 2, aplicaţia de generaţia 1 trebuie să fie
compatibilă cu numărul maxim de înregistrări specificat la
TCS_150 și TCS_158.
▼B
Pentru condiţiile de securitate utilizate în cadrul normelor
de acces pe parcursul prezentului capitol, a se consulta
capitolul 3.3. În general, modul de acces „read” denotă
comanda READ BINARY cu octet INS par și, dacă este
compatibil, impar, cu excepţia EF Sensor_Installation_Data
din cardul de atelier, a se vedea TCS_156 și TCS_160.
Modul de acces „update” denotă comanda UPDATE
BINARY cu octet INS par și, dacă este compatibil,
impar, iar modul de acces „select” denotă comanda
SELECT.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 278
4.1. Fișier master MF
TCS_142 După personalizarea sa, fișierul master MF trebuie să aibă
următoarea structură permanentă a fișierelor și următoarele
norme de accesare a fișierelor:
Notă: identificatorul de EF scurt SFID este dat ca număr
zecimal, de exemplu valoarea 30 corespunde lui 11110 în
cod binar.
În acest tabel este folosită următoarea abreviere pentru
condiţia de securitate:
SC1 ALW SAU SM-MAC-G2
TCS_143 Structura tuturor EF trebuie să fie transparentă.
TCS_144 Fișierul master MF trebuie să aibă următoarea structură de
date:
TCS_145 Fișierul elementar EF DIR trebuie să conţină următoarele
obiecte de date legate de aplicaţii: „61 08 4F 06 FF 54 41
43 48 4F 61 08 4F 06 FF 53 4D 52 44 54”
TCS_146 Fișierul elementar EF ATR/INFO trebuie să fie prezent în
cazul în care cardul de tahograf indică, în ATR-ul său, că
este compatibil cu câmpuri cu lungime extinsă. În acest
caz, EF ATR/INFO conţine obiectul de date informativ
cu lungime extinsă (DO„7F66”), conform specificaţiilor
din ISO/IEC 7816-4:2013, clauza 12.7.1.
TCS_147 Fișierul elementar EF Extended_Length trebuie să fie prezent
în cazul în care cardul de tahograf indică, în ATR-ul său, că
este compatibil cu câmpuri cu lungime extinsă. În acest caz,
EF-ul trebuie să conţină următorul obiect de date: „02 01 xx”,
unde valoarea „xx” indică dacă câmpurile cu lungime extinsă
sunt compatibile cu protocolul T = 1 și / sau T = 0.
Valoarea „01” arată compatibilitatea câmpului cu lungime
extinsă cu protocolul T = 1.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 279
Valoarea „10” arată compatibilitatea câmpului cu lungime
extinsă cu protocolul T = 0.
Valoarea „11” arată compatibilitatea câmpului cu lungime
extinsă cu protocolul T = 1 și cu protocolul T = 0.
4.2. Aplicaţii de card de conducător auto
4.2.1 Aplicaţia de card de conducător auto de generaţia 1
TCS_148 După personalizarea sa, aplicaţia de card de conducător
auto de generaţia 1 trebuie să aibă următoarea structură
permanentă a fișierelor și următoarele norme de accesare
a fișierelor:
În acest tabel sunt folosite următoarele abrevieri pentru
condiţiile de securitate:
SC1 ALW SAU SM-MAC-G2
SC2 ALW SAU SM-MAC-G1 SAU SM-MAC-G2
SC3 SM-MAC-G1 SAU SM-MAC-G2
TCS_149 Structura tuturor EF trebuie să fie transparentă.
TCS_150 Aplicaţia de card de conducător auto de generaţia 1 trebuie
să aibă următoarea structură de date:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 280
► (1) (2) M3
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 281
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 282
TCS_151 Următoarele valori, utilizate pentru a specifica dimensiuni
în tabelul de mai sus, reprezintă valorile pentru numărul
minim și maxim de înregistrări pe care structura de date
a cardului de conducător auto trebuie să le utilizeze pentru
o aplicaţie de generaţia 1:
4.2.2 Aplicaţia de card de conducător auto de generaţia 2
▼M3
TCS_152 După personalizarea sa, aplicaţia de card de conducător
auto de generaţia 2 trebuie să aibă următoarea structură
permanentă a fișierelor și următoarele norme de accesare
a fișierelor:
Observaţii:
— identificatorul de EF scurt SFID este dat ca număr
zecimal, de exemplu valoarea 30 corespunde lui
11110 în cod binar.
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF
Border_Crossings, EF Load_Unload_Operations, EF
VU_Configuration și EF Load_Type_Entries sunt
prezente numai în versiunea 2 a cardului de conducător
auto de generaţia 2.
— cardStructureVersion în EF Application_Identification
este egal cu {01 01} pentru versiunea 2 a cardului de
conducător auto de generaţia 2, dar este egal cu {01
00} pentru versiunea 1 a cardului de conducător auto de
generaţia 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 283
În acest tabel sunt folosite următoarele abrevieri pentru
condiţiile de securitate:
SC1 ALW SAU SM-MAC-G2
SC5 Pentru comanda Read Binary cu octet INS par:
SM-C-MAC-G2 ȘI SM-R-ENC-MAC-G2
Pentru comanda Read Binary cu octet INS impar
(dacă este compatibil): NEV
▼B
TCS_153 Structura tuturor EF trebuie să fie transparentă.
▼M3
TCS_154 Aplicaţia de card de conducător auto de generaţia 2 trebuie
să aibă următoarea structură de date:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 284
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 285
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 286
TCS_155 Următoarele valori, utilizate pentru a specifica dimensiuni
în tabelul de mai sus, reprezintă valorile pentru numărul
minim și maxim de înregistrări pe care structura de date
a cardului de conducător auto trebuie să le utilizeze pentru
o aplicaţie de generaţia 2:
▼M3
Min Max
n 1 NoOfEventsPerType 12 12
n 2 NoOfFaultsPerType 24 24
n 3 NoOfCardVehicleRecords 200 200
n 4 NoOfCardPlaceRecords 112 112
n 6 CardActivityLengthRange 13776 de octeţi
(56 de zile * 117
modificări de activitate)
13776 de octeţi
(56 de zile * 117
modificări de activitate)
n 7 NoOfCardVehicleUnitRecords 200 200
n 8 NoOfGNSSADRecords 336 336
n 9 NoOfSpecificConditionRecords 112 112
n 10 NoOfBorderCrossingRecords 1120 1120
n 11 NoOfLoadUnloadRecords 1624 1624
n 12 NoOfLoadTypeEntryRecords 336 336
n 13 VuConfigurationLengthRange 3072 de octeţi 3072 de octeţi
▼B
4.3. Aplicaţii de card de atelier
4.3.1 Aplicaţia de card de atelier de generaţia 1
TCS_156 După personalizarea sa, aplicaţia de card de atelier de
generaţia 1 trebuie să aibă următoarea structură permanentă
a fișierelor și următoarele norme de accesare a fișierelor:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 287
În acest tabel sunt folosite următoarele abrevieri pentru
condiţiile de securitate:
SC1 ALW SAU SM-MAC-G2
SC2 ALW SAU SM-MAC-G1 SAU SM-MAC-G2
SC3 SM-MAC-G1 SAU SM-MAC-G2
▼M1
SC4 Pentru comanda READ BINARY cu octet INS par:
(SM-C-MAC-G1 AND SM-R-ENC-MAC-G1) OR
(SM-C-MAC-G2 AND SM-R-ENC-MAC-G2)
Pentru comanda READ BINARY cu octet INS
impar (dacă este compatibil): NEV
▼B
TCS_157 Structura tuturor EF trebuie să fie transparentă.
TCS_158 Aplicaţia de card de atelier de generaţia 1 trebuie să aibă
următoarea structură de date:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 288
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 289
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 290
TCS_159 Următoarele valori, utilizate pentru a specifica dimensiuni
în tabelul de mai sus, reprezintă valorile pentru numărul
minim și maxim de înregistrări pe care structura de date
a cardului de atelier trebuie să le utilizeze pentru o aplicaţie
de generaţia 1:
4.3.2 Aplicaţia de card de atelier de generaţia 2
▼M3
TCS_160 După personalizarea sa, aplicaţia de card de atelier de
generaţia 2 trebuie să aibă următoarea structură permanentă
a fișierelor și următoarele norme de accesare a fișierelor.
Observaţii:
— identificatorul de EF scurt SFID este dat ca număr
zecimal, de exemplu valoarea 30 corespunde lui
11110 în cod binar.
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF
Border_Crossings, EF Load_Unload_Operations, EF
Load_Type_Entries, EF VU_Configuration și EF Cali­
bration_Add_Data sunt prezente numai în versiunea 2 a
cardului de atelier de generaţia 2.
— cardStructureVersion în EF Application_Identification
este egal cu {01 01} pentru versiunea 2 a cardului de
atelier de generaţia 2, dar este egal cu {01 00} pentru
versiunea 1 a cardului de atelier de generaţia 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 291
În acest tabel sunt folosite următoarele abrevieri pentru
condiţiile de securitate:
SC1 ALW SAU SM-MAC-G2
SC5 Pentru comanda Read Binary cu octet INS par:
SM-C-MAC-G2 ȘI SM-R-ENC-MAC-G2
Pentru comanda Read Binary cu octet INS impar
(dacă este compatibil): NEV
▼B
TCS_161 Structura tuturor EF trebuie să fie transparentă.
TCS_162 Aplicaţia de card de atelier de generaţia 2 trebuie să aibă
următoarea structură de date:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 292
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 293
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 294
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 295
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 296
TCS_163 Următoarele valori, utilizate pentru a specifica dimensiuni
în tabelul de mai sus, reprezintă valorile pentru numărul
minim și maxim de înregistrări pe care structura de date
a cardului de atelier trebuie să le utilizeze pentru o aplicaţie
de generaţia 2:
▼M3
Min Max
n 1 NoOfEventsPerType 3 3
n 2 NoOfFaultsPerType 6 6
n 3 NoOfCardVehicleRecords 8 8
n 4 NoOfCardPlaceRecords 8 8
n 5 NoOfCalibrationRecords 255 255
n 6 CardActivityLengthRange 492 de octeţi (1 zi *
240 de modificări de
activitate)
492 de octeţi (1 zi *
240 de modificări de
activitate)
n 7 NoOfCardVehicleUnitRecords 8 8
n 8 NoOfGNSSADRecords 24 24
n 9 NoOfSpecificConditionRecords 4 4
n 10 NoOfBorderCrossingRecords 4 4
n 11 NoOfLoadUnloadRecords 8 8
n 12 NoOfLoadTypeEntryRecords 4 4
n 13 VuConfigurationLengthRange 3072 de octeţi 3072 de octeţi
▼B
4.4. Aplicaţii de card de control
4.4.1 Aplicaţia de card de control de generaţia 1
TCS_164 După personalizarea sa, aplicaţia de card de control de
generaţia 1 trebuie să aibă următoarea structură permanentă
a fișierelor și următoarele norme de accesare a fișierelor:
În acest tabel sunt folosite următoarele abrevieri pentru
condiţiile de securitate:
SC1 ALW SAU SM-MAC-G2
SC2 ALW SAU SM-MAC-G1 SAU SM-MAC-G2
SC3 SM-MAC-G1 SAU SM-MAC-G2
SC6 EXT-AUT-G1 SAU SM-MAC-G1 SAU SM-MAC-
G2
TCS_165 Structura tuturor EF trebuie să fie transparentă.
TCS_166 Aplicaţia de card de control de generaţia 1 trebuie să aibă
următoarea structură de date:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 297
TCS_167 Următoarele valori, utilizate pentru a specifica dimensiuni
în tabelul de mai sus, reprezintă valorile pentru numărul
minim și maxim de înregistrări pe care structura de date
a cardului de control trebuie să le utilizeze pentru o
aplicaţie de generaţia 1:
4.4.2 Aplicaţia de card de control de generaţia 2
▼M3
TCS_168 După personalizarea sa, aplicaţia de card de control de
generaţia 2 trebuie să aibă următoarea structură permanentă
a fișierelor și următoarele norme de accesare a fișierelor.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 298
Observaţii:
— identificatorul de EF scurt SFID este dat ca număr
zecimal, de exemplu valoarea 30 corespunde lui
11110 în cod binar,
— EF Application_Identification_V2 și EF VU_Configu­
ration sunt prezente numai în versiunea 2 a cardului de
control de generaţia 2,
— cardStructureVersion în EF Application_Identification
este egal cu {01 01} pentru versiunea 2 a cardului de
control de generaţia 2, dar este egal cu {01 00} pentru
versiunea 1 a cardului de control de generaţia 2.
În acest tabel sunt folosite următoarele abrevieri pentru
condiţiile de securitate:
SC1 ALW SAU SM-MAC-G2
SC5 Pentru comanda Read Binary cu octet INS par:
SM-C-MAC-G2 ȘI SM-R-ENC-MAC-G2
Pentru comanda Read Binary cu octet INS
impar (dacă este compatibil): NEV
▼B
TCS_169 Structura tuturor EF trebuie să fie transparentă.
TCS_170 Aplicaţia de card de control de generaţia 2 trebuie să aibă
următoarea structură de date:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 299
▼B
TCS_171 Următoarele valori, utilizate pentru a specifica dimensiuni în tabelul de mai
sus, reprezintă valorile pentru numărul minim și maxim de înregistrări pe care
structura de date a cardului de control trebuie să le utilizeze pentru o aplicaţie
de generaţia 2:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 300
Min Max
n 7 NoOfControlActivityRecords 230 520
n 13 VuConfigurationLengthRange 3072 de octeţi 3072 de octeţi
▼B
4.5. Aplicaţii de card de societate
4.5.1 Aplicaţia de card de societate de generaţia 1
TCS_172 După personalizarea sa, aplicaţia de card de societate de
generaţia 1 trebuie să aibă următoarea structură
permanentă a fișierelor și următoarele norme de
accesare a fișierelor:
În acest tabel sunt folosite următoarele abrevieri pentru
condiţiile de securitate:
SC1 ALW SAU SM-MAC-G2
SC2 ALW SAU SM-MAC-G1 SAU SM-MAC-G2
SC3 SM-MAC-G1 SAU SM-MAC-G2
SC6 EXT-AUT-G1 SAU SM-MAC-G1 SAU
SM-MAC-G2
TCS_173 Structura tuturor EF trebuie să fie transparentă.
TCS_174 Aplicaţia de card de societate de generaţia 1 trebuie să
aibă următoarea structură de date:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 301
TCS_175 Următoarele valori, utilizate pentru a specifica dimensiuni
în tabelul de mai sus, reprezintă valorile pentru numărul
minim și maxim de înregistrări pe care structura de date a
cardului de societate trebuie să le utilizeze pentru o
aplicaţie de generaţia 1:
4.5.2 Aplicaţia de card de societate de generaţia 2
▼M3
TCS_176 După personalizarea sa, aplicaţia de card de societate de
generaţia 2 trebuie să aibă următoarea structură
permanentă a fișierelor și următoarele norme de
accesare a fișierelor.
Observaţii:
— identificatorul de EF scurt SFID este dat ca număr
zecimal, de exemplu valoarea 30 corespunde lui
11110 în cod binar,
— EF Application_Identification_V2 și EF VU_Configu­
ration sunt prezente numai în versiunea 2 a cardului
de societate de generaţia 2,
— cardStructureVersion în EF Application_Identification
este egal cu {01 01} pentru versiunea 2 a cardului de
societate de generaţia 2, dar este egal cu {01 00}
pentru versiunea 1 a cardului de societate de
generaţia 2.
În acest tabel sunt folosite următoarele abrevieri pentru
condiţiile de securitate:
SC1 ALW SAU SM-MAC-G2
SC5 Pentru comanda Read Binary cu octet INS
par: SM-C-MAC-G2 ȘI SM-R-ENC-MAC-
G2
Pentru comanda Read Binary cu octet INS
impar (dacă este compatibil): NEV
▼B
TCS_177 Structura tuturor EF trebuie să fie transparentă.
TCS_178 Aplicaţia de card de societate de generaţia 2 trebuie să
aibă următoarea structură de date:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 302
▼B
TCS_179 Următoarele valori, utilizate pentru a specifica dimensiuni
în tabelul de mai sus, reprezintă valorile pentru numărul
minim și maxim de înregistrări pe care structura de date a
cardului de societate trebuie să le utilizeze pentru o
aplicaţie de generaţia 2:
▼M3
Min Max
n 8 NoOfCompanyActivityRecords 230 520
n 13 VuConfigurationLengthRange 3072 de octeţi 3072 de octeţi
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 303
Apendicele 3
PICTOGRAME
PIC_001 Tahograful poate folosi opţional următoarele pictograme și combinaţii
de pictograme (sau pictograme și combinaţii suficient de asemănătoare
pentru a fi clar identificabile cu acestea):
1. PICTOGRAME DE BAZĂ
Persoane Acţiuni Moduri de funcţionare
Societate Mod societate
Agent de control Control Mod de control
Conducător auto Conducere Mod operaţional
Atelier/staţie de testare Inspecţie/etalonare Mod calibrare
Producător
Activităţi Durată
Disponibil Perioada de disponibilitate curentă
Conducere Timp de conducere continuă
Odihnă Perioada de odihnă curentă
Alte activităţi Ziua de lucru curentă
Pauză Durata cumulată a pauzelor
Necunoscută
Echipament Funcţii
Slot pentru cardul de
conducător auto
Slot pentru cardul copilotului
Card
Ceas
Afișaj Afișare
Stocare externă Descărcare
Sursă de alimentare (electrică)
Imprimantă/document imprimat Imprimare
Senzor
Dimensiunea pneurilor
Vehicul/unitate montată pe
vehicul
Echipament GNSS
Echipament de detectare la
distanţă
Interfaţă ITS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 304
Condiţii specifice, introduceri manuale
În afara zonei de aplicare a reglementărilor
Traseu parcurs pe feribot/în tren
Operaţiune de încărcare
Operaţiune de descărcare
Operaţiune de încărcare/descărcare simultană
Tipul de încărcătură: pasageri
Tipul de încărcătură: mărfuri
Tipul de încărcătură: tip de încărcătură nedefinit
▼B
Diverse
Evenimente Anomalii
Începutul zilei de lucru Sfârșitul zilei de lucru
Loc
Introducere manuală a activităţilor
conducătorului auto
▼M3
Securitate/date autentificate/sigilii
▼B
Viteză
Oră
Total/rezumat
▼M3
Hartă digitală/trecere a frontierei
▼B
Calificative
24h Zilnic
Săptămânal
Două săptămâni
De la sau până la
2. COMBINAŢII DE PICTOGRAME
Diverse
Locul controlului
Loc de începere a zilei de lucru Loc de încheiere a zilei de lucru
▼M1
Poziţia după un timp de conducere
acumulat de trei ore
▼B
De la ora Până la ora
De la vehicul
În afara zonei de aplicare a reglemen­
tărilor, început
În afara zonei de aplicare a
reglementărilor, sfârșit
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 305
Poziţia unde vehiculul a trecut
frontiera dintre două ţări
Poziţia unde a avut loc o operaţiune de
încărcare
Poziţia unde a avut loc o operaţiune de
descărcare
Poziţia unde a avut loc o operaţiune de
încărcare/descărcare simultană
▼B
Carduri
Card de conducător auto
Card de societate
Card de control
Card de atelier
Niciun card
Conducere
Conducere în echipaj
Timp de conducere pentru o săptămână
Timp de conducere pentru două săptămâni
Documente imprimate
Document imprimat zilnic privind activităţile conducătorului auto extrase de
pe card
Document imprimat zilnic privind activităţilor conducătorului 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ă
▼M3
Document imprimat privind istoricul cardurilor introduse
▼B
Evenimente
Introducerea unui card nevalabil
Conflict de carduri
Suprapunere a timpului
Conducere fără un card corespunzător
Introducerea cardului în timpul conducerii
Încheiere incorectă a ultimei sesiuni de utilizare a cardului
Depășire a limitei de viteză
Întrerupere a alimentării cu energie electrică
Eroare privind datele de la senzorul de mișcare
Conflict privind deplasarea vehiculului
Încălcare a securităţii
Reglarea orei (de către atelier)
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 306
Conflict oră sau reglarea orei (de către atelier)
▼B
Control pentru depășirea limitei de viteză
▼M1
Absenţa informaţiilor de poziţionare de la receptorul GNSS sau Eroare de
comunicare cu echipamentul GNSS extern
Eroare de comunicare cu echipamentul de comunicare la distanţă
▼M3
Anomalie GNSS
▼B
Anomalii
Anomalie a cardului (slot pentru cardul de conducător auto)
Anomalie a cardului (slot pentru cardul copilotului)
Anomalie a afișajului
Anomalie la descărcare
Anomalie a imprimantei
Anomalie a senzorului
Anomalie internă a VU
Anomalie a GNSS
Anomalie privind detectarea la distanţă
Procedură privind introducerea manuală a datelor
Aceeași zi de lucru în curs?
Sfârșitul zilei de lucru anterioare?
Confirmaţi sau introduceţi locul de încheiere a zilei de lucru
Introduceţi ora de pornire
Introduceţi locul de începere a zilei de lucru.
Notă: În apendicele 4 sunt definite combinaţii suplimentare de pictograme,
pentru formarea de blocuri de imprimare sau de identificatori de înre­
gistrare.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 307
Apendicele 4
DOCUMENTE IMPRIMATE
CUPRINS
1. GENERALITĂŢI
2. SPECIFICAŢII PRIVIND BLOCURILE DE DATE
3. SPECIFICAŢII REFERITOARE LA DOCUMENTELE IMPRIMATE
3.1. Document imprimat zilnic privind activităţile conducătorului auto
extrase de pe card
3.2. Document imprimat zilnic privind activităţilor conducătorului auto
extrase din VU
3.3. Document imprimat privind evenimentele și anomaliile de pe card
3.4. Document imprimat privind evenimentele și anomaliile din VU
3.5. Document imprimat privind datele tehnice
3.6. Document imprimat privind depășirea limitei de viteză
3.7. Istoricul introducerii cardurilor
1. GENERALITĂŢI
Fiecare document imprimat este construit prin înlănţuirea a diverse
blocuri de date, identificate, dacă este cazul, prin intermediul unui
identificator de bloc.
Un bloc de date conţine una sau mai multe înregistrări, identificate,
dacă este cazul, cu un identificator de înregistrare.
PRT_001 Când un identificator de înregistrare urmează imediat după un
identificator de bloc, identificatorul de înregistrare nu este
imprimat.
PRT_002 În cazul în care un element de date este necunoscut sau nu
trebuie imprimat din motive legate de drepturile de acces la
date, în locul acestuia se imprimă spaţii.
PRT_003 Dacă întregul conţinut al unui rând este necunoscut sau nu
trebuie imprimat, se omite întregul rând.
PRT_004 La imprimare, câmpurile de date numerice sunt aliniate la
dreapta, cu un spaţiu de separare pentru mii și milioane și
fără zerouri la început.
▼M3
PRT_005 La imprimare, câmpurile de date constituite din șiruri de
caractere sunt aliniate la stânga și completate cu spaţii până
la lungimea elementului de date sau trunchiate la lungimea
elementului de date, atunci când este necesar. Numele și
adresele pot fi imprimate pe două rânduri.
▼B
PRT_006 În cazul trecerii la un nou rând din cauza lungimii textului, la
începutul noului rând ar trebui imprimat un caracter special
(un punct la jumătatea înălţimii rândului, „•”).
2. SPECIFICAŢII PRIVIND BLOCURILE DE DATE
În acest capitol sunt utilizate următoarele notaţii convenţionale pentru
formatare:
— caracterele aldine indică faptul că trebuie imprimat un text în clar
(textul se imprimă cu caractere normale);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 308
— caracterele normale reprezintă variabile (pictograme sau date) care
trebuie înlocuite cu valorile lor în scopul imprimării;
— denumirile variabilelor au fost completate cu liniuţe de subliniere
pentru a ilustra lungimea elementului de date disponibil pentru
variabila în cauză;
— datele sunt specificate în formatul „zz/ll/aaaa” (zi, lună, an). Se
poate utiliza, de asemenea, formatul „zz.ll.aaaa”;
— termenul „identificarea cardului” reprezintă combinaţia dintre: tipul
de card, reprezentat printr-o combinaţie de pictograme de card, codul
statului membru care a emis cardul, o bară oblică orientată spre
dreapta și numărul cardului cu indexul de înlocuire și indexul de
reînnoire separate de un spaţiu:
P x x x / x x x x x x x x x x x x x x x x
C
om
bi
na
ţi
i
de

pi
ct
og
ra
m
e
de
c
ar
d
C
od
ul
s
ta
tu
lu
i
m
em
br
u
em
it
en
t Primele 14 caractere din numărul cardului
(care includ, eventual, un indice secvenţial)
In
di
ce
d
e
în
lo
cu
ir
e
In
di
ce
d
e
re
în
no
ir
e
▼M3
— într-un bloc de date, textul de după „pi=” se referă la pictograma sau
combinaţia de pictograme corespunzătoare definită în apendicele 3;
— atunci când este imprimată după longitudinea și latitudinea unei
poziţii înregistrate sau după marca temporală în momentul deter­
minării poziţiei, pictograma indică faptul că această poziţie a
fost calculată pe baza mesajelor de navigaţie autentificate;
— * date disponibile numai în tahografele GEN2 (toate versiunile);
— ** date disponibile numai în GEN2 versiunea 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 309
PRT_007 Documentele imprimate utilizează următoarele blocuri de date și/sau
înregistrări de date, în conformitate cu următoarele semnificaţii și
formate:
► (1) (2) (3) (4) (5) M3
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 310
► (1) (2) (3) M3
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 311
► (1) (2) M3
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 312
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 313
► (1) (2) (3) (4) M3
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 314
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 315
► (1) M3
3. SPECIFICAŢII REFERITOARE LA DOCUMENTELE IMPRIMATE
În prezentul capitol s-au folosit următoarele notaţii convenţionale:
N A se imprima blocul sau înregistrarea cu numărul N.
N
A se imprima blocul sau înregistrarea cu numărul N, operaţiune
repetată ori de câte ori este necesar.
X/Y
A se imprima blocurile sau înregistrările X și/sau Y, după caz, cu
repetarea operaţiunii ori de câte ori este necesar.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 316
3.1. Document imprimat zilnic privind activităţile conducătorului auto
extrase de pe card
▼M3
PRT_008 Documentul imprimat zilnic privind activităţile conducă­
torului auto extrase de pe card respectă următorul format:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 317
3.2. Document imprimat zilnic privind activităţilor conducătorului auto
extrase din VU
▼M3
PRT_009 Documentul imprimat zilnic privind activităţile conducă­
torului auto extrase de pe VU respectă următorul format:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 318
3.3. Document imprimat privind evenimentele și anomaliile de pe card
PRT_010 Documentul imprimat privind evenimentele și anomaliile de
pe card respectă următorul format:
1 Data și ora imprimării documentului
2 Tipul de document imprimat
3 Identificarea agentului de control (dacă în VU este introdus un card
de control + GEN)
3 Identificarea conducătorului auto (de pe cardul care face obiectul
imprimării)
4 Identificarea vehiculului (vehiculul din care se imprimă datele)
12.2 Delimitator al evenimentelor
12.4 Înregistrări ale evenimentelor (toate evenimentele stocate pe card)
12.3 Delimitator al anomaliilor
12.4
Înregistrări ale anomaliilor (toate anomaliile stocate pe card)
22.1 Locul controlului
22.2 Semnătura agentului de control
22.5 Semnătura conducătorului auto
3.4. Document imprimat privind evenimentele și anomaliile din VU
PRT_011 Documentul imprimat privind evenimentele și anomaliile din
VU respectă următorul format:
1 Data și ora imprimării documentului
2 Tipul de document imprimat
3
Identificarea titularului cardului (pentru toate cardurile introduse în
VU + GEN)
4 Identificarea vehiculului (vehiculul din care se imprimă datele)
13.2 Delimitator al evenimentelor
13.4
Înregistrări ale evenimentelor (toate evenimentele stocate sau în curs
de desfășurare în VU)
13.3 Delimitator al anomaliilor
13.4
Înregistrări ale anomaliilor (toate anomaliile stocate sau în curs de
desfășurare în VU)
22.1 Locul controlului
22.2 Semnătura agentului de control
22.5 Semnătura conducătorului auto
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 319
3.5. Document imprimat privind datele tehnice
▼M3
PRT_012 Documentul imprimat privind datele tehnice respectă
următorul format:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 320
3.6. Document imprimat privind depășirea limitei de viteză
PRT_013 Documentul imprimat privind depășirea limitei de viteză
respectă următorul format:
1 Data și ora imprimării documentului
2 Tipul de document imprimat
3
Identificarea titularului cardului (pentru toate cardurile introduse în
VU + GEN)
4 Identificarea vehiculului (vehiculul din care se imprimă datele)
20 Informaţii privind controalele pentru depășirea limitei de viteză
21.1 Identificatorul datelor privind depășirile limitei de viteză
21.4 / 21.5 Prima depășire a limitei de viteză după ultima etalonare
21.2 Identificatorul datelor privind depășirile limitei de viteză
21.4 / 21.5
Cele mai grave 5 depășiri ale limitei de viteză din ultimele 365 de zile
21.3 Identificatorul datelor privind depășirile limitei de viteză
21.4 / 21.5 Cea mai gravă depășire a limitei de viteză pentru fiecare dintre
ultimele 10 zile de producere a evenimentului
22.1 Locul controlului
22.2 Semnătura agentului de control
22.5 Semnătura conducătorului auto
3.7. Istoricul introducerii cardurilor
PRT_014 Documentul imprimat privind istoricul introducerii cardurilor
respectă următorul format:
▼M3
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 321
Apendicele 5
AFIȘAJUL
În prezentul apendice s-au folosit următoarele notaţii convenţionale de formatare:
— caracterele aldine indică textul în clar care urmează să fie afișat (afișajul
rămâne în caractere normale);
— caracterele normale indică variabilele (pictograme sau date) care trebuie să fie
înlocuite cu valorile lor în scopul afișării:
— zz ll aaaa: ziua, luna, anul,
— hh: ore,
— mm: minute,
— D: pictograma pentru durată,
— EF: combinaţie de pictograme pentru evenimente sau
anomalii,
— O: pictograma modului de funcţionare.
DIS_001 Tahograful afișează datele folosind următoarele formate:
Date Format
Afișaj implicit
Ora locală
Mod de funcţionare
Informaţii privind conducătorul auto
Informaţii privind copilotul
Condiţia „În afara zonei de aplicare a reglementărilor”
deschisă
Afișaj de avertizare
Depășirea timpului de conducere continuă
Eveniment sau anomalie
Alte afișaje
Data UTC
ora
Timpul de conducere continuă și durata cumulată a pauzelor
conducătorului auto
Timpul de conducere continuă și durata cumulată a pauzelor
copilotului
Timpul de conducere cumulat al conducătorului auto pentru
săptămâna anterioară și cea curentă
Timpul de conducere cumulat al copilotului pentru
săptămâna anterioară și cea curentă
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 322
Apendicele 6
CONECTOR FRONTAL PENTRU ETALONARE ȘI DESCĂRCARE
CUPRINS
1. HARDWARE
1.1. Conector
1.2. Alocarea contactelor
1.3. Schema funcţională
2. INTERFAŢĂ DE DESCĂRCARE
3. INTERFAŢĂ DE ETALONARE
1. HARDWARE
1.1. Conector
INT_001 Conectorul pentru descărcare/etalonare trebuie să fie un conector
cu 6 contacte, care să poată fi accesat de la panoul frontal, fără a
fi necesară deconectarea unei părţi a tahografului, și trebuie să
respecte detaliile din următoarea schiţă (toate dimensiunile sunt
în milimetri):
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 323
În următoarea diagramă este prezentată o fișă obișnuită de
conectare cu 6 contacte:
1.2. Alocarea contactelor
INT_002 Contactele se alocă în conformitate cu tabelul următor:
Contact Descriere Observaţie
1 Pol negativ al bateriei Conectat la polul negativ al bateriei vehiculului
2 Comunicarea datelor Linia K (ISO 14230-1)
3 RxD – Descărcare Date de intrare în tahograf
4 Semnal de intrare/ieșire Etalonare
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 324
Contact Descriere Observaţie
5 Putere de ieșire permanentă Intervalul de tensiune trebuie să fie identic cu cel pentru
alimentarea electrică a vehiculului minus 3 V pentru a lua
în calcul căderea de tensiune din circuitele de protecţie.
Ieșire de 40 mA
6 TxD – Descărcare Date de ieșire provenite de la tahograf
1.3. Schema funcţională
INT_003 Schema funcţională trebuie să respecte următoarele indicaţii:
2. INTERFAŢĂ DE DESCĂRCARE
INT_004 Interfaţa de descărcare trebuie să respecte specificaţiile RS232.
INT_005 Interfaţa de descărcare folosește un bit de pornire, 8 biţi de date
cu un LSB (bitul cel mai puţin semnificativ) la început, un bit de
paritate pară și 1 bit de oprire.
Organizarea octeţilor de informaţii
Bit de iniţiere: un bit cu nivel logic 0;
Biţi de date: transmiși cu un LSB la început;
Bit de paritate: paritate pară
Bit de oprire: un bit cu nivel logic 1
La transmisia datelor numerice compuse din mai mult de un octet, octetul
cel mai semnificativ este transmis la început și octetul cel mai puţin
semnificativ este transmis la sfârșit.
INT_006 Viteza de transmisie a datelor poate fi reglată într-un interval
cuprins între 9 600 bps și 115 200 bps. Transmisia se realizează
la viteza maximă posibilă, viteza de transmisie iniţială după
începerea comunicării fiind stabilită la 9 600 bps.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 325
3. INTERFAŢĂ DE ETALONARE
INT_007 Comunicările de date respectă ISO 14230-1 Road vehicles –
Diagnostic systems – Keyword protocol 2000 – Part 1:
Physical layer, prima ediţie: 1999.
INT_008 Semnalul de intrare/ieșire respectă următoarele specificaţii
electrice:
Parametru Minim Normal Maxim Observaţie
U low (intrare) 1,0 V I = 750 μA
U high (intrare) 4 V I = 200 μA
Frecvenţă 4 kHz
U low (ieșire) 1,0 V I = 1 mA
U high (ieșire) 4 V I = 1 mA
INT_009 Semnalul de intrare/ieșire trebuie să respecte următoarele
diagrame de timp:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 326
Apendicele 7
PROTOCOALE DE DESCĂRCARE A DATELOR
CUPRINS
1. INTRODUCERE
1.1. Domeniul de aplicare
1.2. Acronime și notaţii
2. DESCĂRCAREA DATELOR DE PE VU
2.1. Procedura de descărcare
2.2. Protocolul de descărcare a datelor
2.2.1 Structura mesajului
2.2.2 Tipuri de mesaje
2.2.2.1 Solicitare de iniţiere a comunicării (Start Communication Request)(SID
81)
2.2.2.2 Răspuns pozitiv la solicitarea de iniţiere a comunicării (Positive
Response Start Communication)(SID C1)
2.2.2.3 Solicitare de începere a sesiunii de diagnosticare (Start Diagnostic
Session Request) (SID 10)
2.2.2.4 Răspuns pozitiv la solicitarea de începere a sesiunii de diagnosticare
(Positive Response Start Diagnostic)(SID 50)
2.2.2.5 Serviciul de control al legăturii (Link Control Service) (SID 87)
2.2.2.6 Răspuns pozitiv la controlul legăturii (Link Control Positive Response)
(SID C7)
2.2.2.7 Solicitare de încărcare (Request Upload)(SID 35)
2.2.2.8 Răspuns pozitiv la solicitarea de încărcare (Positive Response Request
Upload) (SID 75)
2.2.2.9 Solicitare de transfer de date (Transfer Data Request) (SID 36)
2.2.2.10 Răspuns pozitiv la solicitarea de transfer de date (Positive Response
Transfer Data) (SID 76)
2.2.2.11 Solicitare de încheiere a transferului (Request Transfer Exit) (SID 37)
2.2.2.12 Răspuns pozitiv la solicitarea de încheiere a transferului (SID 77)
(Positive Response Request Transfer Exit)
2.2.2.13 Solicitare de încheiere a comunicării (Stop Communication Request)
(SID 82)
2.2.2.14 Răspuns pozitiv la solicitarea de încheiere a comunicării (Positive
Response Stop Communication) (SID C2)
2.2.2.15 Confirmare de primire a sub-mesajului (Acknowledge Sub Message)
(SID 83)
2.2.2.16 Răspuns negativ (Negative Response) (SID 7F)
2.2.3 Fluxul mesajelor
2.2.4 Sincronizare
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 327
2.2.5 Gestionarea erorilor
2.2.5.1 Etapa de iniţiere a comunicării
2.2.5.2 Etapa de comunicare
2.2.6 Conţinutul mesajelor de răspuns
▼M3
2.2.6.1 Răspuns pozitiv la solicitarea de transfer de date privind versiunea
interfeţei de descărcare (Positive Response Transfer Data Download
Interface Version)
2.2.6.2 Răspuns pozitiv la solicitarea de transfer de date de prezentare generală
(Positive Response Transfer Data Overview)
2.2.6.3 Răspuns pozitiv la solicitarea de transfer de date privind activităţile
(Positive Response Transfer Data Activities)
2.2.6.4 Răspuns pozitiv la solicitarea de transfer de date privind evenimentele și
anomaliile (Positive Response Transfer Data Events and Faults)
2.2.6.5 Răspuns pozitiv la solicitarea de transfer de date privind viteza detaliată
(Positive Response Transfer Data Detailed Speed)
2.2.6.6 Răspuns pozitiv la solicitarea de transfer de date tehnice (Positive
Response Transfer Data Technical Data)
▼B
2.3. Stocarea fișierelor în ESM
3. PROTOCOL DE DESCĂRCARE DE PE CARDURILE DE
TAHOGRAF
3.1. Domeniu de aplicare
3.2. Definiţii
3.3. Descărcarea informaţiilor de pe card
3.3.1 Secvenţa de iniţializare
3.3.2 Secvenţa de descărcare de fișiere de date nesemnate
3.3.3 Secvenţa de descărcare de fișiere de date semnate
3.3.4 Secvenţa de resetare a unui contor de etalonare.
3.4. Formatul de stocare a datelor
3.4.1 Introducere
3.4.2 Formatul fișierului
4. DESCĂRCAREA INFORMAŢIILOR DE PE UN CARD DE
TAHOGRAF PRIN INTERMEDIUL UNEI UNITĂŢI MONTATE PE
VEHICUL
1. INTRODUCERE
Prezentul apendice cuprinde procedurile care trebuie urmate pentru a
realiza diferite tipuri de descărcare de date pe un mediu de stocare
extern, precum și protocoalele care trebuie puse în aplicare pentru a
asigura transferul corect de date și compatibilitatea deplină a formatului
datelor descărcate, pentru a permite oricărui controlor să inspecteze
aceste date și să poată verifica autenticitatea și integritatea acestora
înainte de a le analiza.
▼M1
1.1. Domeniul de aplicare
Datele pot fi descărcate pe un ESM:
— de pe o unitate montată pe vehicul, cu ajutorul unui echipament
inteligent dedicat (IDE) conectat la VU;
— de pe un card de tahograf, cu ajutorul unui IDE conectat la un
dispozitiv de interfaţă pentru card (IFD);
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 328
— de pe un card de tahograf, prin intermediul unei unităţi montate pe
vehicul și cu ajutorul unui IDE conectat la VU.
Pentru a permite verificarea autenticităţii și integrităţii datelor
descărcate stocate pe un ESM, datele se descarcă însoţite de o
semnătură atașată în conformitate cu apendicele 11 „Mecanisme de
securitate comune”. Se descarcă, de asemenea, identificarea echipa­
mentului sursă (VU sau card) și certificatele sale de securitate (stat
membru și echipament). Persoana care verifică datele trebuie să
deţină o cheie publică europeană certificată.
Datele descărcate de pe o VU sunt semnate utilizând apendicele 11
„Mecanisme de securitate comune” partea B (sistemul tahografic de a
doua generaţie), cu excepţia cazului în care controlul conducătorilor
auto este efectuat de către o autoritate de control din afara UE,
utilizând un card de control de primă generaţie, caz în care datele
sunt semnate cu apendicele 11 „Mecanisme de securitate comune”
partea A (sistemul tahografic de prima generaţie), astfel cum se
prevede în apendicele 15, „Migraţie”, cerinţa MIG_015.
Prezentul apendice precizează, așadar, două tipuri de descărcări de date
de pe VU:
— tipul de generaţia 2 de descărcare a datelor de pe VU, furnizând
structura de date de generaţia 2, semnată utilizând apendicele 11,
„Mecanisme de securitate comune”, partea B;
— tipul de generaţia 1 de descărcare a datelor de pe VU, furnizând
structura de date de generaţia 1, semnată utilizând apendicele 11,
„Mecanisme de securitate comune”, partea A.
În mod similar, există două tipuri de descărcări de date de pe cardurile
de conducător auto de a doua generaţie introduse într-o VU, astfel cum
este prevăzut la punctele 3 și 4 din prezentul apendice.
▼B
1.2. Acronime și notaţii
În prezentul apendice sunt folosite următoarele acronime:
AID Identificator de aplicaţie (Application Identifier)
ATR Răspuns de resetare (Answer To Reset)
CS Octet de sumă de verificare (Checksum byte)
FD Fișier dedicat (Dedicated File)
DS_ Sesiune de diagnosticare (Diagnostic Session)
EF Fișier elementar (Elementary File)
ESM Mediu de stocare extern (External Storage Medium)
FID Identificatorul fișierului [File Identifier (File ID)]
FMT Octet de format (primul octet al antetului mesajului) (Format
Byte)
ICC Card cu circuite integrate (Integrated Circuit Card)
IDE Echipament inteligent dedicat: echipamentul folosit la efec­
tuarea descărcării datelor în ESM (de exemplu, un calculator
personal)
IFD Dispozitiv de interfaţă (Interface Device)
KWP Keyword Protocol 2000
LEN Octet de lungime (ultimul octet al antetului mesajului) (Length
Byte)
PPS Selecţia parametrilor protocolului (Protocol Parameter
Selection)
PSO Executarea unei operaţiuni de securitate (Perform Security
Operation)
SID Identificator de serviciu (Service Identifier)
SRC Octet sursă (Source byte)
TGT Octet ţintă (Target Byte)
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 329
TLV Valoarea lungimii etichetei (Tag Length Value)
TREP Parametru de răspuns la transfer (Transfer Response
Parameter)
TRTP Parametru de solicitare de transfer (Transfer Request
Parameter)
VU Unitate montată pe vehicul (Vehicle Unit)
2. DESCĂRCAREA DATELOR DE PE VU
2.1. Procedura de descărcare
Pentru a efectua o descărcare de date de pe VU, operatorul trebuie să
realizeze următoarele operaţiuni:
— să insereze cardul său de tahograf într-un slot pentru card al
VU (*);
— să conecteze IDE la conectorul de descărcare al VU;
— să stabilească conexiunea dintre IDE și VU;
— să selecteze în IDE datele care trebuie descărcate și să trimită
solicitarea la VU;
— să încheie sesiunea de descărcare.
2.2. Protocolul de descărcare a datelor
Protocolul este structurat pe baza unei arhitecturi de tip master/slave,
unde IDE are rolul de master și VU are rolul de slave.
Structura, tipurile și fluxul mesajelor se bazează în principal pe
protocolul Keyword Protocol 2000 (KWP) (ISO 14230-2 Road
vehicles – Diagnostic systems – Keyword protocol 2000 – Part2:
Data link layer).
Stratul de aplicaţie se bazează în principal pe proiectul actual de
standard ISO 14229-1 (Road vehicles – Diagnostic systems – Part 1:
Diagnostic services, versiunea 6 din 22 februarie 2001).
2.2.1 Structura mesajului
DDP_002 Toate mesajele schimbate între IDE și VU sunt formatate cu
o structură care constă în trei părţi:
— un antet compus dintr-un octet de format (FMT), un
octet ţintă (TGT), un octet sursă (SRC) și, eventual,
un octet de lungime (LEN);
— un câmp de date compus dintr-un octet al identifica­
torului de serviciu (SID) și un număr variabil de octeţi
de date, care pot cuprinde un octet opţional de sesiune
de diagnosticare (DS_) sau un octet opţional de
parametru de transfer (TRTP sau TREP);
— Sumă de verificare compusă dintr-un octet de sumă de
verificare (CS).
Antet Câmp de date Sumă de verificare
FMT TGT SRC LEN SID DATE … … … CS
4 octeţi Maximum 255 de octeţi 1 octet
Octetul TGT și octetul SRC reprezintă adresa fizică a desti­
natarului și a iniţiatorului mesajului. Valorile sunt F0 Hex
pentru IDE și EE Hex pentru VU.
Octetul LEN reprezintă lungimea câmpului de date.
▼B
(*) Cardul introdus va declanșa drepturile corespunzătoare de acces la funcţia de descărcare
și la date. Datele pot fi totuși descărcate de pe un card de conducător auto introdus într-
unul din sloturile VU atunci când în celălalt slot nu este introdus niciun alt tip de card.
02016R0799 — RO — 21.08.2023 — 003.002 — 330
Octetul de sumă de verificare este seria de sume de 8 biţi
modulo 256 a tuturor octeţilor din mesaj, cu excepţia CS.
Octeţii FMT, SID, DS_, TRTP și TREP sunt definiţi în
continuare în prezentul document.
DDP_003 În cazul în care datele pe care urmează să le transporte mesajul sunt
mai lungi decât spaţiul disponibil în câmpul de date, mesajul este
transmis practic sub forma mai multor sub-mesaje. Fiecare
sub-mesaj are un antet, același SID, TREP și un contor de
sub-mesaje de 2 octeţi care indică numărul de ordine al
sub-mesajului în cadrul mesajului integral. Pentru a permite veri­
ficarea erorilor și un eventual abandon al schimbului de date, IDE
confirmă fiecare sub-mesaj. IDE poate accepta sub-mesajul, poate
solicita retransmiterea acestuia și poate solicita VU să reia sau să
abandoneze transmisia.
DDP_004 Dacă ultimul sub-mesaj conţine exact 255 de octeţi în
câmpul de date, trebuie să se adauge un sub-mesaj final
cu un câmp de date gol (cu excepţia SID, TREP și a
contorului de sub-mesaje) pentru a indica sfârșitul mesajului.
Exemplu:
Antet SID TREP Mesaj CS
4 octeţi Cu o lungime de peste 255 de octeţi
Se transmite 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
…
Antet SID TREP xx yy Sub-mesaj 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
…
Antet SID TREP xx yy Sub-mesaj n CS
4 octeţi 255 octeţi
Antet SID TREP xx yy + 1 CS
4 octeţi 4 octeţi
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 331
2.2.2 Tipuri de mesaje
Protocolul de comunicare pentru descărcarea de date între VU și IDE
impune schimbul a opt tipuri diferite de mesaje.
Aceste mesaje sunt prezentate în tabelul următor.
▼M3
Structura mesajului Maximum 4 octeţi Maximum 255 octeţi 1 octet
Antet Date
Sumă de
verificare
IDE ->
Solicitare de iniţiere a comunicării 81 EE F0 81 E0
Răspuns pozitiv la solicitarea de
iniţiere a comunicării
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 diagnosticare
80 F0 EE 02 50 81 31
Serviciul de control al legăturii
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 0A 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
Solicitare de transfer de date
Versiunea interfeţei de descărcare 80 EE F0 02 36 00 96
Prezentare generală 80 EE F0 02 36 01, 21 sau 31 CS
Activităţi 80 EE F0 06 36 02, 22 sau 32 Data CS
Evenimente și anomalii 80 EE F0 02 36 03, 23 sau 33 Data CS
Viteză detaliată 80 EE F0 02 36 04 sau 24 Data CS
Date tehnice 80 EE F0 02 36 05, 25 sau 35 Data CS
Descărcarea informaţiilor de pe
card
80 EE F0 02 sau 03 36 06 Slot CS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 332
Structura mesajului Maximum 4 octeţi Maximum 255 octeţi 1 octet
Antet Date
Sumă de
verificare
IDE ->
Răspuns pozitiv la solicitarea de
transfer de date
80 F0 EE Len 76 TREP Date CS
Solicitare de încheiere a transferului 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 comunicării 80 EE F0 01 82 E1
Răspuns pozitiv la solicitarea de
încheiere a comunicării
80 F0 EE 01 C2 21
Confirmare de primire a sub-mesajului 80 EE F0 Len 83 Date CS
Răspunsuri negative
Respingere generală 80 F0 EE 03 7F Sid Req 10 CS
Serviciu incompatibil 80 F0 EE 03 7F Sid Req 11 CS
Subfuncţie incompatibilă 80 F0 EE 03 7F Sid Req 12 CS
Lungime incorectă a mesajului 80 F0 EE 03 7F Sid Req 13 CS
Condiţii incorecte sau eroare a
secvenţei de interogare
80 F0 EE 03 7F Sid Req 22 CS
Solicitare în afara intervalului 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
Observaţii:
— Sid Req = Sid-ul solicitării corespunzătoare.
— TREP = TRTP-ul solicitării corespunzătoare.
— Rubricile marcate cu negru indică absenţa unei transmisii.
— Termenul „încărcare” (upload) (privit din perspectiva IDE) se
folosește pentru a garanta compatibilitatea cu ISO 14229. Are
aceeași semnificaţie ca și termenul „descărcare” (download) văzut
din perspectiva VU.
— În acest tabel nu se găsește niciun contor potenţial de sub-mesaje de
2 octeţi.
— Slot este numărul slotului, fie „1” (card în slotul conducătorului
auto), fie „2” (card în slotul copilotului).
— În cazul în care slotul nu este specificat, VU trebuie să selecteze
slotul 1 dacă se introduce un card în slotul respectiv și să selecteze
slotul 2 numai în cazul în care este ales în mod specific de către
utilizator.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 333
— TRTP 24 este utilizat pentru cererile de descărcare a datelor de pe
VU de tip generaţia 2, versiunea 1 și versiunea 2.
— TRTP 00, 31, 32, 33 și 35 sunt utilizate pentru cererile de
descărcare de date de pe VU de tip generaţia 2 versiunea 2.
— TRTP 21, 22, 23 și 25 sunt utilizate pentru cererile de descărcare
de date de pe VU de tip generaţia 2 versiunea 1.
— TRTP 01-05 sunt utilizate pentru cererile de descărcare de date de
pe VU de tip generaţia 1. În mod opţional, acestea pot fi acceptate
de VU de tip generaţia 2, dar numai în cadrul controlului condu­
cătorilor auto efectuat de o autoritate de control din afara UE, care
utilizează un card de control de primă generaţie.
— TRTP 11 - 1F sunt rezervate pentru solicitările de descărcare
specifice producătorului.
▼B
2.2.2.1 S o l i c i t a r e d e i n i ţ i e r e a c o m u n i c ă r i i ( S t a r t C o m m u ­
n i c a t i o n R e q u e s t ) ( S I D 8 1 )
DDP_005 Acest mesaj este emis de IDE în vederea iniţierii legăturii de
comunicare cu VU. Comunicările iniţiale sunt efectuate
întotdeauna la 9 600 de bauzi (până la eventuala
schimbare a ratei de modulaţie cu ajutorul serviciilor
adecvate de control al legăturii).
2.2.2.2 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e i n i ţ i e r e a c o m u ­
n i c ă r i i ( P o s i t i v e R e s p o n s e S t a r t C o m m u n i ­
c a t i o n ) ( S I D C 1 )
DDP_006 Acest mesaj este emis de VU ca răspuns pozitiv la un mesaj
de solicitare de iniţiere a comunicării. Este compus din cei
doi octeţi cheie „EA” „8F” care indică faptul că unitatea
este compatibilă cu protocolul în cauză și are un antet
care include informaţii privind sursa, ţinta și lungimea.
2.2.2.3 S o l i c i t a r e d e î n c e p e r e a s e s i u n i i d e d i a g n o s t i c a r e
( S t a r t D i a g n o s t i c S e s s i o n R e q u e s t ) ( S I D 1 0 )
DDP_007 IDE emite un mesaj de solicitare de începere a sesiunii de
diagnosticare (Start Diagnostic Session request) pentru a
solicita o nouă sesiune de diagnosticare cu VU. Subfuncţia
„sesiune implicită” (81 Hex) indică faptul că urmează să
înceapă o sesiune de diagnosticare standard.
2.2.2.4 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e î n c e p e r e a
s e s i u n i i d e d i a g n o s t i c a r e ( P o s i t i v e R e s p o n s e
S t a r t D i a g n o s t i c ) ( S I D 5 0 )
DDP_008 Mesajul de răspuns pozitiv la solicitarea de începere a
sesiunii de diagnosticare (Positive Response Start Diag­
nostic) este trimis de VU ca răspuns pozitiv la solicitarea
de începere a sesiunii de diagnosticare (Diagnostic Session
Request).
2.2.2.5 S e r v i c i u l d e c o n t r o l a l l e g ă t u r i i ( L i n k C o n t r o l
S e r v i c e ) ( S I D 8 7 )
DDP_052 Serviciul de control al legăturii este folosit de IDE pentru a
iniţia o schimbare a ratei de modulaţie. Acest lucru se
realizează în două etape. În prima etapă, IDE propune
schimbarea ratei de modulaţie, indicând rata nouă. La
primirea mesajului cu răspuns pozitiv de la VU, IDE
trimite confirmarea privind modificarea ratei de modulaţie
la VU (etapa a doua). EID trece apoi la noua rată de
modulaţie. După primirea confirmării, VU trece la noua
rată de modulaţie.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 334
2.2.2.6 R ă s p u n s p o z i t i v l a c o n t r o l u l l e g ă t u r i i ( L i n k
C o n t r o l P o s i t i v e R e s p o n s e ) ( S I D C 7 )
DDP_053 Răspunsul pozitiv la controlul legăturii este emis de VU ca
răspuns pozitiv la solicitarea serviciului de control al
legăturii. A se remarca faptul că solicitarea de confirmare
nu primește niciun răspuns (etapa a doua).
2.2.2.7 S o l i c i t a r e d e î n c ă r c a r e ( R e q u e s t U p l o a d ) ( S I D 3 5 )
DDP_009 Mesajul de solicitare de încărcare (Request Upload) este
emis de IDE pentru a indica VU faptul că s-a solicitat o
operaţiune de descărcare. Pentru a respecta cerinţele stan­
dardului ISO 14229, sunt incluse date care se referă la
adresă și la detalii privind dimensiunea și formatul datelor
solicitate. Deoarece IDE nu cunoaște aceste date înainte de
descărcare, adresa memoriei este setată la 0, formatul este
necriptat și necomprimat, iar dimensiunea memoriei este
setată la valoarea maximă.
2.2.2.8 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e î n c ă r c a r e
( P o s i t i v e R e s p o n s e R e q u e s t U p l o a d ) ( S I D 7 5 )
DDP_010 Mesajul de răspuns pozitiv la solicitarea de încărcare este
trimis de VU pentru a indica IDE faptul că VU este
pregătită pentru descărcarea datelor. Pentru a respecta
cerinţele standardului ISO 14229, în acest mesaj privind
răspunsul pozitiv sunt incluse date care indică IDE că urmă­
toarele mesaje de răspuns pozitiv la solicitarea de transfer de
date (Positive Response Transfer Data) vor fi compuse din
maximum 00FF hex octeţi.
2.2.2.9 S o l i c i t a r e d e t r a n s f e r d e d a t e ( T r a n s f e r D a t a
R e q u e s t ) ( S I D 3 6 )
▼M1
DDP_011 Solicitarea de transfer de date (Transfer Data Request) este
trimisă de EID pentru a indica VU tipul de date care
urmează să fie descărcate. Un parametru de solicitare de
transfer (TRTP) de un octet indică tipul transferului.
▼M3
Există șapte tipuri de transfer de date. Pentru descărcarea
datelor de pe VU, pot fi utilizate două valori TRTP diferite
pentru fiecare tip de transfer:
Tip de transfer de date
Valoare TRTP pentru
descărcarea datelor de pe
VU de tip generaţia 1
Valoare TRTP pentru
descărcarea datelor de pe
VU de tip generaţia 2
versiunea 1
Valoare TRTP pentru
descărcarea datelor de pe
VU de tip generaţia 2,
versiunea 2
Versiunea interfeţei de
descărcare
Nu se utilizează Nu se utilizează 00
Prezentare generală 01 21 31
Activităţile de la o anumită
dată
02 22 32
Evenimente și anomalii 03 23 33
Viteză detaliată 04 24 24
Date tehnice 05 25 35
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 335
Tip de transfer
de date
Valoare TRTP
Descărcarea
informaţiilor de
pe card
06
▼M3
DDP_054 Este obligatoriu ca IDE să solicite un transfer de date de
prezentare generală (TRTP 01, 21 sau 31) în timpul unei
sesiuni de descărcare, deoarece este singurul lucru care
garantează înregistrarea certificatelor VU în fișierul
descărcat (și permite verificarea semnăturii digitale).
În al doilea caz (TRTP 02, 22 sau 32) mesajul de solicitare de transfer
de date (Transfer Data Request) include indicaţia zilei calendaristice
(format TimeReal) care urmează să fie descărcată.
▼B
2.2.2.10 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e
( P o s i t i v e R e s p o n s e T r a n s f e r D a t a ) ( S I D 7 6 )
DDP_012 Mesajul de răspuns pozitiv la solicitarea de transfer de date
(Positive Response Transfer Data) este trimis de VU ca
răspuns la solicitarea de transfer de date (Transfer Data
Request). Mesajul conţine datele solicitate, cu un Transfer
Response Parameter (TREP) corespunzător TRTP-ului soli­
citării.
▼M3
DDP_055 În primul caz (TREP 01, 21 sau 31), VU trimite datele care
să poată ajuta operatorul IDE în alegerea datelor pe care
dorește să le descarce în continuare. Informaţiile incluse în
acest mesaj sunt:
▼M1
— certificate de securitate,
— identificarea vehiculului,
— data și ora actuale pentru VU,
— data de descărcare minimă și maximă (date VU),
— indicaţii privind prezenţa cardurilor în VU,
— descărcarea precedentă către o societate,
— blocări executate de societăţi,
— controale anterioare.
▼B
2.2.2.11 S o l i c i t a r e d e î n c h e i e r e a t r a n s f e r u l u i ( R e q u e s t
T r a n s f e r E x i t ) ( S I D 3 7 )
DDP_013 Mesajul de solicitare de încheiere a transferului este trimis
de IDE pentru a informa VU că sesiunea de descărcare s-a
încheiat.
2.2.2.12 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e î n c h e i e r e a
t r a n s f e r u l u i ( S I D 7 7 ) ( P o s i t i v e R e s p o n s e R e q u e s t
T r a n s f e r E x i t )
DDP_014 Mesajul de răspuns pozitiv la solicitarea de încheiere a
transferului (Positive Response Request Transfer Exit) este
trimis de VU pentru a confirma primirea mesajului de soli­
citare de încheiere a transferului.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 336
2.2.2.13 S o l i c i t a r e d e î n c h e i e r e a c o m u n i c ă r i i ( S t o p
C o m m u n i c a t i o n R e q u e s t ) ( S I D 8 2 )
DDP_015 Mesajul de solicitare de încheiere a comunicării (Stop
Communication Request) este trimis de IDE cu scopul de
a întrerupe legătura de comunicare cu VU.
2.2.2.14 R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e î n c h e i e r e a
c o m u n i c ă r i i ( P o s i t i v e R e s p o n s e S t o p C o m m u n i ­
c a t i o n ) ( S I D C 2 )
DDP_016 Mesajul de răspuns pozitiv la solicitarea de încheiere a
comunicării (Positive Response Stop Communication) este
trimis de VU pentru a confirma primirea mesajului Stop
Communication Request.
2.2.2.15 C o n f i r m a r e d e p r i m i r e a s u b - m e s a j u l u i
( A c k n o w l e d g e S u b M e s s a g e ) ( S I D 8 3 )
DDP_017 Confirmarea de primire a sub-mesajului (Acknowledge Sub
Message) este trimis de IDE pentru a confirma primirea
fiecărei părţi a unui mesaj care este transmis prin inter­
mediul mai multor sub-mesaje. Câmpul de date conţine
SID primit de la VU și un cod de 2 octeţi după cum
urmează:
— MsgC + 1 Confirmă primirea corectă a sub-mesajului cu
numărul MsgC.
Solicitare din partea IDE către VU pentru a transmite
sub-mesajul următor
— MsgC indică apariţia unei probleme la primirea
sub-mesajului cu numărul MsgC.
Solicitare din partea IDE către VU de a transmite
sub-mesajul din nou
— FFFF solicită întreruperea mesajului aflat în curs de
transmitere.
IDE poate folosi acest cod pentru a întrerupe trans­
miterea mesajului VU, indiferent de motiv.
Primirea ultimului sub-mesaj al unui mesaj (octetul LEN

coduri sau poate să nu fie confirmată.
Răspunsurile din partea VU compuse din câteva sub-mesaje
sunt:
— Răspuns pozitiv la solicitarea de transfer de date
(Positive Response Transfer Data) (SID 76)
2.2.2.16 R ă s p u n s n e g a t i v ( N e g a t i v e R e s p o n s e ) ( S I D 7 F )
DDP_018 Mesajul de răspund negativ (Negative Response) este trimis
de VU ca răspuns la mesajele de solicitare menţionate
anterior în cazul în care VU nu poate da curs solicitării.
Câmpurile de date ale mesajului conţin SID-ul răspunsului
(7F), SID-ul solicitării și un cod care precizează motivul
răspunsului negativ. Sunt disponibile următoarele coduri:
— 10 respingere generală
Acţiunea nu poate fi realizată dintr-un motiv care nu este
menţionat în continuare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 337
— 11 serviciu incompatibil
SID-ul solicitării nu poate fi înţeles.
— 12 subfuncţie incompatibilă
DS_ sau TRTP al solicitării nu poate fi înţeles sau nu
mai există alte sub-mesaje de transmis.
— 13 lungime incorectă a mesajului
Lungimea mesajului primit este incorectă.
— 22 condiţii incorecte sau eroare a secvenţei de interogare
Serviciul solicitat nu este activ sau secvenţa mesajelor
de solicitare nu este corectă.
— 31 solicitare în afara intervalului
Înregistrarea parametrului solicitării (câmpul de date) nu
este valabilă.
— 50 încărcare refuzată
Solicitarea nu poate fi executată (VU nu se află în
modul de funcţionare corespunzător sau există o
anomalie internă a VU).
— 78 răspuns în așteptare
Acţiunea solicitată nu poate fi finalizată în timp util și
VU nu este pregătită să accepte o nouă solicitare.
▼M1
— FA datele nu sunt disponibile
Obiectul de date al unei solicitări de transfer de date nu
este disponibil în VU (de exemplu, cardul nu este
inserat, tipul de generaţia 1 de solicitare de descărcare
a datelor de pe VU în afara cadrului de verificare a
conducătorului auto de către o autoritate de control din
afara UE…).
▼B
2.2.3 Fluxul mesajelor
Pe parcursul unei proceduri normale de descărcare de date, un flux de
mesaje tipic se efectuează de obicei astfel:
IDE VU
Solicitare de iniţiere a comunicării ⇨
⇦ Răspuns pozitiv
Solicitare de iniţiere a serviciului de diagnos­
ticare
⇨
⇦ Răspuns pozitiv
Solicitare de încărcare ⇨
⇦ Răspuns pozitiv
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 338
IDE VU
Solicitare de transfer de date de prezentare
generală
⇨
⇦ Răspuns pozitiv
Solicitare de transfer de date #2 ⇨
⇦ Răspuns pozitiv #1
Confirmare de primire a sub-mesajului #1 ⇨
⇦ Răspuns pozitiv #2
Confirmare de primire a sub-mesajului #2 ⇨
⇦ Răspuns pozitiv #m
Confirmare de primire a sub-mesajului #m ⇨
⇦ Răspuns pozitiv (Câmp de date
Confirmare de primire a sub-mesajului
(opţional)
⇨
…
Solicitare de transfer de date #n ⇨
⇦ Răspuns pozitiv
Solicitare de încheiere a transferului ⇨
⇦ Răspuns pozitiv
Solicitare de încheiere a comunicării ⇨
⇦ Răspuns pozitiv
2.2.4 Sincronizare
DDP_019 În condiţii de funcţionare normale, se aplică parametrii de
sincronizare indicaţi în figura următoare:
Figura 1
Fluxul mesajelor, sincronizare
Unde:
P1 = Timp interoctet pentru răspunsul VU.
P2 = Interval de timp între încheierea solicitării IDE și
începerea răspunsului VU sau între încheierea
confirmării de primire a IDE și începerea următorului
răspuns al VU.
P3 = Interval de timp între încheierea răspunsului VU și
începerea noii solicitări a IDE sau între încheierea
răspunsului VU și începerea confirmării de primire
a IDE sau între încheierea solicitării IDE și
începerea noii solicitări a IDE dacă VU nu reușește
să răspundă.
P4 = Interval de timp interoctet pentru solicitarea IDE.
P5 = Valoarea extinsă a P3 pentru descărcarea informaţiilor
de pe card.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 339
Valorile permise pentru parametrii de sincronizare sunt
indicate în tabelul următor (setul de parametri de sincro­
nizare extinși KWP folosiţi în caz de adresare fizică
pentru o comunicare mai rapidă).
Parametru sincronizare
Limita inferioară
Valoare (ms)
Limita superioară
Valoare (ms)
P1 0 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 (Negative Response) care conţine un cod cu sensul de „solicitare
primită corect, răspuns în așteptare”, această valoare este extinsă până la aceeași valoare a limitei superioare
a P3.
2.2.5 Gestionarea erorilor
Dacă o eroare intervine în timpul schimbului de mesaje, schema
fluxului de mesaje se modifică în funcţie de echipamentul care a
detectat eroarea și de mesajul care a generat eroarea.
În figura 2 și în figura 3 sunt prezentate procedurile de gestionare a
erorilor folosite de VU și, respectiv, de IDE.
2.2.5.1 E t a p a d e i n i ţ i e r e a c o m u n i c ă r i i
DDP_020 Dacă IDE detectează o eroare în timpul etapei de iniţiere a
comunicării, fie la nivelul sincronizării, fie la nivelul
fluxului de biţi, așteaptă o perioadă de P3min înainte de a
emite din nou solicitarea.
DDP_021 Dacă VU detectează o eroare în secvenţa primită de la IDE,
nu trimite niciun răspuns și așteaptă un alt mesaj de soli­
citare de iniţiere a comunicării (Start Communication
Request) timp de P3 max.
2.2.5.2 E t a p a d e c o m u n i c a r e
Pot fi definite două proceduri diferite de gestionare a erorilor:
1. VU detectează o eroare de transmisie a IDE
DDP_022 VU analizează fiecare mesaj primit pentru a detecta erori
de sincronizare, erori de format al octeţilor (de exemplu,
încălcări ce afectează biţii de pornire și oprire) și erori de
cadru (primirea unui număr greșit de octeţi, octet de sumă
de verificare eronat).
DDP_023 Dacă VU detectează una dintre erorile menţionate
anterior, nu trimite niciun răspuns și ignoră mesajul
primit.
DDP_024 VU poate detecta alte erori ale formatului sau conţi­
nutului mesajului primit (de exemplu, mesaj incompatibil)
chiar dacă mesajul respectă cerinţele de lungime și de
sumă de verificare; în acest caz, VU răspunde IDE cu
un mesaj de răspuns negativ (Negative Response),
indicând tipul erorii.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 340
Figura 2
Gestionarea erorilor de către VU
▼B
2. IDE detectează o eroare de transmisie a VU
DDP_025 IDE analizează fiecare mesaj primit pentru a detecta erori
de sincronizare, erori de format al octeţilor (de exemplu,
încălcări ce afectează biţii de pornire și oprire) și erori de
cadru (primirea unui număr greșit de octeţi, octet de sumă
de verificare eronat).
DDP_026 IDE detectează erorile de secvenţă, de exemplu incre­
mentări greșite ale contorului de sub-mesaje în mesajele
succesive primite.
DDP_027 Dacă IDE detectează o eroare sau dacă nu primește niciun
răspuns de la VU într-o perioadă P2max, mesajul de
solicitare este transmis din nou de cel mult trei ori. În
scopul detectării acestei erori, o confirmare de primire
a sub-mesajului este considerată a fi o solicitare
adresată VU.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 341
DDP_028 IDE așteaptă o perioadă de P3min înainte de începerea
fiecărei transmisii; perioada de așteptare se măsoară de la
ultima apariţie calculată a unui bit de oprire după
detectarea erorii în cauză.
Figura 3
Gestionarea erorilor de către IDE
2.2.6 Conţinutul mesajelor de răspuns
La acest punct este prezentat conţinutul câmpurilor de date ale dife­
ritelor mesaje de răspuns pozitiv.
Elementele de date sunt definite în dicţionarul de date din apendicele 1.
Observaţie: Pentru descărcări de generaţia 2, fiecare element de date de
nivel superior este reprezentat de o colecţie de înregistrări, chiar și în
cazul în care aceasta conţine numai o singură înregistrare. O colecţie de
înregistrări începe cu un antet; acest antet conţine tipul de înregistrări,
dimensiunea înregistrărilor și numărul de înregistrări. Colecţiile de înre­
gistrări sunt denumite „... RecordArray” (cu antet) în următoarele
tabele.
▼M3
2.2.6.1. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e
p r i v i n d v e r s i u n e a i n t e r f e ţ e i d e d e s c ă r c a r e
( P o s i t i v e R e s p o n s e T r a n s f e r D a t a D o w n l o a d
I n t e r f a c e V e r s i o n )
DDP_028a Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date privind versiunea interfeţei de
descărcare (Positive Response Transfer Data Download
Interface Version) furnizează următoarele date în ordinea
prezentată mai jos în conformitate cu SID 76 Hex, TREP
00 Hex:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 342
Structura datelor generaţia 2, versiunea 2 (TREP 00 Hex)
Element de date Observaţii
DownloadInterfaceVersion Generaţia și versiunea VU: 02,02 Hex pentru
generaţia 2, versiunea 2.
Incompatibilă cu VU de generaţia 1 și generaţia
2, versiunea 1, care răspunde negativ (subfuncţie
incompatibilă, a se vedea DDP_018)
2.2.6.2. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e
d e p r e z e n t a r e g e n e r a l ă ( P o s i t i v e R e s p o n s e
T r a n s f e r D a t a O v e r v i e w )
DDP_029 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date de prezentare generală
(Positive Response Transfer Data Overview) furnizează
următoarele date în ordinea prezentată mai jos în confor­
mitate cu SID 76 Hex, TREP 01, 21 sau 31 Hex și
criteriile adecvate de separare și numărare a sub-mesajelor:
Structura datelor generaţia 1 (TREP 01 Hex)
Element de date Observaţii
MemberStateCertificate Certificate de securitate VU
VUCertificate
VehicleIdentificationNumber Identificarea vehiculului
VehicleRegistrationIdentification
CurrentDateTime Data și ora actuale pentru VU
VuDownloadablePeriod Perioada care poate fi descărcată
CardSlotsStatus Tipuri de carduri introduse în VU
VuDownloadActivityData Descărcare anterioară VU
VuCompanyLocksData Toate blocările executate de societăţi și stocate.
Dacă secţiunea nu conţine date, se trimite numai
noOfLocks = 0.
VuControlActivityData Toate înregistrările activităţilor de control stocate
în VU. Dacă secţiunea nu conţine date, se trimite
numai noOfControls = 0.
Signature Semnătura RSA a tuturor datelor (cu excepţia
certificatelor), începând cu VehicleIdentification­
Number până la ultimul octet din ultima VuCon­
trolActivityData.
Structura datelor generaţia 2, versiunea 1 (TREP 21 Hex)
Element de date Observaţii
MemberStateCertificateRecordArray Certificatul statului membru
VUCertificateRecordArray Certificatul VU
VehicleIdentificationNumberRecordArray Identificarea vehiculului
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 343
Element de date Observaţii
VehicleRegistrationIdentificationRecordArray Numărul de înmatriculare al vehiculului
CurrentDateTimeRecordArray Data și ora actuale pentru VU
VuDownloadablePeriodRecordArray Perioada care poate fi descărcată
CardSlotsStatusRecordArray Tipuri de carduri introduse în VU
VuDownloadActivityDataRecordArray Descărcare anterioară VU
VuCompanyLocksRecordArray Toate blocările executate de societăţi și stocate.
Dacă secţiunea nu conţine date, se trimite un
antet al colecţiei cu noOfRecords = 0.
VuControlActivityRecordArray Toate înregistrările activităţilor de control stocate
în VU. Dacă secţiunea nu conţine date, se trimite
un antet al colecţiei cu noOfRecords = 0.
SignatureRecordArray Semnătura ECC a tuturor datelor precedente, cu
excepţia certificatelor.
Structura datelor generaţia 2, versiunea 2 (TREP 31 Hex)
Element de date Observaţii
MemberStateCertificateRecordArray Certificatul statului membru
VUCertificateRecordArray Certificatul VU
VehicleIdentificationNumberRecordArray Identificarea vehiculului
VehicleRegistrationNumberRecordArray Numărul de înmatriculare al vehiculului
CurrentDateTimeRecordArray Data și ora actuale pentru VU
VuDownloadablePeriodRecordArray Perioada care poate fi descărcată
CardSlotsStatusRecordArray Tipuri de carduri introduse în VU
VuDownloadActivityDataRecordArray Descărcare anterioară VU
VuCompanyLocksRecordArray Toate blocările executate de societăţi și stocate.
Dacă secţiunea nu conţine date, se trimite un
antet al colecţiei cu noOfRecords = 0.
VuControlActivityRecordArray Toate înregistrările activităţilor de control stocate
în VU. Dacă secţiunea nu conţine date, se trimite
un antet al colecţiei cu noOfRecords = 0.
SignatureRecordArray Semnătura ECC a tuturor datelor precedente, cu
excepţia certificatelor.
2.2.6.3. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e
p r i v i n d a c t i v i t ă ţ i l e ( P o s i t i v e R e s p o n s e T r a n s f e r
D a t a A c t i v i t i e s )
DDP_030 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date privind activităţile (Positive
Response Transfer Data Activities) furnizează următoarele
date în ordinea prezentată mai jos în conformitate cu SID
76 Hex, TREP 02, 22 sau 32 Hex și criteriile adecvate de
separare și numărare a sub-mesajelor:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 344
Structura datelor generaţia 1 (TREP 02 Hex)
Element de date Observaţii
TimeReal Data zilei descărcate
OdometerValueMidnight Odometrul la sfârșitul zilei descărcate
VuCardIWData Date privind ciclurile de introducere și de retragere a
cardurilor.
— Dacă această secţiune nu conţine date disponibile,
se trimite numai noOfVuCardIWRecords = 0.
— Atunci când VuCardIWRecord conţine date înre­
gistrate înainte de ora 00:00 (introducerea cardului
în ziua anterioară) sau după ora 24:00 (retragerea
cardului în ziua următoare), aceste înregistrări apar
integral în cele două zile implicate.
VuActivityDailyData Starea sloturilor la 00:00 și modificările de activitate
înregistrate pentru ziua descărcată.
VuPlaceDailyWorkPeriodData Date privind locurile, înregistrate pentru ziua descărcată.
Dacă secţiunea nu conţine date, se trimite numai noOf­
PlaceRecords = 0.
VuSpecificConditionData Date privind condiţiile specifice, înregistrate pentru ziua
descărcată. Dacă secţiunea nu conţine date, se trimite
numai noOfSpecificConditionRecords = 0.
Signature Semnătura RSA a tuturor datelor, începând de la
TimeReal până la ultimul octet din ultima înregistrare
privind condiţiile specifice.
Structura datelor generaţia 2, versiunea 1 (TREP 22 Hex)
Element de date Observaţii
DateOfDayDownloadedRecordArray Data zilei descărcate
OdometerValueMidnightRecordArray Odometrul la sfârșitul zilei descărcate
VuCardIWRecordArray Date privind ciclurile de introducere și de retragere a
cardurilor.
— Dacă această secţiune nu conţine date disponibile,
se trimite un antet al colecţiei cu noOfRecords = 0.
— Atunci când VuCardIWRecord conţine date înre­
gistrate înainte de ora 00:00 (introducerea cardului
în ziua anterioară) sau după ora 24:00 (retragerea
cardului în ziua următoare), aceste înregistrări apar
integral în cele două zile implicate.
VuActivityDailyRecordArray Starea sloturilor la 00:00 și modificările de activitate
înregistrate pentru ziua descărcată.
VuPlaceDailyWorkPeriodRecordArray Date privind locurile, înregistrate pentru ziua descărcată.
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 345
Element de date Observaţii
VuGNSSADRecordArray Poziţiile GNSS ale vehiculului dacă timpul de
conducere acumulat al vehiculului atinge un multiplu
de trei ore. Dacă secţiunea nu conţine date, se trimite
un antet al colecţiei cu noOfRecords = 0.
VuSpecificConditionRecordArray Date privind condiţiile specifice, înregistrate pentru ziua
descărcată. Dacă secţiunea nu conţine date, se trimite un
antet al colecţiei cu noOfRecords = 0.
SignatureRecordArray Semnătura ECC a tuturor datelor precedente.
Structura datelor generaţia 2, versiunea 2 (TREP 32 Hex)
Element de date Observaţii
DateOfDayDownloadedRecordArray Data zilei descărcate
OdometerValueMidnightRecordArray Odometrul la sfârșitul zilei descărcate
VuCardIWRecordArray Date privind ciclurile de introducere și de retragere a
cardurilor.
— Dacă această secţiune nu conţine date disponibile,
se trimite un antet al colecţiei cu noOfRecords = 0.
— Atunci când VuCardIWRecord conţine date înre­
gistrate înainte de ora 00:00 (introducerea cardului
în ziua anterioară) sau după ora 24:00 (retragerea
cardului în ziua următoare), aceste înregistrări apar
integral în cele două zile implicate.
VuActivityDailyRecordArray Starea sloturilor la 00:00 și modificările de activitate
înregistrate pentru ziua descărcată.
VuPlaceDailyWorkPeriodRecordArray Date privind locurile, înregistrate pentru ziua descărcată.
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
VuGNSSADRecordArray Poziţiile GNSS ale vehiculului dacă timpul de
conducere acumulat al vehiculului atinge un multiplu
de trei ore. Dacă secţiunea nu conţine date, se trimite
un antet al colecţiei cu noOfRecords = 0.
VuSpecificConditionRecordArray Date privind condiţiile specifice, înregistrate pentru ziua
descărcată. Dacă secţiunea nu conţine date, se trimite un
antet al colecţiei cu noOfRecords = 0.
VuBorderCrossingRecordArray Treceri ale frontierei pentru ziua descărcată. Dacă
secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
VuLoadUnloadRecordArray Operaţiuni de încărcare/descărcare pentru ziua
descărcată. Dacă secţiunea nu conţine date, se trimite
un antet al colecţiei cu noOfRecords = 0.
SignatureRecordArray Semnătura ECC a tuturor datelor precedente.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 346
2.2.6.4. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e
p r i v i n d e v e n i m e n t e l e ș i a n o m a l i i l e ( P o s i t i v e
R e s p o n s e T r a n s f e r D a t a E v e n t s a n d F a u l t s )
DDP_031 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date privind evenimentele și
anomaliile (Positive Response Transfer Data Events and
Faults) furnizează următoarele date în ordinea prezentată
mai jos în conformitate cu SID 76 Hex, TREP 03, 23 sau
33 Hex și criteriile adecvate de separare și numărare a sub-
mesajelor:
Structura datelor generaţia 1, (TREP 03 Hex)
Element de date Observaţii
VuFaultData Toate anomaliile stocate sau curente în VU.
Dacă secţiunea nu conţine date, se trimite numai noOf­
VuFaults = 0.
VuEventData Toate evenimentele (cu excepţia depășirii limitei de
viteză) stocate sau în curs în VU.
Dacă secţiunea nu conţine date, se trimite numai noOf­
VuEvents = 0.
VuOverSpeedingControlData Date referitoare la ultimul control privind depășirea
limitei de viteză (valoare implicită în lipsa datelor).
VuOverSpeedingEventData Toate evenimentele de depășire a limitei de viteză
stocate în VU.
Dacă secţiunea nu conţine date, se trimite numai noOf­
VuOverSpeedingEvents = 0.
VuTimeAdjustmentData Toate evenimentele de reglare a orei stocate în VU (în
afara cadrului unei etalonări complete).
Dacă secţiunea nu conţine date, se trimite numai noOf­
VuTimeAdjRecords = 0.
Signature Semnătura RSA a tuturor datelor, începând cu noOfVu­
Faults până la ultimul octet din ultima înregistrare
privind reglarea orei.
Structura datelor generaţia 2, versiunea 1 (TREP 23 Hex)
Element de date Observaţii
VuFaultRecordArray Toate anomaliile stocate sau curente în VU.
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
VuEventRecordArray Toate evenimentele (cu excepţia depășirii limitei de
viteză) stocate sau în curs în VU.
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
VuOverSpeedingControlDataRecordArray Date referitoare la ultimul control privind depășirea
limitei de viteză (valoare implicită în lipsa datelor).
VuOverSpeedingEventRecordArray Toate evenimentele de depășire a limitei de viteză
stocate în VU.
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 347
Element de date Observaţii
VuTimeAdjustmentRecordArray Toate evenimentele de reglare a orei stocate în VU (în
afara cadrului unei etalonări complete).
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
SignatureRecordArray Semnătura ECC a tuturor datelor precedente.
Structura datelor generaţia 2, versiunea 2 (TREP 33 Hex)
Element de date Observaţii
VuFaultRecordArray Toate anomaliile stocate sau curente în VU.
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
VuEventRecordArray Toate evenimentele (cu excepţia depășirii limitei de
viteză) stocate sau în curs în VU.
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
VuOverSpeedingControlDataRecordArray Date referitoare la ultimul control privind depășirea
limitei de viteză (valoare implicită în lipsa datelor).
VuOverSpeedingEventRecordArray Toate evenimentele de depășire a limitei de viteză
stocate în VU.
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
VuTimeAdjustmentRecordArray Toate evenimentele de reglare a orei stocate în VU (în
afara cadrului unei etalonări complete).
Dacă secţiunea nu conţine date, se trimite un antet al
colecţiei cu noOfRecords = 0.
SignatureRecordArray Semnătura ECC a tuturor datelor precedente.
2.2.6.5. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e
p r i v i n d v i t e z a d e t a l i a t ă ( P o s i t i v e R e s p o n s e
T r a n s f e r D a t a D e t a i l e d S p e e d )
DDP_032 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date privind viteza detaliată
(Positive Response Transfer Data Detailed Speed)
furnizează următoarele date în ordinea prezentată mai jos
în conformitate cu SID 76 Hex, TREP 04 sau 24 Hex și
criteriile adecvate de separare și numărare a sub-mesajelor:
Structura datelor generaţia 1 (TREP 04 Hex)
Element de date Observaţii
VuDetailedSpeedData Toate datele privind viteza detaliată stocate în VU (un
bloc de viteze pentru fiecare minut în timpul căruia
vehiculul a fost în mișcare)
60 valori ale vitezei pe minut (una pe secundă).
Signature Semnătura RSA a tuturor datelor, începând cu noOfSpe­
edBlocks până la ultimul octet din ultimul bloc de
viteze.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 348
Structura datelor generaţia 2 (TREP 24 Hex)
Element de date Observaţii
VuDetailedSpeedBlockRecordArray Toate datele privind viteza detaliată stocate în VU (un
bloc de viteze pentru fiecare minut în timpul căruia
vehiculul a fost în mișcare)
60 valori ale vitezei pe minut (una pe secundă).
SignatureRecordArray Semnătura ECC a tuturor datelor precedente.
2.2.6.6. R ă s p u n s p o z i t i v l a s o l i c i t a r e a d e t r a n s f e r d e d a t e
t e h n i c e ( P o s i t i v e R e s p o n s e T r a n s f e r D a t a
T e c h n i c a l D a t a )
DDP_033 Câmpul de date al mesajului de răspuns pozitiv la soli­
citarea de transfer de date tehnice (Positive Response
Transfer Data Technical Data) furnizează următoarele
date în ordinea prezentată mai jos în conformitate cu SID
76 Hex, TREP 05, 25 sau 35 Hex și criteriile adecvate de
separare și numărare a sub-mesajelor:
Structura datelor generaţia 1 (TREP 05 Hex)
Element de date Observaţii
VuIdentification
SensorPaired
VuCalibrationData Toate înregistrările activităţilor de etalonare stocate în
VU.
Signature Semnătura RSA a tuturor datelor, începând cu vuManu­
facturerName până la ultimul octet din ultimul VuCali­
brationRecord.
Structura datelor generaţia 2, versiunea 1 (TREP 25 Hex)
Element de date Observaţii
VuIdentificationRecordArray
VuSensorPairedRecordArray Toate asocierile MS stocate în VU.
VuSensorExternalGNSSCoupledRecor­
dArray
Toate cuplările echipamentului GNSS extern stocate în
VU.
VuCalibrationRecordArray Toate înregistrările activităţilor de etalonare stocate în
VU.
VuCardRecordArray Toate datele referitoare la introducerea cardurilor stocate
în VU.
VuITSConsentRecordArray
VuPowerSupplyInterruptionRecordArray
SignatureRecordArray Semnătura ECC a tuturor datelor precedente.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 349
Structura datelor generaţia 2, versiunea 2 (TREP 35 Hex)
Element de date Observaţii
VuIdentificationRecordArray
VuSensorPairedRecordArray Toate asocierile MS stocate în VU.
VuSensorExternalGNSSCoupledRecor­
dArray
Toate cuplările echipamentului GNSS extern stocate în
VU.
VuCalibrationRecordArray Toate înregistrările activităţilor de etalonare stocate în
VU.
VuCardRecordArray Toate datele referitoare la introducerea cardurilor stocate
în VU.
VuITSConsentRecordArray
VuPowerSupplyInterruptionRecordArray
SignatureRecordArray Semnătura ECC a tuturor datelor precedente.
▼B
2.3. Stocarea fișierelor în ESM
DDP_034 Dacă o sesiune de descărcare a inclus un transfer de date de
pe VU, IDE stochează într-un singur fișier fizic toate datele
primite de la VU în timpul sesiunii de descărcare în
mesajele de răspuns pozitiv la solicitarea de transfer de
date. Datele stocate nu includ anteturi de mesaje, contoare
de sub-mesaje, sub-mesaje fără date și sume de verificare,
dar includ SID și TREP (din primul sub-mesaj, numai dacă
există mai multe sub-mesaje).
3. PROTOCOL DE DESCĂRCARE DE PE CARDURILE DE
TAHOGRAF
3.1. Domeniu de aplicare
Acest punct cuprinde o descriere a descărcării datelor de pe un card de
tahograf pe un IDE. IDE nu face parte din mediul securizat; prin
urmare, nu se realizează nicio procedură de autentificare între card și
IDE.
3.2. Definiţii
Sesiune de descărcare: De fiecare dată când se efec­
tuează o operaţiune de
descărcare de date de pe ICC.
Sesiunea include întreaga
procedură, de la resetarea ICC
cu ajutorul unui IFD până la
dezactivarea ICC (retragerea
cardului sau următoarea
resetare).
Fișier de date semnat: Un fișier din ICC. Fișierul este
transferat în IFD sub formă de
text în clar. Pe ICC fișierul este
supus funcţiei hash și semnat,
iar semnătura este transferată
la IFD.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 350
3.3. Descărcarea informaţiilor de pe card
▼M3
DDP_035 Descărcarea de pe un card de tahograf include următoarele
etape:
— Descărcarea informaţiilor comune stocate pe card în
fișierele elementare (EF) ICC și IC. Aceste informaţii
sunt opţionale și nu sunt protejate de o semnătură
digitală.
— Pentru cardurile de tahograf de prima și a doua generaţie
— Descărcarea EF din Tachograph DF:
— Descărcarea EF Card_Certificate și CA_Certi­
ficate. Aceste informaţii nu sunt protejate de o
semnătură digitală.
Descărcarea acestor fișiere este obligatorie în
cadrul fiecărei sesiuni de descărcare.
— Descărcarea celorlalte EF de date privind
aplicaţia (în Tachograph DF), cu excepţia EF
Card_Download. Aceste informaţii sunt
protejate cu o semnătură digitală, utilizând apen­
dicele 11 „Mecanisme de securitate comune”,
partea A.
— Este obligatoriu să se descarce cel puţin EF
Application_Identification și Identification
pentru fiecare sesiune de descărcare.
— La descărcarea de pe cardul de conducător auto,
descărcarea următoarelor EF este obligatorie:
Events_Data,
Faults_Data,
Driver_Activity_Data,
Vehicles_Used,
Places,
Control_Activity_Data,
Specific_Conditions.
— Numai pentru cardurile de tahograf de a doua generaţie:
— Cu excepţia cazului în care o descărcare a unui card
de conducător auto introdus într-o VU este efectuată
în timpul controlului conducătorilor auto de către o
autoritate de control din afara UE, utilizând un card
de control de primă generaţie, descărcarea EF în
Tachograph_G2 DF:
— Descărcarea EF CardSignCertificate, CA_Certi­
ficate și Link_Certificate. Aceste informaţii nu
sunt protejate de o semnătură digitală.
— Descărcarea acestor fișiere este obligatorie în
cadrul fiecărei sesiuni de descărcare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 351
— Descărcarea celorlalte EF de date privind
aplicaţia (în Tachograph_G2 DF), cu excepţia
EF Card_Download. Aceste informaţii sunt
protejate cu o semnătură digitală, utilizând apen­
dicele 11 „Mecanisme de securitate comune”,
partea B.
— Este obligatoriu să se descarce cel puţin EF
Application_Identification, Application_Identifi­
cation_V2 (dacă există) și Identification pentru
fiecare sesiune de descărcare.
— La descărcarea de pe cardul de conducător auto,
descărcarea următoarelor EF este obligatorie:
Events_Data,
Faults_Data,
Driver_Activity_Data,
Vehicles_Used,
Places,
Control_Activity_Data,
Specific_Conditions,
VehicleUnits_Used,
GNSS_Places,
Places_Authentication, dacă există,
GNSS_Places_Authentication, dacă există,
Border_Crossings, dacă există,
Load_Unload_Operations, dacă există,
Load_Type_Entris, dacă există.
— La descărcarea unui card de conducător auto, se
actualizează data LastCardDownload în EF
Card_Download, în Tachograph și în DF
Tachograph_G2, dacă este cazul.
— La descărcarea unui card de atelier, se resetează
contorul de etalonare în EF Card_Download, în
Tachograph și în DF Tachograph_G2, dacă este
cazul.
— La descărcarea unui card de atelier, nu se
descarcă EF Sensor_Installation_Data în
Tachograph și DF Tachograph_G2, dacă este
cazul.
▼B
3.3.1 Secvenţa de iniţializare
DDP_036 IDE iniţiază secvenţa după cum urmează:
Card Direcţie IDE/IFD Semnificaţie/Observaţii
⇦ Resetare hardware
ATR ⇨
Opţional, se poate folosi PPS pentru a trece la o rată de
modulaţie mai mare dacă ICC este compatibil.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 352
3.3.2 Secvenţa de descărcare de fișiere de date nesemnate
DDP_037 ►M1 Secvenţa de descărcare a EF ICC, IC, Card_Certi­
ficate (sau CardSignCertificate pentru DF Tachograph_G2),
CA_Certificate și Link_Certificate (numai pentru DF
Tachograph_G2) este următoarea: ◄
Card Direcţie IDE/IFD Semnificaţie/Observaţii
⇦ Select file Selectează în funcţie de iden­
tificatorii fișierelor
OK ⇨
⇦ Read Binary Dacă fișierul conţine mai
multe date decât dimensiunea
zonei tampon a cititorului sau
a cardului, comanda trebuie
repetată până la citirea
integrală a datelor din fișier.
Arhivare date (File
Data)
OK
⇨ Stocarea datelor în ESM în conformitate cu 3.4
Formatul de stocare a datelor
Nota 1: Înainte de a selecta Card_Certificate (ori CardSig­
nCertificate) EF, trebuie să selectaţi aplicaţia de tahograf
(selecţie cu AID).
Nota 2: Selectarea și citirea unui fișier poate fi efectuată, de
asemenea, într-o singură etapă cu ajutorul unei comenzi de
citire a datelor (Read Binary) cu un identificator EF scurt.
3.3.3 Secvenţa de descărcare de fișiere de date semnate
DDP_038 Următoarea secvenţă se folosește pentru fiecare dintre
fișierele următoare care trebuie descărcate împreună cu
semnătura lor:
▼M1
Card Dir IDE / IFD Semnificaţie/Observaţii
Select File
OK
Perform Hash of File Calculează valoarea hash în
raport cu conţinutul de date
al fișierului selectat cu
ajutorul algoritmului de
hashing indicat în confor­
mitate cu apendicele 11,
partea A sau B. Această
comandă nu este o comandă
conform ISO.
Se calculează Hash of
File și se stochează
temporar valoarea hash
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 353
Card Dir IDE / IFD Semnificaţie/Observaţii
OK
Read Binary Dacă fișierul conţine mai
multe date decât poate să
stocheze zona tampon a citi­
torului sau a cardului,
comanda trebuie repetată
până la citirea integrală a
datelor din fișier.
File Data
OK
Stochează datele primite în
ESM
în conformitate cu 3.4 Data
storage format
PSO: Compute Digital
Signature
Execută operaţiunea de
securitate „Calcularea
semnăturii digitale” cu
ajutorul valorii hash
stocate temporar
Semnătura
OK
Adaugă date la datele
stocate anterior în ESM
în conformitate cu 3.4 Data
storage format
▼B
Notă: Selectarea și citirea unui fișier poate fi efectuată, de
asemenea, într-o singură etapă cu ajutorul unei comenzi de
citire a datelor (Read Binary) cu un identificator EF scurt. În
acest caz, EF poate fi selectat și citit înainte de a fi aplicată
comanda Efectuează Hash of File.
3.3.4 Secvenţa de resetare a unui contor de etalonare.
DDP_039 Secvenţa de resetare a contorului­
din EF
al unui card de atelier se prezintă după
cum urmează:
Card Dir IDE/IFD Semnificaţie/Observaţii
⇦ Select File EF Card_Dow-
nload
Selectează în funcţie de iden­
tificatorii fișierelor
OK ⇨
⇦ Update Binary
NoOfCalibrationsSince­
Download = „00 00”
Resetează numărul de
descărcări de pe card
OK ⇨
Notă: Selectarea și actualizarea unui fișier poate fi efectuată,
de asemenea, într-o singură etapă cu ajutorul unei comenzi
Update Binary cu un identificator EF scurt.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 354
3.4. Formatul de stocare a datelor
3.4.1 Introducere
DDP_040 Datele descărcate trebuie stocate în conformitate cu urmă­
toarele condiţii:
— Stocarea datelor trebuie să fie transparentă. Acest lucru
înseamnă că, pe parcursul stocării, trebuie să se menţină
ordinea octeţilor, precum și ordinea biţilor din interiorul
octeţilor care sunt transferaţi de pe card.
— Toate fișierele de pe card descărcate în cadrul unei
sesiuni de descărcare sunt stocate într-un singur fișier
în ESM.
3.4.2 Formatul fișierului
DDP_041 Formatul fișierului este o concatenare a mai multor obiecte
TLV.
DDP_042 Eticheta pentru un EF este FID însoţit de apendicele „00”.
DDP_043 Eticheta pentru o semnătură a EF este FID al fișierului
însoţit de apendicele „01”.
DDP_044 Lungimea este o valoare de 2 octeţi. Valoarea definește
numărul de octeţi din câmpul de valori. Valoarea „FF FF”
din câmpul de lungime este rezervată pentru o utilizare
viitoare.
DDP_045 Dacă un fișier nu este descărcat, nu se stochează nicio
informaţie privind fișierul (nicio etichetă și nicio lungime
zero).
▼M1
DDP_046 O semnătură trebuie salvată drept următorul obiect TLV
imediat după obiectul TLV care conţine datele fișierului.
Definiţie Sens Lungime
FID (2 octeţi) || „00” Etichetă pentru EF (FID) în
DF sau
pentru informaţiile comune
stocate pe card
3 octeţi
FID (2 octeţi) || „01” Eticheta pentru semnătura
EF (FID) în DF
3 octeţi
FID (2 octeţi) || „02” Eticheta pentru EF (FID) 3 octeţi
FID (2 octeţi) || „03” Eticheta pentru semnătura
EF (FID) în DF
3 octeţi
xx xx Lungimea câmpului de
valori
2 octeţi
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 355
Exemplu de date dintr-un fișier de descărcare de pe o ESM:
Etichetă Lungime Valoare
— Date din EF ICC
— Date din EF Card_Certificate
— …
Date din EF (în
DF)
Semnătura din EF
(în DF)
Date din EF în
DF
Semnătura din EF
în DF
▼B
4. DESCĂRCAREA INFORMAŢIILOR DE PE UN CARD DE
TAHOGRAF PRIN INTERMEDIUL UNEI UNITĂŢI MONTATE
PE VEHICUL
DDP_047 VU trebuie să permită descărcarea conţinutului unui card de
conducător auto introdus într-un IDE conectat.
DDP_048 IDE trimite un mesaj de solicitare de transfer de date privind
descărcarea informaţiilor de pe card („Transfer Data
Request Card Download”) către VU pentru a iniţia acest
mod (a se vedea 2.2.2.9).
▼M1
DDP_049 Carduri de conducător auto de prima generaţie: Datele se
descarcă folosind protocolul de descărcare a datelor aferent
primei generaţii, iar datele descărcate trebuie să aibă același
format ca datele descărcate dintr-o unitate montată pe
vehicul de prima generaţie.
Carduri de conducător auto de a doua generaţie: VU
descarcă apoi integral cardul, fișier cu fișier, în conformitate
cu protocolul de descărcare definit la punctul 3, și trimite
toate datele primite de pe card către IDE în formatul de
fișier TLV adecvat (a se vedea 3.4.2) și încapsulate într-
un mesaj de răspuns pozitiv la solicitarea de transfer de
date („Positive Response Transfer Data”).
▼B
DDP_050 IDE preia datele de pe card din mesajul de răspuns pozitiv
la solicitarea de transfer de date („Positive Response
Transfer Data”) (eliminând toate anteturile, SID-urile,
TREP-urile contoarele de sub-mesaje și sumele de veri­
ficare) și le stochează într-un singur fișier fizic conform
descrierii de la punctul 2.3.
DDP_051 În continuare, VU actualizează, dacă este cazul, fișierul
sau de pe
cardul conducătorului auto.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 356
Apendicele 8
PROTOCOL DE ETALONARE
CUPRINS
1. INTRODUCERE
2. TERMENI, DEFINIŢII ȘI REFERINŢE
3. PREZENTARE GENERALĂ A SERVICIILOR
3.1. Servicii disponibile
3.2. Coduri de răspuns
4. SERVICII DE COMUNICARE
4.1. Serviciul StartCommunication
4.2. Serviciul StopCommunication
4.2.1 Descrierea mesajului
4.2.2 Formatul mesajului
4.2.3 Definirea parametrilor
4.3. Serviciul TesterPresent
4.3.1 Descrierea mesajului
4.3.2 Formatul mesajului
5. SERVICII DE GESTIONARE
5.1. Serviciul StartDiagnosticSession
5.1.1 Descrierea mesajului
5.1.2 Formatul mesajului
5.1.3 Definirea parametrilor
5.2. Serviciul SecurityAccess
5.2.1 Descrierea mesajului
5.2.2 Formatul mesajului – SecurityAccess – requestSeed
5.2.3 Formatul mesajului – SecurityAccess – sendKey
6. SERVICII DE TRANSMISIE A DATELOR
6.1. Serviciul ReadDataByIdentifier
6.1.1 Descrierea mesajului
6.1.2 Formatul mesajului
6.1.3 Definirea parametrilor
6.2. Serviciul WriteDataByIdentifier
6.2.1 Descrierea mesajului
6.2.2 Formatul mesajului
6.2.3 Definirea parametrilor
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 357
7. CONTROLUL IMPULSURILOR DE TEST – UNITATEA FUNC­
ŢIONALĂ DE CONTROL AL INTRĂRILOR/IEȘIRILOR
7.1. Serviciul InputOutputControlByIdentifier
7.1.1 Descrierea mesajului
7.1.2 Formatul mesajului
7.1.3 Definirea parametrilor
▼M3
8. SERVICIUL ROUTINECONTROL (REGLAREA OREI)
8.1. Descrierea mesajului
8.2. Formatul mesajului
9. FORMATE DATARECORDS
9.1. Intervalele parametrilor transmiși
9.2. Formate dataRecords
▼B
1. INTRODUCERE
Prezentul apendice descrie modul în care are loc schimbul de date între
o unitate montată pe vehicul și un aparat de testare prin intermediul
liniei K care face parte din interfaţa de etalonare descrisă în apendicele
6. De asemenea, în prezentul apendice este descris controlul liniei de
semnalizare I/O efectuat asupra conectorului de etalonare.
Modul de stabilire a comunicărilor pe linia K este descris în secţiunea
4, „Communication Services”.
În prezentul apendice se folosește ideea de „sesiuni” de diagnosticare
pentru a determina sfera controlului liniei K în diferite condiţii.
Sesiunea implicită este „StandardDiagnosticSession”, în cadrul căreia
pot fi citite toate datele de pe o unitate montată pe vehicul, dar nu pot
fi înregistrate date pe o unitate montată pe vehicul.
Selectarea sesiunii de diagnosticare este descrisă în secţiunea 5, „Mana­
gement Services”.
Prezentul apendice trebuie să fie considerat relevant pentru ambele
generaţii de VU și de carduri de atelier, în conformitate cu cerinţele
de interoperabilitate prevăzute în prezentul regulament.
CPR_001 Sesiunea „ECUProgrammingSession” permite introducerea
datelor în unitatea montată pe vehicul. În cazul introducerii
datelor de etalonare, unitatea montată pe vehicul trebuie să
se afle în modul de funcţionare ETALONARE.
Transferul de date prin intermediul liniei K este descris în
secţiunea 6, „Data Transmission Services”. Formatele pentru
datele transferate sunt descrise în detaliu în secţiunea 8,
„dataRecords formats”.
CPR_002 Sesiunea „ECUAdjustmentSession” permite selectarea
modului I/O al liniei de semnalizare I/O de etalonare, prin
interfaţa liniei K. Controlul liniei de semnalizare I/O de
etalonare este descris în secţiunea 7, „Control of Test
Pulses – Input/Output Control functional unit”.
CPR_003 În cadrul prezentului document, adresa aparatului de testare
este notată cu „tt”. Cu toate că este posibil să existe adrese
privilegiate pentru aparatele de testare, VU trebuie să
răspundă corect la orice adresă a aparatului de testare.
Adresa fizică a VU este 0xEE.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 358
2. TERMENI, DEFINIŢII ȘI REFERINŢE
Protocoalele, mesajele și codurile de eroare se bazează în principal pe
un proiect al standardului ISO 14229-1(Road vehicles – Diagnostic
systems – Part 1: Diagnostic services, versiunea 6 din 22 februarie
2001).
Codificările octeţilor și alte valori hexazecimale sunt folosite la
definirea identificatorilor de servicii, la elaborarea solicitărilor și a
răspunsurilor de servicii și la configurarea parametrilor standard.
Termenul „aparat de testare” se referă la echipamentul folosit la intro­
ducerea datelor de programare/etalonare în VU.
Termenii „client” și „server” se referă la aparatul de testare, respectiv la
VU.
Termenul ECU înseamnă „Unitate electronică de control” și se referă la
VU.
Referinţe:
▼M1
ISO 14230-2: Road Vehicles – Diagnostic Systems – Keyword
Protocol 2000 – Part 2: Data Link Layer.
Prima ediţie: 1999.
▼B
3. PREZENTARE GENERALĂ A SERVICIILOR
3.1. Servicii disponibile
Următorul tabel cuprinde o prezentare generală a serviciilor care vor fi
disponibile în tahograf și sunt definite în prezentul document.
CPR_004 Tabelul prezintă serviciile disponibile în cadrul unei sesiuni
de diagnosticare active.
— Prima coloană cuprinde serviciile disponibile.
— A doua coloană include numărul secţiunii din prezentul
apendice unde serviciul este definit mai detaliat.
— A treia coloană indică valorile atribuite identificatorului
de serviciu pentru mesajele de solicitare.
— A patra coloană precizează serviciile sesiunii
„StandardDiagnosticSession” (SD) care trebuie imple­
mentate în fiecare VU.
— A cincea coloană precizează serviciile sesiunii
„ECUAdjustmentSession” (ECUAS) care trebuie
implementate pentru a permite controlul liniei de semna­
lizare I/O în conectorul de etalonare din panoul frontal al
VU.
— A șasea coloană precizează serviciile sesiunii
„ECUProgrammingSession” (ECUPS) care trebuie
implementate pentru a permite programarea parametrilor
în VU.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 359
Tabelul 1
Tabel de prezentare a valorilor identificatorilor de serviciu
Sesiuni de diagnosticare
Denumirea serviciului de diagnos­
ticare
Secţiunea
Nr.
SID Valoarea
solicitată
SD ECUAS ECUPS
StartCommunication 4.1 81 ■ ■ ■
StopCommunication 4.2 82 ■
TesterPresent 4.3 3E ■ ■ ■
StartDiagnosticSession 5.1 10 ■ ■ ■
SecurityAccess 5.2 27 ■ ■ ■
ReadDataByIdentifier 6.1 22 ■ ■ ■
WriteDataByIdentifier 6.2 2E ■
InputOutputControlByIdentifier 7.1 2F ■
▼M3
RoutineControl 8 31
▼B
■ Acest simbol indică faptul că serviciul este obligatoriu în această sesiune de
diagnosticare.
Absenţa oricărui simbol indică faptul că acest serviciu nu este permis în această
sesiune de diagnosticare.
3.2. Coduri de răspuns
Codurile de răspuns sunt definite pentru fiecare serviciu în parte.
4. Servicii de comunicare
Există anumite servicii care sunt necesare pentru iniţierea și menţinerea
comunicării. Acestea nu apar în stratul aplicaţiilor. Serviciile dispo­
nibile sunt prezentate în detaliu în tabelul următor:
Tabelul 2
Servicii de comunicare
Denumirea serviciului Descriere
StartCommunication Clientul solicită iniţierea unei sesiuni
de comunicare cu unul sau mai multe
servere.
StopCommunication Clientul solicită încheierea sesiunii de
comunicare în curs de desfășurare.
TesterPresent Clientul semnalează serverului faptul
că este încă prezent.
CPR_005 Serviciul StartCommunication este folosit pentru iniţierea
unei comunicări. Pentru a efectua un serviciu, trebuie să
se iniţializeze comunicarea, iar parametrii de comunicare
trebuie să fie adaptaţi modului dorit.
4.1. Serviciul StartCommunication
CPR_006 La primirea unei primitive de indicare StartCommunication,
VU verifică dacă legătura de comunicare solicitată poate fi
iniţializată în condiţiile existente. Condiţiile necesare iniţia­
lizării unei legături de comunicare sunt descrise în docu­
mentul ISO 14230-2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 360
CPR_007 În continuare, VU realizează toate acţiunile necesare pentru
a iniţializa o legătură de comunicare și trimite o primitivă de
răspuns StartCommunication cu parametrii de răspuns
pozitiv selectaţi.
CPR_008 Dacă o VU deja iniţializată (și care a început o sesiune de
diagnosticare) primește o nouă solicitare StartCommuni­
cation (de exemplu, datorită unei remedieri a erorii în
aparatul de testare), solicitarea este acceptată și VU este
reiniţializată.
CPR_009 Dacă legătura de comunicare nu poate fi iniţializată, indi­
ferent de motiv, VU continuă să funcţioneze în aceleași
condiţii care existau imediat înainte de încercarea de iniţia­
lizare a legăturii de comunicare.
CPR_010 Mesajului de solicitare StartCommunication trebuie să i se
aloce o adresă fizică.
CPR_011 Iniţializarea VU pentru servicii se realizează cu ajutorul unei
metode de „iniţializare rapidă”;
— Anterior oricărei activităţi există o perioadă de inacti­
vitate a magistralei.
— În continuare, aparatul de testare trimite o configurare de
iniţializare.
— Toate informaţiile necesare iniţializării comunicării sunt
incluse în răspunsul VU.
CPR_012 După finalizarea iniţializării,
— Tuturor parametrilor de comunicare le sunt atribuite
valorile definite în tabelul 4 în funcţie de octeţii cheie.
— VU așteaptă prima solicitare din partea aparatului de
testare.
— VU se află în modul de diagnosticare implicit, adică
StandardDiagnosticSession.
— Linia de semnalizare I/O de etalonare este în starea
implicită, adică inactivă.
CPR_014 Viteza de transmisie a datelor pe linia K este de 10 400
bauzi.
CPR_016 Iniţializarea rapidă este lansată de aparatul de testare prin
transmiterea unei secvenţe de ieșire din starea inactivă
(Wup) pe linia K. Secvenţa începe după perioada inactivă
pe linia K, cu o perioadă scurtă Tinil. Aparatul de testare
transmite primul bit al serviciului StartCommunication după
un timp Twup, după prima linie descendentă.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 361
CPR_017 Valorile de sincronizare pentru iniţializarea rapidă și comu­
nicare în general sunt descrise în detaliu în tabelele
prezentate în continuare. Pentru perioada de inactivitate
există diferite posibilităţi:
— Prima transmisie după conectarea la alimentare, Tidle
= 300 ms.
— După finalizarea unui serviciu StopCommunication,
Tidle = P3 min.
— După încheierea comunicării prin depășirea timpului
alocat P3 max, Tidle = 0.
Tabelul 3
Valori de sincronizare pentru iniţializarea rapidă
Parametru valoare minimă valoare maximă
Tinil 25 ± 1 ms 24 ms 26 ms
Twup 50 ± 1 ms 49 ms 51 ms
Tabelul 4
Valorile de sincronizare pentru comunicare
Parametru
de sincro­
nizare
Descrierea parametrului
valori minime
admise (ms)
valori maxime
admise (ms)
min. max.
P1 Timpul între octeţi pentru
răspunsul VU
0 20
P2 Timpul dintre solicitarea
aparatului de testare și
răspunsul VU sau dintre două
răspunsuri VU
25 250
P3 Timpul dintre sfârșitul răspun­
surilor VU și începutul noii
solicitări a aparatului de testare
55 5 000
P4 Timpul între octeţi pentru soli­
citarea aparatului de testare
5 20
CPR_018 Formatul mesajului pentru iniţializarea rapidă este prezentat
în detaliu în tabelele următoare. (NOTĂ: Hex înseamnă
hexazecimal)
Tabelul 5
Mesaj StartCommunication Request
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
81 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 362
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#4 StartCommunication Request
Service Id
81 SCR
#5 Sumă de verificare 00-FF CS
Tabelul 6
Mesaj StartCommunication Positive Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 StartCommunication Positive
Response Service Id
C1 SCRPR
#6 Octet cheie 1 EA KB1
#7 Octet cheie 2 8F KB2
#8 Sumă de verificare 00-FF CS
CPR_019 Nu există niciun răspuns negativ la mesajul StartCommuni­
cation Request; dacă nu există un mesaj de răspuns pozitiv
de transmis, VU nu este iniţializată, nu se transmite niciun
mesaj și aceasta rămâne în modul său normal de func­
ţionare.
4.2. Serviciul StopCommunication
4.2.1 Descrierea mesajului
Scopul acestui serviciu al stratului de comunicare este de a încheia o
sesiune de comunicare.
CPR_020 La primirea unei primitive de indicare StopCommunication,
VU verifică dacă condiţiile din momentul respectiv permit
încheierea comunicării în cauză. În acest caz, VU realizează
toate acţiunile necesare pentru a încheia comunicarea în
cauză.
CPR_021 Dacă încheierea comunicării este posibilă, VU emite o
primitivă de răspuns StopCommunication cu parametrii de
răspuns pozitiv selectaţi, înainte de încheierea comunicării.
CPR_022 Dacă încheierea comunicării nu este posibilă, indiferent de
motiv, VU emite o primitivă de răspuns StopCommuni­
cation împreună cu parametrul de răspuns negativ selectat.
CPR_023 Dacă VU detectează depășirea timpului alocat P3max,
comunicarea este încheiată fără a se emite o primitivă de
răspuns.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 363
4.2.2 Formatul mesajului
CPR_024 Formatele mesajelor pentru primitivele StopCommunication
sunt prezentate în detaliu în tabelele următoare:
Tabelul 7
Mesaj StopCommunication Request
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar 01 LEN
#5 StopCommunication Request
Service Id
82 SPR
#6 Sumă de verificare 00-FF CS
Tabelul 8
Mesaj StopCommunication Positive Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 01 LEN
#5 StopCommunication Positive
Response Service Id
C2 SPRPR
#6 Sumă de verificare 00-FF CS
Tabelul 9
Mesaj StopCommunication Negative Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 364
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#5 negative Response Service Id 7F NR
#6 StopCommunication Request
Service Identification
82 SPR
#7 responseCode = generalReject 10 RC_GR
#8 Sumă de verificare 00-FF CS
4.2.3 Definirea parametrilor
Acest serviciu nu necesită definirea niciunui parametru.
4.3. Serviciul TesterPresent
4.3.1 Descrierea mesajului
Serviciul TesterPresent este folosit de aparatul de testare pentru 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 între­
rupere a comunicării de către acesta. Acest serviciu, trimis periodic,
menţine sesiunea de diagnosticare/comunicarea activă prin resetarea
contorului P3 de fiecare dată când se primește o solicitare pentru
acest serviciu.
4.3.2 Formatul mesajului
CPR_079 Formatele mesajelor pentru primitivele TesterPresent sunt
prezentate în detaliu în tabelele următoare.
Tabelul 10
Mesaj TesterPresent Request
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar 02 LEN
#5 TesterPresent Request
Service Id
3E TP
#6 Subfuncţie = response­
Required =
[ da 01 RESPREQ_Y
nu ] 02 RESPREQ_NO
#7 Sumă de verificare 00-FF CS
CPR_080 Dacă parametrul responseRequired are valoarea „da”,
serverul răspunde cu următorul mesaj de răspuns pozitiv.
Dacă valoarea este „nu”, serverul nu trimite niciun răspuns.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 365
Tabelul 11
Mesaj TesterPresent Positive Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 01 LEN
#5 TesterPresent Positive
Response Service Id
7E TPPR
#6 Sumă de verificare 00-FF CS
CPR_081 Serviciul este compatibil cu următoarele coduri de răspuns
negativ:
Tabelul 12
Mesaj TesterPresent Negative Response
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 negative Response Service Id 7F NR
#6 TesterPresent Request Service Identi­
fication
3E TP
#7 respon­
seCode =
[ SubFunctionNotSup­
ported-InvalidFormat
12 RC_SFNS_IF
incorrectMessage­
Length ]
13 RC_IML
#8 Sumă de verificare 00-FF CS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 366
5. SERVICII DE GESTIONARE
Serviciile disponibile sunt prezentate în detaliu în tabelul următor:
Tabelul 13
Servicii de gestionare
Denumirea serviciului Descriere
StartDiagnosticSession Clientul solicită iniţierea unei sesiuni de
diagnosticare cu o VU.
SecurityAccess Clientul solicită accesul la funcţii rezervate
utilizatorilor autorizaţi.
5.1. Serviciul StartDiagnosticSession
5.1.1 Descrierea mesajului
CPR_025 Serviciul StartDiagnosticSession este utilizat pentru
activarea unor diferite sesiuni de diagnosticare în server. O
sesiune de diagnosticare activează un set specific de servicii
în conformitate cu tabelul 17. O sesiune poate activa servicii
specifice ale producătorului vehiculului care nu fac parte din
prezentul document. Normele de implementare respectă
următoarele cerinţe:
— Întotdeauna există doar o sesiune de diagnosticare activă
în VU,
— VU lansează întotdeauna StandardDiagnosticSession
când este conectată la o sursă de alimentare. Dacă nu
este lansată o altă sesiune de diagnosticare, Standar­
dDiagnosticSession rămâne deschisă atâta timp cât VU
este conectată la o sursă de alimentare,
— Dacă o sesiune de diagnosticare în curs de desfășurare a
fost solicitată de un aparat de testare, VU trimite un
mesaj de răspuns pozitiv,
— De fiecare dată când un aparat de testare solicită o
sesiune de diagnosticare nouă, VU trimite mai întâi un
mesaj de răspuns pozitiv la solicitarea StartDiagnostic­
Session, înainte ca noua sesiune să devină activă în VU.
Dacă VU nu poate lansa noua sesiune de diagnosticare
solicitată, aceasta răspunde cu un mesaj de răspuns
negativ la solicitarea StartDiagnosticSession, iar
sesiunea aflată în desfășurare continuă.
CPR_026 O sesiune de diagnosticare poate fi lansată numai în cazul în
care comunicarea a fost stabilită între client și VU.
CPR_027 Parametrii de sincronizare definiţi în tabelul 4 devin activi
după efectuarea cu succes a StartDiagnosticSession, para­
metrul diagnosticSession fiind stabilit la valoarea „Standar­
dDiagnosticSession” în mesajul de solicitare în cazul în care
o altă sesiune de diagnosticare a fost activă anterior.
5.1.2 Formatul mesajului
CPR_028 Formatele mesajelor pentru primitivele StartDiagnostic­
Session sunt prezentate în detaliu în tabelele următoare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 367
Tabelul 14
Mesaj StartDiagnosticSession Request
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar 02 LEN
#5 StartDiagnosticSession
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 Positive Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 02 LEN
#5 StartDiagnosticSession
Positive Response Service Id
50 STDSPR
#6 diagnosticSession = [aceeași
valoare ca la octetul #6 din
tabelul 14]
xx DS_…
#7 Sumă de verificare 00-FF CS
Tabelul 16
Mesaj StartDiagnosticSession Negative Response
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 368
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#4 Octet de lungime suplimentar 03 LEN
#5 Negative Response Service Id 7F NR
#6 StartDiagnosticSession Request
Service Id
10 STDS
#7 Respon­
seCode =
[subFunctionNotSup­
ported ( α )
12 RC_SFNS
incorrectMessage­
Length ( β )
13 RC_IML
conditionsNot­
Correct ( γ )
22 RC_CNC
#8 Sumă de verificare 00-FF CS
( α ) – valoarea introdusă la octetul # 6 din mesajul de solicitare nu este compatibilă,
adică nu se află în tabelul 17,
( β ) – lungimea mesajului nu este corectă,
( γ ) – criteriile pentru solicitarea StartDiagnosticSession nu sunt îndeplinite.
5.1.3 Definirea parametrilor
CPR_029 Parametrul diagnosticSession (DS_) este folosit de serviciul
StartDiagnosticSession pentru a selecta comportamentul
specific al serverului (serverelor). În prezentul document
sunt precizate următoarele sesiuni de diagnosticare:
Tabelul 17
Definiţia valorilor diagnosticSession
Hex Descriere
Cod
mnemonic
81 StandardDiagnosticSession
Această sesiune de diagnosticare activează toate
serviciile specificate în coloana 4 „SD” din
tabelul 1. Aceste servicii permit citirea datelor de
pe un server (VU). Această sesiune de diagnos-
ticare este activă după finalizarea cu succes a
iniţializării între client (aparatul de testare) și
server (VU). Această sesiune de diagnosticare
poate fi suprascrisă de alte sesiuni de diagnos-
ticare specificate în prezenta secţiune.
SD
85 ECUProgrammingSession
Această sesiune de diagnosticare activează toate
serviciile specificate în coloana 6 „ECUPS” din
tabelul 1. Serviciile respective sunt compatibile
cu programarea memoriei unui server (VU).
Această sesiune de diagnosticare poate fi supras-
crisă de alte sesiuni de diagnosticare specificate
în prezenta secţiune.
ECUPS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 369
Hex Descriere
Cod
mnemonic
87 ECUAdjustmentSession
Această sesiune de diagnosticare activează toate
serviciile specificate în coloana 5 „ECUAS” din
tabelul 1. Aceste servicii sunt compatibile cu
controlul intrărilor/ieșirilor unui server (VU).
Această sesiune de diagnosticare poate fi supras-
crisă de alte sesiuni de diagnosticare specificate
în prezenta secţiune.
ECUAS
5.2. Serviciul SecurityAccess
Scrierea datelor de etalonare este posibilă doar dacă VU se află în mod
ETALONARE. Pe lângă introducerea unui card de atelier în VU, este
necesară și introducerea PIN-ului corespunzător în VU înainte de
acordarea accesului la modul ETALONARE.
În cazul în care VU se află în modul ETALONARE sau CONTROL,
este posibilă, de asemenea, accesarea liniei I/O de etalonare.
Serviciul SecurityAccess oferă o modalitate de introducere a 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 intermediul altor metode.
5.2.1 Descrierea mesajului
Serviciul SecurityAccess constă într-un mesaj SecurityAccess
„requestSeed”, urmat eventual de un mesaj SecurityAccess „sendKey”.
Serviciul SecurityAccess trebuie să fie executat după serviciul Start­
DiagnosticSession.
CPR_033 Aparatul de testare folosește mesajul SecurityAccess
„requestSeed” pentru a verifica dacă unitatea montată pe
vehicul este pregătită să accepte un PIN.
CPR_034 Dacă unitatea montată pe vehicul este deja în mod
ETALONARE, aceasta răspunde solicitării prin trimiterea
unei „valori iniţiale (seed)” de 0x0000 cu ajutorul servi­
ciului SecurityAccess Positive Response.
CPR_035 Dacă unitatea montată pe vehicul este pregătită să accepte
un PIN pentru verificarea cu un card de atelier, aceasta
răspunde solicitării prin trimiterea unei „valori iniţiale”
mai mari de 0x0000 cu ajutorul serviciului SecurityAccess
Positive Response.
CPR_036 Dacă unitatea montată pe vehicul nu este pregătită să
accepte un PIN de la aparatul de testare, întrucât fie
cardul de atelier introdus nu este valabil, fie nu a fost
introdus niciun card de atelier, fie unitatea montată pe
vehicul așteaptă transmiterea PIN-ului printr-o altă metodă,
aceasta răspunde solicitării cu un răspuns negativ având un
cod de răspuns setat pe conditionsNotCorrectOrRequestSe­
quenceError.
CPR_037 Apoi, aparatul de testare folosește în cele din urmă mesajul Secu­
rityAccess „sendKey” pentru a transmite un PIN unităţii montate
pe vehicul. Pentru a aloca timpul necesar realizării procesului de
autentificare a cardului, VU folosește codul de răspuns negativ
requestCorrectlyReceived-ResponsePending pentru a prelungi
timpul de răspuns. Totuși, timpul maxim de răspuns nu trebuie
să depășească 5 minute. După finalizarea serviciului soli-
citat, VU trimite un mesaj de răspuns pozitiv sau un
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 370
mesaj de răspuns negativ cu un cod de răspuns diferit de acesta.
Codul de răspuns negativ requestCorrectlyReceived-Response­
Pending poate fi repetat de VU până la finalizarea serviciului
solicitat și trimiterea mesajului de răspuns final.
CPR_038 Unitatea montată pe vehicul răspunde acestei solicitări
folosind serviciul SecurityAccess Positive Response numai
când este în modul ETALONARE.
CPR_039 În următoarele cazuri, unitatea montată pe vehicul răspunde
acestei solicitări cu un răspuns negativ însoţit de un cod de
răspuns cu valoarea:
— subFunctionNot supported: format nevalabil pentru para­
metrul subfuncţiei (accessType);
— conditionsNotCorrectOrRequestSequenceError: unitatea
montată pe vehicul nu este pregătită să accepte intro­
ducerea unui PIN,
— invalidKey: PIN nevalabil și numărul de încercări
permise de verificare a PIN-ului nedepășit,
— exceededNumberOfAttempts: PIN nevalabil și numărul
de încercări permise de verificare a PIN-ului depășit,
— generalReject: PIN corect, dar tentativă nereușită de
autentificare reciprocă cu cardul de atelier.
5.2.2 Formatul mesajului – SecurityAccess – requestSeed
CPR_040 Formatele mesajelor pentru primitivele SecurityAccess
„requestSeed” sunt prezentate în detaliu în tabelele
următoare.
Tabelul 18
Mesaj SecurityAccess Request- requestSeed
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar 02 LEN
#5 SecurityAccess Request
Service Id
27 SA
#6 accessType – requestSeed 7D AT_RSD
#7 Sumă de verificare 00-FF CS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 371
Tabelul 19
Mesaj SecurityAccess – requestSeed Positive Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 04 LEN
#5 SecurityAccess Positive
Response Service Id
67 SAPR
#6 accessType – requestSeed 7D AT_RSD
#7 Valoare iniţială superioară 00-FF SEEDH
#8 Valoare iniţială inferioară 00-FF SEEDL
#9 Sumă de verificare 00-FF CS
Tabelul 20
Mesaj SecurityAccess Negative Response
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 negativeResponse Service Id 7F NR
#6 SecurityAccess Request Service Id 27 SA
#7 respon­
seCode =
[conditionsNotCorrect
OrRequestSequen­
ceError
22 RC_CNC
incorrectMessage­
Length]
13 RC_IML
#8 Sumă de verificare 00-FF CS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 372
5.2.3 Formatul mesajului – SecurityAccess – sendKey
CPR_041 Formatele mesajelor pentru primitivele SecurityAccess
„sendKey” sunt prezentate în detaliu în tabelele următoare.
Tabelul 21
Mesaj SecurityAccess Request – sendKey
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar m+2 LEN
#5 SecurityAccess Request
Service Id
27 SA
#6 accessType – sendKey 7E AT_SK
de la
#7 până la
#m+6
Cheia #1 (superioară) xx KEY
… …
Cheia #m (inferioară, m trebuie
să fie minim 4 și maxim 8)
xx
#m+7 Sumă de verificare 00-FF CS
Tabelul 22
Mesaj SecurityAccess – sendKey Positive Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 02 LEN
#5 SecurityAccess Positive
Response Service Id
67 SAPR
#6 accessType – sendKey 7E AT_SK
#7 Sumă de verificare 00-FF CS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 373
Tabelul 23
Mesaj SecurityAccess Negative Response
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 SecurityAccess Request Service Id 27 SA
#7 Respon­
seCode =
[generalReject 10 RC_GR
subFunctionNotSup­
ported
12 RC_SFNS
incorrectMessage­
Length
13 RC_IML
conditionsNotCorrect
OrRequestSequen­
ceError
22 RC_CNC
invalidKey 35 RC_IK
exceededNumberOf
Attempts
36 RC_ENA
requestCorrectlyRe­
ceived-Response­
Pending]
78 RC_RCR_RP
#8 Sumă de verificare 00-FF CS
6. SERVICII DE TRANSMISIE A DATELOR
Serviciile disponibile sunt prezentate în detaliu în tabelul următor:
Tabelul 24
Servicii de transmisie de date
Denumirea serviciului Descriere
ReadDataByIdentifier Clientul solicită transmisia valorii curente a
unei înregistrări care poate fi accesată prin
recordDataIdentifier.
WriteDataByIdentifier Clientul solicită scrierea unei înregistrări
care poate fi accesată prin recordDataIden­
tifier.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 374
6.1. Serviciul ReadDataByIdentifier
6.1.1 Descrierea mesajului
CPR_050 Serviciul ReadDataByIdentifier este folosit de client pentru
a solicita valorile datelor înregistrate de la un server. Datele
sunt identificate de un recordDataIdentifier. Producătorul
VU trebuie să se asigure că, la efectuarea acestui serviciu,
condiţiile privind serverul sunt îndeplinite.
6.1.2 Formatul mesajului
CPR_051 Formatele mesajelor pentru primitivele ReadDataByIden­
tifier sunt prezentate în detaliu în tabelele următoare.
Tabelul 25
Mesaj ReadDataByIdentifier Request
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar 03 LEN
#5 ReadDataByIdentifier
Request Service Id
22 RDBI
de la #6 la
#7
recordDataIdentifier = [o
valoare din tabelul 28]
xxxx RDI_…
#8 Sumă de verificare 00-FF CS
Tabelul 26
Mesaj ReadDataByIdentifier Positive Response
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar m+3 LEN
#5 ReadDataByIdentifier Positive
Response Service Id
62 RDBIPR
#6 și #7 recordDataIdentifier = [aceeași
valoare ca octeţii #6 și #7 din
tabelul 25]
xxxx RDI_…
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 375
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
de la
#8 până la
#m+7
dataRecord[] = [data#1 xx DREC_DAT­
A1
: : :
data#m] xx DREC_DAT­
Am
#m+8 Sumă de verificare 00-FF CS
Tabelul 27
Mesaj ReadDataByIdentifier Negative Response
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 ReadDataByIdentifier Request
Service Id
22 RDBI
#7 ResponseCode
=
[requestOutO­
fRange
31 RC_ROOR
incorrectMessage­
Length
13 RC_IML
conditionsNot­
Correct]
22 RC_CNC
#8 Sumă de verificare 00-FF CS
6.1.3 Definirea parametrilor
CPR_052 Parametrul recordDataIdentifier (RDI_) din mesajul de
solicitare ReadDataByIdentifier identifică o înregistrare de
date.
▼M3
CPR_053 Valorile recordDataIdentifier definite în prezentul document
sunt indicate în tabelul de mai jos.
Tabelul recordDataIdentifier este format din cinci coloane și
mai multe rânduri.
— Prima coloană (Hex) cuprinde „valoarea Hex” atribuită
recordDataIdentifier specificat în coloana a treia.
— A doua coloană (element de date) precizează elementul
de date din apendicele 1 pe care se bazează recordDa­
taIdentifier (uneori este necesară transcodarea).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 376
— A treia coloană (descriere) specifică denumirea recor­
dDataIdentifier corespunzătoare.
— A patra coloană (drepturi de acces) specifică drep­
turile de acces la respectivul recordDataIdentifier.
— A cincea coloană (cod mnemonic) indică codul
mnemonic al recordDataIdentifier în cauză.
Tabelul 28
Definiţia valorilor recordDataIdentifier
Hex Element de date
Denumirea recordDataIdentifier
(a se vedea formatul în secţiunea
8.2)
Drepturi de
acces
(Read/
Write)
Cod mnemonic
F90B CurrentDateTime TimeDate R/W RDI_TD
F912 HighResOdometer HighResolutionTotalVehicle­
Distance
R/W RDI_HRTVD
F918 K-ConstantOfRecordingEquipment Kfactor R/W RDI_KF
F91C L-TyreCircumference LfactorTyreCircumference R/W RDI_LF
F91D W-VehicleCharacteristicConstant WvehicleCharacteristicFactor R/W RDI_WVCF
F921 TyreSize TyreSize R/W RDI_TS
F922 nextCalibrationDate NextCalibrationDate R/W RDI_NCD
F92C SpeedAuthorised SpeedAuthorised R/W RDI_SA
F97D vehicleRegistrationNation RegisteringMemberState R/W RDI_RMS
F97E VehicleRegistrationNumber VehicleRegistrationNumber R/W RDI_ VRN
F190 VehicleIdentificationNumber VIN R/W RDI_ VIN
F9D0 SensorSerialNumber MotionSensorSerialNumber R RDI_SSN
F9D1 RemoteCommunicationModuleSerial­
Number
RemoteCommunicationFacility­
SerialNumber
R RDI_RCSN
F9D2 SensorGNSSSerialNumber ExternalGNSSFacilitySerial­
Number
R RDI_GSSN
F9D3 SealDataVu SmartTachographSealsSerial­
Number
R/W RDI_SDV
F9D4 VuSerialNumber VuSerialNumber R RDI_VSN
F9D5 ByDefaultLoadType ByDefaultLoadType R/W RDI_BDLT
F9D6 TachographCardsGen1Suppression Tachograp­
hCardsGen1Suppression
R/W RDI_TCG1S
F9D7 VehiclePosition VehiclePosition R RDI_VP
F9D8 LastCalibrationCountry CalibrationCountry R RDI_CC
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 377
CPR_054 Parametrul dataRecord (DREC_) este folosit de mesajul de
răspuns pozitiv ReadDataByIdentifier pentru a furniza
clientului (aparatul de testare) valoarea înregistrării de date
identificată de recordDataIdentifier. Formatele datelor sunt
specificate în secţiunea 8. Se pot implementa dataRecords
suplimentare ca opţiune a utilizatorului, precum date de
intrare, interne și de ieșire specifice pentru VU, dar
acestea nu sunt definite în prezentul document.
6.2. Serviciul WriteDataByIdentifier
6.2.1 Descrierea mesajului
CPR_056 Serviciul WriteDataByIdentifier este folosit de client pentru
a scrie valorile înregistrării de date pe un server. Datele sunt
identificate de un recordDataIdentifier. Producătorul VU
trebuie să se asigure că, la efectuarea acestui serviciu,
condiţiile privind serverul sunt îndeplinite. Pentru a
actualiza parametrii enumeraţi în tabelul 28, VU trebuie să
se afle în modul ETALONARE.
6.2.2 Formatul mesajului
CPR_057 Formatele mesajelor pentru primitivele WriteDataByIden­
tifier sunt prezentate în detaliu în tabelele următoare.
Tabelul 29
Mesaj WriteDataByIdentifier Request
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar m+3 LEN
#5 WriteDataByIdentifier Request
Service Id
2E WDBI
de la
#6 până la
#7
recordDataIdentifier = [o valoare din
tabelul 28]
xxxx RDI_…
de la
#8 până la
m+7
dataRecord[] = [data#1 xx DREC_DAT­
A1
: : :
data#m] xx DREC_DAT­
Am
#m+8 Sumă de verificare 00-FF CS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 378
Tabelul 30
Mesaj WriteDataByIdentifier Positive Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 WriteDataByIdentifier
Positive Response Service Id
6E WDBIPR
de la
#6 până la
#7
recordDataIdentifier = [aceeași
valoare ca octeţii #6 și #7 din
tabelul 29]
xxxx RDI_…
#8 Sumă de verificare 00-FF CS
Tabelul 31
Mesaj WriteDataByIdentifier Negative Response
Octet # Denumirea parametrului
Valoarea
Hex
Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 NegativeResponse Service Id 7F NR
#6 WriteDataByIdentifier Request
Service Id
2E WDBI
#7 ResponseCode
=
[requestOutO­
fRange
31 RC_ROOR
incorrectMessage­
Length
13 RC_IML
conditionsNot­
Correct]
22 RC_CNC
#8 Sumă de verificare 00-FF CS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 379
6.2.3 Definirea parametrilor
Parametrul recordDataIdentifier (RDI_) este definit în tabelul 28.
Parametrul dataRecord (DREC_) este folosit de mesajul de solicitare
WriteDataByIdentifier pentru a furniza serverului (VU) valorile înregis­
trărilor de date identificate de recordDataIdentifier. Formatele datelor
sunt specificate în secţiunea 8.
7. CONTROLUL IMPULSURILOR DE TEST – UNITATEA FUNC­
ŢIONALĂ DE CONTROL AL INTRĂRILOR/IEȘIRILOR
Serviciile disponibile sunt prezentate în detaliu în tabelul următor:
Tabelul 32
Unitatea funcţională de control al intrărilor/ieșirilor
Denumirea serviciului Descriere
InputOutputControl­
ByIdentifier
Clientul solicită controlul unei intrări/ieșiri
specifice serverului.
7.1. Serviciul InputOutputControlByIdentifier
7.1.1 Descrierea mesajului
Conexiunea realizată cu ajutorul conectorului frontal permite controlul
sau monitorizarea impulsurilor de test folosind un aparat de testare
corespunzător.
CPR_058 Linia de semnalizare I/O de etalonare poate fi configurată cu
ajutorul comenzii lansate pe linia K folosind serviciul Inpu­
tOutputControlByIdentifier pentru a selecta funcţia de
intrare sau ieșire solicitată pentru linie. Stările disponibile
ale liniei sunt următoarele:
— dezactivată,
— speedSignalInput, caz în care linia de semnalizare I/O de
etalonare este utilizată pentru a introduce un semnal de
viteză (semnal de test) care să înlocuiască semnalul de
viteză al senzorului de mișcare; această funcţie nu este
disponibilă în modul CONTROL,
— realTimeSpeedSignalOutputSensor, caz în care linia de
semnalizare I/O de etalonare este utilizată pentru ieșirea
unui semnal de viteză de la senzorul de mișcare,
— RTCOutput, caz în care linia de semnalizare I/O de
etalonare este utilizată pentru ieșirea unui semnal de
ceas UTC; această funcţie nu este disponibilă în modul
CONTROL.
CPR_059 Pentru a configura starea liniei, unitatea montată pe vehicul
trebuie să fi intrat într-o sesiune de reglare și să se afle în
modul ETALONARE sau CONTROL. Dacă VU se află în
mod ETALONARE, cele patru stări ale liniei pot fi selectate
(dezactivată, speedSignalInput, realTimeSpeedSignalOutput­
Sensor, RTCOutput). Dacă VU se află în modul
CONTROL, numai două stări ale liniilor pot fi selectate
(dezactivată, realTimeSpeedOutputSensor). La ieșirea din
sesiunea de reglare sau din modul ETALONARE sau
CONTROL, unitatea montată pe vehicul trebuie să se
asigure că linia de semnalizare I/O de etalonare a revenit
la starea „dezactivată” (stare implicită).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 380
CPR_060 În cazul în care impulsurile de viteză sunt primite pe linia
de intrare a semnalului de viteză în timp real a VU, iar linia
de semnalizare I/O de etalonare este setată în modul intrare,
linia de semnalizare I/O de etalonare este setată pe ieșire sau
este readusă la starea dezactivată.
CPR_061 Ordinea operaţiunilor este următoarea:
— Stabilirea comunicărilor cu ajutorul serviciului Star­
tCommunication
— Intrarea într-o sesiune de reglare cu ajutorul serviciului
StartDiagnosticSession și trecerea în modul de func­
ţionare ETALONARE sau CONTROL (ordinea de
efectuare a acestor două operaţiuni nu este importantă).
— Modificarea stării ieșirii cu ajutorul serviciului InputOut­
putControlByIdentifier.
7.1.2 Formatul mesajului
CPR_062 Formatele mesajelor pentru primitivele InputOutputControl­
ByIdentifier sunt prezentate în detaliu în tabelele următoare.
Tabelul 33
Mesaj InputOutputControlByIdentifier Request
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar xx LEN
#5 InputOutputControlByIden­
tifier Request Sid
2F IOCBI
#6 și #7 InputOutputIdentifier = [Cali­
brationInputOutput]
F960 IOI_CIO
#8 sau
de la
#8 până la
#9
ControlOptionRecord = [ COR_…
InputOutputControlParameter –
o valoare din tabelul 36
xx IOCP_…
controlState – o valoare din
tabelul 37 (a se vedea nota de
mai jos)]
xx CS_…
#9 sau #10 Sumă de verificare 00-FF CS
Notă: Parametrul controlState este prezent numai în anumite
cazuri (a se vedea 7.1.3).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 381
Tabelul 34
Mesaj InputOutputControlByIdentifier Positive Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar xx LEN
#5 inputOutputControlByIden­
tifier Positive Response SId
6F IOCBIPR
#6 și #7 inputOutputIdentifier = [Cali­
brationInputOutput]
F960 IOI_CIO
#8 sau
de la
#8 până la
#9
controlStatusRecord =[ CSR_
inputOutputControlParameter
(aceeași valoare ca cea a
octetului #8 din tabelul 33)
xx IOCP_…
controlState (aceeași valoare ca
cea a octetului #9 tabelul 33)]
(dacă este cazul)
xx CS_…
#9 sau #10 Sumă de verificare 00-FF CS
Tabelul 35
Mesaj InputOutputControlByIdentifier Negative Response
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare
fizică
80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 negativeResponse Service Id 7F NR
#6 inputOutputControlByIdentifier
Request SId
2F IOCBI
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 382
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#7 responseCode=[
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 31 RC_ROOR
deviceControlLimitsExceeded] 7A RC_DCLE
#8 Sumă de verificare 00-FF CS
7.1.3 Definirea parametrilor
CPR_064 Parametrul inputOutputControlParameter (IOCP_) este
definit în tabelul următor.
Tabelul 36
Definiţia valorilor inputOutputControlParameter
Hex Descriere
Cod
mnemonic
00 ReturnControlToECU
Această valoare indică serverului (VU) faptul că
aparatul de testare nu mai are controlul asupra
liniei de semnalizare I/O de etalonare.
RCTECU
01 ResetToDefault
Această valoare indică serverului (VU) faptul că
s-a solicitat resetarea liniei de semnalizare I/O de
etalonare la starea implicită.
RTD
03 ShortTermAdjustment
Această valoare indică serverului (VU) faptul că
s-a solicitat ajustarea liniei de semnalizare I/O de
etalonare la valoarea inclusă în parametrul
controlState.
STA
CPR_065 Parametrul controlState este prezent numai în cazul în care
inputOutputControlParameter este setat la ShortTermAd­
justment și este definit în tabelul următor:
Tabelul 37
Definiţia valorilor controlState
Mod Valoarea Hex Descriere
Dezactivare 00 Linia I/O este dezactivată (stare implicită)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 383
Mod Valoarea Hex Descriere
Activare 01 Se activează linia I/O de etalonare ca speed­
SignalInput
Activare 02 Se activează linia I/O de etalonare ca realTi­
meSpeedSignalOutputSensor
Activare 03 Se activează linia I/O de etalonare ca
RTCOutput
▼M3
8. SERVICIUL ROUTINECONTROL (REGLAREA OREI)
8.1. Descrierea mesajului
CPR_065a Serviciul RoutineControl (TimeAdjustment) oferă capa­
citatea de a declanșa o aliniere a ceasului VU la ora
furnizată de receptorul GNSS.
Pentru executarea serviciului RoutineControl (TimeAd­
justment), VU trebuie să fie în modul ETALONARE.
Condiţie prealabilă: se asigură faptul că VU poate primi
mesaje de poziţie autentificate de la receptorul GNSS.
Atât timp cât reglarea orei este în curs, VU răspunde
cererii RoutineControl, subfuncţia requestRoutineResults,
cu routineInfo = 0x78.
Notă: reglarea orei poate dura ceva timp. Aparatul de diag­
nosticare trebuie să solicite starea reglării orei utilizând
subfuncţia requestRoutineResults.
8.2. Formatul mesajului
CPR_065b Formatul mesajelor pentru serviciul RoutineControl
(TimeAdjustment) și pentru primitivele sale se detaliază
în tabelele următoare.
Tabelul 37a
RoutineControl, mesajul de solicitare a rutinei (TimeAdjustment), subfuncţia startRoutine
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar xx LEN
#5 RoutineControl Request Sid (ID al serviciului de solicitare a Routi­
neControl)
31 RC
#6 routineControlType = [startRoutine] 01 RCTP_STR
#7 și #8 routineIdentifier = [TimeAdjustment] 0100 RI_TA
#9 Sumă de verificare 00-FF CS
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 384
Tabelul 37b
RoutineControl, rutina (TimeAdjustment), subfuncţia startRoutine, mesaj de răspuns pozitiv
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar xx LEN
#5 RoutineControl Positive Response Sid (ID al serviciului de răspuns
pozitiv RoutineControl)
71 RCPR
#6 routineControlType = [startRoutine] 01 RCTP_STR
#7 și #8 routineIdentifier= [TimeAdjustment] 0100 RI_TA
#9 Sumă de verificare 00-FF CS
Tabelul 37c
RoutineControl, mesajul de solicitare a rutinei (TimeAdjustment), subfuncţia requestRoutineResults
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă EE TGT
#3 Octet al adresei sursă tt SRC
#4 Octet de lungime suplimentar xx LEN
#5 RoutineControl Request Sid (ID al serviciului de solicitare a Routi­
neControl)
31 RC
#6 routineControlType = [requestRoutineResults] 03 RCTP_RRR
#7 și #8 routineIdentifier= [TimeAdjustment] 0100 RI_TA
#9 Sumă de verificare 00-FF CS
Tabelul 37d
RoutineControl, rutina (TimeAdjustment), subfuncţia requestRoutineResults, mesaj de răspuns pozitiv
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar xx LEN
#5 RoutineControl Positive Response Sid (ID al serviciului de răspuns
pozitiv RoutineControl)
71 RCPR
#6 routineControlType = [requestRoutineResults] 03 RCTP_RRR
#7 și #8 routineIdentifier= [TimeAdjustment] 0100 RI_TA
#9 routineInfo (a se vedea tabelul 37f) XX RINF_TA
#10 routineStatusRecord[] = routineStatus#1 (a se vedea tabelul 37g) XX RS_TA
#11 Sumă de verificare 00-FF CS
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 385
Tabelul 37e
RoutineControl, rutina (TimeAdjustment), mesaj de răspuns negativ
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
#1 Octet de format – adresare fizică 80 FMT
#2 Octet al adresei ţintă tt TGT
#3 Octet al adresei sursă EE SRC
#4 Octet de lungime suplimentar 03 LEN
#5 negativeResponse Service Id (ID al serviciului de răspuns negativ) 7F NR
#6 inputOutputControlByIdentifier Request SId (ID al serviciului de soli­
citare a inputOutputControlByIdentifier)
31 RC
#7 responseCode=[
sub-functionNotSupported
incorrectMessageLengthOrInvalidFormat
conditionsNotCorrect
requestOutOfRange
]
12
13
22
31
SFNS
IMLOIF
CNC
ROOR
#8 Sumă de verificare 00-FF CS
Tabelul 37f
RoutineControl, rutina (TimeAdjustment), routineInfo
routineInfo Valoarea Hex Descriere
NormalExitWithResultAvailable 61 Rutina a fost executată complet; sunt disponibile
rezultate suplimentare ale rutinei.
RoutineExecutionOngoing 78 Rutina solicitată este încă în curs de executare.
Tabelul 37g
RoutineControl, rutina (TimeAdjustment), routineStatus
Valoarea Hex Rezultatul testării Descriere
01 pozitiv Reglarea orei a fost finalizată cu succes.
02..0F RFU
10 negativ Nu se recepţionează semnalul GNSS.
11..7F RFU
80..FF Specific producătorului
9. FORMATE DATARECORDS
Această secţiune prezintă în detaliu:
— normele generale care se aplică intervalelor de parametri transmiși
de unitatea montată pe vehicul către aparatul de testare,
— formatele care se folosesc pentru datele transferate cu ajutorul servi­
ciilor de transmisie de date descrise în secţiunea 6.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 386
CPR_067 Toţi parametrii identificaţi trebuie să fie compatibili cu UV.
CPR_068 Datele transmise de VU către aparatul de testare ca răspuns
la un mesaj de solicitare sunt de tip cuantificabil (și anume,
valoarea activă a parametrului solicitat, astfel cum a fost
măsurată sau observată de VU).
9.1. Intervalele parametrilor transmiși
CPR_069 Tabelul 38 definește intervalele folosite la determinarea
valabilităţii unui parametru transmis.
CPR_070 Valorile din intervalul „indicator de eroare” (error
indicator) permit unităţii montate pe vehicul să indice
imediat faptul că nicio dată parametrică valabilă nu este
disponibilă pentru moment din cauza unui anumit tip de
eroare la nivelul tahografului.
CPR_071 Valorile din intervalul „indisponibil” (not available) permit
unităţii montate pe vehicul să transmită un mesaj care conţine
un parametru indisponibil sau incompatibil cu modulul în
cauză. Valorile din intervalul „nesolicitat” (not requested)
permit transmiterea de către un dispozitiv a unui mesaj de
comandă și identifică acei parametri în cazul cărora nu se
așteaptă niciun răspuns de la dispozitivul de recepţie.
CPR_072 Dacă defecţiunea unei componente împiedică transmisia de
date valabile pentru un parametru, în locul datelor para­
metrice respective trebuie folosiţi indicatorii de eroare
descriși în tabelul 38. Cu toate acestea, dacă datele
măsurate sau calculate au ca rezultat o valoare valabilă
care depășește totuși intervalul definit al parametrului
respectiv, indicatorul de eroare nu trebuie folosit. Datele
trebuie să fie transmise folosind valoarea minimă sau
maximă adecvată a parametrului.
Tabelul 38
Intervalele dataRecords
Denumirea intervalului
1 octet
(valoarea Hex)
2 octeţi
(valoarea Hex)
4 octeţi
(valoarea Hex)
ASCII
Semnal valabil 00 - FA 0000 - FAFF 00000000 - FAFFFFFF de la 1 la 254
Indicator specific parametrului FB FB00 - FBFF FB000000 - FBFFFFFF nu există
Interval rezervat pentru viitorii biţi ai
indicatorului
FC - FD FC00 - FDFF FC000000 - FDFFFFFF nu există
Indicator de eroare FE FE00 - FEFF FE000000 - FEFFFFFF 0
Nu sunt disponibile sau nu sunt soli­
citate
FF FF00 - FFFF FF000000 - FFFFFFFF FF
CPR_073 Pentru parametrii codificaţi în ASCII, caracterul ASCII „*”
este rezervat ca delimitator.
9.2. Formate dataRecords
În tabelele 39 – 42 de mai jos sunt prezentate în detaliu formatele care
trebuie folosite prin intermediul serviciilor ReadDataByIdentifier și
WriteDataByIdentifier.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 387
CPR_074 În tabelul 39 sunt indicate lungimea, rezoluţia și domeniul
de valori ale fiecărui parametru identificat de recordDataI­
dentifier:
Tabelul 39
Formatul dataRecords
Denumirea parametrului
Lungimea
datelor
(octeţi)
Rezoluţia Domeniul de valori
TimeDate 8 A se vedea detaliile din tabelul 40
HighResolutionTotalVehicle­
Distance
4 amplificare 5 m/bit, deplasare 0 m de la 0 până la +21 055 406 km
Kfactor 2 amplificare 0,001 impulsuri/m/
bit, deplasare 0
0 - 64,255 impulsuri/m
LfactorTyreCircumference 2 amplificare 0,125 10 -3 m/bit,
deplasare 0
de la 0 la 8,031 m
WvehicleCharacteristicFactor 2 amplificare 0,001 impulsuri/m/
bit, deplasare 0
0 - 64,255 impulsuri/m
TyreSize 15 ASCII ASCII
NextCalibrationDate 3 A se vedea detaliile din tabelul 41
SpeedAuthorised 2 amplificare 1/256km/h/bit,
deplasare 0
0-250,996 km/h
RegisteringMemberState 3 ASCII ASCII
VehicleRegistrationNumber 14 A se vedea detaliile din tabelul 42
VIN 17 ASCII ASCII
SealDataVu 55 A se vedea detaliile din tabelul 43
ByDefaultLoadType 1 A se vedea detaliile din tabelul 44
VuSerialNumber 8 A se vedea detaliile din tabelul 45
SensorSerialNumber 8 A se vedea detaliile din tabelul 45
SensorGNSSSerialNumber 8 A se vedea detaliile din tabelul 45
RemoteCommunicationModuleSe­
rialNumber
8 A se vedea detaliile din tabelul 45
TachographCardsGen1Suppression 2 A se vedea detaliile din tabelul 46
VehiclePosition 14 A se vedea detaliile din tabelul 47
CalibrationCountry 3 ASCII NationAlpha conform definiţiei
din apendicele 1
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 388
CPR_075 În tabelul 40 sunt prezentate în detaliu formatele diferiţilor
octeţi ai parametrului TimeDate:
Tabelul 40
Formatul detaliat al TimeDate (valoarea recordDataIdentifier # F90B)
Octet Definirea parametrilor Rezoluţia Domeniul de valori
1 Secunde amplificare 0,25 s/bit, deplasare 0 s de la 0 la 59,75 s
2 Minute amplificare 1 min/bit, deplasare 0 min 0-59 min
3 Ore amplificare 1 h/bit, deplasare 0 h 0-23 h
4 Luna amplificare 1 lună/bit, deplasare 0 luni 1-12 luni
5 Ziua amplificare 0,25 zile/bit, deplasare 0 zile (a se
vedea NOTA de sub tabelul 41)
0,25 - 31,75 zile
6 Anul amplificare 1 an/bit, deplasare an +1985
(a se vedea NOTA de sub tabelul 41)
anul 1985 - anul 2235
7 Deplasare locală minute amplificare 1 min/bit, deplasare -125 min de la -59 la +59 min
8 Deplasare locală ore amplificare 1 h/bit, deplasare -125 h de la -23 la +23 h
CPR_076 În tabelul 41 sunt prezentate în detaliu formatele diferiţilor
octeţi ai parametrului NextCalibrationDate:
Tabelul 41
Formatul detaliat al NextCalibrationDate (valoarea recordDataIdentifier # F922)
Octet Definirea parametrilor Rezoluţia Domeniul de valori
1 Luna amplificare 1 lună/bit, deplasare 0 luni 1-12 luni
2 Ziua amplificare 0,25 zile/bit, deplasare 0 zile
(a se vedea NOTA de mai jos)
0,25 - 31,75 zile
3 Anul amplificare 1 an/bit, deplasare an +1985
(a se vedea NOTA de mai jos)
anul 1985 - anul 2235
NOTĂ privind folosirea parametrului „Zi”:
1) O valoare 0 pentru dată este o valoare nulă. Valorile 1,
2, 3 și 4 sunt folosite pentru a identifica prima zi a
lunii; valorile 5, 6, 7 și 8 identifică a doua zi a lunii etc.
2) Acest parametru nu influenţează și nici nu modifică
parametrul pentru oră menţionat anterior.
NOTĂ privind folosirea parametrului „An”:
Valoarea 0 pentru an corespunde anului 1985; valoarea 1
indică anul 1986 etc.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 389
CPR_078 În tabelul 42 sunt prezentate în detaliu formatele diferiţilor
octeţi ai parametrului VehicleRegistrationNumber
Tabelul 42
Formatul detaliat al VehicleRegistrationNumber (valoarea recordDataIdentifier # F97E)
Octet Definirea parametrilor Rezoluţia Domeniul de valori
1 Pagină de cod (conform definiţiei din apen­
dicele 1)
nu se aplică VehicleRegistrationNumber
2 – 14 Numărul de înmatriculare al vehiculului
(conform definiţiei din apendicele 1)
nu se aplică VehicleRegistrationNumber
CPR_090 În tabelul 43 sunt prezentate în detaliu formatele diferiţilor
octeţi ai parametrului SealDataVu:
Tabelul 43
Formatul detaliat al SealDataVu (valoarea recordDataIdentifier # F9D3)
Octet Definirea parametrilor Rezoluţia Domeniul de valori
1 – 11 sealRecord1. Format SealRecord conform
definiţiei din apendicele 1.
nu se aplică SealRecord
12 - 22 sealRecord2. Format SealRecord conform
definiţiei din apendicele 1.
nu se aplică SealRecord
23 – 33 sealRecord3. Format SealRecord conform
definiţiei din apendicele 1.
nu se aplică SealRecord
34 – 44 sealRecord4. Format SealRecord conform
definiţiei din apendicele 1.
nu se aplică SealRecord
45 – 55 sealRecord5. Format SealRecord conform
definiţiei din apendicele 1.
nu se aplică SealRecord
NOTĂ: În cazul în care sunt disponibile mai puţin de 5
sigilii, valoarea EquipmentType în toate sealRecords neuti­
lizate se setează la 15, și anume neutilizate.
CPR_091 În tabelul 44 sunt prezentate în detaliu formatele diferiţilor
octeţi ai parametrului ByDefaultLoadType:
Tabelul 44
Formatul detaliat al ByDefaultLoadType (valoarea recordDataIdentifier # F9D5)
Octet Definirea parametrilor Rezoluţia Domeniul de valori
1 loadType
'00'H: Tip de încărcătură nedefinit
'01'H: Mărfuri
'02'H: Pasageri
nu se aplică '00'H - '02'H
CPR_092 În tabelul 45 sunt prezentate în detaliu formatele diferiţilor
octeţi ai parametrilor VuSerialNumber, SensorSerial­
Number, SensorGNSSSerialNumber and RemoteCommuni­
cationModuleSerialNumber:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 390
Tabelul 45
Formatul detaliat al VuSerialNumber, SensorSerialNumber, SensorGNSSSerialNumber și
RemoteCommunicationModuleSerialNumber (valorile recordDataIdentifier # F9D4, F9D0, F9D2, F9D1)
Octet Definirea parametrilor Rezoluţia Domeniul de valori
1 VuSerialNumber, SensorSerialNumber,
SensorGNSSSerialNumber și RemoteCom­
municationModuleSerialNumber:
format ExtendedSerialNumber conform defi­
niţiei din apendicele 1.
nu se aplică ExtendedSerialNumber
CPR_093 În tabelul 46 sunt prezentate în detaliu formatele diferiţilor
octeţi ai parametrului TachographCardsGen1Suppression:
Tabelul 46
Formatul detaliat al TachographCardsGen1Suppression (valoarea recordDataIdentifier # F9D6)
Octet Definirea parametrilor Rezoluţia Domeniul de valori
1-2 TachographCardsGen1Suppression. Format
TachographCardsGen1Suppression conform
definiţiei din apendicele 1.
nu se aplică '0000'H, 'A5E3'H
CPR_094 În tabelul 47 sunt prezentate în detaliu formatele diferiţilor
octeţi ai parametrului VehiclePosition:
Tabelul 47
Formatul detaliat al VehiclePosition (valoarea recordDataIdentifier # F9D7)
Octet Definirea parametrilor Rezoluţia Domeniul de valori
1 - 4 A fost determinată marca temporală a
poziţiei vehiculului.
Nu se aplică TimeReal
5 precizia GNSS Nu se aplică GNSSAccuracy
6 - 11 Poziţia vehiculului Nu se aplică GeoCoordinates
12 Statutul de autentificare Nu se aplică PositionAuthenticationStatus
13 Ţara actuală Nu se aplică NationNumeric
14 Regiunea actuală Nu se aplică RegionNumeric
Notă: după actualizarea poziţiei vehiculului, actualizarea
ţării și a regiunii actuale poate fi amânată.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 391
Apendicele 9.
OMOLOGAREA DE TIP LISTA TESTELOR MINIME OBLIGATORII
CUPRINS
1. INTRODUCERE
2. TESTE DE FUNCŢIONARE A UNITĂŢII MONTATE PE VEHICUL
3. TESTE DE FUNCŢIONARE A SENZORULUI DE MIȘCARE
4. TESTE DE FUNCŢIONARE A CARDURILOR DE TAHOGRAF
5. TESTE PRIVIND ECHIPAMENTUL GNSS EXTERN
▼M1
6. TESTE PRIVIND ECHIPAMENTUL EXTERN DE COMUNICARE LA
DISTANŢĂ
▼B
7. TESTE DE FUNCŢIONARE PRIVIND HÂRTIA
8. TESTE DE INTEROPERABILITATE
▼M3
9. TESTE OSNMA
▼B
1. INTRODUCERE
1.1. Omologarea de tip
Omologarea CE de tip pentru aparatura de înregistrare (sau o componentă
a acesteia) sau pentru un card de tahograf se bazează pe:
▼M1
— o certificare a securităţii, pe baza specificaţiilor prevăzute în criteriile
comune, în raport cu un obiectiv de securitate care respectă în totalitate
apendicele 10 la prezenta anexă;
▼B
— o certificare a funcţionării, efectuată de o autoritate a unui stat
membru, care certifică faptul că articolul testat respectă cerinţele
prezentei anexe din punctul de vedere al funcţiilor îndeplinite, al
preciziei măsurătorilor și al caracteristicilor de mediu;
— o certificare a interoperabilităţii, efectuată de un organism
competent, care certifică faptul că aparatura de înregistrare (sau
cardul de tahograf) este în întregime interoperabilă(interoperabil) cu
modelele necesare de card de tahograf (sau de aparatură de înre­
gistrare) (a se vedea capitolul 8 din prezenta anexă).
Prezentul apendice enumeră testele minime care trebuie efectuate de către
o autoritate a unui stat membru în cadrul testelor de funcţionare, precum și
testele minime care trebuie efectuate de organismul competent în cadrul
testelor de interoperabilitate. Procedurile care trebuie urmate în vederea
efectuării testelor sau tipul de teste nu sunt specificate în cuprinsul
prezentului document.
Prezentul apendice nu se vizează aspecte legate de certificarea securităţii.
Dacă unele teste necesare pentru omologarea de tip sunt efectuate în
cadrul procesului de evaluare și de certificare a securităţii, ele nu mai
trebuie repetate. Într-un asemenea caz, este suficientă inspectarea rezul­
tatelor acestor teste de securitate. În scop informativ, cerinţele care ar urma
să fie testate (sau cele strâns legate de testele care ar urma să fie efectuate)
în cadrul certificării securităţii sunt marcate cu un „*” în cuprinsul
prezentului apendice.
Cerinţele numerotate se referă la corpusul anexei, î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, „Pictograme”).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 392
Prezentul apendice tratează separat omologarea de tip a senzorului de
mișcare, a unităţii montate pe vehicul și a echipamentului GNSS extern
în calitate de componente ale aparaturii de înregistrare. Fiecare
componentă va primi propriul certificat de omologare de tip în care vor
fi indicate celelalte componente compatibile. Testul de funcţionare a
senzorului de mișcare (sau a echipamentului GNSS extern) 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
echipament GNSS extern) și fiecare model de unitate montată pe
vehicul nu este necesară. În acest caz, omologarea de tip a unui senzor
de mișcare (respectiv, echipament GNSS extern) poate fi acordată numai
în combinaţie cu omologarea de tip a unităţii montate pe vehicul cores­
punzătoare și viceversa.
▼M3
Autoritatea statelor membre responsabilă cu testele de funcţionare ale unei
unităţi montate pe vehicul sau ale unui echipament GNSS extern trebuie să
se asigure că receptorul GNSS integrat a trecut cu succes testele OSNMA
specificate în prezentul apendice. Aceste teste sunt considerate ca făcând
parte din testele de funcţionare a unităţii montate pe vehicul sau a echi­
pamentului GNSS extern.
▼B
1.2. Referinţe
În prezentul apendice se utilizează următoarele referinţe:
IEC 60068-2-1: Environmental testing – Part 2-1: Tests – Test A: Rece
IEC 60068-2-2: Basic environmental testing procedures; part 2: tests; tests
B: dry heat (sinusoidal).
IEC 60068-2-6: Environmental testing – Part 2: Tests – Test Fc: Vibration
IEC 60068-2-14: Environmental testing; Part 2-14: Tests; Test N: Change
of temperature
IEC 60068-2-27: Environmental testing. Part 2: Tests. Test Ea 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 – Mechanical loads (2012-12)
ISO 16750-4 – Climatic loads(2010-04).
ISO 20653: Road vehicles – Degree of protection (IP code) – Protection
of electrical equipment against foreign objects, water and access
ISO 10605:2008 + Technical Corrigendum:2010 + AMD1:2014 Road
vehicles – Test methods for electrical disturbances from electrostatic
discharge
ISO 7637-1:2002 + AMD1: 2008 Road vehicles – Electrical disturbances
from conduction and coupling – Part 1: Definitions and general
considerations.
ISO 7637-2 Road vehicles – Electrical disturbances from conduction and
coupling – Part 2: Electrical transient conduction along supply lines only.
ISO 7637-3 Road vehicles – Electrical disturbances from conduction and
coupling – Part 3: Electrical transient transmission by capacitive and
inductive coupling via lines other than supply lines.
ISO/IEC 7816-1 Identification cards – Integrated circuit(s) cards with
contacts – Part 1: Physical characteristics..
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 393
ISO/IEC 7816-2 Information technology – Identification cards – Integrated
circuit(s) cards with contacts – Part 2: Dimensions and location of the
contacts.
ISO/IEC 7816-3 Information technology – Identification cards – Integrated
circuit(s) cards with contacts – Part 3: Semnale electronice și protocol de
transmisie.
ISO/IEC 10373-1:2006 + AMD1:2012 Identification cards – Test methods
– Part 1: Caracteristici generale
ISO/IEC 10373-3:2010 + Technical Corrigendum:2013 Identification
cards – Test methods – Part 3: Integrated circuit cards with contacts
and related interface devices
ISO 16844-3:2004, Cor 1:2006 Road vehicles – Tachograph systems –
Part 3: Motion sensor interface (with vehicle units).
ISO 16844-4 Road vehicles – Tachograph systems – Part 4: CAN
interface
ISO 16844-6 Road vehicles – Tachograph systems – Part 6: Diagnostics
ISO 16844-7 Road vehicles – Tachograph systems – Part 7: Parameters
ISO 534 Paper and board – Determination of thickness, density and
specific volume
▼M3
RGODP „JRC Technical Report — Receiver guidelines for OSNMA data
processing
▼B
UN ECE R10 Uniform provisions concerning the approval of vehicles
with regard to electromagnetic compatibility (United Nation Economic
Commission for Europe)
2. TESTE DE FUNCŢIONARE A UNITĂŢII MONTATE PE VEHICUL
▼M1
Nr. Test Descriere Cerinţe asociate
1 Examinare administrativă
1.1 Documentaţie Corectitudinea documentaţiei
1.2 Rezultatele testelor
efectuate de producător
Rezultatele testului efectuat de producător în
cursul integrării.
Documente pentru demonstrarea testelor
efectuate.
88, 89, 91
2 Inspecţie vizuală
2.1 Conformitatea cu documentaţia
2.2 Identificare/inscripţii 224-226
2.3 Materiale 219-223
2.4 Sigilare 398, 401-405
2.5 Interfeţe externe
3 Teste de funcţionare
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 394
Nr. Test Descriere Cerinţe asociate
▼M3
3.1 Funcţii oferite 02, 03, 04, 05, 07, 382,
3.2 Moduri de funcţionare 09 - 11*, 134, 135
3.3 Funcţii și drepturi de acces la date 12*, 13*, 382, 383, 386 - 389
3.4 Monitorizarea introducerii și retragerii cardurilor 15, 16, 17, 18, 19*, 20*, 134
3.5 Măsurarea vitezei, a poziţiei și a distanţei de la 21 la 37
3.6 Măsurarea timpului (teste efectuate la 20 °C) de la 38 la 43
3.7 Monitorizarea activităţilor conducătorului auto 44 - 53, 134
3.8 Monitorizarea regimului de conducere 54, 55, 134
3.9 Înregistrări realizate de conducătorul auto 56 - 62c
3.10 Gestionarea blocărilor efectuate de societate de la 63 la 68
3.11 Monitorizarea activităţilor de control 69, 70
3.12 Detectarea de evenimente și/sau anomalii 71 - 88a, 134
3.13 Date de identificare a echipamentului 93*, 94*, 97, 100
3.14 Date privind introducerea și retragerea cardului de conducător auto sau
ale cardului de atelier
102* - 104*
3.15 Date privind activitatea conducătorului auto 105* - 107*
3.16 Date privind locurile și poziţiile 108* - 112*
3.17 Date privind odometrul 113* - 115*
3.18 Date detaliate privind viteza 116*
3.19 Date privind evenimentele 117*
3.20 Date privind anomaliile 118*
3.21 Date privind etalonarea 119* - 121*
3.22 Date privind reglarea orei 124*, 125*
3.23 Date privind activităţile de control 126*, 127*
3.24 Date privind blocările efectuate de societate 128*
3.25 Date privind activitatea de descărcare 129*
3.26 Date privind condiţiile specifice 130*, 131*
3.27 Date privind cardurile de tahograf 132*, 133*
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 395
Nr. Test Descriere Cerinţe asociate
3.28 Treceri ale frontierei 133a* - 133d*
3.29 Operaţiune de încărcare/descărcare 133e* - 133i*
3.30 Hartă digitală 133j* - 133t*
3.31 Înregistrarea și stocarea informaţiilor pe cardurile de tahograf 136, 137, 138*, 139*, 141*,
142, 143
144, 145, 146*, 147*, 147a*,
147b*, 148*, 149, 150, 150a
3.32 Afișare 90, 134,
151 - 168,
PIC_001, DIS_001
3.33 Imprimare 90, 134,
169 - 181, PIC_001, PRT_001
- PRT_014
3.34 Avertizare 134, 182 - 191,
PIC_001
3.35 Descărcarea datelor pe suporturi externe 90, 134, 192 - 196
3.36 Comunicarea la distanţă pentru controalele selective în trafic 197 - 199
3.37 Schimburi de date cu dispozitive externe suplimentare 200, 201
3.38 Etalonare 202 - 206*, 383, 384, 386 -
391
3.39 Verificarea etalonării în trafic 207 - 209
3.40 Reglarea orei 210 - 212*
3.41 Monitorizarea trecerilor frontierei 226a - 226c
3.42 Actualizarea software-ului 226d - 226f
3.43 Neinterferenţa cu funcţiile suplimentare 06, 425
3.44 Interfaţa senzorului de mișcare 02, 122
3.45 Echipamentul GNSS extern 03, 123
3.46 Se verifică dacă VU detectează, înregistrează și stochează evenimentul
(evenimentele) și/sau anomalia (anomaliile) definite de producătorul VU
atunci când un senzor de mișcare asociat reacţionează la câmpurile
magnetice care perturbă detectarea deplasării vehiculului.
217
3.47 Suite cifru și parametri de domeniu standardizaţi CSM_48, CSM_50
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 396
Nr. Test Descriere Cerinţe asociate
4 Teste de mediu
4.1 Temperatură Verificarea funcţionalităţii prin:
Test în conformitate cu ISO 16750-4, Chapter
5.1.1.2: Low temperature operation test (72 h
@ – 20 °C)
Acest test se referă la IEC 60068-2-1: Envi­
ronmental testing – Part 2-1: Tests – Test A:
Cold
Test în conformitate cu ISO 16750-4: Chapter
5.1.2.2: High temperature operation test (72 h
at 70 °C)
Acest test se referă la IEC 60068-2-2: Basic
environmental testing procedures; part 2:
tests; tests B: dry heat
Test în conformitate cu ISO 16750-4: Chapter
5.3.2: Rapid change of temperature with
specified transition duration (– 20°C/70 °C,
20 cycles, dwell time 2h at each temperature)
Un număr redus de teste (dintre cele definite
în secţiunea 3 din prezentul tabel) pot fi
efectuate la temperatura cea mai scăzută, la
temperatura cea mai ridicată și pe parcursul
ciclurilor de temperatură
213
4.2 Umiditate Se verifică, prin intermediul testului Db IEC
60068-2-30, dacă unitatea montată pe vehicul
poate suporta un ciclu de căldură umedă (test
de căldură), prin șase cicluri de câte 24 de ore
fiecare, cu temperaturi variind între + 25 °C
și + 55 °C la o umiditate relativă de 97 % la
+ 25 °C și de 93 % la + 55 °C
214
4.3 Teste mecanice 1. Vibraţii sinusoidale.
Se verifică dacă unitatea montată pe
vehicul poate suporta vibraţii sinusoidale
cu următoarele caracteristici:
deplasare constantă la frecvenţe între 5 și
11 Hz: valoare maximă 10 mm
acceleraţie constantă între 11 și 300 Hz:
5 g
Această cerinţă este verificată prin inter­
mediul testului Fc IEC 60068-2-6, cu o
durată minimă a testului de 3 × 12 ore
(12 ore per axă)
ISO 16750-3 nu prevede un test de vibraţii
sinusoidale pentru dispozitivele situate în
cabina decuplată a vehiculului.
2. Vibraţii aleatorii:
Test în conformitate cu ISO 16750-3:
Chapter 4.1.2.8: Test VIII: Commercial
vehicle, decoupled vehicle cab
219
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 397
Nr. Test Descriere Cerinţe asociate
Test de vibraţii aleatorii, 10…2 000 Hz, RMS
vertical 21,3 m/s 2 , RMS longitudinal 11,8 m/
s 2 , RMS lateral 13,1 m/s 2 , 3 axe, 32 de ore
per axă, inclusiv ciclul de temperatură –
20…70 °C.
Acest test se referă la IEC 60068-2-64: Envi­
ronmental testing – Part 2-64: Tests – Test
Fh: Vibration, broadband random and
guidance
3. Șocuri:
șoc mecanic semisinusoidal 3 g în confor­
mitate cu ISO 16750.
Testele descrise anterior se efectuează pe
mostre diferite ale tipului de echipament
testat.
4.4 Protecţie împotriva
apei și corpurilor
străine
Test în conformitate cu ISO 20653: Road
vehicles – Degree of protection (IP code) –
Protection of electrical equipment against
foreign objects, water and access
(No change in parameters); Valoare minimă
IP 40
220, 221
4.5 Protecţie împotriva
supratensiunii
Se verifică dacă unitatea montată pe vehicul
poate suporta o sursă de alimentare de:
versiuni de 24 V: 34 V la + 40 °C 1 oră
versiuni de 12 V: 17 V la + 40 °C 1 oră
( ISO 16750-2)
216
4.6 Protecţie împotriva
polarităţii inverse
Se verifică dacă unitatea montată pe vehicul
poate suporta o inversare a polarităţii la sursa
de alimentare
(ISO 16750-2)
216
4.7 Protecţie împotriva
scurtcircuitelor
Se verifică dacă semnalele de intrare/ieșire
sunt protejate împotriva scurtcircuitelor la
sursa de alimentare și la masă
(ISO 16750-2)
216
5 Teste CEM
5.1 Emisii de radiaţii și
susceptibilitate de
radiaţii
Conformitate cu Regulamentul R10 al CEE 218
5.2 Descărcări electros­
tatice
Conformitate cu ISO 10605:2008 +
Rectificare tehnică: 2010 +
AMD1:2014: + /– 4kV pentru contact și + /–
8kV pentru evacuarea aerului
218
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 398
Nr. Test Descriere Cerinţe asociate
5.3 Susceptibilitate de
conducţie tranzitorie la
sursa de alimentare
Pentru versiunile de 24 V: conformitate cu
ISO 7637-2 + Regulamentul nr. 10 al CEE
Rev. 3:
puls 1a: Vs=– 450 V Ri=50 ohmi
puls 2 a: Vs=+ 37 V Ri=2 ohmi
puls 2b: Vs=+ 20 V Ri=0,05 ohmi
puls 3 a: Vs=– 150 V Ri=50 ohmi
puls 3b: Vs=+ 150 V Ri=50 ohmi
puls 4: Vs=– 16V Va=– 12V t6=100 ms
puls 5: Vs=+ 120 V Ri=2,2 ohmi td=250 ms
Pentru versiunile de 12 V: conformitate cu
ISO 7637-1 + Regulamentul nr. 10 al CEE
Rev. 3:
puls 1: Vs=– 75 V Ri=10 ohmi
puls 2 a: Vs=+ 37 V Ri=2 ohmi
puls 2b: Vs=+ 10 V Ri=0,05 ohmi
puls 3 a: Vs=– 112 V Ri=50 ohmi
puls 3b: Vs=+ 75 V Ri=50 ohmi
puls 4: Vs=– 6 V Va=– 5 V t6=15 ms
puls 5: Vs=+ 65 V Ri=3 ohmi td=100ms
Pulsul 5 se testează numai pentru unităţile
montate pe vehicule care sunt proiectate
pentru a fi instalate în vehicule care nu
dispun de o protecţie externă obișnuită
împotriva întreruperii alimentării
Pentru propunerea privind întreruperea
alimentării, a se vedea ISO 16750-2, a 4-a
ediţie, capitolul 4.6.4.
218
▼B
3. TESTE DE FUNCŢIONARE A SENZORULUI DE MIȘCARE
Nr. Test Descriere Cerinţe asociate
1. Examinare administrativă
1.1 Documentaţie Corectitudinea documentaţiei
2. Inspecţie vizuală
2.1. Conformitatea cu documentaţia
2.2. Identificare/inscripţii 225, 226,
2.3 Materiale 219 – 223
2.4. Sigilare 398, 401 – 405
3. Teste de funcţionare
3.1 Date de identificare a senzorului 95 – 97*
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 399
Nr. Test Descriere Cerinţe asociate
3.2 Asociere senzor de mișcare – unitate montată pe vehicul 122*, 204
3.3 Detectarea mișcării
Precizia măsurării mișcării
30 – 35
3.4 Interfaţa unităţii montate pe vehicul 02
3.5 Se verifică dacă senzorul de mișcare este imun la un câmp magnetic constant.
Alternativ, se verifică dacă senzorul de mișcare reacţionează la câmpurile
magnetice constante care perturbă detectarea deplasării vehiculului astfel încât
o VU conectată să poată detecta, înregistra și stoca anomaliile senzorului
217
4. Teste de mediu
4.1 Temperatura de funcţionare Se verifică funcţionalitatea (conform definiţiei
din testul nr. 3.3) pentru intervalul de tempe­
ratură [– 40 °C; + 135 °C] prin:
testul Ad, IEC 60068-2-1, cu o durată de 96 de
ore a testului la temperatura minimă To min
testul Bd, IEC 60068-2-2, cu o durată a testului
de 96 de ore la temperatura maximă To max
Test în conformitate cu ISO 16750-4: Chapter
5.1.1.2: Low temperature operation test (24 h @
– 40 °C)
Acest test se referă la IEC 60068-2-1: Environ­
mental testing – Part 2-1: Tests – Test A: Cold
IEC 68-2-2 test Bd, with a test duration of
96 hours at the lowest temperature of – 40 °C.
Test în conformitate cu ISO 16750-4: Chapter
5.1.2.2: Low temperature operation test (96 h @
135 °C)
Acest test se referă la IEC 60068-2-2: Basic
environmental testing procedures; part 2: tests;
tests B: dry heat
213
4.2 Cicluri de temperatură Test în conformitate cu ISO 16750-4: Chapter
5.3.2: Rapid change of temperature with
specified transition duration (– 40 °C/135 °C,
20 cycles, dwell time 30 min at each tempe­
rature)
IEC 60068-2-14: Environmental testing; Part 2-
14: Tests; Test N: Change of temperature
213
4.3 Cicluri de umiditate Se verifică funcţionalitatea (conform definiţiei
din testul nr. 3.3) prin testul Db, IEC 60068-
2-30, prin șase cicluri de câte 24 de ore fiecare,
temperatura variind în cadrul fiecărui ciclu între
+ 25 °C și + 55 °C, la o umiditate relativă de
97 % la + 25 °C și egală cu 93 % la + 55 °C
214
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 400
Nr. Test Descriere Cerinţe asociate
4.4 Vibraţii ISO 16750-3: Chapter 4.1.2.6: Test VI:
Commercial vehicle, engine, gearbox
Test de vibraţii în mod mixt, care include:
a) Test de vibraţii sinusoidale, 20...520 Hz,
11,4 ... 120 m/s 2 ,
b) Test de vibraţii aleatorii, 10...2 000 Hz,
RMS 177 m/s 2
94 de ore pe axă, inclusiv ciclul de temperatură
-20...70 °C)
Acest test se referă la IEC 60068-2-80: Envi­
ronmental testing – Part 2-80: Tests – Test Fi:
Vibration – Mixed mode
219
4.5 Șoc mecanic ISO 16750-3: Chapter 4.2.3: Test VI: Test for
devices in or on the gearbox
șoc semisinusoidal, acceleraţie de stabilit în
intervalul 3 000...15 000 m/s 2 , durata pulsului
de stabilit, dar
stabilit
Acest test se referă la IEC 60068-2-27: Envi­
ronmental testing. Part 2: Tests. Test Ea and
guidance: Shock
219
4.6 Protecţie împotriva apei și
corpurilor străine
Test în conformitate cu ISO 20653: Road
vehicles – Degree of protection (IP code) –
Protection of electrical equipment against
foreign objects, water and access
(Valoare ţintă IP 64)
220, 221
4.7 Protecţie împotriva polarităţii
inverse
Se verifică dacă senzorul de mișcare poate
suporta o inversare a polarităţii la sursa de
alimentare
216
4.8 Protecţie împotriva scurtcir­
cuitelor
Se verifică dacă semnalele de intrare/ieșire sunt
protejate împotriva scurtcircuitelor la sursa de
alimentare și la masă
216
5. CEM
5.1 Emisii de radiaţii și suscepti­
bilitate de radiaţii
Se verifică conformitatea cu Regulamentul R10
al CEE
218
5.2 Descărcări electrostatice Conformitate cu ISO 10605:2008 + Rectificare
tehnică:2010 + AMD1:2014: +/- 4kV pentru
contact și +/- 8kV pentru evacuarea aerului
218
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 401
Nr. Test Descriere Cerinţe asociate
5.3 Susceptibilitate de conducţie
tranzitorie la sursa de
alimentare)
Pentru versiunile de 24 V: conformitate cu ISO
7637-2 + Regulamentul nr. 10 al CEE Rev. 3:
puls 1a: Vs=-450 V Ri=50 ohmi
puls 2a: Vs=+37 V Ri=2 ohmi
puls 2b: Vs=+20 V Ri=0,05 ohmi
puls 3a: Vs=-150 V Ri=50 ohmi
puls 3b: Vs=+150 V Ri=50 ohmi
puls 4: Vs=-16 V Va=-12 V t6=100ms
puls 5: Vs=+120 V Ri=2,2 ohmi td=250ms
Pentru versiunile de 12 V: conformitate cu ISO
7637-1 + Regulamentul nr. 10 al CEE Rev. 3:
puls 1: Vs=-75 V Ri=10 ohmi
puls 2a: Vs=+37 V Ri=2 ohmi
puls 2b: Vs=+10 V Ri=0,05 ohmi
puls 3a: Vs=-112 V Ri=50 ohmi
puls 3b: Vs=+75 V Ri=50 ohmi
puls 4: Vs=-6 V Va=-5 V t6=15ms
puls 5: Vs=+65 V Ri=3 ohmi td=100ms
Pulsul 5 se testează numai pentru unităţile
montate pe vehicule care sunt proiectate
pentru a fi instalate în vehicule care nu dispun
de o protecţie externă obișnuită împotriva între­
ruperii alimentării
Pentru propunerea privind întreruperea
alimentării, a se vedea ISO 16750-2, a 4-a
ediţie, capitolul 4.6.4.
218
4. TESTE DE FUNCŢIONARE A CARDURILOR DE TAHOGRAF
Testele în conformitate cu prezenta secţiune 4, numerele
5 „Teste privind protocoalele”;
6 „Structura cardului” și
7 „Teste de funcţionare”
pot fi efectuate de evaluator sau de certificator în cursul procesului de
certificare a securităţii modulul cipului în conformitate cu criteriile
comune (CC).
Testele cu numerele 2.3 și 4.2 sunt identice. Este vorba despre testele
mecanice efectuate asupra ansamblului format din corpul cardului și
modulul cipului. Aceste teste sunt necesare dacă una dintre aceste
componente (corpul cardului, modului cipului) este modificată.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 402
Nr. Test Descriere Cerinţe asociate
1. Examinare administrativă
1.1 Documentaţie Corectitudinea documentaţiei
2 Corpul cardului
2.1 Elementele imprimate Se verifică dacă toate elementele de protecţie și toate datele
vizibile sunt imprimate corect pe card și sunt conforme.
[Identificator]
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 227)
Pe recto figurează:
cuvintele „Card de conducător auto” sau „Card de control”
sau „Card de atelier” sau „Card de societate”, tipărite cu
majuscule în limba sau limbile oficiale ale statului membru
emitent, în funcţie de tipul cardului.
[Denumirea statului membru]
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 228)
Pe recto figurează:
denumirea statului membru emitent al cardului
(opţional).
[Indicativ]
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 229)
Pe recto figurează:
indicativul statului membru emitent al cardului, tipărit
în negativ într-un dreptunghi albastru și înconjurat de
12 stele galbene.
[Enumerare]
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 232)
Pe verso figurează:
explicaţii pentru elementele numerotate de pe recto-ul
cardului.
[Culoare]
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 234)
Cardurile de tahograf se imprimă pe fonduri având
următoarele culori predominante:
— cardul de conducător auto: alb;
— cardul de atelier: roșu;
— cardul de control: albastru;
— cardul de societate: galben.
227 – 229, 232, 234
– 236
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 403
Nr. Test Descriere Cerinţe asociate
[Securitate]
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 235)
Cardurile de tahograf trebuie să aibă cel puţin
următoarele caracteristici pentru protecţia corpului
cardului împotriva falsificării și a manipulării fraudu-
loase:
— un fond de securitate cu ghioșe și irizat;
— cel puţin o linie bicoloră microimprimată.
[Inscripţii]
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 236)
Statele membre pot adăuga culori sau inscripţii cum ar
fi simboluri naţionale sau caracteristici de securitate.
[Marca de omologare]
Cardurile de tahograf conţin o marcă de omologare.
Marca de omologare constă în următoarele:
— un dreptunghi în interiorul căruia se plasează litera
„e” urmată de un număr sau de o literă
distinctiv(ă) pentru ţara care a emis omologarea;
— un număr de omologare corespunzător numărului
certificatului de omologare acordat unui card de
tahograf, plasat oriunde în imediata apropiere a
dreptunghiului susmenţionat.
2.2 Teste mecanice
[Mărimea cardului]
Cardurile de tahograf trebuie să respecte stan­
dardul
ISO/IEC 7810, Identification cards – Physical
characteristics,
[5] Dimensiunea cardului;
[5.1] Mărimea cardului;
[5.1.1] Dimensiunile cardului și toleranţe;
Card de tip ID-1 Card neutilizat
[Marginile cardului]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[5] Dimensiunea cardului;
[5.1] Mărimea cardului;
[5.1.2] Marginile cardului
240, 243
ISO/IEC 7810
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 404
Nr. Test Descriere Cerinţe asociate
[Construcţia cardului]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[6] Construcţia cardului
[Materiale utilizate pentru fabricarea cardului]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[7] Materiale utilizate pentru fabricarea cardului
[Rigiditatea de îndoire]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.1] Rigiditate de îndoire
[Toxicitate]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.3] Toxicitate
[Rezistenţa la substanţe chimice]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.4] Rezistenţa la substanţe chimice
[Stabilitatea cardului]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.5] Stabilitatea dimensională a cardului și capacita-
tea de deformare sub efectul temperaturii și al
umidităţii
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 405
Nr. Test Descriere Cerinţe asociate
[Lumină]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.6] Lumină
[Durabilitate]
Anexa 1C capitolul 4.4, „Specificaţii de mediu și
electrice”, punctul 241)
Cardurile de tahograf trebuie să poată funcţiona corect
timp de cinci ani dacă sunt folosite conform
specificaţiilor de mediu și electrice.
[Rezistenţa stratului exterior]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.8] Rezistenţa stratului exterior
[Aderenţă sau blocare]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.9] Aderenţă sau blocare
[Capacitate de deformare]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.11] Capacitatea de deformare globală a cardului
[Rezistenţa la căldură]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.12] Rezistenţa la căldură
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 406
Nr. Test Descriere Cerinţe asociate
[Distorsiuni ale suprafeţei]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.13] Distorsiuni ale suprafeţei
[Contaminare]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810, Identification cards – Physical char-
acteristics,
[8] Caracteristicile cardului,
[8.14] Contaminarea și interacţiunea componentelor
cardului
2.3 Teste mecanice cu
modulul cipului
integrat
[Îndoire]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810:2003/Amd. 1:2009, Identification
cards – Physical characteristics, Amendment 1:
Criteria for cards containing integrated circuits
[9.2] Tensiune de îndoire dinamică
Numărul total de cicluri de îndoire: 4 000.
[Torsiune]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards
– Physical characteristics, Amendment 1: Criteria for
cards containing integrated circuits
[9.3] Tensiune de torsiune dinamică
Numărul total de cicluri de torsiune: 4 000.
ISO/IEC 7810
3 Modul
3.1 Modul
Modulul este alcătuit din capsula ermetică și plotul cipului.
[Profil de suprafaţă]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7816-1:2011, Identification cards – Integrated
circuit cards – Part 1: Cards with contacts – Physical
characteristics
[4.2] Profilul de suprafaţă al contactelor
ISO/IEC 7816
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 407
Nr. Test Descriere Cerinţe asociate
[Rezistenţă mecanică]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7816-1:2011, Identification cards – Integrated
circuit cards – Part 1: Cards with contacts – Physical
characteristics
[4.3] Rezistenţă mecanică (a unui card și a contactelor)
[Rezistenţă electrică]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7816-1:2011, Identification cards – Inte-
grated circuit cards – Part 1: Cards with contacts –
Physical characteristics
[4.4] Rezistenţă electrică (a contactelor)
[Dimensiune]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7816-2:2007, Identification cards – Inte-
grated circuit cards – Part 2: Cards with contacts –
Dimension and location of the contacts
[3] Dimensiunea contactelor
[Locaţie]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7816-2:2007, Identification cards – Inte-
grated circuit cards – Part 2: Cards with contacts –
Dimension and location of the contacts
[4] Numărul și locaţia contactelor
În cazul modulelor cu șase contacte, contactele „C4”
și „C8” nu fac obiectul acestei cerinţe de testare.
4 Cip
4.1 Cip
[Temperatura de funcţionare]
Cipul cardului de tahograf funcţionează în intervalul
de temperatură ambientală dintre – 25 °C și + 85 °C.
241 – 244
R10 al CEE
ISO/IEC 7810
ISO/IEC 10373
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 408
Nr. Test Descriere Cerinţe asociate
[Temperatură și umiditate]
Anexa 1C capitolul 4.4, „Specificaţii de mediu și
electrice”, punctul 241)
Cardurile de tahograf trebuie să poată funcţiona
corect în toate condiţiile climatice întâlnite în mod
normal pe teritoriul Uniunii și cel puţin în intervalul
de temperatură cuprins între – 25 °C și + 70 °C, cu
creșteri ocazionale ale temperaturii de până la
+ 85 °C; „ocazional” înseamnă timp de cel mult 4
ore o dată și de cel mult 100 de ori pe întreaga
durată de viaţă a cardului.
Cardurile de tahograf sunt expuse, în etape conse­
cutive, la următoarele temperaturi și niveluri de
umiditate, pe durata indicată. După fiecare etapă, se
testează funcţionalitatea electrică a cardurilor de
tahograf.
1. Temperatură de – 20 °C timp de 2 h.
2. Temperatură de +/– 0 °C timp de 2 h.
3. Temperatură de + 20 °C, umiditate relativă de
50 %, timp de 2 h.
4. Temperatură de + 50 °C, umiditate relativă de
50 %, timp de 2 h.
5. Temperatură de + 70 °C, umiditate relativă de
50 %, timp de 2 h.
Temperatura este mărită intermitent la + 85 °C,
umiditate relativă de 50 %, timp de 60 min.
6. Temperatură de + 70 °C, umiditate relativă de
85 %, timp de 2 h.
Temperatura este mărită intermitent la + 85 °C,
umiditate relativă de 85 %, timp de 30 min.
[Umiditate]
Anexa 1C capitolul 4.4, „Specificaţii de mediu și
electrice”, punctul 242)
Cardurile de tahograf trebuie să poată funcţiona corect
în intervalul de umiditate cuprins între 10 % și 90 %.
[Compatibilitate electromagnetică – CEM]
Anexa 1C capitolul 4.4, „Specificaţii de mediu și
electrice”, punctul 244)
În cursul funcţionării, cardurile de tahograf respectă
R10 al CEE, referitor la compatibilitatea electromag-
netică.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 409
Nr. Test Descriere Cerinţe asociate
[Electricitate statică]
Anexa 1C capitolul 4.4, „Specificaţii de mediu și
electrice”, punctul 244)
În timpul funcţionării, cardurile de tahograf sunt
protejate împotriva descărcărilor electrostatice.
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards
– Physical characteristics, Amendment 1: Criteria for
cards containing integrated circuits
[9.4] Electricitate statică
[9.4.1] Carduri IC cu contacte
Tensiune de testare: 4 000 V.
[raze X]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards
– Physical characteristics, Amendment 1: Criteria for
cards containing integrated circuits
[9.1] Raze X
[Lumină ultravioletă]
ISO/IEC 10373-1:2006, Identification cards – Test
methods – Part 1: General characteristics
[5.11] Lumină ultravioletă
[cu 3 roţi]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 10373-1:2006/Amd. 1:2012, Identification
cards – Test methods – Part 1: General characteristics,
Amendment 1
[5.22] Carduri IC – Rezistenţă mecanică: test cu 3 roţi
pentru carduri IC cu contacte
[Învelișul]
Cardurile de tahograf trebuie să respecte standardul
MasterCard CQM V2.03:2013
[11.1.3] R-L3-14-8: Testarea rezistenţei învelișului
[13.2.1.32] TM-422: Fiabilitate mecanică: Test pri-
vind ambalajul
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 410
Nr. Test Descriere Cerinţe asociate
4.2 Teste mecanice cu
modulul cipului
integrat în corpul
cardului-> identic cu
2.3
[Îndoire]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810:2003/Amd. 1:2009, Identification
cards – Physical characteristics, Amendment 1:
Criteria for cards containing integrated circuits
[9.2] Tensiune de îndoire dinamică
Numărul total de cicluri de îndoire: 4 000.
[Torsiune]
Cardurile de tahograf trebuie să respecte standardul
ISO/IEC 7810:2003/Amd. 1:2009, Identification cards
– Physical characteristics, Amendment 1: Criteria for
cards containing integrated circuits
[9.3] Tensiune de torsiune dinamică
Numărul total de cicluri de torsiune: 4 000.
ISO/IEC 7810
5 Teste privind protocoalele
5.1 ATR Se verifică dacă ATR este conform ISO/IEC 7816-3
TCS_14, TCS_17,
TCS_18
5.2 T = 0 Se verifică dacă protocolul T = 0 este conform ISO/IEC 7816-3
TCS_11, TCS_12,
TCS_13, TCS_15
5.3 PTS Se verifică conformitatea comenzii PTS prin
schimbarea protocolului T = 0 în T = 1
ISO/IEC 7816-3
TCS_12, TCS_19,
TCS_20, TCS_21
5.4 T = 1 Se verifică dacă protocolul T = 1 este conform ISO/IEC 7816-3
TCS_11, TCS_13,
TCS_16
6 Structura cardului
6.1 Se testează conformitatea structurii de fișiere a
cardului, verificându-se prezenţa pe card a fișierelor
obligatorii și condiţiile de acces ale acestora
TCS_22 – TCS_28
TCS_140 –
TCS_179
7 Teste de funcţionare
7.1 Procesare normală Se testează cel puţin o dată fiecare utilizare permisă a
fiecărei comenzi (de ex.: se testează comanda
UPDATE BINARY cu CLA = „00”, CLA = „0C” și
cu parametri P1, P2 și Lc diferiţi)
Se verifică dacă operaţiunile au fost efectiv efectuate
pe card (de ex.: prin citirea fișierului pe care s-a
executat comanda)
TCS_29 – TCS_139
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 411
Nr. Test Descriere Cerinţe asociate
7.2 Mesaje de eroare Se testează cel puţin o dată fiecare mesaj de eroare
(conform apendicelui 2) pentru fiecare comandă.
Se testează cel puţin o dată fiecare eroare generică (cu
excepţia erorilor de integritate „6400” verificate în
cadrul certificării de securitate)
7.3 Suite cifru și parametri de domeniu standardizaţi CSM_48, CSM_50
8 Personalizare
8.1 Personalizare optică
Anexa 1C capitolul 4.1 „Date vizibile”, punctul
230)
Pe recto figurează:
informaţii specifice pentru cardul emis.
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 231)
Pe recto figurează:
datele în format „zz/ll/aaaa” sau „zz.ll.aaaa” (zi, lună,
an).
Anexa 1C capitolul 4.1 „Date vizibile”, punctul 235)
Cardurile de tahograf trebuie să aibă cel puţin
următoarele caracteristici pentru protecţia corpului
cardului împotriva falsificării și a manipulării fraudu-
loase:
— în zona fotografiei, fondul de securitate și
fotografia se suprapun.
230, 231, 235
5. TESTE PRIVIND ECHIPAMENTUL GNSS EXTERN
Nr. Test Descriere Cerinţe asociate
1. Examinare administrativă
1.1 Documentaţie Corectitudinea documentaţiei
2. Inspecţie vizuală a echipamentului GNSS extern
2.1. Conformitatea cu documentaţia
2.2. Identificare/inscripţii 224 – 226
2.3 Materiale 219 – 223
3. Teste de funcţionare
3.1 Date de identificare a senzorului 98,99
3.2 Cuplare între echipamentul GNSS extern și unitatea montată pe vehicul 123, 205
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 412
Nr. Test Descriere Cerinţe asociate
3.3 Poziţie GNSS 36, 37
3.4 Interfaţa unităţii montate pe vehicul atunci când receptorul GNSS este exterior
unităţii montate pe vehicul
03
3.5 Suite cifru și parametri de domeniu standardizaţi CSM_48, CSM_50
4. Teste de mediu
4.1 Temperatură Verificarea funcţionalităţii prin:
Test în conformitate cu ISO 16750-4, Chapter 5.1.1.2: Low
temperature operation test (72 h @ – 20 °C)
Acest test se referă la IEC 60068-2-1: Environmental testing
– Part 2-1: Tests – Test A: Cold
Test în conformitate cu ISO 16750-4: Chapter 5.1.2.2: High
temperature operation test (72 h @ 70 °C)
Acest test se referă la IEC 60068-2-2: Basic environmental
testing procedures; part 2: tests; tests B: dry heat
Test în conformitate cu ISO 16750-4: Chapter 5.3.2: Rapid
change of temperature with specified transition duration
(-20°C/70 °C, 20 cycles, dwell time 1h at each temperature)
Un număr redus de teste (dintre cele definite în secţiunea 3
din prezentul tabel) pot fi efectuate la temperatura cea mai
scăzută, la temperatura cea mai ridicată și pe parcursul
ciclurilor de temperatură
213
4.2 Umiditate Se verifică, prin intermediul testului Db, IEC 60068-2-30,
dacă unitatea montată pe vehicul poate suporta un ciclu de
căldură umedă (testul de căldură), prin șase cicluri de câte 24
de ore fiecare, cu temperaturi variind între + 25 °C și
+ 55 °C la o umiditate relativă de 97 % la + 25 °C și egală
cu 93 % la + 55 °C
214
4.3 Teste mecanice 1. Vibraţii sinusoidale.
Se verifică dacă unitatea montată pe vehicul poate suporta
vibraţii sinusoidale cu următoarele caracteristici:
deplasare constantă la frecvenţe între 5 și 11 Hz: valoare
maximă 10 mm
acceleraţie constantă între 11 și 300 Hz: 5 g
Această cerinţă este verificată prin intermediul testului Fc,
IEC 60068-2-6, cu o durată minimă a testului de 3 × 12
ore (12 ore per axă)
ISO 16750-3 nu prevede un test de vibraţii sinusoidale
pentru dispozitivele situate în cabina decuplată a
vehiculului.
219
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 413
Nr. Test Descriere Cerinţe asociate
2. Vibraţii aleatorii:
Test în conformitate cu ISO 16750-3: Chapter 4.1.2.8:
Testul VIII: Commercial vehicle, decoupled vehicle cab
Test de vibraţii aleatorii, 10…2 000 Hz, RMS vertical
21,3 m/s 2 , RMS longitudinal 11,8 m/s 2 , RMS lateral
13,1 m/s 2 , 3 axe, 32 de ore per axă, inclusiv ciclul de
temperatură – 20…70 °C.
Acest test se referă la IEC 60068-2-64: Environmental
testing – Part 2-64: Tests – Test Fh: Vibration, broadband
random and guidance
3. Șocuri:
șoc mecanic semisinusoidal 3 g în conformitate cu ISO
16750.
Testele descrise anterior se efectuează pe mostre diferite ale
tipului de echipament testat.
4.4 Protecţie
împotriva apei
și corpurilor
străine
Test în conformitate cu ISO 20653: Road vehicles – Degree
of protection (IP code) – Protection of electrical equipment
against foreign objects, water and access (No change in para­
meters)
220, 221
4.5 Protecţie
împotriva
supratensiunii
Se verifică dacă unitatea montată pe vehicul poate suporta o
sursă de alimentare de:
216
Pentru versiunile de 24 V: 34 V la + 40 °C 1 oră
Pentru versiunile de 12 V: 17 V la + 40 °C 1 oră
( ISO 16750-2, capitolul 4.3)
4.6 Protecţie
împotriva pola­
rităţii inverse
Se verifică dacă unitatea montată pe vehicul poate suporta o
inversare a polarităţii la sursa de alimentare
( ISO 16750-2, capitolul 4.7)
216
4.7 Protecţie
împotriva scur­
tcircuitelor
Se verifică dacă semnalele de intrare/ieșire sunt protejate
împotriva scurtcircuitelor la sursa de alimentare și la masă
( ISO 16750-2, capitolul 4.10)
216
5 Teste CEM
5.1 Emisii de
radiaţii și
susceptibilitate
de radiaţii
Conformitate cu Regulamentul R10 al CEE 218
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 414
Nr. Test Descriere Cerinţe asociate
5.2 Descărcări elec­
trostatice
Conformitate cu ISO 10605:2008 + Rectificare tehnică:2010
+ AMD1:2014: +/– 4kV pentru contact și +/– 8kV pentru
evacuarea aerului
218
5.3 Susceptibilitate
de conducţie
tranzitorie la
sursa de
alimentare
Pentru versiunile de 24 V: conformitate cu ISO 7637-2 +
Regulamentul nr. 10 al CEE Rev. 3:
puls 1a: Vs = – 450 V Ri = 50 ohmi
puls 2a: Vs = + 37 V Ri = 2 ohmi
puls 2b: Vs = + 20 V Ri = 0,05 ohmi
puls 3a: Vs = – 150 V Ri = 50 ohmi
puls 3b: Vs = + 150 V Ri = 50 ohmi
puls 4: Vs = –16 V Va = –12 V t6 = 100ms
puls 5: Vs = + 120 V Ri = 2,2 ohmi td = 250ms
Pentru versiunile de 12 V: conformitate cu ISO 7637-1 +
Regulamentul nr. 10 al CEE Rev. 3:
puls 1: Vs = – 75 V Ri = 10 ohmi
puls 2a: Vs = + 37 V Ri = 2 ohmi
puls 2b: Vs = + 10 V Ri = 0,05 ohmi
puls 3a: Vs = – 112 V Ri = 50 ohmi
puls 3b: Vs = + 75 V Ri = 50 ohmi
puls 4: Vs = – 6 V Va = – 5 V t6 = 15ms
puls 5: Vs = + 65 V Ri = 3 ohmi td = 100ms
Pulsul 5 se testează numai pentru unităţile montate pe
vehicule care sunt proiectate pentru a fi instalate în
vehicule care nu dispun de o protecţie externă obișnuită
împotriva întreruperii alimentării
Pentru propunerea privind întreruperea alimentării, a se vedea
ISO 16750-2, a 4-a ediţie, capitolul 4.6.4.
218
▼M1
6. TEST PRIVIND ECHIPAMENTUL EXTERN DE COMUNICARE LA
DISTANŢĂ
Nr. Test Descriere Cerinţe asociate
1. Examinare administrativă
1.1 Documentaţie Corectitudinea docu­
mentaţiei
2. Inspecţie vizuală
2.1. Conformitatea cu documentaţia
2.2. Identificare/inscripţii 225, 226
2.3 Materiale 219-223
3. Teste de funcţionare
3.1 Comunicarea la distanţă pentru controalele selective în trafic 4, 197-199
3.2 Înregistrarea și stocarea în memoria de date 91
3.3 Comunicarea cu unitatea montată pe vehicul Apendicele 14
DSC_66 - DSC_70,
DSC_71 - DSC_76
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 415
Nr. Test Descriere Cerinţe asociate
4. Teste de mediu
4.1 Temperatură Verificarea funcţionalităţii prin:
Test în conformitate cu ISO 16750-4, Chapter 5.1.1.2:
Low temperature operation test (72 h @ – 20 °C)
Acest test se referă la IEC 60068-2-1: Environmental
testing – Part 2-1: Tests - Test A: Cold
Test în conformitate cu ISO 16750-4: Chapter 5.1.2.2:
High temperature operation test (72 h @ 70 °C)
Acest test se referă la IEC 60068-2-2: Basic environ­
mental testing procedures; part 2: tests; tests B: dry heat
Test în conformitate cu ISO 16750-4: Chapter 5.3.2:
Rapid change of temperature with specified transition
duration (– 20°C/70 °C, 20 cycles, dwell time 1 h at
each temperature)
Un număr redus de teste (dintre cele definite în secţiunea
3 din prezentul tabel) pot fi efectuate la temperatura cea
mai scăzută, la temperatura cea mai ridicată și pe
parcursul ciclurilor de temperatură
213
4.2 Protecţie împotriva
apei și corpurilor
străine
Test în conformitate cu ISO 20653: Road vehicles –
Degree of protection (IP code) – Protection of electrical
equipment against foreign objects, water and access
(targeted value IP40)
220, 221
5. Teste CEM
5.1 Emisii de radiaţii și
susceptibilitate de
radiaţii
Conformitate cu Regulamentul R10 al CEE 218
5.2 Descărcări electros­
tatice
Conformitate cu ISO 10605:2008 + Rectificare tehnică:
2010 + AMD1:2014: + /– 4kV pentru contact și + /–
8kV pentru evacuarea aerului
218
5.3 Susceptibilitate de
conducţie tranzitorie
la sursa de
alimentare
Pentru versiunile de 24 V: conformitate cu ISO 7637-2
+ Regulamentul nr. 10 al CEE Rev. 3:
puls 1a: Vs=– 450 V Ri=50 ohmi
puls 2 a: Vs=+ 37 V Ri=2 ohmi
puls 2b: Vs=+ 20 V Ri=0,05 ohmi
puls 3 a: Vs=– 150 V Ri=50 ohmi
puls 3b: Vs=+ 150 V Ri=50 ohmi
puls 4: Vs=– 16V Va=– 12V t6=100 ms
puls 5: Vs=+ 120 V Ri=2,2 ohmi td=250 ms
Pentru versiunile de 12 V: conformitate cu ISO 7637-1
+ Regulamentul nr. 10 al CEE Rev. 3:
puls 1: Vs=– 75 V Ri=10 ohmi
puls 2 a: Vs=+ 37 V Ri=2 ohmi
puls 2b: Vs=+ 10 V Ri=0,05 ohmi
puls 3 a: Vs=– 112 V Ri=50 ohmi
218
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 416
Nr. Test Descriere Cerinţe asociate
puls 3b: Vs=+ 75 V Ri=50 ohmi
puls 4: Vs=– 6 V Va=– 5 V t6=15 ms
puls 5: Vs=+ 65 V Ri=3 ohmi td=100 ms
Pulsul 5 se testează numai pentru unităţile montate pe
vehicule care sunt proiectate pentru a fi instalate în
vehicule care nu dispun de o protecţie externă
obișnuită împotriva întreruperii alimentării
Pentru propunerea privind întreruperea alimentării, a se
vedea ISO 16750-2, a 4-a ediţie, capitolul 4.6.4.
▼B
7. TESTE DE FUNCŢIONARE PRIVIND HÂRTIA
Nr. Test Descriere Cerinţe asociate
1. Examinare administrativă
1.1 Documentaţie Corectitudinea documentaţiei
2 Teste generale
2.1 Număr de caractere
pe fiecare rând
Inspecţie vizuală a documentelor imprimate. 172
2.2 Dimensiunea minimă
a caracterelor
Inspecţie vizuală a documentului imprimat și verificarea
caracterelor.
173
2.3 Seturi de caractere
compatibile
Imprimanta trebuie să fie compatibilă cu caracterele
specificate în apendicele 1 capitolul 4, „Seturi de
caractere”.
174
2.4 Definiţia docu­
mentelor imprimate
Verificarea omologării de tip a tahografului și inspecţia
vizuală a documentelor imprimate
174
2.5 Lizibilitatea și identi­
ficarea documentelor
imprimate
Inspectarea documentelor imprimate
Demonstrate prin rapoarte de testare și protocoale de
testare de către producător.
Toate numerele de omologare ale tahografelor cu care
poate fi utilizată imprimanta sunt imprimate pe hârtie.
175, 177, 178
2.6 Adăugarea de
menţiuni scrise de
mână
Inspecţie vizuală: Este disponibil un câmp pentru
semnătura conducătorului auto.
Sunt disponibile câmpuri pentru alte menţiuni scrise de
mână.
180
2.7 Detalii suplimentare
privind feţele hârtiei.
Pe ambele feţe ale hârtiei pot figura detalii și informaţii
suplimentare.
Aceste detalii și informaţii suplimentare nu trebuie să
afecteze lizibilitatea documentelor imprimate.
Inspecţie vizuală.
177, 178
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 417
Nr. Test Descriere Cerinţe asociate
3 Teste privind stocarea
3.1 Căldură uscată Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate
relativă de 55 % ±3 %
Mediul de testare: 72 ore la + 70 °C ± 2 °C
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă
de 55 % ± 3 %
176, 178
IEC 60068-2-2-Bb
2.2 Căldură umedă Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate
relativă de 55 % ± 3 %
Mediul de testare: 144 ore la + 55 °C ± 2 °C și
umiditate relativă de 93 % ± 3 %
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă
de 55 % ± 3 %
176, 178
IEC 60068-2-78-Cab
4 Teste privind utilizarea hârtiei
4.1 Rezistenţa la
umiditate a
fundalului (hârtie
neimprimată)
Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate
relativă de 55 % ± 3 %
Mediul de testare: 144 ore la + 55 °C ± 2 °C și
umiditate relativă de 93 % ± 3 %
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă
de 55 % ± 3 %
176, 178
IEC 60068-2-78-Cab
4.2 Capacitatea de
imprimare
Condiţii prealabile: 24 ore la + 40 °C ± 2 °C/umiditate
relativă de 93 % ±3 %
Mediul de testare: document imprimat la + 23 °C
± 2 °C
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă
de 55 % ± 3 %
176, 178
4.3 Rezistenţa la căldură Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate
relativă de 55 % ± 3 %
Mediul de testare: 2 ore la + 70 °C ± 2 °C, căldură
uscată
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă
de 55 % ± 3 %
176, 178
IEC 60068-2-2-Bb
4.4 Rezistenţa la tempe­
ratură scăzută
Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate
relativă de 55 % ±3 %
Mediul de testare: 24 de ore la -20 °C ± 3 °C, căldură
umedă
Recuperare: 16 ore la +23 °C ± 2 °C/umiditate relativă
de 55 % ± 3 %
176, 178
ISO 60068-2-1-Ab
4.5 Rezistenţa la lumină Condiţii prealabile: 16 ore la + 23 °C ± 2 °C/umiditate
relativă de 55 % ± 3 %
Mediu de testare: 100 ore, la o iluminare de 5 000 de
lucși, la + 23 °C ± 2 °C/umiditate relativă de 55 %
± 3 %
Recuperare: 16 ore la + 23 °C ± 2 °C/umiditate relativă
de 55 % ± 3 %
176, 178
Criterii de lizibilitate pentru testele 3.x și 4.x:
Lizibilitatea documentelor imprimate este asigurată dacă densităţile optice
respectă următoarele limite:
Caractere imprimate: min. 1,0
Fundal (hârtie neimprimată): max. 0,2
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 418
Densităţile optice ale documentelor imprimate rezultate se măsoară
conform standardului DIN EN ISO 534.
Documentele imprimate trebuie să nu prezinte modificări ale dimensiunilor
și să rămână perfect lizibile.
8. TESTE DE INTEROPERABILITATE
▼M1
Nr. Test Descriere
8.1 Teste de interoperabilitate între unităţi montate pe vehicule și carduri de tahograf
1 Autentificare reciprocă Se verifică dacă autentificarea reciprocă dintre unitatea montată pe
vehicul și cardul de tahograf se produce normal
2 Teste de scriere/citire Se execută un scenariu tipic de activitate asupra unităţii montate pe
vehicul. Scenariul trebuie adaptat tipului de card supus testării și
implică scrierea pe card într-un număr cât mai mare de fișiere
elementare.
Se verifică, prin descărcarea datelor din unitatea montată pe
vehicul, dacă toate înregistrările corespunzătoare au fost efectuate
corect.
Se verifică, prin descărcarea datelor de pe card, dacă toate înregis­
trările corespunzătoare au fost efectuate corect.
Se verifică, prin documente imprimate zilnice, dacă toate înregis­
trările corespunzătoare pot fi citite în mod adecvat.
8.2 Teste de interoperabilitate între unităţi montate pe vehicule și senzori de mișcare
1 Asociere Se verifică dacă asocierea dintre unităţile montate pe vehicule și
senzorii de mișcare se desfășoară normal
2 Teste privind activităţile Se execută un scenariu tipic de activitate asupra senzorului de
mișcare. Scenariul implică o activitate normală și crearea cât mai
multor evenimente sau anomalii.
Se verifică, prin descărcarea datelor din unitatea montată pe
vehicul, dacă toate înregistrările corespunzătoare au fost efectuate
corect.
Se verifică, prin descărcarea datelor de pe card, dacă toate înregis­
trările corespunzătoare au fost efectuate corect.
Se verifică, printr-un document imprimat zilnic, dacă toate înregis­
trările corespunzătoare pot fi citite în mod adecvat.
8.3 Teste de interoperabilitate între unităţi montate pe vehicule și echipamente GNSS externe (acolo unde este
cazul)
1 Autentificare reciprocă Se verifică dacă autentificarea reciprocă (cuplarea) dintre unitatea
montată pe vehicul și echipamentul GNSS extern se desfășoară
normal.
2 Teste privind activităţile Se execută un scenariu tipic de activitate asupra echipamentului
GNSS extern. Scenariul implică o activitate normală și crearea
cât mai multor evenimente sau anomalii.
Se verifică, prin descărcarea datelor din unitatea montată pe
vehicul, dacă toate înregistrările corespunzătoare au fost efectuate
corect.
Se verifică, prin descărcarea datelor de pe card, dacă toate înregis­
trările corespunzătoare au fost efectuate corect.
Se verifică, printr-un document imprimat zilnic, dacă toate înregis­
trările corespunzătoare pot fi citite în mod adecvat.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 419
9. TESTE OSNMA
9.1. Introducere
Prezentul capitol descrie testele care dovedesc implementarea corectă a
OSNMA în receptorul GNSS. Întrucât autentificarea semnalului de la
satelit este efectuată exclusiv de receptorul GNSS, independent de orice
altă componentă a tahografului, testele prevăzute în prezentul capitol pot fi
aplicate receptorului GNSS ca element de sine stătător. În acest caz,
producătorul tahografului trebuie să prezinte autorităţilor de omologare
de tip un raport care oferă detalii cu privire la elaborarea și rezultatele
testelor efectuate sub responsabilitatea producătorului receptorului GNSS.
9.2 Condiţii aplicabile
— Criteriile de trecere/respingere definite în testele OSNMA sunt consi­
derate valabile numai pentru condiţiile de testare identificate.
— Criteriile ar putea fi revizuite în momentul declaraţiei de serviciu
Galileo OSNMA și luând în considerare angajamentele privind
performanţa serviciilor asociate.
9.3. Definiţii și acronime
9.3.1 Definiţii
Pornire la rece/la
cald/fierbinte GNSS:
se referă la condiţia de demarare a unui
receptor GNSS bazată pe disponibilitatea
orei (T), a almanahului (A) și efemeridei
(E) actuale și a poziţiei (P):
— Pornire la rece GNSS: nu există
— Pornire la cald GNSS: T, A, P
— Pornire fierbinte GNSS: T, A, E, P
Pornire la rece/la
cald/fierbinte OSNMA:
se referă la condiţia de demarare a funcţiei
OSNMA bazată pe disponibilitatea cheii
publice (P) și a informaţiilor
DSM-KROOT (K) (conform definiţiei din
Ghidul privind receptoarele OSNMA
menţionat în apendicele 12):
— Pornire la rece OSNMA: nu există
— Pornire la cald OSNMA: P
— Pornire fierbinte OSNMA: P, K
9.3.2 Acronime
ADKD Authentication Data & Key Delay (Date de autentificare
și interval dintre chei)
DSM-KROOT Mesaj semnătură digitală KROOT
GNSS Global Navigation Satellite System (Sistem global de
navigaţie prin satelit)
KROOT Root Key of the TESLA key chain (Cheia rădăcină a
lanţului de chei TESLA)
MAC Message Authentication Code (Cod de autentificare a
mesajelor)
NMACK Number of MAC & key blocks (per 30 seconds)[Numărul
de MAC și blocuri de chei (per 30 de secunde)]
OSNMA Galileo Open Service Navigation Message Authentication
(Autentificarea mesajului de navigaţie de la serviciul
deschis al Galileo)
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 420
SLMAC MAC lent
TESLA Timed Efficient Stream Loss-tolerant Authentication
(Autentificare eficientă temporizată și tolerantă la
pierderi de flux de date) (Protocol utilizat în OSNMA)
9.4. Echipament pentru generarea semnalelor GNSS
Generarea semnalelor GNSS poate fi realizată utilizând un simulator de
semnale GNSS multiconstelaţie compatibil cu transmiterea de mesaje
OSNMA. Alternativ, se poate utiliza un reproducător de semnale de radio­
frecvenţă capabil să redea eșantioane de semnale GNSS din fișiere.
Adâncimea tipică de biţi și rata de eșantionare sunt de 4 biţi I/Q și,
respectiv, 10 MHz.
Se presupune că receptorul GNSS are interfeţe pentru a comanda
eliberarea memoriei receptorului (pentru a șterge în mod independent
cheia publică, KROOT, informaţiile ceasurilor, informaţiile privind
poziţia, efemerida și almanahul), pentru a seta realizarea orei locale a
receptorului pentru cerinţa de verificare a sincronizării OSNMA și
pentru a încărca informaţiile criptografice. Aceste comenzi pot fi limitate
la scopuri de testare și, prin urmare, este posibil să nu fie disponibile
pentru funcţionarea nominală a receptorului.
9.5 Condiţii de testare
9.5.1 Condiţii GNSS
Semnalele GNSS simulate sau reproduse vor avea următoarele
caracteristici:
— Scenariul de receptor utilizator static;
— Cel puţin constelaţiile GPS și Galileo;
— Frecvenţa E1/L1;
— Cel puţin 4 sateliţi Galileo cu un unghi de elevaţie mai mare de 5°;
— Durata prevăzută pentru fiecare test;
— Efemeride de navigaţie constante de la sateliţi în timpul testului.
9.5.2 Condiţii OSNMA
Mesajul OSNMA transmis în semnalul RF va avea următoarele
caracteristici:
— Un mesaj HKROOT cu statutul OSNMA setat la Operaţional sau Test
și un mesaj DSM-KROOT fix de 8 blocuri pentru lanţul în vigoare;
— Cel puţin 4 sateliţi Galileo care transmit OSNMA;
— Un mesaj MACK cu un bloc MACK (și anume NMACK = 1) și cel
puţin un ADKD = 0 și un ADKD = 12 per satelit și bloc MACK;
— O dimensiune a etichetei de 40 biţi;
— Lungimea minimă echivalentă a etichetei, astfel cum se prevede în
Ghidul privind receptoarele OSNMA (în prezent 80 biţi).
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 421
Cu excepţia cazului în care există indicaţii contrare, realizarea orei interne
a receptorului trebuie să fie cunoscută cu suficientă precizie și trebuie să
fie aliniată în mod corespunzător cu ora simulată. Acest lucru garantează
că cerinţa OSNMA de sincronizare a orei iniţiale este îndeplinită pentru
fiecare condiţie de testare, și anume sincronizarea nominală pentru toate
testele, cu excepţia SLMAC. Pentru mai multe detalii cu privire la iniţia­
lizarea orei, a se vedea Ghidul privind receptoarele OSNMA.
A se remarca faptul că criteriile identificate de trecere/respingere sunt
conservatoare și nu reprezintă performanţa preconizată a sistemului
Galileo OSNMA.
9.6. Specificaţii pentru test
Nr. Test Descriere Cerinţe conexe
1. Examinare administrativă
1.1 Documentaţia Corectitudinea documentaţiei
2 Teste generale
2.1 Pornire fierbinte
OSNMA
Obiectiv: să se verifice dacă receptorul GNSS
calculează o poziţie cu OSNMA după o pornire
fierbinte.
Procedură:
Receptorul GNSS demarează în condiţii de demarare
fierbinte a GNSS și OSNMA și obţine semnalele sate­
liţilor Galileo vizibili.
Receptorul autentifică datele de navigaţie Galileo cu
OSNMA (ADKD = 0) și oferă o poziţie cu date
autentificate.
Criterii de trecere/respingere: receptorul calculează un
fix al poziţiei autentificate în 160 de secunde.
Apendicele 12,
GNS_3b
2.2 Pornire la cald
OSNMA
Obiectiv: să se verifice dacă receptorul GNSS
calculează o poziţie cu OSNMA după o pornire la cald.
Procedură:
Înainte de începerea testului, informaţiile legate de
efemeridă și KROOT se șterg din memoria receptorului
GNSS pentru a forţa o pornire GNSS și OSNMA la
cald.
Receptorul GNSS demarează și obţine semnalele sate­
liţilor Galileo vizibili.
Se primește și se verifică DSM-KROOT.
Receptorul autentifică datele de navigaţie Galileo cu
OSNMA (ADKD = 0) și oferă o poziţie cu date
autentificate.
Criterii de trecere/respingere: receptorul calculează un
fix valid al poziţiei autentificate în 430 de secunde.
Apendicele 12,
GNS_3b
2.3 Pornire la cald
OSNMA cu SLMAC
Obiectiv: să se verifice dacă receptorul GNSS
calculează o poziţie cu OSNMA după o pornire la
cald cu o iniţializare a orei care necesită modul
SLMAC, astfel cum este definită în Ghidul privind
receptoarele OSNMA.
Procedură:
Realizarea orei receptorului intern trebuie configurată
astfel încât să existe o incertitudine iniţială privind ora
cu o valoare cuprinsă între 2 și 2,5 minute, astfel încât,
în conformitate cu Ghidul privind receptoarele
OSNMA, modul Slow MAC să fie activat.
Apendicele 12,
GNS_3b
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 422
Nr. Test Descriere Cerinţe conexe
Înainte de începerea testelor, informaţiile legate de
efemeridă și KROOT se șterg din memoria receptorului
GNSS pentru a forţa o pornire GNSS și OSNMA la
cald.
Receptorul GNSS demarează și obţine semnalele sate­
liţilor Galileo vizibili.
Se primește și se verifică DSM-KROOT.
Receptorul autentifică datele de navigaţie Galileo numai
cu OSNMA Slow MAC (ADKD = 12) și oferă o
poziţie cu date autentificate.
Criterii de trecere/respingere: receptorul calculează un
fix valid al poziţiei autentificate în 730 de secunde.
2.4 Pornire fierbinte
OSNMA cu semnal
reprodus
Obiectiv: să se verifice dacă receptorul GNSS
detectează un semnal reprodus.
Procedură:
Receptorul GNSS demarează în condiţii de demarare
fierbinte a GNSS și OSNMA și obţine semnalele sate­
liţilor Galileo vizibili.
Receptorul autentifică datele de navigaţie Galileo cu
OSNMA (ADKD = 0) și oferă o poziţie cu date
autentificate.
După ce receptorul furnizează o soluţie PVT cu date
autentificate, acesta este oprit.
Se simulează un semnal reprodus cu un decalaj de 40
de secunde faţă de cel anterior, iar receptorul este
pornit.
Receptorul detectează faptul că ora sistemului Galileo
din momentul semnalului în spaţiu și realizarea sincro­
nizării locale nu îndeplinesc cerinţa de sincronizare și
încetează prelucrarea datelor OSNMA conform defi­
niţiei din Ghidul privind receptoarele OSNMA.
Criterii de trecere/respingere: receptorul detectează
reproducerea și nu calculează o poziţie validă autenti­
ficată de la începutul reproducerii până la finalul
testului.
Apendicele 12,
GNS_3b
2.5 Pornire fierbinte
OSNMA cu date false
Obiectiv: să se verifice dacă OSNMA detectează date
false.
Procedură:
Receptorul GNSS demarează în condiţii de demarare
fierbinte a GNSS și OSNMA.
Receptorul GNSS trebuie să fie capabil să obţină
semnalul de la toţi sateliţii Galileo vizibili și să
verifice autenticitatea mesajelor lor de navigaţie prin
intermediul OSNMA.
Cel puţin un bit al datelor legate de efemeride furnizate
de fiecare satelit Galileo nu corespunde datelor
originale și autentificate, însă mesajul Galileo I/NAV
trebuie să fie coerent, inclusiv CRC.
Criterii de trecere/respingere: receptorul detectează
datele false în 160 de secunde și nu calculează o
poziţie validă autentificată până la finalul testului.
Apendicele 12,
GNS_3b
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 423
Apendicele 10
CERINŢE DE SECURITATE
Prezentul apendice specifică cerinţele de securitate informatică pentru compo­
nentele sistemului tahografic inteligent (tahograf de a doua generaţie).
SEC_001 Următoarele componente ale sistemului tahografic inteligent trebuie să
fie certificate din punctul de vedere al securităţii în conformitate cu
criteriile comune:
— unitatea montată pe vehicul;
— cardul de tahograf;
— senzorul de mișcare;
— echipamentul GNSS extern.
SEC_002 Cerinţele minime de securitate informatică pe care trebuie să le
respecte fiecare componentă care trebuie să fie certificată din
punctul de vedere al securităţii sunt definite într-un profil de
protecţie al componentei, în conformitate cu criteriile comune.
SEC_003 Comisia Europeană se asigură că patru profile de protecţie conforme
cu prezenta anexă sunt sponsorizate, dezvoltate, aprobate de orga­
nismele guvernamentale de certificare în domeniul securităţii infor­
matice, create în cadrul Grupului de lucru mixt privind interpretarea
(JIWG – Joint Interpretation Working Group), care sprijină recu­
noașterea reciprocă a certificatelor în cadrul MRA (Acordul de recu­
noaștere reciprocă a certificatelor de evaluare a securităţii informatice)
al grupului european SOGIS, și înregistrate:
— profilul de protecţie pentru unitatea montată pe vehicul;
— profilul de protecţie pentru cardul de tahograf;
— profilul de protecţie pentru senzorul de mișcare;
— profilul de protecţie pentru echipamentul GNSS extern.
Profilul de protecţie pentru unitatea montată pe vehicul trebuie să abordeze
cazurile în care VU este proiectată pentru a fi sau nu utilizată cu un echipament
GNSS extern. În primul caz, cerinţele de securitate aplicabile echipamentului
GNSS extern sunt specificate în profilul de protecţie aferent.
SEC_004 Producătorii componentelor ameliorează și completează, după nece­
sităţi, profilul de protecţie corespunzător al componentei, fără a
modifica sau a șterge ameninţările, obiectivele, mijloacele procedurale
și specificaţiile funcţiilor de asigurare a securităţii existente, pentru a
crea un obiectiv de securitate în raport cu care să solicite certificarea
de securitate a componentei respective.
SEC_005 În cursul procesului de evaluare, trebuie declarată conformitatea strictă
a acestui obiectiv de securitate specific cu profilul de protecţie cores­
punzător.
SEC_006 Nivelul de siguranţă al fiecărui profil de protecţie trebuie să fie EAL4,
amplificat de componentele de siguranţă ATE_DPT.2 și AVA_VAN.5.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 424
Apendicele 11
MECANISME DE SECURITATE COMUNE
CUPRINS
PREAMBUL
PARTEA A SISTEMUL TAHOGRAFIC DE PRIMA GENERAŢIE
1. INTRODUCERE
1.1. Referinţe
1.2. Notaţii și termeni abreviaţi
2. SISTEME ȘI ALGORITMI CRIPTOGRAFICI
2.1. Sisteme criptografice
2.2. Algoritmi criptografici
2.2.1 Algoritmul RSA
2.2.2 Algoritmul de hash
2.2.3 Algoritmul de criptare a datelor
3. CHEI ȘI CERTIFICATE
3.1. Generarea și distribuirea cheilor
3.1.1 Generarea și distribuirea cheilor RSA
3.1.2 Chei de testare RSA
3.1.3 Cheile senzorului de mișcare
3.1.4 Generarea și distribuţia cheilor de sesiune T-DES
3.2. Chei
3.3. Certificate
3.3.1 Conţinutul certificatelor
3.3.2 Certificate emise
3.3.3 Verificarea și deschiderea certificatelor
4. MECANISMUL DE AUTENTIFICARE RECIPROCĂ
5. CONFIDENŢIALITATEA, INTEGRITATEA ȘI MECANISMUL
DE AUTENTIFICARE ALE TRANSFERULUI DE DATE
DINTRE VU ȘI CARDURI
5.1. Mesagerie securizată
5.2. Tratarea erorilor mesageriei securizate
5.3. Algoritmul de calcul al sumelor de verificare criptografice
5.4. Algoritmul de calcul al criptogramelor pentru obiecte de date (DO)
confidenţiale
6. MECANISMELE DE SEMNARE DIGITALĂ A DATELOR
DESCĂRCATE
6.1. Generarea semnăturilor
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 425
6.2. Verificarea semnăturilor
PARTEA B SISTEMUL TAHOGRAFIC DE A DOUA GENERAŢIE
7. INTRODUCERE
7.1. Referinţe
7.2. Notaţii și abrevieri
7.3. Definiţii
8. SISTEME ȘI ALGORITMI CRIPTOGRAFICI
8.1. Sisteme criptografice
8.2. Algoritmi criptografici
8.2.1 Algoritmi simetrici
8.2.2 Algoritmi asimetrici și parametri de domeniu standardizaţi
8.2.3 Algoritmi de hashing
8.2.4 Suite cifru
9. CHEI ȘI CERTIFICATE
9.1. Perechi de chei asimetrice și certificate de cheie publică
9.1.1 Consideraţii generale
9.1.2 Nivelul european
9.1.3 Nivelul statului membru
9.1.4 Nivelul echipamentului: Unităţi montate pe vehicule
9.1.5 Nivelul echipamentului: Carduri de tahograf
9.1.6 Nivelul echipamentului: Echipamente GNSS externe
9.1.7 Prezentare generală: Înlocuirea certificatelor
9.2. Chei simetrice
9.2.1 Chei pentru siguranţa comunicaţiilor dintre VU și senzorul de
mișcare
9.2.2 Chei pentru securizarea comunicaţiilor specializate cu rază scurtă
de acţiune (DSRC)
9.3. Certificate
9.3.1 Consideraţii generale
9.3.2 Conţinutul certificatelor
9.3.3 Solicitarea de certificate
10. AUTENTIFICAREA RECIPROCĂ ȘI MESAGERIA SECU­
RIZATĂ ÎNTRE VU ȘI CARDURI
10.1. Consideraţii generale
10.2. Verificarea reciprocă a lanţului de certificate
10.2.1 Verificarea lanţului de certificate de către VU
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 426
10.2.2 Verificarea lanţului de certificate ale VU de către card
10.3. Autentificarea VU
10.4. Autentificarea cipului și înţelegerea asupra cheilor de sesiune
10.5. Mesagerie securizată
10.5.1 Consideraţii generale
10.5.2 Structura mesageriei securizate
10.5.3 Abandonarea sesiunii de mesagerie securizată
11. CUPLAREA, AUTENTIFICAREA RECIPROCĂ ȘI
MESAGERIA SECURIZATĂ ÎNTRE VU ȘI ECHIPAMENTUL
GNSS EXTERN
11.1. Consideraţii generale
11.2. Cuplarea dintre VU și echipamentul GNSS extern
11.3. Verificarea reciprocă a lanţului de certificate
11.3.1 Consideraţii generale
11.3.2 În timpul cuplării VU – EGF
11.3.3 În timpul funcţionării normale
11.4. Autentificarea VU, autentificarea cipului și înţelegerea asupra
cheilor de sesiune
11.5. Mesageria securizată
12. ASOCIEREA ȘI COMUNICAREA DINTRE O VU ȘI UN
SENZOR DE MIȘCARE
12.1. Consideraţii generale
12.2. Asocierea VU – senzor de mișcare folosind generaţii diferite de
chei
12.3. Comunicarea și asocierea dintre o VU și un senzor de mișcare
folosind AES
12.4. Asocierea VU – senzor de mișcare pentru echipamente de diferite
generaţii
13. SECURITATEA COMUNICĂRII LA DISTANŢĂ PRIN DSRC
13.1. Consideraţii generale
13.2. Criptarea datelor utile ale tahografului și generarea MAC
13.3. Verificarea și decriptarea datelor utile ale tahografului
14. SEMNAREA DESCĂRCĂRII DE DATE ȘI VERIFICAREA
SEMNĂTURILOR
14.1. Consideraţii generale
14.2. Generarea semnăturilor
14.3. Verificarea semnăturilor
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 427
PREAMBUL
Prezentul apendice precizează mecanismele de securitate care asigură
— autentificarea reciprocă între diferitele componente ale sistemului tahografic,
— confidenţialitatea, integritatea, autenticitatea și/sau evitarea respingerii datelor
transferate între diferitele componente ale sistemului tahografic sau descărcate
pe suporturi de stocare externe.
Prezentul apendice cuprinde două părţi. Partea A definește mecanismele de secu­
ritate pentru sistemul tahografic de prima generaţie (tahograful digital). Partea B
definește mecanismele de securitate pentru sistemul tahografic de a doua
generaţie (tahograful inteligent).
Mecanismele menţionate în partea A din prezentul apendice se aplică în cazul în
care cel puţin una dintre componentele sistemului tahografic implicate într-un
proces de autentificare reciprocă și/sau de transfer de date este de prima
generaţie.
Mecanismele menţionate în partea B din prezentul apendice se aplică în cazul în
care ambele componente ale sistemului tahografic implicate într-un proces de
autentificare reciprocă și/sau de transfer de date sunt de a doua generaţie.
Apendicele 15 oferă mai multe informaţii privind utilizarea componentelor de
prima generaţie în combinaţie cu componente de a doua generaţie.
PARTEA A
SISTEMUL TAHOGRAFIC DE PRIMA GENERAŢIE
1. INTRODUCERE
1.1. Referinţe
În prezentul apendice se face trimitere la următoarele standarde:
SHA-1 National Institute of Standards and
Technology (NIST). Publication FIPS 180-1: Secure
Hash Standard. Aprilie 1995.
PKCS1 RSA Laboratories. PKCS # 1: RSA Encryption
Standard Versiunea 2.0. Octombrie 1998
TDES National Institute of Standards and
Technology (NIST). FIPS Publication 46-3: Data
Encryption Standard Proiect 1999.
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm
Modes of Operation 1998.
ISO/IEC 7816-4 Information Technology – Identification cards – Inte­
grated circuit(s) cards with contacts – Part 4: Inte­
rindustry commands for interexchange. Prima ediţie:
1995 + Amendamentul 1: 1997.
ISO/IEC 7816-6 Information Technology – Identification cards – Inte­
grated circuit(s) cards with contacts – Part 6: Inte­
rindustry data elements. Prima ediţie: 1996 + Cor 1:
1998.
ISO/IEC 7816-8 Information Technology – Identification cards – Inte­
grated circuit(s) cards with contacts – Part 8: Security
related interindustry commands. Prima ediţie 1999.
ISO/IEC 9796-2 Information Technology – Security techniques –
Digital signature schemes giving message recovery –
Part 2: Mechanisms using a hash function. Prima
ediţie: 1997.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 428
ISO/IEC 9798-3 Information Technology – Security techniques – Entity
authentication mechanisms – Part 3: Entity authenti­
cation using a public key algorithm. Ediţia a doua
1998.
ISO 16844-3 Road vehicles – Tachograph systems – Part 3: Motion
sensor interface.
1.2. Notaţii și termeni abreviaţi
În prezentul apendice sunt folosite următoarele notaţii și termeni
abreviaţi:
(K a , K b , K c ) un grup de chei utilizat de algoritmul de criptare triplă
a datelor,
CA autoritate de certificare,
CAR identificator al autorităţii de certificare,
CC sumă de verificare criptografică,
CG criptogramă,
CH antet de comandă,
CHA autorizaţia deţinătorului certificatului,
CHR identificator al deţinătorului certificatului,
D() decriptare cu DES (Data Encryption Standard),
DE element de date,
DO obiect de date,
d cheie privată RSA, exponent privat,
e cheie publică RSA, exponent public,
E() criptare cu DES,
EQT echipament,
Hash() valoare hash, un rezultat al funcţiei hash,
Hash funcţie hash,
KID identificator de cheie,
Km cheie TDES. Cheie master definită în ISO 16844-3.
Km VU cheie TDES introdusă în unităţile montate pe vehicule,
Km WC cheie TDES introdusă în cardurile de atelier.
m reprezentant de mesaj, număr întreg cuprins între 0 și
n-1,
n chei RSA, modul,
PB octeţi de completare,
PI Octet indicator de completare (utilizat în criptograme
pentru confidenţialitatea DO),
PV Valoare a datelor în clar,
s reprezentant de semnătură, număr întreg cuprins între
0 și n-1,
SSC Contor de secvenţe trimise,
SM Mesagerie securizată,
TCBC Mod de funcţionare prin înlănţuirea blocurilor cifrate
TDEA,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 429
TDEA Algoritm de criptare triplă a datelor,
TLV Valoarea unei lungimi de etichetă,
VU Unitate montată pe vehicul,
X.C Certificatul utilizatorului X emis de o autoritate de
certificare,
X.CA o autoritate de certificare a utilizatorului X,
X.CA.PK o X.C Operaţia de dezvăluire a unui certificat pentru a
extrage o cheie publică. Este un operator infix, al
cărui operand stâng este cheia publică a unei autorităţi
de certificare, iar operandul drept este certificatul emis
de acea autoritate de certificare. Rezultatul este cheia
publică a utilizatorului X al cărui certificat este
operandul drept,
X.PK Cheia privată RSA a utilizatorului X,
X.PK[I] Cifrarea RSA a unor informaţii I, folosind cheia
publică a utilizatorului X
X.SK Cheia privată RSA a utilizatorului X,
X.SK[I] Cifrarea RSA a unor informaţii I, folosind cheia
privată a utilizatorului X,
„xx” o valoare hexazecimală,
|| Operatorul de concatenare.
2. SISTEME ȘI ALGORITMI CRIPTOGRAFICI
2.1. Sisteme criptografice
CSM_001 Unităţile montate pe vehicule și cardurile de tahograf
utilizează un sistem criptografic cu cheie publică RSA
clasic pentru a oferi următoarele mecanisme de securitate:
— autentificarea între unităţile montate pe vehicule și
carduri,
— transportul cheilor de sesiune de tip DES triplu între
unităţile montate pe vehicule și cardurile de tahograf,
— semnătura digitală a datelor descărcate din unităţile
montate pe vehicule și din cardurile de tahograf pe
suporturi externe.
CSM_002 Unităţile montate pe vehicule și cardurile de tahograf
utilizează un sistem criptografic simetric DES triplu în
scopul de a asigura un mecanism pentru integritatea datelor
în timpul schimburilor de date privind utilizatorul dintre
unităţile montate pe vehicule și cardurile de tahograf și
pentru a garanta, unde este cazul, confidenţialitatea schim­
burilor de date dintre unităţile montate pe vehicule și
cardurile de tahograf.
2.2. Algoritmi criptografici
2.2.1 Algoritmul RSA
CSM_003 Algoritmul RSA este definit în întregime de următoarele
relaţii:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 430
X.SK[m] = s = m d mod n
X.PK[s] = m = s e mod n
O descriere mai completă a funcţiei RSA poate fi găsită în
referinţa [PKCS1]. Exponentul public, e, pentru calculul
funcţiei RSA este un număr întreg cuprins între 3 și n-1
care satisface gcd[e, lcm(p-1, q-1)] = 1.
2.2.2 Algoritmul de hash
CSM_004 Mecanismele de semnătură digitală utilizează algoritmul de
hash SHA-1 astfel cum este definit în referinţa [SHA-1].
2.2.3 Algoritmul de criptare a datelor
CSM_005 Algoritmii bazaţi pe DES sunt utilizaţi în modul de func­
ţionare prin înlănţuirea blocurilor cifrate.
3. CHEI ȘI CERTIFICATE
3.1. Generarea și distribuirea cheilor
3.1.1 Generarea și distribuirea cheilor RSA
CSM_006 Cheile RSA sunt generate prin trei niveluri ierarhice func­
ţionale:
— nivelul european,
— nivelul statului membru,
— nivelul echipamentului.
CSM_007 La nivelul european se generează o pereche unică de chei
europene (EUR.SK și EUR.PK). Cheia privată europeană se
utilizează pentru certificarea cheilor publice ale statelor
membre. Se ţine evidenţa tuturor cheilor certificate. Aceste
sarcini sunt îndeplinite de o autoritate de certificare
europeană, sub autoritatea și responsabilitatea Comisiei
Europene.
CSM_008 La nivelul statului membru se generează o pereche de chei ale
statului membru (MS.SK și MS.PK). Cheile publice ale
statelor membre sunt certificate de autoritatea de certificare
europeană. Cheile private ale statelor membre se utilizează
pentru certificarea cheilor publice care se introduc în echi­
pament (unitatea montată pe vehicul sau cardul de tahograf).
Se ţine evidenţa tuturor cheilor publice certificate, împreună
cu datele de identificare a echipamentului căruia îi sunt
destinate. Aceste sarcini sunt îndeplinite de autoritatea de
certificare a unui stat membru. Un stat membru își poate
schimba periodic perechea de chei.
CSM_009 La nivelul echipamentului se generează o singură pereche de
chei (EQT.SK și EQT.PK), care se introduce în fiecare echi­
pament. Cheile publice ale echipamentelor sunt certificate de
autoritatea de certificare a unui stat membru. Aceste sarcini
pot fi îndeplinite de producătorii de echipamente, de serviciile
de personalizare a echipamentelor sau de autorităţile statelor
membre. Această pereche de chei se folosește pentru serviciile
de autentificare, de semnătură digitală și de cifrare.
CSM_010 Confidenţialitatea cheilor private trebuie menţinută în timpul
generării, transportului (dacă este cazul) și stocării.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 431
Ilustraţia următoare sintetizează fluxul de date al acestui
proces:
3.1.2 Chei de testare RSA
CSM_011 Pentru testarea echipamentelor (inclusiv pentru testele de inte­
roperabilitate), autoritatea de certificare europeană generează
o pereche unică diferită de chei de testare europene și cel
puţin două perechi de chei de testare ale statului membru,
ale cărui chei publice sunt certificate cu cheia de testare
privată europeană. Producătorii introduc, în echipamentele
supuse testelor pentru omologarea de tip, chei de testare certi­
ficate cu una dintre aceste chei de testare ale statului membru.
3.1.3 Cheile senzorului de mișcare
Confidenţialitatea celor trei chei TDES descrise mai jos trebuie asigurată
în mod corespunzător în timpul generării, transportului (dacă este cazul)
și stocării.
În scopul de a asigura compatibilitatea componentelor tahografului cu
ISO 16844, autoritatea de certificare europeană și autorităţile de certi­
ficare din statele membre asigură, în plus, următoarele:
CSM_036 Autoritatea de certificare europeană generează KmVU și
KmWC, două chei DES triple independente și unice, și
generează Km ca fiind: Km = Km VU XOR Km WC . Auto­
ritatea de certificare europeană transmite aceste chei, prin
proceduri securizate corespunzător, autorităţilor de certificare
ale statelor membre, la cererea acestora.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 432
CSM_037 Autorităţile de certificare ale statelor membre:
— folosesc Km pentru a cripta datele de la senzorul de
mișcare solicitate de producătorii de senzori de mișcare
(datele care trebuie criptate cu Km sunt definite în ISO
16844-3),
— transmit Km VU producătorilor de unităţi montate pe
vehicule, prin proceduri securizate corespunzător, pentru
a fi introdusă în unităţile montate pe vehicule,
— se asigură că Km WC va fi introdusă în toate cardurile de
atelier ( din fișierul
elementar ) în timpul
personalizării cardului.
3.1.4 Generarea și distribuţia cheilor de sesiune T-DES
CSM_012 Unităţile montate pe vehicule și cardurile de tahograf
generează și își transmit reciproc datele necesare pentru
elaborarea unei chei de sesiune comune de tip DES triplu,
ca parte a procesului de autentificare reciprocă. Confidenţia­
litatea acestui schimb
de date trebuie să fie protejată printr-un mecanism de
criptare RSA.
CSM_013 Această cheie se utilizează pentru toate operaţiunile cripto­
grafice ulterioare folosind mesageria securizată. Valabilitatea
ei expiră la terminarea sesiunii (retragerea cardului sau reini­
ţializarea cardului) și/sau după 240 de utilizări (o utilizare a
cheii = o comandă trimisă cardului folosind mesageria secu­
rizată și răspunsul asociat).
3.2. Chei
CSM_014 Cheile RSA au următoarele lungimi (indiferent de nivel):
modul n 1 024 de biţi, exponentul public e maxim 64 de
biţi, exponentul privat d 1 024 de biţi.
CSM_015 Cheile de tip DES triplu au forma (K a , K b , K a ), unde K a și K b
sunt chei independente cu o lungime de 64 de biţi. Nu se
configurează niciun bit pentru detectarea erorilor de paritate.
3.3. Certificate
CSM_016 Certificatele cheilor publice RSA sunt certificate de tip „non
self-descriptive” (nu se pot autodescrie) și „Card Verifiable”
(verificabile cu ajutorul cardului) (ref.: ISO/IEC 7816-8)
3.3.1 Conţinutul certificatelor
CSM_017 Certificatele cheilor publice RSA sunt alcătuite din urmă­
toarele date, în ordinea indicată:
Date Format Octeţi Observaţii
CPI ÎNTREG 1 Identificator de profil al
certificatului („01” pentru
prezenta versiune)
CAR ȘIR DE OCT-
EŢI
8 Identificatorul autorităţii de
certificare
CHA ȘIR DE OCT-
EŢI
7 Autorizaţia deţinătorului
certificatului
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 433
Date Format Octeţi Observaţii
EOV TimeReal 4 Data expirării valabilităţii
certificatului. Opţional,
completat cu „FF” dacă
nu este folosit
CHR ȘIR DE
OCTEŢI
8 Identificatorul deţinătorului
certificatului
n ȘIR DE
OCTEŢI
128 Cheie publică (modul)
e ȘIR DE
OCTEŢI
8 Cheie publică (exponent
public)
164
Note:
1. „Identificatorul de profil al certificatului” (CPI) determină structura
precisă a unui certificat de autentificare. El poate fi folosit ca identi­
ficator intern al echipamentului pentru o listă antet relevantă care
descrie concatenarea elementelor de date în cadrul certificatului.
Lista antet asociată cu acest conţinut al certificatului este următoarea:
„4D” „16” „5F
29”
„01” „42” „08” „5F
4B”
„07” „5F
24”
„04” „5F
20”
„08” „7F
49”
„05” „81” „81
80”
„82” „08”
E
ti
ch
et
a
li
st
ei
a
nt
et
e
xt
in
se

L
un
gi
m
ea
l
is
te
i
an
te
t
E
ti
ch
et
a
C
P
I
L
un
gi
m
ea
C
P
I
E
ti
ch
et
a
C
A
R

L
un
gi
m
ea
C
A
R

E
ti
ch
et
a
C
A
R

L
un
gi
m
ea
C
H
A

E
ti
ch
et
a
C
A
R

L
un
gi
m
ea
E
O
V

E
ti
ch
et
a
C
H
R

L
un
gi
m
ea
C
H
R

E
ti
ch
et
ă
ch
ei
e
pu
bl
ic
ă
(c
on
st
ru
it
ă)

L
un
gi
m
ea
D
O
-u
ri
lo
r
ul
te
ri
oa
re

E
ti
ch
et
ă
m
od
ul

L
un
gi
m
e
m
od
ul

E
ti
ch
et
ă
ex
po
ne
nt
p
ub
li
c
L
un
gi
m
e
ex
po
ne
nt
p
ub
li
c
2. „Identificatorul autorităţii de certificare” (CAR) are scopul de a iden­
tifica autoritatea de certificare care a emis certificatul, astfel încât
elementul de date să poată fi folosit în același timp și ca un identi­
ficator al cheii de autoritate pentru a face trimitere la cheia publică a
autorităţii de certificare (pentru codificare, a se vedea mai jos identi­
ficatorul de cheie).
3. „Autorizaţia deţinătorului certificatului” (CHA) este folosită pentru a
identifica drepturile deţinătorului certificatului. Aceasta se compune
din ID-ul aplicaţiei tahografice și din tipul de echipament căruia îi
este destinat certificatul (în conformitate cu elementul de date
, „00” pentru un stat membru).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 434
4. „Identificatorul deţinătorului certificatului” (CHR) are scopul de a
identifica în mod unic deţinătorul certificatului, astfel încât
elementul de date să poată fi folosit în același timp ca identificator
al cheii subiect pentru a face trimitere la cheia publică a deţinătorului
certificatului.
5. Identificatoarele cheii identifică în mod unic deţinătorul certificatului
sau autorităţile de certificare. Acestea sunt codificate după cum
urmează:
5.1. Echipament (VU sau card):
Date Numărul
de serie al
echipa­
mentului
Data Tip Producător
Lungime 4 octeţi 2 octeţi 1 octet 1 octet
Valoare Întreg ll aa codare BCD Specific produ­
cătorului
Codul producă­
torului
În cazul unei unităţi montate pe vehicul, atunci când producătorul
solicită certificate, el poate sau nu să cunoască identificatorul
echipamentului în care vor fi introduse cheile.
În primul caz, producătorul trimite identificatorul echipamentului
împreună cu cheia publică la autoritatea statului membru
respectiv pentru certificare. Certificatul va conţine în acest caz
identificatorul echipamentului, iar producătorul trebuie să se
asigure că cheile și certificatele sunt introduse în echipamentele
prevăzute. Identificatorul cheii are forma indicată mai sus.
În al doilea caz, producătorul trebuie să identifice în mod unic
fiecare cerere de certificat și să trimită acest identificator
împreună cu cheia publică la autoritatea statului membru
respectiv pentru certificare. Certificatul conţine identificatorul
cererii. Producătorul trebuie să informeze autoritatea statului
său membru cu privire la atribuirea cheii pentru echipament (și
anume, identificatorul cererii de certificat, identificatorul echipa­
mentului) după instalarea cheii în echipament. Identificatorul
cheii are forma următoare:
Date Numărul
de serie al
cererii de
certificat
Data Tip Producător
Lungime 4 octeţi 2 octeţi 1 octet 1 octet
Valoare Întreg ll aa codare BCD „FF” Codul producă­
torului
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 435
5.2. Autoritatea de certificare:
Date Identificatorul
autorităţii
Numărul de
serie al cheii
Informaţii
suplimentare
Identificator
Lungime 4 octeţi 1 octet 2 octeţi 1 octet
Valoare Codul numeric
naţional 1 octet
Codul alfanumeric
naţional 3 octeţi
Întreg codificare
suplimentară
(specific CA)
„FF FF” dacă
nu este folosit
„01”
Numărul de serie al cheii este folosit pentru a distinge cheile
diferite ale unui stat membru, în cazul în care cheia este
schimbată.
6. Verificatorii certificatelor știu implicit că cheia publică certificată este
o cheie RSA relevantă pentru autentificare, pentru verificarea
semnăturii digitale și pentru cifrarea în scopul serviciilor de confiden­
ţialitate (certificatul nu conţine niciun identificator de obiect care să
specifice acest lucru).
3.3.2 Certificate emise
CSM_018 Certificatul emis este o semnătură digitală cu recuperarea
parţială a conţinutului certificatului în conformitate cu
ISO/IEC 9796-2 (cu excepţia anexei A4 a acestuia), cu „iden­
tificatorul autorităţii de certificare” adăugat.
X.C = X.CA.SK[„6A” || C r || Hash (Cc) || „BC”] || C n || X.CAR
Cu conţinutul certifi­
catului = Cc =
C r || C n
106 octeţi 58 de octeţi
Note:
1. Acest certificat are o lungime de 194 de octeţi.
2. CAR, fiind ascuns de semnătură, este în același timp adăugat la
semnătură, astfel încât cheia publică a autorităţii de certificare să
poată fi selectată pentru verificarea certificatului.
3. Verificatorul certificatului cunoaște implicit algoritmul folosit de auto­
ritatea de certificare pentru semnarea certificatului.
4. Lista antet asociată cu acest certificat emis este următoarea:
„7F 21” „09” „5F 37” „81 80” „5F 38” „3A” „42” „08”
E
ti
ch
et
a
ce
rt
if
ic
at
ul
ui
C
V
(
co
ns
tr
ui
tă
)
L
un
gi
m
ea
D
O
-u
ri
lo
r
ul
te
ri
oa
re

E
ti
ch
et
a
se
m
nă
tu
ri
i
L
un
gi
m
ea
s
em
nă
tu
ri
i
E
ti
ch
et
a
re
st
ul
ui

L
un
gi
m
ea
r
es
tu
lu
i
E
ti
ch
et
a
C
A
R

L
un
gi
m
ea
C
A
R

▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 436
3.3.3 Verificarea și deschiderea certificatelor
Verificarea și deschiderea certificatelor constă în verificarea semnăturii în
conformitate cu ISO/IEC 9796-2, extrăgând conţinutul certificatului și
cheia publică conţinută: X.PK = X.CA.PK o X.C și în verificarea valabi­
lităţii certificatului.
CSM_019 Aceasta implică următoarele etape:
Verificarea semnăturii și extragerea conţinutului:
— din X.C se extrage semnătura, C n '
și CAR':
X.C = Semnare || C n ' || CAR'
128 de octeţi 58 de octeţi 8 octeţi
— din CAR' se selectează cheia publică a autorităţii de certi­
ficare corespunzătoare (dacă nu s-a selecţionat anterior
prin alte metode)
— se deschide semnătura cu cheia publică a CA: Sr'=
X.CA.PK [Sign],
— se verifică dacă Sr' începe cu „6A” și se termină cu „BC”
— se calculează C r ' și H' cu formula: Sr' = „6 A” || C r ' || H' || „BC”
106 octeţi 20 de octeţi
— se recuperează conţinutul certificatului C' = C r ' || C n ',
— se verifică faptul că Hash (C') = H'
Dacă verificările sunt în regulă, certificatul este original,
având conţinutul C'.
Se verifică valabilitatea. Din C':
— dacă este cazul, se verifică data de expirare a valabilităţii
Se extrage și se stochează cheia publică, identificatorul cheii,
autorizaţia deţinătorului certificatului și data de expirare a
valabilităţii din C':
— X.PK = n || e
— X.KID = CHR
— X.CHA = CHA
— X.EOV = EOV
4. MECANISMUL DE AUTENTIFICARE RECIPROCĂ
Autentificarea reciprocă între carduri și VU se bazează pe principiul
următor:
Fiecare parte îi demonstrează celeilalte că deţine o pereche valabilă de
chei, a cărei cheie publică a fost certificată de autoritatea de certificare a
unui stat membru, care la rândul ei a fost certificată de autoritatea de
certificare europeană.
Demonstraţia se face prin semnarea cu cheia privată a unui număr
aleatoriu trimis de cealaltă parte, care trebuie să recupereze numărul
aleatoriu trimis în momentul verificării acestei semnături.
Mecanismul este declanșat de către VU la introducerea cardului. Acesta
începe cu schimbul de certificate și deschiderea cheilor publice și se
termină cu stabilirea unei chei de sesiune.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 437
CSM_020 Trebuie utilizat următorul protocol [săgeţile indică comenzile
și datele schimbate (a se vedea apendicele 2)]:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 438
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 439
5. CONFIDENŢIALITATEA, INTEGRITATEA ȘI MECANISMUL DE
AUTENTIFICARE ALE TRANSFERULUI DE DATE DINTRE VU
ȘI CARDURI
5.1. Mesagerie securizată
CSM_021 Integritatea transferurilor de date dintre VU și carduri trebuie
protejată printr-o mesagerie securizată în conformitate cu refe­
rinţele (ISO/IEC 7816-4) și (ISO/IEC 7816-8).
CSM_022 Atunci când datele trebuie să fie protejate în timpul trans­
ferului, se adaugă un obiect de date de tip sumă de verificare
criptografică la obiectele de date trimise în cadrul comenzii
sau al răspunsului. Suma de verificare criptografică este veri­
ficată de receptor.
CSM_023 Suma de verificare criptografică a datelor trimise în cadrul
unei comenzi integrează antetul comenzii și toate obiectele
de date trimise (=>CLA = „0C”, iar toate obiectele de date
sunt încapsulate cu etichete în care b1 = 1).
CSM_024 Octeţii de stare-informaţii transmiși ca răspuns sunt protejaţi
printr-o sumă de verificare criptografică atunci când răspunsul
nu conţine niciun câmp de date.
CSM_025 Sumele de verificare criptografice au o lungime de 4 octeţi.
Structura comenzilor și răspunsurilor când se utilizează
mesageria securizată este următoarea:
Obiectele de date utilizate sunt un set parţial din obiectele de
date de mesagerie securizată descrise în ISO/IEC 7816-4:
Etichetă
Cod
mnemonic
Sens
„81” T PV Valoare a datelor în clar necodată prin BER-TLV (a
se proteja prin CC)
„97” T LE Valoarea Le din comanda nesecurizată (a se proteja
prin CC)
„99” T SW Informaţii de stare (a se proteja prin CC)
„8E” T CC Sumă de verificare criptografică
„87” T PI CG Octet indicator de completare || Criptogramă (valoare
a datelor în clar necodată prin BER-TLV)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 440
Fiind dată o pereche comandă-răspuns nesecurizată:
Antet de comandă Corpul comenzii
CLA INS P1 P2 [Câmp L c ] [Câmp de date] [Câmp L e ]
patru octeţi L octeţi, indicaţi cu identificatori de la B 1 la B L
Corpul răspunsului Coada răspunsului
[Câmp de date] SW1 SW2
Octeţi de date L r doi octeţi
Perechea corespunzătoare comandă-răspuns securizată este:
Comanda securizată:
Antetul comenzii (CH) Corpul comenzii
CLA INS P1 P2 [Câmp nou L c ] [Câmp de date nou] [Câmp
nou L e ]
„OC” Lungimea Câmp
de date nou
T PV L PV PV T LE L LE L e T CC L CC CC „00”
„81” L c Câmp de date „97” „01” L e „8E” „04” CC
Datele care trebuie integrate în suma de verificare = CH || PB
|| T PV || L PV || PV || T LE || L LE || L e || PB
PB = Octeţi de completare (80 .. 00) în conformitate cu
ISO-IEC 7816-4 și cu ISO 9797 metoda 2.
Obiectele de date PV și LE sunt prezente numai dacă există
anumite date corespondente în comanda nesecurizată.
Răspunsul securizat:
1. Cazul în care câmpul de date răspuns nu este gol și nu este
nevoie să fie protejat pentru confidenţialitate:
Corpul răspunsului Coada răspunsului
[Câmp de date nou] SW1 SW2 noi
T PV L PV PV T CC L CC CC
„81” L r Câmp de date „8E” „04” CC
Datele care trebuie integrate în suma de verificare = T PV ||
L PV || PV || PB
2. Cazul în care câmpul de date răspuns nu este gol și este
nevoie să fie protejat pentru confidenţialitate:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 441
Corpul răspunsului Coada răspunsului
[Câmp de date nou] SW1 SW2 noi
T PI CG L PI
CG
PI CG T CC L CC CC
„87” PI || CG „8E” „04” CC
Datele care sunt transportate prin CG: date necodate prin
BER-TLV și octeţi de completare.
Datele care trebuie integrate în suma de verificare = T PI CG
|| L PI CG || PI CG || PB
3. Cazul în care câmpul de date răspuns este gol:
Corpul răspunsului Coada răspunsului
[Câmp de date nou] SW1 SW2 noi
T SW L SW SW T CC L CC CC
„99” „02” SW1 SW2 noi „8E” „04” CC
Datele care trebuie integrate în suma de verificare = T SW ||
L SW || SW || PB
5.2. Tratarea erorilor mesageriei securizate
CSM_026 Atunci când cardul de tahograf recunoaște o eroare de SM
(mesagerie securizată) în timpul interpretării unei comenzi,
octeţii de stare trebuie să fie returnaţi fără SM. În confor­
mitate cu standardul ISO/IEC 7816-4, următorii octeţi de
stare sunt definiţi pentru a indica erori de SM:
„66 88”: verificarea sumei de verificare criptografice a eșuat,
„69 87”: obiectele de date așteptate ale SM lipsesc,
„69 88”: obiectele de date ale SM sunt incorecte.
CSM_027 Atunci când cardul de tahograf returnează octeţii de stare fără
obiectele de date ale SM sau cu un obiect de date al SM
eronat, sesiunea trebuie să fie terminată de VU.
5.3. Algoritmul de calcul al sumelor de verificare criptografice
CSM_028 Sumele de verificare criptografice sunt construite folosind un
MAC (cod de autentificare a mesajelor) detaliat, conform
standardului ANSI X9.19, cu criptarea DES:
— Etapa iniţială: blocul de verificare iniţial y0 este E(Ka,
SSC).
— Etapa secvenţială: blocurile de verificare y1,…, yn sunt
calculate folosind Ka.
— Etapa finală: suma de verificare criptografică este
calculată din ultimul bloc de control yn după cum
urmează: E[Ka, D(Kb, yn)].
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 442
unde E() este criptarea cu DES, iar D() este decriptarea cu
DES.
Cei mai relevanţi patru octeţi ai sumei de verificare cripto­
grafice sunt transferaţi.
CSM_029 Contorul de secvenţe trimise (SSC) este iniţializat în timpul
procedurii de înţelegere asupra cheii la:
SSC iniţial: Rnd3 (cei 4 octeţi cel mai puţin semnificativi) ||
Rnd1 (cei 4 octeţi cel mai puţin semnificativi) ||
CSM_030 Contorul de secvenţe trimise este incrementat cu 1 de fiecare
dată înainte de calcularea unui MAC (și anume, SSC pentru
prima comandă este SSC iniţial + 1, SSC pentru primul
răspuns este SSC iniţial + 2).
Figura următoare ilustrează calcularea MAC detaliat:
5.4. Algoritmul de calcul al criptogramelor pentru obiecte de date (DO)
confidenţiale
CSM_031 Criptogramele sunt calculate folosind TDEA în modul de
funcţionare TCBC, în conformitate cu referinţele [TDES] și
[TDES-OP], și utilizând vectorul nul ca bloc de valoare
iniţială.
Figura următoare ilustrează aplicarea cheilor în TDES:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 443
6. MECANISMELE DE SEMNARE DIGITALĂ A DATELOR
DESCĂRCATE
CSM_032 Echipamentul inteligent dedicat (IDE) stochează într-un
singur fișier fizic de date datele recepţionate de la un echi­
pament (VU sau card) în timpul unei sesiuni de descărcare.
Acest fișier trebuie să conţină certificatele MS i .C și EQT.C.
Fișierul conţine semnăturile digitale ale blocurilor de date așa
cum se specifică în apendicele 7, „Protocoale de descărcare a
datelor”.
CSM_033 Semnăturile digitale ale datelor descărcate utilizează o schemă
de semnătură digitală cu apendice astfel încât datele
descărcate să poată fi citite fără nicio descifrare dacă se
dorește.
6.1. Generarea semnăturilor
CSM_034 Generarea semnăturilor de date de către echipament trebuie să
respecte schema de semnătură cu apendice definită în referinţa
[PKCS1] cu funcţia hash SHA-1:
Semnătura = EQT.SK[„00” || „01” || PS || „00” || DER(SHA-1
(Data))]
PS = șir de octeţi de completare cu valoarea „FF”, astfel încât
lungimea să fie 128.
DER(SHA-1(M)) este codificarea ID-ului algoritmului pentru
funcţia hash și pentru valoarea hash într-o valoare ASN.1 de
tip DigestInfo (reguli de codare distincte):
„30”||„21”||„30”||„09”||„06”||„05”||„2B”||„0E”||„03”||„02”||„1A”||
„05”||„00”||„04”||„14”||valoare hash.
6.2. Verificarea semnăturilor
CSM_035 Verificarea semnăturilor datelor la datele descărcate este
efectuată conform schemei de semnătură cu apendice
definită în referinţa [PKCS1] cu funcţia hash SHA-1.
Cheia publică europeană EUR.PK trebuie să fie cunoscută
independent (și aprobată) de verificator.
Tabelul următor ilustrează protocolul pe care îl poate urma un
IDE dotat cu un card de control pentru a verifica integritatea
datelor descărcate și stocate pe ESM (suport de memorie
extern). Cardul de control este folosit pentru a efectua desci­
frarea semnăturilor digitale. În acest caz, această funcţie nu
trebuie neapărat să fie implementată în IDE.
Echipamentul care a descărcat și semnat datele de analizat
este denumit EQT.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 444
PARTEA B
SISTEMUL TAHOGRAFIC DE A DOUA GENERAŢIE
7. INTRODUCERE
7.1. Referinţe
În această parte a prezentului apendice se face trimitere la următoarele
standarde:
AES National Institute of Standards and Technology (NIST),
FIPS PUB 197: Advanced Encryption Standard (AES),
26 noiembrie 2001
DSS National Institute of Standards and Technology (NIST),
FIPS PUB 186-4: Digital Signature Standard (DSS), iulie
2013
ISO 7816-4 ISO/IEC 7816-4, Identification cards – Integrated circuit
cards – Part 4: Organization, security and commands for
interchange. Ediţia a treia, 15.4.2013
ISO 7816-8 ISO/IEC 7816-8, Identification cards – Integrated circuit
cards – Part 8: Commands for security operations. Ediţia
a doua, 1.6.2004
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 445
ISO 8825-1 ISO/IEC 8825-1 Information technology – ASN.1
encoding rules: Specification of Basic Encoding
Rules (BER), Canonical Encoding Rules (CER) and
Distinguished Encoding Rules (DER). Ediţia a patra,
15.12.2008
ISO 9797-1 ISO/IEC 9797-1, Information technology – Security
techniques – Message Authentication Codes (MACs) –
Part 1: Mechanisms using a block cipher. Ediţia a
doua, 1.3.2011
ISO 10116 ISO/IEC 10116, Information technology – Security
techniques – Modes of operation of an n-bit block
cipher. Ediţia a treia, 1.2.2006
ISO 16844-3 ISO16844-3 Road vehicles – Tachograph systems – Part
3: Motion sensor interface. Prima ediţie 2004, inclusiv
rectificarea tehnică 1, 2006
RFC 5480 Elliptic Curve Cryptography Subject Public Key Infor­
mation, martie 2009
RFC 5639 Elliptic Curve Cryptography (ECC) – Brainpool Standard
Curves and Curve Generation, 2010
RFC 5869 HMAC-based Extract-and-Expand Key Derivation
Function (HKDF), mai 2010
SHS National Institute of Standards and Technology (NIST),
FIPS PUB 180-4: Secure Hash Standard, martie 2012
SP 800-38B National Institute of Standards and Technology (NIST),
Special Publication 800-38B: Recommendation for Block
Cipher Modes of Operation: The CMAC Mode for
Authentication, 2005
TR-03111 BSI Technical Guideline TR-03111, Elliptic Curve Cryp­
tography, versiunea 2.00, 28.6.2012
7.2. Notaţii și abrevieri
În prezentul apendice sunt folosite următoarele notaţii și abrevieri:
AES Standard de criptare avansată
CA Autoritate pentru certificate
CAR Identificatorul autorităţii pentru certificate
CBC Înlănţuirea blocurilor cifrate (mod de funcţionare)
CH Antet de comandă
CHA Autorizaţia deţinătorului certificatului
CHR Identificatorul deţinătorului certificatului
CV Vector constant
DER Reguli de codificare distincte
DO Obiect de date
DSRC Comunicaţii specializate cu rază scurtă de acţiune
ECC Criptografie bazată pe curbe eliptice
ECDSA Algoritm pentru semnătura digitală bazat pe curbe eliptice
ECDH (Algoritm de înţelegere asupra cheii bazat pe) curba
eliptică Diffie-Hellman
EGF echipament GNSS extern
EQT Echipament
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 446
IDE Echipament inteligent dedicat
K M Cheie master a senzorului de mișcare, care permite o
asociere a unei unităţi montate pe vehicul cu un senzor
de mișcare
K M-VU Cheie introdusă în unităţile montate pe vehicule, permiţând
unei VU să deriveze cheia master a senzorului de mișcare
în cazul în care un card de atelier este introdus în
respectiva VU
K M-WC Cheie introdusă în cardurile de atelier, permiţând unei VU
să deriveze cheia master a senzorului de mișcare în cazul
în care un card de atelier este introdus în respectiva VU
MAC Cod de autentificare a mesajelor
MoS Senzor de mișcare
MSB Bitul cel mai semnificativ
PKI Infrastructură pentru chei publice
RCF Echipament de comunicare la distanţă
SSC Contor de secvenţe trimise
SM Mesagerie securizată
TDES Standard de criptare triplă a datelor
TLV Valoarea lungimii etichetei
VU Unitate montată pe vehicul
X.C certificatul de cheie publică al utilizatorului X
X.CA autoritatea pentru certificate care a emis certificatul utili­
zatorului X
X.CAR identificatorul autorităţii pentru certificate menţionat în
certificatul utilizatorului X
X.CHR identificatorul deţinătorului certificatului menţionat în
certificatul utilizatorului X
X.PK cheia publică a utilizatorului X
X.SK cheia privată a utilizatorului X
X.PK eph cheia publică efemeră a utilizatorului X
X.SK eph cheia privată efemeră a utilizatorului X
„xx” o valoare hexazecimală
|| operator de concatenare
7.3. Definiţii
Definiţiile termenilor utilizaţi în prezentul apendice sunt incluse în
secţiunea I a anexei 1C.
8. SISTEME ȘI ALGORITMI CRIPTOGRAFICI
8.1. Sisteme criptografice
CSM_38 Unităţile montate pe vehicule și cardurile de tahograf
utilizează un sistem criptografic cu chei publice bazat pe
curbe eliptice pentru a oferi următoarele servicii de
securitate:
— autentificarea reciprocă între o unitate montată pe
vehicul și un card,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 447
— înţelegerea asupra cheilor de sesiune AES între o
unitate montată pe vehicul și un card,
— asigurarea autenticităţii, integrităţii și nerepudierii
datelor descărcate din unităţile montate pe vehicule
sau din cardurile de tahograf pe suporturi externe.
CSM_39 Unităţile montate pe vehicule și echipamentele GNSS
externe utilizează un sistem criptografic cu chei publice
bazat pe curbe eliptice pentru a oferi următoarele servicii
de securitate:
— cuplarea unei unităţi montate pe vehicul cu un echi­
pament GNSS extern,
— autentificarea reciprocă între o unitate montată pe
vehicul și un dispozitiv GNSS extern,
— înţelegerea asupra unei chei de sesiune AES între o
unitate montată pe vehicul și un echipament GNSS
extern,
CSM_40 Unităţile montate pe vehicule și cardurile de tahograf
utilizează un sistem criptografic simetric bazat pe AES
pentru a oferi următoarele servicii de securitate:
— asigurarea autenticităţii și integrităţii datelor schimbate
între o unitate montată pe vehicul și un card de
tahograf,
— după caz, asigurarea confidenţialităţii datelor schimbate
între o unitate montată pe vehicul și un card de
tahograf,
CSM_41 Unităţile montate pe vehicule și echipamentele GNSS
externe utilizează un sistem criptografic simetric bazat pe
AES pentru a oferi următoarele servicii de securitate:
— asigurarea autenticităţii și integrităţii datelor schimbate
între o unitate montată pe vehicul și un echipament
GNSS extern.
CSM_42 Unităţile montate pe vehicule și senzorii de mișcare
utilizează un sistem criptografic simetric bazat pe AES
pentru a oferi următoarele servicii de securitate:
— asocierea dintre o unitate montată pe vehicul și un
senzor de mișcare,
— autentificarea reciprocă între o unitate montată pe
vehicul și un senzor de mișcare,
— asigurarea confidenţialităţii datelor schimbate între o
unitate montată pe vehicul și un senzor de mișcare.
CSM_43 Unităţile montate pe vehicule și cardurile de tahograf
utilizează un sistem criptografic simetric bazat pe AES
pentru a oferi următoarele servicii de securitate la nivelul
interfeţei de comunicare la distanţă:
— asigurarea confidenţialităţii, autenticităţii și integrităţii
datelor transmise de la o unitate montată pe vehicul la
un card de control.
Note:
— În mod concret, datele sunt transmise de la o unitate montată
pe vehicul la un echipament de interogare la distanţă, sub
controlul unui agent de control, folosind un echipament de
comunicare la distanţă care poate fi intern sau extern în raport
cu VU (a se vedea apendicele 14). Cu toate acestea,
echipamentul de interogare la distanţă trimite datele
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 448
primite unui card de control pentru decriptare și validarea
autenticităţii. Din punctul de vedere al securităţii, echipa­
mentul de comunicare la distanţă și echipamentul de inte­
rogare la distanţă sunt pe deplin transparente.
— Un card de atelier oferă aceleași servicii de securitate
pentru interfaţa DSRC ca un card de control. Aceasta
permite unui atelier să valideze funcţionarea corectă a
interfeţei de comunicare la distanţă a unei VU, inclusiv
a sistemului de asigurare a securităţii acesteia. A se
vedea secţiunea 9.2.2 pentru informaţii suplimentare.
8.2. Algoritmi criptografici
8.2.1 Algoritmi simetrici
CSM_44 Unităţile montate pe vehicule, cardurile de tahograf,
senzorii de mișcare și echipamentele GNSS externe sunt
compatibile cu algoritmul AES, astfel cum este definit în
[AES], cu lungimi ale cheilor de 128, 192 și 256 de biţi.
8.2.2 Algoritmi asimetrici și parametri de domeniu standardizaţi
CSM_45 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu criptografia
bazată pe curbe eliptice, cu lungimi ale cheii de 256, 384
și 512/521 biţi.
CSM_46 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu algoritmul de
semnare ECDSA, astfel cum este precizat în [DSS].
CSM_47 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu algoritmul de
înţelegere asupra cheii ECKA-EG, astfel cum este precizat
în [TR03111].
CSM_48 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu toţi para­
metrii de domeniu standardizaţi precizaţi în tabelul 1 de
mai jos pentru criptografia bazată pe curbe eliptice.
Tabelul 1
Parametri de domeniu standardizaţi
Denumire Dimensiune (biţi) Referinţă Identificatorul de obiect
NIST P-256 256 [DSS], [RFC 5480]
BrainpoolP256r1 256 [RFC 5639]
NIST P-384 384 [DSS], [RFC 5480]
BrainpoolP384r1 384 [RFC 5639]
BrainpoolP512r1 512 [RFC 5639]
NIST P-521 521 [DSS], [RFC 5480]
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 449
Notă: identificatorii de obiecte menţionaţi în ultima
coloană a tabelul 1 sunt specificaţi în [RFC 5639] pentru
curbele Brainpool, respectiv în [RFC 5480] pentru curbele
NIST.
8.2.3 Algoritmi de hashing
▼M1
CSM_49 Unităţile montate pe vehicule, cardurile de tahograf și echi­
pamentele GNSS externe sunt compatibile cu algoritmii
SHA-256, SHA-384 și SHA-512 specificaţi în [SHS].
▼B
8.2.4 Suite cifru
CSM_50 În cazul în care un algoritm simetric, un algoritm asimetric
și/sau un algoritm de hashing sunt utilizaţi împreună
pentru a forma un protocol de securitate, lungimile
cheilor lor respective și dimensiunile lor hash respective
trebuie să aibă (aproximativ) aceeași putere. În tabelul 2
sunt indicate suitele cifru permise:
Tabelul 2
Suite cifru permise
Identificatorul suitei
cifru
Lungimea cheii ECC
(biţi)
Lungimea cheii AES
(biţi)
Algoritm de
hashing
Lungimea MAC
(octeţi)
CS#1 256 128 SHA-256 8
CS#2 384 192 SHA-384 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 puteri egale pentru toate scopurile
în cadrul prezentului apendice.
9. CHEI ȘI CERTIFICATE
9.1. Perechi de chei asimetrice și certificate de cheie publică
9.1.1 Consideraţii generale
Notă: cheile descrise în această secţiune sunt utilizate pentru autenti­
ficarea reciprocă și mesageria securizată între unităţile montate pe
vehicule și cardurile de tahograf și între unităţile montate pe vehicule
și echipamentele GNSS externe. Aceste procese sunt descrise în detaliu
în capitolele 10 și 11 din prezentul apendice.
CSM_51 În cadrul sistemului tahografic inteligent european,
perechile de chei ECC și certificatele aferente sunt
generate și administrate prin trei niveluri ierarhice func­
ţionale:
— nivelul european,
— nivelul statului membru,
— nivelul echipamentului.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 450
CSM_52 În cadrul întregului sistem tahografic digital european,
cheile și certificatele publice și private sunt generate, admi­
nistrate și comunicate folosind metode standardizate și
sigure.
9.1.2 Nivelul european
CSM_53 La nivel european se generează o pereche unică de chei
ECC denumită EUR. Ea este formată dintr-o cheie privată
(EUR.SK) și o cheie publică (EUR.PK). Această pereche
de chei reprezintă perechea de chei rădăcină a întregii PKI
pentru tahograful digital european. Această sarcină este
îndeplinită de o Autoritate europeană pentru certificatele
rădăcină (ERCA), sub autoritatea și responsabilitatea
Comisiei Europene.
CSM_54 ERCA utilizează cheia privată europeană pentru a semna
un certificat rădăcină (autosemnat) al cheii publice
europene și comunică acest certificat rădăcină european
tuturor statelor membre.
CSM_55 ERCA utilizează cheia privată europeană pentru a semna
certificatele cheilor publice ale statelor membre, la cerere.
ERCA ţine evidenţe ale tuturor certificatelor de cheie
publică semnate ale statelor membre.
CSM_56 După cum se arată în figura 1 din secţiunea 9.1.7, ERCA
generează o nouă pereche de chei rădăcină europene o dată
la 17 ani. Ori de câte ori ERCA generează o nouă pereche
de chei rădăcină europene, aceasta creează un nou
certificat rădăcină autosemnat pentru noua cheie publică
europeană. Perioada de valabilitate a unui certificat
rădăcină european este de 34 de ani și 3 luni.
Notă: Introducerea unei noi perechi de chei rădăcină
implică de asemenea faptul că ERCA va genera o nouă
cheie master pentru senzorul de mișcare și o nouă cheie
master pentru DSRC (a se vedea secţiunile 9.2.1.2 și
9.2.2.2.)
CSM_57 Înainte de a genera o nouă pereche de chei rădăcină
europene, ERCA va efectua o analiză a puterii cripto­
grafice necesare pentru noua pereche de chei, ţinând cont
de faptul că aceasta din urmă ar trebui să fie sigură pentru
următorii 34 de ani. Dacă se va considera necesar, ERCA
va alege o suită cifru mai puternică decât actuala suită,
astfel cum este precizat în CSM_50.
▼M1
CSM_58 Ori de câte ori generează o nouă pereche de chei rădăcină,
ERCA creează un certificat de legătură pentru noua cheie
publică europeană și îl semnează cu cheia privată
europeană anterioară. Perioada de valabilitate a unui
certificat de legătură este de 17 ani și 3 luni. Acest
proces este prezentat și în figura 1 din secţiunea 9.1.7.
▼B
Notă: Întrucât un certificat de legătură conţine cheia
publică din generaţia X generată de ERCA și este semnat
cu cheia privată din generaţia X-1 generată de ERCA, un
certificat de legătură oferă echipamentului produs în cadrul
generaţiei X-1 o metodă de a avea încredere în echipa­
mentele produse în cadrul generaţiei X.
CSM_59 ERCA nu mai utilizează cheia privată a unei perechi de
chei rădăcină în niciun scop după momentul în care a fost
validat un nou certificat de cheie rădăcină.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 451
CSM_60 În orice moment, ERCA dispune de una dintre următoarele
chei criptografice și certificate:
— Perechea de chei EUR actuală și certificatul aferent
— Toate certificatele EUR anterioare care urmează să fie
utilizate pentru verificarea certificatelor MSCA încă
valabile
— Certificate de legătură pentru toate generaţiile
de certificate EUR, cu excepţia primei generaţii.
9.1.3 Nivelul statului membru
CSM_61 La nivel de stat membru, toate statele membre cărora li se
solicită să semneze certificate de card de tahograf
generează una sau mai multe perechi de chei ECC unice
desemnate ca fiind MSCA_Card. Toate statele membre
cărora li se solicită să semneze certificate pentru unităţi
montate pe vehicul sau pentru echipamente GNSS
externe generează în plus una sau mai multe perechi de
chei ECC desemnate ca fiind MSCA_VU-EGF.
CSM_62 Sarcina de a genera perechi de chei pentru statul membru
este îndeplinită de autoritatea pentru certificate a unui stat
membru (MSCA). Ori de câte ori o MSCA generează o
pereche de chei pentru statul membru, aceasta trimite cheia
publică la ERCA în vederea obţinerii unui certificat aferent
al statului membru, semnat de ERCA.
CSM_63 O MSCA alege puterea unei perechi de chei a unui stat
membru astfel încât să fie egală cu puterea perechii de chei
rădăcină europene utilizate pentru semnarea certificatului
aferent al statului membru.
CSM_64 O pereche de chei MSCA_VU-EGF, dacă există, este
formată din cheia privată MSCA_VU-EGF.SK și din
cheia publică MSCA_VU-EGF.SK. O MSCA utilizează
cheia privată MSCA_VU-EGF.SK exclusiv pentru
semnarea certificatelor de cheie publică ale unităţilor
montate pe vehicule și ale echipamentelor GNSS externe.
CSM_65 O pereche de chei MSCA_Card este formată din cheia
privată MSCA_Card.SK și din cheia publică
MSCA_Card.PK. O MSCA utilizează cheia privată
MSCA_Card.SK exclusiv pentru semnarea certificatelor
de cheie publică ale cardurilor de tahograf.
CSM_66 O MSCA ţine evidenţe privind toate certificatele semnate
ale unităţilor montate pe vehicule, ale echipamentelor
GNSS externe și ale certificatelor de card, cât și privind
identificarea echipamentului căruia îi este destinat fiecare
certificat în parte.
CSM_67 Perioada de valabilitate a unui certificat MSCA_VU-EGF
este de 17 ani și 3 luni. Perioada de valabilitate a unui
certificat MSCA_Card este de 7 ani și 1 lună.
CSM_68 Astfel cum este indicat în figura 1 din secţiunea 9.1.7,
cheia privată a unei perechi de chei MSCA_VU-EGF și
cheia privată a unei perechi de chei MSCA_Card au o
perioadă de utilizare de doi ani.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 452
CSM_69 O MSCA nu mai utilizează cheia privată a unei perechi de
chei MSCA_VU-EGF în niciun scop după momentul în
care perioada sa de utilizare a expirat. De asemenea, o
MSCA nu mai utilizează cheia privată a unei perechi de
chei MSCA_Card key în niciun scop după momentul la
care perioada sa de utilizare a expirat.
CSM_70 În orice moment, o MSCA dispune de una dintre urmă­
toarele chei criptografice și certificate:
— Perechea de chei MSCA_Card actuală și certificatul
aferent
— Toate certificatele MSCA_Card anterioare care
urmează să fie utilizate pentru verificarea certificatelor
cardurilor de tahograf încă valabile
— Certificatul EUR actual necesar pentru verificarea certi­
ficatului MSCA actual
— Toate certificatele EUR anterioare necesare pentru veri­
ficarea certificatelor MSCA încă valabile
CSM_71 În cazul în care o MSCA este solicitată să semneze certi­
ficate pentru unităţi montate pe vehicule sau pentru echi­
pamente GNSS externe, aceasta trebuie, în plus, să aibă la
dispoziţie următoarele chei și certificate:
— Perechea de chei MSCA_VU-EGF actuală și certi­
ficatul aferent
— Toate cheile publice MSCA_VU-EGF anterioare care
urmează să fie utilizate pentru verificarea certificatelor
încă valabile ale VU-urilor sau ale echipamentelor
GNSS externe
9.1.4 Nivelul echipamentului: Unităţi montate pe vehicule
▼M1
CSM_72 Pentru fiecare unitate montată pe vehicul sunt generate
două perechi de chei ECC unice, desemnate ca fiind
VU_MA și VU_Sign. Această sarcină este îndeplinită de
producătorii de VU. Ori de câte ori este generată o pereche
de chei pentru VU, partea care generează cheia transmite
cheia publică către MSCA de care aparţine, în scopul de a
obţine un certificat aferent al VU semnat de MSCA. Cheia
privată este utilizată doar de către unitatea montată pe
vehicul.
▼B
CSM_73 Certificatele VU_MA și VU_Sign ale unui anumit vehicul
au aceeași dată de începere a valabilităţii certificatului.
CSM_74 Un producător de VU alege puterea unei perechi de chei
pentru VU astfel încât să fie egală cu puterea perechii de
chei MSCA utilizate pentru semnarea certificatului aferent
al VU.
CSM_75 O unitate montată pe vehicul utilizează perechea sa de chei
VU_MA, formată din cheia privată VU_MA.SK și din
cheia publică VU_MA.PK, exclusiv pentru procedura de
autentificare a VU în raport cu cardurile de tahograf și cu
echipamentele GNSS externe, astfel cum este specificat în
secţiunile 10.3 și 11.4 din prezentul apendice.
CSM_76 O unitate montată pe vehicul este capabilă să genereze
perechi de chei ECC efemere și utilizează o pereche de
chei efemere exclusiv pentru a efectua înţelegerea asupra
cheilor de sesiune cu un card de tahograf sau cu un echi­
pament GNSS extern, astfel cum este specificat în
secţiunile 10.4 și 11.4 din prezentul apendice.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 453
CSM_77 O unitate montată pe vehicul utilizează cheia privată
VU_Sign.SK a perechii sale de chei VU_Sign exclusiv
pentru a semna fișiere de date descărcate, astfel cum este
specificat la capitolul 14 din prezentul apendice. Cheia
publică aferentă VU_Sign.PK este utilizată exclusiv
pentru a verifica semnăturile create de unitatea montată
pe vehicul.
CSM_78 Astfel cum se arată în figura 1 din secţiunea 9.1.7,
perioada de valabilitate a unui certificat VU_MA este de
15 ani și 3 luni. Perioada de valabilitate a unui certificat
VU_Sign este de asemenea de 15 ani și 3 luni.
Note:
— Perioada prelungită de valabilitate a unui certificat
VU_Sign permite unei unităţi montate pe vehicul să
creeze semnături valabile pentru datele descărcate în
primele trei luni de la data la care certificatul
respectiv a expirat, astfel cum se prevede în
Regulamentul (UE) nr. 581/2010.
— Perioada prelungită de valabilitate a unui certificat
VU_MA este necesară pentru a permite VU să se
autentifice în raport cu un card de control sau cu un
card de societate în cursul primelor trei luni de la data
la care certificatul respectiv a expirat, astfel încât să fie
posibilă descărcarea de date.
CSM_79 O unitate montată pe vehicul nu mai utilizează în niciun
scop cheia privată a unei perechi de chei a VU după
expirarea valabilităţii certificatului aferent.
CSM_80 Perechile de chei ale VU (cu excepţia perechilor de chei
efemere) și certificatele aferente ale unui anumit vehicul nu
sunt înlocuite sau reînnoite pe teren odată ce unitatea de
vehicul a fost pusă în funcţiune.
Note:
— Perechile de chei efemere nu fac obiectul dispoziţiei de
mai sus, întrucât o pereche nouă de chei efemere este
generată de o VU de fiecare dată când se efectuează
autentificarea cipului și înţelegerea asupra cheilor de
sesiune (a se vedea secţiunea 10.4). A se nota faptul
că perechile de chei efemere nu au certificate aferente.
— Această cerinţă nu exclude posibilitatea de a înlocui
perechile de chei ale VU-urilor statice în timpul unei
renovări sau reparaţii efectuate într-un mediu sigur
controlat de producător.
CSM_81 Atunci când sunt puse în funcţiune, unităţile montate pe
vehicule trebuie să conţină următoarele chei criptografice
și certificate:
— Cheia privată VU_MA și certificatul aferent
— Cheia privată VU_Sign și certificatul aferent
— Certificatul MSCA_VU-EGF care conţine cheia
publică MSCA_VU-EGF.PK destinată verificării certi­
ficatului VU_MA și certificatului VU_Sign
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 454
— Certificatul EUR care conţine cheia publică EUR.PK
destinată verificării certificatului MSCA_VU-EGF
— Certificatul EUR a cărui perioadă de valabilitate
precede imediat perioada de valabilitate
a certificatului EUR destinat verificării certificatului
MSCA_VU-EGF, dacă există
— Certificatul de legătură care face conexiunea între
aceste două certificate de mai sus, dacă există
CSM_82 Pe lângă cheile criptografice și certificatele enumerate în
CSM_81, unităţile montate pe vehicule conţin, de
asemenea, chei și certificate specificate în partea A din
prezentul apendice, permiţând unei unităţi montate pe
vehicul să interacţioneze cu cardurile de tahograf de
prima generaţie.
9.1.5 Nivelul echipamentului: Carduri de tahograf
▼M1
CSM_83 Pentru fiecare card de tahograf este generată o unică
pereche de chei ECC, desemnată ca fiind Card_MA. O a
doua pereche unică de chei ECC, desemnată ca fiind
Card_Sign, este generată suplimentar pentru fiecare card
de conducător auto și pentru fiecare card de atelier.
Această sarcină poate fi îndeplinită de producătorii de
carduri sau de serviciile de personalizare a cardurilor. Ori
de câte ori este generată o pereche de chei pentru card,
partea care generează cheia transmite cheia publică către
MSCA de care aparţine, în scopul de a obţine un certificat
aferent de card semnat de MSCA. Cheia privată este
utilizată doar de către cardul de tahograf.
▼B
CSM_84 Certificatele Card_MA și Card_Sign ale unui anumit card
de conducător auto au aceeași dată de începere a valabi­
lităţii certificatului.
CSM_85 Un producător de carduri sau un serviciu de personalizare
a cardurilor alege puterea unei perechi de chei pentru
carduri astfel încât aceasta să fie egală cu puterea
perechii de chei MSCA utilizate pentru semnarea certifi­
catului aferent de card.
CSM_86 Un card de tahograf utilizează perechea sa de chei
Card_MA, formată din cheia privată Card_MA.SK și din
cheia publică Card_MA.PK, exclusiv pentru procedurile de
autentificare reciprocă și de înţelegere asupra cheilor de
sesiune în raport cu unităţile montate pe vehicul, astfel
cum este precizat în secţiunile 10.3 și 10.4 din prezentul
apendice.
CSM_87 Un card de conducător auto sau un card de atelier
utilizează cheia privată Card_Sign.SK a perechii sale de
chei Card_Sign exclusiv pentru a semna fișierele de date
descărcate, astfel cum este specificat la capitolul 14 din
prezentul apendice. Cheia publică aferentă Card_Sign.PK
este utilizată exclusiv pentru a verifica semnăturile create
de card.
▼M1
CSM_88 Perioada de valabilitate a unui certificat Card_MA este
după cum urmează:
— Pentru carduri de conducător auto: 5 ani
— Pentru carduri de societate: 5 ani
— Pentru carduri de control: 2 ani
— Pentru carduri de atelier: 1 an
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 455
CSM_89 Perioada de valabilitate a unui certificat Card_Sign este
după cum urmează:
— Pentru carduri de conducător
auto:
5 ani si o lună
— Pentru carduri de atelier: 1 an si o lună
Notă: perioada prelungită de valabilitate a unui certificat
Card_Sign permite unui card de conducător auto să creeze
semnături valabile pentru datele descărcate în prima lună
de la data la care certificatul respectiv a expirat. Acest
lucru este necesar având în vedere Regulamentul (UE)
nr. 581/2010, care prevede că o descărcare de date de pe
un card de conducător auto trebuie să fie posibilă într-un
interval de cel mult 28 de zile de la data la care au fost
înregistrate ultimele date.
CSM_90 Odată ce cardul a fost emis, perechile de chei și certifi­
catele aferente ale unui anumit tahograf nu sunt înlocuite
sau reînnoite.
CSM_91 Atunci când sunt emise, cardurile de tahograf conţin urmă­
toarele chei criptografice și certificate:
— cheia privată Card_MA și certificatul aferent
— Pentru cardurile de conducător auto și cardurile de
atelier, în plus: cheia privată Card_Sign și certificatul
aferent
— certificatul MSCA_Card care conţine cheia publică
MSCA_Card.PK destinată verificării certificatului
Card_MA și certificatului Card_Sign
— certificatul EUR care conţine cheia publică EUR.PK
destinată verificării certificatului MSCA_Card.
— Certificatul EUR a cărui perioadă de valabilitate
precede imediat perioada de valabilitate
a certificatului EUR destinat verificării certificatului
MSCA_Card, dacă există.
— Certificatul de legătură care face conexiunea între
aceste două certificate de mai sus, dacă există.
▼M1
— În plus, numai pentru cardurile de control, cardurile de
societate și cardurile de atelier, și numai dacă astfel de
carduri sunt emise în cursul primelor trei luni ale
perioadei de valabilitate a unui
nou certificat EUR: certificatul EUR care este mai
vechi cu două generaţii, dacă există.
Notă la ultimul simbol marcator: De exemplu, în
primele trei luni ale certificatului ERCA(3) (a se
vedea figura 1), cardurile menţionate conţin certificatul
ERCA(1). Acesta este necesar pentru a se asigura că
respectivele carduri pot fi utilizate pentru a descărca
date din VU ERCA(1) a căror durată normală de
viaţă de 15 ani, plus perioada de trei luni de descărcare
a datelor, expiră în lunile respective; a se vedea ultimul
simbol marcator de la cerinţa 13 din anexa IC.
▼B
CSM_92 Pe lângă cheile criptografice și certificatele enumerate în
CSM_91, cardurile de tahograf conţin, de asemenea, chei
și certificate specificate în partea A din prezentul apendice,
permiţând acestor carduri să interacţioneze cu VU-urile de
prima generaţie.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 456
9.1.6 Nivelul echipamentului: Echipamente GNSS externe
▼M1
CSM_93 O pereche unică de chei ECC este generată pentru fiecare
echipament GNSS extern, desemnată ca fiind EGF_MA.
Această sarcină este îndeplinită de producătorii de echi­
pamente GNSS externe. Ori de câte ori este generată o
pereche de chei EGF_MA, partea care generează cheia
transmite cheia publică către MSCA de care aparţine, în
scopul de a obţine un certificat aferent EGF_MA semnat
de MSCA. Cheia privată este utilizată doar de către echi­
pamentul GNSS extern.
▼B
CSM_94 Un producător de EGF alege puterea unei perechi de chei
EGF_MA astfel încât să fie egală cu puterea perechii de
chei MSCA utilizate pentru semnarea certificatului aferent
EGF_MA.
▼M1
CSM_95 Un echipament GNSS extern își utilizează perechea de
chei EGF_MA, formată din cheia privată EGF_MA.SK
și din cheia publică EGF_MA.PK, exclusiv pentru proce­
durile de autentificare reciprocă și de stabilire a cheilor de
sesiune în raport cu unităţile montate pe vehicule, astfel
cum este precizat în secţiunea 11.4 din prezentul apendice.
▼B
CSM_96 Perioada de valabilitate a certificatului EGF_MA este de
15 ani.
CSM_97 Un echipament GNSS extern nu mai utilizează în niciun
scop cheia privată a perechii sale de chei EGF_MA după
expirarea valabilităţii certificatului aferent.
Notă: astfel cum s-a explicat în secţiunea 11.3.3, un EGF
ar putea folosi cheia sa privată pentru autentificarea
reciprocă în raport cu VU-ul la care este deja cuplat,
chiar și după expirarea certificatului aferent.
CSM_98 Odată ce EGF a fost pus în funcţiune, perechea de chei
EGF_MA și certificatul aferent ale unui anumit echipament
GNSS extern nu sunt înlocuite sau reînnoite pe teren.
Notă: Această cerinţă nu exclude posibilitatea de a înlocui
perechile de chei EGF în timpul unei renovări sau reparaţii
efectuate într-un mediu sigur controlat de producătorul
EGF-ului.
CSM_99 Atunci când sunt puse în funcţiune, echipamentele GNSS
externe trebuie să conţină următoarele chei criptografice și
certificate:
— cheia privată EGF_MA și certificatul aferent
— certificatul MSCA_VU-EGF care conţine cheia publică
MSCA_VU-EGF.PK destinată verificării certificatului
EGF_MA
— Certificatul EUR care conţine cheia publică EUR.PK
destinată verificării certificatului MSCA_VU-EGF
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 457
— Certificatul EUR a cărui perioadă de valabilitate
precede imediat perioada de valabilitate
a certificatului EUR destinat verificării certificatului
MSCA_VU-EGF, dacă există
— Certificatul de legătură care face conexiunea între
aceste două certificate de mai sus, dacă există
9.1.7 Prezentare generală: Înlocuirea certificatelor
În figura 1 de mai jos este prezentat modul în care sunt emise și utilizate
de-a lungul timpului diferitele generaţii de certificate rădăcină ERCA, de
certificate de legătură ERCA, de certificate MSCA și de certificate de
echipament (VU și card).
▼M1
Figura 1
Eliberarea și utilizarea diferitelor generaţii de certificate rădăcină ERCA, de certificate de legătură ERCA, de
certificate MSCA și de certificate de echipament
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 458
Note la figura 1:
1. Diferitele generaţii ale certificatului rădăcină sunt indicate de un
număr între paranteze. De exemplu, 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 cadrul căreia acestea sunt
emise, iar a doua cifră indicând generaţia certificatului în sine. De
exemplu, MSCA_Card (1-1) este primul certificat MSCA_Card emis
în cadrul generaţiei ERCA (1); MSCA_Card (2-1) este primul
certificat MSCA_Card emis în cadrul generaţiei ERCA (2);
MSCA_Card (2-last) este ultimul certificat MSCA_Card emis în
cadrul generaţiei ERCA (2); Card_MA (2-1) este primul certificat
de card pentru autentificare reciprocă emis în cadrul 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 cadrul 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 cadrul
generaţiei ERCA (1).
4. Astfel cum este indicat în figură, primele certificate VU și de card
emise în cadrul ERCA (2) vor apărea cu aproape doi ani înaintea
apariţiei ultimelor certificate VU și de card emise în cadrul 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 cadrul certificatului
ERCA, ci în cadrul 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 toate că sunt din generaţii
diferite.
5. Perioada de valabilitate indicată pentru carduri este cea pentru
cardurile de conducător auto (5 ani).
▼M1
6. Pentru a economisi spaţiu, diferenţa dintre perioadele de valabilitate
ale certificatelor CARD_MA și Card_Sign este indicată numai pentru
prima generaţie.
▼B
9.2. Chei simetrice
9.2.1 Chei pentru siguranţa comunicaţiilor dintre VU și senzorul de mișcare
9.2.1.1 Consideraţii generale
Notă: se consideră că cititorii prezentei secţiuni sunt familiarizaţi cu
conţinutul standardului (ISO 16844-3), care descrie interfaţa 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 descris în mod
detaliat la capitolul 12 din prezentul apendice.
CSM_100 Sunt necesare mai multe chei simetrice pentru asocierea
dintre unităţile montate pe vehicule și senzorii de mișcare,
pentru autentificarea reciprocă între unităţile montate pe
vehicule și senzorii de mișcare și pentru criptarea comuni­
caţiilor dintre unităţile montate pe vehicule și senzorii de
mișcare, astfel cum se arată în tabelul 3. Toate aceste chei
sunt chei AES cu o lungime egală cu lungimea cheii master
a senzorului de mișcare, care este legată de lungimea (preco­
nizată) a perechii de chei rădăcină europene, astfel cum este
precizat în CSM_50.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 459
Tabelul 3
Chei pentru securizarea comunicaţiilor dintre unitatea montată pe vehicul și senzorul de mișcare
Cheie Simbol Generată de Metodă de generare Stocată de
Cheie master a
senzorului de mișcare –
componentă a VU
K M-VU ERCA Aleatoriu ERCA, MSCA-uri implicate în
eliberarea certificatelor VU,
producători de VU, unităţi
montate pe vehicul
Cheie master a
senzorului de mișcare –
componentă a atelierului
K M-WC ERCA Aleatoriu ERCA, MSCA-uri, producătorii
de carduri, cardurile de atelier
Cheie master a
senzorului de mișcare
K M Nu este generată
în mod inde­
pendent
Calculată astfel: K M =
K M-VU XOR K M-WC
ERCA, MSCA-uri implicate în
emiterea de chei pentru senzorii
de mișcare (opţional) (*)
Cheie de identificare K ID Nu este generată
în mod inde­
pendent
Calculată astfel: K ID =
K M XOR CV, unde CV
este precizat în
CSM_106
ERCA, MSCA-uri implicate în
emiterea de chei pentru senzorii
de mișcare (opţional) (*)
Cheie de asociere K P Producător de
senzori de mișcare
Aleatoriu Un senzor de mișcare
Cheie de sesiune K S VU (în timpul
asocierii dintre
VU și senzorul de
mișcare)
Aleatoriu O VU și un senzor de mișcare
(*) Stocarea cheilor K M și K ID este opţională, întrucât aceste chei pot fi derivate din K M-VU , K M-WC și CV.
CSM_101 Autoritatea europeană pentru certificatele rădăcină generează
K M-VU și K M-WC , două chei AES unice și aleatorii, pe baza
cărora poate fi calculată cheia master a senzorului de
mișcare, K M , ca fiind K M-VU XOR K M-WC . ERCA
comunică K M, K M-VU și K M-WC autorităţilor pentru certi­
ficate ale statelor membre, la cererea acestora.
CSM_102 ERCA atribuie fiecărei chei master K M a senzorului de
mișcare un număr unic de versiune, ceea ce este aplicabil
și pentru constituirea cheilor K M-VU și K M-WC , precum și
pentru cheia de identificare aferentă K ID . ERCA informează
MSCA-urile cu privire la numărul versiunii în momentul în
care le trimite acestora cheile K M-VU și K M-WC .
Notă: Numărul versiunii este utilizat pentru a face distincţia
între diferitele generaţii ale acestor chei, astfel cum se
explică în detaliu în secţiunea 9.2.1.2.
CSM_103 O autoritate pentru certificate a unui stat membru transmite
cheia K M-VU , împreună cu numărul versiunii sale, producă­
torilor de unităţi montate pe vehicule, la cererea acestora.
Producătorii de VU introduc K M-VU și numărul versiunii
acesteia în toate VU produse.
CSM_104 O autoritate pentru certificate a unui stat membru se asigură
că cheia K M-WC , împreună cu numărul versiunii sale, sunt
introduse în toate cardurile de atelier emise sub responsabi­
litatea acesteia.
Note:
— A se vedea descrierea tipului de date
din apendicele 2.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 460
— astfel cum se explică în secţiunea 9.2.1.2, poate fi
necesar ca mai multe generaţii de chei K M-WC să fie
introduse în același card de atelier.
CSM_105 Pe lângă cheia AES menţionată în CSM_104, o MSCA se
asigură că cheia TDES Km WC , specificată în cerinţa
CSM_037 din partea A din prezentul apendice, este
introdusă în fiecare card emis sub responsabilitatea acesteia.
Note:
— Aceasta permite utilizarea unui card de atelier de a doua
generaţie pentru cuplarea cu o VU de prima generaţie.
— Un card de atelier de a doua generaţie va conţine două
aplicaţii diferite, și anume una care îndeplinește cerinţele
din partea B din prezentul apendice și una care înde­
plinește cerinţele din partea A. Cea din urmă aplicaţie va
conţine cheia TDES Km WC .
CSM_106 O MSCA implicată în emiterea de senzori de mișcare derivă
cheia de identificare pornind de la cheia master a senzorului
de mișcare căreia i se aplică operaţia logică XOR (disjuncţie
exclusivă) cu un vector constant CV. Valoarea CV este după
cum urmează:
▼M1
— Pentru cheile master de 128 de biţi ale senzorilor de
mișcare: CV = „B6 44 2C 45 0E F8 D3 62 0B 7A
8A 97 91 E4 5D 83”
▼B
— Pentru cheile master de 192 de biţi ale senzorilor de
mișcare: CV = „72 AD EA FA 00 BB F4 EE F4 99
15 70 5B 7E EE BB 1C 54 ED 46 8B 0E F8 25”
— Pentru cheile master de 256 de biţi ale senzorilor de
mișcare: CV = „1D 74 DB F0 34 C7 37 2F 65 55
DE D5 DC D1 9A C3 23 D6 A6 25 64 CD BE 2D
42 0D 85 D2 32 63 AD 60”
Notă: vectorii constanţi au fost generaţi după cum urmează:
Pi_10 = primii 10 octeţi ai porţiunii zecimale a constantei
matematice π = „24 3F 6A 88 85 A3 08 D3 13 19”
CV_ 128-bits = primii 16 octeţi ai SHA-256(Pi_10)
CV_ 192-bits = primii 24 de octeţi ai SHA-384(Pi_10)
CV_ 256-bits = primii 32 de octeţi ai SHA-512(Pi_10)
CSM_107 ►M1 Fiecare producător de senzori de mișcare generează o
cheie de asociere K P aleatorie și unică pentru fiecare senzor
de mișcare și trimite fiecare cheie de asociere autorităţii
pentru certificate a statului său membru. MSCA criptează
fiecare cheie de asociere în mod separat, cu cheia master
K M a senzorului de mișcare, și returnează cheia criptată
producătorului senzorului de mișcare. Pentru fiecare cheie
criptată, MSCA notifică producătorului senzorului de
mișcare numărul versiunii cheii K M asociate. ◄
Notă: astfel cum s-a explicat în secţiunea 9.2.1.2, poate fi
necesar ca un producător de senzori de mișcare să genereze
mai multe chei de asociere unice pentru un singur senzor de
mișcare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 461
CSM_108 Fiecare producător de senzori de mișcare generează un
număr de serie unic pentru fiecare senzor de mișcare și
trimite toate numerele de serie autorităţii pentru certificate
a statului său membru. MSCA criptează fiecare număr de
serie, în mod separat, cu cheia de identificare K ID , și
returnează numărul de serie criptat producătorului senzorului
de mișcare. Pentru fiecare număr de serie criptat, MSCA
notifică producătorul senzorului de mișcare numărul
versiunii cheii K ID asociate.
▼B
CSM_109 Pentru cerinţele CSM_107 și CSM_108, MSCA utilizează
algoritmul AES în modul de operare cu înlănţuirea
blocurilor cifrate, astfel cum este definit în standardul (ISO
10116), cu un parametru intermediar m = 1 și un vector de
iniţializare SV = „00” {16}, adică 16 octeţi cu valoarea
binară 0. După caz, MSCA utilizează metoda de completare
2 definită în (ISO 9797-1).
CSM_110 Producătorul senzorului de mișcare stochează cheia de
asociere criptată și numărul de serie criptat în senzorul de
mișcare destinat, împreună cu valorile de text în clar și cu
numerele versiunilor cheilor K M și K ID utilizate pentru
criptare.
Notă: astfel cum s-a explicat în secţiunea 9.2.1.2, poate fi
necesar ca un producător de senzori de mișcare să introducă
mai multe chei de asociere criptate și mai multe numere de
serie criptate într-un singur senzor de mișcare.
CSM_111 Pe lângă materialul criptografic bazat pe AES specificat în
CSM_110, un producător de senzori de mișcare poate stoca,
de asemenea, în fiecare senzor de mișcare materialul cripto­
grafic bazat pe TDES specificat în cerinţa CSM_037 din
partea A din prezentul apendice.
Notă: acest lucru va permite cuplarea unui senzor de
mișcare de a doua generaţie la o VU de prima generaţie.
CSM_112 Lungimea cheii de sesiune K S generate de o VU în timpul
asocierii cu un senzor de mișcare depinde de lungimea cheii
sale K M-VU , astfel cum este precizat în CSM_50.
9.2.1.2 Înlocuirea cheii master a senzorului de mișcare din echipamentul de a
doua generaţie.
CSM_113 Fiecare cheie master a senzorului de mișcare și toate cheile
aferente (a se vedea tabelul 3) sunt asociate cu o generaţie
specifică a perechii de chei rădăcină a ERCA. Prin urmare,
aceste chei se înlocuiesc o dată la 17 ani. Perioada de vala­
bilitate a fiecărei generaţii a cheii master a senzorului de
mișcare începe cu un an înaintea începerii valabilităţii
perechii de chei rădăcină asociate a ERCA și se termină
atunci când perechea de chei rădăcină asociată a ERCA
expiră. Acest fapt este descris în figura 2.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 462
Figura 2
Emiterea și utilizarea diferitelor generaţii ale cheii master a senzorului de mișcare din unităţile montate pe
vehicule, din senzorii de mișcare și din cardurile de atelier
CSM_114 Cu cel puţin un an înainte de generarea unei noi perechi de
chei rădăcină europene, astfel cum este descris în CSM_56,
ERCA generează o nouă cheie master K M a senzorului de
mișcare prin generarea unor noi chei K M-VU și K M-WC .
Lungimea cheii master a senzorului de mișcare este legată
de puterea prevăzută a noii perechi de chei rădăcină
europene, în conformitate cu CSM_50. ERCA comunică
noile chei K M , K M-VU și K M-WC MSCA-urilor, la cererea
acestora, împreună cu numărul lor de versiune respectiv.
CSM_115 O MSCA se asigură că toate generaţiile valabile de chei K M-
WC sunt stocate pe fiecare card de atelier emis sub auto­
ritatea acesteia, împreună cu numerele lor de versiune,
astfel cum este prezentat în figura 2.
Notă: aceasta implică faptul că, în ultimul an al perioadei de
valabilitate a unui certificat ERCA, cardurile de atelier vor fi
emise cu trei generaţii diferite de K M-WC , astfel cum este
indicat în figura 2.
CSM_116 În ceea ce privește procesul descris în CSM_107 și
CSM_108 de mai sus: O MSCA criptează fiecare pereche
de chei de asociere K P pe care o primește de la un
producător de senzori de mișcare în mod separat cu
fiecare generaţie valabilă a cheii master K M a senzorului
de mișcare. O MSCA criptează de asemenea fiecare număr
de serie pe care îl primește de la un producător de senzori de
mișcare în mod separat cu fiecare generaţie valabilă a cheii
de identificare K ID . Un producător de senzori de mișcare
stochează toate criptările cheii de asociere și toate criptările
numărului de serie în senzorul de mișcare destinat, împreună
cu valorile de text în clar aferente și cu numărul (numerele)
de versiune ale cheilor K M și K ID utilizate pentru criptare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 463
Notă: aceasta implică faptul că, în ultimul an al perioadei de
valabilitate a unui certificat ERCA, senzorii de mișcare vor
fi livraţi cu date criptate bazate pe trei generaţii diferite de
K M , astfel cum este indicat în figura 2.
CSM_117 În ceea ce privește procesul descris în CSM_107 de mai sus:
Întrucât lungimea cheii de asociere K P este legată de
lungimea cheii K M (a se vedea CSM_100), poate fi
necesar ca un producător de senzori de mișcare să
genereze până la trei perechi diferite de chei de asociere
(de lungimi diferite) pentru un senzor de mișcare, în cazul
în care generaţiile ulterioare de chei K M au lungimi diferite.
În acest caz, producătorul trimite fiecare pereche de chei de
asociere către MSCA. MSCA se asigură că fiecare cheie de
asociere este criptată cu generaţia corectă a cheii master a
senzorului de mișcare, adică cu cea care are aceeași lungime.
Notă: În cazul în care producătorul senzorului de mișcare
decide să genereze o cheie de asociere bazată pe TDES
pentru un senzor de mișcare de a doua generaţie (a se
vedea CSM_111), producătorul îi indică MSCA-ului faptul
că pentru criptarea acestei chei de asociere trebuie să fie
utilizată cheia master bazată pe TDES a senzorului de
mișcare. Acest lucru se datorează faptului că lungimea
unei chei TDES poate să nu fie egală cu cea a unei chei
AES și, prin urmare, MSCA nu poate trage o concluzie
exclusiv pe baza lungimii cheii.
CSM_118 Producătorii de unităţi montate pe vehicule introduc doar o
generaţie de K M-VU în fiecare unitate montată pe vehicul,
împreună cu numărul versiunii acesteia. Această generaţie de
K M-VU este legată de certificatul ERCA pe care sunt bazate
certificatele unităţilor montate pe vehicule.
Note:
— O unitate montată pe vehicul bazată pe certificatul
ERCA din generaţia X conţine doar cheia K M-VU din
generaţia X, chiar dacă a fost produsă după începutul
perioadei de valabilitate a certificatului ERCA din
generaţia X+1. Această situaţie este ilustrată în figura 2.
— O VU din generaţia X nu poate fi asociată cu un senzor
de mișcare din generaţia X-1
— Întrucât cardurile de atelier au o perioadă de valabilitate
de un an, rezultatul CSM_113 – CSM_118 este că toate
cardurile de atelier vor conţine noua cheie K M-WC la
momentul producerii primei VU care conţine noua
cheie K M-VU . Prin urmare, o astfel de VU va fi întot­
deauna în măsură să calculeze noua cheie K M . În plus,
până la momentul respectiv, majoritatea noilor senzori de
mișcare vor conţine date criptate bazate inclusiv pe noua
cheie K M .
9.2.2 Chei pentru securizarea comunicaţiilor specializate cu rază scurtă de
acţiune (DSRC)
9.2.2.1 Consideraţii generale
CSM_119 Autenticitatea și confidenţialitatea datelor comunicate de la o
unitate montată pe vehicul la o autoritate de control printr-un
canal de comunicare la distanţă DSRC este asigurată prin
intermediul unui set de chei AES specifice ale VU derivate
dintr-o singură cheie master DSRC, și anume din cheia
KM DSRC .
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 464
CSM_120 Cheia master DSRC, KM DSRC , este o cheie AES generată,
stocată și distribuită de ERCA în mod securizat. Lungimea
cheii poate fi de 128,192 sau 256 de biţi și este legată de
lungimea perechii de chei rădăcină europene, astfel cum este
descris în CSM_50.
CSM_121 ERCA comunică în mod securizat cheia master DSRC auto­
rităţilor pentru certificate ale statelor membre, la cererea
acestora, pentru a le permite să deriveze cheile DSRC
specifice ale VU și pentru a se asigura că cheia master
DSRC este introdusă în toate cardurile de control și în
toate cardurile de atelier emise sub responsabilitatea lor.
CSM_122 ERCA atribuie fiecărei chei master DSRC un număr unic de
versiune. ERCA informează MSCA-urile cu privire la
numărul versiunii în momentul în care le trimite cheia
master DSRC.
Notă: Numărul versiunii este utilizat pentru a face distincţia
între diferitele generaţii ale cheii master DSRC, astfel cum
se explică în detaliu în secţiunea 9.2.2.2.
▼M1
CSM_123 Pentru fiecare unitate montată pe vehicul, producătorul
unităţii montate pe vehicul creează un număr de serie unic
al VU și trimite acest număr autorităţii pentru certificate a
statului său membru într-o cerere de obţinere a unui set de
două chei DSRC specifice pentru VU. Numărul de serie al
VU are tipul de date .
Notă:
— Acest număr de serie al VU este identic cu elementul
vuSerialNumber al VuIdentification (a se vedea apen­
dicele 1) și cu identificatorul deţinătorului certificatului
din certificatele VU.
— Numărul de serie al VU poate să nu fie cunoscut în
momentul în care un producător de unităţi montate pe
vehicule solicită cheile DSRC specifice pentru VU. În
acest caz, producătorul VU trimite, în schimb, ID-ul unic
al cererii de certificat pe care l-a utilizat atunci când a
solicitat certificatele VU; A se vedea CSM_153. Acest
ID al cererii de certificat este, prin urmare, egal cu iden­
tificatorul deţinătorului certificatului din certificatele VU.
▼B
CSM_124 La primirea unei cereri de chei DSRC specifice pentru VU,
MSCA derivează două chei AES pentru unitatea montată pe
vehicul, denumite K_VU DSRC _ENC și K_VU DSRC _MAC.
Aceste chei specifice pentru VU trebuie să aibă lungimea
egală cu cea a cheii master DSRC. MSCA utilizează funcţia
de derivare a cheilor definită în [RFC 5869]. Funcţia hash
necesară pentru a instanţia funcţia HMAC-hash este legată
de lungimea cheii master DSRC, astfel cum este precizat în
CSM_50. Funcţia de derivare a cheilor din standardul [RFC
5869] este după cum urmează:
Etapa 1 (extragere)
— PRK = HMAC-Hash (salt, IKM), unde salt este un șir
vid „”, iar IKM este KM DSRC .
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 465
Etapa 2 (extindere)
— OKM = T(1), unde
T(1) = HMAC-Hash (PRK, T(0) || info || „01”), cu
— T (0) = un șir vid („”),
— ►M1 info = numărul de serie al VU sau ID-ul
cererii de certificat, astfel cum este specificat în
CSM_123 ◄
— K_VU DSRC _ENC = primii L octeţi ai OKM și
K_VU DSRC _MAC = ultimii L octeţi ai OKM,
unde L este lungimea necesară a K_VU DSRC _ENC și a
K_VU DSRC _MAC în octeţi.
CSM_125 MSCA distribuie K_VU DSRC _ENC și K_VU DSRC _MAC
producătorilor de VU într-un mod securizat pentru a fi
introduse în unitatea montată pe vehicul căreia îi sunt
destinate.
CSM_126 La momentul producerii, o unitate montată pe vehicul are
stocate în memoria sa securizată cheile K_VU DSRC _ENC și
K_VU DSRC _MAC, pentru a putea asigura integritatea, auten­
ticitatea și confidenţialitatea datelor trimise prin canalul de
comunicare la distanţă. O unitate montată pe vehicul
stochează de asemenea cheia master DSRC utilizată pentru
a deriva aceste chei specifice pentru VU.
CSM_127 La momentul emiterii, cardurile de control și cardurile de
atelier au stocate în memoria lor securizată cheia KM DSRC ,
pentru a putea verifica astfel integritatea și autenticitatea
datelor trimise de o VU printr-un canal de comunicare la
distanţă și pentru a putea decripta datele respective.
Cardurile de control și cardurile de atelier stochează de
asemenea numărul versiunii cheii master DSRC.
Notă: astfel cum se explică în secţiunea 9.2.2.2, poate fi
necesar ca mai multe generaţii de chei KM DSRC să fie
introduse în același card de atelier sau în același card de
control.
▼M1
CSM_128 MSCA ţine evidenţa tuturor cheilor DSRC specifice pentru
VU pe care le-a generat, a numărului versiunii acestora și a
numărului de serie al VU sau a ID-ului cererii de certificat
folosite la derivarea lor.
9.2.2.2 Înlocuirea cheii master DSRC
CSM_129 Fiecare cheie master DSRC este asociată cu o generaţie
specifică a perechii de chei rădăcină a ERCA. Prin
urmare, ERCA înlocuiește cheia master DSRC o dată la
17 ani. Perioada de valabilitate a fiecărei generaţii a cheii
master DSRC începe cu doi ani înaintea începerii valabi­
lităţii perechii de chei rădăcină asociate a ERCA și se
termină atunci când perechea de chei rădăcină asociată a
ERCA expiră. Acest fapt este descris în figura 3.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 466
Figura 3
Emiterea și utilizarea diferitelor generaţii ale cheii master DSRC în unităţile montate pe vehicule, în cardurile de
atelier și în cardurile de control
CSM_130 Cu cel puţin doi ani înainte de generarea unei noi perechi de
chei rădăcină europene, astfel cum este descris în CSM_56,
ERCA generează o nouă cheie master DSRC. Lungimea
cheii master DSRC este legată de puterea prevăzută a noii
perechi de chei rădăcină europene, în conformitate cu
CSM_50. ERCA comunică noua cheie master DSRC
MSCA-urilor, la cererea acestora, împreună cu numărul
versiunii sale.
CSM_131 O MSCA se asigură că toate generaţiile valabile ale cheii
KM DSRC sunt stocate pe fiecare card de control emis sub
autoritatea acesteia, împreună cu numerele versiunilor
acestora, astfel cum este ilustrat în figura 3.
Notă: aceasta implică faptul că, în ultimii doi ani ai
perioadei de valabilitate a unui certificat ERCA, cardurile
de control vor fi emise cu trei generaţii diferite ale cheii
KM DSRC , astfel cum este indicat în figura 3.
CSM_132 O MSCA se asigură că toate generaţiile cheii KM DSRC care
au fost valabile pentru cel puţin un an și sunt în continuare
valabile sunt stocate pe fiecare card de atelier emis sub
autoritatea acesteia, împreună cu numerele versiunilor
acestora, astfel cum este ilustrat în figura 3.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 467
Notă: aceasta implică faptul că, în ultimul an al perioadei de
valabilitate a unui certificat ERCA, cardurile de atelier vor fi
emise cu trei generaţii diferite ale KM DSRC , astfel cum este
indicat în figura 3.
CSM_133 Producătorii de unităţi montate pe vehicule introduc doar un
set de chei DSRC specifice pentru VU în fiecare unitate
montată pe vehicul, împreună cu numărul versiunii
acestora. Acest set de chei este derivat din generaţia
KM DSRC legată de certificatul ERCA pe care se bazează
certificatele unităţilor montate pe vehicule.
Note:
— Acest lucru implică faptul că o unitate montată pe
vehicul bazată pe certificatul ERCA din generaţia X
conţine doar cheile K_VU DSRC _ENC și
K_VU DSRC _MAC din generaţia X, chiar dacă VU a
fost produsă după începutul perioadei de valabilitate a
certificatului ERCA din generaţia X+1. Această situaţie
este ilustrată în figura 3.
— Deoarece perioada de valabilitate a cardurilor de atelier
este de un an, iar a cardurilor de control este de doi ani,
rezultatul CSM_131 – CSM_133 este că toate cardurile
de atelier și toate cardurile de control vor conţine noua
cheie master DSRC la momentul în care va fi emisă
prima VU conţinând chei specifice pentru VU bazate
pe cheia master respectivă.
9.3. Certificate
9.3.1 Consideraţii generale
CSM_134 Toate certificatele din sistemul european de tahografe inte­
ligente se pot autodescrie și sunt verificabile cu ajutorul
cardurilor (CV), în conformitate cu (ISO 7816-4) și (ISO
7816-8).
CSM_135 ►M1 Regulile de codificare distincte (DER), în confor­
mitate cu [ISO 8825-1] sunt utilizate pentru codificarea
obiectelor de date în cadrul certificatelor. Tabelul 4
prezintă codarea completă a certificatului, inclusiv toţi
octeţii de etichetare și de lungime. ◄
Notă: această codificare are ca rezultat o structură de tip
„valoarea lungimii etichetei” (TLV) după cum urmează:
Etichetă: Eticheta este codificată în unul sau doi octeţi și
indică conţinutul.
Lungime: Lungimea este codificată ca un întreg nesemnat în
unul, doi sau trei octeţi, ducând la o lungime
maximă de 65 535 de octeţi. Se utilizează
numărul minim de octeţi.
Valoare: Valoarea este codificată în zero sau mai mulţi
octeţi.
9.3.2 Conţinutul certificatelor
CSM_136 Toate certificatele au structura prezentată în profilul de
certificat din tabelul 4.
Tabelul 4
Profil de certificat versiunea 1
Câmp
ID-ul
câmpului
Etichetă Lungime (octeţi)
Tip de date ASN. 1
(a se vedea apendicele 1)
Certificat ECC C „7F 21” var
Corpul certificatului
ECC
B „7F 4E” var
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 468
Câmp
ID-ul
câmpului
Etichetă Lungime (octeţi)
Tip de date ASN. 1
(a se vedea apendicele 1)
Identificator de profil
al certificatului
CPI „5F 29” „01”
Identificatorul auto­
rităţii pentru certi­
ficate
CAR „42” „08”
Autorizaţia deţină­
torului certificatului
CHA „5F 4C” „07”
Cheie publică PK „7F 49” var
Parametrii de
domeniu
DP „06” var
Punct public PP „86” var
Identificatorul deţină­
torului certificatului
CHR „5F 20” „08”
Data de începere a
valabilităţii certifi­
catului
CEfD „5F 25” „04”
Data expirării certifi­
catului
CExD „5F 24” „04”
Semnătura certifi­
catului ECC
S „5F 37” var
Notă: ID-ul câmpului va fi utilizat în secţiuni ulterioare ale
prezentului apendice pentru a indica câmpurile individuale
ale unui certificat; de exemplu, X.CAR este identificatorul
autorităţii pentru certificate menţionat în certificatul utiliza­
torului X.
9.3.2.1 Identificator de profil al certificatului
CSM_137 Certificatele utilizează un identificator de profil al certifi­
catului pentru a indica profilul certificatului utilizat.
Versiunea 1, astfel cum este specificat în tabelul 4, este
identificată de o valoare „00”.
9.3.2.2 Identificatorul autorităţii pentru certificate
CSM_138 Identificatorul autorităţii pentru certificate se folosește pentru
identificarea cheii publice care trebuie utilizată pentru veri­
ficarea semnăturii unui certificat. Prin urmare, identificatorul
autorităţii pentru certificate este egal cu identificatorul deţi­
nătorului certificatului în certificatul autorităţii aferente
pentru certificate.
CSM_139 Un certificat rădăcină al ERCA este autosemnat, adică iden­
tificatorul autorităţii pentru certificate este egal cu identifi­
catorul deţinătorului certificatului în certificat.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 469
CSM_140 În cazul unui certificat de legătură al ERCA, identificatorul
deţinătorului certificatului (CHR) este egal cu CHR al noului
certificat rădăcină al ERCA. Identificatorul autorităţii pentru
certificate în cazul unui certificat de legătură este egal cu
CHR al certificatului rădăcină anterior al ERCA.
9.3.2.3 Autorizaţia deţinătorului certificatului
▼M1
CSM_141 Autorizaţia deţinătorului certificatului este folosită pentru a
identifica tipul de certificat. Aceasta este formată din cei mai
semnificativi șase octeţi ai ID-ului aplicaţiei tahografice,
concatenaţi cu tipul de echipament, care indică tipul de
echipament căruia îi este destinat certificatul. În cazul unui
certificat VU, al unui certificat de card de conducător auto
sau al unui certificat de card de atelier, tipul de echipament
este, de asemenea, utilizat pentru a face diferenţa între un
certificat pentru autentificare reciprocă și un certificat pentru
crearea semnăturilor digitale (a se vedea secţiunea 9.1 și
apendicele 1, tipul de date EquipmentType).
▼B
9.3.2.4 Cheie publică
Cheia publică imbrică două elemente de date: parametrii de 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
identificatorii de obiect specificaţi în tabelul 1 pentru a face
trimitere la un set de parametri de domeniu standardizaţi.
CSM_143 Elementul de date Public Point conţine punctul public.
Punctele publice pe bază de curbe eliptice sunt transformate
în șiruri de octeţi, astfel cum este precizat în (TR-03111). Se
utilizează formatul de codificare necomprimat. La recu­
perarea unui punct bazat pe curbe eliptice din formatul său
codificat, se efectuează întotdeauna validările descrise în
(TR-03111).
9.3.2.5 Identificatorul deţinătorului certificatului
CSM_144 Identificatorul deţinătorului certificatului este un identificator
pentru cheia publică furnizată în certificat. El este utilizat
pentru a face trimitere la această cheie publică în alte
certificate.
CSM_145 În cazul certificatelor de card și al certificatelor de echi­
pament GNSS extern, identificatorul deţinătorului certifi­
catului are tipul de date
specificat în apendicele 1.
CSM_146 În cazul unităţilor montate pe vehicul, în momentul în care
producătorul solicită un certificat, acesta poate să știe sau
poate să nu știe numărul de serie, specific producătorului, al
VU căreia îi sunt destinate certificatul respectiv și cheia
privată asociată. În primul caz, identificatorul deţinătorului
certificatului are tipul de date
specificat în apendicele 1. În al doilea caz, identificatorul
deţinătorului certificatului are tipul de date
specificat în apendicele 1.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 470
Notă: Pentru un certificat de card, valoarea CHR este egală
cu valoarea cardExtendedSerialNumber în EF_ICC; a se
vedea apendicele 2. Pentru un certificat EGF, valoarea
CHR este egală cu valoarea sensorGNSSSerialNumber în
EF_ICC; a se vedea apendicele 14. Pentru un certificat
VU, valoarea CHR este egală cu elementul vuSerialNumber
din VuIdentification, a se vedea apendicele 1, cu excepţia
cazului în care producătorul nu cunoaște numărul de serie
specific producătorului în momentul în care se solicită
certificatul.
▼B
CSM_147 În cazul certificatelor ERCA și MSCA, identificatorul deţi­
nătorului certificatului are tipul de date
specificat în apen­
dicele 1.
9.3.2.6 Data de începere a valabilităţii certificatului
▼M1
CSM_148 Data de începere a valabilităţii certificatului indică data și
ora la care certificatul intră în perioada de valabilitate.
▼B
9.3.2.7 Data expirării certificatului
CSM_149 Data expirării certificatului indică data și ora de la care
certificatul nu mai este valabil.
9.3.2.8 Semnătura de pe certificat
CSM_150 Semnătura de pe certificat este creată prin intermediul
corpului codificat al certificatului, inclusiv eticheta și
lungimea corpului certificatului. Algoritmul semnăturii este
ECDSA, astfel cum este precizat în [DSS], folosindu-se
algoritmul de hashing legat de mărimea cheii autorităţii cu
drept de semnătură, astfel cum este specificat în CSM_50.
Formatul semnăturii este simplu, astfel cum este precizat în
(TR-03111).
9.3.3 Solicitarea de certificate
CSM_151 ►M1 Atunci când solicită un certificat, o MSCA trebuie să
transmită următoarele date către ERCA: ◄
— Identificatorul de profil al certificatului solicitat
— Referinţa autorităţii pentru certificate care se preco­
nizează a fi utilizată pentru semnarea certificatului.
— Cheia publică care urmează să fie semnată
CSM_152 Pe lângă datele din CSM_151, o MSCA trimite către ERCA
următoarele date în cadrul unei cereri de certificat, permiţând
ERCA să creeze identificatorul deţinătorului certificatului
pentru noul certificat MSCA:
— Codul numeric naţional al autorităţii de certificare (tip de
date definit în apendicele 1)
— Codul alfanumeric naţional al autorităţii de certificare
(tip de date definit în apendicele 1)
— Numărul de serie de 1 octet pentru a face distincţia între
diferitele chei ale autorităţii de certificare în cazul în care
aceste chei sunt modificate.
— Câmpul de doi octeţi care conţine informaţii supli­
mentare specifice privind autoritatea de certificare.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 471
CSM_153 Un producător de echipamente trimite către MSCA urmă­
toarele date în cadrul unei cereri de certificat, permiţând
MSCA să creeze identificatorul deţinătorului certificatului
pentru noul certificat de echipament:
— Dacă este cunoscut (a se vedea CSM_154), un număr de
serie al echipamentului, asociat în mod unic producă­
torului, precum și tipul echipamentului și luna în care
acesta a fost produs. În caz contrar, un identificator unic
asociat cererii de certificat.
— Luna și anul de producţie a echipamentelor sau ale
cererii de certificat.
Producătorul trebuie să se asigure că aceste date sunt corecte și că
certificatul transmis înapoi de către MSCA este introdus în echipamentul
căruia îi este destinat.
▼B
CSM_154 În cazul unei VU, în momentul în care producătorul solicită
un certificat, acesta poate să știe sau poate să nu știe
numărul de serie, specific producătorului, al VU căreia îi
sunt destinate certificatul respectiv și cheia privată
asociată. În primul caz, producătorul unităţii montate pe
vehicul trimite acest număr de serie către MSCA. În cel
de al doilea caz, producătorul trebuie să identifice în mod
unic fiecare cerere de certificat și să trimită către MSCA
numărul de serie al acestei cererii de certificat. Certificatul
astfel obţinut va conţine prin urmare numărul de serie al
cererii de certificat. După introducerea certificatului într-o
VU specifică, producătorul îi comunică MSCA legătura
dintre numărul de serie al cererii de certificat și identificarea
VU.
10. AUTENTIFICAREA RECIPROCĂ ȘI MESAGERIA SECURIZATĂ
ÎNTRE VU ȘI CARDURI
10.1. Consideraţii generale
CSM_155 La un nivel înalt, comunicarea securizată între o unitate
montată pe vehicul și un card de tahograf se bazează pe
următoarele etape:
— În prima etapă, fiecare parte îi demonstrează celeilalte
părţi că deţine un certificat de cheie publică, semnat de
către autoritatea pentru certificate a unui stat membru. La
rândul său, certificatul de cheie publică al MSCA trebuie
să fie semnat de Autoritatea europeană pentru certifi­
catele rădăcină. Această etapă se numește verificarea
lanţului de certificate și este descrisă în detaliu în
secţiunea 10.2.
— În a doua etapă, unitatea montată pe vehicul îi demons­
trează cardului că este în posesia cheii private aferente
cheii publice din certificatul prezentat. Acest lucru se
realizează prin semnarea unui număr aleatoriu trimis de
card. Cardul verifică semnătura prin intermediul
numărului aleatoriu. În cazul în care această verificare
are un rezultat pozitiv, VU este autentificată. Această
etapă se numește autentificarea VU și este descrisă în
detaliu în secţiunea 10.3.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 472
— În a treia etapă, ambele părţi, în mod independent,
calculează două chei de sesiune AES utilizând un
algoritm asimetric de înţelegere asupra cheii. Utilizând
una dintre aceste chei de sesiune, cardul creează un cod
de autentificare a mesajelor (MAC) prin intermediul
unor date trimise de VU. VU verifică MAC. În cazul
în care această verificare are un rezultat pozitiv, cardul
este autentificat. Această etapă se numește autentificarea
cardului și este descrisă în detaliu în secţiunea 10.4.
— În a patra etapă, VU și cardul utilizează cheile de
sesiune convenite pentru a asigura confidenţialitatea,
integritatea și autenticitatea tuturor mesajelor schimbate.
Aceasta se numește mesageria securizată și este descrisă
în detaliu în secţiunea 10.5.
CSM_156 Mecanismul descris în CSM_155 este declanșat de unitatea
montată pe vehicul ori de câte ori se introduce un card într-
unul dintre sloturile sale pentru carduri.
10.2. Verificarea reciprocă a lanţului de certificate
10.2.1 Verificarea lanţului de certificate de către VU
CSM_157 ►M1 Unităţile montatepe vehicul utilizează protocolul
descris în figura 4 pentru a verifica lanţul de certificate al
unui card de tahograf. Pentru fiecare certificat citit de pe
card, VU verifică dacă este corect câmpul privind autorizaţia
deţinătorului certificatului (CHA):
— câmpul CHA al certificatului de card indică un certificat
de card pentru autentificare reciprocă (a se vedea apen­
dicele 1, tipul de date EquipmentType).
— CHA al certificatului Card.CA indică o MSCA.
— CHA al certificatului Card.Link indică ERCA. ◄
Note la figura 4:
— Certificatele de card și cheile publice menţionate în
figură sunt cele utilizate pentru autentificarea reciprocă.
Acestea sunt indicate în secţiunea 9.1.5 ca fiind
Card_MA.
— Certificatele și cheile publice Card.CA menţionate în
figură sunt cele utilizate pentru semnarea certificatelor
de card și sunt indicate în CAR al certificatului de
card. Acestea sunt indicate în secţiunea 9.1.3 ca fiind
MSCA_Card.
— Certificatul Card.CA.EUR menţionat în figură este certi­
ficatul rădăcină european precizat în CAR al certifi­
catului Card.CA.
— Certificatul Card.Link menţionat în figură este certi­
ficatul de legătură al cardului, dacă acesta există.
Astfel cum este specificat în secţiunea 9.1.2, acesta
este un certificat de legătură pentru o nouă pereche de
chei rădăcină europene create de ERCA și semnate de
cheia privată europeană anterioară.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 473
— Certificatul Card.Link.EUR este certificatul rădăcină
european precizat în CAR al certificatului Card.Link.
CSM_158 Așa cum se arată în figura 4, verificarea lanţului de certi­
ficate al cardului începe la introducerea cardului. Unitatea
montată pe vehicul citește identificatorul titularului cardului
( ) din EF ICC VU
verifică dacă cunoaște cardul, și anume, dacă verificarea
lanţului de certificate efectuată anterior de către VU
respectivă a avut un rezultat pozitiv și dacă lanţul în cauză
a fost stocat pentru consultare viitoare. Dacă rezultatul veri­
ficării a fost pozitiv și dacă certificatul de card este încă
valabil, procesul continuă cu verificarea lanţului de certi­
ficate ale VU. În caz contrar, VU citește de pe card, în
mod succesiv, certificatul MSCA_Card necesar pentru a
verifica certificatul de card (certificatul Card_CA). Certi­
ficatul EUR necesar pentru a verifica certificatul
MSCA_Card, precum și, eventual, certificatul de legătură,
până ce găsește un certificat pe care îl cunoaște sau pe
care îl poate verifica. În cazul în care este găsit un certificat,
VU utilizează certificatul respectiv pentru a verifica certifi­
catele de card subiacente pe care le-a citit de pe card. În
cazul în care rezultatele sunt pozitive, procesul continuă cu
verificarea lanţului de certificate ale VU. În cazul în care
rezultatele sunt negative, VU ignoră cardul.
Notă: Există trei moduri în care VU poate cunoaște certi­
ficatul Card.CA.EUR:
— certificatul Card.CA.EUR este același certificat
ca certificatul EUR al VU;
— certificatul Card.CA.EUR precede certificatul EUR al
VU, iar VU conţinea deja acest certificat la emitere (a
se vedea CSM_81);
— certificatul Card.CA.EUR este emis
ulterior certificatului EUR al VU, iar VU a primit
anterior un certificat de legătură de la un alt card de
tahograf, l-a verificat și l-a stocat pentru consultare
viitoare.
CSM_159 Astfel cum este indicat în figura 4, după ce VU a verificat
autenticitatea și valabilitatea unui certificat care era necu­
noscut anterior, aceasta poate stoca certificatul respectiv
pentru consultare viitoare nemaifiind necesar, prin urmare,
ca VU să verifice încă o dată autenticitatea certificatului
respectiv dacă acesta este prezentat din nou unităţii
montate pe vehicul. În loc de a stoca întregul certificat, o
VU poate alege să stocheze numai conţinuturile corpului
certificatului, astfel cum se specifică în secţiunea 9.3.2.
►M1 Stocarea tuturor celorlalte tipuri de certificat este
facultativă, însă este obligatoriu ca o VU să stocheze un
nou certificat de legătură prezentat de un card. ◄
CSM_160 VU verifică valabilitatea temporală a oricărui certificat,
citită de pe card sau stocată în memoria sa, și respinge
certificatele expirate. Pentru a verifica valabilitatea
temporală a unui certificat prezentat de card, o VU își
utilizează ceasul intern.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 474
Figura 4
Protocol pentru verificarea lanţului de certificate de card de către VU
10.2.2 Verificarea lanţului de certificate ale VU de către card
CSM_161 ►M1 Cardurile de tahograf utilizează protocolul descris în
figura 5 pentru a verifica lanţul de certificate al unei VU.
Pentru fiecare certificat prezentat de VU, cardul verifică
dacă este corect câmpul privind autorizaţia deţinătorului
certificatului (CHA):
— CHA al certificatului VU.Link indică ERCA.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 475
— CHA al certificatului VU.CA indică o MSCA.
— Câmpul CHA al certificatului VU indică un certificat
VU pentru autentificare reciprocă (a se vedea apendicele
1, tipul de date EquipmentType). ◄
Figura 5
Protocol pentru verificarea lanţului de certificate ale VU de către card
Note la figura 5:
— Certificatele VU și cheile publice menţionate în figură sunt cele
utilizate pentru autentificarea reciprocă. Acestea sunt indicate în
secţiunea 9.1.4 ca fiind VU_Card.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 476
— Certificatele și cheile publice VU.CA menţionate în figură sunt cele
utilizate pentru 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 certificatului VU.CA.
— Certificatul VU.Link menţionat în figură este certificatul de legătură
al VU, dacă acesta există. Astfel cum este specificat în secţiunea
9.1.2, acesta este un certificat de legătură pentru o nouă pereche de
chei rădăcină europene create de ERCA și semnate de cheia
europeană anterioară.
— Certificatul VU.Link.EUR este certificatul rădăcină european precizat
în CAR al certificatului VU.Link.
CSM_162 Astfel cum se indică în figura 5, verificarea lanţului de
certificate ale unităţii montate pe vehicul începe cu
încercarea unităţii montate pe vehicul de a-și stabili
propria cheie publică pentru a fi utilizată în cardul de
tahograf. Dacă această încercare se concretizează,
înseamnă că lanţul de certificate ale VU a fost verificat cu
succes de către card, acesta din urmă stocând certificatul
VU pentru consultare ulterioară. În acest caz, certificatul
VU este pregătit pentru utilizare, iar procesul continuă cu
autentificarea VU. În cazul în care cardul nu cunoaște certi­
ficatul VU, VU prezintă în mod succesiv certificatul VU.CA
care trebuie folosit pentru verificarea certificatului său VU,
certificatul VU.CA.EUR care trebuie folosit pentru veri­
ficarea certificatului VU.CA, precum și, eventual, certi­
ficatul de legătură, în scopul de a găsi un certificat
cunoscut sau verificabil de către card. În cazul în care
este găsit un astfel de certificat, cardul utilizează certificatul
respectiv pentru a verifica certificatele VU subiacente care
i-au fost prezentate. Dacă verificarea are un rezultat pozitiv,
VU își stabilește în final cheia publică necesară pentru
utilizarea în cardul de tahograf. În cazul în care rezultatele
verificării sunt negative, VU ignoră cardul.
Notă: Există trei moduri prin care cardul poate cunoaște
certificatul VU.CA.EUR:
— certificatul VU.CA.EUR este același certificat
ca certificatul EUR al cardului;
— certificatul VU.CA.EUR precede certificatul EUR al
cardului, iar cardul conţinea deja acest certificat la
emitere (a se vedea CSM_91);
— certificatul VU.CAR.EUR este emis ulterior
emiterii certificatului EUR al cardului, iar cardul a
primit anterior un certificat de legătură de la o altă
unitate montată pe vehicul, l-a verificat și l-a stocat
pentru consultare viitoare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 477
CSM_163 VU folosește comanda MSE: Set AT pentru a-și stabili
cheia publică care urmează a fi utilizată în cardul de
tahograf. Astfel cum se specifică în apendicele 2, această
comandă conţine o indicaţie a mecanismului criptografic
care va fi utilizat cu cheia stabilită. Acest mecanism este
denumit în continuare „Autentificarea VU utilizând algo­
ritmul ECDSA, în combinaţie cu algoritmul de hashing
legat de mărimea cheilor din perechea de chei VU_MA a
VU, astfel cum este specificat în CSM_50”.
CSM_164 Comanda MSE: Set AT conţine de asemenea o indicaţie
privind perechea de chei efemere pe care le va utiliza VU
în timpul înţelegerii asupra cheilor de sesiune (a se vedea
secţiunea 10.4). Prin urmare, înainte de a lansa comanda
MSE: Set AT, VU generează o pereche de chei ECC
efemere. Pentru generarea perechii de chei efemere, VU
utilizează parametrii de domeniu standardizaţi indicaţi în
certificatul de card. Perechea de chei efemeră se notează
astfel: (VU.SK eph , VU.PK eph , Card.DP). VU utilizează coor­
donata x a punctului public efemer ECDH ca identificator al
cheii; aceasta este denumită reprezentarea comprimată a
cheii publice și este notată astfel: Comp(VU.PK eph ).
▼M1
CSM_165 În cazul în care comanda MSE: Set AT funcţionează corect,
cardul stabilește cheia VU.PK indicată pentru a o utiliza
ulterior în timpul autentificării vehiculului și stochează
temporar Comp(VU.PKeph). În cazul în care două sau
mai mult comenzi MSE: Set AT sunt lansate înaintea
stabilirii cheilor de sesiune, cardul stochează doar ultima
Comp(VU.PKeph) primită. Cardul resetează
Comp(VU.PKeph) după o comandă GENERAL AUTHEN­
TICATE executată cu succes.
▼B
CSM_166 Cardul verifică valabilitatea temporală a oricărui certificat
prezentat de VU sau menţionat de VU la momentul
stocării în memoria cardului și respinge certificatele
expirate.
CSM_167 Pentru a verifica valabilitatea temporală a unui certificat
prezentat de VU, fiecare card de tahograf stochează intern
anumite date care reprezintă ora curentă. Aceste date nu
sunt actualizate direct de către o VU. La momentul
emiterii, ora curentă a cardului este reglată pentru a fi
egală cu momentul la care începe valabilitatea certificatului
Card_MA al cardului. Un card își actualizează ora curentă
dacă momentul la care începe valabilitatea unui certificat
autentic de tip „sursă valabilă de indicare a orei” prezentat
de o VU este mai recent decât ora curentă a cardului. În
acest caz, cardul își reglează ora curentă pentru a fi identică
cu momentul la care începe valabilitatea certificatului
respectiv. Cardul acceptă doar următoarele certificate ca
sursă valabilă de indicare a orei:
— Certificatele de legătură ERCA de a doua generaţie
— Certificatele MSCA de a doua generaţie
— Certificatele VU de a doua generaţie emise de aceeași
ţară care a emis certificatul (certificatele) de card al(e)
cardului.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 478
Notă: ultima cerinţă implică faptul că un card este în
măsură să recunoască CAR al certificatului VU, adică certi­
ficatul MSCA_VU-EGF. CAR recunoscut nu va fi același
precum CAR al propriului certificat, care este certificatul
MSCA_Card.
CSM_168 Astfel cum este indicat în figura 5, după ce cardul a
verificat autenticitatea și valabilitatea unui certificat care
era necunoscut anterior, acesta poate stoca certificatul
respectiv pentru consultare viitoare, astfel încât cardul nu
mai trebuie să verifice încă o dată autenticitatea certifi­
catului respectiv dacă acesta este prezentat din nou
cardului. În loc de a stoca întregul certificat, un card
poate alege să stocheze numai conţinuturile corpului certi­
ficatului, astfel cum se specifică în secţiunea 9.3.2.
10.3. Autentificarea VU
CSM_169 Unităţile montate pe vehicule și cardurile utilizează
protocolul de autentificare descris în figura 6 pentru a auten­
tifica VU în raport cu cardul. Autentificarea VU permite
cardului de tahograf să verifice în mod explicit că VU
este autentică. În acest sens, VU își utilizează cheia
privată pentru a semna date de provocare generate de card.
CSM_170 ►M1 Alături de datele de provocare ale cardului, VU
include în semnătură identificatorul deţinătorului certifi­
catului obţinut din certificatul de card. ◄
Notă: Astfel este garantat faptul că acest card în raport cu
care se autentifică VU este același card al cărui lanţ de
certificate a fost verificat anterior de către VU.
CSM_171 VU include, de asemenea, în semnătură, identificatorul cheii
publice efemere Comp(VU.PK eph ), utilizate de VU pentru a
stabili mesageria securizată în timpul procesului de autenti­
ficare a cipului, specificată în secţiunea 10.4.
Notă: Acest lucru asigură faptul că VU cu care comunică
un card în timpul sesiunii de mesagerie securizată este
aceeași VU care a fost autentificată de card.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 479
Figura 6
Protocolul de autentificare a VU
▼B
CSM_172 În cazul în care mai multe comenzi GET CHALLENGE
sunt trimise de VU în timpul autentificării VU, cardul
trimite de fiecare dată înapoi noi date de provocare
aleatorii de 8 octeţi, dar stochează doar ultimele date de
provocare.
CSM_173 Algoritmul de semnare utilizat de VU pentru autentificarea
VU este ECDSA, astfel cum este precizat în [DSS],
folosindu-se algoritmul de hashing legat de mărimea
cheilor din perechea de chei VU_MA a VU, astfel cum
este specificat în CSM_50. Formatul semnăturii este
simplu, astfel cum este precizat în (TR-03111). VU trimite
cardului semnătura rezultată.
▼M1
CSM_174 La primirea semnăturii VU într-o comandă EXTERNAL
AUTHENTICATE, cardul
— calculează tokenul de autentificare prin concatenarea
Card.CHR, a datelor de provocare rcard a cardului și
a identificatorului cheii publice efemere a VU,
Comp(VU.PKeph),
— verifică semnătura VU utilizând algoritmul ECDSA,
utilizând algoritmul de hashing legat de mărimea
cheilor din perechea de chei VU_MA a VU, astfel
cum este specificat în CSM_50, în combinaţie cu
VU.PK și tokenul de autentificare calculat.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 480
10.4. Autentificarea cipului și înţelegerea asupra cheilor de sesiune
CSM_175 Unităţile montate pe vehicule și cardurile utilizează
protocolul de autentificare a cipului descris în figura 7
pentru a autentifica cardul în raport cu VU. Autentificarea
cipului permite unităţii montate pe vehicul să verifice în
mod explicit autenticitatea cardului.
Figura 7
Autentificarea cipului și înţelegerea asupra cheilor de sesiune
CSM_176 VU și cardul parcurg următoarele etape:
1. Unitatea montată pe vehicul iniţiază procesul de autenti­
ficare a cipului prin lansarea comenzii MSE: Set AT,
care indică „Autentificare a cipului utilizând algoritmul
ECDH rezultând într-o lungime a cheii de sesiune legată
de mărimea cheilor din perechea de chei Card_MA a
cardului, astfel cum este specificat în CSM_50”. VU
determină mărimea cheilor din perechea de chei a
cardului pe baza certificatului de card.
▼M1
2. VU trimite cardului punctul public VU.PK eph al perechii
sale de chei efemere. Punctul public este convertit într-un
șir de octeţi, astfel cum este precizat în [TR-03111]. Se
utilizează formatul de codificare necomprimat. Astfel
cum a fost explicat în CSM_164, VU a generat această
pereche de chei efemere anterior verificării lanţului de
certificate ale VU. VU a trimis cardului identificatorul
cheii publice efemere Comp(VU.PK eph ), iar cardul l-a
stocat.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 481
3. Cardul calculează Comp(VU.PK eph ) pe baza VU.PK eph și
îl compară cu valoarea stocată a Comp(VU.PK eph ).
4. Utilizând algoritmul ECDH în combinaţie cu cheia
privată statică a cardului și cu cheia publică efemeră a
VU, cardul calculează o cheie K secretă.
5. Cardul alege o cheie de unică folosinţă aleatorie de 8
octeţi, N PICC , și o utilizează pentru a deriva două chei de
sesiune AES, K MAC și K ENC , pe baza cheii K. A se
vedea CSM_179.
▼M1
6. Utilizând K MAC , cardul calculează un token de autenti­
ficare prin intermediul punctului public efemer al VU:
T PICC = CMAC(K MAC , VU.PK eph ). Punctul public
trebuie să fie în formatul utilizat de VU (a se vedea
punctul 2 de mai sus). Cardul trimite N PICC și T PICC
unităţii montate pe vehicul.
▼B
7. Utilizând algoritmul ECDH în combinaţie cu cheia
privată statică a cardului și cu cheia publică efemeră a
VU, VU calculează aceeași cheie secretă K calculată de
card în etapa 4.
8. VU derivează cheile de sesiune K MAC și K ENC pe baza
cheilor K și N PICC ; A se vedea CSM_179.
9. VU verifică autenticitatea tokenului T PICC .
CSM_177 În etapa 3 de mai sus, cardul calculează Comp(VU.PKeph)
drept coordonata x a punctului public în VU.PKeph.
CSM_178 În etapele 4 și 7 de mai sus, cardul și unitatea montată pe
vehicul utilizează algoritmul ECKA-EG astfel cum este
definit în (TR-03111).
CSM_179 În etapele 5 și 8 de mai sus, cardul și unitatea montată pe
vehicul utilizează funcţia de derivare a cheilor pentru cheile
de sesiune AES definite în (TR-03111), cu următoarele
precizii și modificări:
— Valoarea contorului este „00 00 00 01” pentru K ENC și
„00 00 00 02” pentru K MAC.
— Cheia opţională de unică folosinţă r este utilizată și este
egală cu N PICC .
— Pentru cheile AES derivate de 128 de biţi, algoritmul de
hashing care trebuie utilizat este SHA-256.
— Pentru cheile AES derivate de 192 de biţi, algoritmul de
hashing care trebuie utilizat este SHA-384.
— Pentru cheile AES derivate de 256 de biţi, algoritmul de
hashing care trebuie utilizat este SHA-512.
Lungimea cheilor de sesiune (adică lungimea la care
valoarea hash este trunchiată) este legată de mărimea
perechii de chei Card_MA, astfel cum este specificat în
CSM_50.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 482
CSM_180 În etapele 6 și 9 de mai sus, cardul și unitatea montată pe
vehicul utilizează algoritmul AES în modul CMAC, astfel
cum este definit în [SP 800-38B]. Lungimea T PIC este legată
de lungimea cheilor de sesiune AES, astfel cum este
specificat în CSM_50.
10.5. Mesagerie securizată
10.5.1 Consideraţii generale
CSM_181 Toate comenzile și toate răspunsurile schimbate între o
unitate montată pe vehicul și un card de tahograf după
confirmarea autenticităţii cipului și până la sfârșitul
sesiunii sunt protejate prin mesageria securizată.
CSM_182 Cu excepţia situaţiei în care se efectuează citirea de pe un
fișier cu condiţii de acces SM-R-ENC-MAC-G2 (a se vedea
secţiunea 4 din apendicele 2), mesageria securizată este
utilizată în modul exclusiv cu autentificare. În acest mod,
o sumă de verificare criptografică (cunoscută și sub
denumirea de MAC) se adaugă la toate comenzile și răspun­
surile pentru a asigura autenticitatea și integritatea
mesajului.
CSM_183 În cazul în care se efectuează citirea datelor dintr-un fișier
cu condiţia de acces SM-R-ENC-MAC-G2, mesageria secu­
rizată este utilizată în modul criptare urmată de autentificare,
iar apoi, prin intermediul datelor criptate formatate se
calculează o MAC pentru a asigura autenticitatea și
integritatea.
CSM_184 Mesageria securizată utilizează AES, astfel cum este definită
în [AES], cu cheile de sesiune K MAC și K ENC care au fost
stabilite în timpul autentificării cipului.
CSM_185 Un întreg nesemnat se utilizează drept contor de secvenţe
trimise (SSC) pentru a preveni atacurile prin reluare.
Mărimea SSC este egală cu mărimea blocului AES, și
anume 128 de biţi. SSC este în format MSB-first (cel mai
semnificativ octet la început). Contorul de secvenţe trimise
începe cu zero (și anume, „00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00”) atunci când este lansată mesageria
securizată. SSC este mărit de fiecare dată înaintea
generării unei comenzi sau a unui răspuns APDU, ceea ce
înseamnă că, întrucât valoarea de început a SSC într-o
sesiune SM este 0, în prima comandă valoarea SSC va fi
1. Valoarea SSC pentru primul răspuns va fi 2.
CSM_186 Pentru criptarea unui mesaj, cheia K ENC este utilizată cu
AES în modul de operare cu înlănţuirea blocurilor
cifrate (CBC), astfel cum este definit în (ISO 10116), cu
un parametru intermediar m = 1 și un vector de iniţializare
SV = E(K ENC , SSC), adică valoarea curentă a contorului de
secvenţe trimise criptată cu cheia K ENC .
CSM_187 Pentru autentificarea mesajelor, cheia K MAC este utilizată cu
AES în modul CMAC, astfel cum este specificat în (SP
800-38B). Lungimea MAC este legată de lungimea cheilor
de sesiune AES, astfel cum este specificat în CSM_50.
Contorul de secvenţe trimise este inclus în MAC prin
adăugarea acestuia la începutul datagramei care trebuie
autentificată.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 483
10.5.2 Structura mesageriei securizate
CSM_188 Mesageria securizată utilizează numai obiectele de date din
mesageria securizată [a se vedea (ISO 7816-4)] enumerate
în tabelul 5. În orice mesaj, aceste obiecte de date sunt
utilizate în ordinea precizată în tabelul menţionat mai sus.
Tabelul 5
Obiecte de date ale mesageriei securizate
Denumirea obiectului de date Etichetă
Prezenţă obligatorie (M),
condiţională (C) sau
interzisă (F) în
Comenzi Răspunsuri
Valoarea datelor în clar necodificată în
BER-TLV
„81” C C
Valoarea a datelor în clar codată în
BER-TLV, dar care nu include obiecte
de date (DO) ale SM
„B3” C C
Indicator al conţinutului de completare
urmat de criptogramă, valoare a datelor
în clar necodată în BER-TLV
„87” C C
Le protejată „97” C F
Starea de procesare „99” F M
Sumă de verificare criptografică „8E” M M
Notă: Astfel cum este specificat în apendicele 2, cardurile
de tahograf pot trata comenzile READ BINARY și
UPDATE BINARY cu un octet INS impar („B1”,
respectiv „D7”). Aceste variante de comenzi trebuie să
citească și să actualizeze fișiere cu mai mult de 32 768 de
octeţi. În cazul în care este utilizată o astfel de variantă, un
obiect de date cu eticheta „B3” este utilizat în locul unui
obiect cu eticheta „81”. A se vedea apendicele 2 pentru mai
multe informaţii.
CSM_189 Toate obiectele de date ale SM sunt codificate în DER
TLV, astfel cum este specificat în (ISO 8825-1). Rezultatele
codificării într-o structură de tip „valoarea lungimii
etichetei” (TLV) sunt după cum urmează:
Etichetă: Eticheta este codificată în unul sau doi octeţi și
indică conţinutul.
Lungime: Lungimea este codificată ca un întreg nesemnat în
unul, doi sau trei octeţi, ducând la o lungime
maximă de 65 535 de octeţi. Se utilizează
numărul minim de octeţi.
Valoare: Valoarea este codificată în zero sau mai mulţi
octeţi.
CSM_190 APDU (unităţile de date pentru protocolul de aplicaţie) care
sunt protejate prin mesageria securizată sunt create astfel:
— Antetul comenzii este inclus în calcularea MAC; prin
urmare, pentru octetul de clasă CLA este utilizată
valoarea „0C”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 484
— Astfel cum se specifică în apendicele 2, toţi octeţii INS
trebuie să fie pari, cu posibila excepţie a octeţilor impari
INS utilizaţi pentru comenzile READ BINARY și
UPDATE BINARY.
— Valoarea curentă a Lc va fi modificată în Lc' după
aplicarea mesageriei securizate.
— Câmpul de date constă în obiectele de date ale SM.
— În comanda protejată APDU, noul octet Le se setează la
„00”. Dacă este necesar, în câmpul de date este inclus
un obiect de date „97” pentru a indica valoarea iniţială a
Le.
▼M1
CSM_191 Orice obiect de date care urmează să fie criptat este
completat în conformitate cu [ISO 7816-4], utilizând indi­
catorul „01” al conţinutului de completare. Pentru calcularea
MAC, obiectele de date din APDU sunt completate în
conformitate cu [ISO 7816-4].
Notă: Completarea pentru mesageria securizată este
efectuată întotdeauna de stratul de mesagerie securizată,
nu de algoritmii CMAC sau CBC.
Rezumat și exemple
O comandă APDU cu mesageria securizată aplicată va avea următoarea
structură, în funcţie de cazul comenzii nesecurizate respective (DO
înseamnă obiect de date):
Cazul 1: CLA INS P1 P2 || Lc' || DO „8E” || Le
Cazul 2: CLA INS P1 P2 || Lc' || DO „97” || DO
„8E” || Le
Cazul 3 (octet INS par): CLA INS P1 P2 || Lc' || DO „81” || DO
„8E” || Le
Cazul 3 (octet INS impar): CLA INS P1 P2 || Lc' || DO „B3” || 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 scurtă sau câmpuri de lungime
extinsă; a se vedea [ISO 7816-4].
Un răspuns APDU cu mesageria securizată aplicată va avea următoarea
structură, în funcţie de cazul răspunsului nesecurizat respectiv:
Cazul 1 sau 3: DO „99” || DO „8E” ||
SW1SW2
Cazul 2 sau 4 (octet INS par) fără criptare: DO „81” || DO „99” || DO
„8E” || SW1SW2
Cazul 2 sau 4 (octet INS par) cu criptare: DO „87” || DO „99” || DO
„8E” || SW1SW2
Cazul 2 sau 4 (octet INS impar)
fără criptare:
DO „B3” || DO „99” || DO
„8E” || SW1SW2
Notă: Cazul 2 sau 4 (octet INS impar) cu criptare nu este niciodată
utilizat în comunicarea dintre o VU și un card.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 485
Mai jos sunt prezentate trei exemple de transformări APDU pentru
comenzi cu cod INS par. În figura 8 este prezentată o comandă APDU
autentificată din cazul 4, în figura 9 este prezentat un răspuns APDU
autentificat din cazul 1/cazul 3, iar în figura 10 este prezentat un răspuns
APDU criptat și autentificat din cazul 2/cazul 4.
Figura 8
Transformarea unei comenzi APDU autentificate din cazul 4
Figura 9
Transformarea unui răspuns APDU autentificat din cazul 1/cazul 3
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 486
Figura 10
Transformarea unui răspuns APDU criptat și autentificat din cazul 2/cazul 4
▼B
10.5.3 Abandonarea sesiunii de mesagerie securizată
CSM_192 O unitate montată pe vehicul abandonează o sesiune de
mesagerie securizată în curs de desfășurare dacă și numai
dacă are loc unul dintre următoarele evenimente:
— unitatea primește un răspuns simplu APDU,
— unitatea detectează o eroare a mesageriei securizate într-un
răspuns APDU:
— un obiect de date preconizat lipsește din mesageria
securizată, ordinea obiectelor de date este incorectă
sau este inclus un obiect de date necunoscut.
— Un obiect de date din mesageria securizată este
incorect, de exemplu valoarea MAC este incorectă,
structura TLV este incorectă sau indicatorul de
completare din eticheta „87” nu este egal cu „01”.
— cardul trimite un octet de stare care indică faptul că acesta
a detectat o eroare SM (a se vedea CSM_194),
— a fost atinsă limita numărului de comenzi și de răspunsuri
aferente din sesiunea curentă. Pentru o anumită VU,
această limită este definită de producătorul său, luând în
considerare cerinţele de securitate ale hardware-ului
utilizat, cu o valoare maximă de 240 de comenzi și de
răspunsuri aferente SM pe sesiune.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 487
CSM_193 Un card de tahograf abandonează o sesiune de mesagerie
securizată în curs de desfășurare dacă și numai dacă are loc
unul dintre următoarele evenimente:
— cardul primește un răspuns simplu APDU,
— cardul detectează o eroare a mesageriei securizate într-o
comandă APDU:
— un obiect de date preconizat lipsește din mesageria
securizată, ordinea obiectelor de date este incorectă
sau este inclus un obiect de date necunoscut.
— Un obiect de date din mesageria securizată este
incorect, de exemplu valoarea MAC este incorectă
sau structura TLV este incorectă.
— cardul este deconectat de la alimentarea cu energie
electrică sau este resetat,
— VU începe procesul de autentificare al VU,
— a fost atinsă limita numărului de comenzi și de răspunsuri
aferente din sesiunea curentă. Pentru un anumit card,
această limită este definită de producătorul său, luând în
considerare cerinţele de securitate ale hardware-ului
utilizat, cu o valoare maximă de 240 de comenzi și de
răspunsuri aferente SM pe sesiune.
▼B
CSM_194 În ceea ce privește gestionarea erorilor SM de către cardul de
tahograf:
— În cazul în care într-o comandă APDU lipsesc anumite
obiecte de date preconizate ale mesageriei securizate,
ordinea obiectelor de date este incorectă sau sunt incluse
obiecte de date necunoscute, cardul de tahograf răspunde
cu octeţii de stare „69 87”.
— În cazul în care un obiect de date din mesageria securizată
într-o comandă APDU este incorect, un card de tahograf
răspunde cu octeţii de stare „69 88”.
Într-un astfel de caz, octeţii de stare sunt returnaţi fără
utilizarea SM.
CSM_195 Dacă o sesiune de mesagerie securizată între o VU și un card
de tahograf este abandonată, VU și cardul de tahograf
— distrug în mod securizat cheile de sesiune stocate
— stabilesc imediat o nouă sesiune de mesagerie securizată,
astfel cum este descris în secţiunile 10.2 – 10.5.
CSM_196 În cazul în care, din orice motiv, VU decide să reînceapă
procedura de autentificare reciprocă în raport cu un card
introdus, procesul se reia cu verificarea lanţului de certificate
de card, astfel cum este descris în secţiunea 10.2, și continuă
astfel cum este descris în secţiunile 10.2 – 10.5.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 488
11. CUPLAREA, AUTENTIFICAREA RECIPROCĂ ȘI MESAGERIA
SECURIZATĂ ÎNTRE VU ȘI ECHIPAMENTUL GNSS EXTERN
11.1. Consideraţii generale
CSM_197 Echipamentul GNSS utilizat de o VU pentru a-și determina
poziţia poate fi intern (adică poate fi montat în interiorul
carcasei VU, fără a fi detașabil) sau poate fi un modul
extern. În primul caz, nu este necesar să se standardizeze
comunicarea internă dintre echipamentul GNSS și VU, iar
cerinţele din prezentul capitol nu se aplică. În al doilea caz,
comunicarea dintre VU și echipamentul GNSS extern este
standardizată și protejată astfel cum este descris în prezentul
capitol.
CSM_198 Comunicarea securizată între o unitate montată pe vehicul și
un echipament GNSS extern are loc în același mod ca o
comunicare securizată între o unitate montată pe vehicul și
un card de tahograf, echipamentul GNSS extern (EGF) având
rolul cardului. Un EGF îndeplinește toate cerinţele menţionate
în capitolul 10 referitoare la cardurile de tahograf, ţinând
seama de deviaţiile, clarificările și adăugirile menţionate în
prezentul capitol. În special, verificarea reciprocă a lanţurilor
de certificate, autentificarea VU și autentificarea cipurilor sunt
efectuate astfel cum este descris în secţiunile 11.3 și 11.4.
CSM_199 Comunicarea dintre o unitate montată pe vehicul și un EGF
este diferită faţă de comunicarea dintre o unitate montată pe
vehicul și un card prin faptul că o unitate montată pe vehicul
și un EGF trebuie să fie cuplate mai întâi într-un atelier
pentru a putea schimba ulterior date bazate pe GNSS în
timpul funcţionării normale. Procesul de cuplare este descris
în secţiunea 11.2.
CSM_200 Pentru comunicarea dintre o unitate montată pe vehicul și un
EGF se utilizează comenzile și răspunsurile bazate pe (ISO
7816-4) și (ISO 7816-8). Structura precisă a acestor APDU
este definită în apendicele 2 la prezenta anexă.
11.2. Cuplarea dintre VU și echipamentul GNSS extern
CSM_201 O unitate montată pe vehicul și un EGF sunt cuplate de un
atelier. În timpul funcţionării normale, numai o unitate
montată pe vehicul și un EGF cuplate vor putea comunica
între ele.
CSM_202 Cuplarea unei unităţi montate pe vehicul cu un EGF este
posibilă numai dacă unitatea montată pe vehicul este în
modul etalonare. Cuplarea este iniţiată de unitatea montată
pe vehicul.
CSM_203 Un atelier poate recupla o unitate montată pe vehicul la un alt
EGF sau la același EGF în orice moment. În timpul recuplării,
VU distruge în mod securizat certificatul EGF_MA existent
din memoria sa și stochează certificatul EGF_MA al EGF la
care este în curs de a fi cuplată.
CSM_204 Un atelier poate recupla un echipament GNSS extern la o altă
VU sau la aceeași VU în orice moment. În timpul recuplării,
EGF distruge în mod securizat certificatul VU_MA existent
din memoria sa și stochează certificatul VU_MA al VU la
care este în curs de a fi cuplat.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 489
11.3. Verificarea reciprocă a lanţului de certificate
11.3.1 Consideraţii generale
CSM_205 Verificarea reciprocă a lanţului de certificate dintre o VU și
un EGF are loc în timpul cuplării VU și a EGF de către un
atelier. În timpul funcţionării normale a unei VU și a unui
EGF cuplate între ele, nu este verificat niciun certificat. În
locul acestei verificări, VU și EGF au încredere în certifi­
catele pe care le-au stocat în timpul cuplării, după ce au
verificat valabilitatea temporală a acestor certificate. VU și
EGF nu au încredere în niciun alt certificat pentru protejarea
comunicării VU – EGF în timpul funcţionării normale.
11.3.2 În timpul cuplării VU – EGF
CSM_206 În timpul cuplării la un EGF, o unitate montată pe vehicul
utilizează protocolul descris în figura 4 (secţiunea 10.2.1)
pentru verificarea lanţului de certificate ale echipamentului
GNSS extern.
Note la figura 4 în acest context:
— Controlul comunicărilor este în afara domeniului de
aplicare al prezentului apendice. Cu toate acestea, un
EGF nu este un card inteligent și, prin urmare, VU nu
va trimite, probabil, o comandă de resetare pentru a iniţia
comunicarea și nici nu va primi un ATR.
— Certificatele și cheile publice ale cardurilor menţionate în
figură sunt interpretate ca fiind certificatele și cheile
publice EGF pentru identificarea reciprocă. Acestea sunt
indicate în secţiunea 9.1.6 ca fiind EGF_MA.
— Certificatele Card.CA și cheile publice menţionate în
figură sunt interpretate ca fiind certificatele și cheile
publice MSCA pentru semnarea certificatelor EGF.
Acestea sunt indicate în secţiunea 9.1.3 ca fiind
MSCA_VU-EGF.
— Certificatul Card.CA.EUR menţionat în figură este inter­
pretat ca fiind certificatul rădăcină european precizat în
CAR al certificatului MSCA_VU-EGF.
— Certificatul Card.Link menţionat în figură este interpretat
ca fiind certificatul de legătură al EGF, dacă acesta există.
Astfel cum este specificat în secţiunea 9.1.2, acesta este
un certificat de legătură pentru o nouă pereche de chei
rădăcină europene create de ERCA și semnate de cheia
privată europeană anterioară.
— Certificatul Card.Link.EUR este certificatul rădăcină
european precizat în CAR al certificatului Card.Link.
— În loc de a citi , VU
citește din EF ICC.
— În loc de a selecta AID al tahografului, VU selectează
AID al EGF.
— „Ignore Card” se interpretează ca „Ignore EGF”.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 490
CSM_207 După ce a verificat certificatul EGF_MA, unitatea montată pe
vehicul stochează acest certificat pentru utilizarea sa în timpul
funcţionării normale; a se vedea secţiunea 11.3.3.
CSM_208 ►M1 În timpul cuplării la o VU, un echipament GNSS
extern utilizează protocolul descris în figura 5 (secţiunea
10.2.2) pentru verificarea lanţului de certificate ale VU. ◄
Note la figura 5 în acest context:
— VU generează o nouă pereche de chei efemere utilizând
parametrii de domeniu din certificatul EGF.
— Certificatele și cheile publice ale VU menţionate în figură
sunt cele utilizate pentru autentificarea reciprocă. Acestea
sunt indicate în secţiunea 9.1.4 ca fiind VU_MA.
— Certificatele și cheile publice VU.CA menţionate în figură
sunt cele utilizate pentru semnarea certificatelor VU și ale
echipamentului GNSS extern. Acestea sunt indicate în
secţiunea 9.1.3 ca fiind MSCA_VU-EGF.
— Certificatul VU.CA.EUR menţionat în figură este certi­
ficatul rădăcină european precizat în CAR al certificatului
VU.CA.
— Certificatul VU.Link menţionat în figură este certificatul
de legătură al VU, dacă acesta există. Astfel cum este
specificat în secţiunea 9.1.2, acesta este un certificat de
legătură pentru o nouă pereche de chei rădăcină europene
create de ERCA și semnate de cheia privată europeană
anterioară.
— Certificatul VU.Link.EUR este certificatul rădăcină
european precizat în CAR al certificatului VU.Link.
CSM_209 Ca o excepţie de la cerinţa CSM_167, un EGF utilizează ora
indicată de GNSS pentru a verifica valabilitatea temporală a
oricărui certificat prezentat.
▼M1
CSM_210 După ce a verificat certificatul VU_MA, echipamentul GNSS
extern stochează acest certificat pentru a-l utiliza în timpul
funcţionării normale; a se vedea secţiunea 11.3.3.
▼B
11.3.3 În timpul funcţionării normale
CSM_211 ►M1 În timpul funcţionării normale, o unitate montată pe
vehicul și un EGF utilizează protocolul descris în figura 11
pentru a verifica valabilitatea temporală a certificatului stocat
EGF_MA și pentru a configura cheia publică VU_MA în
scopul autentificării ulterioare a VU. Nicio altă verificare
reciprocă a lanţurilor de certificate nu este efectuată în
timpul funcţionării normale. ◄
A se remarca faptul că figura 11 este compusă în esenţă din
primele etape prezentate în figura 4 și în figura 5. A se
remarca încă o dată faptul că, întrucât EGF nu este un card
inteligent, VU nu va trimite, probabil, o comandă de resetare
pentru a iniţia comunicarea și nici nu va primi un ATR. În
orice caz, acest aspect este în afara domeniului de aplicare al
prezentului apendice.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 491
Figura 11
Verificarea reciprocă a valabilităţii temporale a certificatului în timpul funcţionării normale VU – EGF
CSM_212 Astfel cum reiese din figura 11, unitatea montată pe vehicul
înregistrează o eroare în cazul în care certificatul EGF_MA
nu mai este valabil. Cu toate acestea, autentificarea reciprocă,
înţelegerea asupra cheilor și comunicarea ulterioară prin
mesageria securizată continuă în mod normal.
11.4. Autentificarea VU, autentificarea cipului și înţelegerea asupra cheilor
de sesiune
CSM_213 Autentificarea VU, autentificarea cipului și înţelegerea asupra
cheilor de sesiune între o VU și un EGF sunt efectuate în
timpul cuplării și ori de câte ori este restabilită o sesiune de
mesagerie securizată în timpul funcţionării normale. VU și
EGF efectuează procesele descrise în secţiunile 10.3 și 10.4.
Se aplică toate cerinţele din aceste secţiuni.
11.5. Mesageria securizată
CSM_214 Toate comenzile și toate răspunsurile schimbate între o unitate
montată pe vehicul și un echipament GNSS extern după
confirmarea autenticităţii cipului și până la sfârșitul sesiunii
sunt protejate prin mesageria securizată în modul exclusiv cu
autentificare. Se aplică toate cerinţele din secţiunea 10.5.
CSM_215 Dacă o sesiune de mesagerie securizată dintre o VU și un
EGF este abandonată, VU trebuie să stabilească imediat o
nouă sesiune de mesagerie securizată, astfel cum este
descris în secţiunile 11.3.3 și 11.4.
12. ASOCIEREA ȘI COMUNICAREA DINTRE O VU ȘI UN SENZOR
DE MIȘCARE
12.1. Consideraţii generale
CSM_216 O unitate montată pe vehicul comunică cu un senzor de
mișcare utilizând protocolul de interfaţă specificat în (ISO
16844-3) în timpul asocierii și al funcţionării normale, cu
schimbările descrise în prezentul capitol și în secţiunea 9.2.1.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 492
Notă: se presupune că cititorii prezentului capitol sunt
familiarizaţi cu conţinutul standardului (ISO 16844-3).
12.2. Asocierea VU – senzor de mișcare folosind generaţii diferite de chei
Astfel cum s-a explicat în secţiunea 9.2.1, cheia master a senzorului de
mișcare și toate cheile asociate sunt înlocuite în mod periodic. Acest fapt
duce la prezenţa în cardurile de atelier a până la trei chei K M-WC AES
legate de senzorul de mișcare (din generaţii consecutive de chei). În mod
similar, în senzorii de mișcare pot fi prezente până la trei criptări diferite
de date bazate pe AES (care au la bază generaţii consecutive ale cheii
master K M a senzorului de mișcare). O unitate montată pe vehicul
conţine o singură cheie K M-VU legată de senzorul de mișcare.
CSM_217 O VU din a doua generaţie și un senzor de mișcare din a
doua generaţie sunt asociate după cum urmează [a se compara
cu tabelul 6 din (ISO 16844-3)]:
1. Un card de atelier din a doua generaţie este introdus în
VU, iar VU este conectat la senzorul de mișcare.
2. VU citește toate cheile K M-WC disponibile din cardul de
atelier, inspectează numerele de versiune ale acestora și
alege cheia al cărei număr de versiune corespunde
numărului de versiune al cheii K M-VU a VU. În cazul în
care cheia K M-WC corespunzătoare nu este prezentă pe
cardul de atelier, VU abandonează procesul de asociere
și afișează un mesaj adecvat de eroare pentru titularul
cardului de atelier.
3. VU calculează cheia master K M a senzorului de mișcare pe
baza cheilor K M-VU și K M-WC , precum și cheia de identi­
ficare K ID pe baza cheii K M , astfel cum este specificat în
secţiunea 9.2.1.
4. VU trimite instrucţiunea pentru a iniţia procesul de
asociere în raport cu senzorul de mișcare, astfel cum este
descris în (ISO 16844-3), și criptează numărul de serie pe
care îl primește de la senzorul de mișcare cu cheia de
identificare K ID . VU trimite înapoi senzorului de mișcare
numărul de serie criptat.
5. Senzorul de mișcare compară consecutiv numărul de serie
criptat cu fiecare dintre criptările numărului de serie pe
care îl conţine intern. În cazul în care găsește o cores­
pondenţă, VU este autentificată. Senzorul de mișcare
notează generaţia cheii K ID utilizate de VU și returnează
versiunea criptată corespondentă a cheii sale de asociere, și
anume criptarea care a fost creată folosind aceeași
generaţie a K M .
6. VU decriptează cheia de asociere utilizând K M , generează
o cheie de sesiune K S , o criptează cu cheia de asociere și
trimite rezultatul senzorului de mișcare. Senzorul de
mișcare decriptează K S .
7. VU reunește informaţiile de asociere astfel cum sunt
definite în (ISO 16844-3), criptează informaţiile cu cheia
de asociere și trimite rezultatul senzorului de mișcare.
Senzorul de mișcare decriptează informaţiile de asociere.
8. Senzorul de mișcare criptează informaţiile de asociere primite,
cu ajutorul cheii K S , și le transmite înapoi către VU. VU
verifică dacă informaţiile de asociere sunt identice cu infor­
maţiile pe care VU le-a trimis senzorului de mișcare în etapa
anterioară. Dacă acest lucru se confirmă, înseamnă că
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 493
senzorul de mișcare a utilizat aceeași cheie K S ca VU și, prin
urmare, în etapa 5, acesta și-a trimis cheia de asociere criptată
cu generaţia corectă a cheii K M . În consecinţă, senzorul de
mișcare este autentificat.
A se nota faptul că etapele 2 și 5 sunt diferite faţă de procesul
standard din (ISO 16844-3); celelalte etape sunt standard.
Exemplu: Să presupunem că are loc o asociere în primul an
de valabilitate a certificatului ERCA (3); a se vedea figura 2
din secţiunea 9.2.1.2. În plus,
— să presupunem că senzorul de mișcare a fost produs în
ultimul an de valabilitate a certificatului ERCA (1). Prin
urmare, aceasta va conţine următoarele chei și date:
— N s [1]: numărul de serie criptat cu generaţia 1 a K ID ,
— N s [2]: numărul său de serie criptat cu generaţia 2 a
K ID ,
— N s [3]: numărul său de serie criptat cu generaţia 3 a
K ID ,
— K P [1]: generaţia 1 a cheii sale de asociere ( 1 ), criptată
cu generaţia 1 a cheii K M ,
— K P [2]: generaţia 2 a cheii sale de asociere, criptată cu
generaţia 2 a cheii K M ,
— K P [3]: generaţia 3 a cheii sale de asociere, criptată cu
generaţia 3 a cheii K M ,
— Să presupunem că livrarea cardului de atelier a fost
efectuată în ultimul an de valabilitate a certificatului
ERCA (3). Acesta va conţine, prin urmare, generaţia 2
și generaţia 3 ale cheii K M-WC .
— Să presupunem că VU este din generaţia 2 de VU,
conţinând generaţia 2 a cheii K M-VU .
În acest caz, în etapele 2-5 vor avea loc următoarele
evenimente:
— Etapa 2: VU citește generaţia 2 și generaţia 3 ale cheii
K M-WC din cardul de atelier și inspectează numerele de
versiune ale acestora.
— Etapa 3: VU combină generaţia 2 a cheii K M-WC cu cheia
sa K M-VU pentru a calcula K M și K ID .
— Etapa 4: VU criptează numărul de serie pe care îl primește
de la senzorul de mișcare cu cheia K ID .
— Etapa 5: Senzorul de mișcare compară datele primite cu
N s [1] și nu găsește nicio corespondenţă. Apoi, acesta
compară datele cu N s [2] și găsește o corespondenţă.
Senzorul de mișcare trage concluzia că VU este din
generaţia 2 de VU și, prin urmare, trimite înapoi K P [2].
▼B
( 1 ) A se nota faptul că generaţia 1, generaţia 2 și generaţia 3 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.
02016R0799 — RO — 21.08.2023 — 003.002 — 494
12.3. Comunicarea și asocierea dintre o VU și un senzor de mișcare
folosind AES
CSM_218 Astfel cum este precizat în tabelul 3 din secţiunea 9.2.1, toate
cheile implicate în asocierea unei unităţi (de a doua generaţie)
montate pe vehicul și a unui senzor de mișcare, precum și în
comunicarea lor ulterioară, sunt mai curând chei AES decât
chei de lungime dublă TDES, astfel cum este specificat în
(ISO 16844-3). Aceste chei AES pot avea o lungime de 128,
192 sau 256 de biţi. Întrucât mărimea blocurilor AES este de
16 octeţi, lungimea unui mesaj criptat trebuie să fie un
multiplu de 16 octeţi, în comparaţie cu lungimea de 8 octeţi
din cazul TDES. În plus, unele dintre aceste mesaje vor fi
utilizate pentru a transporta chei AES, a căror lungime poate
fi de 128, 192 sau 256 de biţi. Prin urmare, numărul de octeţi
de date per instrucţiune în tabelul 5 din (ISO 16844-3) se
modifică după cum este indicat în tabelul 6:
▼M1
Tabelul 6
Numărul de octeţi de date cu text simplu și criptate per instrucţiune definit în [ISO 16844-3]
Instrucţiune
Solicitare/
răspuns
Descrierea datelor
Nr. de octeţi de date
cu text simplu în
conformitate cu
[ISO 16844-3]
Nr. de octeţi de date
cu text simplu
folosind chei AES
Nr. de octeţi de date criptate
folosind chei AES cu lungimea
de (în biţi):
128 192 256
10 solicitare Datele de autenti­
ficare + numărul
fișierului
8 8 16 16 16
11 răspuns Datele de autenti­
ficare + conţinuturile
fișierelor
16 sau 32, depinde
de fișier
16 sau 32, depinde
de fișier
32 / 48 32 / 48 32 / 48
41 solicitare Numărul de serie al
MoS (senzorul de
mișcare)
8 8 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 asociere 24 24 32 32 32
50 răspuns Informaţii de asociere 24 24 32 32 32
70 solicitare Date de autentificare 8 8 16 16 16
80 răspuns Valoarea contorului
MoS + date de auten­
tificare
8 8 16 16 16
▼B
CSM_219 Informaţiile de asociere trimise în instrucţiunile 43 (solicitarea
VU) și 50 (răspunsul MoS) sunt reunite astfel cum este
precizat în secţiunea 7.6.10 din (ISO 16844-3), cu excepţia
faptului că se utilizează algoritmul AES în locul algoritmului
TDES în schema de criptare a datelor de asociere, ceea ce
duce, prin urmare, la folosirea a două criptări AES și la
adoptarea completării specificate în CSM_220 pentru a
corespunde mărimii blocului AES. Cheia K' p utilizată pentru
această criptare este generată în modul următor:
— În cazul în care cheia de asociere K P are o lungime de 16
octeţi: K' p = K P XOR (N s ||N s )
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 495
— În cazul în care cheia de asociere K P are o lungime de 24
de octeţi: K' p = K P XOR (N s ||N s ||N s )
— În cazul în care cheia de asociere K P are o lungime de 32
de octeţi: K' p = K P XOR (N s ||N s ||N s ||N s )
unde N s este numărul de serie de 8 octeţi al senzorului de
mișcare.
CSM_220 În cazul în care lungimea datelor de text simplu (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ărul de octeţi de date cu text
simplu este întotdeauna un multiplu de 8, astfel încât
completarea nu este necesară atunci când se folosește
TDES. Definiţia datelor și mesajelor în ISO (16844-3) nu
este modificată prin prezenta parte din prezentul apendice,
fiind necesară, prin urmare, aplicarea completării.
CSM_221 Pentru instrucţiunea 11 și în cazul în care trebuie încriptate
cel puţin două blocuri de date, se utilizează modul de func­
ţionare cu înlănţuirea blocurilor cifrate, astfel cum se
precizează în (ISO 10116), cu un parametru intermediar m
= 1. Vectorul de iniţializare (IV) care trebuie utilizat este:
— Pentru instrucţiunea 11: blocul de autentificare de 8 octeţi
specificat în secţiunea 7.6.3.3. din (ISO 16844-3),
completat utilizând metoda de completare 2 definită în
(ISO 9797-1); a se vedea, de asemenea, secţiunile 7.6.5
și 7.6.6 din ISO (16844-3).
— Pentru toate celelalte secţiuni în care sunt transferaţi mai
mult de 16 octeţi, astfel cum este precizat în tabelul 6:
„00” {16}, adică șaisprezece octeţi cu valoarea binară 0.
Notă: Așa cum se arată în secţiunile 7.6.5 și 7.6.6 din (ISO
16844-3), atunci când MoS criptează fișierele de date pentru a
fi incluse în instrucţiunea 11, blocul de autentificare este
— atât utilizat ca vector de iniţializare pentru modul CBC de
criptare a fișierelor de date,
— cât și criptat și inclus ca prim bloc în datele trimise către
VU.
12.4. Asocierea VU – senzor de mișcare pentru echipamente de diferite
generaţii
CSM_222 Astfel cum s-a explicat în secţiunea 9.2.1, un senzor de
mișcare din a doua generaţie poate conţine criptarea bazată
pe TDES a datelor de asociere (astfel cum este definit în
partea A a prezentului apendice), ceea ce permite asocierea
senzorului de mișcare cu o VU de prima generaţie. În acest
caz, o VU de prima generaţie și un senzor de mișcare de a
doua generaţie sunt asociaţi conform descrierii din partea A a
prezentului apendice și din (ISO 16844-3). Pentru procesul de
asociere poate fi folosit un card de atelier de prima generaţie
sau de a doua generaţie.
Note:
— Nu este posibilă asocierea unei VU de a doua generaţie cu
un senzor de mișcare de prima generaţie.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 496
— Nu este posibilă utilizarea unui card de atelier de prima
generaţie pentru a cupla o VU de a doua generaţie la un
senzor de mișcare.
13. SECURITATEA COMUNICĂRII LA DISTANŢĂ PRIN DSRC
13.1. Consideraţii generale
Astfel cum se specifică în apendicele 14, o VU generează periodic date
de monitorizare de la distanţă a tahografelor (RTM) și trimite aceste date
echipamentului (intern sau extern) de comunicare la distanţă (RCF).
Echipamentul de monitorizare la distanţă este responsabil pentru
trimiterea datelor, prin interfaţa DSRC descrisă în apendicele 14, către
echipamentul de interogare la distanţă. În apendicele 1 se precizează că
datele RTM sunt concatenarea următoarelor elemente:
Datele utile criptate ale tahografului criptarea datelor utile cu text
simplu ale tahografului
Datele de securitate DSRC descrise mai jos
Formatul datelor utile cu text simplu ale tahografului este precizat în
apendicele 1 și descris în detaliu în apendicele 14. În această secţiune
este descrisă structura datelor de securitate DSRC; specificaţia formală
este descrisă în apendicele 1.
CSM_223 Datele cu text în clar comunicate
de o VU unui echipament de comunicare la distanţă (dacă
RCF este instalat în afara VU) sau de la VU către un echi­
pament de interogare la distanţă prin intermediul interfeţei
DSRC (dacă RCF este instalat în interiorul VU) sunt
protejate în modul criptare urmată de autentificare, ceea ce
înseamnă că mai întâi se criptează datele utile ale tahografului
pentru a asigura confidenţialitatea mesajului, iar apoi se
calculează un MAC pentru a asigura autenticitatea și inte­
gritatea datelor.
CSM_224 Datele de securitate DSRC constau în concatenarea
elementelor de date de mai jos, în următoarea ordine; a se
vedea, de asemenea figura 12:
Data și ora curente data și ora curente ale VU (tip de date
)
Contor un contor de 3 octeţi, a se vedea CSM_225
▼M1
Numărul de serie al VU numărul de serie al VU sau ID-ul cererii de
certificat (tipul de date VuSerialNumber sau
CertificateRequestID) – a se vedea CSM_123
▼B
Numărul de versiune al cheii master DSRC numărul de versiune de 1 octet al cheii master
DSRC din care au fost derivate cheile DSRC
specifice pentru VU (a se vedea secţiunea
9.2.2).
MAC MAC calculat prin intermediul tuturor
octeţilor anteriori din datele RTM.
CSM_225 Contorul de 3 octeţi din datele de securitate DSRC sunt în
formatul MSB (cel mai semnificativ octet) la început. Prima
dată când o VU calculează un set de date RTM după ce este
pusă în producţie, aceasta reglează valoarea contorului la 0.
De fiecare dată înainte de a calcula următorul set de date
RTM, VU mărește cu 1 valoarea datelor contorului.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 497
13.2. Criptarea datelor utile ale tahografului și generarea MAC
CSM_226 Fiind dat un element de date cu text simplu având tipul de
date astfel cum este descris în
apendicele 14, o VU criptează aceste date după cum este
indicat în figura 12: Cheia DSRC a VU folosită pentru
criptare, K_VU DSRC _ENC (a se vedea secţiunea 9.2.2), este
utilizată cu AES în modul de funcţionare cu înlănţuirea
blocurilor cifrate, astfel cum este definit în (ISO 10116), cu
un parametru intermediar m = 1. Vectorul de iniţializare este:
IV = data și ora curentă || „00 00 00 00 00 00 00 00 00” ||
contor, unde data și ora curentă și contorul sunt specificate
în CSM_224. Datele care trebuie criptate sunt completate
folosind metoda 2 definită în (ISO 9797-1)
CSM_227 O VU calculează MAC din datele de securitate DSRC astfel
cum este indicat în figura 12: MAC este calculat pe baza
tuturor octeţilor precedenţi din datele RTM, până la
numărul de versiune al cheii master DSRC (inclusiv acest
număr) și incluzând etichetele și lungimile obiectelor de
date. VU își utilizează cheia DSRC pentru a verifica autenti­
citatea K_VU DSRC _MAC (a se vedea secţiunea 9.2.2) cu
algoritmul AES în modul CMAC, astfel cum este specificat
în (SP 800-38B). Lungimea MAC este legată de lungimea
cheilor DSRC specifice pentru VU, astfel cum este specificat
în CSM_50.
Figura 12
Criptarea datelor utile ale tahografului și generarea MAC
13.3. Verificarea și decriptarea datelor utile ale tahografului
CSM_228 Atunci când un echipament de interogare la distanţă primește
date RTM de la o VU, acesta trimite toate datele RTM la un
card de control în câmpul de date al unei comenzi PROCESS
DSRC MESSAGE, astfel cum este descris în apendicele 2. În
acest caz:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 498
1. Cardul de control inspectează numărul de versiune al cheii
master DSRC din datele de securitate DSRC. În cazul în
care cardul de control nu cunoaște cheia master DSRC
indicată, acesta trimite înapoi un mesaj de eroare specificat
în anexa 2 și abandonează procesul.
▼M1
2. Cardul de control utilizează cheia master DSRC indicată în
combinaţie cu numărul de serie al VU sau cu ID-ul cererii
de certificat din datele de securitate DSRC pentru a deriva
cheile DSRC specifice pentru VU, și anume
K_VU DSRC _ENC și K_VU DSRC _MAC, astfel cum este
specificat în CSM_124.
▼B
3. Cardul de control utilizează K_VU DSRC _MAC pentru a
verifica MAC în datele de securitate DSRC, astfel cum
este specificat în CSM_227. Dacă MAC este incorect,
cardul de control trimite înapoi un mesaj de eroare
specificat în apendicele 2 și abandonează procesul.
4. Cardul de control utilizează K_VU DSRC _ENC pentru a
decripta datele utile criptate ale tahografului, astfel cum
este specificat în CSM_226. Cardul de control elimină
completarea și trimite datele utile decriptate ale taho­
grafului către echipamentul de interogare la distanţă.
CSM_229 Pentru a preveni atacurile prin reluare, echipamentul de inte­
rogare la distanţă verifică dacă datele RTM sunt reînnoite
verificând faptul că data și ora curente din datele de secu­
ritate DSRC nu se abat prea mult de la ora curentă a echipa­
mentului de interogare la distanţă.
Note:
— Pentru această verificare este necesar ca echipamentul de
interogare la distanţă să dispună de o sursă de indicare a
orei exactă și fiabilă.
— Întrucât conform cerinţelor din apendicele 14, VU trebuie
să calculeze un nou set de date RTM la fiecare 60 de
secunde, iar ceasul VU poate avea o abatere de 1 minut
de la ora reală, o limită mai acceptabilă pentru reînnoirea
datelor RTM este de 2 minute. Reînnoirea reală a datelor
care trebuie prevăzută depinde, de asemenea, de exactitatea
ceasului echipamentului de interogare la distanţă.
CSM_230 Atunci când un atelier verifică funcţionarea corectă a funcţio­
nalităţii DSRC a unei VU, acesta trimite totalitatea datelor
RTM primite de la VU unui card de atelier în câmpul de
date al unei comenzi PROCESS DSRC MESSAGE, astfel
cum este descris în apendicele 2. Cardul de atelier efectuează
toate verificările și acţiunile specificate în CSM_228.
14. SEMNAREA DESCĂRCĂRII DE DATE ȘI VERIFICAREA SEMNĂ­
TURILOR
14.1. Consideraţii generale
CSM_231 Echipamentul inteligent dedicat (IDE) stochează într-un
singur fișier fizic de date datele primite de la o VU sau de
la un card în timpul unei sesiuni de descărcare. Datele pot fi
stocate pe un suport de memorie extern (ESM). Acest fișier
conţine semnături digitale de blocuri de date, astfel cum este
specificat în apendicele 7. Fișierul menţionat mai sus conţine,
de asemenea, următoarele certificate (a se vedea secţiunea
9.1):
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 499
— În cazul unei descărcări de pe o VU:
— Certificatul VU_Sign
— Certificatul MSCA_VU-EGF care conţine cheia
publică destinată utilizării pentru verificarea certifi­
catului VU_Sign
— În cazul unei descărcări de pe un card:
— Certificatul Card_Sign
— Certificatul MSCA_Card care conţine cheia publică
destinată verificării certificatului Card_Sign
CSM_232 IDE dispune, de asemenea, de:
— În cazul în care acesta utilizează un card de control pentru
verificarea semnăturii, astfel cum este indicat în figura 13:
Certificatul de legătură care leagă cel mai
recent certificat EUR de certificatul EUR a cărui
perioadă de valabilitate este imediat anterioară acestui
celui mai recent certificat EUR, dacă acesta există.
— În cazul în care verifică chiar el semnătura: toate certifi­
catele rădăcină europene valabile.
Notă: metoda folosită de IDE pentru a obţine aceste certi­
ficate nu este specificată în prezentul apendice.
14.2. Generarea semnăturilor
CSM_233 Algoritmul de semnare utilizat pentru a crea semnături prin
intermediul datelor descărcate este ECDSA, astfel cum este
precizat în [DSS], folosindu-se algoritmul de hashing legat de
mărimea cheilor VU sau ale cardului, astfel cum este
specificat în CSM_50. Formatul semnăturii este simplu,
astfel cum este precizat în (TR-03111).
14.3. Verificarea semnăturilor
CSM_234 ►M1 Un IDE poate efectua verificarea unei semnături pe
baza datelor descărcate în mod nemijlocit sau poate utiliza un
card de control în acest scop. În cazul în care utilizează un
card de control, verificarea semnăturii se efectuează astfel
cum este indicat în figura 13. Pentru a verifica valabilitatea
temporală a unui certificat prezentat de IDE, cardul de control
își utilizează ora curentă internă, astfel cum se precizează în
CSM_167. Un card de control își actualizează ora curentă
dacă momentul la care începe valabilitatea unui certificat
autentic de tip „sursă valabilă de indicare a orei” este mai
recent decât ora curentă a cardului. Cardul acceptă doar urmă­
toarele certificate ca sursă valabilă de indicare a orei:
— Certificatele de legătură ERCA de a doua generaţie
— Certificatele MSCA de a doua generaţie
— Certificatele VU_Sign sau Card_Sign de a doua generaţie
emise de aceeași ţară care a emis certificatul de card al
cardului de control.
În cazul în care IDE efectuează nemijlocit verificarea
semnăturii, acesta verifică autenticitatea și valabilitatea
tuturor certificatelor din lanţul de certificate din fișierul de
date și verifică semnătura prin intermediul datelor, urmând
schema de semnătură definită în [DSS]. În ambele cazuri,
pentru fiecare certificat citit din fișierul de date, este
necesar să se verifice dacă este corect câmpul privind auto­
rizaţia deţinătorului certificatului (CHA):
— Câmpul CHA al certificatului EQT indică un certificat VU
sau un certificat de card (după caz) pentru semnare (a se
vedea apendicele 1, tipul de date EquipmentType).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 500
— CHA al certificatului EQT.CA indică o MSCA.
— CHA al certificatului EQT.Link indică ERCA. ◄
Note la figura 13:
— Echipamentul care a semnat datele de analizat este
denumit EQT.
— Certificatele EQT și cheile publice menţionate în figură
sunt cele utilizate pentru semnare, și anume VU_Sign sau
Card_Sign.
— Certificatele și cheile publice EQT.CA menţionate în
figură sunt cele utilizate pentru semnarea certificatelor
VU sau a celor de card, după caz.
— Certificatul EQT.CA.EUR menţionat în figură este certi­
ficatul rădăcină european precizat în CAR al certificatului
EQT.CA.
— Certificatul EQT.Link menţionat în figură este certificatul
de legătură al EQT, dacă acesta există. Astfel cum este
specificat în secţiunea 9.1.2, acesta este un certificat de
legătură pentru o nouă pereche de chei rădăcină europene
create de ERCA și semnate cu cheia privată europeană
anterioară.
— Certificatul EQT.Link.EUR este certificatul rădăcină
european precizat în CAR al certificatului EQT.Link.
CSM_235 Pentru a calcula funcţia hash a mesajului M trimis către
cardul de control în comanda PSO:Hash, IDE utilizează algo­
ritmul de hashing legat de mărimea cheii VU sau a cardului
de pe care se descarcă datele, astfel cum este specificat în
CSM_50.
CSM_236 Pentru a verifica semnătura EQT, cardul de control trebuie să
respecte schema de semnătură definită în [DSS].
Notă: Prezentul document nu precizează nicio acţiune care să
fie întreprinsă în cazul în care o semnătură prin intermediul
unui fișier de date descărcat nu poate fi verificată sau dacă
verificarea are un rezultat negativ.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 501
Figura 13
Protocol pentru verificarea semnăturii prin intermediul unui fișier de date descărcate
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 502
Apendicele 12
POZIŢIONAREA BAZATĂ PE SISTEMUL GLOBAL DE NAVIGAŢIE
PRIN SATELIT (GNSS)
CUPRINS
1. INTRODUCERE
1.1. Domeniu de aplicare
▼M3
1.1.1. Referinţe
▼B
1.2. Acronime și notaţii
▼M3
2. CARACTERISTICILE DE BAZĂ ALE RECEPTORULUI GNSS
3. PROPOZIŢIILE FURNIZATE DE RECEPTORUL GNSS
▼B
4. UNITATE MONTATĂ PE VEHICUL CU UN ECHIPAMENT GNSS
EXTERN
4.1. Configuraţie
4.1.1 Componente principale și interfeţe
4.1.2 Starea echipamentului GNSS extern la finalul procesului de producţie
4.2. Comunicarea între echipamentul GNSS extern și unitatea montată pe
vehicul
4.2.1 Protocolul de comunicare
4.2.2 Transferul securizat de date GNSS
4.2.3 Structura comenzii de citire a înregistrării (Read Record)
▼M3
4.2.4. Structura comenzii WriteRecord
4.2.5. Alte comenzi
▼B
4.3. Cuplarea, autentificarea reciprocă și înţelegerea asupra cheii de sesiune a
echipamentului GNSS extern cu unitatea montată pe vehicul
4.4. Gestionarea erorilor
4.4.1 Eroare de comunicare cu echipamentul GNSS extern
4.4.2 Încălcarea integrităţii fizice a echipamentului GNSS extern
4.4.3 Absenţa informaţiilor de poziţionare de la receptorul GNSS
4.4.4 Certificatul echipamentului GNSS extern a expirat
5. UNITATE MONTATĂ PE VEHICUL FĂRĂ UN ECHIPAMENT
GNSS EXTERN
5.1. Configuraţie
▼M3
5.2. Transferul informaţiilor de la receptorul GNSS la VU
__________
5.3. Transferul informaţiilor de la VU la receptorul GNSS
5.4. Gestionarea erorilor
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 503
5.4.1. Absenţa informaţiilor privind poziţia de la receptorul GNSS
6. PROCESAREA ȘI ÎNREGISTRAREA DATELOR PRIVIND POZIŢIA
DE CĂTRE VU
7. CONFLICT ORĂ GNSS
8. CONFLICT PRIVIND DEPLASAREA VEHICULULUI
1. INTRODUCERE
Prezentul apendice prevede cerinţele tehnice pentru receptorul GNSS și
datele GNSS utilizate de unitatea montată pe vehicul, inclusiv proto­
coalele care trebuie implementate pentru a asigura transferul de date
corect și în siguranţă al informaţiilor de poziţionare.
1.1. Domeniul de aplicare
GNS_1 Unitatea montată pe vehicul colectează date de localizare de la
cel puţin o reţea de sateliţi GNSS.
Unitatea montată pe vehicul poate fi dotată sau nu cu un echi­
pament GNSS extern, astfel cum este descris în Figura 1:
1.1.1. Referinţe
În această parte a prezentului apendice se face trimitere la următoarele
referinţe.
NMEA Standardul privind interfaţa 0183 al NMEA (National Marine
Electronics Association), V4.11
▼B
Figura 1
Diferite configuraţii pentru receptorul GNSS.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 504
1.2. Acronime și notaţii
În prezentul apendice sunt folosite următoarele acronime:
DOP Dilution of Precision (Scădere a preciziei)
EGF Fișier elementar Dispozitiv GNSS (Elementary file GNSS
Facility)
EGNOS Serviciul european geostaţionar mixt de navigare (European
Geostationary Navigation Overlay Service)
GNSS Sistem global de navigaţie prin satelit (Global Navigation
Satellite System)
GSA GPS DOP și sateliţi activi
HDOP Horizontal Dilution of Precision (Scădere a preciziei în plan
orizontal)
ICD Document de control al interfeţei
NMEA National Marine Electronics Association
▼M3
OSNMA Galileo Open Service Navigation Message Authentication
(Autentificarea mesajelor de navigaţie de la serviciul deschis
al Galileo)
▼B
PDOP Position Dilution of Precision (Diminuare a preciziei ca
urmare a poziţionării sateliţilor)
RMC Recommended Minimum Specific
▼M3
RTC Real Time Clock (RTC)
▼B
SIS Semnal în spaţiu (Signal in Space)
VDOP Vertical Dilution of Precision (Scădere a preciziei în plan
vertical)
VU Unitate montată pe vehicul (Vehicle Unit)
▼M3
2. CARACTERISTICILE DE BAZĂ ALE RECEPTORULUI GNSS
▼B
Indiferent de configuraţia tahografului inteligent, cu sau fără un echi­
pament GNSS extern, furnizarea de informaţii de poziţionare exacte și
fiabile reprezintă un element esenţial pentru funcţionarea eficientă a taho­
grafului inteligent. Prin urmare, este oportun să se solicite compatibi­
litatea acestuia cu serviciile furnizate de programele Galileo și
Serviciul european geostaţionar mixt de navigare (EGNOS), astfel cum
sunt prevăzute în Regulamentul (UE) nr. 1285/2013 al Parlamentului
European și al Consiliului ( 1 ). Sistemul constituit în cadrul programului
Galileo este un sistem global de navigaţie prin satelit independent, iar cel
constituit în cadrul programului EGNOS este un sistem regional de
navigaţie prin satelit, care îmbunătăţește calitatea semnalului sistemului
de poziţionare globală.
GNS_2 Producătorii garantează că receptoarele GNSS din tahografele
inteligente sunt compatibile cu serviciile de poziţionare
furnizate de sistemele Galileo și EGNOS. De asemenea, produ­
cătorii pot alege, în plus, compatibilitatea cu alte sisteme de
navigaţie prin satelit.
▼B
( 1 ) Regulamentul (UE) nr. 1285/2013 al Parlamentului European și al Consiliului din
11 decembrie 2013 privind punerea în aplicare și exploatarea sistemelor europene de
radionavigaţie prin satelit și de abrogare a Regulamentului (CE) nr. 876/2002 al Consi­
liului și a Regulamentului (CE) nr. 683/2008 al Parlamentului European și al Consiliului
(JO L 347, 20.12.2013, p. 1).
02016R0799 — RO — 21.08.2023 — 003.002 — 505
GNS_3 Receptorul GNSS trebuie să fie compatibil cu autentificarea
mesajelor de navigaţie de la serviciul deschis
Galileo (OSNMA).
GNS_3a Receptorul GNSS efectuează o serie de verificări ale consec­
venţei pentru a verifica dacă măsurătorile calculate de
receptorul GNSS pe baza datelor OSNMA au avut ca rezultat
informaţii corecte cu privire la poziţia, viteza și datele vehi­
culului și, prin urmare, nu au fost influenţate de niciun atac
extern, cum ar fi captarea și reemiterea semnalelor unui
radiofar. Aceste verificări ale consecvenţei constau, de
exemplu, în:
— detectarea emisiilor de putere anormală prin monitorizarea
combinată a controlului automat al câștigului (Automatic
Gain Control - AGC) și a raportului de densitate
purtătoare-zgomot (C/N0);
— consecvenţa măsurării pseudo-distanţei și consecvenţa
măsurării Doppler în timp, inclusiv detectarea unor
variaţii bruște în măsurare;
— tehnici de monitorizare a integrităţii autonome a
receptorului (RAIM), inclusiv detectarea unor măsurători
inconsecvente cu poziţia estimată;
— verificări ale poziţiei și vitezei, inclusiv soluţii anormale de
poziţie și viteză, salturi bruște și comportament incon­
secvent cu dinamica vehiculului;
— consecvenţa orei și frecvenţei, inclusiv variaţii și derivaţii
de oră care nu corespund caracteristicilor ceasului
receptorului.
GNS_3b Comisia Europeană va elabora și va aproba următoarele
documente:
— Un document de control al interfeţei de semnal în spaţiu
(Signal in Space Interface Control Document — SIS ICD),
care specifică în detaliu informaţiile OSNMA transmise
prin semnalul Galileo.
— Ghidul privind receptoarele OSNMA, care furnizează
cerinţele și procesele din cadrul receptoarelor pentru a
garanta securitatea implementării OSNMA, precum și reco­
mandări pentru îmbunătăţirea performanţei OSNMA.
Receptoarele GNSS instalate în tahografe, atât interne, cât și
externe, sunt construite în conformitate cu SIS ICD și cu
Ghidul privind receptoarele OSNMA.
GNS_3c Receptorul GNSS furnizează mesaje de poziţie, numite mesaje
de poziţie autentificate în prezenta anexă și în apendicele la
aceasta, care sunt elaborate utilizând numai sateliţi de la care
autenticitatea mesajelor de navigaţie a fost verificată cu succes.
GNS_3d Receptorul GNSS furnizează, de asemenea, mesaje de poziţie
standard, elaborate utilizând sateliţii vizibili, indiferent dacă
sunt autentificate sau nu.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 506
GNS_3e Receptorul GNSS utilizează ceasul Real Time Clock al
VU (RTC) ca referinţă temporală pentru sincronizarea orei
necesară pentru OSNMA.
GNS_3f Ora RTC a VU este furnizată receptorului GNSS de către VU.
GNS_3g Abaterea maximă de timp specificată în cerinţa 41 din anexa IC
este furnizată receptorului GNSS de către VU, împreună cu ora
RTC a VU.
3. PROPOZIŢIILE FURNIZATE DE RECEPTORUL GNSS
Prezenta secţiune descrie propoziţiile utilizate în funcţionarea taho­
grafului inteligent pentru transmiterea mesajelor de poziţie standard și
autentificate. Această secţiune este valabilă atât pentru configuraţia taho­
grafului inteligent cu echipament GNSS extern, cât și a celui fără echi­
pament GNSS extern.
GNS_4 Datele privind poziţia standard se bazează pe propoziţia
NMEA Recommended Minimum Specific (RMC) GNSS Data,
care conţine informaţii de poziţionare (latitudine, longitudine),
ora în format UTC (hhmmss.ss), viteza faţă de sol în noduri
plus valori suplimentare.
Formatul propoziţiei RMC este următorul (conform stan­
dardului NMEA V4.11):
Figura 2
Structura propoziţiei RMC
$–RMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x .x,xxxx,x.x,a,a,a*hh
1) Ora (UTC)
2) Status, A= Poziţie validă, V= Avertizare
3) Latitudine
4) N sau S
5) Longitudine
6) E sau V
7) Viteza faţă de sol în noduri
8) Traseu corectat, grade reale
9) Data, zzllaa
10) Variaţie magnetică, grade
11) E sau V
12) Indicator mod FAA
13) Starea de navigare
14) Sumă de verificare
Starea de navigare este opţională și poate să nu fie prezentă în
propoziţia RMC.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 507
Statutul (Status) indică dacă semnalul GNSS este disponibil.
Până când valoarea statutului nu este setată la „A”, datele
primite (de exemplu, referitoare la oră sau latitudine/longi­
tudine) nu pot fi utilizate pentru înregistrarea poziţiei vehi­
culului în VU.
Rezoluţia poziţiei se bazează pe formatul propoziţiei RMC
descris mai sus. Prima parte din câmpurile 3) și 5) se
utilizează pentru a reprezenta gradele. Restul se utilizează
pentru a reprezenta minutele cu trei zecimale. Astfel,
rezoluţia este 1/1 000 de minut sau 1/60 000 de grad
(deoarece un minut este 1/60 dintr-un grad).
GNS_4a Datele autentificate privind poziţia se bazează pe propoziţia de
tip NMEA, Authenticated Minimum Specific (AMC) Data,
care conţine informaţii de poziţionare (latitudine, longitudine),
ora în format UTC (hhmmss.ss), viteza faţă de sol în noduri
plus valori suplimentare.
Formatul propoziţiei AMC este următorul (conform stan­
dardului NMEA V4.11, cu excepţia valorii numărul 2):
Figura 3
Structura propoziţiei AMC
$–AMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x.x,xxxx,x.x,a,a,a*hh
1) Ora (UTC)
2) Statut, A = poziţie autentificată (stabilită utilizând cel puţin 4 sateliţi de la
care autenticitatea mesajelor de navigaţie a fost verificată cu succes), J =
jamming sau O = alt atac GNSS în absenţa autentificării nereușite a
mesajelor de navigaţie (prin efectuarea unor verificări ale consecvenţei în
conformitate cu GNS_3a), F = autentificarea nereușită a mesajelor de
navigaţie (astfel cum a fost detectată prin verificările OSNMA specificate
în documentele menţionate în GNS_3b), V = nulă (poziţia autentificată nu
este disponibilă din orice alt motiv)
3) Latitudine
4) N sau S
5) Longitudine
6) E sau V
7) Viteza faţă de sol în noduri
8) Traseu corectat, grade reale
9) Data, zzllaa
10) Variaţie magnetică, grade
11) E sau V
12) Indicator mod FAA
13) Starea de navigare
14) Sumă de verificare
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 508
Starea de navigare este opţională și poate să nu fie prezentă în
propoziţia AMC.
Statutul indică dacă este disponibilă o poziţie GNSS autenti­
ficată, dacă a fost detectat un atac asupra semnalelor GNSS,
dacă autentificarea mesajelor de navigaţie a eșuat sau dacă
poziţia GNSS este indisponibilă. Când valoarea statutului nu
este setată la „A”, datele primite (de exemplu, ora sau lati­
tudinea/longitudinea) sunt considerate invalide și nu pot fi
utilizate pentru înregistrarea poziţiei vehiculului în VU.
Atunci când valoarea statutului este setată la „J” (jamming),
„O” (alt atac GNSS) sau „F” (autentificarea eșuată a mesajelor
de navigaţie), se înregistrează un eveniment de tip „anomalie
GNSS” în VU, conform definiţiei din anexa IC și din apen­
dicele 1 (EventFaultCode).
GNS_5 Unitatea montată pe vehicul stochează în baza de date a VU
informaţiile de poziţionare pentru latitudine și longitudine cu o
rezoluţie de 1/10 de minut sau 1/600 de grad, astfel cum este
descris în apendicele 1 pentru tipul GeoCoordinates.
Comanda GPS DOP și sateliţi activi (GSA), conformă cu
standardul NMEA V4.11, poate fi utilizată de VU pentru a
determina și a înregistra disponibilitatea și precizia semnalului
pentru poziţiile standard. În special HDOP este utilizată pentru
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 Precision (HDOP), calculată
ca cea mai mică dintre valorile HDOP colectate de la
sistemele GNSS disponibile.
GNSS Id. indică NMEA Id. corespunzător pentru fiecare
constelaţie GNSS și sistem de augmentare cu ajutorul
sateliţilor (SBAS).
Figura 4
Structura propoziţiei GSA (poziţii standard)
$–GSA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h
1) Mod de selecţie
2) Mod
3) ID-ul primului satelit utilizat pentru fix
4) ID-ul celui de al doilea satelit utilizat pentru fix
…
14) ID-ul celui de al 12-lea satelit utilizat pentru fix
15) PDOP
16) HDOP
17) VDOP
18) ID-ul sistemului
19) Sumă de verificare
ID-ul sistemului este opţional și poate să nu fie prezent în
propoziţia GSA.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 509
În același mod, comanda propoziţiei de tip NMEA authen­
ticated active satellites (sateliţi activi autentificaţi) (ASA)
poate fi utilizată de VU pentru a determina și a înregistra
disponibilitatea și precizia semnalului pentru poziţiile autenti­
ficate. Valorile 1-18 sunt definite în standardul NMEA V4.11.
Figura 5
Structura propoziţiei ASA (poziţii autentificate)
$–ASA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h
1) Mod de selecţie
2) Mod
3) ID-ul primului satelit utilizat pentru fix
4) ID-ul celui de al doilea satelit utilizat pentru fix
…
14) ID-ul celui de al 12-lea satelit utilizat pentru fix
15) PDOP
16) HDOP
17) VDOP
18) ID-ul sistemului
19) Sumă de verificare
ID-ul sistemului este opţional și poate să nu fie prezent în
propoziţia ASA.
GNS_6 Atunci când se utilizează un echipament GNSS extern,
propoziţia GSA se stochează în transceiverul securizat GNSS
cu numărul de înregistrare de la „02” la „06”, iar propoziţia
ASA se stochează cu numărul de înregistrare de la „12” la
„16”.
GNS_7 Dimensiunea maximă a propoziţiilor (de exemplu, RMC,
AMC, GSA, ASA sau altele), care poate fi utilizată pentru
dimensionarea comenzii de citire a înregistrării (Read Record)
este de 85 de octeţi (a se vedea Tabelul 1).
▼B
4. UNITATE MONTATĂ PE VEHICUL CU UN ECHIPAMENT GNSS
EXTERN
4.1. Configuraţie
4.1.1 Componente principale și interfeţe
În această configuraţie, receptorul GNSS face parte din echipamentul
GNSS extern.
GNS_8 Echipamentul GNSS extern trebuie să fie alimentat cu o
interfaţă specifică a vehiculului.
▼M3
GNS_9 Echipamentul GNSS extern constă în următoarele
componente (a se vedea Figura 6):
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 510
(a) Un receptor GNSS comercial care să furnizeze datele de
poziţionare prin interfaţa de date GNSS. De exemplu,
interfaţa de date GNSS poate fi standardul NMEA
V4.11, unde receptorul GNSS acţionează ca un
emiţător și transmite propoziţii NMEA către trans­
ceiverul securizat GNSS cu o frecvenţă de 1 Hz
pentru setul predefinit de propoziţii NMEA și propoziţii
de tip NMEA, care trebuie să cuprindă cel puţin propo­
ziţiile RMC, AMC, GSA și ASA. Implementarea
interfeţei de date GNSS este la alegerea producătorilor
de echipament GNSS extern.
▼B
b) O unitate de emisie-recepţie (transceiver securizat
GNSS), compatibilă cu standardul ISO/IEC 7816-
4:2013 (a se vedea 4.2.1) pentru a comunica cu
unitatea montată pe vehicul și compatibilă cu interfaţa
de date GNSS pentru receptorul GNSS. Unitatea este
prevăzută cu o memorie pentru stocarea datelor de iden­
tificare ale receptorului GNSS și ale echipamentului
GNSS extern.
▼M3
(c) Un sistem de încapsulare cu funcţie de detectare a
manipulărilor frauduloase, care încapsulează atât
receptorul GNSS, cât și transceiverul securizat GNSS.
Funcţia de detectare a manipulărilor frauduloase imple­
mentează măsurile de protecţie a securităţii conform
cerinţelor din profilul de protecţie al tahografului
inteligent.
▼B
d) O antenă GNSS instalată pe vehicul și conectată la
receptorul GNSS prin sistemul de încapsulare.
GNS_10 Echipamentul GNSS extern are cel puţin următoarele
interfeţe externe:
a) interfaţa cu antena GNSS instalată pe remorca vehi­
culului, dacă se utilizează o antenă externă;
b) interfaţa cu unitatea montată pe vehicul.
GNS_11 În VU, transceiverul securizat VU este celălalt capăt al
comunicării securizate cu transceiverul securizat GNSS și
trebuie să fie compatibil cu ISO/IEC 7816-4:2013 pentru
conectarea la echipamentul GNSS extern.
GNS_12 Pentru nivelul fizic al comunicării cu echipamentul GNSS
extern, unitatea montată pe vehicul trebuie să fie compa­
tibilă cu ISO/IEC 7816-12: 2005 sau cu un alt standard
compatibil cu ISO/IEC 7816-4: 2013. (a se vedea 4.2.1).
4.1.2 Starea echipamentului GNSS extern la finalul procesului de producţie
GNS_13 Echipamentul GNSS extern stochează următoarele valori în
memoria nevolatilă a transceiverului securizat GNSS atunci
când părăsește fabrica:
— perechea de chei EGF_MA și certificatul corespunzător,
— certificatul MSCA_VU-EGF care conţine cheia publică
MSCA_VU-EGF.PK care trebuie utilizată pentru veri­
ficarea certificatului EGF_MA,
— certificatul EUR care conţine cheia publică EUR.PK
care trebuie utilizată pentru verificarea certificatului
MSCA_VU-EGF,
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 511
— certificatul EUR a cărui perioadă de valabilitate precede
direct perioada de valabilitate a certificatului EUR care
trebuie utilizat pentru verificarea certificatului
MSCA_VU-EGF, dacă există,
— certificatul legătură care leagă aceste
două certificate EUR, dacă există,
— numărul de serie lung al echipamentului GNSS extern,
— identificatorul sistemului de operare al echipamentului
GNSS,
— numărul de omologare de tip al echipamentului GNSS
extern,
— identificatorul componentei de securitate a modulului
GNSS extern.
4.2. Comunicarea între echipamentul GNSS extern și unitatea montată
pe vehicul
4.2.1 Protocolul de comunicare
▼M3
GNS_14 Protocolul de comunicare între echipamentul GNSS extern
și unitatea montată pe vehicul asigură următoarele funcţii:
1. Colectarea și distribuirea datelor GNSS (de exemplu,
poziţia, ora, viteza),
2. Colectarea datelor de configuraţie ale echipamentului
GNSS extern,
3. Protocolul de gestionare pentru a asigura cuplarea,
autentificarea reciprocă și înţelegerea asupra cheii de
sesiune între echipamentul GNSS extern și VU,
4. Transmisia către echipamentul GNSS extern a orei RTC
a VU și a diferenţei maxime dintre ora reală și ora RTC
a VU.
▼B
GNS_15 Protocolul de comunicare se bazează pe standardul ISO/IEC
7816-4: 2013 unde transceiverul securizat VU deţine rolul
de master, iar transceiverul securizat GNSS deţine rolul de
slave. Conexiunea fizică între echipamentul GNSS extern și
unitatea montată pe vehicul se bazează pe ISO/IEC 7816-
12:2005 sau pe un alt standard compatibil cu ISO/IEC
7816-4:2013.
▼M1
GNS_16 În protocolul de comunicare, nu sunt suportate câmpuri cu
lungime extinsă.
▼B
GNS_17 Protocolul de comunicare din ISO 7816 (atât *-4:2013, cât
și *-12:2005) dintre echipamentul GNSS extern și VU se
setează la T=1.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 512
GNS_18 În ceea ce privește funcţiile 1. colectarea și distribuirea
datelor GNSS, 2. colectarea datelor de configuraţie ale echi­
pamentului GNSS extern și 3. protocolul de gestionare,
transceiverul securizat GNSS simulează un card inteligent
cu o arhitectură a sistemului de fișiere compusă dintr-un
fișier master (MF), un fișier dedicat (DF) cu identificatorul
aplicaţiei specificat în apendicele 1 capitolul 6.2 („FF 44 54
45 47 4D”) și cu 3 EF care conţin certificate și un singur
fișier elementar (EF.EGF) cu identificatorul fișierului egal
cu „2F2F” conform descrierii din tabelul 1.
▼M3
GNS_18a În ceea ce privește funcţia 4) transmisia către echipamentul
GNSS extern a orei RTC al VU și a diferenţei maxime
dintre ora reală și ora RTC a VU, transceiverul securizat
GNSS utilizează un EF (EF VU) în același DF cu identi­
ficator de fișier egal cu „2F30”, astfel cum este descris în
tabelul 1.
▼B
GNS_19 Transceiverul securizat GNSS stochează datele care provin
de la receptorul GNSS și configuraţia în EF.EGF. Acesta
este un fișier de înregistrare liniar de lungime variabilă cu
un identificator egal cu „2F2F” în format hexadecimal.
▼M3
GNS_19a Transceiverul securizat GNSS stochează datele provenite de
la VU în EF VU. Acesta este un fișier de înregistrare liniară
cu lungime fixă cu un identificator egal cu „2F30” în
format hexazecimal.
GNS_20 Transceiverul securizat GNSS utilizează o memorie pentru a
stoca datele și este capabil să execute atâtea cicluri de citire/
scriere cât este necesar pe o durată de viaţă de cel puţin 15
ani. În afară de acest aspect, proiectarea internă și imple­
mentarea transceiverului securizat GNSS rămân la lati­
tudinea producătorilor.
▼M1
Maparea numerelor înregistrărilor și a datelor este furnizată
în tabelul 1. Se menţionează faptul că există cinci propoziţii
GSA pentru constelaţiile GNSS și sistemul de augmentare
cu ajutorul sateliţilor (SBAS).
GNS_21 Structura fișierelor este furnizată în Tabelul 1. Pentru
condiţiile de acces (ALW, NEV, SM-MAC) a se vedea
apendicele 2 capitolul 3.5.
▼M3
Tabelul 1
Structura fișierelor
Condiţii de acces
Fișier ID fișier Citire Actualizare Criptat
MF 3F00
EF.ICC 0002 ALW NEV
(de VU)
Nr.
▼M1
02016R0799 — RO — 21.08.2023 — 003.002 — 513
Condiţii de acces
Fișier ID fișier Citire Actualizare Criptat
DF Echipament GNSS 0501 ALW NEV Nr.
EF EGF_MACertificate C100 ALW NEV Nr.
EF CA_Certificate C108 ALW NEV Nr.
EF Link_Certificate C109 ALW NEV Nr.
EF EGF 2F2F SM-MAC NEV
(de VU)
Nr.
EF VU 2F30 SM-MAC SM-MAC Nr.
Fișier / element de date
Numărul înre­
gistrării
Dimensiune (octeţi)
Valori
implicite
Min Max
MF 552 1031
EF.ICC
sensorGNSSSerialNumber 8 8
DF Echipament GNSS 612 1023
EF EGF_MACertificate 204 341
EGFCertificate 204 341 {00..00}
EF CA_Certificate 204 341
MemberStateCertificate 204 341 {00..00}
EF Link_Certificate 204 341
LinkCertificate 204 341 {00..00}
EF EGF
Propoziţie RMC NMEA '01' 85 85
Prima propoziţie GSA NMEA '02' 85 85
A 2-a propoziţie GSA NMEA '03' 85 85
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ărul de serie lung al echipa­
mentului GNSS extern definit în apen­
dicele 1 ca SensorGNSSSerialNumber.
'07' 8 8
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 514
Fișier / element de date
Numărul înre­
gistrării
Dimensiune (octeţi)
Valori
implicite
Identificatorul sistemului de operare al
transceiverului securizat GNSS definit
în apendicele 1 ca SensorOSIdentifier.
'08' 2 2
Numărul de omologare de tip al echi­
pamentului GNSS extern definit în
apendicele 1 ca SensorExternal­
GNSSApprovalNumber.
'09' 16 16
Identificatorul componentei de secu­
ritate a echipamentului GNSS extern
definit în apendicele 1 ca SensorExter­
nalGNSSSCIdentifier.
'10' 8 8
Propoziţie AMC '11' 85 85
Prima propoziţie ASA '12' 85 85
A 2-a propoziţie ASA '13' 85 85
A 3-a propoziţie ASA '14' 85 85
A 4-a propoziţie ASA '15' 85 85
A 5-a propoziţie ASA '16' 85 85
RFU – Rezervat pentru o utilizare
viitoare
De la '17'
la 'FD'
EF VU
VuRtcTime (a se vedea apendicele 1) '01' 4 4 {00..00}
VuGnssMaximalTimeDifference (a se
vedea apendicele 1)
'02' 2 2 {00..00}
▼B
4.2.2 Transferul securizat de date GNSS
▼M3
GNS_22 Transferul securizat al datelor GNSS de poziţie, ora RTC a
VU și diferenţa maximă de timp dintre ora reală și ora RTC
a VU sunt permise numai în următoarele condiţii:
▼B
1. Procesul de cuplare a fost încheiat, astfel cum este
descris în apendicele 11. „Mecanisme de securitate
comune”.
2. Autentificarea reciprocă periodică și înţelegerea asupra
cheii de sesiune dintre VU și echipamentul GNSS
extern descrisă, de asemenea, în apendicele 11.
„Mecanisme de securitate comune” a fost executată cu
frecvenţa indicată.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 515
GNS_23 La fiecare T secunde, unde T reprezintă o valoare mai mică
sau egală cu 20, cu excepţia cazului în care are loc cuplarea
sau autentificarea reciprocă și înţelegerea asupra cheii de
sesiune, VU solicită de la echipamentul GNSS extern infor­
maţiile de poziţionare pe baza următorului flux:
1. VU solicită date de poziţie de la echipamentul GNSS
extern, împreună cu date privind scăderea preciziei
(Dilution of Precision) (din propoziţiile GSA și ASA).
Transceiverul securizat VU utilizează comenzile
ISO/IEC 7816-4: 2013 SELECT (SELECTARE) și
READ RECORD(S) (CITIREA ÎNREGISTRĂRII/
ÎNREGISTRĂRILOR) în modul doar de autentificare
al mesageriei securizate, astfel cum este descris în
secţiunea 11.5 din apendicele 11, cu identificatorul
fișierului „2F2F” și numărul RECORD egal cu „01”
pentru propoziţia RMC NMEA, „02”, „03”, „04”,
„05”, „06” pentru propoziţia GSA NMEA, „11” pentru
propoziţia AMC și „12”, „13”, „14”, „15”, „16” pentru
propoziţia ASA.
2. Ultimele date privind poziţia primite sunt stocate în EF
cu identificatorul „2F2F” și înregistrările descrise în
Tabelul 1 în transceiverul securizat GNSS deoarece
transceiverul securizat GNSS recepţionează date
NMEA cu o frecvenţă de cel puţin 1 Hz de la receptorul
GNSS prin interfaţa de date GNSS.
3. Transceiverul securizat GNSS trimite răspunsul la trans­
ceiverul securizat VU folosind mesajul de răspuns
APDU în modul doar de autentificare al mesageriei
securizate, conform descrierii din apendicele 11
secţiunea 11.5.
4. Transceiverul securizat VU verifică autenticitatea și inte­
gritatea răspunsului primit. În cazul unui rezultat pozitiv,
datele privind poziţia sunt transferate către procesorul
VU prin interfaţa de date GNSS.
5. Procesorul VU verifică datele primite și extrage infor­
maţiile (de exemplu, latitudinea, longitudinea, ora) din
propoziţia RMC NMEA. Propoziţia RMC NMEA
include informaţii privind valabilitatea poziţiei neauten­
tificate. Dacă poziţia neautentificată este valabilă,
procesorul VU extrage, de asemenea, valorile HDOP
din propoziţiile GSA NMEA și calculează valoarea
minimă pe baza sistemelor prin satelit disponibile (de
exemplu, când fix-ul este disponibil).”;
6. Procesorul VU extrage de asemenea informaţiile (de
exemplu, latitudinea, longitudinea, ora) din propoziţia
AMC. Propoziţia AMC include informaţii care atestă
dacă poziţia autentificată nu este valabilă sau dacă
semnalul GNSS a fost atacat. Dacă poziţia este
valabilă, procesorul VU extrage, de asemenea, valorile
HDOP din propoziţiile ASA și calculează valoarea
minimă pe baza sistemelor prin satelit disponibile (de
exemplu, când fix-ul este disponibil).”;
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 516
GNS_23a VU scrie, de asemenea, ora RTC VU și diferenţa maximă
de timp dintre ora reală și ora RTC a VU, după caz,
utilizând comenzile ISO/IEC 7816-4:2013
SELECT (SELECTARE) și WRITE RECORD(S)
(SCRIEREA ÎNREGISTRĂRII/ÎNREGISTRĂRILOR) în
modul doar de autentificare al mesageriei securizate, astfel
cum este descris în secţiunea 11.5 din apendicele 11, cu
identificatorul de fișier „2F30” și numărul RECORD egal
cu „01” pentru VuRtcTime și „02” pentru MaximalTime­
Difference.
▼B
4.2.3 Structura comenzii de citire a înregistrării (Read Record)
Această secţiune descrie în detaliu structura comenzii de citire a înre­
gistrării (Read Record). Mesageria securizată (modul doar de autenti­
ficare) este adăugată conform descrierii din apendicele 11 „Mecanisme
de securitate comune”.
GNS_24 Comanda trebuie să fie compatibilă cu modul doar autenti­
ficare al mesageriei securizate, cf. apendicele 11.
GNS_25 Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „0Ch” Mesagerie securizată solicitată.
INS 1 „B2h” Citește înregistrarea
P1 1 „XXh” Numărul înregistrării („00” indică înregis­
trarea curentă)
P2 1 „04h” Citește înregistrarea cu numărul înregis­
trării indicat în P1
Le 1 „XXh” Lungimea datelor așteptate. Numărul de
octeţi de citit.
GNS_26 Înregistrarea indicată în P1 devine înregistrarea curentă.
Octet Lungime Valoare Descriere
#1-#X X „XX..XXh” Date citite
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
transceiverul securizat GNSS returnează „9000”.
— În cazul în care fișierul curent nu este orientat pe înre­
gistrare, transceiverul securizat GNSS returnează
„6981”.
— În cazul în care comanda este utilizată cu P1 = „00”,
dar nu există niciun EF curent, transceiverul securizat
GNSS returnează „6986” (comandă nepermisă).
▼M3
— În cazul în care înregistrarea nu este găsită, transceiverul
securizat GNSS returnează „6A83”.
— În cazul în care echipamentul GNSS extern a detectat
manipulare frauduloasă, returnează cuvintele de stare
„6690”.
__________
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 517
4.2.4. Structura comenzii WriteRecord
Această secţiune descrie în detaliu structura comenzii Write Record
(scrierea înregistrării). Mesageria securizată (modul doar de autenti­
ficare) este adăugată conform descrierii din apendicele 11 „Mecanisme
de securitate comune”.
GNS_26a Comanda trebuie să fie compatibilă cu modul doar auten­
tificare al mesageriei securizate, cf. apendicele 11.
GNS_26b Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 „0Ch” Mesagerie securizată solicitată.
INS 1 „D2h” Scriere înregistrare
P1 1 „XXh” Numărul înregistrării ('00' indică înregis­
trarea curentă)
P2 1 „04h” Scrie înregistrarea cu numărul înregis­
trării indicat în P1
Date X „XXh” Date
GNS_26c Înregistrarea indicată în P1 devine înregistrarea curentă.
Octet Lungime Valoare Descriere
SW 2 „XXXXh” Cuvinte de stare (SW1, SW2)
— În cazul în care comanda este executată cu succes,
transceiverul securizat GNSS returnează „9000”.
— În cazul în care fișierul curent nu este orientat pe înre­
gistrare, transceiverul securizat GNSS returnează
„6981”.
— În cazul în care comanda este utilizată cu P1 = '00', dar
nu există niciun EF curent, transceiverul securizat
GNSS returnează '6986' (comandă nepermisă).
— În cazul în care înregistrarea nu este găsită, trans­
ceiverul securizat GNSS returnează „6A83”.
— În cazul în care echipamentul GNSS extern a detectat
manipulare frauduloasă, returnează cuvintele de stare
„6690”.”;
4.2.5 Alte comenzi
GNS_27 Transceiverul securizat GNSS trebuie să fie compatibil cu
următoarele comenzi de tahograf de generaţia 2 specificate
în apendicele 2:
Comanda Referinţă
Select (Selectare) Apendicele 2 capitolul 3.5.1
Read binary (citire date) Apendicele 2 capitolul 3.5.2
Get Challenge (obţinere provocare) Apendicele 2 capitolul 3.5.4
PSO: Verify Certificate (verificare
certificat)
Apendicele 2 capitolul 3.5.7
External Authenticate (autentificare
externă)
Apendicele 2 capitolul 3.5.9
General Authenticate (autentificare
generală)
Apendicele 2 capitolul 3.5.10
MSE:SET Apendicele 2 capitolul 3.5.11
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 518
4.3. Cuplarea, autentificarea reciprocă și înţelegerea asupra cheii de
sesiune a echipamentului GNSS extern cu unitatea montată pe
vehicul
Cuplarea, autentificarea reciprocă și înţelegerea asupra cheii de
sesiune a echipamentului GNSS extern cu unitatea montată pe
vehicul este descrisă în apendicele 11 – „Mecanisme de securitate
comune”, capitolul 11.
4.4. Gestionarea erorilor
Prezenta secţiune descrie modul în care condiţiile de eroare potenţiale
ale echipamentului GNSS extern sunt tratate și înregistrate în VU.
4.4.1 Eroare de comunicare cu echipamentul GNSS extern
▼M3
GNS_28 O eroare de comunicare cu echipamentul GNSS extern se
înregistrează în VU, astfel cum este definită în cerinţa 82
din anexa IC și în apendicele 1 (EventFaultType). În acest
context, este declanșată o eroare de comunicare atunci când
transceiverul securizat VU nu primește un mesaj de răspuns
după un mesaj de solicitare, conform descrierii de la
punctul 4.2.
▼B
4.4.2 Încălcarea integrităţii fizice a echipamentului GNSS extern
▼M3
GNS_29 În cazul în care echipamentul GNSS extern a fost
manipulat fraudulos, transceiverul securizat GNSS trebuie
să asigure indisponibilitatea materialului criptografic. Astfel
cum este descris în GNS_25 și GNS_26, VU detectează
manipularea frauduloasă dacă răspunsul are starea „6690”.
VU generează și înregistrează apoi un eveniment de
tentativă de încălcare a securităţii, astfel cum este definit
în cerinţa 85 din anexa IC și în apendicele 1 (Event­
FaultType pentru detectarea manipulării frauduloase a
GNSS). Ca alternativă, echipamentul GNSS extern poate
răspunde solicitărilor VU fără mesagerie securizată și cu
starea „6A88”.
▼B
4.4.3 Absenţa informaţiilor de poziţionare de la receptorul GNSS
▼M3
GNS_30 În cazul în care transceiverul securizat GNSS nu primește
date de la receptorul GNSS, transceiverul securizat GNSS
va genera un mesaj de răspuns pentru comanda READ
RECORD cu numărul RECORD egal cu „01”, cu un
câmp de date de 12 octeţi setaţi toţi la 0xFF. La primirea
mesajului de răspuns cu această valoare a câmpului de
date, VU generează și înregistrează o absenţă a informa­
ţiilor de poziţie de la evenimentul receptorului GNSS,
astfel cum este definit în cerinţa 81 din anexa IC și în
apendicele 1 (EventFaultType).
▼B
4.4.4 Certificatul echipamentului GNSS extern a expirat
▼M3
GNS_31 Dacă VU detectează că certificatul EGF utilizat pentru
autentificarea reciprocă nu mai este valabil, VU
generează și înregistrează un eveniment de tentativă de
încălcare a securităţii, astfel cum este definit în cerinţa 85
din anexa IC și în apendicele 1 (EventFaultType pentru
certificatul echipamentului GNSS extern expirat). VU
utilizează în continuare datele GNSS privind poziţia
primite.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 519
Figura 6
Schema echipamentului GNSS extern
▼B
5. UNITATE MONTATĂ PE VEHICUL FĂRĂ UN ECHIPAMENT
GNSS EXTERN
5.1. Configuraţie
În această configuraţie, receptorul GNSS se află în interiorul unităţii
montate pe vehicul, conform descrierii din Figura 1.
▼M3
GNS_32 Pentru transmiterea de date privind poziţia, DOP și sateliţii,
receptorul GNSS acţionează ca un emiţător și transmite
propoziţiile NMEA sau de tip NMEA către procesorul
VU, care acţionează ca un receptor cu o frecvenţă de
1/10 Hz sau mai mare pentru setul predefinit de propoziţii,
care include cel puţin propoziţiile RMC, GSA, AMC și
ASA. Ca alternativă, procesorul VU și receptorul GNSS
intern pot utiliza alte formate de date pentru a schimba
datele conţinute în propoziţiile NMEA sau de tip NMEA
specificate în GNS_4, GNS_4a și GNS_5.
▼B
GNS_33 O antenă GNSS externă instalată pe vehicul sau o antenă
GNSS internă trebuie să fie conectată la VU.
▼M3
5.2. Transferul informaţiilor de la receptorul GNSS la VU
GNS_34 Procesorul VU verifică datele primite și extrage infor­
maţiile (de exemplu, latitudinea, longitudinea, ora) din
propoziţia RMC NMEA și din propoziţia AMC.
GNS_35 Propoziţia RMC NMEA include informaţii privind vala­
bilitatea poziţiei neautentificate. În cazul în care poziţia
neautentificată nu este valabilă, datele privind poziţia nu
sunt disponibile și nu pot fi utilizate pentru înregistrarea
poziţiei vehiculului. Dacă poziţia neautentificată este
validă, procesorul VU extrage, de asemenea, valorile
HDOP din GSA NMEA.
GNS_36 Procesorul VU extrage de asemenea informaţiile (de
exemplu, latitudinea, longitudinea, ora) din propoziţia
AMC. Propoziţia AMC include informaţii privind valabi­
litatea poziţiei neautentificate în conformitate cu GNS_4a.
Dacă poziţia neautentificată este validă, procesorul VU
extrage, de asemenea, valorile HDOP din propoziţiile
ASA.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 520
5.3. Transferul informaţiilor de la VU la receptorul GNSS
GNS_37 Procesorul VU furnizează receptorului GNSS ora RTC a
VU și diferenţa maximă dintre ora reală și ora RTC a VU,
în conformitate cu GNS_3f și GNS_3g.
5.4. Gestionarea erorilor
5.4.1 Absenţa informaţiilor privind poziţia de la receptorul GNSS
GNS_38 VU generează și înregistrează o absenţă a informaţiilor de
poziţie de la evenimentul receptorului GNSS, astfel cum
este definit în cerinţa 81 din anexa IC și în apendicele 1
(EventFaultType).
6. PROCESAREA ȘI ÎNREGISTRAREA DATELOR PRIVIND
POZIŢIA DE CĂTRE VU
Această secţiune este valabilă atât pentru configuraţia tahografului
inteligent cu echipament GNSS extern, cât și a celui fără echipament
GNSS extern.
GNS_39 Datele privind poziţia se stochează în VU, împreună cu un
indicator care indică dacă poziţia a fost autentificată. În
cazul în care datele privind poziţia trebuie înregistrate în
VU, se aplică următoarele reguli:
a) Dacă atât poziţia autentificate, cât și cea standard sunt
valabile și consecvente, poziţia standard și acurateţea
acesteia se înregistrează în VU, iar indicatorul se
setează la „autentificată”.
b) Dacă atât poziţia autentificată, cât și cea standard sunt
valabile, dar nu sunt consecvente, VU stochează poziţia
autentificată și acurateţea acesteia, iar indicatorul este
setat la „autentificată”.
c) Dacă poziţia autentificată este valabilă și poziţia
standard nu este valabilă, VU înregistrează poziţia
autentificată și acurateţea acesteia, iar indicatorul este
setat la „autentificată”.
d) Dacă poziţia standard este valabilă și poziţia autenti­
ficată nu este valabilă, VU înregistrează poziţia
standard și acurateţea acesteia, iar indicatorul este
setat la „neautentificată”.
Poziţia autentificată și cea standard sunt considerate
consecvente, astfel cum se arată în figura 7, atunci când
poziţia orizontală autentificată poate fi găsită într-un cerc
centrat pe poziţia orizontală standard, cu raza rezultată din
rotunjirea până la cel mai apropiat număr întreg superior, a
valorii R_H calculate conform următoarei formule:
R_H = 1.74 • σ UERE • HDOP
unde:
— R_H este raza relativă a cercului din jurul poziţiei
orizontale estimate, în metri. Este un indicator utilizat
pentru verificarea consecvenţei dintre poziţia standard
și poziţia autentificată.
— σ UERE este deviaţia standard pentru eroarea de gamă
echivalentă utilizator (UERE), care modelează toate
erorile de măsurare pentru aplicaţia ţintă, inclusiv
mediile urbane. Trebuie utilizată o valoare constantă
pentruσ UERE = 10 metri.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 521
— HDOP este Horizontal Dilution of Precision (Scădere
a preciziei în plan orizontal) calculată de receptorul
GNSS.
— σ UERE . HDOP este estimarea erorii pătratice medii a
rădăcinii (Root Mean Squared Error) în domeniu
orizontal.
Figura 7
Poziţii autentificate și standard (neautentificate) consecvente
GNS_40 Atunci când valoarea stării într-o propoziţie AMC primită
este setată la „J”, „O” sau „F” în conformitate cu cerinţa
GNS_4a, VU generează și înregistrează un eveniment de
anomalie GNSS, astfel cum este definit în cerinţa 88a din
anexa IC și în apendicele 1 (EventFaultType). Unitatea
montată pe vehicul poate efectua verificări suplimentare
înainte de a stoca un eveniment de anomalie GNSS în
urma recepţionării unei setări „J” sau „O”.
7. CONFLICT ORĂ GNSS
GNS_41 Dacă VU detectează o discrepanţă între ora funcţiei de
măsurare a timpului unităţii montate pe vehicul și ora
generată de semnalele GNSS, aceasta generează și înregis­
trează un eveniment de tip „conflict oră”, astfel cum este
definit în cerinţa 86 din anexa IC și în apendicele 1
(EventFaultType).
8. CONFLICT PRIVIND DEPLASAREA VEHICULULUI
GNS_42 VU declanșează și înregistrează un eveniment de tip
„conflict privind deplasarea vehiculului” în conformitate
cu cerinţa 84 din anexa IC, în cazul în care informaţiile
privind mișcarea calculate de la senzorul de mișcare sunt
contrazise de informaţiile de mișcare calculate de la
receptorul GNSS intern, de la echipamentul GNSS
extern sau de la altă sursă/surse de mișcare independentă/
independente, astfel cum se prevede în cerinţa 26 din
anexa IC.
Evenimentul de tip „conflict privind deplasarea vehi­
culului” se declanșează la apariţia uneia dintre următoarele
condiţii de declanșare:
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 522
Condiţie de declanșare 1:
Se utilizează valoarea medie ajustată a diferenţelor de
viteză dintre aceste surse, atunci când informaţiile
privind poziţia de la receptorul GNSS sunt disponibile și
când motorul vehiculului este pornit, după cum se
specifică mai jos:
— la fiecare maximum 10 secunde, se calculează
valoarea absolută a diferenţei dintre viteza vehiculului
estimată de GNSS și cea estimată de senzorul de
mișcare.
— toate valorile calculate într-o fereastră orară care
conţine ultimele 5 minute de deplasare a vehiculului
se utilizează pentru a calcula valoarea medie ajustată.
— valoarea medie ajustată se calculează ca media a 80 %
din valorile rămase, după ce s-au eliminat valorile cele
mai mari în valori absolute.
Evenimentul de tip „conflict privind deplasarea vehi­
culului” se declanșează dacă valoarea medie ajustată
depășește 10 km/h timp de cinci minute neîntrerupte de
deplasare a vehiculului. (Notă: utilizarea mediei ajustate
pentru ultimele 5 minute se aplică pentru a atenua riscul
de măsurători aberante și valori tranzitorii).
Pentru calculul mediei ajustate, vehiculul este considerat
în mișcare dacă cel puţin o valoare a vitezei vehiculului
estimată fie de la senzorul de mișcare, fie de la receptorul
GNSS nu este egală cu zero.
Condiţie de declanșare 2:
Evenimentul de tip conflict privind mișcarea vehiculului
este declanșat și în cazul în care următoarea condiţie este
adevărată:
GnssDistance>[OdometerDifference×OdometerTolerance­
Factor+Minimum (SlipDistanceUpperlimit;(OdometerDif­
ference×SlipFactor))+GnssTolerance+FerryTrain­
Distance]
unde:
— GnssDistance este distanţa dintre poziţia actuală a
vehiculului și poziţia anterioară, ambele obţinute din
mesaje de poziţie autentificată valabile, fără a lua în
considerare înălţimea;
— OdometerDifference este diferenţa dintre valoarea
actuală a odometrului și valoarea odometrului cores­
punzătoare mesajului anterior valabil de poziţie auten­
tificată;
— OdometerToleranceFactor este egal cu 1,1 (factorul de
toleranţă cel mai nefavorabil pentru toate toleranţele
de măsurare ale odometrului vehiculului);
— GnssTolerance este egal cu 1 km (toleranţa GNSS în
cazul cel mai defavorabil);
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 523
— Minim (SlipDistanceUpperLimit; (OdometerDifference
* SlipFactor)) este valoarea minimă dintre:
— SlipDistanceUpperLimit, care este egal cu 10 km
(limita superioară a distanţei de alunecare cauzată
de efectele de alunecare în timpul frânării)
— și OdometerDifference * SlipFactor, unde Slip­
Factor este egal cu 0,2 (influenţa maximă a
efectelor de alunecare în timpul frânării),
— FerryTrainDistance se calculează ca: FerryTrain­
Distance = 200 km/h * tFerryTrain, unde tFerryTrain
este suma duratelor în ore ale traseelor parcurse pe
feribot/în tren în intervalul de timp avut în vedere.
Durata unui traseu parcurs pe feribot/în tren este
definită ca diferenţa de timp dintre indicatorul său de
final și indicatorul său de început.
Verificările precedente se efectuează la fiecare 15 minute
dacă sunt disponibile datele necesare privind poziţia, iar
dacă nu sunt disponibile, atunci de îndată ce datele privind
poziţia devin disponibile.
Pentru această condiţie de declanșare:
— data și ora începerii evenimentului sunt egale cu data
și ora la care a fost primit mesajul de poziţie anterior;
— data și ora încheierii evenimentului sunt egale cu data
și ora la care condiţia verificată devine din nou falsă.
Condiţie de declanșare 3:
Unitatea montată pe vehicul se confruntă cu o discrepanţă
constând în faptul că senzorul de mișcare nu detectează
nicio mișcare și că sursa independentă de mișcare
detectează mișcare pentru o anumită perioadă de timp.
Condiţiile de înregistrare a unei discrepanţe, precum și
perioada de detectare a discrepanţei sunt stabilite de
către producătorul unităţii montate pe vehicul, deși
discrepanţa trebuie detectată în cel mult trei ore.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 524
Apendicele 13
INTERFAŢA ITS
CUPRINS
1. INTRODUCERE
1.1. Domeniul de aplicare
1.2. Acronime și definiţii
2. STANDARDE MENŢIONATE
3. PRINCIPIILE DE FUNCŢIONARE A INTERFEŢEI ITS
3.1. Tehnologia comunicaţiilor
3.2. Serviciile disponibile
3.3. Accesul prin interfaţa ITS
3.4. Datele disponibile și necesitatea consimţământului conducătorului auto
4. LISTA DATELOR DISPONIBILE PRIN INTERFAŢA ITS ȘI CLASI­
FICAREA CA DATE CU CARACTER PERSONAL/DATE FĂRĂ
CARACTER PERSONAL
1. INTRODUCERE
1.1. Domeniul de aplicare
ITS_01 Prezentul apendice specifică elementele de bază ale comunicării
prin interfaţa tahografului cu sistemele de transport
inteligente (ITS), prevăzute la articolele 10 și 11 din Regula­
mentul (UE) nr. 165/2014.
ITS_02 Interfaţa ITS permite dispozitivelor externe să obţină date de la
tahograf, să utilizeze serviciile tahografului și, de asemenea, să
furnizeze date tahografului.
Alte interfeţe de tahograf (de exemplu, magistrala CAN) pot fi, de
asemenea, utilizate în acest scop.
Prezentul apendice nu specifică:
— modul în care sunt colectate și gestionate în cadrul taho­
grafului datele furnizate prin interfaţa ITS;
— forma de prezentare a datelor colectate către aplicaţiile
instalate pe dispozitivul extern;
— specificaţia de securitate ITS, în plus faţă de ceea ce furnizează
Bluetooth®;
— protocoalele Bluetooth® utilizate de interfaţa ITS.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 525
1.2. Acronime și definiţii
Se utilizează următoarele acronime și definiţii specifice prezentului
apendice:
GNSS Global Navigation Satellite System (Sistem global de
navigaţie prin satelit)
ITS Intelligent Transport System (sistem de transport inteligent)
OSI Open Systems Interconnection (Interconectare a sistemelor
deschise)
VU Vehicle Unit (Unitate montată pe vehicul)
Unitate ITS un dispozitiv extern sau o aplicaţie care utilizează interfaţa
VU ITS
2. STANDARDE MENŢIONATE
ITS_03 Prezentul apendice se referă la și depinde de toate sau de unele
dintre următoarele reglementări și standarde. În cadrul clauzelor din
prezentul apendice se face trimitere la standardele relevante sau la
clauzele relevante ale standardelor. În cazul oricărei contradicţii,
clauzele din prezentul apendice prevalează.
Standardele la care se face referire în prezentul apendice sunt:
— Bluetooth® – Versiunea principală 5.0
— ISO 16844-7: Road vehicles -Tachograph systems - Part 7:
Parameters (Vehicule rutiere — Sisteme de tahograf —
Partea 7:Parametri)
— ISO/IEC7498-1:1994Information technology - Open Systems
Interconnection - Basic Reference Model, the Basic Model
(Tehnologia informaţiei — Interconectarea sistemelor deschise
— Model de referinţă de bază, Modelul de bază)
3. PRINCIPIILE DE FUNCŢIONARE A INTERFEŢEI ITS
ITS_04 VU este responsabilă de actualizarea și întreţinerea datelor taho­
grafice transmise prin interfaţa ITS, fără nicio implicare a interfeţei
ITS.
3.1. Tehnologia comunicaţiilor
ITS_05 Comunicarea prin interfaţa ITS se realizează prin intermediul
interfeţei Bluetooth® și este compatibilă cu Bluetooth® Low
Energy în conformitate cu Bluetooth versiunea 5.0 sau cu
versiunea mai recentă.
ITS_06 Comunicarea dintre VU și unitatea ITS se stabilește după fina­
lizarea procesului de asociere Bluetooth®.
ITS_07 Se stabilește o comunicare securizată și criptată între VU și
unitatea ITS, în conformitate cu mecanismele de specificaţie
Bluetooth®. Prezentul apendice nu specifică criptarea sau alte
mecanisme de securitate în plus faţă de cele furnizate de
Bluetooth®.
ITS_08 Bluetooth® utilizează un model server/client pentru a controla
transmiterea datelor între dispozitive, în care VU este serverul,
iar unitatea ITS este clientul.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 526
3.2. Serviciile disponibile
ITS_09 Datele care urmează să fie transmise prin interfaţa ITS în confor­
mitate cu punctul 4 sunt puse la dispoziţie prin intermediul servi­
ciilor specificate în apendicele 7 și apendicele 8. În plus, VU pune
la dispoziţia unităţii ITS serviciile necesare pentru introducerea
manuală a datelor în conformitate cu cerinţa 61 din anexa IC și,
opţional, pentru alte înregistrări de date în timp real.
Figura 1
Partiţia comunicării prin interfaţa ITS în conformitate cu straturile modelului OSI
ITS_10 Atunci când interfaţa de descărcare este utilizată prin intermediul
conectorului frontal, VU nu furnizează serviciile de descărcare
specificate în apendicele 7 prin intermediul conexiunii ITS
Bluetooth®.
ITS_11 când interfaţa de etalonare este utilizată prin intermediul conec­
torului frontal, VU nu furnizează serviciile de etalonare specificate
în apendicele 8 prin intermediul conexiunii ITS Bluetooth®.
3.3. Accesul prin interfaţa ITS
ITS_12 Interfaţa ITS oferă acces wireless la toate serviciile specificate în
apendicele 7 și apendicele 8, în locul unei conexiuni prin cablu la
conectorul frontal pentru etalonare și descărcare specificate în
apendicele 6.
ITS_13 VU pune interfaţa ITS la dispoziţia utilizatorului în conformitate cu
combinaţia de carduri de tahograf valabile introduse în VU, astfel
cum se specifică în tabelul 1.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 527
Tabelul 1
Disponibilitatea interfeţei ITS în funcţie de tipul de card introdus în tahograf
Disponibilitatea interfeţei ITS Slot pentru cardul de conducător auto
Niciun card
Card de conducător
auto
Card de control Card de atelier Card de societate
S
lo
t
pe
nt
ru
c
ar
du
l
co
pi
lo
tu
lu
i Niciun card Indisponibil Disponibil Disponibil Disponibil Disponibil
Card de
conducător auto
Disponibil Disponibil Disponibil Disponibil Disponibil
Card de control Disponibil Disponibil Disponibil Indisponibil Indisponibil
Card de atelier Disponibil Disponibil Indisponibil Disponibil Indisponibil
Card de societate Disponibil Disponibil Indisponibil Indisponibil Disponibil
ITS_14 După o asociere reușită ITS Bluetooth®, VU atribuie conexiunea
ITS Bluetooth ® cardului de tahograf specific introdus în confor­
mitate cu tabelul 2:
Tabelul 2
Atribuirea conexiunii ITS în funcţie de tipul de card introdus în tahograf
Atribuirea conexiunii ITS
Bluetooth®
Slot pentru cardul de conducător auto
Niciun card
Card de conducător
auto
Card de control Card de atelier Card de societate
S
lo
t
pe
nt
ru
c
ar
du
l
co
pi
lo
tu
lu
i
Niciun card Indisponibil Card de
conducător auto
Card de control Card de atelier Card de societate
Card de
conducător auto
Card de
conducător auto
Card de
conducător
auto (**)
Card de control Card de atelier Card de societate
Card de control Card de control Card de control Card de
control (*)
Indisponibil Indisponibil
Card de atelier Card de atelier Card de atelier Indisponibil Card de
atelier (*)
Indisponibil
Card de societate Card de
societate
Card de
societate
Indisponibil Indisponibil Card de
societate (*)
(*) Conexiunea ITS Bluetooth® se atribuie cardului de tahograf din slotul pentru cardul de conducător auto al VU.
(**) Utilizatorul selectează cardul căruia i se alocă conexiunea ITS Bluetooth® (introdus în slotul pentru cardul de conducător auto sau
în cel pentru cardul copilotului).
ITS_15 Dacă un card de tahograf este retras, VU încheie conexiunea ITS
Bluetooth ® care este atribuită cardului respectiv.
ITS_16 VU suportă conexiunea ITS la cel puţin o unitate ITS și poate
suporta în același timp conexiuni la mai multe unităţi ITS.
ITS_17 Drepturile de acces la datele și serviciile disponibile prin inter­
mediul interfeţei ITS respectă cerinţele 12 și 13 din anexa IC, în
plus faţă de consimţământul conducătorului auto specificat în
secţiunea 3.4 din prezentul apendice.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 528
3.4. Datele disponibile și necesitatea consimţământului conducătorului auto
ITS_18 Toate datele tahografului disponibile prin intermediul serviciilor
menţionate la punctul 3.3 sunt clasificate ca fiind cu caracter
personal sau fără caracter personal pentru conducătorul auto,
copilot sau ambii.
ITS_19 Cel puţin lista datelor clasificate ca fiind obligatorii în secţiunea 4
este pusă la dispoziţie prin intermediul interfeţei ITS.
ITS_20 Datele din secţiunea 4 care sunt clasificate „cu caracter personal”
sunt accesibile numai cu consimţământul conducătorului auto, care
acceptă, prin urmare, ca datele cu caracter personal să poată părăsi
reţeaua vehiculului, cu excepţia cazului prevăzut în cerinţa ITS_25,
pentru care nu este necesar consimţământul conducătorului auto.
ITS_21 Datele suplimentare faţă de cele colectate la punctul 4 și consi­
derate obligatorii pot fi puse la dispoziţie prin interfaţa ITS. Datele
suplimentare care nu sunt incluse la punctul 4 sunt clasificate „cu
caracter personal” sau „fără caracter personale” de către produ­
cătorul VU, iar consimţământul conducătorului auto este solicitat
pentru acele date care au fost clasificate ca fiind cu caracter
personal, cu excepţia cazului prevăzut în cerinţa ITS_25, pentru
care nu este necesar consimţământul conducătorului auto.
ITS_22 La introducerea unui card de conducător auto care este necunoscut
pentru unitatea montată pe vehicul, tahograful solicită titularului
cardului să introducă consimţământul pentru transmiterea datelor
cu caracter personal prin interfaţa ITS, în conformitate cu cerinţa
61 din anexa IC.
ITS_23 Starea consimţământului (activat/dezactivat) se înregistrează în
memoria de date a unităţii montate pe vehicul.
ITS_24 În cazul mai multor conducători auto, numai datele cu caracter
personal referitoare la conducătorii auto care și-au dat consimţă­
mântul sunt accesibile prin interfaţa ITS. De exemplu, într-o
situaţie de conducere cu echipaj, dacă numai conducătorul auto
și-a dat consimţământul, datele cu caracter personal referitoare la
copilot nu sunt accesibile.
ITS_25 Atunci când VU se află în mod de control, de societate sau de
etalonare, drepturile de acces prin interfaţa ITS sunt gestionate în
conformitate cu cerinţele 12 și 13 din anexa IC, prin urmare nu
este necesar consimţământul conducătorului auto.
4. LISTA DATELOR DISPONIBILE PRIN INTERFAŢA ITS ȘI CLASI­
FICAREA CA DATE CU CARACTER PERSONAL/DATE FĂRĂ
CARACTER PERSONAL
Denumirea datelor Formatul datelor Sursa
Clasificarea datelor (cu caracter
personal/fără caracter personal) Consimţământul
pentru disponibilitatea
datelor
Disponibilitate
conducător auto copilot
VehicleIdentification­
Number
Apendicele 8 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
CalibrationDate ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
TachographVehi­
cleSpeed
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 529
Denumirea datelor Formatul datelor Sursa
Clasificarea datelor (cu caracter
personal/fără caracter personal) Consimţământul
pentru disponibilitatea
datelor
Disponibilitate
conducător auto copilot
Driver1WorkingState ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
Driver2WorkingState ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
DriveRecognize ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
Driver1TimeRelated­
States
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
Driver2TimeRelated­
States
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
DriverCardDriver1 ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
DriverCardDriver2 ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
OverSpeed ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
TimeDate Apendicele 8 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
HighResolutionTotal­
VehicleDistance
ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
HighResolutionTrip­
Distance
ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
ServiceComponentI­
dentification
ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
ServiceDelayCalendar­
TimeBased
ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
Driver1Identification ISO 16844-7 card
de
con­
ducă­
tor
auto
cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
Driver2Identification ISO 16844-7 card
de
con­
ducă­
tor
auto
N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 530
Denumirea datelor Formatul datelor Sursa
Clasificarea datelor (cu caracter
personal/fără caracter personal) Consimţământul
pentru disponibilitatea
datelor
Disponibilitate
conducător auto copilot
NextCalibrationDate Apendicele 8 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
Driver1ContinuousDri­
vingTime
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
Driver2ContinuousDri­
vingTime
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
Driver1Cumulative­
BreakTime
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
Driver2Cumulative­
BreakTime
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
Driver1CurrentDuratio­
nOfSelectedActivity
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
Driver2CurrentDuratio­
nOfSelectedActivity
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
SpeedAuthorised Apendicele 8 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
TachographCardSlot1 ISO 16844-7 VU fără caracter
personal
N/A nu este nevoie de
consimţământ
obligatoriu
TachographCardSlot2 ISO 16844-7 VU N/A fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
Driver1Name ISO 16844-7 card
de
con­
ducă­
tor
auto
cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
Driver2Name ISO 16844-7 card
de
con­
ducă­
tor
auto
N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
OutOfScopeCondition ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
ModeOfOperation ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
Driver1CumulatedDri­
vingTimePreviousAn­
dCurrentWeek
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
obligatoriu
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 531
Denumirea datelor Formatul datelor Sursa
Clasificarea datelor (cu caracter
personal/fără caracter personal) Consimţământul
pentru disponibilitatea
datelor
Disponibilitate
conducător auto copilot
Driver2CumulatedDri­
vingTimePreviousAn­
dCurrentWeek
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
obligatoriu
EngineSpeed ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
RegisteringMem­
berState
Apendicele 8 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
VehicleRegistration­
Number
Apendicele 8 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
obligatoriu
Driver1EndOfLastDai­
lyRestPeriod
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2EndOfLastDai­
lyRestPeriod
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1EndOfLastWe­
eklyRestPeriod
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2EndOfLastWe­
eklyRestPeriod
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1EndOfSecon­
dLastWeeklyRes­
tPeriod
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2EndOfSecon­
dLastWeeklyRes­
tPeriod
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1TimeLastLoa­
dUnloadOperation
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2TimeLastLoa­
dUnloadOperation
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1CurrentDaily­
DrivingTime
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2CurrentDaily­
DrivingTime
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1CurrentWeekly­
DrivingTime
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2CurrentWeekly­
DrivingTime
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 532
Denumirea datelor Formatul datelor Sursa
Clasificarea datelor (cu caracter
personal/fără caracter personal) Consimţământul
pentru disponibilitatea
datelor
Disponibilitate
conducător auto copilot
Driver1TimeLeftUntil­
NewDailyRestPeriod
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2TimeLeftUntil­
NewDailyRestPeriod
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1CardExpi­
ryDate
ISO 16844-7 card
de
con­
ducă­
tor
auto
cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2CardExpi­
ryDate
ISO 16844-7 card
de
con­
ducă­
tor
auto
N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1CardNextMan­
datoryDownloadDate
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2CardNextMan­
datoryDownloadDate
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
TachographNextMan­
datoryDownloadDate
ISO 16844-7 VU fără caracter
personal
fără caracter
personal
nu este nevoie de
consimţământ
opţional
Driver1TimeLeftUntil­
NewWeeklyRestPeriod
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2TimeLeftUntil­
NewWeeklyRestPeriod
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1Numbe­
rOfTimes9hDailyDri­
vingTimesExceeded
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2Numbe­
rOfTimes9hDailyDri­
vingTimesExceeded
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1Cumulative
UninterruptedRestTime
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2Cumulative
UninterruptedRestTime
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1MinimumDai­
lyRest
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2MinimumDai­
lyRest
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 533
Denumirea datelor Formatul datelor Sursa
Clasificarea datelor (cu caracter
personal/fără caracter personal) Consimţământul
pentru disponibilitatea
datelor
Disponibilitate
conducător auto copilot
Driver1MinimumWe­
eklyRest
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2MinimumWe­
eklyRest
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1MaximumDai­
lyPeriod
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2MaximumDai­
lyPeriod
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1MaximumDai­
lyDrivingTime
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2MaximumDai­
lyDrivingTime
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1NumberOfUse­
dReducedDailyRes­
tPeriods
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2NumberOfUse­
dReducedDailyRes­
tPeriods
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
Driver1RemainingCur­
rentDrivingTime
ISO 16844-7 VU cu caracter
personal
N/A consimţământul
conducătorului
auto
opţional
Driver2RemainingCur­
rentDrivingTime
ISO 16844-7 VU N/A cu caracter
personal
consimţământul
copilotului
opţional
VehiclePosition Apendicele 8 VU cu caracter
personal
cu caracter
personal
consimţământul
conducătorului
auto și al copi­
lotului
obligatoriu
ByDefaultLoadType Apendicele 8 VU cu caracter
personal
cu caracter
personal
consimţământul
conducătorului
auto și al copi­
lotului
obligatoriu
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 534
Apendicele 14.
FUNCŢIA DE COMUNICARE LA DISTANŢĂ
CUPRINS
1 INTRODUCERE
2 DOMENIU DE APLICARE
3 ACRONIME, DEFINIŢII ȘI NOTAŢII
4 SCENARII OPERAŢIONALE
4.1 Prezentare generală
4.1.1 Condiţii prealabile pentru transferul de date prin interfaţa DSRC de
5,8 GHz
4.1.2 Profilul 1a: prin intermediul unui cititor pentru comunicarea în scopul
detectării timpurii la distanţă orientat manual sau montat temporar în
afara părţii carosabile și orientat
4.1.3 Profilul 1b: prin intermediul unui cititor pentru comunicarea în scopul
detectării timpurii la distanţă (REDCR) montat pe vehicul și direcţionat
4.2 Securitate/integritate
5 CONCEPŢIA ȘI PROTOCOALELE COMUNICĂRII LA DISTANŢĂ
5.1 Concepţie
5.2 Fluxul de lucru
5.2.1 Operaţiuni
5.2.2 Interpretarea datelor primite prin comunicarea DSRC
5.3 Parametri ai interfeţei fizice DSRC pentru comunicarea la distanţă
5.3.1 Constrângeri legate de amplasament
5.3.2 Parametri ai legăturii descendente și ai legăturii ascendente
5.3.3 Concepţia antenei
5.4 Cerinţe de protocol DSRC pentru RTM
5.4.1 Prezentare generală
5.4.2 Comenzi
5.4.3 Secvenţa comenzilor de interogare
5.4.4 Structuri de date
5.4.5 Elementele RtmData, acţiunile realizate și definiţii
5.4.6 Mecanismul de transfer al datelor
5.4.7 Descriere detaliată a tranzacţiei DSRC
5.4.8 Descrierea tranzacţiei de testare DRSC
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 535
5.5. Rezervat pentru o utilizare viitoare
▼B
5.6 Transferul de date între DSRC-VU și VU
5.6.1 Conexiunea fizică și interfeţele
5.6.2 Protocolul de aplicaţie
5.7 Gestionarea erorilor
5.7.1 Înregistrarea și comunicarea datelor în DSRC-VU
5.7.2 Erori de comunicare fără fir
6 TESTELE DE OPERAŢIONALITATE ȘI DE VERIFICARE
PERIODICĂ PENTRU FUNCŢIA DE COMUNICARE LA
DISTANŢĂ
6.1 Generalităţi
6.2 ECHO
6.3 Testele de validare a conţinutului de date securizate
1 INTRODUCERE
Prezentul apendice specifică detaliile privind proiectarea și procedurile
care trebuie urmate pentru a utiliza funcţia de comunicare la distanţă
(„comunicarea”), astfel cum se prevede la articolul 9 din Regula­
mentul (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 autorităţilor de control competente să
citească informaţii din tahografele vehiculelor care trec pe
lângă ei, prin utilizarea unui echipament de interogare la
distanţă [cititorul pentru comunicarea în scopul detectării
timpurii la distanţă (Remote early detection communication
reader – REDCR)], mai precis un echipament de interogare
care se conectează fără fir folosind interfeţe DSRC (Dedicated
Short Range Communication) de 5,8 GHz conforme cu CEN.
Este important să se înţeleagă faptul că această funcţie are ca
unic scop să servească drept prefiltru pentru selectarea vehi­
culelor în vederea unei inspecţii mai amănunţite și că nu înlo­
cuiește procesul de inspecţie formal stabilit în dispoziţiile
Regulamentului (UE) nr. 165/2014. A se vedea considerentul
9 din preambulul prezentului regulament, conform căruia
comunicarea dintre tahograf și autorităţile de control în
scopul controlului în trafic facilitează controalele selective în
trafic.
DSC_2 Datele trebuie comunicate prin intermediul comunicării, care trebuie
să constea într-o interacţiune fără fir folosind comunicaţii fără fir
DSRC de 5,8 GHz în conformitate cu prezentul apendice, și testate
pe baza parametrilor corespunzători din EN 300 674-1 [Electro­
magnetic compatibility and Radio spectrum Matters (ERM); Road
Transport and Traffic Telematics (RTTT); Dedicated Short Range
Communication (DSRC) transmission equipment (500 kbit/s / 250
kbit/s) operating in the 5,8 GHz Industrial, Scientific and
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 536
Medical (ISM) band; Part 1: General characteristics and test
methods for Road Side Units (RSU) and On -Board Units (OBU)].
DSC_3 Comunicarea cu echipamentul de comunicare trebuie stabilită
doar atunci când este solicitată de echipamentul autorităţii de
control competente care utilizează mijloace de radiocomu­
nicaţie conforme [cititorul pentru comunicarea în scopul
detectării timpurii la distanţă (REDCR)].
DSC_4 Datele trebuie securizate, pentru a se asigura integritatea.
DSC_5 Accesul la datele comunicate trebuie limitat la autorităţile de
control competente care sunt autorizate să verifice încălcările
Regulamentului (CE) nr. 561/2006 și ale Regulamentului (UE)
nr. 165/2014 și la ateliere, în măsura în care acest acces este
necesar pentru a se verifica funcţionarea corectă a tahografului.
DSC_6 Datele transmise în timpul comunicării trebuie limitate la
datele necesare pentru efectuarea de controale selective în
trafic ale vehiculelor al căror tahograf este posibil să fi fost
manipulat sau utilizat abuziv.
DSC_7 Integritatea și securitatea datelor trebuie obţinute prin secu­
rizarea datelor din cadrul unităţii montate pe vehicul (VU) și
transmiterea doar a datelor utile securizate și a datelor legate
de securitate (a se vedea 5.4.4) prin mediul de comunicare fără
fir DSRC de 5,8 GHz, ceea ce înseamnă că doar persoanele
autorizate din cadrul autorităţilor de control competente dispun
de mijloacele necesare pentru înţelegerea datelor transmise prin
comunicare și pentru verificarea autenticităţii acestora. A se
vedea apendicele 11 – Mecanisme de securitate comune.
DSC_8 Datele trebuie să conţină o marcă temporală care să indice
când au fost actualizate ultima dată.
DSC_9 Conţinutul datelor de securitate trebuie să fie cunoscut și
controlat doar de autorităţile de control competente și de
părţile cărora acestea le împărtășesc informaţiile respective și
nu intră sub incidenţa prevederilor comunicării care face
obiectul prezentului apendice, cu excepţia cazului în care
comunicarea prevede transferarea unui pachet de date de secu­
ritate împreună cu fiecare pachet de date utile.
DSC_10 Aceeași arhitectură și același echipament trebuie să poată fi
folosite pentru a obţine alte concepte de date (precum
„cântărire–la-bord”) utilizând arhitectura specificată.
DSC_11 Pentru clarificare, în conformitate cu dispoziţiile
Regulamentului (UE) nr. 165/2014 (articolul 7), datele refe­
ritoare la identitatea conducătorului auto nu sunt comunicate
prin intermediul comunicării.
2 DOMENIU DE APLICARE
Scopul prezentului apendice este să precizeze modul în care agenţii autorităţilor
de control competente utilizează o comunicare DSRC fără fir de 5,8 GHz
specificată pentru a obţine de la distanţă date (datele) de la un vehicul vizat,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 537
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 pentru
oprirea în scopul unei investigaţii mai amănunţite.
Regulamentul (UE) nr. 165/2014 impune ca datele colectate să se
limiteze la sau să ţină de date care identifică o potenţială încălcare,
conform definiţiei de la articolul 9 din Regulamentul (UE) nr. 165/2014.
▼M1
În acest scenariu, timpul disponibil pentru comunicare este limitat,
deoarece comunicarea este selectivă și concepută să fie cu rază scurtă
de acţiune. În plus, aceleași mijloace de comunicare ca cele folosite la
monitorizarea de la distanţă a tahografelor (RTM) pot fi de asemenea
utilizate de autorităţile de control competente pentru alte aplicaţii
[precum greutăţile și dimensiunile maxime ale vehiculelor grele de
marfă definite în Directiva (UE) 2015/719], iar aceste operaţiuni pot fi
separate sau secvenţiale, la discreţia autorităţilor de control competente.
▼B
Prezentul apendice precizează:
— Echipamentele, procedurile și protocoalele de comunicare care
trebuie folosite pentru realizarea comunicării.
— Standardele și regulamentele cu care trebuie să fie conform echipa­
mentul radio.
— Prezentarea datelor către echipamentul de comunicare.
— Procedurile de interogare și de descărcare și secvenţa de operaţiuni.
— Datele de transferat.
— Potenţiala interpretare a datelor transferate prin intermediul comu­
nicării.
— Prevederile referitoare la datele de securitate legate de comunicare.
— Disponibilitatea datelor pentru autorităţile de control competente.
— Modul în care cititorul pentru comunicarea în scopul detectării
timpurii la distanţă poate solicita concepte diferite de date privind
mărfurile și parcul auto („freight and fleet”).
Pentru clarificare, prezentul apendice nu precizează:
— Colectarea datelor și gestionarea acestora în cadrul VU [care trebuie
să depindă de concepţia produsului, în afara cazului în care sunt
specificate în altă parte a Regulamentului (UE) nr. 165/2014].
— Forma de prezentare a datelor colectate către agentul autorităţilor de
control competente, și nici criteriile care trebuie folosite de autori­
tăţile de control competente pentru a decide ce vehicule să fie oprite
[care trebuie să depindă de concepţia produsului, în afara cazului în
care sunt specificate în altă parte a Regulamentului (UE) nr. 165/2014
sau într-o decizie de politică a autorităţilor de control competente].
Pentru clarificare: comunicarea doar pune datele la dispoziţia auto­
rităţilor de control competente pentru ca acestea să poată lua decizii
în cunoștinţă de cauză.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 538
— Prevederi referitoare la securitatea datelor (precum criptarea) pentru
conţinutul datelor (care sunt specificate în apendicele 11 –
Mecanisme de securitate comune).
— Detalii privind orice alte concepte de date în afara RTM care ar
putea fi obţinute utilizând aceeași arhitectură și același echipament.
— Detalii privind comportamentul și gestionarea dintre VU-uri și
DSRC-VU, și nici privind comportamentul în cadrul DSRC-VU (în
afara furnizării datelor atunci când sunt solicitate de un REDCR).
3 ACRONIME, DEFINIŢII ȘI NOTAŢII
În prezentul apendice sunt utilizate următoarele acronime și definiţii
specifice prezentului apendice:
Antena dispozitiv electric care transformă
puterea electrică în unde radio și
invers, utilizat în combinaţie cu un
transmiţător radio sau cu un receptor
radio. Atunci când se află în
funcţiune, un transmiţător radio
furnizează un curent electric care
oscilează la frecvenţa radio a termi­
nalelor antenei, iar antena radiază
energia din curent sub formă de
unde electromagnetice (unde radio).
La recepţie, o antenă interceptează o
parte din puterea unei unde electro­
magnetice pentru a produce o foarte
mică tensiune la terminalele sale,
care este aplicată receptorului
pentru a fi amplificată.
Comunicarea schimb de informaţii/date între un
DSRC-REDCR și o DSRC-VU în
conformitate cu secţiunea 5, într-o
relaţie master-slave, pentru a obţine
datele.
Datele date securizate într-un format definit
(a se vedea 5.4.4) solicitate de
DSRC-REDCR și furnizate DSRC-
REDCR de către DSRC-VU printr-o
legătură DSRC de 5,8 GHz, definită
la punctul 5 de mai jos.
Regulamentul (UE) nr. 165/2014 Regulamentul (UE) nr. 165/2014 al
Parlamentului European și al Consiliului
din 4 februarie 2014 privind tahografele
în transportul rutier, de abrogare a
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 539
Regulamentului (CEE) nr. 3821/85 al
Consiliului privind aparatura de înre­
gistrare în transportul rutier și de modi­
ficare a Regulamentului (CE)
nr. 561/2006 al Parlamentului
European și al Consiliului privind armo­
nizarea anumitor dispoziţii ale legislaţiei
sociale în domeniul transporturilor
rutiere.
AID Identificator de aplicaţie
BLE Bluetooth de energie redusă
(Bluetooth Low Energy)
BST Tabel de serviciu al radiobalizei
CIWD Introducerea cardului în timpul
conducerii
CRC Verificare redundantă ciclică
DSC (n) Identificator al unei cerinţe privind
un apendice DSRC specific
DSRC Comunicaţii specializate cu rază
scurtă de acţiune
DSRC-REDCR DSRC – cititor pentru comunicarea
în scopul detectării timpurii la
distanţă.
DSRC-VU DSRC – unitate montată pe vehicul.
Acesta este „echipamentul de comu­
nicare la distanţă” definit în
anexa 1C.
DWVC Conducere fără un card valabil
EID Identificator de element
LLC Controlul legăturii logice
LPDU Unitate de date a protocolului LLC
OWS Sistem de cântărire la bord
PDU Unitate de date pentru protocol
REDCR Cititor pentru comunicarea în scopul
detectării timpurii la distanţă. Acesta
este „cititorul pentru comunicarea în
scopul detectării timpurii la distanţă”
definit în anexa 1C.
RTM Monitorizarea de la distanţă a taho­
grafelor
SM-REDCR Modul de securitate-Cititor pentru
comunicarea în scopul detectării
timpurii la distanţă
TARV Aplicaţii telematice pentru vehicule
reglementate (seria de standarde
ISO 15638)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 540
VU Unitate montată pe vehicul
VUPM Memoria utilă a unităţii montate pe
vehicul
VUSM Modulul de securitate al unităţii
montate pe vehicul
VST Tabel de serviciu al vehiculului
WIM Cântărire în mers
WOB Cântărire la bord
Specificaţia definită în prezentul apendice se referă la toate sau la o parte
din următoarele regulamente și standarde și depinde de acestea. În cadrul
clauzelor din prezentul apendice sunt specificate standardele 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 pentru care nu este stabilită nicio specificaţie clară în
prezentul apendice, prevalează operarea conform ERC 70-03 (cu testare
pe baza parametrilor corespunzători din EN 300 674-1), urmată în ordine
descrescătoare a preferinţei de EN 12795, EN 12253, EN 12834 și EN
13372, 6.2, 6.3, 6.4 și 7.1.
Regulamentele și standardele la care se face trimitere în prezentul
apendice sunt următoarele:
[1] Regulamentul (UE) nr. 165/2014 al Parlamentului European și al
Consiliului din 4 februarie 2014 privind tahografele în transportul
rutier, de abrogare a Regulamentului (CEE) nr. 3821/85 al Consi­
liului privind aparatura de înregistrare în transportul rutier și de
modificare a Regulamentului (CE) nr. 561/2006 al Parlamentului
European și al Consiliului privind armonizarea anumitor dispoziţii
ale legislaţiei sociale în domeniul transporturilor rutiere.
[2] Regulamentul (CE) nr. 561/2006 al Parlamentului European și al
Consiliului din 15 martie 2006 privind armonizarea anumitor
dispoziţii ale legislaţiei sociale în domeniul transporturilor rutiere,
de modificare a Regulamentelor (CEE) nr. 3821/85 și (CE)
nr. 2135/98 ale Consiliului și de abrogare a Regulamentului (CEE)
nr. 3820/85 al Consiliului (Text cu relevanţă pentru SEE).
[3] ERC 70-03 CEPT: Recomandarea ECC 70-03: Relating to the Use
of Short Range Devices (SRD)
[4] ISO 15638 Intelligent transport systems — Framework for coope­
rative telematics applications for regulated commercial freight
vehicles (TARV).
[5] EN 300 674-1 Electromagnetic compatibility and Radio spectrum
Matters (ERM); Road Transport and Traffic Telematics (RTTT);
Dedicated Short Range Communication (DSRC) transmission
equipment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz
Industrial, Scientific and Medical (ISM) band; Part 1: General
characteristics and test methods for Road Side Units (RSU) and
On-Board Units (OBU).
[6] EN 12253 Road transport and traffic telematics – Dedicated
short-range communication – Physical layer using microwave at
5.8 GHz.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 541
[7] EN 12795 Road transport and traffic telematics – Dedicated
short-range communication – Data link layer: medium access
and logical link control.
[8] EN 12834 Road transport and traffic telematics – Dedicated
short-range communication – Application layer.
[9] EN 13372 Road transport and traffic telematics – Dedicated
short-range communication – Profiles for RTTT applications
[10] ISO 14906 Electronic fee collection — Application interface defi­
nition for dedicated short- range communication
4 SCENARII OPERAŢIONALE
4.1 Prezentare generală
Regulamentul (UE) nr. 165/2014 prevede scenarii specifice și controlate
în cadrul cărora trebuie utilizată comunicarea.
Scenariile compatibile sunt:
„Profilul de comunicare 1: Inspecţie în afara părţii carosabile folosind
un cititor pentru comunicarea în scopul detectării timpurii la distanţă,
care comunică fără fir pe o rază scurtă de acţiune și care instigă o
inspecţie fizică în afara părţii carosabile (master-:-slave).
Profil cititor 1a: prin intermediul unui cititor pentru comunicarea în
scopul detectării timpurii la distanţă orientat manual sau montat
temporar în afara părţii carosabile și orientat
Profil cititor 1b: prin intermediul unui cititor pentru comunicarea în
scopul detectării timpurii la distanţă montat pe vehicul și direcţionat”.
4.1.1 Condiţii prealabile pentru transferul de date prin interfaţa DSRC de
5,8 GHz
NOTĂ: pentru a înţelege contextul condiţiilor prealabile, cititorul este
rugat să consulte figura 14.3 de mai jos.
4.1.1.1 Datele stocate în VU
DSC_12 VU are responsabilitatea de a actualiza la fiecare 60 de
secunde și de a menţine datele care urmează să fie stocate în
VU, fără nicio implicare a funcţiei de comunicare DSRC.
Mijloacele prin care se realizează acest lucru sunt integrate
în VU, specificate în Regulamentul (UE) nr. 165/2014, în
anexa 1C secţiunea 3.19 „Comunicare la distanţă pentru
controalele selective în trafic” și nu sunt specificate în
prezentul apendice.
4.1.1.2 Datele furnizate echipamentului DSRC-VU
DSC_13 VU are responsabilitatea de a actualiza datele tahografice
DSRC (datele) ori de câte ori datele stocate în VU sunt actua­
lizate, la intervalul stabilit în secţiunea 4.1.1.1 (DSC_12), fără
nicio implicare a funcţiei de comunicare DSRC.
DSC_14 Datele furnizate de VU sunt utilizate ca bază pentru a
completa și a actualiza datele; mijloacele prin care se
realizează acest lucru sunt specificate în anexa 1C secţiunea
3.19 „Comunicare la distanţă pentru controalele selective în
trafic” sau, dacă nu există o astfel de specificaţie, depind de
concepţia produsului și nu sunt specificate în prezentul
apendice. Pentru concepţia conexiunii dintre echipamentul
DSRC-VU și VU, vă rugăm să consultaţi secţiunea 5.6.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 542
4.1.1.3 Conţinutul datelor
DSC_15 Conţinutul și formatul datelor trebuie să fie de așa natură
încât, odată decriptate, să fie structurate și puse la dispoziţie
sub forma și în formatul specificate în secţiunea 5.4.4 din
prezentul apendice (Structuri de date).
4.1.1.4 Prezentarea datelor
DSC_16 Datele, actualizate frecvent în conformitate cu procedurile
stabilite în secţiunea 4.1.1.1, trebuie să fie securizate înainte
de a fi prezentate către DSRC-VU și trebuie prezentate ca o
valoare a conceptului de date securizate, pentru a fi stocate
temporar în DSRC-VU ca versiunea curentă a datelor. Aceste
date sunt transferate de la VUSM la funcţia VUPM pentru
DSRC. VUSM și VUPM sunt funcţii, nu neapărat entităţi
fizice. Forma instanţierii fizice pentru realizarea acestor
funcţii ţine de concepţia produsului, în afara cazului în care
este specificată în altă parte a Regulamentului (UE)
nr. 165/2014.
4.1.1.5 Datele de securitate
▼M3
DSC_17 Datele de securitate (DSRCSecurityData), care cuprind datele
necesare REDCR pentru a-și îndeplini funcţia de decriptare a
datelor, trebuie furnizate conform definiţiei din apendicele 11
(Mecanisme de securitate comune), pentru stocarea temporară
în DSRC-VU ca versiunea curentă a DSRCSecurityData, sub
forma definită în secţiunea 5.4.4 din prezentul apendice.
▼B
4.1.1.6 Date VUPM disponibile pentru transfer prin interfaţa DSRC
DSC_18 Conceptul de date care trebuie să fie mereu disponibil în
funcţia VUPM pentru DSRC în vederea transferului imediat
în urma solicitării REDCR este definit în secţiunea 5.4.4 pentru
specificaţiile complete privind modulul ASN.1.
Prezentare generală a profilului de comunicare 1
Acest profil se referă la cazul de utilizare în care un agent al autorităţilor
de control competente folosește un cititor pentru comunicarea în scopul
detectării timpurii la distanţă ce comunică pe o rază scurtă de acţiune
(interfeţe DSRC de 5,8 GHz care funcţionează conform ERC 70-03 și
sunt testate pe baza parametrilor corespunzători din EN 300 674-1,
conform descrierii din secţiunea 5) (REDCR) pentru a identifica de la
distanţă un vehicul care este posibil să încalce Regulamentul (UE)
nr. 165/2014. Odată identificat, agentul autorităţilor de control
competente care controlează interogarea decide dacă vehiculul ar
trebui să fie oprit.
4.1.2 Profilul 1a: prin intermediul unui cititor pentru comunicarea în scopul
detectării timpurii la distanţă orientat manual sau montat temporar în
afara părţii carosabile și orientat
În acest caz de utilizare, agentul autorităţilor de control competente se
află în afara părţii carosabile și orientează un REDCR portabil ţinut în
mână ori montat pe un tripod sau un REDCR portabil similar dinspre
marginea drumului către centrul parbrizului vehiculului vizat. Interogarea
se realizează folosind interfeţe DSRC de 5,8 GHz care funcţionează
conform ERC 70-03 și sunt testate pe baza parametrilor corespunzători
din EN 300 674-1, conform descrierii din secţiunea 5. A se vedea figura
14.1 (cazul de utilizare 1).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 543
Figura 14.1
Interogare cu REDCR staţionar folosind DSRC de 5,8 GHz
4.1.3 Profilul 1b: prin intermediul unui cititor pentru comunicarea în scopul
detectării timpurii la distanţă (REDCR) montat pe vehicul și direcţionat
În acest caz de utilizare, agentul autorităţilor de control competente se
află într-un vehicul în mișcare și fie orientează un REDCR portabil ţinut
în mână dinspre vehicul către centrul parbrizului vehiculului vizat, fie
REDCR-ul este montat în sau pe vehicul astfel încât să ţintească centrul
parbrizului vehiculului vizat atunci când vehiculul pe sau în care este
situat cititorul pentru comunicarea în scopul detectării timpurii la distanţă
se află într-o anumită poziţie relevantă faţă de vehiculul vizat (de
exemplu direct în faţa acestuia în cadrul unui flux de trafic). Interogarea
se realizează folosind interfeţe DSRC de 5,8 GHz care funcţionează
conform ERC 70-03 și sunt testate pe baza parametrilor corespunzători
din EN 300 674-1, conform descrierii din secţiunea 5. A se vedea figura
14.2. (Cazul de utilizare 2).
Figura 14.2
Interogare cu REDCR mobil folosind DSRC de 5,8 GHz
4.2 Securitate/integritate
Pentru a da posibilitatea de verificare a autenticităţii și integrităţii datelor
descărcate prin comunicarea la distanţă, datele securizate sunt verificate
și decriptate în conformitate cu apendicele 11 – Mecanisme de securitate
comune.
5 CONCEPŢIA ȘI PROTOCOALELE COMUNICĂRII LA DISTANŢĂ
5.1 Concepţie
Concepţia funcţiei de comunicare la distanţă în cadrul tahografului inte­
ligent este prezentată în figura 14.3.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 544
Figura 14.3
Concepţia funcţiei de comunicare la distanţă
DSC_19 Următoarele funcţii se află în VU:
— Modulul de securitate (VUSM). Această funcţie prezentă în
VU este responsabilă pentru securizarea datelor care
urmează să fie transmise de la DSRC-VU către agentul
autorităţilor de control competente prin comunicarea la
distanţă.
— Datele securizate sunt stocate în memoria VUSM. La inter­
valele de timp stabilite în secţiunea 4.1.1.1 (DSC_12), VU
criptează și completează conceptul RTMdata (care cuprinde
valorile conceptelor de date de securitate și de date utile
stabilite mai jos în prezentul apendice) aflat în memoria
DSRC-VU. Funcţionarea modulului de securitate este
definită în apendicele 11 (Mecanisme de securitate
comune) și nu intră sub incidenţa prezentului apendice,
cu excepţia faptului că va trebui să furnizeze actualizări
echipamentului de comunicare al VU de fiecare dată
când se modifică datele din VUSM.
— Comunicarea dintre VU și DSRC-VU poate fi o comu­
nicare prin cablu sau o comunicare prin Bluetooth de
energie redusă (BLE), iar amplasarea fizică a DSRC-VU
poate fi împreună cu antena de pe parbrizul vehiculului, în
cadrul VU sau undeva între acestea.
— DSRC-VU trebuie să dispună de o sursă de energie
electrică fiabilă, disponibilă în orice moment. Mijloacele
prin care este alimentată cu energie electrică ţin de
deciziile de concepţie.
— Memoria DSRC-VU trebuie să fie nevolatilă, pentru a
menţine datele în DSRC-VU chiar și atunci când
contactul vehiculului este în poziţia „oprit”.
— În cazul în care comunicarea dintre VU și DSRC-VU se face prin
BLE și sursa de energie electrică este o baterie nereîncărcabilă,
sursa de energie electrică a DSRC-VU trebuie înlocuită cu ocazia
fiecărei inspecţii periodice, iar producătorul DSRC-VU trebuie
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 545
să fie responsabil pentru asigurarea faptului că sursa de energie
electrică este adecvată pentru 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ări sau între­
ruperi.
— Echipamentul de „memorie utilă” al RTM VU (VUPM).
Această funcţie prezentă în VU este responsabilă pentru
furnizarea și actualizarea datelor. Conţinutul datelor
(„TachographPayload”) este definit în secţiunea 5.4.4/5.4.5
de mai jos și este actualizat la intervalul stabilit în
secţiunea 4.1.1.1 (DSC_12).
— DSRC-VU. Această funcţie, aflată în cadrul antenei sau
conectată la antenă și în comunicare cu VU printr-o
conexiune prin cablu sau fără fir (BLE), este cea care
deţine datele curente (datele VUPM) și gestionează
răspunsul la o interogare transmisă prin mediul DSRC de
5,8 GHz. Deconectarea echipamentului DSRC sau apariţia
unor interferenţe, în timpul utilizării normale a vehiculului,
cu funcţionarea echipamentului DSRC este considerată o
încălcare a Regulamentului (UE) nr. 165/2014.
— Modulul de securitate (REDCR) (SM-REDCR) este funcţia
utilizată pentru a decripta datele care provin de la VU și a
verifica integritatea acestora. Mijloacele prin care se
realizează acest lucru sunt stabilite în apendicele 11
(Mecanisme de securitate comune) și nu sunt definite în
prezentul apendice.
— Funcţia echipamentului DSRC (REDCR) (DSRC-REDCR)
cuprinde un transceiver de 5,8 GHz și programele asociate
de firmware și de software, care gestionează comunicarea
cu DSRC-VU în conformitate cu prezentul apendice.
— DSRC-REDCR interoghează DSRC-VU a vehiculului vizat
și obţine datele (datele VUPM curente ale vehiculului
vizat) prin legătura DSRC și procesează și stochează
datele primite în SM-REDCR-ul său.
▼M1
— Antena DSRC-VU trebuie amplasată într-un loc în care
optimizează comunicarea DSRC dintre vehicul și antena
de citire aflată în afara părţii carosabile, atunci când
cititorul este instalat la 15 metri distanţă în faţa vehiculului
și la 2 metri înălţime, vizând centrul orizontal și vertical al
parbrizului. Pentru vehiculele ușoare, este adecvată o
instalare care corespunde părţii superioare a parbrizului.
Pentru toate celelalte vehicule antena DSRC trebuie să
fie instalată fie în partea de jos, fie în partea de sus a
parbrizului.
▼B
DSC_20 Antena și comunicarea trebuie să funcţioneze conform ERC
70-03 și să fie testate pe baza parametrilor corespunzători din
EN 300 674-1, conform descrierii din secţiunea 5. Antena și
comunicarea pot utiliza tehnici de atenuare a riscului de inter­
ferenţe radio, conform descrierii din raportul 228 al ECC,
folosind de exemplu filtre în cadrul comunicării DSRC de
5,8 GHz conforme cu CEN.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 546
DSC_21 Antena DSRC trebuie să fie conectată la echipamentul
DSRC-VU fie direct în cadrul modulului montat pe sau
aproape de parbriz, fie printr-un cablu special construit în
așa fel încât să facă dificilă deconectarea ilegală. Deconectarea
sau interferenţa cu funcţionarea antenei reprezintă o încălcare a
Regulamentului (UE) nr. 165/2014. Mascarea sau modificarea
prejudiciabilă în alt fel, în mod intenţionat, a performanţei
operaţionale a antenei este considerată o încălcare a
Regulamentului (UE) nr. 165/2014.
DSC_22 ►M1 Formatul antenei nu este definit și reprezintă o decizie
comercială, atât timp cât DSRC-VU montată îndeplinește
cerinţele de conformitate definite în secţiunea 5 de mai jos.
Antena trebuie poziţionată conform celor stabilite la punctul
DSC_19 și trebuie să fie compatibilă în mod eficient cu
cazurile de utilizare descrise la punctele 4.1.2 și 4.1.3. ◄
Figura 14.4
Exemplu de poziţionare a antenei DSRC de 5,8 GHz pe parbrizul
vehiculelor reglementate
Formatul REDCR și al antenei sale poate varia în funcţie de circum­
stanţele cititorului (montat pe tripod, ţinut în mână, montat pe vehicul
etc.) și de modul de utilizare folosit de agentul autorităţilor de control
competente.
O funcţie de afișare și/sau de notificare este utilizată pentru a prezenta
agentului autorităţilor de control competente rezultatele funcţiei de
comunicare la distanţă. Afișarea poate apărea pe un ecran, sub forma
unui document imprimat, sub forma unui semnal audio sau ca o
combinaţie a acestor tipuri de notificări. Forma acestei afișări și/sau
notificări ţine de cerinţele agenţilor autorităţilor de control competente
și de concepţia echipamentului și nu este specificată în prezentul
apendice.
DSC_23 Formatul și concepţia REDCR depind de concepţia comercială,
conform ERC 70-03, și de specificaţiile privind concepţia și
performanţa definite în prezentul apendice (secţiunea 5.3.2),
oferind astfel pieţei flexbilitatea maximă pentru a proiecta și
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 547
a furniza echipamente care să servească scenariilor specifice de
interogare ale oricărei autorităţi de control competente date.
DSC_24 Formatul și concepţia DSRC-VU și poziţionarea acesteia
înăuntrul sau în afara VU depind de concepţia comercială,
conform ERC 70-03, și de specificaţiile privind concepţia și
performanţa definite în prezentul apendice (secţiunea 5.3.2) și
în prezenta secţiune (5.1).
DSC_25 Cu toate acestea, DSRC-VU trebuie să fie în mod rezonabil
capabilă să accepte valori ale conceptelor de date de la alte
echipamente inteligente de vehicule prin intermediul unei
conexiuni și al unor protocoale conforme cu standarde
deschise din domeniu (de exemplu de la echipamente de
cântărire la bord), atât timp cât aceste concepte de date sunt
identificate prin denumiri de fișier/identificatori de aplicaţie
unici și cunoscuţi; instrucţiunile de utilizare a unor astfel de
protocoale trebuie puse la dispoziţia Comisiei Europene,
precum și, în mod gratuit, la dispoziţia producătorilor de echi­
pamente relevante.
5.2 Fluxul de lucru
5.2.1 Operaţiuni
Fluxul de operaţiuni este reprezentat în figura 14.5.
Figura 14.5
Fluxul de lucru pentru funcţia de comunicare la distanţă
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 548
Etapele sunt descrise 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 pentru funcţia de comunicare la distanţă
(criptare) și actualizează VUPM deţinute în memoria DSRC-VU
(conform definiţiei din secţiunile 4.1.1.1-4.1.1.2). Datele colectate
trebuie formatate conform celor stabilite în secţiunile 5.4.4-5.4.5 de
mai jos.
b. Cu fiecare ocazie în care datele sunt actualizate, marca temporală
definită în conceptul de date de securitate trebuie actualizată.
c. Funcţia VUSM securizează datele în conformitate cu procedurile
stabilite în apendicele 11.
d. Cu fiecare ocazie în care datele sunt actualizate (a se vedea 4.1.1.1-
4.1.1.2), datele trebuie transferate către DSRC-VU, unde înlocuiesc
orice date anterioare, pentru ca datele curente actualizate (datele) să
fie întotdeauna disponibile pentru a fi furnizate în cazul interogării de
către un REDCR. Atunci când sunt transmise de VU către
DSRC-VU, datele trebuie să poată fi identificate prin numele de
fișier RTMData sau prin identificatori „ApplicationID” și „Attribute”.
e. Dacă un agent al autorităţilor de control competente dorește să vizeze
un vehicul și să colecteze datele de la vehiculul vizat, agentul auto­
rităţilor de control competente trebuie întâi să își introducă propriul
card inteligent (smartcard) în REDCR, pentru a face posibilă comu­
nicarea și pentru a permite SM-REDCR să verifice autenticitatea
acestuia și să decripteze datele.
f. Apoi, agentul autorităţii de control competente vizează un vehicul și
solicită datele prin comunicare la distanţă. REDCR-ul deschide o
sesiune prin interfaţa DSRC de 5,8 GHz cu DSRC-VU a vehiculului
vizat și solicită datele. Datele sunt transferate către REDCR prin
sistemul de comunicare fără fir, ca atribut DSRC, folosind serviciul
de aplicaţie GET definit în secţiunea 5.4. Atributul conţine valorile
datelor utile criptate și datele de securitate DSRC.
g. Datele sunt analizate de echipamentul REDCR și prezentate agentului
autorităţii de control competente.
h. Agentul autorităţii de control competente utilizează datele pentru a
lua decizia dacă să oprească sau nu vehiculul pentru o inspecţie
detaliată sau dacă să ceară altui agent al autorităţii de control
competente să oprească vehiculul.
5.2.2 Interpretarea datelor primite prin comunicarea DSRC
DSC_26 Datele primite prin interfaţa de 5,8 GHz trebuie să 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 acestea. În conformitate cu dispoziţiile
Regulamentului (UE) nr. 165/2014, datele trebuie utilizate
numai pentru a furniza informaţii relevante unei autorităţi de
control competente, pentru ca aceasta să poată stabili ce vehicul
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 549
ar trebui oprit în vederea efectuării unei inspecţii fizice, și trebuie
distruse ulterior în conformitate cu articolul 9 din Regula­
mentul (UE) nr. 165/2014.
5.3 Parametri ai interfeţei fizice DSRC pentru comunicarea la distanţă
5.3.1 Constrângeri legate de amplasament
DSC_27 Interogarea la distanţă a vehiculelor printr-o interfaţă DSRC
de 5,8GHz nu ar trebui utilizată la o distanţă mai mică de 200
de metri de un suport DSRC de 5,8 GHz aflat în funcţiune.
5.3.2 Parametri ai legăturii descendente și ai legăturii ascendente
DSC_28 Echipamentul utilizat pentru monitorizarea de la distanţă a
tahografelor trebuie să fie conform și să funcţioneze în
conformitate cu ERC70-03 și cu parametrii definiţi în
tabelele 14.1 și 14.2 de mai jos.
DSC_29 În plus, pentru a asigura compatibilitatea cu parametrii opera­
ţionali ai altor sisteme DSRC de 5,8 GHz standardizate, echi­
pamentul folosit pentru monitorizarea de la distanţă a taho­
grafelor trebuie să fie conform cu parametrii din EN 12253 și
din EN 13372.
Și anume:
Tabelul 14.1
Parametrii legăturii descendente
Nr. crt. Parametru Valoare (valori) Observaţie
D1 Frecvenţe purtătoare pentru
legătura descendentă
Există patru alternative care
pot fi folosite de un
REDCR:
5,7975 GHz
5,8025 GHz
5,8075 GHz
5,8125 GHz
Conform ERC 70-03.
Frecvenţele purtătoare pot fi
selectate de cel care implementează
sistemul staţionar de monitorizare
în trafic și nu este necesar să fie
cunoscute în cadrul DSRC-VU
(În conformitate cu EN 12253, EN
13372)
D1a (*) Toleranţa frecvenţelor
purtătoare
în limita a ± 5 ppm (În conformitate cu EN 12253)
D2 (*) Masca spectrală a emiţă­
torului RSU (REDCR)
Conform ERC 70-03.
REDCR trebuie să fie
conform cu clasele B,C
definite în EN 12253.
În prezenta anexă nu există
nicio altă cerinţă specifică
Parametru utilizat pentru
controlarea interferenţelor dintre
echipamentele de interogare din
apropiere (conform definiţiei din
EN 12253 și EN 13372).
D3 Interval de frecvenţă minim
pentru OBU (DSRC-VU)
5,795-5,815 GHz (În conformitate cu EN 12253)
D4 (*) E.I.R.P. maximă Conform ERC 70-03 (fără
licenţă) și reglementărilor
naţionale
maximum + 33 dBm
(În conformitate cu EN 12253)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 550
Nr. crt. Parametru Valoare (valori) Observaţie
D4a Masca E.I.R.P. unghiulară În conformitate cu specifi­
caţiile declarate și publicate
ale proiectantului echipa­
mentului de interogare
(În conformitate cu EN 12253)
D5 Polarizare Circulară levogiră (În conformitate cu EN 12253)
D5a Polarizare ortogonală XPD:
În linia de vizare directă:
(REDCR) RSU t ≥ 15 dB
(DSRC-VU) OBU r ≥ 10 dB
În zona de – 3 dB: (REDCR)
RSU t ≥ 10 dB
(DSRC-VU) OBU r ≥ 6 dB
(În conformitate cu EN 12253)
D6 (*) Modulaţie Modulaţie de amplitudine în
două trepte.
(În conformitate cu EN 12253)
D6a (*) Indice de modulaţie 0,5 … 0,9 (În conformitate cu EN 12253)
D6b Diagramă ochi ≥ 90 % (timp) / ≥ 85 %
(amplitudine)
D7 (*) Codarea datelor FM0
Bitul „1” are tranziţii doar
la începutul și la sfârșitul
intervalului de biţi. Bitul
„0” are o tranziţie supli­
mentară în mijlocul inter­
valului de biţi faţă de bitul
„1”.
(În conformitate cu EN 12253)
D8 (*) Viteza biţilor 500 kBit/s (În conformitate cu EN 12253)
D8a Toleranţa tactului de bit mai bună decât ± 100 ppm (În conformitate cu EN 12253)
D9 (*) Rata de eroare a biţilor
(B.E.R.) pentru comunicare
≤ 10 – 6 când puterea de
intrare la OBU (DSRC-
VU) se situează în
intervalul dat de [D11a –
D11b].
(În conformitate cu EN 12253)
D10 Declanșator pentru ieșirea
din starea inactivă pentru
OBU (DSRC-VU)
OBU (DSRC-VU) se reac­
tivează la primirea oricărui
cadru cu 11 sau mai mulţi
octeţi (inclusiv preambul)
Nu este necesară nicio schemă
specială de reactivare.
DSRC-VU se poate reactiva la
primirea unui cadru cu mai puţin
de 11 octeţi
(În conformitate cu EN 12253)
D10a Timp de pornire maxim ≤ 5 ms (În conformitate cu EN 12253)
D11 Zonă de comunicare Ansamblu spaţial în cadrul
căruia se atinge o B.E.R.
conform D9a
(În conformitate cu EN 12253)
D11a (*) Limita de putere pentru
comunicare (superioară).
– 24dBm (În conformitate cu EN 12253)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 551
Nr. crt. Parametru Valoare (valori) Observaţie
D11b (*) Limita de putere pentru
comunicare (inferioară).
Puterea de intrare:
– 43 dBm (linia de vizare
directă)
– 41 dBm [în intervalul de
– 45 ° – + 45°Cores­
punzând planului paralel cu
suprafaţa carosabilului
atunci când DSRC-VU este
instalată ulterior în vehicul
(azimut)]
(În conformitate cu EN 12253)
Cerinţă extinsă pentru unghiurile
orizontale până la ± 45°, datorită
cazurilor de utilizare definite în
prezenta anexă.
D12 (*) Nivelul puterii de între­
rupere al (DSRC-VU)
-60 dBm (În conformitate cu EN 12253)
D13 Preambul Preambulul este obligatoriu. (În conformitate cu EN 12253)
D13a Preambul – lungime și tipar 16 biţi ± 1 bit de biţi „1”
codaţi FM0
(În conformitate cu EN 12253)
D13b Forma de undă a pream­
bulului
O secvenţă alternantă de
nivel scăzut și nivel ridicat
cu o durată a impulsului de
2 μs.
Toleranţa este dată de D8a
(În conformitate cu EN 12253)
D13c Biţi de final RSU (REDCR) poate
transmite maximum 8 biţi
după indicatorul de final.
O OBU (DSRC-VU) nu
este obligată să ţină seama
de acești biţi suplimentari.
(În conformitate cu EN 12253)
(*) – Parametri ai legăturii descendente care fac obiectul testării conformităţii pe baza testului de parametru relevant din EN 300 674-1
Tabelul 14.2
Parametrii legăturii ascendente
Nr. crt. Parametru Valoare (valori) Observaţie
U1 (*) Frecvenţe subpurtătoare O OBU (DSRC-VU)
trebuie să fie compatibilă
cu 1,5 MHz și cu 2,0 MHz
O RSU (REDCR) trebuie să
fie compatibilă cu 1,5 MHz
sau cu 2,0 MHz sau cu
ambele. U1-0: 1,5 MHz
U1-1: 2,0 MHz
Selectarea frecvenţei subpurtătoare
(1,5 MHz sau 2,0 MHz) depinde
de profilul EN 13372 selectat.
U1a (*) Toleranţa frecvenţelor
subpurtătoare
în limita a ± 0,1 % (În conformitate cu EN 12253)
U1b Utilizarea de benzi laterale Aceleași date de ambele
părţi
(În conformitate cu EN 12253)
U2 (*) Masca spectrală a emiţă­
torului OBU (DSRC-VU)
În conformitate cu
EN12253
1) Putere în afara benzii:
a se vedea ETSI EN
300674-1
(În conformitate cu EN 12253)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 552
Nr. crt. Parametru Valoare (valori) Observaţie
2) Putere în bandă:
[U4a] dBm în 500 kHz
3) Emisie în orice alt canal
de legătură ascendentă:
U2(3)-1 = – 35 dBm în
500 kHz
U4a (*) E.I.R.P. maximă în bandă
laterală unică (linia de
vizare directă)
Două opţiuni:
U4a-0: – 14 dBm
U4a-1: – 21 dBm
În conformitate cu specificaţiile
declarate și publicate ale proiec­
tantului echipamentului
U4b (*) E.I.R.P. maximă în bandă
laterală unică (35°)
Două opţiuni:
— Nu se aplică
— – 17dBm
În conformitate cu specificaţiile
declarate și publicate ale proiec­
tantului echipamentului
U5 Polarizare Circulară levogiră (În conformitate cu EN 12253)
U5a Polarizare ortogonală XPD:
În linia de vizare directă:
(REDCR) RSU r ≥ 15 dB
(DSRC-VU) OBU t ≥ 10 dB
La – 3 dB: (REDCR) RSU r
≥ 10 dB
(DSRC-VU) OBU t ≥ 6 dB
(În conformitate cu EN 12253)
U6 Modulaţia subpurtătoarei 2-PSK
Date codate sincronizate cu
subpurtătoarea: tranziţiile
datelor codate coincid cu
tranziţiile subpurtătoarei.
(În conformitate cu EN 12253)
U6b Ciclu de funcţionare Ciclu de funcţionare:
50 % ± α, α ≤ 5 %
(În conformitate cu EN 12253)
U6c Modulaţie pe purtătoare Multiplicarea subpurtătoarei
modulate cu purtătoarea.
(În conformitate cu EN 12253)
U7 (*) Codarea datelor NRZI (Nicio tranziţie la
începutul bitului „1”,
tranziţie la începutul bitului
„0”, nicio tranziţie în cadrul
biţilor)
(În conformitate cu EN 12253)
U8 (*) Viteza biţilor 250 kbit/s (În conformitate cu EN 12253)
U8a Toleranţa tactului de bit în limita a ± 1 000 ppm (În conformitate cu EN 12253)
U9 Rata de eroare a biţilor
(B.E.R.) pentru comunicare
≤10 – 6 (În conformitate cu EN 12253)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 553
Nr. crt. Parametru Valoare (valori) Observaţie
U11 Zonă de comunicare Ansamblul spaţial în cadrul
căruia este situată
DSRC-VU astfel încât
transmisiile sale să fie
primite de REDCR cu o
B.E.R. mai mică decât cea
dată de U9a.
(În conformitate cu EN 12253)
U12a (*) Amplificare a etajului de
amestec (limita inferioară)
1 dB pentru fiecare bandă
laterală Intervalul unghiului:
Simetric circular între linia
de vizare directă și ± 35°
și
în intervalul de – 45 ° – +
45 °Corespunzând planului
paralel cu suprafaţa carosa­
bilului atunci când
DSRC-VU este instalată
ulterior în vehicul (azimut)
Mai mare decât intervalul de valori
specificat pentru unghiurile
orizontale până la ± 45 °, datorită
cazurilor de utilizare definite în
prezenta anexă.
U12b (*) Amplificare a etajului de
amestec (limita superioară)
10 dB pentru fiecare bandă
laterală
Mai mică decât intervalul de valori
specificat pentru fiecare bandă
laterală într-un con circular în
jurul liniei de vizare directă cu
unghi de deschidere de ± 45 °
U13 Preambul Preambulul este obligatoriu. (În conformitate cu EN 12253)
U13a Preambul
Lungime și tipar
32-36 μs, modulate doar cu
subpurtătoare, apoi 8 biţi de
biţi „0” codaţi NRZI.
(În conformitate cu EN 12253)
U13b Biţi de final DSRC-VU poate transmite
maximum 8 biţi după indi­
catorul de final. O
RSU (REDCR) nu este
obligată să ţină seama de
acești biţi suplimentari.
(În conformitate cu EN 12253)
(*) — Parametri ai legăturii ascendente care fac obiectul testării conformităţii pe baza testului de parametru relevant din EN 300 674-1
5.3.3 Concepţia antenei
5.3.3.1 Antena REDCR
DSC_30 Concepţia antenei REDCR depinde de concepţia comercială,
în conformitate cu limitele definite în secţiunea 5.3.2, care
este adaptată pentru a optimiza performanţa de citire a
DSRC-REDCR în scopul specific și în circumstanţele de
citire în care REDCR a fost proiectat să funcţioneze.
5.3.3.2 Antena VU
DSC_31 Concepţia antenei DSRC-VU depinde de concepţia
comercială, în conformitate cu limitele definite în secţiunea
5.3.2, care este adaptată pentru a optimiza performanţa de
citire a DSRC-REDCR în scopul specific și în circumstanţele
de citire în care REDCR a fost proiectat să funcţioneze.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 554
DSC_32 Antena VU trebuie să fie fixată pe sau aproape de parbrizul
vehiculului, conform specificaţiilor din secţiunea 5.1 de mai
sus.
DSC_33 În mediul de testare dintr-un atelier (a se vedea secţiunea 6.3),
o antenă DSRC-VU, fixată conform secţiunii 5.1 de mai sus,
trebuie să se conecteze cu succes la o comunicare de testare
standard și trebuie să realizeze cu succes o tranzacţie RTM
conform definiţiei din prezentul apendice, la o distanţă
cuprinsă între 2 și 10 metri, mai mult de 99 % din timp,
potrivit unei medii calculate pe baza a 1 000 de interogări
de citire.
5.4 Cerinţe de protocol DSRC pentru RTM
5.4.1 Prezentare generală
DSC_34 Protocolul de tranzacţie pentru descărcarea datelor prin
legătura de interfaţă DSRC de 5,8 GHz trebuie să corespundă
etapelor descrise în cele ce urmează. Prezenta secţiune descrie
un flux de tranzacţie în condiţii ideale fără retransmiteri sau
întreruperi ale comunicării.
NOTĂ Scopul fazei de iniţializare (etapa 1) este de a stabili
comunicarea între REDCR și DSRC-VU-urile care au intrat în
zona de tranzacţie DSRC de 5,8 GHz (master-slave), dar care
nu au stabilit încă o comunicare cu REDCR, și să notifice
procesele de aplicaţie.
— Etapa 1 Iniţializare. REDCR transmite un cadru
conţinând un „tabel de serviciu al radiobalizei” (BST)
care include identificatorii de aplicaţie (AID) din lista
de serviciu cu care este compatibil. În aplicaţia RTM,
acesta va fi pur și simplu serviciul cu valoarea AID = 2
(Freight&Fleet). DSRC-VU evaluează BST primit și
răspunde (a se vedea mai jos) cu o listă a aplicaţiilor
cu care este compatibilă din domeniul Freight&Fleet
sau nu răspunde dacă nu este compatibilă cu niciuna.
Dacă REDCR nu oferă AID=2, DSRC-VU nu răspunde
REDCR.
— Etapa 2 DSRC-VU transmite un cadru conţinând o cerere
de alocare a unei ferestre private.
— Etapa 3 REDCR transmite un cadru conţinând o alocare a
unei ferestre private.
— Etapa 4 DSRC-VU utilizează fereastra privată alocată
pentru a transmite un cadru conţinând tabelul său de
serviciu al vehiculului (VST). Acest VST include o listă
a tuturor instanţierilor diferite de aplicaţii cu care DSRC-
VU respectivă este compatibilă în cadrul AID=2. Dife­
ritele instanţieri trebuie identificate prin intermediul unor
EID-uri unic generate, fiecare asociat cu o valoare de
parametru pentru marca contextuală de aplicaţie (Appli­
cation Context Mark), care indică aplicaţia și standardul
compatibil.
— Etapa 5 Apoi, REDCR analizează VST prezentat și fie
întrerupe conexiunea (RELEASE) dacă nu este interesat
de nimic din ceea ce VST are de oferit (adică primește de
la o DSRC-VU un VST care nu este compatibil cu tran­
zacţia RTM), fie, dacă primește un VST corespunzător,
pornește o instanţiere de aplicaţie.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 555
— Etapa 6 Pentru a realiza acest lucru, REDCR transmite
un cadru conţinând o comandă de obţinere a datelor
RTM, identificând instanţierea de aplicaţie RTM prin
precizarea identificatorului care corespunde instanţierii
de aplicaţie RTM (conform celor specificate de
DSRC-VU în VST), și alocă o fereastră privată.
— Etapa 7 DSRC-VU utilizează fereastra privată nou-alocată
pentru a transmite un cadru conţinând identificatorul
adresat care corespunde instanţierii de aplicaţie RTM
furnizate în VST, urmat de atributul RtmData (element
util + element de securitate).
— Etapa 8 Dacă sunt solicitate mai multe servicii, valoarea
„n” se modifică în numărul de referinţă al serviciului
următor și procesul este repetat.
— Etapa 9 REDCR confirmă primirea datelor prin trans­
miterea unui cadru care conţine o comandă RELEASE
către DSRC-VU pentru a încheia sesiunea SAU, dacă nu
a reușit să valideze primirea cu succes a LDPU, revine la
etapa 6.
A se vedea figura 14.6 pentru o descriere în imagini a proto­
colului de tranzacţie.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 556
Figura 14.6
Flux de proces RTM prin DSRC de 5,8 GHz
5.4.2 Comenzi
DSC_35 Următoarele comenzi sunt singurele funcţii utilizate într-o
etapă de tranzacţie RTM
— INITIALISATION.request: o comandă, emisă de
REDCR sub forma unei transmisii cu definirea aplicaţiilor
cu care este compatibil REDCR.
— INITIALISATION.response: un răspuns din partea
DSRC-VU care confirmă conexiunea și conţine o listă a
instanţelor de aplicaţie compatibile, precum și caracteris­
ticile și informaţiile privind modul de adresare a
acestora (EID).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 557
— GET.request: o comandă, emisă de REDCR către DSRC-
VU, care precizează instanţierea de aplicaţie ce trebuie
adresată prin intermediul unui EID definit, conform
VST primit, indicându-i DSRC-VU să transmită atributul
(atributele) ales(e) împreună cu datele. Obiectivul
comenzii GET este ca REDCR să obţină datele de la
DSRC-VU.
— GET.response: un răspuns din partea DSRC-VU, care
conţine datele solicitate.
— ACTION.request ECHO: o comandă care îi indică
DSRC-VU să răspundă transmiţând date de la DSRC-VU
la REDCR. Obiectivul comenzii ECHO este de a permite
atelierelor sau unităţilor de testare pentru omologarea de
tip să verifice dacă legătura DSRC funcţionează fără a
avea nevoie de acces la elementele de securitate.
— ACTION.response ECHO: Un răspuns din partea DSRC
VU la comanda ECHO.
— EVENT_REPORT.request RELEASE: o comandă care
îi indică DSRC-VU faptul că tranzacţia s-a încheiat.
Obiectivul comenzii RELEASE este de a încheia
sesiunea cu DSRC-VU. La primirea comenzii
RELEASE, DSRC-VU trebuie să nu răspundă la nicio
altă interogare în cadrul conexiunii curente. Trebuie luat
act de faptul că, potrivit EN 12834, o DSRC-VU nu se va
conecta de două ori la același interogator, cu excepţia
cazului în care s-a aflat în afara zonei de comunicare
timp de 255 de secunde sau dacă ID-ul Beacon (radio­
baliză) al interogatorului s-a modificat.
5.4.3 Secvenţa comenzilor de interogare
DSC_36 Din perspectiva secvenţei de comenzi și de răspunsuri, tran­
zacţia este descrisă după cum urmează:
Secvenţă Expeditor Destinatar Descriere Acţiune
1 REDCR > DSRC-VU Iniţializarea legăturii de
comunicare Solicitare
REDCR transmite BST
2 DSRC-VU > REDCR Iniţializarea legăturii de
comunicare Răspuns
Dacă BST este compatibil cu
AID = 2, atunci DSRC-VU
solicită o fereastră privată
3 REDCR > DSRC-VU Acordă o fereastră privată Transmite cadrul care conţine
alocarea ferestrei private
4 DSRC-VU > REDCR Transmite VST Transmite cadrul care
conţine VST
5 REDCR > DSRC-VU Transmite GET.request
privind datele din atributul
pentru un EID specific
6 DSRC-VU > REDCR Transmite GET.response cu
atributul solicitat pentru
EID-ul specific
Transmite atributul
(RTMData, OWSData etc.)
cu datele pentru EID-ul
specific
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 558
Secvenţă Expeditor Destinatar Descriere Acţiune
▼M1
7 REDCR > DSRC-VU Transmite GET.request
pentru date din alt atribut
(dacă este cazul)
▼B
8 DSRC-VU > REDCR Transmite GET.response cu
atributul solicitat
Transmite atributul cu datele
pentru EID-ul specific
9 REDCR > DSRC-VU Confirmă primirea cu
succes a datelor
Transmite comanda
RELEASE care încheie tran­
zacţia
10 DSRC-VU Încheie tranzacţia
Un exemplu al secvenţei de tranzacţie și al conţinutului
cadrelor comunicate este prezentat în secţiunile 5.4.7 și 5.4.8.
5.4.4 Structuri de date
DSC_37 Structura semantică a datelor atunci când sunt transmise prin
interfaţa DSRC de 5,8 GHz DSRC trebuie să fie în
concordanţă cu cele descrise în prezentul apendice. Modul
în care sunt structurate aceste date este specificat în cadrul
prezentei secţiuni.
DSC_38 Datele utile (datele RTM) constau în concatenarea
1. datelor EncryptedTachographPayload, care reprezintă
varianta criptată a TachographPayload definită la punctul
ASN.1 din secţiunea 5.4.5. Metoda de criptare este
descrisă în apendicele 11;
2. datelor DSRCSecurityData, specificate în apendicele 11.
DSC_39 Datele RTM sunt adresate ca atribut RTM =1 și transferate în
containerul RTM =10.
DSC_40 Marca contextuală RTM (RTM Context Mark) trebuie să iden­
tifice partea de standard compatibilă din seria de standarde
TARV (RTM corespunde părţii 9).
Definiţia din modulul ASN.1 pentru datele DSRC din cadrul
aplicaţiei RTM este după cum urmează:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 559
► (2) (3) M1
► (1) M3
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 560
5.4.5 Elementele RtmData, acţiunile realizate și definiţii
DSC_41 Valorile de date care trebuie calculate de VU și utilizate
pentru actualizarea datelor securizate din DSRC-VU se
calculează în conformitate cu regulile definite în tabelul 14.3:
▼M3
Tabelul 14.3
Elementele RtmData, acţiunile realizate și definiţii
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
RTM1
Numărul de înmatri­
culare
al vehiculului
VU setează valoarea
elementului de date RTM1
tp15638VehicleRegistra­
tionPlate pe baza valorii
înregistrate a tipului de date
VehicleRegistrationIdentifi­
cation astfel cum este definit
în apendicele 1 VehicleRe­
gistrationIdentification
Numărul de înmatri­
culare al vehiculului
exprimat ca șir de
caractere
tp15638VehicleRegistra­
tionPlate LPN,
–RegistrationPlate al vehi­
culului care utilizează structura
datelor din ISO 14906, dar cu
următoarea limitare pentru
aplicaţia RTM:
SEQUENCE începe cu codul
de ţară, urmat de un indicator
alfabetic, urmat de numărul de
înmatriculare,
care este întotdeauna de 14
octeţi (completat de ambele
părţi cu zero-uri), astfel încât
lungimea de tip LPN este
întotdeauna de 17 octeţi (fără
determinant al lungimii), dintre
care 14 sunt numărul „real” de
înmatriculare.
RTM2
Eveniment de depășire a
limitei de viteză
VU generează o valoare
booleană
pentru elementul de date
RTM2
tp15638SpeedingEvent.
Valoarea tp15638Speedin­
gEvent se calculează de către
VU pe baza evenimentelor de
depășire a limitei de viteză
înregistrate în VU în ultimele
10 zile, conform definiţiei din
anexa IC.
1 (TRUE): dacă cel mai
recent eveniment de
depășire a limitei de
viteză s-a încheiat în
ultimele 10 zile sau este
încă în desfășurare;
0 (FALSE): în orice alt
caz.
tp15638SpeedingEvent
BOOLEAN,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 561
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
RTM3
Conducere fără
un card valabil
VU generează o valoare
booleană
pentru elementul de date
RTM3
tp15638DrivingWithoutVa­
lidCard.
VU atribuie o valoare TRUE
variabilei tp15638Drivin­
gWithoutValidCard dacă cel
puţin un eveniment de
conducere fără un card
corespunzător a fost înre­
gistrat în VU în ultimele 10
zile, conform definiţiei din
anexa IC.
1 (TRUE): dacă cel mai
recent eveniment de
conducere fără un card
corespunzător s-a
încheiat în ultimele 10
zile sau este încă în
desfășurare;
0 (FALSE): în orice alt
caz.
tp15638DrivingWithoutVa­
lidCard
BOOLEAN,
RTM4
Card de conducător
auto valabil
VU generează o valoare
booleană pentru elementul de
date RTM4
tp15638DriverCard pe baza
cardului de conducător auto
valabil introdus în slotul
pentru cardul de conducător
auto.
1 (TRUE): dacă nu
există un card de
conducător auto valabil
în slotul pentru cardul de
conducător auto al VU;
0 (FALSE): dacă în
slotul pentru cardul de
conducător auto al VU
este prezent un card de
conducător auto valabil.
tp15638DriverCard
BOOLEAN,
RTM5
Introducerea cardului în
timpul
conducerii
VU generează o valoare
booleană pentru elementul de
date RTM5 tp15638CardIn­
sertion.
VU atribuie o valoare TRUE
variabilei tp15638CardIn­
sertion dacă cel puţin un
eveniment de introducere a
cardului în timpul conducerii
a fost înregistrat în VU în
ultimele 10 zile, conform
definiţiei din anexa IC.
1 (TRUE): dacă cel mai
recent eveniment de
introducere a cardului în
timpul conducerii a avut
loc în ultimele 10 zile;
0 (FALSE): în orice alt
caz.
tp15638CardInsertion
BOOLEAN,
RTM6
Eroare privind datele de
la senzorul de mișcare
VU generează o valoare
booleană
pentru elementul de date
RTM6.
VU atribuie o valoare TRUE
variabilei tp15638MotionDa­
taError dacă cel puţin un
eveniment de eroare privind
datele de la senzorul de
mișcare a fost înregistrat în
VU în ultimele 10 zile,
conform definiţiei din
anexa IC.
1 (TRUE): dacă cel mai
recent eveniment de
eroare privind datele de
la senzorul de mișcare
s-a încheiat în ultimele
10 zile sau este încă în
desfășurare;
0 (FALSE): în orice alt
caz.
tp15638MotionDataError
BOOLEAN,
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 562
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
RTM7
Conflict
Privind deplasarea vehi­
culului
VU generează o valoare
booleană
pentru elementul de date
RTM7.
VU atribuie o valoare TRUE
variabilei tp15638Vehicle­
MotionConflict dacă cel puţin
un eveniment de conflict
privind deplasarea vehi­
culului a fost înregistrat în
VU în ultimele 10 zile.
1 (TRUE): dacă cel mai
recent eveniment de
conflict privind
deplasarea vehiculului
s-a încheiat în ultimele
10 zile sau este încă în
desfășurare;
0 (FALSE): în orice alt
caz.
tp15638VehicleMotionConflict
BOOLEAN,
RTM8
Al doilea card de
conducător auto
VU generează o valoare
booleană
pentru elementul de date
RTM8 pe baza anexei IC
(„activitatea conducătorului
auto” CREW și
CO-DRIVER).
Dacă este prezent un card
valabil al copilotului, VU
setează valoarea RTM8 la
TRUE.
1 (TRUE): dacă în VU
este prezent un card de
copilot valabil;
2 (FALSE): dacă nu este
prezent un card de
copilot valabil în VU.
tp156382ndDriverCard
BOOLEAN,
RTM9
Activitate curentă
VU generează o valoare
booleană
pentru elementul de date
RTM9.
Dacă activitatea curentă este
înregistrată în VU ca orice
altă activitate în afară de
„CONDUCERE”, conform
definiţiei din anexa IC, VU
setează valoarea RTM9 la
TRUE.
1 (TRUE): altă activitate
selectată;
0 (FALSE): conducere
selectată
tp15638CurrentActivity­
Driving
BOOLEAN
RTM10
Ultima sesiune încheiată
VU generează o valoare
booleană pentru elementul de
date RTM10.
Dacă ultima sesiune de
utilizare a cardului nu a fost
încheiată corect, conform
definiţiei din anexa IC, VU
setează valoarea RTM10 la
TRUE.
1 (TRUE): cel puţin unul
dintre cardurile introduse
a declanșat un eveniment
de tip „încheiere
incorectă a ultimei
sesiuni a cardului”;
0 (FALSE): Niciunul
dintre cardurile introduse
nu a declanșat un
eveniment de tip
„încheiere incorectă a
ultimei sesiuni a
cardului”.
tp15638LastSessionClosed
BOOLEAN
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 563
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
RTM11
Întrerupere a alimentării
Cu energie electrică
VU generează o valoare de
număr întreg
pentru elementul de date
RTM11.
VU atribuie o valoare
variabilei tp15638PowerSup­
plyInterruption egală cu
numărul evenimentelor de
întrerupere a alimentării cu
energie electrică stocate în
VU în ultimele 10 zile,
conform definiţiei din
anexa IC.
În cazul în care în VU nu s-a
înregistrat niciun eveniment
de întrerupere a alimentării
cu energie electrică în
ultimele 10 de zile, valoarea
RTM11 se setează la 0.
Numărul evenimentelor
înregistrate de între­
rupere a alimentării cu
energie electrică în
ultimele 10 zile.
tp15638PowerSupplyInter­
ruption
NUMĂR ÎNTREG(0..127),
RTM12
Anomalie a senzorului
VU generează o valoare de
număr întreg pentru
elementul de date RTM12.
VU atribuie variabilei
sensorFault o valoare de:
— 1 dacă un eveniment de
tip „anomalie a
senzorului «35»H”
s-a încheiat în ultimele
10 zile sau este încă în
desfășurare.
— 2 dacă un eveniment de
tip „anomalie a recep­
torului GNSS” (fie
intern, fie extern, cu
valorile de enumerare
„36”H sau
„37”H) s-a încheiat în
ultimele 10 zile sau este
încă în curs de desfă­
șurare.
— 3 dacă un eveniment de
tip „«0E»H Eroare de
comunicare cu echipa­
mentul GNSS extern” s-a
încheiat în ultimele 10
zile sau este încă în curs
de desfășurare.
— 4 dacă atât anomaliile
senzorului, cât și
anomaliile receptorului
GNSS s-au încheiat în
ultimele 10 zile sau sunt
încă în curs de desfă­
șurare.
— 5 dacă atât o anomalie a
senzorului, cât și un
eveniment de tip „eroare
de comunicare cu echi­
pamentul GNSS extern”
s-au încheiat în ultimele
10 zile sau sunt încă în
curs de desfășurare.
–anomalie senzor un
octet conform dicţio­
narului de date
tp15638SensorFault NUMĂR
ÎNTREG (0..255),
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 564
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
— 6 dacă atât evenimentul
de tip „anomalie a
receptorului GNSS”, cât
și evenimentul de tip
„eroare de comunicare cu
echipamentul GNSS
extern” s-a încheiat în
ultimele 10 zile sau sunt
în curs de desfășurare.
— 7 dacă toate cele trei
anomalii ale senzorului
s-au încheiat în ultimele
10 zile sau sunt încă în
curs de desfășurare.
Dacă niciun eveniment nu s-a
încheiat în ultimele 10 zile
sau nu este încă în desfă­
șurare, VU setează valoarea
RTM12 la 0.
RTM13
Reglarea orei
VU generează o valoare de
număr întreg (timeReal din
apendicele 1) pentru
elementul de date RTM13 pe
baza prezenţei datelor privind
reglarea orei, conform defi­
niţiei din anexa IC.
VU setează valoarea RTM13
la ora la care s-a produs
ultimul eveniment de date
privind reglarea orei.
Dacă în datele VU nu este
prezent niciun eveniment de
tip „reglarea orei”, conform
definiţiei din anexa IC, VU
setează valoarea RTM13 la 0.
oldTimeValue a celei
mai recente reglări a
orei.
tp15638TimeAdjustment
NUMĂR ÎNTREG
(0..4294967295),
RTM14
Tentativă
De încălcare a securităţii
VU generează o valoare de
număr întreg (timeReal din
apendicele 1) pentru
elementul de date RTM14 pe
baza prezenţei unei tentative
de încălcare a securităţii,
conform definiţiei din
anexa IC.
VU setează valoarea orei la
care a fost înregistrată de
către VU ultima tentativă de
încălcare a securităţii.
Dacă în datele VU nu este
prezent niciun eveniment de
tip „tentativă de încălcare a
securităţii”, conform definiţiei
din anexa IC, VU setează
valoarea RTM14 la 0.
Ora de începere a celei
mai recente tentative de
încălcare a securităţii
stocate.
tp15638LatestBreachAttempt
NUMĂR ÎNTREG
(0..4294967295),
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 565
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
RTM15
Ultima etalonare
VU generează o valoare de
număr întreg (timeReal din
apendicele 1) pentru
elementul de date RTM15 pe
baza prezenţei datelor privind
ultima etalonare, conform
definiţiei din anexa IC și din
apendicele 1.
VU setează valoarea
RTM15 la oldTimeValue a
celei mai recente înregistrări
privind etalonarea.
Dacă nu a existat nicio
etalonare, VU setează
valoarea RTM15 la 0.
oldTimeValue a celei
mai recente înregistrări
privind etalonarea.
tp15638LastCalibrationData
NUMĂR ÎNTREG
(0..4294967295),
RTM16
Etalonare anterioară
VU generează o valoare de
număr întreg (timeReal din
apendicele 1) pentru
elementul de date RTM16 pe
baza înregistrării privind
etalonarea care precedă
ultima etalonare.
VU setează valoarea
RTM16 la oldTimeValue a
înregistrării privind
etalonarea care precedă
ultima etalonare.
Dacă nu a existat nicio
etalonare anterioară, VU
setează valoarea RTM16 la 0.
oldTimeValue a înregis­
trării privind etalonarea
care precedă cea mai
recentă înregistrare
privind etalonarea.
tp15638PrevCalibrationData
NUMĂR ÎNTREG
(0..4294967295),
RTM17
Data conectării
tahografului
VU generează o valoare de
număr întreg (timeReal din
apendicele 1) pentru
elementul de date RTM17.
VU setează valoarea RTM17
la data primei etalonări a VU
în vehiculul actual.
VU extrage aceste date din
VuCalibrationData (apen­
dicele1) din vuCalibration­
Records, CalibrationPurpose
fiind egal cu: „03”H
Dacă nu a existat nicio
etalonare anterioară, VU
setează valoarea RTM17 la 0.
Data primei etalonări a
VU în vehiculul actual.
tp15638DateTachoConnected
NUMĂR ÎNTREG
(0..4294967295),
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 566
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
RTM18
Viteza curentă
VU generează o valoare de
număr întreg
pentru elementul de date
RTM18.
VU setează valoarea RTM18
la ultima viteză curentă înre­
gistrată în momentul celei
mai recente actualizări a
RtmData.
Ultima viteză curentă
înregistrată
tp15638CurrentSpeed
NUMĂR ÎNTREG (0..255),
RTM19
Marcă temporală
(Timestamp)
VU generează o valoare de
număr întreg pentru
elementul de date RTM19
(timeReal din apendicele 1).
VU setează valoarea RTM19
la ora ultimei actualizări a
RtmData.
Marca temporală a înre­
gistrării
TachographPayload
curente
tp15638Timestamp
NUMĂR ÎNTREG
(0..4294967295),
RTM20
Ora la care a fost
disponibilă ultima
poziţie autentificată a
vehiculului
VU generează o valoare de
număr întreg (timeReal din
apendicele 1) pentru
elementul de date RTM20.
VU setează valoarea RTM20
la ora la care cea mai recentă
poziţie autentificată a vehi­
culului a fost disponibilă de
la receptorul GNSS.
Dacă nicio poziţie autenti­
ficată a vehiculului nu a fost
disponibilă vreodată de la
receptorul GNSS, VU setează
valoarea RTM20 la 0.
Marca temporală a celei
mai recente poziţii
autentificate a vehi­
culului
tp15638LatestAuthenticatedPo­
sition
NUMĂR ÎNTREG
(0..4294967295),
RTM21
Timp de conducere
continuă
VU generează o valoare de
număr întreg pentru
elementul de date RTM21.
VU setează valoarea RTM21
la timpul de conducere
continuă în curs al conducă­
torului auto.
Timpul de conducere
continuă al conducă­
torului auto, codificat ca
valoare întreagă.
Lungime: 1 octet
Rezoluţie: 2 minute/bit
Niciun decalaj
Interval de date: 0 - 250
O valoare de 250 indică
faptul că timpul de
conducere continuă al
conducătorului auto este
mai mare sau egal cu
500 de minute.
Valorile 251-254 nu se
utilizează.
Valoarea 255 indică
faptul că informaţiile nu
sunt disponibile.
tp15638ContinuousDri­
vingTime NUMĂR
ÎNTREG(0..255),
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 567
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
RTM22
Cel mai lung timp de
conducere zilnic pentru
schimbul RTM curent și
cel anterior, calculat în
conformitate cu
addendumul la apen­
dicele 14
VU generează o valoare de
număr întreg pentru
elementul de date RTM22.
VU setează valoarea RTM22
la cea mai lungă dintre cele
două perioade de timp zilnic
de conducere ale conducă­
torului auto, aceasta fiind fie
schimbul RTM curent, fie cel
anterior.
Timpul de conducere
zilnic al conducătorului
auto, codificat ca valoare
întreagă.
Lungime: 1 octet
Rezoluţie: 4 minute/bit
Niciun decalaj
Interval de date: 0 - 250
O valoare de 250 indică
faptul că timpul de
conducere zilnic al
conducătorului auto este
mai mare sau egal cu
1 000 de minute.
Valorile 251-254 nu se
utilizează.
Valoarea 255 indică
faptul că informaţiile nu
sunt disponibile.
tp15638DailyDrivingTimeShift
NUMĂR ÎNTREG(0..255),
RTM23
Cel mai lung timp de
conducere zilnic din
săptămâna în curs,
calculat în conformitate
cu addendumul la apen­
dicele 14
VU generează o valoare de
număr întreg pentru
elementul de date RTM23.
VU setează valoarea RTM23
la cel mai lung timp de
conducere zilnic al conducă­
torului auto, acesta fiind fie
schimbul RTM în curs, fie
orice schimb RTM finalizat
care a început sau s-a
încheiat în săptămâna în curs.
Timpul de conducere
zilnic al conducătorului
auto, codificat ca valoare
întreagă.
Lungime: 1 octet
Rezoluţie: 4 minute/bit
Niciun decalaj
Interval de date: 0 - 250
O valoare de 250 indică
faptul că timpul de
conducere zilnic al
conducătorului auto este
mai mare sau egal cu
1 000 de minute.
Valorile 251-254 nu se
utilizează.
Valoarea 255 indică
faptul că informaţiile nu
sunt disponibile.
tp15638DailyDrivingTi­
meWeek NUMĂR
ÎNTREG(0..255),
RTM24
Timpul de conducere
săptămânal, calculat în
conformitate cu
addendumul la apen­
dicele 14
VU generează o valoare de
număr întreg pentru
elementul de date RTM24.
VU setează valoarea RTM24
la timpul de conducere
săptămânal al conducătorului
auto.
Timpul de conducere
săptămânal al conducă­
torului auto, codificat ca
valoare întreagă.
Lungime: 1 octet
Rezoluţie: 20 minute/bit
Niciun decalaj
Interval de date: 0 - 250
O valoare de 250 indică
faptul că timpul de
conducere continuă al
conducătorului auto este
mai mare sau egal cu
5 000 de minute.
Valorile 251-254 nu se
utilizează.
Valoarea 255 indică
faptul că informaţiile nu
sunt disponibile.
tp15638WeeklyDrivingTime
NUMĂR ÎNTREG(0..255),
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 568
(1)
Element RTM Data
(2)
Acţiune realizată de VU
(3)
Definiţia datelor din ASN.1
RTM25
Timpul de conducere
bilunar, calculat în
conformitate cu
addendumul la apen­
dicele 14
VU generează o valoare de
număr întreg pentru
elementul de date RTM25.
VU setează valoarea RTM25
la timpul de conducere
bilunar al conducătorului
auto.
Timpul de conducere
bilunar al conducătorului
auto, codificat ca valoare
întreagă.
Lungime: 1 octet
Rezoluţie: 30 minute/bit
Niciun decalaj
Interval de date: 0 - 250
O valoare de 250 indică
faptul că timpul de
conducere bilunar al
conducătorului auto este
mai mare sau egal cu
7 500 de minute.
Valorile 251-254 nu se
utilizează.
Valoarea 255 indică
faptul că informaţiile nu
sunt disponibile.
tp15638FortnightlyDri­
vingTime NUMĂR
ÎNTREG(0..255),
Notă: RTM22, RTM23, RTM24 și RTM25 se calculează în conformitate cu
addendumul la prezentul apendice.
▼B
5.4.6 Mecanismul de transfer al datelor
DSC_42 Datele utile definite anterior sunt solicitate de REDCR după
etapa de iniţializare și transmise în consecinţă de către DSRC-
VU în fereastra alocată. Comanda GET este utilizată de
REDCR pentru a obţine date.
▼M1
DSC_43 Pentru toate schimburile DSRC, datele trebuie să fie codate
folosind PER (Packed Encoding Rules) UNALIGNED, cu
excepţia și , care
trebuie să fie codate folosind OER (Octet Encoding Rules)
definite în ISO/IEC 8825-7, Rec. ITU-T X.696.
▼B
5.4.7 Descriere detaliată a tranzacţiei DSRC
DSC_44 Iniţializarea se realizează în conformitate cu DSC_44 –
DSC_48 și cu tabelele 14.4 – 14.9. În etapa de iniţializare,
REDCR începe să transmită un cadru care conţine un BST
(tabel de serviciu al radiobalizei) în conformitate cu EN
12834 și cu EN 13372, 6.2, 6.3, 6.4 și 7.1, cu setările speci­
ficate în următorul tabel 14.4.
Tabelul 14.4
Iniţializare – setări cadru BST
Câmp Setări
Link Identifier Adresa de transmisie
BeaconId Conform EN 12834
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 569
Time Conform EN 12834
Profile Nicio extensie, a se folosi 0
sau 1
MandApplications Nicio extensie, EID nu este
prezent, parametrul nu este
prezent, AID= 2
Freight&Fleet
NonMandApplications Nu este prezent
ProfileList Nicio extensie, numărul de
profiluri din listă = 0
Fragmentation header Nicio fragmentare
Layer 2 settings PDU de comandă, comandă
UI
Un exemplu practic al setărilor specificate în tabelul 14.4, cu
indicarea codării biţilor, este dat în următorul tabel 14.5.
Tabelul 14.5
Iniţializare – exemplu de conţinut cadru BST
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG Indicator de început
2 Broadcast ID Adresa de transmisie
3 MAC Control Field PDU de comandă
4 LLC Control field Comandă UI
5 Fragmentation header Nicio fragmentare
6 BST Solicitare de iniţializare
SEQUENCE {
OPTION indicator
BeaconID SEQUENCE {
ManufacturerId INTEGER (0..65535)
Aplicaţiile neobligatorii
(NonMand) nu sunt
prezente
Identificator producător
7
8
IndividualID INTEGER (0..134217727)
}
ID de 27 de biţi disponibil
pentru producător
9
10
11
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 570
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
12 Time INTEGER (0..4294967295) Timp real UNIX de 32 de
biţi
13
14
15
16 Profile INTEGER (0..127,…) Nicio extensie. Profil de
exemplu 0
17 MandApplications SEQUENCE
(SIZE(0..127,…))
OF {
Nicio extensie, numărul
aplicaţiilor obligatorii
(mandApplications) = 1
18 SEQUENCE {
OPTION indicator
EID nu este prezent
OPTION indicator
Parametrul nu este prezent
AID DSRCApplicationEntityID } }
Nicio extensie. AID= 2
Freight&Fleet
19 ProfileList SEQUENCE (0..127,…) OF
Profile }
Nicio extensie, numărul de
profiluri din listă = 0
20 FCS Secvenţă de verificare a
cadrului
21
22 Flag Indicator de final
DSC_45 Atunci când primește un BST, o DSRC-VU solicită alocarea
unei ferestre private, conform specificaţiilor din EN 12795 și
EN 13372, 7.1.1, fără nicio setare RTM specifică. Tabelul
14.6 oferă un exemplu de codare a biţilor.
Tabelul 14.6
Iniţializare – Conţinutul cadrului de solicitare de alocare a unei ferestre private
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG Indicator de început
2 Private LID Adresa de legătură
a DSRC-VU specifice
3
4
5
6 MAC Control field Solicitare de fereastră
privată
7 FCS Secvenţă de verificare a
cadrului
8
9 Flag Indicator de final
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 571
DSC_45 REDCR răspunde apoi prin alocarea unei ferestre private,
conform specificaţiilor din EN 12795 și EN 13372, 7.1.1,
fără nicio setare RTM specifică.
Tabelul 14.7 oferă un exemplu de codare a biţilor.
Tabelul 14.7
Iniţializare – Conţinutul cadrului de alocare a unei ferestre private
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG Indicator de început
2 Private LID Adresa de legătură
a DSRC-VU specifice
3
4
5
6 MAC Control field Alocarea ferestrei private
7 FCS Secvenţă de verificare a
cadrului
8
9 Flag Indicator de final
DSC_47 Atunci când primește alocarea ferestrei private, DSRC-VU
transmite VST-ul său (tabelul de serviciu al vehiculului),
conform definiţiei din EN 12834 și din EN 13372, 6.2, 6.3,
6.4 și 7.1, cu setările specificate în tabelul 14.8, folosind
fereastra de transmisie alocată.
Tabelul 14.8
Iniţializare – setări cadru VST
Câmp Setări
Private LID Conform EN 12834
VST parameters Fill = 0, apoi pentru fiecare aplicaţie
compatibilă: EID prezent, parametru
prezent, AID = 2, EID generat de
OBU
Parameter Nicio extensie, conţine marca
contextuală RTM
ObeConfiguration Câmpul opţional ObeStatus poate fi
prezent, dar nu trebuie folosit de
REDCR
Fragmentation header Nicio fragmentare
Layer 2 settings PDU de comandă, comandă UI
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 572
DSC_48 DSRC-VU trebuie să fie compatibilă cu aplicaţia „Freight and
Fleet”, identificată prin identificatorul de aplicaţie „2”. Și alţi
identificatori de aplicaţie pot fi compatibili, dar nu trebuie să
fie prezenţi în acest VST, deoarece BST necesită numai
AID=2. Câmpul „Applications” conţine o listă a instanţelor
de aplicaţii compatibile din DSRC-VU. Pentru fiecare
instanţiere de aplicaţie compatibilă este dată o trimitere la
standardul corespunzător, formată dintr-o marcă contextuală
Rtm, care este compusă dintr-un OBJECT IDENTIFIER
reprezentând standardul aferent, partea acestuia (9 pentru
RTM) și posibil versiunea sa, plus un EID care este generat
de DSRC-VU și asociat instanţierii de aplicaţie respective.
Un exemplu practic al setărilor specificate în tabelul 14.8, cu
indicarea codării biţilor, este dat în tabelul 14.9.
▼M3
Tabelul 14.9
Iniţializare – exemplu de conţinut cadru VST
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG 0111 1110 Indicator de început
2 Private LID xxxx xxxx Adresa de legătură
a DSRC-VU specifice
3 xxxx xxxx
4 xxxx xxxx
5 xxxx xxxx
6 MAC Control field 1100 0000 PDU de comandă
7 LLC Control field 0000 0011 Comandă UI
8 Fragmentation header 1xxx x001 Nicio fragmentare
9 VST
SEQUENCE {
Fill BIT STRING (SIZE(4))
1001 Răspuns la iniţializare
0000 Neutilizat și setat la 0
10 Profile INTEGER (0..127,...)
Aplicaţii SEQUENCE OF {
0000 0000 Nicio extensie. Profil de
exemplu 0
Nicio extensie, 1 aplicaţie
11 0000 0001
12 SEQUENCE {
OPTION indicator
OPTION indicator
AID DSRCApplicationEntityID
1 EID prezent
1 Parametru prezent
00 0010 Nicio extensie. AID = 2
Freight&Fleet
13 EID Dsrc-EID xxxx xxxx Definit în cadrul OBU și
identificând instanţa de
aplicaţie.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 573
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
14 Parameter Container { 0000 0010 Nicio extensie, opţiune
container = 02,
Șir de octeţi
15 0000 0110 Nicio extensie, lungimea
mărcii contextuale Rtm =
6
16 Rtm-ContextMark ::= SEQUENCE {
StandardIdentifier
0000 0101 Primul octet este 05H,
care reprezintă lungimea
acestuia.
Următorii cinci octeţi
codează Identificatorul de
obiect al standardului
compatibil, cu partea si
versiunea sa.
{Standardul (1) ISO (0)
TARV (15638) partea
9(9) Version2 (2)}
17 standardIdentifier 0010 1000
18 1111 1010
19 0001 0110
20 0000 1001
21 0000 0010
22 ObeConfiguration Sequence {
OPTION indicator
0 ObeStatus nu este prezent
EquipmentClass INTEGER (0..32767) xxx xxxx Acest câmp se utilizează
pentru
23 xxxx xxxx indicaţiile producătorului
cu privire la versiunea de
software/hardware a
interfeţei DSRC
24 ManufacturerId INTEGER (0..65535) xxxx xxxx Identificator al producă­
torului pentru DSRC-VU,
conform descrierii din
registrul ISO 14816
25 xxxx xxxx
26 FCS xxxx xxxx Secvenţă de verificare a
cadrului
27 xxxx xxxx
28 Flag 0111 1110 Indicator de final
▼B
DCS_49 REDCR citește apoi datele prin emiterea unei comenzi GET,
conformă cu comanda GET definită în EN 13372, 6.2, 6.3,
6.4 și în EN 12834, cu setările specificate în tabelul 14.10.
Tabelul 14.10
Prezentare – setări cadru GET.request
Câmp Setări
Invoker Identifier (IID) Nu este prezent
Link Identifier (LID) Adresa de legătură a DSRC-VU
specifice
Chaining Nu
Element Identifier (EID) Astfel cum este specificat în VST.
Nicio extensie
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 574
Câmp Setări
Access Credentials Nu
AttributeIdList Nicio extensie, 1 atribut, AttributeID
= 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 cadru GET.request
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG Indicator de început
2 Private LID Adresa de legătură
a DSRC-VU specifice
3
4
5
6 MAC Control field PDU de comandă
7 LLC Control field Comandă ACn cu inte­
rogare prealabilă, bit n
8 Fragmentation header Nicio fragmentare
9 Get.request
SEQUENCE {
Solicitare de obţinere a
datelor
OPTION indicator Acreditările de acces
(Access Credentials) nu
sunt prezente
OPTION indicator IID nu este prezent
OPTION indicator AttributeIdList prezentă
Fill BIT STRING(SIZE(1)) Setată la 0.
10 EID INTEGER(0..127,…) EID al instanţei de
aplicaţie RTM, astfel
cum este specificat în
VST. Nicio extensie
11 AttributeIdList SEQUENCE OF {
AttributeId }}
Nicio extensie, numărul
de atribute = 1
12 AttributeId=1, RtmData.
Nicio extensie
13 FCS Secvenţă de verificare a
cadrului
14
15 Flag Indicator de final
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 575
DCS_50 Când primește solicitarea GET (GET.request), DSRC-VU
transmite un răspuns GET (GET.response) cu datele solicitate,
conform cu răspunsul GET definit în EN 13372, 6.2, 6.3, 6.4
și în EN 12834, cu setările specificate în tabelul 14.12.
Tabelul 14.12
Prezentare – setări cadru GET.response
Câmp Setări
Invoker Identifier (IID) Nu este prezent
Link Identifier (LID) Conform EN 12834
Chaining Nu
Element Identifier (EID) Astfel cum este specificat î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
Prezentare – exemplu de conţinut cadru răspuns
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG Indicator de început
2 Private LID Adresa de legătură
a DSRC-VU specifice
3
4
5
6 MAC Control field PDU de răspuns
7 LLC Control field Răspuns disponibil,
comandă ACn bit n
8 LLC Status field Răspuns disponibil și
comandă acceptată
9 Fragmentation header Nicio fragmentare
10 Get.response
SEQUENCE {
Obţinere răspuns
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 576
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
OPTION indicator IID nu este prezent
OPTION indicator Lista atributelor (Attribute
List) prezentă
OPTION indicator Starea de retur nu este
prezentă
Fill BIT STRING(SIZE(1)) Neutilizat
11 EID INTEGER(0..127,…) Răspuns din partea
instanţei de aplicaţie
RTM. Nicio extensie,
12 AttributeList SEQUENCE OF { Nicio extensie, numărul
de atribute = 1
13 Attributes SEQUENCE {
AttributeId
Nicio extensie, Attri­
buteID = 1 (RtmData)
14 AttributeValue CONTAINER { Nicio extensie, opţiune
container = 10 10 .
15 RtmData
16
17
… …
n }}}}
n+1 FCS Secvenţă de verificare a
cadrului
n+2
n+3 Flag Indicator de final
DSC_51 Apoi REDCR închide conexiunea prin emiterea unei comenzi
EVENT_REPORT, RELEASE conforme cu EN 13372, 6.2,
6.3, 6.4 și cu EN 12834, 7.3.8, fără nicio setare RTM
specifică. Tabelul 14.14 arată un exemplu de codare a
biţilor pentru comanda RELEASE.
Tabelul 14.14
Încheiere. Conţinut cadru EVENT_REPORT RELEASE
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG Indicator de început
2 Private LID Adresa de legătură
a DSRC-VU specifice
3
4
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 577
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
5
6 MAC Control field Cadrul conţine o LPDU
de comandă
7 LLC Control field Comandă UI
8 Fragmentation header Nicio fragmentare
9 EVENT_REPORT.request
SEQUENCE {
EVENT_REPORT
(Release)
OPTION indicator Acreditările de acces
(Access Credentials) nu
sunt prezente
OPTION indicator Parametrul de eveniment
nu este prezent
OPTION indicator IID nu este prezent
Mode BOOLEAN Nu se așteaptă niciun
răspuns
10 EID INTEGER (0..127,…) Nicio extensie, EID = 0
(sistem)
11 EventType INTEGER (0..127,…) } Tip de eveniment 0 =
Release
12 FCS Secvenţă de verificare a
cadrului
13
14 Flag Indicator de final
DSC_52 Nu se așteaptă ca DSRC-VU să răspundă la comanda Release.
Comunicarea este apoi închisă.
5.4.8 Descrierea tranzacţiei de testare DRSC
DSC_53 Testele complete, care includ securizarea datelor, trebuie
realizate conform definiţiei din apendicele 11 (Mecanisme
de securitate comune), de către persoane autorizate care au
acces la procedurile de securitate, folosind comanda GET
normală definită mai sus.
DSC_54 Testele de operaţionalitate și de inspecţie (verificare)
periodică ce necesită decriptarea și înţelegerea conţinutului
de date decriptat trebuie realizate conform specificaţiilor din
apendicele 11 (Mecanisme de securitate comune) și din apen­
dicele 9 (Omologarea de tip – lista testelor minime obli­
gatorii).
Cu toate acestea, comunicarea DSRC de bază poată fi testată
prin comanda ECHO. Aceste teste pot fi necesare la veri­
ficarea operaţionalităţii, cu ocazia inspecţiei periodice sau la
cererea autorităţii de control competente sau dacă sunt impuse
de Regulamentul (UE) nr. 165/2014 (a se vedea secţiunea 6
de mai jos)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 578
DSC_55 Pentru a realiza această testare a comunicării de bază,
comanda ECHO este emisă de REDCR în cursul unei
sesiuni, și anume după finalizarea cu succes a unei etape de
iniţializare. Astfel, secvenţa de interacţiuni este similară celei
a unei interogări:
— Etapa 1 REDCR transmite un „tabel de serviciu al
radiobalizei” (BST) care include identificatorii de
aplicaţie (AID) din lista de serviciu cu care este
compatibil. În aplicaţiile RTM, acesta va fi pur și
simplu serviciul cu valoarea AID = 2.
DSRC-VU evaluează BST-ul primit și, în cazul în care
identifică faptul că BST solicită Freight&Fleet (AID = 2),
DSRC-VU răspunde. Dacă REDCR nu oferă AID=2,
DSRC-VU închide tranzacţia sa cu REDCR.
— Etapa 2 DSRC-VU transmite o cerere de alocare a unei
ferestre private.
— Etapa 3 REDCR transmite o alocare de fereastră privată.
— Etapa 4 DSRC-VU utilizează fereastra privată alocată
pentru a transmite tabelul său de serviciu al
vehiculului (VST). Acest VST include o listă a tuturor
instanţierilor diferite de aplicaţii cu care DSRC-VU
respectivă este compatibilă în cadrul AID=2. Diferitele
instanţieri trebuie identificate prin intermediul unor
EID-uri unice, fiecare asociat cu o valoare de parametru
indicând instanţierea de aplicaţie compatibilă.
— Etapa 5 Apoi, REDCR analizează VST prezentat și fie
întrerupe conexiunea (RELEASE) dacă nu este interesat
de nimic din ceea ce VST are de oferit (adică primește un
VST de la o DSRC-VU care nu este o RTM VU), fie,
dacă primește un VST corespunzător, pornește o
instanţiere de aplicaţie.
— Etapa 6 REDCR emite o comandă (ECHO) către DSRC-
VU specifică și alocă o fereastră privată.
— Etapa 7 DSRC-VU utilizează fereastra privată nou alocată
pentru a transmite un cadru de răspuns ECHO.
Tabelele de mai jos oferă un exemplu practic de sesiune de comunicare
ECHO.
DSC_56 Iniţializarea se realizează în conformitate cu secţiunea 5.4.7
(DSC_44-DSC_48) și cu tabelele 14.4-14.9.
DSC_57 REDCR emite apoi o comandă ACTION, ECHO conformă cu
ISO 14906, care conţine 100 de octeţi de date și nicio setare
specifică pentru RTM. Tabelul 14.15 prezintă conţinutul
cadrului transmis de REDCR.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 579
Tabelul 14.15
Exemplu de cadru de solicitare ACTION, ECHO
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG Indicator de început
2 Private LID Adresa de legătură
a DSRC-VU specifice
3
4
5
6 MAC Control field PDU de comandă
7 LLC Control field Comandă ACn cu inte­
rogare prealabilă, bit n
8 Fragmentation header Nicio fragmentare
9 ACTION.request
SEQUENCE {
Solicitare de acţiune (ECHO)
OPTION indicator Acreditările de acces
(Access Credentials) nu
sunt prezente
OPTION indicator Parametru de acţiune
prezent
OPTION indicator IID nu este prezent
Mode BOOLEAN Răspuns așteptat
10 EID INTEGER (0..127,…) Nicio extensie, EID = 0
(sistem)
11 ActionType INTEGER (0..127,…) Nicio extensie, solicitare
ECHO de tip acţiune
12 ActionParameter CONTAINER { Nicio extensie, opţiune
container = 2.
13 Nicio extensie. Lungimea
șirului = 100 de octeţi
14 Datele care trebuie
transmise (echoed)
… …
113 }}
114 FCS Secvenţă de verificare a
cadrului
115
116 Flag Indicator de final
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 580
DSC_58 Când primește solicitarea ECHO, DSRC-VU transmite un
răspuns ECHO cu 100 de octeţi de date, prin reflectarea
comenzii primite, conform ISO 14906, fără nicio setare
specifică pentru RTM. Tabelul 14.16 prezintă un exemplu
de codare la nivelul biţilor.
Tabelul 14.16
Exemplu de cadru de răspuns ACTION, ECHO
N
r.
oc
te
t
Atribut/Câmp Biţi în octet Descriere
1 FLAG Indicator de început
2 Private LID Adresa de legătură a VU
specifice
3
4
5
6 MAC Control field PDU de răspuns
7 LLC Control field Comandă ACn, bit n
8 LLC status field Răspuns disponibil
9 Fragmentation header Nicio fragmentare
10 ACTION.response
SEQUENCE {
răspuns ACTION (ECHO)
OPTION indicator IID nu este prezent
OPTION indicator Parametru de răspuns
prezent
OPTION indicator Starea de retur nu este
prezentă
Fill BIT STRING (SIZE (1)) Neutilizat
11 EID INTEGER (0..127,…) Nicio extensie, EID = 0
(sistem)
12 ResponseParameter CONTAINER { Nicio extensie, opţiune
container = 2.
13 Nicio extensie. Lungimea
șirului = 100 de octeţi
14 Date transmise (echoed)
… …
113 }}
114 FCS Secvenţă de verificare a
cadrului
115
116 Flag Indicator de final
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 581
5.5. Rezervat pentru o utilizare viitoare
▼M2
__________
▼B
5.6 Transferul de date între DSRC-VU și VU
5.6.1 Conexiunea fizică și interfeţele
DSC_66 Conexiunea dintre VU și DSRC-VU se poate realiza fie prin
cablu fizic, fie prin comunicare fără fir cu rază scurtă de
acţiune bazată pe BLE Bluetooth v4.0.
DSC_67 Indiferent de interfaţa și de conexiunea fizică selectate, trebuie
satisfăcute următoarele cerinţe:
DSC_68 ►M1 (a) Pentru ca diferiţi furnizori să poată fi contactaţi în
scopul de a furniza VU și DSRC-VU, inclusiv
loturi diferite de DSRC-VU, conexiunea dintre
VU și DSRC-VU care nu este internă VU trebuie
să fie o conexiune conformă unui standard
disponibil în mod public. VU trebuie să se
conecteze la DSRC-VU fie ◄
i) folosind un cablu fix de cel puţin 2 metri, cu
un conector DIN 41612 H11 drept – un
conector cu fișă cu 11 pini aprobat de la
DSRC-VU, care se potrivește cu un conector
de recepţie DIN/ISO similar aprobat de la
dispozitivul VU, fie
ii) folosind Bluetooth de energie redusă (BLE),
fie
iii) folosind o conexiune standard ISO 11898 sau
SAE J1939
DSC_69 (b) definiţia interfeţelor și a conexiunii dintre VU și
DSRC-VU trebuie să fie compatibilă cu comenzile de
protocol de aplicaţie definite în secţiunea 5.6.2. și
DSC_70 (c) VU și DSRC-VU trebuie să fie compatibile cu realizarea
transferului de date prin conexiune în ceea ce privește
performanţa și alimentarea cu energie electrică.
5.6.2 Protocolul de aplicaţie
DSC_71 Protocolul de aplicaţie dintre echipamentul de comunicare la
distanţă al VU și DSRC-VU este responsabil cu transferul
periodic al datelor pentru comunicarea la distanţă de la VU
către DSRC.
DSC_72 Sunt identificate următoarele comenzi principale:
1. Iniţializarea legăturii de comunicare – solicitare
2. Iniţializarea legăturii de comunicare – răspuns
3. Transmiterea datelor cu identificatorul aplicaţiei RTM și
datele utile definite de RTM Data
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 582
4. Confirmarea primirii datelor
5. Încheierea legăturii de comunicare – solicitare
6. Încheierea legăturii de comunicare – răspuns
DSC_73 În ASN1.0, comenzile anterioare pot fi definite ca:
DSC_74 Descrierea comenzilor și a parametrilor este următoarea:
— este
folosită pentru a iniţializa legătura de comunicare.
Comanda este transmisă de către VU la DSRC-VU. LinkI­
dentifier este setat de VU și comunicat DSRC-VU pentru
a urmări o anumită legătură de comunicare.
(Notă: aceasta are ca scop compatibilitatea cu legături
viitoare și cu alte aplicaţii/module, precum cântărirea la
bord).
— este
utilizată de DSRC-VU pentru a furniza răspunsul la soli­
citarea de iniţializare a legăturii de comunicare. Comanda
este transmisă de DSRC-VU către VU. Comanda dă
rezultatul iniţializării ca răspuns = 1 (reușită) sau =0
(eșec).
DSC_75 Iniţializarea legăturii de comunicare trebuie făcută doar după
instalarea, etalonarea și pornirea motorului/VU este pornită.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 583
— este utilizată de VU pentru a
transmite datele RCDTData (și anume the remote commu­
nication Data, datele pentru comunicarea la distanţă)
semnate către DSRC-VU. Datele vor fi transmise la
fiecare 60 de secunde. Parametrul DataTransactionId
identifică transmisiunea specifică de date. LinkIdentifier
este de asemenea folosit pentru a se asigura că legătura
corespunzătoare este corectă.
— este transmisă de
DSRC-VU ca feedback pentru VU în ceea ce privește
primirea datelor dintr-o comandă ­
identificată de parametrul DataTransactionId. Parametrul
de răspuns este 1 (reușită) sau =0 (eșec). Dacă o VU
primește mai mult de trei răspunsuri egale cu 0 sau
dacă VU nu primește o RCDT Data Acknowledgment
pentru o anumită RCDT- Send Data transmisă anterior
cu un DataTransactionId specific, VU va genera și înre­
gistra un eveniment.
— este
transmisă de VU către DSRC-VU pentru a încheia o
legătură aferentă unui anumit LinkIdentifier.
DSC_76 La repornirea DSRC-VU sau a unei VU, toate legăturile de
comunicare existente ar trebui eliminate, deoarece ar putea
exista legături „rupte” rămase în urma închiderii bruște a
unei VU.
— este
transmis de DSRC-VU către VU pentru a confirma soli­
citarea de încheiere a legăturii de către VU pentru LinkI­
dentifier-ul specific.
5.7 Gestionarea erorilor
5.7.1 Înregistrarea și comunicarea datelor în DSRC-VU
▼M3
DSC_77 Datele trebuie furnizate DSRC-VU, deja securizate, de către
funcţia VUSM. VUSM trebuie să verifice că datele înregistrate
în DSRC-VU au fost transmise cu succes DSRC-VU. Înregis­
trarea și raportarea oricăror erori în transferul datelor de la VU
către memoria DSRC-VU trebuie înregistrate cu tipul Event­
FaultType și valoarea de enumerare stabilită la „0C”H eveni­
mentul „Eroare de comunicare cu echipamentul de comu­
nicare la distanţă”, împreună cu marca temporală. VUSM
trebuie să verifice dacă datele au fost transmise cu succes
către DSRC-VU.
DSC_78 Rezervat pentru o utilizare viitoare.
▼B
DSC_79 Dacă VUPM încearcă să obţină date VU de la modulul de
securitate (pentru a le transmite către VU-DSRC), dar
nu reușește, ea trebuie să înregistreze eșecul respectiv cu
tipul EventFaultType și valoarea de enumerare stabilită la
„62”H (anomalie a echipamentului de comunicare la
distanţă), împreună cu marca temporală. Eșecul comunicării
este detectat atunci când, timp de trei ori consecutiv, nu
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 584
se primește un mesaj
Pentru aferentă (și anume
cu același DataTransactionId în mesajele
).
5.7.2 Erori de comunicare fără fir
DSC_80 Gestionarea erorilor de comunicare trebuie să fie în
concordanţă cu standardele DSRC aferente, și anume EN
300 674-1, EN 12253, EN 12795, EN 12834 și parametrii
corespunzători din EN 13372.
5.7.2.1 Erori de criptare și de semnătură
DSC_81 Erorile de criptare și de semnătură trebuie gestionate conform
definiţiei din apendicele 11 (Mecanisme de securitate
comune) și nu sunt prezente în niciun mesaj de eroare
asociat cu transferul DSRC de date.
5.7.2.2 Înregistrarea erorilor
Mediul DSRC este o comunicare fără fir dinamică într-un mediu de
condiţii de interferenţă și atmosferice nesigure, în special în combinaţiile
„REDCR portabil” și „vehicul în mișcare” implicate 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 cadrul 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 transferul
cu succes al datelor, cu excepţia cazului în care vehiculul vizat iese din
raza de acţiune în decursul perioadei necesare pentru retransmitere. (Este
posibil ca o instanţă „reușită” a unei operaţiuni de „citire” să fi presupus
mai multe încercări și reîncercări).
Eșecul de citire se poate produce din cauză că antenele nu au 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
exemplu în timpul unei furtuni) ori pur și simplu din cauza ieșirii din
raza de acţiune a comunicării DSRC. Instanţele individuale de eșecuri de
citire, prin natura lor, nu pot fi înregistrate, pur și simplu deoarece
comunicarea nu a avut loc.
Cu toate acestea, dacă agentul autorităţii de control competente vizează
un vehicul și încearcă să interogheze DSRC-VU a acestuia, dar nu are
loc niciun transfer de date reușit, este posibil ca acest eșec să se fi
produs din cauza unei manipulări deliberate și, prin urmare, agentul
autorităţii de control competente are nevoie de o modalitate de a înre­
gistra eșecul și de a alerta colegii din aval că este posibil să existe o
încălcare a normelor. Aceștia din urmă pot apoi opri vehiculul și realiza
o inspecţie fizică. Însă dat fiind faptul că nu a avut loc nicio comunicare
reușită, DSRC-VU nu poate furniza date privind eșecul. Prin urmare,
astfel de raportări depind de concepţia echipamentului REDCR.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 585
„Eșecul de citire” este diferit din punct de vedere tehnic de o „eroare”.
În acest context, o „eroare” reprezintă obţinerea unei valori eronate.
Datele transferate către DSRC-VU sunt furnizate deja securizate, prin
urmare trebuie verificate de către furnizorul datelor (a se vedea 5.4).
Datele transferate ulterior prin interfaţa aeriană sunt verificate prin veri­
ficări redundante ciclice la nivelul comunicaţiilor. Dacă CRC le
validează, atunci datele sunt corecte. Dacă CRC nu le validează,
datele sunt transmise din nou. Probabilitatea ca date incorecte să poată
trece cu succes printr-o CRC este atât de scăzută din punct de vedere
statistic încât poate să nu fie luată în considerare.
Dacă CRC nu validează datele și nu este timp pentru retransmiterea și
primirea datelor corecte, atunci rezultatul nu va fi o eroare, ci o
instanţiere a unui tip specific de eșec de citire.
Singurele date de „eșec” semnificative care pot fi înregistrate sunt cele
privind numărul iniţierilor reușite de tranzacţii care au loc, dar care nu
duc la un transfer reușit al datelor către REDCR.
DSC_82 Prin urmare, REDCR înregistrează, cu marcă temporală,
numărul ocaziilor în care etapa de „iniţializare” a unei inte­
rogări DSRC a reușit, însă tranzacţia s-a încheiat înainte ca
datele să fie obţinute cu succes de REDCR. Aceste date
trebuie să fie disponibile pentru agentul autorităţii de
control competente și trebuie stocate în memoria echipa­
mentului REDCR. Mijloacele prin care se realizează acest
lucru depind de concepţia produsului sau de specificaţiile
unei autorităţi de control competente.
Singurele date de „eroare” semnificative care pot fi înre­
gistrate sunt cele privind numărul ocaziilor în care REDCR
nu reușește să decripteze datele primite. Însă trebuie luat notă
de faptul că aceasta se va referi numai la eficienţa
software-ului REDCR. Datele pot fi decriptate tehnic, dar
nu au sens din punct de vedere semantic.
DSC_83 Prin urmare, REDCR trebuie să înregistreze, cu marcă
temporală, numărul ocaziilor în care a încercat, fără succes,
să descifreze datele primite prin interfaţa DSRC.
6 TESTELE DE OPERAŢIONALITATE ȘI DE VERIFICARE
PERIODICĂ PENTRU FUNCŢIA DE COMUNICARE LA
DISTANŢĂ
6.1 Generalităţi
DSC_84 Pentru funcţia de comunicare la distanţă sunt prevăzute două
tipuri de teste:
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 586
1. Un test ECHO pentru a valida canalul de comunicare fără
fir DSRC-REDCR >>-:-
2. Un test de securitate „end-to-end” (de la un capăt la altul)
pentru a se asigura faptul că un card de atelier este capabil
să acceseze conţinutul de date criptate și semnate creat de
VU și transmis prin canalul de comunicare fără fir.
6.2 ECHO
Prezenta clauză conţine dispoziţiile specifice pentru a testa numai dacă
DSRC-REDCR >>-:-
ţional.
Obiectivul comenzii ECHO este de a permite atelierelor sau unităţilor de
testare pentru omologarea de tip să verifice dacă legătura DSRC func­
ţionează fără a avea nevoie de acces la elementele de securitate. Prin
urmare, echipamentele de testare trebuie doar să poată iniţializa o comu­
nicare DSRC (transmiţând un BST cu AID=2) și să poată apoi trimite
comanda ECHO și, presupunând că DSRC funcţionează, vor primi
răspunsul ECHO. A se vedea secţiunea 5.4.8 pentru detalii. Presupunând
că primește acest răspuns în mod corect, legătura DSRC (DSRC-REDCR
>>-:-
6.3 Testele de validare a conţinutului de date securizate
DSC_85 Acest test este realizat pentru a valida fluxul de securitate
„end-to-end” al datelor. Pentru un astfel de test este necesar
un cititor de testare DSRC. Cititorul de testare DSRC înde­
plinește aceeași funcţie și este implementat cu aceleași speci­
ficaţii ca cititorul folosit de forţele de ordine, cu diferenţa că
pentru autentificarea utilizatorului cititorului de testare DSRC
trebuie folosit un card de atelier și nu un card de control.
Testul poate fi executat după activarea iniţială a unui
tahograf inteligent sau la sfârșitul procedurii de etalonare.
După activare, unitatea montată pe vehicul trebuie să
genereze și să comunice către DSRC-VU datele securizate
pentru detectarea timpurie.
DSC_86 Personalul atelierului trebuie să poziţioneze cititorul de testare
DSRC la o distanţă de 2-10 metri în faţa vehiculului.
DSC_87 Apoi, personalul atelierului introduce un card de atelier în
cititorul de testare DSRC pentru a solicita interogarea
datelor pentru detectarea timpurie de la unitatea montată pe
vehicul. După o interogare reușită, personalul atelierului va
accesa datele primite pentru a se asigura ca au fost validate cu
succes în ceea ce privește integritatea și decriptate.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 587
ADDENDUM
Norme pentru calcularea timpului de conducere zilnic, săptămânal și bilunar
1. Norme de bază pentru calcul
VU calculează timpul de conducere zilnic, timpul de conducere săptămânal și
timpul de conducere bilunar, utilizând datele relevante stocate pe un card de
conducător auto (sau de atelier) introdus în slotul pentru cardul de conducător
auto (slotul 1, cititorul de card # 1) al unităţii montate pe vehicul și activităţile
selectate ale conducătorului auto atât timp cât acest card rămâne introdus în
VU.
Timpul de conducere nu se calculează dacă nu se introduce niciun card de
conducător auto (sau de atelier).
Perioada NECUNOSCUTĂ identificată pe durata necesară pentru calcule este
asimilată cu PAUZĂ/ODIHNĂ.
Perioadele și activităţile NECUNOSCUTE cu durată negativă (și anume,
începerea activităţii are loc după încheierea activităţii) din cauza suprapu­
nerilor de oră între două VU diferite sau din cauza ajustării orei nu sunt
luate în considerare.
Activităţile înregistrate pe cardul conducătorului auto care corespund
perioadelor „ÎN AFARA ZONEI DE APLICARE A REGLEMENTĂRILOR”,
în conformitate cu definiţia (gg) din anexa IC se interpretează după cum
urmează:
— PAUZĂ/ODIHNĂ se calculează ca „PAUZĂ” sau ca „ODIHNĂ”
— LUCRU și CONDUCERE sunt considerate „LUCRU”
— DISPONIBILITATE se consideră „DISPONIBILITATE”
În contextul prezentului addendum, VU presupune că are o perioadă de
odihnă zilnică la începutul înregistrărilor privind activităţi de pe card.
2. Concepte
Următoarele concepte se aplică exclusiv prezentului apendice și sunt destinate
să specifice calcularea timpului de conducere de către VU și transmiterea
ulterioară a acestuia de către echipamentul de comunicare la distanţă.
(a) „schimb RTM” înseamnă perioada cuprinsă între sfârșitul unei perioade de
odihnă zilnice și sfârșitul perioadei de odihnă zilnice imediat următoare.
VU începe un nou schimb RTM după încheierea unei perioade de odihnă
zilnice.
Schimbul RTM în curs este perioada scursă de la sfârșitul ultimei perioade
de odihnă zilnice;
(b) „timp de conducere acumulat” înseamnă suma dintre durata tuturor acti­
vităţilor de CONDUCERE ale conducătorului auto într-o perioadă care nu
este ÎN AFARA ZONEI DE APLICARE A REGLEMENTĂRILOR”.
(c) „timp de conducere zilnic” este timpul de conducere acumulat într-un
schimb RTM;
(d) „timp de conducere săptămânal” este timpul de conducere acumulat
pentru săptămâna în curs;
(e) „perioadă de odihnă continuă” înseamnă orice perioadă neîntreruptă de
PAUZĂ/ODIHNĂ;
(f) „timp de conducere bilunar” este timpul de conducere acumulat pentru
săptămâna anterioară și cea în curs;
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 588
(g) „perioadă de odihnă zilnică” înseamnă o perioadă de PAUZĂ/ODIHNĂ,
care poate fi:
— o perioadă de odihnă zilnică normală,
— o perioadă de odihnă zilnică divizată sau
— o perioadă de odihnă zilnică redusă
În contextul apendicelui 14, atunci când o VU calculează perioadele de
odihnă săptămânale, perioadele de odihnă săptămânale respective sunt
considerate perioade de odihnă zilnice;
(h) „perioadă de odihnă zilnică normală” este o perioadă de odihnă continuă
de cel puţin 11 ore.
În mod excepţional, în cazul în care este activă o condiţie de tip TRASEU
PARCURS PE FERIBOT/ÎN TREN, perioada de odihnă zilnică normală
poate fi întreruptă de maximum două ori de alte activităţi decât odihna, cu
o durată maximă cumulată de o oră, și anume perioada de odihnă zilnică
normală care conţine perioada (perioadele) traseului parcurs pe feribot/în
tren poate fi divizată în două sau trei părţi. VU calculează apoi o perioadă
de odihnă zilnică normală atunci când timpul de odihnă acumulat calculat
în conformitate cu punctul 3 este de cel puţin 11 ore.
Atunci când o perioadă de odihnă zilnică normală a fost întreruptă, VU:
— nu include activitatea de conducere întâlnită în timpul acestor între­
ruperi în calcularea timpului de conducere zilnic și
— începe un nou schimb RTM la sfârșitul perioadei de odihnă zilnică
normală care a fost întreruptă.
Figura 1.
Exemplu de perioadă de odihnă zilnică întreruptă din cauza traseului parcurs pe feribot/în tren
(i) „perioadă de odihnă zilnică redusă” este o perioadă de odihnă continuă de
minimum 9 ore, dar mai mică de 11 ore.
(j) „perioadă de odihnă zilnică divizată” înseamnă o perioadă de odihnă
zilnică luată în două părţi:
— prima parte este o perioadă de odihnă continuă de cel puţin 3 ore și
mai mică de 9;
— a doua parte este o perioadă de odihnă continuă de cel puţin 9 ore.
În mod excepţional, atunci când o condiţie de tip TRASEU PARCURS
PE FERIBOT/ÎN TREN este activă în timpul uneia sau al ambelor părţi
ale unei perioade de odihnă zilnică divizate, perioada de odihnă zilnică
divizată poate fi întreruptă de maximum două ori de alte activităţi cu
durata acumulată de maximum o oră, și anume:
— prima parte a perioadei de odihnă zilnică divizate poate fi întreruptă o
dată sau de două ori sau
— a doua parte a perioadei de odihnă zilnică divizată poate fi întreruptă o
dată sau de două ori sau
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 589
— prima parte a perioadei de odihnă zilnică divizate poate fi întreruptă o
singură dată, iar a doua parte a perioadei de odihnă zilnică divizată
poate fi întreruptă o singură dată.
VU calculează apoi o perioadă de odihnă zilnică divizată atunci când
timpul de odihnă acumulat calculat în conformitate cu punctul 3 este:
— cel puţin trei ore și mai puţin de 11 ore pentru prima perioadă de
odihnă și cel puţin 9 ore pentru a doua perioadă de odihnă, atunci
când prima perioadă de odihnă a fost întreruptă de un TRASEU
PARCURS PE FERIBOT/ÎN TREN.
— cel puţin trei ore și mai puţin de 9 ore pentru prima perioadă de
odihnă și cel puţin 9 ore pentru a doua perioadă de odihnă, atunci
când prima perioadă de odihnă nu a fost întreruptă de un TRASEU
PARCURS PE FERIBOT/ÎN TREN.
Figura 2.
Exemplu de perioadă de odihnă zilnică divizată întreruptă din cauza traseului parcurs pe feribot/în tren
Atunci când perioada de odihnă zilnică divizată a fost întreruptă, VU:
— nu include activitatea de conducere întâlnită în timpul acestor între­
ruperi în calcularea timpului de conducere zilnic și
— începe un nou schimb RTM la sfârșitul perioadei de odihnă zilnică
divizată care a fost întreruptă;
(k) „săptămână” înseamnă perioada în ora UTC cuprinsă între luni, ora 00.00
și duminică, ora 24.00;
3. Calcularea perioadei de odihnă când a fost întreruptă din cauza traseului
parcurs pe feribot/în tren
Pentru calcularea perioadei de odihnă atunci când aceasta a fost întreruptă din
cauza traseului parcurs pe feribot/în tren, VU calculează timpul de odihnă
acumulat în conformitate cu următoarele etape:
(a) Etapa 1
VU detectează întreruperile timpului de odihnă care au loc înainte de
activarea indicatorului (ÎNCEPUT) TRASEU PARCURS PE
FERIBOT/ÎN TREN, în conformitate cu figura 3 și, în cazul său, figura
4 și evaluează pentru fiecare întrerupere detectată dacă sunt îndeplinite
următoarele condiţii:
— întreruperea face ca durata totală a întreruperilor detectate, inclusiv în
cazul în care întreruperile care au loc în prima parte a unei perioade de
odihnă zilnică divizate ca urmare a traseului parcurs pe feribot/în tren,
să depășească mai mult de o oră în total;
— întreruperea face ca numărul total de întreruperi detectate, inclusiv în
cazul în care întreruperile care au loc în prima parte a unei perioade de
odihnă zilnică divizate din cauza traseului parcurs pe feribot/în tren, să
fie mai mult de două;
— există o „Introducere a locului în care se încheie perioadele zilnice de
muncă”, stocată după încheierea întreruperii.
Dacă niciuna dintre condiţiile de mai sus nu este îndeplinită, perioada de
odihnă continuă imediat anterioară întreruperii se adaugă la timpul de
odihnă acumulat.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 590
În cazul în care este îndeplinită cel puţin una dintre condiţiile de mai sus,
VU fie oprește calcularea timpului de odihnă acumulat în conformitate cu
etapa 2, fie detectează întreruperile timpului de odihnă care au loc după
indicatorul (ÎNCEPUT) TRASEU PARCURS PE FERIBOT/ÎN TREN în
conformitate cu etapa 3.
(b) Etapa 2
Pentru fiecare întrerupere detectată în conformitate cu etapa 1, VU
evaluează dacă ar trebui oprită calcularea timpului de odihnă acumulat.
VU oprește procesul de calcul atunci când la timpul de odihnă acumulat
au fost adăugate două perioade de odihnă continuă care au loc înainte de
activarea indicatorului (ÎNCEPUT) TRASEU PARCURS PE
FERIBOT/ÎN TREN, inclusiv în cazul în care perioadele de odihnă sunt
adăugate în prima parte a unei perioade de odihnă zilnică divizate,
întreruptă și de un traseu parcurs pe feribot/în tren. În caz contrar, VU
acţionează în conformitate cu etapa 3.
(c) Etapa 3
În cazul în care, după efectuarea etapei 2, VU continuă calcularea
timpului de odihnă acumulat, VU detectează întreruperile care au loc
după dezactivarea condiţiei TRASEU PARCURS PE FERIBOT/ÎN
TREN în conformitate cu figura 3 și, în cazul său, cu figura 4.
Pentru fiecare întrerupere constatată, VU evaluează dacă întreruperea face
ca timpul acumulat al tuturor întreruperilor detectate să depășească mai
mult de o oră în total, caz în care calcularea perioadei de odihnă
acumulate se încheie la sfârșitul perioadei de odihnă continuă anterioare
întreruperii. În caz contrar, perioadele de odihnă continuă care au loc după
întreruperile respective se adaugă la calculul perioadei de odihnă zilnică
până la îndeplinirea condiţiei din etapa 4.
(d) Etapa 4
Calcularea timpului de odihnă acumulat se oprește atunci când VU a
adăugat, ca rezultat al etapelor 1 și 3, maximum două perioade de
odihnă continuă la perioada de odihnă pentru care este activată condiţia
TRASEU PARCURS PE FERIBOT/ÎN TREN, inclusiv în cazul în care
întreruperile survin în prima parte a unei perioade de odihnă zilnică
divizate ca urmare a unui traseu parcurs pe feribot/în tren.
Figura 3.
Prelucrarea timpului de odihnă de către VU pentru a stabili dacă o perioadă de odihnă întreruptă se
calculează ca perioadă de odihnă zilnică normală sau ca prima parte a unei perioade de odihnă zilnică
divizate
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 591
Figura 4.
Prelucrarea timpului de odihnă de către VU pentru a stabili dacă o perioadă de odihnă întreruptă se
calculează ca a doua parte a unei perioade de odihnă zilnică divizate
Figura 5.
Exemplu de perioadă de odihnă zilnică întreruptă de mai mult de două ori, ceea ce face ca perioada de
odihnă H să nu fie inclusă în calcul
Figura 6.
Exemplu de perioadă de odihnă zilnică în care perioada de calcul pentru feribot/tren începe la sfârșitul
zilei de lucru
Figura 7.
Exemplu de perioadă de odihnă zilnică întreruptă de mai mult de două ori, ceea ce face ca perioada de
odihnă B să nu fie inclusă în calcul
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 592
Figura 8.
Exemplu de perioadă de odihnă zilnică divizată întreruptă o singură dată în timpul primei perioade de
odihnă și o singură dată în cursul celei de a 2-a perioade de odihnă
4. Calcularea timpului de conducere zilnic, săptămânal și bilunar
VU calculează timpul de conducere zilnic pentru schimburile RTM în curs și
anterioare. Timpul de conducere care apare în timpul întreruperilor perioadelor
de odihnă zilnice nu se adaugă la calculul timpului de conducere zilnic, atunci
când astfel de întreruperi sunt cauzate de un traseu parcurs pe feribot/în tren,
iar cerinţele prevăzute la literele (h) și (j) de la punctul 2 și cele de la punctul
3 au fost îndeplinite. Cu toate acestea, atât timp cât VU nu a calculat o
perioadă completă de odihnă zilnică normală sau divizată în conformitate cu
punctul 3, timpul de conducere care are loc pe parcursul întreruperilor se
adaugă la timpul de conducere zilnic pentru schimbul RTM în curs.
De asemenea, VU calculează timpul de conducere săptămânal și bilunar.
Timpul de conducere care are loc în timpul întreruperilor perioadelor zilnice
de odihnă datorate traseului parcurs pe feribot/în tren se adaugă la calculul
timpului de conducere săptămânal și bilunar.”
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 593
Apendicele 15
MIGRAŢIE: GESTIONAREA COEXISTENŢEI MAI MULTOR
GENERAŢII ȘI VERSIUNI DE ECHIPAMENTE
▼B
CUPRINS
1. DEFINIŢII
2. DISPOZIŢII GENERALE
2.1. Prezentare generală a tranziţiei
▼M3
2.2. Interoperabilitatea dintre VU și carduri
▼B
2.3. Interoperabilitatea dintre VU și MS
2.4. Interoperabilitatea dintre unităţile montate pe vehicule, cardurile de
tahograf și echipamentele pentru descărcarea datelor
2.4.1 Descărcare directă de pe card de către IDE
2.4.2 Descărcare de pe card prin intermediul unei unităţi montate pe vehicul
2.4.3 Descărcarea din unitatea montată pe vehicul
2.5. Interoperabilitatea dintre VU și echipamentele de etalonare
3. PRINCIPALELE ETAPE ÎN PERIOADA ANTERIOARĂ DATEI
INTRODUCERII
4. DISPOZIŢII PENTRU PERIOADA POSTERIOARĂ DATEI INTRO­
DUCERII
▼M3
5. ÎNREGISTRAREA TRECERILOR FRONTIEREI ÎN TAHOGRAFELE
DE PRIMA GENERAŢIE ȘI ÎN TAHOGRAFELE DE A DOUA
GENERAŢIE, PRIMA VERSIUNE
▼B
1. DEFINIŢII
În sensul prezentului apendice, se folosesc următoarele definiţii:
sistem tahografic inteligent: conform definiţiei din prezenta anexă
[capitolul 1: definiţia (bbb)];
sistem tahografic de prima generaţie: conform definiţiei din prezentul
regulament (articolul 2: definiţia 1);
sistem tahografic de a doua generaţie: conform definiţiei din prezentul
regulament (articolul 2: definiţia 7);
data introducerii: conform definiţiei din prezenta anexă [capitolul 1:
definiţia (ccc)];
echipament inteligent dedicat (IDE): echipament utilizat la descărcarea
de date, conform definiţiei din apendicele 7 la prezenta anexă.
▼M3
2. DISPOZIŢII GENERALE
2.1. Prezentare generală a tranziţiei
Introducerea prezentei anexe oferă o prezentare generală a tranziţiei între
sistemele tahografice de prima și a doua generaţie, precum și a intro­
ducerii celei de a doua versiuni a aparaturii de înregistrare și a cardurilor
de tahograf de a doua generaţie.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 594
În plus faţă de dispoziţiile acestei introduceri, se pot reaminti următoarele
informaţii:
— senzorii de mișcare de primă generaţie nu sunt interoperabili cu nicio
versiune a unităţilor montate pe vehicule de a doua generaţie;
— numai senzori de mișcare de a doua generaţie pot fi instalaţi în
vehicule echipate cu orice versiune a unităţilor montate pe vehicule
de a doua generaţie;
— echipamentele de descărcare și de etalonare trebuie să permită
utilizarea ambelor generaţii și versiuni ale aparaturii de înregistrare
și ale cardurilor de tahograf.
2.2. Interoperabilitatea dintre VU și carduri
Este de la sine înţeles că prima generaţie de carduri de tahograf este
interoperabilă cu prima generaţie de unităţi montate pe vehicule [în
conformitate cu anexa IB la Regulamentul (CEE) nr. 3821/85], iar orice
versiune a cardurilor de tahograf de a doua generaţie este interoperabilă
cu orice versiune a unităţilor montate pe vehicule de a doua de generaţie
(în conformitate cu anexa IC la prezentul regulament). În plus, se aplică
cerinţele de mai jos.
MIG_001 Cu excepţia cazurilor prevăzute în cerinţa MIG_004 și în
cerinţa MIG_005, cardurile de tahograf de prima generaţie
pot fi utilizate în continuare cu orice versiune a unităţilor
montate pe vehicule de a doua generaţie, până la data de
expirare a valabilităţii lor. Deţinătorii acestora pot însă
solicita înlocuirea lor cu carduri de tahograf de a doua
generaţie, de îndată ce acestea din urmă sunt disponibile.
MIG_002 Orice versiune a unităţilor montate pe vehicule de a doua
generaţie trebuie să poată utiliza orice card valabil de
conducător auto, de control și de societate de prima
generaţie care este introdus.
MIG_003 Această capacitate poate fi suprimată definitiv în aceste
unităţi montate pe vehicule, în cadrul atelierelor, astfel încât
să nu mai poată fi acceptate cardurile de tahograf de prima
generaţie. Aceasta se poate face numai după ce Comisia
Europeană a lansat o procedură pentru a solicita atelierelor
să acţioneze în acest sens, de exemplu cu ocazia fiecărei
inspecţii periodice a tahografului.
MIG_004 A doua generaţie de unităţi montate pe vehicule trebuie să
poată utiliza numai carduri de atelier de a doua generaţie.
MIG_005 Pentru stabilirea modului de funcţionare, orice versiune a
unităţilor montate pe vehicule de a doua generaţie trebuie
să ia în considerare numai tipurile cardurilor valabile
introduse, indiferent de generaţiile sau versiunile acestora.
MIG_006 Orice versiune a unui card de tahograf de a doua generaţie
valabil trebuie să poată fi utilizată cu prima generaţie de
unităţi montate pe vehicule exact în același mod ca un card
de tahograf de prima generaţie de același tip.
2.3. Interoperabilitatea dintre VU și MS
Este de la sine înţeles că prima generaţie de senzori de mișcare este
interoperabilă cu prima generaţie de unităţi montate pe vehicule, iar a
doua generaţie de senzori de mișcare este interoperabilă cu orice
versiune a unităţilor montate pe vehicule de a doua generaţie. În plus,
se aplică cerinţele de mai jos.
MIG_007 Orice versiune a unităţilor montate pe vehicule de a doua
generaţie nu trebuie să poată fi asociată și utilizată cu
senzori de mișcare de prima generaţie.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 595
MIG_008 Senzorii de mișcare de a doua generaţie pot fi asociaţi și
utilizaţi numai cu a doua generaţie de unităţi montate pe
vehicule, în orice versiune, sau cu ambele generaţii de
unităţi montate pe vehicule.
2.4. Interoperabilitatea dintre unităţile montate pe vehicule, cardurile de
tahograf și echipamentele pentru descărcarea datelor
MIG_009 Echipamentele pentru descărcarea datelor pot fi compatibile
cu toate generaţiile și versiunile unităţilor montate pe
vehicule și ale cardurilor de tahograf.
2.4.1 Descărcare directă de pe card de către IDE
MIG_010 Datele sunt descărcate de către IDE de pe cardurile de
tahograf de o anumită generaţie introduse în cititoarele lor
de carduri, cu utilizarea mecanismelor de securitate și a
protocolului de descărcare a datelor aferente generaţiei
respective, iar datele descărcate trebuie să aibă formatul
definit pentru generaţia și versiunea respectivă.
MIG_011 Pentru a permite controlarea conducătorilor auto de către
autorităţi de control care nu aparţin de UE, trebuie să fie
de asemenea posibilă descărcarea cardurilor de conducător
auto (și de atelier) de a doua generaţie, în orice versiune a
lor, exact în același mod ca și cardurile de conducător auto (și
de atelier) de prima generaţie. Această descărcare trebuie să
includă:
— EF IC și ICC nesemnate (opţional),
— EF nesemnate (prima generaţie) Card_Certificate și
CA_Certificate,
— celelalte EF cu date de aplicaţie (din cadrul DF
Tachograph) impuse de protocolul de descărcare pentru
cardurile de prima generaţie. Aceste informaţii trebuie să
fie protejate de o semnătură digitală, în conformitate cu
mecanismele de securitate aferente primei generaţii.
Această descărcare nu trebuie să includă EF cu date de
aplicaţie care sunt prezente doar în cardurile de
conducător auto (și de atelier) de a doua generaţie,
versiunea 1 sau versiunea 2 (EF cu date de aplicaţie din
cadrul DF Tachograph_G2).
2.4.2 Descărcare de pe card prin intermediul unei unităţi montate pe vehicul
MIG_012 Datele de pe orice versiune a unui card de a doua 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 unitatea montată pe vehicul exact în același mod ca un
card de prima generaţie, iar datele descărcate trebuie să aibă
același format ca datele descărcate de pe un card de prima
generaţie.
MIG_013 Datele de pe un card de prima generaţie introdus într-o
unitate montată pe vehicul de a doua generaţie, în orice
versiune, se descarcă folosind protocolul de descărcare a
datelor definit în apendicele 7 la prezenta anexă. Unitatea
montată pe vehicul trebuie să transmită comenzi cardului
exact în același mod ca o unitate montată pe vehicul de
prima generaţie, iar datele descărcate trebuie să respecte
formatul definit pentru cardurile de prima generaţie.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 596
2.4.3 Descărcarea din unitatea montată pe vehicul
MIG_014 În afara cadrului controlului conducătorilor auto de către
autorităţi de control din afara UE, datele din a doua
generaţie de unităţi montate pe vehicule se descarcă
folosind mecanismele de securitate aferente celei de-a doua
generaţii și protocolul de descărcare a datelor specificat în
apendicele 7 la prezenta anexă pentru versiunea relevantă.
MIG_015 Pentru a permite controlarea conducătorilor auto de către
autorităţi de control din afara UE, poate exista opţiunea
descărcării datelor din orice versiune a celei de a doua
generaţii de unităţi montate pe vehicule cu utilizarea meca­
nismelor de securitate aferente primei generaţii. Datele
descărcate au în acest caz același format ca datele descărcate
dintr-o unitate montată pe vehicul de prima generaţie.
Această opţiune poate fi selectată cu ajutorul comenzilor
din meniu.
2.5. Interoperabilitatea dintre VU și echipamentele de etalonare
MIG_016 Echipamentele de etalonare trebuie să poată efectua
etalonarea fiecărei generaţii sau versiuni de tahografe,
utilizând protocolul de etalonare aferent generaţiei sau
versiunii respective. Echipamentul de etalonare poate fi
compatibil cu toate generaţiile și versiunile unităţilor
montate pe vehicul.
3. PRINCIPALELE ETAPE ÎN PERIOADA ANTERIOARĂ DATEI
INTRODUCERII
MIG_017 Cheile și certificatele de testare sunt puse la dispoziţia produ­
cătorilor la data publicării prezentei anexe.
MIG_018 Testele de interoperabilitate trebuie să fie gata să înceapă cu
versiunea 2 a unităţilor montate pe vehicule și cu versiunea 2
a cardurilor de tahograf, dacă producătorii solicită acest lucru,
cel târziu cu 15 luni înainte de data introducerii.
MIG_019 Pentru versiunea 2 a tahografelor de generaţia 2, a cardurilor
de tahograf și a senzorilor de mișcare, se utilizează aceleași
chei și certificate ca și pentru echipamentele de generaţia 2
versiunea 1.
MIG_020 Statele membre trebuie să fie în măsură să emită versiunea 2
a cardurilor de atelier de a doua generaţie cel târziu cu o lună
înainte de data introducerii.
MIG_021 Statele membre trebuie să fie în măsură să emită toate
celelalte tipuri de carduri de tahograf de a doua generaţie,
versiunea 2 cel târziu cu o lună înainte de data introducerii.
4. DISPOZIŢII PENTRU PERIOADA POSTERIOARĂ DATEI INTRO­
DUCERII
MIG_022 Începând cu data introducerii, statele membre emit numai
versiunea 2 a cardurilor de tahograf de a doua generaţie.
MIG_023 Producătorilor de unităţi montate pe vehicule / senzori de
mișcare li se permite să producă unităţi montate pe
vehicule / senzori de mișcare de prima generaţie atât timp
cât acestea / aceștia sunt utilizate / utilizaţi în practică, astfel
încât componentele defecte să poată fi înlocuite.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 597
MIG_023a Cu efect de la data introducerii, unităţile montate pe vehicule
sau echipamentele GNSS externe de a doua generaţie,
versiunea 1 care sunt defecte se înlocuiesc cu unităţile
montate pe vehicule sau echipamentele GNSS externe de a
doua generaţie, versiunea 2.
MIG_024 Producătorilor de unităţi montate pe vehicule / senzori de
mișcare li se permite să solicite și să obţină menţinerea
omologării de tip pentru tipurile de unităţi montate pe
vehicule / senzori de mișcare de primă generaţie sau pentru
versiunea 1 a celei de a doua generaţii de unităţi montate pe
vehicule deja omologate de tip.
5. ÎNREGISTRAREA TRECERILOR FRONTIEREI ÎN TAHOGRAFELE
DE PRIMA GENERAŢIE ȘI ÎN TAHOGRAFELE DE A DOUA
GENERAŢIE, PRIMA VERSIUNE
MIG_025 Simbolul ţării și, dacă este cazul, al regiunii în care intră
conducătorul auto după trecerea frontierei unui stat membru
în aplicarea articolului 34 alineatul (7) din Regulamentul (UE)
nr. 165/2014 se introduce ca loc unde începe ziua de lucru, în
conformitate cu introducerea manuală a locurilor prevăzute în
cerinţa 60 din anexa IC la Regulamentul (UE) nr. 165/2014 și
în cerinţa 50 din anexa IB la Regulamentul (CEE)
nr. 3821/85.
▼M3
02016R0799 — RO — 21.08.2023 — 003.002 — 598
Apendicele 16.
ADAPTOR PENTRU VEHICULELE DIN CATEGORIILE M1 ȘI N1
CUPRINS
1. ABREVIERI ȘI DOCUMENTE DE REFERINŢĂ
1.1. Abrevieri
1.2. Standarde de referinţă
2. CARACTERISTICILE GENERALE ȘI FUNCŢIILE ADAPTORULUI
2.1. Descriere generală a adaptorului
2.2. Funcţii
2.3. Securitate
3. CERINŢE PENTRU APARATURA DE ÎNREGISTRARE ÎN CAZUL
INSTALĂRII UNUI ADAPTOR
4. CERINŢE FUNCŢIONALE ȘI DE CONSTRUCŢIE PENTRU
ADAPTOR
4.1. Interfaţare și adaptarea impulsurilor de viteză de intrare
4.2. Orientarea impulsurilor de intrare către senzorul de mișcare integrat
4.3. Senzorul de mișcare integrat
4.4. Cerinţe de securitate
4.5. Caracteristici de performanţă
4.6. Materiale
4.7. Marcaje
5. INSTALAREA APARATURII DE ÎNREGISTRARE ÎN CAZUL
UTILIZĂRII UNUI ADAPTOR
5.1. Instalarea
5.2. Sigilarea
6. CONTROALE, INSPECŢII ȘI REPARAŢII
6.1. Inspecţii periodice
7. OMOLOGAREA DE TIP A APARATURII DE ÎNREGISTRARE ÎN
CAZUL UTILIZĂRII UNUI ADAPTOR
7.1. Consideraţii generale
7.2. Certificat de funcţionare
1. ABREVIERI ȘI DOCUMENTE DE REFERINŢĂ
1.1. Abrevieri
TBD de precizat
VU Unitate montată pe vehicul
1.2. Standarde de referinţă
ISO16844-3 Road vehicles – Tachograph systems – Part 3: Motion sensor
interface
2. CARACTERISTICILE GENERALE ȘI FUNCŢIILE ADAPTORULUI
2.1. Descriere generală a adaptorului
ADA_001 Adaptorul furnizează unei unităţi montate pe vehicul conectate
date de mișcare securizate, care sunt în mod permanent repre­
zentative pentru viteza vehiculului și pentru distanţa parcursă
de acesta.
Adaptorul este destinat numai vehiculelor care, conform
prezentului regulament, trebuie să fie echipate cu aparatură
de înregistrare.
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 599
Acesta se instalează și se utilizează numai la tipurile de
vehicule definite la definiţia (yy), „adaptor”, acolo unde este
imposibil din punct de vedere mecanic să se instaleze orice alt
tip de senzor de mișcare existent care respectă dispoziţiile
prezentei anexe și ale apendicelor 1-16 la prezenta anexă.
Adaptorul nu se conectează mecanic la un element mobil al
vehiculului, ci se conectează la impulsurile de viteză/distanţă
generate de senzori integraţi sau de interfeţe alternative.
ADA_002 Un senzor de mișcare omologat de tip (conform dispoziţiilor
din secţiunea 8 a prezentei anexe IC, Omologarea de tip a
aparaturii de înregistrare și a cardurilor de tahograf) este
montat în carcasa adaptorului, care conţine de asemenea un
dispozitiv de convertire a impulsurilor al cărui rol este să
orienteze impulsurile de intrare către senzorul de mișcare
integrat. Senzorul de mișcare integrat este conectat la VU,
astfel încât interfaţa dintre VU și adaptor să respecte
cerinţele stabilite în standardul ISO16844-3.
2.2. Funcţii
ADA_003 Adaptorul are următoarele funcţii:
— interfaţare și adaptarea impulsurilor de viteză de intrare,
— orientarea impulsurilor de intrare către senzorul de mișcare
integrat,
— toate funcţiile senzorului de mișcare integrat, care
furnizează VU date de mișcare securizate.
2.3. Securitate
ADA_004 Securitatea adaptorului nu se certifică conform obiectivului
general de securitate pentru senzorii de mișcare definit în apen­
dicele 10 la prezenta anexă. În locul acestuia, se aplică
cerinţele de securitate specificate în secţiunea 4.4 din
prezentul apendice.
3. CERINŢE PENTRU APARATURA DE ÎNREGISTRARE ÎN CAZUL
INSTALĂRII UNUI ADAPTOR
Cerinţele din următoarele capitole indică modul în care trebuie înţelese
cerinţele din prezenta anexă în cazul utilizării unui adaptor. Numerele
aferente cerinţelor din anexa IC sunt menţionate între paranteze.
ADA_005 Aparatura de înregistrare a oricărui vehicul prevăzut cu un
adaptor trebuie să respecte toate dispoziţiile prezentei anexe,
cu excepţia cazului în care se prevede altfel în prezentul
apendice.
ADA_006 Atunci când este instalat un adaptor, aparatura de înregistrare
include cabluri, adaptorul în sine (inclusiv un senzor de
mișcare) și o VU (01).
ADA_007 Funcţia de detectare a evenimentelor și/sau a anomaliilor
aparaturii de înregistrare se modifică după cum urmează:
— evenimentul „întreruperea alimentării cu energie electrică”
este declanșat de VU, atunci când aceasta nu se află în
modul de etalonare, în cazul oricărei întreruperi de peste
200 de milisecunde a alimentării cu energie electrică a
senzorului de mișcare integrat (79)
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 600
— evenimentul „eroare a datelor de mișcare” este declanșat de
VU în cazul întreruperii fluxului normal de date dintre
senzorul de mișcare integrat și VU și/sau în cazul unor
erori de integritate sau de autentificare a datelor survenite
în timpul schimbului de date dintre senzorul de mișcare
integrat și VU (83)
— evenimentul „tentativă de încălcare a securităţii” este
declanșat de VU, atunci când aceasta nu se află în modul
de etalonare, în cazul oricărui eveniment care afectează
securitatea senzorului de mișcare integrat (85)
— anomalia „aparatura de înregistrare” este declanșată de VU,
atunci când aceasta nu se află în modul de etalonare, în
cazul oricărei defecţiuni a senzorului de mișcare integrat
(88)
ADA_008 Anomaliile adaptorului care pot fi detectate de aparatura de
înregistrare sunt cele legate de senzorul de mișcare integrat
(88).
ADA_009 Funcţia de etalonare a VU permite asocierea automată a
senzorului de mișcare integrat cu VU (202, 204).
4. CERINŢE FUNCŢIONALE ȘI DE CONSTRUCŢIE PENTRU
ADAPTOR
4.1. Interfaţare și adaptarea impulsurilor de viteză de intrare
ADA_011 Interfaţa de intrare a adaptorului trebuie să accepte impulsuri
de frecvenţă care sunt reprezentative pentru viteza vehiculului
și pentru distanţa parcursă de acesta. Caracteristicile electrice
ale impulsurilor de intrare sunt: a se defini de către
producător. Trebuie să existe reglaje, accesibile numai produ­
cătorului adaptorului și numai atelierului autorizat care efec­
tuează instalarea adaptorului, care să permită interfaţarea
corectă a intrării adaptorului cu vehiculul, dacă este cazul.
▼M3
ADA_012 Interfaţa de intrare a adaptorului trebuie să fie capabilă, dacă
este cazul, să înmulţească sau să împartă impulsurile de
frecvenţă ale impulsurilor de viteză de intrare cu un factor
fix, pentru adaptarea semnalului la intervalul de factori k
definit în prezenta anexă (2 400-25 000 de impulsuri/km).
Acest factor fix poate fi programat numai de către producătorul
adaptorului și de către atelierul autorizat care efectuează
instalarea adaptorului.
▼B
4.2. Orientarea impulsurilor de intrare către senzorul de mișcare integrat
ADA_013 Impulsurile de intrare, posibil adaptate după cum se specifică
mai sus, sunt direcţionate către senzorul de mișcare integrat,
astfel încât fiecare impuls de intrare să fie detectat de senzorul
de mișcare.
4.3. Senzorul de mișcare integrat
ADA_014 Senzorul de mișcare integrat este stimulat de impulsurile
induse, permiţându-i astfel să genereze date de mișcare care
redau cu precizie deplasarea vehiculului, ca și cum ar fi
interfaţat mecanic cu o parte mobilă a vehiculului.
ADA_015 Datele de identificare ale senzorului de mișcare integrat sunt
folosite de VU pentru identificarea adaptorului (95).
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 601
ADA_016 Se consideră că datele de instalare stocate în senzorul de
mișcare integrat reprezintă datele de instalare ale adaptorului
(122).
4.4. Cerinţe de securitate
ADA_017 Carcasa adaptorului se proiectează în așa fel încât să nu poată
fi deschisă. Carcasa se sigilează, astfel încât tentativele de
manipulare fizică frauduloasă să fie ușor de detectat (de
exemplu, prin inspecţie vizuală, a se vedea ADA_035).
Sigiliile respectă aceleași cerinţe ca cele folosite pentru
sigiliile senzorilor de mișcare (398-406)
ADA_018 Nu trebuie să fie posibilă scoaterea senzorului de mișcare
integrat din adaptor fără ruperea sigiliului sau a sigiliilor
carcasei adaptorului sau fără ruperea sigiliului dintre senzor
și carcasa adaptorului (a se vedea ADA_034).
ADA_019 Adaptorul trebuie să asigure faptul că datele de mișcare nu pot
fi prelucrate și extrase decât din intrarea adaptorului.
4.5. Caracteristici de performanţă
ADA_020 Adaptorul trebuie să fie perfect funcţional în intervalul de
temperatură definit de producător.
ADA_021 Adaptorul este perfect funcţional în intervalul de umiditate
10 %-90 % (214).
ADA_022 Adaptorul este protejat împotriva supratensiunilor, a inversării
polarităţii sursei de alimentare și a scurtcircuitelor (216).
ADA_023 Adaptorul trebuie fie:
— să reacţioneze la un câmp magnetic care perturbă detectarea
deplasării vehiculului; în acest caz, unitatea montată pe
vehicul va înregistra și va stoca o anomalie a senzorului
(88), fie
— să fie prevăzut cu un element detector care să fie protejat
împotriva câmpurilor magnetice sau imun la acestea (217).
ADA_024 Adaptorul trebuie să respecte dispoziţiile Regulamentului inter­
naţional CEE-ONU nr. 10, referitor la compatibilitatea electro­
magnetică, și trebuie să fie protejat împotriva descărcărilor
electrostatice și a curenţilor tranzitorii (218).
4.6. Materiale
ADA_025 Adaptorul trebuie să corespundă indicelui de protecţie (a se
defini de către producător, în funcţie de poziţia de instalare)
(220, 221).
ADA_026 Carcasa adaptorului este de culoare galbenă.
4.7. Marcaje
ADA_027 Pe adaptor trebuie fixată o plăcuţă descriptivă care conţine
următoarele detalii:
— denumirea și adresa producătorului adaptorului,
— numărul de componentă al producătorului și anul de
fabricaţie al adaptorului,
— marca de omologare a tipului de adaptor sau a aparaturii de
înregistrare care conţine adaptorul,
— data instalării adaptorului,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 602
— numărul de identificare al vehiculului pe care acesta a fost
instalat.
ADA_028 Plăcuţa descriptivă trebuie să includă de asemenea următoarele
detalii (dacă acestea nu pot fi citite direct din afară pe senzorul
de mișcare integrat):
— denumirea producătorului senzorului de mișcare integrat,
— numărul de componentă al producătorului și anul de
fabricaţie al senzorului de mișcare integrat,
— marca de omologare a senzorului de mișcare integrat.
5. INSTALAREA APARATURII DE ÎNREGISTRARE ÎN CAZUL
UTILIZĂRII UNUI ADAPTOR
5.1. Instalarea
ADA_029 Adaptoarele care urmează a fi instalate pe vehicule trebuie
instalate numai de producătorii vehiculelor sau de ateliere
aprobate, autorizate să instaleze, să activeze și să etaloneze
tahografe digitale și tahografe inteligente.
ADA_030 Un astfel de atelier aprobat care instalează adaptorul reglează
interfaţa de intrare și selectează raportul de divizare al
semnalului de intrare (dacă este cazul).
ADA_031 Un astfel de atelier aprobat care instalează adaptorul sigilează
apoi carcasa adaptorului.
ADA_032 Adaptorul este instalat cât mai aproape de acea parte a vehi­
culului care furnizează impulsurile de intrare.
ADA_033 Cablurile de alimentare ale adaptorului sunt de culoare roșie
(polul pozitiv), respectiv neagră (masa).
5.2. Sigilarea
ADA_034 Se aplică următoarele cerinţe privind sigilarea:
— carcasa adaptorului se sigilează (a se vedea ADA_017),
— carcasa senzorului integrat se sigilează de carcasa adap­
torului, cu excepţia situaţiei în care nu este posibilă
scoaterea senzorului din carcasa adaptorului fără ruperea
sigiliului (sigiliilor) carcasei adaptorului (a se vedea
ADA_18),
— carcasa adaptorului se sigilează de vehicul,
— conexiunea dintre adaptor și echipamentul care furnizează
impulsurile de intrare ale acestuia se sigilează la ambele
capete (în măsura în care este posibil în mod rezonabil).
6. CONTROALE, INSPECŢII ȘI REPARAŢII
6.1. Inspecţii periodice
ADA_035 Atunci când este folosit un adaptor, fiecare inspecţie periodică
[inspecţie periodică înseamnă o inspecţie în conformitate cu
cerinţele (409)-(413) din anexa 1C] asupra aparaturii de înre­
gistrare trebuie să includă următoarele controale:
— verificarea faptului că adaptorul poartă marcajele de
omologare de tip corespunzătoare,
— verificarea faptului că sigiliul de pe adaptor și cel de pe
conexiunile sale sunt intacte,
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 603
— verificarea faptului că adaptorul este instalat astfel cum este
indicat pe plăcuţa de instalare,
— verificarea faptului că adaptorul este instalat astfel cum este
specificat de producătorului adaptorului și/sau al
vehiculului,
— verificarea faptului că este autorizată montarea unui adaptor
pe vehiculul care face obiectul inspecţiei.
ADA_036 Aceste inspecţii includ o etalonare și o înlocuire a tuturor
sigiliilor, indiferent de starea lor.
7. OMOLOGAREA DE TIP A APARATURII DE ÎNREGISTRARE ÎN
CAZUL UTILIZĂRII UNUI ADAPTOR
7.1. Consideraţii generale
ADA_037 Aparatura de înregistrare este prezentată completă în vederea
omologării, împreună cu adaptorul (425).
ADA_038 Orice adaptor poate fi prezentat pentru propria omologare de
tip sau pentru omologarea de tip în calitate de componentă a
unei aparaturi de înregistrare.
ADA_039 O asemenea omologare de tip include teste de funcţionare care
implică folosirea adaptorului. Rezultatele pozitive obţinute în
cadrul acestor teste sunt menţionate într-un certificat cores­
punzător (426).
7.2. Certificat de funcţionare
ADA_040 Producătorului adaptorului i se eliberează un certificat de func­
ţionare pentru un adaptor sau pentru o aparatură de înregistrare
care include un adaptor numai în cazul în care au fost înre­
gistrate rezultate pozitive în cadrul tuturor testelor de func­
ţionare minime menţionate mai jos.
Nr. Test Descriere Cerinţe conexe
1. Examinare administrativă
1.1 Documentaţie Corectitudinea
documentaţiei adap­
torului
2. Inspecţie vizuală
2.1. Respectarea documentaţiei de către adaptor
2.2. Identificare/marcaje a(le) adaptorului ADA_027,
ADA_028
2.3 Materiale ale adaptorului (219)-(223)
ADA_026
2.4. Sigilarea ADA_017,
ADA_018,
ADA_034
3. Teste de funcţionare
3.1 Orientarea impulsurilor de viteză către senzorul
de mișcare integrat
ADA_013
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 604
Nr. Test Descriere Cerinţe conexe
3.2 Interfaţare și adaptarea impulsurilor de viteză de
intrare
ADA_011,
ADA_012
3.3 Precizia măsurării deplasării (30) – (35), (217)
4. Teste de mediu
4.1 Rezultatele testelor
efectuate de producător
Rezultatele testelor
de mediu efectuate
de producător
ADA_020,
ADA_021,
ADA_022,
ADA_024
5. EMC
5.1 emisii radiate și suscepti­
bilitate
Verificarea confor­
mităţii cu Directiva
2006/28/CE
ADA_024
5.2 Rezultatele testelor
efectuate de producător
Rezultatele testelor
de mediu efectuate
de producător
ADA_024
▼B
02016R0799 — RO — 21.08.2023 — 003.002 — 605
Apendicele 17
DISPOZIŢII TRANZITORII DESTINATE UTILIZĂRII SERVICIULUI
OSNMA DE CĂTRE TAHOGRAFE
1. DEFINIŢII ȘI ACRONIME
1.1. Definiţii
Declaraţia de serviciu a Autentificării mesajului de navigaţie de la
serviciul deschis al Galileo (OSNMA) înseamnă declaraţia Comisiei
Europene conform căreia serviciul OSNMA al Galileo intră în fază opera­
ţională.
Unitate de tranziţie montată pe vehicul: Unitate montată pe vehicul care
respectă dispoziţiile prezentului apendice.
Unităţile de tranziţie montate pe vehicul sunt construite în conformitate cu
documentul de control al interfeţei de semnal în spaţiu (SIS ICD) și cu
orientările privind receptoarele OSNMA aplicabile etapei de testare
publică OSNMA. Acestea conţin un receptor GNSS capabil să utilizeze
OSNMA disponibil în etapa de testare publică.
Cu toate acestea, unităţile de tranziţie montate pe vehicul nu pot auten­
tifica mesajele de navigaţie disponibile după declaraţia de serviciu a
OSNMA, deoarece această operaţiune necesită o actualizare a materialului
criptografic integrat în unitatea montată pe vehicul. Trebuie să se efectueze
o actualizare adecvată a software-ului, astfel încât unităţile de tranziţie
montate pe vehicul să poată începe utilizarea OSNMA și să respecte
toate cerinţele din anexa IC și din apendicele 1-16 ale acesteia. Înainte
de a fi actualizate, unităţile de tranziţie montate pe vehicul implementează
funcţionalităţile legate de OSNMA specificate în prezentul apendice.
Funcţionalităţile care nu au legătură cu OSNMA rămân neschimbate.
În cazul în care se efectuează actualizarea adecvată a software-ului,
unităţile de tranziţie montate pe vehicul implementează SIS ICD și orien­
tările privind receptoarele OSNMA aplicabile fazei operaţionale OSNMA
și respectă toate cerinţele din anexa IC și din apendicele 1-16 ale acesteia,
utilizând OSNMA disponibilă în timpul fazei operaţionale.
Tahograf de tranziţie: tahograf care include o unitate de tranziţie montată
pe vehicul.
1.2. Acronime
ICD Interface Control Document (document de control
al interfeţelor)
OSNMA Galileo Open Service Navigation Message Authen­
tication (autentificarea mesajului de navigaţie de la
serviciul deschis al Galileo)
SIS Signal in Space (semnal în spaţiu)
VU Vehicle Unit (unitate montată pe vehicul)
▼M4
02016R0799 — RO — 21.08.2023 — 003.002 — 606
2. CONSIDERAŢII GENERALE REFERITOARE LA OSNMA
Pentru a permite vehiculelor înmatriculate pentru prima dată să fie
echipate cu tahografe de a doua generaţie, a doua versiune, începând cu
data de introducere solicitată, astfel cum este definită în secţiunea 1
litera (ccc) din anexa IC la Regulamentul de punere în
aplicare (UE) 2016/799, este necesar să se acorde omologarea de tip, să
se producă și să se comercializeze unităţi montate pe vehicul înainte de
declaraţia de serviciu a OSNMA. Pentru aceste unităţi montate pe vehicul,
denumite unităţi de tranziţie montate pe vehicul, cerinţele legate de
OSNMA din anexa IC și din apendicele 1-16 ale acesteia trebuie
adaptate, astfel încât să poată fi omologate de tip și utilizate pe teren.
Dispoziţiile prevăzute în prezentul apendice definesc cerinţele specifice
aplicabile unităţilor de tranziţie montate pe vehicul. Acestea se aplică
numai unităţilor montate pe vehicul cu receptor GNSS intern.
3. CERINŢE APLICABILE RECEPTORULUI GNSS AL TAHO­
GRAFELOR DE TRANZIŢIE
TRA_001 Unităţile de tranziţie montate pe vehicul includ un receptor
GNSS capabil să utilizeze serviciul OSNMA disponibil în timpul etapei
sale de testare publică.
TRA_002 Cerinţele din apendicele 12 se aplică receptorului GNSS
integrat în unităţile de tranziţie montate pe vehicul, cu următoarele inter­
pretări:
— SIS ICD și orientările privind receptorul OSNMA la care se face
trimitere sunt documentele disponibile pentru etapa de testare publică:
— „Galileo Open Service Navigation Message Authentication
(OSNMA) User ICD for the Test Phase”, versiunea 1.0,
noiembrie 2021;
— „Galileo Open Service Navigation Message Authentication
(OSNMA) Receiver Guidelines for the Test Phase”, versiunea 1.0,
noiembrie 2021,
— OSNMA înseamnă serviciul disponibil în timpul etapei de testare
publică;
— SIS înseamnă semnalul în spaţiu disponibil în timpul etapei de testare
publică.
TRA_003 Receptorul GNSS integrat în unităţile de tranziţie montate pe
vehicul este proiectat astfel încât, după o actualizare a software-ului său,
efectuată printr-o actualizare a software-ului unităţii montate pe vehicul, să
respecte pe deplin cerinţele din anexa 12, utilizând serviciul OSNMA
disponibil în timpul fazei sale operaţionale.
4. CERINŢE APLICABILE UNITĂŢILOR DE TRANZIŢIE MONTATE
PE VEHICUL
Unităţile de tranziţie montate pe vehicul pot prelucra semnalul OSNMA
disponibil în etapa de testare publică, dar nu sunt în măsură să raporteze
statutul de autentificare a mesajelor de navigaţie generate de SIS în timpul
fazei operaţionale OSNMA, până la efectuarea unei actualizări corespun­
zătoare a software-ului. Prin urmare, acestea presupun că poziţiile standard
furnizate de receptorul GNSS sunt întotdeauna autentificate.
Se aplică cerinţele din anexa IC și din apendicele 1-16 ale acesteia, cu
următoarele interpretări.
▼M4
02016R0799 — RO — 21.08.2023 — 003.002 — 607
TRA_004 În anexa IC, punctul 3.9.15 evenimentul „Conflict oră”, cerinţa
86 se înţelege după cum urmează:
Acest eveniment este declanșat, în celelalte moduri decât modul
etalonare, atunci când VU detectează o diferenţă între ora calculată de
funcţia de măsurare a timpului a VU și ora care provine de la poziţiile
standard transmise de receptorul GNSS sau de echipamentul GNSS
extern. Se detectează o „diferenţă de oră” în cazul în care diferenţa
depășește ± 3 secunde, corespunzătoare preciziei orei stabilite la
cerinţa 41a, aceasta din urmă fiind majorată cu abaterea maximă de
timp pe zi. Acest eveniment este înregistrat împreună cu valoarea
indicată de ceasul intern al aparaturii de înregistrare. VU efectuează
verificarea declanșării evenimentului „conflict oră” înainte ca VU să
reajusteze automat ceasul intern al VU, în conformitate cu cerinţa 211.
TRA_005 În anexa IC, punctul 3.9.18 evenimentul „Anomalie GNSS”,
cerinţa 88a se înţelege după cum urmează:
Acest eveniment este declanșat, în celelalte moduri decât modul etalonare,
atunci când receptorul GNSS detectează un atac , astfel cum se precizează
în apendicele 12. După declanșarea unui eveniment de tip „Anomalie
GNSS”, VU nu va mai genera alte evenimente de tip „Anomalie
GNSS” în următoarele 10 minute.
TRA_006 În anexa IC, punctul 3.12.5 Înregistrarea și stocarea în
memoria de date, Locurile și poziţiile în care încep, se încheie și/sau se
termină perioadele de lucru zilnice și/sau unde se atinge timpul de
conducere acumulat de 3 ore, cerinţa 110 se înţelege după cum urmează:
Aparatura de înregistrare înregistrează și stochează în memoria sa de
date, împreună cu fiecare loc sau poziţie, următoarele elemente:
— numărul cardului de conducător auto și/sau al cardului de copilot și
statul membru emitent al cardului;
— generaţia cardului;
— data și ora introducerii;
— tipul de introducere (început, încheiere sau timp de conducere
acumulat de trei ore);
— precizia GNSS, data și ora aferente, dacă este cazul;
— valoarea indicată de odometrul vehiculului;
— un indicator care indică dacă poziţia a fost asumată ca autentificată.
TRA_007 În anexa IC, punctul 3.12.17 Înregistrarea și stocarea în
memoria de date, punctele de trecere a frontierei, cerinţa 133b se
înţelege după cum urmează:
Aparatura de înregistrare înregistrează și stochează în memoria sa de
date, alături de ţări și poziţie, următoarele elemente:
— numărul cardului de conducător auto și/sau al cardului de copilot și
statul membru emitent al cardului;
— generaţia cardului;
— precizia GNSS, data și ora aferente;
— un indicator care indică dacă poziţia a fost asumată ca autentificată;
— valoarea indicată de odometrul vehiculului în momentul detectării
trecerii frontierei.
▼M4
02016R0799 — RO — 21.08.2023 — 003.002 — 608
TRA_008 În anexa IC, punctul 3.12.18 Înregistrarea și stocarea în
memorie, operaţiuni de încărcare/descărcare, cerinţa 133g se înţelege
după cum urmează:
Aparatura de înregistrare înregistrează și stochează în memoria sa de
date, alături de tipul operaţiunii și de poziţie, următoarele elemente:
— numărul cardului de conducător auto și/sau al cardului de copilot și
statul membru emitent al cardului;
— generaţia cardului;
— data și ora operaţiunii de încărcare/descărcare;
— precizia GNSS, data și ora aferente, dacă este cazul;
— un indicator care indică dacă poziţia a fost asumată ca autentificată;
— valoarea indicată de odometrul vehiculului.
TRA_009 În anexa IC, punctul 3.23 „Reglare oră”, cerinţa 211 se
înţelege după cum urmează:
Ora ceasului intern al VU se reglează automat la intervale de timp
variabile. Următoarea reglare automată a orei se declanșează după
72 h-168 h de la reglarea prealabilă și după ce VU poate accesa ora
GNSS printr-un mesaj de poziţie standard valabil, în conformitate cu
apendicele 12. Cu toate acestea, reglarea orei nu trebuie să fie
niciodată mai mare decât abaterea maximă de timp acumulată pe zi,
astfel cum a fost calculată de producătorul VU în conformitate cu
cerinţa 41b. Dacă diferenţa dintre ora indicată de ceasul intern al VU
și ora receptorului GNSS este mai mare decât abaterea maximă de timp
acumulată pe zi, atunci reglajul orei aduce ceasul intern al VU cât mai
aproape posibil de ora receptorului GNSS. Setarea orei poate fi realizată
numai dacă ora furnizată de receptorul GNSS este obţinută utilizând
mesaje de poziţie standard , astfel cum se prevede în apendicele 12.
Referinţa temporală pentru setarea automată a orei ceasului intern al
VU este ora furnizată în mesajul de poziţie standard.
TRA_010 În anexa IC, punctul 3.23 „Reglare oră”, cerinţa 212 se
înţelege după cum urmează:
Funcţia de reglare a orei trebuie să permită, de asemenea, reglarea
declanșată a orei curente, în modul etalonare.
Atelierele pot regla ora:
— fie prin scrierea unei valori a orei în VU, utilizând serviciul Write­
DataByIdentifier în conformitate cu secţiunea 6.2 din apendicele 8,
— fie prin solicitarea unei alinieri a ceasului VU la ora furnizată de
receptorul GNSS. Acest lucru poate fi realizat numai dacă ora
furnizată de receptorul GNSS este obţinută utilizând mesaje de
poziţie standard. În acest din urmă caz, se utilizează serviciul Routi­
neControl în conformitate cu secţiunea 8 din apendicele 8.
▼M4
02016R0799 — RO — 21.08.2023 — 003.002 — 609
TRA_011 Apendicele 4, punctul 2. Caracteristicile blocurilor de date,
primul alineat, a șaptea liniuţă, se înţelege după cum urmează:
Atunci când este imprimată după longitudinea și latitudinea unei poziţii
înregistrate sau după marca temporală în momentul determinării poziţiei,
pictograma indică faptul că această poziţie a fost considerată ca
autentică.
TRA_012 În apendicele 8, punctul 8.1. Serviciul RoutineControl
(Reglarea orei), Descrierea mesajului, cerinţa CPR_065a se înţelege
după cum urmează:
Serviciul RoutineControl (TimeAdjustment) oferă capacitatea de a
declanșa o aliniere a ceasului VU la ora furnizată de receptorul GNSS.
Pentru executarea serviciului RoutineControl (TimeAdjustment), VU
trebuie să fie în modul ETALONARE.
Condiţie prealabilă: se asigură faptul că VU poate primi mesaje de
poziţie standard de la receptorul GNSS.
Atât timp cât reglarea orei este în curs, VU răspunde cererii Routine­
Control, subfuncţia requestRoutineResults, cu routineInfo = 0x78.
Notă: reglarea orei poate dura ceva timp. Aparatul de diagnosticare
trebuie să solicite starea reglării orei utilizând subfuncţia requestRouti­
neResults.
TRA_013 În apendicele 12, punctul 3. Propoziţiile furnizate de receptorul
GNSS, cerinţa GNS_4a:
Datele conţinute în propoziţiile AMC furnizate de receptorul GNSS, dacă
există, nu se utilizează de către unitatea montată pe vehicul, cu excepţia
următoarelor valori ale statutului:
J = bruiaj sau O = alt atac GNSS (prin efectuarea de verificări ale
coerenţei în conformitate cu GNS_3a),
V = void (poziţia autentificată nu este disponibilă din niciun alt motiv).
TRA_014 În apendicele 12, punctul 3. Propoziţiile furnizate de receptorul
GNSS, cerinţa GNS_5:
Datele conţinute în propoziţiile ASA furnizate de receptorul GNSS, dacă
există, nu se utilizează de către unitatea montată pe vehicul.
TRA_015 În apendicele 12, punctul 5.2. Unitate montată pe vehicul fără
echipament GNSS extern, Transferul de informaţii de la receptorul GNSS
la VU, cerinţele GNS_34 și 36 se înţeleg după cum urmează:
Procesorul VU nu utilizează informaţiile extrase din propoziţia AMC, cu
excepţia următoarelor valori ale statutului:
J = bruiaj sau O = alt atac GNSS (prin efectuarea de verificări ale
coerenţei în conformitate cu GNS_3a),
V = void (poziţia autentificată nu este disponibilă din niciun alt motiv).
Procesorul VU nu utilizează informaţiile extrase din propoziţia ASA.
▼M4
02016R0799 — RO — 21.08.2023 — 003.002 — 610
TRA_016 În apendicele 12, punctul 6. Prelucrarea și înregistrarea datelor
privind poziţia de către VU, cerinţa GNS_39 se înţelege după cum
urmează:
Datele privind poziţia se stochează în VU, împreună cu un indicator care
indică dacă poziţia a fost considerată ca fiind autentificată. În cazul în
care datele privind poziţia trebuie înregistrate în VU, se aplică urmă­
toarea regulă:
(a) Dacă poziţia standard este valabilă, poziţia standard și acurateţea
acesteia se înregistrează în VU, iar indicatorul se setează la „auten­
tificată”.
TRA_017 În apendicele 12, punctul 6. Prelucrarea și înregistrarea datelor
privind poziţia de către VU, cerinţa GNS_40 se înţelege după cum
urmează:
Atunci când valoarea statutului într-o propoziţie AMC primită este setată
la „J” sau „O” în conformitate cu cerinţa GNS_4a, VU generează și
înregistrează o anomalie GNSS, astfel cum este definită în cerinţa 88a
din anexa IC și în apendicele 1 (EventFaultType), unitatea montată pe
vehicul poate efectua verificări suplimentare înainte de a stoca un
eveniment „Anomalie GNSS” în urma recepţionării unui statut „J” sau
„O”.
TRA_018 În apendicele 12, punctul 8. Conflictul privind mișcarea vehi­
culului, cerinţa GNS 42, condiţia de declanșare 2, prima și a doua liniuţă
după formulă se înţeleg după cum urmează:
— GnssDistance este distanţa dintre poziţia actuală a vehiculului și
poziţia anterioară, ambele obţinute din mesaje de poziţie standard
valabile, fără a lua în considerare înălţimea;
— OdometerDifference este diferenţa dintre valoarea actuală a odome­
trului și valoarea odometrului corespunzătoare mesajului anterior
valabil de poziţie standard.
TRA_019 În apendicele 14, punctul 5.4.5. Cerinţele protocolului DSRC
pentru RTMElements aleRtmData, acţiuni efectuate și definiţii, cerinţa
DSC_41, tabelul 14.3, a doua celulă de la rândul RTM20 se înţelege
după cum urmează:
VU generează o valoare de număr întreg (timeReal din apendicele 1)
pentru elementul de date RTM20.
VU setează valoarea RTM20 la ora la care cea mai recentă poziţie
standard a vehiculului a fost disponibilă de la receptorul GNSS.
Dacă nicio poziţie standard a vehiculului nu a fost disponibilă vreodată de
la receptorul GNSS, VU setează valoarea RTM20 la 0.
TRA_020 Producătorul unei unităţi de tranziţie montată pe vehicul, care
este omologată de tip, informează Comisia cu privire la versiunile de
software a acesteia. Comisia publică aceste versiuni de software pe un
site internet accesibil publicului.
▼M4
02016R0799 — RO — 21.08.2023 — 003.002 — 611
5. DISPOZIŢII SPECIFICE PRIVIND OMOLOGAREA DE TIP ȘI
UTILIZAREA TAHOGRAFELOR DE TRANZIŢIE
TRA_021 Unităţile de tranziţie montate pe vehicul sunt omologate de tip
în conformitate cu cerinţele din anexa IC și anexele 1-16 la aceasta, fiind
completate de dispoziţiile prezentului apendice.
TRA_022 Certificatele de omologare de tip ale unităţilor de tranziţie
montate pe vehicul și ale tahografelor de tranziţie pot fi solicitate numai
până la 31 decembrie 2023 sau până la data declaraţiei de serviciu a
OSNMA, oricare dintre acestea este mai recentă.
TRA_023 Unităţile de tranziţie montate pe vehicul pot fi montate în
vehicule înmatriculate pentru prima dată numai până la 31 mai 2024
sau până la 5 luni de la data declaraţiei de serviciu a OSNMA, oricare
dintre acestea este mai recentă.
▼M4
02016R0799 — RO — 21.08.2023 — 003.002 — 612
ANEXA II
MARCA ȘI CERTIFICATUL DE OMOLOGARE
I. MARCA DE OMOLOGARE
1. Marca de omologare constă în următoarele:
(a) un dreptunghi în interiorul căruia se plasează litera „e” urmată de un
număr sau de o literă distinctiv(ă) pentru ţara care a emis omologarea,
conform următoarelor semne convenţionale:
Belgia 6,
Bulgaria 34,
Republica Cehă 8,
Danemarca 18,
Germania 1,
Estonia 29,
Irlanda 24,
Grecia 23,
Spania 9,
Franţa 2,
Croaţia 25,
Italia 3,
Cipru CY,
Letonia 32,
Lituania 36,
Luxemburg 13,
Ungaria 7,
Malta MT,
Ţările de Jos 4,
Austria 12,
Polonia 20,
Portugalia 21,
România 19,
Slovenia 26,
Slovacia 27,
Finlanda 17,
Suedia 5,
Regatul Unit 11,
și
▼M1
(b) un număr de omologare care corespunde numărului certificatului de
omologare acordat prototipului de aparatură de înregistrare, de foaie de
înregistrare sau de card de tahograf, plasat în imediata apropiere a drep­
tunghiului respectiv.
▼C1
02016R0799 — RO — 21.08.2023 — 003.002 — 613
2. Marca de omologare se aplică pe plăcuţa descriptivă a fiecărui set de
aparatură, precum și pe fiecare foaie de înregistrare și pe fiecare card de
tahograf. Marca trebuie să fie indelebilă și să rămână întotdeauna clar lizibilă.
3. Dimensiunile mărcii de omologare prezentate mai jos ( 1 ) sunt exprimate în
milimetri, acestea reprezentând dimensiunile minime. Raportul dintre
dimensiuni trebuie păstrat.
▼C1
( 1 ) Aceste cifre sunt prezentate doar cu titlu orientativ.
02016R0799 — RO — 21.08.2023 — 003.002 — 614
II. CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE ANALOGICE
Un stat membru care a acordat o omologare emite solicitantului un certificat de
omologare, al cărui model este prezentat în continuare. Atunci când informează
celelalte state membre cu privire la omologările emise sau, dacă este cazul,
retrase, statul membru în cauză folosește copii ale certificatului de omologare
respectiv.
CERTIFICAT DE OMOLOGARE
Denumirea administraţiei
Notificare privind ( 1 ):
— omologarea unui tip de aparatură de înregistrare
— retragerea omologării unui tip de aparatură de înregistrare
— omologarea unui model de foaie de înregistrare
— retragerea omologării unui model de foaie de înregistrare
Omologarea nr.:
...................................
1. Denumirea sau marca comercială
2. Denumirea tipului sau
3. Denumirea producătorului
4. Adresa producătorului
5. Prezentat pentru omologare la
6. Testat la
7. Data și numărul testului (testelor)
8. Data omologării
9. Data retragerii omologării
10. Tipul sau tipurile de aparatură de înregistrare pentru care este destinată foaia
de înregistrare
11. Locul
12. Data
13. Documente descriptive anexate
14. Observaţii (inclusiv poziţia sigiliilor, dacă este cazul)
(Semnătura)
▼C1
( 1 ) A se șterge menţiunile care nu sunt aplicabile.
02016R0799 — RO — 21.08.2023 — 003.002 — 615
III. CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE DIGITALE
Un stat membru care a acordat o omologare emite solicitantului un certificat de
omologare, al cărui model este prezentat în continuare. Atunci când informează
celelalte state membre cu privire la omologările emise sau, dacă este cazul,
retrase, statul membru în cauză folosește copii ale certificatului de omologare
respectiv.
CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE DIGITALE
Denumirea administraţiei
Notificare privind ( 1 ):
□ omologarea: □ retragerea omologării:
□ unui model de aparatură de înregistrare
□ unei componente de aparatură de înregistrare ( 2 )
□ unui card de conducător auto
□ unui card de atelier
□ unui card de societate
□ unui card de controlor
Omologarea nr.:
1. Firma producătoare sau marca comercială
2. Denumirea modelului
3. Denumirea producătorului
4. Adresa producătorului
▼M1
5. Prezentat spre omologare la
▼C1
6. Laborator (laboratoare)
7. Data și numărul raportului de testare
8. Data omologării
9. Data retragerii omologării
10. Modelul aparaturii (aparaturilor) de înregistrare cu care este destinată a fi
folosită componenta
11. Locul
12. Data
13. Documente descriptive anexate
14. Observaţii (inclusiv poziţia sigiliilor, dacă este cazul)
(Semnătura)
▼C1
( 1 ) A se bifa casetele relevante.
( 2 ) A se preciza componenta care face obiectul notificării.
02016R0799 — RO — 21.08.2023 — 003.002 — 616
IV. CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE INTELIGENTE
Un stat membru care a acordat o omologare emite solicitantului un certificat de
omologare, al cărui model este prezentat în continuare. Atunci când informează
celelalte state membre cu privire la omologările emise sau, dacă este cazul,
retrase, statul membru în cauză folosește copii ale certificatului de omologare
respectiv.
CERTIFICAT DE OMOLOGARE PENTRU TAHOGRAFE INTELIGENTE
Denumirea administraţiei
Notificare privind ( 1 ):
□ omologarea: □ retragerea omologării:
□ unui model de aparatură de înregistrare
□ unei componente de aparatură de înregistrare ( 2 )
□ unui card de conducător auto
□ unui card de atelier
□ unui card de societate
□ unui card de controlor
Omologarea nr.:
1. Firma producătoare sau marca comercială
2. Denumirea modelului
3. Denumirea producătorului
4. Adresa producătorului
▼M1
5. Prezentat spre omologare la
▼C1
6. (a) Laborator de testare pentru certificarea funcţionării
(b) Laborator de testare pentru certificarea securităţii
(c) Laborator de testare pentru certificarea interoperabilităţii
7. (a) Data și numărul certificatului de funcţionare
8. Data omologării
9. Data retragerii omologării
10. Modelul aparaturii (aparaturilor) de înregistrare cu care este destinată a fi
folosită componenta
11. Locul
12. Data
13. Documente descriptive anexate
14. Observaţii (inclusiv poziţia sigiliilor, dacă este cazul)
(Semnătura)
▼C1
( 1 ) A se bifa casetele relevante.
( 2 ) A se preciza componenta care face obiectul notificării.


Full & Egal Universal Law Academy