Acest document reprezint ăun instrument de documentare, iar institu ţiile nu î şi asum ăresponsabilitatea pentru con ţinutul
său.
►B REGULAMENTUL (CE) NR. 2135/98 AL CONSILIULUI
din 24 septembrie 1998
de modificare a Regulamentului (CEE) nr. 3821/85 privind aparatura de înregistrare în
transportul rutier și a Directivei 88/599/CEE privind aplicarea regulamentelor (CEE)
nr. 3820/85 și (CEE) nr. 3821/85
(JO L 274, 9.10.1998, p. 1)
Astfel cum a fost modificat prin:
Jurnalul Oficial
NR. Pagina Data
►M1 Regulamentul (CE) nr. 1360/2002 al Comisiei din 13 iunie 2002 L 207 1 5.8.2002
►M2 Regulamentul (CE) nr. 561/2006 al Parlamentului European și al Consi-
liului din 15 martie 2006L 102 1 11.4.20061998R2135 —RO—01.05.2006 —002.001 —1
REGULAMENTUL (CE) NR. 2135/98 AL CONSILIULUI
din 24 septembrie 1998
de modificare a Regulamentului (CEE) nr. 3821/85 privind
aparatura de înregistrare în transportul rutier și a Directivei
88/599/CEE privind aplicarea regulamentelor (CEE) nr. 3820/85 și
(CEE) nr. 3821/85
CONSILIUL UNIUNII EUROPENE,
având în vedere Tratatul de instituire a Comunit ății Europene, în special
articolul 75, alineatul (1) literele (c) și (d),
având în vedere propunerea Comisiei (1),
având în vedere avizul Comitetului Economic și Social (2),
hotărând în conformitate cu procedura prev ăzutăîn articolul 189c din
tratat (3),
(1) întrucât Regulamentul (CEE) nr. 3821/85 al Consiliului din
20 decembrie 1985 privind aparatura de înregistrare în materie
de transport rutier (4) stabile ște unele dispozi ții referitoare la
construirea, instalarea, folosirea și testarea aparaturii de înre-
gistrare utilizate în transportul rutier;
(2) întrucât experien ța a demonstrat c ăpresiunile economice și
concuren ța din domeniul transporturilor rutiere au condus la
nerespectarea de c ătre unii conduc ători auto angaja ți de firmele
de transport a anumitor norme, în special a celor legate de timpulde conducere și de odihn ă, stabilite prin Regulamentul (CEE)
nr. 3820/85 al Consiliului din 20 decembrie 1985 privind armo-nizarea anumitor dispozi ții de natur ăsocial ăîn materie de
transport rutier (
5);
(3) întrucât infrac țiunile și fraudele caracteristice pun în pericol
siguran ța rutier ăși sunt inacceptabile, din motive concuren țiale,
pentru un conduc ător auto care respect ănormele;
(4) întrucât înregistrarea automat ăși controlul regulat, atât de c ătre
întreprindere cât șid ec ătre autorit ățile competente, a datelor
referitoare la presta țiași comportamentul conduc ătorului, cât și
a celor privind circula ția vehiculelor, cum ar fi viteza și distan ța
parcurs ă, urm ăresc îmbun ătățirea siguran ței rutiere;
(5) întrucât dispozi țiile sociale comunitare impun un anumit num ăr
de restric ții privind timpul de conducere și de repaus cotidian și
cel urm ărit pe o perioad ăde dou ăsăptămâni; întrucât este dificil
de verificat respectarea acestor dispozi ții, dat fiind faptul c ădatele
sunt în prezent înregistrate pe mai multe fi șe zilnice care
constituie stocul de fi șe pentru s ăptămâna în curs și ultima zi a
săptămânii precedente, ce trebuie p ăstrate în cabina conduc ă-
torului auto;
(6) întrucât, în consecin ță, pentru a stopa abuzurile cele mai frecvente
generate de sistemul actual, este necesar ăintroducerea de noi
echipamente performante, cum ar fi aparatura de înregistraredotatăcu o unitate de stocare electronic ăa informa țiilor
pertinente și o carte de identitate personal ăde conduc ător auto,
aceste echipamente vizând s ăasigure c ădatele înregistrate sunt1998R2135 —RO—01.05.2006 —002.001 —2
▼B
(1) JO C 243, 31.8.1994, p. 8 și
JO C 370, 31.12.1985, p. 1.
(2) JO C 110, 21.4.1995, p. 19.
(3) Avizul Parlamentului European din 13 iulie 1995 (JO C 249, 25.9.1995,
p. 128), Pozi ția comun ăa Consiliului din 11 decembrie 1997 (JO C 43,
9.2.1998, p. 6) și Decizia Parlamentului European din 31 martie 1998
(JO C 138, 4.5.1998, p. 26).
(4) JO L 370, 31.12.1985, p. 8. Regulament modificat ultima dat ăprin Regula-
mentul (CE) nr. 1056/97 al Comisiei (JO L 154, 12.6.1997, p. 21).
(5) JO L 370, 31.12.1985, p. 1.
disponibile clare și lizibile în urma imprim ării lor, precum și
fiabile, permi țând realizarea unui bilan țincontestabil al activit ății
desfășurate de conduc ător pe parcursul ultimelor zile, pe de o
parte, și cea a vehiculului pe o perioad ăde mai multe luni, pe
de alt ăparte;
(7) întrucât securitatea global ăa sistemului și componentele sale
constituie un element esen țial al eficacit ății aparaturii de înre-
gistrare;
(8) întrucât trebuie prev ăzute dispozi țiile privind condi țiile de
eliberare și utilizare a c ărților prev ăzute la anexa IB;
(9) întrucât datele referitoare la activitatea conduc ătorilor auto trebuie
săpoatăfi verificate de c ătre conduc ătorii auto, întreprinderile
care îi angajeaz ăși de autorit ățile competente ale statelor
membre; întrucât conduc ătorul auto și firma trebuie s ăaibă
acces numai la datele pertinente pentru exercitarea activit ății lor;
(10) întrucât aparatura de înregistrare prev ăzutăde prezentul regu-
lament trebuie instalat ăpe vehiculele care sunt puse în circula ție
pentru prima dat ădupăpublicarea în Jurnalul Oficial al Comu-
nităților Europene a specifica țiilor tehnice, dintre care o parte
sunt stabilite de c ătre Comisie în conformitate cu procedura comi-
tetului men ționatăîn articolul 18 din Regulamentul (CEE)
nr. 3821/85; întrucât este necesar ăo perioad ăde tranzi ție
pentru a se asigura fabricarea noilor aparaturi de înregistrare înconformitate cu specifica țiile tehnice șio bținerea omolog ării CE;
(11) întrucât aparatura de înregistrare conform ăcu anexa IB trebuie s ă
ofere de asemenea posibilitatea de a extinde, la costuri rezonabile,func țiile de gestionare a materialului rulant;
(12) întrucât, în conformitate cu principiul subsidiarit ății, este necesar ă
oa c țiune comunitar ăpentru a modifica Regulamentul (CEE)
nr. 3821/85 în vederea garant ării, pe de o parte, a compatibilit ății
aparaturii de înregistrare, conform ăcu anexa IB, cu cartea, șip e
de alt ăparte, a coeren ței datelor furnizate de c ătre aparatura de
înregistrare conform ăcu anexele I șiI B ;
(13) întrucât progresul tehnic necesit ăo adaptare rapid ăa specifica-
țiilor tehnice definite în anexele prezentului regulament; întrucât,
pentru a facilita aplicarea m ăsurilor necesare în acest scop, s-a
convenit s ăse prevad ăca adapt ările tehnice ale acestor anexe s ă
fie aprobate de c ătre Comisie, ac ționându-se în conformitate cu
procedura comitetului stabilit ăprin Decizia 87/373/CEE a Consi-
liului din 13 iulie 1987 privind stabilirea modalit ăților de exer-
citare a competen țelor de execu ție atribuite Comisiei (1);
(14) întrucât introducerea unei noi aparaturi de înregistrare implic ă
modificarea anumitor dispozi ții ale Directivei 88/599/CEE (2)
privind aplicarea Regulamentelor (CEE) nr. 3820/85 și
nr. 3821/85,
ADOPT ĂPREZENTUL REGULAMENT:
Articolul 1
Regulamentul (CEE) nr. 3821/85 se modific ădupăcum urmeaz ă:
1. La articolul 1, sintagma „inclusiv anexele I șiI I”se înlocuie ște cu
„inclusiv anexele I sau IB șiI I”.
2. Articolele 4, 5, 6, 7, 8, și 11 se modific ăprin completarea, acolo
unde se face trimitere la „fișa de înregistrare ”sau„fișele de înre-
gistrare ”, cu sintagma „sau (de) cartea de conduc ător auto ”.1998R2135 —RO—01.05.2006 —002.001 —3
▼B
(1) JO L 197, 18.7.1987, p. 33.
(2) JO L 325, 29.11.1988, p. 55.
3. La articolul 4, înainte de primul paragraf, se insereaz ăurmătorul
paragraf nou:
„În sensul prezentului capitol, termenul «aparatura de înregistrare»
înseamn ă«aparatura de înregistrare sau componentele acesteia». ”
4. La articolul 5, primul paragraf se înlocuie ște cu urm ătorul text:
„Fiecare stat membru acord ăomologarea CE pentru fiecare model
de aparatur ăde înregistrare, pentru fiecare model de fi șăde înre-
gistrare sau carte, dac ăacestea sunt în conformitate cu dispozi țiile
din anexele I și IB dac ăstatul membru este în m ăsurăsăsupra-
vegheze dac ăproduc ția este conform ăcu modelul omologat.
Securitatea sistemului trebuie s ăse conformeze specifica țiilor
tehnice stabilite în anexa IB. Comisia, hot ărând în conformitate
cu procedura stabilit ăla articolul 18, se asigur ăcăanexa în cauz ă
va prevedea ca omologarea CE a aparaturii de înregistrare s ănu
poatăfi acordat ădecât dac ăansamblul sistemului (aparatura de
înregistrare în sine, cartea și legăturile electrice la cutia de vitez ă)
și-a demonstrat capacitatea de rezisten țăla tentativele de manipulare
sau modificare a datelor referitoare la orele de conducere. Testelenecesare sunt efectuate de c ătre exper ți cu ajutorul celor mai recente
tehnici.în materie de manipulare a datelor. ”
5. La articolul 12:
(a) la alineatul (1) se adaug ăurmătorul text:
„Durata valabilit ății administrative a c ărților de identitate ale
atelierelor și instalatorilor autoriza ți nu poate dep ăși un an.
În caz de reînnoire, deteriorare, func ționare inadecvat ă, pierdere
sau furt al c ărților de identitate acordate atelierelor și instala-
torilor autoriza ți, autoritatea elibereaz ăo altăcarte de identitate
în termen de cinci zile lucr ătoare de la primirea unei cereri
detaliate în acest scop.
Dacăo nou ăcarte de identitate este eliberat ăpentru a înlocui pe
cea veche, aceasta prezint ăacela și num ăr de informa ții
«atelier», dar indicele se majoreaz ăcu o unitate. Autoritatea
emitent ăține un registru al c ărților de identitate pierdute,
furate sau defecte.
Statele membre iau toate m ăsurile necesare pentru a evita orice
risc de falsificare a c ărților de identitate eliberate instalatorilor și
atelierelor autorizate. ”;
(b) alineatul (2) se înlocuie ște cu urm ătorul text:
„(2) Instalatorul sau atelierul autorizat aplic ăun marcaj
special pe sigiliile pe care le realizeaz ă, iar, în ceea ce
prive ște aparatura de înregistrare conform ăcu anexa IB,
introduce datele electronice de securitate permi țând în special
verificarea de autentificare. Autorit ățile competente ale fiec ărui
stat membru țin un registru al marcajelor și datelor electronice
de securitate utilizate, precum șia lc ărților de identitate
eliberate atelierelor și instalatorilor autoriza ți.”
(c) alineatul (3) se înlocuie ște cu urm ătorul text:
„(3) Autorit ățile competente ale statelor membre transmit
Comisiei lista instalatorilor și atelierelor autorizate, precum și
cărțile de identitate eliberate acestora, și trimit acesteia o copie
a marcajelor și informa țiilor necesare referitoare la datele elec-
tronice de securitate utilizate. ”;
(d) la alineatul (4), trimiterea la „anexa I ”se înlocuie ște cu
trimiterea la „anexele I șiI B”;
(e) la alineatul (5), dup ăsintagma „alineatul (4) ”se insereaz ă
sintagma „sau la anexa IB capitolul VI litera (c). ”;1998R2135 —RO—01.05.2006 —002.001 —4
▼B
6. Articolul 13 se înlocuie ște cu urm ătorul text:
„Articolul 13
Angajatorul și conduc ătorii auto supravegheaz ăbuna func ționare și
utilizare a aparaturii de înregistrare, pe de o parte, șiacărții de
conduc ător auto, pe de alt ăparte, în cazul în care conduc ătorul auto
este solicitat s ăconduc ăun vehicul echipat cu o aparatur ăde înre-
gistrare conform ăanexei IB. ”
7. La articolul 14:
(a) alineatul (1) se înlocuie ște cu urm ătorul text:
„(1) Angajatorul elibereaz ăconduc ătorilor de autovehicule
echipate cu aparatur ăde înregistrare conform anexei I, un
număr suficient de fi șe de înregistrare, ținând cont de caracterul
individual al acestor fi șe, de durata serviciului și obliga ția de a
înlocui fi șele deteriorate sau cele luate de un agent de control.
Angajatorul nu înmâneaz ăconduc ătorilor auto decât fi șele cu
formăomologat ă, apte de a fi utilizate în aparatura instalat ăla
bordul vehiculului.
În cazul în care vehiculul este echipat cu aparatur ăde înre-
gistrare conform anexei IB, angajatorul și conduc ătorul auto
trebuie s ăse asigure ca, ținând cont de durata func ționării,
imprimarea la cerere, prev ăzutăîn anexa IB, s ăpoatăfi
efectuat ăcorect în caz de control. ”;
(b) se adaug ăurmătoarele alineate:
„(3) Cartea de conduc ător auto men ționatăîn anexa IB se
emite, la cererea acestuia, de c ătre autoritatea competent ăa
statului membru în care se afl ăreședin ța sa curent ă.
Un stat membru poate solicita ca orice conduc ător auto care are
reședin ța curent ăpe teritoriul s ăuși se afl ăsub inciden ța dispo-
zițiilor Regulamentului (CEE) nr. 3820/85 s ădeținăcartea de
conduc ător auto.
(a) în sensul prezentului regulament, prin «re ședin țăcurent ă»
se în țelege locul unde o persoan ăîși are re ședin ța de regul ă,
adicăcel pu țin 185 de zile pe an calendaristic, din motive
personale sau profesionale, sau în cazul unei persoane f ără
obliga ții profesionale, din motive personale, în virtutea
strânselor leg ături dintre aceasta și locul în care î și are
reședin ța.
Cu toate acestea, re ședin ța curent ăa unei persoane cu
obliga ții profesionale într-un loc diferit de cel al obliga țiilor
sale personale și care, astfel, este nevoit ăsălocuiasc ă
alternativ în locuri diferite situate în dou ăsau mai multe
state membre, se consider ăa fi la locul unde î și are obli-
gațiile personale, cu condi ția ca persoana s ărevinăaici în
mod regulat. Aceast ăultimăcondi ție nu este necesar ă
atunci când persoana efectueaz ăun sejur într-un stat
membru pentru îndeplinirea unei misiuni cu durat ădeter-
minat ă;
(b) Conduc ătorii auto fac dovada locului de re ședin țăcurent ă
prin toate mijloacele, în special prin cartea lor de identitatesau prin alt document valabil;
(c) În cazul în care autorit ățile competente ale statului membru
care elibereaz ăcartea de conduc ător auto au îndoieli privind
valabilitatea declara ției de re ședin ță
curent ăefectuat ăîn
conformitate cu litera (b) sau în scopul unor controalespecifice, ele pot solicita elemente informative sau dovezisuplimentare;1998R2135 —RO—01.05.2006 —002.001 —5
▼B
(d) autorit ățile competente ale statului membru care elibereaz ă
cartea de conduc ător auto se asigur ă, atât cât este posibil, ca
solicitantul s ănu fie deja titularul unei c ărți de conduc ător
auto valabile.
(4) (a) Autoritatea competent ăa statului membru persona-
lizeaz ăcartea de conduc ător auto conform dispozi țiilor
anexei IB.
Durata de valabilitate administrativ ăacărții de
conduc ător auto nu poate dep ăși cinci ani.
Conduc ătorul auto poate fi titularul unei singure c ărți
de conduc ător auto valabile. El nu este autorizat s ă
utilizeze decât propria carte de conduc ător auto perso-
nalizat ă. Nu trebuie s ăutilizeze o carte defect ăsau a
cărei valabilitate a expirat.
Atunci când o nou ăcarte este eliberat ăconduc ătorului
auto pentru a înlocui pe cea veche, aceasta are acela și
număr de serie a c ărții de conduc ător auto, dar indicele
se majoreaz ăcu o unitate. Autoritatea emitent ăține un
registru al c ărților eliberate, furate, pierdute sau defecte
pe durata unei perioade cel pu țin egal ăcu durata vala-
bilității.
În caz de deteriorare, func ționare defectuoas ă, de furt
sau pierdere a c ărții de conduc ător auto, autoritatea
furnizeaz ăo nou ăcarte într-un termen de cinci zile
lucrătoare de la data primirii unei cereri detaliate în
acest sens.
În caz de cerere de reînnoire a unei c ărți de conduc ător
auto a c ărei dat ăde valabilitate este aproape de
expirare, autoritatea furnizeaz ăo nou ăcarte înainte
de data de expirare, în cazul în care aceast ăcerere a
fost adresat ăîn termenul prev ăzut în articolul 15
alineatul (1) paragraful al doilea;
(b) cărțile de conduc ător auto nu sunt eliberate decât soli-
citan ților afla ți sub inciden ța dispozi țiilor din Regula-
mentul (CEE) nr. 3820/85;
(c) cartea de conduc ător auto este personal ă. Pe durata de
valabilitate administrativ ă, cartea nu poate face obiectul
unei retrageri sau suspend ări indiferent de motiv,
exceptând cazul în care autoritatea competent ăa unui
stat membru constat ăcăaceasta a fost falsificat ăsau
că, nefiind titular, conduc ătorul auto utilizeaz ăo
asemenea carte ori c ăaceasta este ob ținutăpe baza
unor declara ții false și/sau documente falsificate. Dac ă
măsurile de suspendare sau retragere sus-men ționate
sunt adoptate de alt stat membru decât cel care aeliberat cartea de conduc ător auto, acest stat membru
returneaz ăcartea autorit ăților emitente, indicând
motivele acestei restituiri;
(d) cărțile de conduc ător auto emise de c ătre statele
membre sunt reciproc recunoscute.
În cazul în care titularul unei c ărți de conduc ător auto
valabile, eliberat ăde un stat membru, și-a stabilit
reședin ța curent ăîntr-un alt stat membru, el poate
solicita schimbarea c ărții de conduc ător auto cu o alta
echivalent ă; este responsabilitatea statului membru care
efectueaz ăschimbarea s ăverifice, dac ăeste necesar,
valabilitatea efectiv ăacărții de conduc ător auto
prezentate.1998R2135 —RO—01.05.2006 —002.001 —6
▼B
Statele membre care opereaz ăschimbarea trimit vechea
carte de conduc ător auto c ătre autorit ățile statului
membru unde aceasta a fost emis ăși precizeaz ă
motivele acestei restituiri;
(e) atunci când un stat membru înlocuie ște sau schimb ăo
carte de conduc ător auto, aceast ăschimbare sau
înlocuire, cât și celelalte schimb ări sau reînnoiri ulte-
rioare, se înregistreaz ăîn acest stat membru;
(f) statele membre iau toate m ăsurile necesare pentru a
evita orice risc de falsificare a c ărților de conduc ător
auto.
(5) Statele membre se asigur ăca datele necesare pentru veri-
ficarea prev ăzutăîn Regulamentul (CEE) nr. 3820/85 și Directiva
92/6/CEE a Consiliului din 10 februarie 1992 privind instalarea și
utilizarea în Comunitate a dispozitivelor de limitare a vitezei pentru
anumite categorii de autovehicule (*), înregistrate șipăstrate în
memorie de aparatura de înregistrare conform anexei IB la
prezentul regulament, s ăfie p ăstrate în memorie timp de cel pu țin
365 de zile dup ădata înregistr ăriișisăpoat ăfi puse la dispozi ție în
condi ții de garantare a securit ățiiși exactit ății acestora.
Statele membre iau toate m ăsurile necesare pentru a se asigura
căopera țiile de recomercializare sau de scoatere din func țiune a
aparaturii de înregistrare nu pot afecta justa aplicare a
prezentului paragraf.
___________
(*) JO L 57, 2.3.1992, p. 27. ”;
8. La articolul 15:
(a) alineatul (1) și alineatul (2) primul paragraf se modific ăprin
adăugarea cuvintelor „sau carte de conduc ător auto ”după
fiecare trimitere la „fișa de înregistrare ”sau„fișele de înre-
gistrare ”;
(b) la alineatul (1):
—următorul paragraf se insereaz ădupăprimul paragraf:
„În cazul în care conduc ătorii auto doresc reînnoirea c ărții
de identitate, ei trebuie s ăsolicite acest lucru autorit ăților
competente ale statului membru unde î șia ur e ședin ța
curent ă, cu 15 zile lucr ătoare cel târziu înainte de data
expir ării c ărții de identitate. ”;
—se adaug ăurmătorul paragraf al patrulea:
„În caz de deteriorare, de func ționare defectuoas ă, de furt
sau pierdere a c ărții, conduc ătorii auto trebuie s ăsolicite
autorit ăților competente ale statului membru în care î șia u
reședin ța curent ăînlocuirea acesteia în termen de șapte zile
calendaristice. ”;
(c) dup ăarticolul 5, se insereaz ăurmătorul paragraf:
„(5a) Conduc ătorul auto introduce în aparatura de înre-
gistrare, conform anexei IB, simbolul țării unde î și începe și
cel al țării unde î și încheie perioada de serviciu zilnic. Un stat
membru poate totu șisăimpun ăconduc ătorilor de vehicule care
efectueaz ăun transport în interiorul teritoriului s ăua d ăugarea la
simbolul țării a unor specifica ții geografice mai detaliate, în
măsura în care acel stat membru le-a notificat Comisiei
înainte de 1 aprilie 1998, dar nu mai mult de un num ărd e
20 de specifica ții.1998R2135 —RO—01.05.2006 —002.001 —7
▼B
Înregistrarea datelor sus-men ționate sunt activate de c ătre
conduc ătorul auto, fie manual, fie automat atunci când
aparatura de înregistrare este conectat ăla sistemul de localizare
prin satelit. ”;
(d) la alineatul (6) primul paragraf, se adaug ăla începutul tezei,
dupăcuvântul „aparat ”, termenii „de înregistrare definit în
anexa I. ”;
(e) alineatul (7) se înlocuie ște cu urm ătorul text:
„(7) În cazul în care conduc ătorul auto conduce un vehicul
echipat cu aparatur ăde înregistrare conform anexei I, el trebuie
săfie în m ăsurăsăprezinte, la orice solicitare a agen ților de
control:
—fișele de înregistrare pentru s ăptămâna în curs și, în orice
caz, fi șa pentru ultima zi din s ăptămâna precedent ăîn cursul
căreia a condus vehiculul;
—cartea de conduc ător auto, dac ăeste titularul unei astfel de
cărți
și
—documentele imprimate emise de aparatura de înregistrare
definit în anexa IB și referitoare la perioadele de timp
indicate la alineatul (3), a doua liniu ță, literele (a), (b), (c)
și (d), în cazul în care conduc ătorul auto ar fi condus un
vehicul echipat cu o astfel de aparatur ăde înregistrare în
timpul perioadei prev ăzute la prima liniu țăa prezentului
paragraf.
În cazul în care conduc ătorul auto conduce un vehicul echipat
cu aparatur ăde înregistrare conform anexei IB, trebuie s ăfie în
măsurăsăprezinte, oricând i se solicit ăde către agen ții de
control:
—cartea de conduc ător auto al c ărui titular este
și
—fișele de înregistrare care corespund acelea și perioade ca și
cea prev ăzutăla primul paragraf, prima liniu ță, în cazul în
care ar fi condus, în timpul acestei perioade, un vehicul
echipat cu aparatura de înregistrare conform anexei I.
Un agent abilitat poate controla respectarea Regulamentului
(CEE) nr. 3820/85 prin analizarea fi șelor de înregistrare, a
datelor afi șate sau imprimate care au fost înregistrate de
aparatura de înregistrare sau de cartea de conduc ător auto și
în lipsa lor, prin analizarea oric ărui alt document doveditor
care s ăpermit ăjustificarea nerespect ării unei dispozi ții ca
acelea prev ăzute în articolul 16 alineatele (2) și (3).”;
(f) se adaug ăurmătorul alineat:
„(8) Se interzice falsificarea, ștergerea sau distrugerea înre-
gistrărilor f ăcute pe fi șele de înregistrare, a datelor stocate pe
aparatura de înregistrare sau pe cartea de conduc ător auto,
precum și a documentelor imprimate emise de aparatura de
înregistrare, dup ăcum este men ționat în anexa IB. Este de
asemenea interzis ămanipularea aparaturii de înregistrare, a
fișei de înregistrare sau a c ărții de conduc ător auto în sensul
de a falsifica înregistr ările sau/ și documentele imprimate, pentru
a le face inaccesibile sau pentru a le distruge. Vehiculul nupoate fi echipat cu nici un dispozitiv care s ăpermit ăefectuarea
manipul ărilor de date men ționate mai sus. ”
9. La articolul 16:
(a) alineatul (2) se înlocuie ște cu urm ătorul text:1998R2135 —RO—01.05.2006 —002.001 —8
▼B
„(2) Pe durata cât aparatura de înregistrare se afl ăîn pan ă
sau func ționeaz ădefectuos, conduc ătorul marcheaz ăindica țiile
legate de perioadele de timp, în m ăsura în care acestea nu au
fost înregistrate sau imprimate corect de aparatura de înre-gistrare pe fi șa sau fi șele de înregistrare sau pe o fi șăad hoc
atașatăfie fi șei de înregistrare, fie c ărții de conduc ător auto, fi șă
pe care marcheaz ăelementele care permit identificarea (numele
și num ărul permisului s ău de conducere sau numele și num ărul
cărții de identitate), inclusiv semn ătura sa.
În caz de pierdere, de furt, de deteriorare sau func ționare defec-
tuoasăacărții, conduc ătorul imprim ă, la sfâr șitul c ălătoriei,
indica țiile referitoare la perioadele de timp înregistrate de
către aparatura de înregistrare și repune pe documentele
imprimate elementele care permit identificarea (numele și
numărul permisului s ău de conducere sau numele și num ă
rul
cărții de identitate), confirmându-le prin semn ătură.”
(b) se adaug ăurmătorul paragraf:
„(3) În caz de deteriorare sau func ționare defectuoas ăa
cărții, conduc ătorul auto returneaz ăcartea autorit ății competente
a statului membru unde î și are re ședin ța curent ă. Furtul c ărții de
conduc ător auto trebuie s ăfacăobiectul unei declara ții redactate
dupătoate formele legale adresate autorit ăților competente ale
statului unde s-a produs furtul.
Pierderea c ărții de conduc ător auto trebuie s ăfacăobiectul unei
declara ții redactate dup ătoate formele legale adresat ăautori-
tăților competente ale statului membru unde a fost emis ă
cartea și celor ale statului membru de re ședin țăcurent ăîn
cazul în care aceste autorit ăți sunt diferite.
Conduc ătorul auto poate continua s ăconduc ăautovehiculul f ără
carte timp de maximum de 15 zile calendaristice, sau o perioad ă
mai lung ă, dacăeste necesar, pentru a permite întoarcerea vehi-
culului la firm ă, cu condi ția de a putea justifica imposibilitatea
de prezentare sau utilizare a c ărții de conduc ător auto în timpul
acestei perioade.
Dacăautorit ățile statului membru în care conduc ătorul auto î și
are re ședin ța curent ăsunt diferite de cele care i-au eliberat
cartea de conduc ător auto și dacăsunt solicitate pentru reîn-
noirea, schimbarea sau înlocuirea c ărții de conduc ător auto,
acestea informeaz ăautorit ățile care au eliberat vechea carte cu
privire la motivele exacte ale reînnoirii, înlocuirii sau schimb ării
cărții.”
10. Articolul 17 se înlocuie ște cu urm ătorul text:
„Articolul 17
(1) Modific ările necesare pentru adaptarea anexelor la progresul
tehnic se adopt ăconform procedurii stabilit ăla articolul 18.
(2) Specifica țiile tehnice referitoare la punctele urm ătoare din
anexa IB se adopt ă, în termenele optime și dac ăeste posibil
înainte de 1 iulie 1998, în conformitate cu aceea și procedur ă:
(a) capitolul II:
—litera (d) 17:
afișajul și imprimarea defec țiunilor aparaturii de înregistrare;
—litera (d) 18:
afișajul și imprimarea defec țiunilor c ărții de conduc ător;
—litera (d) 21:
afișajul și imprimarea rapoartelor de sintez ă;1998R2135 —RO—01.05.2006 —002.001 —9
▼B
(b) capitolul III:
—litera (a) 6.3:
norme aplicabile pentru protec ția electronic ăîmpotriva para-
ziților electrici și a sarcinilor magnetice;
—litera (a) 6.5:
protec ția (securitatea) întregului sistem;
—litera (c) 1:
semnale de avertisment pentru defec țiuni interne ale
aparaturii de înregistrare;
—litera (c) 5:
formatul semnalelor de avertisment;
—litera (f):
erori maxime tolerate;
(c) capitolul IV litera A:
—punctul 4:
norme;
—punctul 5:
securitate, inclusiv protec ția datelor;
—punctul 6:
temperaturi;
—punctul 8:
caracteristici electrice;
—punctul 9:
structura logic ăacărții de coduc ător auto;
—punctul 10:
func țiiși comenzi;
—punctul 11:
fișiere elementare:
și capitolul IV, litera B;
(d) capitolul V:
imprimant ăși imprimare standard. ”
11. Articolul 18 se înlocuie ște cu urm ătorul text:
„Articolul 18
(1) Când se face trimitere la procedura stabilit ăîn prezentul
articol, Comisia este sprijinit ăde un comitet format din reprezen-
tanții statelor membre și prezidat de un reprezentant al Comisiei.
(2) Reprezentantul Comisiei înainteaz ăComitetului un proiect de
măsuri. Comitetul î șidăavizul cu privire la proiect, într-un termen
fixat de pre ședinte în func ție de prioritatea chestiunii în cauz ă.
Avizul este emis cu majoritatea prev ăzutăîn articolul 148
alineatul (2) din tratat pentru deciziile pe care Consiliul trebuie s ă
le adopte la propunerea Comisiei. În cadrul comitetului, voturilereprezentan ților statelor membre sunt ponderate conform articolului
men ționat anterior. Pre ședintele nu particip ăla vot.1998R2135 —RO—01.05.2006 —002.001 —10
▼B
(3) (a) Comisia adopt ămăsurile preconizate dac ăacestea sunt
conforme cu avizul comitetului;
(b) dac ămăsurile preconizate nu sunt conforme cu avizul
comitetului, sau în absen ța avizului, Comisia prezint ă
Consiliului, f ărăîntârziere, o propunere privind m ăsurile
care trebuie adoptate. Consiliul hot ărește cu majoritate
calificat ă.
Dacăla expirarea unui termen de trei luni începând de la
data prezent ării la Consiliu, acesta nu ia o decizie,
măsurile propuse sunt adoptate de Comisie. ”
12. Se adaug ăanexa IB, care figureaz ăîn anexa la prezentul regu-
lament.
Articolul 2
▼M2
(1) (a) Din a dou ăzeci și una zi de la data public ării Regulamentului
(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 șid e
modificare a Regulamentelor (CEE) nr. 3821/85 și (CE)
nr. 2135/98 ale Consiliului (1), vehiculele puse în circula ție
pentru prima dat ăsunt echipate cu un aparat de înregistrare
în conformitate cu dispozi țiile din anexa I B la Regulamentul
(CEE) nr. 3821/85.
▼B
(b) de la data intr ării în vigoare a dispozi țiilor de la litera (a),
vehiculele destinate transportului de persoane care auprevăzute mai mult de opt locuri pe scaune, în afar ăde cel
al conduc ătorului vehiculului și au o greutate maxim ăcare
depășește 10 tone, precum și vehiculele destinate transportului
de mărfuri care au o greutate maxim ăce dep ășește 12 tone,
înmatriculate pentru prima dat ădupădata de 1 ianuarie 1996,
intrăsub inciden ța dispozi țiilor prev ăzute în anexa IB la
Regulamentul (CEE) nr. 3821/85, în m ăsura în care trans-
miterea semnalelor se efectueaz ăîn întregime pe cale
electric ăspre aparatura de înregistrare cu care sunt echipate,
atunci când se trece la înlocuirea aparaturii men ționate.
▼
M2
(2) Statele membre adopt ămăsurile necesare pentru a putea elibera
cardurile de conduc ător auto pân ăîn a dou ăzeci și una zi de la data
public ării Regulamentului (CE) nr. 561/2006.
▼B
(3) În cazul în care, dup ă12 luni de la data public ării actului
men ționat în alineatul (1), nu s-a acordat nici o omologare CE pentru
aparatura de înregistrare conform dispozi țiilor din anexa IB la Regula-
mentul (CEE) nr. 3821/85, Comisia prezint ăConsiliului o propunere
privind prelungirea termenelor prev ăzute la alineatele (1) și (2).
(4) Conduc ătorii care, înainte de data stabilit ăla alineatul (2), conduc
un vehicul dotat cu aparatura de înregistrare conform dispozi țiilor din
anexa IB la Regulamentul (CEE) nr. 3821/85 șicărora autorit ățile
competente nu au reu șit săle elibereze cartea de conduc ător auto,
imprim ă, la sfâr șitul programului zilnic de lucru, indica țiile referitoare
la perioadele de timp înregistrate de aparatura de înregistrare, adaug ăpe
documentele de imprimare elementele care permit identificarea (numeleși num ărul permisului de conducere) și semn ătura.1998R2135 —RO—01.05.2006 —002.001 —11
▼B
(1) JO L 102, 11.4.2006, p. 1
Articolul 3
Directiva 88/599/CEE se modific ădupăcum urmeaz ă:
1. La articolul 3, alineatul (2) se înlocuie ște cu urm ătorul text:
„(2) Controalele rutiere vizeaz ăurmătoarele elemente:
—perioadele zilnice de conducere, întreruperile și perioadele zilnice
de odihn ă.D a c ăexistănereguli evidente, ele exist ăpe fi șele de
înregistrare ale zilelor precedente, care trebuie s ăfie la bordul
vehiculului în conformitate cu articolul 15 alineatul (7) din Regu-lamentul (CEE) nr. 3821/85, modificat de Regulamentul (CE)nr. 2135/98 (*) și în datele memorate pentru aceea și perioad ă
în cartea de conduc ător auto și în memoria aparaturii de înre-
gistrare conform anexei IB;
—dacăeste cazul, pentru perioada men ționatăla articolul 15
alineatul (7) din Regulamentul (CEE) nr. 3821/85, eventualeledepășiri ale vitezei autorizate a vehiculului, definite ca fiind
toate perioadele mai mari de un minut în timpul c ărora viteza
vehiculului dep ășește 90 km/h pentru vehiculele din categoria N
3
sau 105 km/h pentru vehiculele din categoria M 3, categoriile N 3
șiM 3fiind stabilite în anexa I la Directiva 70/156/CEE (**);
—dacăeste cazul, vitezele instantanee ale vehiculului, a șa cum sunt
înregistrate de aparatura de înregistrare în timpul cel mult alultimelor 24 de ore de utilizare a vehiculului;
—dacăeste cazul, ultima perioad ăde repaus s ăptămânal;
—func ționarea corect ăa aparaturii de înregistrare (constatarea unei
eventuale manipul ări de date din aparatur ăși de pe cartea de
conduc ător auto șid ep ef i șele de înregistrare) sau, dac ăeste
cazul, prezen ța documentelor men ționate la articolul 14
alineatul (5) din Regulamentul (CEE) nr. 3820/85.
___________
(*) Regulamentul (CE) nr. 2135/98 al Consiliului din 24 septembrie
1998 de modificare a Regulamentului (CEE) nr. 3821/85 privind
aparatura de înregistrare în materie de transport rutier și Directiva
88/599/CEE privind aplicarea Regulamentelor (CEE) nr. 3820/85 și
(CEE) nr. 3821/85 (JO L 274, 9.10.1998, p. 1).
(**) Directiva 70/156/CEE a Consiliului din 6 februarie 1970 privind
armonizarea legisla țiilor statelor membre referitoare la omologarea
autovehiculelor și a remorcilor lor (JO L 42, 23.2.1970, p. 1).
Directiv ămodificat ăultima dat ăprin Directiva 97/27/CE
(JO L 233, 25.8.1997, p. 1). ”
2. La articolul 4, alineatul (3) se înlocuie ște cu urm ătorul text:
„(3) În sensul prezentului articol, controalele efectuate de autori-
tățile competente în unit ățile proprii, pe baza documentelor șia
datelor pertinente care le sunt prezentate, la cerere, de c ătre între-
prinderi, au aceea și valoare ca și controalele efectuate în incinta
întreprinderilor. ”
Articolul 4
Prezentul regulament intr ăîn vigoare în ziua urm ătoare datei public ării
înJurnalul Oficial al Comunit ăților Europene .
Prezentul regulament este obligatoriu în toate elementele sale șis e
aplicădirect în toate statele membre.1998R2135 —RO—01.05.2006 —002.001 —12
▼B
ANEX Ă
„ANEXA I B
CERIN ȚE PRIVIND CONSTRUC ȚIA, TESTAREA, INSTALAREA ȘI INSPEC ȚIA
CUPRINS
I. DEFINI ȚI I .........................................................
II. CARACTERISTICILE ȘI FUNC ȚIILE GENERALE ALE
APARATULUI DE ÎNREGISTRARE . . . . . . .........
1. Caracteristici generale . . . . . .......................................
2. Func ți i.......................................................
3. Moduri de func ționare . . . . . .......................................
4. Securitate .....................................................
III. CERIN ȚE DE CONSTRUC ȚIEȘID EF U N C ȚIONARE PENTRU APARATUL DE
ÎNREGISTRARE . . . . . . ..............................................
1. Monitorizarea introducerii și retragerii cardurilor . . . . ......................
2. Măsurarea vitezei și a distan țe i ......................................
2.1. Măsurarea distan ței parcurse . .......................................
2.2. Măsurarea vitezei . ..............................................
3. Măsurarea timpului ..............................................
4. Monitorizarea activit ățilorșoferului . . . . . . .............................
5. Monitorizarea st ăriișoferului .......................................
6. Înregistr ări manuale operate de șoferi . . . . . .............................
6.1. Înregistrarea locurilor în care încep și/sau se încheie perioadele zilnice de munc ă...
6.2. Înregistrarea manual ăa activit ăților șoferului . . . . . . ......................
6.3. Înregistrarea situa țiilor speciale . . . . . . . . . .............................
7. Gestionarea bloc ărilor efectuate de societate .............................
8. Monitorizarea activit ăților de control . . . . . .............................
9. Detectarea evenimentelor și/sau a anomaliilor . . . . . . ......................
9.1. Eveniment «introducerea unui card nevalabil» . . . . . . ......................
9.2. Eveniment «conflict card» . . .......................................
9.3. Eveniment «suprapunerea unor intervale de timp» . . . ......................
9.4. Eveniment «conducere f ărăcard corespunz ător» . . . . ......................
9.5. Eveniment «introducere card în timpul conducerii» . . ......................
9.6. Eveniment «încheiere incorect ăa ultimei sesiuni» . . . ......................
9.7. Eveniment «dep ășire de vitez ă» .....................................
9.8. Eveniment «întrerupere a aliment ării cu energie electric ă» ...................
9.9. Eveniment «eroare la datele de mi șcare» . . .............................
9.1. Eveniment «tentativ ăde violare a securit ăți i » ............................
9.11. Anomalie «card» . . ..............................................
9.12. Anomalie «aparat de înregistrare» . . . . . . . .............................
10. Teste integrate și autoteste . . .......................................
11. Citirea din memorie ..............................................
12. Înregistrarea și stocarea în memorie . . . . . . .............................
12.1. Date de identificare a aparatului . . . . . . . . .............................
12.1.1 Date de identificare a unit ății montate pe vehicul . . . ......................
12.1.2 Date de identificare a senzorului de mi șcare .............................
12.2. Elemente de securitate . . . . . .......................................
12.3. Date privind introducerea și retragerea cardului șoferului . . . . . ...............
12.4. Date privind activitatea șoferului . . . . . . . . .............................
12.5. Locurile în care încep și/sau se încheie perioadele zilnice de munc ă............
12.6. Date înregistrate de contorul de parcurs . . . .............................
12.7. Date detaliate privind viteza . .......................................
12.8. Date privind evenimentele . . .......................................
12.9. Date referitoare la proasta func ționare . . . . .............................1998R2135 —RO—01.05.2006 —002.001 —13
▼M1
12.10. Date privind calibrarea . . . . . .......................................
12.11. Date privind reglarea orei . . . .......................................
12.12. Date privind activit ățile de control . . . . . . . .............................
12.13. Date privind bloc ările executate de societate .............................
12.14. Date privind activit ățile de desc ărcare . . . . .............................
12.15. Date privind situa ții speciale . .......................................
13. Citirea de pe carduri de tahograf . . . . . . . . .............................
14. Înregistrarea și stocarea pe carduri de tahograf . . . . . ......................
15. Afișa r e.......................................................
15.1. Afișajul implicit . . ..............................................
15.2. Afișarea avertismentelor . . . . .......................................
15.3. Accesul la meniu . ..............................................
15.4. Alte afi șa j e....................................................
16. Tipărire . .....................................................
17. Avertismente . . . . ..............................................
18. Descărcarea de date pe suporturi externe . . .............................
19. Date transmise unor dispozitive externe suplimentare . ......................
20. Calibrare .....................................................
21. Reglarea orei . . . . ..............................................
22. Caracteristici . . . . . ..............................................
23. Materiale .....................................................
24. Marcaje . .....................................................
IV. CERIN ȚE FUNC ȚIONALE ȘI DE CONSTRUC ȚIE PENTRU CARDURILE DE TAHOGRAF
1. Date vizibile . . . . . ..............................................
2. Securitate .....................................................
3. Standarde .....................................................
4. Specifica ții de mediu și electrice . . . . . . . . .............................
5. Stocarea datelor . . ..............................................
5.1. Date de identificare și securitate a cardului . .............................
5.1.1 Identificarea aplica țiilor . . . . .......................................
5.1.2 Identificarea microprocesorului . . . . . . . . . .............................
5.1.3 Identificarea cardurilor cu circuite integrate .............................
5.1.4 Elemente de securitate . . . . . .......................................
5.2. Cardul șoferului . . ..............................................
5.2.1 Identificarea cardului . . . . . . .......................................
5.2.2 Identificarea titularului cardului . . . . . . . . . .............................
5.2.3 Informa ții privind permisul de conducere . . .............................
5.2.4 Date privind vehiculul folosit .......................................
5.2.5 Date privind activit ățileșoferului . . . . . . . . .............................
5.2.6 Locurile în care încep și/sau se încheie perioadele zilnice de munc ă............
5.2.7 Date privind evenimentele . . .......................................
5.2.8 Date privind anomaliile . . . . .......................................
5.2.9 Date privind activitatea de control . . . . . . . .............................
5.2.10 Date privind sesiunile de lucru cu cardul . . .............................
5.2.11 Date privind situa ții speciale . .......................................
5.3. Cardul atelierului . ..............................................
5.3.1 Elemente de securitate . . . . . .......................................
5.3.2 Identificarea cardului . . . . . . .......................................
5.3.3 Identificarea titularului cardului . . . . . . . . . .............................
5.3.4 Date privind vehiculul folosit .......................................
5.3.5 Date privind activitatea șoferului . . . . . . . . .............................
5.3.6 Date privind începutul și/sau sfâr șitul perioadelor zilnice de munc ă.............
5.3.7 Date privind evenimentele și anomaliile . . . .............................
5.3.8 Date privind activit ățile de control . . . . . . . .............................
5.3.9 Date privind calibrarea și reglarea orei . . . . .............................1998R2135 —RO—01.05.2006 —002.001 —14
▼M1
5.3.10 Date privind situa ții speciale . .......................................
5.4. Cardul de control . ..............................................
5.4.1 Identificarea cardului . . . . . . .......................................
5.4.2 Identificarea titularului de card . . . . . . . . . .............................
5.4.3 Date privind activit ățile de control . . . . . . . .............................
5.5. Cardul societ ăți i ................................................
5.5.1 Identificarea cardului . . . . . . .......................................
5.5.2 Identificarea titularului de card . . . . . . . . . .............................
5.5.3 Date privind activitatea societ ăți i.....................................
V. INSTALAREA APARATULUI DE ÎNREGISTRARE . . .........................
1. Instalare . .....................................................
2. Placa de instalare . ..............................................
3. Sigilare . .....................................................
VI. CONTROALE, INSPEC ȚIIȘI REPARA ȚI I ..................................
1. Omologarea sec țiilor de montaj și a atelierelor . . . . . ......................
2. Verificarea instrumentelor noi și a celor reparate . . . . ......................
3. Inspec ția instal ăr i i ...............................................
4. Inspec ții periodice . ..............................................
5. M ăsurarea erorilor . ..............................................
6. Repara ți i .....................................................
VII. EMITEREA CARDURILOR . . . . . .......................................
VIII. OMOLOGAREA APARATELOR DE ÎNREGISTRARE ȘI A CARDURILOR DE TAHO-
GRAF . . . . ........................................................
1. Aspecte generale . . ..............................................
2. Certificatul de securitate . . . . .......................................
3. Certificatul de func ționare . . .......................................
4. Certificatul de interoperare . . .......................................
5. Certificatul de omologare . . . .......................................
6. Procedur ăextraordinar ă: primele teste de interoperare ….....................
Apendicele 1 . Dic ționar de date
Apendicele 2 . Specifica ții pentru cardurile de tahograf
Apendicele 3 . Pictograme
Apendicele 4 . Materiale tip ărite
Apendicele 5 . Afi șaj
Apendicele 6 . Interfe țe externe
Apendicele 7 . Protocol de desc ărcare a datelor
Apendicele 8 . Protocol de calibrare
Apendicele 9 . Omologare –lista testelor minime obligatorii
Apendicele 10 . Obiective generale de securitate
Apendicele 11 . Mecanisme de securitate comune1998R2135 —RO—01.05.2006 —002.001 —15
▼M1
I. DEFINI ȚII
În prezenta anex ă:
(a) «activare» înseamn ă:
etapa în care aparatul de înregistrare devine complet opera țional și asigur ă
toate func țiile, inclusiv func țiile de securitate;
Pentru activarea unui aparat de înregistrare trebuie folosit un card al
atelierului și trebuie introdus un cod PIN ;
(b) «autentificare» înseamn ă:
o func ție destinat ăstabilirii și verific ării unei identit ăți;
(c) «autenticitate» înseamn ă:
faptul c ăo informa ție provine de la o surs ăacărei identitate poate fi
verificat ă;
(d) «test integrat (BIT)» înseamn ă:
test care poate fi executat la comand ă, declan șat de operator sau de un
aparat extern;
(e) «zi calendaristic ă» înseamn ă:
o zi cuprins ăîntre ora 00,00 și ora 24,00. Toate zilele calendaristice se
raporteaz ăla ora UTC (ora universal ăcoordonat ă);
(f) «calibrare» înseamn ă:
actualizarea sau confirmarea parametrilor vehiculului care trebuie stoca țiî n
memorie. Parametrii vehiculului cuprind identificarea vehiculului (VIN –
numărul de identificare al vehiculului, VRN –numărul de înmatriculare al
vehiculului ș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 contorul
de parcurs în momentul respectiv);
pentru calibrarea unui aparat de înregistrare trebuie folosit un card al
atelierului ;
(g) «num ărul cardului» înseamn ă:
un cod alfanumeric cu 16 pozi ții care reprezint ănumărul unic de identi-
ficare al unui card de tahograf într-un stat membru. Num ărul cardului
conține un indice secven țial (dac ăeste cazul), un indice de înlocuire și
un indice de reînnoire;
de aceea cardurile pot fi identificate numai pe baza codului statului
membru emitent și a num ărului cardului;
(h) «indice secven țial al cardului» înseamn ă:
al 14-lea caracter alfanumeric din num ărul cardului folosit pentru a
deosebi diferitele carduri emise unei societ ăți sau unui organism care au
dreptul de a li se emite mai multe carduri de tahograf. Societatea sau
organismul respectiv sunt identificate în mod unic pe baza primelor 13
caractere ale num ărului cardului;
(i) «indice de reînnoire al cardului» înseamn ă:
al 16-lea caracter alfanumeric din num ărul unui card, care este incrementat
la fiecare reînnoire a cardului de tahograf;
(j) «indice de înlocuire al cardului» înseamn ă:
al 15-lea caracter alfanumeric din num ărul unui card, care este incrementat
la fiecare înlocuire a cardului de tahograf;
(k) «coeficient caracteristic al vehiculului» înseamn ă:
caracteristica numeric ăce exprim ăvaloarea semnalului de ie șire emis de
acea parte a vehiculului care face leg ătura dintre acesta și aparatul de
înregistrare (arborele de ie șire al cutiei de viteze sau osie) când
vehiculul parcurge o distan țăde un kilometru în condi ții de testare1998R2135 —RO—01.05.2006 —002.001 —16
▼M1
standard [vezi capitolul VI (5)]. Coeficientul caracteristic este exprimat în
impulsuri pe kilometru (w = …imp/km);
(l) «card al societ ății» înseamn ă:
un card de tahograf emis de autorit ățile unui stat membru proprietarului
sau titularului unor vehicule dotate cu aparate de înregistrare;
cardul societ ății identific ăsocietatea și permite afi șarea, desc ărcarea și
tipărirea datelor stocate în aparatul de înregistrare blocat de societatea
respectiv ă;
(m) «constanta aparatului 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) «timp de conducere continu ă» este calculat de aparatul de înre-
gistrare astfel (1):
timpul de conducere continu ăse calculeaz ăca fiind timpii de conducere
acumula ți la un moment dat de un anumit șofer dup ăîncheierea ultimei
perioade de minimum 45 de minute de DISPONIBILITATE sau dePAUZ Ă/ODIHN Ăsau NECUNOSCUT Ă(
2) (o astfel de perioad ăpoate
fi împ ărțităîn mai multe perioade de minimum 15 minute). La efectuarea
calculelor în cauz ăse iau în considerare, dup ăcum este necesar, activi-
tățile anterioare stocate pe cardul șoferului. Dac ășoferul nu a introdus
cardul s ău, calculele se bazeaz ăpe înregistr ările din memorie corespun-
zătoare perioadei în curs în timpul c ăreia nu a fost introdus nici un card în
lectorul relevant;
(o) «card de control» înseamn ă:
un card de tahograf emis de autorit ățile unui stat membru autorit ății
naționale de control competente;
cardul de control identific ăorganismul de control și eventual persoana
care r ăspunde de control și permite accesul la datele stocate în memorie
sau pe cardul șoferului în vederea citirii, a tip ăririi și/sau a desc ărcării
acestora ;
(p) «durata cumulat ăa pauzelor» se calculeaz ăcu ajutorul aparatului de
înregistrare dup ăcum urmeaz ă(1):
durata cumulat ăa pauzelor de conducere se calculeaz ăca fiind perioadele
de DISPONIBILITATE sau de PAUZ Ă/ODIHN Ăsau NECUNOSCUTE
(2) de minimum 15 minute pentru un anumit șofer, acumulate dup ă
încheierea ultimei sale perioade de DISPONIBILITATE sau de PAUZ Ă/
ODIHN Ăsau NECUNOSCUTE (2) de minimum 45 de minute (o astfel de
perioad ăpoate fi împ ărțităîn mai multe perioade de minimum 15 minute).
Pentru calculele care trebuie efectuate se iau în considerare, dup ăcum este
necesar, activit ățile anterioare stocate pe cardul șoferului. Perioadele necu-
noscute cu durat ănegativ ă(începutul perioadei necunoscute >sfâr șitul
perioadei necunoscute) cauzate de suprapunerile dintre dou ăaparate de
înregistrare diferite nu sunt luate în considerare la realizarea acestorcalcule.
Dacășoferul nu a introdus cardul s ău, calculele necesare se bazeaz ăpe
înregistr ările din memorie pentru perioada în curs în care nu a fost
introdus nici un card în lectorul relevant;
(q) «memorie» înseamn ă:
un dispozitiv de stocare a datelor electronice încorporat în aparatul de
înregistrare;1998R2135 —RO—01.05.2006 —002.001 —17
▼M1
(1) Aceast ămodalitate de calculare a timpului de conducere continu ăși a duratei cumulate a
pauzelor este utilizat ăde aparatul de înregistrare pentru calcularea avertismentului privind
timpul de conducere continu ă. Aceasta nu aduce atingere interpret ării legale a acestor
timpi.
(2) Perioadele NECUNOSCUTE corespund perioadelor în care în aparatul de înregistrare nu
a fost introdus un card al șoferului și în care nu au fost introduse manual date privind
activit ățileșoferului.
(r) «semn ăturădigital ă» înseamn ă:
datele ata șate unui bloc de informa ții sau transformarea criptografic ăa
acestuia, permi țându-i destinatarului s ăverifice autenticitatea și integritatea
acestui bloc de informa ții;
(s) «desc ărcare» înseamn ă:
copierea, o dat ăcu semn ătura digital ă, a unei p ărți sau a unui set complet
de date stocate în memoria vehiculului sau în memoria unui card de
tahograf;
descărcarea nu poate provoca în nici un caz modificarea sau ștergerea
unor date ;
(t) «card al șoferului» înseamn ă:
un card de tahograf emis de autorit ățile unui stat membru unui anumit
șofer;
cardul șoferului identific ășoferul și permite stocarea datelor privind acti-
vitatea șoferului ;
(u) «circumferin țăefectiv ăa pneurilor» înseamn ă:
media distan țelor parcurse de fiecare dintre ro țile care pun în mi șcare
vehiculul (ro ți motoare) în cadrul unei rota ții complete. M ăsurarea
acestor distan țe se realizeaz ăîn condi ții de testare standard [capitolul VI
(5)] și se exprim ăca «l = …mm». Produc ătorii de vehicule pot înlocui
măsurarea acestor distan țe cu un calcul teoretic care se bazeaz ăpe distri-
buirea greut ății pe osii când vehiculul este neînc ărcat și în stare normal ă
de func ționare (1). Metodele pe care se bazeaz ăaceste calcule teoretice vor
fi aprobate de o autoritate competent ăa statului membru;
(v) «eveniment» înseamn ă:
opera țiune anormal ădetectat ăde aparatul de înregistrare și care poate fi
provocat ăde o tentativ ăde fraud ă;
(w) «anomalie» înseamn ă:
opera țiune anormal ădetectat ăde aparatul de înregistrare și care poate fi
provocat ăde un deranjament sau de o defec țiune a aparatului;
(x) «instalare» înseamn ă:
montarea aparatului de înregistrare pe un vehicul;
(y) «senzor de mi șcare» înseamn ă:
o parte a aparatului de înregistrare care furnizeaz ăun semnal reprezentativ
pentru viteza vehiculului și/sau distan ța parcurs ă;
(z) «card nevalabil» înseamn ă:
un card pentru care s-a detectat o anomalie, sau a c ărui autentificare
inițialăaeș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ă;
(aa) «în afara domeniului de aplicare» înseamn ă:
cănu este necesar ăutilizarea aparatului de înregistrare în conformitate cu
dispozi țiile Regulamentului (CEE) nr. 3820/85 al Consiliului;
(bb) «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 limitatorul de vitez ăprevăzutăîn
Directiva 92/6/CEE a Consiliului din 10 februarie 1992 privind instalarea
și utilizarea limitatoarelor de vitez ăpentru anumite categorii de autove-
hicule din Comunitate (2);1998R2135 —RO—01.05.2006 —002.001 —18
▼M1
(1) Directiva 97/27/CE din 22 iulie 1997 privind masele și dimensiunile anumitor categorii
de autovehicule și ale remorcilor acestora, modificat ăprin Directiva 70/156/CEE
(JO L 233, 25.8.1997, p. 1).
(2) JO L 57, 2.3.1992, p. 27.
(cc) «inspec ție periodic ă» înseamn ă:
un set de opera țiuni efectuate pentru a verifica dac ăaparatul de înre-
gistrare func ționeaz ăcorespunz ătorși dacăreglajele acestuia corespund
cu parametrii vehiculului;
(dd) «imprimant ă» înseamn ă:
componenta aparatului de înregistrare cu ajutorul c ăreia se pot tip ări
datele stocate;
(ee) «aparat de înregistrare» înseamn ă:
întregul echipament destinat instal ării pe vehiculele rutiere și care
afișează, înregistreaz ăși stocheaz ăîn mod automat sau semiautomat
detalii privind mi șcările vehiculului respectiv și anumite perioade de
munc ăaleșoferilor acestuia;
(ff) «reînnoire» î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. În
cazurile de reînnoire trebuie s ăexiste întotdeauna certitudinea c ănu
func ționeaz ăsimultan dou ăcarduri valabile;
(gg) «repara ție» înseamn ă:
orice repara ție efectuat ăla un senzor de mi șcare sau la o unitate montat ă
pe vehicul care impune deconectarea de la sursa de alimentare cu elec-tricitate sau deconectarea de la alte componente ale aparatului de înre-
gistrare sau deschiderea acestuia;
(hh) «înlocuire» înseamn ă:
emiterea unui card de tahograf care s ăînlocuiasc ăun card existent care
a fost declarat pierdut, furat sau care nu func ționeaz ăcorespunz ător
și care nu a fost returnat autorit ății emitente. În cazurile de
înlocuire exist ăîntotdeauna riscul s ăfunc ționeze simultan dou ăcarduri
valabile.
(ii) «certificare a securit ății» înseamn ă:
proces prin care un organism de certificare ITSEC (
1) certific ăfaptul c ă
aparatul de înregistrare (sau o component ă) sau cardul de tahograf
investigat îndeplinesc cerin țele de securitate definite în apendicele 10 –
Obiective generale de securitate;
(jj) «autotest» înseamn ă:
teste efectuate în mod ciclic și automat de c ătre aparatul de înregistrare
pentru a detecta anomalii;
(kk) «card de tahograf» înseamn ă:
card cu memorie destinat utiliz ării împreun ăcu aparatul de
înregistrare. Cardurile de tahograf îi permit aparatului de înregistrare s ă
verifice identitatea (sau identitatea de grup) a posesorului cardului și
permit transferul și stocarea de date. Cardurile de tahograf pot fi de
următoarele tipuri:
—card al șoferului;
—card de control;
—card al atelierului;
—card al societ ății;
(ll) «omologare» înseamn ă:
procesul de certificare, de c ătre un stat membru, a faptului c ăaparatul de
înregistrare (sau componenta) sau cardul de tahograf investigate înde-plinesc cerin țele prezentului regulament;1998R2135 —RO—01.05.2006 —002.001 —19
▼M1
(1) Recomandarea 95/144/CE a Consiliului din 7 aprilie 1995 privind criteriile comune de
evaluare a securit ății în tehnologia informa țiilor (JO L 93, 26.4.1995, p. 27).
(mm) «dimensiunea pneurilor» înseamn ă:
desemnarea dimensiunilor pneurilor (de la ro țile motoare externe) în
conformitate cu Directiva 92/23/CEE din 31 martie 1992 (1);
(nn) «identificarea vehiculului» înseamn ă:
numerele de identificare ale vehiculului: num ărul de înmatriculare al
vehiculului (VRN), care indic ăși statul membru de înmatriculare și
numărul de identificare al vehiculului (VIN) (2);
(oo) «unitate montat ăpe vehicul (UV)» înseamn ă:
aparatul de înregistrare, cu excep ția senzorului de mi șcare și a cablurilor,
cu care este conectat senzorul de mi șcare. Unitatea montat ăpe vehicul
poate fi o unitate unic ăsau poate consta din mai multe unit ăți distribuite
în vehicul atât timp cât se respect ăcerin țele de securitate prev ăzute în
prezentul regulament;
(pp) în cadrul calculelor efectuate de aparatul de înregistrare,
«săptămân ă» înseamn ă:
perioada cuprins ăîntre orele 00.00 UTC luni și 24.00 UTC duminic ă;
(qq) «cardul atelierului» înseamn ă:
un card de tahograf emis de autorit ățile unui stat membru unui
produc ător de aparate de înregistrare, unei sec ții de montaj, unui
produc ător de vehicule sau unui atelier de service aprobat de statul
membru respectiv;
Cardul atelierului identific ătitularul cardului și permite testarea, cali-
brarea și desc ărcarea din aparatul de înregistrare .
II. CARACTERISTICI ȘI FUNC ȚII GENERALE ALE APARATULUI DE
ÎNREGISTRARE
Orice vehicul dotat cu aparat de înregistrare și care respect ădispozi țiile din
prezenta anex ătrebuie s ăconținăun vitezometru și un contor de parcurs.
Aceste func ții pot fi incluse în aparatul de înregistrare.
1.Caracteristici generale
Scopul aparatului de înregistrare este acela de a înregistra, stoca, afi șa, tipăriși
genera date privind activitatea șoferului.
Aparatul de înregistrare include cabluri, un senzor de mi șcare și o unitate montat ă
pe vehicul.
Unitatea montat ăpe vehicul include o unitate de prelucrare, o memorie de date,
un ceas care indic ătimpul real, dou ăperiferice de interfa țăpentru card cu
memorie ( șofer și copilot), o imprimant ă, un afi șaj, un avertizor vizual, un
conector pentru calibrare/desc ărcare și dispozitive pentru înregistrarea de date
de către utilizator.
Aparatul de înregistrare poate fi conectat la alte dispozitive cu ajutorul unor
conectori suplimentari.
Inserarea sau conectarea la aparatul de înregistrare a oric ărei func ții, aparat
sau aparate omologate sau de alt tip nu trebuie s ăinterfereze sau s ăfie
susceptibil ăde a interfera cu func ționarea corect ăa aparatului de înregistrare
ori săîncalce sau s ăfie susceptibil ăde a înc ălca dispozi țiile din prezentul
regulament.
Utilizatorii aparatului de înregistrare se identific ăîn fa ța acestuia prin intermediul
cardurilor de tahograf.
Aparatul de înregistrare ofer ădrepturi selective de acces la date și la func ții pe
baza tipului și/sau a identit ății utilizatorilor.1998R2135 —RO—01.05.2006 —002.001 —20
▼M1
(1) JO L 129, 14.5.1992, p. 95.
(2) Directiva 76/114/CEE din 18 decembrie 1975 privind apropierea legisla țiilor statelor
membre referitoare la pl ăcuțele și inscrip țiile obligatorii pentru autovehicule și
remorcile acestora, precum și amplasarea și metoda de ata șare a acestora (JO L 24,
30.1.1976, p. 1).
Aparatul de înregistrare înregistreaz ăși stocheaz ădate în memoria sa șip e
cardurile de tahograf.
Acest lucru se realizeaz ăîn conformitate cu Directiva 95/46/CE din 24 octombrie
1995 privind protec ția persoanelor în ceea ce prive ște prelucrarea datelor
personale și libera circula ție a acestui tip de date (1).
2.Func ții
Aparatul de înregistrare asigur ăurmătoarele func ții:
—monitorizarea introducerilor și a extragerilor de carduri;
—măsurarea vitezei și a distan ței;
—măsurarea timpului;
—monitorizarea activit ăților șoferului;
—monitorizarea st ăriișoferului;
—înregistrarea manual ăde date de c ătreșofer:
—înregistrarea locurilor în care încep și/sau se încheie perioadele zilnice de
munc ă;
—înregistrarea manual ăa activit ăților șoferului;
—înregistrarea situa țiilor specifice;
—gestionarea bloc ărilor executate de societate;
—monitorizarea activit ăților de control;
—detectarea unor evenimente și/sau anomalii;
—teste integrate și autoteste;
—citirea din memoria de date;
—înregistrarea și stocarea în memorie;
—citirea de pe carduri de tahograf;
—înregistrarea și stocarea pe carduri de tahograf;
—afișarea;
—tipărirea;
—avertizarea;
—descărcarea de date pe suporturi externe;
—date de ie șire transmise unor dispozitive externe suplimentare;
—calibrarea;
—reglarea orei.
3.Moduri de func ționare
Aparatul de înregistrare trebuie s ăaibăpatru moduri de func ționare:
—modul operare;
—modul control;
—modul calibrare;
—modul societate.
Aparatul de înregistrare este comutat la urm ătoarele moduri de func ționare pe
baza cardurilor valabile de tahograf introduse în perifericele de interfa țăpentru
carduri:1998R2135 —RO—01.05.2006 —002.001 —21
▼M1
(1) JO L 281, 23.11.1995, p. 31.
Mod de func ționareLector pentru cardul șoferului
Nu exist ăcard Card al șoferului Card de control Card al atelierului Card al societ ățiiLector pentru cardul copilotuluiNu exist ăcard Operare Operare Control Calibrare Societate
Card al
șoferuluiOperare Operare Control Calibrare Societate
Card de control Control Control Control(*) Operare Operare
Card al
atelieruluiCalibrare Calibrare Operare Calibrare(*) Operare
Card al
societ ățiiSocietate Societate Operare Operare Societate(*)
(*) În aceste situa ții aparatul de înregistrare trebuie s ăfoloseasc ănumai cardul de tahograf introdus în lectorul pentru cardul șoferului.
Aparatul de înregistrare refuz ăcardurile nevalabile introduse, permi țând în astfel
de cazuri numai afi șarea, tip ărirea sau desc ărcarea datelor stocate pe cardurile
expirate.
Toate func țiile enumerate la II.2 sunt disponibile în toate modurile de func-
ționare, cu urm ătoarele excep ții:
—func ția calibrare este accesibil ănumai în modul calibrare;
—func ția reglare or ăeste limitat ăîn alte moduri decât modul calibrare;
—func țiile pentru înregistrarea manual ăa datelor de c ătreșofer sunt accesibile
numai în modurile operare și calibrare;
—gestionarea bloc ărilor executate de societate este accesibil ănumai în modul
societate;
—func ția de urm ărire a activit ăților de control este accesibil ănumai în modul
control;
—func ția desc ărcare nu este accesibil ăîn mod operare (cu excep ția cazurilor
prevăzute în cerin ța 150).
Aparatul de înregistrare poate extrage orice date în vederea afi șării, tip ăririi sau
descărcării pe suporturi externe, cu urm ătoarele excep ții:
—în modul operare, orice identificare personal ă(nume și prenume) care nu
corespunde cardului de tahograf introdus este mascat ăși orice num ărd e
card care nu corespunde cardului 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).
—în modul societate, datele privind șoferul (cerin țele 081, 084 și 087) pot fi
extrase numai pentru perioadele care nu au fost blocate de o alt ăsocietate
(identificat ăpe baza primelor 13 caractere din num ărul cardului societ ății).
—dacăîn aparatul de înregistrare nu a fost introdus nici un card, nu pot fi
extrase date privind șoferul decât pentru ziua respectiv ăși pentru cele opt zile
calendaristice anterioare zilei respective.
4.Securitate
Scopul sistemului de securitate este acela de a proteja memoria astfel încât s ă
împiedice accesul neautorizat și manipularea datelor și de a detecta astfel de
tentative, protejând integritatea și autenticitatea datelor transmise între senzorul
de mi șcare și unitatea montat ăpe vehicul, precum și a datelor transmise între
aparatul de înregistrare și cardurile de tahograf și verificând integritatea și auten-
ticitatea datelor desc ărcate.
Pentru a asigura securitatea sistemului, aparatul de înregistrare trebuie s ărespecte
cerin țele de securitate prev ăzute în obiectivele pentru senzorul de mi șcare și
obiectivele generale de securitate prev ăzute pentru unitatea montat ăpe vehicul
(apendicele 10).1998R2135 —RO—01.05.2006 —002.001 —22
▼M1
III. CERIN ȚE DE CONSTRUC ȚIE ȘI DE FUNC ȚIONARE PENTRU
APARATUL DE ÎNREGISTRARE
1.Monitorizarea introducerii și retragerii cardurilor
Aparatul de înregistrare monitorizeaz ăperifericele de interfa țăpentru card pentru
a depista introducerile și retragerile de carduri.
La introducerea unui card, aparatul de înregistrare detecteaz ăvalabilitatea
cardului de tahograf introdus, iar dac ăeste valabil identific ătipul cardului.
Aparatul de înregistrare trebuie proiectat astfel încât cardurile de tahograf s ăfie
blocate în pozi ția corect ăîn perifericul de interfa țăpentru carduri.
Retragerea cardurilor de tahograf este posibil ănumai dup ăoprirea vehiculului și
dupăstocarea datelor relevante pe carduri. Retragerea cardului se poate realiza
numai prin ac țiune pozitiv ăa utilizatorului.
2.Măsurarea vitezei și a distan ței
Aceast ăfunc ție asigur ămăsurarea continu ăși poate furniza valorile înregistrate
de contorul de parcurs care corespund distan ței totale parcurse de vehicul.
Aceast ăfunc ție asigur ămăsurarea continu ăși poate furniza viteza vehiculului.
Func ția de m ăsurare a vitezei indic ăși 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.
Dispozitivele pentru afi șarea vitezei (vitezometru) și a distan ței totale parcurse (contor
de parcurs) instalate pe orice vehicul prev ăzut cu un aparat de înregistrare care respect ă
dispozi țiile din prezentul regulament trebuie s ărespecte cerin țele privind limitele
maxime de toleran țăprevăzute în prezenta anex ă(capitolul III punctul 2.1. și 2.2.).
2.1. Măsurarea distan ței parcurse
Măsurarea distan ței parcurse se poate realiza fie:
—cumulând atât mi șcările de mers înainte, cât și pe cele de mers înapoi;
—cumulând numai mi șcările de mers înainte.
Aparatul de înregistrare m ăsoarădistan țele parcurse între 0 și 9 999 999,9 km.
Distan țamăsuratărespect ăurmătoarele limite de toleran ță(distan ța fiind de cel
puțin 1 000 m):
—± 1 % înainte de instalare;
—± 2 % la instalare și la inspec țiile periodice;
—± 4 % în timpul func ționării.
Distan țamăsuratătrebuie s ăaibăo rezolu ție de 0,1 km sau mai bun ă.
2.2. Măsurarea vitezei
Aparatul de înregistrare m ăsoarăviteze între 0 și 220 km/h.
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 etc.);
—o toleran țăde ± 1 km/h la m ăsurătorile efectuate în timpul instal ării sau al
inspec țiilor periodice,
aparatul de înregistrare trebuie s ămăsoare viteza cu o toleran țăde ± 1km/h (la
vitezăconstant ă) dacăvitezele se încadreaz ăîntre 20 și 180 km/h, iar coeficien ții
vehiculului între 4 000 și 25 000 imp/km.
Notă: Datorit ărezolu ției stoc ării de date, se adaug ăo toleran țăsuplimentar ă
de ± 0,5 km/h pentru vitezele stocate de aparatul de înregistrare.
Viteza trebuie m ăsuratăcorect, în limitele normale de toleran ță, în cele 2 secunde
de dup ăfinalizarea unei modific ări a vitezei dac ăviteza se modific ăîntr-un ritm
de pân ăla 2 m/s2.1998R2135 —RO—01.05.2006 —002.001 —23
▼M1
Măsurarea vitezei trebuie s ăaibăo rezolu ție de 1 km/h sau mai bun ă.
3.Măsurarea timpului
Func ția de m ăsurare a timpului trebuie s ăasigure m ăsurarea continu ăși digital ăa
datei și a orei UTC.
Aparatul de m ăsurat folose ște întotdeauna pentru datare ora și data UTC (pentru
înregistr ări, imprim ări, schimburi de date, afi șare etc.).
Pentru afi șarea orei locale este posibil ăcorectarea treptat ăa decalajului orar al
orei afi șate, la intervale de o jum ătate de or ă.
Abaterea de timp nu trebuie s ădepășească± 2 secunde pe zi în condi ții de
omologare.
Rezolu ția cu care este m ăsurat timpul trebuie s ăfie egal ăcu o secund ăsau mai
bună.
Măsurarea timpului nu trebuie s ăfie afectat ăde o întrerupere a aliment ării cu
energie electric ădin exterior a c ărei durat ăeste mai mic ăde 12 luni în condi ții de
omologare.
4.Monitorizarea activit ăților șoferului
Aceast ăfunc ție monitorizeaz ăpermanent și separat activit ățile unui șofer și ale
unui copilot.
Activit ățileșoferului sunt CONDUCERE, MUNC Ă, DISPONIBILITATE sau
PAUZ Ă/ODIHN Ă.
Pilotul și/sau copilotul pot selecta manual MUNC Ă, DISPONIBILITATE sau
PAUZ Ă/ODIHN Ă.
Când vehiculul este în mi șcare, se selecteaz ăautomat activitatea CONDUCERE
pentru șofer și DISPONIBILITATE pentru copilot.
Când vehiculul se opre ște, pentru șofer se selecteaz ăautomat MUNC Ă.
Se presupune c ăprima modificare a activit ății î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 Ă).
Aceast ăfunc ție transmite modific ările activit ăților c ătre func țiile de înregistrare
cu o rezolu ție de un minut.
Dacăpe parcursul unui minut s-a petrecut o activitate de CONDUCERE, minutul
calendaristic respectiv va fi considerat în întregime activitate de CONDUCERE.
Dacăo activitate de CONDUCERE survine atât în minutul anterior, cât șiî n
minutul care precede orice minut calendaristic, minutul respectiv va fi consideratîn întregime activitate de CONDUCERE.
Dacăun minut calendaristic oarecare nu este considerat minut de CONDUCERE
conform cerin țelor anterioare, întregul minut este considerat ca apar ținând acelui
tip de activitate care reprezint ăcea mai lung ăactivitate continu ăderulat ăîn
minutul respectiv (sau cea mai recent ăactivitate în cazul unor activit ățic u
duratăegală).
Aceast ăfunc ție permite, de asemenea, monitorizarea constant ăa timpului de
conducere continu ăși durata cumulat ăa pauzelor șoferului.
5.Monitorizarea st ăriișoferului
Aceast ăfunc ție monitorizeaz ăpermanent și automat starea șoferului.
Când în aparat sunt introduse dou ăcarduri de șofer valabile, este selectat modul
de conducere ECHIPAJ, iar în toate celelalte cazuri trebuie selectat modul
SINGUR.1998R2135 —RO—01.05.2006 —002.001 —24
▼M1
6.Înregistr ări manuale realizate de șoferi
6.1. Înregistrarea locurilor în care încep și/sau se încheie perioadele zilnice
de munc ă
Aceast ăfunc ție permite înregistrarea locurilor în care încep și/sau se încheie
perioadele zilnice de munc ăaleșoferului și/sau ale copilotului.
Locurile sunt definite ca țări sau, dac ăeste cazul, ca țarăși regiune.
În momentul retragerii unui card al șoferului (sau al atelierului), aparatul de
înregistrare îi solicit ășoferului/copilotului s ăintroduc ă«locul în care se
încheie perioada zilnic ăde munc ă».
Aparatul de înregistrare trebuie s ăpermit ăignorarea acestei solicit ări.
Înregistrarea locurilor în care perioadele de munc ăîncep și/sau se încheie trebuie
săfie posibil ăși în absen ța cardului sau în alte momente decât introducerea sau
retragerea cardului.
6.2. Înregistrarea manual ăa activit ăților șoferului
Exclusiv în momentul introducerii cardului șoferului (sau al atelierului), aparatul
de înregistrare:
—îi reaminte ște titularului cardului data și ora ultimei retrageri a cardului
și
—îi solicit ătitularului cardului s ăprecizeze dac ăintroducerea respectiv ăa
cardului reprezint ăo continuare a perioadei zilnice de munc ăîn curs.
Aparatul de înregistrare îi permite titularului cardului s ăignore întrebarea, f ărăa
răspunde, sau s ărăspund ăpozitiv, sau s ărăspund ănegativ:
—dacătitularul cardului ignor ăîntrebarea, aparatul de înregistrare solicit ă«locul
în care începe perioada zilnic ăde munc ă». Aparatul de înregistrare permite
ignorarea acestei solicit ări. Dac ăse introduce un loc, acesta este înregistrat în
memorie și pe cardul de tahograf, fiind asociat momentului introducerii
cardului.
—în cazul unui r ăspuns negativ sau pozitiv, aparatul de înregistrare îl invit ăpe
titularul cardului s ăintroduc ăactivit ățile manual, împreun ăcu datele și orele
de început și de sfâr șit ale acestora, fiind posibile numai activit ățile MUNC Ă,
DISPONIBILITATE sau PAUZ Ă/ODIHN Ă,și numai în perioada cuprins ă
între ultima retragere a cardului și introducerea cardului din momentul
respectiv, f ărăa fi permise suprapuneri ale acestor activit ăți. Procedurile
aplicabile în acest caz sunt urm ătoarele:
—dacătitularul cardului r ăspunde pozitiv la întrebare, aparatul de înre-
gistrare îl invit ăsăintroduc ămanual, în ordine cronologic ă, activit ățile
din perioada dintre ultima retragere a cardului și introducerea cardului din
momentul respectiv. Procesul se încheie în momentul în care ora unei
activit ăți introduse manual este aceea și cu ora introducerii cardului.
—în cazul în care titularul cardului r ăspunde negativ la întrebare, aparatul de
înregistrare:
—îl invit ăpe titularul cardului s ăintroduc ămanual, în ordine crono-
logică, activit ățile desf ășurate din momentul retragerii cardului pân ăla
sfârșitul perioadei zilnice de munc ăcorespondente (sau al activit ăților
legate de vehiculul respectiv în cazul în care perioada zilnic ăde
munc ăcontinu ăpe o foaie de înregistrare). De aceea, înainte ca
aparatul de înregistrare s ăîi permit ătitularului cardului s ăintroduc ă
manual fiecare activitate, acesta trebuie s ăîi solicite titularului
cardului s ăspecifice dac ăora de încheiere a ultimei activit ăți înre-
gistrate reprezint ăsfârșitul unei perioade anterioare de munc ă(vezi
nota de mai jos).
Notă: dacătitularul cardului nu precizeaz ăcând s-a încheiat perioada
anterioar ăde munc ăși introduce manual o activitate a c ărei or ăde
încheiere este egal ăcu cea a introducerii cardului, aparatul de înre-
gistrare:
—presupune c ăperioada zilnic ăde munc ăs-a încheiat la începutul
primei perioade de ODIHN Ă(sau care r ămâne ca NECU-
NOSCUT Ă) de dup ăretragerea cardului sau în momentul1998R2135 —RO—01.05.2006 —002.001 —25
▼M1
retragerii cardului dac ănu a fost introdus ănici o perioad ăde
odihn ă(și dacănici o perioad ănu rămâne NECUNOSCUT Ă);
—presupune c ăora ini țială(vezi în continuare) este ora introducerii
cardului;
—parcurge etapele descrise în continuare;
—în continuare, dac ăora de încheiere a perioadei de munc ărespective
este diferit ăde ora retragerii cardului sau dac ăîn momentul respectiv
nu a fost introdus un loc de încheiere a perioadei de munc ărespective,
îi solicit ătitularului cardului s ă«confirme sau s ăintroduc ălocul în
care s-a încheiat perioada zilnic ăde munc ă» (aparatul de înregistrare
permite ignorarea acestei solicit ări). Dac ăse introduce un loc, acesta
este înregistrat pe cardul de tahograf numai și numai dac ăeste diferit
de cel introdus la retragerea cardului (în cazul în care a fost introdus
un card), și este asociat cu ora de încheiere a perioadei de munc ă;
—în continuare titularul cardului este invitat s ă«introduc ăoo răde
începere» a perioadei zilnice de munc ăcurente (sau a activit ăților
legate de vehiculul respectiv în cazul în care titularul cardului a
folosit anterior o foaie de înregistrare pe parcursul acestei perioade)și i se solicit ă«locul de munc ăîn care începe perioada zilnic ăde
munc ă» (aparatul de înregistrare permite ignorarea acestei solicit
ări).
Dacăeste introdus un loc, acesta este înregistrat pe cardul de tahograf
și asociat cu aceast ăorăde începere. Dac ăora începerii este ora
introducerii cardului, locul va fi de asemenea înregistrat în memorie;
—în continuare, dac ăaceast ăorăa începerii difer ăde ora de introducere
a cardului, aparatul îl invit ăpe titularul cardului s ăintroduc ămanual,
în ordine cronologic ă, activit ățile desf ășurate de la ora începerii pân ă
la ora introducerii cardului. Procesul se încheie în momentul în care
ora de sfâr șit a unei activit ăți introduse manual este egal ăcu ora
introducerii cardului;
—în continuare aparatul de înregistrare îi permite titularului cardului s ă
modifice orice activitate introdus ămanual, pân ăîn momentul valid ării
prin selectarea unei comenzi specifice, iar apoi nu mai permite nici omodificare;
—dacăacest tip de r ăspunsuri la întrebarea ini țialănu sunt urmate de
introducerea de activit ăți, aparatul de înregistrare consider ăcătitularul
cardului a ignorat întrebarea.
Pe parcursul întregului proces descris anterior, aparatul de înregistrare permite
numai urm ătoarele perioade de a șteptare pân ăla introducerea datelor:
—timp de un minut, dac ănu se produce nici o interac țiune cu interfa ța om/
mașină
a aparatului (cu emiterea unui avertisment vizual și eventual auditiv
după30 de secunde);
sau
—dacăeste retras cardul sau dac ăeste introdus un alt card al șoferului (sau al
atelierului);
sau
—imediat ce vehiculul începe s ăse mi ște,
și în aceste cazuri aparatul de înregistrare valideaz ăorice date deja introduse.
6.3. Înregistrarea situa țiilor speciale
Aparatul de înregistrare îi permite șoferului s ăintroduc ă, în timp real, urm ă-
toarele dou ăcondi ții speciale:
—«ÎN AFARA DOMENIULUI DE APLICARE» (început, sfâr șit)
—«TRASEU PARCURS PE FERIBOT/ÎN TREN»
Nu poate exista un «TRASEU PARCURS PE FERIBOT/ÎN TREN» dac ăa fost
deschis ăo condi ție de tip «ÎN AFARA DOMENIULUI DE APLICARE».
O condi ție de tip «ÎN AFARA DOMENIULUI DE APLICARE» deschis ătrebuie
închis ăîn mod automat de c ătre aparatul de înregistrare dac ăse introduce sau se
retrage un card al șoferului.1998R2135 —RO—01.05.2006 —002.001 —26
▼M1
7.Gestionarea bloc ărilor efectuate de societate
Aceast ăfunc ție permite gestionarea bloc ărilor efectuate de o societate pentru a- și
asigura accesul exclusiv la date în modul societate.
Blocările efectuate de societate constau dintr-o dat ășioo r ăde începere (blocare)
și dintr-o dat ășioo r ăde sfâr șit (deblocare) asociate identific ării societ ății pe
baza num ărului cardului societ ății (la blocare).
O blocare poate fi «activat ă» sau «dezactivat ă» numai în timp real.
Deblocarea poate fi efectuat ănumai de societatea a c ărei blocare este «activ ă»
(conform identific ării pe baza primelor 13 caractere din num ărul cardului
societ ății)
sauDeblocarea este automat ădacăo altăsocietate efectueaz ăo blocare.
Dacăo societate efectueaz ăo blocare, iar blocarea anterioar ăa fost efectuat ăde
aceea și societate, se consider ăcăblocarea anterioar ănu a fost «dezactivat ă»și
este înc ă«activ ă».
8.Monitorizarea activit
ăților de control
Aceast ăfunc ție urm ărește AFI ȘAREA, TIP ĂRIREA și DESC ĂRCAREA activi-
tăților din UV și de pe card realizate în modul control.
Aceast ăfunc ție urm ăreșteși activit ățile de CONTROL AL DEP ĂȘIRILOR DE
VITEZ Ăîn modul control. Se consider ăcăa avut loc un control al dep ășirii de
vitezădacăîn modul control a fost transmis un mesaj «dep ășire de vitez ă» spre
imprimant ăsau pe ecran sau dac ăau fost desc ărcate din memoria UV
«evenimente sau anomalii».
9.Detectarea evenimentelor și/sau a anomaliilor
Aceast ăfunc ție detecteaz ăurmătoarele evenimente și/sau anomalii:
9.1. Eveniment «introducerea unui card nevalabil»
Acest eveniment este declan șat de introducerea oric ărui card nevalabil și/sau la
expirarea unui card valabil introdus.
9.2. Eveniment «conflict card»
Acest eveniment este declan șat la producerea oric ăreia dintre combina țiile de
carduri valabile notate cu X:
Conflict cardLector pentru cardul șoferului
Nu exist ăcardCard al
șoferuluiCard de controlCard al
atelieruluiCard al
societ ățiiLector pentru cardul copilotuluiNu exist ă
card
Card al
șoferuluiX
Card de
controlXX X
Card al
atelieruluiXXX X
Card al
societ ățiiXX X
9.3. Eveniment «suprapunerea unor intervale de timp»
Acest eveniment este declan șat dac ăora/data ultimei retrageri a cardului
șoferului, a șa cum este citit ăde pe card, a survenit dup ădata/ora din1998R2135 —RO—01.05.2006 —002.001 —27
▼M1
momentul respectiv înregistrat ăde aparatul de înregistrare în care este introdus
cardul.
9.4. Eveniment «conducere f ărăcard corespunz ător»
Acest eveniment este declan șat de oricare dintre combina țiile de carduri de
tahograf notate cu X din tabelul urm ător, atunci când activitatea șoferului este
schimbată în CONDUCERE sau când intervine o schimbare a modului de func-
ționare în timp ce activitatea șoferului este CONDUCERE:
Conducere f ărăun
card adecvatLector pentru cardul șoferului
Nu exist ăcard
(sau cardul nu
este valabil)Card al
șoferuluiCard de controlCard al
atelieruluiCard al
societ ățiiLector pentru cardul copilotuluiNu exist ă
card (sau
cardul nu
este valabil)XX X
Card alșoferuluiXX X X
Card decontrolXXXX X
Card al
atelieruluiXXX X
Card alsociet ățiiXXXX X
9.5. Eveniment «introducere card în timpul conducerii»
Acest eveniment este declan șat la introducerea unui card de tahograf în orice
lector dac ăactivitatea șoferului este CONDUCERE.
9.6. Eveniment «încheiere incorect ăa ultimei sesiuni»
Acest eveniment este declan șat dac ăla introducerea cardului aparatul de înre-
gistrare detectează faptul c ă, în ciuda dispozi țiilor din capitolul III alineatul (1),
sesiunea anterioar ănu a fost corect încheiat ă(cardul a fost retras înainte ca toate
datele relevante să poatăfi stocate pe acesta). Acest eveniment este declan șat
numai de cardul șoferului și al atelierului.
9.7. Eveniment «dep ășire de vitez ă»
Acest eveniment este declan șat pentru fiecare dep ășire de viteză .
9.8. Eveniment «întrerupere a aliment ării cu energie electric ă»
Acest eveniment este declan șat, în celelalte moduri decât modul calibrare, î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
milisecunde. Pragul de întrerupere este stabilit de produc ător. Sc ăderea
nivelului de energie produs ăde pornirea motorului nu declan șeazăacest
eveniment.
9.9. Eveniment «eroare la datele de mi șcare»
Acest eveniment este declan șat î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.1998R2135 —RO—01.05.2006 —002.001 —28
▼M1
9.10. Eveniment «tentativ ăde violare a securit ății»
Acest eveniment este declan șat, în celelalte moduri decât modul calibrare, în
cazul survenirii oric ărui alt eveniment care afecteaz ăsecuritatea senzorului de
mișcare și/sau a unit ății montate pe vehicul dup ăcum indic ăobiectivele generale
de securitate pentru aceste componente.
9.11. Anomalie «card»
Aceast ăanomalie este declan șatăîn cazul survenirii unei anomalii la un card de
tahograf pe parcursul func ționării.
9.12. Anomalie «aparat de înregistrare»
Aceast ăanomalie este declan șatăîn cazul survenirii oric ăreia dintre urm ătoarele
anomalii în celelalte moduri decât modul calibrare:
—anomalie intern ăUV;
—anomalie imprimant ă;
—anomalie afi șaj;
—anomalie desc ărcare;
—anomalie senzor.
10. Teste integrate și autoteste
Aparatul de înregistrare detecteaz ăel însu și anomaliile prin autoteste și teste
integrate, dup ăcum se arat ăîn tabelul urm ător:
Elementul care trebuie testat Autotest Test integrat
Software Integritate
Memorie Acces Acces, integritate a datelorPerifericele de interfa țăpentru
carduriAcces Acces
Tastatur ă Verificare manual ă
Imprimant ă (la latitudinea produc ătorului) Tip ărire
Afișaj Inspec ție vizual ă
Descărcare (se efectueaz ănumai în
timpul desc ărcărilor)Func ționare corespunz ătoare
Senzor Func ționare corespunz ătoare Func ționare corespunz ătoare
11. Citirea din memorie
Aparatul de înregistrare trebuie s ăpoatăciti orice date stocate în memoria sa.
12. Înregistrarea și stocarea în memorie
În sensul prezentului paragraf,
—«365 de zile» înseamn ă365 de zile calendaristice de activitate medie a
șoferilor pe un vehicul. Activitatea medie pe zi pe un vehicul implic ăcel
puținșase șoferi sau copilo ți,șase cicluri de introducere și retragere de
carduri și 256 de schimb ări de activitate. Astfel, «365 de zile» implic ăcel
puțin 2 190 de șoferi/copilo ți, 2 190 de cicluri de introducere și retragere de
carduri și 93 440 de schimb ări de activitate;
—orele sunt înregistrate cu o rezolu ție de un minut, cu excep ția cazurilor în care
se precizeaz ăaltceva;
—valorile contorului de parcurs sunt înregistrate cu o rezolu ție de un kilometru;
—vitezele sunt înregistrate cu o rezolu ție de 1 km/h.
Datele stocate în memorie nu sunt afectate de întreruperile aliment ării cu energie
electrică din exterior care dureaz ămai pu țin de dou ăsprezece luni în condi ții de
omologare.1998R2135 —RO—01.05.2006 —002.001 —29
▼M1
Aparatul de înregistrare poate înregistra și stoca implicit sau explicit în memoria
sa urm ătoarele:
12.1. Date de identificare a aparatului
12.1.1. Date de identificare a unit ății montate pe vehicul
Aparatul de înregistrare trebuie s ăpoatăstoca în memoria sa urm ătoarele date de
identificare a unit ății montate pe vehicul:
—numele produc ătorului;
—adresa produc ătorului;
—numărul de component ă;
—numărul de serie;
—numărul versiunii de software;
—data de instalare a versiunii de software;
—anul în care a fost produs aparatul;
—numărul de omologare.
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 privind
software-ul și a num ărului de omologare care pot fi modificate în cazul moder-
nizării software-ului.
12.1.2. Date de identificare a senzorului de mi șcare
Senzorul de mi șcare trebuie s ăpoatăstoca în memoria sa urm ătoarele date de
identificare:
—numele produc ătorului;
—numărul de component ă;
—numărul de serie;
—numărul de omologare;
—identificatorul componentei integrate de securitate (de exemplu num ărul de
component ăal microprocesorului/procesorului intern);
—identificatorul sistemului de operare (de exemplu num ărul versiunii de
software).
Datele de identificare ale senzorului de mi șcare sunt înregistrate și stocate
definitiv în senzorul de mi șcare de produc ătorul acestuia.
Unitatea montat ăpe vehicul trebuie s ăpoatăînregistra și stoca în memoria sa
următoarele date de identificare ale senzorului de mi șcare la care este conectat ă:
—numărul de serie;
—numărul de omologare;
—data primei cupl ări.
12.2. Elemente de securitate
Aparatul de înregistrare trebuie s ăpoatăstoca urm ătoarele elemente de securitate:
—cheia public ăeuropean ă;
—certificatul statului membru;
—certificatul aparatului;
—cheia privat ăa aparatului.
Elementele de securitate ale aparatului de înregistrare sunt incluse în aparat de
către produc ătorul unit ății montate pe vehicul.1998R2135 —RO—01.05.2006 —002.001 —30
▼M1
12.3. Date privind introducerea și retragerea cardului șoferului
Pentru fiecare ciclu de introducere și retragere a unui card al șoferului sau al
atelierului, aparatul înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele:
—numele și prenumele titularului cardului a șa cum sunt stocate pe card;
—numărul cardului, statul membru emitent și data de expirare, a șa cum sunt
stocate pe card;
—orași data introducerii cardului;
—valoarea contorului de parcurs în momentul introducerii cardului;
—lectorul în care este introdus cardul;
—orași data retragerii cardului;
—valoarea contorului de parcurs al vehiculului la retragerea cardului;
—următoarele informa ții privind vehiculul folosit anterior de șofer, a șa cum
sunt stocate pe card:
—numărulși statul membru de înmatriculare;
—data și ora retragerii cardului;
—un cod care indic ădacă, la introducerea cardului, titularul acestuia a introdus
manual activit ăți sau nu.
Memoria trebuie s ăpoatăstoca aceste date timp de cel pu țin 365 de zile.
La epuizarea capacit ății de stocare, datele noi înlocuiesc datele cele mai vechi.
12.4. Date privind activitatea șoferului
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele
informa ții de fiecare dat ăcând survine o modificare a activit ățiișoferului și/
sau a copilotului și/sau de fiecare dat ăcând se modific ămodul de conducere
și/sau de fiecare dat ăcând se introduce sau se retrage un card al șoferului sau al
atelierului:
—modul de conducere (ECHIPAJ, SINGUR);
—lectorul (PILOT, COPILOT);
—starea cardului în lectorul relevant (INTRODUS, NEINTRODUS) (vezi nota);
—activitatea (CONDUCERE, DISPONIBILITATE, MUNC Ă, PAUZ Ă/
ODIHN Ă);
—data și ora modific ării.
Notă: INTRODUS înseamn ăcăîn lector este introdus un card valabil al șoferului
sau al atelierului. NEINTRODUS înseamn ăopusul, adic ăîn lector nu este
introdus un card valabil al șoferului sau al atelierului (de exemplu este
introdus un card al societ ății sau nu este introdus nici un card).
Notă: Datele privind activitatea introduse manual de un șofer nu sunt înregistrate
în memorie.
Memoria trebuie s ăpoatăstoca datele privind activitatea șoferului timp de cel
puțin 365 de zile.
La epuizarea capacit ății de stocare, datele noi înlocuiesc datele cele mai vechi.
12.5. Locurile în care încep și/sau se încheie perioadele zilnice de munc ă
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele
informa ții atunci când un pilot/copilot ajunge în locul în care începe și/sau se
încheie o perioad ăzilnic ăde munc ă:
—dacăeste cazul, num ărul cardului șoferului/copilotului și statul membru
emitent;
—data și ora înregistr ării datelor (sau ora/data legate de înregistrarea datelor
dacăaceasta este efectuat ăîn cadrul procedurii de introducere manual ăa
datelor);
—tipul datelor înregistrate (de început sau de sfâr șit, situa ția înregistr ării);1998R2135 —RO—01.05.2006 —002.001 —31
▼M1
—țarași regiunea introdus ă;
—valoarea contorului de parcurs al vehiculului.
Memoria trebuie s ăpoatăstoca datele privind începutul și/sau sfâr șitul
perioadelor zilnice de munc ătimp de cel pu țin 365 de zile (presupunând c ăun
șofer face dou ăînregistr ări pe zi).
La epuizarea capacit ății de stocare, datele noi înlocuiesc datele cele mai vechi.
12.6. Date înregistrate de contorul de parcurs
Aparatul de înregistrare înregistreaz ăîn memoria sa valoarea contorului de
parcurs al vehiculului și data respectiv ăla ora 00.00 a fiec ărei zile calendaristice.
Memoria trebuie s ăpoatăstoca valorile contorului de parcurs de la ora 00.00
timp de cel pu țin 365 de zile calendaristice.
La epuizarea capacit ății de stocare, datele noi înlocuiesc datele cele mai vechi.
12.7. Date detaliate privind viteza
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memorie viteza instantanee a
vehiculului și data și ora corespunz ătoare în fiecare secund ăcel pu țin pe
parcursul ultimelor 24 de ore în care vehiculul a fost în mi șcare.
12.8. Date privind evenimentele
În sensul prezentului paragraf, timpul este înregistrat cu o rezolu ție de o secund ă.
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele date
pentru fiecare eveniment detectat, conform urm ătoarelor reguli de stocare:
Eveniment Reguli de stocareDate care trebuie înregistrate pentru fiecare
eveniment
Conflict card —cele mai recente 10
evenimente.—data și ora începerii evenimentului;
—data și ora sfâr șitului evenimentului;
—tipul, num ărul și statul membru
emitent al celor dou ăcarduri care au
generat conflictul.
Conducere f ărăun card
adecvat—evenimentul care a durat
cel mai mult în fiecare dinultimele 10 zile în careacesta s-a produs;
—cele mai lungi cinci
evenimente care ausurvenit pe parcursulultimelor 365 de zile—data și ora începerii evenimentului;
—data și ora sfâr șitului evenimentului;
—tipul, num ărul și statul membru
emitent al oric ărui card introdus la
începutul și/sau la sfâr șitul eveni-
mentului;
—numărul de evenimente similare
produse în ziua respectiv ă.
Introducerea cardului în
timpul condusului—ultimul eveniment survenit
în fiecare dintre ultimele10 zile în care acestea s-auprodus.—data și ora evenimentului;
—tipul, num ărul și statul membru
emitent al cardului;
—numărul de evenimente similare
produse în ziua respectiv ă.
Încheiere incorect ăa
ultimei sesiuni—cele mai recente 10
evenimente.—data ș
i ora introducerii cardului;
—tipul, num ărul și statul membru
emitent al cardului;
—datele din ultima sesiune a șa cum au
fost citite de pe card:—data și ora introducerii cardului;
—numărul și statul membru de
înmatriculare.1998R2135 —RO—01.05.2006 —002.001 —32
▼M1
Eveniment Reguli de stocareDate care trebuie înregistrate pentru fiecare
eveniment
Depășire de vitez ă(1) —cel mai grav eveniment
survenit în fiecare dinultimele 10 zile în care
acesta s-a produs (adic ă
cel în care s-a înregistrat
cea mai mare vitez ă
medie);
—cele mai grave cincievenimente survenite înultimele 365 de zile;
—primul eveniment survenit
dupăultima calibrare.—data și ora începerii evenimentului;
—data și ora sfâr șitului evenimentului;
—viteza maxim ămăsuratăpe parcursul
evenimentului;
—media aritmetic ăa vitezei m ăsurate în
timpul evenimentului;
—tipul, num ărul și statul membru
emitent al cardului șoferului (dac ă
este posibil);
—numărul de evenimente similare
produse în ziua respectiv ă.
Întreruperea aliment ării
cu energie electric ă(
2)—evenimentul care a durat
cel mai mult în fiecare dinultimele 10 zile în care s-a
produs;
—cele mai lungi cinci
evenimente care ausurvenit pe parcursul
ultimelor 365 de zile.—data și ora începerii evenimentului;
—data și ora sfâr șitului evenimentului;
—tipul, num ărul și statul membru
emitent al oric ărui card introdus la
începutul și/sau la sfâr șitul eveni-
mentului;
—numărul de evenimente similare
produse în ziua respectiv ă.
Eroare a datelor de
mișcare—evenimentul care a duratcel mai mult în fiecare dinultimele 10 zile în care s-a
produs;
—cele mai lungi cinci
evenimente care ausurvenit pe parcursul
ultimelor 365 de zile.—data și ora începerii evenimentului;
—data și ora sfâr șitului evenimentului;
—tipul, num ărul și statul membru
emitent al oric ărui card introdus la
începutul și/sau la sfâr șitul eveni-
mentului;
—numărul de evenimente similare
produse în ziua respectiv ă.
Tentativ ăde violare a
securit ății—cele mai recente 10
evenimente, pe tipuri deevenimente.—data și ora începerii evenimentului;
—data
și ora sfâr șitului evenimentului
(dacăsunt relevante);
—tipul, num ărul și statul membru
emitent al oric ăruia dintre cele dou ă
carduri introduse la începutul și/sau
la sfâr șitul evenimentului;
—tipul evenimentului.
(1) Aparatul de înregistrare trebuie de asemenea s ăînregistreze șisăstocheze în memoria sa:
—data și ora ultimului CONTROL AL DEP ĂȘIRILOR DE VITEZ Ă;
—data și ora primei dep ășiri de vitez ăsurvenite dup ăacest CONTROL AL DEP ĂȘIRILOR DE VITEZ Ă;
—numărul evenimentelor de dep ășire de vitez ăsurvenite dup ăultimul CONTROL AL DEP ĂȘIRILOR DE
VITEZ Ă.
(2) Aceste date pot fi înregistrate numai dup ăreconectarea la sursa de alimentare cu energie, iar orele pot fi cunoscute
cu o precizie de un minut.
12.9. Date privind anomaliile
În sensul prezentului paragraf, timpul este înregistrat cu o rezolu ție de o secund ă.
Aparatul de înregistrare încearc ăsăînregistreze șisăstocheze în memoria sa de
date urm ătoarele date pentru fiecare anomalie detectat ăpe baza urm ătoarelor
reguli de stocare:
Anomalie Reguli de stocareDate care trebuie înregistrate pentru fiecare
anomalie
Anomalie a cardului —cele mai recente 10 anomaliiale cardului șoferului.—data și ora începerii anomaliei;
—data și ora sfâr șitului anomaliei;
—tipul, num ărul și statul membru
emitent al cardului.
Anomalii ale aparatuluide înregistrare—cele mai recente 10 anomaliipentru fiecare tip de anomalie;
—prima anomalie survenit ădupă
ultima calibrare.—data și ora începerii anomaliei;
—data și ora sfâr șitului anomaliei;
—tipul de anomalie;
—tipul, num ărul șis t a t u lm e m b r u
emitent al oric ărui card introdus la
începutul și/sau la sfâr șitul anomaliei.1998R2135 —RO—01.05.2006 —002.001 —33
▼M1
12.10. Date privind calibrarea
Aparatul de înregistrare trebuie s ăînregistreze în memoria sa urm ătoarele date
relevante privind:
—parametrii de calibrare cunoscu ți în momentul activ ării;
—prima calibrare de dup ăactivare;
—prima calibrare de dup ăinstalarea pe vehiculul respectiv (identificat pe baza
numărului s ău de identificare);
—cele mai recente cinci calibr ări (dac ăpe parcursul unei zile calendaristice au
fost efectuate mai multe calibr ări, nu este stocat ădecât ultima calibrare
efectuat ăîn ziua respectiv ă).
Pentru fiecare dintre aceste calibr ări, se înregistreaz ăurmătoarele date:
—scopul calibr ării (activare, prima instalare, instalare, inspec ție periodic ă);
—numele și adresa atelierului;
—numărul cardului atelierului, statul membru emitent al cardului și data de
expirare a cardului;
—identificarea vehiculului;
—parametrii actualiza ți sau confirma ți: w, k, l, dimensiunea pneurilor, reglajul
limitatorului de vitez ă, contorul de parcurs (valorile vechi și cele noi), data și
ora (valorile vechi și cele noi).
Senzorul de mi șcare înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele date
privind instalarea senzorului de mi șcare:
—prima cuplare cu o UV (data, ora, num ărul de omologare, num ărul de serie al UV);
—ultima cuplare cu o UV (data, ora, num ărul de omologare, num ărul de serie al UV).
12.11. Date privind reglarea orei
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele date
relevante privind:—cea mai recent ăreglare a orei;
—cele mai importante cinci regl ări ale orei de la ultima calibrare,
realizate în modul calibrare, dar nu în cadrul unei calibr ări obi șnuite [defini ția
(f)].
Pentru fiecare dintre aceste regl ări ale orei sunt înregistrate urm ătoarele date:
—data și ora, valoarea veche;
—data și ora, valoarea nou ă;
—numele și adresa atelierului;
—numărul cardului atelierului, statul membru emitent al cardului și data
expirării cardului.
12.12. Date privind activit ățile de control
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memorie urm ătoarele date
pentru cele mai recente 20 de activit ăți de control:
—data și ora controlului;
—numărul cardului de control și statul membru emitent al cardului;
—tipul controlului (afi șajși/sau tip ărire
și/sau desc ărcare din UV și/sau
descărcare de pe card).
Pentru desc ărcări se înregistreaz ăși datele pentru cea mai îndep ărtatăși cea mai
recent ăzi care au fost desc ărcate.
12.13. Date privind bloc ările executate de societate
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele date
pentru cele mai recente 20 de bloc ări efectuate de societate:1998R2135 —RO—01.05.2006 —002.001 —34
▼M1
—data și ora bloc ării;
—data și ora debloc ării;
—numărul cardului societ ățiiși statul membru emitent al cardului;
—numele și adresa societ ății.
12.14. Date privind activit ățile de desc ărcare
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele date
privind ultima desc ărcare de date din memorie pe un suport extern efectuat ăîn
mod societate sau calibrare:
—data și ora desc ărcării;
—numărul cardului societ ății sau al atelierului și statul membru emitent al
cardului;
—numele societ ății sau al atelierului.
12.15. Date privind situa ții speciale
Aparatul de înregistrare înregistreaz ăși stocheaz ăîn memoria sa urm ătoarele date
privind situa țiile speciale:
—data și ora înregistr ării;
—tipul situa ției speciale.
Memoria trebuie s ăpoatăstoca date privind situa țiile speciale timp de cel pu țin 365
de zile (presupunând c ăpe zi se deschide și se închide în medie o situa ție special ă).
La epuizarea capacit ății de stocare, datele noi înlocuiesc datele cele mai vechi.
13.Citirea de pe carduri de tahograf
Aparatul de înregistrare trebuie s ăpoatăciti de pe cardurile de tahograf, în
cazurile relevante, datele necesare:—pentru a identifica tipul cardului, titularul cardului, vehiculul folosit anterior, data
și ora ultimei retrageri a cardului și activitatea selectat ăîn momentul respectiv;
—pentru a verifica dac ăultima sesiune pe card a fost încheiat ăcorect;
—pentru a calcula timpul de conducere continu ă, durata cumulat ăa pauzelor și
durata cumulat ăde conducere pentru șofer pentru s ăptămâna respectiv ăși
pentru cea anterioar ă;
—pentru a tip ări documentele necesare privind datele înregistrate pe un card al
șoferului;
—pentru a desc ărca datele de pe un card al șoferului pe un suport extern.
În cazul unei erori de citire, aparatul de înregistrare trebuie s ăîncerce, de
maximum trei ori, s ăefectueze aceea și comand ăde citire, iar dac ănu reu șește
trebuie s ădeclare cardul nevalabil și afectat de anomalii.
14.Înregistrarea și stocarea pe carduri de tahograf
Aparatul de înregistrare introduce «datele sesiunii de card» pe cardul
șoferului
sau al atelierului imediat dup ăintroducerea cardului.
Aparatul de înregistrare actualizeaz ădatele stocate pe cardurile valabile ale
șoferului, atelierului și/sau de control pe baza tuturor datelor necesare relevante
pentru perioada în care este introdus cardul și pentru titularul cardului. Datele
stocate pe aceste carduri sunt precizate în capitolul IV.
Aparatul de înregistrare actualizeaz ădatele privind activit ățileșoferului și locul
(dupăcum se arat ăîn capitolul IV la punctele 5.2.5 și 5.2.6) stocate pe cardurile
valabile ale șoferului și/sau atelierului pe baza datelor privind activitatea și locul
care au fost introduse manual de c ătre titularul cardului.
Actualizarea datelor de pe cardurile de tahograf se face astfel încât, dac ăacest
lucru este necesar din punctul de vedere al capacit ății de stocare a cardului din
momentul respectiv, datele cele mai recente s ăînlocuiasc ădatele cele mai vechi.
În cazul unei erori de scriere, aparatul de înregistrare trebuie s ăîncerce, de
maximum trei ori, s ăefectueze aceea și comand ăde scriere, iar dac ănu
reușește trebuie s ădeclare cardul nevalabil și afectat de anomalii.1998R2135 —RO—01.05.2006 —002.001 —35
▼M1
Înainte de a elibera cardul șoferului șid u păce toate datele relevante au fost stocate
pe card, aparatul de înregistrare trebuie s ăreseteze datele privind sesiunea de card.
15.Afișare
Afișajul are cel pu țin 20 de caractere.
Dimensiunile minime ale caracterelor sunt de 5 mm în ălțime și 3,5 mm l ățime.
Afișajul este compatibil cu seturile de caractere Latin 1 și Greek definite de ISO
8859 p ărțile 1 și 7, conform specifica țiilor din apendicele 1 capitolul 4, «Seturi de
caractere». Afi șajul poate utiliza simboluri simplificate (de exemplu caracterele cu
accent pot fi afi șate fărăaccent sau minuscule pot fi afi șate ca majusculele).
Afișajul este prev ăzut cu iluminare corespunz ătoare, f ărăefect de orbire.
Indica țiile trebuie s ăfie vizibile din exteriorul aparatului de înregistrare.
Aparatul de înregistrare trebuie s ăpoatăafișa:
—date implicite;
—date privind avertismentele;
—date privind accesul la meniu;
—alte date solicitate de utilizator.
Aparatul de înregistrare poate afi șași informa ții suplimentare, cu condi ția ca
acestea s ăpoatăfi distinse în mod clar de informa țiile men ționate anterior.
Afișajul aparatului de înregistrare poate folosi pictogramele sau combina țiile de
pictograme din apendicele 3. Aparatul de înregistrare poate afi șașip i c t o g r a m es a u
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.
Afișajul trebuie s ăfie întotdeauna PORNIT când vehiculul este în mi șcare.
Aparatul de înregistrare poate oferi o aplica ție manual ăsau automat ăcare s ă
treacăafișajul în pozi ția OPRIT când vehiculul nu este în mi șcare.
Formatul de afi șare este descris în apendicele 5.
15.1. Afi șajul implicit
Dacănu trebuie afi șate nici un fel de alte informa ții, aparatul de înregistrare
afișează, implicit, urm ătoarele:
—ora local ă(rezultat ăpe baza orei UTC + decalajul setat de șofer);
—modul de func ționare;
—activitatea șoferului în momentul respectiv și activitatea copilotului în
momentul respectiv;
—informa ții privind șoferul:
—dacăactivitatea curent ăa acestuia este CONDUCERE, timpul de
conducere continu ăși durata cumulat ăa pauzelor la momentul respectiv;
—dacăactivitatea curent ăa acestuia nu este CONDUCERE, durata activit ății
curente în cauz ă(de la selectarea acesteia) și durata cumulat ăa pauzelor;
—informa ții privind copilotul:
—durata activit ății sale în momentul respectiv (de la selectarea acesteia).
Afișarea datelor pentru fiecare șofer trebuie s ăfie clar ă, simpl ăși lipsit ăde
ambiguit ăți. Dac ăinforma țiile privind șoferul și copilotul nu pot fi afi șate în
acela și timp, aparatul de înregistrare afi șeazăimplicit informa țiile privind
șoferul și îi permite utilizatorului s ăafișeze informa țiile privind copilotul.
Dacălățimea afi șajului nu permite afi șarea implicit ăa modului de func ționare,
aparatul de înregistrare afi șeazărapid, pentru un timp scurt, noul mod de func-
ționare, atunci când se produce schimbarea acestuia.
Aparatul de înregistrare afi șeazărapid numele titularului cardului la introducerea
cardului.1998R2135 —RO—01.05.2006 —002.001 —36
▼M1
La deschiderea unei condi ții «ÎN AFARA DOMENIULUI DE APLICARE» afi șajul
implicit trebuie s ăindice prin intermediul unei pictograme relevante c ăeste deschis ă
condi ția respectiv ă. (Este permis ăneafi șarea simultan ăaa c t i v i t ății curente a șoferului.)
15.2. Afi șarea avertismentelor
Aparatul de înregistrare afi șeazăinforma țiile privind avertismentele 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 în cuvinte a avertiz ării, în limba selectat ădeșofer.
15.3. Accesul la meniu
Comenzile aparatului de înregistrare sunt accesibile prin intermediul unui meniu
cu structur ăadecvat ă.
15.4. Alte afi șaje
Următoarele informa ții trebuie s ăpoatăfi afi șate selectiv, la cerere:
—orași data UTC;
—modul de func ționare (dac ănu este afi șat implicit);
—timpul de conducere continu ăși durata cumulat ăa pauzelor pentru șofer;
—timpul de conducere continu ăși durata cumulat ăa pauzelor pentru copilot;
—timpul de conducere continu ăalșoferului pentru s ăptămâna în curs și pentru
săptămâna anterioar ă;
—timpul de conducere continu ăal copilotului pentru s ăptămâna în curs și
pentru s ăptămâna anterioar ă;
—conținutul oric ăruia dintre cele șase materiale tip ărite, în format identic cu cel
al materialelor tip ărite.
Afișarea con ținutului materialelor tip ărite este secven țială, structurat ăpe linii.
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 linii,
derulare etc.). Afi șarea liniilor din materialele tip ărite care sunt alocate pentru
informa ții scrise de mân ănu este obligatorie.
16.Tipărire
Aparatul de înregistrare trebuie s ăpoatătipări informa ții din memoria sa și/sau de
pe cardurile de tahograf, sub forma urm ătoarelor șase tipuri de materiale tip ărite:
—material imprimat privind activit ățile zilnice ale șoferului stocate pe card;
—material imprimat privind activit ățile zilnice ale șoferului stocate în unitatea
montat ăpe vehicul;
—material imprimat privind evenimentele și anomaliile stocate pe card;
—material imprimat privind evenimentele și anomaliile stocate în unitatea
montat ăpe vehicul;
—material imprimat privind datele tehnice;
—material imprimat privind dep ășirea de vitez ă.
Formatul detaliat șic o n ținutul acestor materiale tip ărite sunt descrise în apendicele 4.
La sfâr șitul materialelor tip ărite pot fi furnizate și date suplimentare.
Aparatul de înregistrare trebuie s ăpoatăoferi și alte materiale imprimate, cu condi ția
ca acestea s ăpoatăfi deosebite în mod clar de cele șase tipuri men ționate anterior.
«Materialul tip ărit privind activit ățileșoferului stocate pe card» și «materialul
tipărit privind evenimentele și anomaliile stocate pe card» trebuie s ăfie dispo-
nibile numai când în aparatul de înregistrare este introdus un card al șoferului sau
al atelierului. Aparatul de înregistrare actualizeaz ădatele stocate pe cardurile
respective înainte de a ini ția tipărirea.
Pentru a genera «materialul tip ărit privind activit ățileșoferului stocate pe card» și
«materialul tip ărit privind evenimentele și anomaliile stocate pe card», aparatul
de înregistrare trebuie:1998R2135 —RO—01.05.2006 —002.001 —37
▼M1
—fie săselecteze automat cardul șoferului sau cardul atelierului dac ăunul
dintre acestea a fost introdus;
—fie sădea o comand ăde selectare a cardului-surs ăsau săselecteze cardul din
lectorul pentru cardul șoferului dac ăîn aparatul de înregistrare au fost
introduse dou ăcarduri.
Imprimanta trebuie s ăpoatătipări 24 de caractere pe fiecare linie.
Dimensiunile minime ale caracterelor sunt de 2,1 mm în ălțime și 1,5 mm l ățime.
Imprimanta trebuie s ăfie compatibil ăcu seturile de caractere Latin 1 și Greek
definite de ISO 8859 p ărțile 1 și 7, conform dispozi țiilor din apendicele 1
capitolul 4 «Seturi de caractere».
Imprimantele trebuie proiectate astfel încât s ărealizeze aceste materiale tip ărite
cu o rezolu ție care s ăelimine orice eventual ăambiguitate la citire.
Materialele tip ărite trebuie s ă-și men ținădimensiunile și înregistr ările în condi ții
normale de umiditate (între 10 și9 0% ) și de temperatur ă.
Hârtia folosit ăde aparatul de înregistrare trebuie s ăfie prev ăzutăcu marcajul
adecvat de omologare șisăconținăindica ții privind tipurile de aparate de înre-
gistrare la care poate fi folosit ă. Materialele tip ărite trebuie s ăîșipăstreze lizibi-
litatea șisăpoatăfi identificate în condi ții normale de depozitare (respectiv
intensitate a luminii, umiditate și temperatur ă) timp de cel pu țin un an.
Pe aceste documente trebuie s ăse poat ăadăuga și note de mân ă, cum ar fi
semnătura șoferului.
Aparatul de înregistrare trebuie s ăpoatăgestiona rupturile din alimentarea cu hârtie în
timpul activit ății de tip ărire fie reluând imprimarea de la început dup ărealimentarea cu
hârtie, fie continuând imprimarea și oferind o trimitere clar ăla partea imprimat ăanterior.
17. Avertismente
Aparatul de înregistrare trebuie s ăavertizeze șoferul când detecteaz ăorice
eveniment și/sau anomalie.
Este posibil ca avertismentul privind evenimentul de întrerupere a aliment ării cu
energie electric ăsăfie amânat pân ăla reconectarea la surs ă.
Aparatul de înregistrare trebuie s ăavertizeze șoferul cu 15 minute înainte de
momentul în care timpul de conducere continu ăal acestuia dep ășește 4 h și3 0m i n .
Avertismentele trebuie s ăfie vizuale. Pe lâng ăavertismentele vizuale pot fi date
și avertismente sonore.
Avertismentele vizuale trebuie s ăpoatăfi recunoscute în mod clar de c ătre
utilizator, trebuie s ăse afle în câmpul vizual al șoferului și trebuie s ăfie
perfect lizibile atât ziua cât și noaptea.
Avertismentele vizuale pot fi integrate în aparatul de înregistrare și/sau pot fi externe.
În cel de-al doilea caz avertismentele trebuie s ăfie marcate cu simbolul «T» șisă
fie de culoare galben-chihlimbar sau portocalie.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 oric ărei taste a
aparatului de înregistrare. Aceast ăprimăconfirmare nu anuleaz ăafișarea cauzei
avertismentului descris ăla punctul urm ător.
Cauza avertismentului trebuie afi șatăde aparatul de înregistrare și trebuie s ă
rămânăvizibil
ăpânăcând șoferul confirm ăluarea acesteia la cuno ștințăcu
ajutorul unei anumite taste sau comenzi a aparatului de înregistrare.Pot fi oferite și avertismente suplimentare, cu condi ția ca acestea s ănu poat ăfi
confundate de șoferi cu cele descrise anterior.
18. Desc ărcarea de date pe suporturi externe
Aparatul de înregistrare trebuie s ăpoatădescărca la cerere date din memoria sa
ori de pe un card al șoferului pe suporturi externe de stocare prin intermediul
conectorului de calibrare/desc ărcare. Aparatul de înregistrare trebuie s ăactua-
lizeze datele stocate pe cardul relevant înainte de a începe desc ărcarea.
În plus, aparatul de înregistrare poate oferi o caracteristic ăopțională, în orice
mod de func ționare, constând din desc ărcarea de date printr-un alt conector c ătre1998R2135 —RO—01.05.2006 —002.001 —38
▼M1
o societate autentificat ăprin intermediul acestui canal. În acest caz, pentru astfel
de desc ărcări se aplic ădrepturile de acces la date din mod societate.
Descărcarea nu modific ăși nici nu șterge datele stocate.
Interfa ța electric ăa conectorului pentru calibrare/desc ărcare este descris ăîn apen-
dicele 6.
Protocoalele de desc ărcare sunt descrise în apendicele 7.
19. Date transmise unor dispozitive externe suplimentare
Dacăaparatul de înregistrare nu include func ții de afi șare a vitezei și/sau a valorii
contorului de parcurs, aparatul de înregistrare furnizeaz ăun semnal/semnale de
ieșire care s ăpermit ăafișarea vitezei vehiculului (vitezometru) și/sau a distan ței
totale parcurse de vehicul (contor de parcurs).Unitatea montat ăpe vehicul trebuie de asemenea s ăpoatătransmite urm ătoarele
date printr-o leg ăturăserialădedicat ăindependent ădin magistrala de conectare
CAN (ISO 11898 Vehicule rutiere –Schimb de informa ții digitale –Dispozitiv
de gestionare a re țelei de comunica ții de mare vitez ăCAN) șisăpermit ăprelu-
crarea acestora de c ă
tre alte unit ăți electronice instalate pe vehicul:
—data și ora UTC în momentul respectiv;
—viteza vehiculului;
—distan ța total ăparcurs ăde vehicul (contor de parcurs);
—activitatea selectat ăpentru șofer și copilot în momentul respectiv;
—informa ții privind existen ța unui card de tahograf introdus în lectorul pentru
cardul șoferului și în lectorul pentru cardul copilotului și (dac ăeste cazul)
informa ții privind elementele de identificare ale cardurilor respective
(numărul cardurilor și statul membru emitent).
Mai pot fi transmise șia l t ed a t ep el â n g ăcele care figureaz ăpe aceast ălistăminim ă.
Când motorul vehiculului este PORNIT, aceste date sunt transmise permanent.
Când motorul vehiculului este OPRIT, transmisia este continuat ăcel pu țin pentru
toate modific ările activit ățiișoferului și/sau a copilotului și pentru orice intro-
ducere sau retragere a unui card de tahograf. Dac ăaceste date nu au putut fi
transmise în perioada în care motorul vehiculului a fost OPRIT, ele devin dispo-nibile în momentul în care motorul vehiculului este din nou PORNIT.
20.Calibrare
Func ția de calibrare permite:
—cuplarea automat ăa senzorului de mi șcare și a UV;
—adaptarea digital ăa constantei aparatului de înregistrare (k) la coeficientul
caracteristic al vehiculului (w) (vehiculele care au mai mult de o osie trebuie
dotate cu un dispozitiv de comutare cu ajutorul c ăruia aceste rapoarte s ăfie
corelate automat cu raportul pe baza c ăruia aparatul a fost adaptat vehiculului);
—ajustarea (f ărărestric ții) a orei din momentul respectiv;
—ajustarea valorii contorului de parcurs din momentul respectiv;
—actualizarea datelor de identificare a senzorului de mi șcare stocate în memorie;
—actualizarea sau confirmarea altor parametri cunoscu ți de aparatul de înre-
gistrare: identificarea vehiculului, w, l, dimensiunea pneurilor și reglajele
limitatorului de vitez ă, dacăeste cazul.
Cuplarea senzorului de mi șcare la UV implic ăcel pu țin:
—actualizarea datelor privind instalarea senzorului de mi șcare de la senzorul de
mișcare (dup ăcum este necesar),
—copierea de la senzor în memoria de date a UV a datelor necesare pentruidentificarea senzorului de mi șcare.
Func ția calibrare trebuie s ăpermit ăînregistrarea datelor necesare prin intermediul
conectorului pentru calibrare/desc ărcare, în conformitate cu protocolul de
calibrare descris în apendicele 8. Func ția de calibrare permite de asemenea înre-
gistrarea datelor necesare prin al ți conectori.1998R2135 —RO—01.05.2006 —002.001 —39
▼M1
21.Reglarea orei
Func ția de reglare a orei trebuie s ăpermit ăreglarea orei prin modific ări în limita
a maximum un minut efectuate la intervale de cel pu ținșapte zile.
Func ția de reglare a orei trebuie s ăpermit ăreglarea orei f ărărestric ții în modul
calibrare.
22.Caracteristici
Unitatea montat ăpe vehicul trebuie s ăfunc ționeze corect în intervalul de temperatur ă
de la–20 °C la 70 °C, iar senzorul de mi șcare în intervalul de temperatur ăde la–40 °C
la 135 °C. Con ținutul memoriei trebuie s ăse păstreze la temperaturi de pân ăla–40 °C.
Aparatul de înregistrare trebuie s ăfunc ționeze corect într-un interval de umiditate
de 10 % pân ăla 90 %.
Aparatul de înregistrare trebuie protejat de supratensiune, de inversarea polarit ății
sursei de alimentare și de scurtcircuite.
Aparatul de înregistrare trebuie s ărespecte dispozi țiile din Directiva Comisiei
95/54/CE din 31 octombrie 1995 (1) de adaptare la progresul tehnic a Directivei
Consiliului 72/245/CEE (2) privind compatibilitatea electromagnetic ăși trebuie
protejat de desc ărcările electrostatice șid e șocurile de instalare.
23.Materiale
Toate p ărțile componente ale aparatului de înregistrare trebuie s ăfie confec-
ționate din materiale suficient de stabile și cu o rezisten țămecanic ăsuficient ă
șisăaibăcaracteristici electrice și magnetice stabile.
În condi ții normale de utilizare toate piesele interne ale aparatului trebuie s ăfie
protejate de umezeal ăși de praf.
Unitatea montat ăpe vehicul trebuie s ărespecte nivelul de protec ție IP 40, iar
senzorul de mi șcare nivelul de protec ție IP 64, conform normei IEC 529.
Aparatul de înregistrare trebuie s ărespecte specifica țiile tehnice aplicabile în
domeniul proiect ării ergonomice.
Aparatul de înregistrare trebuie s ăfie protejat de deterior ările accidentale.
24.Marcaje
Dacăaparatul de înregistrare afi șeazăvaloarea contorului de parcurs și viteza
vehiculului, pe afi șaj apar urm ătoarele detalii:
—lângăcifra care indic ădistan ța, unitatea de m ăsurăa distan ței, indicat ăprin
prescurtarea «km»;
—lângăcifra care indic ăviteza, indica ția «km/h».
Aparatul 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 prescurtarea «mph».
Pe fiecare component ăseparat ăa aparatului de înregistrare trebuie ata șatăo
plăcuțădescriptiv ăcare s ăconținăurmătoarele detalii:
—numele și adresa produc ătorului aparatului;
—numărul de component ăși anul de fabrica ție al aparatului;
—numărul de serie al aparatului;
—marcajul de omologare pentru tipul de aparat în cauz ă.
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 produ-
cătorului și num ărul de component ăal aparatului.1998R2135 —RO—01.05.2006 —002.001 —40
▼M1
(1) JO L 266, 8.11.1995, p. 1.
(2) JO L 152, 6.7.1972, p. 15.
IV. CERIN ȚE FUNC ȚIONALE ȘI DE CONSTRUC ȚIE PENTRU
CARDURILE DE TAHOGRAF
1.Date vizibile
Pe fa ță:
cuvintele «Card al șoferului» sau «Card de control» sau «Card al atelierului» sau
«Card al societ ății» tip ărite cu majuscule în limba/limbile oficiale a/ale statului
membru emitent, în func ție de tipul cardului;
acelea și cuvinte în celelalte limbi oficiale ale Comunit ății, tip ărite ca fundal al
cardului:
ES TARJETA DEL
CONDUCTORTARJETA DE
CONTROLTARJETA DELCENTRO DE
ENSAYOTARJETA DE LA
EMPRESA
DK FØRERKORT KONTROLKORT VÆRKSTEDSKORT VIRKSOM-
HEDSKORT
DE FAHRERKARTE KONTROLLKARTE WERKS-
TATTKARTEUNTERNEH-
MENSKARTE
EL ΚΑΡΤΑ ΟΔΗΟΥ ΚΑΡΤΑ ΕΛΕΓΧΟΥ ΚΑΡΤΑ KENTPOY
ΔOKIM ΩNΚΑΡΤΑ
EΠIXEIPH ΣΗΣ
EN DRIVER CARD CONTROL CARD WORKSHOP CARD COMPANY CARD
FR CARTE DE
CONDUCTEURCARTE DE
CONTRÔLEURCARTE DATELIER CARTE
DENTREPRISE
GA CÁRTA TIOMÁNAÍ CÁRTA STIÚRTHA CÁRTA CEARD-
LAINNECÁRTA COMH-LACHTA
IT CARTA DEL
CONDUCENTECARTA DI
CONTROLLOCARTA DELLOF-FICINACARTA DELLA-ZIENDA
NL BESTUURDERS
KAARTCONTROLEKAART WERK-
PLAATSKAARTBEDRIJFSKAART
PT CARTÃO DE
CONDUTORCARTÃO DECONTROLOCARTÃO DOENSAIOCARTÃO DEEMPRESA
FI KULJETTAJA
KORTTILLAVALVONTA-
KORTTIKORJAAMO-
KORTTIYRITYSKORTILLA
SV FÖRARKORT KONTROLLKORT VERKSTADSKORT FÖRETAGSKORT
denumirea statului membru emitent al cardului (op țional):
semnul distinctiv al statului membru emitent al cardului, tip ărit cu alb într-un
dreptunghi albastru și înconjurat de 12 stele galbene. Semnele distinctive sunt:
B Belgia
DK DanemarcaD Germania
GR Grecia
E SpaniaF Fran ța
IRL IrlandaI Italia
L Luxemburg
NL Țările de Jos
A Austria
P Portugalia
FIN Finlanda1998R2135 —RO—01.05.2006 —002.001 —41
▼M1
S Suedia
UK Regatul Unit
informa ții specifice pentru cardul emis, numerotate dup ăcum urmeaz ă:
Card al șoferului Card de controlCard al societ ății sau al
atelierului
1. Numele șoferului Numele organismului de
controlNumele societ ății sau al
atelierului
2. Prenumele șoferului Numele controlorului
(dacăeste cazul)Numele titularului cardului
(dacăeste cazul)
3. Data na șterii șoferului Prenumele controlorului
(dacăeste cazul)Prenumele titularului cardului
(dacăeste cazul)
4.(a) Data de la care este valabil cardul
(b) Data de expirare a cadrului (dac ăexistă)
(c) Denumirea autorit ății emitente (poate fi tip ărităpe pagina 2)
(d) Un num ăr diferit de cel de la rubrica 5, cu scop administrativ (op țional)
5. (a) Num ărul permisului de
conducere
(la data emiterii cardului
șoferului)
5.(b) Num ărul cardului
6. Fotografia șoferului Fotografia controlorului
(opțional)—
7. Semn ătura șoferului Semn ătura titularului (op țional)
8. Adresa oficial ăsau adresa
poștalăa titularului
(opțional)Adresa po ștalăa orga-
nismului de controlAdresa po ștalăa societ ății
sau a atelierului
datele se scriu în format «zz/ll/aaaa» sau «zz.ll.aaaa» (zi, lun ă, an);
pe verso figureaz ă:
explica ții pentru elementele numerotate de pe fa ța cardului;
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
nici un fel folosirea modelului în calitate de card de tahograf.1998R2135 —RO—01.05.2006 —002.001 —42
▼M1
Cardurile de tahograf pot fi tip ărite pe fonduri având urm ătoarele culori predo-
minante:
—card al șoferului: alb;
—card de control: albastru;
—card al atelierului: ro șu;
—card al societ ății: galben.
Cardurile de tahograf trebuie s ăaibăcel pu țin urm ătoarele caracteristici de
protec ție a 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 trebuie s ăse suprapun ă;
—cel pu țin o linie bicolor ămicroimprimat ă.
Dupăconsultarea Comisiei, statele membre pot ad ăuga culori sau marcaje cum ar
fi simboluri na ționale sau caracteristici de securitate, f ărăa aduce atingere
celorlalte dispozi ții din prezenta anex ă.
2.Securitate
Securitatea sistemului este destinat ăprotej ării integrit ățiiși autenticit ății datelor
schimbate între carduri și aparatul de înregistrare, protej ării integrit ățiiși autenti-
cității datelor desc ărcate de pe carduri, și permite numai realizarea anumitor
opera țiuni de scriere pe carduri efectuate de aparatul de înregistrare pentru a
elimina orice posibilitate de falsificare a datelor stocate pe carduri, previne mani-
pulările neadecvate și detecteaz ăorice tentativ ăde acest gen.1998R2135 —RO—01.05.2006 —002.001 —43
▼M1
Pentru a asigura securitatea sistemului, cardurile de tahograf trebuie s ăîndepli-
neasc ăcerin țele de securitate definite în obiectivele generale de securitate pentru
cardurile de tahograf (apendicele 10).
Cardurile de tahograf trebuie s ăpoatăfi citite și de alte aparate, cum ar fi
calculatoarele personale.
3.Standarde
Cardurile de tahograf respect ăurmătoarele standarde:
—ISO/IEC 7810 Carduri de identitate –Caracteristici fizice;
—ISO/IEC 7816 Carduri de identitate –Circuite integrate cu contacte:
—Partea 1: Caracteristici fizice
—Partea 2: Dimensiunile și pozi ția contactelor
—Partea 3: Semnale electronice și protocoale de transmisie
—Partea 4: Comenzi intersectoriale pentru schimburi
—Partea 8: Comenzi intersectoriale de securitate;
—ISO/IEC 10373 Carduri de identitate –Metode de testare.
4.Specifica ții de mediu și electrice
Cardurile de tahograf trebuie să poatăfunc ționa corect în toate condiț iile
climatice întâlnite în mod normal pe teritoriul Comunită țiiși cel pu țin în
intervalul de temperatur ăde la –25 °C la + 70 °C, cu creșteri ocazionale ale
temperaturii pân ăla + 85 °C; «ocazional» înseamn ăcel mult 4 ore o dat ășid e
cel mult 100 de ori pe întreaga durat ăde via țăa cardului.
Cardurile de tahograf trebuie să poatăfunc ționa corect în intervalul de umiditate
de la 10 % la 90 %.
Cardurile de tahograf trebuie să poatăfunc ționa corect timp de cinci ani dac ă
sunt folosite conform specifica țiilor de mediu și electrice.
Func ționarea cardurilor de tahograf trebuie să respecte Directiva Comisiei 95/54/
CE din 31 octombrie 1995 (1) privind compatibilitatea electromagnetic ăși trebuie
protejate de desc ărcări electrostatice.
5.Stocarea datelor
În în țelesul prezentului alineat,
—orele sunt înregistrate cu o rezolu ție de un minut, ce excep ția cazurilor în care
se specific ăaltfel;
—valorile contorului de parcurs sunt înregistrate cu o rezolu ție de un kilometru;
—vitezele sunt înregistrate cu o rezolu ție de 1 km/h.
Func țiile, comenzile și structura logic ăa cardurilor de tahograf care îndeplinesc
cerin țele de stocare a datelor sunt men ționate în apendicele 2.
Prezentul paragraf stabile ște capacitatea minim ăde stocare pentru diversele
fișiere de date pentru aplica ții. Cardurile de tahograf trebuie s ăpoatătransmite
aparatului de înregistrare capacitatea de stocare din momentul respectiv a respec-
tivelor fi șiere de date.
Orice date suplimentare care ar putea fi stocate pe cardurile de tahograf, legate de
celelalte aplica ții sus ținute de card, trebuie stocate în conformitate cu Directiva
95/46/CE din 24 octombrie 1995 privind protec ția persoanelor în privin ța prelu-
crării datelor personale și libera circula ție a acestor date (2).
5.1. Date de identificare și securitate a cardului
5.1.1. Identificarea aplica țiilor
Cardurile de tahograf trebuie s ăpoatăstoca urm ătoarele date de identificare a
aplica țiilor:1998R2135 —RO—01.05.2006 —002.001 —44
▼M1
(1) JO L 266, 8.11.1995, p. 1.
(2) JO L 281, 23.11.1995, p. 31.
—identificarea aplica ției de tahograf;
—identificarea tipului de card de tahograf.
5.1.2. Identificarea microprocesorului
Cardurile de tahograf trebuie s ăpoatăstoca urm ătoarele date de identificare a
circuitelor integrate:
—numărul de serie al circuitelor integrate;
—referin țele de fabrica ție ale circuitelor integrate.
5.1.3. Identificarea cardurilor cu circuite integrate
Cardurile de tahograf trebuie s ăpoatăstoca urm ătoarele date de identificare a
cardurilor cu memorie:
—numărul de serie al cardului (inclusiv referin țele de fabrica ție);
—numărul de omologare al cardului;
—identificatorul privat al cardului;
—identificatorul integratorului;
—identificatorul circuitului integrat.
5.1.4. Elemente de securitate
Cardurile de tahograf trebuie s ăpoatăstoca urm ătoarele date privind elementele
de securitate:
—cheia public ăeuropean ă;
—certificatul statului membru;
—certificatul cardului;
—cheia privat ăa cardului.
5.2. Cardul șoferului
5.2.1. Identificarea cardului
Cardul șoferului trebuie s ăpoatăstoca urm ătoarele 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.
5.2.2. Identificarea titularului cardului
Cardul șoferului trebuie s ăpoatăstoca urm ătoarele date de identificare a titu-
larului cardului:
—numele titularului cardului;
—prenumele titularului;
—data na șterii;
—limba preferat ăde titular.
5.2.3. Informa ții privind permisul de conducere
Cardul șoferului trebuie s ăpoatăstoca urm ătoarele date privind permisul de
conducere:—statul membru emitent, denumirea autorit ății emitente;
—numărul permisului de conducere (de la data emiterii cardului).1998R2135 —RO—01.05.2006 —002.001 —45
▼M1
5.2.4. Date privind vehiculul folosit
Cardul șoferului trebuie s ăpoatăstoca, pentru fiecare zi calendaristic ăîn care a
fost folosit și pentru fiecare perioad ăde folosire a unui anumit vehicul în ziua
respectiv ă(o perioad ăde utilizare include toate ciclurile consecutive de intro-
ducere/retragere a cardului în vehiculul respectiv din punctul de vedere alcardului), urm ătoarele date:
—data și ora primei utiliz ări a vehiculului (adic ăprima introducere a cardului în
perioada respectiv ăde utilizare, sau ora 00.00 dac ăperioada de utilizare este
în curs la ora respectiv ă);
—valoarea contorului de parcurs al vehiculului în momentul respectiv;
—data și ora ultimei utiliz ări a vehiculului (adic ăultima retragere a cardului în
perioada respectiv ăde utilizare sau ora 23.59 dac ăperioada de utilizare este
în curs la ora respectiv ă);
—valoarea contorului de parcurs al vehiculului în momentul respectiv;
—numărul de înmatriculare al vehiculului și statul membru de înmatriculare.
Cardul șoferului trebuie s ăpoatăstoca cel pu țin 84 de astfel de înregistr ări.
5.2.5. Date privind activit ățile șoferului
Cardul șoferului trebuie s ăpoatăstoca, pentru fiecare zi calendaristic ăîn care a
fost folosit sau pentru care șoferul a introdus activit ăți manual, urm ătoarele
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șofer pe parcursul zilei respective;
—starea șoferului la ora 00.00;
—în cazul oric ăror modific ări ale activit ățiișoferului și/sau ale situa ției
conducerii și/sau ale oric ărei introduceri sau retrageri a cardului șoferului:
—modul de conducere (ECHIPAJ, SINGUR);
—lectorul (pentru ȘOFER, pentru COPILOT);
—starea cardului (INTRODUS, NEINTRODUS);
—activitatea (CONDUCERE, DISPONIBILITATE, MUNC Ă, PAUZ Ă/
ODIHN Ă);
—ora modific ării.
Memoria cardului șoferului trebuie s ăpoatăstoca date privind activit ățile
șoferului timp de cel pu țin 28 de zile (activitatea medie a unui șofer este
definit ăca incluzând 93 de schimb ări de activitate pe zi).
Datele men ționate la cerin țele 197 și 199 trebuie stocate astfel încât activit ățile să
poatăfi identificate în ordinea producerii lor, chiar și în cazul unor suprapuneri
ale unor intervale de timp.
5.2.6. Locurile în care încep și/sau se încheie perioadele zilnice de munc ă
Cardul șoferului trebuie s ăpoatăstoca urm ătoarele date privind locurile în care
încep și/sau se încheie perioadele zilnice de munc ăintroduse de șofer:
—data și ora înregistr ării (sau data/ora de care este legat ăînregistrarea dac ă
aceasta se efectueaz ăpe parcursul unei proceduri de înregistrare manual ă);
—tipul înregistr ării (început sau sfâr șit, situa ția înregistr ării);
—țarași regiunea introdus ă;
—valoarea contorului de parcurs al vehiculului.
Memoria cardului șoferului trebuie s ăpoatăstoca cel pu țin 42 de perechi de
astfel de înregistr ări.1998R2135 —RO—01.05.2006 —002.001 —46
▼M1
5.2.7. Date privind evenimentele
În sensul prezentului paragraf, ora este stocat ăcu o rezolu ție de o secund ă.
În timp ce este introdus, cardul șoferului trebuie s ăpoatăstoca date privind
următoarele evenimente detectate de aparatul de înregistrare:
—suprapunerile unor intervale de timp (dac ăevenimentul respectiv este
provocat de card);
—introducerea cardului în timpul conducerii (dac ăacest eveniment afecteaz ă
cardul);
—încheierea incorect ăa ultimei sesiuni (dac ăacest eveniment afecteaz ăcardul);
—întreruperea aliment ării cu energie electric ă;
—eroare la nivelul datelor de mi șcare;
—tentative de violare a securit ății.
Cardul șoferului trebuie s ăpoatăstoca urm ătoarele date privind evenimentele
prezentate în continuare:
—codul evenimentului;
—data și ora începutului evenimentului (sau a introducerii cardului dac ăeveni-
mentul era în curs în momentul respectiv);
—data și ora sfâr șitului evenimentului (sau a retragerii cardului dac ăeveni-
mentul era în curs în momentul respectiv);
—numărul de înmatriculare și statul membru în care este înmatriculat vehiculul
care a fost afectat de eveniment.
Notă: Pentru evenimentul «suprapunere a unor intervale de timp»:
—data și ora începutului evenimentului trebuie s ăcorespund ădatei și orei
retragerii cardului din vehiculul precedent;
—data și ora sfâr șitului evenimentului trebuie s ăcorespund ădatei și orei intro-
ducerii cardului în vehiculul folosit în momentul respectiv;
—datele privind vehiculul trebuie s ăfie cele ale vehiculului din momentul
respectiv, care a declan șat evenimentul.
Notă: Pentru evenimentul: «încheiere incorect ăa ultimei sesiuni»:
—data și ora începutului evenimentului trebuie s ăcorespund ădatei și orei de
introducere a cardului pentru sesiunea care nu a fost corect încheiat ă;
—data și ora sfâr șitului evenimentului trebuie s ăcorespund ădatei și orei intro-
ducerii cardului pentru sesiunea pe parcursul c ăreia a fost detectat eveni-
mentul (sesiunea din momentul respectiv);
—datele privind vehiculul trebuie s ăfie datele vehiculului în care s-a desf ășurat
sesiunea care nu a fost corect încheiat ă.
Cardul șoferului trebuie s ăpoatăstoca date privind cele mai recente șase
evenimente de fiecare tip (adic ă36 de evenimente).
5.2.8. Date privind anomaliile
În sensul prezentului paragraf, orele sunt înregistrate cu o rezolu ție de o secund ă.
Cardul șoferului trebuie s ăpoatăstoca date privind urm ătoarele anomalii
detectate de aparatul de înregistrare în timp ce este introdus cardul:
—anomalie a cardului (dac ăanomalia a fost provocat ăde card);
—anomalie a aparatului de înregistrare.
Cardul șoferului trebuie s ăpoatăstoca urm ătoarele date privind aceste anomalii:
—codul anomaliei;
—data și ora începutului anomaliei (sau a introducerii cardului dac ăanomalia
era în curs în momentul respectiv);
—data și ora sfâr șitului anomaliei (sau a retragerii cardului dac ăanomalia era în
curs în momentul respectiv);1998R2135 —RO—01.05.2006 —002.001 —47
▼M1
—numărul de înmatriculare al vehiculului și statul membru de înmatriculare a
vehiculului la care s-a produs anomalia.
Cardul șoferului trebuie s ăpoatăstoca date privind cele mai recente dou ăsprezece
anomalii de fiecare tip (adic ă24 de anomalii).
5.2.9. Date privind activitatea de control
Cardul șoferului trebuie s ăpoatăstoca urm ătoarele date privind activit ățile de
control:
—data și ora controlului;
—numărul cardului de control și statul membru emitent;
—tipul controlului [afi șajși/sau tip ărire și/sau desc ărcare din UV și/sau de pe
card (vezi nota)];
—perioada desc ărcată, dacăa avut loc o desc ărcare;
—numărul de înmatriculare al vehiculului și statul membru de înmatriculare a
vehiculului controlat.
Notă: cerin țele de securitate impun ca desc ărcarea de pe card s ăpoatăfi înre-
gistrat ănumai dac ăse realizeaz ăprin intermediul unui aparat de înregistrare.
Cardul șoferului trebuie s ăpoatăstoca o astfel de înregistrare.
5.2.10. Date privind sesiunile de lucru cu cardul
Cardul șoferului trebuie s ăpoatăstoca date privind vehiculul în care a fost
început ăsesiunea în curs:
—data și ora începerii sesiunii (adic ăa introducerii cardului) cu o rezolu ție de o
secund ă;
—numărul de înmatriculare al vehiculului și statul membru de înmatriculare.
5.2.11. Date privind situa ții speciale
Cardul șoferului trebuie s ăpoatăstoca urm ătoarele date privind situa țiile speciale
introduse în timp ce cardul este introdus (indiferent în care dintre lectoare):
—data și ora introducerii;
—tipul situa ției speciale.
Cardul șoferului trebuie s ăpoatăstoca 56 de astfel de înregistr ări.
5.3. Cardul atelierului
5.3.1. Elemente de securitate
Cardul atelierului trebuie s ăpoatăstoca un num ăr personal de identificare (cod
PIN).
Cardul atelierului trebuie s ăpoatăstoca cheile criptografice necesare pentru
cuplarea senzorilor de mi șcare la unit ățile montate pe vehicul.
5.3.2. Identificarea cardului
Cardul atelierului trebuie s ăpoatăstoca urm ătoarele 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.
5.3.3. Identificarea titularului cardului
Cardul atelierului trebuie s ăpoatăstoca urm ătoarele date de identificare a titu-
larului cardului:
—denumirea atelierului;
—adresa atelierului;1998R2135 —RO—01.05.2006 —002.001 —48
▼M1
—numele titularului;
—prenumele titularului;
—limba preferat ăde titular.
5.3.4. Date privind vehiculul folosit
Cardul atelierului trebuie s ăpoatăstoca înregistr ări de date privind vehiculul
folosit, în acela și mod ca și cardul șoferului.
Cardul atelierului trebuie s ăpoatăstoca cel pu țin 4 astfel de înregistr ări.
5.3.5. Date privind activitatea șoferului
Cardul atelierului trebuie s ăpoatăstoca date privind activitatea șoferului, în
acela și mod ca și cardul șoferului.
Cardul atelierului trebuie s ăpoatăstoca date privind activitatea șoferului pentru
cel pu țin o zi de activitate medie a șoferului.
5.3.6. Date privind începutul și/sau sfâr șitul perioadelor zilnice de munc ă
Cardul atelierului trebuie s ăpoatăstoca înregistr ări de date privind începutul și/
sau sfâr șitul perioadelor zilnice de munc ă, în acela și mod ca și cardul șoferului.
Cardul atelierului trebuie s ăpoatăstoca cel pu țin trei perechi de astfel de înre-
gistrări.
5.3.7. Date privind evenimentele și anomaliile
Cardul atelierului trebuie s ăpoatăstoca înregistr ări de date privind evenimentele
și anomaliile, în acela și mod ca și cardul șoferului.
Cardul atelierului trebuie s ăpoatăstoca date privind cele mai recente trei
evenimente de fiecare tip (adic ă18 evenimente) și cele mai recente șase erori
de fiecare tip (adic ă12 erori).
5.3.8. Date privind activit ățile de control
Cardul atelierului trebuie s ăpoatăstoca înregistr ări ale datelor activit ăților de
control, în acela și mod ca și cardul șoferului.
5.3.9. Date privind calibrarea și reglarea orei
Cardul atelierului trebuie s ăpoatăstoca înregistr ări privind calibr ările și/sau
reglările orei realizate în timp ce cardul este introdus în aparatul de înregistrare.
Fiecare fi șăde calibrare trebuie s ăconținăurmătoarele date:
—scopul calibr ării (prima instalare, instalare, inspec ție periodic ă);
—identificarea vehiculului;
—parametrii actualiza ți sau confirma ți [w, k, l, dimensiunea pneurilor, reglajul
limitatorului de vitez ă, contorul de parcurs (valorile vechi și cele noi), data și
ora (valorile vechi și cele noi)];
—identificarea aparatului de înregistrare (num ărul de component ăal UV,
numărul de serie al UV, num ărul de serie al senzorului de mi șcare).
Cardul atelierului trebuie s ăpoatăstoca cel pu țin 88 de astfel de înregistr ări.
Cardul atelierului trebuie s ăfie prev ăzut cu un contor care s ăindice num ărul total
de calibr ări efectuate cu cardul respectiv.
Cardul atelierului trebuie s ăfie prev ăzut cu un contor care s ăindice num ărul total
de calibr ări efectuate dup ăultima desc ărcare de date.
5.3.10. Date privind situa ții speciale
Cardul atelierului trebuie s ăpoatăstoca date relevante privind diferite situa ții
speciale, în acela și mod ca și cardul șoferului. Cardul atelierului trebuie s ăpoată
stoca cel pu țin dou ăastfel de înregistr ări.1998R2135 —RO—01.05.2006 —002.001 —49
▼M1
5.4. Cardul de control
5.4.1. Identificarea cardului
Cardul de control trebuie s ăpoatăstoca urm ătoarele 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ă).
5.4.2. Identificarea titularului cardului
Cardul de control trebuie s ăpoatăstoca urm ătoarele date de identificare a titu-
larului cardului:
—denumirea organismului de control;
—adresa organismului de control;
—numele titularului cardului;
—prenumele titularului;
—limba preferat ăde titular.
5.4.3. Date privind activit ățile de control
Cardul de control trebuie s ăpoatăstoca urm ătoarele date privind activit ățile de
control:
—data și ora controlului;
—tipul controlului (afi șajși/sau tip ărire și/sau desc ărcare din UV și/sau de pe
card);
—perioada desc ărcată(dacăeste cazul);
—numărul de înmatriculare al vehiculului și autoritatea care a înmatriculat
vehiculul controlat;
—numărul cardului și statul membru emitent al cardului de șofer controlat.
Cardul de control trebuie s ăpoatăstoca cel pu țin 230 de astfel de înregistr ări.
5.5. Cardul societ ății
5.5.1. Identificarea cardului
Cardul societ ății trebuie s ăpoatăstoca urm ătoarele 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ă).
5.5.2. Identificarea titularului cardului
Cardul societ ății trebuie s ăpoatăstoca urm ătoarele date de identificare a titu-
larului cardului:
—denumirea societ ății;
—adresa societ ății.
5.5.3. Date privind activitatea societ ății
Cardul societ ății trebuie s ăpoatăstoca urm ătoarele date privind activitatea
societ ății:
—data și ora activit ății;
—tipul activit ății (blocare și/sau deblocare UV și/sau desc ărcare din UV și/sau
de pe card);
—perioada desc ărcată(dacăeste cazul);
—numărul de înmatriculare al vehiculului și autoritatea statului membru care a
înmatriculat vehiculul;1998R2135 —RO—01.05.2006 —002.001 —50
▼M1
—numărul cardului și statul membru emitent (în cazul unei desc ărcări de pe card).
Cardul societ ății trebuie s ăpoatăstoca cel pu țin 230 de astfel de înregistr ări.
V. INSTALAREA APARATULUI DE ÎNREGISTRARE
1.Instalare
Aparatele de înregistrare noi sunt livrate neactivate sec țiilor de montaj sau produ-
cătorilor de vehicule, cu to ți parametrii de calibrare prev ăzuți în capitolul III
alineatul (20) seta ți la valori implicite actualizate. În cazurile în care nu se
aplicănici o valoare, parametrii alfabetici sunt seta țic a șiruri de «?», iar para-
metrii numerici sunt seta ți pe «0».
Înainte de activare, aparatul de înregistrare trebuie s ăpermit ăaccesul la func ția
de calibrare, chiar dac ănu este în mod calibrare.
Înainte de activare, aparatul de înregistrare nu trebuie nici s ăînregistreze, nici s ă
stocheze datele men ționate în capitolul III punctele 12.3.-12.9. și nici datele
men ționate la punctele 12.12.-12.14. inclusiv.
În timpul instal ării, produc ătorii de vehicule trebuie s ăpreseteze to ți parametrii
cunoscu ți.
Produc ătorii de vehicule sau sec țiile de montaj trebuie s ăactiveze aparatul de
înregistrare montat înainte ca vehiculul s ăpărăseascălocul în care s-a efectuat
instalarea.
Activarea aparatului de înregistrare trebuie s ăse declan șeze automat la prima
introducere a cardului atelierului în oricare dintre dispozitivele de interfa țăpentru
carduri.
Dacăeste cazul, opera țiunile speciale de cuplare a senzorului de mi șcare șia
unității montate pe vehicul trebuie s ăse realizeze automat, înainte sau în timpul
activării.
Dupăactivare, aparatul de înregistrare controleaz ăintegral drepturile de acces la
func țiiși date.
Func țiile de înregistrare și stocare ale aparatului de înregistrare trebuie s ăfunc-
ționeze integral dup ăactivarea acestuia.
Dupăinstalare trebuie s ăse efectueze calibrarea. Prima calibrare include înregis-
trarea num ărului de înmatriculare al vehiculului și se efectueaz ăîn termen de
douăsăptămâni de la instalare sau de la alocarea num ărului de înmatriculare (se
ia în considerare data care survine cel mai târziu dintre cele dou ă).
Aparatul de înregistrare trebuie pozi ționat în vehicul astfel încât șoferul s ăaibă
acces la toate func țiile de pe scaunul s ău.
2.Placa de instalare
Dupăinstalarea și verificarea aparatului de înregistrare, pe sau sub acesta se
aplicăo plac ăde instalare vizibil ășiușor accesibil ă. Dup ăfiecare inspec ție
efectuat ăde o sec ție de montaj sau de un atelier autorizat, în locul pl ăcii
existente se aplic ăuna nou ă.
Placa trebuie s ăconținăcel pu țin urm ătoarele informa ții:
—denumirea, adresa sau marca comercial ăa sec ției de montaj sau a atelierului
autorizat;
—coeficientul caracteristic al vehiculului, sub forma «w = …imp/km»;
—constanta aparatului de înregistrare, sub forma «k = …imp/km»;
—circumferin ța efectiv ăa pneurilor sub forma «l = …mm»;
—dimensiunea pneurilor;
—data la care a fost determinat coeficientul caracteristic al vehiculului și data
măsurării circumferin ței efective a pneurilor;
—numărul de identificare al vehiculului.
3.Sigilare
Se sigileaz ăurmătoarele p ărți:1998R2135 —RO—01.05.2006 —002.001 —51
▼M1
—orice conexiune care, dac ăar fi întrerupt ă, ar provoca alter ări sau pierderi de
date care nu pot fi detectate;
—placa de instalare, cu excep ția cazurilor în care este fixat ăîntr-un mod care nu
permite îndep ărtarea sa f ărădistrugerea marcajelor pe care le con ține.
Sigiliile men ționate anterior pot fi îndep ărtate:
—în caz de urgen ță;
—pentru instalarea, ajustarea sau repararea unui limitator de vitez ăsau a altui
dispozitiv care contribuie la siguran ța rutier ă, cu condi ția ca aparatul de
înregistrare s ăfunc ționeze în continuare corect și în mod precis șisăfie
resigilat de o sec ție de montaj sau de un atelier aprobat (în conformitate cu
dispozi țiile din capitolul VI) 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.
De fiecare dat ăcând aceste sigilii sunt rupte, se depune o declara ție scris ăprivind
motivele ac țiunii respective la autoritatea competent ă.
VI. CONTROALE, INSPEC ȚIIȘI REPARA ȚII
Cerin țele privind situa țiile în care pot fi rupte sigiliile, a șa cum sunt prev ăzute în
articolul 12 alineatul (5) din Regulamentul (CEE) nr. 3821/85, astfel cum a fostmodificat ultima dat ăprin Regulamentul (CE) nr. 2135/98, sunt definite în
capitolul V partea 3 din prezenta anex ă.
1.Omologarea sec țiilor de montaj și a atelierelor
Statele membre aprob ă, controleaz ăîn mod regulat și certific ăorganisme de
control îns ărcinate cu efectuarea de:
—instalări;
—controale;
—inspec ții;
—repara ții.
În cadrul articolului 12 alineatul (1) din prezentul regulament, cardurile
atelierului sunt emise numai sec țiilor de montaj și/sau atelierelor aprobate
pentru activarea și/sau calibrarea aparatelor 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 al societ ății;
—și ale c ăror activit ăți profesionale nu sunt de natur ăsăcompromit ăsecuritatea
global ăa sistemului definit ăîn apendicele 10.
2.Verificarea instrumentelor noi și a celor reparate
Pentru fiecare dispozitiv în parte, indiferent dac ăeste nou sau reparat, trebuie
verificat dac ăfunc ționeaz ăcorespunz ătorși dacăcitirile
și înregistr ările pe care le
efectueaz ăsunt precise și respect ălimitele prev ăzute în capitolul III punctul 2.1.
și punctul 2.2 și dacăeste sigilat și calibrat în conformitate cu dispozi țiile din
capitolul V partea 3.
3.Inspec ția instal ării
La instalarea pe un vehicul, întreaga instala ție (inclusiv aparatul de înregistrare)
trebuie s ărespecte dispozi țiile privind limitele maxime de toleran țăprevăzute în
capitolul III punctul 2.1. și punctul 2.2.
4.Inspec ții periodice
Inspec țiile periodice ale aparatelor montate pe vehicule trebuie s ăse efectueze
dupăorice repara ție a aparatului sau dup ăorice modificare a coeficientului
caracteristic al vehiculului sau a circumferin țelor efective ale pneurilor sau
dupăo eroare a aparatului de indicare a orei UTC mai mare de 20 minute sau
dacănumărul de înmatriculare a fost modificat și cel pu țin o dat ăîn termen de
doi ani (24 de luni) de la ultima inspec ție.
În cadrul inspec țiilor trebuie s ăse verifice:
—dacăaparatul de înregistrare func ționeaz ăcorespunz ător, inclusiv în ceea ce
prive ște func ția de stocare a datelor pe carduri de tahograf;1998R2135 —RO—01.05.2006 —002.001 —52
▼M1
—dacăeste asigurat ărespectarea dispozi țiilor din capitolul III punctele 2.1 și
2.2 privind limitele maxime de toleran țăla instalare;
—dacăaparatul de înregistrare poart ămarca de omologare;
—dacăplaca de instalare este fixat ă;
—dacăsigiliile de pe aparat și de pe celelalte p ărți ale instala ției sunt intacte;
—dimensiunea pneurilor și circumferin ța efectiv ăa pneurilor.
Aceste inspec ții trebuie s ăcuprind ăo calibrare.
5.Măsurarea erorilor
Măsurarea erorilor la instalare și în timpul utiliz ării se realizeaz ăîn urm ătoarele
condi ții, care trebuie considerate condi ții de testare standard:
—vehiculul este desc ărcat, în stare normal ăde func ționare;
—presiunea pneurilor este conform ăcu instruc țiunile produc ătorului;
—uzura pneurilor este în limita acceptat ăîn conformitate cu legisla ția na țională;
—mișcarea vehiculului:
—vehiculul avanseaz ă, pe baza ac țiunii motorului s ău, în linie dreapt ă,p e
teren plat, cu o vitez ăde 50 ± 5 km/h. Distan țad em ăsurare trebuie s ăfie
de cel pu țin 1 000 m.
—pentru testare pot fi folosite și metode alternative, de exemplu bancuri de
probăadecvate, cu condi ția ca acestea s ăaibăo precizie asem ănătoare.
6.Repara ții
Atelierele trebuie s ăpoatădescărca date din aparatele de înregistrare pentru a le
restitui societ ății de transport în cauz ă.
Atelierele autorizate emit societ ăților de transport un certificat care atest ăcă
datele nu pot fi desc ărcate în cazurile în care un deranjament al aparatului de
control face imposibil ădescărcarea datelor înregistrate anterior, chiar și dup ă
repara țiile efectuate de atelierul respectiv. Atelierul p ăstreaz ătimp de cel pu țin
un an un exemplar din fiecare certificat de acest tip pe care îl emite.
VII. EMITEREA CARDURILOR
Procesele de emitere a cardurilor introduse de statele membre respect ăurmă-
toarele dispozi ții:
Numărul de card al primului card de tahograf emis unui solicitant con ține un
indice secven țial (dac ăeste necesar), un indice de înlocuire și un indice de
reînnoire setat la «0».
Primele 13 cifre ale num ărului de card al tuturor cardurilor nenominale de
tahograf emise aceluia și organism de control sau aceluia și atelier sau aceleia și
societ ăți sunt identice, indicele secven țial fiind diferit.
În cazul emiterii unui card de tahograf pentru înlocuirea unui card existent,
numărul de card al acestuia este identic cu cel al cardului înlocuit, cu excep ția
indicelui de înlocuire, a c ărui valoare este m ărităcu «1» (în ordinea 0, …,9 ,A ,
…, Z).
Cardurile de tahograf emise pentru a înlocui un card de tahograf existent trebuie
săaibăaceea și datăde expirare ca și cardul înlocuit.
În cazul emiterii unui card de tahograf pentru reînnoirea unui card existent,
numărul de card al acestuia este identic cu cel al cardului înlocuit, cu excep ția
indicelui de înlocuire, a c ărui valoare este resetat ăla «0», și cu excep ția indicelui
de reînnoire a c ărui valoare este m ărităcu «1» (în ordinea 0, …,9 ,A , …, Z).
Schimbarea unui card de tahograf existent în vederea modific ării datelor admi-
nistrative respect ăregulile de reînnoire dac ăse produce în acela și stat membru
sau regulile aplicabile primei eliber ări în cazul în care se produce în alt stat
membru.
Pentru cardurile nenominale ale atelierelor sau cardurile de control, la «numele
titularului cardului» se men ționeaz ădenumirea atelierului sau a organismului de
control.1998R2135 —RO—01.05.2006 —002.001 —53
▼M1
VIII. OMOLOGAREA APARATELOR DE ÎNREGISTRARE ȘIA
CARDURILOR DE TAHOGRAF
1.Aspecte generale
În sensul prezentului capitol, cuvintele «aparat de înregistrare» înseamn ă«aparat
de înregistrare sau componentele acestuia». Pentru cablul/cablurile careconecteaz ăsenzorul de mi șcare la UV nu este necesar ănici un fel de
omologare. Hârtia utilizat ăde aparatul de înregistrare pentru înregistr ări este
considerat ăo component ăa aparatului de înregistrare.
Aparatul de înregistrare trebuie prezentat în vederea omolog ării împreun ăcu
orice eventuale dispozitive suplimentare integrate.
Omologarea aparatelor de înregistrare și a cardurilor de tahograf trebuie s ă
cuprind ăteste de securitate, teste de func ționare și teste de interoperare. Rezul-
tatele pozitive ob ținute la fiecare dintre aceste teste sunt confirmate prin inter-
mediul unui certificat adecvat.
Autorit ățile de omologare din statele membre nu acord ăcertificate de omologare
în conformitate cu articolul 5 din prezentul regulament atât timp cât nu de țin:
—un certificat de securitate;
—un certificat de func ționare;
—un certificat de interoperare,
pentru aparatul de înregistrare sau pentru cardul de tahograf care face obiectul
cererii de omologare.
Orice modificare a software-ului sau a hardware-ului aparatului sau a naturii
materialelor utilizate pentru producerea acestuia sunt notificate, înainte de a fiintroduse, autorit ății care a omologat aparatul. Autoritatea respectiv ăîi confirm ă
produc ătorului extinderea omolog ării sau poate solicita o actualizare sau o
confirmare a certificatelor de func ționare, de securitate și/sau de interoperare
relevante.
Procedurile de actualizare in situ a software-ului aparatelor de înregistrare trebuie
aprobate de autoritatea care a omologat aparatul de înregistrare. Actualizareasoftware-ului nu trebuie s ămodifice și nici s ășteargănici un fel de date
privind activitatea șoferului stocate în aparatul de înregistrare. Software-ul
poate fi actualizat numai pe r ăspunderea produc ătorului aparatului.
2.Certificatul de securitate
Certificatul de securitate este eliberat în conformitate cu dispozi țiile din apen-
dicele 10 la prezenta anex ă.
3.Certificatul de func ționare
Fiecare candidat la omologare trebuie s ăfurnizeze autorit ății de omologare a
statului membru toate materialele și întreaga documenta ție pe care aceasta le
consider ănecesare.
Produc ătorului i se elibereaz ăun certificat de func ționare numai dup ăobținerea
de rezultate pozitive cel pu țin la toate testele de func ționare prev ăzute în apen-
dicele 9.
Autoritatea de omologare elibereaz ăcertificatul de func ționare. Acest certificat
indică, pe lâng ănumele beneficiarului și identificarea modelului, o list ădetaliat ă
a testelor efectuate și a rezultatelor ob ținute.
4.Certificatul de interoperare
Testele de interoperare sunt realizate de un singur laborator, sub autoritatea șip e
răspunderea Comisiei Europene.
Laboratorul înregistreaz ăcererile de efectuare de teste de interoperare depuse de
produc ători în ordinea cronologic ăa sosirii acestora.
Cererile sunt înregistrate oficial numai în momentul în care laboratorul de ține:
—întregul set de materiale și documentele necesare pentru realizarea unor astfel
de teste de interoperare;
—certificatul de securitate relevant;
—certificatul de func ționare relevant.1998R2135 —RO—01.05.2006 —002.001 —54
▼M1
Data înregistr ării cererii trebuie comunicat ăproduc ătorului.
Laboratorul nu efectueaz ănici un test de interoperare pentru aparatele de înre-
gistrare sau cardurile de tahograf pentru care nu exist ăun certificat de securitate
și un certificat de func ționare.
Orice produc ător care solicit ăefectuarea unui test de interoperare trebuie s ăse
angajeze s ăcedeze laboratorului întregul set de materiale și toate documentele pe
care le-a furnizat pentru realizarea testelor.
Testele de interoperare se realizeaz ăîn conformitate cu dispozi țiile alineatului (5)
din apendicele 9 la prezenta anex ă, pentru toate tipurile de aparate de înregistrare
sau de carduri de tahograf:
—acăror omologare este înc ăvalabil ă;
sau
—care urmeaz ăsăfie omologate șid ețin un certificat de interoperare valabil.
Certificatul de interoperare este eliberat de c ătre laborator produc ătorului numai
dupăobținerea unui rezultat pozitiv la toate testele de interoperare obligatorii.
Dacărezultatele testelor de interoperare nu sunt pozitive pentru aparatele de
înregistrare sau cardul/cardurile de tahograf, în conformitate cu cerin ța 283, nu
se elibereaz ăcertificatul de interoperare decât dup ăce produc ătorul a efectuat
modific ările necesare șiao b ținut rezultate pozitive la testele de interoperare.
Laboratorul identific ăsursa problemei împreun ăcu produc ătorul afectat de
anomalia de interoperare respectiv ăși încearc ăsăîl ajute pe acesta s ăgăsească
o solu ție tehnic ă. În cazul în care produc ătorul și-a modificat produsul, acesta
trebuie s ăse informeze pe lâng ăautorit ățile competente dac ăcertificatul de
securitate și certificatul de func ționare sunt înc ăvalabile.
Certificatul de interoperare este valabil șase luni. Acesta expir ăla sfâr șitul
perioadei respective dac ăproduc ătorul nu prime ște un certificat de omologare
relevant. Acesta este transmis de produc ător autorit ății de omologare a statului
membru care a emis certificatul de func ționare.
Nici un element care ar putea sta la originea unei anomalii de interoperare nu
trebuie folosit în scopul ob ținerii de profit sau pentru ob ținerea unei pozi ții
dominante.
5.Certificatul de omologare
Autoritatea de omologare a statului membru poate elibera certificatul de
omologare imediat ce a intrat în posesia celor trei certificate solicitate.
Autoritatea de omologare trebuie s ătransmit ăo copie a certificatului de
omologare laboratorului îns ărcinat cu realizarea testelor de interoperare în
momentul în care aceasta este eliberat ăproduc ătorului.
Laboratorul îns ărcinat cu efectuarea testelor de interoperare trebuie s ăfurnizeze
pe un sit web o list ăactualizat ăa modelelor de aparate de înregistrare șid e
carduri de tahograf:
—pentru care a fost înregistrat ăo cerere de efectuare de teste de interoperare;
—pentru care a fost acordat un certificat de interoperare (chiar dac ăeste
provizoriu);
—pentru care a fost acordat un certificat de omologare.
6.Procedur ăextraordinar ă: primele teste de interoperare
Pe parcursul unei perioade de patru luni de la certificarea capacit ății de intero-
perare a unei prime perechi aparat de înregistrare/carduri de tahograf (carduri ale
șoferului, ale atelierului, de control și ale societ ății), orice certificat de intero-
perare eliberat (inclusiv primul) în urma cererilor înregistrate pe parcursul acesteiperioade este considerat provizoriu.
Dacă, la sfâr șitul perioadei men ționate anterior, toate produsele în cauz ăpot
interopera, toate certificatele de interoperare care le vizeaz ădevin definitive.
Dacă, pe parcursul acestei perioade apar anomalii de interoperare, laboratorul
însărcinat cu efectuarea testelor de interoperare trebuie s ăidentifice cauzele
problemelor cu ajutorul produc ătorilor implica țișisăîi invite s ăfacămodific ările
necesare.
Dacă, la sfâr șitul acestei perioade, problemele de interoperare persist ă, laboratorul
însărcinat cu realizarea testelor de interoperare, în colaborare cu produc ătorii în1998R2135 —RO—01.05.2006 —002.001 —55
▼M1
cauzăși cu autorit ățile de omologare care au eliberat certificatul de func ționare
aferent, trebuie s ăidentifice cauzele anomaliilor de interoperare șisăidentifice
modific ările care trebuie efectuate de c ătre fiecare dintre produc ătorii în cauz ă.
Căutarea solu țiilor tehnice trebuie s ădureze maximum dou ăluni, dup ăcare, dac ă
nu este identificat ăo solu ție comun ă, Comisia, dup ăconsultarea laboratorului
însărcinat cu efectuarea testelor de interoperare, decide care dintre aparate și
carduri primesc un certificat definitiv de interoperare și precizeaz ămotivul pe
baza c ăruia a fost adoptat ădecizia respectiv ă.
Orice solicitare de efectuare a unor teste de interoperare înregistrat ăde laborator
între sfâr șitul perioadei de patru luni de dup ăeliberarea primului certificat
provizoriu de interoperare și data deciziei adoptate de Comisie men ționatăîn
cerin ța 294 trebuie amânat ăpânăla rezolvarea problemelor ini țiale de intero-
perare. Apoi cererile respective sunt tratate în ordinea cronologic ăîn care au fost
înregistrate.1998R2135 —RO—01.05.2006 —002.001 —56
▼M1
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. Definirea tipurilor de date …..................................................
2.1. ActivityChangeInfo ….......................................................
2.2. Address …...............................................................
2.3. BCDString ….............................................................
2.4. CalibrationPurpose ….......................................................
2.5. CardActivityDailyRecord …...................................................
2.6. CardActivityLengthRange …..................................................
2.7. CardApprovalNumber ….....................................................
2.8. CardCertificate …..........................................................
2.9. CardChipIdentification …....................................................
2.10. CardConsecutiveIndex ….....................................................
2.11. CardControlActivityDataRecord …..............................................
2.12. CardCurrentUse ….........................................................
2.13. CardDriverActivity ….......................................................
2.14. CardDrivingLicenceInformation …..............................................
2.15. CardEventData …..........................................................
2.16. CardEventRecord …........................................................
2.17 CardFaultData …..........................................................
2.18. CardFaultRecord ….........................................................
2.19. CardIccIdentification …......................................................
2.20 CardIdentification …........................................................
2.21. CardNumber …...........................................................
2.22. CardPlaceDailyWorkPeriod ….................................................
2.23. CardPrivateKey ….........................................................
2.24. CardPublicKey …..........................................................
2.25. CardRenewalIndex ….......................................................
2.26. CardReplacementIndex …....................................................
2.27. CardSlotNumber ….........................................................
2.28. CardSlotsStatus ….........................................................
2.29. CardStructureVersion …......................................................
2.30. CardVehicleRecord ….......................................................
2.31. CardVehiclesUsed …........................................................
2.32. Certificate ….............................................................
2.33. CertificateContent …........................................................
2.34. CertificateHolderAuthorisation …...............................................
2.35. CertificateRequestID …......................................................
2.36. CertificationAuthorityKID …..................................................
2.37. CompanyActivityData ….....................................................
2.38. CompanyActivityType ….....................................................
2.39. CompanyCardApplicationIdentification ….........................................
2.40. CompanyCardHolderIdentification …............................................
2.41. ControlCardApplicationIdentification …...........................................
2.42. ControlCardControlActivityData …..............................................
2.43. ControlCardHolderIdentification …..............................................
2.44. ControlType …............................................................
2.45. CurrentDateTime …........................................................
2.46. DailyPresenceCounter ….....................................................1998R2135 —RO—01.05.2006 —002.001 —57
▼M1
2.47. Datef …................................................................
2.48. Distance …..............................................................
2.49. DriverCardApplicationIdentification …...........................................
2.50. DriverCardHolderIdentification …...............................................
2.51. EntryTypeDailyWorkPeriod ….................................................
2.52. EquipmentType ….........................................................
2.53. EuropeanPublicKey ….......................................................
2.54. EventFaultType ….........................................................
2.55. EventFaultRecordPurpose …..................................................
2.56. ExtendedSerialNumbe ….....................................................
2.57. FullCardNumber ….........................................................
2.58. HighResOdometer ….......................................................
2.59. HighResTripDistance ….....................................................
2.60. HolderName …...........................................................
2.61. K-ConstantOfRecordingEquipment …............................................
2.62. KeyIdentifier …...........................................................
2.63. L-TyreCircumference ….....................................................
2.64. Language ….............................................................
2.65. LastCardDownload ….......................................................
2.66. ManualInputFlag …........................................................
2.67. ManufacturerCode ….......................................................
2.68. MemberStateCertificate …....................................................
2.69. MemberStatePublicKey …....................................................
2.70. Name …................................................................
2.71. NationAlpha …...........................................................
2.72. NationNumeric …..........................................................
2.73. NoOfCalibrationRecords …...................................................
2.74. NoOfCalibrationSinceDownload …..............................................
2.75. NoOfCardPlaceRecords …....................................................
2.76. NoOfCardVehicleRecords …..................................................
2.77. NoOfCompanyActivityRecords …...............................................
2.78. NoOfControlActivityRecords …................................................
2.79. NoOfEventsPerType …......................................................
2.80. NoOfFaultsPerType ….......................................................
2.81. OdometerValueMidnight …...................................................
2.82. OdometerShort …..........................................................
2.83. OverspeedNumber ….......................................................
2.84. PlaceRecord …............................................................
2.85. PreviousVehicleInfo …......................................................
2.86. PublicKey ….............................................................
2.87. RegionAlpha …...........................................................
2.88. RegionNumeric ….........................................................
2.89. RSAKeyModulus …........................................................
2.90. RSAKeyPrivateExponent …...................................................
2.91. RSAKeyPublicExponent …...................................................
2.92. SensorApprovalNumber …....................................................
2.93. SensorIdentification …......................................................
2.94. SensorInstallation …........................................................
2.95. SensorInstallationSecData …..................................................
2.96. SensorOSIdentifier ….......................................................
2.97. SensorPaired …...........................................................
2.98. SensorPairingDate ….......................................................
2.99. SensorSerialNumber …......................................................
2.100. SensorSCIdentifier ….......................................................
2.101. Signature …..............................................................1998R2135 —RO—01.05.2006 —002.001 —58
▼M1
2.102. SimilarEventsNumber ….....................................................
2.103. SpecificConditionType …....................................................
2.104. SpecificConditionRecord …...................................................
2.105. Speed …................................................................
2.106. SpeedAuthorised …........................................................
2.107. SpeedAverage …..........................................................
2.108. SpeedMax ….............................................................
2.109. TDesSessionKey …........................................................
2.110. TimeReal …..............................................................
2.111. TyreSize …..............................................................
2.112. VehicleIdentificationNumber …................................................
2.113. VehicleRegistrationIdentification …..............................................
2.114. VehicleRegistrationNumber ….................................................
2.115. VuActivityDailyData …......................................................
2.116. VuApprovalNumber …......................................................
2.117. VuCalibrationData ….......................................................
2.118. VuCalibrationRecord …......................................................
2.119. VuCardIWData …..........................................................
2.120. VuCardIWRecord …........................................................
2.121. VuCertificate …...........................................................
2.122. VuCompanyLocksData …....................................................
2.123. VuCompanyLocksRecord …..................................................
2.124. VuControlActivityData …....................................................
2.125. VuControlActivityRecord …...................................................
2.126. VuDataBlockCounter ….....................................................
2.127. VuDetailedSpeedBlock …....................................................
2.128. VuDetailedSpeedData ….....................................................
2.129. VuDownloadablePeriod …....................................................
2.130. VuDownloadActivityData …..................................................
2.131. VuEventData …...........................................................
2.132. VuEventRecord ….........................................................
2.133. VuFaultData …............................................................
2.134. VuFaultRecord …..........................................................
2.135. VuIdentification ….........................................................
2.136. VuManufacturerAddress …...................................................
2.137. VuManufacturerName ….....................................................
2.138. VuManufacturingDate ….....................................................
2.139. VuOverSpeedingControlData …................................................
2.140. VuOverSpeedingEventData ….................................................
2.141. VuOverSpeedingEventRecord …................................................
2.142. VuPartNumber …..........................................................
2.143. VuPlaceDailyWorkPeriodData …...............................................
2.144. VuPlaceDailyWorkPeriodRecord …..............................................
2.145. VuPrivateKey …...........................................................
2.146. VuPublicKey …...........................................................
2.147. VuSerialNumber ….........................................................
2.148. VuSoftInstallationDate ….....................................................
2.149. VuSoftwareIdentification …...................................................
2.150. VuSoftwareVersion ….......................................................
2.151. VuSpecificConditionData …...................................................
2.152. VuTimeAdjustmentData …....................................................
2.153. VuTimeAdjustmentRecord …..................................................
2.154. W-VehicleCharacteristicConstant …..............................................
2.155. WorkshopCardApplicationIdentification ….........................................
2.156. WorkshopCardCalibrationData …...............................................1998R2135 —RO—01.05.2006 —002.001 —59
▼M1
2.157. WorkshopCardCalibrationRecord ….............................................
2.158. WorkshopCardHolderIdentification …............................................
2.159. WorkshopCardPIN ….......................................................
3. Definirea domeniilor de valori și de dimensiuni …...................................
3.1. Defini ții pentru cardul șoferului …..............................................
3.2. Defini ții pentru cardul atelierului ….............................................
3.3. Defini ții pentru cardul de control ….............................................
3.4. Defini ții pentru cardul societ ății…..............................................
4. Seturi de caractere ….......................................................
5. Codarea …...............................................................1998R2135 —RO—01.05.2006 —002.001 —60
▼M1
1. INTRODUCERE
Prezentul apendice cuprinde preciz ări privind formatele de date, elementele de
date și structurile de date care trebuie utilizate de aparatul de înregistrare șid e
cardurile de tahograf.
1.1. Metoda de stabilire a defini țiilor tipurilor de date
În acest apendice se recurge la Nota ția specifica țiilor structurilor de date în
conversiile sintactice num ărul unu (ASN.1) pentru a defini tipurile de date. Acest
lucru permite definirea unor date simple și structurate, f ărăa fi necesar un transfer
specific de sintax ă(reguli de codare) care s ădepind ăde aplica țieși de mediu.
Conven țiile de denumire a tipurilor ASN.1 sunt realizate conform standardului
ISO/IEC 8824-1. Acest lucru implic ăurmătoarele aspecte:
—în cazurile în care 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 încep 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 aparatelor î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 aparatul de înregistrare, defini ția tipului ASN.1 în cauz ăeste cuprins ă
î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 identificatorii de
domenii de valori. Identificatorii de domenii de valori sunt defini ți în alineatul (3).
1.2. Referin țe
În prezentul apendice se utilizeaz ăurmătoarele referin țe:
ISO 639 Cod pentru reprezentarea numelor limbilor. Prima edi ție:
1988
EN 726-3 Sisteme de carduri de identificare –Carduri și terminale de
telecomunica ții cu circuit(e) integrat(e) –Partea 3: Cerin țe
privind cardurile indiferent de aplica ția acestora. Decembrie
1994
ISO 3779 Vehicule rutiere –Numărul de identificare al vehiculelor
(NIV) –Conținut și structur ă. Edi ția a treia: 1983
ISO/IEC 7816-5 Tehnologia informa ției–Carduri de identificare –Carduri cu
circuit(e) integrat(e) cu contacte –Partea 5: Sistemul de
numerotare și procedura de înregistrare pentru identificatorii
de aplica ție. Prima edi ție: 1994 + Modificarea 1: 1996
ISO/IEC 8824-1 Tehnologia informa ției–Nota ția specifica țiilor structurilor
de date în conversiile sintactice num ărul unu (ASN.1):
Specifica ții privind notarea de baz ă. Edi ția a doua: 1998
ISO/IEC 8825-2 Tehnologia informa ției–Reguli de codare ASN.1: Speci-
ficații privind Regulile de codare condensat ă(PER). Edi ția a
doua: 1998
ISO/IEC 8859-1 Tehnologia informa ției–Set de caractere grafice codate în
octet unic –Partea 1: Alfabetul latin nr. 1. Prima edi ție:
1998
ISO/IEC 8859-7 Tehnologia informa ției–Set de caractere grafice codate în
octet unic –Partea 7: Alfabetul latin/grec. Prima edi ție: 1987
ISO 16844-3 Vehicule rutiere –Sisteme de tahograf –Interfa ța senzorului
de mi șcare. WD 3-20/05/99.1998R2135 —RO—01.05.2006 —002.001 —61
▼M1
1998R2135 —RO—01.05.2006 —002.001 —62
▼M1
2. DEFINIREA TIPURILOR DE DATE
Pentru fiecare din urm ătoarele tipuri de date, valoarea implicit ăcorespondent ă
conținutului «necunoscut» sau «nu este cazul» va consta din completarea
elementului de date cu octe ți «FF».
2.1. ActivityChangeInfo
Acest tip de date permite codarea, într-un cuvânt de doi octe ți, a st ării lectorului
la 00.00 și/sau a st ăriișoferului la 00.00 și/sau a modific ărilor de activitate și/sau
a modific ărilor modului de conducere și/sau a modific ărilor st ării cardului
șoferului sau copilotului. Acest tip de date se raporteaz ăla cerin țele 084, 109a,
199 și 219.

Notăpentru cazul de «retragere a cardului»:
La retragerea cardului:—′s′este relevant și indic ălectorul din care a fost retras cardul
—′c′trebuie s ăfie setat la 0
—′p′trebuie s ăfie setat la 1
—′aa′trebuie s ăcodeze activitatea curent ăselectat ăîn acel moment
Ca urmare a unei introduceri manuale de date, bi ții′c′și′aa′din cuvânt (stoca ți
pe un card) pot fi înlocui ți mai târziu pentru a reflecta introducerea de date.
2.2. Address
O adres ă.
codePage precizeaz ăpartea din standardul ISO/IEC 8859 folosit ăla codarea
adresei,
address este o adres ăcodatăconform paginii adecvate de coduri din standardul
ISO/IEC 8859.
2.3. BCDString
BCDString se aplic ăpentru o reprezentare a zecimalei în cod binar (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 ′.
BCDString folose ște o notare «hstring». Caracterul 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.4. CalibrationPurpose
Cod care explic ăde ce s-a înregistrat un set de parametri de calibrare. Acest tip
de date se raporteaz ăla cerin țele 097 și 098.
Atribuirea valorii:
′00′H valoare rezervat ă1998R2135 —RO—01.05.2006 —002.001 —63
▼M1
′01′H activare: înregistrarea parametrilor de calibrare cunoscu ți în momentul
activării UV
′02′H prima instalare: prima calibrare a UV dup ăprima activare a acesteia
′03′H instalare: prima calibrare a UV în vehiculul în cauz ă
′04′H inspec ție periodic ă
2.5. CardActivityDailyRecord
Informa ții, stocate pe un card, privind activit ățileșoferului într-o anumit ăzi
calendaristic ă. Acest tip de date se raporteaz ăla cerin țele 199 și 219.
activityPreviousRecordLength este lungimea total ăîn octe ți a înregistr ării
zilnice anterioare. Valoarea maxim ăeste dat ăde lungimea ȘIRULUI DE
OCTE ȚI care con ține aceste înregistr ări [vezi CardActivityLengthRange în
alineatul (3)]. Atunci când aceast ăînregistrare devine cea mai veche înregistrare
zilnic ă, valoarea lui activityPreviousRecordLength trebuie setat ăla 0.
activityRecordLength este lungimea total ăîn octe ți a acestei înregistr ă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 șofer în ziua
respectiv ă. Acesta poate con ține maximum 1 440 valori (o activitate pe minut).
Acest set de date cuprinde întotdeauna activityChangeInfo care codeaz ăstarea
șoferului la 00.00.
2.6. CardActivityLengthRange
Numărul de octe ți de pe un card al șoferului sau un card al atelierului, disponibil
pentru stocarea înregistr ărilor privind activitatea șoferului.
Atribuirea valorii : vezi alineatul (3).
2.7. CardApprovalNumber
Numărul de omologare al cardului.
Atribuirea valorii : Neprecizat ă.
2.8. CardCertificate
Certificat al cheii publice a cardului.
1998R2135 —RO—01.05.2006 —002.001 —64
▼M1
2.9. CardChipIdentification
Informa ții, stocate pe un card, privind identificarea Circuitului integrat (CI) al
cardului (cerin ța 191).
icSerialNumber este num ărul de serie al circuitului integrat (CI) definit în EN
726-3.
icManufacturingReferences reprezint ăidentificatorul produc ătorului circuitului
integrat și elementele de fabrica ție definite în EN 726-3.
2.10. CardConsecutiveIndex
Un indice secven țial al cardului [defini ția h)].
Atribuirea valorii : (vezi capitolul VII din prezenta anex ă)
Ordine de incrementare: ′0,…,9 ,A , …,Z ,a , …,z′.
2.11. CardControlActivityDataRecord
Informa ții, stocate pe un card al șoferului sau al atelierului, privind ultimul
control la care a fost supus șoferul (cerin țele 210 și 225).
controlType este tipul controlului.
controlTime reprezint ădata și ora controlului.
controlCardNumber este num ărul complet al cardului inspectorului de control
care a efectuat controlul.
controlVehicleRegistration este num ărul de înmatriculare al vehiculului (VRN)
și statul membru de înmatriculare a vehiculului supus controlului.
controlDownloadPeriodBegin șicontrolDownloadPeriodEnd reprezint ă
perioada desc ărcată, în cazul în care se efectueaz ăo desc ărcare de date.
2.12. CardCurrentUse
Informa ții privind utilizarea efectiv ăa cardului (cerin ța 212).
1998R2135 —RO—01.05.2006 —002.001 —65
▼M1
1998R2135 —RO—01.05.2006 —002.001 —66
▼M1
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, la intro-
ducerea cardului. Acest element se seteaz ăla 0 în momentul retragerii cardului.
2.13. CardDriverActivity
Informa ții, stocate pe un card al șoferului sau al atelierului, privind activit ățile
șoferului (cerin țele 199 și 219).
activityPointerOldestDayRecord este specificarea începutului loca ției de stocare
în memorie (num ărul de octe ți de la începutul șirului) în cea mai veche înre-
gistrare complet ăaferent ăunei zile din șirul activityDailyRecords. Valoarea
maxim ăeste dat ăde lungimea șirului.
activityPointerNewestDayRecord este specificarea începutului loca ției de
stocare în memorie (num ărul de octe ți de la începutul șirului) în cea mai
recent ăînregistrare complet ăaferent ăunei zile din șirul activityDailyRecords.
Valoarea maxim ăeste dat ăde lungimea șirului.
activityDailyRecords este spa țiul disponibil pentru stocarea datelor privind acti-
vitatea șoferului (structura datelor: CardActivityDailyRecord) 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
respective. 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 noi date privind activitatea în șir (prin extinderea activi-
tyDailyRecord curent sau prin introducerea unui nou activityDailyRecord) care s ă
înlocuiasc ădatele mai vechi privind activitatea, activityPointerOldestDayRecord
trebuie actualizat pentru a indica noua loca ție a 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.14. CardDrivingLicenceInformation
Informa ții, stocate pe un card al șoferului, privind permisul de conducere al
titularului cardului (cerin ța 196).
drivingLicenceIssuingAuthority este autoritatea care r ăspunde de eliberarea
permisului de conducere.
drivingLicenceIssuingNation este na ționalitatea autorit ății care a eliberat
permisul de conducere.
drivingLicenceNumber este num ărul permisului de conducere.
2.15. CardEventData
Informa ții, stocate pe un card al șoferului sau al atelierului, privind evenimentele
care se raporteaz ăla titularul cardului (cerin țele 204 și 223).
1998R2135 —RO—01.05.2006 —002.001 —67
▼M1
CardEventData este o secven ță, în ordine cresc ătoare a valorilor Event-
FaultType, a cardEventRecords (cu excep ția înregistr ărilor privind tentativele
de violare a sistemului de securitate, care sunt cuprinse în ultimul set al
secven ței).
cardEventRecords este o serie de înregistr ări de evenimente pentru un anumit
tip de evenimente (sau categorie pentru evenimentele privind tentativele deviolare a sistemului de securitate).
2.16. CardEventRecord
Informa ții, stocate pe un card al șoferului sau al atelierului, privind un eveniment
care se refer ăla titularul cardului (cerin țele 205 și 223).
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 este num ărul de înmatriculare al vehiculului și statul
membru de înmatriculare în care a avut loc evenimentul.
2.17. CardFaultData
Informa ții, stocate pe un card al șoferului sau al atelierului, privind anomaliile
care se raporteaz ăla titularul cardului (cerin țele 207 și 223).
CardFaultData este o secven țăcare cuprinde un set de înregistr ări ale anoma-
liilor aparatului 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 (aparat de înregistrare sau card).
2.18. CardFaultRecord
Informa ții, stocate pe un card al șoferului sau al atelierului, privind o anomalie
care se raporteaz ăla titularul cardului (cerin țele 208 și 223).

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 este num ărul de înmatriculare și statul membru de
înmatriculare al vehiculului în care s-a produs anomalia.
2.19. CardIccIdentification
Informa ții, stocate pe un card, privind identificarea cardului cu circuit integrat
(CI) (cerin ța 192).
clockStop este modul Clockstop definit în EN 726-3.
cardExtendedSerialNumber este num ărul de serie al cardului cu circuit integrat
și referin ța produc ătorului cardului cu circuit integrat, definite în EN 726-3 și
detaliate în tipul de date ExtendedSerialNumber.
cardApprovalNumber este num ărul de omologare al cardului.
cardPersonaliserID este identificarea distinct ăa cardului, definit ăîn EN 726-3.
embedderIcAssemblerId este identificatorul integratorului/al asamblorului de
circuit integrat definit în EN 726-3.
icIdentifier este identificatorul circuitului integrat de pe card și al produc ătorului
circuitului integrat definit în EN 726-3.
2.20. CardIdentification
Informa ții, stocate pe un card, privind identificarea cardului (cerin țele 194, 215,
231, 235).
cardIssuingMemberState este codul statului membru care emite cardul.
cardNumber este num ărul de card al cardului.
cardIssuingAuthorityName este denumirea autorit ății care a emis cardul.
cardIssueDate este data emiterii cardului pentru titularul acestuia din prezent.
cardValidityBegin este data de la care cardul este valabil.
cardExpiryDate este data la care expir ăvalabilitatea cardului.1998R2135 —RO—01.05.2006 —002.001 —68
▼M1
2.21. CardNumber
Un num ăr de card conform defini ției de la litera (g).
driverIdentification este identificarea individual ăa unui șofer într-un stat
membru.
ownerIdentification este identificarea individual ă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 al
șoferului, a doua secven țădin selec ție este adecvat ăpentru a coda numerele de
carduri al atelierului, de control și, respectiv, al societ ății.
2.22. CardPlaceDailyWorkPeriod
Informa ții, stocate pe un card al șoferului sau al atelierului, privind locurile în
care începe și/sau se încheie activitatea de munc ăcotidian ă(cerin țele 202 și 221).
placePointerNewestRecord este indicele ultimei înregistr ări actualizate a locului.
Atribuirea valorii : Num ăr care corespunde contorului înregistr ării locului,
începând de la «0» pentru prima ocuren țăa înregistr ărilor locului din structur ă.
placeRecords este seria de înregistr ări care con țin informa ții privind locurile
introduse.
2.23. CardPrivateKey
Cheia privat ăa unui card.
2.24. CardPublicKey
Cheia public ăa unui card.1998R2135 —RO—01.05.2006 —002.001 —69
▼M1
2.25. CardRenewalIndex
Un indice de reînnoire a cardului [defini ția (i)].
Atribuirea valorii : (vezi capitolul VII din prezenta anex ă).
′0′Cardul original.
Ordin de cre ștere:′0,…,9 ,A , …,Z′.
2.26. CardReplacementIndex
Un indice de înlocuire a cardului [defini ția (j)].
Atribuirea valorii : (vezi capitolul VII din prezenta anex ă).
′0′Cardul original.
Ordin de cre ștere:′0,…,9 ,A , …,Z′.
2.27. CardSlotNumber
Cod care face distinc ția între cele dou ălectoare ale unit ății montate pe vehicul.
Atribuirea valorii : nu exist ăspecifica ții suplimentare în acest sens.
2.28. CardSlotStatus
Cod care indic ătipurile de carduri introduse în cele dou ălectoare ale unit ății
montate pe vehicul.
1998R2135 —RO—01.05.2006 —002.001 —70
▼M1
2.29. CardStructureVersion
Cod care indic ăversiunea structurii implementate într-un card de tahograf.
2.30. CardVehicleRecord
Informa ții, stocate pe un card al șoferului sau al atelierului, privind o perioad ăde
utilizare a vehiculului pe durata unei zile calendaristice (cerin țele 197 și 217).
vehicleOdometerBegin este valoarea indicat ăde contorul de parcurs al vehi-
culului la începutul perioadei de utilizare a vehiculului.
vehicleOdometerEnd este valoarea indicat ăde contorul de parcurs al 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 vehi-
culului.
vehicleRegistration reprezint ănumărul de înmatriculare (VRN) și statul membru
de înmatriculare a vehiculului.
vuDataBlockCounter este valoarea indicat ăde contorul blocurilor de date al
unității montate pe vehicul la ultima extragere de date din perioada de utilizare
a vehiculului.
2.31. CardVehiclesUsed
Informa ții, stocate pe un card al șoferului sau al atelierului, privind vehiculele
utilizate de c ătre titularul cardului (cerin țele 197 și 217).
vehiclePointerNewestRecord este indicele ultimei înregistr ări actualizate a vehi-
culului.
Atribuirea valorii : Num ăr care corespunde contorului înregistr ărilor vehiculului,
începând de la «0» pentru prima ocuren țăa înregistr ărilor vehiculului în
structur ă.1998R2135 —RO—01.05.2006 —002.001 —71
▼M1
cardVehicleRecords este seria de înregistr ări care con țin informa ții privind vehi-
culele utilizate.
2.32. Certificate
Certificatul unei chei publice emise de o autoritate de certificare.
Atribuirea valorii : semn ăturădigital ăcu recuperarea par țială a con ținutului
certificatului conform apendicelui 11: «Mecanisme de securitate comune»:
Semn ătura (128 octe ți) || restul cheii publice (58 octe ți) || referin ța autorit ății
de certificare (8 octe ți).
2.33. CertificateContent
Conținutul (accesibil) al certificatului unei chei publice conform apendicelui 11:
«Mecanisme de securitate comune».
certificateProfileIdentifier este versiunea certificatului corespunz ător.
Atribuirea valorii :′01h′pentru aceast ăversiune.
CertificationAuthorityReference precizeaz ăautoritatea de certificare care a emis
certificatul. De asemenea, aceste date desemnează cheia public ăa autorit ății de
certificare în cauz ă.
certificateHolderAuthorisation precizeaz ă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,
aceste date desemnează cheia public ăad e ținătorului de certificat în cauz ă.
publicKey este cheia public ăcertificat ăprin intermediul certificatului în cauz ă.
2.34. CertificateHolderAuthorisation
Identificarea drepturilor unui deț inător de certificat.
tachographApplicationID este identificatorul de aplica ție pentru aplica ția de
tahograf.
Atribuirea valorii :′FFh′′54h′′41h′′43h′′48h′′4Fh′. Acest ID al aplica ției este
un identificator de aplica ție exclusiv neomologat conform standardului ISO/IEC
7816-5.equipmentType este identificarea tipului de aparat pentru care se emite certi-
ficatul.1998R2135 —RO—01.05.2006 —002.001 —72
▼M1
Atribuirea valorii : în conformitate cu tipul de date EquipmentType. 0, dac ă
certificatul este emis de unul din statele membre.
2.35. CertificateRequestID
Identificarea individual ăa unei cereri de certificat. Se poate utiliza și ca Identi-
ficator al cheii publice a vehiculului dac ănumărul de serie al unit ății montate pe
vehicul c ăreia îi este destinat ăcheia nu este cunoscut în momentul emiterii
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 complet.
Atribuirea valorii : «FFh».
manufacturerCode este codul numeric al produc ătorului care solicit ăacordarea
certificatului.
2.36. 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.
keySerialNumber este num ărul de serie care face distinc ția între diferitele chei
ale autorit ății de certificare dac ăaceste chei se modific ă.
additionalInfo este un câmp de doi octe ți pentru introducerea unor cod ări supli-
mentare (specifice autorit ății de certificare).
caIdentifier este un identificator care face distinc ția dintre un Identificator al
cheii autorit ății de certificare și identificatorii altor chei.
Atribuirea valorii :′01h′.
2.37. CompanyActivityData
Informa ții, stocate pe un card al societ ății, privind activit ățile efectuate prin
intermediul cardului (cerin ța 237).1998R2135 —RO—01.05.2006 —002.001 —73
▼M1
companyPointerNewestRecord este indicele ultimei înregistr ări a activit ății
societ ății actualizate de sistem.
Atribuirea valorii : Num ăr care corespunde contorului înregistr ărilor activit ăților
societ ății, începând de la «0» pentru prima ocuren țăa unei înregistr ări a activit ății
societ ății în structur ă.
companyActivityRecords este o serie a tuturor înregistr ărilor activit ăților
societ ății.
companyActivityRecord este o secven țăde informa ții privind o activitate a
societ ății.
companyActivityType este tipul de activitate a societ ății.
companyActivityTime este data și ora la care se desf ășoarăactivitatea societ ății.
cardNumberInformation reprezint ănumărul cardului și statul membru care a
emis cardul pentru cardul desc ărcat, dac ăeste cazul.
vehicleRegistrationInformation reprezint ăVRN-ul și statul membru de înma-
triculare a vehiculului care au fost desc ărcate, blocate sau deblocate.
downloadPeriodBegin șidownloadPeriodEnd reprezint ăperioada desc ărcată
din unitatea montat ăpe vehicul, dac ăeste cazul.
2.38. CompanyActivityType
Cod care indic ăo activitate desf ășuratăde o societate prin utilizarea propriului
card al societ ății.
1998R2135 —RO—01.05.2006 —002.001 —74
▼M1
2.39. CompanyCardApplicationIdentification
Informa ții, stocate pe un card al societ ății, privind identificarea aplica ției de pe
card (cerin ța 190).
typeOfTachographCardId precizeaz ătipul de card implementat.
cardStructureVersion precizeaz ăversiunea structurii implementate în card.
noOfCompanyActivityRecords este num ărul înregistr ărilor activit ăților societ ății
care pot fi stocate pe card.
2.40. CompanyCardHolderIdentification
Informa ții, stocate pe un card al societ ății, privind identificarea titularului
cardului (cerin ța 236).
companyName este numele societ ății deț inătoare.
companyAddress este adresa societ ății deț inătoare.
cardHolderPreferredLanguage este limba preferat ăde titularul cardului.
2.41. ControlCardApplicationIdentification
Informa ții, stocate pe un card de control, privind identificarea aplica ției de pe
card (cerin ța 190).
typeOfTachographCardId precizeaz ătipul de card implementat.
cardStructureVersion precizeaz ăversiunea structurii implementate în card.
noOfControlActivityRecords este num ărul înregistr ărilor activit ăților de control
care pot fi stocate pe card.2.42. ControlCardControlActivityData
Informa ții, stocate pe un card de control, privind activit ățile de control efectuate
prin intermediul cardului (cerin ța 233).1998R2135 —RO—01.05.2006 —002.001 —75
▼M1
controlPointerNewestRecord este indicele ultimei înregistr ări a activit ății de
control actualizate de sistem.
Atribuirea valorii : Num ăr care corespunde contorului înregistr ărilor activit ăților
de control, începând de la «0» pentru prima ocuren țăa unei înregistr ări a acti-
vității de control în structur ă.
controlActivityRecords este o serie a tuturor înregistr ărilor activit ăților de
control.
controlActivityRecord este o secven țăde informa ții privind o activitate de
control.
controlType este tipul de control.
controlTime este data și ora la care se desf ășoarăcontrolul.
controlledCardNumber reprezint ănumărul cardului și statul membru emitent de
card al cardului controlat.
controlledVehicleRegistration reprezint ăVRN-ul și statul membru de înmatri-
culare a vehiculului în care s-a efectuat controlul.
controlDownloadPeriodBegin șicontrolDownloadPeriodEnd reprezint ă
perioada desc ărcatăde pe card, dac ăeste cazul.
2.43. ControlCardHolderIdentification
Informa ții, stocate pe un card de control, privind identificarea titularului cardului
(cerin ța 232).
controlBodyName este numele organismului de control al titularului cardului.
controlBodyAddress este adresa organismului de control al titularului cardului.
cardHolderName este numele și prenumele titularului cardului de control.
cardHolderPreferredLanguage este limba preferat ăde către titularul cardului.
2.44. ControlType
Cod care indic ăactivit ățile desf ășurate în timpul unui control. Acest tip de date
se raporteaz ăla cerin țele 102, 210 și 225.1998R2135 —RO—01.05.2006 —002.001 —76
▼M1
2.45. CurrentDateTime
Data și ora din momentul respectiv, afi șate de aparatul de înregistrare.
Atribuirea valorii : nu se furnizeaz ăindica ții suplimentare.
2.46. DailyPresenceCounter
Contor, stocat într-un driver de pe cardul șoferului sau al atelierului, incrementat
cu o unitate pentru fiecare zi calendaristic ădin momentul în care cardul a fost
introdus într-o UV. Acest tip de date se raporteaz ăla cerin țele 199 și 219.
Valoarea atribuit ă: Numerotare consecutiv ă, cu valoare maxim ă= 9 999,
începând apoi din nou de la 0. În momentul primei emiteri a cardului, nume-rotarea este setat ăla 0.
2.47. Datef
Data exprimat ăîn format numeric care poate fi imprimat pe loc.
Atribuirea valorii :1998R2135 —RO—01.05.2006 —002.001 —77
▼M1
2.48. Distance
Distan ța parcurs ă(rezultatul calcul ării diferen ței dintre dou ăvalori afi șate de
contorul de parcurs al unui vehicul, în kilometri).
Atribuirea valorii : Binar f ărăsemn. Valoarea în kilometri în domeniul de valori
0-9 999 km.
2.49. DriverCardApplicationIdentification
Informa ții, stocate pe un card al șoferului, privind identificarea aplica ției de pe
card (cerin ța 190).
typeOfTachographCardId precizeaz ătipul de card implementat.
cardStructureVersion precizeaz ăversiunea structurii implementate în card.
noOfEventsPerType reprezint ănumărul de evenimente în func ție de tipul de
eveniment, pe care cardul le poate înregistra.
noOfFaultsPerType este num ărul de anomalii, în func ție de tipul de anomalie,
care pot fi înregistrate pe card.activityStructureLength indicănumărul de octe ți disponibili pentru stocarea
înregistr ărilor activit ăților.
noOfCardVehicleRecords este num ărul de înregistr ări ale vehiculului care pot fi
conținute de un card.
noOfCardPlaceRecords este num ărul de locuri care pot fi înregistrate pe card.
2.50. DriverCardHolderIdentification
Informa ții, stocate pe un card al șoferului, privind identificarea titularului cardului
(cerin ța 195).
cardHolderName este numele și prenumele titularului cardului șoferului.1998R2135 —RO—01.05.2006 —002.001 —78
▼M1
cardHolderBirthDate este data de na ștere a titularului cardului șoferului.
cardHolderPreferredLanguage este limba preferat ăde titularul cardului.
2.51. EntryTypeDailyWorkPeriod
Cod care face distinc ția între începutul și sfâr șitul unei înregistr ări a locului unde
s-a desf ășurat o perioad ăa activit ății zilnice și condi țiile în care s-a realizat
înregistrarea respectiv ă.
Atribuirea valorii : conform standardului ISO/IEC8824-1.
2.52. EquipmentType
Cod care face distinc ția între diferitele tipuri de aparat pentru aplica ția de tahograf.
Atribuirea valorii : Conform standardului ISO/IEC 8824-1.
Valoarea 0 este rezervat ăpentru a desemna un stat membru sau Europa în
câmpul CHA din certificate.
2.53. EuropeanPublicKey
Cheia public ăeuropean ă.
2.54. EventFaultType
Cod prin care se caracterizeaz ăun eveniment sau o anomalie.1998R2135 —RO—01.05.2006 —002.001 —79
▼M1
1998R2135 —RO—01.05.2006 —002.001 —80
▼M1
Atribuirea valorii :

2.55. EventFaultRecordPurpose
Cod care explic ăde ce s-a înregistrat un anumit eveniment sau o anumit ă
anomalie.
2.56. ExtendedSerialNumber
Identificare individual ăa unui echipament. Poate fi utilizat și ca Identificator al
cheii publice a unui echipament.
serialNumber este num ărul de serie al echipamentului, unic pentru produc ător,
tipul echipamentului și luna descris ăîn continuare.
monthYear este identificarea lunii și a anului de produc ție (sau a num ărului de
serie atribuit).
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 al produc ătorului echipamentului.
2.57. FullCardNumber
Cod prin care se identific ăcomplet un card de tahograf.
cardType este tipul cardului de tahograf.1998R2135 —RO—01.05.2006 —002.001 —81
▼M1
cardIssuingMemberState este codul statului membru care a emis cardul.
cardNumber este num ărul cardului.
2.58. HighResOdometer
Valoarea indicat ăde contorul de parcurs al vehiculului: distan ța cumulat ă
parcurs ăde vehicul în timpul exploat ării acestuia.
Atribuirea valorii : Binar f ărăsemn. Valoare exprimat ăîn 1/200 km și cuprins ă
în domeniul de valori 0-21 055 406 km.
2.59. HighResTripDistance
O distan țăparcurs ăpe întreaga durat ăsau într-o parte a cursei.
Atribuirea valorii : Binar f ărăsemn. Valoare exprimat ăîn 1/200 km și cuprins ă
în domeniul de valori 0-21 055 406 km.
2.60. HolderName
Numele și prenumele unui titular al cardului.
holderSurname este numele (numele de familie) al titularului. Acest nume de
familie nu cuprinde titluri.
Atribuirea valorii : dac ăun astfel de card nu este personal, holderSurname
conține acelea și informa ții ca și companyName, workshopName sau controlBo-
dyName.
holderFirstNames reprezint ăprenumele și ini țialele titularului.
2.61. K-ConstantOfRecordingEquipment
Constanta aparatului de înregistrare [defini ția (m)].
Atribuirea valorii : Impulsuri pe kilometru într-un domeniu de valori de la 0 la
64 255 impulsuri/km.
2.62. KeyIdentifier
Un identificator unic al unei chei publice utilizat pentru a desemna și a selecta
cheia respectiv ă. Acest identificator desemneaz ășid eținătorul cheii.
Prima alternativ ăeste adecvat ăpentru a desemna cheia public ăa unei unit ăți
montate pe vehicul sau a unui card de tahograf.1998R2135 —RO—01.05.2006 —002.001 —82
▼M1
A doua alternativ ăeste adecvat ăpentru a desemna cheia public ăa unei unit ăți
montate pe vehicul (în cazul în care num ărul de serie al unit ății montate pe
vehicul nu poate fi cunoscut în momentul eliber ării certificatului).
A treia alternativ ăeste adecvat ăpentru a desemna cheia public ăa unui stat
membru.
2.63. L-Tyre Circumference
Circumferin ța efectiv ăa pneurilor [defini ția (u)].
Atribuirea valorii : Binar f ărăsemn, valoarea exprimat ăîn 1/8 mm și cuprins ăîn
domeniul de valori 0-8 031 mm.
2.64. Language
Codul de identificare a unei limbi.
Atribuirea valorii : O codare de dou ălitere, minuscule, conform standardului
ISO 639.
2.65. LastCardDownload
Data și ora, stocate pe un card al șoferului, la care s-a efectuat ultima desc ărcare
a informa țiilor de pe card (în alte scopuri decât în vederea unui control). Aceast ă
datăpoate fi actualizat ăde o UV sau de orice lector de card.
Atribuirea valorii : nu se furnizeaz ăindica ții suplimentare.
2.66. ManualInputFlag
Cod care specific ădacăun titular de card a introdus manual activit ățileșoferului
la introducerea cardului sau nu (cerin ța 081).
Atribuirea valorii : nu se furnizeaz ăindica ții suplimentare.
2.67. ManufacturerCode
Cod de identificare al unui produc ător.
1998R2135 —RO—01.05.2006 —002.001 —83
▼M1
2.68. MemberStateCertificate
Certificatul unei chei publice a unui stat membru, eliberat de Autoritatea
european ăde certificare.
2.69. MemberStatePublicKey
Cheia public ăa unui stat membru.
1998R2135 —RO—01.05.2006 —002.001 —84
▼M1
1998R2135 —RO—01.05.2006 —002.001 —85
▼M1
2.70. Name
Un nume.
codePage precizeaz ăpartea din standardul ISO/IEC 8859 care se utilizeaz ă
pentru codarea numelui.
name este numele codat conform paginii corespunz ătoare de coduri din stan-
dardul ISO/IEC 8859.
2.71. NationAlpha
Trimiterea alfabetic ăla o anumit ățară, în conformitate cu modalitatea conven-
ționalăde codare a numelor țărilor pe autocolantele de pe barele de protec ție ale
vehiculelor și/sau din documentele de asigurare ale vehiculelor armonizate la
nivel interna țional (cartea verde).

1998R2135 —RO—01.05.2006 —002.001 —86
▼M1
2.72. NationNumeric
Cod numeric care desemneaz ăoțară.

2.73. NoOfCalibrationRecords
Numărul de înregistr ări ale opera țiunilor de calibrare care pot fi stocate pe un
card al atelierului.
Atribuirea valorii : vezi alineatul (3).
2.74. NoOfCalibrationsSinceDownload
Contor care indic ănumărul de opera țiuni de calibrare efectuate cu un card al
atelierului de la ultima desc ărcare a informa țiilor de pe cardul în cauz ă(cerin ța 230).
Atribuirea valorii : Nu se furnizeaz ăindica ții suplimentare.
2.75. NoOfCardPlaceRecords
Numărul de înregistr ări de locuri care pot fi stocate pe un card al șoferului sau al
atelierului.
Atribuirea valorii : vezi alineatul (3).
2.76. NoOfCardVehicleRecords
Numărul de înregistr ări privind vehiculele utilizate care pot fi stocate pe un card
alșoferului sau al atelierului.
1998R2135 —RO—01.05.2006 —002.001 —87
▼M1
Atribuirea valorii : vezi alineatul (3).
2.77. NoOfCompanyActivityRecords
Numărul de înregistr ări ale activit ăților societ ății care pot fi stocate pe un card al
societ ății.
Atribuirea valorii : vezi alineatul (3).
2.78. NoOfControlActivityRecords
Numărul de înregistr ări ale activit ăților de control care pot fi stocate pe un card.
Atribuirea valorii : vezi alineatul (3).
2.79. NoOfEventsPerType
Numărul de evenimente, în func ție de tipul de eveniment, care pot fi stocate pe
un card.
Atribuirea valorii : vezi alineatul (3).
2.80. NoOfFaultsPerType
Numărul de anomalii, în func ție de tipul de anomalie, care pot fi stocate pe un
card.
Atribuirea valorii :: = vezi alineatul (3).
2.81. OdometerValueMidnight
Valoarea indicat ăde contorul de parcurs al vehiculului la miezul nop ții într-o zi
dată(cerin ța 090).
Atribuirea valorii : nu se furnizeaz ăindica ții suplimentare.
2.82. OdometerShort
Valoarea indicat ăde contorul de parcurs al vehiculului, în form ăprescurtat ă.
Atribuirea valorii : Binar f ărăsemn. Valoare exprimat ăîn kilometri și cuprins ă
în domeniul de valori 0-9 999 999 km.
2.83. OverspeedNumber
Numărul evenimentelor de dep ășire de vitez ăde la ultimul control privind
depășirea de vitez ă.
Atribuirea valorii : 0 înseamn ăcănu s-a produs nici un eveniment de dep ășire
de vitez ăde la ultimul control privind dep ășirea de vitez ă, 1 înseamn ăcăs-a
produs un eveniment de dep ășire de vitez ăde la ultimul control privind dep ășirea
de vitez ă, iar…255 înseamn ăcăs-au produs 255 sau mai multe evenimente de
depășire de vitez ăde la ultimul control privind dep ășirile de vitez ă.
2.84. PlaceRecord
Informa ții privind un loc unde începe sau se încheie o perioad ăde munc ăzilnic ă
(cerin țele 087, 202, 221).1998R2135 —RO—01.05.2006 —002.001 —88
▼M1
1998R2135 —RO—01.05.2006 —002.001 —89
▼M1
entryTime reprezint ădata și ora aferente înregistr ării.
entryTypeDailyWorkPeriod este tipul de înregistrare.
dailyWorkPeriodCountry este țara înregistrat ă.
dailyWorkPeriodRegion este regiunea înregistrat ă.
vehicleOdometerValue este valoarea contorului de parcurs în momentul efec-
tuării înregistr ării locului.
2.85. PreviousVehicleInfo
Informa ții privind vehiculul utilizat anterior de un șofer atunci când acesta și-a
introdus cardul în unitatea montat ăpe vehicul (cerin ța 081).
vehicleRegistrationIdentification reprezint ăVRN-ul vehiculului și statul
membru de înmatriculare a acestuia.
cardWithdrawalTime reprezint ădata și ora la care a fost retras cardul.
2.86. PublicKey
O cheie public ăRSA.
rsaKeyModulus este modulul perechii de chei.
rsaKeyPublicExponent este exponentul public al perechii de chei.
2.87. RegionAlpha
Referin țăalfabetic ăla o regiune dintr-o anumit ățară.

1998R2135 —RO—01.05.2006 —002.001 —90
▼M1
2.88. RegionNumeric
Referin țănumeric ăa unei regiuni dintr-o anumit ățară.

2.89. RSAKeyModulus
Modulul unei perechi de chei RSA.
Atribuirea valorii : Neprecizat ă.
2.90. RSAKeyPrivateExponent
Exponentul privat al unei perechi de chei RSA.
Atribuirea valorii : Neprecizat ă.
2.91. RSAKeyPublicExponent
Exponentul public al unei perechi de chei RSA.
Atribuirea valorii : Neprecizat ă.
2.92. SensorApprovalNumber
Numărul de omologare al senzorului.
Atribuirea valorii : Neprecizat ă.
2.93. SensorIdentification
Informa ții, stocate într-un senzor de mi șcare, privind identificarea senzorului de
mișcare (cerin ța 077).
sensorSerialNumber este num ărul de serie complet 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.
sensorOSIdentifier este identificatorul sistemului de operare al senzorului de
mișcare.
2.94. SensorInstallation
Informa ții, stocate într-un senzor de mi șcare, privind instalarea senzorului de
mișcare (cerin ța 099).1998R2135 —RO—01.05.2006 —002.001 —91
▼M1
sensorPairingDateFirst este data la care s-a efectuat prima cuplare a senzorului
de mi șcare cu unitatea montat ăpe vehicul.
firstVuApprovalNumber este num ărul de omologare al primei unit ăți montate
pe vehicul cuplate la senzorul de mi șcare.
firstVuSerialNumber este num ărul de serie al primei unit ăți montate pe vehicul
cuplate la senzorul de mi șcare.
sensorPairingDateCurrent este data cupl ării din prezent a senzorului de mi șcare
la unitatea montat ăpe vehicul.
currentVuApprovalNumber este num ărul de omologare al unit ății montate pe
vehicul cuplat ăîn prezent la senzorul de mi șcare.
currentVUSerialNumber este num ărul de serie al unit ății montate pe vehicul
cuplat ăîn prezent la senzorul de mi șcare.
2.95. SensorInstallationSecData
Informa ții, stocate pe un card al atelierului, privind datele de securitate necesare
pentru cuplarea senzorilor de mi șcare la unit ățile montate pe vehicul (cerin ța 214).
Atribuirea valorii : în conformitate cu standardul ISO 16844-3.
2.96. SensorOSIdentifier
Identificator al sistemului de operare al senzorului de mi șcare.
Atribuirea valorii : specific ăproduc ătorului.
2.97. SensorPaired
Informa ții, stocate într-o unitate montat ăpe vehicul, privind identificarea
senzorului de mi șcare cuplat la unitatea montat ăpe vehicul (cerin ța 079).
sensorSerialNumber este num ărul de serie al senzorului de mi șcare cuplat în
prezent la unitatea montat ăpe vehicul.
sensorApprovalNumber este num ărul de omologare al senzorului de mi șcare
cuplat în prezent la unitatea montat ăpe vehicul.
sensorPairingDateFirst este data primei cupl ări la unitatea montat ăpe vehicul a
senzorului de mi șcare cuplat în prezent la unitatea montat ăpe vehicul.
2.98. SensorPairingDate
Data cupl ării unui senzor de mi șcare la o unitate montat ăpe vehicul.1998R2135 —RO—01.05.2006 —002.001 —92
▼M1
1998R2135 —RO—01.05.2006 —002.001 —93
▼M1
Atribuirea valorii : Neprecizat ă.
2.99. SensorSerialNumber
Numărul de serie al senzorului de mi șcare.
2.100. SensorSCIdentifier
Identificatorul componentei de securitate a senzorului de mi șcare.
Atribuirea valorii : specific ăproduc ătorului componentei.
2.101. Signature
O semn ăturădigital ă.
Atribuirea valorii : în conformitate cu apendicele 11, «Mecanisme de securitate
comune».
2.102. SimilarEventsNumber
Numărul de evenimente similare dintr-o singur ăzi dat ă(cerin ța 094).
Atribuirea valorii : 0 nu se utilizeaz ă, 1 înseamn ăcăs-a produs și s-a înregistrat
în acea zi un singur eveniment de tipul respectiv, 2 înseamn ăcăs-au produs dou ă
evenimente de tipul respectiv în ziua dat ă(a fost stocat numai unul), …255
înseamn ăcăs-au produs 255 sau mai multe evenimente de tipul respectiv în
ziua dat ă.
2.103. SpecificConditionType
Cod care desemneaz ăo condi ție specific ă(cerin țele 050b, 105a, 212a și 230a).
2.104. SpecificConditionRecord
Informa ții, stocate pe un card al șoferului, un card al atelierului sau într-o unitate
montat ăpe vehicul, privind o condi ție specific ă(cerin țele 105a, 212a și 230a).

entryTime reprezint ădata și ora înregistr ării.
specificConditionType este codul prin care se identific ăcondi ția specific ă.
2.105. Speed
Viteza vehiculului (km/h).
Atribuirea valorii : kilometru pe or ăîn domeniul de valori 0-220 km/h.
2.106. SpeedAuthorised
Viteza maxim ăautorizat ăa vehiculului (defini ția bb).
2.107. SpeedAverage
Viteza medie dintr-un interval stabilit în prealabil (km/h).
2.108. SpeedMax
Viteza maxim ămăsurată într-un interval stabilit în prealabil.
2.109. TDesSessionKey
O cheie de sesiune tripl ăDES.
Atribuirea valorii : nu se furnizează indica ții suplimentare.
2.110. TimeReal
Cod pentru un câmp combinat de dat ășio ră, unde data și ora se exprim ăca
secunde peste 00h.00m.00s. la 1 ianuarie 1970 GMT.
Atribuirea valorii –Octet aliniat : Num ărul de secunde începând de la miezul
nopții în 1 ianuarie 1970 GMT.
Data/ora maxim ăposibil ăeste în anul 2106.
2.111. TyreSize
Indicarea dimensiunilor pneurilor.
Atribuirea valorii : în conformitate cu Directiva 92/23/CEE din 31.03.1992,
JO L 129, p. 95.1998R2135 —RO—01.05.2006 —002.001 —94
▼M1
2.112. VehicleIdentificationNumber
Numărul de identificare al 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.113. VehicleRegistrationIdentification
Identificarea unui vehicul, unic ăîn Europa (VRN și statul membru).
vehicleRegistrationNation este statul în care este înmatriculat vehiculul.
vehicleRegistrationNumber este num ărul de înmatriculare al vehiculului (VRN).
2.114. VehicleRegistrationNumber
Numărul de înmatriculare al vehiculului (VRN). Num ărul de înmatriculare este
atribuit de autoritatea competent ăîn materie de înmatriculare a vehiculelor.
codePage precizeaz ăpartea din standardul ISO/IEC 8859 utilizat ăpentru a coda
numărul de înmatriculare al vehiculului.
vehicleRegNumber este un VRN codat conform paginii de coduri adecvate din
standardul ISO/IEC 8859.
Atribuirea valorii : proprie fiec ăreițări.
2.115. VuActivityDailyData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind modific ările activit ății
și/sau ale modului de conducere și/sau modific ările st ării cardului într-o anumit ăzi
calendaristic ă(cerin ța 084) și privind starea lectoarelor la 00.00h din acea zi.
noOfActivityChanges este num ărul cuvintelor de tip ActivityChangeInfo
cuprinse în setul activityChangeInfos.
activityChangeInfos este setul de cuvinte de tip ActivityChangeInfo stocate în
UV pe durata zilei. Acest set cuprinde întotdeauna dou ăcuvinte de tip Activity-
ChangeInfo care indic ăstarea celor dou ălectoare la ora 00.00 în ziua respectiv ă.
2.116. VuApprovalNumber
Numărul de omologare al unit ății montate pe vehicul.
Atribuirea valorii : Neprecizat ă.1998R2135 —RO—01.05.2006 —002.001 —95
▼M1
2.117. VuCalibrationData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind opera țiunile de
calibrare a aparatului de înregistrare (cerin ța 098).
noOfVuCalibrationRecords este num ărul de înregistr ări cuprinse în setul vuCa-
librationRecords.
vuCalibrationRecords este setul de înregistr ări de calibrare.
2.118. VuCalibrationRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind o calibrare a
aparatului de înregistrare (cerin ța 098).
calibrationPurpose este scopul calibr ării.
workshopName, workshopAddress reprezint ănumele și adresa atelierului.
workshopCardNumber reprezint ăcardul atelierului utilizat în timpul opera țiunii
de calibrare.
workshopCardExpiryDate este data de expirare a cardului.
vehicleIdentificationNumber este num ărul de identificare al vehiculului.
vehicleRegistrationIdentification conține num ărul de înmatriculare al vehi-
culului și statul membru de înmatriculare.
wVehicleCharacteristicConstant este constanta caracteristic ăa vehiculului.
kConstantOfRecordingEquipment este constanta aparatului de înregistrare.
lTyreCircumference este circumferin ța efectiv ăa pneurilor.
tyreSize este dimensiunea pneurilor montate pe vehicul.
authorisedSpeed este viteza autorizat ăa vehiculului.
oldOdometerValue, newOdometerValue reprezint ăvechea și, respectiv, noua
valoare indicat ăde contorul de parcurs.1998R2135 —RO—01.05.2006 —002.001 —96
▼M1
oldTimeValue, newTimeValue reprezint ăvechile și, respectiv, noile valori
reprezentând data și ora.
nextCalibrationDate este data urm ătoarei calibr ări care corespunde tipului
specificat în câmpul CalibrationPurpose și care va fi efectuat ăde autoritatea de
inspec ție competent ă.
2.119. VuCardIWData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind ciclurile de intro-
ducere și de retragere a cardurilor șoferului sau a cardurilor atelierului în unitatea
montat ăpe vehicul (cerin ța 081).
noOfIWRecords este num ărul de înregistr ări cuprinse în setul vuCardIW-
Records.
vuCardIWRecords este un set de înregistr ări privind ciclurile de introducere și
de retragere a cardurilor.
2.120. VuCardIWRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind un ciclu de intro-
ducere și de retragere a unui card al șoferului sau al unui card al atelierului din
unitatea montat ăpe vehicul (cerin ța 081).
cardHolderName reprezint ănumele și prenumele titularului unui card al
șoferului sau al atelierului, a șa cum sunt acestea stocate pe card.
fullCardNumber reprezint ătipul cardului, statul membru care l-a eliberat ș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 de introducere a cardului.
vehicleOdometerValueAtInsertion este valoarea indicat ăde contorul de parcurs
al vehiculului în momentul introducerii cardului.
cardSlotNumber este lectorul în care se introduce cardul.
cardWithdrawalTime reprezint ădata și ora de retragere a cardului.
vehicleOdometerValueAtWithdrawal este valoarea indicat ăde contorul de
parcurs al vehiculului în momentul retragerii cardului.
previousVehicleInfo conține informa ții privind vehiculul precedent folosit de
șofer, a șa cum este acesta stocat pe card.
manualInputFlag este un cod prin care se indic ădacătitularul cardului a
introdus manual activit ățileșoferului la introducerea cardului.1998R2135 —RO—01.05.2006 —002.001 —97
▼M1
2.121. VuCertificate
Certificatul cheii publice a unit ății montate pe vehicul.
2.122. VuCompanyLocksData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind bloc ările executate
de societate (cerin ța 104).
noOfLocks este num ărul de bloc ări enumerate în vuCompanyLocksRecords.
vuCompanyLocksRecords este setul de înregistr ări ale bloc ărilor executate de
societate.
2.123. VuCompanyLocksRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind o singur ăblocare
executat ăde societate (cerin ța 104).
lockInTime ,lockOutTime reprezint ădata și ora bloc ăriiși, respectiv, a
debloc ării.
companyName, companyAddress reprezint ănumele și adresa societ ății în
raport cu blocarea.
companyCardNumber reprezint ăcardul utilizat la blocare.
2.124. VuControlActivityData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind controalele efectuate
prin utilizarea unit ății montate pe vehicul respective (cerin ța 102).
noOfControls este num ărul de controale enumerate în vuControlActivity-
Records.
vuControlActivityRecords este setul de înregistr ări ale activit ăților de control.
2.125. VuControlActivityRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind un control efectuat
prin utilizarea unit ății montate pe vehicul respective (cerin ța 102).1998R2135 —RO—01.05.2006 —002.001 —98
▼M1
controlType este tipul de control.
controlTime reprezint ădata și ora la care s-a realizat controlul.
ControlCardNumber reprezint ăcardul de control utilizat la efectuarea
controlului.
downloadPeriodBeginTime este–în caz de desc ărcare –ora de începere a
intervalului de desc ărcare a informa țiilor.
downloadPeriodEndTime este–în caz de desc ărcare –ora de încheiere a
intervalului de desc ărcare a informa țiilor.
2.126. VuDataBlockCounter
Contor, stocat pe un card, care indic ăsecven țial ciclurile de introducere șid e
retragere a cardului din unit ățile montate pe vehicul.
Atribuirea valorii : numerotare consecutiv ăpânăla valoarea maxim ăde 9 999,
iar apoi numerotarea reîncepe de la 0.
2.127. 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).
speedBlockBeginDate este data și ora primei viteze cuprinse în blocul de date.
speedsPerSecond este secven ța cronologic ăde viteze m ăsurate în fiecare
secund ădin minutul care a început cu speedBlockBeginDate (inclusiv).
2.128. VuDetailedSpeedData
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 vuDe-
tailedSpeedBlocks.
vuDetailedSpeedBlocks este setul de blocuri de date detaliate privind viteza.
2.129. VuDownloadablePeriod
Cele mai vechi și cele mai recente date în raport cu care unitatea montat ăpe
vehicul con ține informa ții privind activit ățileșoferului (cerin țele 081, 084 sau
087).1998R2135 —RO—01.05.2006 —002.001 —99
▼M1
1998R2135 —RO—01.05.2006 —002.001 —100
▼M1
minDownloadableTime reprezint ăcea mai veche dat ășio răstocat ăîn UV la
care s-a realizat o introducere a cardului, o modificare a activit ății sau o înre-
gistrare de loc.
maxDownloadableTime reprezint ăcea mai recent ădatășio răstocat ăîn UV la
care s-a realizat o retragere a cardului, o modificare a activit ății sau o înregistrare
de loc.
2.130. VuDownloadActivityData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind ultima desc ărcare a
acesteia (cerin ța 105).
downloadingTime este data și ora la care s-a realizat desc ărcarea informa țiilor.
fullCardNumber reprezint ăcardul utilizat pentru autorizarea desc ărcării.
companyOrWorkshopName este numele societ ății sau al atelierului.
2.131. VuEventData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind anumite evenimente
(cerin ța 094, cu excep ția evenimentelor privind dep ășirile de vitez ă).
noOfVuEvents este num ărul de evenimente enumerate în setul vuEventRecords.
vuEventRecords este un set de înregistr ări ale evenimentelor.
2.132. VuEventRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind un eveniment
(cerin ța 094, cu excep ția evenimentelor legate de dep ășirile de vitez ă).
eventType este tipul de eveniment.
eventRecordPurpose este motivul pentru care s-a efectuat înregistrarea eveni-
mentului respectiv.
eventBeginTime reprezint ădata și ora de începere a evenimentului.
eventEndTime reprezint ădata și ora la care s-a încheiat evenimentul.
cardNumberDriverSlotBegin reprezint ăcardul introdus în lectorul șoferului la
începutul evenimentului.
cardNumberCodriverSlotBegin reprezint ăcardul introdus în lectorul copilotului
la începutul evenimentului.
cardNumberDriverSlotEnd reprezint ăcardul introdus în lectorul șoferului la
sfârșitul evenimentului.
cardNumberCodriverSlotEnd reprezint ăcardul introdus în lectorul copilotului
la sfâr șitul evenimentului.
similarEventsNumber este num ărul evenimentelor similare care s-au produs în
aceea și zi.
Aceast ăsecven țăpoate fi utilizat ăpentru toate evenimentele, cu excep ția eveni-
mentelor de dep ășire de vitez ă.
2.133. VuFaultData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind anomaliile (cerin ța
096).
noOfVuFaults este num ărul anomaliilor enumerate în setul vuFaultRecords.
vuFaultRecords este setul de înregistr ări ale anomaliilor.
2.134. VuFaultRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind o anomalie (cerin ța
096).
faultType este tipul de anomalie care afecteaz ăaparatul de înregistrare.
faultRecordPurpose este motivul pentru care s-a efectuat înregistrarea anomaliei
respective.
faultBeginTime reprezint ădata și ora de începere a anomaliei.
faultEndTime reprezint ădata și ora de încetare a anomaliei.
cardNumberDriverSlotBegin reprezint ăcardul introdus în lectorul șoferului la
începutul anomaliei.
cardNumberCodriverSlotBegin reprezint ăcardul introdus în lectorul copilotului
la începutul anomaliei.
cardNumberDriverSlotEnd reprezint ăcardul introdus în lectorul șoferului la
încetarea anomaliei.
cardNumberCodriverSlotEnd reprezint ăcardul introdus în lectorul copilotului
la încetarea anomaliei.1998R2135 —RO—01.05.2006 —002.001 —101
▼M1
1998R2135 —RO—01.05.2006 —002.001 —102
▼M1
2.135. VuIdentification
Informa ții, stocate într-o unitate montat ăpe vehicul, privind identificarea unit ății
montate pe vehicul (cerin ța 075).
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.
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 al unit ății montate pe vehicul.
2.136. VuManufacturerAddress
Adresa produc ătorului unit ății montate pe vehicul.
Atribuirea valorii : Neprecizat ă.
2.137. VuManufacturerName
Numele produc ătorului unit ății montate pe vehicul.
Atribuirea valorii : Neprecizat ă.
2.138. VuManufacturingDate
Data de fabrica ție a unit ății montate pe vehicul.
Atribuirea valorii : Neprecizat ă.
2.139. VuOverSpeedingControlData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind evenimentele de
depășire de vitez ăcare s-au produs de la ultimul control al dep ășirilor de
viteză(cerin ța 095).
lastOverspeedControlTime reprezint ădata și ora la care s-a efectuat ultimul
control al dep ășirilor de vitez ă.
1998R2135 —RO—01.05.2006 —002.001 —103
▼M1
firstOverspeedSince reprezint ădata și ora primului eveniment de dep ășire de
vitezădupăefectuarea controlului privind dep ășirea de vitez ă.
numberOfOverspeedSince este num ărul de evenimente de dep ășire de vitez ăde
la ultimul control al dep ășirilor de vitez ă.
2.140. VuOverSpeedingEventData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind evenimentele de
depășire de vitez ă(cerin ța 094).
noOfVuOverSpeedingEvents este num ărul de evenimente enumerate în setul
vuOverSpeedingEventRecords.
vuOverSpeedingEventRecords este un set de înregistr ări ale evenimentelor de
depășire de vitez ă.
2.141. VuOverSpeedingEventRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind evenimentele de
depășire de vitez ă(cerin ța 094).
eventType este tipul de eveniment.
eventRecordPurpose este scopul în care s-a realizat înregistrarea evenimentului
în cauz ă.
eventBeginTime este data și ora de începere a evenimentului.
eventEndTime este data și ora la care evenimentul s-a încheiat.
maxSpeedValue este viteza maxim ămăsuratăîn timpul evenimentului.
averageSpeedValue este media aritmetic ăa vitezei m ăsurate în timpul eveni-
mentului.
cardNumberDriverSlotBegin reprezint ăcardul introdus în lectorul șoferului la
începutul evenimentului.
similarEventsNumber este num ărul de evenimente similare care s-au produs în
ziua respectiv ă.
2.142. VuPartNumber
Numărul de component ăal unit ății montate pe vehicul.
Atribuirea valorii : Proprie produc ătorului UV.
1998R2135 —RO—01.05.2006 —002.001 —104
▼M1
2.143. VuPlaceDailyWorkPeriodData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind locurile în care
șoferii încep sau încheie o perioad ăde activitate zilnic ă(cerin ța 087).
noOfPlaceRecords este num ărul de înregistr ări enumerate în setul vuPlaceDai-
lyWorkPeriodRecords.
vuPlaceDailyWorkPeriodRecords este un set de înregistr ări privind locul.
2.144. VuPlaceDailyWorkPeriodRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind un loc în care un
șofer începe sau încheie o perioad ăde activitate zilnic ă(cerin ța 087).
fullCardNumber reprezint ătipul de card al șoferului, statul membru care a emis
cardul și num ărul cardului.
placeRecord conține informa ții privind locul înregistrat.
2.145. VuPrivateKey
Cheia privat ăa unei unit ăți montate pe vehicul.
2.146. VuPublicKey
Cheia public ăa unei unit ăți montate pe vehicul.
2.147. VuSerialNumber
Numărul de serie al unit ății montate pe vehicul (cerin ța 075).
2.148. VuSoftInstallationDate
Data instal ării versiunii de software în unitatea montat ăpe vehicul.
Atribuirea valorii : Neprecizat ă.
2.149. VuSoftwareIdentification
Informa ții, stocate într-o unitate montat ăpe vehicul, privind software-ul instalat.

vuSoftwareVersion este num ărul versiunii software-ului instalat în unitatea
montat ăpe vehicul.
vuSoftInstallationDate este data instal ării versiunii de software.
2.150. VuSoftwareVersion
Numărul versiunii de software instalate în unitatea montat ăpe vehicul.
Atribuirea valorii : Neprecizat ă.
2.151. VuSpecificConditionData
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.
2.152. VuTimeAdjustmentData
Informa ții, stocate într-o unitate montat ăpe vehicul, privind opera țiunile de
reglare a orei efectuate în afara unei calibr ări periodice (cerin ța 101).
noOfVuTimeAdjRecords este num ărul de înregistr ări din vuTimeAdjustmen-
tRecords.
vuTimeAdjustmentRecords este un set de înregistr ări ale opera țiunilor de
reglare a orei.
2.153. VuTimeAdjustmentRecord
Informa ții, stocate într-o unitate montat ăpe vehicul, privind o opera țiune de
reglare a orei efectuat ăîn afara unei calibr ări periodice (cerin ța 101).
oldTimeValue, newTimeValue sunt valorile vechi și, respectiv, noi ale datei și
orei.
workshopName, workshopAddress reprezint ănumele și adresa atelierului.1998R2135 —RO—01.05.2006 —002.001 —105
▼M1
workshopCardNumber reprezint ăcardul atelierului utilizat pentru a efectua
opera țiunile de reglare a orei.
2.154. W-VehicleCharacteristicConstant
Constanta caracteristic ăa vehiculului [defini ția k)].
Atribuirea valorii : Impulsuri pe kilometru în domeniul de valori 0-64 255
impulsuri/km.
2.155. WorkshopCardApplicationIdentification
Informa ții, stocate pe un card al atelierului, privind identificarea aplica ției de pe
card (cerin ța 190).
typeOfTachographCardId precizeaz ătipul de card implementat.
cardStructureVersion precizeaz ăversiunea structurii implementate în card.
noOfEventsPerType reprezint ănumărul de evenimente în func ție de tipul de
eveniment, pe care cardul le poate înregistra.
noOfFaultsPerType este num ărul de anomalii în func ție de tipul de anomalie
care pot fi înregistrate pe card.
activityStructureLength indicănumărul de octe ți disponibili pentru stocarea
înregistr ărilor activit ăților.
noOfCardVehicleRecords este num ărul de înregistr ări privind vehiculul care pot
fi con ținute de un card.
noOfCardPlaceRecords este num ărul de locuri care pot fi înregistrate pe card.
noOfCalibrationRecords este num ărul de înregistr ări ale opera țiunilor de
calibrare care pot fi stocate pe card.
2.156. WorkshopCardCalibrationData
Informa ții, stocate pe un card al atelierului, privind activitatea din atelier
efectuat ăprin intermediul cardului (cerin țele 227 și 229).
calibrationTotalNumber este num ărul total de opera țiuni de calibrare efectuate
prin intermediul cardului.
calibrationPointerNewestRecord este indicele ultimei înregistr ări actualizate a
unei calibr ări.1998R2135 —RO—01.05.2006 —002.001 —106
▼M1
Atribuirea valorii : Num ăr corespunzând contorului înregistr ării de calibrare,
începând cu «0» pentru prima ocuren țăa unei înregistr ări de calibrare în
structura respectiv ă.
calibrationRecords este un set de înregistr ări care con țin informa ții privind
calibrarea și/sau opera țiunile de reglare a orei.
2.157. WorshopCardCalibrationRecord
Informa ții, stocate pe un card al atelierului, privind o calibrare efectuat ăprin
intermediul cardului (cerin ța 227).
calibrationPurpose este scopul calibr ării.
vehicleIdentificationNumber este num ărul de identificare al vehiculului.
vehicleRegistration conține VRN și statul membru de înmatriculare.
wVehicleCharacteristicConstant este constanta caracteristic ăa vehiculului.
kConstantOfRecordingEquipment este constanta aparatului de înregistrare.
lTyreCircumference este circumferin ța efectiv ăa pneurilor.
tyreSize este dimensiunea pneurilor montate pe vehicul.
authorisedSpeed este viteza maxim ăautorizată a vehiculului.
oldOdometerValue, newOdometerValue reprezint ăvechea și, respectiv, noua
valoare indicat ăde contorul de parcurs.
oldTimeValue, newTimeValue reprezint ăvechile și, respectiv, noile valori
reprezentând data și ora.
nextCalibrationDate este data urm ătoarei calibr ări care corespunde tipului
specificat în câmpul CalibrationPurpose și care va fi efectuat ăde autoritatea de
inspec ție competentă .
vuPartNumber, vuSerialNumber șisensorSerialNumber sunt elementele de
date pentru identificarea aparatului de înregistrare.1998R2135 —RO—01.05.2006 —002.001 —107
▼M1
2.158. WorkshopCardHolderIdentification
Informa ții, stocate pe un card al atelierului, privind identificarea titularului
cardului (cerin ța 216).
workshopName este numele atelierului titularului cardului.
workshopAddress este adresa atelierului titularului cardului.
cardHolderName este numele și prenumele titularului cardului (de exemplu,
numele mecanicului).
cardHolderPreferredLanguage este limba preferat ăde titularul cardului.
2.159. WorkshopCardPIN
Numărul individual de identificare al cardului atelierului (cerin ța 213).
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.
3. DEFINIREA DOMENIILOR DE VALORI ȘI DE DIMENSIUNI
Definirea variabilelor utilizate în defini țiile din alineatul (2).
TimeRealRange:: = 232–1
3.1. Defini ții pentru cardul șoferului
Denumirea variabilei Minim Maxim
5 544 octe ți
(28 zile 93 modific ări
de activitate pe zi)13 776 octe ți
(28 zile 240 modific ări
de activitate pe zi)
84 112
84 200
61 2
12 24
3.2. Defini ții pentru cardul atelierului:
Denumirea variabilei Minim Maxim
198 octe ți
(1 zi 93 modific ări de
activitate)492 octe ți
(1 zi 240 modific ări de
activitate)
68
48
33
66
88 2551998R2135 —RO—01.05.2006 —002.001 —108
▼M1
3.3. Defini ții pentru cardul de control:
Denumirea variabilei Minim Maxim
230 520
3.4. Defini ții pentru cardul societ ății:
Denumirea variabilei Minim Maxim
230 520
4. SETURI DE CARACTERE
Șirurile IA5 utilizeaz ăcaracterele ASCII definite în standardul ISO/IEC 8824-1.
În scopul lizibilit ățiiși pentru a facilita desemnarea caracterelor, atribuirea
valorilor acestora este indicat ăîn continuare. În caz de divergen ță, aplicarea
ISO/IEC 8824-1 are prioritate fa țăde prezenta not ăinformativ ă.
În alte șiruri de caractere (adres ă, nume, num ărul de înmatriculare al vehiculului)
se utilizeaz ă, în plus, caracterele definite de codurile 192-255 din standardul ISO/
IEC 8859-1 (setul de caractere Latin 1) sau ISO/IEC 8859-7 (setul de caractere
Greek).
5. CODAREALa efectuarea cod ării conform normelor de codare ASN.1, toate tipurile de date
definite se codeaz ăconform standardului ISO/IEC 8825-2, varianta aliniat ă.1998R2135 —RO—01.05.2006 —002.001 —109
▼M1
Apendicele 2
SPECIFICA ȚII PENTRU CARDURILE DE TAHOGRAF
CUPRINS
1. Introducere …............................................................
1.1. Abrevieri …..............................................................
1.2. Trimiteri …..............................................................
2. Caracteristici electrice și fizice …...............................................
2.1. Tensiunea de alimentare și consumul de electricitate …................................
2.2. Tensiunea de programare Tpp …...............................................
2.3. Generare și frecven țăceas…..................................................
2.4. Contact I/I ….............................................................
2.5. St ări ale cardului …........................................................
3. Hardware și comunica ții…...................................................
3.1. Introducere …............................................................
3.2. Protocol de transmisie ….....................................................
3.2.1. Protocoale ….............................................................
3.2.2. RLR ….................................................................
3.2.3. SPT ….................................................................
3.3. Condi ții de acces (CA) …....................................................
3.4. Criptarea datelor ….........................................................
3.5. Trecerea în revist ăa comenzilor și codurilor de eroare …..............................
3.6. Descrierea comenzilor ….....................................................
3.6.1. Select file (selectare fi șier)…..................................................
3.6.1.1 Selectarea dup ădenumire (IDA) …..............................................
3.6.1.2. Selectarea unui fi șier elementar utilizând identificatorul fi șierului . ........................
3.6.2. Read Binary (citire date) …...................................................
3.6.2.1 Comand ăfărămesagerie securizat ă…............................................
3.6.2.2. Comand ăcu mesagerie securizat ă….............................................
3.6.3. Update binary (actualizare date) …..............................................
3.6.3.1. Comand ăfărămesagerie securizat ă…............................................
3.6.3.2. Comanda cu mesagerie securizat ă….............................................
3.6.4. Get challenge (ob ținere interven ție)…............................................
3.6.5. Verify (verificare) …........................................................
3.6.6. Get response (ob ținere r ăspuns) …..............................................
3.6.7. PSO: verify certificate (verificare certificat) …......................................
3.6.8. Internal authenticate (autentificare intern ă)….......................................
3.6.9. External authenticate (autentificare extern ă)…......................................
3.6.10. Manage security environment (gestionarea mediului de securitate) …......................
3.6.11. PSO: hash (distribuire) …....................................................
3.6.12. Perform hash of file (executare func ție de distribuire pe fi șier)….........................
3.6.13. PSO: compute digital signature (calcul semn ăturădigital ă)…............................
3.6.14. PSO: verify digital signature (verificare semn ăturădigital ă)…...........................
4. Structura cardului de tahograf …...............................................
4.1. Structura cardului șoferului ….................................................
4.2. Structura cardului atelierului …................................................
4.3. Structura cardului de control …................................................
4.4. Structura cardului societ ății….................................................1998R2135 —RO—01.05.2006 —002.001 —110
▼M1
I. INTRODUCERE
1.1. Abrevieri
În în țelesul prezentului apendice, se aplic ăurmătoarele abrevieri:
CA condi ții de acces
IDA identificator aplica ție
INT întotdeaunaUDPA unitate de date a protocolului de aplica ție (structura unei comenzi)
RLR r ăspuns la resetare
AUT autentificatC6, C7 contactele nr. 6 și 7 de pe card conform descrierii din ISO/IEC 7816-2
cc cicluri ceas
VTC informa ții de verificare a titularului de card
CLA octet de clas ăal unei comenzi UDPA
FD fi șier dedicat. Un FD poate con ține alte fi șiere (FE sau FD)
FE fi șier elementar
CRP criptat: accesul este posibil doar prin codarea dateloruet unitate elementar ăde timp
CI circuit integratCCI card cu circuite integrateID identificatorPIF periferic de interfa ță
DCI dimensiunea câmpului de informa ții
DCIC dimensiunea câmpului de informa ții pentru card
DCIP dimensiunea câmpului de informa ții în periferic (pentru terminal)
INS octet de instruc țiuni pentru o comand ăUDPA
Lc lungimea datelor de intrare pentru o comand ăUDPA
Le lungimea datelor prev ăzute (date de ie șire pentru o comand ă)
FP fi șier principal
P1-P2 octe ți de parametraj
ADN adres ănod utilizat ăîn protocolul T = 1
NIC niciodat ă
PIN num ăr personal de identificare
PRO MS protejat cu mesagerie securizat ă
SPT selectare protocol transmisie
RUU rezervat pentru utiliz ări ulterioare
RST resetare (a cardului)MS mesagerie securizat ă
SW1-SW2 octe ți de stare
TS caracter ini ț
ial RLR
TPP tensiune programareXXh valoarea XX în nota ție hexadecimal ă
|| operator de concatenare 03||04 = 0304.1998R2135 —RO—01.05.2006 —002.001 —111
▼M1
1.2.Trimiteri
În prezentul apendice se face trimitere la urm ătoarele standarde:
EN 726-3 Sisteme de carduri de identificare –Carduri și terminale de telecomu-
nicații cu circuit(e) integrat(e) –Partea 3: Cerin țe pentru card inde-
pendente de aplica ție. Decembrie 1994.
ISO/IEC 7816-2 Tehnologia informa ției–Carduri de identificare –Carduri cu circuit(e)
integrat(e) cu contacte –Partea 2: Dimensiunea și localizarea contactelor.
Prima edi ție: 1999.
ISO/IEC 7816-3 Tehnologia informa ției–Carduri de identificare –Carduri cu circuit(e)
integrat(e) cu contacte –Partea 3: Semnale electronice și protocol de
transmisie. Edi ția 2: 1997.
ISO/IEC 7816-4 Tehnologia informa ției–Carduri de identificare –Carduri cu circuit(e)
integrat(e) cu contacte –Partea 4: Comenzi interindustriale de intercomu-
nicații. Prima edi ție: 1995 + Modificarea 1: 1997.
ISO/IEC 7816-6 Tehnologia informa ției–Carduri de identificare –Carduri cu circuit(e)
integrat(e) cu contacte –Partea 6: Elemente de date interindustriale.
Prima edi ție: 1996 + Cor 1: 1998.
ISO/IEC 7816-8 Tehnologia informa ției–Carduri de identificare –Carduri cu circuit(e)
integrat(e) cu contacte –Partea 8: Comenzi interindustriale legate de
securitate. Prima edi ție: 1999.
ISO/IEC 9797 Tehnologia informa ției–Tehnici de securitate –mecanism de asigurare a
integrit ății datelor cu func ție de verificare criptografic ăutilizând un
algoritm de cifrare în bloc. Edi ția 2: 1994.
2. CARACTERISTICI ELECTRICE ȘI FIZICE
Toate semnalele electronice sunt conforme cu ISO/IEC 7816-3, dac ănu exist ă
dispozi ții diferite.
Localizarea și dimensiunile contactelor cadrului sunt conforme cu ISO/IEC 7816-2.
2.1.Tensiunea de alimentare și consumul de electricitate
Cardul func ționeaz ăconform specifica țiilor în limitele de consum prev ăzute în
ISO/IEC 7816-3.
Cardul func ționeaz ăla Vcc= 3 V (± 0,3 V) sau Vcc= 5 V (± 0,5 V).
Selectarea tensiunii se face conform ISO/IEC 7816-3.
2.2.Tensiunea de programare Tpp
Cardul nu necesit ăo tensiune de programare la contactul C6. Se prevede c ăacest
contact C6 nu este conectat într-un PIF. Contactul C6 poate fi conectat la
tensiunea Vccîn card, dar nu va fi conectat la mas ă. Aceast ătensiune nu ar
trebui interpretat ăîn nici un caz.
2.3.Generare și frecven țăceas
Cardul func ționeaz ăîntr-un interval de frecven țăde la 1 la 5 MHz. Într-o sesiune
de lucru cu cardul, frecven ța ceasului poate varia cu ± 2 %. Frecven ța ceasului
este generat ăde unitatea de pe vehicul și nu de card în sine. Coeficientul de
utilizare poate varia între 40 și6 0% .
Ceasul extern poate fi oprit în condi țiile cuprinse în fi șierul cardului FECCI.
Primul octet din corpul fi șierului FECCIcodific ăcondi țiile pentru modul Ceas
oprit (vezi EN 726-3 pentru mai multe detalii):
Inferior Superior
Bit 3 Bit 2 Bit 1
0 0 1 Oprire ceas permis ă,fărănivel preferat
0 1 1 Oprire ceas permis ă, se prefer ănivelul superior1998R2135 —RO—01.05.2006 —002.001 —112
▼M1
Inferior Superior
Bit 3 Bit 2 Bit 1
1 0 1 Oprire ceas permis ă, se prefer ănivelul inferior
0 0 0 Oprire ceas nepermis ă
0 1 0 Oprire ceas permis ădoar la nivelul superior
1 0 0 Oprire ceas permis ădoar la nivelul inferior
Biții 4-8 nu se utilizeaz ă.
2.4.Contact I/I
Contactul I/I C7 este utilizat pentru recep ționarea datelor de la și pentru trans-
miterea datelor c ătre PIF. În cursul func ționării, cardul și PIF nu pot fi simultan
în mod emisie. Dac ăambele unit ăți sunt în mod emisie, cardul nu se dete-
rioreaz ă. Dac ănu emite, cardul intr ăautomat în mod recep ție.
2.5.Stări ale cardului
Cardul func ționeaz ăîn dou ăstări când se afl ăsub tensiune:
—starea de func ționare atunci când execut ăcomenzi sau se afl ăîn interfa țare cu
Unitatea digital ă,
—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
Acest punct descrie func ționalitatea minim ăimpus ăpentru cardurile de tahograf și
UV pentru a se asigura func ționarea corect ăși capacitatea de interoperare a acestora.
Cardurile de tahograf sunt conforme, în cea mai mare m ăsurăposibil ă, cu normele
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 în tota-
litate cu normele la care se face trimitere, cu excep ția cazurilor indicate.
3.2. Protocol de transmisie
Protocolul de transmisie este conform cu ISO/IEC 7816-3. În special, UV recu-
noaște prelungirile timpului de a șteptare transmise de card.
3.2.1. Protocoale
Cardul furnizeaz ăatât protocolul T = 0, cât și protocolul T = 1.
T = 0 este protocolul implicit, prin urmare este necesar ăo comand ăSPT pentru
schimbarea protocolului la T = 1.
Perifericele sunt compatibile cu conven ția în ambele protocoale: conven ția direct ă
este deci obligatorie pentru card.RLR con ține în caracterul TA3 octetul privind dimensiunea câmpului de
informa ții în periferic. Aceast ăvaloare este de cel pu țin «F0h» ( = 240 octe ți).
Protocoalele se supun urm ătoarelor restric ții:
T=0
—Perifericul de interfa țăprime ște un r ăspuns pe I/I dup ăpartea cresc ătoare a
semnalului la RST de la 400 cc.
—Perifericul de interfa țăpoate citi caractere separate de 12 uet.
—Perifericul de interfa țăcitește un caracter eronat și repeti ția acestuia dac ăsunt
separate de 13 uet. Dac ăeste detectat un caracter eronat, se poate declan șa
semnalul de eroare pe I/I între 1 uet și 2 uet. Perifericul suport ăo întârziere de 1 uet.
—Perifericul de interfa țăaccept ăun RLR de 33 de octe ți (TS + 32).1998R2135 —RO—01.05.2006 —002.001 —113
▼M1
—DacăRLR con ține TC1, se prevede timpul suplimentar de gard ăpentru
caracterele transmise de c ătre perifericul de interfa ță,d e și caracterele
transmise de card pot fi totu și separate de 12 uet. Acela și lucru se aplic ă
și caracterului CFP transmis de card dup ăun caracter P3 emis de perifericul
de interfa ță.
—Perifericul de interfa țăține cont de un caracter NUL emis de card.
—Perifericul de interfa țăaccept ămodul complementar pentru o CFP.
—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.
T=1
—Octet ADN: neutilizat (ADN se seteaz ăla′00′).
—ABANDONARE bloc S: neutilizat ă.
—Eroare de stare TPP bloc S: neutilizat ă.
—Lungimea total ăde înl ănțuire pentru un câmp de date nu va dep ăși 255 de
octeți (cerin țăasigurat ăde PIF).
—Dimensiunea câmpului de informa ții al perifericului (DCIP) este indicat ăde
PIF imediat dup ăRLR: PIF transmite cererea DCI pentru blocul S dup ăRLR,
iar cardul transmite DCI pentru blocul S. Valoarea recomandat ăpentru DCIP
este de 254 de octe ți.
—Cardul nu va solicita o reajustare a DCI.
3.2.2. RLR
Perifericul verific ăocteții RLR, în conformitate cu ISO/IEC 7816-3. Nu se
verific ăși caracterele istorice ale RLR.
Exemplu de Biprotocol de baz ăRLR conform ISO/IEC 7816-3
Caracter Valoare Observa ții
TS ′3Bh′ Indicăconven ția direct ă
T0 ′85h′ TD1 prezent; sunt prezen ți 5 octe ți istorici
TD1 ′80h′ TD2 prezent; de utilizat T = 0
TD2 ′11h′ TA3 prezent; de utilizat T = 1
TA3 ′XXh (cel
puțin′F0h′)Dimensiunea câmpului de informa ții al cardului (DCIC)
TH1-TH5 ′XXh′ Caractere istorice
TCK ′XXh′ Caracter de verificare (SAU exclusiv)
DupăRăspunsul la Resetare (RLR), Fi șierul Principal (FP) este selectat implicit
și devine Director Curent.
3.2.3. SPT
Protocolul implicit este T = 0. Pentru a seta protocolul T = 1, perifericul trebuie
sătransmit ăcardului o comand ăSPT (abreviat ă, de asemenea, PPS).
Întrucât protocoalele T = 0 și T = 1 sunt ambele obligatorii pentru card, SPT de
bazăpentru schimbarea protocolului este obligatorie pentru card.
SPT poate fi utilizat ă, conform indica țiilor din ISO/IEC 7816-3, pentru a trece la
rate binare mai mari decât cea implicit ăpropus ăde card în RLR, dac ăexistăo
astfel de rat ăimplicit ă[octetul TA(1)].
Ratele binare mai mari sunt op ționale pentru card.
În cazul în care cardul nu suport ăalte rate binare decât rata implicit ă(sau dac ă
rata binar ăselectat ănu este suportat ă), cardul r ăspunde la SPT în mod corect, în
conformitate cu ISO/IEC 7816-3, omi țând octetul PPS1.
Următoarele sunt exemple de SPT de baz ăpentru selectarea protocolului:1998R2135 —RO—01.05.2006 —002.001 —114
▼M1
Caracter Valoare Observa ții
PPSS ′FFh′ Caracterul de ini țializare
PPS0 ′00h′sau ′
01h′PPS1-PPS3 nu sunt prezente; ′00h′pentru a selecta T0, ′
01h′pentru a selecta T1
PK ′XXh′ Caracter de verificare: ′XXh′=′FFh′dacăPPS0 = ′00h′
′XXh′=′FEh′dacăPPS0 = ′01h′
3.3. Condiț ii de acces (CA)
Condi țiile de acces (CA) pentru comenzile UPDATE_BINARY și
READ_BINARY sunt definite pentru fiecare Fi șier Elementar.
Înainte de a accesa fi șierul prin intermediul acestor comenzi trebuie să fie înde-
plinite CA pentru fi șierul curent.
Defini țiile condiț iilor disponibile de acces sunt urm ătoarele:
—INT: Ac țiunea este posibil ăîntotdeauna și poate fi executat ăfărănici o
restric ție.
—NIC: Ac țiunea nu este niciodată posibil ă.
—AUT: Dreptul corespunz ător unei autentific ări reu șite trebuie deschis (se
realizeaz ăprin comanda EXTERNAL_AUTHENTICATE).
—PRO MS: Comanda trebuie transmis ăprintr-o sumă de control criptografic
utilizând mesageria securizat ă(vezi apendicele 11).
—AUT și PRO MS (combinate).
Pentru comenzile de procesare (UPDATE_BINARY și READ_BINARY) pot fi
setate pe card urm ătoarele condiț ii:
UPDATE_BINARY READ_BINARY
INT Da Da
NIC Da Da
AUT Da Da
PRO MS Da Nu
AUT și PRO MS Da Nu
Condi ția de acces PRO MS nu este disponibil ăpentru comanda
READ_BINARY. Acest lucru înseamn ăcăprezen ța unei sume de control cripto-
grafic pentru comanda READ nu este niciodat ăobligatorie. Cu toate acestea,
atribuind valoarea ′OC′pentru clas ă, este posibil ăutilizarea comenzii
READ_BINARY cu mesageria securizat ă, conform punctului 3.6.2.
3.4. Criptarea datelor
În cazul în care trebuie protejat ăconfiden țialitatea datelor care urmeaz ăa fi citite
dintr-un fi șier, fi șierul este marcat «Criptat». Criptarea se face prin utilizarea
mesageriei securizate (vezi apendicele 11).
3.5. Trecerea în revist ăa comenzilor și a codurilor de eroare
Comenzile și organizarea fi șierelor se bazeaz ăpeși este conform ăcu ISO/IEC
7816-4.
Prezenta sec țiune descrie urm ătoarele perechi comand ă-răspuns UDPA:
Comanda INS
SELECT FILE A4
READ BINARY B01998R2135 —RO—01.05.2006 —002.001 —115
▼M1
Comanda INS
UPDATE BINARY D6
GET CHALLENGE 84
VERIFY 20GET RESPONSE C0
PERFORM SECURITY OPERATION:
VERIFY CERTIFICATECOMPUTE DIGITAL SIGNATURE
VERIFY DIGITAL SIGNATURE
HASH2A
INTERNAL AUTHENTICATE 88
EXTERNAL AUTHENTICATE 82MANAGE SECURITY ENVIRONMENT:
SETTING A KEY22
PERFORM HASH OF FILE 2A
Orice mesaj de r ăspuns con ține cuvintele de stare SW1 și SW2, care indic ă
situa ția proces ării unei comenzi.
SW1 SW2 Semnifica ție
90 00 Procesare normal ă
61 XX Procesare normal ă. XX = num ărul de octe țid er ăspuns
disponibili
62 81 Procesare de avertisment. O parte din datele din
răspuns pot fi corupte
63 CX VPC eronate (PIN). Num ărul încerc ărilor r ămase este
dat de ′X′
64 00 Eroare de execu ție–Starea memoriei nevolatile nemo-
dificat ă. Eroare de integritate
65 00 Eroare de execu ție–Starea memoriei nevolatile modi-
ficată
65 81 Eroare de execu ție–Starea memoriei nevolatile modi-
ficată–Panăde memorie
66 88 Eroare de securitate: sum ăde control criptografic
eronat ă(în cursul mesageriei
securizate) sau
certificat eronat (la verificarea
certificatului) sau
criptogram ăeronat ă(în cursul
autentific ării externe) sau
semnăturăeronat ă(în cursul
verific ării semn ăturii)
67 00 Lungime eronat ă(Lc sau Le)
69 00 Comand ăinterzis ă(nici un r ăspuns disponibil în T = 0)
69 82 Starea de securitate nesatisf ăcută
69 83 Metoda de autentificare blocat ă
69 85 Condi țiile de utilizare nesatisf ăcute1998R2135 —RO—01.05.2006 —002.001 —116
▼M1
SW1 SW2 Semnifica ție
69 86 Comand ănepermis ă(FE curent absent)
69 87 Pachete de date a șteptate prin mesageria securizat ă
absente
69 88 Pachete de date din mesageria securizat ăincorecte
6A 82 Fi șierul nu poate fi g ăsit
6A 86 Parametrii P1-P2 gre șiți
6A 88 Datele men ționate nu pot fi g ăsite
6B 00 Parametri erona ți (deplasare în afara FE)
6C XX Lungime eronat ă, SW2 indic ălungimea exact ă.N u
este transmis nici un câmp de date
6D 00 Cod de instruc țiuni incompatibil sau incorect
6E 00 Clas ăincompatibil ă
6F 00 Alte erori de verificare
3.6. Descrierea comenzilor
Prezentul capitol descrie comenzile obligatorii pentru cardurile de tahograf.
Apendicele 11, Mecanisme comune de securitate, cuprinde detalii suplimentare
relevante privind opera țiunile criptografice implicate.
Toate comenzile sunt descrise independent de protocolul utilizat (T = 0 sau T =
1). Octe ții UDPA CLA, INS, P1, P2, Lc și Le sunt indica ți întotdeauna. Dac ăLc
sau Le nu sunt necesare pentru comanda descris ă, lungimea, valoarea și
descrierea respective sunt vide.
Dacăsunt necesari ambii octe ți de lungime (Lc și Le), comanda descris ătrebuie
săfie separat ăîn dou ăpărți dacăPIF utilizeaz ăprotocolul T = 0: PIF transmite
comanda conform descrierii cu P3 = Lc + date, iar apoi transmite a comand ă
GET_RESPONSE (vezi punctul 3.6.6) cu P3 = Le.
Dacăsunt necesari ambii octe ți de lungime, iar Le = 0 (mesagerie securizat ă):
—Când se utilizeaz ăprotocolul T = 1, cardul r ăspunde la Le = 0 trimi țând toate
datele de ie șire disponibile.
—Când se utilizeaz ăprotocolul T = 0, PIF transmite prima comand ăcu P3 = Lc +
date, cardul r ăspunde (la aceast ăvaloare implicit ăLe = 0) cu octe ții de stare ′
61La′, unde La este num ărul de octe țid erăspuns disponibili. PIF genereaz ăapoi
o comand ăGET_RESPONSE cu P3 = La pentru a citi datele.
3.6.1. Select file (selectare fi șier)
Aceast ăcomand ărespect ăISO/IEC 7816-4, dar are o utilizare restric ționată
comparativ cu comanda definit ăîn norm ă.
Comanda SELECT FILE se utilizeaz ă:
—pentru a selecta o aplica ție FD (selectarea dup ădenumire obligatorie);
—pentru a selecta un fi șier elementar corespunz ător ID de fi șier prezentat.
3.6.1.1. Selectarea dup ădenumire (IDA)
Aceast ăcomand ăpermite selectarea unei aplica ții FD în card.
Aceast ăcomand ăpoate fi executat ăde oriunde din structura fi șierelor (dup ăRLR
sau în orice moment).
Selectarea unei aplica ții reseteaz ămediul curent de securitate. Dup ăselectarea
aplica ției, nu este selectat ănici o cheie public ăactivă, iar cheia din sesiunea
anterioar ănu mai este disponibil ăpentru mesageria securizat ă. Se pierde, de
asemenea, condi ția de acces AUT.1998R2135 —RO—01.05.2006 —002.001 —117
▼M1
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′04h′ Selec ție dup ădenumire (IDA)
P2 1 ′0Ch′ Nu se a șteaptărăspuns
Lc 1 ′NNh′ Numărul de octe ți trimis de card
(lungime IDA): ′06h′pentru aplica ția
de tahograf
#6-#(5 + NN) NN ′XX..XXh ′IDA: ′FF 54 41 43 48 4F ′pentru
aplica ția de tahograf
Nu este necesar un r ăspuns la comanda SELECT FILE (Le absent în T = 1, sau
nu se solicit ăun răspuns în T = 0).
Mesaj de r ăspuns (nu se solicit ărăspuns)
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—dacăcomanda reu șește, cardul transmite ′9000′;
—dacănu se reg ăsește aplica ția corespunz ătoare IDA, se transmite starea de
procesare ′6A82′;
—în T = 1, dac ăeste prezent octetul Le, se transmite starea ′6700′;
—în T = 0, dac ăse solicit ăun răspuns dup ăcomanda SELECT FILE, se
transmite starea ′6900′;
—dacăaplica ția selectat ăeste considerat ăcorupt ă(este detectat ăo eroare de
integritate în atributele fi șierului), se transmite starea de procesare ′6400′sau′
6581′.
3.6.1.2. Selectarea unui fi șier elementar utilizând identificatorul fi șierului
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′
INS 1 ′A4h′
P1 1 ′02h′ Selectarea unui FE din FD curent
P2 1 ′0Ch′ Nu se a șteaptărăspuns
Lc 1 ′02h′ Numărul de octe ți trimis c ătre card
#6-#7 2 ′XXXXh ′ Identificatorul fi șierului
Nu este necesar un r ăspuns la comanda SELECT FILE (Le absent în T = 1 sau
nu se solicit ăun răspuns în T = 0).
Mesaj de r ăspuns (nu se solicit ărăspuns)
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—dacăcomanda reu șește, cardul transmite ′9000′;1998R2135 —RO—01.05.2006 —002.001 —118
▼M1
—dacănu se reg ăsește fi șierul corespunz ător identificatorului de fi șier, se
transmite starea de procesare ′6A82′;
—în T = 1, dac ăeste prezent octetul Le, se transmite starea ′6700′;
—în T = 0, dac ăse solicit ăun răspuns dup ăcomanda SELECT FILE, se
transmite starea ′6900′;
—dacăfișierul selectat este considerat corupt (este detectat ăo eroare de inte-
gritate în atributele fi șierului), se transmite starea de procesare ′6400′sau′
6581′.
3.6.2. Read binary (citire date)
Aceast ăcomand ărespect ăISO/IEC 7816-4, dar are o utilizare restric ționată
comparativ cu comanda definit ăîn norma respectiv ă.
Comanda READ BINARY se utilizeaz ăpentru citirea datelor dintr-un fi șier
transparent.
Răspunsul cardului const ăîn transmiterea datelor citite, op țional încadrate într-o
structur ăde mesagerie securizat ă.
Comanda poate fi executat ădoar dac ăstarea de securitate îndepline ște atributele
de securitate definite pentru FE pentru func ția READ (citire).
3.6.2.1. Comand ăfărămesagerie securizat ă
Aceast ăcomand ăpermite PIF s ăciteasc ădatele din FE selectat, f ărămesagerie
securizat ă.
Nu este posibil ăcitirea datelor dintr-un fi șier marcat «criptat» cu aceast ă
comand ă.
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ Nu se solicit ămesagerie securizat ă
INS 1 ′B0h′
P1 1 ′XXh′ Decalaj în octe ți de la începutul
fișierului: cel mai semnificativ octet
P2 1 ′XXh′ Decalaj în 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ă: octetul 8 din P1 trebuie setat la 0.
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
#1-#X X ′XX..XXh ′Date citite
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—dacăcomanda reu șește, cardul transmite ′9000′;
—dacănu este selectat un FE, se transmite starea de procesare ′6986′;
—dacănu sunt satisf ăcute condi țiile de acces pentru fi șierul selectat, comanda
este întrerupt ăcu′6982′;
—dacădecalajul nu este compatibil cu dimensiunea FE (Decalaj > dimensiune
FE), se transmite starea de procesare ′6B00′;
—dacădimensiunea datelor de citit nu este compatibil ăcu dimensiunea FE
(Decalaj + Le > dimensiune FE), se transmite starea de procesare ′6700′
sau′6Cxx′, unde ′xx′indicălungimea exact ă;1998R2135 —RO—01.05.2006 —002.001 —119
▼M1
—dacăeste detectat ăo eroare de integritate în atributele fi șierului, cardul
consider ăcăfișierul este corupt și irecuperabil, iar starea de procesare
transmis ăeste′6400′sau′6581′;
—dacăeste detectat ăo eroare de integritate în datele stocate, cardul transmite
datele solicitate, iar starea de procesare transmis ăeste′6281′.
3.6.2.2. Comand ăcu mesagerie securizat ă
Aceast ăcomand ăpermite PIF s ăciteasc ădate din FE selectat prin mesagerie
securizat ă, pentru a verifica integritatea datelor primite și pentru a proteja confi-
dențialitatea datelor în cazul în care FE este marcat prin «criptat».
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′0Ch′ Mesagerie securizat ăsolicitat ă
INS 1 ′B0h′ INS
P1 1 ′XXh′ P1 (decalaj în octe ți de la începutul
fișierului): Cel mai semnificativ octet
P2 1 ′XXh′ P2 (decalaj în octe ți de la începutul
fișierului): Cel mai pu țin semnificativ
octet
Lc 1 ′09h′ Lungimea datelor de intrare pentru
mesageria securizat ă
#6 1 ′97h′ TLE: Marcator pentru specifica ția
lungimii a șteptate
#7 1 ′01h′ LLE: Lungimea lungimii a șteptate
#8 1 ′NNh′ Specifica ția lungimii a șteptate (Le
original ă): Num ărul de octe ți de citit
#9 1 ′8Eh′ TCC: Marcator pentru suma de control
criptografic
#10 1 ′04h′ LCC: Lungimea urm ătoarei sume de
control criptografic
#11-#14 4 ′XX..XXh ′Sumăde control criptografic (cei mai
importan ți 4 octe ți)
Le 1 ′00h′ Conform specifica țiilor din ISO/IEC
7816-4
Mesaj de r ăspuns dac ăFE nu este marcat «criptat» și dacăformatul de intrare
pentru mesageria securizat ăeste corect:
Octet Lungime Valoare Descriere
#1 1 ′81h′ TPV: Marcator pentru valoarea datelor
comune
#2 L ′NNh′sau′81
NNh′LPV: lungimea datelor transmise ( = Le
original ă)
L este de 2 octe ți dacăLPV> 127 octe ți
#(2 + L)-#(1 +
L + NN)NN ′XX..XXh ′Valoarea datelor comune
#(2 + L + NN) 1 ′8Eh′ TCC: Marcator pentru suma de control
criptografic
#(3 + L + NN) 1 ′04h′ LCC: Lungimea urm ătoarei sume de
control criptografic1998R2135 —RO—01.05.2006 —002.001 —120
▼M1
Octet Lungime Valoare Descriere
#(4 + L +
NN)-#(7 + L +
NN)4 ′XX..XXh ′Sumăde control criptografic (cei mai
importan ți 4 octe ți)
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
Mesaj de r ăspuns dac ăFE este marcat «criptat» și dacăformatul de intrare pentru
mesageria securizat ăeste corect:
Octet Lungime Valoare Descriere
#1 1 ′87h′ TPI CG : Marcator pentru date criptate
(criptogram ă)
#2 L ′MMh ′sau′
81 MMh ′LPI CG : lungimea datelor criptate
transmise (diferit ăde Le original ăa
comenzii din cauza complet ării)
L este de doi octe ți dacăLPI CG > 127
octeți
#(2 + L)-#(1 +
L + MM)MM ′01XX..XXh ′Date criptate: indicator de completare și
criptogram ă
#(2 + L +
MM)1 ′8Eh′ TCC: Marcator pentru suma de control
criptografic
#(3 + L +
MM)1 ′04h′ LCC: Lungimea urm ătoarei sume de
control criptografic
#(4 + L +
MM)-#(7 + L
+ MM)4 ′XX..XXh ′Sumăde control criptografic (cei mai
importan ți 4 octe ți)
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
Datele criptate transmise con țin un prim octet care indic ămodul de completare
utilizat. Pentru aplica ția de tahograf, indicatorul de completare are întotdeauna
valoarea 01h, ceea ce arat ăcămodul de completare utilizat este cel specificat în
ISO/IEC 7816-4 (un octet cu valoarea ′80h′urmat de câ țiva octe ți nuli: ISO/IEC
9797 metoda 2).
Stările «obi șnuite» de procesare, descrise pentru comanda READ BINARY f ără
mesagerie securizat ă(vezi punctul 3.6.2.1) pot fi transmise utilizând structurile de
mesaj de r ăspuns descrise mai sus, cu un marcator ′99h′(conform TCS 335).
În plus, pot ap ărea unele erori specifice mesageriei securizate. În acest caz, starea
de procesare este transmis ăsimplu, f ărăa mai implica o structur ăde mesagerie
securizat ă.
Mesaj de r ăspuns pentru un format incorect de intrare pentru mesageria securizat ă
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacănu este disponibil ăo cheie activ ăde sesiune, starea de procesare
transmis ăeste′6A88′. Acest lucru se întâmpl ădacăcheia de sesiune nu a
fost înc ăgenerat ăsau dac ăvalabilitatea acesteia a expirat (în acest caz PIF
trebuie s ăruleze din nou un proces de autentificare reciproc ăpentru a seta o
nouăcheie de sesiune).
—Dacăunele dintre pachetele de date a șteptate (conform specifica țiilor de mai
sus) lipsesc din formatul de mesagerie securizat ă, starea de procesare
transmis ăeste′6987′: aceast ăeroare se produce dac ălipse ște un marcator
așteptat sau dac ăcorpul comenzii nu este construit corect.
—Dacăunele pachete de date sunt incorecte, starea de procesare transmis ăeste′
6988′: aceast ăeroare se produce dac ătoți marcatorii necesari sunt prezen ți,
dar unele lungimi sunt diferite de cele a șteptate.1998R2135 —RO—01.05.2006 —002.001 —121
▼M1
—Dacăverificarea sumei de control criptografic e șuează, starea de procesare
transmis ăeste′6688′.
3.6.3. Update binary (actualizare date)
Aceast ăcomand ărespect ăISO/IEC 7816-4, dar are o utilizare restric ționată
comparativ cu comanda definit ăîn norm ă.
Mesajul de comand ăUPDATE BINARY ini țializeaz ăactualizarea ( ștergere +
scriere) octe ților deja prezen ți într-un FE cu octe țid ați în comanda UDPA.
Comanda poate fi executat ădoar dac ăstarea de securitate satisface atributele de
securitate definite pentru FE pentru func ția UPDATE (dac ăcontrolul accesului
func ției UPDATE include o PRO MS, comenzii trebuie s ăi se adauge o
mesagerie securizat ă).
3.6.3.1. Comand ăfărămesagerie securizat ă
Aceast ăcomand ăpermite PIF s ăscrie date în FE selectat, f ărăca integritatea
datelor primite s ăfie verificat ăde card. Acest mod simplu este permis doar dac ă
fișierul corespunz ător nu este marcat «criptat».
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ Nu se solicit ămesagerie securizat ă
INS 1 ′D6h′
P1 1 ′XXh′ Decalaj în octe ți de la începutul
fișierului: cel mai semnificativ octet
P2 1 ′XXh′ Decalaj în octe ți de la începutul
fișierului: cel mai pu țin semnificativ
octet
Lc 1 ′NNh′ Lungimea Lc a datelor de actualizat.
Numărul de octe ți de scris
#6-#(5 + NN) NN ′XX..XXh ′Date de scris
Notă: octetul 8 din P1 trebuie setat la 0.
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—dacăcomanda reu șește, cardul transmite ′9000′;
—dacănu este selectat un FE, starea de procesare transmis ăeste′6986′;
—dacăCondi țiile de Acces ale fi șierului selectat nu sunt îndeplinite, comanda
este întrerupt ăcu′6982′;
—dacădecalajul nu este compatibil cu dimensiunea FE (decalaj > dimensiunea
FE), starea de procesare transmis ăeste′6B00′;
—dacădimensiunea datelor care urmeaz ăsăfie scrise nu este compatibil ăcu
dimensiunea FE (decalaj + Le > dimensiunea FE), starea de procesare
transmis ăeste′6700′;
—dacăeste detectat ăo eroare de integritate în atributele fi șierului, cardul
consider ăcăfișierul este corupt și irecuperabil, iar starea de procesare
transmis ăeste′6400′sau′6500′;
—dacăscrierea nu reu șește, starea de procesare transmis ăeste′6581′.
3.6.3.2. Comanda cu mesagerie securizat ă
Aceast ăcomand ăpermite PIF s ăscrie date în FE selectat, cardul verificând
integritatea datelor primite. Întrucât nu este necesar ăpăstrarea confiden țialității,
datele nu sunt criptate.1998R2135 —RO—01.05.2006 —002.001 —122
▼M1
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′0Ch′ Mesagerie securizat ăsolicitat ă
INS 1 ′D6h′ INS
P1 1 ′XXh′ Decalaj în octe ți de la începutul fi șierului: cel
mai semnificativ octet
P2 1 ′XXh′ Decalaj în 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′ TPV: marcator pentru valoarea normal ăa datelor
#7 L ′NNh′sau′
81NNh ′LPV: Lungimea datelor transmise
L este de 2 octe ți dacăLPV> 127 octe ți
#(7 + L)-#(6 +
L + NN)NN ′XX..XXh ′Valoare date comune (date de scris)
#(7 + L + NN) 1 ′8Eh′ TCC: marcator pentru suma de control cripto-
grafic
#(8 + L + NN) 1 ′04h′ LCC: Lungimea urm ătoarei sume de control crip-
tografic
#(9 + L +
NN)-#(12 + L
+ NN)4 ′XX..XXh ′Sumăde control criptografic (cei mai importan ți
4 octe ți)
Le 1 ′00h′ Conform specifica țiilor din ISO/IEC 7816-4
Mesaj de r ăspuns dac ăformatul de intrare pentru mesageria securizat ăeste corect
Octet Lungime Valoare Descriere
#1 1 ′99h′ TSW: Marcator pentru cuvinte de stare (de
protejat de c ătre CC)
#2 1 ′02h′ LSW: lungimea cuvintelor de stare transmise
#3-#4 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
#5 1 ′8Eh′ TCC: Marcator pentru suma de control cripto-
grafic
#6 1 ′04h′ LCC: Lungimea urm ătoarei sume de control crip-
tografic
#7-#10 4 ′XX..XXh ′Sumăde control criptografic (cei mai importan ți
4 octe ți)
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
Stările «obi șnuite» de procesare, descrise pentru comanda UPDATE BINARY
fărămesagerie securizat ă(vezi punctul 3.6.3.1) pot fi transmise utilizând
structura de mesaj de r ăspuns descris ăanterior.
În plus, pot ap ărea unele erori legate specific de mesageria securizat ă. În acest
caz, starea de procesare este transmis ăsimplu, f ărăa mai implica o structur ăde
mesagerie securizat ă.
Mesaj de r ăspuns în caz de eroare în mesageria securizat ă1998R2135 —RO—01.05.2006 —002.001 —123
▼M1
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—dacănu este disponibil ăo cheie de sesiune, se transmite starea de procesare ′
6A88′;
—dacăunele dintre obiectele informative a șteptate (conform specifica țiilor de
mai sus) lipsesc din formatul de mesagerie securizat ă, starea de procesare
transmis ăeste′6987′: aceast ăeroare se produce dac ălipse ște un marcator
așteptat sau dac ăcorpul comenzii nu este construit corect;
—dacăunele obiecte de date sunt incorecte, starea de procesare transmis ăeste′
6988′: aceast ăeroare se produce dac ătoți marcatorii necesari sunt prezen ți,
dar unele lungimi sunt diferite de cele a șteptate;
—dacăverificarea sumei de control criptografic e șueaz ă, starea de procesare
transmis ăeste′6688′.
3.6.4. Get challenge (obț inere interven ție)
Aceast ăcomandă respect ăISO/IEC 7816-4, dar are o utilizare restric ționată
comparativ cu comanda definit ăîn norm ă.
Comanda GET CHALLENGE solicit ăcardului să emităo provocare pentru a fi
utilizat ăîntr-o procedur ăde securitate în cadrul c ăreia sunt transmise cardului o
criptogram ăsau date codificate.
Provocarea emis ăde card este valabil ădoar pentru urm ătoarea comand ă, care
utilizeaz ăprovocarea, transmis ăcardului.
Mesaj de comandă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ CLA
INS 1 ′84h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2
Le 1 ′08h′ Le (Lungimea interven ției a șteptate)
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
#1-#8 8 ′XX..XXh ′Interven ție
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′;
—dacăLe este diferit ăde′08h′, starea de procesare este ′6700′;
—dacăparametrii P1-P2 sunt incorec ți, starea de procesare este ′6A86′.
3.6.5. Verify (verificare)
Aceast ăcomandă respect ăISO/IEC 7816-4, dar are o utilizare restric ționată
comparativ cu comanda definit ăîn norm ă.
Comanda Verify ini țializeaz ăîn card comparaț ia dintre datele VPC (PIN)
transmise din comandă cu VPC de referin țăstocate în card.
Notă: PIN introdus de utilizator trebuie completat la dreapta de c ătre PIF cu
octeți FFh pân ăla lungimea de 8 octe ți.
Dacăcomanda reu șește, sunt deschise drepturile corespunz ătoare prezent ării
VPC, iar num ărul încerc ărilor de introducere a VPC r ămase este reini țializat.1998R2135 —RO—01.05.2006 —002.001 —124
▼M1
O compara ție eșuatăeste înregistrat ăîn card pentru a limita num ărul încerc ărilor
ulterioare de utilizare a VPC de referin ță.
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ CLA
INS 1 ′20h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (VPC verificate sunt cunoscute
implicit)
Lc 1 ′08h′ Lungimea codului VPC transmis
#6-#13 8 ′XX..XXh ′VPC
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—dacăcomanda reu șește, cardul transmite ′9000′;
—dacănu se reg ăsesc VPC de referin ță, starea de procesare transmis ăeste′
6A88′;
—dacăVPC este blocat (num ărul de încerc ări rămase pentru VPC este nul),
starea de procesare transmis ăeste′6983′. O dat ăîn aceast ăstare, VPC nu mai
pot fi niciodat ăprezentate cu succes;
—dacăcompara ția nu reu șește, num ărul încerc ărilor r ămase scade șis e
transmite stare ′63CX ′(X > 0, X fiind egal cu num ărul încerc ărilor r ămase
pentru introducerea VPC. X = ′F′, num ărul încerc ărilor de introducere a VPC
este mai mare decât ′F′);
—dacăVPC de referin țăsunt considerate corupte, starea de procesare transmis ă
este′6400′sau′6581′.
3.6.6. Get response (ob ținere r ăspuns)
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 din card la perifericul de interfa ță
(în cazul în care o comand ăinclude 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′, vezi mai jos),
datele preg ătite anterior nu mai sunt disponibile.
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 țiaștepta ți1998R2135 —RO—01.05.2006 —002.001 —125
▼M1
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
#1-#X X ′XX..XXh ′Date
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′.
—Dacănu au fost preg ătite date de c ătre card, starea de procesare transmis ă
este′6900′sau′6F00′.
—DacăLe dep ășește num ărul de octe ți disponibili sau dac ăLe este nul ă, starea
de procesare transmis ă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 nul ă, dar este mai mic ădecât num ărul de octe ți disponibili,
datele solicitate sunt transmise în mod normal de c ătre card, starea de
procesare transmis ăfiind ′61xx′, unde ′xx′indicănumărul de octe ți supli-
mentari care sunt disponibili pentru o comand ăGET_RESPONSE ulterioar ă.
—Dacăcomanda nu este suportat ăde card (protocol T = 1), cardul transmite ′
6D00′.
3.6.7. PSO: verify certificate (verificare certificat)
Aceast ăcomand ărespect ăISO/IEC 7816-8, dar are o utilizare restric ționată
comparativ cu comanda definit ăîn norm ă.
Cardul utilizeaz ăcomanda VERIFY CERTIFICATE pentru a ob ține o cheie
public ădin afar ăși pentru a verifica valabilitatea acesteia.
În cazul în care o comand ăVERIFY CERTIFICATE reu șește, cheia public ăeste
stocat ăpentru o utilizare ulterioar ăîn mediul de securitate. Aceast ăcheie se
seteaz ăexplicit pentru a fi utilizat ăde către comanda SME (vezi punctul
3.6.10) în cadrul comenzilor legate de securitate (INTERNAL AUTHEN-TICATE, EXTERNAL AUTHENTICATE sau VERIFY CERTIFICATE),folosindu-se identificatorul de cheie.
În orice caz, comanda VERIFY CERTIFICATE utilizeaz ăcheia public ăselectat ă
anterior de c ătre comanda SME pentru deschiderea certificatului. Aceast ăcheie
trebuie s ăaparținăunui stat membru sau Europei.
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Executarea unei opera țiuni de securitate
P1 1 ′00h′ P1
P2 1 ′AEh′ P2: date codificate non BER-TLV
(concatenarea elementelor de date)
Lc 1 ′CEh′ Lc: Lungimea certificatului, 194 octe ți
#6-#199 194 ′XX..XXh ′Certificat: concatenarea elementelor de
date (conform descrierii din apendicele
11)
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—dacăcomanda reu șește, cardul transmite ′9000′;1998R2135 —RO—01.05.2006 —002.001 —126
▼M1
—dacăverificarea certificatului e șuează, starea de procesare transmis ăeste′
6688′. Procesul de verificare și de deschidere a certificatului, conform
descrierii din apendicele 11,
—dacăîn mediul de securitate nu exist ăo cheie public ă, se transmite ′6A88′;
—dacăcheia public ăselectat ă(utilizat ăpentru deschiderea certificatului) este
considerat ăcorupt ă, starea de procesare transmis ăeste′6400′sau′6581′;
—dacăcheia public ăselectat ă(utilizat ăpentru deschiderea certificatului) are un
CHA.LSB (CertificateHolderAuthorisation.equipmentType) diferit de ′00′
(adicănu apar ține unuia dintre statele membre sau Europei), starea de
procesare transmis ăeste′6985′.
3.6.8. Internal authenticate (autentificare intern ă)
Aceast ăcomand ărespect ăISO/IEC 7816-4.
Utilizând comanda INTERNAL AUTHENTICATE, PIF poate s ăautentifice
cardul.
Procesul de autentificare este descris în apendicele 11. Acesta include urm ă-
toarele enun țuri:
Comanda INTERNAL AUTHENTICATE utilizeaz ăcheia privat ăa cardului
(selectat ăimplicit) pentru a semna datele de autentificare, inclusiv K1 (primul
element pentru compatibilitatea cheilor de sesiune) și RND1, și utilizeaz ăcheia
public ăselectat ă(prin intermediul ultimei comenzi SME) pentru a cripta
semnătura și pentru a forma jetonul de autentificare (mai multe detalii în apen-
dicele 11).
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 de card
#6-#13 8 ′XX..XXh ′Interven ție utilizat ăpentru autenti-
ficarea cardului
#14-#21 8 ′XX..XXh ′UV.RDC (vezi apendicele 11)
Le 1 ′80h′ Lungimea datelor a șteptate de la card
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
#1-#128 128 ′XX..XXh ′Jeton de autentificare a cardului (vezi
apendicele 11)
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′;
—dacăîn mediul de securitate nu exist ăo cheie public ă, starea de procesare
transmis ăeste′6A88′;
—dacăîn mediul de securitate nu exist ăo cheie privat ă, starea de procesare
transmis ăeste′6A88′;
—dacăUV.RDC nu corespunde identificatorului cheii publice curente, starea de
procesare transmis ăeste′6A88′;
—dacăcheia privat ăeste considerat ăcorupt ă, starea de procesare transmis ăeste
′6400′sau′6581′.1998R2135 —RO—01.05.2006 —002.001 —127
▼M1
Dacăcomanda INTERNAL AUTHENTICATE reu șește, cheia de sesiune activ ă,
dacăexistă, este ștearsăși nu mai este disponibil ă. Pentru a face disponibil ăo
nouăcheie de sesiune trebuie executat ăcu succes comanda EXTERNAL_AU-
THENTICATE.
3.6.9. External authenticate (autentificare extern ă)
Aceast ăcomand ărespect ăISO/IEC 7816-4.
Utilizând comanda EXTERNAL AUTHENTICATE, cardul poate autentifica PIF.Procesul de autentificare este descris în apendicele 11. Acesta include urm ă-
toarele enun țuri:
Comanda EXTERNAL AUTHENTICATE trebuie dat ăimediat dup ăo comand ă
GET CHALLENGE. Cardul emite o interven ție spre exterior (RND3).
Verificarea criptogramei utilizeaz ăRND3 (interven ția emis ăde card), cheia
privat ăa cardului (selectat ăimplicit) și cheia public ăselectat ăanterior de c ătre
comanda SME.
Cardul verific ăcriptograma, iar dac ăaceasta este corect ăse deschide condi ția de
acces AUT.
Criptograma de intrare cuprinde al doilea element indicând compatibilitatea
cheilor de sesiune K2.
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ CLA
INS 1 ′82h′ INS
P1 1 ′00h′ P1
P2 1 ′00h′ P2 (cheia public ăde utilizat este
cunoscut ăimplicit și a fost setat ă
anterior de c ătre comanda SME)
Lc 1 ′80h′ Lc (Lungimea datelor transmise
cardului)
#6-#133 128 ′XX..XXh ′Criptogram ă(vezi apendicele 11)
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′;
—dacăîn mediul de securitate nu exist ăo cheie public ă, se transmite ′6A88′;
—dacăCHA a cheii publice selectate nu este concatenarea IDA a aplica ției de
tahograf și a unui tip de aparat UV, starea de procesare transmis ăeste′6F00′
(vezi apendicele 11);
—dacăîn mediul de securitate nu exist ăo cheie privat ă, starea de procesare
transmis ăeste′6A88′;
—dacăverificarea criptogramei este eronat ă, starea de procesare transmis ăeste′
6688′;
—dacăcomanda nu urmeaz ăimediat unei comenzi GET CHALLENGE, starea
de procesare transmis ăeste′6985′;
—dacăcheia privat ăselectat ăeste considerat ăcorupt ă, starea de procesare
transmis ăeste′6400′sau′6581′.
Dacăcomanda EXTERNAL AUTHENTICATE reu șeșteși dacăprima parte a
cheii de sesiune este disponibil ădintr-o comand ăINTERNAL AUTHENTICATE
executat ăde curând cu succes, cheia de sesiune este setat ăpentru comenzile
ulterioare care utilizeaz ămesageria securizat ă.1998R2135 —RO—01.05.2006 —002.001 —128
▼M1
Dacăprima parte a cheii de sesiune nu este disponibil ădintr-o comand ăante-
rioarăINTERNAL AUTHENTICATE, cea de-a doua parte a cheii de sesiune,
transmis ăde PIF, nu este stocat ăîn card. Acest mecanism asigur ăexecutarea
procesului de autentificare reciproc ăîn ordinea specificat ăîn apendicele 11.
3.6.10. Manage security environment (gestionare mediu de securitate)
Aceast ăcomand ăeste utilizat ăpentru setarea unei chei publice pentru autentificare.
Aceast ăcomand ărespect ăISO/IEC 7816-8. Utilizarea acestei comenzi este
restric ționatăfațăde standardul corespunz ător.
Cheia men ționatăîn câmpul de date al SME este valabil ăpentru fiecare fi șier din
FD al tahografului.
Cheia men ționatăîn câmpul de date al SME r ămâne cheia public ăactivăpânăla
următoarea comand ăSME corect ă.
Dacăcheia men ționatănu este (deja) prezent ăîn card, mediul de securitate
rămâne neschimbat.
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ CLA
INS 1 ′22h′ INS
P1 1 ′C1h′ P1: cheia men ționatăvalabil ăpentru
toate opera țiunile criptografice
P2 1 ′B6h′ P2 (date men ționate privind semn ătura
digital ă)
Lc 1 ′0Ah′ Lc: lungimea câmpului de date
subsecvent
#6 1 ′83h′ Marcator pentru men ționarea unei chei
publice în cazuri asimetrice
#7 1 ′08h′ Lungimea trimiterii (identificator cheie)
#8-#15 08h ′XX..XXh ′Identificator cheie conform specifica-
țiilor din apendicele 11
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′;
—dacăcheia men ționatănu este prezent ăîn card, starea de procesare transmis ă
este′6A88′;
—dacăunele dintre pachetele de date a șteptate lipsesc în formatul de mesagerie
securizat ă, este transmis ăstarea de procesare ′6987′. Acela și lucru se poate
întâmpla dac ălipse ște marcatorul ′83h′;
—dacăunele dintre pachetele de date sunt incorecte, starea de procesare
transmis ăeste′6988′. Acela și lucru se poate întâmpla dac ălungimea identi-
ficatorului cheii nu este ′08h′;
—dacăcheia selectat ăeste considerat ăcorupt ă, starea de procesare transmis ă
este′6400′sau′6581′.
3.6.11. PSO: hash (distribuire)
Aceast ăcomand ăse utilizeaz ăpentru a transfera pe card rezultatul unui calcul de
distribuire aplicat anumitor date. Aceast ăcomand ăse utilizeaz ăpentru verificarea
semnăturilor digitale. Valoarea de distribuire este stocat ăîn EEPROM pentru
comanda ulterioar ăde verificare a semn ăturilor digitale.1998R2135 —RO—01.05.2006 —002.001 —129
▼M1
Aceast ăcomand ărespect ăISO/IEC 7816-8. Utilizarea acestei comenzi este
restric ționatăcomparativ cu standardul corespunz ător.
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Executare a unei opera țiuni de secu-
ritate
P1 1 ′90h′ Transmitere cod de distribuire
P2 1 ′A0h′ Marcator: câmpul de date con ține DO
relevante pentru func ția de distribuire
Lc 1 ′16h′ Lungimea Lc a câmpului de date
subsecvent
#6 1 ′90h′ Marcator pentru codul de distribuire
#7 1 ′14h′ Lungimea codului de distribuire
#8-#27 20 ′XX..XXh ′Cod de distribuire
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′;
—dacăunele dintre obiectele de date a șteptate (conform specifica țiilor de mai
sus) lipsesc, este transmis ăstarea de procesare ′6988′. Acela și lucru se poate
întâmpla dac ălipse ște unul dintre marcatorii ′90h′;
—dacăunele dintre obiectele de date sunt incorecte, starea de procesare
transmis ăeste′6988′. Acela și lucru se poate întâmpla dac ămarcatorul
necesar este prezent, dar lungimea acestuia este diferit ăde′14h′.
3.6.12. Perform hash of file (executare func ție de distribuire pe fi șier)
Aceast ăcomand ănu respect ăISO/IEC 7816-8. Astfel, octetul CLA din aceast ă
comand ăindicăo utilizare exclusiv ăa comenzii PERFORM SECURITY
OPERATION/HASH.
Comanda PERFORM HASH OF FILE se utilizeaz ăpentru a executa func ția de
distribuire pe zona de date a FE transparent selelctat.
Rezultatul opera țiunii de distribuire este stocat în card. Ulterior, acesta poate fi
utilizat pentru a ob ține semn ătura digital ăaf i șierului, utilizând comanda
PSO_COMPUTE_DIGITAL_SIGNATURE. Acest rezultat r ămâne disponibil
pentru comanda COMPUTE DIGITAL SIGNATURE pân ăla urm ătoarea
executare cu succes a comenzii PERFORM HASH OF FILE.
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′80h′ CLA
INS 1 ′2Ah′ Executare opera țiune de securitate
P1 1 ′90h′ Marcator: distribuire
P2 1 ′00h′ P2: distribuire a datelor din fi șierul
transparent selectat1998R2135 —RO—01.05.2006 —002.001 —130
▼M1
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′;
—dacănu este selectat ăo aplica ție, este transmis ăstarea de procesare ′6985′;
—dacăFE selectat este considerat corupt (eroare în atributele fi șierului sau de
integritate a datelor stocate), starea de procesare transmis ăeste′6400′sau′6581′;
—dacăfișierul selectat nu este un fi șier transparent, starea de procesare
transmis ăeste′6986′.
3.6.13. PSO: compute digital signature (calcul semn ăturădigital ă)
Aceast ăcomand ăse utilizeaz ăpentru calcularea semn ăturii digitale pentru codul de
distribuire calculat anterior (vezi PERFORM HASH OF FILE, punctul 3.6.12).
Aceast ăcomand ărespect ăISO/IEC 7816-8. Utilizarea acestei comenzi este
restric ționatăcomparativ cu standardul corespunz ător.
Cheia privat ăa cardului este utilizat ăpentru a calcula semn ătura digital ăși este
cunoscut ăimplicit de c ătre card.
Cardul execut ăo semn ăturădigital ăutilizând o metod ăde completare în confor-
mitate cu PKCS1 (vezi apendicele 11 pentru detalii).
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Executare opera țiune de securitate
P1 1 ′9Eh′ Semn ăturădigital ăde transmis
P2 1 ′9Ah′ Marcator: câmpul de date con ține
datele de semnat. Întrucât nu esteinclus un câmp de date, se presupuse
cădatele sunt deja prezente în card
(distribuire pe fi șier)
Le 1 ′80h′ Le (Lungimea semn ăturii a șteptate)
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
#1-#128 128 ′XX..XXh ′Semn ătura codului de distribuire
calculat anterior
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′;
—dacăcheia privat ăselectat ăimplicit este considerat ăcorupt ă, starea de
procesare transmis ăeste′6400′sau′6581′.
3.6.14. PSO: verify digital signature (verificare semn ăturădigital ă)
Aceast ăcomand ăse utilizeaz ăpentru a verifica semn ătura digital ă, furnizat ăca
intrare, în conformitate cu PCKS1 a unui mesaj, al c ărui cod de distribuire este
cunoscut de c ătre card. Algoritmul semn ăturii este cunoscut implicit de c ătre card.
Aceast ăcomand ărespect ăISO/IEC 7816-8. Utilizarea comenzii este restric-
ționatăcomparativ cu standardul corespunz ător.
Comanda VERIFY DIGITAL SIGNATURE utilizeaz ăîntotdeauna cheia public ă
selectat ăde comanda anterioar ăMANAGE SECURITY ENVIRONMENT și
codul de distribuire anterior introdus prin intermediul unei comenzi PSO: hash.1998R2135 —RO—01.05.2006 —002.001 —131
▼M1
1998R2135 —RO—01.05.2006 —002.001 —132
▼M1
Mesaj de comand ă
Octet Lungime Valoare Descriere
CLA 1 ′00h′ CLA
INS 1 ′2Ah′ Executare opera țiune de securitate
P1 1 ′00h′
P2 1 ′A8h′ Marcator: câmpul de date con ține DO
relevante pentru verificare
Lc 1 ′83h′ Lungimea Lc a câmpului de date
subsecvent
#28 1 ′9Eh′ Marcator pentru semn ătura digital ă
#29-#30 2 ′8180h ′ Lungimea semn ăturii digitale (128 de
octeți, codifica ți în conformitate cu
ISO/IEC 7816-6)
#31-#158 128 ′XX..XXh ′Conținutul semn ăturii digitale
Mesaj de r ăspuns
Octet Lungime Valoare Descriere
SW 2 ′XXXXh ′ Cuvinte de stare (SW1, SW2)
—Dacăcomanda reu șește, cardul transmite ′9000′;
—dacăverificarea semn ăturii e șuează, starea de procesare transmis ăeste′6688′.
Procesul de verificare este descris în apendicele 11;
—dacănu este selectat ăo cheie public ă, starea de procesare transmis ăeste′
6A88′;
—dacăunele dintre obiectele de date (conform specifica țiilor de mai sus)
lipsesc, este transmis ăstarea de procesare ′6987′. Acest lucru se poate
întâmpla dac ămarcatorul necesar este absent;
—dacănu este disponibil un cod de distribuire pentru procesarea comenzii (ca
urmare a unei comenzi PSO: hash anterioare), starea de procesare transmis ă
este′6985′;
—dacăunele dintre obiectele de date sunt incorecte, starea de procesare
transmis ă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
transmis ăeste′6400′sau′6581′.
4. STRUCTURA CARDULUI DE TAHOGRAF
Aceast ăsecțiune prezint ăstructurile fi șierelor de stocare a datelor accesibile ale
cardurilor de tahograf.
Nu prezint ăstructurile interne care depind de produc ătorul cardului, precum
antetele fi șierelor, nici stocarea și procesarea elementelor de date necesare
pentru utilizare intern ă, precum EuropeanPublicKey, CardPrivateKey, TDesSes-
sionKey sau WorkshopCardPin.
Capacitatea util ăde memorare a cardurilor de tahograf trebuie s ăfie minimum 11
Kocte ți. Pot fi utilizate capacit ăți superioare. În acest caz, structura cardului r ămâne
aceea și, dar cre ște num ărul de înregistr ări ale unor elemente din structur ă. Prezenta
secțiune specific ăvalorile minime și maxime pentru num ărul acestor înregistr ări.
4.1.Structura cardului șoferului
Dupăpersonalizarea cardului șoferului, acesta are urm ătoarea structur ă
permanent ăaf ișierelor și urm ătoarele condi ții de accesare a fi șierelor:
Structura tuturor FE trebuie s ăfie transparent ă.
Citirea cu mesagerie securizat ătrebuie s ăfie posibil ăpentru toate fi șierele din
DF Tachograph.
Cardul șoferului are urm ătoarea structur ăde date:
1998R2135 —RO—01.05.2006 —002.001 —133
▼M1
Următoarele valori, utilizate pentru a specifica dimensiunile din tabelul de mai
sus, reprezint ăvalorile pentru num ărul minim și maxim de înregistr ări pe care
structura de date a cardului șoferului trebuie s ăle utilizeze:1998R2135 —RO—01.05.2006 —002.001 —134
▼M1
Min Max
61 2
12 24
84 200
84 112
5 544 octe ți (28 zile * 93
modific ări de activitate)13 776 octe ți (28 zile * 240
modific ări de activitate)
4.2.Structura cardului atelierului
Dupăpersonalizarea cardului atelierului, acesta are urm ătoarea structur ă
permanent ăaf ișierelor și urm ătoarele condi ții de accesare a fi șierelor:
Structura tuturor FE trebuie s ăfie transparent ă.
Citirea cu mesagerie securizat ătrebuie s ăfie posibil ăpentru toate fi șierele din
DF Tachograph.
Cardul atelierului are urm ătoarea structur ăde date:
1998R2135 —RO—01.05.2006 —002.001 —135
▼M1
1998R2135 —RO—01.05.2006 —002.001 —136
▼M1
1998R2135 —RO—01.05.2006 —002.001 —137
▼M1
Următoarele valori, utilizate pentru a specifica dimensiunile din tabelul de mai
sus, reprezint ăvalorile pentru num ărul minim și maxim de înregistr ări pe care
structura de date a cardului atelierului trebuie s ăle utilizeze:
Min Max
33
66
48
68
88 255
198 octe ți
(1 zi * 93 modific ări
de activitate)492 octe ți
(1 zi * 240 modific ări
de activitate)
4.3.Structura cardului de control
Dupăpersonalizarea cardului de control, acesta are urm ătoarea structur ă
permanent ăaf ișierelor și urm ătoarele condi ții de accesare a fi șierelor:
Structura tuturor FE trebuie s ăfie transparent ă.
Citirea cu mesagerie securizat ătrebuie s ăfie posibil ăpentru toate fi șierele din
DF Tachograph.
Cardul de control are urm ătoarea structur ăde date:
Următoarele valori, utilizate pentru a specifica dimensiunile din 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:
Min Max
230 520
4.4.Structura cardului societ ății
Dupăpersonalizarea cardului societ ății, acesta are urm ătoarea structur ă
permanent ăaf ișierelor și urm ătoarele condi ții de accesare a fi șierelor:1998R2135 —RO—01.05.2006 —002.001 —138
▼M1
Structura tuturor FE trebuie s ăfie transparent ă.
Citirea cu mesagerie securizat ătrebuie s ăfie posibil ăpentru toate fi șierele din
DF Tachograph.
Cardul societ ății are urm ătoarea structur ăde date:
Următoarele valori, utilizate pentru a specifica dimensiunile din tabelul de mai
sus, reprezint ăvalorile pentru num ărul minim și maxim de înregistr ări pe care
structura de date a cardului societ ății trebuie s ăle utilizeze:1998R2135 —RO—01.05.2006 —002.001 —139
▼M1
Min Max
230 5201998R2135 —RO—01.05.2006 —002.001 —140
▼M1
Apendicele 3
PICTOGRAME1998R2135 —RO—01.05.2006 —002.001 —141
▼M1
PIC_001 Aparatul de înregistrare poate utiliza urm ătoarele pictograme și
combina ții de pictograme:
1. PICTOGRAME DE BAZ Ă
Persoane Ac țiuni Moduri de func ționare
Societate Mod societate
Controlor Control Mod control
Șofer Conducere Mod opera țional
Atelier/sta ție testare Inspec ție/calibrare Mod calibrare
Produc ător
Activit ăți Durat ă
Disponibilitate Perioad ăde disponibilitate în curs
Conducere Perioad ăde conducere continu ă
Odihn ă Perioad ăde odihn ăîn curs
Munc ă Perioad ăde munc ăîn curs
Pauză Perioade de pauz ăcumulate
Necunoscut ă
Aparat Func ții
Lector șofer
Lector copilot
Card
Ceas
Afișaj Afi șare
Stocare extern ă Descărcare
Alimentare
Imprimant ă/imprimare Imprimare
Senzor
Dimensiune pneuri
Vehicul/unitate montat ăpe vehicul
Condi ții specifice
În afara domeniului de aplicare
Traversare pe feribot/tren
Diverse
Evenimente
 Anomalii
Începutul perioadei zilnice de munc ă
 Sfârșitul perioadei zilnice de
munc ă
Loc
 Introducere manual ăa activi-
tăților șoferului
Securitate
 Viteză
Ora
 Total/rezumat
Calificative
Zilnic
Săptămânal
Douăsăptămâni
De la sau pân ăla
2. COMBINA ȚII DE PICTOGRAME
Diverse
Loc de control
Loc de începere a perioadei zilnice
de munc ă
Loc de încheiere a perioadeizilnice de munc ă
De la ora
 Pânăla ora
Din vehicul
În afara domeniului de aplicare,început
 În afara domeniului deaplicare, sfâr șit
Carduri
Cardul șoferului
Cardul societ ății
Card de control
Cardul atelierului1998R2135 —RO—01.05.2006 —002.001 —142
▼M1
1998R2135 —RO—01.05.2006 —002.001 —143
▼M1
- - - Nici un card
Conducere
Conducere în echipaj
Durat ăconducere pentru o s ăptămână
Durat ăconducere pentru dou ăsăptămâni
Tipăriri
Tipărire zilnic ăa activit ăților șoferului extrase din card
Tipărire zilnic ăa activit ăților șoferului extrase din UV
Tipărirea evenimentelor și anomaliilor extrase din card
Tipărirea evenimentelor și anomaliilor extrase din VU
Tipărirea datelor tehnice
Tipărirea dep ășirilor de vitez ă
Evenimente
Inserarea unui card nevalabil
Conflict card
Suprapunere de timp
Conducere f ărăun card adecvat
Inserarea cardului în timpul condusului
Ultima sesiune a cardului nu a fost încheiat ăcorect
Depășire a vitezei autorizate
Întrerupere a aliment ării cu electricitate
Eroare privind datele de mi șcare
Încălcare a securit ății
Reglarea orei (în atelier)
Control pentru dep ășirea vitezei autorizate
Anomalii
Anomalie a cardului (lector pentru cardul șoferului)
Anomalie a cardului (lector pentru cardul copilotului)
Anomalie a afi șajului
Anomalie la desc ărcare
Anomalie a imprimantei
Anomalie a senzorului
Anomalie intern ăaU V
Proceduri pentru introduceri manuale
Aceea și perioad ăde munc ăzilnic ă?
Sfârșitul perioadei anterioare de munc ă?
Confirma țiși introduce ți locul de încheiere a perioadei de munc ă
Introduce ți ora de pornire
Introduce ți locul de începere a perioadei de munc ă.
Notă: În apendicele 4 sunt definite alte combina ții de pictograme, pentru
formarea de blocuri de tip ărire sau identificatori de înregistr ări.
Apendicele 4
MATERIALE TIP ĂRITE
CUPRINS
1. Generalit ăți…......................................................
2. Specifica ții privind blocurile de date ….....................................
3. Specifica ții referitoare la tip ărire…........................................
3.1. Tip ărirea zilnic ăa activit ăților șoferului de pe card …...........................
3.2. Tip ărirea zilnic ăa activit ăților șoferului din UV ….............................
3.3. Tip ărirea evenimentelor și anomaliilor de pe card …............................
3.4. Tip ărirea evenimentelor și anomaliilor din UV …..............................
3.5. Tip ărirea datelor tehnice ….............................................
3.6. Tip ărirea dep ășirilor vitezei autorizate …....................................1998R2135 —RO—01.05.2006 —002.001—144
▼M1
1. GENERALIT ĂȚI
Fiecare document tip ărit 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, prin intermediul unui identificator de înregistrare.
Când un identificator de înregistrare urmeaz ăimediat dup ăun identificator de
bloc, identificatorul de înregistrare nu este tip ărit.
În cazul în care un element de date este necunoscut sau nu trebuie tip ărit din
motive determinate de dreptul de acces la date, în locul acestuia sunt tip ărite
spații.
Dacăîntregul con ținut al unei linii este necunoscut sau nu trebuie tip ărit, este
omisăîntreaga linie.
La tip ărire, câmpurile de date numerice sunt aliniate la dreapta, cu un spa țiu de
separare pentru mii și milioane șifărăzerouri la început.
La tip ărire, 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 t ăiate la
lungimea elementului de date, dac ăeste necesar (nume și adrese).
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 normal (textul se
tipărește cu caractere normale);
—caracterele normale reprezint ăvariabile (pictograme sau date) care la tip ărire
trebuie înlocuite cu valorile lor;
—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, un format «zz.ll.aaaa»;
—termenul «identificarea cardului» reprezint ăcombina ția dintre: tipul de card,
reprezentat printr-o combina ție de pictograme, 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:
Documentele tip ărite utilizeaz ăurmătoarele blocuri de date și/sau înregistr ări de
date, în conformitate cu urm ătoarele semnifica țiiși formate:
Numărul blocului sau înregistr ării
Semnifica ție
1.Data și ora la care a fost tip ărit documentul
2.Tipul de tip ărire
Identificator de bloc
Combina ție de pictograme de tip ărire (vezi apen-
dicele 3), setarea limitatorului de vitez ă(tipărire
doar la dep ășirea vitezei autorizate).
1998R2135 —RO—01.05.2006 —002.001 —145
▼M1
Numărul blocului sau înregistr ării
Semnifica ție
3.Identificarea titularului cardului
Identificator de bloc. P = pictogram ăa unei
persoaneNumele titularului cardului
Prenumele titularului cardului (dac ăeste cazul)
Identificarea carduluiData expir ării cardului (dac ăeste cazul)
În cazul în care cardul nu este un card individual
și nu are înscris numele titularului cardului, se
tipărește în locul acestuia numele societ ății, al
atelierului sau al organismului de control.
4.Identificarea vehiculului
Identificator de bloc
(VIN)
Stat membru de înregistrare și VRN.
5.Identificarea UV
Identificator de bloc
Denumirea fabricantului UV
Număr de component ăal UV.
6.Ultima calibrare a aparatului de înregistrare
Identificator de bloc
Numele atelierului
Identificarea cardului atelierului
Data calibr ării.
7.Ultimul control (efectuat de un ofi țer de
control)Identificator de bloc
Identificarea cardului controlorului
Data, ora și tipul controlului
Tipul de control: Pân ăla patru pictograme. Tipul
de control poate fi (o combina ție de):
: Desc ărcare de pe card,
 : desc ărcare de pe
UV,
 : tipărire,
 : afi șare.
8.Activit ățileșoferului stocate pe card în ordine
cronologic ă
Identificator de blocData interog ării (ziua calendaristic ăce face
obiectul tip ăririi) + contor de prezen țăzilnic ăa
cardului.
8.1. Intervalul în care cardul nu a fost inserat
8.1a. Identificator de înregistrare (începutul inter-
valului)
8.1b. Interval necunoscut . Ora de începere șid e
încheiere, durata
8.1c. Activitate introdus ămanual
Pictogram ăa unei activit ăți, ora de începere și
de încheiere (inclusiv), durata, perioadele de
odihn ăcu o durat ăde cel pu țin o or ăsunt
marcate cu un asterisc.
1998R2135 —RO—01.05.2006 —002.001 —146
▼M1
Numărul blocului sau înregistr ării
Semnifica ție
8.2. Inserarea cardului în lectorul S
Identificator de înregistrare. S = pictograma
lectorului
Statul membru de înmatriculare a vehiculului și
VRN
Kilometrajul vehiculului la inserarea cardului.
8.3. Activitate (cu cardul inserat)
Pictogram ăa unei activit ăți, ora de începere șid e
încheiere (inclusiv), durata, starea echipajului
(pictogram ăde echipaj dac ăexistăun
ECHIPAJ, spa ții libere pentru mod SINGUR),
perioadele de odihn ăcu o durat ăde cel pu țin o
orăsunt marcate cu un asterisc.
8.3a. Condi ție specific ă. Ora introducerii, pictogram ă
(sau combina ție de pictograme) pentru condi ții
specifice.
8.4. Retragerea cardului
Kilometrajul vehiculului și distan ța parcurs ăde
la ultima inserare pentru care se cunoa ște kilo-
metrajul.
9. Activit ățileșoferului stocate într-o UV, per
lector, în ordine cronologic ă
Identificator de bloc
Data interog ării (ziua calendaristic ăce face
obiectul tip ăririi)
Kilometrajul vehiculului la 00:00 și 24:00.
10. Activit ăți desf ășurate în lectorul S
Identificator de bloc.
10.1. Intervalul în care în lectorul S nu era inserat un
card
Identificator de înregistrare
Nici un card inserat
Kilometrajul vehiculului la începutul inter-
valului.
10.2. Inserarea cardului
Identificator de înregistrare a inser ării cardului
Numele șoferului
Prenumele șoferului
Identificarea cardului șoferului
Data expir ării cardului șoferului
SM de înregistrare și VRN ale vehiculului
utilizat anteriorData și ora retragerii cardului din vehiculul
anterior
Linie liber ă
Kilometrajul vehiculului la inserarea cardului,
introducerea manual ăa marcajului pentru acti-
vitățileșoferului (M dac ăda, spa țiu dac ănu).
1998R2135 —RO—01.05.2006 —002.001 —147
▼M1
Numărul blocului sau înregistr ării
Semnifica ție
10.3. Activitate
Pictogram ăa unei activit ăți, ora de începere și
de încheiere (inclusiv), durata, starea echipajului
(pictogram ăde echipaj dac ăexistăun
ECHIPAJ, spa ții libere pentru mod SINGUR),
perioadele de odihn ăcu o durat ăde cel pu țin o
orăsunt marcate cu un asterisc.
10.3a. Condi ție specific ă. Ora introducerii, pictogram ă
(sau combina ție de pictograme) pentru condi ții
specifice.
10.4. Retragerea cardului sau Sfâr șitul unui interval
«Nici un card»
Kilometrajul vehiculului la retragerea cardului
sau la sfâr șitul intervalului «Nici un card» și
distan ța parcurs ăde la inserare sau de la
începutul intervalului «Nici un card»
11. Rezumat zilnic
Identificator de bloc.
11.1. Rezumat UV pentru perioadele în care nu exist ă
card în lectorul șoferului
Identificator de bloc.
11.2. Rezumat UV pentru perioadele în care nu exist ă
card în lectorul copilotuluiIdentificator de bloc.
11.3. Rezumat UV zilnic per șofer
Identificator de înregistrareNumele șoferului
Prenumele șoferului
Identificarea cardului șoferului.
11.4. Introducerea locului unde începe și/sau se
încheie o perioad ăzilnic ăde munc ă
pi = pictograma locului la început/sfâr șit, ora,
țara, regiunea,
kilometraj.
11.5 Totalurile activit ăților (dintr-un card)
Durata total ăde conducere, distan ța parcurs ă
Durata total ăde munc ăși de disponibilitate
Durata total ăde odihn ăși necunoscut ă
Durata total ăa activit ăților echipajului.
11.6 Totalurile activit ăților (perioade în care nu a
existat nici un card în lectorul șoferului)
Durata total ăde conducere, distan ța parcurs ă
Durata total ăde munc ăși de disponibilitate
Durata total ăde odihn ă.
11.7 Totalurile activit ăților (perioade în care nu a
existat card în lectorul copilotului)
Durata total ăde munc ăși de disponibilitate
Durata total ăde odihn ă.
1998R2135 —RO—01.05.2006 —002.001 —148
▼M1
Numărul blocului sau înregistr ării
Semnifica ție
11.8 Totalurile activit ăților (per șofer, ambele
lectoare incluse)
Durata total ăde conducere, distan ța parcurs ă
Durata total ăde munc ăși disponibilitate
Durata total ăde odihn ă
Durata total ăa activit ăților echipajului.
Când este necesar ătipărirea unui document
zilnic pentru ziua curent ă, rezumatul informa-
țiilor zilnice este întocmit pe baza datelor dispo-
nibile în momentul tip ăririi.
12. Evenimente și/sau anomalii pe un card
12.1. Identificator de bloc pentru ultimele 5
«Evenimente și Anomalii» de pe un card
12.2. Identificator de bloc pentru toate «Eveni-
mentele» înregistrate pe un card
12.3. Identificator de bloc pentru toate «Anomaliile»
de pe un card
12.4. Înregistrarea unui Eveniment și/sau a unei
Anomalii
Identificator de înregistrare
Pictogram ăde eveniment/anomalie, scopul înre-
gistrării, data și ora declan șării,
Cod suplimentar de eveniment/anomalie (dac ă
există), durata
Stat membru de înregistrare și VRN ale vehi-
culului în care a avut loc evenimentul/anomalia.
13. Evenimente și/sau anomalii stocate sau active în
UV
13.1. Identificator de bloc pentru ultimele 5
«Evenimente și Anomalii» dintr-o UV
13.2. Identificator de bloc pentru toate «Eveni-
mentele» active într-o UV
13.3. Identificator de bloc pentru toate «Anomaliile»înregistrate sau active într-o UV
13.4. Înregistrarea unui eveniment și/sau a unei
anomalii
Identificator de înregistrare
Pictogram ăde eveniment/anomalie, scopul înre-
gistrării, data și ora declan șării,
Cod suplimentar de eveniment/anomalie (dac ă
există), num ărul evenimentelor similare din
aceea și zi, durata
Identificarea cardurilor inserate la începutul sau
la sfâr șitul evenimentului sau al anomaliei (pân ă
la 4 linii f ărăa se repeta de dou ăori acela și
număr de card)
1998R2135 —RO—01.05.2006 —002.001 —149
▼M1
Numărul blocului sau înregistr ării
Semnifica ție
Cazuri în care nu au fost inserate carduri
Scopul înregistr ării (p) este un cod numeric care
explic ămotivele pentru care evenimentul sau
anomalia au fost înregistrate, codificat în
conformitate cu elementul de date EventFaul-
tRecordPurpose.
14. Identificarea UV
Identificator de bloc
Denumirea fabricantului UV
Adresa fabricantului UV
Numărul de referin țăal UV
Numărul de omologare al UV
Seria UV
Anul de fabrica ție a UV
Versiunea software-ului UV și data instal ării
acestuia.
15. Identificarea senzorului
Identificator de bloc
Seria senzorului
Numărul de omologare a senzorului
Data primei instal ări a senzorului
16. Data calibr ării
Identificator de bloc.
16.1. Înregistrarea calibr ării
Identificator de înregistrare
Atelierul care a realizat calibrarea
Adresa atelierului
Identificarea cardului atelierului
Data expir ării cardului atelierului
Linie liber ă
Data calibr ării + scopul calibr ării
VIN
Statul membru de înregistrare și VRN
Coeficientul caracteristic al vehicululuiConstanta aparatului de înregistrare
Circumferin ța efectiv ăa pneurilor
Dimensiunea pneurilor montateSetările limitatorului de vitez ă
Valoarea nou ăși veche a kilometrajului
Scopul calibr ării (p) este un cod numeric care
explic ămotivul pentru care ace ști parametri de
calibrare au fost înregistra ți, codificat în confor-
mitate cu elementul de date CalibrationPurpose.
17. Reglarea oreiIdentificator de bloc.
1998R2135 —RO—01.05.2006 —002.001 —150
▼M1
1998R2135 —RO—01.05.2006 —002.001 —151
▼M1
Numărul blocului sau înregistr ării
Semnifica ție
17.1. Înregistrarea regl ării orei
Identificator de înregistrare
Data și ora vechi
Data și ora noi
Atelierul care a efectuat reglarea orei
Adresa atelierului
Identificarea cardului atelierului
Data expir ării cardului atelierului.
18. Evenimentele și anomaliile cele mai recente
înregistrate în UVIdentificator de bloc
Data și ora celui mai recent eveniment
Data și ora celei mai recente anomalii
19. Informa ții privind controlul dep ășirii vitezei
autorizate
Identificator de bloc
Data și ora ultimului CONTROL PRIVIND
DEPĂȘIREA VITEZEI AUTORIZATE
Data/ora primei dep ășiri a vitezei autorizate și
numărul dep ășirilor ulterioare de vitez ă.
20. Controlul privind dep ășirea vitezei autorizate
20.1. Identificator de bloc pentru «Prima dep ășire a
vitezei autorizate dup ăultima calibrare».
20.2. Identificator de bloc pentru «Cele mai grave 5
depășiri de vitez ăîn ultimele 365 de zile».
20.3. Identificator de bloc pentru «Cea mai grav ă
depășire de vitez ăpentru fiecare dintre
ultimele 10 zile de ocuren ță»
20.4. Identificator de înregistrareData, ora și durata
Viteza maxim ăși viteza medie. Num ărul de
evenimente similare din ziua respectiv ă
Numele șoferului
Prenumele șoferului
Identificarea cardului șoferului
20.5. Dac ăîntr-un bloc nu exist ănici o înregistrare a
unei dep ășiri de vitez ă
21. Informa ții scrise de mân ă
Identificator de bloc21.1. Locul efectu ării controlului
21.2. Semn ătura controlorului
21.3. De la ora
21.4. La ora
21.5. Semn ătura șoferului

Numărul blocului sau înregistr ării
Semnifica ție
«Informa ții scrise de mân ă»: introduce ți sufi-
ciente rânduri libere deasupra unui element
scris de mân ă, pentru a putea scrie informa țiile
necesare sau pentru a aplica o semn ătură.
3. SPECIFICA ȚII REFERITOARE LA TIP ĂRIRE
În prezentul capitol s-au folosit urm ătoarele nota ții conven ționale:
Tipărirea blocului sau a înregistr ării cu num ărul N
Tipărirea blocului sau a înregistr ării cu num ărul N repetat ă
ori de câte ori este necesar
Tipărirea blocurilor sau a înregistr ărilor X și/sau Y, dup ă
caz, cu repetarea opera țiunii ori de câte ori este necesar
3.1.Tipărirea zilnic ăa activit ăților șoferului de pe card
Tipărirea zilnic ădin card a activit ăților șoferului se face în conformitate cu
următorul format:
Data și ora la care se tip ărește documentul
Tipul de tip ărire
Identificarea controlorului (dac ăîn UV este inserat un card
de control)
Identificarea șoferului (din cardul supus tip ăririi)
Identificarea vehiculului (vehiculul din care se tip ărește
documentul)Identificarea UV (UV din care se tip ărește documentul)
Ultima calibrare a acestei UVUltimul control c ăruia i-a fost supus șoferul controlat
Delimitator al activit ăților șoferului
Activit ățileșoferului în ordine cronologic ă
Delimitator al rezumatului zilnicLocuri introduse în ordine cronologic ă
Totaluri ale activit ăților
Evenimente sau anomalii din delimitatorul carduluiÎnregistr ări de evenimente/anomalii (ultimele 5 evenimente
sau anomalii înregistrate în card)Evenimente sau anomalii din delimitatorul UV
Înregistr ări de evenimente/anomalii (Ultimele 5 evenimente
sau anomalii înregistrate sau în curs în UV)
Locul controluluiSemn ătura controlorului
Semn ătura șoferului1998R2135 —RO—01.05.2006 —002.001 —152
▼M1
3.2.Tipărirea zilnic ăa activit ăților șoferului din UV
Tipărirea zilnic ăa activit ăților șoferului din UV se face în conformitate cu
următorul format:
Data și ora la care se tip ărește documentul
Tipul de tip ărire
Identificarea titularului cardului (pentru toate cardurile inserate în UV)Identificarea vehiculului (vehiculul din care se tip ărește documentul)
Identificarea UV (UV din care se tip ărește documentul)
Ultima calibrare a acestei UVUltimul control c ăruia i-a fost supus aparatul de înregistrare
Delimitator al activit ăților șoferului
Delimitator al lectorului șoferului (fanta 1)
Activit ățileșoferului în ordine cronologic ă(lectorul șoferului)
Delimitator al lectorului copilotului (fanta 2)Activit ățileșoferului în ordine cronologic ă(lectorul copilotului)
Delimitator al rezumatului zilnicRezumat al perioadelor în care nu exista card în lectorul șoferului
Locuri introduse în ordine cronologic ă
Totaluri ale activit ăților
Rezumatul perioadelor în care nu a existat un card în lectorul copilotului
Locuri introduse în ordine cronologic ă
Totaluri ale activit ăților
Rezumatul activit ăților pentru un șofer incluzând ambele lectoare
Locuri introduse de șoferul respectiv, în ordine cronologic ă
Totaluri ale activit ăților pentru șoferul respectiv
Delimitator de evenimente/anomaliiÎnregistr ări de evenimente/anomalii (Ultimele 5 anomalii sau evenimente
înregistrate sau active în UV)
Locul controluluiSemn ătura controlorului
De la ora(spațiu disponibil pentru un șofer care nu
deține un card, pentru a putea indica aici
perioadele relevante pentru el)
La ora
Semn ătura șoferului
3.3.Tipărirea evenimentelor și a anomaliilor de pe card
Tipărirea evenimentelor sau anomaliilor din card se face în conformitate cu
următorul format:1998R2135 —RO—01.05.2006 —002.001 —153
▼M1
1998R2135 —RO—01.05.2006 —002.001 —154
▼M1
Data și ora la care se tip ărește documentul
Tipul de tip ărire
Identificarea controlorului (dac ăîn UV este inserat un card
de control)
Identificarea șoferului (din cardul supus tip ăririi)
Identificarea vehiculului (vehiculul din care se tip ărește
documentul)
Delimitator de evenimente
Înregistr ări de evenimente (toate evenimentele înregistrate
în card)
Delimitator de anomalii
Înregistr ări de anomalii (toate anomaliile înregistrate în card)
Locul controlului
Semn ătura controlorului
Semn ătura șoferului
3.4.Tipărirea evenimentelor și a anomaliilor din UV
Tipărirea evenimentelor sau a anomaliilor din UV se face în conformitate cu
următorul format:
Data și ora la care se tip ărește documentul
Tipul de tip ărire
Identificarea titularului cardului (pentru toate cardurile
inserate în UV)
Identificarea vehiculului (vehiculul din care se tip ărește
documentul)
Delimitator de evenimente
Înregistr ări de evenimente (toate evenimentele înregistrate
sau active în UV)
Delimitator de anomalii
Înregistr ări de anomalii (toate anomaliile înregistrate sau
active în UV)
Locul controlului
Semn ătura controlorului
Semn ătura șoferului
3.5.Tipărirea datelor tehnice
Tipărirea datelor tehnice se face în conformitate cu urm ătorul format:
Data și ora la care se tip ărește documentul
Tipul de tip ărire
Identificarea titularului cardului (pentru toate cardurile
inserate în UV)
Identificarea vehiculului (vehiculul din care se tip ărește
documentul)
Identificarea UVIdentificarea senzoruluiDelimitatorul datelor de calibrareÎnregistr ări ale calibr ărilor (toate înregistr ările disponibile
în ordine cronologic ă)
Delimitator al regl ării orei
Înregistr ări privind reglarea orei (toate înregistr ările dispo-
nibile din înregistr ări privind reglarea orei și datele de
calibrare)
Cel mai recent eveniment și cea mai recent ăanomalie
înregistrate în UV
3.6.Tipărirea dep ășirilor vitezei autorizate
Tipărirea dep ășirilor vitezei autorizate se face în conformitate cu urm ătorul
format:
Data și ora la care se tip ărește documentul
Tipul de tip ărire
Identificarea titularului cardului (pentru toate cardurile
inserate în UV)
Identificarea vehiculului (vehiculul din care se tip ărește
documentul)
Informa ții privind controlul dep ășirilor de vitez ă
Identificatorul datelor privind dep ășirile de vitez ă
Prima dep ășire a vitezei autorizate dup ăultima calibrare
Identificatorul datelor privind dep ășirile de vitez ă
Cele mai grave 5 dep ășiri ale vitezei autorizate din ultimele
365 de zile
Identificatorul datelor privind dep ășirile de vitez ă
Cele mai grave dep ășiri ale vitezei autorizate din fiecare
din ultimele 10 zile de ocuren ță
Locul controluluiSemn ătura controlorului
Semn ătura șoferului.1998R2135 —RO—01.05.2006 —002.001 —155
▼M1
Apendicele 5
AFIȘAJ1998R2135 —RO—01.05.2006 —002.001 —156
▼M1
În prezentul apendice s-au folosit urm ătoarele conven ții de prezentare a
formatului:
—caracterele aldine indicătextul 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 pentru afi șare:
zz ll aaaa: ziua, luna, anulhh: orelemm: minutele
D: pictograma duratei
EF: combina ția pictogramelor de eveniment sau anomalie
O: pictograma modului de func ționare
Aparatul de înregistrare afi șeazădatele folosind urm ătoarele formate:
Date
Afișaj implicit
Ora local ă
Modul de func ționare
Informa ții privind șoferul
Informa ții privind copilotul
Condi ții în afara domeniului de aplicare
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 șoferului
Timpul de conducere continu ăși durata cumulat ăa
pauzelor copilotului
Timpul de conducere cumulat al șoferului pentru
săptămâna precedent ăși cea curent ă
Timpul de conducere cumulat al copilotului pentru
săptămâna precedent ăși cea curent ă
1998R2135 —RO—01.05.2006 —002.001 —157
▼M1
Apendicele 6
INTERFE ȚE EXTERNE
CUPRINS
1. Hardware …..............................................
1.1. Conector …..............................................
1.2. Alocarea contactelor …......................................
1.3. Diagram ăfunc țională….....................................
2. Interfa țăde desc ărcare ….....................................
3. Interfa țăde calibrare …......................................1998R2135 —RO—01.05.2006 —002.001 —158
▼M1
1. HARDWARE
1.1.Conector
Conectorul de calibrare/desc ărcare trebuie s ăfie un conector cu șase contacte,
care s ăpoatăfi accesat de la panoul frontal, f ărăa fi necesar ădeconectarea unei
părți a aparatului de înregistrare, și trebuie s ărespecte urm ătoarea schi ță(toate
dimensiunile sunt în milimetri):
1998R2135 —RO—01.05.2006 —002.001 —159
▼M1
În urm ătoarea diagram ăeste prezentat ăof ișăobișnuităde conectare cu șase
contacte:
1998R2135 —RO—01.05.2006 —002.001 —160
▼M1
1.2.Alocarea contactelor
Contactele se aloc ăîn conformitate cu tabelul urm ător:
Contact Descriere Observa ții
1 Pol negativ al bateriei Conectat la polul negativ al bateriei vehiculului
2 Comunicarea datelor Linie K (ISO 14 230-1)3 RxD –Descărcare Introducerea datelor în aparatul de înregistrare
4 Semnal de intrare/ie șire Calibrare
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 Ie șire de date din aparatul de înregistrare
1.3.Diagrama func țional ă
Diagrama func ționalătrebuie s ărespecte urm ătoarele indica ții:
2. INTERFA ȚĂDE DESC ĂRCARE
Interfa ța de desc ărcare trebuie s ărespecte specifica țiile RS232.
Interfa ța de desc ărcare folose ște un bit de pornire, 8 bi ți de date, cu un BPI la
început, un bit de paritate par ăși un bit de oprire.
Organizarea octe ților de informa ții
Bit de pornire: un bit cu nivel logic 0Biți de date: transmis cu un BPI la început1998R2135 —RO—01.05.2006 —002.001 —161
▼M1
Bit de paritate: paritate par ă
Bit de oprire: un bit cu nivel logic 1La transmisia datelor numerice compuse din mai mult de un octet, octetul cel mai
important este transmis la început și octetul cel mai pu țin important este transmis
la sfâr șit.
Ratele binare pot fi reglate de la 9 600 bps la 115 200 bps. Transmisia se
realizeaz ăla viteza cea mai mare posibil ă, rata binar ădupăînceperea comunic ării
fiind stabilit ăla 9 600 bps.
3. INTERFA ȚĂDE CALIBRARE
Comunic ările de date trebuie s ărespecte ISO 14 230-1 Vehicule rutiere –Sisteme
de diagnostic –Protocol cu cuvinte cheie 2000 –Partea 1: Strat fizic, prima
ediție: 1999.
Semnalul de intrare/ie șire trebuie s ărespecte urm ătoarele specifica ții electrice:
Parametru Minim Normal Maxim Observa ții
Ulow(intrare) 1,0 V I = 750 μA
Uhigh(intrare) 4 V I = 200 μA
Frecven ța 4 kHz
Ulow(ieșire) 1,0 V I = 1 mA
Uhigh(ieșire) 4 V I = 1 mA
Semnalul de intrare/ie șire trebuie s ărespecte urm ătoarele diagrame de timp:
Semnal senzor (ie șire)
Semnal test (intrare)
Semnal ceas UTC (ie șire)
1998R2135 —RO—01.05.2006 —002.001 —162
▼M1
Apendicele 7
PROTOCOL DE DESC ĂRCARE A DATELOR
CUPRINS
1. Introducere …......................................................
1.1. Domeniu de aplicare …................................................
1.2. Acronime și nota ții….................................................
2. Desc ărcarea datelor din UV …...........................................
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 (SID 81) …................................
2.2.2.2. R ăspuns pozitiv la solicitarea de ini țiere a comunic ării (SID C1) ….................
2.2.2.3. Solicitare de începere a sesiunii de diagnosticare (SID 10) …......................
2.2.2.4. R ăspuns pozitiv la solicitarea de începere a sesiunii de diagnosticare (SID 50) …........
2.2.2.5. Serviciu de control al leg ăturii (SID 87) …..................................
2.2.2.6. R ăspuns pozitiv la solicitarea serviciului de control al leg ăturii (SID C7) …............
2.2.2.7. Solicitare de desc ărcare (SID 35) ….......................................
2.2.2.8. R ăspuns pozitiv la solicitarea de desc ărcare (SID 75) ….........................
2.2.2.9. Solicitare de transfer de date (SID 36) …....................................
2.2.2.10. R ăspuns pozitiv la solicitarea de transfer de date (SID 76) …......................
2.2.2.11. Solicitare de încheiere a transferului (SID 37) …..............................
2.2.2.12. R ăspuns pozitiv la solicitarea de încheiere a transferului (SID 77) ….................
2.2.2.13. Solicitare de încheiere a comunic ării (SID 82) …..............................
2.2.2.14. R ăspuns pozitiv la solicitarea de încheiere a comunic ării (SID C2) …................
2.2.2.15. Confirmare de primire a unui submesaj (SID 83) …............................
2.2.2.16. R ăspuns negativ (SID 7F) …............................................
2.2.3. Fluxul mesajelor …...................................................
2.2.4. Sincronizare …......................................................
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 …........................................
2.2.6.1. R ăspuns pozitiv la un recapitulativ de transfer de date ….........................
2.2.6.2. R ăspuns pozitiv la solicitarea de transfer de date privind activit ățile…...............
2.2.6.3. R ăspuns pozitiv la solicitarea de transfer de date privind evenimentele și anomaliile …....
2.2.6.4. R ăspuns pozitiv la solicitarea de transfer de date privind viteza instantanee …..........
2.2.6.5. R ăspuns pozitiv la solicitarea de transfer de date privind date tehnice …..............
2.3. Stocare de fi șiere în SME …............................................
3. Protocol de desc ărcare de pe cardurile de tahograf …...........................
3.1. Domeniu de aplicare …................................................
3.2. Defini ții…........................................................
3.3. Desc ărcarea de pe card …..............................................
3.3.1. Secven țăde ini țializare …..............................................
3.3.2. Secven țăde desc ărcare de fi șiere de date nesemnate …..........................
3.3.3. Secven țăde desc ărcare de fi șiere de date semnate …............................
3.3.4. Secven țăde reini țializare a unui contor de calibrare …..........................
3.4. Format de stocare a datelor …...........................................
3.4.1. Introducere …......................................................
3.4.2. Formatul fi șierului ….................................................
4. Desc ărcarea unui card de tahograf prin intermediul unei unit ăți montate pe vehicul ….....1998R2135 —RO—01.05.2006 —002.001 —163
▼M1
1. INTRODUCERE
Prezentul apendice cuprinde procedurile care trebuie urmate pentru a realiza
diferite tipuri de desc ărcare de date într-un suport de memorie extern, precum
și protocoalele care trebuie puse în aplicare pentru a asigura transferul corect de
date și compatibilitatea deplin ăa formatului de date desc ărcate, pentru a permite
oricărui controlor s ăinspecteze aceste date șisăpoatăcontrola autenticitatea și
integritatea acestora înainte de a le analiza.
1.1.Domeniu de aplicare
Datele pot fi desc ărcate într-un SME:
—dintr-o unitate montat ăpe vehicul, cu ajutorul unui echipament inteligent
dedicat (EID) conectat la UV;
—de pe un card de tahograf, cu ajutorul unui EID conectat la un periferic de
interfa țăpentru card (PIC);
—de pe un card de tahograf, cu ajutorul unei unit ăți montate pe vehicul și prin
intermediul unui EID conectat la UV.
Pentru a da posibilitatea de verificare a autenticit ățiiși integrit ății datelor
descărcate stocate într-un SME, datele desc ărcate sunt înso țite de o semn ătură
în conformitate cu apendicele 11 la Mecanismele de securitate comune. Sedescarc ă, de asemenea, identificarea echipamentului surs ă(UV sau cardul) și
certificatele sale de securitate (stat membru și echipament). Cel care verific ă
datele trebuie s ădeținăo cheie public ăeuropean ăsecurizat ă.
Datele desc ărcate în cadrul unei sesiuni de desc ărcare trebuie s ă
fie stocate în
SME în acela șif ișier.
1.2.Acronime și nota ții
În prezentul apendice sunt folosite urm ătoarele acronime:
IDA identificatorul aplica ției
RLR r ăspuns la resetare
TC octet total de controlFD fi șier dedicat
SD_ sesiune de diagnosticare
FE fi șier elementar
SME suport de memorie externIDF identificatorul fi șierului (ID fi șier)
FMT octet de format (primul octet al antetului mesajului)CCI card cu circuite integrateEID echipament inteligent dedicat: echipamentul folosit la efectuarea
descărcării datelor în SME (de exemplu un calculator personal)
PIF periferic de interfa ță
PCC protocol cu cuvinte cheie 2000LEN octet de lungime (ultimul octet al antetului mesajului)SPP selec ția parametrilor de protocol
PSO efectuarea unei opera țiuni de securitate
IDS identificator al serviciuluiSRC octet surs ă
TGT octet țintă
VLM valoarea unei lungimi de marcaj
PRT parametru de r ăspuns la transfer
PST parametru de solicitare de transferUV unitate montat ăpe vehicul.1998R2135 —RO—01.05.2006 —002.001 —164
▼M1
2. DESC ĂRCAREA DATELOR DIN UV
2.1.Procedura de desc ărcare
Pentru a efectua o desc ărcare de date de pe UV, operatorul trebuie s ărealizeze
următoarele opera țiuni:
—săinsereze cardul s ău de tahograf în lectorul de card al UV (1);
—săconecteze EID la conectorul de desc ărcare al UV;
—săstabileasc ăo conexiune între EID și UV;
—săselecteze în EID datele care trebuie desc ărcate șisătrimit ăsolicitarea la UV;
—săîncheie sesiunea de desc ărcare.
2.2.Protocolul de desc ărcare a datelor
Protocolul este structurat pe baza unei rela ții stăpân-sclav, unde EID are rolul de
stăpân și UV are rolul de sclav.
Structura, tipurile și fluxul mesajului se bazeaz ăîn principal pe Protocolul cu
cuvinte cheie 2000 (PCC) (ISO 14230-2 Vehicule rutiere –Sisteme de diagnos-
ticare –Protocol cu cuvinte cheie 2000 –Partea 2: Stratul de leg ăturăîntre date).
Stratul de aplica ție se bazeaz ăîn principal pe proiectul actual de norm ăISO
14229-1 (Vehicule rutiere –Sisteme de diagnosticare –Partea 1: Servicii de
diagnosticare, versiunea 6 din 22 februarie 2001).
2.2.1. Structura mesajului
Toate mesajele schimbate între EID și UV sunt caracterizate de un format alc ătuit
din 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 de identificare a serviciului (IDS) și
un num ăr variabil de octe ți de date care pot cuprinde un octet op țional de
sesiune de diagnosticare (SD_) sau un octet op țional de parametru de transfer
(PRT sau PST);
—o sum ăde control compus ădintr-un octet total de control (TC).
Antet Câmp de dateSumăde
control
FMT TGT SRC LEN IDS DAT-
A……… TC
4 octe ți Maximum 255 octe ți 1 octet
Octetul TGT și SRC reprezint ăadresa fizic ăa destinatarului și a expeditorului
mesajului. Valorile sunt F0 Hex pentru EID și EE Hex pentru UV.
Octetul LEN reprezint ălungimea câmpului de date.
Octetul total de control corespunde unei serii de sume de câte 8 bi ți modulo 256
care reprezint ătoți octe ții din mesaj cu excep ția TC.
Octe ții FMT, IDS, SD_, PRT și PST sunt defini ți în continuare în prezentul
document.
Dacădatele pe care mesajul urmeaz ăsăle transporte sunt mai lungi decât spa țiul
disponibil în câmpul de date, mesajul este transmis practic sub forma mai multorsubmesaje. Fiecare submesaj are un antet, acela și IDS, PRT și un contor de
submesaje de 2 octe ți care indic ănumărul de ordine al submesajului în cadrul
mesajului. Pentru a permite verificarea erorilor și un eventual abandon al
schimbului de date, EID confirm ăprimirea fiec ărui submesaj. EID poate
accepta submesajul, poate solicita retransmiterea acestuia și poate solicita UV
săreia sau s ăabandoneze transmisia.
Dacăultimul submesaj con ține exact 255 octe ți în câmpul de date, trebuie s ăse
adauge un câmp de date necompletat (cu excep ția PRT, IDS și a contorului de
submesaje) pentru a indica sfâr șitul mesajului.1998R2135 —RO—01.05.2006 —002.001 —165
▼M1
(1) Cardul inserat declan șeazăactivarea drepturilor de acces corespunz ătoare func ției de
descărcare și datelor.
Exemplu:
Antet IDS PRT Mesaj TC
4 octe ți Mai mare de 255 octe ți
Se transmite astfel:
Antet IDS PRT 00 01 Submesaj 1 TC4 octe ți 255 octe ți
Antet IDS PRT 00 01 Submesaj 2 TC4 octe ți 255 octe ți
…
Antet IDS PRT xx yy Submesaj n TC
4 octe ți Mai pu țin de 255 octe ți
sau astfel:
Antet IDS PRT 00 01 Submesaj 1 TC
4 octe ți 255 octe ți
Antet IDS PRT 00 02 Submesaj 2 TC4 octe ți 255 octe ți
…
Antet IDS PRT xx yy Submesaj n TC
4 octe ți 255 octe ți
Antet IDS PRT xx yy + 1 TC4 octe ți 4 octe ți
2.2.2. Tipuri de mesaje
Protocolul de comunicare pentru desc ărcarea de date între UV și EID impune
schimbul a opt tipuri diferite de mesaje.
Aceste mesaje sunt prezentate în tabelul urm ător.
Structura mesajului
EID -> <- UVAntet de maximum 4 octe țiDate cu o lungime maxim ăde 255
octețiTotal de
control de
1 octet
FMT TGT SRC LEN IDS DS_/PST DATA TC
81 EE F0 81 E01998R2135 —RO—01.05.2006 —002.001 —166
▼M1
Structura mesajului
EID -> <- UVAntet de maximum 4 octe țiDate cu o lungime maxim ăde 255
octețiTotal de
control de
1 octet
FMT TGT SRC LEN IDS DS_/PST DATA TC
Solicitare de ini țiere a comu-
nicării
Răspuns pozitiv la solicitarea de
inițiere a comunic ării80 F0 EE 03 C1 8F, EA 9B
Solicitare de începere a sesiunii
de diagnosticare80 EE F0 02 10 81 F1
Răspuns pozitiv la solicitarea de
începere a sesiunii de diagnos-
ticare80 F0 EE 02 50 81 31
Legătura cu serviciul de control
Verificarea ratei binare
(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 ED
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 binare80 F0 EE 02 C7 01 28
Rata binar ăde tranzi ție (etapa 2) 80 EE F0 03 87 02, 03 ED
Solicitare de desc ărcare
80 EE F0 0A 3500,00,
00,00, 00,
FF,FF, FF,
FF 99
Răspuns pozitiv la solicitarea de
descărcare80 F0 EE 03 75 00, FF D5
Solicitare de transfer de date
Rezumat 80 EE F0 02 36 01 97
Activit ăți 80 EE F0 06 36 02 Data TC
Evenimente și anomalii 80 EE F0 02 36 03 99
Vitezădetaliat ă 80 EE F0 02 36 04 9A
Date tehnice 80 EE F0 02 36 05 9BDescărcare de pe card 80 EE F0 02 36 06 9C
Răspuns pozitiv la solicitarea de
transfer de date80 F0 EE Len 76 PRT Data TC
Solicitare de încheiere a trans-
ferului80 EE F0 01 37 961998R2135 —RO—01.05.2006 —002.001 —167
▼M1
Structura mesajului
EID -> <- UVAntet de maximum 4 octe țiDate cu o lungime maxim ăde 255
octețiTotal de
control de
1 octet
FMT TGT SRC LEN IDS DS_/PST DATA TC
Răspuns pozitiv la solicitarea de
încheiere a transferului80 F0 EE 01 77 D6
Solicitare de încheiere a comu-
nicării80 EE F0 01 82 E1
Răspuns pozitiv la solicitarea de
încheiere a comunic ării80 F0 EE 01 C2 21
Confirmare de primire a
submesajului80 EE F0 Len 83 Data TC
Răspunsuri negative
Respingere general ă 80 F0 EE 03 7F Sid Req 10 TC
Serviciu incompatibil 80 F0 EE 03 7F Sid Req 11 TC
Subfunc ție incompatibil ă 80 F0 EE 03 7F Sid Req 12 TC
Lungime incorect ăa mesajului 80 F0 EE 03 7F Sid Req 13 TC
Condi ții incorecte sau eroare a
secven ței de interogare80 F0 EE 03 7F Sid Req 22 TC
Solicitare excesiv ă 80 F0 EE 03 7F Sid Req 31 TC
Descărcare refuzat ă 80 F0 EE 03 7F Sid Req 50 TC
Răspuns în a șteptare 80 F0 EE 03 7F Sid Req 78 TC
Datele nu sunt disponibile 80 F0 EE 03 7F Sid Req FA TC
Note:
— Sid Req = Sid corespunz ător solicit ării.
— PRT = PST corespunz ător solicit ării.
— Rubricile marcate cu negru indic ăabsen ța unei transmisii.
— Termenul «upload» (desc ărcare de la EID) –descărcare de pe satelit pe sistemul central –se folose ște pentru a garanta
compatibilitatea sistemului cu ISO 14229. Are aceea și semnifica ție ca și termenul «download» (desc ărcare de la UV)
–descărcare din sistemul central pe satelit.
— În acest tabel nu se g ăsește nici un poten țial contor de submesaje de 2 octe ți.
2.2.2.1. Solicitare de ini țiere a comunic ării (SID 81)
Acest mesaj este emis de EID în vederea ini țierii leg ăturii de comunicare cu UV.
Comunic ările ini țiale sunt efectuate întotdeauna la rata binar ă9 600 (pân ăla
eventuala schimbare a ratei binare cu ajutorul serviciilor adecvate de control al
legăturilor).
2.2.2.2. Răspuns pozitiv la solicitarea de ini țiere a comunic ării (SID C1)
Acest mesaj este emis de UV ca r ăspuns pozitiv la solicitarea de ini țiere a
comunic ării. Este compus din cei doi octe ți cheie ′8F′și′EA′care indic ă
faptul c ăunitatea este compatibil ăcu protocolul în cauz ăși are un antet care
include octe ți surs ă,țintăși de lungime.
2.2.2.3. Solicitare de începere a sesiunii de diagnosticare (SID 10)
EID emite un mesaj de solicitare de ini țiere a sesiunii de diagnosticare pentru a
solicita de la UV o nou ăsesiune de diagnosticare. Subfunc ția «sesiune implicit ă»
(81 Hex) indic ăfaptul c ăurmeaz ăsăînceap ăo sesiune de diagnosticare.1998R2135 —RO—01.05.2006 —002.001 —168
▼M1
2.2.2.4. Răspuns pozitiv la solicitarea de începere a sesiunii de diagnosticare
(SID 50)
Mesajul privind r ăspunsul pozitiv la solicitarea de începere a sesiunii de diag-
nosticare este trimis de UV ca r ăspuns pozitiv la solicitarea de începere a sesiunii
de diagnosticare.
2.2.2.5. Serviciul de control al leg ăturii (SID 87)
Serviciul de control al leg ăturii este folosit de EID pentru a ini ția o schimbare a
ratei binare. Acest lucru se realizeaz ăîn dou ăetape. În prima etap ă, EID propune
schimbarea ratei binare, indicând rata nou ă. La primirea mesajului cu r ăspuns
pozitiv de la UV, EID trimite confirmarea privind modificarea ratei binare la UV
(etapa a doua). În continuare, EID trece la noua rat ăbinară. Dup ăprimirea
confirm ării, UV trece la noua rat ăbinară.
2.2.2.6. Răspuns pozitiv la solicitarea serviciului de control al leg ăturii (SID
C7)
Răspunsul pozitiv la solicitarea serviciului de control al leg ăturii este emis de UV
ca răspuns pozitiv la solicitarea serviciului de control al leg ăturii (prima etap ă).
Se poate observa c ăsolicitarea de confirmare nu prime ște nici un r ăspuns (etapa
a doua).
2.2.2.7. Solicitare de desc ărcare (SID 35)
Mesajul privind solicitarea de desc ărcare este emis de EID pentru a indica UV
faptul c ăs-a solicitat o opera țiune de desc ărcare. Pentru a respecta cerin țele
normei ISO 14229, datele incluse se refer ăla adres ă, detalii privind dimensiunea
și formatul datelor solicitate. Deoarece EID nu cunoa ște aceste date înainte de
descărcare, adresa memoriei este setat ăla 0, formatul este decriptat și decom-
primat și dimensiunea memoriei este setat ăla valoarea maxim ă.
2.2.2.8. Răspuns pozitiv la solicitarea de desc ărcare (SID 75)
Mesajul privind r ăspunsul pozitiv la solicitarea de desc ărcare este trimis de UV
pentru a indica EID faptul c ăUV este preg ătităpentru desc ărcarea datelor. Pentru
a respecta cerin țele normei ISO 14229, în acest mesaj privind r ăspunsul pozitiv
sunt incluse date care indic ăEID c ăurmătoarele mesaje de r ăspuns pozitiv la
solicitarea unui transfer de date vor fi compuse din cel mult 00FF hex octe ți.
2.2.2.9. Solicitare de transfer de date (SID 36)
Solicitarea de transfer de date este trimis ăde EID pentru a indica UV tipul de
date care urmeaz ăsăfie desc ărcate. Un parametru de solicitare de transfer (PST)
de un octet indic ătipul transferului.
Existășase tipuri de transfer de date:
—recapitulativ (PST 01);
—activit ățile asociate unei anumite date (PST 02);
—evenimente și anomalii (PST 03);
—vitezăinstantanee (PST 04);
—date tehnice (PST 05);
—descărcare de pe card (PST 06).
Este obligatoriu pentru EID s ăsolicite un transfer de date recapitulativ (PST 01)
în timpul unei sesiuni de desc ărcare, deoarece este singurul lucru care garanteaz ă
înregistrarea certificatelor UV în fi șierul desc ărcat ( și permite verificarea
semnăturii digitale).
În al doilea caz (PST 02) mesajul de solicitare a transferului de date include
indica ția zilei calendaristice (format
 care urmeaz ăsăfie desc ărcată.
2.2.2.10. Răspuns pozitiv la solicitarea de transfer de date (SID 76)
Răspunsul pozitiv la solicitarea transferului de date este trimis de UV ca r ăspuns la
solicitarea de transfer de date. Mesajul con ține datele solicitate, cu un parametru de
răspuns la solicitare de transfer (PRT) corespunz ător PST al solicit ării.
În primul caz (PST 01), UV trimite datele care s ăpoatăajuta operatorul EID în
alegerea datelor pe care dore ște săle descarce în continuare. Informa țiile incluse
în acest mesaj sunt reprezentate de:
—certificate de securitate;
—identificarea vehiculului;1998R2135 —RO—01.05.2006 —002.001 —169
▼M1
—data și ora actuale pentru UV;
—data de desc ărcare minim ăși maxim ă(date UV);
—indica ții privind prezen ța cardurilor în UV;
—descărcări precedente c ătre o societate;
—blocări executate de societ ăți;
—controale anterioare.
2.2.2.11. Solicitare de încheiere a transferului (SID 37)
Mesajul de solicitare de încheiere a transferului este trimis de EID pentru a
informa UV cu privire la faptul c ăsesiunea de desc ărcare s-a încheiat.
2.2.2.12. Răspuns pozitiv la solicitarea de încheiere a transferului (SID 77)
Mesajul de r ăspuns pozitiv la solicitarea de încheiere a transferului este trimis de
UV pentru a confirma primirea solicit ării de încheiere a transferului.
2.2.2.13. Solicitare de încheiere a comunic ării (SID 82)
Mesajul de solicitare de încheiere a comunic ării este trimis de EID cu scopul de a
întrerupe leg ătura de comunicare cu UV.
2.2.2.14. Răspuns pozitiv la solicitarea de încheiere a comunic ării (SID C2)
Mesajul de r ăspuns pozitiv la solicitarea de încheiere a comunic ării este trimis de
UV pentru a confirma primirea unei solicit ări de încheiere a comunic ării.
2.2.2.15. Confirmare de primire a unui submesaj (SID 83)
Confirmarea de primire a unui submesaj este trimis ăde EID pentru a confirma
primirea fiec ărei părți a unui mesaj care este transmis sub form ăde mai multe
submesaje. Câmpul de date con ține SID primit de la UV și un cod de 2 octe ți
dupăcum urmeaz ă:
—MsgC + 1 Confirm ăprimirea corect ăa submesajului cu num ărul MsgC.
Solicitare din partea EID c ătre UV pentru a trimite submesajul urm ător;
—MsgC indic ăapari ția unei probleme la primirea submesajului cu num ărul MsgC.
Solicitare din partea EID c ătre UV pentru a trimite din nou submesajul;
—FFFF solicit ăîntreruperea mesajului aflat în curs de transmitere.
EID poate folosi acest cod pentru a întrerupe transmiterea mesajului UV, indi-ferent de motiv.
Primirea ultimului submesaj al unui mesaj (octetul LEN < 255) poate ficonfirmat ăcu ajutorul unuia dintre aceste coduri sau poate s ănu fie confirmat ă.
Răspunsurile din partea UV compuse din câteva submesaje sunt:
—răspuns pozitiv la o solicitare de transfer de date (SID 76)
2.2.2.16. Răspuns negativ (SID 7F)
Mesajul de r ăspuns negativ este trimis de UV ca r ăspuns la mesajele de solicitare
men ționate anterior în cazul în care UV nu poate da un r ăspuns solicit ării. Câmpurile
de date ale mesajului con țin SID al r ăspunsului (7F), SID al solicit ăriiși un cod care
precizeaz ămotivul r ăspunsului negativ. Se aplic ăurmătoarele coduri:
—10 respingere general ă
Acțiunea nu poate fi realizat ădintr-un motiv care nu este men ționat în continuare
—11 serviciu incompatibil
SID al solicit ării nu poate fi în țeles
—12 subfunc ție incompatibil ă
SD_ sau PST al solicit ării nu poate fi în țeles sau nu mai exist ăalte submesaje de
transmis
—13 lungime incorect ăa mesajului
Lungimea mesajului primit nu este cea corect ă
—22 condi ții incorecte sau eroare a secven ței de interogare1998R2135 —RO—01.05.2006 —002.001 —170
▼M1
Serviciul solicitat nu este disponibil sau secven ța mesajelor de solicitare nu este
corect ă
—31 solicitare în afara domeniului
Câmpul de date al parametrului solicit ării nu este valid
—50 desc ărcare refuzat ă
Solicitarea nu poate fi executat ă(UV nu se afl ăîn modul de func ționare cores-
punzător sau exist ăo anomalie intern ăa UV)
—78 răspuns în a șteptare
Acțiunea solicitat ănu poate fi finalizat ăîn timp util și UV nu este preg ătităsă
accepte o nou ăsolicitare
—datele FA nu sunt disponibile
Obiectul unei solicit ări de transfer de date nu este disponibil în UV (de exemplu
cardul nu este inserat, …)
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:
EID UV
Solicitare de ini țiere a comunic ării
Răspuns pozitiv
Solicitare de începere a serviciului de diag-
nosticare
Răspuns pozitiv
Solicitare de desc ărcare
Răspuns pozitiv
Solicitare de transfer de date recapitulativ
Răspuns pozitiv
Solicitare de date #2
Răspuns pozitiv #1
Confirmare de primire a submesajului #1
Răspuns pozitiv #2
Confirmare de primire a submesajului #2
Răspuns pozitiv #m
Confirmare de primire a submesajului #m
Răspuns pozitiv (câmp de date < 255 octe ți)
Confirmare de primire a submesajului
(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
În condi ții de func ționare normale, se aplic ăparametrii de sincronizare indica țiî n
figura urm ătoare:1998R2135 —RO—01.05.2006 —002.001 —171
▼M1
Figura 1
Fluxul mesajelor, sincronizare
Unde:
T1 = Timp interoctet pentru r ăspunsul UV.
T2 = Timp între încheierea solicit ării EID și începerea r ăspunsului UV sau între
încheierea confirm ării de primire a EID și începerea urm ătorului r ăspuns al UV.
T3 = Timp între încheierea r ăspunsului UV și începerea noii solicit ări a EID sau
între încheierea r ăspunsului UV și începerea confirm ării de primire a EID sau
între încheierea solicit ării EID și începerea noii solicit ări a EID, dac ăUV nu
reușește sărăspund ă.
T4 = Timp interoctet pentru solicitarea EID.
T5 = Valoarea extins ăa T3 pentru desc ărcare de pe card.
Valorile permise pentru parametrii de sincronizare sunt indicate în tabelul
următor (setul de parametri de sincronizare ai PCC folosi ți în caz de adresare
fizicăpentru o comunicare mai rapid ă).
Parametru de sincronizareLimita inferioar ă
(ms)Limita superioar ă(ms)
T1 0 20
T2 20 1 000(*)T3 10 5 000T4 5 20T5 10 20 de minute
(*) Dac ăUV răspunde cu un r ăspuns negativ care con ține codul cu semnifica ția «solicitare primit ăcorect,
răspuns în a șteptare», aceast ăvaloare este extins ăla limita superioar ăegalăcu cea pentru T3.
2.2.5. Gestionarea erorilor
Dacăo eroare intervine în timpul schimbului de mesaje, planul de transmitere a
mesajelor se modific ăîn func ție de echipamentul care a detectat eroarea șid e
mesajul care a generat eroarea.
În figura 2 și în figura 3 sunt prezentate procedurile de gestionare a erorilor
folosite de UV și EID.
2.2.5.1. Etapa de ini țiere a comunic ării
DacăEID detecteaz ăo eroare în timpul etapei de ini țiere a comunic ării, fie la
nivelul sincroniz ării, fie la nivelul lan țului de bi ți, așteaptăo perioad ăde T3 min
înainte de a emite din nou solicitarea.
DacăUV detecteaz ăo eroare în secven ța primit ăde la EID, nu trimite nici un
răspuns șiașteaptăun alt mesaj de solicitare de ini țiere a comunic ării timp de T3
max.
2.2.5.2. Etapa de comunicare
Pot fi definite dou ăproceduri diferite de gestionare a erorilor:
1.UV detecteaz ăo eroare de transmisie a EID
UV 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
erorile de cadru (primirea unui num ăr gre șit de octe ți, octet total de control
eronat).1998R2135 —RO—01.05.2006 —002.001 —172
▼M1
DacăUV detecteaz ăuna dintre erorile men ționate anterior, nu trimite nici un
răspuns și ignor ămesajul primit.
UV poate detecta alte erori ale formatului sau con ținutului mesajului primit (de
exemplu mesaj incompatibil) chiar dac ămesajul respect ăcerin țele de lungime și
de total de control; în acest caz, UV îi r ăspunde unit ății EID cu un mesaj de
răspuns negativ, indicând tipul erorii.1998R2135 —RO—01.05.2006 —002.001 —173
▼M1
Figura 2
Gestionarea erorilor de c ătre UV
1998R2135 —RO—01.05.2006 —002.001 —174
▼M1
2.EID detecteaz ăo eroare de transmisie la UV
EID analizeaz ăfiecare mesaj primit pentru a detecta erori de sincronizare, erori
de format al octe ților (de exemplu viol ări ce afecteaz ăbiții de pornire și oprire) și
erorile de cadru (primirea unui num ăr gre șit de octe ți, octet total de control
eronat).
EID detecteaz ăerorile de secven ță, de exemplu increment ări gre șite ale
contorului de submesaje în mesaje succesive primite.
DacăEID detecteaz ăo eroare sau dac ănu prime ște nici un r ăspuns de la UV
într-o perioad ăT2 max, mesajul solicit ării este trimis din nou destinatarului de
cel mult trei ori. În scopul detect ării acestei erori, o confirmare de primire a
submesajului este considerat ăa fi o solicitare adresat ăUV.
EID a șteaptăo perioad ăde T3 min î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 EID
1998R2135 —RO—01.05.2006 —002.001 —175
▼M1
2.2.6. Con ținutul mesajelor de r ăspuns
În acest paragraf este prezentat con ținutul câmpurilor de date care cuprind diferite
mesaje de r ăspuns pozitiv.
Elementele de date sunt definite în apendicele 1 –dicționar de date.
2.2.6.1. Răspuns pozitiv la un recapitulativ de transfer de date
Câmpul de date ale mesajului «r ăspuns pozitiv la recapitulativ de transfer de
date» furnizeaz ăurmătoarele date în urm ătoarea ordine în conformitate cu SID
76 Hex, PST 01 Hex și criteriile adecvate de separare și num ărare a subme-
sajelor.
1998R2135 —RO—01.05.2006 —002.001 —176
▼M1
2.2.6.2. Răspuns pozitiv la solicitarea de transfer de date privind activit ățile
Câmpul de date al mesajului «r ăspuns pozitiv la solicitarea de transfer de date
privind activit ățile» furnizeaz ăurmătoarele date în urm ătoarea ordine în confor-
mitate cu SID 76 Hex, PRT 02 Hex și criteriile adecvate de separare și num ărare
a submesajelor.
1998R2135 —RO—01.05.2006 —002.001 —177
▼M1
2.2.6.3. Răspuns pozitiv la solicitarea de transfer de date privind evenimentele
și anomaliile
Câmpul de date al mesajului «r ăspuns pozitiv la solicitarea de transfer de date
privind evenimentele și anomaliile» furnizeaz ăurmătoarele date în urm ătoarea
ordine în conformitate cu SID 76 Hex, PRT 03 Hex și criteriile adecvate de
separare și num ărare a submesajelor.
1998R2135 —RO—01.05.2006 —002.001 —178
▼M1
2.2.6.4. Răspuns pozitiv la solicitarea de transfer de date privind viteza
instantanee
Câmpul de date al mesajului «r ăspuns pozitiv la solicitarea de transfer de date
privind viteza instantanee» furnizeaz ăurmătoarele date în urm ătoarea ordine în
conformitate cu SID 76 Hex, PRT 04 Hex și criteriile adecvate de separare și
numărare a submesajelor.
2.2.6.5. Răspuns pozitiv la solicitarea de transfer de date privind date tehnice
Câmpul de date al mesajului «r ăspuns pozitiv la solicitarea de transfer de date
privind datele tehnice» furnizeaz ăurmătoarele date în urm ătoarea ordine în
conformitate cu SID 76 Hex, PRT 05 Hex și criteriile adecvate de separare și
numărare a submesajelor.
1998R2135 —RO—01.05.2006 —002.001 —179
▼M1
2.3.Stocare de fi șiere în SME
Dacăo sesiune de desc ărcare include un transfer de date de pe UV, EID
stocheaz ăîntr-un singur fi șier fizic toate datele primite de la UV în timpul
unei sesiuni de desc ărcare în mesajele de r ăspuns pozitiv la solicitare de
transfer de date. Datele stocate nu includ anteturi de mesaje, contoare de
submesaje, submesaje necompletate și sume de control, dar includ SID și PRT
(din primul submesaj, numai dac ăexistămai multe submesaje).
3. PROTOCOL DE DESC ĂRCARE DE PE CARDURILE DE TAHOGRAF
3.1.Domeniu de aplicare
Acest paragraf cuprinde o descriere a desc ărcării datelor de pe un card de
tahograf pe un EID. EID nu face parte dintr-un mediu securizat; prin urmare,
nu se realizeaz ănici o procedur ăde autentificare între card și EID.
3.2.Defini ții
Sesiune de desc ărcare : De fiecare dat ăcând sistemul efectueaz ăo opera țiune de
descărcare de date de pe CCI. Sesiunea include întreaga procedur ă,d el a
resetarea CCI cu ajutorul unui PIF pân ăla dezactivarea CCI (retragerea
cardului sau urm ătoarea resetare).
Fișier de date semnat :U nf i șier din CCI. Fi șierul este transferat în PIF sub
formă de text. Pe CCI fi șierul este distribuit și semnat, iar semn ătura este trans-
ferată la PIF.
3.3.Desc ărcarea de pe card
Descărcarea de pe un card de tahograf include urm ătoarele etape:
—descărcarea informa țiilor comune stocate pe card în fi șierele elementare (FE)
Aceste informa ții sunt op ționale și nu sunt protejate de nici o
semnăturădigital ă;
—descărcarea fi șierelor
 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 FE de date privind aplica ția (în DF
 cu
excep ția fișierului elementar
 Aceste informa ții sunt
protejate de o semn ăturădigital ă.
—trebuie să se descarce cel pu țin
la fiecare sesiune de desc ărcare,
—
—La desc ărcarea de pe un card al șoferului se impune actualizarea datei ultimei
descărcări în
 ;
—La desc ărcarea de pe un card al atelierului, se impune resetarea contorului de
calibrare în FE
3.3.1. Secven țăde ini țializare
EID ini țiazăsecven ța dup ăcum urmeaz ă:1998R2135 —RO—01.05.2006 —002.001 —180
▼M1
Card Direc ție EID/PIF Semnifica ție/Observa ții
Resetare hardware
RLR
Opțional, se poate folosi SPP pentru a trece la o rat ăbinarămai mare dac ăCCI
este compatibil.
3.3.2. Secven țăde desc ărcare de fi șiere de date nesemnate
Secven ța de desc ărcare
 se
prezint ădupăcum urmeaz ă:
Card Direc ție EID/PIF Semnifica ție/Observa ții
Select file Selectare cu ajutorul identifi-
catorilor de fi șier
OK
Read Binary Dac ăfișierul con ține mai
multe date decât capacitatea
memoriei tampon a lectoruluisau a cardului, comandatrebuie repetat ăpânăla
citirea integral ăa datelor din
fișier.
Date
OK
Salvarea datelor în SME conform punctului 3.4
(format de stocare a datelor)
Notă: Înainte de a selecta fi șierul FE
 , trebuie s ăselecta ți
aplica ția de tahograf (selec ție cu IDA).
3.3.3. Secven țăde desc ărcare de fi șiere de date semnate
Următoarea secven țăse folose ște la fiecare dintre fi șierele urm ătoare care trebuie
descărcate împreun ăcu semn ătura lor:
Card Direc ție EID/PIF Semnifica ție/Observa ții
Select file
OK
Perform hash of File Calculeaz ă valoarea de
distribuire în raport cu
conținutul de date al
fișierului selectat cu ajutorul
algoritmului de distribuireindicat în conformitate cu
apendicele 11. Aceast ă
comand ănu este o ISO-
Command.
Se calculeaz ă
distribuirea
fișierului șis e
stocheaz ă
temporar
valoarea de
distribuire1998R2135 —RO—01.05.2006 —002.001 —181
▼M1
Card Direc ție EID/PIF Semnifica ție/Observa ții
OK
Read Binary Dac ăfișierul con ține mai
multe date decât capacitatea
memoriei tampon a lectoruluisau a cardului, comandatrebuie repetat ăpânăla
citirea integral ăa datelor din
fișier.
Date
OK
Stocarea datelor primite în
SMEconform punctului 3.4
(format de stocare a datelor)
PSO: Compute digital
signature
Executarea
opera țiunii de
securitate
«Calcularea
semnăturii
digitale» cu
ajutorul valorii
de distribuire
stocate
temporar
Semn ătură
OK
Adăugarea datelor la datele
stocate deja în SMEconform punctului 3.4
(format de stocare a datelor)
3.3.4. Secven țăde reini țializare a unui contor de calibrare
Secven ța de resetare a contorului
al unui
card de atelier se prezint ădupăcum urmeaz ă:
Card Direc ție EID/PIF Semnifica ție/Observa ții
Selectarea fi șierului cu
ajutorul identificatorilor defișier
OK
Update Binary
Reseteaz ă
numărul de
descărcări de
pe card
OK
3.4.Format de stocare a datelor
3.4.1. Introducere
Datele desc ărcate trebuie stocate în conformitate cu urm ătoarele condi ții:
—stocarea datelor trebuie s ăfie transparent ă. Acest lucru înseamn ăcă,p e
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 fi șier în SME.1998R2135 —RO—01.05.2006 —002.001 —182
▼M1
3.4.2. Formatul fi șierului
Formatul fi șierului este o concatenare a anumitor obiecte VLM.
Marcajul pentru un FE este IDF înso țit de apendicele «00».
Marcajul pentru o semn ăturăa FE este IDF înso țit de apendicele «01».
Lungimea are o valoare de 2 octe ți. Valoarea define ște num ărul de octe ți din
câmpul valorii. Valoarea «FF FF» din câmpul pentru lungime este rezervat ăunei
utilizări ulterioare.
Dacăun fi șier nu este desc ărcat, nu se stocheaz ănici o informa ție privind fi șierul
(nici un marcaj și nici o lungime zero).
Semn ăturile trebuie salvate sub form ăde obiect VLM imediat dup ăobiectul
VLM care con ține datele fi șierului.
Defini ție Semnifica ție Lungime
IDF (2 octe ți) || «00» Marcajul pentru FE (IDF) 3 octe ți
IDF (2 octe ți) || «01» Marcajul pentru semn ătura
FE (IDF)3 octe ți
xx xx Lungimea câmpului pentru
valoare3 octe ți
Exemplu de date dintr-un fi șier de desc ărcare în SME:
Marcaj Lungime Valoare
…
4. DESC ĂRCAREA UNUI CARD DE TAHOGRAF PRIN INTERMEDIUL
UNEI UNIT ĂȚI MONTATE PE VEHICUL
UV trebuie s ăpermit ădescărcarea con ținutului unui card al șoferului inserat într-
un EID conectat.
EID trimite un mesaj de «solicitare de transfer de date privind desc ărcarea de pe
card» c ătre UV pentru a ini ția acest mod (vezi 2.2.2.9).
În aceast ăetapă, UV trebuie s ădescarce integral cardul, fi șier cu fi șier, în confor-
mitate cu protocolul de desc ărcare definit în paragraful 3, șisătrimit ătoate datele
primite de pe card c ătre EID folosind formatul de fi șier VLM adecvat (vezi 3.4.2) și
încapsulate într-un mesaj de «r ăspuns pozitiv la solicitarea de transfer de date».
EID preia datele de pe card din mesajul «r ăspuns pozitiv la solicitarea de transfer de
date» (eliminând toate anteturile, IDS, PRT, contoarele de submesaje șis u m e l ed e
control) și le stocheaz ăîntr-un singur fi șier fizic conform descrierii din paragraful 2.3.
În continuare, UV actualizeaz ă, dac ă este cazul, fi șierul
de pe cardul șoferului.1998R2135 —RO—01.05.2006 —002.001 —183
▼M1
Apendicele 8
PROTOCOL DE CALIBRARE
CUPRINS
1. Introducere …...............................................
2. Terminologie, defini țiiși trimiteri …................................
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 de date …...................................
6.1. Serviciul DataByIdentifier ….....................................
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 …........................................
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 …........................................
8. Formate de înregistr ări de date …..................................
8.1. Intervale de parametri transmi și….................................
8.2. Formate de înregistr ări de date …..................................1998R2135 —RO—01.05.2006 —002.001 —184
▼M1
1. INTRODUCERE
Prezentul apendice descrie modul în care are loc schimbul de date între o unitate
montat ăpe vehicul și un aparat de prob ăprin intermediul unei linii K ce face
parte dintr-o interfa țăde calibrare descris ăîn apendicele 6. De asemenea, este
inclus ădescrierea controlului liniei de semnalizare de intrare/ie șire efectuat
asupra conectorului de calibrare.
Inițierea comunic ărilor pe linia K este descris ăîn sec țiunea 4 «Servicii de comu-
nicare».În prezentul apendice se folose ște ideea de «sesiuni» de diagnosticare pentru a
determina sfera de aplicare a controlului liniei K în diferite condi ții. Sesiunea
implicit ăeste «StandardDiagnosticSession», în cadrul c ăreia pot fi extrase toate
datele de pe o unitate montat ăpe vehicul, dar nu se pot înregistra date pe o
unitate montat ăpe vehicul.
Selectarea sesiunii de diagnosticare este descris ăîn sec țiunea 5 «Servicii de
gestionare».Sesiunea «ECUProgrammingSession» permite introducerea datelor în unitatea
montat ăpe vehicul. În cazul introducerii datelor de calibrare (cerin țele 097 și
098), unitatea montat ăpe vehicul trebuie s ăse afle în modul de func ționare
CALIBRARE.
Transferul de date prin intermediul liniei K este descris în sec țiunea 6 «Servicii
de transmisie a datelor». Formatele pentru datele transferate sunt descrise în
detaliu în sec țiunea 8 «Formate de înregistrare a datelor».
Sesiunea «ECUAdjustmentSession» permite selectarea modului liniei de semna-lizare de intrare/ie șire de calibrare prin intermediul interfe ței liniei K. Controlul
liniei de semnal de intrare/ie șire de calibrare este descris în sec țiunea 7
«Controlul impulsurilor de test –unitatea func ționalăde control al intr ărilor/
ieșirilor».
În cadrul prezentului document adresa aparatului de prob ă
este notat ăcu
«tt». Cu toate c ăeste posibil s ăexiste adrese privilegiate pentru aparatele de
probă,U Vr ăspunde corect la orice adres ăa aparatului de prob ă. Adresa
fizicăa UV este 0xEE.
2. TERMINOLOGIE, DEFINI ȚIIȘI TRIMITERI
Protocoalele, mesajele și codurile de eroare se bazeaz ăîn principal pe proiectul
actual de norme ISO 14229-1 (Vehicule rutiere –Sisteme de diagnosticare –
Partea 1: Servicii de diagnosticare, versiunea 6 din 22 februarie 2001).
Codific ările octe ților și alte valori hexazecimale sunt folosite la definirea identi-
ficatorilor de servicii, la elaborarea solicit ărilor șiarăspunsurilor de servicii șil a
configurarea parametrilor standard.Termenul «aparat de prob ă» se refer ăla echipamentul folosit la introducerea
datelor de programare/calibrare în UV.Termenii «client» și «server» se refer ăla aparatul de prob ă, respectiv la UV.
Termenul ECU înseamn ă«Unitate de control electronic ă»și se refer ăla UV.
Trimiteri :
ISO 14230-2: Vehicule rutiere –Sisteme de diagnosticare –Protocol cu cuvinte
cheie 2000 –Partea 2: Strat de leg ăturăa datelor. Prima edi ție:
1999. Vehicule –Sisteme de diagnosticare.
3. PREZENTARE GENERALĂ A SERVICIILOR
3.1.Servicii disponibile
Următorul tabel cuprinde o prezentare general
ăa serviciilor care sunt disponibile
în aparatul de înregistrare și sunt definite în prezentul document.
Tabelul prezint ăserviciile disponibile în cadrul unei sesiuni de diagnosticare
active.—Prima coloan ăcuprinde serviciile disponibile;
—a doua coloan ăinclude num ărul sec țiunii care prezint ăo descriere detaliat ăa
serviciului în cauz ăîn cadrul prezentului apendice;
—a treia coloan ăindicăvaloarea atribuit ăidentificatorului de serviciu pentru
mesajele de solicitare de serviciu;1998R2135 —RO—01.05.2006 —002.001 —185
▼M1
—a patra coloan ăprecizeaz ăserviciile sesiunii «StandardDiagnosticSession»
(SD) care trebuie aplicate în cadrul fiec ărei UV;
—a cincea coloan ăprecizeaz ăserviciile sesiunii «ECUAdjustmentSession»
(ECUAS) care trebuie aplicate pentru a permite controlul liniei de semna-lizare intrare/ie șire în conectorul de calibrare din panoul frontal al UV;
—așasea coloan ăprecizeaz ăserviciile sesiunii «ECUProgrammingSession»
(ECUPS) care trebuie aplicate pentru a permite programarea parametrilor în UV.
Tabelul 1
Tabel de prezentare a valorilor identificatorilor de serviciu
Denumirea serviciului de diag-
nosticareNr. sec țiuneValoarea
atribuit ă
identifica-
torilor de
serviciuSesiuni de diagnosticare
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
InputOutputControlByIden-
tifier7.1 2F
Acest simbol indic ăfaptul c ăserviciul în cauz ăeste obligatoriu în respectiva sesiune de diagnos-
ticare.Absen ța simbolului indic ăfaptul c ăserviciul în cauz ănu este permis în cadrul respectivei
sesiuni 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 comu-
nicării. Acestea nu apar în stratul de aplica ție. Serviciile disponibile 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 indic ăserverului faptul c ăeste înc ăprezent
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 selecta ți trebuie s ăfie adapta ți modului de func ționare dorit.
4.1.Serviciul StartCommunication
La primirea unui primitiv de indicare StartCommunication, UV verific ădacă
legătura de comunicare solicitat ăpoate fi ini țializat ăîn condi țiile existente.1998R2135 —RO—01.05.2006 —002.001 —186
▼M1
Condi țiile necesare ini țializării unei comunic ări sunt descrise în documentul ISO
14230-2.
În continuare, UV realizeaz ătoate ac țiunile necesare pentru a ini țializa o leg ătură
de comunicare și trimite un primitiv de r ăspuns StartCommunication împreun ăcu
parametrii de r ăspuns pozitiv selecta ți.
Dacăo UV ini țializat ădeja ( și care a început o sesiune de diagnosticare) prime ște o
nouăsolicitare StartCommunication (de exemplu datorit ăunei remedieri a erorii la
nivel de aparat de prob ă), solicitarea este acceptat ăși UV este reini țializat ă.
Dacălegătura de comunicare nu poate fi ini țializat ă, indiferent din ce motiv, UV
continu ăsăfunc ționeze în acelea și condi ții care existau imediat înainte de ini ția-
lizarea leg ăturii de comunicare.
Mesajul de solicitare a StartCommunication trebuie s ăaibăo adres ăfizică.
Inițializarea UV pentru servicii se realizeaz ăcu ajutorul unei metode de «ini ția-
lizare rapid ă».
—timpul de ocupare/inocupare anterior oric ărei activit ăți;
—în continuare, aparatul de prob ătrimite o configurare de ini țializare;
—toate informa țiile necesare ini țializării comunic ării sunt incluse în r ăspunsul
UV.
Dupăfinalizarea ini țializării:
—tuturor parametrilor de comunicare le sunt atribuite valorile definite în tabelul
4 în func ție de octe ții–cheie;
—UV a șteaptăprima solicitare din partea aparatului de prob ă;
—UV se afl ăîn modul de diagnosticare implicit, adic ăStandardDiagnostic-
Session;
—linia de semnalizare a intr ărilor/ie șirilor de calibrare este în starea implicit ă,
adicăinactiv ă.
Rata de transmisie a datelor pe linia K este de CPR_01 410 400 bauzi.
Inițializarea rapid ăeste lansat ăde aparatul de prob ăprin transmiterea unui model de
revenire (Wup) pe linia K. Modelul începe la sfâr șitul unui timp de inocupare al liniei
Kși este urmat de un timp de Tinil. Aparatul de prob ătransmite primul bit al
serviciului StartCommunication dup ăun timp Twup, dup ăprima linie descendent ă.
Valorile de sincronizare ale ini țializării rapide și ale comunic ării în general sunt
descrise în detaliu în tabelele prezentate în continuare. Pentru timpul deinocupare exist ăposibilit ăți diferite:
—prima transmisie dup ăalimentare, T
inoc= 300 ms;
—dupăfinalizarea unui serviciu StopCommunication, Tinoc= P3 min;
—dupăîncheierea comunic ării prin dep ășirea timpului alocat P3 max, T inoc=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 ms1998R2135 —RO—01.05.2006 —002.001 —187
▼M1
Tabelul 4
Valorile parametrilor de sincronizare ai comunic ărilor
Parametru de
sincronizareDescrierea parametruluiValori minime
admise (ms)Valori maxime
admise (ms)
minim maxim
P1 Timpul interoctet pentru r ăspunsul
UV02 0
P2 Timpul dintre solicitarea aparatului de
probășirăspunsul UV sau dintre dou ă
răspunsuri UV25 250
P3 Timpul dintre sfâr șitul r ăspunsurilor
UV și începutul noii solicit ări a
aparatului de prob ă55 5 000
P4 Timpul interoctet pentru solicitarea
aparatului de prob ă52 0
Formatul mesajului pentru ini țializarea rapid ăeste prezentat în detaliu în tabelele
următoare:
Tabelul 5
Mesaj de solicitare a ini țierii comunic ării
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 81 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Serviciu de solicitare StartCommuni-
cation81 SCR
# 5 Sum ăde control 00-FF TC
Tabelul 6
Mesaj de r ăspuns pozitiv la solicitarea de ini țiere a comunic ării
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN# 5 ID al serviciului de r ăspuns pozitiv la
o solicitare de ini țiere a comunic ăriiC1 SCRPR
# 6 Octet –cheie 1 EA OC1
# 7 Octet –cheie 2 8F OC2
# 8 Sum ăde control 00-FF TC
Nu exist ănici un r ăspuns negativ la mesajul de solicitare de ini țiere a comu-
nicării. Dac ănu exist ăun mesaj de r ăspuns pozitiv de transmis, UV nu este
inițializat ă, nu se transmite nimic șirămâne în modul s ău normal de func ționare.1998R2135 —RO—01.05.2006 —002.001 —188
▼M1
4.2.Serviciul StopCommunication
4.2.1. Descrierea mesajului
Scopul acestui serviciu privind stratul de comunicare este de a încheia o sesiune
de comunicare.
La primirea unui primitiv de indicare StopCommunication, UV verific ădacă
condi țiile în vigoare permit încheierea comunic ării în cauz ă. În acest caz, UV
realizeaz ătoate ac țiunile necesare pentru a încheia comunicarea în cauz ă.
Dacăîncheierea comunic ării este posibil ă, UV emite un primitiv de r ăspuns
StopCommunication împreun ăcu parametrii de r ăspuns pozitiv selecta ți, înainte
de încheierea comunic ării.
Dacăîncheierea comunic ării nu este posibil ă, indiferent de motiv, UV emite un
primitiv de r ăspuns StopCommunication împreun ăcu parametrii de r ăspuns
negativ selecta ți.
DacăUV detecteaz ădepășirea timpului alocat P3 max, comunicarea este
încheiat ăfărăa se emite un primitiv de r ăspuns.
4.2.2. Formatul mesajului
Formatele de mesaje pentru primitivele StopCommunication sunt prezentate în
detaliu în tabelele urm ătoare:
Tabelul 7
Mesaj de solicitare a încheierii comunic ării
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Octet de lungime suplimentar 01 LEN# 5 ID al serviciului de solicitare de
încheiere a comunic ării82 SPR
# 6 Sum ăde control 00-FF TC
Tabelul 8
Mesaj de r ăspuns pozitiv la solicitarea de încheiere a comunic ării
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 01 LEN# 5 ID al serviciului de r ăspuns pozitiv la
solicitarea de încheiere a comunic ăriiC2 SPRPR
# 6 Sum ăde control 00-FF TC
Tabelul 9
Mesaj de r ăspuns negativ la solicitarea de încheiere a comunic ării
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT1998R2135 —RO—01.05.2006 —002.001 —189
▼M1
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN
# 5 ID al serviciului de r ăspuns negativ 7F RN
# 6 ID al serviciului de solicitare de
încheiere a comunic ării82 SPR
# 7 Cod de r ăspuns = generalReject 10 CR_RG
# 8 Sum ăde control 00-FF TC
4.2.3. Definirea parametrilor
Acest serviciu nu necesit ădefinirea nici unui parametru.
4.3.Serviciul TesterPresent
4.3.1. Descrierea mesajului
Serviciul TesterPresent este folosit de aparatul de prob ăpentru a indica serverului
căeste înc ăprezent, astfel încât s ănu permit ăserverului s ărevinăautomat la
modul de func ționare normal șisăîntrerup ăastfel comunicarea. Acest serviciu,
trimis periodic, men ține sesiunea de diagnosticare/comunicare activ ăprin
resetarea contorului P3 de fiecare dat ăcând se prime ște o solicitare pentru
acest serviciu.
4.3.2. Formatul mesajului
Formatele de mesaje pentru primitivele TesterPresent sunt prezentate în detaliu în
tabelele urm ătoare.
Tabelul 10
Mesaj de solicitare a indicatorului de prezen țăa aparatului de prob ă
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Octet de lungime suplimentar 02 LEN
# 5 ID al serviciului de solicitare Tester-
Present3E TP
# 6 Subfunc ție = responseRequired = [yes
–da01 RESPREQ_Y
no]–nu 02 RESPREQ_N-
O
# 7 Sum ăde control 00-FF TC
Dacăparametrul responseRequired are valoarea «yes» (da), serverul r ăspunde cu
următorul mesaj de r ăspuns pozitiv. Dac ăvaloarea este «no» (nu), serverul nu
trimite nici un r ăspuns.
Tabelul 11
Mesaj de r ăspuns pozitiv la solicitarea de indicator de prezen țăa aparatului
de prob ă
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT1998R2135 —RO—01.05.2006 —002.001 —190
▼M1
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 01 LEN
# 5 ID al serviciului de r ăspuns pozitiv la
solicitarea indicatorului de prezen țăa
aparatului de prob ă7E TPPR
# 6 Sum ăde control 00-FF TC
Serviciul accept ăurmătoarele coduri de r ăspuns negativ:
Tabelul 12
Mesaj de r ăspuns negativ la TesterPresent
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN
# 5 ID al serviciului de r ăspuns negativ 7F RN
# 6 ID al serviciului de solicitare a indica-
torului de prezen țăa aparatului de prob ă3E TP
# 7 ResponseCode = [SubfunctionNot-
Supported–12 RC_SFNS_IF
InvalidFormatincorrectMessage-
Length] (subfunc ție incompatibil ă–
format nevalid –lungime incorect ăa
mesajului)13 RC_IML
# 8 Sum ăde control 00-FF TC
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 la o
UV
SecurityAccess Clientul solicit ăaccesul la func ții rezervate utilizatorilor
autoriza ți
5.1.Serviciul StartDiagnosticSession
5.1.1. Descrierea mesajului
Serviciul StartDiagnosticSession este folosit pentru a activa diferite sesiuni de
diagnosticare în server. O sesiune de diagnosticare activeaz ăun set de servicii
specific, conform tabelului 17. O sesiune poate activa servicii specifice produ-cătorului vehiculului, care nu sunt incluse în prezentul document. Normele de
punere în aplicare trebuie să respecte urm ătoarele cerin țe:
—trebuie să existe întotdeauna exact o sesiune de diagnosticare activ ăîn UV;1998R2135 —RO—01.05.2006 —002.001 —191
▼M1
—UV începe întotdeauna o sesiune de diagnosticare standard dac ăeste
conectat ăla o surs ăde alimentare. Dac ănu se ini țiazăo altăsesiune de
diagnosticare, sesiunea de diagnosticare standard r ămâne deschis ăatâta
timp cât UV este conectat ăla o surs ăde alimentare;
—dacăo sesiune de diagnosticare în curs de desf ășurare a fost solicitat ăde un
aparat de prob ă, UV trimite un mesaj de r ăspuns pozitiv;
—de fiecare dat ăcând un aparat de prob ăsolicit ăo sesiune de diagnosticare
nouă, UV trimite mai întâi un mesaj de r ăspuns pozitiv la solicitarea de
inițiere a sesiunii de diagnosticare, înainte ca noua sesiune s ădevin ăactivă
în UV. Dac ăUV nu poate deschide noua sesiune de diagnosticare solicitat ă,
răspunde cu un mesaj de r ăspuns negativ la solicitarea de ini țiere a sesiunii de
diagnosticare, iar sesiunea aflat ăîn desf ășurare continu ă.
Inițierea unei sesiuni de diagnosticare poate avea loc numai dac ăîntre client și
UV s-a stabilit o comunicare.
Parametrii de sincronizare defini ți în tabelul 4 devin activi dup ărealizarea cu
succes a unui serviciu StartDiagnosticSession cu un parametru de sesiune de
diagnosticare «StandardDiagnosticSession» în mesajul de solicitare în cazul în
care o alt ăsesiune de diagnosticare a fost activ ăîn prealabil.
5.1.2. Formatul mesajului
Formatele de mesaj pentru primitivele StartDiagnosticSession sunt prezentate îndetaliu în tabelele urm ătoare:
Tabelul 14
Mesaj de solicitare a ini țierii unei sesiuni de diagnosticare
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Octet de lungime suplimentar 02 LEN
# 5 ID al serviciului de solicitare a ini țierii
unei sesiuni de diagnosticare10 STDS
# 6 diagnosticSession = (o valoare din
tabelul 17)xx DS_ …
# 7 Sum ăde control 00-FF TC
Tabelul 15
Mesaj de r ăspuns pozitiv la solicitarea de ini țiere a unei sesiuni de
diagnosticare
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 02 LEN# 5 ID al serviciul de r ăspuns pozitiv la
solicitarea de ini țiere a unei sesiuni
de diagnosticare50 STDSPR
# 6 DiagnosticSession = (aceea și valoare
cași la octetul #6 din Tabelul 14)xx DS_ …
# 7 Sum ăde control 00-FF TC1998R2135 —RO—01.05.2006 —002.001 —192
▼M1
Tabelul 16
Mesaj de r ăspuns negativ la solicitarea de ini țiere a unei sesiuni de
diagnosticare
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN# 5 ID al serviciului de r ăspuns negativ 7F RN
# 6 ID al serviciului de solicitare Tester-
Present10 STDS
# 7 ResponseCode = (subfunctionNotSup-
ported –subfunc ție incompatibil ă(
a)12 RC_SFNS
IncorrectMessageLength –lungime
incorect ăa mesajului (b)13 RC_IML
conditionsNotCorrect – condi ții
incorecte) (c)22 RC_CNC
# 8 Sum ăde control 00-FF TC
(a) Valoarea introdus ăla octetul # 6 din mesajul de solicitare nu este compatibil ă, adic ănu se afl ăîn
tabelul 17.
(b) Lungimea mesajului este gre șită.
(c) Criteriile pentru solicitarea StartDiagnosticSession nu sunt îndeplinite.
5.1.3. Definirea parametrilor
Parametrul diagnosticSession (DS_) este folosit de serviciul StartDiagnostic-
Session pentru a selecta comportamentul specific al serverului (serverelor). Înprezentul document sunt precizate urm ătoarele sesiuni de diagnosticare:
Tabelul 17
Definirea valorilor atribuite sesiunii de diagnosticare
Hex DescriereCod
mnemonic
81 StandardDiagnosticSession
Aceast ăsesiune de diagnosticare activeaz ătoate serviciile
specificate în tabelul 1 coloana 4 «SD». Aceste servicii
permit citirea datelor de pe un server (UV). Aceast ăsesiune
de diagnosticare este activ ădupăfinalizarea cu succes a ini ția-
lizării între client (aparat de prob ă)și server (UV). Aceast ă
sesiune de diagnosticare poate fi suprapus ăaltor sesiuni de
diagnosticare specificate în prezenta sec țiune.SD
85 ECUProgrammingSession
Aceast ăsesiune de diagnosticare activeaz ătoate serviciile
specificate în tabelul 1 coloana 6 «ECUPS». Aceste serviciisunt compatibile cu programarea memoriei unui server (UV).
Aceast ăsesiune de diagnosticare poate fi suprapus ăaltor
sesiuni de diagnosticare specificate în prezenta sec țiune.ECUPS
87 ECUAdjustmentSession
Aceast ăsesiune de diagnosticare activeaz ătoate serviciile
specificate în tabelul 1 coloana 5 «ECUAS». Aceste serviciisunt compatibile cu controlul intr ărilor/ie șirilor unui server
(UV). Aceast ăsesiune de diagnosticare poate fi suprapus ă
altor sesiuni de diagnosticare specificate în prezenta sec țiune.ECUAS1998R2135 —RO—01.05.2006 —002.001 —193
▼M1
5.2.Serviciul SecurityAccess
Înregistrarea datelor privind calibrarea sau accesul la linia de intrare/ie șire de
calibrare pot fi realizate doar dac ăUV se afl ăîn mod CALIBRARE. Pe lâng ă
inserarea unui card de atelier în UV, trebuie s ăse introduc ăPIN-ul corespunz ător
în UV înainte de acordarea accesului la modul CALIBRARE.
Serviciul SecurityAccess permite introducerea PIN-ului și indic ăaparatului de
probădacăUV se afl ăsau nu în mod CALIBRARE.
Sistemul permite introducerea PIN-ului și prin intermediul altor metode.
5.2.1. Descrierea mesajului
Serviciul SecurityAccess const ădintr-un mesaj «requestSeed», urmat eventual de
un mesaj SecurityAccess «sendKey». Serviciul SecurityAccess trebuie s ăfie
executat dup ăserviciul StartDiagnosticSession.
Aparatul de prob ăfolose ște mesajul SecurityAccess «requestSeed» pentru a
verifica dac ăunitatea montat ăpe vehicul este preg ătităsăaccepte un PIN.
Dacăunitatea montat ăpe vehicul este deja în mod CALIBRARE, aceasta
răspunde solicit ării prin trimiterea unui «germen» de 0x0000 cu ajutorul servi-
ciului de r ăspuns pozitiv la solicitarea SecurityAccess.
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 unui «germen» mai
mare de 0x0000 cu ajutorul serviciului de r ăspuns pozitiv la solicitarea Securi-
tyAccess.
Dacăunitatea montat ăpe vehicul nu este preg ătităsăaccepte un PIN de la
aparatul de prob ă, fie deoarece cardul de atelier inserat nu este valabil, fie
deoarece cardul de atelier nu a fost inserat sau deoarece unitatea montat ăpe
vehicul a șteaptătransmiterea unui PIN printr-o alt ămetod ă, aceasta r ăspunde
solicit ării cu un r ăspuns negativ având un cod de r ăspuns setat pe conditions-
NotCorrectOrRequestSequenceError.
În cele din urm ă, aparatul de prob ăfolose ște mesajul SecurityAccess «sendKey»
pentru a transmite un PIN unit ății montate pe vehicul. Pentru a avea timpul
necesar realiz ării procesului de autentificare a cardului, UV 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ă
cinci minute. Dup ăfinalizarea serviciului solicitat, UV trimite un mesaj de
răspuns pozitiv sau un mesaj de r ăspuns negativ cu un cod de r ăspuns diferit de
acesta. Codul de r ăspuns negativ requestCorrectlyReceived-ResponsePending poate
fi repetat de UV pân ăla finalizarea serviciului solicitat și trimiterea mesajului de
răspuns final.
Unitatea montat ăpe vehicul r ăspunde acestei solicit ări cu ajutorul serviciului de
răspuns pozitiv la solicitarea SecurityAccess numai în modul CALIBRARE.
Î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:
—subFunctionNotsupported: format nevalid pentru parametrul subfunc ției
(accessType);
—conditionsNotCorrectOrRequestSequenceError: unitatea montat ăpe vehicul
nu este preg ătităsăaccepte introducerea unui PIN;
—invalidKey: PIN nevalid f ărădepășirea num ărului de încerc ări de verificare a
PIN;
—exceededNumberOfAttempts: PIN nevalid cu dep ășirea num ărului de
încerc ări de verificare a PIN;
—generalReject: PIN corect, dar tentativ ănereu șităde autentificare reciproc ăcu
cardul de atelier.
5.2.2. Formatul mesajului –SecurityAccess –requestSeed
Formatele mesajului pentru primitivele «requestSeed» SecurityAccess sunt
prezentate în detaliu în tabelele urm ătoare:1998R2135 —RO—01.05.2006 —002.001 —194
▼M1
Tabelul 18
Mesaj de solicitare SecurityAccess –requestSeed
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Octet de lungime suplimentar 02 LEN
# 5 ID al serviciului de solicitare Securi-
tyAccess27 SA
# 6 accessType –requestSeed 7D AT_RSD
# 7 Sum ăde control 00-FF TC
Tabelul 19
Mesaj de r ăspuns pozitiv la o solicitare de SecurityAccess –requestSeed
Octet # Denumirea parametrului Valoarea Hex Mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 04 LEN# 5 ID al serviciului de r ăspuns pozitiv la
o solicitare de SecurityAccess67 SAPR
# 6 accessType –requestSeed 7D AT_RSD
# 7 Germen superior 00-FF SEEDH
# 8 Germen inferior 00-FF SEEDL
# 9 Sum ăde control 00-FF TC
Tabelul 20
Mesaj de r ăspuns negativ la o solicitare de SecurityAccess
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN# 5 ID al serviciului de r ăspuns negativ 7F NR
# 6 ID al serviciului de solicitare Securi-
tyAccess27 SA
# 7 ResponseCode = (conditionsNotCor-
rectOr RequestSequenceError22 RC_CNC
incorrectMessageLength) 13 RC_IML
# 8 Sum ăde control 00-FF TC1998R2135 —RO—01.05.2006 —002.001 —195
▼M1
1998R2135 —RO—01.05.2006 —002.001 —196
▼M1
5.2.3. Formatul mesajului –SecurityAccess –sendKey
Formatele mesajului pentru primitivele «sendKey» SecurityAccess sunt
prezentate în detaliu în tabelele urm ătoare:
Tabelul 21
Mesaj de solicitare SecurityAccess –sendKey
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Octet de lungime suplimentar m + 2 LEN# 5 ID al serviciului de solicitare a Secu-
rityAccess27 SA
# 6 accessType –sendKey 7E AT_SK
# 7 - #m + 6 Cheie # 1 (superior) xx KEY
……
Cheie # m (inferior, m trebuie s ăfie
cuprins între 4 și 8, inclusiv)xx
# m + 7 Sum ăde control 00-FF TC
Tabelul 22
Mesaj de r ăspuns pozitiv la o solicitare de SecurityAccess –sendKey
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 02 LEN
# 5 ID al serviciului de r ăspuns pozitiv la
o solicitare de SecurityAccess67 SAPR
# 6 accessType –sendKey 7E AT_SK
# 7 Sum ăde control 00-FF TC
Tabelul 23
Mesaj de r ăspuns negativ la o solicitare de SecurityAccess
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN# 5 ID al serviciului de r ăspuns negativ 7F NR
# 6 ID al serviciului de solicitare Securi-
tyAccess27 SA
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 7 reponseCode = (generalReject 10 RC_GR
subFunctionNotSupported 12 RC_SFNS
incorrectMessageLength 13 RC_IMLconditionsNotCorrectOrRequest-
SequenceError22 RC_CNC
invalidKey 35 RC_IK
exceededNumberOfAttempts 36 RC_ENA
requestCorrectlyReceived-Response-
Pending78 RC_RCR_RP
# 8 Sum ăde control 00-FF TC
6. SERVICII DE TRANSMISIE DE DATE
Aceste servicii sunt prezentate în detaliu în tabelul urm ător:
Tabelul 24
Servicii de transmisie de date
Denumire serviciu Descriere
ReadDataByIdentifier Clientul solicit ătransmisia valorii curente a unei înregistr ări
care poate fi accesat ăprin recordDataIdentifier
WriteDataByIdentifier Clientul solicit ăintroducerea unei înregistr ări care poate fi
accesat ăprin recordDataIdentifier
6.1.Serviciul ReadDataByIdentifier
6.1.1. Descrierea mesajului
Serviciul ReadDataByIdentifier este folosit de client pentru a solicita valorile
datelor înregistrate pe un server. Datele sunt identificate de un recordDataIden-
tifier. Producă torul UV trebuie să se asigure c ă, la efectuarea acestui serviciu,
condiț iile privind serverul sunt îndeplinite.
6.1.2. Formatul mesajului
Formatele mesajului pentru primitivele ReadDataByIdentifier sunt prezentate în
detaliu în tabelele urm ătoare:
Tabelul 25
Mesaj de solicitare ReadDataByIdentifier
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Octet de lungime suplimentar 03 LEN
# 5 ID al serviciului de solicitare ReadDa-
taByIdentifier22 RDBI
#6și # 7 recordDataIdentifier = (o valoare din
tabelul 28)xxxx RDI_ …
# 8 Sum ăde control 00-FF TC1998R2135 —RO—01.05.2006 —002.001 —197
▼M1
Tabelul 26
Răspuns pozitiv la mesajul de solicitare ReadDataByIdentifier
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar m + 3 LEN
# 5 ID al serviciului de r ăspuns pozitiv la
o solicitare a ReadDataByIdentifier62 RDBIPR
#6 și # 7 recordDataIdentifier = (aceea șiv a l o a r e
cași pentru octe ții #6 și #7 din tabelul 25)xxxx RDI_ …
# 8 - #m + 7 dataRecord () = (valoarea # 1 xx DREC_DAT-
A1
:: :
valoarea # m) xx DREC_DAT-
Am
# m + 8 Sum ăde control 00-FF TC
Tabelul 27
Răspuns negativ la mesaj de solicitare ReadDataByIdentifier
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN
# 5 ID al serviciului de r ăspuns negativ 7F NR
# 6 ID al serviciului de solicitare a
ReadDataByIdentifier22 RDBI
# 7 ResponseCode = (requestOutOfRange 31 RC_ROOR
incorrectMessage-
Length13 RC_IML
conditionsNot-
Correct)22 RC_CNC
# 8 Sum ăde control 00-FF TC
6.1.3. Definirea parametrilor
Parametrul recordDataIdentifier (RDI_) din mesajul de solicitare a ReadDataByI-
dentifier identific ăo înregistrare de date.
Valorile recordDataIdentifier definite în prezentul document sunt indicate în
tabelul men ționat în continuare.
Tabelul recordDataIdentifier este format din patru coloane și mai multe linii.
—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 ărecordDataIdentifier (uneori este necesar ătranscodarea).1998R2135 —RO—01.05.2006 —002.001 —198
▼M1
—A treia coloan ă(descriere) specific ădenumirea recordDataIdentifier corespun-
zătoare.
—A patra coloan ă(cod mnemonic) indic ămnemonicul recordDataIdentifier în
cauză.
Tabelul 28
Defini ția valorilor recordDataIdentifier
Hex Element de dateDenumirea recordDataIdentifier
(vezi format în sec țiunea 8.2)Cod mnemonic
F90B
 Data și ora RDI_TD
F912
 Kilometrajul total al vehi-
culului de înalt ădefini țieRDI_HRTVD
F918
 Factor K RDI_KF
F91C
 Circumferin ța pneurilor
factor LRDI_LF
F91D
 Coeficientul W caracteristic
al vehicululuiRDI_WVCF
F921
 Dimensiunea pneurilor RDI_TS
F922
 Data urm ătoarei calibr ări RDI_NCD
F92C
 Viteza autorizat ă RDI_SA
F97D
 Statul membru de înmatri-
culareRDI_RMS
F97E
 Numărul de înmatriculare al
vehicululuiRDI_VRN
F190
 VIN RDI_VIN
Parametrul dataRecord (DREC_) este folosit de mesajul de r ăspuns pozitiv la
solicitarea ReadDataByIdentifier pentru a furniza clientului (aparatul de prob ă)
înregistrarea de date identificat ăde recordDataIdentifier. Formatele de date sunt
specificate în sec țiunea 8. Utilizatorul poate ob ține înregistr ări de date op ționale,
precum date de intrare șii eșire specifice pentru UV, dar acestea nu sunt definite
în prezentul document.
6.2.Serviciul WriteDataByIdentifier
6.2.1. Descrierea mesajului
Serviciul WriteDataByIdentifier este folosit de client pentru a introduce valorile
datelor înregistrate pe un server. Datele sunt identificate de un recordDataIden-
tifier. Producă torul UV trebuie să se asigure c ă, la efectuarea acestui serviciu,
condiț iile privind serverul sunt îndeplinite. Pentru a actualiza parametrii
enumeraț i în tabelul 28, UV trebuie să se afle în modul CALIBRARE.
6.2.2. Formatul mesajului
Formatele mesajului pentru primitivele WriteDataByIdentifier sunt prezentate în
detaliu în tabelele urm ătoare:1998R2135 —RO—01.05.2006 —002.001 —199
▼M1
Tabelul 29
Mesaj de solicitare a scrierii de date în func ție de un identificator
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Octet de lungime suplimentar m + 3 LEN
# 5 ID al serviciului de solicitare Write-
DataByIdentifier2E WDBI
#6 și # 7 recordDataIdentifier = (o valoare din
tabelul 28)xxxx RDI_ …
#8–#m + 7 dataRecord () = valoare # 1 xx DREC_DAT-
A1
:: :
valoare # m) xx DREC_DAT-
Am
# m + 8 Sum ăde control 00-FF TC
Tabelul 30
Răspuns pozitiv la un mesaj de solicitare a scrierii de date în func ție de un
identificator
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN
# 5 ID al serviciului de r ăspuns pozitiv la
o solicitare a WriteDataByIdentifier6E WDBIPR
#6 și # 7 recordDataIdentifier = (aceea și valoare
cași pentru octe ții #6 și #7 din tabelul
29)xxxx RDI_ …
# 8 Sum ăde control 00-FF TC
Tabelul 31
Răspuns negativ la un mesaj de solicitare a scrierii de date în func ție de un
identificator
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN# 5 ID al serviciului de r ăspuns negativ 7F NR1998R2135 —RO—01.05.2006 —002.001 —200
▼M1
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 6 ID al serviciului de solicitare a Write-
DataByIdentifier2E WDBI
# 7 ResponseCode = (requestOutOfRange 31 RC_ROOR
incorrectMessage-
Length13 RC_IML
conditionsNot-
Correct)22 RC_CNC
# 8 Sum ăde control 00-FF TC
6.2.3. Definirea parametrilor
Parametrul recordDataIdentifier (RDI_) este definit în tabelul 28.
Parametrul dataRecord (DREC)_ este folosit de mesajul de solicitare a WriteDa-
taByIdentifier pentru a furniza valorile înregistr ărilor de date identificate de
recordDataIdentifier pe server (UV). Formatele de date 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
Denumire serviciu Descriere
InputOutputControlByIdentifier Clientul solicit ăcontrolul intr ărilor/ie șirilor specifice
serverului
7.1.Serviciul InputOutputControlByIdentifier
7.1.1. Descrierea mesajului
Conexiunea realizat ăcu ajutorul conectorului frontal permite controlul sau moni-
torizarea impulsurilor de testare folosind aparatul de prob ăcorespunz ător.
Linia de semnalizare de intrare/ie șire de calibrare poate fi configurat ăcu ajutorul
comenzii pe linie K folosind serviciul InputOutputControlByIdentifier pentru aselecta func ția de intrare sau ie șire pentru linie. St ările disponibile pentru linie
sunt urm ătoarele:
—inactiv ă;
—speedSignalInput, dac ăse folose ște linia de semnalizare a intr ărilor/ie șirilor
pentru a introduce un semnal de vitez ă(semnal de test) care s ăînlocuiasc ăun
semnal de vitez ăal senzorului de mi șcare;
—realTimeSpeedSignalOutputSensor, dac ăse folose ște linia de semnalizare a
intrărilor/ie șirilor pentru ie șirea unui semnal de vitez ăal senzorului de mi șcare;
—RTCOutput, dac ăse folose ște linia de semnalizare a intr ărilor/ie șirilor pentru
ieșirea unui semnal de ceas UTC.
Unitatea montat ăpe vehicul trebuie s ăse afle într-o sesiune de reglare șiî n
modul CALIBRARE pentru a configura starea liniei. La ie șirea din sesiunea
de reglare sau din modul CALIBRARE unitatea montat ăpe vehicul trebuie s ă
se asigure c ălinia de semnalizare a intr ărilor/ie șirilor de calibrare a revenit la
starea «inactiv ă» (implicit ă).
Dacăimpulsurile de vitez ăsunt primite pe linia de intrare a semnalului de vitez ă
instantanee a UV în timp ce linia de semnalizare a intr ărilor/ie șirilor este în
modul intrare, linia de semnalizare a intr ărilor/ie șirilor trece în modul ie șire
sau revine la starea inactiv ă.
Ordinea opera țiunilor este urm ătoarea:
—inițierea comunic ărilor au ajutorul serviciului StartCommunication;1998R2135 —RO—01.05.2006 —002.001 —201
▼M1
—intrarea într-o sesiune de reglare cu ajutorul serviciului StartDiagnostic-
Session și trecerea în modul CALIBRARE (ordinea acestor dou ăopera țiuni
nu este important ă);
—modificarea st ării ie șirii cu ajutorul serviciului InputOutputControlByIden-
tifier.
7.1.2. Formatul mesajului
Formatele mesajului pentru primitivele InputOutputControlByIdentifier sunt
prezentate în detaliu în tabelele urm ătoare:
Tabelul 33
Mesaj de solicitare InputOutputControlByIdentifier
Octet # Denumirea parametrului Valoare Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă EE TGT
# 3 Octet surs ăde adres ă tt SRC
# 4 Octet de lungime suplimentar xx LEN
# 5 ID al serviciului de solicitare InputOutputControlByIdentifier 2F IOCBI
#6 și # 7 InputOutputIdentifier = (CalibrationInputOutput) F960 IOI_CIO
#8s a u#8-#
9ControlOptionRecord = [ COR_ …
inputOutputControlParameter –o valoare
din tabelul 36xx IOCP_ …
controlState –o valoare din tabelul 38
(vezi nota de mai jos)]xx CS_ …
# 9 sau # 10 Sum ăde control 00-FF TC
Notă: Parametrul controlState este prezent numai în anumite cazuri (vezi 7.1.3).
Tabelul 34
Răspuns pozitiv la mesaj de solicitare a unui control de intrare/ie șire prin
identificator
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar xx LEN# 5 ID al serviciului de r ăspuns pozitiv la o solicitare de inputOutput-
ControlByIdentifier6F IOCBIPR
#6 și # 7 inputOutputIdentifier = (CalibrationInputOutoput) F960 IOI_CIO
#8s a u#8-#
9controlStatusRecord =[ CSR_ …
inputOutputControlParameter (aceea și val-
oare ca și cea a octetului #8 din tabelul 33)xx IOCP_ …
controlState –aceea șiv a l o a r ec a șic e aa
octetului #9 din tabelul 33)] (dac ăeste cazul)xx CS_ …1998R2135 —RO—01.05.2006 —002.001 —202
▼M1
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar xx LEN
# 5 ID al serviciului de r ăspuns pozitiv la o solicitare de inputOutput-
ControlByIdentifier6F IOCBIPR
#6 și # 7 inputOutputIdentifier = (CalibrationInputOutoput) F960 IOI_CIO
#8s a u#8-#
9controlStatusRecord =[ CSR_ …
inputOutputControlParameter (aceea și val-
oare ca și cea a octetului #8 din tabelul 33)xx IOCP_ …
controlState –aceea șiv a l o a r ec a șic e aa
octetului #9 din tabelul 33)] (dac ăeste cazul)xx CS_ …
#9 sau #10 Sum ăde control 00-FF TC
Tabelul 35
Răspuns negativ la mesaj de solicitare a unui control de
intrare/ie șire prin identificator
Octet # Denumirea parametrului Valoarea Hex Cod mnemonic
# 1 Octet de format –adresare fizic ă 80 FMT
# 2 Octet țintăde adres ă tt TGT
# 3 Octet surs ăde adres ă EE SRC
# 4 Octet de lungime suplimentar 03 LEN
# 5 ID al serviciului de r ăspuns negativ 7F NR
# 6 ID al serviciului de solicitare a inputOutputCon-
trolByIdentifier2F IOCBI
# 7 responseCode =(
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 31 RC_ROOR
deviceControlLimitsExceeded) 7A RC_DCLE
# 8 Sum ăde control 00-FF TC
7.1.3. Definirea parametrilor
Parametrul inputOutputControlParameter (IOCP_) este definit în tabelul urm ător:1998R2135 —RO—01.05.2006 —002.001 —203
▼M1
Tabelul 36
Definirea valorilor atribuite parametrilor de control de intrare/ie șire
Hex Descriere Cod mnemonic
00 ReturnControlToECU
Aceast ăvaloare indic ăserverului (UV) faptul c ăaparatul de
probănu mai are controlul asupra liniei de semnalizare a
intrărilor/ie șirilor de calibrare.RCTECU
01 ResetToDefault
Aceast ăvaloare indic ăserverului (UV) faptul c ăs-a solicitat
resetarea liniei de semnalizare a intr ărilor/ie șirilor de calibrare
la starea implicit ă.RTD
03 ShortTermAdjustment
Aceast ăvaloare indic ăserverului (UV) faptul c ăs-a solicitat
ajustarea liniei de semnalizare a intr ărilor/ie șirilor de calibrare
la valoarea inclus ăîn parametrul controlState.STA
Parametrul controlState este prezent numai dac ăinputOutputControlParameter are
configurare identic ăcelei a parametrului ShortTermAdjustment și este definit în
tabelul urm ător:
Tabelul 37
Defini ția valorilor atribuite parametrului stat de control
Mod Valoare Hex Descriere
Inactiv 00 Linia de intr ări/ieșiri este inactiv ă(stare implicit ă)
Activ 01 Linia de intr ări/ieșiri este activ ăpentru intrarea speedSignalInput
Activ 02 Linia de intr ări/ieșiri este activ ăpentru ie șirea realTimeSpeed-
SignalOutputSensor
Activ 03 Linia de intr ări/ieșiri este activ ăpentru RTCOutput
8. FORMATE DE ÎNREGISTR ĂRI DE DATE
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 prob ă;
—formatele care se folosesc pentru datele transferate cu ajutorul serviciilor de
transmisie de date descrise în sec țiunea 6.
Toți parametrii identifica ți sunt compatibili cu UV.
Datele transmise de UV c ătre aparatul de prob ăca răspuns la un mesaj de
solicitare sunt de tip cuantificabil (adic ăvaloarea activ ăa parametrului
solicitat, m ăsurat sau observat de UV).
8.1.Intervale de parametri transmi și
Tabelul 38 define ște intervalele folosite la determinarea valabilit ății unui
parametru transmis.
Valorile din intervalul «indicator de eroare» permit unit ății montate pe vehicul s ă
indice imediat faptul c ănici o dat ăparametric ănu este valabil ădin cauza unui tip
de eroare la nivelul aparatului de înregistrare.
Valorile din intervalul «nu sunt disponibile» permit unit ății montate pe vehicul s ă
transmit ăun mesaj ce con ține parametrul care nu este disponibil sau nu este
compatibil cu modulul în cauz ă. Valorile din intervalul «nu sunt solicitate»
permit transmiterea unui mesaj de comand ăși identific ăparametrii pentru care
echipamentul de recep ție nu a șteaptănici un r ăspuns.
Dacădefectarea unei componente împiedic ătransmisia de date valabile pentru un
parametru, în locul parametrului în cauz ăse folose ște indicatorul de eroare,
conform descrierii din tabelul 38. Totu și, dac ădatele m ăsurate sau calculate1998R2135 —RO—01.05.2006 —002.001 —204
▼M1
dau ca rezultat o valoare valabil ăcare dep ășește intervalul parametrului definit,
nu se folose ște indicatorul de eroare. Datele trebuie s ăfie transmise folosind
valoarea minim ăsau maxim ăadecvat ăa parametrului.
Tabelul 38
Intervalele de înregistr ări de date
Denumirea intervalului1 octet
(valoarea Hex)2 octe ți
(valoarea Hex)4 octe ți
(valoarea Hex)ASCII
Semnal valabil 00-FA 0000-FAFF 00000000-FAFFFFFF 1-254
Indicator specific para-
metruluiFB FB00-FBFF FB000000-FBFFFFFF nul
Interval rezervat pentru
viitorii bi ți ai indica-
toruluiFC-FD FC00-FDFF FC000000-FDFFFFFF nul
Indicator de eroare FE FE00-FEFF FE000000-FEFFFFFF 0
Nu sunt disponibile sau
nu sunt solicitateFF FF00-FFFF FF000000-FFFFFFFF FF
Pentru parametrii codifica ți în ASCII, caracterul ASCII «*» este rezervat ca
delimitator.
8.2.Formate de înregistr ări de date
În tabelele 40-44 sunt prezentate în detaliu formatele care trebuie folosite prin
intermediul serviciilor ReadDataByIdentifier și WriteDataByIdentifier.
Tabelul 40 prezint ălungimea, rezolu țiași domeniul de valori al fiec ărui
parametru identificat de recordDataIdentifier:
Tabelul 39
Formatul înregistr ărilor de date
Denumirea parametruluiLungimea
datelor
(octe ți)Rezolu ție Domeniu de valori
Data și ora 8 Vezi detalii în tabelul 40
Kilometrajul total al
vehiculului de înalt ă
defini ție4 amplificare 5 m/bit, decalaj
0mde la 0 pân ăla +
21 055 406 km
Factor K 2 amplificare 0,001 impulsuri/
m/bit, decalaj 00-64,255 impulsuri/m
Circumferin ța pneurilor
factor L2 amplificare 0,125 10-3m/bit,
decalaj 00-8,031 m
Coeficientul W carac-
teristic al vehiculului2 amplificare 0,001 impulsuri/
m/bit, decalaj 00-64,255 impulsuri/m
Dimensiunea pneurilor 15 ASCII ASCII
Data urm ătoarei
calibr ări3 Vezi detalii în tabelul 41
Viteza autorizat ă 2 amplificare 1/256 km/h/bit,
decalaj 00-250,996 km/h
Statul membru de
înmatriculare3 ASCII ASCII
Numărul de înmatri-
culare al vehiculului14 Vezi detalii în tabelul 42
VIN 17 ASCII ASCII1998R2135 —RO—01.05.2006 —002.001 —205
▼M1
Tabelul 40 prezint ăîn detaliu formatele diferi ților octe ți ai parametrului
TimeDate:
Tabelul 40
Format detaliat al parametrului data și ora (valoarea identificatorului
înregistr ării de date # F00B)
Octet Defini ția parametrului Rezolu ția Domeniu de valori
1 Secunde amplificare 0,25 s/bit,
decalaj 0 s0-59,75 s
2 Minute amplificare 1 min/bit,
decalaj 0 min0-59 min
3 Ore amplificare 1 h/bit,
decalaj 0 h0-23 h
4 Lun ă amplificare 1 lun ă/bit,
decalaj 0 lun ă1-12 luni
5 Zi amplificare 0,25 zile/bit,
decalaj 0 zile (vezi nota
din tabelul 41)0,25-31,75 zile
6 An amplificare 1 an/bit,
decalaj + anul 1985
(vezi nota din tabelul 41)anul 1985-anul 2235
7 Decalaj local minute amplificare 1 min/bit,
decalaj –125 minîntre–59și 59 min
8 Decalaj orar local amplificare 1 h/bit,
decalaj –125între–23și + 23 h
Tabelul 41 prezint ăîn detaliu formatele diferi ților octe ți ai parametrului NextCa-
librationDate:
Tabelul 41
Format detaliat al parametrului data urm ătoarei calibr ări (valoarea
identificatorului înregistr ării de date # F022)
Octet Defini ția parametrului Rezolu ție Domeniu de valori
1 Lun ă amplificare 1 lun ă/bit,
decalaj 0 luni1-12 luni
2 Zi amplificare 0,25 zile/bit,
decalaj 0 zile (vezi notamen ționată în
continuare)0,25-31,75 zile
3 An amplificare 1 an/bit,
decalaj + anul 1985(vezi nota men ționatăîn
continuare)anul 1985-anul 2235
Notăprivind folosirea parametrului «zi»:
1. Valoarea 0 pentru dat ăeste o valoare nul ă. Valorile 1, 2, 3 și 4 sunt folosite pentru a identifica prima
zi a lunii; 5, 6, 7 și 8 indic ă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 identific ăanul 1985, valoarea 1 indic ăanul 1986 etc.
Tabelul 42 prezint ăîn detaliu formatele diferi ților octe ți ai parametrului Vehi-
cleRegistrationNumber:1998R2135 —RO—01.05.2006 —002.001 —206
▼M1
Tabelul 42
Format detaliat al parametrului num ărul de înmatriculare al vehiculului
(valoarea identificatorului înregistr ării de date # F07E)
Octet Defini ția parametrului Rezolu ție Domeniu de valori
1 Pagin ăde cod (conform
defini ției din apendicele
1)ASCII 01-0A
2-14 Num ărul de înmatri-
culare al vehiculului(conform defini ției din
apendicele 1)ASCII ASCII1998R2135 —RO—01.05.2006 —002.001 —207
▼M1
Apendicele 9
OMOLOGARE –LISTA TESTELOR MINIME OBLIGATORII
CUPRINS
1. Introducere …...............................................
1.1. Omologare …................................................
1.2. Trimiteri ….................................................
2. Teste de func ționare pentru unitatea montat ăpe vehicul ….................
3. Teste de func ționare pentru senzorul de mi șcare…......................
4. Teste de func ționare pentru cardurile de tahograf ….....................
5. Teste de interoperare ….........................................1998R2135 —RO—01.05.2006 —002.001 —208
▼M1
1. INTRODUCERE
1.1.Omologare
Omologarea CEE pentru aparatul de înregistrare (sau componentele acestuia) sau
pentru un card de tahograf se bazeaz ăpe urm ătoarele:
—certificarea securit ății, efectuat ăde o autoritate ITSEC, în raport cu un
obiectiv de securitate care respect ăîn totalitate apendicele 10 la prezenta
anexă;
—certificarea func ționării, efectuat ăde o autoritate a unui stat membru, care atest ă
faptul c ăarticolul testat respect ăcerin țele prezentei anexe, din punctul de vedere
al func țiilor îndeplinite, preciziei m ăsurătorilor și caracteristicilor de mediu;
—certificarea interoper ării, efectuat ăde un organ competent, care atest ăfaptul
căaparatul de înregistrare (sau cardul de tahograf) sunt în întregime intero-
perabile cu modelele compatibile de card de tahograf (sau de aparat deînregistrare) (vezi capitolul VIII din prezenta anex ă).
Prezenta anex ă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 organul competent în cadrul testelor de interoperare.Procedurile care vor fi urmate pentru efectuarea testelor sau tipul testelor nu sunt
specificate în cuprinsul prezentului document.
Aceast ăanexănu se refer ăla aspecte privind certificarea securit ății. Dac ă
anumite teste necesare pentru omologare sunt efectuate și în cadrul procesului
de evaluare și de certificare a securit ății, ele nu mai trebuie repetate. Într-un
asemenea caz, este suficient ăinspectarea rezultatelor acestor teste de securitate.
În scop informativ, cerin țele care trebuie testate (sau cele strâns legate de testele
care trebuie efectuate) în timpul certific ării securit ății sunt marcate cu caracterul
«*» în cuprinsul prezentului apendice.
Prezentul apendice trateaz ăseparat omologarea senzorului de mi șcare și a unit ății
montate pe vehicul, în calitate de componente ale aparatului de înregistrare. Nueste obligatoriu ca fiecare model de senzor de mi șcare s ăfie interoperabil cu
toate modelele de unit ăți montate pe vehicule, drept pentru care omologarea unui
anumit senzor de mi șcare poate fi acordat ănumai în combina ție cu omologarea
unei anumite unit ăți montate pe vehicul și viceversa.
1.2.Trimiteri
În cuprinsul prezentului apendice se utilizeaz ăurmătoarele trimiteri:
IEC 68-2-1 Testare în mediu –Partea 2: Teste –Teste A: Frig.
1990 + Amendamentul 2: 1994.
IEC 68-2-2 Testare în mediu –Partea 2: Teste –Teste B: C ăldurăuscată.
1974 + Amendamentul 2: 1994.
IEC 68-2-6 Proceduri de baz ăde testare în mediu –Metode de testare –
Test Fc și linii directoare: Vibra ție (sinusoidal ă). Edi ția a VI-a:
1985.
IEC 68-2-14 Proceduri de baz ăde testare în mediu –Metode de testare –
Test N: Modific ări de temperatur ă. Modificarea 1: 1986.
IEC 68-2-27 Proceduri de baz ăde testare în mediu –Metode de testare –
Test Ea și linii directoare: Ș
oc. Edi ția a III-a: 1987.
IEC 68-2-30 Proceduri de baz ăde testare în mediu –Metode de testare –
Test Db și linii directoare: C ăldurăumed ă, ciclic ă(cicluri de
12 + 12 ore). Modificarea 1: 1985.
IEC 68-2-35 Proceduri de baz ăde testare în mediu –Metode de testare –
Test Fda: Band ălargăde frecven țăpentru vibra ții aleatorii –
Valoare maxim ăde reproductibilitate. Modificarea 1: 1983.
IEC 529 Grade de protec ție oferite de incinte (Cod IP). Edi ția a II-a:
1989.
IEC 61000-4-2 Compatibilitate electromagnetic ă(EMC) –Tehnici de testare și
măsurare –Test de imunitate la desc ărcări electrostatice: 1995/
Amendamentul 1: 1998.
ISO 7637-1 Vehicule rutiere –Avarii electrice prin conduc țieși cuplare –
Partea 1: Automobile și vehicule comerciale u șoare cu tensiune
nominal ăde alimentare de 12 V –Conduc ție electric ătran-
zitorie numai prin liniile de alimentare. Edi ția a II-a: 1990.1998R2135 —RO—01.05.2006 —002.001 —209
▼M1
ISO 7637-2 Vehicule rutiere –Avarii electrice prin conduc țieși cuplare –
Partea 1: Vehicule comerciale cu tensiune nominal ăde
alimentare de 12 V –Conduc ție electric ătranzitorie numai
prin liniile de alimentare. Edi ția a II-a: 1990.
ISO 7637-3 Vehicule rutiere –Avarii electrice prin conduc țieși cuplare –
Partea 3: Vehicule cu tensiune nominal ăde alimentare de 12
sau 24 V –Transmisie electric ătranzitorie prin cuplare capa-
citivăși inductiv ăprin alte linii decât cele de alimentare. Edi ția
I: 1995 + Cor 1: 1995.
ISO/IEC 7816-1 Carduri de identificare –Carduri cu circuite integrate cu
contacte –Partea 1: Caracteristici fizice. Edi ția I: 1998.
ISO/IEC 7816-2 Tehnologia informa ției–Carduri de identificare –Carduri cu
circuite integrate cu contacte –Partea 2: Dimensiunile și loca-
lizarea contactelor. Edi ția I: 1999.
ISO/IEC 7816-3 Tehnologia informa ției–Carduri de identificare –Carduri cu
circuite integrate cu contacte –Partea 3: Semnale electronice și
protocol de transmisie. Edi ția a II-a: 1997.
ISO/IEC 10373 Carduri de identificare –Metode de testare. Edi ția I: 1993.
2. TESTE DE FUNC ȚIONARE PENTRU UNITATEA MONTAT ĂPE
VEHICUL
Nr. Test Descriere Cerin țe asociate
1. Examinare administrativ ă
1.1. Documenta ție Corectitudinea documenta ției
1.2. Rezultate test
produc ătorRezultatele testului produc ătorului
efectuate în cursul integr ării. Demons-
trații pe suport hârtie070, 071, 073
2. Inspec ție vizual ă
2.1. Respectarea documenta ției
2.2. Identificare/marcaje 168, 169
2.3. Materiale 163-1672.4. Sigilare 2512.5. Interfe țe externe
3. Teste de func ționare
3.1 Func ții oferite 002, 004, 244
3.2. Moduri de func ționare 006*, 007*,
008*, 009*,106, 107
3.3. Func țiiși drepturi de acces la date 010*, 011*,
240, 246, 247
3.4. Monitorizarea introducerii și retragerii cardurilor 013, 014,
015*, 016*,
106
3.5. M ăsurarea vitezei și a distan ței 017-026
3.6. M ăsurarea timpului (teste efectuate la 20 °C) 027-032
3.7. Monitorizarea activit ăților șoferului 033-043, 106
3.8. Monitorizarea st ării activit ății de conducere 044, 045, 106
3.9. Înregistr ări manuale 046-050b
3.10. Gestionarea bloc ărilor efectuate de societate 051-0551998R2135 —RO—01.05.2006 —002.001 —210
▼M1
Nr. Test Descriere Cerin țe asociate
3.11. Monitorizarea activit ăților de control 056, 057
3.12. Detectarea evenimentelor și/sau a anomaliilor 059-069, 106
3.13. Date de identificare a echipamentului 075*, 076*,
079
3.14. Date privind introducerea și retragerea cardului
șoferului081*-083*
3.15. Date privind activitatea șoferului 084*-086*
3.16. Date privind locurile 087*-089*3.17. Date privind contorul de parcurs 090*-092*3.18. Date detaliate privind viteza 093*
3.19. Date privind evenimentele 094*, 095
3.20. Date privind anomaliile 096*3.21. Date privind calibrarea 097*, 098*3.22. Date privind reglarea orei 100*, 101*
3.23. Date privind activitatea de control 102*, 103*
3.24. Date privind bloc ările efectuate de societate 104*
3.25. Date privind activitatea de desc ărcare 105*
3.26. Date privind condi țiile specifice 105a*, 105b*
3.27. Înregistrarea și stocarea informa țiilor pe cardul de
tahograf108, 109*,
109a*, 110*,
111, 112
3.28. Afi șare 072, 106, 113-
128, PIC_001,
DIS_001
3.29. Tip ărire 072, 106, 129-
138, PIC_001,PRT_001-
PRT_012
3.30. Avertisment 106, 139-148,
PIC_001
3.31. Desc ărcarea datelor pe suporturi externe 072, 106, 149-
151
3.32. Date de ie șire transmise unor dispozitive externe supli-
mentare152, 153
3.33. Calibrare 154*, 155*,
156*, 245
3.34. Reglarea orei 157*, 158*3.35. Neinterferen ța cu func țiile suplimentare 003, 269
4. Teste în mediu
4.1. Temperatur ă Verificarea func ționalit ății prin:
—IEC 68-2-1, test Ad, cu o durat ăa
testului de 72 de ore la tempe-raturăscăzută(–20 °C), o or ă
de func ționare, o or ăde nefunc-
ționare.
—IEC 68-2-2, test Bd, cu o durat
ăa1591998R2135 —RO—01.05.2006 —002.001 —211
▼M1
Nr. Test Descriere Cerin țe asociate
testului de 72 de ore la tempe-
raturăridicat ă(+ 70 °C), o or ă
de func ționare, o or ăde nefunc-
ționare.
Cicluri de temperatur ă: se verific ă,
prin intermediul testului Na IEC 68-
2-14, dac ăunitatea montat ăpe vehicul
poate suporta modific ări rapide ale
temperaturii mediului ambiant, la 20
de cicluri, în cursul fiec ărui ciclu înre-
gistrându-se o varia ție a temperaturii
între valoarea minim ă(–20 °C) și
cea maxim ă(+ 70 °C) și cu 2 ore
de men ținere atât la temperatura
minim ă, cât și la cea maxim ă
Un set redus de teste (din cadrul celor
definite la sec țiunea 3 din acest tabel)
poate fi efectuat la temperatur ă
scăzută, la temperatur ăridicat ășip e
parcursul ciclurilor de temperatur ă
4.2. Umiditate Se verific ă, prin intermediul testului
Db IEC 68-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 °C160
4.3. Vibra ție 1. Vibra ții sinusoidale:
se verific ădacăunitatea montat ă
pe vehicul poate suporta vibra ții
sinusoidale cu urm ătoarele caracte-
ristici:
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 68-2-6,
cu o durat ăminim ăa testului de
3 × 12 ore (12 ore pe osie)
2. Vibra ții aleatorii:
se verific ădacăunitatea montat ăpe
vehicul poate suporta vibra ții
aleatorii cu urm ătoarele caracteristici:
Frecven ță5-150 Hz, nivel 0,02 g2/Hz
Aceast ăcerin țăeste verificat ăprin
IEC 68-2-35, testul Ffda, cu o
duratăminim ăa testului de 3 × 12
o r e( 1 2o r ep eo s i e ) ,c uoo r ăde func-
ționare, o or ăde nefunc ționare
Cele dou ăteste descrise anterior se efec-
tueazăpe dou ămostre diferite ale echi-
pamentului testat163
4.4. Protec ție
împotriva
apei și
corpurilor
străineSe verific ădacăindicele de protec ție
al unit ății montate pe vehicul,
conform IEC 529, este de cel pu țin
IP 40, atunci când unitatea estemontat ăîntr-un vehicul în condi ții de
func ționare164, 1651998R2135 —RO—01.05.2006 —002.001 —212
▼M1
Nr. Test Descriere Cerin țe asociate
4.5. Protec ție
împotriva
supratensiuniiSe verific ădacăunitatea montat ăpe
vehicul poate suporta urm ătoarele
tensiuni:Pentru versiunile de 24 V: 34 Vla + 40 °C timp de o or ă
Pentru versiunile de 12 V: 17 V
la + 40 °C timp de o or ă161
4.6. Protec ție
împotriva
invers ării de
polaritateSe verific ădacăunitatea montat ăpe
vehicul poate suporta o inversare a
polarit ății la sursa de alimentare161
4.7. Protec ție
împotriva
scurtcir-
cuitelorSe verific ădacăsemnalele de intrare/
ieșire sunt protejate împotriva scurtcir-
cuitelor la sursa de alimentare șil a
masă161
5. Teste privind compatibilitatea electromagnetic ă
5.1. Emisii de
radia ții și
susceptibi-litate deradia țiiRespectarea Directivei 95/54/CEE 162
5.2. Desc ărcări
electrostaticeRespectarea IEC 61000-4-2, ± 2kV
(nivelul 1)162
5.3. Susceptibi-
litate de
conduc ție
tranzitorie peliniile dealimentarePentru versiunile de 24 V: respectarea
ISO 7637-2:
puls 1a: Vs = –100 V, Ri = 10 ohmi
puls 2: Vs = + 100 V, Ri = 10 ohmi
puls 3a: Vs = –100 V, Ri = 50 ohmi
puls 3b: Vs = + 100 V, Ri = 50 ohmi
puls 4: Vs =
–16 V Va = –12 V,
t6 = 100 ms
puls 5: Vs = + 120 V, Ri = 2,2 ohmi,
td = 250 ms
Pentru versiunile de 12 V: respectarea
ISO 7637-1:
puls 1: Vs = –100 V, Ri = 10 ohmi
puls 2: Vs = + 100 V, Ri = 10 ohmi
puls 3a: Vs = –100 V, Ri = 50 ohmi
puls 3b: Vs = + 100 V, Ri = 50 ohmi
puls 4: Vs = –6V ,V a= –5V ,
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 concepute pentru a fi instalateîn vehicule pentru care nu exist ăo
protec ție extern ăobișnuităîmpotriva
căderii înc ărcăturii transportate1621998R2135 —RO—01.05.2006 —002.001 —213
▼M1
3. TESTE DE FUNC ȚIONARE PENTRU SENZORUL 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. Respectarea documenta ției
2.2. Identificare/marcaje 169, 170
2.3. Materiale 163-1672.4. Sigilare 2513. Teste de func ționare
3.1. Date de identificare a senzorului 077*
3.2. Cuplarea senzorului de mi șcare cu unitatea montat ăpe
vehicul099*, 155
3.3. Detectarea mi șcării
Precizia m ăsurării mi șcării 022-026
4. Teste în mediu
4.1. Temperatura
de func-ționareSe verific ăfunc ționalitatea (conform
defini ției din testul nr. 3.3) pentru
intervalul de temperatur ă(–40 °
C; + 135 °C) prin:
—IEC 68-2-1 test Ad, cu o durat ă
de 96 de ore a testului la tempe-ratura minim ăTo
min
—IEC 68-2-2 test Bd, cu o durat ăa
testului de 96 de ore la tempe-ratura maxim ăTo
max159
4.2. Cicluri de
temperatur ăSe verific ăfunc ționalitatea (conform
defini ției din testul nr. 3.3) prin
testul Na IEC 68-2-14, 20 de cicluri,fiecare cu temperatura variind întrevaloarea minim ă(–40 °C) și cea
maxim ă(+ 135 °C) și 2 ore de
men ținere la temperatura minim ăși
apoi la cea maxim ă
Un set redus de teste (din cadrul celor
definite la testul 3.3) poate fi efectuat
la temperatur ăminim ă, maxim ășip e
parcursul unor cicluri de temperatur ă159
4.3. Cicluri de
umiditateSe verific ăfunc ționalitatea (conform
defini ției din testul nr. 3.3) prin
testul Db, IEC 68-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
șid e9 3%l a+5 5° C160
4.4. Vibra ție Se verific ăfunc ționalitatea (conform
defini ției din testul nr. 3.3) prin
testul Fc IEC 68-2-6, la o durat ăa
testului de 100 de cicluri de frecven ță:
deplasare constant ăîntre 10 și 57 Hz;
valoarea maxim ă1,5 mm accelera ție
constant ăîntre 57 ș
i 500 Hz: 20 g1631998R2135 —RO—01.05.2006 —002.001 —214
▼M1
Nr. Test Descriere Cerin țe asociate
4.5. Șoc mecanic Se verific ăfunc ționalitatea (conform
defini ției din testul nr. 3.3) prin
testul Ea IEC 68-2-27, prin 3 șocuri
în ambele direc ții ale celor 3 axe de
referin țăperpendiculare163
4.6 Protec ție
împotrivaapei și
corpurilor
străineSe verific ădacăindicele de protec ție
al senzorului de mi șcare, conform IEC
529, este de cel pu țin IP 64, atunci
când acesta este montat într-un
vehicul în condi ții de func ționare165
4.7. Protec ție
împotrivainvers ării de
polaritateSe verific ădacăsenzorul de mi șcare
poate suporta o inversare a polarit ății
la alimentare161
4.8. Protec ție
împotrivascurtcir-
cuitelorSe verific ădacăsemnalele de intrare/
ieșire sunt protejate împotriva scurtcir-
cuitelor la sursa de alimentare șil a
masă161
5. Compatibilitate electromagnetic ă
5.1. Emisii de
radia ții și
susceptibi-
litate de
radia țiiRespectarea Directivei 95/54/CEE 162
5.2. Desc ărcări
electrostaticeRespectarea IEC 61000-4-2, ± 2kV
(nivelul 1)162
5.3. Susceptibi-
litate deconduc ție
tranzitorie pe
liniile dealimentareRespectarea ISO 7637-3 (nivelul III) 162
4. TESTE DE FUNC ȚIONARE PENTRU CARDURILE DE TAHOGRAF
Nr. Test Descriere Cerin țe asociate
1. Examinare administrativ ă
1.1. Documenta ție Corectitudinea documenta ției
2. Inspec ție vizual ă
2.1. Se verific ădacătoate caracteristicile care
asigur ăprotec țiași datele vizibile sunt
tipărite corect pe card și respectate171-181
3. Teste fizice
3.1. Se verific ădimensiunea cardului și loca-
lizarea contactelor184
ISO/IEC7816-1ISO/IEC
7816-2
4. Teste privind protocoalele
4.1. RLR Se verific ădacăRLR este conform ISO/IEC
7816-3
TCS 304, 307,
3081998R2135 —RO—01.05.2006 —002.001 —215
▼M1
1998R2135 —RO—01.05.2006 —002.001 —216
▼M1
Nr. Test Descriere Cerin țe asociate
4.2. T = 0 Se verific ădacăprotocolul T = 0 este
conformISO/IEC
7816-3
TCS 302, 303,305
4.3. SPT Se verific ăfunc ționarea comenzii SPT
prin setarea valorii T = 1 în locul
valorii ini țiale T = 0ISO/IEC
7816-3
TCS 309-311
4.4. T = 1 Se verific ăfunc ționarea protocolului
T=1ISO/IEC
7816-3
TCS 303, 306
5. Structura cardului
5.1. Se testeaz ăintegritatea structurii de fi șiere
de pe card, verificându-se prezen țap ec a r da
fișierelor obligatorii și a condi țiilor de acces
la aceste fi șiereTCS 312
TCS 400*,
401, 402,
403*, 404,405*, 406,407, 408*,
409, 410*,
411, 412,413*, 414,415*, 416,
417, 418*,
419
6. Teste de func ționare
6.1. Func ționare
normal ăSe testeaz ăcel pu țin o dat ăutilizarea auto-
rizatăa tuturor comenzilor (de exemplu se
testeaz ăcomanda UPDATE BINARY la
CLA = «00», CLA = «0C» și la valori
diferite ale parametrilor P1, P2 șiL c )
Se verific ădacăopera țiunile aufostefectuate
pe card (de exemplu prin citirea fi șierului
asupra c ăruia s-a executat comanda)TCS 313-TCS
379
6.2. Mesaje de
eroareSe testeaz ăcel pu țin o dat ăfiecare mesaj
de eroare (conform anexei 2) pentrufiecare comand ă.
Se testeaz ăcel pu țin o dat ăfiecare eroare
generic ă(cu excep ția erorilor de inte-
gritate «6400» verificate în cursul certi-ficării de securitate)
7. Teste în mediu
7.1. Se verific ăfunc ționarea cardurilor în
condi țiile limit ădefinite în conformitate
cu ISO/IEC 10373185-188
ISO/IEC7816-1
5. TESTE DE INTEROPERARE
Nr. Test Descriere
1. Autentificare
reciproc ăSe verific ădacăautentificarea reciproc ădintre unitatea
montat ăpe vehicul și cardul de tahograf se produce normal
2. Teste de
scriere/citireSe ruleaz ăun scenariu tipic de activitate asupra unit ății
montate pe vehicul. Scenariul este 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 informa țiilor de pe card, dac ă
toate înregistr ările au fost efectuate corect.
Se verific ă,p r i nt i p ărirea zilnic ăai n f o r m a țiilor de pe card, dac ă
toate înregistr ările corespondente pot fi citite în bune condi ții.
Apendicele 10
OBIECTIVE GENERALE DE SECURITATE
Prezenta anex ăspecific ăconținutul minim obligatoriu al obiectivelor de securitate privind
senzorul de mi șcare, unitatea montat ăpe vehicul și cardul de tahograf.
Pentru a defini obiectivele de securitate pe baza c ărora urmeaz ăsăsolicite certificarea secu-
rității, produc ătorii detaliaz ăși completeaz ădocumentele în func ție de necesit ăți, fărăa
modifica sau a elimina specifica țiile referitoare la pericole, obiective, mijloace procedurale și
func ții de garantare a securit ății.
CUPRINS
Obiectivul general de securitate pentru senzorul de mi șcare
1. Introducere …...............................................
2. Abrevieri, defini țiiși trimiteri. …..................................
2.1. Abrevieri ….................................................
2.2. Defini ții….................................................
2.3. Trimiteri ….................................................
3. Prezentarea produsului ….......................................
3.1. Descrierea și modul de utilizare a senzorului de mi șcare ..................
3.2. Ciclul de via țăal senzorului de mi șcare…............................
3.3. Pericole …..................................................
3.3.1. Pericole privind politicile de control al accesului ….....................
3.3.2. Pericole privind concep ția….....................................
3.3.3. Pericole privind func ționarea …...................................
3.4. Obiective de securitate ….......................................
3.5. Obiective de securitate privind tehnologia informa ției…..................
3.6. Mijloace fizice, de personal sau procedurale ….........................
3.6.1. Concep ția echipamentului ….....................................
3.6.2. Livrarea echipamentului …......................................
3.6.3. Generarea și furnizarea datelor privind securitatea ….....................
3.6.4. Instalarea, calibrarea și inspectarea aparatului de înregistrare ….............
3.6.5. Controlul respect ării legii …......................................
3.6.6. Perfec ționarea ….............................................
4. Func ții de garantare a securit ății….................................
4.1. Identificare și autentificare ….....................................
4.2. Controlul accesului …..........................................
4.2.1. Politica de control al accesului …..................................
4.2.2. Drepturi de acces la date …......................................
4.2.3. Structura de …fișiere și condi ții de acces . . . . .........................
4.3. Responsabilitate …............................................
4.4. Audit …...................................................
4.5. Precizie …..................................................
4.5.1. Politica de control al fluxului de informa ții….........................
4.5.2. Transferuri interne de date ….....................................
4.5.3. Integritatea datelor stocate ….....................................
4.6. Fiabilitatea serviciului …........................................
4.6.1. Teste …....................................................
4.6.2. Software ….................................................
4.6.3. Protec ție fizic ă….............................................
4.6.4. Întreruperi în alimentarea cu energie electric ă…........................
4.6.5. Condi ții de resetare …..........................................
4.6.6. Disponibilitatea datelor ….......................................
4.6.7. Aplica ții multiple …...........................................
4.7. Schimb de date …............................................
4.8. Suport criptografic …..........................................
5. Definirea mecanismelor de securitate …..............................
6. Protec ția minim ăoferităde mecanismele de securitate . . ..................1998R2135 —RO—01.05.2006 —002.001 —217
▼M1
7. Nivelul de garan ție…..........................................
8. Prezentare …................................................
Obiectivul general de securitate pentru unitatea montat ăpe vehicul
1. Introducere …...............................................
2. Abrevieri, defini țiiși trimiteri …...................................
2.1. Abrevieri ….................................................
2.2. Defini ții….................................................
2.3. Trimiteri ….................................................
3. Prezentarea produsului ….......................................
3.1. Descrierea și modul de utilizare a unit ății montate pe vehicul ….............
3.2. Ciclul de via țăal unit ății montate pe vehicul …........................
3.3. Pericole …..................................................
3.3.1. Pericole privind politicile de identificare și de control al accesului ….........
3.3.2. Pericole privind concep ția….....................................
3.3.3. Pericole privind func ționarea …...................................
3.4. Obiective de securitate ….......................................
3.5. Obiective de securitate privind tehnologia informa ției…..................
3.6. Mijloace fizice, de personal sau procedurale ….........................
3.6.1. Proiectarea echipamentului ….....................................
3.6.2. Livrarea și activarea echipamentului …..............................
3.6.3. Generarea și furnizarea datelor privind securitatea ….....................
3.6.4. Livrarea cardurilor …..........................................
3.6.5. Instalarea, calibrarea și inspectarea aparatului de înregistrare ….............
3.6.6. Func ționarea echipamentului …...................................
3.6.7. Controlul respect ării legii …......................................
3.6.8 Perfec ționarea software-ului …....................................
4. Func ții de garantare a securit ății….................................
4.1. Identificare și autentificare ….....................................
4.1.1. Identificarea și autentificarea senzorului de mi șcare . . . . ..................
4.1.2. Identificarea și autentificarea utilizatorului …..........................
4.1.3. Identificarea și autentificarea societ ății conectate la distan ță…..............
4.1.4. Identificarea și autentificarea dispozitivului de gestionare …................
4.2. Controlul accesului …..........................................
4.2.1. Politica de control al accesului …..................................
4.2.2. Drepturi de acces la func ții…....................................
4.2.3. Drepturi de acces la date …......................................
4.2.4. Structura de fi șiere și condi ții de acces . . . . . .........................
4.3. Responsabilitate …............................................
4.4. Audit …...................................................
4.5. Refolosirea obiectului …........................................
4.6 Precizie …..................................................
4.6.1. Politica de control al fluxului de informa ții….........................
4.6.2. Transferuri interne de date ….....................................
4.6.3. Integritatea datelor stocate ….....................................
4.7. Fiabilitatea serviciului …........................................
4.7.1. Teste …....................................................
4.7.2. Software ….................................................
4.7.3. Protec ție fizic ă….............................................
4.7.4. Întreruperi în alimentare …......................................
4.7.5. Condi ții de resetare …..........................................
4.7.6. Disponibilitatea datelor ….......................................
4.7.7. Aplica ții multiple …...........................................
4.8. Schimb de date …............................................
4.8.1. Schimbul de date cu senzorul de mi șcare…...........................
4.8.2. Schimbul de date cu cardurile de tahograf …..........................1998R2135 —RO—01.05.2006 —002.001 —218
▼M1
4.8.3. Schimbul de date cu suporturile de memorie externe (func ția desc ărcare) ….....
4.9. Suport criptografic …..........................................
5. Definirea mecanismelor de securitate …..............................
6. Protec ția minim ăoferităde mecanismele de securitate …..................
7. Nivelul de garan ție…..........................................
8. Prezentare …................................................
Obiectivul general de securitate pentru cardul de tahograf
1. Introducere …...............................................
2. Abrevieri, defini țiiși trimiteri …...................................
2.1. Abrevieri ….................................................
2.2. Defini ții….................................................
2.3. Trimiteri ….................................................
3. Prezentarea produsului ….......................................
3.1. Descrierea și modul de utilizare a cardului de tahograf ….................
3.2. Ciclul de via țăal cardului de tahograf ….............................
3.3. Pericole …..................................................
3.3.1. Scopuri finale …..............................................
3.3.2. C ăi de atac …...............................................
3.4. Obiective de securitate ….......................................
3.5. Obiective de securitate privind tehnologia informa ției…..................
3.6. Mijloace fizice, de personal sau procedurale ….........................
4. Func ții de garantare a securit ății….................................
4.1. Respectarea profilului de protec ție…...............................
4.2. Identificarea și autentificarea utilizatorului …..........................
4.2.1. Identificarea utilizatorului ….....................................
4.2.2. Autentificarea utilizatorului …....................................
4.2.3. E șecul autentific ării…..........................................
4.3. Controlul accesului …..........................................
4.3.1. Politica de control al accesului …..................................
4.3.2. Func ții de control al accesului …..................................
4.4. Responsabilitate …............................................
4.5. Audit …...................................................
4.6. Precizie …..................................................
4.6.1. Integritatea datelor stocate ….....................................
4.6.2. Autentificarea datelor de baz ă…..................................
4.7. Fiabilitatea serviciului …........................................
4.7.1. Teste …....................................................
4.7.2. Software ….................................................
4.7.3. Alimentarea cu energie electric ă….................................
4.7.4. Condi ții de resetare …..........................................
4.8. Schimb de date …............................................
4.8.1. Schimbul de date cu unitatea montat ăpe vehicul ….....................
4.8.2. Exportul de date c ătre o unitate exterioar ăvehiculului (func ția desc ărcare) …....
4.9. Suport criptografic …..........................................
5. Definirea mecanismelor de securitate …..............................
6. Nivelul minim solicitat de protec ție al mecanismelor …...................
7. Nivelul de garan ție…..........................................
8. Prezentare …................................................1998R2135 —RO—01.05.2006 —002.001 —219
▼M1
OBIECTIVUL GENERAL DE SECURITATE PENTRU SENZORUL DE
MIȘCARE
1.Introducere
Acest document con ține o descriere a senzorului de mi șcare, a pericolelor pe care
acesta trebuie s ăle contracareze și a obiectivelor de securitate pe care trebuie s ă
le ating ă. Con țineși func țiile obligatorii de garantare a securit ății. Documentul
precizeaz ănivelul de protec ție minim solicitat pentru mecanismele de securitate,
precum și nivelul minim de garan ție pentru dezvoltare și evaluare.
Cerin țele men ționate în prezentul document sunt cele cuprinse în anexa I B.
Pentru a facilita citirea, uneori apare o duplicare a cerin țelor din anexa I B și
a celor privind obiectivul de securitate. În caz de ambiguitate între o cerin ță
privind un obiectiv de securitate și o cerin țădin cadrul anexei I B inclus ăîn
obiectivul de securitate respectiv, cerin ța din cadrul anexei I B are prioritate.
Cerin țele din anexa I B c ărora nu li se asociaz ăobiective de securitate nu fac
obiectul func țiilor de garantare a securit ății.
Pericolelor, obiectivelor, mijloacelor procedurale și specifica țiilor func țiilor de
garantare a securit ății le-au fost asociate etichete unice pentru a asigura o mai
bunăurmărire a lor în cadrul documenta ției de dezvoltare și de evaluare.
2.Abrevieri, defini țiiși trimiteri
2.1. Abrevieri
ROM Memorie fix ă
SEF Func ție de garantare a securit ății
TBD De definitTOE Obiectiv de evaluareUV Unitate montat ăpe vehicul
2.2. Defini ții
Tahograf digital Aparat de înregistrare
Dispozitiv periferic Un dispozitiv conectat la senzorul de mi șcare
Date privind mi șcarea Date schimbate cu UV, reprezentând viteza și
distan ța parcurs ă
Componente separate fizic Com ponente fizice ale senzorului de mi șcare distribuite
în interiorul vehiculului, spre deosebire de componentele
fizice reunite în interiorul carcasei senzorului de mi șcare
Date privind securitatea Date specifice necesare pentru sus ținerea func țiilor de
garantare a securit ății (de exemplu cheile criptografice)
Sistem Echipamentul, persoanele sau organiza țiile care
interac ționeaz ăîn orice fel cu aparatul de înregistrare
Utilizator Un utilizator uman al senzorului de mi șcare (atunci când
nu este folosit în expresia «date privind utilizatorul»)
Date privind utilizatorul Orice date, diferite de cele referitoare la mi șcare șil a
securitate, înregistrate sau stocate de c ătre senzorul
de mi șcare.
2.3. Trimiteri
ITSEC Criterii de evaluare a securit ății în tehnologia informa ției ITSEC 1991.
3.Prezentarea produsului
3.1. Descrierea și modul de utilizare a senzorului de mi șcare
Senzorul de mi șcare se instaleaz ăîn interiorul vehiculelor de transport rutier.
Scopul s ău este s ăofere unit ăț
ii montate pe vehicul date protejate privind
mișcarea, care s ăredea viteza vehiculului și distan ța parcurs ăde acesta.
Senzorul de mi șcare dispune de o interfa țămecanic ăcu o parte mobil ăa vehi-
culului, a c ărei mi șcare poate fi reprezentativ ăpentru viteza vehiculului și1998R2135 —RO—01.05.2006 —002.001 —220
▼M1
distan ța parcurs ăde acesta. Poate fi localizat în cutia de viteze sau în orice alt ă
parte a vehiculului.
În modul de func ționare, senzorul de mi șcare este conectat la o unitate montat ă
pe vehicul.
Poate s ăfie, de asemenea, conectat la un aparat distinct, în scopuri de gestionare
(TBD de c ătre produc ător).
Figura de mai jos prezint ăun senzor de mi șcare tipic:
Figura 1
Senzor de mi șcare tipic
1998R2135 —RO—01.05.2006 —002.001 —221
▼M1
▼M1
3.2. Ciclul de via țăal senzorului de mi șcare
Ciclul de via țătipic al senzorului de mi șcare este descris în figura urm ătoare:
Figura 2
Ciclul de via țătipic al unui senzor de mi șcare
3.3. Pericole
Prezentul punct descrie pericolele cu care se poate confrunta senzorul de mi șcare.
3.3.1. Pericole privind politicile de control al accesului
P.Acces Utilizatorii pot încerca s ăacceseze func ții la care nu le este
permis accesul.
3.3.2. Pericole privind concep ția
P.Anomalii Anomaliile care afecteaz ăhardware-ul, software-ul și procedurile
de comunicare pot plasa senzorul de mi șcare în condi ții nepre-
văzute, compromi țându-i securitatea1998R2135 —RO—01.05.2006 —002.001 —222
▼M1
P.Teste Folosirea unor moduri de testare nevalidate sau a u șițelor
auxiliare poate compromite securitatea senzorului de mi șcare
P.Concep ție Utilizatorii pot încerca s ădobândeasc ăcuno ștințe ilicite privind
concep ția senzorului, fie pe baza materialelor produc ătorului
(obținute prin furt, mit ă,…), fie prin proiectare invers ă.
3.3.3. Pericole privind func ționarea
P.Mediu Utilizatorii pot compromite securitatea senzorului de
mișcare, provocând atacuri de mediu (termice, electro-
magnetice, optice, chimice, mecanice, …)
P.Hardware Utilizatorii pot încerca s ămodifice hardware-ul
senzorului de mi șcare
P.Origine_Mecanic ă Utilizatorii pot încerca s ămanipuleze dispozitivul de
transmitere a datelor c ătre senzorul de mi șcare (de
exemplu prin de șurubarea de la cutia de viteze, …)
P.Date_Mi șcare Utilizatorii pot încerca s ămodifice datele privind
mișcarea vehiculului (ad ăugare, modificare, ștergere,
repetare a semnalului)
P.Alimentare Utilizatorii pot încerca s ăcompromit ăobiectivele de
securitate ale senzorului de mi șcare afectând alimentarea
acestuia cu energie electric ă(prin întrerupere, reducere,
creștere a aliment ării)
P.Date_Securitate Utilizatorii pot încerca s ădobândeasc ăcuno ștințe ilicite
privind datele de securitate în cursul gener ării, trans-
miterii sau stoc ării datelor de securitate în interiorul
aparatului
P.Software Utilizatorii pot încerca s ămodifice software-ul
senzorului de mi șcare
P.Date_Stocate Utilizatorii pot încerca s ămodifice datele stocate
(privind securitatea sau utilizatorul).
3.4. Obiective de securitate
Principalul obiectiv de securitate al sistemului tahografului digital este urm ătorul:
O.Principal Datele care urmeaz ăsăfie verificate de c ătre autorit ățile
de control trebuie s ăfie disponibile șisăreflecte integral
și cu precizie activit ățileșoferilor și ale vehiculelor,
controlate din punctul de vedere al conducerii, al acti-vității, disponibilit ățiiși perioadelor de repaus, precum și
din punctul de vedere al vitezei vehiculului
În consecin ță, obiectivul de securitate al senzorului de mi șcare, care contribuie la
obiectivul de securitate global, este:
O.Senzor_Principal Datele transmise de senzorul de mi șcare trebuie s ăfie
disponibile pentru unitatea montat ăpe vehicul, astfel
încât s ăîi permit ăacesteia din urm ăsădetermine cu
precizie întreaga deplasare a vehiculului, din punctulde vedere al vitezei și distan ței parcurse.
3.5. Obiective de securitate privind tehnologia informa ției
Obiectivele de securitate ale senzorului de mi șcare, legate de tehnologia infor-
mației
și care contribuie la obiectivul s ău principal de securitate, sunt urm ă-
toarele:
O.Acces Senzorul de mi șcare trebuie s ăcontroleze accesul
dispozitivelor conectate la func țiiși date
O.Audit Senzorul de mi șcare trebuie s ăauditeze încerc ările de
subminare a securit ății sale șisăle urm ăreascăîn rela ție
cu dispozitivele asociate
O.Autentificare Senzorul de mi șcare trebuie s ăautentifice dispozitivele
conectate
O.Procesare Senzorul de mi șcare trebuie s ăgaranteze faptul c ă
procesarea datelor de intrare, pe baza c ărora sunt
generate datele privind mi șcarea, este corect ă
O.Fiabilitate Senzorul de mi șcare trebuie s ăofere un serviciu fiabil1998R2135 —RO—01.05.2006 —002.001 —223
▼M11998R2135 —RO—01.05.2006 —002.001 —224
O.Schimb _Protejat_Date Senzorul de mi șcare trebuie s ăprotejeze schim-
burile de date cu unitatea montat ăpe vehicul.
3.6. Mijloace fizice, de personal sau procedurale
Prezentul punct descrie cerin țele fizice, de personal sau procedurale care
contribuie la securitatea senzorului de mi șcare.
3.6.1. Concep ția echipamentului
M.Proiectare Proiectan ții senzorului de mi șcare trebuie s ăse asigure
cărepartizarea responsabilit ăților în timpul fazei de
proiectare se face cu respectarea securit ății IT
M.Produc ție Produc ătorii senzorului de mi șcare trebuie s ăse asigure c ă
repartizarea responsabilit ăților în timpul fazei de produc ție
se face cu respectarea securit ății IT șicăîn timpul procesului
de produc ție senzorul de mi șcare este protejat împotriva
atacurilor fizice care ar putea compromite securitatea IT.
3.6.2. Livrarea echipamentului
M.Livrare Produc ătorii senzorului de mi șcare, produc ătorii vehi-
culelor și sec țiile sau atelierele de montaj trebuie s ăse
asigure c ăsenzorul de mi șcare este manipulat într-un
mod care nu îi afecteaz ăsecuritatea IT.
3.6.3. Generarea și furnizarea datelor privind securitatea
M.Generare_Date_Sec Algoritmii de generare a datelor privind securitatea
trebuie s ăfie accesibili numai persoanelor autorizate
și de încredere
M.Transmitere_Date_Sec Datele privind securitatea trebuie s ăfie generate,
transmise și introduse în senzorul de mi șcare astfel încât
sănu le fie afectate confiden țialitatea șii n t e g r i t a t e a .
3.6.4. Instalarea, calibrarea și inspectarea aparatului de înregistrare
M.Ateliere_Agreate Instalarea, calibrarea și repararea aparatului de înre-
gistrare trebuie efectuate de sec ții sau ateliere de montaj
de încredere și agreate
M.Interfa ță_Mecanic ăTrebuie asigurate mijloace de detectare a alter ării fizice a
interfe ței mecanice (de exemplu sigilii)
M.Inspec ții_Periodice Aparatul de înregistrare trebuie s ăfie periodic inspectat
și calibrat.
3.6.5. Controlul respect ării legii
M.Controale Controalele respect ării legii se fac atât periodic, cât și
inopinat și trebuie s ăinclud ăaudituri ale securit ății.
3.6.6. Perfec ționarea software-ului
M.Perfec ționare_Software Modific ările software-ului trebuie certificate din
punctul de vedere al securit ății înainte de a putea fi
implementate într-un senzor de mi șcare.
4.Func ții de garantare a securit ății
4.1. Identificare și autentificare
Senzorul de mi șcare este capabil s ăstabileasc ă, în cursul fiec ărei interac țiuni,
identitatea perifericului la care este conectat.
Identitatea unui periferic conectat poate fi:
—un grup de periferice:
—unitatea montat ăpe vehicul;
—un dispozitiv de gestionare;
—altul;
—un ID de dispozitiv (numai pentru UV).
▼M11998R2135 —RO—01.05.2006 —002.001 —225
ID-ul de dispozitiv al unei UV conectate este compus din num ărul de omologare
UV și num ărul de serie UV.
Senzorul de mi șcare este capabil s ăautentifice orice UV sau dispozitiv de
gestionare la care este conectat:
—în momentul conect ării cu dispozitivul respectiv;
—la reluarea aliment ării.
Senzorul de mi șcare este capabil s ăreautentifice periodic orice UV la care este
conectat.
Senzorul de mi șcare detecteaz ăși împiedic ăfolosirea datelor de autentificare care
au fost copiate și repetate.
Dupădetectarea unui num ăr (TBD de c ătre produc ătorși care s ănu dep ășească
20) de încerc ări consecutive de autentificare e șuate, func ția de garantare a secu-
rității procedeaz ăastfel:
—genereaz ăo înregistrare de audit a evenimentului;
—avertizeaz ăperifericul;
—continu ăsăexporte într-un mod neprotejat date privind mi șcarea.
4.2. Controlul accesului
Controalele accesului garanteaz ăfaptul c ăinforma ția este citit ă, creat ăși modi-
ficatăîn cadrul obiectivului de evaluare numai de c ătre persoanele autorizate.
4.2.1. Politica de control al accesului
Senzorul de mi șcare controleaz ădrepturile de acces la func țiiși date.
4.2.2. Drepturi de acces la date
Senzorul de mi șcare garanteaz ăfaptul c ădatele sale de identificare pot fi scrise o
singur ădată(cerin ța 078).
Senzorul de mi șcare accept ăși/sau stocheaz ădate privind utilizatorul provenite
numai de la dispozitive autentificate.
Senzorul de mi șcare garanteaz ădrepturi adecvate de acces de scriere și citire la
datele privind securitatea.
4.2.3. Structura de fi șiere și condi ții de acces
Structura fi șierelor aplica țieișiaf i șierelor de date, precum și condi țiile de acces
sunt create în timpul procesului de produc ție, dup ăcare este blocat ăorice modi-
ficare sau ștergere a acestora.
4.3. Responsabilitate
Senzorul de mi șcare p ăstreaz ăîn memorie datele sale de identificare (cerin ța
077).
Senzorul de mi șcare p ăstreaz ăîn memorie datele de instalare (cerin ța 099).
Senzorul de mi șcare are capacitatea de a produce date de ie șire privind responsabi-
litatea, pe care s ăle pun ăla dispozi ția dispozitivelor autentificate, la cererea acestora.
4.4. Audit
În cazul evenimentelor care îi afecteaz ăsecuritatea, senzorul de mi șcare
genereaz ăînregistr ări de audit ale evenimentelor respective.
Evenimentele care afecteaz ăsecuritatea senzorului de mi șcare sunt urm ătoarele:
—încerc ări de înc ălcare a securit ății:
—eșecuri de autentificare;
—erori care afecteaz ăintegritatea datelor stocate;
—erori privind transferul intern de date;
—deschiderea neautorizat ăa carcasei;
—sabotarea hardware-ului;
—anomalia senzorului.
Înregistr ările de audit includ urm ătoarele date:
▼M1
—data și ora evenimentului;
—tipul evenimentului;
—identitatea dispozitivului periferic conectat.
dacădatele solicitate nu sunt disponibile, este furnizat ăo indica ție prestabilit ă
adecvat ă(TBD de c ătre produc ător).
Senzorul de mi șcare trimite unit ății montate pe vehicul înregistr ările de audit generate
în momentul producerii lor, putând, de asemenea, s ăle stocheze în memorie.
În cazul în care memoreaz ăînregistr ări de audit, senzorul de mi șcare p ăstreaz ăîn
memorie 20 de înregistr ări de audit independent de epuizarea spa țiului de stocare
alocat acestora și are capacitatea de a transmite înregistr ările de audit stocate
către perifericele autorizate, la cererea perifericelor respective.
4.5. Precizie
4.5.1. Politica de control al fluxului de informa ții
Senzorul de mi șcare garanteaz ăfaptul c ădatele privind mi șcarea pot fi procesate
și derivate numai din punctele de contact ale senzorului cu periferice mecanice.
4.5.2. Transferuri interne de date
Cerin țele enun țate în acest paragraf sunt valabile numai dac ăsenzorul de mi șcare
utilizeaz ăcomponente separate fizic.
Dacăau loc transferuri de date între componentele separate fizic ale senzorului de
mișcare, datele trebuie protejate împotriva modific ărilor.
La detectarea unei erori de transfer de date în cursul unui transfer intern,
transmisia se repet ă, iar func ția de garantare a securit ății genereaz ăo înregistrare
de audit a evenimentului.
4.5.3. Integritatea datelor stocate
Senzorul de mi șcare verific ădatele privind utilizatorul stocate în memorie, pentru
a detecta eventualele erori de integritate.La detectarea unei erori de integritate a datelor privind utilizatorul, func ția de
garantare a securit ății genereaz ăo înregistrare de audit a evenimentului.
4.6. Fiabilitatea serviciului
4.6.1. Teste
Toate comenzile, ac țiunile sau punctele de testare, corespunz ătoare nevoilor de
testare din faza de produc ție, sunt dezactivate sau eliminate înaintea finaliz ării
fazei de produc ție. Nu mai pot fi reintroduse în vederea utiliz ării ulterioare.
Senzorul de mi șcare ruleaz ăautoteste în momentul primei puneri în func țiune,
precum și în cursul func ționării normale, pentru a- și verifica func ționarea corect ă.
Autotestele efectuate de senzorul de mi șcare includ verificarea integrit ății datelor
privind securitatea, precum și verificarea integrit ății codului executabilelor stocate
(dacănu sunt în ROM).
La detectarea unei anomalii interne în cursul unui autotest, func ția de garantare a
securit ății genereaz ăo înregistrare de audit (anomalie senzor).
4.6.2. Software
Nu exist ănici un mod de analizare sau de depanare a software-ului senzorului de
mișcare în condi ții de teren.
Datele preluate din surse externe ca date de intrare nu sunt acceptate drept cod
executabil.
4.6.3.
Protec ție fizic ă
Dacăeste conceput astfel încât s ăpoatăfi deschis, senzorul de mi șcare detecteaz ă
orice deschidere a carcasei sale, chiar și atunci când alimentarea sa este
întrerupt ă, timp de minimum 6 luni. Într-un astfel de caz, func ția de garantare
a securit ății genereaz ăo înregistrare de audit a evenimentului (se accept ăca
înregistrarea de audit s ăfie generat ăși stocat ădupăreluarea aliment ării).
Dacăeste conceput astfel încât s ănu poat ăfi deschis, senzorul de mi șcare trebuie
săpermit ădetectarea cu u șurințăa tuturor încerc ărilor de avariere fizic ă(de
exemplu prin inspec ție vizual ă).1998R2135 —RO—01.05.2006 —002.001 —226
▼M1
Senzorul de mi șcare detecteaz ăaspecte precise privind sabotarea hardware-ului
(TBD de c ătre produc ător).
În cazul anterior, func ția de garantare a securit ății genereaz ăo înregistrare de
audit a evenimentului, iar senzorul de mi șcare ac ționeaz ăastfel: (TBD de c ătre
produc ător).
4.6.4. Întreruperi în alimentarea cu energie electric ă
Senzorul de mi șcare se men ține stabil în timpul întreruperilor sau varia țiilor de
alimentare.
4.6.5. Condi ții de resetare
În cazul unei întreruperi în alimentare, dac ăo tranzac ție este întrerupt ăînaintea
finaliz ării sau a oric ăror alte condi ții de resetare, senzorul de mi șcare este resetat
fărăa suferi defec țiuni.
4.6.6. Disponibilitatea datelor
Senzorul de mi șcare garanteaz ăfaptul c ăaccesul la resurse este asigurat oricând
este necesar șicăresursele nu sunt solicitate sau re ținute inutil.
4.6.7. Aplica ții multiple
Dacăsenzorul de mi șcare include aplica ții diferite de cea pentru tahograf, toate
aplica țiile sunt separate fizic și/sau logic. Aceste aplica ții nu partajeaz ădate de
securitate. O singur ăsarcin ăeste activ ăo dată.
4.7. Schimb de date
Senzorul de mi șcare export ăcătre unitatea montat ăpe vehicul date privind
mișcarea împreun ăcu atributele de securitate ale acestora, astfel încât UV s ă
le poat ăverifica integritatea și autenticitatea.
4.8. Suport criptografic
Cerin țele enun țate în acest paragraf sunt aplicabile numai acolo unde este cazul,
în func ție de mecanismele de securitate utilizate și de solu țiile produc ătorului.
Orice opera ție criptografic ăefectuat ăde senzorul de mi șcare respect ăun algoritm
și o dimensiune a cheii specificate.
Dacăsenzorul de mi șcare genereaz ăchei criptografice, acest lucru se realizeaz ă
în conformitate cu algoritmi de generare a cheilor criptografice preci șișic u
dimensiuni precise ale cheilor criptografice.
Dacăsenzorul de mi șcare distribuie chei criptografice, acest lucru se realizeaz ăîn
conformitate cu metode precise de distribu ție a cheilor criptografice.
Dacăsenzorul de mi șcare acceseaz ăchei criptografice, acest lucru se realizeaz ă
în conformitate cu metode precise de accesare a cheilor criptografice.
Dacăsenzorul de mi șcare distruge chei criptografice, acest lucru se realizeaz ăîn
conformitate cu metode precise de distrugere a cheilor criptografice.
5.Definirea mecanismelor de securitate
Mecanismele de securitate, care îndeplinesc func țiile de garantare a securit ății
pentru senzorul de mi șcare, sunt definite de c ătre produc ătorii acestuia.
6.Protec ția minim ăoferit ăde mecanismele de securitate
Protec ția minim ăoferităde mecanismele de securitate are valoarea Ridicat ă,
conform defini ției (ITSEC).
7.Nivelul de garan ție
Nivelul- țintăde garan ție pentru senzorul de mi șcare este nivelul E3 ITSEC,
conform defini ției (ITSEC).
8.Prezentare
Următoarele matrici ofer ăo prezentare a func țiilor de garantare a securit ății,
precizând:
—ce pericole sunt contracarate de fiecare func ție sau mijloc de garantare a
securit ății;
—ce obiective de securitate privind tehnologia informa ției sunt protejate de
fiecare func ție de garantare a securit ății.1998R2135 —RO—01.05.2006 —002.001 —227
1998R2135 —RO—01.05.2006 —002.001 —228▼M1
Pericole Obiective ITAcces
AnomaliiTeste
Concep ție
MediuHardwareOrigine_Mecanic ă
Date_Mi șcare
Alimentare_energieDate_Securitate
Software
Date_StocateAccesAuditAutentificareProcesare
Fiabilitate
Schimb_Protejat_Date
Mijloace fizice, de personal sau procedurale
Dezvoltare x x x
Produc ție x x
Livrare xx x
Generarea datelor privind securitatea x
Transferul datelor privind securitatea x
Ateliere agreate x
Interfa țămecanic ă x
Inspec ție periodic ă x xxx
Controlul respect ării legii x x x x x x
Perfec ționarea software-ului x
Func ții de garantare a securit ății
Identificare și autentificare
UIA_101 Identificare dispozitive x x x x xUIA_102 Identitate dispozitive x xx
UIA_103 Identitate UV x
1998R2135 —RO—01.05.2006 —002.001 —229▼M1
Pericole Obiective ITAcces
AnomaliiTeste
Concep ție
MediuHardwareOrigine_Mecanic ă
Date_Mi șcare
Alimentare_energieDate_Securitate
Software
Date_StocateAccesAuditAutentificareProcesare
Fiabilitate
Schimb_Protejat_Date
UIA_104 Autentificare dispozitive x x x x x
UIA_105 Reautentificare x x x x xUIA_106 Autentificare nefalsificabil ă xx x x
UIA_107 E șec autentificare x x x
Controlul accesului
ACC_101 Politic ăde control acces x x x x
ACC_102 ID senzor de mi șcare xx
ACC_103 Date privind utilizatorul xx
ACC_104 Date privind securitatea xx x
ACC_105 Structur ăfișiere și condi ții acces x x x x
Responsabilitate
ACT_101 Date ID senzor de mi șcare x
ACT_102 Date de cuplare x
ACT_103 Date responsabilitate x
Audit x
AUD_101 Înregistr ări audit x
1998R2135 —RO—01.05.2006 —002.001 —230▼M1
Pericole Obiective ITAcces
AnomaliiTeste
Concep ție
MediuHardwareOrigine_Mecanic ă
Date_Mi șcare
Alimentare_energieDate_Securitate
Software
Date_StocateAccesAuditAutentificareProcesare
Fiabilitate
Schimb_Protejat_Date
AUD_102 List ăevenimente audit x x x x x
AUD_103 Date audit x
AUD_104 Instrumente audit x
AUD_105 Stocare înregistr ări audit x
Precizie
ACR_101 Control flux informa ții x x x
ACR_102 Transferuri interne xx
ACR_103 Transferuri interne x
ACR_104 Integritate date stocate xx
ACR_105 Integritate date stocate xx
Fiabilitate
RLB_101 Teste produc ător x x x
RLB_102 Autoteste x x x x xRLB_103 Autoteste x x x xRLB_104 Analiz ăsoftware x x x
RLB_105 Introducere date în software xx x
1998R2135 —RO—01.05.2006 —002.001 —231▼M1
Pericole Obiective ITAcces
AnomaliiTeste
Concep ție
MediuHardwareOrigine_Mecanic ă
Date_Mi șcare
Alimentare_energieDate_Securitate
Software
Date_StocateAccesAuditAutentificareProcesare
Fiabilitate
Schimb_Protejat_Date
RLB_106 Deschidere carcas ă xxx xxx x
RLB_107 Sabotare hardware x x
RLB_108 Sabotare hardware x xRLB_109 Întreruperi în alimentarea cu energie
electric ăxx
RLB_110 Resetare x x
RLB_111 Disponibilitate date xx
RLB_112 Aplica ții multiple x
Schimb de dateDEX_101 Export protejat date mi șcare x x
Suport criptograficCSP_101 Algoritmi xx
CSP_102 Generare chei xx
CSP_103 Distribu ție chei xx
CSP_104 Accesare chei xx
CSP_105 Distrugere chei xx
▼M1
OBIECTIVUL GENERAL DE SECURITATE PENTRU UNITATEA
MONTAT ĂPE VEHICUL
1.Introducere
Acest document con ține o descriere a unit ății montate pe vehicul, a pericolelor
pe care aceasta trebuie s ăle contracareze și a obiectivelor de securitate pe care
trebuie s ăle ating ă. Con ține și func țiile obligatorii de garantare a securit ății.
Documentul precizeaz ănivelul de protec ție minim solicitat pentru mecanismele
de securitate, precum și nivelul minim de garan ție pentru dezvoltare și evaluare.
Cerin țele men ționate în prezentul document sunt cele cuprinse în anexa I B. Pentru
a facilita citirea, uneori apare o duplicare a cerin țelor din anexa I B și a celor
privind obiectivul de securitate. În caz de ambiguitate între o cerin țăprivind un
obiectiv de securitate și o cerin țădin cadrul anexei I B cuprins ăîn cerin ța privind
obiectivul de securitate respectiv, cerin ța din cadrul anexei I B are prioritate.
Cerin țele din cuprinsul anexei I B c ărora nu li se asociaz ăobiective de securitate
nu fac obiectul func țiilor de garantare a securit ății.
Pericolelor, obiectivelor, mijloacelor procedurale și specifica țiilor func țiilor de
garantare a securit ății le-au fost asociate etichete unice pentru a asigura o mai
bunăurmărire a lor în cuprinsul documenta ției de dezvoltare și evaluare.
2.Abrevieri, defini țiiși trimiteri
2.1. Abrevieri
PIN Num ăr de identificare personal
ROM Memorie fix ă
SEF Func ție de garantare a securit ății
TBD De definitTOE Obiectiv de evaluareUV Unitate montat ăpe vehicul
2.2. Defini ții
Tahograf digital Aparat de înregistrare
Date privind mi șcarea Date schimbate cu senzorul de mi șcare, reprezentând
viteza și distan ța parcurs ă
Componente separate fizic Componente fizice ale unit ății montate pe vehicul,
distribuite în interiorul vehiculului, spre deosebire decomponentele fizice reunite în interiorul carcaseiunității montate pe vehicul
Date privind securitatea Date specifice necesare pentru sus ținerea func țiilor de
garantare a securit ății (de exemplu cheile criptografice)
Sistem Echipamentul, persoanele sau organiza țiile care
interac ționeaz ăîn orice fel cu aparatul de înregistrare
Utilizator Un utilizator uman al aparatului. Utilizatorii normali
ai unit ății montate pe vehicul sunt șoferii,
controlorii, atelierele și societ ățile.
Date privind utilizatorul Orice date, diferite de cele referitoare la securitate, înre-
gistrate sau stocate de c ătre unitatea montat ăpe vehicul,
necesare în conformitate cu capitolul III punctul 12.
2.3. Trimiteri
ITSEC Criterii de evaluare a securit ății în tehnologia informa ției ITSEC 1991.
3.Prezentarea produsului
3.1. Descrierea și modul de utilizare a unit ăț
ii montate pe vehicul
Unitatea montat ăpe vehicul se instaleaz ăîn interiorul vehiculelor de transport
rutier. Scopul s ău este s ăînregistreze, s ăstocheze, s ăafișeze, s ătipăreascășisă
furnizeze date privind activit ățileșoferului.1998R2135 —RO—01.05.2006 —002.001 —232
▼M1
Este conectat ăla un senzor de mi șcare cu care schimb ădate privind mi șcarea
vehiculului.
Utilizatorii se identific ăla unitatea montat ăpe vehicul folosind carduri de tahograf.
Unitatea montat ăpe vehicul înregistreaz ăși stocheaz ădate privind activit ățile
utilizatorilor atât în memoria sa de date, cât și pe cardurile de tahograf.
Unitatea montat ăpe vehicul produce date de ie șire care pot fi vizualizate, tip ărite
sau preluate de dispozitive exterioare.
Figura de mai jos prezint ămediul de func ționare al unit ății montate pe vehicul,
atunci când aceasta este instalat ăîntr-un vehicul:
Figura 1
Mediul de func ționare al unit ății montate pe vehicul
Caracteristicile generale, func țiileși modul de func ționare ale unit ății montate pe
vehicul sunt descrise în capitolul II din anexa I B.
Cerin țele func ționale ale unit ății montate pe vehicul sunt specificate în capitolul
III din anexa I B.
Figura de mai jos prezint ăo unitate montat ăpe vehicul tipic ă:
Figura 2
Unitate montat ăpe vehicul tipic ă(…)o pțional
Se remarc ăfaptul c ă,d eși mecanismul imprimantei face parte din TOE, docu-
mentul, odat ătipărit, nu mai face parte din TOE.1998R2135 —RO—01.05.2006 —002.001 —233
▼M1
3.2. Ciclul de via țăal unit ății montate pe vehicul
Ciclul de via țătipic al unit ății montate pe vehicul este descris în figura
următoare:
Figura 3
Ciclul de via țătipic al unei unit ăți montate pe vehicul
3.3. Pericole
Acest paragraf descrie pericolele cu care se poate confrunta unitatea montat ăpe
vehicul.1998R2135 —RO—01.05.2006 —002.001 —234
▼M1
3.3.1. Pericole privind politicile de identificare și de control al accesului
P.Acces Utilizatorii pot încerca s ăacceseze func ții nepermise (de
exemplu șoferii pot încerca s ăacceseze func ția de calibrare)
P.Identificare Utilizatorii pot încerca s ăfoloseasc ămai multe identific ări
sau nici o identificare.
3.3.2. Pericole privind concep ția
P.Anomalii Anomaliile care afecteaz ăhardware-ul, software-ul și
procedurile de comunicare pot plasa unitatea montat ăpe
vehicul în condi ții neprev ăzute, compromi țându-i securitatea
P.Teste Folosirea unor moduri de testare nevalidate sau a u șițelor
auxiliare poate compromite securitatea unit ății montate pe
vehicul
P.Proiectare Utilizatorii pot încerca s ădobândeasc ăcuno ștințe ilicite
privind concep ția unit ății montate pe vehicul, fie pe baza
materialelor produc ătorului (ob ținute prin furt, mit ă,…),
fie prin proiectare invers ă.
3.3.3. Pericole privind func ționarea
P.Parametri_Calibrare Utilizatorii pot încerca s ăutilizeze aparatur ăcalibrat ă
greșit (prin modificarea datelor de calibrare sau
speculând sl ăbiciunile organiza ției)
P.Schimb_Date_Card Utilizatorii pot încerca s ămodifice datele, atunci când
acestea sunt schimbate între UV și cardurile de tahograf
(prin ad ăugare, modificare, ștergere, repetarea
semnalului)
P.Ceas Utilizatorii pot încerca s ămodifice ceasul intern
P.Mediu Utilizatorii pot compromite securitatea unit ății montate
pe vehicul provocând atacuri de mediu (termice, electro-magnetice, optice, chimice, mecanice, …)
P.Dispozitive_Fictive Utilizatorii pot încerca s ăconecteze la UV dispozitive
fictive (senzor de mi șcare, carduri cu memorie)
P.Hardware Utilizatorii pot încerca s ămodifice hardware-ul unit ății
montate pe vehicul
P.Date_Mi șcare Utilizatorii pot încerca s ămodifice datele privind
mișcarea vehiculului (prin ad ăugare, modificare,
ștergere, repetarea semnalului)
P.Neactivat Utilizatorii pot folosi aparatur ăneactivat ă
P.Date_Ie șire Utilizatorii pot încerca s ămodifice datele de ie șire
(tipărite, afi șate sau desc ărcate)
P.Alimentare Utilizatorii pot încerca s ăcompromit ăobiectivele de
securitate ale unit ății montate pe vehicul afectând
alimentarea acesteia cu energie electric ă(prin între-
rupere, reducere, cre ștere a aliment ării)
P.Date_Securitate Utilizatorii pot încerca s ădobândeasc ăcuno ștințe ilicite
privind datele de securitate în cursul gener ării, trans-
miterii sau stoc ării datelor de securitate în interiorul
aparatului
P.Software Utilizatorii pot încerca s ămodifice software-ul unit ății
montate pe vehicul
P.Date_Stocate Utilizatorii pot încerca s ămodifice datele stocate
(privind securitatea sau utilizatorul).
3.4. Obiective de securitate
Principalul obiectiv de securitate al sistemului tahografului digital este urm ătorul:
O.Principal Datele care urmeaz ăsăfie verificate de c ătre autorit ățile de
control trebuie s ăfie disponibile șisăreflecte integral șic u
precizie activit ățileșoferilor și ale vehiculelor, controlate din
punctul de vedere al conducerii, activit ății, disponibilit ățiiși
perioadelor de odihn ă, precum și din punctul de vedere al
vitezei vehiculului.1998R2135 —RO—01.05.2006 —002.001 —235
▼M1
În consecin ță, obiectivele de securitate ale unit ății montate pe vehicul, care
contribuie la obiectivul de securitate global, sunt:
O.UV_Principal Datele care urmeaz ăsăfie m ăsurate și înregistrate, iar apoi
verificate de autorit ățile de control trebuie s ăfie disponibile
șisăreflecte fidel activit ățileșoferilor și ale vehiculelor,
controlate din punctul de vedere al conducerii, activit ății,
perioadelor de odihn ă, precum și din punctul de vedere al
vitezei vehiculului
O.UV_Export Unitatea montat ăpe vehicul trebuie s ăpoatăexporta date
către suporturi de memorie externe într-un mod care s ă
permit ăverificarea integrit ățiiși autenticit ății datelor
respective.
3.5. Obiective de securitate privind tehnologia informa ției
Obiectivele de securitate ale unit ății montate pe vehicul, legate de tehnologia
informa țieiși care contribuie la obiectivele sale principale de securitate, sunt
următoarele:
O.Acces Unitatea montat ăpe vehicul trebuie s ăcontroleze
accesul utilizatorilor la func țiiși date
O.Responsabilitate Unitatea montat ăpe vehicul trebuie s ăcolecteze date
corecte privind responsabilitatea
O.Audit Unitatea montat ăpe vehicul trebuie s ăauditeze
încerc ările de subminare a securit ății sistemului șisă
le coreleze cu utilizatorii implica ți
O.Autentificare Unitatea montat ăpe vehicul trebuie s ăautentifice
utilizatorii și dispozitivele conectate (atunci când e
necesar ăstabilirea unei c ăi de încredere între dispo-
zitive)
O.Integritate Unitatea montat ăpe vehicul trebuie s ămen țină
integritatea datelor stocate
O.Ie șire Unitatea montat ăpe vehicul trebuie s ăgaranteze
faptul c ădatele finale produse reflect ăfidel datele
măsurate sau stocate
O.Procesare Unitatea montat ăpe vehicul trebuie s ăgaranteze
faptul c ăprocesarea datelor de intrare, pe baza
cărora sunt generate datele privind utilizatorul, este
corect ă
O.Fiabilitate Unitatea montat ăpe vehicul trebuie s ăofere un
serviciu fiabil
O.Schimb_Protejat_Date Unitatea montat ăpe vehicul trebuie s ăprotejeze
schimburile de date cu senzorul de mi șcare șic u
cardurile de tahograf.
3.6. Mijloace fizice, de personal sau procedurale
Prezentul punct descrie cerin țele fizice, de personal sau procedurale care
contribuie la securitatea unit ății montate pe vehicul.
3.6.1. Proiectarea echipamentului
M.Dezvoltare Proiectan ții unit ății montate pe vehicul trebuie s ăse asigure
cărepartizarea responsabilit ăților în timpul fazei de
proiectare se face cu respectarea securit ății IT
M.Produc ție Produc ătorii unit ății montate pe vehicul trebuie s ăse asigure
cărepartizarea responsabilit ăților în timpul fazei de produc ție
se face cu respectarea securit ății IT șicăîn timpul procesului
de produc ție unitatea montat ăpe vehicul este protejat ă
împotriva atacurilor fizice care ar putea compromite secu-
ritatea IT.
3.6.2. Livrarea și activarea echipamentului
M.Livrare Produc ătorii unit ății montate pe vehicul, produc ătorii vehi-
culelor și sec țiile sau atelierele de montaj trebuie s ăse
asigure c ăunitățile neactivate sunt manipulate într-un mod
care nu le afecteaz ăsecuritatea IT.1998R2135 —RO—01.05.2006 —002.001 —236
▼M1
M.Activare Produc ătorii vehiculelor și sec țiile sau atelierele de montaj
trebuie s ăactiveze unitatea dup ăinstalarea acesteia și înainte
ca vehiculul s ăpărăseascălocul unde s-a f ăcut instalarea.
3.6.3. Generarea și furnizarea datelor privind securitatea
M.Generare_Date_Sec Algoritmii de generare a datelor privind securitatea
trebuie s ăfie accesibili numai persoanelor autorizate
și de încredere
M.Transmitere_Date_Sec Datele privind securitatea trebuie s ăfie generate,
transmise și introduse în unitatea montat ăpe
vehicul, astfel încât s ănu le fie afectate confiden ția-
litatea și integritatea.
3.6.4. Livrarea cardurilor
M.Disponibilitate_Card Cardurile de tahograf trebuie s ăfie disponibile șisă
fie livrate numai persoanelor autorizate
M.Unicitate_Card_ Șofer Șoferii trebuie s ăposede un singur card de șofer
valabil.
M.Urm ărire_Card Livrarea cardurilor trebuie s ăpoatăfi urm ărită(prin
liste albe, liste negre), iar listele negre trebuie
folosite în cadrul auditurilor de securitate.
3.6.5. Instalarea, calibrarea și inspectarea aparatului de înregistrare
M.Ateliere_Agreate Instalarea, calibrarea și repararea aparatului de înre-
gistrare trebuie efectuate de sec ții sau ateliere de
montaj de încredere și agreate
M.Inspec ții_Periodice Aparatul de înregistrare trebuie s ăfie periodic
inspectat și calibrat
M.Calibrare_Corect ă Secțiile sau atelierele de montaj agreate trebuie s ă
introduc ăîn aparatul de înregistrare parametrii
corec ți ai vehiculului în timpul calibr ării.
3.6.6. Func ționarea echipamentului
M.Șoferi_Responsabili Șoferii trebuie s ărespecte regulile șisăse comporte
responsabil (de exemplu s ăutilizeze cardurile
personale de șofer, s ăselecteze corect activitatea în
cazul activit ăților selectate manual, …).
3.6.7. Controlul respect ării legii
M.Controale Controalele respect ării legii se fac atât periodic, cât și
inopinat șit r e b u i es ăinclud ăaudituri ale securit ății.
3.6.8. Perfec ționarea software-ului
M.Perfec ționare_Software Modific ările software-ului trebuie certificate din
punctul de vedere al securit ății înainte de a putea fi
implementate într-o unitate montat ăpe vehicul.
4. Func ții de garantare a securit ății
4.1. Identificare și autentificare
4.1.1. Identificarea și autentificarea senzorului de mi șcare
Unitatea montat ăpe vehicul este capabil ăsăstabileasc ă, în cursul fiec ărei inte-
racțiuni, identitatea senzorului de mi șcare la care este conectat ă.
Identitatea senzorului de mi șcare cuprinde num ărul de omologare și num ărul de
serie ale senzorului.
Unitatea montat ăpe vehicul autentific ăsenzorul de mi șcare la care este
conectat ă:
—în momentul conect ării la senzorul de mi șcare;
—la fiecare calibrare a aparatului de înregistrare;
—la reluarea aliment ării.
Autentificarea este reciproc ăși ini țiatăde UV.1998R2135 —RO—01.05.2006 —002.001 —237
▼M1
Unitatea montat ăpe vehicul reidentific ăși reautentific ăperiodic (la intervale
TBD de c ătre produc ătorși de mai multe ori pe or ă) senzorul de mi șcare la
care este conectat ăși garanteaz ăfaptul c ăsenzorul de mi șcare identificat în
cursul ultimei calibr ări a aparatului de înregistrare nu a fost schimbat.
Unitatea montat ăpe vehicul detecteaz ăși împiedic ăfolosirea datelor de autenti-
ficare care au fost copiate și repetate.
Dupădetectarea unui num ăr (TBD de c ătre produc ătorși care s ănu dep ășească
20) de încerc ări de autentificare consecutive e șuate și/sau dup ădetectarea modi-
ficării neautorizate a identit ății senzorului de mi șcare (de exemplu nu în cursul
calibr ării aparatului de înregistrare) func ția de garantare a securit ății procedeaz ă
astfel:
—genereaz ăo înregistrare de audit a evenimentului;
—atenționeaz ăutilizatorul;
—continu ăsăaccepte șisăutilizeze date neprotejate privind mi șcarea, trimise
de senzorul de mi șcare.
4.1.2. Identificarea și autentificarea utilizatorului
Unitatea montat ăpe vehicul detecteaz ăpermanent și selectiv identitatea a doi
utilizatori, prin monitorizarea cardurilor de tahograf inserate în lectorul șoferului
și, respectiv, cel al copilotului.
Identitatea utilizatorului este:
—un grup de utilizatori:
—ȘOFER (cardul șoferului)
—CONTROLOR (card de control)
—ATELIER (card de atelier)
—SOCIETATE (cardul societ ății)
—NECUNOSCUT (nu este introdus nici un card);
—un ID de utilizator, compus din:
—codul statului membru care a emis cardul și num ărul cardului
—NECUNOSCUT dac ăgrupul de utilizatori este necunoscut.
Identit ățile de tipul NECUNOSCUT pot fi cunoscute implicit sau explicit.
UV autentific ăutilizatorii la introducerea cardului.
UV reautentific ăutilizatorii:
—la reluarea aliment ării;
—periodic sau dup ăproducerea anumitor evenimente (TBD de c ătre produc ător
și de mai multe ori pe zi)
Prin autentificare se demonstreaz ăvalabilitatea cardului de tahograf introdus, card
care con ține date privind securitatea pe care numai sistemul le-ar fi putut
distribui. Autentificarea este reciproc ăși ini țiatăde UV.
Pe lâng ăcele de mai sus, atelierele trebuie autentificate prin verificarea codului
PIN. Codurile PIN trebuie s ăconținăcel pu țin 4 caractere.
Notă: în cazul în care codul PIN este transferat c ătre unitatea montat ăpe vehicul
de la un echipament exterior situat în apropierea unit ății, confiden țialitatea
codului PIN nu trebuie protejat ăîn timpul transferului.
UV detecteaz ăși împiedic ăutilizarea datelor de autentificare copiate și repetate.
După5 încerc ări succesive de autentificare e șuate, func ția de garantare a secu-
rității:
—genereaz ăo înregistrare de audit a evenimentului;
—avertizeaz ăutilizatorul;
—presupune c ăutilizatorul este NECUNOSCUT și cardul nu este valid
[defini ția (z) și cerin ța 007].1998R2135 —RO—01.05.2006 —002.001 —238
▼M1
4.1.3. Identificarea și autentificarea societ ății conectate la distan ță
Facilitatea de conectare la distan țăa societ ății este op țională. În consecin ță, acest
paragraf este aplicabil numai în cazurile în care aceast ăfacilitate este imple-
mentat ă.
La fiecare interac țiune cu o societate conectat ăla distan ță, UV poate stabili
identitatea societ ății respective.
Identitatea societ ății conectate la distan țăeste reprezentat ăde codul statului
membru care a emis cardul de societate și de num ărul cardului de societate.
UV trebuie s ăautentifice cu succes societatea conectat ăla distan țăînainte de a
permite orice exporturi de date c ătre aceasta.
Autentificarea const ăîn dovedirea faptului c ăsocietatea de ține un card de
societate valid, care con ține date privind securitatea pe care numai sistemul le-
ar fi putut distribui.
UV detecteaz ăși împiedic ăutilizarea datelor de autentificare copiate și repetate.
Dupădetectarea unui num ăr de 5 încerc ări succesive de autentificare e șuate, UV
—avertizeaz ăsocietatea conectat ăla distan ță.
4.1.4. Identificarea și autentificarea dispozitivului de gestionare
Produc ătorii de unit ăți montate pe vehicule pot prevedea dispozitive dedicate
pentru func ții de gestiune suplimentare ale unit ății montate pe vehicul (de
exemplu perfec ționarea software-ului, reînc ărcarea datelor privind securitatea,
…). În consecin ță, acest paragraf este valabil numai în cazurile în care aceast ă
facilitate este implementat ă.
La fiecare interac țiune cu un dispozitiv de gestionare, unitatea montat ăpe vehicul
stabile ște identitatea dispozitivului.
Înainte de a permite orice alt ăinterac țiune, unitatea montat ăpe vehicul trebuie s ă
autentifice cu succes dispozitivul de gestionare.
UV detecteaz ăși împiedic ăutilizarea datelor de autentificare copiate și repetate.
4.2. Controlul accesului
Controalele accesului garanteaz ăfaptul c ăinforma ția este citit ă, creat ăși modi-
ficatăîn cadrul obiectivului de evaluare numai de c ătre persoanele autorizate.
Se remarc ăfaptul c ădatele privind utilizatorul înregistrate cu ajutorul unit ății
montate pe vehicul, de și prezint ăaspecte sensibile din punct de vedere comercial
sau al confiden țialității utilizatorului, nu sunt de natur ăconfiden țială.Î n
consecin ță, cerin țele func ționale legate de drepturile de acces de citire a datelor
(cerin ța 011) nu fac obiectul unei func ții de garantare a securit ății.
4.2.1. Politica de control al accesului
Unitatea montat ăpe vehicul gestioneaz ăși verific ădrepturile de control al
accesului la func țiiși date.
4.2.2. Drepturi de acces la func ții
Unitatea montat ăpe vehicul sus ține regulile de selectare a modurilor de func-
ționare (cerin țele 006-009).
Unitatea montat ăpe vehicul folose ște modul de operare pentru a sus ține regulile
de control al accesului la func ții (cerin ța 010).
4.2.3. Drepturi de acces la date
Unitatea montat ăpe vehicul sus ține regulile de acces la scrierea datelor sale de
identificare (cerin ța 076).
Unitatea montat ăpe vehicul sus ține regulile de acces la scrierea datelor de
identificare ale senzorului de mi șcare cuplat (cerin țele 079 și 155).
Dupăactivarea unit ății montate pe vehicul, aceasta garanteaz ăfaptul c ădatele de
calibrare pot fi introduse în unitatea montat ăpe vehicul și stocate în memoria sa
numai în mod calibrare (cerin țele 154 și 156).
Dupăactivarea unit ății montate pe vehicul, aceasta sus ține regulile de acces la
scrierea șiștergerea datelor de calibrare (cerin ța 097).
Dupăactivarea unit ății montate pe vehicul, aceasta garanteaz ăfaptul c ădatele de
modificare a orei pot fi introduse în unitatea montat ăpe vehicul și stocate în1998R2135 —RO—01.05.2006 —002.001 —239
▼M1
memoria sa numai în mod calibrare. (Aceast ăcerin țănu se aplic ămodific ărilor
minore ale orei permise de cerin țele 157 și 158).
Dupăactivarea unit ății montate pe vehicul, aceasta sus ține regulile de acces la
scrierea șiștergerea datelor privind modificarea orei (cerin ța 100).
Unitatea montat ăpe vehicul sus ține drepturile adecvate de acces la scrierea și
ștergerea datelor privind securitatea (cerin ța 080).
4.2.4. Structura de fi șiere și condi ții de acces
Structura fi șierelor aplica țieișiaf i șierelor de date, precum și condi țiile de acces
sunt create în timpul procesului de produc ție, dup ăcare este blocat ăorice modi-
ficare sau ștergere a acestora.
4.3. Responsabilitate
Unitatea montat ăpe vehicul garanteaz ăfaptul c ășoferii sunt responsabili pentru
activit ățile lor (cerin țele 081, 084, 087, 105a, 105b, 109 și 109a).
Unitatea montat ăpe vehicul p ăstreaz ădatele de identificare permanente (cerin ța
075).
Unitatea montat ăpe vehicul garanteaz ăfaptul c ăatelierele sunt responsabile
pentru activit ățile lor (cerin țele 098, 101 și 109).
Unitatea montat ăpe vehicul garanteaz ăfaptul c ăcontrolorii sunt responsabili
pentru activit ățile lor (cerin țele 102, 103 și 109).
Unitatea montat ăpe vehicul înregistreaz ădatele contorului de parcurs (cerin ța
090), precum și date detaliate privind viteza (cerin ța 093).
Unitatea montat ăpe vehicul garanteaz ăfaptul c ădatele privind utilizatorul
prevăzute în cerin țele 081-093 și 102-105b inclusiv nu sunt modificate odat ă
ce au fost înregistrate, cu excep ția cazului când devin cea mai veche înregistrare
și sunt înlocuite cu date noi.
Unitatea montat ăpe vehicul garanteaz ăfaptul c ănu modific ădatele deja stocate
pe cardul de tahograf (cerin țele 109 și 109a), decât pentru a înlocui cele mai
vechi date cu altele noi (cerin ța 110) sau în cazul descris în anexa 1 alineatul 2.1,
notă.
4.4. Audit
Serviciile de audit sunt necesare numai pentru acele evenimente care pot indica o
încercare de manipulare sau de violare a securit ății. Ele nu sunt necesare în cazul
exercit ării normale a drepturilor, chiar dac ăaceasta este relevant ăpentru secu-
ritate.
În cazul evenimentelor care îi afecteaz ăsecuritatea, UV înregistreaz ăeveni-
mentele respective împreun ăcu datele aferente (cerin țele 094, 096 și 109).
Evenimentele care afecteaz ăsecuritatea unit ății montate pe vehicul sunt urm ă-
toarele:
—Încerc ări de înc ălcare a securit ății:
—eșecul autentific ării senzorului de mi șcare;
—eșecul autentific ării cardului de tahograf;
—înlocuirea neautorizat ăa senzorului de mi șcare;
—eroare de integritate a datelor de intrare preluate de pe card;
—eroare de integritate a datelor stocate privind utilizatorul;
—eroare de transfer intern de date;
—deschidere neautorizat ăa carcasei;
—sabotarea hardware-ului;
—ultima sesiune închis ăincorect;
—eveniment de eroare în cazul datelor privind mi șcarea;
—eveniment de întrerupere a aliment ării;
—anomalie intern ăa unit ății montate pe vehicul.
Unitatea montat ăpe vehicul sus ține regulile de stocare a înregistr ărilor de audit
(cerin țele 094 și 096).1998R2135 —RO—01.05.2006 —002.001 —240
▼M1
Unitatea montat ăpe vehicul stocheaz ăîn memoria sa înregistr ările de audit
generate de senzorul de mi șcare.
Înregistr ările de audit pot fi tip ărite, afi șateși desc ărcate.
4.5. Refolosirea obiectului
Unitatea montat ăpe vehicul garanteaz ăfaptul c ăobiectele stocate temporar pot fi
reutilizate, f ărăca acest lucru s ăproduc ăun flux nepermis de informa ții.
4.6. Precizie
4.6.1. Politica de control al fluxului de informa ții
Unitatea montat ăpe vehicul garanteaz ăfaptul c ădatele privind utilizatorul
prevăzute în cerin țele 081, 084, 087, 090, 093, 102, 104, 105, 105a și 109 pot
fi procesate numai când sunt preluate din surse corecte, respectiv:
—datele privind mi șcarea vehiculului;
—ceasul unit ății montate pe vehicul, indicând timpul real;
—parametrii de calibrare ai aparatului de înregistrare;
—cardurile de tahograf;
—datele introduse de utilizator.
Unitatea montat ăpe vehicul garanteaz ăfaptul c ădatele privind utilizatorul
prevăzute în cerin ța 109a pot fi introduse numai pentru perioada dintre ultima
retragere a cardului și introducerea curent ăa acestuia (cerin ța 050a).
4.6.2. Transferuri interne de date
Cerin țele enun țate în acest paragraf sunt valabile numai dac ăunitatea montat ăpe
vehicul utilizeaz ăcomponente separate fizic.
Dacăau loc transferuri de date între componentele separate fizic ale unit ății
montate pe vehicul, datele trebuie protejate împotriva modific ărilor
La detectarea unei erori de transfer al datelor în cursul unui transfer intern,
transmisia se repet ă, iar func ția de garantare a securit ății genereaz ăo înregistrare
de audit a evenimentului.
4.6.3. Integritatea datelor stocate
Unitatea montat ăpe vehicul verific ădatele privind utilizatorul stocate în
memorie, pentru a detecta eventualele erori de integritate.
La detectarea unei erori de integritate a datelor privind utilizatorul, func ția de
garantare a securit ății genereaz ăo înregistrare de audit.
4.7. Fiabilitatea serviciului
4.7.1. Teste
Toate comenzile, ac țiunile sau punctele de testare, corespunz ătoare nevoilor de
testare din faza de produc ție a UV, sunt dezactivate sau eliminate înaintea
activării UV. Nu mai pot fi reintroduse în vederea utiliz ării ulterioare.
Unitatea montat ăpe vehicul ruleaz ăautoteste în momentul primei puneri în
func țiune, precum și în cursul func ționării normale, pentru a verifica dac ăfunc-
ționeaz ăcorect. Autotestele efectuate de UV includ verificarea integrit ății datelor
privind securitatea, precum și verificarea integrit ății codului executabilelor stocate
(dacănu sunt în ROM).
La detectarea unei anomalii interne în cursul unui autotest, func ția de garantare a
securit ății procedeaz ăastfel:
—genereaz ăo înregistrare de audit (dac ănu este în modul calibrare) (anomalie
intern ăUV);
—păstreaz ăintegritatea datelor stocate.
4.7.2. Software
Nu exist ănici un mod de analizare sau depanare a unit ății montate pe vehicul în
condi ții de teren, dup ăactivarea acesteia.
Datele preluate din surse externe ca date de intrare nu sunt acceptate drept cod
executabil.1998R2135 —RO—01.05.2006 —002.001 —241
▼M1
4.7.3. Protec ție fizic ă
Dacăeste conceput ăastfel încât s ăpoatăfi deschis ă, UV detecteaz ăorice
deschidere a carcasei sale, chiar și atunci când alimentarea sa este întrerupt ă,
cu excep ția cazului când se afl ăîn modul calibrare, timp de minimum 6 luni.
Într-un astfel de caz, func ția de garantare a securit ății genereaz ăo înregistrare de
audit (se accept ăca înregistrarea de audit s ăfie generat ăși stocat ădupăreluarea
aliment ării).
Dacăeste conceput ăastfel încât s ănu poat ăfi deschis ă, UV trebuie s ăpermit ă
detectarea cu u șurințăa tuturor încerc ărilor de avariere fizic ă(de exemplu prin
inspec ție vizual ă).
Dupăactivare, UV detecteaz ăaspecte precise privind sabotarea hardware-ului
(TBD de c ătre produc ător).
În cazul anterior, func ția de garantare a securit ății genereaz ăo înregistrare de
audit, iar UV ac ționeaz ăastfel: (TBD de c ătre produc ător).
4.7.4. Întreruperi în alimentare
UV detecteaz ădevierile de la valorile normale de la alimentare, inclusiv între-
ruperile în alimentare.
În cazul descris anterior, func ția de garantare a securit ății:
—genereaz ăo înregistrare de audit (dac ănu este în modul calibrare);
—păstreaz ăstabilăstarea UV;
—men ține func țiile de securitate legate de componentele sau de procesele
active;
—păstreaz ăintegritatea datelor stocate.
4.7.5. Condi ții de resetare
În cazul unei întreruperi în alimentare, dac ăo tranzac ție este întrerupt ăînaintea
finaliz ării, sau în oricare alte condi ții de resetare, unitatea montat ăpe vehicul este
resetat ăfărăprobleme.
4.7.6. Disponibilitatea datelor
UV garanteaz ăfaptul c ăaccesul la resurse este asigurat oricând este nevoie șică
resursele nu sunt solicitate sau re ținute inutil.
UV garanteaz ăeliberarea cardurilor numai dup ăce s-au stocat pe ele date
relevante (cerin țele 015 și 016).
În cazul descris anterior, func ția de garantare a securit ății genereaz ăo înregistrare
de audit a evenimentului.
4.7.7. Aplica ții multiple
DacăUV include aplica ții diferite de cea pentru tahograf, toate aplica țiile sunt
separate fizic și/sau logic. Aceste aplica ții nu partajeaz ădate de securitate. O
singur ăsarcin ăeste activ ăla un moment dat.
4.8. Schimb de date
Acest paragraf se refer ăla schimbul de date dintre UV și dispozitivele conectate
la aceasta.
4.8.1. Schimbul de date cu senzorul de mi șcare
UV verific ăintegritatea și autenticitatea datelor privind mi șcarea importate de la
senzorul de mi șcare.
La detectarea unei erori care afecteaz ăintegritatea sau autenticitatea datelor
privind mi șcarea, func ția de garantare a securit ății:
—genereaz ăo înregistrare de audit;
—continu ăsăutilizeze datele importate.
4.8.2. Schimbul de date cu cardurile de tahograf
UV verific ăintegritatea și autenticitatea datelor importate de pe cardurile de
tahograf.
La detectarea unei erori care afecteaz ăintegritatea sau autenticitatea datelor de pe
card, UV1998R2135 —RO—01.05.2006 —002.001 —242
▼M1
—genereaz ăo înregistrare de audit;
—nu folose ște datele.
UV export ădate c ătre carduri de tahograf cu memorie, împreun ăcu atributele de
securitate asociate, astfel încât cardul s ăpoatăverifica integritatea și autenticitatea
datelor.
4.8.3. Schimbul de date cu suporturile externe de stocare (func ția desc ărcare)
UV genereaz ăo dovad ăa originii datelor desc ărcate pe suporturi externe.
UV ofer ăreceptorului posibilitatea de a verifica dovada de origine în cazul
datelor desc ărcate.
UV descarc ădate pe suporturi de stocare externe, împreun ăcu atributele de
securitate asociate, astfel încât integritatea și autenticitatea datelor desc ărcate s ă
poatăfi verificat ă.
4.9. Suport criptografic
Cerin țele enun țate în acest paragraf sunt aplicabile numai acolo unde este cazul,
în func ție de mecanismele de securitate utilizate și de solu țiile produc ătorului.
Orice opera ție criptografic ăefectuat ăde senzorul de mi șcare respect ăun algoritm
și o dimensiune a cheii specificate.
Dacăsenzorul de mi șcare genereaz ăchei criptografice, acest lucru se realizeaz ă
în conformitate cu algoritmi preci și de generare a cheilor criptografice șia
dimensiunilor specificate ale cheilor criptografice.
Dacăsenzorul de mi șcare distribuie chei criptografice, acest lucru se realizeaz ăîn
conformitate cu metode precise de distribu ție a cheilor criptografice.
Dacăsenzorul de mi șcare acceseaz ăchei criptografice, acest lucru se realizeaz ă
în conformitate cu metode precise de accesare a cheilor criptografice.
Dacăsenzorul de mi șcare distruge chei criptografice, acest lucru se realizeaz ăîn
conformitate cu metode precise de distrugere a cheilor criptografice.
5.Definirea mecanismelor de securitate
Mecanismele de securitate necesare sunt specificate în apendicele 11.Toate celelalte mecanisme de securitate trebuie definite de c ătre produc ător.
6.Protec ția minim ăoferit ăde mecanismele de securitate
Protec ția minim ăoferităde mecanismele de securitate ale unit ății montate pe
vehicul are valoarea Ridicat ă, conform defini ției (ITSEC).
7.Nivelul de garan ție
Obiectivul pentru nivelul de garan ție pentru unitatea montat ăpe vehicul este
nivelul E3ITSEC, conform defini ției (ITSEC).
8.Prezentare
Următoarele matrice ofer ăo prezentare a func țiilor de garantare a securit ății,
precizând:
—ce pericole sunt contracarate de fiecare func ție sau mijloc de garantare a
securit ății;
—ce obiective de securitate privind tehnologia informa ției sunt protejate de
fiecare func ție de garantare a securit ăț
ii.1998R2135 —RO—01.05.2006 —002.001 —243
1998R2135 —RO—01.05.2006 —002.001 —244▼M1
Pericole Obiective ITAcces
Identificare
Anomalii
Teste
Proiectare
Parametri_Calibrare
Schimb_Date_Card
Ceas
Mediu
Dispozitive_Fictive
Hardware
Date_Mi șcare
Neactivat
Date_Ie șire
Alimentare
Date_Securitate
SoftwareDate_Stocate
Acces
Responsabilitate
Audit
Autentificare
Integritate
Ieșire
Procesare
Fiabilitate
Schimb_Protejat_Date
Mijloace fizice, de personal și procedurale
Dezvoltare x x x
Produc ție x x
Livrare x
Activare x xGenerare date privind securitatea x
Transmitere date privind securitatea x
Disponibilitate card x
Unicitate card șofer x
Urmărire card x
Ateliere agreate x x
Calibrare cu ocazia inspec țiilor periodice x x x x x
Ateliere de încredere x xȘoferi de încredere x
Controlul respect ării legii x x x xxxx x x
Perfec ționare software x
Func ții de garantare a securit ății
Identificare și autentificare
1998R2135 —RO—01.05.2006 —002.001 —245▼M1
Pericole Obiective ITAcces
Identificare
Anomalii
Teste
Proiectare
Parametri_Calibrare
Schimb_Date_Card
Ceas
Mediu
Dispozitive_Fictive
Hardware
Date_Mi șcare
Neactivat
Date_Ie șire
Alimentare
Date_Securitate
SoftwareDate_Stocate
Acces
Responsabilitate
Audit
Autentificare
Integritate
Ieșire
Procesare
Fiabilitate
Schimb_Protejat_Date
UIA_201 Identificare senzor x x x x
UIA_202 Identitate senzor x x x x
UIA_203 Autentificare senzor x x x x
UIA_204 Reidentificare și reautenti-
ficare senzorxx x x
UIA_205 Autentificare nefalsificabil ă xx x
UIA_206 E șec autentificare x x x x
UIA_207 Identificare utilizatori x x x x x xUIA_208 Identitate utilizator x x x x x xUIA_209 Autentificare utilizator x x x x x xUIA_210 Reautentificare utilizator x x x x x x
UIA_211 Mijloace autentificare x x x x x
UIA_212 Verific ări PIN x x x x x x
UIA_213 Autentificare nefalsificabil ă xx x x x
UIA_214 E șec autentificare x x x x
UIA_215 Identificare utilizator la
distan țăxx xx x
UIA_216 Identitate utilizator la distan țăxx xx
UIA_217 Autentificare utilizator la
distan țăxx xx x
1998R2135 —RO—01.05.2006 —002.001 —246▼M1
Pericole Obiective ITAcces
Identificare
Anomalii
Teste
Proiectare
Parametri_Calibrare
Schimb_Date_Card
Ceas
Mediu
Dispozitive_Fictive
Hardware
Date_Mi șcare
Neactivat
Date_Ie șire
Alimentare
Date_Securitate
SoftwareDate_Stocate
Acces
Responsabilitate
Audit
Autentificare
Integritate
Ieșire
Procesare
Fiabilitate
Schimb_Protejat_Date
UIA_218 Mijloace de autentificare x x xx
UIA_219 Autentificare nefalsificabil ă xx xx
UIA_220 E șec autentificare x x
UIA_221 Identificare dispozitiv de
gestionarexx xx
UIA_222 Autentificare dispozitiv de
gestionarexx xx
UIA_223 Autentificare nefalsificabil ă xx xx
Control acces
ACC_201 Politic ăde control al
accesuluixx x x x x
ACC_202 Drepturi de acces la func ții x x x x
ACC_203 Drepturi de acces la func ții x x x x
ACC_204 ID UV xx
ACC_205 ID senzor conectat x x xACC_206 Date calibrare x x x xACC_207 Date calibrare x x x
ACC_208 Date privind reglarea orei x x x
ACC_209 Date privind reglarea orei x x xACC_210 Date privind securitatea xx x
1998R2135 —RO—01.05.2006 —002.001 —247▼M1
Pericole Obiective ITAcces
Identificare
Anomalii
Teste
Proiectare
Parametri_Calibrare
Schimb_Date_Card
Ceas
Mediu
Dispozitive_Fictive
Hardware
Date_Mi șcare
Neactivat
Date_Ie șire
Alimentare
Date_Securitate
SoftwareDate_Stocate
Acces
Responsabilitate
Audit
Autentificare
Integritate
Ieșire
Procesare
Fiabilitate
Schimb_Protejat_Date
ACC 211 Structur ăfișiere și condi ții
accesxx x x x
Responsabilitate
ACT_201 Responsabilitate șoferi x
ACT_202 Date ID UV xx
ACT_203 Responsabilitate ateliere x
ACT_204 Responsabilitate controlori x
ACT_205 Responsabilitate privind
deplas ările vehicululuix
ACT_206 Modificare date privind
responsabilitateaxx x
ACT_207 Modificare date privind
responsabilitateaxx x
Audit
AUD_201 Înregistr ări de audit x
AUD_202 List ăde evenimente de audit x x x x x x x x
AUD_203 Reguli de stocare a înregis-
trărilor de auditx
AUD_204 Înregistr ări de audit privind
senzorulx
AUD_205 Instrumente de audit x
1998R2135 —RO—01.05.2006 —002.001 —248▼M1
Pericole Obiective ITAcces
Identificare
Anomalii
Teste
Proiectare
Parametri_Calibrare
Schimb_Date_Card
Ceas
Mediu
Dispozitive_Fictive
Hardware
Date_Mi șcare
Neactivat
Date_Ie șire
Alimentare
Date_Securitate
SoftwareDate_Stocate
Acces
Responsabilitate
Audit
Autentificare
Integritate
Ieșire
Procesare
Fiabilitate
Schimb_Protejat_Date
Refolosire
REU_201 Refolosire xx x
Precizie
ACR_201 Politic ăde control flux
informa țiixx x xx
ACR_202 Transferuri interne xx x x
ACR_203 Transferuri interne xx
ACR_204 Integritatea datelor stocate xx x
ACR_205 Integritatea datelor stocate xx
FiabilitateRLB_201 Teste de produc ție x x x
RLB_202 Autoteste x x x x x
RLB_203 Autoteste xx xx
RLB_204 Analiz ăsoftware x x x
RLB_205 Intr ări software xx x x
RLB_206 Deschidere carcas ă xx x x x x x x x
RLB_207 Sabotare hardware x x
RLB_208 Sabotare hardware x xRLB_209 Întreruperi alimentare xx
1998R2135 —RO—01.05.2006 —002.001 —249▼M1
Pericole Obiective ITAcces
Identificare
Anomalii
Teste
Proiectare
Parametri_Calibrare
Schimb_Date_Card
Ceas
Mediu
Dispozitive_Fictive
Hardware
Date_Mi șcare
Neactivat
Date_Ie șire
Alimentare
Date_Securitate
SoftwareDate_Stocate
Acces
Responsabilitate
Audit
Autentificare
Integritate
Ieșire
Procesare
Fiabilitate
Schimb_Protejat_Date
RLB_210 Întreruperi alimentare xx
RLB_211 Resetare x x
RLB_212 Disponibilitate date xx
RLB_213 Eliberare card x
RLB_214 Sesiune card încheiat ă
incorectx
RLB_215 Aplica ții multiple x
Schimb de dateDEX_201 Import protejat de date
mișcarex x
DEX_202 Import protejat de date
mișcarexx
DEX_203 Import protejat de date de pe
cardx x
DEX_204 Import protejat de date de pe
cardx x
DEX_205 Export protejat de date pe
cardurix x
DEX_206 Dovada originii xx
DEX_207 Dovada originii xx
DEX_208 Export protejat c ătre suporturi
externexx
1998R2135 —RO—01.05.2006 —002.001 —250▼M1
Pericole Obiective ITAcces
Identificare
Anomalii
Teste
Proiectare
Parametri_Calibrare
Schimb_Date_Card
Ceas
Mediu
Dispozitive_Fictive
Hardware
Date_Mi șcare
Neactivat
Date_Ie șire
Alimentare
Date_Securitate
SoftwareDate_Stocate
Acces
Responsabilitate
Audit
Autentificare
Integritate
Ieșire
Procesare
Fiabilitate
Schimb_Protejat_Date
Suport criptografic
CSP 201 Algoritmi xx
CSP 202 Generare chei xx
CSP 203 Distribu ție chei xx
CSP 204 Accesare chei xx
CSP 205 Distrugere chei xx
▼M1
OBIECTIVE GENERALE DE SECURITATE PENTRU CARDUL DE
TAHOGRAF
1.Introducere
Acest document con ține o descriere a cardului de tahograf, a pericolelor pe care
acesta trebuie s ăle contracareze și a obiectivelor de securitate pe care trebuie s ă
le ating ă. Con țineși func țiile obligatorii de garantare a securit ății. Documentul
precizeaz ănivelul de protec ție minim solicitat pentru mecanismele de securitate,
precum și nivelul minim de garan ție pentru dezvoltare și evaluare.
Cerin țele men ționate în prezentul document sunt cele cuprinse în anexa I B.
Pentru a facilita citirea, uneori apare o duplicare a cerin țelor din anexa I B și
a celor privind obiectivul de securitate. În caz de ambiguitate între o cerin ță
privind un obiectiv de securitate și o cerin țădin cadrul anexei I B men ționată
în obiectivul de securitate respectiv, cerin ța din cadrul anexei I B are prioritate.
Cerin țele din anexa I B c ărora nu li se asociaz ăobiective de securitate nu fac
obiectul func țiilor de garantare a securit ății.
Un card de tahograf este un card standard cu memorie care include o aplica ție de tahograf
dedicat ăși îndepline ște cerin țele actuale de securitate func ționale și de garan ție apli-
cabile cardurilor cu memorie. De aceea, prezentul obiectiv de securitate încorporeaz ă
numai cerin țele de securitate suplimentare necesare pentru aplica ția de tahograf.
Au fost atribuite etichete unice pentru pericole, obiective, mijloace procedurale și
specifica țiile func țiilor de garantare a securit ății în scopul urm ăririi documenta ției
de dezvoltare și de evaluare.
2.Abrevieri, defini țiiși trimiteri
2.1. Abrevieri
CI Circuit integrat (component electronic proiectat pentru a realiza func ții de
procesare și/sau de memorare)
SO Sistem de operare
PIN Num ăr personal de identificare
ROM Memorie fix ă
PFS Politic ăde func ții de securitate
TBD De definit
TOE Obiectiv de evaluareTSF Func ție de securitate a TOE
UV Unitate montat ăpe vehicul
2.2. Defini ții
Tahograf digital Aparat de înregistrare.
Date sensibile Date stocate de cardul de tahograf a
căror integritate și confiden țialitate
(dacăeste cazul pentru datele
privind securitatea) trebuie s ăfie
protejate, evitându-se și modificarea
neautorizat ă. Datele sensibile includ
datele privind securitatea și datele
privind utilizatorul.
Date privind securitatea Datele specifice necesare pentru a
aplica func țiile de garantare a secu-
rității (de exemplu cheile cripto-
grafice).
Sistem Echipament, persoane sau orga-
nizații care au o leg ăturăcu aparatul
de înregistrare.
Utilizator Orice entitate (utilizator uman sau
entitate informatic ăextern ă) inde-
pendent ăde obiectivul de evaluare
care interac ționeaz ăcu obiectivul de
evaluare (atunci când nu este folosit1998R2135 —RO—01.05.2006 —002.001 —251
▼M1
în expresia «date privind utili-
zatorul»).
Date privind utilizatorul Date sensibile stocate pe cardul de
tahograf, diferite de datele privind
securitatea. Datele privind utili-
zatorul includ datele de identificareși datele privind activitatea.
Date de identificare Datele de identificare includ datele
de identificare a cardului și datele
de identificare a titularului cardului.
Date de identificare a cardului Date privind utilizatorul care au
legăturăcu identificarea cardului
așa cum sunt definite în cerin țele
190, 191, 192, 194, 215, 231 și
235.
Date de identificare a titularului cardului Date privind utilizatorul care au
legăturăcu identificarea titularului
cardului a șa cum sunt definite în
cerin țele 195, 196, 216, 232 și 236.
Date privind activitatea Datele privind activitatea includ
datele privind activitatea titularului,
date privind evenimentele și
anomaliile și datele privind activi-
tățile de control.
Date privind activitatea titularului Date privind utilizatorul care au
legăturăcu activit ățile efectuate de
titularul cardului a șa cum sunt
definite în cerin țele 197, 199, 202,
212, 212a, 217, 219, 221, 226, 227,229, 230a, 233 și 237.
Date privind evenimentele și anomaliile Date privind utilizatorul care au
legăturăcu evenimentele sau
anomaliile a șa cum sunt definite în
cerin țele 204, 205, 207, 208 și 223.
Date privind activit ățile de control Date privind utilizatorul care au
legăturăcu controalele de aplicare a
legii a șa cum sunt definite în
cerin ț
ele 210 și 225.
2.3. Trimiteri
ITSEC ITSEC Criterii de evaluare a securit ății în tehnologia informa ției
1991
IC PP Profil de protec ție a circuitelor integrate pe carduri cu memorie –
versiunea 2.0 –din septembrie 1998. Înregistrat la organismul
francez de certificare cu num ărul PP/9806.
ES PP Profil de protec ție a circuitelor integrate pe carduri cu memorie cu
software încorporat –versiunea 2.0 –din iunie 1999. Înregistrat la
organismul francez de certificare cu num ărul PP/9911.
3.Prezentarea produsului
3.1. Descrierea și metoda de utilizare a cardului de tahograf
Un card de tahograf este un card cu memorie, a șa cum este descris în (IC PP) și
(ES PP), care include o aplica ție prev ăzutăpentru utilizarea lui cu aparatul de
înregistrare.
Func țiile de baz ăale cardului de tahograf sunt:
—săstocheze datele de identificare a cardului și datele de identificare a titu-
larului cardului. Aceste date sunt folosite de unitatea montat ăpe vehicul
pentru a identifica titularul cardului și a oferi func țiiși drepturi adecvate
de acces la date și a asigura responsabilitatea titularului cardului pentru
activit ățile sale;
—săstocheze datele privind activit ățile titularului cardului, datele privind eveni-
mentele și anomaliile și datele privind activit ățile de control, referitoare la
titularul cardului.1998R2135 —RO—01.05.2006 —002.001 —252
▼M1
Un card de tahograf este proiectat s ăfie folosit de dispozitivul de interfa țăpentru
card al unei unit ăți montate pe vehicul. El poate fi folosit și de orice lector de
carduri (de exemplu un calculator personal) care are drepturi de acces de citireintegrale asupra datelor privind utilizatorul.
În timpul fazei de utilizare final ădin ciclul de via țăal cardului de tahograf [faza
7 din ciclul de via țădescris în (ES PP)], numai unit ățile montate pe vehicul pot
scrie date privind utilizatorul pe card.
Cerin țele func ționale pentru un card de tahograf sunt specificate în textul corpului
anexei I B și în apendicele 2.
3.2. Ciclul de via țăal cardului de tahograf
Ciclul de via țăal cardului de tahograf corespunde ciclului de via țăal unui card
cu memorie descris în (ES PP).
3.3. Pericole
Pe lâng ăpericolele generale pentru cardurile cu memorie prezentate în (ES PP) și
(IC PP), cardul de tahograf se mai poate confrunta cu urm ătoarele amenin țări:
3.3.1. Scopuri finale
Scopul final al atacatorilor este s ămodifice datele privind utilizatorul stocate în
cadrul obiectivului de evaluare.
P.Date_Identificare O modificare reu șităa datelor de identificare p ăstrate de
obiectivul de evaluare (de exemplu tipul de card sau data deexpirare a cardului sau date privind titularul cardului)permite utilizarea frauduloas ăa obiectivului de evaluare și
constituie un pericol major pentru obiectivul de securitate
global ăa sistemului.
P.Date_Activitate O modificare reu șităa datelor privind activitatea memorate
în obiectivul de evaluare constituie un pericol pentru secu-ritatea obiectivului de evaluare.
P.Date_Schimb O modificare reu șităa datelor privind activitatea (ad ăugare,
ștergere, modificare) în timpul importului sau exportului
constituie o amenin țare pentru securitatea obiectivului de
evaluare.
3.3.2. Căi de atac
Activele obiectivului de evaluare pot fi atacate prin:
—încercarea de a ob ține cuno ștințe ilicite despre proiectarea hardware și
software a obiectivului de evaluare și în special despre func țiile sale de
securitate sau datele de securitate. Cuno ștințele ilicite pot fi ob ținute prin
atacuri asupra materialelor proiectantului sau ale produc ătorului (furt, mit ă
etc.) sau prin examinarea direct ăa obiectivului de evaluare (sondare fizic ă,
analiz ăinferen țialăetc.);
—exploatarea sl ăbiciunilor din proiectarea sau realizarea obiectivului de
evaluare (exploatarea erorilor hardware, a erorilor software, a anomaliilor
de transmitere, a erorilor induse în obiectivul de evaluare de agresiunile
mediului, exploatarea sl ăbiciunilor din func țiile de securitate cum ar fi proce-
durile de autentificare, controlul accesului la date, opera țiunile criptografice
etc.);
—modificarea obiectivului de evaluare sau a func țiilor sale de securitate prin
atacuri fizice, electrice sau logice sau o combina ție a acestora.
3.4. Obiective de securitate
Obiectivul principal de securitate al întregului sistem digital de tahograf este
următorul:
O.Principal Datele pe care le verific ăautorit ățile de control trebuie s ăfie
disponibile șisăreflecte integral și exact activitatea șoferilor
și a vehiculelor controlate cu privire la perioadele de
conducere, munc ă, disponibilitate și odihn ăși la viteza vehi-
culului.
De aceea, obiectivele principale de securitate pentru obiectivul de evaluare, care
contribuie la acest obiectiv de securitate global ă, sunt urm ătoarele:
O.Date_Identificare_Card Obiectivul de evaluare trebuie s ăpăstreze datele de
identificare a cardului și datele de identificare a titu-1998R2135 —RO—01.05.2006 —002.001 —253
▼M1
larului cardului stocate în timpul procesului de
personalizare a cardului.
O.Stocare_Activitate_Card Obiectivul de evaluare trebuie s ăpăstreze datele
privind utilizatorul stocate pe card de unit ățile
montate pe vehicul.
3.5. Obiective de securitate privind tehnologia informa ției
Pe lâng ăobiectivele de securitate generale pentru cardurile cu memorie
prezentate în (ES PP) și (IC PP), obiectivele de securitate specifice tehnologiei
informa țiilor ale obiectivului de evaluare care contribuie la obiectivele principale
de securitate în timpul fazei de utilizare final ădin ciclul de via țăsunt urm ă-
toarele:
O.Acces_Date Obiectivul de evaluare trebuie s ălimiteze drepturile
de acces și scriere a datelor privind utilizatorul
numai la unit ățile montate pe vehicul autentificate.
O.Comunica ții_Securizate Obiectivul de evaluare trebuie s ărecunoasc ăproto-
coalele și procedurile de comunicare securizat ăîntre
card și dispozitivul de interfa țăpentru card atunci
când acest lucru este solicitat de aplica ție.
3.6. Mijloace fizice, de personal sau procedurale
Cerin țele fizice, de personal sau procedurale care contribuie la securitatea obiec-
tivului de evaluare sunt prezentate în (ES PP) și (IC PP) (capitolele obiective de
securitate pentru mediul înconjur ător).
4.Func ții de garantare a securit ății
Acest paragraf detaliaz ăunele dintre opera țiile permise cum ar fi atribuirea sau
selectarea de (ES PP) și oferăcerin țe func ționale suplimentare privind func țiile de
garantare a securit ății.
4.1. Respectarea profilurilor de protec ție
Obiectivul de evaluare trebuie s ărespecte (IC PP).
Obiectivul de evaluare trebuie s ărespecte (ES PP) dup ăcum se detaliaz ămai jos.
4.2. Identificarea și autentificarea utilizatorului
Cardul trebuie s ăidentifice entitatea în care este introdus șisăcunoasc ădacăeste
un vehicul autentificat sau nu. Cardul poate exporta orice date privind utili-
zatorul, indiferent de entitatea la care este conectat, cu excep ția cardului de
control care poate exporta date de identificare a titularului numai c ătre unit ăți
montate pe vehicul autentificate (astfel încât un controlor s ăfie sigur c ăunitatea
montat ăpe vehicul nu este o unitate fals ăvăzându- și numele pe ecran sau pe
listări).
4.2.1. Identificarea utilizatorului
Misiunea (FIA_UID.1.1) Lista ac țiunilor moderate de TSF : nici una.
Misiunea (FIA_ATD.1.1) Lista atributelor de securitate :
GRUP_UTILIZATORI UNITATE_VEHICUL, UNITATE_F ĂRĂ_VEHICUL,
ID_UTILIZATOR: Numărul de înmatriculare a vehiculului (VRN) și codul
statului membru în care este înmatriculat vehiculul (ID_UTILIZATOR estecunoscut numai pentru GRUP_UTILIZATORI = UNITATE_VEHICUL).
4.2.2. Autentificarea utilizatorului
Misiunea (FIA_UAU.1.1) Lista ac țiunilor moderate de TSF :
—Cardurile șoferului și ale atelierului: export ădatele privind utilizatorul cu
atributele de securitate (func ția de desc
ărcare a datelor de pe card);
—Cardul de control: export ădatele privind utilizatorul f ărăatributele de secu-
ritate, cu excep ția datelor de identificare a titularului.
Autentificarea unei unit ăți montate pe vehicul se realizeaz ăprin dovedirea
faptului c ăposed ădate de securitate pe care numai sistemul le putea distribui.
Selec ția(FIA_UAU.3.1 și FIA_UAU.3.2): prevenire.
Misiunea (FIA_UAU.4.1) Mecanism(e) identificat(e) de autentificare : orice
mecanism de autentificare.1998R2135 —RO—01.05.2006 —002.001 —254
▼M1
Cardul atelierului trebuie s ăofere un mecanism de autentificare suplimentar prin
verificarea unui cod PIN (Acest mecanism este destinat unit ății montate pe
vehicul pentru a asigura identitatea titularului cardului, nu este prev ăzut pentru
a proteja con ținutul cardului atelierului).
4.2.3. Eșecul autentific ării
Următoarele misiuni descriu reac ția cardului pentru fiecare e șec de autentificare a
unui utilizator.
Misiunea (FIA_AFL.1.1) Număr:1 ,lista de evenimente de autentificare : auten-
tificarea unui dispozitiv de interfa țăpentru card.
Misiunea (FIA_AFL.1.2) Lista ac țiunilor :
—avertizeaz ăentitatea conectat ă;
—consider ăutilizatorul ca pe o UNITATE_F ĂRĂ_VEHICUL;
Următoarele misiuni descriu reac ția cardului în cazul e șecului mecanismului de
autentificare suplimentar cerut în UIA_302.
Misiunea (FIA_AFL.1.1) Număr:5 , lista de evenimente de autentificare : veri-
ficări ale codului PIN (cardul atelierului).
Misiunea (FIA_AFL.1.2) Lista ac țiunilor :
—avertizeaz ăentitatea conectat ă,
—blocheaz ăprocedura de verificare a codului PIN astfel încât orice încercare
ulterioar ăde verificare a codului PIN va e șua,
—poate indica utilizatorilor urm ători motivul bloc ării.
4.3. Controlul accesului
4.3.1. Politica de control al accesului
În timpul fazei de utilizare final ădin ciclul s ău de via ță, cardul de tahograf este
subiectul unei singure politici de func ții de securitate privind controlul accesului
(PFS) denumit ăAC_SFP.
Misiunea (FDP_ACC.2.1) PFS privind controlul accesului : AC_SFP.
4.3.2. Func ții de control al accesului
Misiunea (FDP_ACF.1.1) PFS privind controlul accesului : AC_SFP.
Misiunea (FDP_ACF.1.1) Grupul numit de atribute de securitate : GRUP_UTI-
LIZATORI.
Misiunea (FDP_ACF.1.2) Regulile care reglementeaz ăaccesul la subiectele și
obiectele controlate utilizând opera țiuni controlate asupra obiectelor controlate :
CITIRE_GENERAL Ă:Datele privind utilizatorul pot fi citite din obiectivul de
evaluare de c ătre orice utilizator, cu excep ția datelor de identificare a titularului
care pot fi citite de pe cardurile de control numai de c ătre UNITATE_VEHICUL.
SCRIERE_IDENTIFICARE: Datele de identificare pot fi scrise o singur ădată
și înainte de terminarea fazei 6 din ciclul de via țăal cardului. Nici un utilizator
nu poate scrie sau modifica datele de identificare în timpul fazei de utilizarefinalădin ciclul de via țăal cardului.
SCRIERE_ACTIVITATE: Datele privind activitatea pot fi scrise în obiectivul
de evaluare numai de UNITATE_VEHICUL.
PERFEC ȚIONARE_SOFT: Nici un utilizator nu poate perfec ționa software-ul
obiectivului de evaluare.
STRUCTUR Ă_FIȘIERE: Structura fi șierelor și condi țiile de acces sunt create
înainte de terminarea fazei 6 din ciclul de via
țăal obiectivului de evaluare și apoi
orice modificare sau ștergere ulterioar ăde către orice utilizator este blocat ă.
4.4. Responsabilitate
Obiectivul de evaluare p ăstreaz ădate de identificare permanente.
Existăo indica ție a datei și orei personaliz ării obiectivului de evaluare. Aceast ă
indica ție nu poate fi modificat ă.1998R2135 —RO—01.05.2006 —002.001 —255
▼M1
4.5. Audit
Obiectivul de evaluare trebuie s ămonitorizeze evenimentele care indic ăo
posibil ăviolare a securit ății lui.
Misiunea (FAU_SAA.1.2) Subset de evenimente analizabile definite :
—eșec de autentificare a titularului cardului (5 verific ări consecutive nereu șite
ale codului PIN);
—eroare de testare automat ă;
—eroare de integritate a datelor stocate;
—eroare de integritate a datelor introduse privind activit ățile.
4.6. Precizie
4.6.1. Integritatea datelor stocate
Misiunea (FDP_SDI.2.2) Acțiuni de efectuat : avertizarea entit ății conectate.
4.6.2. Autentificarea datelor de baz ă
Misiunea (FDP_DAU.1.1) Lista tipurilor de obiecte sau informa ții: date privind
activit ățile.
Misiunea (FDP_DAU.1.2) Lista subiectelor : oricare.
4.7. Fiabilitatea serviciului
4.7.1. TesteSelec ția
(FPT_TST.1.1): în timpul primei puneri în func țiune, apoi periodic în timpul
func ționării normale.
Notă: în timpul primei puneri în func țiune înseamn ăînainte de executarea
codului [ și nu neap ărat în timpul procedurii R ăspuns la reini țializare (Answer
To Reset)]
Testele automate ale obiectivului de evaluare includ verificarea integrit ății
oricărui cod software care nu este stocat în ROM.
La detectarea unei erori de testare automat ăTSF avertizeaz ăentitatea conectat ă.
Dupăterminarea test ării sistemului de operare, toate comenzile șia c țiunile
specifice test ării sunt dezactivate sau eliminate. Nu este posibil s ăse înlocuiasc ă
aceste comenzi sau s ăse reactiveze pentru utilizare. Comenzile asociate exclusiv
cu o stare din ciclul de via țănu sunt niciodat ăaccesate în timpul unei alte st ări.
4.7.2. Software
Nu exist ănici o metod ăde analiz ă, depanare sau modificare pe teren a software-
ului obiectivului de evaluare.
Intrările din surse externe nu sunt acceptate drept cod executabil.
4.7.3. Alimentarea cu energie electric ă
Obiectivul de evaluare trebuie s ăîși men ținăo stare sigur ăîn timpul întreruperii
sau varia țiilor aliment ării cu energie.
4.7.4. Condi ții de resetare
Dacăalimentarea este întrerupt ă(sau dac ăapar varia ții de alimentare cu energie)
la obiectivul de evaluare sau dac ăo tranzac ție este oprit ăînainte de terminare ori
în orice alte condi ții de reini țializare, obiectivul de evaluare trebuie s ăfie rein-
ițializat f ărăprobleme.
4.8. Schimb de date
4.8.1. Schimbul de date cu o unitate montat ăpe vehicul
Obiectivul de evaluare trebuie s ăverifice integritatea și autenticitatea datelor
importate de la o unitate montat ăpe vehicul.
La detectarea unei erori de integritate a datelor importate, obiectivul de evaluare:
—avertizeaz ăentitatea care trimite datele;
—nu utilizeaz ădatele.1998R2135 —RO—01.05.2006 —002.001 —256
▼M1
Obiectivul de evaluare export ădatele privind utilizatorul c ătre unitatea montat ă
pe vehicul împreun ăcu atributele de securitate asociate, astfel încât unitatea
montat ăpe vehicul s ăpoatăverifica integritatea și autenticitatea datelor primite.
4.8.2. Exportul de date c ătre o unitate exterioar ăvehiculului (func ția
descărcare)
Obiectivul de evaluare trebuie s ăpoatăgenera o dovad ăde origine pentru datele
descărcate pe suporturi externe.
Obiectivul de evaluare trebuie s ăofere o func ție de verificare a dovezii de origine
a datelor desc ărcate pentru destinatar.
Obiectivul de evaluare trebuie s ăpoatădescărca datele pe un suport de memorie
extern, împreun ăcu atributele de securitate asociate, astfel încât integritatea
datelor desc ărcate s ăpoatăfi verificat ă.
4.9. Suport criptografic
Dacăfunc ția de securitate a obiectivului de evaluare genereaz ăchei criptografice,
acestea corespund unor algoritmi preci și de generare a cheilor criptografice și
unor dimensiuni specificate ale cheilor criptografice. Cheile criptografice desesiune generate au un num ăr limitat de utiliz ări posibile (TBD de c ătre
produc ător, dar nu mai multe de 240).
Dacăfunc ția de securitate a obiectivului de evaluare distribuie chei criptografice,
acestea corespund unor metode specificate de distribuire a cheilor criptografice.
5.Definirea mecanismelor de securitate
Mecanismele de securitate necesare sunt specificate în apendicele 11.Toate celelalte mecanisme de securitate sunt definite de produc ătorul obiectivului
de evaluare.
6.Nivelul minim solicitat de protec ție al mecanismelor
Puterea minim ăa mecanismelor pentru cardul de tahograf este Ridicat ăconform
defini ției din (ITSEC).
7.Nivelul de garan ție
Nivelul de garan ție vizat pentru cardul de tahograf este nivelul ITSEC E3,
conform defini ției din (ITSEC).
8.Prezentare
Matricele urm ătoare prezint ăo analiz ăpentru func țiile suplimentare de garantare
a securit ății indicând:
—func țiile de garantare a securit ății capabile s ăneutralizeze diverse pericole;
—func țiile de garantare a securit ății care îndeplinesc diverse obiective de secu-
ritate a tehnologiei informa ției.1998R2135 —RO—01.05.2006 —002.001 —257
1998R2135 —RO—01.05.2006 —002.001 —258▼M1
Amenin țări Obiective de tehnologia informa țieiT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOAD
T.MOD_EXE
T.MOD_SHARE
Date_Identificare
Date_activitateSchimb_Date
O.TAMPER_ES
O.CLON*O.OPERATE*
O.FLAW*
O.DIS_MECHANISM2O.DIS_MEMORY*
O.MOD_MEMORY*
Acces_DateComunica ții_Securizate
UIA_301 Mijloace de autentificare x
UIA_302 Verific ări PIN x
ACT_301 Date de identificare
ACT_302 Date de personalizare
RLB_301 Integritate software xx
RLB_302 Autoteste xx
RLB_303 Teste de fabrica ție x x x x
RLB_304 Analiz ăsoftware x x x x x
RLB_305 Intr ări software x x x x x
RLB_306 Alimentarea cu energie x xxx
RLB_307 Resetarea xx
DEX_301 Import de date securizate xx
DEX_302 Import de date securizate xx
DEX_303 Export de date securizate c ătre UV xx
DEX_304 Dovada de origine xx
DEX_305 Dovada de origine xx
DEX_306 Export securizat pe suporturi externe xx
CSP_301 Generare de chei xx
CSP_302 Distribuire de chei xx
▼M1
Apendicele 11
MECANISME DE SECURITATE COMUNE
CUPRINS
1. Generalit ăți….......................................................
1.1. Trimiteri ….........................................................
1.2. Nota țiiși termeni prescurta ți…...........................................
2. Sisteme și algoritmi criptografici …........................................
2.1. Sisteme criptografice ….................................................
2.2. Algoritmi criptografici …................................................
2.2.1. Algoritmul RSA …....................................................
2.2.2. Algoritmul de distribuire …..............................................
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 test 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 dezv ăluirea certificatelor ….....................................
4. Mecanismul de autentificare reciproc ă….....................................
5. Confiden țialitatea, integritatea și mecanismul de autentificare a transferului de date dintre
unitățile montate pe vehicul și carduri . . . . . . .................................
5.1. Mesageria securizat ă….................................................
5.2. Tratarea erorilor de mesagerie securizat ă…...................................
5.3. Algoritmul de calcul al sumelor de control criptografic ….........................
5.4. Algoritmul de calcul al criptogramelor pentru DO confiden țiale…...................
6. Mecanismele de semnare digital ăa datelor desc ărcate…..........................
6.1. Generarea semn ăturilor …...............................................
6.2. Verificarea semn ăturilor …...............................................1998R2135 —RO—01.05.2006 —002.001 —259
▼M1
1. GENERALIT ĂȚI
Prezentul apendice precizeaz ămecanismele de securitate care asigur ă:
—autentificarea reciproc ăîntre unit ățile montate pe vehicul și cardurile de
tahograf, inclusiv acordul privind cheia de sesiune;
—confiden țialitatea, integritatea și autentificarea datelor transferate între
unitățile montate pe vehicul și cardurile de tahograf;
—integritatea și autentificarea datelor desc ărcate din unit ățile montate pe
vehicul pe suporturi de memorie externe;
—integritatea și autentificarea datelor desc ărcate de pe cardurile de tahograf pe
suporturi de memorie externe.
1.1.Trimiteri
În prezentul apendice se folosesc urm ătoarele trimiteri:
SHA-1 National Institute of Standards and Technology (NIST).
FIPS Publication 180-1: Secure Hash Standard. Aprilie 1995
PKCS1 RSA Laboratories. PKCS # 1: RSA Encryption Standard.
Version 2.0. Octombrie 1998
TDES National Institute of Standards and Technology (NIST).
FIPS Publication 46-3: Data Encryption Standard. Proiect denormă1999
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm Modes of
Operation. 1998
ISO/IEC 7816-4 Tehnologia informa ției–Carduri de identificare –Carduri cu
circuite integrate și cu contacte –Partea 4: Comenzile inter-
sectoriale pentru schimburi. Prima edi ție: 1995 + Amenda-
mentul 1: 1997
ISO/IEC 7816-6 Tehnologia informa ției–Carduri de identificare –Carduri cu
circuite integrate și cu contacte –Partea 6: Elemente de date
intersectoriale. Prima edi ție: 1996 + Cor 1: 1998
ISO/IEC 7816-8 Tehnologia informa ției–Carduri de identificare –Carduri cu
circuite integrate și cu contacte –Partea 8: Comenzi inter-
sectoriale privind securitatea. Prima edi ție: 1999
ISO/IEC 9796-2 Tehnologia informa ției–Tehnici de securitate –Schițed es e m n ă-
turădigital ăpentru recuperarea mesajelor –Partea 2: Mecanisme
care utilizeaz ăo func ție de distribuire. Prima edi ție: 1997
ISO/IEC 9798-3 Tehnologia informa ției–Tehnici de securitate –Mecanisme
de autentificare a perifericelor –Partea 3: Autentificarea
perifericelor utilizând un algoritm cu cheie public ă. Edi ția
a doua: 1998
ISO 16844-3 Vehicule rutiere –Sisteme de tahograf –Partea 3: Interfa ța
senzorului de mi șcare.
1.2.Nota țiiși termeni prescurta ți
În prezentul apendice sunt folosite urm ătoarele nota țiiși termeni prescurta ți:
(Ka,Kb,Kc) Un grup de chei utilizat de algoritmul triplu de criptare a
datelor
CA Autoritate de certificare
CAR Trimitere la autoritatea de certificareCC Sum ăde control criptografic ă
CG Criptogram ă
CH Antet de comand ă
CHA Autorizarea titularului certificatului
CHR Trimitere la titularul certificatului
D() Decriptare cu DES (Data Encryption Standard)DE Element de date1998R2135 —RO—01.05.2006 —002.001 —260
▼M1
DO Obiect de date
d Cheie privat ă, exponent privat RSA
e Cheie public ă, exponent public RSA
E() Criptare cu DESEQT EchipamentHash() Valoare de distribuire, rezultatul func țieihash
Hash Func ție de distribuire
KID Identificator de cheieKm Cheie TDES. Cheie principal ădefinit ăîn ISO 16844-3
Km
VU Cheie TDES introdus ăîn unit ățile montate pe vehicul
KmWC Cheie TDES introdus ăîn cardurile atelierelor
m Reprezentant pentru mesaj, num ăr întreg cuprins între 0 șin
–1
n Chei RSA, modulo
PB Octe ți de completare
PI Octet indicator de completare (utilizat în criptograme pentru
confiden țialitatea DO)
PV Valoare normal ă
s Reprezentant pentru semn ătură, num ăr întreg cuprins între 0
șin–1
SSC Contor de secven țe trimise
SM Mesagerie securizat ă
TCBC Mod de func ționare prin înl ănțuirea blocurilor de cifru
TDEA
TDEA Algoritm triplu de criptare a datelorTLV Valoarea unei lungimi de marcajVU Unitate montat ăpe vehicul
X.C Certificatul utilizatorului X eliberat de o autoritate de certi-
ficare
X.CA O autoritate de certificare a utilizatorului XX.CA.PK
oX.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 eliberat de acea autoritate
de certificare. Rezultatul este cheia public ăa utilizatorului
Xa lc ărui certificat este operandul drept.
X.PK Cheia public ă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
Unitățile montate pe vehicule și cardurile de tahograf utilizeaz ăun sistem cripto-
grafic cu cheie public ăRSA clasic pentru a oferi urm ătoarele mecanisme de
securitate:1998R2135 —RO—01.05.2006 —002.001 —261
▼M1
—autentificare între unit ățile montate pe vehicule și carduri;
—transportul cheilor de sesiune DES triple î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.
Unitățile montate pe vehicule și cardurile de tahograf utilizeaz ăun sistem cripto-
grafic simetric DES triplu pentru a asigura un mecanism pentru integritatea datelor
în timpul schimburilor de date privind utilizatorul dintre unit ățile montate pe vehicul
și cardurile de tahograf și pentru a asigura, unde este cazul, confiden țialitatea
schimburilor de date dintre unit ățile montate pe vehicule și cardurile de tahograf.
2.2.Algoritmi criptografici
2.2.1. Algoritmul RSA
Algoritmul RSA este definit integral prin urm ătoarele rela ții:
O descriere mai complet ăa func ției RSA poate fi g ăsităîn referin ța (PKCS1).
Exponentul public, e, pentru calculele RSA este diferit de 2 în toate cheile RSA
generate.
2.2.2. Algoritmul de distribuire
Mecanismele de semn ăturădigital ăutilizeaz ăalgoritmul de distribuire SHA-1 a șa
cum este definit în referin ța (SHA-1).
2.2.3. Algoritmul de criptare a datelor
Algoritmii pe baza DES sunt utiliza ți în modul de func ționare prin înl ănțuirea
blocurilor de cifru.
3. CHEI ȘI CERTIFICATE
3.1.Generarea și distribuirea cheilor
3.1.1. Generarea și distribuirea cheilor RSA
Cheile RSA sunt generate prin trei niveluri ierarhice func ționale:
—nivelul european;
—nivelul statului membru;
—nivelul echipamentului.
La nivelul european, se genereaz ăo singur ăpereche 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.
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 Auto-
ritatea de certificare european ă. Cheile private ale statelor membre se utilizeaz ă
pentru certificarea cheilor publice care se introduc în echipament (unitate montat ă
pe vehicul sau card de tahograf). Se ține eviden ța tuturor cheilor publice certi-
ficate împreun ăcu identificarea echipamentului pentru care se folosesc. Aceste
sarcini sunt îndeplinite de o autoritate de certificare a statului membru. Un stat
membru î și poate schimba periodic perechea de chei.
La nivelul echipamentului, se genereaz ăo singur ăpereche de chei (EQT.SK și
EQT.PK) și se introduce în fiecare echipament. Cheile publice ale echipamentelor
sunt certificate de o autoritate de certificare a statului membru. Aceste sarcini pot
fi îndeplinite de produc ătorii de echipamente, de personalizatorii de echipamente1998R2135 —RO—01.05.2006 —002.001 —262
▼M1
sau de autorit ățile statelor membre. Aceast ăpereche de chei se folose ște pentru
serviciile de autentificare, semn ăturădigital ăși cifrare.
Confiden țialitatea cheilor private trebuie men ținutăîn timpul gener ării, trans-
portului (dac ăeste cazul) și stoc ării.
Ilustra ția urm ătoare sintetizeaz ăfluxul de date al acestui proces.
3.1.2. Chei de test RSA
Pentru testarea echipamentelor (inclusiv testele de interoperare) autoritatea de
certificare european ăgenereaz ăo pereche unic ădiferit ăde chei de test
europene și cel pu țin dou ăperechi de chei de test ale statelor membre, ale
căror chei publice sunt certificate cu cheia de test privat ăeuropean ă. Produc ătorii
introduc, în echipamentele supuse testelor pentru omologarea de tip, chei de testcertificate cu una dintre aceste chei de test ale statelor membre.
3.1.3. Cheile senzorului de mi șcare
Confiden țialitatea celor trei chei TDES descrise mai jos trebuie men ținutăcores-
punzător în timpul gener ării, transportului (dac ăeste cazul) și stoc ării.
Pentru a asigura suportul pentru aparatele de înregistrare compatibile ISO 16844,
autoritatea de certificare european ăși autorit ățile de certificare din statele membre
asigur ă, în plus, urm ătoarele:
Autoritatea de certificare european ăgenereaz ăKm
VUșiK mWC, douăchei DES
triple independente și unice, și genereaz ăKm ca fiind:
Autoritatea de certificare european ătrimite aceste chei, prin proceduri securizate
corespunz ătoare, autorit ăților de certificare ale statelor membre la cererea acestora.
Autorit ățile de certificare ale statelor membre:1998R2135 —RO—01.05.2006 —002.001 —263
▼M1
—folosesc Km pentru a cripta datele senzorului de mi șcare solicitate de produ-
cătorii de senzori de mi șcare (datele care trebuie criptate cu Km sunt definite
în ISO 16844-3);
—trimit KmVUproduc ătorilor de unit ăți montate pe vehicule, prin proceduri
securizate corespunz ătoare, pentru introducere în unit ățile montate pe
vehicule;
—se asigur ăcăKm WC este introdus în toate cardurile atelierelor
(
 în fi șierul elementar
) în timpul personaliz ării cardului.
3.1.4. Generarea și distribu ția cheilor de sesiune T-DES
Unitățile montate pe vehicule și cardurile de tahograf genereaz ăși schimb ădatele
necesare pentru elaborarea unei chei de sesiune T-DES triple comune, ca parte aprocesului de autentificare reciproc ă. Confiden țialitatea acestui schimb de date
trebuie s ăfie protejat ăprintr-un mecanism de criptare RSA.
Aceast ăcheie se utilizeaz ăpentru toate opera țiunile criptografice 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 securizat ăși
răspunsul asociat).
3.2.Chei
Cheile RSA au (indiferent de nivel) urm ătoarele lungimi: modulo n1024 bi ți,
exponentul public emaxim 64 bi ți, exponentul privat d1024 bi ți.
Cheile DES triple au forma (K
a,Kb,Ka) unde KașiKbsunt chei independente cu
o lungime de 64 bi ți. Nu se fixeaz ănici un bit de detectare a erorilor de paritate.
3.3.Certificate
Certificatele cheilor publice RSA sunt certificate de tip «non self-descriptive» și
«Card Verifiable» (Ref.: ISO/IEC 7816-8)
3.3.1. Con ținutul certificatelor
Certificatele cheilor publice RSA sunt alc ătuite din datele urm ătoare în ordinea
indicat ă:
Date Format Octe ți Observa ții
CPI ÎNTREG 1 Identificator de profil al certificatului ( ′01′
pentru aceast ăversiune)
CAR ȘIR DE OCTE ȚI 8 Referin ța autorit ății de certificare
CHA ȘIR DE OCTE ȚI 7 Autoriza ția titularului certificatului
EOV Timp Real 4 Termenul de expirare a valabilit ății certifi-
catului. Op țional, umplut cu ′FF′dacănu
este folosit
CHR ȘIR DE OCTE ȚI 8 Referin ța titularului certificatului
n ȘIR DE OCTE ȚI 128 Cheie public ă(modulo)
e ȘIR DE OCTE ȚI 8 Cheie public ă(exponent public)
164
Note:
1. «Indicatorul de profil al certificatului» (CPI) determin ăstructura precis ăa
unui certificat de autentificare. El poate fi folosit ca identificator intern alechipamentului 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:1998R2135 —RO—01.05.2006 —002.001 —264
▼M1
2. «Referin ța autorit ății de certificare» (CAR) are scopul de a identifica auto-
ritatea de certificare care a emis certificatul, astfel încât elementul de date s ă
poatăfi folosit în acela și timp și ca un identificator al cheii de autoritate
pentru a trimite la cheia public ăa autorit ății de certificare (pentru codificare,
vezi mai jos identificatorul de cheie).
3. «Autoriza ția titularului certificatului» (CHA) este folosit ăpentru a identifica
drepturile titularului certificatului. Ea se compune din Identificatorul aplica ției
tahografului și din tipul de echipament pentru care este destinat certificatul (în
conformitate cu elementul de date EquipmentType, «00» pentru un statmembru).
4. «Referin ța titularului certificatului» (CHR) are scopul de a identifica în mod
unic titularul certificatului, astfel încât elementul de date s ăpoatăfi folosit în
acela și timp ca identificator al cheii subiect pentru a trimite la cheia public ăa
titularului certificatului.
5. Identificatoarele cheii identific ăîn mod unic titularul certificatului sau auto-
ritatea de certificare. Acestea sunt codificate dup ăcum urmeaz ă:
5.1. Echipament (UV sau card):
Date Num ărul de
serie al echipa-
mentuluiDate Tip Produc ător
Lungime 4 octe ți 2 octe ți 1 octet 1 octet
Valoare Întreg ll aa codare
BCDSpecific produc ă-
toruluiCodul produc ătorului
În cazul unei unit ăți montate pe vehicul, când produc ătorul solicit ăcerti-
ficate, 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 din statul membru respectiv
pentru certificare. Certificatul va con ține atunci identificatorul echipa-
mentului, 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 certificare șisătrimit ăacest identificator împreun ăcu cheia
public ăla autoritatea din statul membru respectiv pentru certificare.
Certificatul con ține identificatorul cererii. Produc ătorul trebuie s ă
informeze autoritatea de certificare din statul membru cu privire la atri-buirea cheii echipamentului (adic ăidentificatorul cererii de certificare,
identificatorul echipamentului) dup ăinstalarea cheii în echipament. Iden-
tificatorul cheii are forma urm ătoare:
Date Num ărul de
serie al cererii
de certificareDate Tip Produc ător
Lungime 4 octe ți 2 octe ți 1 octet 1 octet
Valoare Codare BCD ll aa codare
BCD′FF′ Codul produc ă-
torului1998R2135 —RO—01.05.2006 —002.001 —265
▼M1
5.2. Autoritatea de certificare
Date Identificatorul auto-
ritățiiNumărul de
serie al cheiiInforma ții supli-
mentareIdentificator
Lungime 4 octe ți 1 octet 2 octe ți 1 octet
Valoare Codul numeric
național 1 octetÎntreg Cod suplimentar
(specific CA)′01′
Codul alfanumeric
național 3 octe ți′FF FF ′dacănu
este folosit
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 autentificarea, verificarea semn ăturii digitale și cifrarea
pentru serviciile de confiden țialitate (certificatul nu con ține nici un identi-
ficator de obiect care s ăspecifice acest lucru).
3.3.2. Certificate emise
Certificatul emis este o semn ăturădigital ăcu recuperarea par țialăa con ținutului
certificatului în conformitate cu ISO/IEC 9796-2, cu «Referin ța autorit ății de
certificare» ad ăugată.
Cu con ținutul certificatului
Note:
1. Acest certificat are o lungime de 194 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 dup ăcum urmeaz ă:
3.3.3. Verificarea și dezv ăluirea certificatelor
Verificarea și dezv ăluirea certificatelor const ăîn verificarea semn ăturii în confor-
mitate cu ISO/IEC 9796-2, extr ăgând con ținutul certificatului și cheia public ă
conținută: X.PK = X.CA.Pk oX.C și verificarea valabilit ății certificatului.
Aceasta implic ăurmătoarele etape:
Verificarea semn ăturii și extragerea con ținutului:
—din X.C extrage Semn, Cnși CAR:1998R2135 —RO—01.05.2006 —002.001 —266
▼M1
—din CAR selecteaz ăcheia public ăa autorit ății de certificare corespunz ătoare
(dacănu s-a efectuat anterior prin alte metode)
—deschide Semn cu Cheia public ăa CA: Sr = X.CA.PK [Semn],
—verific ădacăSr începe cu ′6A′și se termin ăcu′BC′
—calculeaz ăCrși H din:
—recupereaz ăconținutul certificatului C = Cr|| Cn
—verific ăHash (C) = H
Dacăverific ările sunt în regul ă, certificatul este original, având con ținutul C.
Verificarea valabilit ății. Din C:
—dacăeste cazul, verific ătermenul de expirare a valabilit ății
Extrage și stocheaz ăcheia public ă, identificatorul cheii, autorizarea titularului
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 unit ățile montate pe vehicule 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 o autoritate de certificare a statului
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 la introducerea cardului de c ătre unitatea montat ăpe
vehicul. Începe cu schimbul de certificate și dezv ăluirea cheilor publice șis e
termin ăcu stabilirea unei chei de sesiune.
Trebuie utilizat urm ătorul protocol [s ăgețile indic ăcomenzile și datele schimbate
(vezi apendicele 2)]:1998R2135 —RO—01.05.2006 —002.001 —267
▼M1
1998R2135 —RO—01.05.2006 —002.001 —268
▼M1
5. CONFIDEN ȚIALITATEA, INTEGRITATEA ȘI MECANISMUL DE
AUTENTIFICARE A TRANSFERULUI DE DATE DINTRE UNIT ĂȚILE
MONTATE PE VEHICUL ȘI CARDURI
5.1.Mesageria securizat ă
Integritatea transferurilor de date dintre unit ățile montate pe vehicul și carduri
trebuie protejat ăprin mesagerie securizat ăîn conformitate cu referin țele (ISO/IEC
7816-4) și (ISO/IEC 7816-8).1998R2135 —RO—01.05.2006 —002.001 —269
▼M1
Atunci când datele trebuie s ăfie protejate în timpul transferului, se adaug ăun
obiect de date sum ăde control criptografic ăla obiectele de date trimise în cadrul
comenzii sau al r ăspunsului. Suma de control criptografic ăeste verificat ăde
receptor.
Suma de control criptografic ăa datelor trimise în cadrul unei comenzi integreaz ă
antetul comenzii și toate obiectele de date trimise ( = > CLA = ′0C′și toate
obiectele de date sunt încapsulate cu marcaje în care b1 = 1).
Octe ții de stare-informa ții ai r ăspunsului sunt proteja ți printr-o sum ăde control
criptografic ăatunci când r ăspunsul nu con ține nici un câmp de date.
Sumele de control criptografice au o lungime de patru octe ți.
Structura comenzilor șiră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:
MarcajCod
mnemonicSemnifica ție
′81′ TPV Valoare normal ănecodat ăprin BER-TLV (de protejat prin CC)
′97′ TLE Valoarea Le din comanda nesecurizat ă(de protejat prin CC)
′99′ TSW Informa ții de stare (de protejat prin CC)
′8E′ TCC Sumăde ontrol criptografic ă
′87′ TPI CG Octet indicator de umplere || Criptogram ă(valoare normal ă
necodat ăprin BER-TLV)
Fiind dat ăo pereche comand ă-răspuns nesecurizat ă:
Antetul comenzii 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 prin B1-BL
Corpul r ăspunsului Coada r ăspunsului
(Câmp de date) SW1 SW2
Octe ți de date Lr Doi octe ți
Perechea corespunz ătoare comand ă-răspuns securizat ăeste:
Comanda securizat ă:
Antetul
comenzii (CH)Corpul comenzii
CLA INS P1
P2(Câmp Lc
nou)(Câmp de date nou) (Câmp Le
nou)
′OC′ Lungimea
noului
câmp de
dateTPV LPV PV TLE LLE Le TCC LCC CC ′00′
′81′ Lc Câ-
mp
de
date′97′′ 01′ Le′8E′′ 04′ CC
Datele care trebuie integrate în suma de control = CH || PB || TPV|| LPV|| PV ||
TLE|| LLE|| Le|| PB
PB = octe ți de umplere (80..00) în conformitate cu ISO-IEC 7816-4 și ISO 9797
metoda 2.1998R2135 —RO—01.05.2006 —002.001 —270
▼M1
Obiectele de date PV și LE sunt prezente numai dac ăexistădate corespondente
și î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 nou
TPV LPV PV TCC LCC CC
′81′ Lr Câmp
de date′8E′′ 04′ CC
Datele care se integreaz ăîn suma de control = TPV|| LPV|| PV || PB
2. Cazul în care câmpul de date r ăspuns nu este gol și este nevoie s ăfie protejat
pentru confiden țialitate:
Corpul r ăspunsului Coada r ăspunsului
(Câmp de date nou) SW1 SW2 nou
TPI CG LPI CG PI CG TCC LCC CC
′87′ PI || CG ′8E′′ 04′ CC
Datele care sunt transportate prin CG: date necodate prin BER-TLV și octe ții
de umplere.
Datele care se integreaz ăîn suma de control = TPI CG || LPI 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 nou
TSW LSW SW TCC LCC CC
′99′′ 02′ SW1 SW2
nou′8E′′ 04′ CC
Datele care se integreaz ăîn suma de control = TSW|| LSW|| SW || PB
5.2.Tratarea erorilor de mesagerie securizat ă
Atunci când cardul de tahograf recunoa ște o eroare de SM în timpul interpret ării
unei comenzi, octe ții de stare trebuie s ăfie returna țifărăSM. În conformitate cu
ISO/IEC 7816-4, sunt defini ți urm ătorii octe ți de stare pentru a indica erorile SM:
′66 88 ′verificarea sumei de control criptografice care e șuase;
′69 87 ′obiectul de date SM a șteptat lipse ște;
′69 88 ′obiectele de date SM sunt incorecte.
Atunci când cardul de tahograf returneaz ăocteții de stare f ărăobiectele de date
ale SM sau cu un obiect de date SM eronat, sesiunea trebuie s ăfie terminat ăde
unitatea montat ăpe vehicul.
5.3.Algoritmul de calcul al sumelor de control criptografic
Sumele de control criptografice sunt construite folosind controale de acces la
suport (MAC) detaliate în conformitate cu ANSI X9.19 cu 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;1998R2135 —RO—01.05.2006 —002.001 —271
▼M1
—etapa final ă: suma de control criptografic ăeste calculat ădin ultimul bloc de
control yn dup ăcum urmeaz ă: E[Ka, D(Kb, yn)].
Unde E() este criptarea cu DES, iar D() este decriptarea cu DES.
Cei mai relevan ți patru octe ți ai sumei de control criptografice sunt transfera ți.
Contorul de secven țe trimise (SSC) este ini țializat în timpul procedurii de acord
asupra cheii la:
SSC ini țial: Rnd3 (cei mai pu țin relevan ți 4 octe ți) || Rnd1 (cei mai pu țin
relevan ți 4 octe ți).
Contorul de secven țe trimise este incrementat cu 1 de fiecare dat ăînainte de
calcularea unui MAC (de exemplu 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 DO confiden țiale
Criptogramele sunt calculate folosind TDEA în modul de func ționare TCBC în
conformitate cu referin țele (TDES) și (TDES-OP) și cu vectorul nul ca bloc de
valoare ini țial.
Figura urm ătoare ilustreaz ăaplicarea cheilor în TDES:
6. MECANISMELE DE SEMNARE DIGITAL Ă A DATELOR
DESC ĂRCATE
Echipamentul inteligent dedicat (EID) stocheaz ădatele recep ționate de la un
echipament (UV sau card) în timpul unei sesiuni de desc ărcare într-un singur
fișier fizic de date. Acest fi șier trebuie s ăconținăcertificatele MSi.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.1998R2135 —RO—01.05.2006 —002.001 —272
▼M1
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ănici o
descifrare dac ăse dore ște.
6.1.Generarea semn ăturilor
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 de distribuire
SHA-1:
Semn ătură= EQT.SK{ ′00′||′01′|| PS || ′00′|| DER[SHA-1(Date)]}
PSȘir de octe ți de umplere cu valoarea ′FF′astfel încât lungimea s ăfie 128.
DER(SHA-1(M)) este codarea identificatorului algoritmului pentru func ția de
distribuire și valoarea de distribuire î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 de
distribuire.
6.2.Verificarea semn ăturilor
Verificarea semn ăturii datelor la datele desc ărcate trebuie s ărespecte schema de
semnăturăcu apendice definit ăîn referin ța (PKCS1) cu func ția de distribuire
SHA-1:
Cheia public ăeuropean ăEUR.PK trebuie s ăfie cunoscut ăindependent ( și
aprobat ă) de verificator.
Tabelul urm ător ilustreaz ăprotocolul pe care îl respect ăun EID 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 efectuadescifrarea semn ăturilor digitale. Aceast
ăfunc ție poate în acest caz s ănu fie
implementat ăîn EID.
Echipamentul care a desc ărcat și semnat datele de analizat este denumit EQT. ”1998R2135 —RO—01.05.2006 —002.001 —273
▼M1
1998R2135 —RO—01.05.2006 —002.001 —274