Ovaj je tekst namijenjen isklju čivo dokumentiranju i nema pravni u činak. Institucije Unije nisu odgovorne za njegov sadržaj. 
Vjerodostojne ina čice relevantnih akata, uklju čujući njihove preambule, one su koje su objavljene u Službenom listu 
Europske unije i dostupne u EUR-Lexu. Tim službenim tekstovima može se izravno pristupiti putem poveznica sadržanih u 
ovom dokumentu.  
►B PROVEDBENA UREDBA KOMISIJE (EU) 2016/799  
оd 18. ožujka 2016.  
o provedbi Uredbe (EU) br. 165/2014 Europskog parlamenta i Vije ća o utvr đivanju tehni čkih 
zahtjeva za izradu, ispitivanje, ugradnju, rad i popravak tahografa i njihovih sastavnih dijelova  
(Tekst zna čajan za EGP)  
(SL L 139, 26.5.2016., str. 1.)  
Koju je izmijenila:  
Službeni list  
br. stranica  datum  
►M1 Provedbena uredba Komisije (EU) 2018/502 оd 28. velja če 2018.  L 85  1  28.3.2018.  
►M2 Provedbena uredba Komisije (EU) 2020/158 оd 5. veljače 2020.  L 34  20  6.2.2020.  
Koju je ispravio:  
►C1 Ispravak, SL L 146, 3.6.2016, str. 31 (2016/799)  
►C2 Ispravak, SL L 27, 1.2.2017, str. 169 (2016/799)  02016R0799 — HR — 26.02.2020 — 002.001 — 1
02016R0799 — HR — 26.02.2020 — 002.001 — 2  
PROVEDBENA UREDBA KOMISIJE (EU) 2016/799  
оd 18. ožujka 2016.  
o provedbi Uredbe (EU) br. 165/2014 Europskog parlamenta i 
Vijeća o utvr đivanju tehni čkih zahtjeva za izradu, ispitivanje, 
ugradnju, rad i popravak tahografa i njihovih sastavnih dijelova  
(Tekst zna čajan za EGP)  
Članak 1.  
Predmet i podru čje primjene  
1. Ovom se Uredbom utvr đuju odredbe potrebne za ujedna čenu 
primjenu sljede ćih aspekata u pogledu tahografa:  
(a) bilježenje položaja vozila na odre đenim mjestima tijekom dnevnog 
radnog vremena voza ča; 
(b) daljinsko rano otkrivanje mogu će manipulacije ili zloupotrebe 
pametnih tahografa;  
(c) povezanost s inteligentnim prijevoznim sustavima;  
(d) administrativni i tehni čki zahtjevi za postupke za homologaciju 
tahografa, uklju čujući sigurnosne mehanizme.  
▼M1 
2. Izrada, ispitivanje, ugradnja, pregled, rad i popravak pametnih 
tahografa i njihovih sastavnih dijelova moraju biti u skladu s tehni čkim 
zahtjevima utvr đenima u Prilogu I.C ovoj Uredbi.  
3. U pogledu izrade, ispitivanja, ugradnje, pregleda, rada i popra ­
vaka, tahografi koji nisu pametni tahografi moraju i dalje ispunjavati 
zahtjeve iz Priloga I. Uredbi Vije ća (EU) br. 165/2014 ili Priloga I.B 
Uredbi Vije ća (EEZ) br. 3821/85 (  1 ), kako je primjenjivo.  
▼B 
4. U skladu s člankom 10.d Direktive 96/53/EZ ure đaj za rano otkri ­
vanje na daljinu šalje i podatke o masi dobivene iz unutarnjih sustava za 
vaganje u vozilu, u svrhu ranog otkrivanja prijevare.  
▼M1 
5. Ovom se Uredbom ne dovodi u pitanje Direktiva 2014/53/EU 
Europskog parlamenta i Vije ća ( 2 ). 
▼B 
Članak 2.  
Definicije  
Za potrebe ove Uredbe primjenjuju se definicije iz članka 2. Uredbe 
(EU) br. 165/2014.  ▼B 
( 1 ) Uredba Vije ća (EEZ) br. 3821/85 od 20. prosinca 1985. o tahografu u 
cestovnom prometu (SL L 370, 31.12.1985., str. 8.). 
( 2 ) Direktiva 2014/53/EU Europskog parlamenta i Vije ća od 16. travnja 2014. o 
usklađivanju zakonodavstava država članica o stavljanju na raspolaganje 
radijske opreme na tržištu i stavljanju izvan snage Direktive 1999/5/EZ 
(SL L 153, 22.5.2014., str. 62.).
 02016R0799 — HR — 26.02.2020 — 002.001 — 3  
Osim toga, primjenjuju se i sljede će definicije:  
(1) „digitalni tahograf” ili „tahograf prve generacije” zna či digitalni 
tahograf koji nije pametni tahograf;  
(2) „vanjski ure đaj GNSS-a” zna či uređaj koji sadržava prijamnik 
GNSS-a kad jedinica u vozilu nije samostalna te ostale sastavne 
dijelove potrebne za zaštitu prijenosa podataka o položaju ostatku 
jedinice u vozilu;  
▼M1 
(3) „opisna mapa” zna či cjelokupna mapa, u elektroni čkom ili fizi ­ 
čkom obliku, koja sadržava sve informacije koje je proizvo đač 
ili njegov zastupnik dostavio homologacijskom tijelu u svrhu 
homologacije tahografa ili nekog njegovog sastavnog dijela, uklju ­ 
čujući certifikate navedene u članku 12. stavku 3. Uredbe (EU) 
br. 165/2014, obavljena ispitivanja definirana u Prilogu I.C ovoj 
Uredbi te nacrte, fotografije i druge relevantne dokumente;  
▼B 
(4) „opisna dokumentacija” zna či opisna mapa, u elektroni čkom ili 
fizičkom obliku, kojoj su priloženi svi drugi dokumenti koje je 
homologacijsko tijelo dodalo opisnoj mapi tijekom provo đenja 
svojih djelatnosti, uklju čujući certifikat o EZ homologaciji taho ­
grafa ili nekog njegova sastavnog dijela;  
(5) „kazalo opisne dokumentacije” zna či dokument u kojem je 
naveden i brojevima ozna čen sadržaj opisne dokumentacije te u 
kojem su utvr đeni svi relevantni dijelovi te dokumentacije. U 
formatu tog dokumenta razlikuju se uzastopni koraci u postupku 
EZ homologacije, uklju čujući datume svih revizija i ažuriranja 
opisne dokumentacije;  
(6) „uređaj za rano otkrivanje na daljinu” zna či oprema jedinice u 
vozilu koja se upotrebljava za provedbu ciljanih provjera na cesti;  
▼M1 
(7) „pametni tahograf” ili „tahograf druge generacije” zna či digitalni 
tahograf koji je u skladu s člancima 8., 9. i 10. Uredbe (EU) 
br. 165/2014 te s Prilogom I.C ovoj Uredbi;  
(8) „sastavni dio tahografa” zna či bilo koji od sljede ćih elemenata: 
jedinica u vozilu, senzor kretanja, tahografski listi ć, vanjski 
uređaj GNSS-a i vanjski ure đaj za rano otkrivanje na daljinu;  
▼B 
(9) „homologacijsko tijelo” zna či tijelo države članice nadležno za 
provedbu homologacije tahografa ili njegovih sastavnih dijelova, 
postupka ovlaštenja, izdavanja i, prema potrebi, povla čenja certifi ­
kata o homologaciji, koje djeluje u svojstvu kontaktne to čke za 
homologacijska tijela drugih država članica te osigurava da proiz ­
vođači ispunjuju svoje obveze u pogledu sukladnosti sa zahtjevima 
iz ove Uredbe;  
▼M1 
(10) „jedinica u vozilu” zna či tahograf bez senzora kretanja i kabela za 
spajanje senzora kretanja.  
To može biti jedna jedinica ili više jedinica raspore đenih u vozilu 
te uključuje procesorsku jedinicu, podatkovnu memoriju, funkciju 
mjerenja vremena, dva ure đaja sa sučeljem za pametne kartice za  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 4  
vozača i suvoza ča, pisač, zaslon, priklju čke i uređaje za unose 
korisnika, prijemnik za GNSS i ure đaj za komunikaciju na daljinu.  
Jedinica u vozilu može se sastojati od sljede ćih komponenti koje 
podliježu homologaciji:  
— jedinica u vozilu kao zasebna komponenta (uklju čujući 
prijemnik GNSS-a i ure đaj za komunikaciju na daljinu),  
— glavno ku ćište jedinice u vozilu (uklju čujući uređaj za komu ­
nikaciju na daljinu) i vanjski ure đaj GNSS-a,  
— glavno ku ćište jedinice u vozilu (uklju čujući prijemnik GNSS- 
a) i vanjski ure đaj za komunikaciju na daljinu,  
— glavno ku ćište jedinice u vozilu, vanjski ure đaj GNSS-a i 
vanjski ure đaj za komunikaciju na daljinu.  
Ako se jedinica u vozilu sastoji od nekoliko jedinica raspore đenih 
u vozilu, glavno ku ćište jedinice u vozilu je jedinica koja sadržava 
procesorsku jedinicu, podatkovnu memoriju i funkciju mjerenja 
vremena.  
„jedinica u vozilu (VU)” upotrebljava se za „jedinicu u vozilu” ili 
„glavno ku ćište jedinice u vozilu”.  
▼B 
Članak 3.  
Usluge koje se temelje na lokaciji  
1. Proizvo đači osiguravaju sukladnost pametnih tahografa s uslugama 
pozicioniranja koje pružaju sustav Galileo i Europski geostacionarni 
navigacijski sustav („EGNOS”).  
2. Uz sustave navedene u stavku 1. proizvo đači mogu odlu čiti osigu­
rati sukladnost i s drugim satelitskim navigacijskim sustavima.  
Članak 4.  
Postupci za homologaciju tahografa i sastavnih dijelova tahografa  
1. Proizvo đač ili njegov zastupnik predaje zahtjev za homologaciju 
tahografa ili njegovih sastavnih dijelova ili skupine sastavnih dijelova 
homologacijskim tijelima koja odre đuju države članice. Zahtjev se 
sastoji od opisne mape koja sadržava informacije o svakom predmetnom 
dijelu uklju čujući, prema potrebi, certifikate o homologaciji drugih 
sastavnih dijelova potrebnih za upotpunjivanje tahografa te sve druge 
relevantne dokumente.  
2. Država članica odobrava homologaciju tahografu, njegovu 
sastavnom dijelu ili skupini sastavnih dijelova koji su sukladni s admini ­
strativnim i tehni čkim zahtjevima navedenima u članku 1. stavku 2. ili 
3., kako je primjenjivo. U tom slu čaju homologacijsko tijelo podnosi ­
telju zahtjeva izdaje certifikat o homologaciji koji je sukladan predlošku 
utvrđenom u Prilogu II. ovoj Uredbi.  
3. Homologacijsko tijelo može zatražiti od proizvo đača ili njegova 
zastupnika da dostavi dodatne informacije.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 5  
4. Proizvo đač ili njegov zastupnik homologacijskim tijelima i tijelima 
nadležnima za izdavanje certifikata iz članka 12. stavka 3. Uredbe (EU) 
br. 165/2014 stavlja na raspolaganje onoliko tahografa ili sastavnih 
dijelova tahografa koliko je potrebno za uspješnu provedbu postupka 
homologacije.  
5. Ako proizvo đač ili njegov zastupnik zatraži homologaciju odre ­ 
đenih sastavnih dijelova ili skupina sastavnih dijelova tahografa, homo ­
logacijskim tijelima dostavlja druge sastavne dijelove koji su ve ć homo­
logirani i druge dijelove potrebne za izradu potpunog tahografa, kako bi 
ta tijela mogla provesti potrebna ispitivanja.  
Članak 5.  
Izmjene homologacije  
1. Proizvo đač ili njegov zastupnik bez odlaganja izvješ ćuje homolo ­
gacijska tijela koja su odobrila prvotnu homologaciju o svim izmjenama 
softvera ili hardvera tahografa ili vrste materijala upotrijebljenih u 
njegovoj proizvodnji koje se unose u opisnu dokumentaciju te dostavlja 
zahtjev za izmjenu homologacije.  
2. Homologacijska tijela mogu revidirati ili proširiti postoje ću homo­
logaciju ili izdati novu homologaciju u skladu s vrstom i zna čajkama 
izmjena.  
„Revizija” se provodi ako homologacijsko tijelo smatra da su izmjene 
softvera ili hardvera tahografa ili vrste materijala upotrijebljenih u 
njegovoj proizvodnji neznatne. U tom slu čaju homologacijsko tijelo 
izdaje revidirane dokumente iz opisne dokumentacije u kojima je nave ­
dena vrsta provedenih izmjena i datum njihova odobrenja. Ažurirana 
verzija opisne dokumentacije u pro čišćenom obliku uz detaljne opise 
provedenih izmjena dovoljna je za ispunjenje tog zahtjeva.  
„Proširenje” se provodi ako homologacijsko tijelo smatra da su izmjene 
softvera ili hardvera tahografa ili vrste materijala upotrijebljenih u 
njegovoj proizvodnji znatne. U tom slu čaju može zatražiti provo đenje 
novih ispitivanja i o tome izvijestiti proizvo đača ili njegova zastupnika. 
Pokažu li se ta ispitivanja zadovoljavaju ćima, homologacijsko tijelo 
izdaje revidirani certifikat o homologaciji koji sadržava broj koji se 
odnosi na dodijeljeno proširenje. U certifikatu o homologaciji navodi 
se razlog proširenja i datum njegova izdavanja.  
3. U kazalu opisne dokumentacije navodi se datum najnovijeg proši ­
renja ili revizije homologacije ili datum najnovije konsolidacije ažuri ­
rane verzije homologacije.  
4. Nova homologacija potrebna je ako bi zbog zatraženih izmjena 
homologiranog tahografa ili njegovih dijelova došlo do izdavanja 
novog certifikata o sigurnosti ili interoperabilnosti.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 6  
Članak 6.  
Stupanje na snagu  
Ova Uredba stupa na snagu dvadesetog dana od dana objave u  Služ­
benom listu Europske unije . 
Primjenjuje se od 2. ožujka 2016.  
▼M1 
Međutim, Prilog I.C primjenjuje se od 15. lipnja 2019. uz iznimku 
Dodatka 16. koji se primjenjuje od 2. ožujka 2016.  
▼B 
Ova je Uredba u cijelosti obvezuju ća i izravno se primjenjuje u svim 
državama članicama.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 7  
PRILOG I.C  
Zahtjevi u pogledu izrade, ispitivanja, ugradnje i pregleda  
UVOD  
1 DEFINICIJE  
2 OP ĆA OBILJEŽJA I FUNKCIJE URE ĐAJA ZA BILJEŽENJE 
PODATAKA  
2.1 Op ća obilježja  
2.2 Funkcije  
2.3 Na čini rada  
2.4 Sigurnost  
3 ZAHTJEVI U POGLEDU IZRADE I FUNKCIONALNOSTI 
UREĐAJA ZA BILJEŽENJE PODATAKA  
3.1 Pra ćenje umetanja i uklanjanja kartica  
3.2 Mjerenje brzine, položaja i prije đenog puta  
3.2.1 Mjerenje prije đene udaljenosti  
3.2.2 Mjerenje brzine  
3.2.3 Mjerenje položaja  
3.3 Mjerenje vremena  
3.4 Pra ćenje aktivnosti voza ča 
3.5 Pra ćenje statusa vožnje  
3.6 Unosi voza ča 
3.6.1 Unos mjesta po četka i/ili kraja dnevnog radnog vremena  
3.6.2 Ru čni unos aktivnosti voza ča i suglasnost voza ča u pogledu su čelja 
ITS-a  
3.6.3 Unos posebnih stanja  
3.7 Upravljanje blokadama poduze ća 
3.8 Pra ćenje aktivnosti nadzora  
3.9 Prepoznavanje doga đaja i/ili kvarova  
3.9.1 Doga đaj „umetanje nevaže će kartice”  
3.9.2 Doga đaj „konflikt kartica”  
3.9.3 Doga đaj „vremensko preklapanje”  
3.9.4 Doga đaj „vožnja bez odgovaraju će kartice”  
3.9.5 Doga đaj „umetanje kartice tijekom vožnje”  
3.9.6 Doga đaj „neispravno zatvaranje posljednje razmjene podataka s 
karticom”  
3.9.7 Doga đaj „prekora čenje brzine”  
3.9.8 Doga đaj „prekid napajanja”  
3.9.9 Doga đaj „greška u komunikaciji s ure đajem za komunikaciju na 
daljinu”  
3.9.10 Doga đaj „izostanak podataka o položaju iz prijamnika GNSS-a”  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 8  
3.9.11 Doga đaj „greška u komunikaciji s vanjskim ure đajem GNSS-a”  
3.9.12 Doga đaj „greška u podatcima o kretanju”  
3.9.13 Doga đaj „konflikt u kretanju vozila”  
3.9.14 Doga đaj „pokušaj povrede sigurnosti”  
3.9.15 Doga đaj „vremenski konflikt”  
3.9.16 Kvar „kartica”  
3.9.17 Kvar „ure đaj za bilježenje podataka”  
3.10 Ugra đena ispitivanja i samoispitivanja  
3.11 Čitanje iz podatkovne memorije  
3.12 Bilježenje i pohrana u podatkovnoj memoriji  
3.12.1 Identifikacijski podatci o ure đaju 
3.12.1.1 Identifikacijski podatci jedinice u vozilu  
3.12.1.2 Identifikacijski podatci senzora kretanja  
3.12.1.3 Identifikacijski podatci globalnih satelitskih navigacijskih sustava  
3.12.2 Klju čevi i certifikati  
3.12.3 Podatci o umetanju i uklanjanju kartice voza ča ili kartice radionice  
3.12.4 Podatci o aktivnosti voza ča 
▼M1 
3.12.5 Mjesta i položaji po četka i završetka dnevnog radnog vremena i/ili 
dostizanja tri sata akumuliranog vremena vožnje  
▼B 
3.12.6 Stanje broja ča prijeđenih kilometara  
3.12.7 Detaljni podatci o brzini  
3.12.8 Podatci o doga đajima  
3.12.9 Podatci o kvarovima  
3.12.10 Podatci o kalibraciji  
3.12.11 Podatci o prilagodbi vremena  
3.12.12 Podatci o aktivnostima nadzora  
3.12.13 Podatci o blokadama poduze ća 
3.12.14 Podatci o aktivnostima preuzimanja podataka  
3.12.15 Podatci o posebnim stanjima  
3.12.16 Podatci o tahografskoj kartici  
3.13 O čitavanje podataka s tahografskih kartica  
3.14 Bilježenje i pohrana podataka na tahografske kartice  
3.14.1 Bilježenje i pohrana podataka na tahografske kartice prve genera ­ 
cije 
3.14.2 Bilježenje i pohrana podataka na tahografske kartice druge genera ­ 
cije 
3.15 Prikaz  
3.15.1 Standardni prikaz  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 9  
3.15.2 Prikaz upozorenja  
3.15.3 Pristup izbornicima  
3.15.4 Ostali prikazi  
3.16 Ispis  
3.17 Upozorenja  
3.18 Preuzimanje podataka na vanjske medije  
3.19 Komunikacija na daljinu za ciljane provjere na cesti  
3.20 Izlazni podatci za dodatne vanjske ure đaje 
3.21 Kalibracija  
3.22 Provjera kalibracije na cesti  
3.23 Prilagodba vremena  
3.24 Karakteristike radnog u činka 
3.25 Materijali  
3.26 Oznake  
4 ZAHTJEVI U POGLEDU IZRADE I FUNKCIONALNOSTI 
TAHOGRAFSKIH KARTICA  
4.1 Vidljivi podatci  
4.2 Sigurnost  
4.3 Norme  
4.4 Specifikacije okruženja i elektrotehni čke specifikacije  
4.5 Pohrana podataka  
4.5.1 Elementarne datoteke za identifikaciju i upravljanje karticama  
4.5.2 Identifikacija IC kartice  
4.5.2.1 Identifikacija čipa 
4.5.2.2 DIR (prisutan samo na tahografskim karticama druge generacije)  
4.5.2.3 Podatci ATR-a (uvjetno, prisutno samo na tahografskim karticama 
druge generacije)  
4.5.2.4 Podatci proširene veli čine (uvjetno, prisutno samo na tahografskim 
karticama druge generacije)  
4.5.3 Kartica voza ča 
4.5.3.1 Tahografska aplikacija (pristup jedinicama u vozilu prve i druge 
generacije)  
4.5.3.1.1 Identifikacija aplikacije  
4.5.3.1.2 Klju čevi i certifikati  
4.5.3.1.3 Identifikacija kartice  
4.5.3.1.4 Identifikacija nositelja kartice  
4.5.3.1.5 Preuzimanje podataka s kartice  
4.5.3.1.6 Podatci o voza čkoj dozvoli  
4.5.3.1.7 Podatci o doga đajima  
4.5.3.1.8 Podatci o kvarovima  
4.5.3.1.9 Podatci o aktivnosti voza ča ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 10  
4.5.3.1.10 Podatci o upotrijebljenim vozilima  
4.5.3.1.11 Mjesta po četka i/ili završetka dnevnog radnog vremena  
4.5.3.1.12 Podatci o upotrebi kartice  
4.5.3.1.13 Podatci o aktivnostima nadzora  
4.5.3.1.14 Podatci o posebnim stanjima  
4.5.3.2 Tahografska aplikacija druge generacije (nije dostupno jedinici u 
vozilu prve generacije)  
4.5.3.2.1 Identifikacija aplikacije  
4.5.3.2.2 Klju čevi i certifikati  
4.5.3.2.3 Identifikacija kartice  
4.5.3.2.4 Identifikacija nositelja kartice  
4.5.3.2.5 Preuzimanje podataka s kartice  
4.5.3.2.6 Podatci o voza čkoj dozvoli  
4.5.3.2.7 Podatci o doga đajima  
4.5.3.2.8 Podatci o kvarovima  
4.5.3.2.9 Podatci o aktivnosti voza ča 
4.5.3.2.10 Podatci o upotrijebljenim vozilima  
4.5.3.2.11 Mjesta i položaji po četka i/ili završetka dnevnog radnog vremena  
4.5.3.2.12 Podatci o upotrebi kartice  
4.5.3.2.13 Podatci o aktivnostima nadzora  
4.5.3.2.14 Podatci o posebnim stanjima  
4.5.3.2.15 Podatci o upotrijebljenoj jedinici u vozilu  
▼M1 
4.5.3.2.16 Podatci o mjestima na kojima se dostižu tri sata akumulirane 
vožnje  
▼B 
4.5.4 Kartica radionice  
4.5.4.1 Tahografska aplikacija (pristup jedinicama u vozilu prve i druge 
generacije)  
4.5.4.1.1 Identifikacija aplikacije  
4.5.4.1.2 Klju čevi i certifikati  
4.5.4.1.3 Identifikacija kartice  
4.5.4.1.4 Identifikacija nositelja kartice  
4.5.4.1.5 Preuzimanje podataka s kartice  
4.5.4.1.6 Podatci o kalibraciji i prilagodbi vremena  
4.5.4.1.7 Podatci o doga đajima i kvarovima  
4.5.4.1.8 Podatci o aktivnosti voza ča 
4.5.4.1.9 Podatci o upotrijebljenim vozilima  
4.5.4.1.10 Podatci o po četku i/ili završetku dnevnog radnog vremena  
4.5.4.1.11 Podatci o upotrebi kartice  
4.5.4.1.12 Podatci o aktivnostima nadzora  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 11  
4.5.4.1.13 Podatci o posebnim stanjima  
4.5.4.2 Tahografska aplikacija druge generacije (nije dostupno jedinici u 
vozilu prve generacije)  
4.5.4.2.1 Identifikacija aplikacije  
4.5.4.2.2 Klju čevi i certifikati  
4.5.4.2.3 Identifikacija kartice  
4.5.4.2.4 Identifikacija nositelja kartice  
4.5.4.2.5 Preuzimanje podataka s kartice  
4.5.4.2.6 Podatci o kalibraciji i prilagodbi vremena  
4.5.4.2.7 Podatci o doga đajima i kvarovima  
4.5.4.2.8 Podatci o aktivnosti voza ča 
4.5.4.2.9 Podatci o upotrijebljenim vozilima  
4.5.4.2.10 Podatci o po četku i/ili završetku dnevnog radnog vremena  
4.5.4.2.11 Podatci o upotrebi kartice  
4.5.4.2.12 Podatci o aktivnostima nadzora  
4.5.4.2.13 Podatci o upotrijebljenoj jedinici u vozilu  
▼M1 
4.5.4.2.14 Podatci o mjestima na kojima se dostižu tri sata akumulirane 
vožnje  
▼B 
4.5.4.2.15 Podatci o posebnim stanjima  
4.5.5 Kontrolna kartica  
4.5.5.1 Tahografska aplikacija (pristup jedinicama u vozilu prve i druge 
generacije)  
4.5.5.1.1 Identifikacija aplikacije  
4.5.5.1.2 Klju čevi i certifikati  
4.5.5.1.3 Identifikacija kartice  
4.5.5.1.4 Identifikacija nositelja kartice  
4.5.5.1.5 Podatci o aktivnostima nadzora  
4.5.5.2 Tahografska aplikacija druge generacije (nije dostupno jedinici u 
vozilu prve generacije)  
4.5.5.2.1 Identifikacija aplikacije  
4.5.5.2.2 Klju čevi i certifikati  
4.5.5.2.3 Identifikacija kartice  
4.5.5.2.4 Identifikacija nositelja kartice  
4.5.5.2.5 Podatci o aktivnostima nadzora  
4.5.6 Kartica poduze ća 
4.5.6.1 Tahografska aplikacija (pristup jedinicama u vozilu prve i druge 
generacije)  
4.5.6.1.1 Identifikacija aplikacije  
4.5.6.1.2 Klju čevi i certifikati  
4.5.6.1.3 Identifikacija kartice  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 12  
4.5.6.1.4 Identifikacija nositelja kartice  
4.5.6.1.5 Podatci o aktivnostima poduze ća 
4.5.6.2 Tahografska aplikacija druge generacije (nije dostupno jedinici u 
vozilu prve generacije)  
4.5.6.2.1 Identifikacija aplikacije  
4.5.6.2.2 Klju čevi i certifikati  
4.5.6.2.3 Identifikacija kartice  
4.5.6.2.4 Identifikacija nositelja kartice  
4.5.6.2.5 Podatci o aktivnostima poduze ća 
5 UGRADNJA URE ĐAJA ZA BILJEŽENJE PODATAKA  
5.1 Ugradnja  
5.2 Tipska plo čica 
5.3 Plombiranje  
6 PROVJERE, PREGLEDI I POPRAVCI  
6.1 Ovlaštenje instalatera, radionica i proizvo đača vozila  
▼M1 
6.2 Provjera novih ili popravljenih dijelova  
▼B 
6.3 Pregled pri ugradnji  
6.4 Periodi čni pregledi  
6.5 Mjerenje grešaka  
6.6 Popravci  
7 IZDAVANJE KARTICA  
8 HOMOLOGACIJA URE ĐAJA ZA BILJEŽENJE PODATAKA I 
TAHOGRAFSKIH KARTICA  
8.1 Op ći zahtjevi  
8.2 Certifikat o sigurnosti  
8.3 Certifikat o ispravnosti  
8.4 Certifikat o interoperabilnosti  
8.5 Certifikat o homologaciji  
8.6 Izvanredni postupak: prvi certifikati o interoperabilnosti za ure đaje 
za bilježenje podataka i tahografske kartice druge generacije  
UVOD  
Sustav digitalnog tahografa prve generacije upotrebljava se od 1. svibnja 2006. U 
prijevozu unutar zemlje može se upotrebljavati do isteka njegova životnog 
ciklusa. U me đunarodnom prijevozu sva se vozila 15 godina nakon stupanja 
na snagu ove Uredbe Komisije moraju opremiti drugom generacijom pametnih 
tahografa koja je u skladu s tahografima uvedenima ovom Uredbom.  
Ovaj Prilog sadržava zahtjeve u pogledu ure đaja za bilježenje podataka i taho ­
grafskih kartica druge generacije. Od datuma njegova uvo đenja u vozila koja se 
prvi put registriraju ugra đuju se uređaji za bilježenje podataka druge generacije te 
se izdaju tahografske kartice druge generacije.  
Kako bi se poticalo nesmetano uvo đenje sustava tahografa druge generacije,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 13  
— tahografske kartice druge generacije osmišljene su tako da se mogu upotreb ­
ljavati i u jedinicama u vozilima prve generacije;  
— zamjena valjanih tahografskih kartica prve generacije ne zahtijeva se na 
datum uvo đenja.  
Time će se vozačima omogu ćiti da zadrže vlastitu jedinstvenu karticu voza ča te 
da je upotrebljavaju za oba sustava.  
Međutim, uređaj za bilježenje podataka druge generacije kalibrira se samo 
upotrebom kartica radionice druge generacije.  
Ovaj Prilog sadržava sve zahtjeve koji se odnose na interoperabilnost sustava 
tahografa prve i druge generacije.  
Dodatak 15. sadržava dodatne pojedinosti o na činu upravljanja supostojanjem 
dvaju sustava.  
Popis dodataka  
Dodatak 1.: RJE ČNIK S PODATCIMA  
Dodatak 2.: SPECIFIKACIJE TAHOGRAFSKE KARTICE  
Dodatak 3.: PIKTOGRAMI  
Dodatak 4.: ISPISI  
Dodatak 5.: PRIKAZ  
Dodatak 6.: PREDNJI PRIKLJU ČAK ZA KALIBRACIJU I PREUZIMANJE 
PODATAKA  
Dodatak 7.: PROTOKOLI PREUZIMANJA PODATAKA  
Dodatak 8.: PROTOKOL KALIBRACIJE  
Dodatak 9.: HOMOLOGACIJA I POPIS OBVEZNIH ISPITIVANJA  
Dodatak 10.: SIGURNOSNI ZAHTJEVI  
Dodatak 11.: ZAJEDNI ČKI SIGURNOSNI MEHANIZMI  
Dodatak 12.: UTVR ĐIVANJE POLOŽAJA NA TEMELJU GLOBALNOG 
SATELITSKOG NAVIGACIJSKOG SUSTAVA (GNSS)  
Dodatak 13.: ITS SU ČELJE  
Dodatak 14.: FUNKCIJA KOMUNIKACIJE NA DALJINU  
Dodatak 15.: MIGRACIJA: UPRAVLJANJE ISTODOBNIM POSTOJANJEM 
VIŠE GENERACIJA OPREME  
Dodatak 16.: ADAPTER ZA VOZILA KATEGORIJE M1 I N1  
1 DEFINICIJE  
U ovom Prilogu:  
a) „aktiviranje” zna či: 
faza u kojoj je tahograf u potpunosti operativan i provodi sve 
funkcije, uklju čujući sigurnosne funkcije, upotrebom kartice 
radionice;  
b) „autentifikacija” zna či: 
funkcija namijenjena utvr đivanju i provjeri identiteta;  
c) „autenti čnost” znači: 
obilježje da informacija dolazi od izvora čiji je identitet 
moguće provjeriti;  
d) „ugra đeno ispitivanje (BIT)” zna či: 
ispitivanja koja se provode na zahtjev i koja aktivira operater 
ili se aktiviraju vanjskom opremom;  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 14  
e) „kalendarski dan” zna či: 
dan koji traje od 00:00 sati do 24:00 sata. Svi kalendarski dani 
odnose se na koordinirano svjetsko vrijeme (UTC);  
f) „kalibracija” pametnog tahografa zna či: 
ažuriranje ili potvrda parametara vozila koje treba sa čuvati u 
podatkovnoj memoriji. Parametri vozila uklju čuju identifika ­
ciju vozila (VIN, VRN i država registracije) i karakteristike 
vozila (w, k, l, veli čina guma, podešavanje ure đaja za ograni ­ 
čavanje brzine (prema potrebi), trenuta čno vrijeme po UTC-u, 
trenutačno stanje na broja ču kilometara); tijekom kalibracije 
uređaja za bilježenje podataka u podatkovnoj memoriji pohra ­
njuju se i tipovi i identifikatori svih postavljenih plombi koje 
su važne za homologaciju;  
svako ažuriranje ili potvr đivanje samo vremena po UTC-u 
smatra se prilagodbom vremena, a ne kalibracijom, pod 
uvjetom da se time ne proturje či zahtjevu 409;  
za kalibriranje ure đaja za bilježenje podataka potrebna je 
kartica radionice;  
g) „broj kartice” zna či: 
broj od 16 alfanumeri čkih znakova kojim se na jedinstven 
način identificira tahografska kartica unutar neke države 
članice. Broj kartice uklju čuje indeks rednog broja kartice 
(prema potrebi), indeks zamjene kartice i indeks obnavljanja 
kartice;  
kartica se tako na jedinstven na čin identificira oznakom države 
članice izdavateljice i brojem kartice;  
h) „indeks rednog broja kartice” zna či: 
14. alfanumeri čki znak broja kartice koji se upotrebljava za 
razlikovanje razli čitih kartica izdanih poduze ću, radionici ili 
nadzornom tijelu koje ima pravo na više tahografskih kartica. 
Poduzeće, radionica ili nadzorno tijelo na jedinstven se na čin 
identificira s pomo ću prvih 13 znamenaka broja kartice;  
i) „indeks obnavljanja kartice” zna či: 
16. alfanumeri čki znak broja kartice koji se uve ćava pri 
svakom obnavljanju tahografske kartice;  
j) „indeks zamjene kartice” zna či: 
15. alfanumeri čki znak broja kartice koji se uve ćava pri svakoj 
zamjeni tahografske kartice;  
k) „karakteristi čni koeficijent vozila” zna či: 
brojčana veličina koja navodi vrijednost izlaznog signala koji 
nastaje na priklju čnom mjestu ure đaja za bilježenje podataka i 
vozila (na mjenja ču ili osovini kota ča) dok vozilo prelazi put 
od jednog kilometra u standardnim uvjetima ispitivanja kako 
je definirano u zahtjevu 414. Karakteristi čni koeficijent izra ­ 
žava se u impulsima po kilometru (w = … imp/km);  
l) „kartica poduze ća” znači: 
tahografska kartica koju ovlaštena tijela u državi članici izdaju 
prijevoznom poduze ću koje upravlja vozilima u koja je 
ugrađen tahograf, a koja služi za identifikaciju prijevoznog 
poduzeća te omogu ćuje prikazivanje, preuzimanje i ispisivanje 
podataka pohranjenih u tahografu koje je prijevozno poduze će 
zaključalo; ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 15  
m) „konstanta ure đaja za bilježenje podataka” zna či: 
brojčana veličina koja navodi vrijednost ulaznog signala 
potrebnog za pokazivanje i bilježenje duljine prije đenog puta 
od jednog kilometra; ta se konstanta izražava u impulsima po 
kilometru (k = … imp/km)  
n) „neprekidno vrijeme vožnje” izra čunava se u ure đaju za bilje ­ 
ženje podataka kao (  1 ): 
neprekidno vrijeme vožnje izra čunava se kao trenuta čno 
akumulirano vrijeme vožnje odre đenog voza ča od završetka 
posljednjeg razdoblja DOSTUPNOSTI ili STANKE/OD ­
MORA ili NEPOZNATO (  2 ) u trajanju od najmanje 45 minuta 
(navedeno razdoblje može biti podijeljeno u skladu s Uredbom 
(EZ) br. 561/2006 Europskog parlamenta i Vije ća ( 3 )). U nave­
denom se izra čunu prema potrebi uzimaju u obzir prethodne 
aktivnosti pohranjene na kartici voza ča. Ako voza č nije 
umetnuo svoju karticu, izra čun se temelji na zapisima iz 
podatkovne memorije koji se odnose na teku će razdoblje u 
kojem kartica nije bila umetnuta u odgovaraju ći utor za 
kartice;  
o) „kontrolna kartica” zna či: 
tahografska kartica koju ovlaštena tijela u državi članici izdaju 
nacionalnom nadležnom nadzornom tijelu, a koja služi za 
identifikaciju nadzornog tijela i, prema potrebi, službenika za 
kontrolu te koja omogu ćuje pristup podatcima pohranjenima u 
podatkovnoj memoriji, kartici voza ča ili, prema potrebi, karti ­
cama radionice, u svrhu njihova čitanja, ispisivanja i/ili preu ­
zimanja.  
Osim toga, omogu ćuje pristup funkciji provjere kalibracije na 
cesti i podatcima na čitaču komunikacije ranog otkrivanja na 
daljinu;  
p) „kumulativno vrijeme stanki” izra čunava se u ure đaju za bilje ­ 
ženje podataka kao (  1 ): 
kumulativno vrijeme stanki od vremena vožnje izra čunava se 
kao trenuta čno akumulirano vrijeme DOSTUPNOSTI ili 
STANKE/ODMORA ili NEPOZNATO (  2 ) u trajanju od 
najmanje 15 minuta za pojedinog voza ča, od završetka poslje ­
dnjeg razdoblja njegove DOSTUPNOSTI ili STANKE/OD ­
MORA ili NEPOZNATO (  2 ) u trajanju od najmanje 45 minuta 
(to razdoblje može biti podijeljeno u skladu s Uredbom (EZ) 
br. 561/2006).  
U navedenom se izra čunu prema potrebi uzimaju u obzir pret ­
hodne aktivnosti pohranjene na kartici voza ča. Nepoznata 
razdoblja negativnog vremenskog izra čuna (početak nepoz ­
natog razdoblja vremenski je kasniji od završetka nepoznatog 
razdoblja) zbog vremenskih preklapanja izme đu dvaju 
različitih uređaja za bilježenje podataka ne uzimaju se u 
obzir za izra čun. ▼B 
( 1 ) Ovaj način izračuna neprekidnog vremena vožnje i kumulativnog vremena stanki služi 
uređaju za bilježenje podataka za izra čun upozorenja o neprekidnom vremenu vožnje. 
Time se ne dovodi u pitanje pravno tuma čenje navedenih vremena. Alternativni na čini 
izračuna neprekidnog vremena vožnje i kumulativnog vremena stanki mogu se upotrije ­
biti za zamjenu tih definicija ako su postale zastarjele ažuriranjem u drugim odgovara ­
jućim zakonima. 
( 2 ) Razdoblja NEPOZNATO odnose se na razdoblja kada kartica voza ča nije bila umetnuta 
u uređaj za bilježenje podataka i za koja nisu ru čno upisivani podatci o aktivnostima 
vozača. 
( 3 ) Uredba (EZ) br. 561/2006 Europskog parlamenta i Vije ća od 15. ožujka 2006. o uskla ­ 
đivanju odre đenog socijalnog zakonodavstva koje se odnosi na cestovni promet i o 
izmjeni uredbi Vije ća (EEZ) br. 3821/85 i (EZ) br. 2135/98 te o stavljanju izvan 
snage Uredbe Vije ća (EEZ) br. 3820/85 (SL L 102, 11.4.2006., str. 1.).
 02016R0799 — HR — 26.02.2020 — 002.001 — 16  
Ako vozač nije umetnuo svoju karticu, izra čun se temelji na 
zapisima iz podatkovne memorije koji se odnose na teku će 
razdoblje u kojem kartica nije bila umetnuta u odgovaraju ći 
utor za kartice;  
q) „podatkovna memorija” zna či: 
elektroničko sredstvo za pohranjivanje podataka ugra đeno u 
uređaj za bilježenje podataka;  
r) „digitalni potpis” zna či: 
podatci stavljeni na blok podataka ili kriptografska pretvorba 
bloka podataka koja omogu ćuje primatelju bloka podataka 
dokazivanje autenti čnosti i integriteta bloka podataka;  
s) „preuzimanje podataka” zna či: 
kopiranje, zajedno s digitalnim potpisom, dijela ili čitavog 
skupa datoteka zabilježenih u podatkovnoj memoriji jedinice 
u vozilu ili u memoriji tahografske kartice pod uvjetom da taj 
proces ne mijenja niti briše pohranjene podatke.  
Proizvođači jedinica pametnih tahografa u vozilu i proizvo đači 
opreme oblikovane i namijenjene za preuzimanje datoteka 
moraju poduzeti sve razumne mjere da osiguraju da prijevozna 
poduzeća ili vozači mogu preuzeti te podatke uz minimalnu 
odgodu.  
Preuzimanje datoteke s detaljnim podatcima o brzini ne mora 
biti potrebno za utvr đivanje sukladnosti s Uredbom (EZ) 
br. 561/2006, no može se upotrijebiti za druge potrebe, kao 
što je istraživanje nesre ća; 
t) „kartica voza ča” znači: 
tahografska kartica koju ovlaštena tijela u državi članici izdaju 
pojedinom voza ču, a koja služi za identifikaciju voza ča te 
omogućuje pohranu podataka o aktivnosti voza ča; 
u) „djelatni opseg kota ča” znači: 
srednja vrijednost prije đenog puta pogonskog kota ča kod 
punog okretaja. Mjerenje tog puta mora se obavljati u stan ­
dardnim uvjetima ispitivanja, kako je definirano u 
zahtjevu 414, i izražava se u obliku „l = … mm”. Proizvo đači 
vozila mogu nadomjestiti mjerenje tog puta teoretskim izra ­ 
čunom u kojem se uzima u obzir raspored optere ćenja po 
osovinama za nenatovareno vozilo u stanju spremnom za 
vožnju (  1 ). Metode takvog teoretskog izra čuna odobrava 
nadležno tijelo države članice i mogu se poduzeti samo prije 
aktivacije tahografa;  
v) „doga đaj” znači: 
neuobičajeno djelovanje koje otkrije pametni tahograf, a koje 
može biti rezultat pokušaja prijevare;  
w) „vanjski ure đaj GNSS-a” zna či: 
uređaj koji sadržava prijamnik GNSS-a kad jedinica u vozilu 
nije samostalna te ostale sastavne dijelove potrebne za zaštitu 
prijenosa podataka o položaju drugim dijelovima jedinice u 
vozilu;  ▼B 
( 1 ) Uredba Komisije (EU) br. 1230/2012 od 12. prosinca 2012. o provedbi Uredbe (EZ) br. 
661/2009 Europskog parlamenta i Vije ća o zahtjevima za homologaciju tipa za mase i 
dimenzije vozila i njihovih prikolica te o izmjeni Direktive 2007/46/EZ Europskog 
parlamenta i Vije ća (SL L 353, 21.12.2012.,str. 31.), kako je zadnji put izmijenjena.
 02016R0799 — HR — 26.02.2020 — 002.001 — 17  
x) „kvar” zna či: 
neuobičajeno djelovanje koje otkrije pametni tahograf, a koje 
može biti rezultat nepravilnosti ili greške na ure đaju; 
y) „prijamnik GNSS-a” zna či: 
elektronički uređaj koji prima i digitalno obra đuje signale iz 
jednoga globalnog satelitskog navigacijskog sustava ili više 
njih (eng.  Global Navigation Satellite System , GNSS) radi 
pružanja informacija o položaju, brzini i vremenu;  
z) „ugradnja” zna či: 
postavljanje tahografa u vozilo;  
aa) „interoperabilnost” zna či: 
sposobnost sustava i temeljnih poslovnih procesa da razmje ­
njuju podatke i dijele informacije;  
bb) „sučelje” znači: 
veza između sustava koja im omogu ćuje međusobno povezi ­
vanje i interakciju;  
cc) „položaj” zna či: 
geografske koordinate vozila u odre đenom trenutku;  
dd) „senzor kretanja” zna či: 
dio tahografa na kojem se prikazuje signalna oznaka brzine 
vozila i/ili duljine prije đenoga puta vozila;  
ee) „nevaže ća kartica” zna či: 
kartica za koju se otkrije da je neispravna ili čija početna 
autentifikacija nije uspjela ili čiji datum po četka važenja još 
nije dosegnut ili čiji je datum isteka prošao;  
ff) „otvorena norma” zna či: 
norma iz dokumenta o specifikaciji normi koja je dostupna 
besplatno ili uz nominalnu naplatu i može se kopirati, dijeliti 
ili upotrebljavati bez naknade ili uz nominalnu naknadu;  
gg) „izvan podru čja primjene” zna či: 
okolnosti u kojima ure đaj za bilježenje podataka nije potrebno 
upotrebljavati u skladu s odredbama Uredbe (EZ) 
br. 561/2006.  
hh) „prekora čenje brzine” zna či: 
prekoračenje dopuštene brzine vozila koja se utvr đuje u bilo 
kojem razdoblju duljem od 60 sekundi, tijekom kojeg izmje ­
rena brzina vozila prelazi grani čnu brzinu podešenu ure đajem 
za ograni čenje brzine, a utvr đenu Direktivom Vije ća 
92/6/EEZ (  1 ), kako je zadnje izmijenjena;  
ii) „periodi čni pregled” zna či: 
skup postupaka koji se obavljaju za provjeru radi li tahograf 
pravilno, odgovaraju li njegove postavke parametrima vozila i 
jesu li ure đaji za manipulaciju spojeni na tahograf;  ▼B 
( 1 ) Direktiva Vije ća 92/6/EEZ od 10. velja če 1992. o ugradnji i uporabi ure đaja za ograni ­ 
čenje brzine za odre đene kategorije motornih vozila u Zajednici (SL L 57, 2.3.1992., 
str. 27.).
 02016R0799 — HR — 26.02.2020 — 002.001 — 18  
jj) „pisa č” znači: 
sastavni dio ure đaja za bilježenje podataka koji daje ispis 
pohranjenih podataka;  
kk) „komunikacija ranog otkrivanja na daljinu” zna či: 
komunikacija izme đu uređaja za rano otkrivanje na daljinu i 
čitača komunikacije ranog otkrivanja na daljinu tijekom 
ciljanih provjera na cesti u cilju daljinskog otkrivanja 
moguće manipulacije ili zloupotrebe ure đaja za bilježenje 
podataka;  
▼M1 
ll) „uređaj za komunikaciju na daljinu” ili „ure đaj za rano otkri ­
vanje na daljinu” zna či: 
oprema jedinice u vozilu koja se upotrebljava za provo đenje 
ciljanih provjera na cesti;  
▼B 
mm) „čitač komunikacije ranog otkrivanja na daljinu” zna či: 
sustav koji upotrebljavaju službenici za kontrolu za ciljane 
provjere na cesti;  
nn) „obnavljanje” zna či: 
izdavanje nove tahografske kartice kad postoje ćoj kartici 
istekne valjanost ili kad postane neispravna pa je vra ćena 
tijelu koje ju je izdalo. Obnavljanje uvijek podrazumijeva 
sigurnost da ne postoje dvije važe će kartice;  
oo) „popravak” zna či: 
bilo kakav popravak senzora kretanja, jedinice u vozilu ili 
kabela koji zahtijeva isklju čivanje s napajanja ili isklju čivanje 
s drugih sastavnih dijelova tahografa ili otvaranje senzora 
kretanja ili jedinice u vozilu;  
pp) „zamjena kartice” zna či: 
izdavanje tahografske kartice kao zamjene za postoje ću karticu 
čiji su gubitak, kra đa ili neispravnost prijavljeni, a nije vra ćena 
tijelu koje ju je izdalo. Zamjena uvijek podrazumijeva rizik da 
mogu istodobno postojati dvije važe će kartice;  
qq) „sigurnosno certificiranje” zna či: 
postupak kojim certifikacijsko tijelo koje je primijenilo zajed ­
nička mjerila tijekom certifikacije potvr đuje da uređaj za bilje­ 
ženje podataka (ili njegov sastavni dio) ili tahografska kartica 
koja se ispituje zadovoljava sigurnosne zahtjeve utvr đene u 
odgovaraju ćim profilima zaštite;  
rr) „samoispitivanje” zna či: 
ispitivanja koja ure đaj za bilježenje podataka provodi cikli čki i 
automatski radi otkrivanja kvarova;  
ss) „izmjereno vrijeme” zna či: 
trajni digitalni zapis koordiniranog svjetskog datuma i 
vremena (UTC);  
▼M1 
tt) „prilagodba vremena” zna či: 
prilagodba trenuta čnog vremena; ta prilagodba može biti auto ­
matska u redovitim vremenskim razmacima, korištenjem refe ­
rentnog vremena koje pruža prijemnik GNSS-a, ili se može 
obaviti u na činu rada za kalibraciju;  
▼B 
uu) „veli čina gume” zna či: 
oznaka dimenzije guma (vanjskih pogonskih kota ča) u skladu 
s Direktivom Vije ća 92/23/EEZ (  1 ), kako je zadnje izmije ­
njena;  ▼B 
( 1 ) Direktiva Vije ća 92/23/EEZ od 31. ožujka 1992. o gumama za motorna vozila i njihove 
prikolice i o njihovoj ugradbi (SL L 129, 14.5.1992., str. 95.).
 02016R0799 — HR — 26.02.2020 — 002.001 — 19  
vv) „identifikacija vozila” zna či 
brojevi kojima se identificira vozilo: registracijski broj vozila 
(eng.  Vehicle Registration Number , VRN) s oznakom države 
članice u kojoj je vozilo registrirano i identifikacijski broj 
vozila (eng.  Vehicle Identification Number , VIN) (  1 ); 
ww) za potrebe izra čunavanja u ure đaju za bilježenje podataka „tje ­
dan” znači: 
razdoblje izme đu 00:00 sati UTC u ponedjeljak i 24:00 sata 
UTC u nedjelju;  
xx) „kartica radionice” zna či: 
tahografska kartica koju su ovlaštena tijela u državi članici 
izdala ovlaštenom osoblju proizvo đača tahografa, instalatera, 
proizvođača vozila ili radionice koje je država članica 
odobrila, a koja služi za identifikaciju nositelja kartice te 
omogućuje ispitivanje, kalibraciju i aktiviranje tahografa i/ili 
preuzimanje podataka iz njih;  
yy) „adapter” zna či: 
uređaj koji stalno daje signal brzine vozila i/ili prije đene 
udaljenosti, osim onoga koji se upotrebljava za neovisno otkri ­
vanje kretanja, te koji se:  
▼M1 
— ugrađuje i upotrebljava samo u vozilima tipa M1 i N1 
(kako je definirano u Prilogu II. Direktivi 2007/46/EZ 
Europskog parlamenta i Vije ća ( 2 ), kako je zadnje izmije ­
njena),  
▼B 
— ugrađuje kada nije mehani čki moguće ugraditi bilo kakvu 
drugu vrstu postoje ćeg senzora kretanja, koji je ina če 
usklađen s odredbama ovog Priloga i njegovih dodataka 
od 1. do 15.,  
— ugrađuje između jedinice u vozilu i ondje gdje ugra đeni 
senzori ili alternativna su čelja proizvode impulse brzine/ 
udaljenosti.  
— Gledano iz jedinice u vozilu, ponašanje adaptera jednako 
je kao da je senzor kretanja, sukladan odredbama ovog 
Priloga i njegovih dodataka od 1. do 16., spojen na jedi ­
nicu u vozilu.  
Upotrebom takvog adaptera u prethodno opisanim vozilima 
omogućuju se ugradnja i ispravna upotreba jedinice u vozilu 
koja je u skladu sa svim zahtjevima ovog Priloga.  
Za ta vozila, pametni tahograf sastavljen je od kabela, adaptera 
i jedinice u vozilu;  ▼B 
( 1 ) Direktiva Vije ća 76/114/EEZ od 18. prosinca 1975. o uskla đivanju zakonodavstava 
država članica u odnosu na propisane plo čice i natpise za motorna vozila i njihove 
prikolice te na njihov položaj i na čin pričvršćivanja (SL L 24, 30.1.1976., str. 1.). 
( 2 ) Direktiva 2007/46/EZ Europskog parlamenta i Vije ća od 5. rujna 2007. o uspostavi 
okvira za homologaciju motornih vozila i njihovih prikolica te sustava, sastavnih dijelova 
i zasebnih tehni čkih jedinica namijenjenih za takva vozila (Okvirna direktiva) (SL L 263, 
9.10.2007., str. 1.).
 02016R0799 — HR — 26.02.2020 — 002.001 — 20  
zz) „integritet podataka” zna či: 
točnost i dosljednost pohranjenih podataka, na koje upu ćuje 
nedostatak bilo kakvih promjena podataka izme đu dvaju ažuri ­
ranja podatkovnog zapisa. Integritet podrazumijeva da su 
podatci to čna preslika izvorne verzije, npr. da nisu postali 
neispravni u procesu njihova zapisivanja na tahografsku 
karticu ili namjensku opremu ili njihova čitanja s nje, ili 
tijekom prijenosa bilo kakvim komunikacijskim kanalom;  
aaa) „zaštita podataka” zna či: 
ukupne tehni čke mjere koje su poduzete kako bi se osigurala 
ispravna provedba na čela utvr đenih u Direktivi 
br. 95/46/EZ Europskog parlamenta i Vije ća ( 1 ) te načela utvr­ 
đenih u Direktivi 2002/58/EZ Europskog parlamenta i Vije ­ 
ća ( 2 ); 
bbb) „sustav pametnog tahografa” zna či: 
uređaj za bilježenje podataka, tahografske kartice i skup svih 
uređaja koji su s njima izravno ili neizravno povezani tijekom 
njihove izrade, ugradnje, upotrebe, ispitivanja i nadzora, kao 
što su kartice, čitač komunikacije na daljinu i svi ostali ure đaji 
za preuzimanje podataka, analizu podataka, kalibraciju, generi ­
ranje sigurnosnih elemenata, upravljanje njima ili njihovo 
uvođenje itd.  
ccc) „datum uvo đenja” znači: 
36 mjeseci nakon stupanja na snagu detaljnih odredbi iz 
članka 11. Uredbe (EU) br. 165/2014 Europskog parlamenta 
i Vijeća ( 3 ). 
To je datum:  
— nakon kojeg se u vozila koja se prvi put registriraju ugra ­ 
đuje tahograf koji je povezan s uslugom pozicioniranja na 
temelju satelitskog navigacijskog sustava,  
— nakon kojeg vozila koja se prvi put registriraju mogu 
dostavljati podatke za ciljane provjere na cesti nadležnim 
nadzornim tijelima dok je vozilo u pokretu  
— i nakon kojeg vozila koja se prvi put registriraju mogu biti 
opremljena standardiziranim su čeljima putem kojih 
podatke koje je tahograf zabilježio ili generirao može na 
operativan na čin upotrebljavati vanjski ure đaj; 
ddd) „profil zaštite” zna či: 
dokument koji se upotrebljava kao dio postupka certificiranja 
u skladu sa zajedni čkim mjerilima i omogu ćuje provedbu 
neovisnih specifikacija zahtjeva u pogledu osiguravanja infor ­
matičke sigurnosti;  ▼B 
( 1 ) Direktiva 95/46/EZ Europskog parlamenta i Vije ća od 24. listopada 1995. o zaštiti 
pojedinaca u vezi s obradom osobnih podataka i o slobodnom protoku takvih podataka 
(SL L 281, 23.11.1995., str. 31.). 
( 2 ) Direktiva 2002/58/EZ Europskog parlamenta i Vije ća od 12. srpnja 2002. o obradi 
osobnih podataka i zaštiti privatnosti u podru čju elektroni čkih komunikacija (SL 
L 201, 31.7.2002., str. 37.). 
( 3 ) Uredba (EU) br. 165/2014 Europskog parlamenta i Vije ća od 4. velja če 2014. o taho ­
grafima u cestovnom prometu, stavljanju izvan snage Uredbe Vije ća (EEZ) br. 3821/85 o 
tahografu u cestovnom prometu i izmjeni Uredbe (EZ) br. 561/2006 Europskog parla ­
menta i Vije ća o usklađivanju odre đenog socijalnog zakonodavstva koje se odnosi na 
cestovni promet (SL L 60, 28.2.2014., str. 1.).
 02016R0799 — HR — 26.02.2020 — 002.001 — 21  
eee) „točnost GNSS-a”:  
u kontekstu bilježenja položaja na temelju globalnog satelit ­
skog navigacijskog sustava (GNSS) tahografima, zna či vrijed­
nost horizontalnog slabljenja preciznosti (eng.  Horizontal 
Dilution of Precision , HDOP) izra čunanu kao minimalne 
vrijednosti HDOP prikupljene na raspoloživim sustavima 
GNSS-a;  
▼M1 
fff) „akumulirano vrijeme vožnje” zna či: 
vrijednost koja predstavlja ukupan akumulirani broj minuta 
vožnje za pojedino vozilo.  
Vrijednost akumuliranog vremena vožnje je zbroj svih minuta 
koje funkcija pra ćenja aktivnosti vožnje ure đaja za bilježenje 
smatra VOŽNJOM i koristi se samo da bi se pokrenulo bilje ­ 
ženje položaja vozila svaki put kad se dosegne višekratnik tri 
sata akumulirane vožnje. Akumulirano vrijeme zapo činje po 
aktivaciji ure đaja za bilježenje. Na njega ne utje ču nikakvi 
drugi uvjeti kao što je vožnja izvan podru čja primjene ili 
vožnja trajektom/vlakom.  
Vrijednost akumuliranog vremena vožnje nije namijenjena 
prikazivanju, ispisivanju ili preuzimanju.  
▼B 
2 OP ĆA OBILJEŽJA I FUNKCIJE URE ĐAJA ZA BILJEŽENJE 
PODATAKA  
2.1 Op ća obilježja  
Svrha uređaja za bilježenje podataka je bilježenje, pohrana, prikaz, 
ispis i generiranje podataka o aktivnostima voza ča. 
Vozilo opremljeno ure đajem za bilježenje podataka u skladu s 
odredbama ovog Priloga mora imati pokaziva č brzine i broja č kilo­
metara. Te funkcije mogu biti ugra đene u uređaj za bilježenje poda ­
taka.  
01) Uređaj za bilježenje podataka sastoji se od kabela, senzora 
kretanja i jedinice u vozilu.  
02) Sučelje između senzora kretanja i jedinica u vozilu u skladu je 
sa zahtjevima navedenima u Dodatku 11.  
03) Jedinica u vozilu povezana je na globalni satelitski naviga ­
cijski sustav ili više njih, kako je odre đeno u Dodatku 12.  
04) Jedinica u vozilu komunicira s čitačima komunikacije ranog 
otkrivanja na daljinu, kako je utvr đeno u Dodatku 14.  
05) Jedinica u vozilu može uklju čivati sučelje ITS-a koje je odre ­ 
đeno u Dodatku 13.  
Uređaj za bilježenje podataka može se spojiti na druge ure đaje 
preko dodatnih su čelja i/ili preko neobaveznog su čelja ITS-a.  
06) Nijednim priklju čivanjem ili spajanjem neke funkcije, jednog 
uređaja ili više njih, bili oni odobreni ili ne, na ure đaj za 
bilježenje podataka ne smije se ometati ili mo ći ometati 
pravilan i siguran rad ure đaja za bilježenje podataka i 
odredbi ove Uredbe.  
Korisnici ure đaja za bilježenje podataka identificiraju se s 
pomoću tahografskih kartica.  
07) Uređajem za bilježenje podataka daje se pravo selektivnog 
pristupa podatcima i funkcijama u skladu s vrstom i/ili iden ­
titetom korisnika.  
Uređaj za bilježenje podataka bilježi i pohranjuje podatke u podat ­
kovnu memoriju, ure đaj za komunikaciju na daljinu i na tahografske 
kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 22  
To se provodi u skladu s Direktivom 95/46/EZ od 24. listopada 
1995. o zaštiti pojedinaca u vezi s obradom osobnih podataka i o 
slobodnom protoku takvih podataka (  1 ), s Direktivom 2002/58/EZ 
od 12. srpnja 2002. o obradi osobnih podataka i zaštiti privatnosti 
u području elektroni čkih komunikacija (  2 ) te u skladu s člankom 7. 
Uredbe (EU) br. 165/2014.  
2.2 Funkcije  
08) Uređaj za bilježenje podataka osigurava sljede će funkcije:  
— praćenje umetanja i uklanjanja kartice,  
— mjerenje brzine, prije đenog puta i položaja,  
— mjerenje vremena,  
— praćenje aktivnosti voza ča, 
— praćenje statusa vožnje,  
— ručne unose voza ča: 
— unos mjesta po četka i/ili završetka dnevnog radnog 
vremena,  
— ručni unos aktivnosti voza ča, 
— unos posebnih uvjeta,  
— upravljanje blokadama poduze ća, 
— praćenje aktivnosti nadzora,  
— otkrivanje doga đaja i/ili kvarova,  
— ugrađena ispitivanja i samoispitivanja,  
— čitanje iz podatkovne memorije,  
— bilježenje i pohrana u podatkovnoj memoriji,  
— čitanje s tahografskih kartica,  
— bilježenje i pohrana na tahografske kartice,  
— prikaz,  
— ispis,  
— upozoravanje,  
— preuzimanje podataka na vanjske medije,  
— daljinsku komunikaciju za ciljane provjere na cesti,  
— izlaz podataka na dodatne ure đaje, 
— kalibraciju,  
— provjeru kalibracije na cesti,  
— prilagodbu vremena.  
2.3 Na čini rada  
09) Uređaj za bilježenje podataka mora ima četiri načina rada:  
— operativni na čin, 
— kontrolni na čin, 
— kalibracijski na čin, 
— način rada poduze ća. 
10) Uređaj za bilježenje podataka prebacuje se na sljede ći način 
rada u skladu s umetnutim valjanim tahografskim karticama u 
uređaje s kartičnim sučeljem. Za odre đivanje načina rada nije 
važna generacija tahografske kartice ako je umetnuta kartica 
valjana. Kartica radionice prve generacije uvijek se smatra 
nevažećom ako je umetnuta u jedinicu u vozilu druge genera ­
cije. ▼B 
( 1 ) SL L 281, 23.11.1995., str. 31. 
( 2 ) SL L 201, 31.7.2002., str. 37.
 02016R0799 — HR — 26.02.2020 — 002.001 — 23  
Način rada  Utor vozača 
Bez kartice  Kartica voza ča Kontrolna kartica  Kartica radionice  Kartica poduze ća Utor suvoza ča Bez kartice  Operativni  Operativni  Kontrolni  Kalibracijski  Poduze će 
Kartica voza ča Operativni  Operativni  Kontrolni  Kalibracijski  Poduze će 
Kontrolna 
kartica  Kontrolni  Kontrolni  Kontrolni (*)  Operativni  Operativni  
Kartica radio ­
nice Kalibracijski  Kalibracijski  Operativni  Kalibracij ­
ski (*)  Operativni  
Kartica podu ­
zeća Poduzeće Poduze će Operativni  Operativni  Poduze će (*)  
(*) U tim situacijama ure đaj za bilježenje podataka upotrebljava samo tahografsku karticu umetnutu u utor voza ča. 
11) Uređaj za bilježenje podataka zanemaruje umetnute nevaže će 
kartice, osim prikaza, ispisa ili preuzimanja podataka s istekle 
kartice, što mora biti omogu ćeno. 
12) Sve funkcije navedene pod to čkom 2.2. moraju raditi u svim 
načinima rada, uz sljede će iznimke:  
— funkcija kalibracije dostupna je samo u kalibracijskom 
načinu rada,  
— funkcija provjere kalibracije na cesti dostupna je samo u 
kontrolnom na činu rada,  
— funkcija upravljanja blokadama poduze ća dostupna je 
samo u na činu rada poduze ća, 
— funkcija pra ćenja aktivnosti nadzora radi samo u 
kontrolnom na činu rada,  
— funkcija preuzimanja podataka nije dostupna u opera ­
tivnom na činu rada (osim kako je predvi đeno u 
zahtjevu 193) osim preuzimanja podataka s kartice 
vozača kad nijedna druga kartica nije umetnuta u jedinicu 
u vozilu.  
13) Uređaj za bilježenje podataka može prenijeti sve podatke na 
zaslon, pisa č ili vanjska su čelja uz sljede će iznimke:  
— u operativnom na činu rada svi osobni identifikacijski 
podatci (prezime i ime(na)) koji ne odgovaraju umetnutoj 
tahografskoj kartici ostaju nevidljivi, a svaki broj kartice 
koji ne odgovara umetnutoj tahografskoj kartici ostaje 
djelomično nevidljiv (nevidljiva je svaka neparna 
znamenka slijeva nadesno),  
— u načinu rada poduze ća, podatci o voza ču (zahtjevi 102, 
105 i 108) mogu se prenijeti samo za razdoblja u kojima 
nema blokade ili za razdoblja koja nije blokiralo neko 
drugo poduze će(koje se identificira s pomo ću prvih 13 
znamenaka broja kartice poduze ća), 
— kad u ure đaj za bilježenje podataka nije umetnuta kartica, 
podatci o voza ču mogu se prenijeti samo za teku ći dan i 
prethodnih osam kalendarskih dana,  
— osobni podatci iz jedinice u vozilu ne prenose se preko 
sučelja ITS-a jedinice u vozilu bez provjere pristanka 
vozača na kojeg se podatci odnose,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 24  
— jedinice u vozilu uz redovni rad imaju rok valjanosti od 15 
godina, po čevši od datuma po četka valjanosti certifikata za 
jedinice u vozilu, ali se jedinice u vozilu mogu upotreb ­
ljavati dodatna tri mjeseca samo u svrhu preuzimanja 
podataka.  
▼B 
2.4 Sigurnost  
▼M1 
Cilj je sigurnosti sustava zaštititi podatkovnu memoriju spre čava­
njem neovlaštena pristupa i manipuliranja podatcima te otkrivanjem 
svakog takvog pokušaja, zaštititi integritet i autenti čnost podataka 
koji se razmjenjuju izme đu senzora kretanja i jedinice u vozilu, 
zaštititi integritet i autenti čnost podataka koji se razmjenjuju 
između uređaja za bilježenje podataka i tahografskih kartica, zaštititi 
integritet i autenti čnost podataka koji se razmjenjuju izme đu jedinice 
u vozilu i vanjskog ure đaja GNSS-a, ako postoje, zaštititi povjer ­
ljivost, integritet i autenti čnost podataka koji se razmjenjuju komu ­
nikacijom ranog otkrivanja na daljinu u svrhu nadzora te provjeriti 
integritet i autenti čnost preuzetih podataka.  
▼B 
14) Kako bi se postigla sigurnost sustava, sljede ći sastavni dijelovi 
moraju zadovoljavati sigurnosne zahtjeve utvr đene u njihovim 
profilima zaštite, kako se zahtijeva u Dodatku 10.:  
— jedinica u vozilu,  
— tahografska kartica,  
— senzor kretanja,  
— vanjski ure đaj GNSS-a (ovaj je profil nužan i primjenjiv 
samo za vanjsku verziju GNSS-a).  
3 ZAHTJEVI U POGLEDU IZRADE I FUNKCIONALNOSTI 
UREĐAJA ZA BILJEŽENJE PODATAKA  
3.1 Pra ćenje umetanja i uklanjanja kartica  
15) Uređaj za bilježenje podataka nadzire ure đaje s karti čnim 
sučeljem tako da registrira umetanje i uklanjanje kartice.  
16) Pri umetanju kartice ure đaj za bilježenje podataka otkriva je li 
umetnuta kartica važe ća tahografska kartica i u tom slu čaju 
identificira vrstu kartice i generaciju kartice.  
Ako je u ure đaj za bilježenje podataka ve ć umetnuta kartica s 
istim brojem kartice i ve ćim indeksom obnavljanja, kartica se 
označava kao nevaže ća. 
Ako je u ure đaj za bilježenje podataka ve ć umetnuta kartica s 
istim brojem kartice i indeksom ponovnog izdavanja, ali s 
većim indeksom zamjene kartice, kartica se ozna čava kao 
nevažeća. 
17) Uređaj za bilježenje podataka tahografske kartice prve genera ­
cije smatra nevaže ćima nakon što radionica onemogu ći 
upotrebu tahografskih kartica prve generacije u skladu s 
Dodatkom 15. (zahtjev MIG003).  
18) Kartice radionice prve generacije koje su umetnute u ure đaj za 
bilježenje podataka druge generacije smatraju se nevaže ćima. ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 25  
19) Uređaj za bilježenje podataka mora biti osmišljen tako da se 
tahografske kartice blokiraju u tom položaju pri pravilnom 
umetanju u ure đaje s kartičnim sučeljem.  
20) Tahografske kartice mogu se deblokirati samo kad je vozilo 
zaustavljeno i nakon što su odgovaraju ći podatci pohranjeni na 
kartice. Za deblokiranje kartice potrebna je aktivnost korisnika.  
3.2 Mjerenje brzine, položaja i prije đenog puta  
21) Senzor kretanja (koji može biti ugra đen u adapter) glavni je 
izvor za mjerenje brzine i prije đenog puta.  
22) Ta funkcija mora neprekidno mjeriti i dati stanje broja ča kilo­
metara koje odgovara ukupnoj udaljenosti koju je vozilo 
prešlo upotrebom impulsa koje šalje senzor kretanja.  
23) Ta funkcija mora neprekidno mjeriti i dati brzinu vozila 
upotrebom impulsa koje šalje senzor kretanja.  
24) Funkcija mjerenja brzine daje informaciju i kre će li se vozilo 
ili stoji. Smatra se da se vozilo kre će čim funkcija utvrdi više 
od 1 imp/sek u trajanju od najmanje 5 sekundi na senzoru 
kretanja; u protivnom se smatra da vozilo stoji.  
25) Uređaji za prikaz brzine (brzinomjer) i ukupno prije đene 
udaljenosti (broja č kilometara) ugra đeni na svako vozilo 
opremljeno ure đajem za bilježenje podataka koji je sukladan 
odredbama ove Uredbe moraju udovoljavati zahtjevima u 
pogledu najve ćih dopuštenih odstupanja (vidjeti to čke 3.2.1. 
i 3.2.2.) utvr đenima u ovom Prilogu.  
26) Za otkrivanje manipulacije podatcima o kretanju vozila, 
podatci iz senzora kretanja potvr đuju se podatcima o kretanju 
vozila iz prijamnika GNSS-a i, prema potrebi, iz drugih izvora 
koji su neovisni o senzoru kretanja.  
27) Ta funkcija mjeri položaj vozila kako bi se omogu ćilo auto­
matsko bilježenje:  
— položaja na kojima voza č i/ili suvoza č počinju svoje 
dnevno radno vrijeme;  
▼M1 
— položaje na kojima akumulirano vrijeme vožnje dostiže 
višekratnik tri sata;  
▼B 
— položaja na kojima voza č i/ili suvoza č završavaju svoje 
dnevno radno vrijeme.  
3.2.1  Mjerenje prije đene udaljenosti  
28) Prijeđena udaljenost može se mjeriti:  
— tako da se zbraja kretanje unaprijed i unatrag, ili  
— samo pri kretanju vozila unaprijed.  
29) Uređaj za bilježenje podataka mjeri udaljenost od 0 do 
9 999 999,9 km.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 26  
30) Udaljenost mora biti u granicama sljede ćih odstupanja (na 
najmanjoj udaljenosti od 1 000 m):  
— ± 1 % prije ugradnje,  
— ± 2 % pri ugradnji i periodi čnom pregledu,  
— ± 4 % tijekom upotrebe.  
31) Udaljenost mora imati razlu čivost jednaku ili ve ću od 0,1 km.  
3.2.2  Mjerenje brzine  
32) Uređaj za bilježenje podataka mjeri brzinu od 0 do 220 km/h.  
33) Kako bi se osiguralo najve će dopušteno odstupanje prikazane 
brzine od ± 6 km/h tijekom upotrebe, a s obzirom na:  
— dopušteno odstupanje od ± 2 km/h za ulazna odstupanja 
(trošenje guma, …),  
— dopušteno odstupanje od ± 1 km/h za mjerenja izvršena 
tijekom ugradnje ili periodi čnih pregleda,  
za brzine izme đu 20 i 180 km/h i za karakteristi čne koefici­
jente vozila izme đu 4 000 i 25 000 imp/km ure đaj za bilje ­ 
ženje podataka mjeri brzinu uz dopušteno odstupanje od 
± 1 km/h (pri konstantnoj brzini).  
Napomena:  Razlučivost pohrane podataka ima dodatno dopuš ­
teno odstupanje od ± 0,5 km/h za brzinu koju pohranjuje 
uređaj za bilježenje podataka.  
34) Brzina se mora mjeriti ispravno unutar uobi čajenih dopuštenih 
odstupanja u roku od 2 sekunde od završetka promjene brzine 
kad se brzina mijenjala do 2 m/s  2 . 
35) Mjerenje brzine mora imati razlu čivost jednaku ili bolju od 
1 km/h.  
3.2.3  Mjerenje položaja  
36) Uređaj za bilježenje podataka mjeri apsolutni položaj vozila 
upotrebom prijamnika GNSS-a.  
37) Apsolutni položaj mjeri se u koordinatama zemljopisne širine i 
dužine u stupnjevima i minutama, uz razlu čivost od 
1/10 minute.  
3.3 Mjerenje vremena  
38) Funkcija mjerenja vremena mora trajno mjeriti i digitalno iska ­
zivati datum i vrijeme po UTC-u.  
39) Pri datiranju podataka u ure đaju za bilježenje podataka (zapisi, 
razmjena podataka) i za sve ispise navedene u Dodatku 4. 
„Ispisi” upotrebljavaju se datum i vrijeme po UTC-u.  
40) Za prikaz lokalnog vremena mora biti mogu će mijenjati prikaz 
razlike vremena u polusatnim koracima. Drugi pomaci, osim 
negativnih ili pozitivnih višekratnika pola sata, nisu dozvo ­
ljeni;  
41) Odstupanje vremena može biti unutar vrijednosti od 
± 2 sekunde po danu u uvjetima homologacije, ako nema 
prilagodbe vremena.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 27  
42) Vrijeme koje se mjeri mora imati razlu čivost bolju od 
1 sekunde ili jednaku.  
43) Na mjerenje vremena ne smije utjecati prekid vanjskog napa ­
janja kraći od 12 mjeseci u uvjetima homologacije.  
3.4 Pra ćenje aktivnosti voza ča 
44) Ova funkcija mora neprekidno i odvojeno pratiti aktivnosti 
jednog voza ča i jednog suvoza ča. 
45) Aktivnosti voza ča su VOŽNJA, RAD, DOSTUPNOST ili 
STANKA/ODMOR.  
46) Voza č i/ili suvoza č moraju imati mogu ćnost ručnog odabira 
RADA, DOSTUPNOSTI ili STANKE/ODMORA.  
47) Ako se vozilo kre će, za voza ča se automatski odabire 
VOŽNJA, a za suvoza ča se automatski odabire DOSTUP ­
NOST.  
48) Kad se vozilo zaustavi, za voza ča se automatski odabire RAD.  
▼M1 
49) Pretpostavlja se da je prva promjena aktivnosti u STANKA/ 
ODMOR ili DOSTUPNOST koja nastaje u roku od 120 
sekundi od automatske promjene aktivnosti u RAD zbog 
zaustavljanja vozila nastupila u trenutku kad se vozilo zausta ­
vilo (čime se eventualno poništava promjena aktivnosti u 
RAD).  
▼B 
50) Ova funkcija mora bilježiti podatke o promjenama aktivnosti u 
razlučivosti od jedne minute.  
51) Ako je u minuti neposredno prije odre đene kalendarske minute 
i u minuti neposredno nakon nje registrirana aktivnost 
VOŽNJA, ta se minuta u cijelosti smatra minutom VOŽNJE.  
52) Odre đena kalendarska minuta, koja se prema zahtjevu 051 ne 
smatra minutom VOŽNJE, u cijelosti se smatra minutom one 
vrste aktivnosti koja je najdulje neprekidno trajala u toj minuti 
(ili posljednja aktivnost od jednako dugih aktivnosti).  
53) Ova funkcija mora i trajno pratiti neprekidno vrijeme vožnje i 
kumulativno vrijeme stanki voza ča. 
3.5 Pra ćenje statusa vožnje  
54) Ova funkcija mora neprekidno i automatski pratiti status 
vožnje.  
55) Status vožnje POSADA odabire se kad se dvije valjane kartice 
vozača umetnu u ure đaj, a u svim se drugim slu čajevima 
odabire status vožnje JEDAN VOZA Č. 
3.6 Unosi voza ča 
3.6.1  Unos mjesta po četka i/ili kraja dnevnog radnog vremena  
56) Ova funkcija omogu ćava unos mjesta po četka i/ili završetka 
dnevnog radnog vremena voza ča i/ili suvoza ča. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 28  
57) Mjesta se definiraju kao država te, dodatno i prema potrebi, 
kao regija, a unose se i potvr đuju ručno. 
58) U trenutku uklanjanja kartice voza ča uređaj za bilježenje poda ­
taka mora potaknuti (su)voza ča da unese „mjesto završetka 
dnevnog radnog vremena”.  
▼M1 
59) Voza č zatim unosi trenuta čno mjesto vozila, a taj se unos 
smatra privremenim.  
Privremeni unos pri posljednjem uklanjanju kartice potvr đuje 
se (tj. preko njega se više ne piše) pod sljede ćim uvjetima:  
— unos mjesta na kojem zapo činje trenuta čno dnevno radno 
vrijeme tijekom ru čnog unosa u skladu sa zahtjevom 61);  
— sljedeći unos mjesta na kojem zapo činje trenuta čno dnevno 
radno vrijeme ako nositelj kartice ne unese ni jedno mjesto 
na kojem zapo činje ili je završilo radno vrijeme tijekom 
ručnog unosa u skladu sa zahtjevom 61).  
Preko privremenog unosa pri posljednjem uklanjanju kartice 
prepisuje se nova vrijednost te se ona potvr đuje pod sljede ćim 
uvjetima:  
— sljedeći unos mjesta na kojem završava trenuta čno dnevno 
radno vrijeme ako nositelj kartice ne unese ni jedno mjesto 
na kojem zapo činje ili je završilo radno vrijeme tijekom 
ručnog unosa u skladu sa zahtjevom 61).  
▼B 
60) S pomo ću naredbi u izbornicima mora biti mogu će unijeti 
mjesta početka i/ili završetka dnevnog radnog vremena. Ako 
se u jednoj kalendarskoj minuti dogodi više od jednog takvog 
unosa, bilježi se samo unos zadnjeg mjesta po četka i unos 
zadnjeg mjesta završetka, izvršen u tom vremenu.  
3.6.2  Ru čni unos aktivnosti voza ča i suglasnost voza ča u pogledu su čelja 
ITS-a  
61) Nakon umetanja kartice voza ča (ili radionice), i samo tada, 
uređaj za bilježenje podataka dopušta ru čne unose aktivnosti. 
Ručni unosi aktivnosti izvode se upotrebom vrijednosti 
lokalnog vremena i datuma vremenske zone (odmak UTC) 
koja je trenuta čno namještena u jedinici u vozilu.  
Pri umetanju kartice voza ča ili radionice nositelja kartice 
podsjeća se na:  
— datum i vrijeme njegova posljednjeg uklanjanja kartice;  
— neobavezno: odmak lokalnog vremena koji je trenuta čno 
namješten u jedinici u vozilu.  
Pri prvom umetanju odre đene kartice voza ča ili kartice radio ­
nice koja je trenuta čno nepoznata jedinici u vozilu, nositelja 
kartice poziva se da dâ svoju suglasnost za prijenos osobnih 
podataka iz tahografa preko neobaveznog su čelja ITS-a.  
U svakom se trenutku suglasnost voza ča (odnosno radionice) 
može omogu ćiti ili onemogu ćiti s pomoću naredbi u izborniku 
ako je umetnuta kartica voza ča (odnosno radionice).  
Mora biti mogu ć unos aktivnosti sa sljede ćim ograničenjima:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 29  
— vrste aktivnosti su RAD, DOSTUPNOST ili STANKA/ 
ODMOR;  
— vremena po četka i završetka svake aktivnosti mogu biti 
samo u okviru razdoblja od posljednjeg uklanjanja do 
trenutačnog umetanja kartice;  
— međusobno vremensko preklapanje aktivnosti nije dopuš ­
teno.  
Prema potrebi ru čni su unosi mogu ći pri prvom umetanju 
prethodno neupotrebljavane kartice voza ča (ili radionice).  
Postupak za ru čni unos aktivnosti uklju čuje onoliko 
uzastopnih koraka koliko je potrebno za namještanje vrste, 
vremena po četka i vremena završetka svake aktivnosti. Za 
bilo koji dio vremenskog razdoblja izme đu posljednjeg ukla ­
njanja i trenuta čnog umetanja kartice nositelj kartice ima 
mogućnost ne prijaviti nikakvu aktivnost.  
Za vrijeme ru čnih unosa povezanih s umetanjem kartice, ako 
je primjenljivo, nositelj kartice ima mogu ćnost unijeti:  
▼M1 
— mjesto gdje je završilo prethodno dnevno radno vrijeme, 
povezano s odgovaraju ćim vremenom (što se zapisuje 
preko unosa zapisanog pri posljednjem uklanjanju kartice 
te se unos potvr đuje), 
— mjesto gdje zapo činje trenuta čno dnevno radno vrijeme, 
povezano s odgovaraju ćim vremenom ( čime se potvr đuje 
privremeni unos zabilježen pri posljednjem uklanjanju 
kartice).  
▼B 
Ako nositelj kartice ne unese mjesto po četka ili završetka 
radnog vremena pri ru čnim unosima povezanima s umetanjem 
kartice, to se smatra izjavom da se njegovo radno vrijeme nije 
promijenilo od posljednjeg uklanjanja kartice. Sljede ći unos 
mjesta gdje je završilo prethodno dnevno radno vrijeme zapi ­
suje se preko privremenog unosa zapisanog pri posljednjem 
uklanjanju kartice.  
Ako se unese mjesto, ono se bilježi na odgovaraju ću taho­
grafsku karticu.  
Ručni se unosi prekidaju:  
— ako se kartica ukloni, ili  
— ako se vozilo kre će i kartica je u utoru voza ča. 
Dozvoljeni su dodatni prekidi, npr. zbog isteka vremena nakon 
određenog razdoblja korisnikove neaktivnosti. Ako se ru čni 
unosi prekinu, ure đaj za bilježenje podataka potvr đuje sva 
potpuno unesena mjesta i aktivnosti (koje imaju nedvojbeno 
mjesto i vrijeme ili vrstu aktivnosti, vrijeme po četka i vrijeme 
završetka).  
Ako se za vrijeme ru čnih unosa aktivnosti za prvu umetnutu 
karticu umetne kartica drugog voza ča ili kartica radionice, 
prije početka ručnih unosa za drugu umetnutu karticu mora 
se omogućiti završetak ru čnih unosa za prvu umetnutu karticu.  
Nositelj kartice ima mogu ćnost unijeti ru čne unose prema 
sljedećem minimalnom postupku:  
— ručni unos aktivnosti, kronološkim redom, za razdoblje od 
posljednjeg uklanjanja kartice do trenuta čnog umetanja 
kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 30  
— vrijeme po četka prve aktivnosti namješta se na vrijeme 
uklanjanja kartice. Za svaki sljede ći unos, vrijeme 
početka unaprijed se namješta tako da odmah slijedi 
vrijeme završetka ranijeg unosa. Za svaku se aktivnost 
izabere vrsta aktivnosti i vrijeme završetka.  
Postupak završava kad je vrijeme završetka ru čno unesene 
aktivnosti jednako vremenu umetanja kartice. Ure đaj za bilje­ 
ženje podataka može po izboru nositelju kartice omogu ćiti da 
do potvrde unosa posebnom naredbom izmijeni bilo koju 
ručno unesenu aktivnost. Nakon potvrde svaka je takva 
izmjena zabranjena.  
3.6.3  Unos posebnih stanja  
62) Uređaj za bilježenje podataka mora voza ču dopustiti unos 
sljedećih dvaju posebnih stanja, u realnom vremenu:  
— „IZVAN PODRU ČJA PRIMJENE” (po četak, završetak) i  
— „VOŽNJA TRAJEKTOM/VLAKOM” (po četak, završetak)  
Stanje „VOŽNJA TRAJEKTOM/VLAKOM” ne može se 
pojaviti ako je zapo četo stanje „IZVAN PODRU ČJA 
PRIMJENE”.  
Započeto stanje „IZVAN PODRU ČJA PRIMJENE” ure đaj za 
bilježenje podataka mora automatski zatvoriti ako se kartica 
vozača umeće ili uklanja.  
Započeto stanje „IZVAN PODRU ČJA PRIMJENE” spre čava 
sljedeće događaje i upozorenja:  
— vožnju bez odgovaraju će kartice i  
— upozorenja povezana s neprekidnim razdobljem vožnje.  
Oznaka po četka VOŽNJE TRAJEKTOM/VLAKOM stavlja se 
prije gašenja motora na trajektu/vlaku.  
Započeta VOŽNJA TRAJEKTOM/VLAKOM mora završiti 
ako nastupi neka od sljede ćih mogućnosti:  
— vozač je ručno završio VOŽNJU TRAJEKTOM/ 
VLAKOM  
— vozač je izbacio svoju karticu  
Započeta VOŽNJA TRAJEKTOM/VLAKOM završava ako 
više nije valjana na temelju odredaba Uredbe (EZ) 
br. 561/2006.  
3.7 Upravljanje blokadama poduze ća 
63) Ova funkcija omogu ćuje upravljanje blokadama koje postavi 
poduzeće kako bi ograni čilo pristup podatcima poduze ća za 
sebe.  
64) Blokade poduze ća sastoje se od datuma/vremena po četka 
(zaključavanje blokade) i datuma/vremena završetka (otklju ča­
vanje blokade) pridruženih identifikaciji poduze ća naznačenoj 
u broju kartice poduze ća (pri zaklju čavanju blokade).  
65) Blokade se mogu zaklju čati odnosno otklju čati samo u 
realnom vremenu.  
66) Otklju čavanje blokade može izvršiti samo poduze će čija je 
blokada postavljena (što je odre đeno s pomo ću prvih 
13 znamenaka broja kartice poduze ća) ili ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 31  
67) otklju čavanje blokade automatsko je kad drugo poduze će 
izvrši zaklju čavanje blokade.  
68) U slu čaju zaključavanja blokade poduze ća kad je prethodna 
blokada bila za isto poduze će, pretpostavlja se da prethodna 
blokada nije bila otklju čana te da je i dalje zaklju čana. 
3.8 Pra ćenje aktivnosti nadzora  
69) Ova funkcija prati aktivnosti PRIKAZA, ISPISA, jedinice u 
vozilu i PREUZIMANJA podataka s kartice te provjere KALI ­
BRACIJE NA CESTI dok je u kontrolnom na činu. 
70) Ova funkcija prati i aktivnosti KONTROLE PREKORA ­ 
ČENJA BRZINE dok je u kontrolnom na činu. Smatra se da 
je kontrola prekora čenja brzine nastala ako je u kontrolnom 
načinu ispis „prekora čenje brzine” poslan na pisa č ili na 
zaslon ili ako su podatci o „doga đajima i kvarovima” preuzeti 
iz podatkovne memorije jedinice u vozilu.  
3.9 Prepoznavanje doga đaja i/ili kvarova  
71) Ova funkcija otkriva sljede će događaje i/ili kvarove:  
3.9.1  Doga đaj „umetanje nevaže će kartice”  
72) Ovaj se doga đaj aktivira umetanjem bilo koje nevaže će 
kartice, umetanjem kartice voza ča koja je ve ć zamijenjena 
i/ili ako istekne valjanost umetnute važe će kartice.  
3.9.2  Doga đaj „konflikt kartica”  
73) Ovaj se doga đaj aktivira ako se javi bilo koja kombinacija s 
valjanim karticama ozna čena u tablici s X:  
Konflikt kartica  Utor vozača 
Bez kartice  Kartica voza ča Kontrolna kartica  Kartica radionice  Kartica poduze ća Utor suvoza ča Bez kartice  
Kartica voza ča X  
Kontrolna kartica  X  X  X  
Kartica radionice  X  X  X  X  
Kartica poduze ća X  X  X  
3.9.3  Doga đaj „vremensko preklapanje”  
74) Ovaj se doga đaj aktivira kad su datum/vrijeme posljednjeg 
uklanjanja kartice voza ča, očitani s kartice, kasniji nego 
tekući datum/vrijeme ure đaja za bilježenje podataka u koji je 
umetnuta kartica.  
3.9.4  Doga đaj „vožnja bez odgovaraju će kartice”  
75) Ovaj se doga đaj aktivira za bilo koju kombinaciju s valjanim 
tahografskim karticama ozna čenu znakom X u sljede ćoj tablici 
ako se aktivnost voza ča promijeni na VOŽNJU ili ako do đe 
do promjene na čina rada kada je aktivnost voza ča VOŽNJA:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 32  
Vožnja bez odgovaraju će kartice  Utor vozača 
Bez (valjane) 
kartice  Kartica voza ča Kontrolna kartica  Kartica radionice  Kartica poduze ća Utor suvoza ča Bez (valjane) kartice  X  X  X  
Kartica voza ča X  X  X  X  
Kontrolna kartica  X  X  X  X  X  
Kartica radionice  X  X  X  X  
Kartica poduze ća X  X  X  X  X  
3.9.5  Doga đaj „umetanje kartice tijekom vožnje”  
76) Ovaj se doga đaj aktivira kad se tahografska kartica umetne u 
bilo koji utor u vrijeme dok je aktivnost voza ča VOŽNJA.  
3.9.6  Doga đaj „neispravno zatvaranje posljednje razmjene podataka s 
karticom”  
77) Ovaj se doga đaj aktivira kad pri umetanju kartice ure đaj za 
bilježenje podataka utvrdi da unato č odredbama utvr đenima u 
stavku 3. to čki 1. prethodna razmjena podataka s karticom nije 
pravilno završena (kartica je uklonjena prije nego što su svi 
potrebni podatci spremljeni na karticu). Ovaj se doga đaj akti­
vira samo karticom voza ča i karticom radionice.  
3.9.7  Doga đaj „prekora čenje brzine”  
78) Ovaj se doga đaj aktivira pri svakom prekora čenju brzine.  
3.9.8  Doga đaj „prekid napajanja”  
79) Ovaj se doga đaj aktivira izvan kalibracijskog ili kontrolnog 
načina pri svakom prekidu napajanja senzora kretanja i/ili 
jedinice u vozilu duljem od 200 milisekundi. Prag prekida 
utvrđuje proizvo đač. Padom napajanja zbog pokretanja 
motora vozila ne aktivira se ovaj doga đaj. 
3.9.9  Doga đaj „greška u komunikaciji s ure đajem za komunikaciju na 
daljinu”  
80) Ovaj se doga đaj aktivira izvan kalibracijskog na čina kad 
uređaj za komunikaciju na daljinu u više od tri pokušaja ne 
potvrdi uspješan primitak podataka prenesenih na daljinu iz 
jedinice u vozilu.  
3.9.10  Doga đaj „izostanak podataka o položaju iz prijamnika GNSS-a”  
81) Ovaj se doga đaj aktivira  izvan kalibracijskog na čina u 
slučaju izostanka podataka o položaju iz prijamnika GNSS-a 
(unutarnjeg ili vanjskog) duljeg od tri sata ukupnog vremena 
vožnje.  
3.9.11  Doga đaj „greška u komunikaciji s vanjskim ure đajem GNSS-a”  
82) Ovaj se doga đaj aktivira  izvan kalibracijskog na čina u 
slučaju prekida komunikacije izme đu vanjskog ure đaja 
GNSS-a i jedinice u vozilu duljeg od 20 uzastopnih minuta 
ako se vozilo kre će. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 33  
3.9.12  Doga đaj „greška u podatcima o kretanju”  
83) Ovaj se doga đaj aktivira  izvan kalibracijskog na čina u 
slučaju prekida redovnog protoka podataka izme đu senzora 
kretanja i jedinice u vozilu i/ili u slu čaju greške u integritetu 
podataka ili greške u autentifikaciji podataka tijekom razmjene 
podataka izme đu senzora kretanja i jedinice u vozilu.  
3.9.13  Doga đaj „konflikt u kretanju vozila”  
84) Ovaj se doga đaj aktivira  izvan kalibracijskog na čina ako su 
podatci o kretanju iz senzora o kretanju u suprotnosti s podat ­
cima o kretanju izra čunanima iz unutarnjeg prijamnika GNSS- 
a ili iz vanjskog ure đaja GNSS-a, ili, prema potrebi, iz drugih 
neovisnih izvora, kako je utvr đeno u Dodatku 12. Ovaj se 
događaj ne aktivira tijekom vožnje trajektom/vlakom, u uvje ­
tima IZVAN PODRU ČJA PRIMJENE ili kad podatci o polo ­ 
žaju iz prijamnika GNSS-a nisu raspoloživi.  
3.9.14  Doga đaj „pokušaj povrede sigurnosti”  
85) Ovaj se doga đaj aktivira za sve ostale doga đaje koji utje ču na 
sigurnost senzora kretanja i/ili jedinice u vozilu i/ili vanjskog 
uređaja GNSS-a, kako je navedeno u Dodatku 10., dok nisu u 
načinu kalibracije.  
▼M1 
3.9.15 Doga đaj „vremenski konflikt”  
86) Ovaj se doga đaj aktivira  izvan kalibracijskog na čina kad 
jedinica u vozilu otkrije razliku od više od jedne minute 
između vremena funkcije mjerenja vremena jedinice u vozilu 
i vremena iz prijamnika GNSS-a. Taj se doga đaj bilježi 
zajedno sa stanjem unutarnjeg sata jedinice u vozilu i izražava 
zajedno s automatskom prilagodbom vremena. Nakon što se 
aktivira doga đaj vremenskog konflikta, jedinica u vozilu ne će 
stvarati druge doga đaje vremenskog konflikta sljede ćih 12 sati. 
Taj se doga đaj neće aktivirati ako prijamnik GNSS-a nije 
mogao otkriti valjani signal GNSS-a 30 ili više dana.  
▼B 
3.9.16  Kvar „kartica”  
87) Ovaj se kvar aktivira ako se tijekom rada javi greška na taho ­
grafskoj kartici.  
3.9.17  Kvar „ure đaj za bilježenje podataka”  
88) Ovaj se kvar aktivira za neku od sljede ćih grešaka, dok ure đaj 
nije u kalibracijskom na činu: 
— unutarnji kvar jedinice u vozilu,  
— kvar pisa ča, 
— kvar zaslona,  
— kvar pri preuzimanju podataka,  
— kvar senzora,  
— kvar prijamnika GNSS-a ili vanjskog ure đaja GNSS-a,  
— kvar ure đaja za komunikaciju na daljinu,  
▼M1 
— kvar povezan s ITS su čeljem (ako je primjenjivo).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 34  
3.10 Ugra đena ispitivanja i samoispitivanja  
89) ►M1 Uređaj za bilježenje podataka otkriva kvarove samoi ­
spitivanjima i ugra đenim ispitivanjima prema sljede ćoj 
tablici: ◄ 
Podsklop za ispitivanje  Samoispitivanje  Ugra đeno ispitivanje  
Softver  Integritet  
Podatkovna memorija  Pristup  Pristup, integritet poda ­
taka 
Uređaji s kartičnim sučeljem  Pristup  Pristup  
Tipkovnica  Ru čna provjera  
Pisač (ovisi o proizvo đa­ 
ču) Ispis  
Prikaz  Vizualna provjera  
Preuzimanje podataka 
(provodi se samo tijekom 
preuzimanja podataka)  Ispravan rad  
Senzor  Ispravan rad  Ispravan rad  
Uređaja za komunikaciju na 
daljinu  Ispravan rad  Ispravan rad  
Uređaj GNSS-a  Ispravan rad  Ispravan rad  
▼M1 
ITS sučelje (neobvezno)  Ispravan rad  
▼B 
3.11 Čitanje iz podatkovne memorije  
90) Uređaj za bilježenje podataka mora mo ći očitati sve podatke 
pohranjene u svojoj podatkovnoj memoriji.  
3.12 Bilježenje i pohrana u podatkovnoj memoriji  
Za potrebe ovog stavka:  
— „365 dana” definira se kao 365 kalendarskih dana prosje čne 
aktivnosti voza ča u vozilu. Prosje čna dnevna aktivnost u 
vozilu definira se kao najmanje šest voza ča ili suvoza ča, šest 
ciklusa umetanja i uklanjanja kartice i 256 promjena aktivnosti. 
„365 dana” stoga uklju čuje najmanje 2 190 (su)voza ča, 2 190 
ciklusa umetanja i uklanjanja kartice i 93 440 promjena aktiv ­
nosti,  
▼M1 
— prosječan broj položaja u danu definira se kao najmanje šest 
položaja po četka dnevnog radnog vremena, šest položaja u 
kojima akumulirano vrijeme vožnje dostiže višekratnik tri sata 
te šest položaja završetka dnevnog radnog vremena, tako da 
„365 dana” uklju čuje najmanje 6570 položaja,  
▼B 
— vremena se bilježe uz razlu čivost od jedne minute, osim ako nije 
drukčije određeno, 
— stanje broja ča kilometara bilježi se uz razlu čivost od jednog 
kilometra,  
— brzine se bilježe uz razlu čivost od 1 km/h,  
— položaji (zemljopisne širine i dužine) bilježe se u stupnjevima i 
minutama, uz razlu čivost od 1/10 minute te povezanu to čnost 
GNSS-a i vrijeme dobivanja podataka.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 35  
91) Na podatke pohranjene u podatkovnoj memoriji ne smije utje ­
cati nikakav vanjski prekid napajanja kra ći od dvanaest 
mjeseci u uvjetima homologacije. Osim toga, na podatke 
pohranjene u vanjskom ure đaju za komunikaciju na daljinu, 
kako je definiran u Dodatku 14., ne smije utjecati nikakav 
vanjski prekid napajanja kra ći od 28 dana.  
92) Uređaj za bilježenje podataka mora mo ći bilježiti i pohraniti 
izravno ili neizravno sljede će podatke u svojoj podatkovnoj 
memoriji:  
3.12.1  Identifikacijski podatci o ure đaju 
3.12.1.1 I d e n t i f i k a c i j s k i p o d a t c i j e d i n i c e u v o z i l u  
93) Uređaj za bilježenje podataka mora mo ći u svojoj podatkovnoj 
memoriji pohraniti sljede će identifikacijske podatke jedinice u 
vozilu:  
— naziv proizvo đača, 
— adresu proizvo đača, 
— kataloški broj,  
— serijski broj,  
— generaciju jedinice u vozilu,  
— mogućnost upotrebe tahografskih kartica prve generacije  
— broj verzije softvera,  
— datum ugradnje verzije softvera,  
— godinu proizvodnje ure đaja, 
— homologacijski broj.  
94) Identifikacijske podatke jedinice u vozilu bilježi i pohranjuje 
jednom zauvijek proizvo đač jedinice u vozilu, osim podataka 
koji se odnose na softver i homologacijski broj, koji se mogu 
mijenjati u slu čaju ažuriranja softvera te mogu ćnosti upotrebe 
tahografskih kartica prve generacije.  
3.12.1.2 I d e n t i f i k a c i j s k i p o d a t c i s e n z o r a k r e t a n j a  
95) Senzor kretanja mora mo ći pohraniti u svojoj memoriji slje ­
deće identifikacijske podatke:  
— naziv proizvo đača, 
— serijski broj,  
— homologacijski broj.  
— identifikator ugra đene sigurnosne komponente (npr. interni 
kataloški broj ugra đenog čipa/procesora),  
— identifikator operativnog sustava (npr. broj verzije softve ­
ra). 
96) Identifikacijske podatke senzora kretanja bilježi i pohranjuje 
jednom zauvijek u senzoru kretanja proizvo đač senzora kreta ­
nja. 
97) Jedinica u vozilu mora mo ći bilježiti i pohraniti u svojoj 
podatkovnoj memoriji sljede će podatke koji se odnose na 
zadnjih 20 uparivanja senzora kretanja (ako tijekom jednog 
kalendarskog dana do đe do više uparivanja, pohranjuju se 
samo prvo i posljednje uparivanje):  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 36  
Za svako od spomenutih uparivanja bilježe se sljede ći podatci:  
— identifikacijski podatci senzora kretanja:  
— serijski broj,  
— homologacijski broj;  
— podatci za povezivanje sa senzorom kretanja:  
— datum uparivanja.  
3.12.1.3 I d e n t i f i k a c i j s k i p o d a t c i g l o b a l n i h s a t e l i t s k i h 
n a v i g a c i j s k i h s u s t a v a  
98) Vanjski ure đaj GNSS-a mora mo ći pohraniti u svojoj memoriji 
sljedeće identifikacijske podatke:  
— naziv proizvo đača, 
— serijski broj,  
— homologacijski broj.  
— identifikator ugra đene sigurnosne komponente (npr. interni 
kataloški broj ugra đenog čipa/procesora),  
— identifikator operativnog sustava (npr. broj verzije softve ­
ra). 
99) Identifikacijske podatke bilježi i pohranjuje jednom zauvijek u 
vanjskom ure đaju GNSS-a proizvo đač vanjskog ure đaja 
GNSS-a.  
100) Jedinica u vozilu mora mo ći bilježiti i pohraniti u svojoj 
podatkovnoj memoriji sljede će podatke koji se odnose na 
zadnjih 20 povezivanja vanjskih ure đaja GNSS-a (ako u 
tijeku jednog kalendarskog dana do đe do više povezivanja, 
pohranjuju se samo prvo i posljednje povezivanje):  
Za svako od spomenutih povezivanja bilježe se sljede ći 
podatci:  
— identifikacijski podatci vanjskog ure đaja GNSS-a:  
— serijski broj,  
— homologacijski broj.  
— podatci za povezivanje s vanjskim ure đajem GNSS-a:  
— datum povezivanja  
3.12.2  Klju čevi i certifikati  
101) Uređaj za bilježenje podataka mora mo ći pohraniti niz kripto ­
grafskih klju čeva i certifikata, kako je odre đeno u Dodatku 11. 
dijelovima A i B.  
3.12.3  Podatci o umetanju i uklanjanju kartice voza ča ili kartice radionice  
102) Za svaki ciklus umetanja i uklanjanja kartice voza ča ili kartice 
radionice u ure đaj ili iz njega, ure đaj za bilježenje podataka 
mora zabilježiti i pohraniti u svoju podatkovnu memoriju:  
— prezime(na) i ime(na) nositelja kartice pohranjena na 
kartici,  
— broj kartice, državu članicu izdavanja i datum isteka pohra ­
njene na kartici,  
— generaciju kartice,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 37  
— datum i vrijeme umetanja,  
— stanje broja ča kilometara vozila pri umetanju kartice,  
— utor u koji je kartica umetnuta,  
— datum i vrijeme uklanjanja,  
— stanje broja ča kilometara vozila pri uklanjanju kartice,  
— sljedeće informacije pohranjene na kartici o prethodnom 
vozilu kojim se voza č koristio:  
— VRN i državu članicu registracije,  
— generaciju jedinice u vozilu (ako je dostupna),  
— datum i vrijeme uklanjanja kartice,  
— oznaku koja pokazuje je li pri umetanju kartice nositelj 
kartice ručno unio aktivnosti.  
103) Podatkovna memorija mora mo ći čuvati te podatke najmanje 
365 dana.  
104) Kad se iscrpi kapacitet za pohranu, novim se podatcima 
zamjenjuju najstariji podatci.  
3.12.4  Podatci o aktivnosti voza ča 
105) Uređaj za bilježenje podataka bilježi i pohranjuje u svoju 
podatkovnu memoriju svaku promjenu aktivnosti voza ča i/ili 
suvozača i/ili svaku promjenu statusa vožnje i/ili svako 
umetanje ili uklanjanje kartice voza ča ili kartice radionice:  
— status vožnje (POSADA, JEDAN VOZA Č), 
— utor (VOZA Č, SUVOZA Č), 
— status kartice u odgovaraju ćem utoru (UMETNUTA, NIJE 
UMETNUTA),  
— aktivnost (VOŽNJA, DOSTUPNOST, RAD, STANKA/ 
ODMOR),  
— datum i vrijeme promjene.  
UMETNUTA ozna čuje da je važe ća kartica voza ča ili kartica 
radionice umetnuta u utor. NIJE UMETNUTA ozna čuje 
suprotno, tj. da važe ća kartica voza ča ili kartica radionice 
nije umetnuta u utor (npr. da je umetnuta kartica poduze ća 
ili da nije umetnuta nikakva kartica).  
Podatci o aktivnosti koje ru čno unosi voza č ne bilježe se u 
podatkovnoj memoriji.  
106) Podatkovna memorija mora mo ći čuvati podatke o aktivnosti 
vozača najmanje 365 dana.  
107) Kad se iscrpi kapacitet za pohranu, novim se podatcima 
zamjenjuju najstariji podatci.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 38  
3.12.5 Mjesta i položaji po četka i završetka dnevnog radnog vremena i/ili 
dostizanja tri sata akumuliranog vremena vožnje  
108) Uređaj za bilježenje podataka bilježi i pohranjuje u svojoj 
podatkovnoj memoriji:  
— mjesta i položaje na kojima voza č i/ili suvoza č počinju 
svoje dnevno radno vrijeme;  
— položaje na kojima akumulirano vrijeme vožnje dostiže 
višekratnik tri sata;  
— mjesta i položaje na kojima voza č i/ili suvoza č završavaju 
svoje dnevno radno vrijeme.  
▼B 
109) Ako u tom trenutku položaj vozila nije dostupan iz prijamnika 
GNSS-a, ure đaj za bilježenje podataka upotrebljava posljednji 
dostupni položaj te povezani datum i vrijeme.  
110) Zajedno sa svakim mjestom ili položajem ure đaj za bilježenje 
podataka u svojoj podatkovnoj memoriji bilježi i pohranjuje:  
— broj kartice (su)voza ča i državu članicu izdavatelja kartice,  
— generaciju kartice,  
— datum i vrijeme unosa,  
▼M1 
— vrstu unosa (po četak, završetak ili tri sata akumuliranog 
vremena vožnje),  
▼B 
— povezanu to čnost GNSS-a, datum i vrijeme ako je primje ­
njivo;  
— stanje broja ča kilometara vozila.  
▼M1 
111) Podatkovna memorija mora mo ći čuvati mjesta i položaje 
početka i završetka dnevnog radnog vremena i/ili dostizanja 
tri sata akumuliranog vremena vožnje najmanje 365 dana.  
▼B 
112) Kad se iscrpi kapacitet za pohranu, novim se podatcima 
zamjenjuju najstariji podatci.  
3.12.6  Stanje broja ča prijeđenih kilometara  
113) Uređaj za bilježenje podataka bilježi i pohranjuje u svoju 
podatkovnu memoriju stanje broja ča prijeđenih kilometara i 
pripadajući datum u pono ć svakog kalendarskog dana.  
114) Podatkovna memorija mora mo ći pohranjivati pono ćna stanja 
brojača kilometara najmanje 365 kalendarskih dana.  
115) Kad se iscrpi kapacitet za pohranu, novim se podatcima 
zamjenjuju najstariji podatci.  
3.12.7  Detaljni podatci o brzini  
▼M1 
116) Uređaj za bilježenje podataka bilježi i sprema u svoju podat ­
kovnu memoriju trenuta čnu brzinu vozila te pripadaju ći datum 
i vrijeme u svakoj sekundi tijekom najmanje posljednja 24 sata 
kretanja vozila.  
▼B 
3.12.8  Podatci o doga đajima  
Za potrebe ovog podstavka vrijeme se bilježi uz razlu čivost od jedne 
sekunde.  
117) Za svaki otkriveni doga đaj uređaj za bilježenje podataka 
bilježi i pohranjuje u svoju podatkovnu memoriju sljede će 
podatke prema sljede ćim pravilima pohrane:  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 39  
Događaj Pravila pohrane  Podatci koje je potrebno bilježiti po doga đaju 
Umetanje nevaže će 
kartice  — deset najnovijih doga đaja. — datum i vrijeme doga đaja, 
— vrstu, broj, državu članicu izdavatelja 
kartice ili kartica i generaciju kartice 
kojom je stvoren doga đaj. 
— broj sli čnih događaja tog dana  
Konflikt kartica  — deset najnovijih doga đaja. — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu izdavatelja 
kartice ili kartica i generaciju dviju 
kartica zbog kojih je nastao konflikt.  
Vožnja bez odgovaraju će 
kartice  — najdulji doga đaj za svaki od deset 
zadnjih dana pojave, 
— pet najduljih doga đaja u zadnjih 
365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
Umetanje kartice tijekom 
vožnje  — zadnji doga đaj za svaki od 10 zadnjih 
dana pojave,  — datum i vrijeme doga đaja, 
— vrstu i broj kartice, državu članicu koja 
je izdala karticu i generaciju kartice, 
— broj sli čnih događaja tog dana.  
Posljednja razmjena poda ­
taka s karticom koja nije 
ispravno zatvorena  — deset najnovijih doga đaja. — datum i vrijeme umetanja kartice, 
— vrstu i broj kartice, državu članicu koje 
je izdala karticu i generaciju kartice, 
— posljednju razmjenu podataka o čitanih s 
kartice: 
— datum i vrijeme umetanja kartice, 
— VRN, državu članicu registracije i 
generaciju jedinice u vozilu.  
Prekoračenje brzine (1)  — najozbiljniji doga đaj za svaki od 
10 zadnjih dana pojave (tj. doga đaj s 
najvećom prosječnom brzinom), 
— pet najozbiljnijih doga đaja u zadnjih 
365 dana, 
— prvi doga đaj koji se dogodio nakon 
zadnje kalibracije.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— najveću brzinu izmjerenu tijekom doga ­ 
đaja, 
— aritmeti čki prosjek brzine izmjerene 
tijekom doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju kartice voza ča (ako 
je primjereno), 
— broj sli čnih događaja tog dana.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 40  
Događaj Pravila pohrane  Podatci koje je potrebno bilježiti po doga đaju 
Prekid napajanja (2)  — najdulji doga đaj za svaki od deset 
zadnjih dana pojave, 
— pet najduljih doga đaja u zadnjih 
365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
Greška u komunikaciji s 
uređajem za komunikaciju 
na daljinu  — najdulji doga đaj za svaki od deset 
zadnjih dana pojave, 
— pet najduljih doga đaja u zadnjih 
365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
Izostanak podataka o 
položaju iz prijamnika 
GNSS-a  — najdulji doga đaj za svaki od deset 
zadnjih dana pojave, 
— pet najduljih doga đaja u zadnjih 
365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
▼M1 
Greška u komunikaciji s 
vanjskim ure đajem 
GNSS-a  — najdulji doga đaj za svaki od deset 
posljednjih dana pojave, 
— pet najduljih doga đaja u zadnjih 365 
dana  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
▼B 
Greška u podatcima o 
kretanju  — najdulji doga đaj za svaki od deset 
zadnjih dana pojave, 
— pet najduljih doga đaja u zadnjih 
365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
Konflikt u kretanju vozila  — najdulji doga đaj za svaki od deset 
zadnjih dana pojave, 
— pet najduljih doga đaja u zadnjih 
365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 41  
Događaj Pravila pohrane  Podatci koje je potrebno bilježiti po doga đaju 
Pokušaji povrede sigurno ­
sti — deset najnovijih doga đaja po vrsti doga ­ 
đaja. — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja (ako 
je potrebno), 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— vrstu doga đaja. 
▼M1 
Vremenski konflikt  — najozbiljniji doga đaj za svaki od deset 
zadnjih dana pojave (tj. doga đaj s 
najvećom razlikom izme đu datuma i 
vremena iz ure đaja za bilježenje poda ­
taka i datuma i vremena iz GNSS-a). 
— pet najozbiljnijih doga đaja u zadnjih 
365 dana.  — datum i vrijeme iz ure đaja za bilježenje 
podataka, 
— datum i vrijeme iz GNSS-a, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
▼B 
(1) Uređaj za bilježenje podataka bilježi i pohranjuje u svojoj 
podatkovnoj memoriji i:  
— datum i vrijeme posljednje KONTROLE PREKORA ­ 
ČENJA BRZINE,  
— datum i vrijeme prvog prekora čenja nakon te 
KONTROLE PREKORA ČENJA BRZINE i  
— broj doga đaja prekora čenja nakon posljednje 
KONTROLE PREKORA ČENJA BRZINE.  
(2) Ti se podatci mogu bilježiti samo nakon ponovnog priklju ­ 
čenja napajanja; vremena mogu biti poznata uz to čnost u 
minutu.  
3.12.9  Podatci o kvarovima  
Za potrebe ovog podstavka vrijeme se bilježi uz razlu čivost od jedne 
sekunde.  
118) Za svaki otkriveni kvar ure đaj za bilježenje podataka mora 
pokušati zabilježiti i pohraniti u svoju podatkovnu memoriju 
sljedeće podatke prema sljede ćim pravilima pohrane:  
Kvar  Pravila pohrane  Podatci koje je potrebno bilježiti po kvaru  
Kvar kartice  — deset najnovijih kvarova kartice voza ­ 
ča. — datum i vrijeme po četka kvara, 
— datum i vrijeme završetka kvara, 
— vrstu i broj kartice, državu članicu koja 
je izdala karticu i generaciju kartice.  
Kvar uređaja za bilježenje 
podataka  — deset najnovijih kvarova po vrsti 
kvara. 
— prvi kvar koji se dogodio nakon zadnje 
kalibracije.  — datum i vrijeme po četka kvara, 
— datum i vrijeme završetka kvara, 
— vrsta kvara, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku 
kvara.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 42  
3.12.10  Podatci o kalibraciji  
119) Uređaj za bilježenje podataka bilježi i pohranjuje u svojoj 
podatkovnoj memoriji podatke od važnosti za:  
— poznate parametre kalibracije u trenutku aktivacije,  
— njegovu prvu kalibraciju nakon aktiviranja,  
— njegovu prvu kalibraciju u trenutnom vozilu (koje se iden ­
tificira VIN brojem),  
— 20 posljednjih kalibracija (ako je tijekom jednog kalendar ­
skog dana izvršeno više kalibracija, pohranjuju se samo 
prva i posljednja izvršena tog dana).  
120) Za svaku od spomenutih kalibracija bilježe se sljede ći podatci:  
— svrha kalibracije (aktivacija, prva ugradnja, ugradnja, 
periodični pregled),  
— naziv i adresa radionice,  
— broj kartice radionice, država članica koja je izdala karticu 
i datum isteka valjanosti kartice,  
— identifikacija vozila,  
— parametri koji se ažuriraju ili potvr đuju: w, k, l, dimenzije 
guma, podešavanje ure đaja za ograni čavanje brzine, stanje 
brojača kilometara (nove i stare vrijednost), datum i 
vrijeme (nove i stare vrijednosti),  
— tipovi i identifikatori svih postavljenih plombi.  
121) Osim toga, ure đaj za bilježenje podataka bilježi i pohranjuje u 
svoju podatkovnu memoriju mogu ćnost upotrebe tahografskih 
kartica prve generacije (bez obzira na to jesu li još uvijek 
aktivirane).  
122) Senzor kretanja bilježi i pohranjuje u svoju memoriju sljede će 
podatke o ugradnji senzora kretanja:  
— prvo uparivanje s jedinicom u vozilu (datum, vrijeme, 
homologacijski broj jedinice u vozilu, serijski broj jedinice 
u vozilu),  
— posljednje uparivanje s jedinicom u vozilu (datum, 
vrijeme, homologacijski broj jedinice u vozilu, serijski 
broj jedinice u vozilu).  
123) Vanjski ure đaj GNSS-a bilježi i pohranjuje u svoju memoriju 
sljedeće podatke o ugradnji vanjskog ure đaja GNSS-a:  
— prvo povezivanje s jedinicom u vozilu (datum, vrijeme, 
homologacijski broj jedinice u vozilu, serijski broj jedinice 
u vozilu),  
— posljednje povezivanje s jedinicom u vozilu (datum, 
vrijeme, homologacijski broj jedinice u vozilu, serijski 
broj jedinice u vozilu).  
3.12.11  Podatci o prilagodbi vremena  
124) Uređaj za bilježenje podataka bilježi i pohranjuje u svojoj 
podatkovnoj memoriji podatke koji su važni za prilagodbu 
vremena izvršenu u kalibracijskom na činu rada izvan okvira 
redovne kalibracije (def. (f)):  
— posljednju prilagodbu vremena,  
— pet najve ćih prilagodbi vremena.  
125) Za svaku od tih prilagodbi vremena bilježe se sljede ći podatci:  
— datum i vrijeme, stara vrijednost,  
— datum i vrijeme, nova vrijednost,  
— naziv i adresa radionice,  
— broj kartice radionice, država članica koja je izdala karticu, 
generacija kartice i datum isteka valjanosti kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 43  
3.12.12  Podatci o aktivnostima nadzora  
126) Uređaj za bilježenje podataka bilježi i pohranjuje u svoju 
podatkovnu memoriju sljede će podatke od važnosti za 20 
posljednjih aktivnosti nadzora:  
— datum i vrijeme nadzora,  
— broj kontrolne kartice, državu članicu koja je izdala karticu 
i generaciju kartice,  
— vrstu nadzora (prikaz i/ili ispis i/ili preuzimanje podataka s 
jedinice u vozilu i/ili preuzimanje podataka s kartice i/ili 
provjera kalibracije na cesti).  
127) U slu čaju preuzimanja podataka bilježe se i datumi prvog i 
posljednjeg dana za koje se preuzimaju podatci.  
3.12.13  Podatci o blokadama poduze ća 
128) Uređaj za bilježenje podataka bilježi i pohranjuje u svoju 
podatkovnu memoriju sljede će podatke od važnosti za 255 
posljednjih blokada poduze ća: 
— datum i vrijeme zaklju čavanja blokade,  
— datum i vrijeme otklju čavanja blokade,  
— broj kartice poduze ća, državu članicu koja je izdala karticu 
i generaciju kartice,  
— naziv i adresa poduze ća. 
Podatci koji su bili prethodno zaklju čani blokadom, koja je 
radi prethodno navedene grani čne vrijednosti uklonjena iz 
memorije, tretiraju se kao da nisu zaklju čani. 
3.12.14  Podatci o aktivnostima preuzimanja podataka  
129) Uređaj za bilježenje podataka bilježi i pohranjuje u svojoj 
podatkovnoj memoriji sljede će podatke od važnosti za poslje ­
dnje preuzimanje podataka iz podatkovne memorije na vanjske 
medije u na činu rada poduze ća ili kalibracije:  
— datum i vrijeme preuzimanja podataka,  
— broj kartice poduze ća ili radionice, državu članicu koja je 
izdala karticu i generaciju kartice,  
— naziv poduze ća ili radionice.  
3.12.15  Podatci o posebnim stanjima  
130) Uređaj za bilježenje podataka bilježi u svoju podatkovnu 
memoriju sljede će podatke od važnosti za posebna stanja:  
— datum i vrijeme unosa,  
— vrstu posebnog stanja.  
131) Podatkovna memorija mora mo ći čuvati podatke o posebnim 
stanjima najmanje 365 dana (uz pretpostavku da se dnevno u 
prosjeku otvara i zatvara jedno stanje). Kad se iscrpi kapacitet 
za pohranu, novim se podatcima zamjenjuju najstariji podatci.  
3.12.16  Podatci o tahografskoj kartici  
132) Uređaj za bilježenje podataka mora mo ći pohraniti sljede će 
podatke koji se odnose na razli čite tahografske kartice koje 
su upotrijebljene u jedinici u vozilu:  
— broj tahografske kartice i njezin serijski broj,  
— proizvo đača tahografske kartice,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 44  
— vrstu tahografske kartice,  
— verziju tahografske kartice.  
133) Uređaj za bilježenje podataka mora mo ći pohraniti najmanje 
88 takvih zapisa.  
3.13 O čitavanje podataka s tahografskih kartica  
134) Uređaj za bilježenje podataka mora mo ći očitavati s tahograf ­
skih kartica prve i druge generacije, ako je primjereno, slje ­
deće potrebne podatke:  
— identificirati vrstu kartice, nositelja kartice, prethodno 
upotrijebljeno vozilo, datum i vrijeme posljednjeg ukla ­
njanja kartice i aktivnost odabranu u to vrijeme,  
— provjeriti je li posljednja razmjena podataka s karticom 
ispravno zatvorena,  
— izračunati neprekidno vrijeme vožnje voza ča, kumulativno 
vrijeme stanki i kumulativno vrijeme vožnje u prethodnom 
i tekućem tjednu,  
— izraditi ispise prema podatcima zabilježenima na kartici 
vozača, 
— preuzeti podatke s kartice voza ča na vanjske medije.  
Taj se uvjet primjenjuje samo na tahografske kartice prve 
generacije ako radionica nije onemogu ćila njihovu upotrebu.  
135) U slu čaju greške pri čitanju, ure đaj za bilježenje podataka 
mora ponovo pokušati, najviše tri puta, istu naredbu o čitava­
nja, a ako je o čitavanje i tada neuspješno, karticu proglasiti 
neispravnom i nevaže ćom. 
3.14 Bilježenje i pohrana podataka na tahografske kartice  
3.14.1  Bilježenje i pohrana podataka na tahografske kartice prve genera ­
cije 
136) Ako radionica nije onemogu ćila upotrebu tahografskih kartica 
prve generacije, ure đaj za bilježenje podataka bilježi i pohra ­
njuje podatke na potpuno isti na čin kao što bi to u činio uređaj 
za bilježenje podataka prve generacije.  
137) Uređaj za bilježenje podataka postavlja „podatke o razmjeni 
podataka s karticom” u karticu voza ča ili karticu radionice 
odmah nakon umetanja kartice.  
138) Uređaj za bilježenje podataka ažurira podatke pohranjene na 
valjanoj kartici voza ča, radionice, poduze ća i/ili kontrolnoj 
kartici sa svim podatcima koji su bitni za razdoblje u kojem 
je kartica umetnuta i koji se odnose na nositelja kartice. 
Podatci pohranjeni na tim karticama navedeni su u 
poglavlju 4.  
139) Uređaj za bilježenje podataka ažurira podatke o aktivnosti 
vozača i mjestima (kako je navedeno u to čkama 4.5.3.1.9. i 
4.5.3.1.11.) pohranjene na valjanim karticama voza ča i/ili 
karticama radionice s podatcima o aktivnostima i mjestima 
koje je nositelj kartice unio ru čno. 
140) Svi doga đaji koji nisu definirani za ure đaje za bilježenje poda ­
taka prve generacije ne pohranjuju se na kartice voza ča ili 
radionice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 45  
141) Ažuriranje tahografskih kartica mora biti takvo da se, prema 
potrebi i uzimaju ći u obzir stvarni kapacitet pohrane, 
najnovijim podatcima zamjenjuju najstariji.  
142) U slu čaju greške u zapisu, ure đaj za bilježenje podataka mora 
pokušati ponovno, najviše tri puta, izvršiti istu naredbu zapi ­
sivanja, a ako je i dalje neuspješna, proglasiti karticu 
neispravnom i nevaže ćom. 
143) Prije deblokiranja kartice voza ča, a nakon što su svi potrebni 
podatci pohranjeni na karticu, ure đaj za bilježenje podataka 
poništava „podatke o razmjeni podataka s karticom”.  
3.14.2  Bilježenje i pohrana podataka na tahografske kartice druge genera ­
cije 
144) Tahografske kartice druge generacije moraju sadržavati dvije 
različite kartične aplikacije, od kojih je prva potpuno jednaka 
aplikaciji za tahografske kartice prve generacije TACHO, a 
druga je aplikacija „TACHO_G2”, kako je odre đeno u 
poglavlju 4. i Dodatku 2.  
145) Uređaj za bilježenje podataka postavlja „podatke o razmjeni 
podataka s karticom” u karticu voza ča ili karticu radionice 
odmah nakon umetanja kartice.  
146) Uređaj za bilježenje podataka ažurira podatke pohranjene na 
dvije karti čne aplikacije za valjane kartice voza ča, radionice, 
poduzeća i/ili kontrolne kartice sa svim podatcima koji su bitni 
za razdoblje u kojem je kartica umetnuta i koji se odnose na 
nositelja kartice. Podatci pohranjeni na tim karticama navedeni 
su u poglavlju 4.  
147) Uređaj za bilježenje podataka ažurira podatke o aktivnosti 
vozača i mjestima (kako je navedeno u to čkama 4.5.3.1.9., 
4.5.3.1.11., 4.5.3.2.9. i 4.5.3.2.11.) pohranjene na valjanim 
karticama voza ča i/ili karticama radionice s podatcima o aktiv ­
nostima i mjestima koje je nositelj kartice unio ru čno. 
148) Ažuriranje tahografskih kartica mora biti takvo da se, prema 
potrebi i uzimaju ći u obzir stvarni kapacitet pohrane, 
najnovijim podatcima zamjenjuju najstariji.  
149) U slu čaju greške u zapisu, ure đaj za bilježenje podataka mora 
pokušati ponovno, najviše tri puta, izvršiti istu naredbu zapi ­
sivanja, a ako je i dalje neuspješna, proglasiti karticu 
neispravnom i nevaže ćom. 
150) Prije deblokiranja kartice voza ča, a nakon što su svi potrebni 
podatci pohranjeni na dvije karti čne aplikacije za karticu, 
uređaj za bilježenje podataka poništava podatke o razmjeni 
podataka s karticom.  
3.15 Prikaz  
151) Prikaz mora imati najmanje 20 znakova.  
152) Najmanja veli čina znaka je 5 mm u visinu i 3,5 mm u širinu.  
153) Prikaz podržava znakove navedene u Dodatku 1. poglavlju 4. 
„Skupovi znakova”. Zaslon može upotrebljavati pojednosta ­
vnjene znakove (npr. slovni znakovi s naglaskom mogu se 
prikazivati bez naglaska ili se mala slova mogu prikazivati 
kao velika slova).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 46  
154) Zaslon mora imati odgovaraju će neblješte će osvjetljenje.  
155) Naznake moraju biti vidljive s vanjske strane ure đaja za bilje ­ 
ženje podataka.  
156) Uređaj za bilježenje podataka mora mo ći prikazati:  
— standardne podatke,  
— podatke povezane s upozorenjima,  
— podatke povezane s pristupom izborniku,  
— ostale podatke koje korisnik zatraži.  
Uređaj za bilježenje podataka može prikazati dodatne informa ­
cije ako ih je mogu će jasno razlikovati od prethodno nave ­
denih podataka.  
157) Zaslon ure đaja za bilježenje podataka upotrebljava piktograme 
ili kombinacije piktograma navedene u Dodatku 3. Na zaslonu 
se mogu prikazati i dodatni piktogrami ili kombinacije pikto ­
grama ako ih je mogu će jasno razlikovati od ranije spomenutih 
piktograma ili kombinacija piktograma.  
158) Zaslon mora biti uklju čen uvijek kad se vozilo kre će. 
159) Uređaj za bilježenje podataka može imati ru čnu ili automatsku 
mogućnost isklju čivanja zaslona kad se vozilo ne kre će. 
Oblik prikaza naveden je u Dodatku 5.  
3.15.1  Standardni prikaz  
160) Kad nije potreban prikaz nikakvih drugih podataka, ure đaj za 
bilježenje podataka mora standardno prikazivati sljede će infor­
macije:  
— lokalno vrijeme (kao rezultat vremena po UTC-u i odmaka 
koji namješta voza č), 
— način rada,  
— trenuta čnu aktivnost voza ča i trenuta čnu aktivnost suvo ­
zača, 
— informacije koje se odnose na voza ča: 
— ako je njegova trenuta čna aktivnost VOŽNJA, njegovo 
trenutačno neprekidno vrijeme vožnje i njegovo trenuta čno 
kumulativno vrijeme stanki,  
— ako njegova trenuta čna aktivnost nije VOŽNJA, trenuta čno 
trajanje te aktivnosti (od trenutka kada je odabrana) i 
njegovo trenuta čno kumulativno vrijeme stanki.  
161) Prikaz podataka koji se odnose na svakog voza ča mora biti 
jasan, jednostavan i nedvosmislen. U slu čaju kad se informa ­
cije o voza ču i suvoza ču ne mogu prikazati istodobno, ure đaj 
za bilježenje podataka mora standardno prikazivati podatke 
koji se odnose na voza ča, a korisniku mora omogu ćiti da 
prikaže i podatke koji se odnose na suvoza ča. 
162) U slu čaju kad širina zaslona ne omogu ćuje standardno prika ­
zivanje na čina rada, ure đaj za bilježenje podataka mora 
nakratko prikazati novi na čin rada kad se on izmijeni.  
163) Uređaj za bilježenje podataka nakratko prikazuje ime nositelja 
kartice pri umetanju kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 47  
164) Ako je zapo čelo stanje „IZVAN PODRU ČJA PRIMJENE” ili 
VOŽNJA TRAJEKTOM/VLAKOM, standardni zaslon mora, 
upotrebljavaju ći odgovaraju ći piktogram, prikazati da je takvo 
stanje zapo čelo (prihvatljivo je da se teku ća aktivnost voza ča 
ne mora prikazati istodobno).  
3.15.2  Prikaz upozorenja  
165) Uređaj za bilježenje podataka prikazuje informacije upozorenja 
upotrebljavaju ći prvenstveno piktograme iz Dodatka 3., dopu ­
njene prema potrebi dodatnim numeri čki kodiranim podatcima. 
Može se dodati i tekstualni opis upozorenja na jeziku po 
odabiru voza ča. 
3.15.3  Pristup izbornicima  
166) Uređaj za bilježenje podataka mora osigurati potrebne naredbe 
putem odgovaraju će strukture izbornika.  
3.15.4  Ostali prikazi  
167) Na zahtjev se mora omogu ćiti odabir sljede ćih prikaza:  
— datum i vrijeme po UTC-u te odmak lokalnog vremena,  
— sadržaj bilo kojeg od šest ispisa u istom obliku kao što su 
sami ispisi,  
— neprekidno vrijeme vožnje i kumulativno vrijeme stanki 
vozača, 
— neprekidno vrijeme vožnje i kumulativno vrijeme stanki 
suvozača, 
— kumulativno vrijeme vožnje voza ča u prethodnom i 
tekućem tjednu,  
— kumulativno vrijeme vožnje suvoza ča u prethodnom i 
tekućem tjednu,  
neobavezno:  
— sadašnje trajanje aktivnosti suvoza ča (od trenutka kad je 
odabrana),  
— kumulativno vrijeme vožnje voza ča u tekućem tjednu,  
— kumulativno vrijeme vožnje suvoza ča za tekuće dnevno 
radno vrijeme,  
— kumulativno vrijeme vožnje voza ča za teku će dnevno 
radno vrijeme.  
168) Prikaz sadržaja ispisa je u slijedu, redak po redak. Ako je 
širina zaslona manja od 24 slovna znaka, korisniku se pruža 
potpuna informacija na primjeren na čin (nekoliko redaka, 
klizni prikaz teksta, …).  
Redci ispisa koji se odnose na ru čno unesene informacije 
mogu se izostaviti iz prikaza.  
3.16 Ispis  
169) Uređaj za bilježenje podataka mora mo ći ispisati podatke iz 
svoje podatkovne memorije i/ili tahografskih kartica u obliku 
sljedećih sedam ispisa:  
— dnevni ispis aktivnosti voza ča s kartice,  
— dnevni ispis aktivnosti voza ča iz jedinice u vozilu,  
— ispis doga đaja i kvarova s kartice,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 48  
— ispis doga đaja i kvarova iz jedinice u vozilu,  
— ispis tehni čkih podataka,  
— ispis prekora čenja brzine,  
— povijest podataka o tahografskoj kartici za odre đenu jedi­
nicu u vozilu (vidjeti poglavlje 3.12.16.).  
Pojedinosti o obliku i sadržaju ovih ispisa navedeni su u 
Dodatku 4.  
Na kraju ispisa mogu se dati dodatni podatci.  
Uređaj za bilježenje podataka može omogu ćiti i druge ispise 
ako se oni jasno razlikuju od sedam prethodno spomenutih 
ispisa.  
170) „Dnevni ispis aktivnosti voza ča s kartice” i „ispis doga đaja i 
kvarova s kartice” moraju biti dostupni samo kad je kartica 
vozača ili kartica radionice umetnuta u ure đaj za bilježenje 
podataka. Prije po četka ispisa ure đaj za bilježenje podataka 
mora ažurirati podatke pohranjene na odgovaraju ćoj kartici.  
171) Kako bi se izradio „dnevni ispis aktivnosti voza ča s kartice” ili 
„ispis doga đaja i kvarova s kartice”, ure đaj za bilježenje poda ­
taka mora:  
— automatski odabrati karticu voza ča ili karticu radionice ako 
je umetnuta samo jedna od navedenih kartica,  
— ili omogu ćiti naredbu za odabir kartice ili izabrati karticu u 
utoru voza ča ako su obje kartice umetnute u ure đaj za 
bilježenje podataka.  
172) Pisač mora moći ispisati 24 slovna znaka po retku.  
173) Najmanja veli čina znaka je 2,1 mm u visinu i 1,5 mm u širinu.  
174) Pisač podržava znakove navedene u Dodatku 1. poglavlju 4. 
„Skupovi znakova”.  
175) Pisači moraju biti tako izra đeni da daju ispise s takvom 
oštrinom da se izbjegne svaka nejasno ća pri njihovu čitanju.  
176) Ispisi moraju zadržati svoje dimenzije i zapise pod uobi ča­
jenim uvjetima vlažnosti (10 – 90 %) i temperature.  
177) Homologirani papir za ure đaj za bilježenje podataka mora 
imati odgovaraju ću oznaku homologacije i naznaku vrste 
(vrsta) ure đaja za bilježenje podataka u kojima se može 
upotrebljavati.  
178) Ispisi moraju u normalnim uvjetima pohrane, s obzirom na 
jakost svjetla, vlažnost i temperaturu, ostati jasno čitljivi i 
prepoznatljivi najmanje dvije godine.  
179) Ispisi moraju biti u skladu barem sa specifikacijama ispitivanja 
utvrđenima u Dodatku 9.  
180) Mora postojati i mogu ćnost da se u ove dokumente dodaju 
rukom pisane zabilješke, kao što je potpis voza ča. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 49  
181) Doga đaje „nestanak papira” pri ispisu ure đaj za bilježenje 
podataka mora riješiti tako da nakon ponovnog umetanja 
papira ponovno po čne ispis od po četka ili da se ispis nastavi 
uz jasno upu ćivanje na prethodno ispisani dio.  
3.17 Upozorenja  
182) Uređaj za bilježenje podataka upozorava voza ča pri otkrivanju 
svakog doga đaja i/ili kvara.  
183) Upozorenje o prekidu napajanja može se odgoditi do ponovne 
uspostave napajanja.  
184) Uređaj za bilježenje podataka mora upozoriti voza ča 15 minuta 
prije i u trenutku prekora čenja najve ćeg dozvoljenog nepre ­
kidnog vremena vožnje.  
185) Upozorenja moraju biti vizualna. Uz vizualna upozorenja 
može se osigurati i zvu čni signal.  
186) Vizualna upozorenja moraju biti korisniku jasno prepoz ­
natljiva, moraju biti smještena u vidnom polju voza ča te 
jasno čitljiva i danju i no ću. 
187) Prikaz vizualnih upozorenja može biti ugra đen u uređaj za 
bilježenje podataka i/ili odvojen od ure đaja za bilježenje poda ­
taka.  
188) U potonjem slu čaju označen je simbolom „T”.  
189) Upozorenja moraju trajati najmanje 30 sekundi, osim ako ih 
korisnik ne potvrdi pritiskom na jednu specifi čnu tipku ure đaja 
za bilježenje podataka ili više njih. Prva potvrda ne smije 
izbrisati prikaz uzroka upozorenja iz sljede ćeg stavka.  
190) Uzrok upozorenja mora se prikazati na ure đaju za bilježenje 
podataka i ostati vidljiv dok ga korisnik ne potvrdi upotrebom 
posebne tipke ili naredbe u ure đaju za bilježenje podataka.  
191) Dodatna upozorenja mogu se predvidjeti dokle god ona ne 
zbunjuju voza če u pogledu prethodno danih upozorenja.  
3.18 Preuzimanje podataka na vanjske medije  
192) Uređaj za bilježenje podataka mora mo ći na zahtjev preuzeti 
podatke iz svoje podatkovne memorije ili s kartice voza ča na 
vanjske medije za pohranu preko priklju čka za kalibra ­
ciju / preuzimanje podataka. Prije po četka preuzimanja poda ­
taka uređaj za bilježenje podataka mora ažurirati podatke 
pohranjene na odgovaraju ćoj kartici.  
193) Osim toga, kao neobavezna funkcija, ure đaj za bilježenje 
podataka može, u bilo kojem na činu rada, na bilo koji drugi 
način preuzimati podatke za poduze će koje se identificiralo 
preko tog kanala. U tom se slu čaju na takvo preuzimanje 
podataka primjenjuju prava pristupa podatcima u na činu rada 
poduzeća. 
194) Preuzimanje podataka ne izmjenjuje ili briše niti jedan pohra ­
njeni podatak.  
195) Elektronsko su čelje priklju čka za kalibraciju / preuzimanje 
podataka opisano je u Dodatku 6.  
196) Protokoli preuzimanja podataka opisani su u Dodatku 7.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 50  
3.19 Komunikacija na daljinu za ciljane provjere na cesti  
197) Kad je vozilu dan kontakt, jedinica u vozilu u ure đaju za 
komunikaciju na daljinu svakih 60 sekundi pohranjuje 
najnovije podatke potrebne u svrhu ciljanih provjera na 
cesti. Ti se podatci šifriraju i potpisuju kako je odre đeno u 
Dodatku 11. i Dodatku 14.  
198) Podatci koje je potrebno provjeriti na daljinu moraju biti 
dostupni čitačima komunikacije na daljinu beži čno, kako je 
određeno u Dodatku 14.  
199) Podatci potrebni u svrhu ciljanih provjera na cesti odnose se 
na sljedeće: 
— najnoviji pokušaj povrede sigurnosti,  
— najdulji prekid napajanja,  
— kvar senzora,  
— grešku u podatcima o kretanju,  
— konflikt u kretanju vozila,  
— vožnju bez valjane kartice,  
— umetanje kartice tijekom vožnje,  
— podatke o prilagodbi vremena,  
— podatke o kalibraciji, uklju čujući datume dvaju najnovijih 
pohranjenih zapisa o kalibraciji,  
— registarski broj vozila,  
— brzinu koju je tahograf zabilježio.  
3.20 Izlazni podatci za dodatne vanjske ure đaje 
▼M1 
200) Uređaj za bilježenje podataka može biti opremljen i standar ­
diziranim su čeljima putem kojih podatke koje je tahograf zabi ­
lježio ili generirao može u operativnom ili kalibracijskom 
načinu rada upotrebljavati vanjski ure đaj. 
U Dodatku 13. odre đeno je i standardizirano neobvezno ITS 
sučelje. Uz njega mogu postojati i druga su čelja jedinica u 
vozilu ako su u potpunosti u skladu sa zahtjevima Dodatka 13. 
u smislu minimalnog popisa podataka, sigurnosti i suglasnosti 
vozača. 
Suglasnost voza ča ne primjenjuje se na podatke koje ure đaj za 
bilježenje prenosi mreži vozila. Ako se osobni podatci poslani 
mreži vozila dalje obra đuju izvan mreže vozila, proizvo đač 
vozila odgovoran je za uskla đivanje tog postupka obrade 
osobnih podataka s Uredbom (EU) 2016/679 („Op ća uredba 
o zaštiti podataka”).  
Suglasnost voza ča ne primjenjuje se ni na podatke tahografa 
koje preuzima udaljeno poduze će (zahtjev 193)) jer se taj 
scenarij prati u okviru prava pristupa s pomo ću kartice podu ­
zeća. 
Sljedeći se zahtjevi primjenjuju na podatke ITS-a koji su stav ­
ljeni na raspolaganje putem tog su čelja: 
— ti su podatci skup odabranih postoje ćih podataka iz rje č­
nika tahografskih podataka (Dodatak 1.),  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 51  
— podskup tih odabranih podataka ozna čen je kao „osobni 
podatci”,  
— podskup „osobnih podataka” dostupan je samo ako je 
omogućena provjerljiva suglasnost voza ča kojom voza č 
prihvaća da njegovi osobni podatci mogu iza ći iz mreže 
vozila,  
— u svakom se trenutku suglasnost voza ča može omogu ćiti 
ili onemogu ćiti uz pomo ć naredbi u izborniku, pod 
uvjetom da je kartica voza ča umetnuta,  
— skup i podskup podataka šalje se beži čnim Bluetooth 
protokolom u radijusu kabine vozila, uz frekvenciju osvje ­ 
žavanja od 1 minute,  
— uparivanje vanjskog ure đaja s ITS su čeljem zaštitit će se 
namjenskim nasumi čnim PIN-om od najmanje četiri 
znamenke koji će se zabilježiti i biti dostupan na zaslonu 
svake jedinice u vozilu,  
— prisutnoš ću ITS sučelja ni u kojim se okolnostima ne može 
narušiti ispravno funkcioniranje i sigurnost jedinice u 
vozilu, niti na njih utjecati.  
Uz skup odabranih postoje ćih podataka, koji se smatra mini ­
malnim popisom, mogu se osigurati i drugi podatci pod 
uvjetom da se oni ne mogu smatrati osobnim podatcima.  
Uređaj za bilježenje može prenijeti status suglasnosti voza ča 
drugim platformama unutar mreže vozila.  
Kad je uklju čen kontakt vozila, ti se podatci neprekidno šalju.  
▼B 
201) Tahografi mogu i dalje biti opremljeni serijskim su čeljem, 
kako je odre đeno u Prilogu I.B Uredbi Vije ća (EEZ) 3821/85, 
kako je zadnje izmijenjena, radi obrnute kompatibilnosti. U 
svakom slu čaju, suglasnost voza ča i dalje je potrebna ako se 
prenose osobni podatci.  
3.21 Kalibracija  
202) Funkcija kalibracije mora omogu ćavati:  
— automatsko uparivanje senzora kretanja s jedinicom u 
vozilu,  
— automatsko povezivanje vanjskog ure đaja GNSS-a s jedi ­
nicom u vozilu ako je primjenjivo,  
— digitalno prilago đavanje konstante ure đaja za bilježenje 
podataka (k) karakteristi čnom koeficijentu vozila (w),  
— prilagodbu trenuta čnog vremena u okviru roka valjanosti 
umetnute kartice radionice,  
— podešavanje trenuta čne vrijednosti broja ča kilometara,  
— ažuriranje identifikacijskih podataka senzora kretanja 
pohranjenih u podatkovnoj memoriji,  
— ažuriranje identifikacijskih podataka vanjskog ure đaja 
GNSS-a pohranjenih u podatkovnoj memoriji ako je 
primjenjivo,  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 52  
— ažuriranje tipova i identifikatora svih postavljenih plombi,  
— ažuriranje ili potvrdu ostalih parametara poznatih ure đaju 
za bilježenje podataka: identifikaciju vozila, w, l, veli činu 
guma i podešavanje ure đaja za ograni čavanje brzine ako je 
primjenjivo.  
203) Osim toga, funkcija kalibracije mora omogu ćiti onemogu ći­
vanje upotrebe tahografskih kartice prve generacije u ure đaju 
za bilježenje podataka ako su ispunjeni uvjeti odre đeni u 
Dodatku 15.  
204) Uparivanje senzora kretanja s jedinicom u vozilu sastoji se 
barem od sljede ćeg: 
— ažuriranja instalacijskih podataka senzora kretanja koji se 
čuvaju u senzoru kretanja (prema potrebi),  
— kopiranja iz senzora kretanja u podatkovnu memoriju jedi ­
nice u vozilu potrebnih identifikacijskih podataka senzora 
kretanja.  
205) Povezivanje vanjskog ure đaja GNSS-a s jedinicom u vozilu 
sastoji se barem od sljede ćeg: 
— ažuriranja podataka o ugradnji vanjskog ure đaja GNSS-a 
koje čuva vanjski ure đaj GNSS-a (prema potrebi),  
— kopiranja s vanjskog ure đaja GNSS-a u podatkovnu 
memoriju jedinice u vozilu potrebnih identifikacijskih 
podataka o vanjskom ure đaju GNSS-a, uklju čujući serijski 
broj vanjskog ure đaja GNSS-a.  
Nakon povezivanja provodi se provjera podataka o položaju 
GNSS-a.  
206) Funkcija kalibriranja mora mo ći unijeti potrebne podatke 
preko priklju čka za kalibraciju/preuzimanje podataka u 
skladu s protokolom kalibracije utvr đenim u Dodatku 8. Funk ­
cija kalibriranja može unositi potrebne podatke i na druge 
načine. 
3.22 Provjera kalibracije na cesti  
207) Funkcija provjere kalibracije na cesti mora omogu ćiti očita­
vanje serijskog broja senzora kretanja (koji može biti ugra đen 
u adapter) i serijskog broja vanjskog ure đaja GNSS-a (ako je 
primjenjivo) priklju čenog na jedinicu u vozilu u trenutku 
zahtjeva.  
208) To o čitavanje mora biti mogu će barem putem zaslona jedinice 
u vozilu s pomo ću naredbi u izbornicima.  
209) Funkcija provjere kalibracije na cesti mora omogu ćiti i izbor 
U/I načina rada kalibracijske U/I signalne linije odre đenog u 
Dodatku 6., preko su čelja K-linije. To se provodi preko 
ECUAdjustmentSession, kako je odre đeno u Dodatku 8., 
odjeljku 7. Upravljanje ispitnim impulsima – funkcionalna 
jedinica za upravljanje ulazom/izlazom.  
3.23 Prilagodba vremena  
210) Funkcija prilagodbe vremena mora omogu ćiti automatsku 
prilagodbu trenuta čnog vremena. Za prilagodbu vremena u 
uređaju za bilježenje podataka upotrebljavaju se dva izvora 
vremena: 1) unutarnji sat jedinice u vozilu, 2) prijamnik 
GNSS-a.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 53  
211) Postavljanje vremena unutarnjeg sata jedinice u vozilu auto ­
matski se ponovno prilago đava u intervalima od 12 sati. Kad 
ta ponovna prilagodba nije mogu ća jer signal GNSS-a nije 
dostupan, vrijeme se postavlja čim jedinica u vozilu dobije 
pristup valjanom vremenu iz prijamnika GNSS-a, u skladu s 
uvjetima paljenja vozila. Referentno vrijeme za automatsko 
postavljanje vremena unutarnjeg sata jedinice u vozilu preu ­
zima se iz prijamnika GNSS-a.  
▼B 
212) Funkcija prilagodbe vremena mora u kalibracijskom na činu 
omogućavati aktiviranje prilagodbe trenuta čnog vremena.  
3.24 Karakteristike radnog u činka  
213) Jedinica u vozilu mora biti u potpunosti operativna u rasponu 
temperature od – 20 °C do 70 °C, vanjski ure đaj GNSS-a u 
rasponu temperature od – 20 °C do 70 °C, a senzor kretanja u 
rasponu temperature od – 40 °C do 135 °C. Sadržaj podat ­
kovne memorije mora se o čuvati pri temperaturi do – 40 °C.  
214) Tahograf mora biti u potpunosti spreman za rad pri rasponu 
vlažnosti od 10 % do 90 %.  
215) Plombe upotrijebljene u pametnom tahografu moraju izdržati 
iste uvjete kao sastavni dijelovi tahografa na koje su stavljene.  
216) Uređaj za bilježenje podataka mora biti zašti ćen od prenapona, 
zamjene polariteta napajanja i kratkih spojeva.  
217) Senzori kretanja:  
— reagiraju na magnetsko polje koje ometa detekciju kretanja 
vozila. U takvim okolnostima jedinica u vozilu bilježi i 
pohranjuje kvar senzora (zahtjev 88) ili,  
— imaju senzorski element zašti ćen od magnetskih polja ili je 
na njih neosjetljiv.  
218) Uređaj za bilježenje podataka i vanjski ure đaj GNSS-a moraju 
biti u skladu s me đunarodnin pravilnikom UNECE-a R10 i 
zaštićeni od elektrostati čkih pražnjenja i prijelaznih pojava.  
3.25 Materijali  
219) Svi sastavni dijelovi ure đaja za bilježenje podataka moraju biti 
izrađeni od materijala dostatne stabilnosti i mehani čke čvrstoće 
te stabilnih elektri čnih i magnetskih osobina.  
220) U normalnim uvjetima upotrebe svi unutarnji dijelovi ure đaja 
moraju biti zašti ćeni od vlage i prašine.  
221) Jedinica u vozilu i vanjski ure đaj GNSS-a moraju zadovolja ­
vati stupanj zaštite IP 40, a senzor kretanja mora zadovoljavati 
stupanj zaštite IP 64 prema normi IEC 60529:1989, uklju ču­
jući A1:1999 i A2:2013.  
222) Uređaj za bilježenje podataka mora odgovarati važe ćim tehni­ 
čkim specifikacijama u odnosu na ergonomsku izvedbu.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 54  
223) Uređaj za bilježenje podataka mora biti zašti ćen od slučajnog 
oštećenja.  
3.26 Oznake  
224) Ako ure đaj za bilježenje podataka prikazuje stanje broja ča 
kilometara i brzinu vozila, na zaslonu se pojavljuju sljede će 
pojedinosti:  
— pokraj broja koji ozna čuje udaljenost, jedinicu mjere za 
udaljenost ozna čenu kraticom „km”,  
— pokraj broja koji pokazuje brzinu, oznaku „km/h”.  
Uređaj za bilježenje podataka može se prebaciti i na prikaz 
brzine u miljama na sat, a u tom se slu čaju jedinica mjere za 
brzinu prikazuje kraticom „mph”. Ure đaj za bilježenje poda ­
taka može prebaciti i na prikaz udaljenosti u miljama, a u tom 
se slučaju jedinica mjere za udaljenost prikazuje kraticom 
„mi”.  
▼M1 
225) Opisna plo čica pričvršćuje se na svakom odvojenom 
sastavnom dijelu ure đaja za bilježenje podataka i prikazuje 
sljedeće podatke:  
— naziv i adresu proizvo đača, 
— kataloški broj proizvo đača i godinu proizvodnje,  
— serijski broj,  
— oznaku homologacije.  
226) Ako fizi čki prostor nije dostatan za prikaz svih prethodno 
navedenih podataka, opisna plo čica prikazuje barem: naziv 
ili zaštitni znak proizvo đača i kataloški broj.  
▼B 
4 ZAHTJEVI U POGLEDU IZRADE I FUNKCIONALNOSTI 
TAHOGRAFSKIH KARTICA  
4.1 Vidljivi podatci  
Prednja strana mora sadržavati:  
227) riječi „kartica voza ča” ili „kontrolna kartica” ili „kartica radio ­
nice” ili „kartica poduze ća” tiskane velikim slovima na služ ­
benom jeziku ili jezicima države članice koja izdaje karticu, 
prema vrsti kartice;  
228) ime države članice koja je izdala karticu (nije obvezno);  
229) razlikovnu oznaku države članice koja izdaje karticu, tiskanu u 
negativu u plavom pravokutniku i okruženu s 12 žutih zvije ­
zda. Razlikovni znakovi sljede ći su: 
B 
BG 
CZ 
CY Belgija 
Bugarska 
Češka 
Cipar  LV 
L 
LT 
M Latvija 
Luksemburg 
Litva 
Malta  
DK Danska  NL  Nizozemska  
D 
EST Njemačka 
Estonija  A 
PL Austrija 
Poljska  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 55  
GR Grčka P 
RO 
SK 
SLO  Portugal 
Rumunjska 
Slovačka 
Slovenija  
E Španjolska  FIN  Finska  
F 
HR 
H Francuska 
Hrvatska 
Mađarska  S Švedska  
IRL Irska  UK  Ujedinjena Kralje ­
vina 
I Italija  
230) podatke karakteristi čne za izdanu karticu, ozna čene kako 
slijedi:  
Kartica voza ča Kontrolna kartica  Kartica poduze ća ili radionice  
1. prezime voza ča naziv nadzornog tijela  naziv poduze ća ili radionice  
2. ime(na) voza ča prezime nadzornika 
(ako je primjenjivo)  prezime nositelja kartice 
(ako je primjenjivo)  
3. datum ro đenja vozača ime(na) nadzornika 
(ako je primjenjivo)  ime(na) nositelja kartice 
(ako je primjenjivo)  
4.a datum po četka valjanosti kartice  
4.b datum isteka valjanosti kartice  
4.c naziv tijela koje je izdalo karticu (može se ispisati na stražnjoj strani)  
4.d drukčiji broj od broja pod to čkom 5., zbog administrativnih razloga (nije obvezno)  
5.a broj voza čke dozvole 
(na datum izdavanja kartice 
vozača) — —  
5.b broj kartice  
6. fotografija voza ča fotografija nadzornika (nije 
obvezno)  fotografija instalatera (nije 
obvezno)  
7. potpis nositelja (nije obvezno)  
8. uobičajeno boravište ili 
poštanska adresa nositelja 
(nije obvezno).  poštanska adresa nadzornog 
tijela  poštanska adresa poduze ća ili 
radionice  
231) datumi se pišu u obliku „dd/mm/gggg” ili „dd.mm.gggg.” 
(dan, mjesec, godina).  
Stražnja strana mora sadržavati:  
232) objašnjenje navedenih stavki na prednjoj strani kartice;  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 56  
233) uz poseban pisani pristanak nositelja mogu se dodati i infor ­
macije koje se ne odnose na vo đenje kartice, pri čemu njihovo 
dodavanje ni na koji na čin neće izmijeniti upotrebu obrasca 
kao tahografske kartice.  
234) Tahografske kartice moraju se tiskati sa sljede ćim prevladava ­
jućim bojama pozadine:  
— kartica voza ča: bijela,  
— kontrolna kartica: plava,  
— kartica radionice: crvena,  
— kartica poduze ća: žuta.  
235) Tahografske kartice moraju imati barem sljede ća obilježja za 
zaštitu tijela kartice od krivotvorenja i neovlaštenog rukovanja:  
— sigurnosnu podlogu s tankim guilloche uzorcima i tiskom s 
duginim efektom (irisnim tiskom),  
— na prostoru za fotografiju, sigurnosno izvedena pozadina i 
fotografija moraju se preklapati,  
— barem jednu dvobojnu liniju u mikrotisku.
  
► (1) M1 
236) Nakon dogovora s Komisijom države članice mogu dodavati 
boje i oznake kao što su nacionalni simboli i sigurnosna 
obilježja, ne dovode ći u pitanje druge odredbe ovog Priloga.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 57  
237) Privremene kartice iz članka 26. stavka 4. Uredbe (EU) 
br. 165/2014 moraju biti u skladu s odredbama ovog Priloga.  
4.2 Sigurnost  
Sigurnost sustava ima za cilj zaštitu integriteta i autenti čnosti poda ­
taka koji se razmjenjuju izme đu kartica i ure đaja za bilježenje poda ­
taka, zaštitu integriteta i autenti čnosti podataka koji se preuzimaju s 
kartica, omogu ćavanje odre đenih aktivnosti upisivanja na kartice 
samo uređaju za bilježenje podataka, dešifriranje odre đenih poda­
taka, isklju čivanje svake mogu ćnosti krivotvorenja podataka pohra ­
njenih na karticama, spre čavanje neovlaštenog rukovanja i otkri ­
vanje svih pokušaja te vrste.  
238) Kako bi se postigla sigurnost sustava, tahografske kartice 
moraju zadovoljavati sigurnosne zahtjeve utvr đene u doda ­
cima 10. i 11.  
239) Tahografske kartice moraju biti čitljive u drugoj opremi, kao 
što su osobna ra čunala.  
4.3 Norme  
240) Tahografske kartice moraju zadovoljavati sljede će norme:  
— ISO/IEC 7810 Identification cards – Physical characteri ­
stics,  
— ISO/IEC 7816 Identification cards – Integrated circuit 
cards:  
— Part 1: Physical characteristics,  
— Part 2: Dimensions and position of the contacts 
(ISO/IEC 7816-2:2007),  
— Part 3: Electrical interface and transmission protocols 
(ISO/IEC 7816-3:2006),  
— Part 4: Organisation, security and commands for interc ­
hange (ISO/IEC 7816-4:2013 + Cor 1:2014),  
— Part 6: Interindustry data elements for interchange 
(ISO/IEC 7816-6:2004 + Cor 1:2006),  
— Part 8: Commands for security operations (ISO/IEC 
7816-8:2004).  
— Tahografske kartice ispituju se u skladu s normom 
ISO/IEC 10373-3:2010  Identification cards – Test 
methods – Part 3: Integrated circuit cards with contacts 
and related interface devices . 
4.4 Specifikacije okruženja i elektrotehni čke specifikacije  
241) Tahografske kartice moraju mo ći ispravno raditi u svim 
klimatskim uvjetima uobi čajenima na teritoriju Zajednice, pri 
temperaturnom rasponu od najmanje – 25 °C do + 70 °C s 
povremenim vršnim porastom do +85 °C, pri čemu „povre ­
meno” ozna čuje ne dulje od 4 sata svaki puta i ne više od 
100 puta tijekom vijeka trajanja kartice.  
242) Tahografske kartice moraju mo ći ispravno raditi u rasponu 
vlažnosti izme đu 10 % i 90 %.  
243) Tahografske kartice moraju mo ći ispravno raditi tijekom 
razdoblja od pet godina ako se upotrebljavaju u skladu sa 
specifikacijama okruženja i elektrotehni čkim specifikacijama.  
244) Tijekom upotrebe tahografske kartice moraju biti u skladu s 
Pravilnikom UNECE-a R10 o elektromagnetskoj kompatibil ­
nosti te moraju biti zašti ćene od elektrostatskih pražnjenja.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 58  
4.5 Pohrana podataka  
Za potrebe ovog stavka  
— vremena se bilježe uz razlu čivost od jedne minute, osim ako nije 
drukčije određeno, 
— stanje broja ča kilometara bilježi se uz razlu čivost od jednog 
kilometra,  
— brzine se bilježe uz razlu čivost od 1 km/h,  
— položaji (zemljopisne širine i dužine) bilježe se u stupnjevima i 
minutama, uz razlu čivost od 1/10 minute.  
Funkcije, naredbe i logi čke strukture tahografskih kartica koje ispu ­
njavaju zahtjeve u pogledu pohrane podataka navedene su u 
Dodatku 2.  
Ako nije druk čije određeno, pohrana podataka na tahografske 
kartice organizira se tako da se novim podatcima zamjenjuju najsta ­
riji pohranjeni podatci ako je iscrpljena predvi đena veličina memo­
rije za odre đene zapise.  
245) U ovom se stavku navodi minimalni kapacitet pohrane poda ­
taka za razli čite datoteke aplikacija. Tahografske kartice 
moraju mo ći prikazati ure đaju za bilježenje podataka stvarni 
kapacitet pohrane tih datoteka.  
246) Svi dodatni podatci koji se mogu pohraniti na tahografskim 
karticama, a koji se odnose na druge podatke koji su možda 
pohranjeni na kartici, pohranjuju se u skladu s Direktivom 
95/46/EZ, s Direktivom 2002/58/EZ te u skladu s člankom 7. 
Uredbe (EU) br. 165/2014.  
247) Svaka glavna datoteka (eng.  Master File , MF) tahografske 
kartice sadržava najviše pet elementarnih datoteka (eng.  
Elementary File , EF) za upravljanje karticama te identifikaciju 
aplikacija i čipova kao i dvije namjenske datoteke (eng.  Dedi­
cated File , DF):  
— DF Tachograph koji sadržava aplikaciju kojoj mogu pristu ­
piti jedinice u vozilu prve generacije i koja je prisutna i na 
tahografskim karticama prve generacije,  
— DF Tachograph_G2 koji sadržava aplikaciju kojoj mogu 
pristupiti jedinice u vozilu druge generacije i koja je 
prisutna i na tahografskim karticama druge generacije.  
Sve pojedinosti o strukturi tahografskih kartica odre đene su u 
Dodatku 2.  
4.5.1  Elementarne datoteke za identifikaciju i upravljanje karticama  
4.5.2  Identifikacija IC kartice  
248) Tahografske kartice moraju mo ći pohraniti sljede će identifika ­
cijske podatke pametnih kartica:  
— zaustavljanje sata,  
— serijski broj kartice (s proizvodnim referencama),  
— homologacijski broj kartice,  
— identifikaciju (ID) personalizatora kartice,  
— identifikaciju ugraditelja (ID),  
— identifikator IC.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 59  
4.5.2.1 I d e n t i f i k a c i j a č i p a 
249) Tahografske kartice moraju mo ći pohraniti sljede će identifika ­
cijske podatke o integriranom krugu (IC):  
— serijski broj IC,  
— proizvodne reference IC.  
4.5.2.2 D I R ( p r i s u t a n s a m o n a t a h o g r a f s k i m k a r t i c a m a 
d r u g e g e n e r a c i j e )  
250) Tahografske kartice moraju mo ći pohraniti objekte program ­
skih identifikacijskih podataka odre đene u Dodatku 2.  
4.5.2.3 P o d a t c i A T R - a ( u v j e t n o , p r i s u t n o s a m o n a t a h o ­
g r a f s k i m k a r t i c a m a d r u g e g e n e r a c i j e )  
251) Tahografske kartice moraju mo ći pohraniti sljede ći objekt 
podataka proširene veli čine: 
— ako tahografska kartica podržava polja proširene veli čine, 
objekt podataka proširene veli čine određen u Dodatku 2.  
4.5.2.4 P o d a t c i p r o š i r e n e v e l i č i n e ( u v j e t n o , p r i s u t n o 
s a m o n a t a h o g r a f s k i m k a r t i c a m a d r u g e g e n e r a ­
c i j e )  
252) Tahografske kartice moraju mo ći pohraniti sljede će objekte 
podataka proširene veli čine: 
— ako tahografska kartica podržava polja proširene veli čine, 
objekte podataka proširene veli čine određene u Dodatku 2.  
4.5.3  Kartica voza ča 
4.5.3.1 T a h o g r a f s k a a p l i k a c i j a ( p r i s t u p j e d i n i c a m a u 
v o z i l u p r v e i d r u g e g e n e r a c i j e )  
4.5.3.1.1 Identifikacija aplikacije  
253) Kartica voza ča mora mo ći pohraniti sljede će programske iden ­
tifikacijske podatke:  
— identifikaciju tahografske aplikacije,  
— identifikaciju vrste tahografske kartice.  
4.5.3.1.2 Klju čevi i certifikati  
254) Kartica voza ča mora mo ći pohraniti niz kriptografskih klju ­ 
čeva i certifikata, kako je odre đeno u Dodatku 11. dijelu A.  
4.5.3.1.3 Identifikacija kartice  
255) Kartica voza ča mora mo ći pohraniti sljede će identifikacijske 
podatke kartice:  
— broj kartice,  
— državu članicu izdavanja, naziv tijela koje izdaje karticu, 
datum izdavanja,  
— datum po četka i isteka valjanosti kartice.  
4.5.3.1.4 Identifikacija nositelja kartice  
256) Kartica voza ča mora mo ći pohraniti sljede će identifikacijske 
podatke nositelja kartice:  
— prezime nositelja,  
— ime(na) nositelja,  
— datum ro đenja,  
— željeni jezik.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 60  
4.5.3.1.5 Preuzimanje podataka s kartice  
257) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na preuzimanje podataka s kartice:  
— datum i vrijeme posljednjeg preuzimanja podataka s 
kartice (za sve potrebe osim nadzora).  
258) Kartica voza ča mora mo ći spremiti jedan takav zapis.  
4.5.3.1.6 Podatci o voza čkoj dozvoli  
259) Kartica voza ča mora mo ći pohraniti sljede će podatke o voza ­ 
čkoj dozvoli:  
— državu članicu izdavanja i naziv tijela koje je izdalo 
dozvolu,  
— broj voza čke dozvole (na datum izdavanja kartice).  
4.5.3.1.7 Podatci o doga đajima  
Za potrebe ovog podstavka vrijeme se bilježi uz razlu čivost od jedne 
sekunde.  
260) Kartica voza ča mora mo ći pohraniti podatke koji se odnose na 
sljedeće događaje koje je ure đaj za bilježenje podataka otkrio 
dok je bila umetnuta kartica:  
— vremensko preklapanje (ako je navedena kartica uzroko ­
vala događaj), 
— umetanje kartice tijekom vožnje (ako je navedena kartica 
predmet doga đaja), 
— neispravan završetak posljednje razmjene podataka s 
karticom (ako je navedena kartica predmet doga đaja), 
— prekid napajanja,  
— grešku u podatcima o kretanju,  
— pokušaje povrede sigurnosti.  
261) Kartica voza ča mora mo ći pohraniti sljede će podatke za nave ­
dene doga đaje: 
— kod doga đaja, 
— datum i vrijeme po četka događaja (ili umetanja kartice ako 
je događaj u to vrijeme bio u tijeku),  
— datum i vrijeme završetka doga đaja (ili uklanjanja kartice 
ako je doga đaj u to vrijeme bio u tijeku),  
— VRN i državu članicu registracije vozila u kojem je nastao 
događaj. 
Napomena:  U slučaju događaja „vremensko preklapanje”:  
— datum i vrijeme po četka doga đaja moraju odgovarati 
datumu i vremenu uklanjanja kartice iz prethodnog vozila,  
— datum i vrijeme završetka doga đaja moraju odgovarati 
datumu i vremenu umetanja kartice u aktualno vozilo,  
— podatci o vozilu moraju se odnositi na aktualno vozilo, u 
kojemu je doga đaj nastupio.  
Napomena:  U slučaju događaja „neispravno zatvaranje poslje ­
dnje razmjene podataka s karticom”:  
— datum i vrijeme po četka doga đaja moraju odgovarati 
datumu i vremenu umetanja kartice pri razmjeni podataka 
koja nije pravilno završena,  
— datum i vrijeme završetka doga đaja moraju odgovarati 
datumu i vremenu umetanja kartice pri razmjeni podataka 
tijekom koje je doga đaj otkriven (teku ća razmjena podata ­
ka), ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 61  
— podatci o vozilu moraju se odnositi na vozilo u kojemu 
razmjena podataka nije pravilno završena.  
262) Kartica voza ča mora mo ći pohraniti podatke za šest poslje ­
dnjih doga đaja za svaku vrstu (tj. 36 doga đaja). 
4.5.3.1.8 Podatci o kvarovima  
Za potrebe ovog podstavka vrijeme se bilježi uz razlu čivost od jedne 
sekunde.  
263) Kartica voza ča mora mo ći pohraniti podatke koji se odnose na 
sljedeće kvarove koje je ure đaj za bilježenje podataka otkrio 
dok je kartica bila umetnuta:  
▼M1 
— kvar kartice (kad je ta kartica predmet kvara),  
▼B 
— kvar ure đaja za bilježenje podataka.  
264) Kartica voza ča mora mo ći pohraniti sljede će podatke za nave ­
dene kvarove:  
— kod kvara,  
— datum i vrijeme po četka kvara (ili umetanja kartice ako je 
u tom trenutku kvar bio u tijeku),  
— datum i vrijeme završetka kvara (ili uklanjanja kartice ako 
je u tom trenutku kvar bio u tijeku),  
— VRN i državu članicu registracije vozila u kojemu je došlo 
do kvara.  
265) Kartica voza ča mora mo ći pohraniti podatke za dvanaest 
posljednjih kvarova za svaku vrstu (tj. 24 kvara).  
4.5.3.1.9 Podatci o aktivnosti voza ča 
266) Kartica voza ča mora mo ći pohraniti, za svaki kalendarski dan 
upotrebe kartice ili za koji je voza č ručno unio podatke, slje ­
deće podatke:  
— datum,  
— dnevni broja č prisustva (uve ćan za jedan za svaki od nave ­
denih kalendarskih dana),  
— ukupnu udaljenost koju je voza č prešao u tom danu,  
— status voza ča u 00:00,  
— kad god je voza č promijenio aktivnost i/ili status vožnje 
i/ili je umetnuo ili izvadio svoju karticu:  
— status vožnje (POSADA, JEDAN VOZA Č), 
— utor (VOZA Č, SUVOZA Č), 
— status kartice (UMETNUTA, NIJE UMETNUTA),  
— aktivnost (VOŽNJA, DOSTUPNOST, RAD, STAN ­
KA/ODMOR),  
— vrijeme promjene.  
267) Memorija kartice voza ča mora mo ći zadržati podatke o aktiv ­
nosti voza ča najmanje 28 dana (pri čemu se prosje čna aktiv­
nost vozača definira kao 93 promjene aktivnosti dnevno).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 62  
268) Podatci navedeni u zahtjevima 261, 264 i 266 pohranjuju se 
na način koji omogu ćuje učitavanje aktivnosti redoslijedom 
njihova pojavljivanja, čak i u slučaju vremenskog preklapanja.  
4.5.3.1.10 Podatci o upotrijebljenim vozilima  
269) Kartica voza ča mora mo ći pohraniti sljede će podatke za svaki 
kalendarski dan upotrebe kartice i za svako razdoblje upotrebe 
dotičnog vozila tog dana (razdobljem upotrebe obuhva ćeni su 
svi uzastopni ciklusi umetanja i uklanjanja kartice u tom 
vozilu s gledišta kartice):  
— datum i vrijeme prve upotrebe vozila (tj. prvog umetanja 
kartice u navedenom razdoblju upotrebe vozila ili 00:00 
ako je u to vrijeme vozilo ve ć u upotrebi),  
— stanje broja ča kilometara vozila u to vrijeme,  
— datum i vrijeme posljednje upotrebe vozila (tj. posljednjeg 
uklanjanja kartice u tom razdoblju upotrebe vozila ili 
23:59 ako je u to vrijeme vozilo ve ć u upotrebi),  
— stanje broja ča kilometara vozila u to vrijeme,  
— VRN i državu članicu registracije vozila.  
270) Kartica voza ča mora mo ći pohraniti najmanje 84 takva zapisa.  
4.5.3.1.11 Mjesta po četka i/ili završetka dnevnog radnog vremena  
271) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na mjesto po četka i/ili završetka dnevnog radnog 
vremena koje unese voza č: 
— datum i vrijeme unosa (ili datum/vrijeme koje se odnosi na 
ručni unos),  
— vrstu unosa (po četak ili kraj, stanje unosa),  
— državu i regiju ulaska,  
— stanje broja ča kilometara vozila.  
272) Memorija kartice voza ča mora mo ći pohraniti najmanje 
42 para takvih zapisa.  
4.5.3.1.12 Podatci o upotrebi kartice  
273) Kartica voza ča mora mo ći pohraniti podatke koji se odnose na 
vozilo u kojem je zapo čela upotreba kartice:  
— datum i vrijeme po četka upotrebe (tj. umetanje kartice) uz 
razlučivost od jedne sekunde,  
— VRN i državu članicu registracije.  
4.5.3.1.13 Podatci o aktivnostima nadzora  
274) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na aktivnosti nadzora:  
— datum i vrijeme nadzora,  
— broj kontrolne kartice i državu članicu koja je karticu 
izdala,  
— vrsta nadzora (prikaz i/ili ispis i/ili preuzimanje podataka s 
jedinice vozila i/ili preuzimanje podataka s kartice (vidjeti 
napomenu)),  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 63  
— razdoblje preuzimanja podataka (u slu čaju preuzimanja 
podataka),  
— VRN i državu članicu registracije vozila u kojoj je izvršen 
nadzor.  
Napomena:  preuzimanje podataka s kartice bilježi se samo ako 
je izvršeno preko ure đaja za bilježenje podataka.  
275) Kartica voza ča mora mo ći spremiti jedan takav zapis.  
4.5.3.1.14 Podatci o posebnim stanjima  
276) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na posebna stanja koja su unesena dok je kartica bila 
umetnuta (bez obzira u koji utor):  
— datum i vrijeme unosa,  
— vrstu posebnog stanja.  
277) Kartica voza ča mora mo ći pohraniti najmanje 56 takvih 
zapisa.  
4.5.3.2 T a h o g r a f s k a a p l i k a c i j a d r u g e g e n e r a c i j e ( n i j e 
d o s t u p n o j e d i n i c i u v o z i l u p r v e g e n e r a c i j e )  
4.5.3.2.1 Identifikacija aplikacije  
278) Kartica voza ča mora mo ći pohraniti sljede će programske iden ­
tifikacijske podatke:  
— identifikaciju tahografske aplikacije,  
— identifikaciju vrste tahografske kartice.  
4.5.3.2.2 Klju čevi i certifikati  
279) Kartica voza ča mora mo ći pohraniti niz kriptografskih klju ­ 
čeva i certifikata, kako je odre đeno u Dodatku 11. dijelu B.  
4.5.3.2.3 Identifikacija kartice  
280) Kartica voza ča mora mo ći pohraniti sljede će identifikacijske 
podatke kartice:  
— broj kartice,  
— državu članicu izdavanja, naziv tijela koje izdaje karticu, 
datum izdavanja,  
— datum po četka i isteka valjanosti kartice.  
4.5.3.2.4 Identifikacija nositelja kartice  
281) Kartica voza ča mora mo ći pohraniti sljede će identifikacijske 
podatke nositelja kartice:  
— prezime nositelja,  
— ime(na) nositelja,  
— datum ro đenja,  
— željeni jezik.  
4.5.3.2.5 Preuzimanje podataka s kartice  
282) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na preuzimanje podataka s kartice:  
— datum i vrijeme posljednjeg preuzimanja podataka s 
kartice (za sve potrebe osim nadzora).  
283) Kartica voza ča mora mo ći spremiti jedan takav zapis.  
4.5.3.2.6 Podatci o voza čkoj dozvoli  
284) Kartica voza ča mora mo ći pohraniti sljede će podatke o voza ­ 
čkoj dozvoli:  
— državu članicu izdavanja i naziv tijela koje je izdalo 
dozvolu,  
— broj voza čke dozvole (na datum izdavanja kartice).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 64  
4.5.3.2.7 Podatci o doga đajima  
Za potrebe ovog podstavka vrijeme se bilježi uz razlu čivost od jedne 
sekunde.  
285) Kartica voza ča mora mo ći pohraniti podatke koji se odnose na 
sljedeće događaje koje je ure đaj za bilježenje podataka otkrio 
dok je bila umetnuta kartica:  
— vremensko preklapanje (ako je navedena kartica uzroko ­
vala događaj), 
— umetanje kartice tijekom vožnje (ako je navedena kartica 
predmet doga đaja), 
— neispravan završetak posljednje razmjene podataka s 
karticom (ako je navedena kartica predmet doga đaja), 
— prekid napajanja,  
— grešku u komunikaciji s ure đajem za komunikaciju na 
daljinu,  
— događaj izostanka podataka o položaju iz prijamnika 
GNSS-a,  
— grešku u komunikaciji s vanjskim ure đajem GNSS-a  
— grešku u podatcima o kretanju,  
— konflikt u kretanju vozila,  
— pokušaje povrede sigurnosti,  
— vremenski konflikt.  
286) Kartica voza ča mora mo ći pohraniti sljede će podatke za nave ­
dene doga đaje: 
— kod doga đaja, 
— datum i vrijeme po četka događaja (ili umetanja kartice ako 
je događaj u to vrijeme bio u tijeku),  
— datum i vrijeme završetka doga đaja (ili uklanjanja kartice 
ako je doga đaj u to vrijeme bio u tijeku),  
— VRN i državu članicu registracije vozila u kojem je nastao 
događaj. 
Napomena:  U slučaju događaja „vremensko preklapanje”:  
— datum i vrijeme po četka doga đaja moraju odgovarati 
datumu i vremenu uklanjanja kartice iz prethodnog vozila,  
— datum i vrijeme završetka doga đaja moraju odgovarati 
datumu i vremenu umetanja kartice u aktualnom vozilu,  
— podatci o vozilu moraju se odnositi na aktualno vozilo, u 
kojemu je doga đaj nastupio.  
Napomena:  U slučaju događaja „neispravno zatvaranje poslje ­
dnje razmjene podataka s karticom”:  
— datum i vrijeme po četka doga đaja moraju odgovarati 
datumu i vremenu umetanja kartice pri razmjeni podataka 
koja nije pravilno završena,  
— datum i vrijeme završetka doga đaja moraju odgovarati 
datumu i vremenu umetanja kartice pri razmjeni podataka 
tijekom koje je doga đaj otkriven (teku ća razmjena podata ­
ka), ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 65  
— podatci o vozilu moraju se odnositi na vozilo u kojemu 
razmjena podataka nije pravilno završena.  
287) Kartica voza ča mora mo ći pohraniti podatke za šest poslje ­
dnjih doga đaja za svaku vrstu (tj. 66 doga đaja). 
4.5.3.2.8 Podatci o kvarovima  
Za potrebe ovog podstavka vrijeme se bilježi uz razlu čivost od jedne 
sekunde.  
288) Kartica voza ča mora mo ći pohraniti podatke koji se odnose na 
sljedeće kvarove koje je ure đaj za bilježenje podataka otkrio 
dok je kartica bila umetnuta:  
▼M1 — kvar kartice (kad je ta kartica predmet kvara),  
▼B 
— kvar ure đaja za bilježenje podataka.  
289) Kartica voza ča mora mo ći pohraniti sljede će podatke za nave ­
dene kvarove:  
— kod kvara,  
— datum i vrijeme po četka kvara (ili umetanja kartice ako je 
u tom trenutku kvar bio u tijeku),  
— datum i vrijeme završetka kvara (ili uklanjanja kartice ako 
je u tom trenutku kvar bio u tijeku),  
— VRN i državu članicu registracije vozila u kojemu je došlo 
do kvara.  
290) Kartica voza ča mora mo ći pohraniti podatke za dvanaest 
posljednjih kvarova za svaku vrstu (tj. 24 kvara).  
4.5.3.2.9 Podatci o aktivnosti voza ča 
291) Kartica voza ča mora mo ći pohraniti, za svaki kalendarski dan 
upotrebe kartice ili za koji je voza č ručno unio podatke, slje ­
deće podatke:  
— datum,  
— dnevni broja č prisustva (uve ćan za jedan za svaki od nave ­
denih kalendarskih dana),  
— ukupnu udaljenost koju je voza č prešao u tom danu,  
— status voza ča u 00:00,  
— kad god je voza č promijenio aktivnost i/ili status vožnje 
i/ili je umetnuo ili izvadio svoju karticu:  
— status vožnje (POSADA, JEDAN VOZA Č), 
— utor (VOZA Č, SUVOZA Č), 
— status kartice (UMETNUTA, NIJE UMETNUTA),  
— aktivnost (VOŽNJA, DOSTUPNOST, RAD, STAN ­
KA/ODMOR).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 66  
— vrijeme promjene,  
292) Memorija kartice voza ča mora mo ći zadržati podatke o aktiv ­
nosti voza ča najmanje 28 dana (pri čemu se prosje čna aktiv­
nost vozača definira kao 93 promjene aktivnosti dnevno).  
293) Podatci navedeni u zahtjevima 286, 289 i 291 pohranjuju se 
na način koji omogu ćuje učitavanje aktivnosti redoslijedom 
njihova pojavljivanja, čak i u slučaju vremenskog preklapanja.  
4.5.3.2.10 Podatci o upotrijebljenim vozilima  
294) Kartica voza ča mora mo ći pohraniti sljede će podatke za svaki 
kalendarski dan upotrebe kartice i za svako razdoblje upotrebe 
dotičnog vozila tog dana (razdobljem upotrebe obuhva ćeni su 
svi uzastopni ciklusi umetanja i uklanjanja kartice u tom 
vozilu s gledišta kartice):  
— datum i vrijeme prve upotrebe vozila (tj. prvog umetanja 
kartice u navedenom razdoblju upotrebe vozila ili 00:00 
ako je u to vrijeme vozilo ve ć u upotrebi),  
— stanje broja ča kilometara vozila u to vrijeme prve 
upotrebe,  
— datum i vrijeme posljednje upotrebe vozila (tj. posljednjeg 
uklanjanja kartice u tom razdoblju upotrebe vozila ili 
23:59 ako je kartica upotrijebljena u to vrijeme),  
— stanje broja ča kilometara vozila u to vrijeme zadnje 
upotrebe,  
— VRN i državu članicu registracije vozila,  
— VIN vozila.  
295) Kartica voza ča mora mo ći pohraniti najmanje 84 takva zapisa.  
4.5.3.2.11 Mjesta i položaji po četka i/ili završetka dnevnog radnog vremena  
296) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na mjesto po četka i/ili završetka dnevnog radnog 
vremena koje unese voza č: 
— datum i vrijeme unosa (ili datum/vrijeme koje se odnosi na 
ručni unos),  
— vrstu unosa (po četak ili kraj, stanje unosa),  
— državu i regiju ulaska,  
— stanje broja ča kilometara vozila,  
— položaj vozila,  
— točnost GNSS-a, datum i vrijeme kad je položaj utvr đen. 
297) Memorija kartice voza ča mora mo ći pohraniti najmanje 
84 para takvih zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 67  
4.5.3.2.12 Podatci o upotrebi kartice  
298) Kartica voza ča mora mo ći pohraniti podatke koji se odnose na 
vozilo u kojem je zapo čela upotreba kartice:  
— datum i vrijeme po četka upotrebe (tj. umetanje kartice) uz 
razlučivost od jedne sekunde,  
— VRN i državu članicu registracije.  
4.5.3.2.13 Podatci o aktivnostima nadzora  
299) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na aktivnosti nadzora:  
— datum i vrijeme nadzora,  
— broj kontrolne kartice i državu članicu koja je karticu 
izdala,  
— vrsta nadzora (prikaz i/ili ispis i/ili preuzimanje podataka s 
jedinice vozila i/ili preuzimanje podataka s kartice (vidjeti 
napomenu)),  
— razdoblje preuzimanja podataka (u slu čaju preuzimanja 
podataka),  
— VRN i državu članicu registracije vozila u kojoj je izvršen 
nadzor.  
Napomena:  sigurnosnim zahtjevima podrazumijeva se da se 
preuzimanje podataka s kartice bilježi samo ako je izvršeno 
preko uređaja za bilježenje podataka.  
300) Kartica voza ča mora mo ći spremiti jedan takav zapis.  
4.5.3.2.14 Podatci o posebnim stanjima  
301) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na posebna stanja koja su unesena dok je kartica bila 
umetnuta (bez obzira u koji utor):  
— datum i vrijeme unosa,  
— vrstu posebnog stanja.  
302) Kartica voza ča mora mo ći pohraniti najmanje 56 takvih 
zapisa.  
4.5.3.2.15 Podatci o upotrijebljenoj jedinici u vozilu  
303) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na razli čite jedinice u vozilu u kojima je kartica upotri ­
jebljena:  
— datum i vrijeme po četka razdoblja upotrebe jedinice u 
vozilu (tj. prvo umetanje kartice u jedinici u vozilu 
tijekom razdoblja),  
— proizvo đača jedinice u vozilu,  
— vrstu jedinice u vozilu,  
— broj verzije softvera u jedinici u vozilu.  
304) Kartica voza ča mora mo ći pohraniti najmanje 84 takva zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 68  
4.5.3.2.16 Podatci o mjestima na kojima se dostižu tri sata akumulirane vožnje  
305) Kartica voza ča mora mo ći pohraniti sljede će podatke koji se 
odnose na položaj vozila u kojem akumulirano vrijeme vožnje 
dostiže višekratnik tri sata:  
— datum i vrijeme kad akumulirano vrijeme vožnje dostiže 
višekratnik tri sata,  
— položaj vozila,  
— točnost GNSS-a, datum i vrijeme kad je položaj utvr đen, 
— stanje broja ča kilometara vozila.  
306) Kartica voza ča mora mo ći pohraniti najmanje 252 takva 
zapisa.  
▼B 
4.5.4  Kartica radionice  
4.5.4.1 T a h o g r a f s k a a p l i k a c i j a ( p r i s t u p j e d i n i c a m a u 
v o z i l u p r v e i d r u g e g e n e r a c i j e )  
4.5.4.1.1 Identifikacija aplikacije  
307) Kartica radionica mora mo ći pohraniti sljede će programske 
identifikacijske podatke:  
— identifikaciju tahografske aplikacije,  
— identifikaciju vrste tahografske kartice.  
4.5.4.1.2 Klju čevi i certifikati  
308) Kartica radionice mora mo ći pohraniti niz kriptografskih klju ­ 
čeva i certifikata, kako je odre đeno u Dodatku 11. dijelu A.  
309) Kartica radionice mora mo ći pohraniti osobni identifikacijski 
broj (PIN oznaku).  
4.5.4.1.3 Identifikacija kartice  
310) Kartica radionice mora mo ći pohraniti sljede će identifikacijske 
podatke kartice:  
— broj kartice,  
— državu članicu izdavanja, naziv tijela koje izdaje karticu, 
datum izdavanja,  
— datum po četka i isteka valjanosti kartice.  
4.5.4.1.4 Identifikacija nositelja kartice  
311) Kartica radionice mora mo ći pohraniti sljede će identifikacijske 
podatke nositelja kartice:  
— naziv radionice,  
— adresu radionice,  
— prezime nositelja,  
— ime(na) nositelja,  
— željeni jezik.  
4.5.4.1.5 Preuzimanje podataka s kartice  
312) Kartica radionice mora mo ći pohraniti podatke o preuzimanju 
podataka s kartice na isti na čin kao i kartica voza ča. ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 69  
4.5.4.1.6 Podatci o kalibraciji i prilagodbi vremena  
313) Kartica radionice mora mo ći pohraniti zapise o kalibraciji i/ili 
prilagodbama vremena izvršenima dok je kartica bila umetnuta 
u uređaj za bilježenje podataka.  
314) Svaki zapis o kalibraciji mora sadržavati sljede će podatke:  
— svrhu kalibracije (aktiviranje, prva ugradnja, ugradnja, 
periodični pregled),  
— identifikaciju vozila,  
— parametre koji se ažuriraju ili potvr đuju (w, k, l, dimenzije 
guma, podešavanje ure đaja za ograni čavanje brzine, stanje 
brojača kilometara (novu i staru vrijednost), datum i 
vrijeme (novu i staru vrijednosti)),  
— identifikaciju ure đaja za bilježenje podataka (kataloški broj 
jedinice u vozilu, serijski broj jedinice u vozilu, serijski 
broj senzora kretanja).  
315) Kartica radionice mora mo ći pohraniti barem 88 takvih zapisa.  
316) Kartica radionice mora sadržavati broja č za ozna čivanje 
ukupnog broja kalibracija izvršenih s tom karticom.  
317) Kartica radionice mora sadržavati broja č za označivanje broja 
kalibracija izvršenih nakon posljednjeg preuzimanja podataka 
s kartice.  
4.5.4.1.7 Podatci o doga đajima i kvarovima  
318) Kartica radionice mora mo ći pohraniti podatke o doga đajima i 
kvarovima na isti na čin kao i kartica voza ča. 
319) Kartica radionice mora mo ći pohraniti podatke za tri poslje ­
dnja događaja svake vrste (tj. 18 doga đaja) i šest posljednjih 
kvarova svake vrste (tj. 12 kvarova).  
4.5.4.1.8 Podatci o aktivnosti voza ča 
320) Kartica radionice mora mo ći pohraniti podatke o aktivnostima 
vozača na isti na čin kao i kartica voza ča. 
321) Kartica radionice mora mo ći čuvati podatke o aktivnostima 
vozača barem tijekom jednog dana prosje čne aktivnosti 
vozača. 
4.5.4.1.9 Podatci o upotrijebljenim vozilima  
322) Kartica radionice mora mo ći pohraniti podatke o upotrijeb ­
ljenim vozilima na isti na čin kao i kartica voza ča. 
323) Kartica radionice mora mo ći pohraniti barem 4 takva zapisa.  
4.5.4.1.10 Podatci o po četku i/ili završetku dnevnog radnog vremena  
324) Kartica radionice mora mo ći pohraniti podatke o po četku i/ili 
završetku dnevnog radnog vremena na isti na čin kao i kartica 
vozača. 
325) Kartica radionice mora mo ći čuvati najmanje tri para takvih 
zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 70  
4.5.4.1.11 Podatci o upotrebi kartice  
326) Kartica radionice mora mo ći pohraniti podatke o upotrebi 
kartice na isti na čin kao i kartica voza ča. 
4.5.4.1.12 Podatci o aktivnostima nadzora  
327) Kartica radionice mora mo ći pohraniti podatke o aktivnostima 
nadzora na isti na čin kao i kartica voza ča. 
4.5.4.1.13 Podatci o posebnim stanjima  
328) Kartica radionice mora mo ći pohraniti podatke o posebnim 
uvjetima na isti na čin kao i kartica voza ča. 
329) Kartica radionice mora mo ći pohraniti barem 2 takva zapisa.  
4.5.4.2 T a h o g r a f s k a a p l i k a c i j a d r u g e g e n e r a c i j e ( n i j e 
d o s t u p n o j e d i n i c i u v o z i l u p r v e g e n e r a c i j e )  
4.5.4.2.1 Identifikacija aplikacije  
330) Kartica radionica mora mo ći pohraniti sljede će programske 
identifikacijske podatke:  
— identifikaciju tahografske aplikacije,  
— identifikaciju vrste tahografske kartice.  
4.5.4.2.2 Klju čevi i certifikati  
331) Kartica radionice mora mo ći pohraniti niz kriptografskih klju ­ 
čeva i certifikata, kako je odre đeno u Dodatku 11. dijelu B.  
332) Kartica radionice mora mo ći pohraniti osobni identifikacijski 
broj (PIN oznaku).  
4.5.4.2.3 Identifikacija kartice  
333) Kartica radionice mora mo ći pohraniti sljede će identifikacijske 
podatke kartice:  
— broj kartice,  
— državu članicu izdavanja, naziv tijela koje izdaje karticu, 
datum izdavanja,  
— datum po četka i isteka valjanosti kartice.  
4.5.4.2.4 Identifikacija nositelja kartice  
334) Kartica radionice mora mo ći pohraniti sljede će identifikacijske 
podatke nositelja kartice:  
— naziv radionice,  
— adresu radionice,  
— prezime nositelja,  
— ime(na) nositelja,  
— željeni jezik.  
4.5.4.2.5 Preuzimanje podataka s kartice  
335) Kartica radionice mora mo ći pohraniti podatke o preuzimanju 
podataka s kartice na isti na čin kao i kartica voza ča. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 71  
4.5.4.2.6 Podatci o kalibraciji i prilagodbi vremena  
336) Kartica radionice mora mo ći pohraniti zapise o kalibraciji i/ili 
prilagodbama vremena izvršenima dok je kartica bila umetnuta 
u uređaj za bilježenje podataka.  
337) Svaki zapis o kalibraciji mora sadržavati sljede će podatke:  
— svrhu kalibracije (aktiviranje, prva ugradnja, ugradnja, 
periodični pregled),  
— identifikaciju vozila,  
— parametre koji se ažuriraju ili potvr đuju (w, k, l, dimenzije 
guma, postavke ure đaja za ograni čavanje brzine, stanje 
brojača kilometara (nove i stare vrijednosti), datum i 
vrijeme (nove i stare vrijednosti)),  
— identifikaciju ure đaja za bilježenje podataka (kataloški broj 
jedinice u vozilu, serijski broj jedinice u vozilu, serijski 
broj senzora kretanja, serijski broj ure đaja za komunikaciju 
na daljinu i serijski broj vanjskog ure đaja GNSS-a, ako je 
primjenjivo),  
— tip i identifikator svih postavljenih plombi,  
— sposobnost jedinice u vozilu da upotrebljava tahografske 
kartice prve generacije (omogu ćeno ili ne).  
338) Kartica radionice mora mo ći pohraniti barem 88 takvih zapisa.  
339) Kartica radionice mora sadržavati broja č za ozna čivanje 
ukupnog broja kalibracija izvršenih s tom karticom.  
340) Kartica radionice mora sadržavati broja č za označivanje broja 
kalibracija izvršenih nakon posljednjeg preuzimanja podataka 
s kartice.  
4.5.4.2.7 Podatci o doga đajima i kvarovima  
341) Kartica radionice mora mo ći pohraniti podatke o doga đajima i 
kvarovima na isti na čin kao i kartica voza ča. 
342) Kartica radionice mora mo ći pohraniti podatke za tri poslje ­
dnja događaja svake vrste (tj. 33 doga đaja) i šest posljednjih 
kvarova svake vrste (tj. 12 kvarova).  
4.5.4.2.8 Podatci o aktivnosti voza ča 
343) Kartica radionice mora mo ći pohraniti podatke o aktivnostima 
vozača na isti na čin kao i kartica voza ča. 
344) Kartica radionice mora mo ći čuvati podatke o aktivnostima 
vozača barem tijekom jednog dana prosje čne aktivnosti 
vozača. 
4.5.4.2.9 Podatci o upotrijebljenim vozilima  
345) Kartica radionice mora mo ći pohraniti podatke o upotrijeb ­
ljenim vozilima na isti na čin kao i kartica voza ča. 
346) Kartica radionice mora mo ći pohraniti barem 4 takva zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 72  
4.5.4.2.10 Podatci o po četku i/ili završetku dnevnog radnog vremena  
347) Kartica radionice mora mo ći pohraniti podatke o po četku i/ili 
završetku dnevnog radnog vremena na isti na čin kao i kartica 
vozača. 
348) Kartica radionice mora mo ći čuvati najmanje tri para takvih 
zapisa.  
4.5.4.2.11 Podatci o upotrebi kartice  
349) Kartica radionice mora mo ći pohraniti podatke o upotrebi 
kartice na isti na čin kao i kartica voza ča. 
4.5.4.2.12 Podatci o aktivnostima nadzora  
350) Kartica radionice mora mo ći pohraniti podatke o aktivnostima 
nadzora na isti na čin kao i kartica voza ča. 
4.5.4.2.13 Podatci o upotrijebljenoj jedinici u vozilu  
351) Kartica radionice mora mo ći pohraniti sljede će podatke koji se 
odnose na razli čite jedinice u vozilu u kojima je kartica upotri ­
jebljena:  
— datum i vrijeme po četka razdoblja upotrebe jedinice u 
vozilu (tj. prvo umetanje kartice u jedinicu u vozilu 
tijekom razdoblja),  
— proizvo đača jedinice u vozilu,  
— vrstu jedinice u vozilu,  
— broj verzije softvera u jedinici u vozilu.  
352) Kartica radionice mora mo ći pohraniti barem 4 takva zapisa.  
▼M1 
4.5.4.2.14 Podatci o mjestima na kojima se dostižu tri sata akumulirane vožnje  
353) Kartica radionice mora mo ći pohraniti sljede će podatke koji se 
odnose na položaj vozila u kojem akumulirano vrijeme vožnje 
dostiže višekratnik tri sata:  
— datum i vrijeme kad akumulirano vrijeme vožnje dostiže 
višekratnik tri sata,  
— položaj vozila,  
— točnost GNSS-a, datum i vrijeme kad je položaj utvr đen, 
— stanje broja ča kilometara vozila.  
354) Kartica radionice mora mo ći pohraniti barem 18 takvih zapisa.  
▼B 
4.5.4.2.15 Podatci o posebnim stanjima  
355) Kartica radionice mora mo ći pohraniti podatke o posebnim 
uvjetima na isti na čin kao i kartica voza ča. 
356) Kartica radionice mora mo ći pohraniti barem 2 takva zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 73  
4.5.5  Kontrolna kartica  
4.5.5.1 T a h o g r a f s k a a p l i k a c i j a ( p r i s t u p j e d i n i c a m a u 
v o z i l u p r v e i d r u g e g e n e r a c i j e )  
4.5.5.1.1 Identifikacija aplikacije  
357) Kontrolna kartica mora mo ći pohraniti sljede će programske 
identifikacijske podatke:  
— identifikaciju tahografske aplikacije,  
— identifikaciju vrste tahografske kartice.  
4.5.5.1.2 Klju čevi i certifikati  
358) Kontrolna kartica mora mo ći pohraniti niz kriptografskih klju ­ 
čeva i certifikata, kako je odre đeno u Dodatku 11. dijelu A.  
4.5.5.1.3 Identifikacija kartice  
359) Kontrolna kartica mora mo ći pohraniti sljede će identifikacijske 
podatke kartice:  
— broj kartice,  
— državu članicu izdavanja, naziv tijela koje izdaje karticu, 
datum izdavanja,  
— datum po četka i isteka valjanosti kartice (ako postoji).  
4.5.5.1.4 Identifikacija nositelja kartice  
360) Kontrolna kartica mora mo ći pohraniti sljede će identifikacijske 
podatke nositelja kartice:  
— naziv nadzornog tijela,  
— adresu nadzornog tijela,  
— prezime nositelja,  
— ime(na) nositelja,  
— željeni jezik.  
4.5.5.1.5 Podatci o aktivnostima nadzora  
361) Kontrolna kartica mora mo ći pohraniti sljede će podatke o 
aktivnostima nadzora:  
— datum i vrijeme nadzora,  
— vrstu nadzora (prikaz i/ili ispis i/ili preuzimanje podataka s 
jedinice u vozilu i/ili preuzimanje podataka s kartice i/ili 
provjera kalibracije na cesti).  
— razdoblje preuzimanja podataka (ako postoji),  
— VRN i tijelo države članice koje je registriralo kontrolirano 
vozilo.  
— broj kartice i državu članicu koja je izdala kontroliranu 
vozačku karticu.  
362) Kartica mora mo ći spremiti najmanje 230 takvih zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 74  
4.5.5.2 T a h o g r a f s k a a p l i k a c i j a d r u g e g e n e r a c i j e ( n i j e 
d o s t u p n o j e d i n i c i u v o z i l u p r v e g e n e r a c i j e )  
4.5.5.2.1 Identifikacija aplikacije  
363) Kontrolna kartica mora mo ći pohraniti sljede će programske 
identifikacijske podatke:  
— identifikaciju tahografske aplikacije,  
— identifikaciju vrste tahografske kartice.  
4.5.5.2.2 Klju čevi i certifikati  
364) Kontrolna kartica mora mo ći pohraniti niz kriptografskih klju ­ 
čeva i certifikata, kako je odre đeno u Dodatku 11. dijelu B.  
4.5.5.2.3 Identifikacija kartice  
365) Kontrolna kartica mora mo ći pohraniti sljede će identifikacijske 
podatke kartice:  
— broj kartice,  
— državu članicu izdavanja, naziv tijela koje izdaje karticu, 
datum izdavanja,  
— datum po četka i isteka valjanosti kartice (ako postoji).  
4.5.5.2.4 Identifikacija nositelja kartice  
366) Kontrolna kartica mora mo ći pohraniti sljede će identifikacijske 
podatke nositelja kartice:  
— naziv nadzornog tijela,  
— adresu nadzornog tijela,  
— prezime nositelja,  
— ime(na) nositelja,  
— željeni jezik.  
4.5.5.2.5 Podatci o aktivnostima nadzora  
367) Kontrolna kartica mora mo ći pohraniti sljede će podatke o 
aktivnostima nadzora:  
— datum i vrijeme nadzora,  
— vrsta nadzora (prikaz i/ili ispis i/ili preuzimanje podataka s 
jedinice u vozilu i/ili preuzimanje podataka s kartice i/ili 
provjera kalibracije na cesti).  
— razdoblje preuzimanja podataka (ako postoji),  
— VRN i tijelo države članice koje je registriralo kontrolirano 
vozilo,  
— broj kartice i državu članicu koja je izdala kontroliranu 
vozačku karticu.  
368) Kartica mora mo ći spremiti najmanje 230 takvih zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 75  
4.5.6  Kartica poduze ća 
4.5.6.1 T a h o g r a f s k a a p l i k a c i j a ( p r i s t u p j e d i n i c a m a u 
v o z i l u p r v e i d r u g e g e n e r a c i j e )  
4.5.6.1.1 Identifikacija aplikacije  
369) Kartica poduze ća mora mo ći pohraniti sljede će programske 
identifikacijske podatke:  
— identifikaciju tahografske aplikacije,  
— identifikaciju vrste tahografske kartice.  
4.5.6.1.2 Klju čevi i certifikati  
370) Kartica poduze ća mora mo ći pohraniti niz kriptografskih klju ­ 
čeva i certifikata, kako je odre đeno u Dodatku 11. dijelu A.  
4.5.6.1.3 Identifikacija kartice  
371) Kartica poduze ća mora mo ći pohraniti sljede će identifikacijske 
podatke kartice:  
— broj kartice,  
— državu članicu izdavanja, naziv tijela koje izdaje karticu, 
datum izdavanja,  
— datum po četka i isteka valjanosti kartice (ako postoji).  
4.5.6.1.4 Identifikacija nositelja kartice  
372) Kartica poduze ća mora mo ći pohraniti sljede će identifikacijske 
podatke nositelja kartice:  
— naziv poduze ća, 
— adresu poduze ća. 
4.5.6.1.5 Podatci o aktivnostima poduze ća 
373) Kartica poduze ća mora mo ći pohraniti sljede će podatke o 
aktivnostima poduze ća: 
— datum i vrijeme aktivnosti,  
— vrstu aktivnosti (zaklju čavanje ili otklju čavanje blokade 
jedinice u vozilu, preuzimanje podataka s jedinice u 
vozilu i/ili s kartice),  
— razdoblje preuzimanja podataka (ako postoji),  
— VRN i tijelo koje je registriralo vozilo u državi članici,  
— broj kartice i državu članicu izdavanja kartice (u slu čaju 
preuzimanja podataka s kartice).  
374) Kartica poduze ća mora mo ći pohraniti barem 230 takvih 
zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 76  
4.5.6.2 T a h o g r a f s k a a p l i k a c i j a d r u g e g e n e r a c i j e ( n i j e 
d o s t u p n o j e d i n i c i u v o z i l u p r v e g e n e r a c i j e )  
4.5.6.2.1 Identifikacija aplikacije  
375) Kartica poduze ća mora mo ći pohraniti sljede će programske 
identifikacijske podatke:  
— identifikaciju tahografske aplikacije,  
— identifikaciju vrste tahografske kartice.  
4.5.6.2.2 Klju čevi i certifikati  
376) Kartica poduze ća mora mo ći pohraniti niz kriptografskih klju ­ 
čeva i certifikata, kako je odre đeno u Dodatku 11. dijelu B.  
4.5.6.2.3 Identifikacija kartice  
377) Kartica poduze ća mora mo ći pohraniti sljede će identifikacijske 
podatke kartice:  
— broj kartice,  
— državu članicu izdavanja, naziv tijela koje izdaje karticu, 
datum izdavanja,  
— datum po četka i isteka valjanosti kartice (ako postoji).  
4.5.6.2.4 Identifikacija nositelja kartice  
378) Kartica poduze ća mora mo ći pohraniti sljede će identifikacijske 
podatke nositelja kartice:  
— naziv poduze ća, 
— adresu poduze ća. 
4.5.6.2.5 Podatci o aktivnostima poduze ća 
379) Kartica poduze ća mora mo ći pohraniti sljede će podatke o 
aktivnostima poduze ća: 
— datum i vrijeme aktivnosti,  
— vrstu aktivnosti (zaklju čavanje ili otklju čavanje blokade 
jedinice u vozilu, preuzimanje podataka s jedinice u 
vozilu i/ili s kartice),  
— razdoblje preuzimanja podataka (ako postoji),  
— VRN i tijelo koje je registriralo vozilo u državi članici,  
— broj kartice i državu članicu izdavanja kartice (u slu čaju 
preuzimanja podataka s kartice).  
380) Kartica poduze ća mora mo ći pohraniti barem 230 takvih 
zapisa.  
5 UGRADNJA URE ĐAJA ZA BILJEŽENJE PODATAKA  
5.1 Ugradnja  
381) Novi se ure đaj za bilježenje podataka isporu čuje neaktiviran 
instalaterima ili proizvo đačima vozila sa svim parametrima za 
kalibraciju navedenima u poglavlju 3.21. podešenima na 
odgovaraju će i valjane osnovne vrijednosti. Ako neka odre ­ 
đena vrijednost nije podešena, slovni parametri zamjenjuju se 
nizom znakova „?”, a numeri čki parametri postavljaju se na 
„0”. Dostava dijelova ure đaja za bilježenje podataka koji se 
odnose na sigurnost može se ograni čiti ako se tako zahtijeva 
za vrijeme sigurnosnog certificiranja.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 77  
382) Prije aktivacije ure đaj za bilježenje podataka mora imati 
pristup funkciji kalibracije, čak i kada nije u kalibracijskom 
načinu rada.  
383) Prije aktivacije ure đaj za bilježenje podataka ne smije zapi ­
sivati niti pohraniti podatke iz to čaka 3.12.3., 3.12.9. i 
3.12.12. do uklju čujući 3.12.15.  
384) Tijekom ugradnje proizvo đači vozila moraju unaprijed pode ­
siti sve poznate parametre.  
385) Proizvo đači vozila ili instalateri aktiviraju ugra đeni uređaj za 
bilježenje podataka najkasnije prije upotrebe vozila u 
području primjene Uredbe (EZ) br. 561/2006.  
386) Aktiviranje ure đaja za bilježenje podataka vrši se automatski 
prvim umetanjem valjane kartice radionice u bilo koji ure đaj 
kartičnog sučelja. 
387) Posebne operacije uparivanja senzora kretanja i jedinice u 
vozilu, ako ih ima, vrše se automatski prije ili tijekom akti ­
viranja.  
388) Slično se posebne operacije povezivanja senzora kretanja i 
jedinice u vozilu, ako ih ima, vrše automatski prije ili 
tijekom aktiviranja.  
389) Nakon aktiviranja ure đaj za bilježenje podataka mora u 
potpunosti izvršavati funkcije i prava pristupa podatcima.  
390) Nakon aktiviranja ure đaj za bilježenje podataka ure đaju za 
komunikaciju na daljinu prenosi sigurne podatke potrebne 
za ciljane provjere na daljinu.  
391) Funkcije bilježenja i pohrane u ure đaju za bilježenje podataka 
postižu punu radnu sposobnost nakon njegova aktiviranja.  
392) Nakon ugradnje slijedi kalibracija. Prva kalibracija ne mora 
nužno uklju čivati unos registracijskog broja vozila (VRN) 
ako ga ovlaštena radionica koja treba obaviti tu kalibraciju 
ne zna. Samo u tim okolnostima vlasnik vozila samo jednom 
može unijeti VRN koriste ći se svojom karticom poduze ća 
prije upotrebe vozila u podru čju primjene Uredbe (EZ) 
br. 561/2006 (npr. koriste ći se naredbama putem odgovara ­
juće strukture izbornika su čelja čovjek-stroj jedinice u vozi ­
lu) (  1 ). Svako ažuriranje ili potvrda tog unosa mogu ća je 
samo karticom radionice.  
393) Za ugradnju vanjskog ure đaja GNSS-a potrebno je povezi ­
vanje s vanjskom jedinicom u vozilu i naknadna provjera 
podataka GNSS-a o položaju.  
394) Ure đaj za bilježenje podataka mora biti smješten u vozilu 
tako da omogu ći vozaču pristup potrebnim funkcijama iz 
njegova sjedala.  ▼B 
( 1 ) SL L 102, 11.4.2006., str. 1.
 02016R0799 — HR — 26.02.2020 — 002.001 — 78  
5.2 Tipska plo čica 
395) Nakon provjere ure đaja za bilježenje podataka pri ugradnji na 
njega se pri čvršćuje jasno vidljiva i lako dostupna tipska 
pločica, koja je trajno ugravirana ili tiskana. Ako to nije 
moguće, pločica se pričvršćuje na stup „B” vozila tako da 
je jasno vidljiva. Za vozila koja nemaju stup „B” tipska se 
pločica pričvršćuje na okvir vrata na voza čevoj strani vozila i 
jasno je vidljiva u svim slu čajevima.  
Poslije svakog pregleda kod ovlaštenog instalatera ili u ovla ­ 
štenoj radionici na mjesto prethodne postavlja se nova 
pločica. 
▼M1 
396) Na plo čici moraju biti navedeni najmanje sljede ći podatci:  
— naziv, adresa ili trgova čki naziv ovlaštenog instalatera ili 
radionice,  
— karakteristi čni koeficijent vozila u obliku „w = … imp/ 
km”,  
— konstanta ure đaja za bilježenje podataka u obliku 
„k = … imp/km”,  
— djelatni opseg guma kota ča u obliku „l = … mm”,  
— veličina guma,  
— datum mjerenja karakteristi čnog koeficijenta vozila i 
djelatnog opsega guma kota ča, 
— identifikacijska oznaka vozila,  
— prisutnost (ili neprisutnost) vanjskog ure đaja GNSS-a,  
— serijski broj vanjskog ure đaja GNSS-a, ako je primje ­
njivo,  
— serijski broj ure đaja za komunikaciju na daljinu, ako 
postoji,  
— serijski broj svih postavljenih plombi,  
— dio vozila na koji se ugra đuje adapter, ako postoji,  
— dio vozila na koji se ugra đuje senzor kretanja, ako nije 
priključen na mjenja č ili ako se ne upotrebljava adapter,  
— opis boje kabela izme đu adaptera i onog dijela vozila iz 
kojeg prima ulazne impulse,  
— serijski broj ugra đenog senzora kretanja adaptera.  
▼B 
397) Samo za vozila M1 i N1 koja su opremljena adapterom u 
skladu s Uredbom Komisije (EZ) br. 68/2009 (  1 ), kako je 
zadnje izmijenjena, a kad nije mogu će uključiti sve potrebne 
informacije opisane u zahtjevu 396, može se upotrijebiti 
druga, dodatna plo čica. U takvim slu čajevima dodatna 
pločica sadržava najmanje zadnje četiri alineje opisane u 
zahtjevu 396.  ▼B 
( 1 ) Uredba Komisije (EZ) br. 68/2009 od 23. sije čnja 2009. o devetoj prilagodbi tehni čkom 
napretku Uredbe Vije ća (EEZ) br. 3821/85 o tahografu u cestovnom prometu (SL L 21, 
24.1.2009., str. 3.).
 02016R0799 — HR — 26.02.2020 — 002.001 — 79  
Ako se upotrebljava druga, dodatna plo čica, pričvršćuje se 
pored ili uz prvu primarnu plo čicu, opisanu u zahtjevu 396, 
i ima istu razinu zaštite. Nadalje, na dodatnoj plo čici je 
naveden i naziv, adresa ili trgova čki naziv ovlaštenog insta ­
latera ili radionice koja je izvršila ugradnju te datum ugra ­
dnje.  
5.3 Plombiranje  
398) Sljede ći dijelovi moraju se zaštititi plombom:  
— svaki spoj čije bi razdvajanje uzrokovalo izmjene ili 
gubitak podataka koje ne bi bilo mogu će otkriti (to se 
može, na primjer, primijeniti na postavljanje senzora 
kretanja na mjenja č, adapter za vozila M1/N1, vezu s 
vanjskim GNSS-om ili jedinicu u vozilu);  
— tipska plo čica, osim ako je pri čvršćena na takav na čin da 
ju je nemogu će ukloniti bez uništavanja oznaka na njoj.  
▼M1 
398a) Gore spomenute plombe certificiraju se u skladu s normom 
EN 16882:2016.  
▼B 
399) Prethodno navedene plombe mogu se ukloniti:  
— u izvanrednom slu čaju, 
— pri ugradnji, podešavanju ili popravku ure đaja za ograni ­ 
čenje brzine ili nekog drugog ure đaja koji pridonosi 
sigurnosti na cesti, pod uvjetom da ure đaj za bilježenje 
podataka nastavi raditi pouzdano i ispravno te da ovla ­ 
šteni instalater ili radionica ponovno postavi plombe (u 
skladu s poglavljem 6.) odmah nakon postavljanja ure đaja 
za ograničenje brzine ili nekog drugog ure đaja koji prido ­
nosi sigurnosti na cestama ili u roku od sedam dana u 
drugim slu čajevima.  
400) Svaki put kad se te plombe skidaju, sastavlja se pisana izjava 
u kojoj se navode razlozi zbog kojih je to u činjeno i koja 
mora biti dostupna nadležnom tijelu.  
401) Plombe moraju imati identifikacijski broj koji im je odredio 
proizvođač. Taj broj mora biti jedinstven i mora se razliko ­
vati od svih drugih brojeva plombi koje su odredili drugi 
proizvođači plombi.  
▼M1 
Taj jedinstveni identifikacijski broj definira se na sljede ći 
način: MMNNNNNNNN oznakom koja se ne može ukloniti, 
pri čemu je MM jedinstvena identifikacija proizvo đača (upis 
baze podataka vodit će EK), a NNNNNNNN alfanumeri čki 
broj plombe koji je jedinstven u domeni proizvo đača. 
▼B 
402) Na plombama mora postojati slobodan prostor na kojem 
ovlašteni instalateri, radionice ili proizvo đači vozila mogu 
dodati posebnu oznaku u skladu s člankom 22. stavkom 3. 
Uredbe (EU) br. 165/2014.  
Ta oznaka ne smije prekriti identifikacijski broj plombe.  
▼M1 
403) Proizvo đači plombi moraju se upisati u posebnu bazu poda ­
taka kad certificiraju model plombe u skladu s normom 
EN 16882:2016 i objaviti svoje identifikacijske brojeve 
plombi u okviru postupka koji će utvrditi Europska komisija.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 80  
404) U okviru Uredbe (EU) br. 165/2014 ovlaštene radionice i 
proizvođači vozila smiju upotrebljavati plombe certificirane 
u skladu s normom EN 16882:2016 samo onih proizvo đača 
plombi koji su navedeni u prethodno navedenoj bazi poda ­
taka. 
▼B 
405) Proizvo đači plombi i njihovi distributeri vode zapise o punoj 
sljedivosti prodanih plombi koje će se upotrebljavati u okviru 
Uredbe (EU) br. 165/2014 te ih moraju biti spremni predati 
nadležnim nacionalnim tijelima kad god je potrebno.  
406) Jedinstveni identifikacijski brojevi plombi moraju biti vidljivi 
na tipskoj plo čici. 
6 PROVJERE, PREGLEDI I POPRAVCI  
Zahtjevi u pogledu okolnosti u kojima se plombe mogu ukloniti u 
skladu s člankom 22. stavkom 5. Uredbe (EU) br. 165/2014 utvr ­ 
đeni su u poglavlju 5.3. ovog Priloga.  
6.1 Ovlaštenje instalatera, radionica i proizvo đača vozila  
Države članice ovlaš ćuju, redovito nadziru i potvr đuju tijela koja 
obavljaju:  
— ugradnju,  
— provjere,  
— preglede,  
— popravke.  
Osim ako ne postoji valjano opravdanje, kartice radionice izdaju se 
samo instalaterima i/ili radionicama koji su ovlašteni za aktiviranje 
i/ili kalibraciju ure đaja za bilježenje podataka u skladu s ovim 
Prilogom i:  
— koji nemaju pravo na karticu poduze ća 
— i čija druga poslovna djelatnost ne dovodi u pitanje sveukupnu 
sigurnost sustava kako se zahtjeva u Dodatku 10.  
▼M1 
6.2 Provjera novih ili popravljenih ure đaja 
407) Svaki pojedini ure đaj, nov ili popravljen, provjerava se kali ­
bracijom u pogledu ispravnog rada te to čnosti očitavanja i 
zapisa, u granicama utvr đenima u poglavljima 3.2.1., 3.2.2., 
3.2.3. i 3.3.  
▼B 
6.3 Pregled pri ugradnji  
▼M1 
408) Pri postavljanju u vozilo, čitava instalacija (uklju čujući i 
uređaj za bilježenje podataka) mora udovoljiti odredbama 
koje se odnose na najve ća dopuštena odstupanja utvr đena u 
poglavljima 3.2.1., 3.2.2., 3.2.3. i 3.3. Čitava instalacija zašti ­ 
ćuje se plombom u skladu s poglavljem 5.3. i uklju čuje 
kalibraciju.  
▼B 
6.4 Periodi čni pregledi  
409) Periodi čni pregledi ure đaja za bilježenje podataka u vozilu 
obavljaju se nakon svakog popravka ure đaja ili nakon svake 
izmjene karakteristi čnog koeficijenta vozila ili djelatnog 
opsega guma ili nakon pogreške vremena po UTC-u u 
uređaju veće od 20 minuta, ili pri promjeni registracijske 
oznake vozila, te barem jednom svake dvije godine 
(24 mjeseca) nakon posljednjeg pregleda.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 81  
410) Ti pregledi obuhva ćaju sljedeće provjere:  
— da uređaj za bilježenje podataka radi ispravno, uklju ču­
jući funkciju pohrane podataka na tahografske kartice i 
komunikaciju s čitačima komunikacije na daljinu,  
— da je osigurana sukladnost s odredbama poglavlja 3.2.1. i 
3.2.2. o najve ćem odstupanju pri ugradnji,  
— da je osigurana sukladnost s odredbama poglavlja 3.2.3. i 
3.3., 
— ima li ure đaj za bilježenje podataka homologacijsku 
oznaku,  
— da su ugra đene tipska plo čica, kako je definirana u 
zahtjevu 396, i opisna plo čica, kako je definirana u 
zahtjevu 225,  
— kolika je veli čina gume i stvarni opseg guma,  
— da uređaju nisu dodani ure đaji za manipulaciju,  
— da su plombe ispravno postavljene, u dobrom stanju, da 
su njihovi identifikacijski brojevi valjani (ovlašteni proiz ­
vođač plombi u bazi podataka EK-a) i da njihovi identi ­
fikacijski brojevi odgovaraju oznakama tipskih plo čica 
(vidjeti zahtjev 401).  
411) Ako se ustanovi da se nakon posljednjeg pregleda dogodio 
jedan od doga đaja navedenih u poglavlju 3.9. (Otkrivanje 
događaja i/ili kvarova) i proizvo đači tahografa i/ili nacionalna 
tijela smatraju da on potencijalno dovodi u opasnost sigur ­
nost uređaja, radionica tada:  
a. uspoređuje identifikacijske podatke senzora kretanja, koji 
je priključen na mjenja č, s podatcima povezanog senzora 
kretanja registriranog u jedinici u vozilu;  
b. provjerava podudaraju li se informacije zabilježene na 
tipskoj plo čici s informacijama koje sadržava zapis jedi ­
nice u vozilu;  
c. provjerava podudara li se serijski broj i homologacijski 
broj senzora kretanja, ako je ispisan na tijelu senzora 
kretanja, s informacijama koje sadrži zapis jedinice u 
vozilu;  
d. uspoređuje identifikacijske podatke ozna čene na opisnoj 
pločici vanjskog ure đaja GNSS-a, ako postoje, s podat ­
cima pohranjenima u podatkovnoj memoriji jedinice u 
vozilu.  
412) Radionice u svojim izvješ ćima o pregledu zapisuju sva 
saznanja o slomljenim plombama ili ure đajima za manipula ­
ciju. Radionice ta izvješ ća čuvaju najmanje dvije godine i 
stavljaju ih na raspolaganje na zahtjev nadležnih tijela.  
413) Ti pregledi moraju uklju čivati kalibraciju i preventivnu 
zamjenu plombi za čije su postavljanje odgovorne radionice..  
6.5 Mjerenje grešaka  
414) Mjerenje grešaka kod ugradnje i tijekom upotrebe obavlja se 
pod sljede ćim uvjetima koji se smatraju standardnim uvje ­
tima ispitivanja:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 82  
— nenatovareno vozilo u stanju spremnom za vožnju,  
— tlak u gumama prema uputama proizvo đača, 
— istrošenost guma u okviru zakonski dopuštenih granica,  
— kretanje vozila:  
— vozilo se mora kretati snagom vlastitog motora, pravo ­
crtno na ravnoj površini brzinom od 50 ± 5 km/h. Mjerna 
udaljenost iznosi najmanje 1 000 m.  
— Ako im je to čnost usporediva, za provjeru se mogu kori ­
stiti i alternativne metode kao što je ispitivanje na odgo ­
varajućem ispitnom stolu.  
6.6 Popravci  
415) Radionice moraju mo ći preuzeti podatke s ure đaja za bilje ­ 
ženje podataka kako bi ih mogli dostaviti odgovaraju ćem 
prijevozniku.  
416) Ovlaštene radionice izdaju prijevoznicima potvrdu o nemo ­
gućnosti preuzimanja podataka kada neispravnost ure đaja za 
bilježenje podataka spre čava preuzimanje prethodno zabilje ­ 
ženih podataka, čak i nakon popravka u radionici. Radionice 
čuvaju presliku svake izdane potvrde u trajanju od najmanje 
dvije godine.  
7 IZDAVANJE KARTICA  
Postupci izdavanja kartica ustrojeni u državama članicama moraju 
biti u skladu sa sljede ćim: 
417) broj kartice prvog izdavanja tahografske kartice tražitelju 
mora imati redni indeks (ako je primjereno) i indeks 
zamjene te indeks ponovnog izdavanja postavljen na „0”.  
418) Brojevi kartica svih nepersonaliziranih tahografskih kartica 
koje se izdaju jednom nadzornom tijelu ili jednoj radionici 
ili jednom prijevozniku moraju imati prvih 13 istih zname ­
naka, te razli čit redni indeks.  
419) Tahografska kartica koja se izdaje kao zamjena za postoje ću 
tahografsku karticu mora imati isti broj kartice kao i kartica 
koju zamjenjuje, osim indeksa zamjene koji se uve ćava za 
„1” (redoslijedom 0, …, 9, A, …, Z).  
420) Tahografska kartica koja se izdaje kao zamjena za postoje ću 
tahografsku karticu mora imati isti datum isteka valjanosti 
kartice kao i kartica koju zamjenjuje.  
421) Tahografska kartica koja se izdaje zbog obnavljanja postoje će 
tahografske kartice mora imati isti broj kartice kao i kartica 
koja se obnavlja, osim indeksa zamjene koji se ponovno 
vraća na nulu i indeksa ponovnog izdavanja koji se 
uvećava za „1” (redoslijedom 0, …, 9, A, …, Z).  
422) Zamjena postoje će kartice tahografa radi izmjene administra ­
tivnih podataka slijedi pravila obnavljanja ako se obavlja 
unutar iste države članice odnosno pravila prvog izdavanja 
ako istu obavlja druga država članica.  
423) „Prezime nositelja kartice” za nepersonalizirane kartice radio ­
nice ili kontrolne kartice popunjava se nazivom radionice ili 
nadzornog tijela ili imenom instalatera ili službenika za 
kontrolu ako države članice tako odlu če. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 83  
424) Države članice elektroni čki razmjenjuju podatke kako bi 
osigurale jedinstvenost tahografske kartice voza ča koju 
izdaju u skladu s člankom 31. Uredbe (EU) br. 165/2014.  
8 HOMOLOGACIJA URE ĐAJA ZA BILJEŽENJE PODATAKA I 
TAHOGRAFSKIH KARTICA  
8.1 Op ći zahtjevi  
▼M1 
Za potrebe ovog poglavlja, rije či „uređaj za bilježenje podataka” 
znače „uređaj za bilježenje podataka ili njegovi sastavni dijelovi”. 
Homologacija nije potrebna za kabele koji povezuju senzor kretanja 
s jedinicom u vozilu, vanjski ure đaj GNSS-a s jedinicom u vozilu ili 
vanjski ure đaj za komunikaciju na daljinu s jedinicom u vozilu. 
Papir koji se upotrebljava u ure đaju za bilježenje podataka smatra 
se sastavnim dijelom ure đaja za bilježenje podataka.  
Bilo koji proizvo đač može zatražiti homologaciju sastavnih dijelova 
uređaja za bilježenje podataka s bilo kojim drugim sastavnim dije ­
lovima ure đaja za bilježenje podataka pod uvjetom da je svaki 
sastavni dio u skladu sa zahtjevima iz ovog Priloga. U suprotnom, 
proizvođači mogu zatražiti i homologaciju ure đaja za bilježenje 
podataka.  
Kao što je opisano u definiciji 10) u članku 2. ove Uredbe, jedinice 
u vozilu imaju više varijanti sklopova sastavnih dijelova. Bez obzira 
na sklop sastavnih dijelova jedinice u vozilu, vanjska antena i (ako 
je primjenjivo) antenski razdjelnik povezan s prijamnikom GNSS-a 
ili uređajem za komunikaciju na daljinu nisu dio homologacije jedi ­
nice u vozilu.  
Bez obzira na to, proizvo đači koji su dobili homologaciju za ure đaj 
za bilježenje podataka moraju održavati javno dostupan popis 
kompatibilnih antena i razdjelnika sa svakom homologiranom jedi ­
nicom u vozilu, vanjski ure đaj GNSS-a i vanjski ure đaj za komu ­
nikaciju na daljinu.  
▼B 
425) Ure đaj za bilježenje podataka podnosi se za homologaciju 
zajedno sa svim integriranim dodatnim ure đajima.  
426) Homologacija ure đaja za bilježenje podataka i tahografskih 
kartica mora uklju čivati sigurnosna ispitivanja, ispitivanja 
funkcionalnosti i interoperabilnosti. Pozitivni rezultati svih 
ovih ispitivanja utvr đuju se u odgovaraju ćoj potvrdi.  
▼M1 
427) Tijela država članica zadužena za homologaciju ne će izdati 
certifikat o homologaciji ako nemaju:  
— certifikat o sigurnosti (ako je to zatraženo u ovom Prilo ­
gu), 
— certifikat o ispravnosti  
— i certifikat o interoperabilnosti (ako je to zatraženo u 
ovom Prilogu)  
za uređaj za bilježenje podataka ili tahografsku karticu koja 
je predmet zahtjeva za homologaciju.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 84  
428) O svakoj izmjeni u softveru ili hardveru ure đaja ili u naravi 
materijala upotrijebljenih u njegovoj proizvodnji mora se, 
prije nego što se primijeni, obavijestiti nadležno tijelo koje 
je odobrilo homologaciju za ure đaj. To tijelo proizvo đaču 
potvrđuje produljenje homologacije ili može zahtijevati ažuri ­
ranje ili potvrdu relevantnih certifikata o ispravnosti, sigur ­
nosti i/ili o interoperabilnosti.  
429) Postupke softverske nadogradnje ure đaja za bilježenje poda ­
taka na licu mjesta odobrava tijelo koje je odobrilo homolo ­
gaciju uređaja za bilježenje podataka. Nadogradnja softvera 
ne smije mijenjati ili brisati niti jedan podatak o aktivnosti 
vozača pohranjen u ure đaju za bilježenje podataka. Softver se 
može nadogra đivati samo pod odgovornosti proizvo đača 
uređaja. 
430) Homologacija izmjena softvera koje se odnose na nadogra ­
dnju prethodno homologiranog ure đaja za bilježenje podataka 
ne može se odbiti ako se te izmjene primjenjuju samo na 
funkcije koje nisu odre đene u Prilogu. Nadogradnja softvera 
uređaja za bilježenje podataka može isklju čiti uvođenje novih 
skupova znakova ako to nije tehni čki izvedivo.  
8.2 Certifikat o sigurnosti  
431) Certifikat o sigurnosti izdaje se u skladu s odredbama 
Dodatka 10. ovom Prilogu. Sastavni dijelovi ure đaja za bilje ­ 
ženje podataka koje je potrebno certificirati su jedinica u 
vozilu, senzor kretanja, vanjski ure đaj GNSS-a i tahografske 
kartice.  
432) U iznimnim okolnostima, kad tijela za sigurnosno certifici ­
ranje odbijaju certificirati novu opremu radi zastarjelosti 
sigurnosnih mehanizama, homologacija se nastavlja izdavati 
u skladu s Uredbom samo u tim specifi čnim i iznimnim 
okolnostima te kad ne postoji alternativno rješenje koje je 
u skladu s Uredbom.  
433) U tim okolnostima, doti čna država članica bez odgode 
obavješćuje Europsku komisiju, koja u roku od dvanaest 
kalendarskih mjeseci od dodjele homologacije pokre će 
postupak kojim osigurava da se ponovno uspostavi prvotna 
razina sigurnosti.  
8.3 Certifikat o ispravnosti  
434) Svaki kandidat za homologaciju mora dostaviti tijelu države 
članice odgovornom za homologaciju sve materijale i doku ­
mente koje tijelo smatra potrebnima.  
435) Proizvo đači u roku od mjesec dana od datuma zahtjeva 
osiguravaju odgovaraju će uzorke proizvoda podnesenog za 
homologaciju i s tim povezanu dokumentaciju, koju zahtije ­
vaju laboratoriji imenovani za obavljanje funkcionalnih ispi ­
tivanja. Sve troškove koji nastanu zbog tog zahtjeva snosi 
podnositelj zahtjeva. Laboratoriji povjerljivo postupaju sa 
svim poslovno osjetljivim informacijama.  
436) Certifikat o ispravnosti izdaje se proizvo đaču tek nakon 
uspješnog okon čanja najmanje onih ispitivanja funkcio ­
nalnosti koja su navedena u Dodatku 9.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 85  
437) Tijelo za homologaciju izdaje certifikat o ispravnosti. Osim 
naziva korisnika i identifikacije modela, u toj se potvrdi 
detaljno opisuju izvršena ispitivanja i postignuti rezultati.  
438) U certifikatu o ispravnosti bilo kojeg sastavnog dijela ure đaja 
za bilježenje podataka navedeni su i homologacijski brojevi 
svih drugih homologiranih kompatibilnih sastavnih dijelova 
uređaja za bilježenje podataka koji su ispitani tijekom certi ­
ficiranja tog dijela.  
439) U certifikatu o ispravnosti svih sastavnih dijelova ure đaja za 
bilježenje podataka navodi se i norma ISO ili CEN u odnosu 
na koju je funkcionalno su čelje certificirano.  
8.4 Certifikat o interoperabilnosti  
440) Ispitivanje interoperabilnosti provodi se u jednom od labora ­
torija pod nadležnoš ću i odgovornosti Europske komisije.  
441) Laboratorij mora upisati zahtjeve za ispitivanje interoperabil ­
nosti koje podnose proizvo đači kronološkim redom njihova 
pristizanja.  
442) Zahtjevi se službeno upisuju samo kad laboratorij do đe u 
posjed:  
— cjelokupnog niza materijala i dokumenata potrebnih za 
takva ispitivanja interoperabilnosti,  
— odgovaraju ćeg certifikata o sigurnosti,  
— odgovaraju ćeg certifikata o ispravnosti,  
Datum upisa zahtjeva prijavljuje se proizvo đaču. 
443) Laboratorij ne obavlja nikakva ispitivanja interoperabilnosti 
za uređaj za bilježenje podataka ili tahografske kartice koji 
nisu dobili sigurnosni certifikat i funkcionalni certifikat, osim 
u iznimnim okolnostima opisanima u zahtjevu 432.  
444) Svaki proizvo đač koji traži ispitivanje interoperabilnosti mora 
se obvezati da će laboratoriju zaduženom za takva ispitivanja 
ostaviti cjelokupan skup materijala i dokumenata koje je 
pribavio radi provedbe ispitivanja.  
445) Ispitivanja interoperabilnosti moraju se izvesti u skladu s 
odredbama Dodatka 9. ovom Prilogu, na svim vrstama 
uređaja za bilježenje podataka odnosno tahografskih kartica:  
— za koje homologacija još vrijedi, ili  
— za koje je homologacija u tijeku i koji imaju važe ći 
certifikat o interoperabilnosti.  
446) Ispitivanja interoperabilnosti moraju uklju čivati sve genera ­
cije uređaja za bilježenje podataka ili tahografskih kartica 
koje se još uvijek upotrebljavaju.  
447) Certifikat o interoperabilnosti laboratorij izdaje proizvo đaču 
tek nakon uspješnog prolaska svih ispitivanja interoperabil ­
nosti.  
448) Ako ispitivanja interoperabilnosti na jednom ure đaju za bilje ­ 
ženje podataka ili više njih ili jednoj tahografskoj kartici ili  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 86  
više njih nisu bila uspješna, certifikat o interoperabilnosti ne 
smije se izdati prije nego proizvo đač koji je podnio zahtjev 
ne izvrši potrebne izmjene i pro đe ispitivanje interoperabil ­
nosti. Laboratorij uz pomo ć proizvođača na koje se odnosi ta 
pogreška interoperabilnosti utvr đuje uzrok problema te poku ­ 
šava pomo ći proizvođaču podnositelju zahtjeva da prona đe 
tehničko rješenje. Ako je proizvo đač izmijenio svoj proizvod, 
odgovornost je proizvo đača da kod nadležnih tijela utvrdi 
vrijede li još uvijek certifikat o sigurnosti i certifikat o ispra ­
vnosti.  
449) Certifikat o interoperabilnosti vrijedi šest mjeseci. Na kraju 
tog razdoblja on se opoziva ako proizvo đač nije dobio odgo ­
varajući certifikat o homologaciji. Proizvo đač ga dostavlja 
tijelu države članice ovlaštenom za homologaciju koje je 
izdalo potvrdu o ispravnosti.  
450) Nijedan element koji bi mogao biti ishodište neuspjeha 
provjere interoperabilnosti ne smije se upotrebljavati za 
ostvarivanje dobiti ili za preuzimanje vode ćeg položaja.  
8.5 Certifikat o homologaciji  
451) Tijelo države članice ovlašteno za homologaciju može izdati 
certifikat o homologaciji čim zaprimi tri potrebna certifikata.  
452) U certifikatu o homologaciji bilo kojeg dijela ure đaja za 
bilježenje podataka navedeni su i homologacijski brojevi 
svih drugih homologiranih kompatibilnih ure đaja za bilje ­ 
ženje podataka.  
453) Tijelo ovlašteno za homologaciju certifikat o homologaciji 
mora istodobno dostaviti laboratoriju zaduženom za ispiti ­
vanje interoperabilnosti i proizvo đaču. 
454) Laboratorij nadležan za ispitivanje interoperabilnosti mora 
imati javne internetske stranice na kojima će se ažurirati 
popis modela ure đaja za bilježenje podataka ili tahografskih 
kartica:  
— za koje je upisan zahtjev za ispitivanje interoperabilnosti,  
— kojima je izdan certifikat o interoperabilnosti ( čak i 
privremeni),  
— kojima je izdan certifikat o homologaciji.  
8.6 Izvanredni postupak: prvi certifikati o interoperabilnosti za 
uređaje za bilježenje podataka i tahografske kartice druge 
generacije  
455) Do isteka četiri mjeseca od izdavanja certifikata o interope ­
rabilnosti za prvi par ure đaja za bilježenje podataka druge 
generacije i tahografskih kartica druge generacije (kartica 
vozača, kartica radionice, kontrolna kartica i kartica poduze ­ 
ća), svaki izdani certifikat (uklju čujući i prvi) u pogledu 
zahtjeva upisanih u tom razdoblju smatra se privremenim.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 87  
456) Ako na kraju tog razdoblja svi predmetni proizvodi budu 
međusobno interoperabilni, svi odgovaraju ći certifikati o inte ­
roperabilnosti postaju kona čni. 
457) Ako se tijekom tog razdoblja utvrde pogreške interoperabil ­
nosti, laboratorij zadužen za ispitivanje interoperabilnosti 
mora uz pomo ć svih uklju čenih proizvo đača utvrditi uzroke 
problema te ih mora pozvati da izvrše potrebne izmjene.  
458) Ako se po isteku tog razdoblja problemi interoperabilnosti 
nastave, laboratorij zadužen za ispitivanje interoperabilnosti, 
u suradnji sa svim zainteresiranim proizvo đačima i tijelima 
ovlaštenima za homologaciju koja su izdala odgovaraju će 
certifikate o ispravnosti, mora prona ći uzrok pogrešaka inte ­
roperabilnosti i utvrditi koje izmjene svaki od doti čnih proiz­
vođača treba izvršiti. Traženje tehni čkih rješenja traje 
najdulje dva mjeseca, nakon čega Komisija, ako se ne 
pronađe nikakvo zajedni čko rješenje i nakon dogovora s 
laboratorijem zaduženim za ispitivanje interoperabilnosti, 
odlučuje koji će uređaj(i) za bilježenje podataka i kartice 
dobiti kona čni certifikat o interoperabilnosti te navesti 
razloge za tu odluku.  
459) Svaki zahtjev za ispitivanje interoperabilnosti koji laboratorij 
upiše izme đu kraja četveromjese čnog razdoblja nakon izda ­
vanja prvog privremenog certifikata o interoperabilnosti i 
datuma odluke Komisije iz zahtjeva 455 mora se odgoditi 
dok se ne riješe prvi problemi interoperabilnosti. Takvi se 
zahtjevi potom obra đuju kronološkim redom njihova upisiva ­
nja. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 88  
Dodatak 1  
RJEČNIK S PODATCIMA  
SADRŽAJ  
1. UVOD  
1.1. Pristup definiranju vrsta podataka  
1.2. Literatura  
2. DEFINICIJE VRSTA PODATAKA  
2.1. ActivityChangeInfo  
2.2. Address  
2.3. AESKey  
2.4. AES128Key  
2.5. AES192Key  
2.6. AES256Key  
2.7. BCDString  
2.8. CalibrationPurpose  
2.9. CardActivityDailyRecord  
2.10. CardActivityLengthRange  
2.11. CardApprovalNumber  
2.12. CardCertificate  
2.13. CardChipIdentification  
2.14. CardConsecutiveIndex  
2.15. CardControlActivityDataRecord  
2.16. CardCurrentUse  
2.17. CardDriverActivity  
2.18. CardDrivingLicenceInformation  
2.19. CardEventData  
2.20. CardEventRecord  
2.21. CardFaultData  
2.22. CardFaultRecord  
2.23. CardIccIdentification  
2.24. CardIdentification  
2.25. CardMACertificate  
2.26. CardNumber  
2.27. CardPlaceDailyWorkPeriod  
2.28. CardPrivateKey  
2.29. CardPublicKey  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 89  
2.30. CardRenewalIndex  
2.31. CardReplacementIndex  
2.32. CardSignCertificate  
2.33. CardSlotNumber  
2.34. CardSlotsStatus  
2.35. CardSlotsStatusRecordArray  
2.36. CardStructureVersion  
2.37. CardVehicleRecord  
2.38. CardVehiclesUsed  
2.39. CardVehicleUnitRecord  
2.40. CardVehicleUnitsUsed  
2.41. Certificate  
2.42. CertificateContent  
2.43. CertificateHolderAuthorisation  
2.44. CertificateRequestID  
2.45. CertificationAuthorityKID  
2.46. CompanyActivityData  
2.47. CompanyActivityType  
2.48. CompanyCardApplicationIdentification  
2.49. CompanyCardHolderIdentification  
2.50. ControlCardApplicationIdentification  
2.51. ControlCardControlActivityData  
2.52. ControlCardHolderIdentification  
2.53. ControlType  
2.54. CurrentDateTime  
2.55. CurrentDateTimeRecordArray  
2.56. DailyPresenceCounter  
2.57. Datef  
2.58. DateOfDayDownloaded  
2.59. DateOfDayDownloadedRecordArray  
2.60. Distance  
2.61. DriverCardApplicationIdentification  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 90  
2.62. DriverCardHolderIdentification  
▼M1 
2.63. Rezervirano za budu ću uporabu  
▼B 
2.64. EGFCertificate  
2.65. EmbedderIcAssemblerId  
2.66. EntryTypeDailyWorkPeriod  
2.67. EquipmentType  
2.68. EuropeanPublicKey  
2.69. EventFaultRecordPurpose  
2.70. EventFaultType  
2.71. ExtendedSealIdentifier  
2.72. ExtendedSerialNumber  
2.73. FullCardNumber  
2.74. FullCardNumberAndGeneration  
2.75. Generation  
2.76. GeoCoordinates  
2.77. GNSSAccuracy  
▼M1 
2.78. GNSSAccumulatedDriving  
2.79. GNSSAccumulatedDrivingRecord  
▼B 
2.80. GNSSPlaceRecord  
2.81. HighResOdometer  
2.82. HighResTripDistance  
2.83. HolderName  
2.84. InternalGNSSReceiver  
2.85. K-ConstantOfRecordingEquipment  
2.86. KeyIdentifier  
2.87. KMWCKey  
2.88. Language  
2.89. LastCardDownload  
2.90. LinkCertificate  
2.91. L-TyreCircumference  
2.92. MAC  
2.93. ManualInputFlag  
2.94. ManufacturerCode  
2.95. ManufacturerSpecificEventFaultData  
2.96. MemberStateCertificate  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 91  
2.97. MemberStateCertificateRecordArray  
2.98. MemberStatePublicKey  
2.99. Name  
2.100. NationAlpha  
2.101. NationNumeric  
2.102. NoOfCalibrationRecords  
2.103. NoOfCalibrationsSinceDownload  
2.104. NoOfCardPlaceRecords  
2.105. NoOfCardVehicleRecords  
2.106. NoOfCardVehicleUnitRecords  
2.107. NoOfCompanyActivityRecords  
2.108. NoOfControlActivityRecords  
2.109. NoOfEventsPerType  
2.110. NoOfFaultsPerType  
▼M1 
2.111. NoOfGNSSADRecords  
▼B 
2.112. NoOfSpecificConditionRecords  
2.113. OdometerShort  
2.114. OdometerValueMidnight  
2.115. OdometerValueMidnightRecordArray  
2.116. OverspeedNumber  
2.117. PlaceRecord  
2.118. PreviousVehicleInfo  
2.119. PublicKey  
2.120. RecordType  
2.121. RegionAlpha  
2.122. RegionNumeric  
2.123. RemoteCommunicationModuleSerialNumber  
2.124. RSAKeyModulus  
2.125. RSAKeyPrivateExponent  
2.126. RSAKeyPublicExponent  
2.127. RtmData  
2.128. SealDataCard  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 92  
2.129. SealDataVu  
2.130. SealRecord  
2.131. SensorApprovalNumber  
2.132. SensorExternalGNSSApprovalNumber  
2.133. SensorExternalGNSSCoupledRecord  
2.134. SensorExternalGNSSIdentification  
2.135. SensorExternalGNSSInstallation  
2.136. SensorExternalGNSSOSIdentifier  
2.137. SensorExternalGNSSSCIdentifier  
2.138. SensorGNSSCouplingDate  
2.139. SensorGNSSSerialNumber  
2.140. SensorIdentification  
2.141. SensorInstallation  
2.142. SensorInstallationSecData  
2.143. SensorOSIdentifier  
2.144. SensorPaired  
2.145. SensorPairedRecord  
2.146. SensorPairingDate  
2.147. SensorSCIdentifier  
2.148. SensorSerialNumber  
2.149. Signature  
2.150. SignatureRecordArray  
2.151. SimilarEventsNumber  
2.152. SpecificConditionRecord  
2.153. SpecificConditions  
2.154. SpecificConditionType  
2.155. Speed  
2.156. SpeedAuthorised  
2.157. SpeedAverage  
2.158. SpeedMax  
2.159. TachographPayload  
▼M1 
2.160. Rezervirano za budu ću uporabu  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 93  
2.161. TDesSessionKey  
2.162. TimeReal  
2.163. TyreSize  
2.164. VehicleIdentificationNumber  
2.165. VehicleIdentificationNumberRecordArray  
2.166. VehicleRegistrationIdentification  
2.167. VehicleRegistrationNumber  
2.168. VehicleRegistrationNumberRecordArray  
2.169. VuAbility  
2.170. VuActivityDailyData  
2.171. VuActivityDailyRecordArray  
2.172. VuApprovalNumber  
2.173. VuCalibrationData  
2.174. VuCalibrationRecord  
2.175. VuCalibrationRecordArray  
2.176. VuCardIWData  
2.177. VuCardIWRecord  
2.178. VuCardIWRecordArray  
2.179. VuCardRecord  
2.180. VuCardRecordArray  
2.181. VuCertificate  
2.182. VuCertificateRecordArray  
2.183. VuCompanyLocksData  
2.184. VuCompanyLocksRecord  
2.185. VuCompanyLocksRecordArray  
2.186. VuControlActivityData  
2.187. VuControlActivityRecord  
2.188. VuControlActivityRecordArray  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 94  
2.189. VuDataBlockCounter  
2.190. VuDetailedSpeedBlock  
2.191. VuDetailedSpeedBlockRecordArray  
2.192. VuDetailedSpeedData  
2.193. VuDownloadablePeriod  
2.194. VuDownloadablePeriodRecordArray  
2.195. VuDownloadActivityData  
2.196. VuDownloadActivityDataRecordArray  
2.197. VuEventData  
2.198. VuEventRecord  
2.199. VuEventRecordArray  
2.200. VuFaultData  
2.201. VuFaultRecord  
2.202. VuFaultRecordArray  
▼M1 
2.203. VuGNSSADRecord  
2.204. VuGNSSADRecordArray  
▼B 
2.205. VuIdentification  
2.206. VuIdentificationRecordArray  
2.207. VuITSConsentRecord  
2.208. VuITSConsentRecordArray  
2.209. VuManufacturerAddress  
2.210. VuManufacturerName  
2.211. VuManufacturingDate  
2.212. VuOverSpeedingControlData  
2.213. VuOverSpeedingControlDataRecordArray  
2.214. VuOverSpeedingEventData  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 95  
2.215. VuOverSpeedingEventRecord  
2.216. VuOverSpeedingEventRecordArray  
2.217. VuPartNumber  
2.218. VuPlaceDailyWorkPeriodData  
2.219. VuPlaceDailyWorkPeriodRecord  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2.221. VuPrivateKey  
2.222. VuPublicKey  
2.223. VuSerialNumber  
2.224. VuSoftInstallationDate  
2.225. VuSoftwareIdentification  
2.226. VuSoftwareVersion  
2.227. VuSpecificConditionData  
2.228. VuSpecificConditionRecordArray  
2.229. VuTimeAdjustmentData  
▼M1 
2.230. Rezervirano za budu ću uporabu  
2.231. Rezervirano za budu ću uporabu  
▼B 
2.232. VuTimeAdjustmentRecord  
2.233. VuTimeAdjustmentRecordArray  
2.234. WorkshopCardApplicationIdentification  
2.235. WorkshopCardCalibrationData  
2.236. WorkshopCardCalibrationRecord  
2.237. WorkshopCardHolderIdentification  
2.238. WorkshopCardPIN  
2.239. W-VehicleCharacteristicConstant  
2.240. VuPowerSupplyInterruptionRecord  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 96  
2.241. VuPowerSupplyInterruptionRecordArray  
2.242. VuSensorExternalGNSSCoupledRecordArray  
2.243. VuSensorPairedRecordArray  
3. DEFINICIJE VRIJEDNOSTI I RASPONA VELI ČINE 
4. SKUPINE ZNAKOVA (CHARACTER SETS)  
5. KODIRANJE  
6. IDENTIFIKATORI OBJEKTA I IDENTIFIKATORI APLIKACIJE  
6.1. Identifikatori objekta  
6.2. Identifikatori aplikacije  
1. UVOD  
U ovom su dodatku navedeni formati podataka, podatkovni elementi i 
strukture podataka za upotrebu u ure đajima za bilježenje podataka i 
tahografskim karticama.  
1.1. Pristup definiranju vrsta podataka  
U ovom se dodatku za definiranje vrsta podataka upotrebljava  Abstract 
Syntax Notation One  (ASN.1). Time se omogu ćuje definiranje jednosta ­
vnih i strukturiranih podataka bez impliciranja posebne sintakse prije ­
nosa (pravila u pogledu kodiranja) koji će ovisiti o primjeni i okolini.  
Konvencije o nazivlju tipa ASN.1 u skladu su s normom ISO/IEC 8824- 
1. To znači sljedeće: 
— ako je to mogu će, značenje vrste podataka naslu ćuje se iz odabranih 
naziva,  
— ako je vrsta podataka sastavljena od drugih vrsta podataka, naziv 
vrste podataka svejedno se sastoji od jednog slijeda abecednih 
znakova koji zapo činje velikim po četnim slovom, ali se u nazivu 
upotrebljavaju velika slova kako bi se naglasilo odgovaraju će znače­
nje, 
— nazivi vrsta podataka op ćenito su povezani s nazivom vrsta podataka 
iz kojih su izvedeni, ure đajem u kojem su podatci pohranjeni i 
funkcijom u vezi s podacima.  
Ako je vrsta podataka po ASN.1 ve ć definirana kao dio neke druge 
norme, a važno je upotrijebiti je u ure đaju za bilježenje podataka, ta 
ASN.1 vrsta podataka bit će definirana u ovome dodatku.  
Kako bi se omogu ćilo više vrsta pravila u pogledu kodiranja, neke su 
vrste ASN.1 u ovome dodatku ograni čene identifikatorima raspona 
vrijednosti. Identifikatori raspona vrijednosti definirani su u stavku 3. i 
Dodatku 2.  
1.2. Literatura  
U ovome su Dodatku upotrijebljeni sljede ći izvori:  
ISO 639 Code for the representation of names of languages. 
Prvo izdanje: 1988.  
ISO 3166 Codes for the representation of names of countries 
and their subdivisions – Part 1: Country codes, 2013.  
ISO 3779 Road vehicles – Vehicle identification number (VIN) 
– Content and structure. 2009.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 97  
ISO/IEC 7816-5 Identification cards – Integrated circuit cards – Part 5: 
Registration of application providers.  
Drugo izdanje: 2004.  
ISO/IEC 7816-6 Identification cards – Integrated circuit cards – Part 6: 
Interindustry data elements for interchange, 2004 + 
Technical Corrigendum 1: 2006.  
ISO/IEC 8824-1 Information technology – Abstract Syntax Notation 
One (ASN.1): Specification of basic notation. 2008 
+ Technical Corrigendum 1: 2012 and Technical 
Corrigendum 2: 2014.  
ISO/IEC 8825-2 Information technology – ASN.1 encoding rules: 
Specification of Packed Encoding Rules (PER). 2008.  
ISO/IEC 8859-1 Information technology – 8 bit single-byte coded 
graphic character sets – Part 1: Latin alphabet No.1. 
Prvo izdanje: 1998.  
ISO/IEC 8859-7 Information technology – 8 bit single-byte coded 
graphic character sets – Part 7: Latin/Greek alphabet. 
2003.  
ISO 16844-3 Road vehicles – Tachograph systems – Motion 
Sensor Interface. 2004 + Technical Corrigendum 1: 
2006.  
TR-03110-3 BSI / ANSSI Technical Guideline TR-03110-3, 
Advanced Security Mechanisms for Machine 
Readable Travel Documents and eIDAS Token – 
Part 3 Common Specifications, verzija 2.20, 3. velja če 
2015.  
2. DEFINICIJE VRSTA PODATAKA  
Za sve vrste podataka navedene u nastavku zadana vrijednost za sadržaj 
„nepoznato” ili „nije primjenjivo” sastoji se od popunjavanja podat ­
kovnog elementa bajtovima „FF”.  
Sve se vrste podataka upotrebljavaju za aplikacije prve i druge genera ­
cije, osim ako nije navedeno druk čije. 
▼M1 
Za vrste podataka na kartici koje se upotrebljavaju za aplikacije prve i 
druge generacije, veli čina određena u ovom Dodatku je ona za aplikacije 
druge generacije. Čitatelj bi ve ć trebao biti upoznat s veli činom za 
aplikacije prve generacije. Brojevi zahtjeva navedenih u Prilogu I.C 
povezani s takvim vrstama podataka odnose se na aplikacije prve i 
druge generacije.  
▼B 
2.1. ActivityChangeInfo  
Tom se vrstom podataka omogu ćuje kodiranje, u okviru dvobajtne rije či, 
statusa utora u 00:00 sati i/ili stanja vožnje u 00:00 sati i/ili promjena 
aktivnosti i/ili promjena stanja vožnje i/ili promjena statusa kartice 
vozača ili suvoza ča. Ta se vrsta podataka odnosi na zahtjeve 105, 
266, 291, 320, 321, 343 i 344 iz Priloga 1.C.
  
Dodjela vrijednosti – oktetno poravnavanje : ‘scpaattttttttttt’B (16 
bitova)  
Za zapise u podatkovnoj memoriji (ili status utora):  
‘s’B Utor:  
‘0’B: VOZA Č, 
‘1’B: SUVOZA Č, ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 98  
‘c’B Stanje vožnje:  
‘0’B: JEDAN VOZA Č, 
‘1’B: POSADA,  
‘p’B Status kartice voza ča (ili radionice) u odgovaraju ćem 
utoru:  
‘0’B: UMETNUTA, kartica je umetnuta,  
‘1’B: NIJE UMETNUTA, kartica nije umetnuta (ili je 
kartica uklonjena),  
‘aa’B Aktivnost:  
‘00’B: STANKA/ODMOR,  
‘01’B: PRIPRAVNOST,  
‘10’B: RAD,  
‘11’B: VOŽNJA,  
‘ttttttttttt’B Vrijeme promjene: broj minuta od 00:00 h odre đenog 
dana.  
Za zapise na kartici voza ča (ili radionice) (i stanje vožnje):  
‘s’B Utor (nije relevantno ako je ‘p’ = 1, osim prema 
napomeni navedenoj u nastavku):  
‘0’B: VOZA Č, 
‘1’B: SUVOZA Č, 
‘c’B Stanje vožnje (ako je ‘p’ = 0) ili  
Sljedeće stanje aktivnosti (ako je ‘p’ = 1):  
‘0’B: JEDAN VOZA Č, 
‘0’B: NEPOZNATO  
‘1’B: POSADA,  
‘1’B: POZNATO (= ru čni unos)  
‘p’B Status kartice:  
‘0’B: UMETNUTA, kartica je umetnuta u ure đaj za 
bilježenje podataka,  
‘1’B: NIJE UMETNUTA, kartica nije umetnuta (ili je 
kartica uklonjena),  
‘aa’B Aktivnost (nije relevantno ako je ‘p’ = 1 i ‘c’ = 0, 
osim prema napomeni navedenoj u nastavku):  
‘00’B: STANKA/ODMOR,  
‘01’B: PRIPRAVNOST,  
‘10’B: RAD,  
‘11’B: VOŽNJA,  
‘ttttttttttt’B Vrijeme promjene: broj minuta od 00:00 h odre đenog 
dana.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 99  
Napomena u slu čaju „uklanjanja kartice”:  
Kad je kartica uklonjena:  
— bit ‘s’ je relevantan i ozna čuje utor iz kojeg je kartica uklonjena,  
— bit ‘c’ mora biti postavljen na 0,  
— bit ‘p’ mora biti postavljen na 1,  
— bitom ‘aa’ mora se kodirati trenuta čna aktivnost odabrana u tom 
trenutku.  
Kao rezultat ru čnog unosa, kasnije se može pisati preko bitova ‘c’ i ‘aa’ 
riječi (pohranjenih u kartici) kako bi se odrazio unos.  
2.2. Address  
Adresa.
  
codePage  označuje skup znakova definiran u poglavlju 4.,  
address  je adresa kodirana s pomo ću posebnog skupa znakova.  
2.3. AESKey  
Druga generacija:  
AES ključ duljine 128, 192 ili 256 bitova.
  
Dodjela vrijednosti : nije dodatno utvr đena. 
2.4. AES128Key  
Druga generacija:  
AES128 klju č.
 
duljina  označuje duljinu AES128 klju ča u oktetima.  
aes128Key  je AES klju č duljine 128 bitova.  
Dodjela vrijednosti:  
Duljina ima vrijednost 16.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 100  
2.5. AES192Key  
Druga generacija:  
AES192 klju č.
 
duljina  označuje duljinu AES192 klju ča u oktetima.  
aes192Key  je AES klju č duljine 192 bita.  
Dodjela vrijednosti:  
Duljina ima vrijednost 24.  
2.6. AES256Key  
Druga generacija:  
AES256 klju č.
 
duljina  označuje duljinu AES256 klju ča u oktetima.  
aes256Key  je AES klju č duljine 256 bitova.  
Dodjela vrijednosti:  
Duljina ima vrijednost 32.  
2.7. BCDString  
BCDString primjenjuje se za prikaz binarno kodiranih decimalnih 
brojeva (BCD). Ta se vrsta podataka upotrebljava za prikaz jednodeci ­
malne znamenke u jednom poluoktetu (4 bita). BCDString temelji se na 
normi ISO/IEC 8824-1 ‘CharacterStringType’.
  
BCDString upotrebljava zapis „hstring”. Krajnja lijeva heksadecimalna 
znamenka najvažniji je poluoktet prvog okteta. Višekratnik okteta tvori 
se tako da se umetne poluoktet sa završnim nulama, prema potrebi, od 
mjesta krajnjeg lijevog poluokteta u prvom oktetu.  
Dopuštene su znamenke sljede će: 0, 1, … 9.  
2.8. CalibrationPurpose  
Kod kojim se pojašnjava zašto je zabilježen niz parametara kalibriranja. 
Ta se vrsta podataka odnosi na zahtjeve 097 i 098 iz Priloga 1.B te na 
zahtjev 119 iz Priloga 1.C.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 101  
Dodjela vrijednosti:  
Prva generacija:  
‘00’H rezervirana vrijednost,  
‘01’H aktivacija: bilježenje poznatih parametara kalibriranja 
u trenutku aktivacije jedinice u vozilu,  
‘02’H prva ugradnja: prvo kalibriranje jedinice u vozilu 
nakon njezine aktivacije,  
‘03’H ugradnja: prvo kalibriranje jedinice u vozilu u sada ­ 
šnjem vozilu,  
‘04’H periodi čni pregled.  
Druga generacija:  
Uz vrijednosti navedene za prvu generaciju upotrebljavaju se i sljede će: 
‘05’H poduze će unosi registracijski broj vozila (VRN),  
‘06’H podešavanje vremena bez kalibriranja,  
‘07’H do ‘7F’H RFU,  
‘80’H do ‘FF’H specifi čno za proizvo đača. 
2.9. CardActivityDailyRecord  
Informacije pohranjene na kartici koje se odnose na aktivnosti voza ča na 
određeni kalendarski dan. Ta se vrsta podataka odnosi na zahtjeve 266, 
291, 320 i 343 iz Priloga 1.C.
  
activityPreviousRecordLength  je ukupna duljina u bajtovima zapisa od 
prethodnog dana. Najve ća vrijednost iskazana je duljinom oktetnog niza 
(OCTET STRING) koji sadržava te zapise (vidjeti CardActivityLengt ­
hRange u Dodatku 2. stavku 4.). Kad je taj zapis najstariji dnevni zapis, 
vrijednost activityPreviousRecordLength mora biti postavljena na 0.  
activityRecordLength  je ukupna duljina u bajtovima tog zapisa. 
Najveća vrijednost iskazana je duljinom OCTET STRING koji sadržava 
te zapise.  
activityRecordDate  je datum zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 102  
activityDailyPresenceCounter  je brojač dnevne prisutnosti za odre đenu 
karticu za taj dan.  
activityDayDistance  je ukupna udaljenost prije đena tog dana.  
activityChangeInfo  je skup ActivityChangeInfo podataka za voza ča za 
taj dan. Smije sadržavati najviše 1440 vrijednosti (jedna promjena aktiv ­
nosti u minuti). U taj je skup uvijek uklju čen activityChangeInfo kojim 
se kodira stanje vožnje u 00:00 h.  
2.10.  CardActivityLengthRange  
Broj bajtova na kartici voza ča ili kartici radionice raspoloživih za pohra ­
njivanje zapisa o aktivnosti voza ča.
 
Dodjela vrijednosti : vidjeti Dodatak 2.  
2.11.  CardApprovalNumber  
Homologacijski broj kartice.
  
Dodjela vrijednosti:  
Homologacijski broj daje se u skladu s onime objavljenim na odgova ­
rajućoj internetskoj stranici Europske komisije, odnosno, na primjer, 
uključujući spojnice ako postoje. Homologacijski broj mora biti lijevo 
poravnat.  
2.12.  CardCertificate  
Prva generacija:  
Certifikat javnog klju ča kartice.
  
2.13.  CardChipIdentification  
Informacije pohranjene na kartici koje se odnose na identifikaciju inte ­
griranog kruga (IC) kartice (zahtjev 249 iz Priloga 1.C). icSerialNumber 
i icManufacturingReferences zajedno čine jedinstvenu identifikaciju čipa 
kartice. icSerialNumber sâm za sebe ne čini jedinstvenu identifikaciju 
kartice.
  
icSerialNumber  je serijski broj IC-a.  
icManufacturingReferences  je posebni identifikator proizvo đača IC-a.  
2.14.  CardConsecutiveIndex  
Redni indeks kartice (definicija h)).
  
Dodjela vrijednosti:  (vidjeti poglavlje VII. Priloga 1.C)  
Redoslijed pove ćavanja: ‘0, …, 9, A, …, Z, a, …, z’  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 103  
2.15.  CardControlActivityDataRecord  
Informacije pohranjene na kartici voza ča ili kartici radionice koje se 
odnose na posljednju kontrolu kojoj je bio podvrgnut voza č (zah­
tjevi 274, 299, 327 i 350 iz Priloga 1.C).
  
controlType  je vrsta kontrole.  
controlTime  je datum i vrijeme kontrole.  
controlCardNumber  je FullCardNumber službenika za kontrolu koji je 
proveo kontrolu.  
controlVehicleRegistration  je VRN i država članica registracije vozila u 
kojem je provedena kontrola.  
controlDownloadPeriodBegin  i controlDownloadPeriodEnd  su 
razdoblja za koja su preuzeti podatci, u slu čaju preuzimanja podataka.  
2.16.  CardCurrentUse  
Informacije o stvarnoj upotrebi kartice (zahtjevi 273, 298, 326 i 349 iz 
Priloga 1.C).
  
sessionOpenTime  je trenutak umetanja kartice radi trenuta čne upotrebe. 
Taj se element pri uklanjanju kartice postavlja na nulu.  
sessionOpenVehicle  je identifikacija vozila koje se trenuta čno upotreb ­
ljava, postavljena pri umetanju kartice. Taj se element pri uklanjanju 
kartice postavlja na nulu.  
2.17.  CardDriverActivity  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
aktivnosti voza ča (zahtjevi 267, 268, 292, 293, 321 i 344 iz Priloga 1.C).
  
activityPointerOldestDayRecord  je određivanje početka prostora za 
pohranu (broj bajtova od po četka niza) najstarijeg zapisa za puni dan 
u nizu activityDailyRecords. Najve ća vrijednost iskazana je duljinom 
niza. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 104  
activityPointerNewestRecord  je odre đivanje po četka prostora za 
pohranu (broj bajtova od po četka niza) najnovijeg zapisa za puni dan 
u nizu activityDailyRecords. Najve ća vrijednost iskazana je duljinom 
niza.  
activityDailyRecords  je prostor raspoloživ za pohranu podataka o aktiv ­
nosti voza ča (struktura podataka: CardActivityDailyRecord) za svaki 
kalendarski dan kad je upotrebljavana kartica.  
Dodjela vrijednosti : ovaj se oktetni niz cikli čno popunjava zapisima 
CardActivityDailyRecord. Pri prvoj upotrebi pohranjivanje zapo činje s 
prvim bajtom niza. Svi se novi zapisi dodaju na kraj prethodnog zapisa. 
Kad je niz pun, pohranjivanje se nastavlja u prvi bajt niza neovisno o 
prekidu u podatkovnom elementu. Prije postavljanja novih podataka o 
aktivnostima u niz (pove ćanje postoje ćeg activityDailyRecord ili postav ­
ljanje novog activityDailyRecord) kojima se zamjenjuju stariji podatci o 
aktivnostima, mora se ažurirati activityPointerOldestDayRecord kako bi 
se odrazilo novo mjesto najstarijeg zapisa za puni dan, a activityPreviou ­
sRecordLength tog (novog) najstarijeg zapisa za puni dan mora se 
ponovno postaviti na 0.  
2.18.  CardDrivingLicenceInformation  
Informacije pohranjene na kartici voza ča koje se odnose na podatke o 
vozačkoj dozvoli nositelja kartice (zahtjevi 259 i 284 iz Priloga 1.C).
  
drivingLicenceIssuingAuthority  je tijelo nadležno za izdavanje voza čke 
dozvole.  
drivingLicenceIssuingNation  je državna pripadnost tijela koje je izdalo 
vozačku dozvolu.  
drivingLicenceNumber  je broj voza čke dozvole.  
▼M1 
2.19.  CardEventData  
Prva generacija:  
informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
događaje povezane s nositeljem kartice (zahtjevi 260) i 318) iz 
Priloga I.C).
  
CardEventData  je slijed poredan prema uzlaznoj vrijednosti Event ­
FaultType za cardEventRecords (osim u slu čaju zapisa povezanih s 
pokušajima probijanja zaštite koji su sakupljeni u posljednjem nizu slije ­
da). 
cardEventRecords  je niz zapisa o doga đajima odre đene vrste doga đaja 
(ili kategorije, u slu čaju pokušaja probijanja zaštite).  
Druga generacija:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 105  
informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
događaje povezane s nositeljem kartice (zahtjevi 285) i 341) iz 
Priloga I.C).
  
CardEventData  je slijed poredan prema uzlaznoj vrijednosti Event ­
FaultType za cardEventRecords (osim u slu čaju zapisa povezanih s 
pokušajima probijanja zaštite koji su sakupljeni u posljednjem nizu slije ­
da). 
cardEventRecords  je niz zapisa o doga đajima odre đene vrste doga đaja 
(ili kategorije, u slu čaju pokušaja probijanja zaštite).  
▼B 
2.20.  CardEventRecord  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
određeni događaj povezan s nositeljem kartice (zahtjevi 261, 286, 318 i 
341 iz Priloga 1.C).
  
eventType  je vrsta doga đaja. 
eventBeginTime  je datum i vrijeme po četka događaja. 
eventEndTime  je datum i vrijeme završetka doga đaja. 
eventVehicleRegistration  je VRN i država članica registracije vozila u 
kojem je došlo do doga đaja. 
2.21.  CardFaultData  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
kvarove povezane s nositeljem kartice (zahtjevi 263, 288, 318 i 341 iz 
Priloga 1.C).
  
CardFaultData  je niz zapisa o kvarovima ure đaja za bilježenje podataka 
nakon kojih slijedi niz zapisa o kvarovima kartice.  
cardFaultRecords  je niz zapisa o kvarovima u okviru odre đene kate­
gorije kvara (ure đaj za bilježenje podataka ili kartica).  
2.22.  CardFaultRecord  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
određeni kvar povezan s nositeljem kartice (zahtjevi 264, 289, 318 i 341 
iz Priloga 1.C).
  
faultType  je vrsta kvara.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 106  
faultBeginTime  je datum i vrijeme po četka kvara.  
faultEndTime  je datum i vrijeme završetka kvara..  
faultVehicleRegistration  je VRN i država članica registracije vozila u 
kojem je došlo do kvara.  
2.23.  CardIccIdentification  
Informacije pohranjene na kartici koje se odnose na identifikaciju inte ­
griranog kruga (IC) kartice (zahtjev 248 iz Priloga 1.C).
  
clockStop  je način rada „Clockstop” kako je definiran u Dodatku 2.  
cardExtendedSerialNumber  je jedinstveni IC serijski broj kartice kako 
je dodatno odre đeno vrstom podataka ExtendedSerialNumber.  
cardApprovalNumber  je homologacijski broj kartice.  
cardPersonaliserID  je identifikacijski broj personalizatora kartice 
kodiran kao ManufacturerCode.  
embedderIcAssemblerId  pruža informacije o ugraditelju/sastavlja ču IC- 
a. 
icIdentifier  je identifikator IC-a na kartici i proizvo đača IC-a kako je 
definirano u normi ISO/IEC 7816-6.  
2.24.  CardIdentification  
Informacije pohranjene na kartici koje se odnose na identifikaciju kartice 
(zahtjevi 255, 280, 310, 333, 359, 365, 371 i 377 iz Priloga 1.C).
  
cardIssuingMemberState  je kod države članice koja izdaje karticu.  
cardNumber  je broj kartice.  
cardIssuingAuthorityName  je naziv tijela koje je izdalo karticu.  
cardIssueDate  je datum izdavanja kartice sadašnjem nositelju.  
cardValidityBegin  je datum po četka valjanosti kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 107  
cardExpiryDate  je datum isteka valjanosti kartice.  
2.25.  CardMACertificate  
Druga generacija:  
Certifikat javnog klju ča kartice za uzajamnu autentifikaciju s jedinicom u 
vozilu. Struktura tog certifikata utvr đena je u Dodatku 11.
  
2.26.  CardNumber  
Broj kartice kako je definiran definicijom (g).
  
driverIdentification  je jedinstvena identifikacija voza ča u državi članici.  
ownerIdentification  je jedinstvena identifikacija poduze ća ili radionice 
ili nadzornog tijela u državi članici.  
cardConsecutiveIndex  je indeks rednog broja kartice.  
cardReplacementIndex  je indeks zamjene kartice.  
cardRenewalIndex  je indeks obnavljanja kartice.  
Prvi slijed izbora prikladan je za kodiranje broja kartice voza ča, drugi 
slijed izbora prikladan je za kodiranje brojeva kartice radionice, 
nadzornog tijela i poduze ća. 
2.27.  CardPlaceDailyWorkPeriod  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
mjesta na kojima po činju i/ili završavaju razdoblja dnevnog rada (zah ­
tjevi 272, 297, 325 i 348 iz Priloga 1.C).
  
placePointerNewestRecord  je indeks posljednjeg ažuriranog zapisa o 
mjestu.  
Dodjela vrijednosti : Broj koji odgovara brojniku zapisa o mjestu, a 
započinje s „0” za prvu pojavu zapisâ o mjestu u strukturi.  
placeRecords  je niz zapisa koji sadržavaju informacije povezane s 
unesenim mjestima.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 108  
2.28.  CardPrivateKey  
Prva generacija:  
Privatni klju č kartice.
  
2.29.  CardPublicKey  
Javni ključ kartice.
  
▼M1 
2.30.  CardRenewalIndex  
Indeks obnavljanja kartice (definicija i)).
  
Dodjela vrijednosti : (vidjeti poglavlje 7. ovog Priloga).  
‚0’ Prvo izdavanje.  
Redoslijed pove ćavanja: ‚0, …, 9, A, …, Z  
▼B 
2.31.  CardReplacementIndex  
Indeks zamjene kartice (definicija (j)).
  
Dodjela vrijednosti:  (vidjeti poglavlje VII. ovog Priloga).  
‘0’ Izvorna kartica.  
Redoslijed pove ćavanja: ‘0, …, 9, A, …, Z’  
2.32.  CardSignCertificate  
Druga generacija:  
Certifikat javnog klju ča kartice za potpis. Struktura tog certifikata utvr ­ 
đena je u Dodatku 11.
  
2.33.  CardSlotNumber  
Kod namijenjen razlikovanju dvaju utora u jedinici u vozilu.
  
Dodjela vrijednosti : nije dodatno utvr đena. 
2.34.  CardSlotsStatus  
Kod koji ozna čuje vrstu kartica umetnutih u dva utora u jedinici u 
vozilu.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 109  
Dodjela vrijednosti – oktetno poravnavanje : ‘ccccdddd’B  
‘cccc’B identifikacija vrste kartice umetnute u utor suvoza ča, 
‘dddd’B identifikacija vrste kartice umetnute u utor voza ča, 
sa sljedećim identifikacijskim kodovima:  
‘0000’B nije umetnuta kartica,  
‘0001’B umetnuta je kartica voza ča, 
‘0010’B umetnuta je kartica radionice,  
‘0011’B umetnuta je kontrolna kartica,  
‘0100’B umetnuta je kartica poduze ća. 
2.35.  CardSlotsStatusRecordArray  
Druga generacija:  
CardSlotsStatus i meta podatci kako se upotrebljavaju u postupku preu ­
zimanja.
  
recordType  označuje vrstu zapisa (CardSlotsStatus).  Dodjela vrijedno ­
sti: Vidjeti RecordType  
recordSize  je veličina podatka CardSlotsStatus u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa CardSlotsStatus.  
2.36.  CardStructureVersion  
Kod koji ozna čuje verziju strukture upotrijebljene u tahografskoj kartici.
  
Dodjela vrijednosti : ‘aabb’H:  
‘aa’H Indeks izmjena strukture  
‘00’H za aplikacije prve generacije  
‘01’H za aplikacije druge generacije  
‘bb’H Indeks izmjena u pogledu upotrebe podatkovnih eleme ­
nata definiranih za strukturu prikazanu gornjim bajtom.  
‘00’H za ovu verziju aplikacija prve generacije  
‘00’H za ovu verziju aplikacija druge generacije  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 110  
2.37.  CardVehicleRecord  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
razdoblje upotrebe vozila tijekom kalendarskog dana (zahtjevi 269, 294, 
322 i 345 iz Priloga 1.C).  
Prva generacija:
  
vehicleOdometerBegin  je vrijednost na broja ču kilometara vozila na 
početku razdoblja upotrebe vozila.  
vehicleOdometerEnd  je vrijednost na broja ču kilometara vozila na zavr ­ 
šetku razdoblja upotrebe vozila.  
vehicleFirstUse  je datum i vrijeme po četka razdoblja upotrebe vozila.  
vehicleLastUse  je datum i vrijeme završetka razdoblja upotrebe vozila.  
vehicleRegistration  je VRN i država članica registracije vozila.  
vuDataBlockCounter  je vrijednost VuDataBlockCounter pri poslje ­
dnjem preuzimanju podataka o razdoblju upotrebe vozila.  
Druga generacija:
  
Uz podatkovne elemente navedene za prvu generaciju upotrebljava se i 
sljedeći: 
VehicleIdentificationNumber  je identifikacijski broj vozila koji se 
odnosi na vozilo kao cjelinu.  
2.38.  CardVehiclesUsed  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
vozila kojima se koristi nositelj kartice (zahtjevi 270, 295, 323 i 346 iz 
Priloga 1.C).
  
vehiclePointerNewestRecord  je indeks posljednjeg ažuriranog zapisa o 
vozilu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 111  
Dodjela vrijednosti : Broj koji odgovara brojniku zapisa o vozilu, a 
započinje s „0” za prvu pojavu zapisâ o vozilu u strukturi.  
cardVehicleRecords  je niz zapisa koji sadržavaju informacije o upotri ­
jebljenim vozilima.  
2.39.  CardVehicleUnitRecord  
Druga generacija:  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
upotrijebljenu jedinicu u vozilu (zahtjevi 303 i 351 iz Priloga 1.C).
  
timeStamp  je početak razdoblja upotrebe jedinice u vozilu (tj. prvo 
umetanje kartice u jedinicu u vozilu za to razdoblje).  
manufacturerCode  označuje proizvo đača jedinice u vozilu.  
deviceID  označuje vrstu jedinice u vozilu proizvo đača. Vrijednost je 
specifična za proizvo đača. 
vuSoftwareVersion  je broj verzije softvera jedinice u vozilu.  
2.40.  CardVehicleUnitsUsed  
Druga generacija:  
Informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
jedinice u vozilu kojima se koristi nositelj kartice (zahtjevi 306 i 352 iz 
Priloga 1.C).
  
vehicleUnitPointerNewestRecord  je indeks posljednjeg ažuriranog 
zapisa o jedinici u vozilu.  
Dodjela vrijednosti : Broj koji odgovara brojniku zapisa o jedinici u 
vozilu, a zapo činje s „0” za prvu pojavu zapisâ o jedinici u vozilu u 
strukturi.  
cardVehicleUnitRecords  je niz zapisa koji sadržavaju informacije o 
upotrijebljenim jedinicama u vozilima.  
2.41.  Certificate  
Certifikat javnog klju ča koji je izdalo certifikacijsko tijelo.  
Prva generacija:
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 112  
Dodjela vrijednosti : digitalni potpis s djelomi čnom obnovom Certifica ­
teContent u skladu s Dodatkom 11, „Zajedni čki sigurnosni mehanizmi”: 
Potpis (128 bajtova) || preostali dio javnog klju ča (58 bajtova) || oznaka 
certifikacijskog tijela (8 bajtova).  
Druga generacija:
  
Dodjela vrijednosti: Vidjeti Dodatak 11.  
2.42.  CertificateContent  
Prva generacija:  
(Jasni) sadržaj certifikata javnog klju ča u skladu s Dodatkom 11, „Zajed ­
nički sigurnosni mehanizmi”.
  
certificateProfileIdentifier  je verzija odgovaraju ćeg certifikata.  
Dodjela vrijednosti : ‘01h’ za ovu verziju.  
certificationAuthorityReference  označuje certifikacijsko tijelo koje 
izdaje certifikat. Ozna čuje i javni klju č tog certifikacijskog tijela.  
certificateHolderAuthorisation  označuje prava vlasnika certifikata.  
certificateEndOfValidity  je datum administrativnog isteka valjanosti 
certifikata.  
certificateHolderReference  označuje vlasnika certifikata. Ozna čuje i 
njegov javni klju č. 
publicKey  je javni klju č potvrđen tim certifikatom.  
2.43.  CertificateHolderAuthorisation  
Označuje prava vlasnika certifikata.
  
Prva generacija:  
tachographApplicationID  je identifikator aplikacije za tahograf.  
Dodjela vrijednosti : ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Taj je AID 
vlasnički neregistrirani identifikator aplikacije u skladu s normom 
ISO/IEC 7816-5.  
equipmentType  je identifikacija vrste opreme za koju je namijenjen 
certifikat.  
Dodjela vrijednosti : u skladu s vrstom podataka EquipmentType. 
Vrijednost je  0 ako je certifikat izdala država članica.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 113  
Druga generacija:  
tachographApplicationID  označuje šest najvažnijih bajtova identifika ­
tora aplikacije (AID) tahografske kartice druge generacije. AID za apli ­
kaciju tahografske kartice naveden je u poglavlju 6.2.  
Dodjela vrijednosti:  ‘FF 53 4D 52 44 54’  
equipmentType  je identifikacija vrste opreme utvr đene za drugu genera ­
ciju za koju je namijenjen certifikat.  
Dodjela vrijednosti : u skladu s vrstom podataka EquipmentType.  
2.44.  CertificateRequestID  
Jedinstvena identifikacija zahtjeva za certifikat. Može se upotrebljavati i 
kao identifikacija javnog klju ča jedinice u vozilu ako serijski broj jedi ­
nice u vozilu za koju je klju č namijenjen nije poznat u trenutku generi ­
ranja certifikata.
  
requestSerialNumber  je serijski broj zahtjeva za certifikat, jedinstven za 
proizvođača i mjesec naveden u nastavku.  
requestMonthYear  je identifikacija mjeseca i godine zahtjeva za certi ­
fikat.  
Dodjela vrijednosti : BCD kodiranje mjeseca (dvije znamenke) i godine 
(zadnje dvije znamenke).  
crIdentifier  je identifikator kojim se razlikuje zahtjev za certifikat od 
proširenog serijskog broja.  
Dodjela vrijednosti : ‘FFh’.  
manufacturerCode  je numeri čki kod proizvo đača koji zahtijeva certifi ­
kat. 
2.45.  CertificationAuthorityKID  
Identifikator javnog klju ča certifikacijskog tijela (država članica ili 
europsko certifikacijsko tijelo).
  
nationNumeric  je nacionalni broj čani kod certifikacijskog tijela.  
nationAlpha  je nacionalni alfanumeri čki kod certifikacijskog tijela.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 114  
keySerialNumber  je serijski broj kojim se razlikuju razli čiti ključevi 
certifikacijskog tijela u slu čaju promjene klju čeva. 
additionalInfo  je dvobajtno polje za dodatne kodove (specifi čno za 
certifikacijsko tijelo).  
caIdentifier  je identifikator za razlikovanje identifikatora klju ča certifi­
kacijskog tijela od drugih identifikatora klju ča. 
Dodjela vrijednosti : ‘01h’.  
2.46.  CompanyActivityData  
Informacije pohranjene na kartici poduze ća koje se odnose na aktivnosti 
izvršene s karticom (zahtjevi 373 i 379 iz Priloga 1.C).
  
companyPointerNewestRecord  je indeks posljednjeg ažuriranog zapisa 
companyActivityRecord.  
Dodjela vrijednosti : Broj koji odgovara brojniku zapisa o aktivnosti 
poduzeća, a započinje s „0” za prvu pojavu zapisâ o aktivnosti poduze ća 
u strukturi.  
companyActivityRecords  je niz svih zapisa o aktivnosti poduze ća. 
companyActivityRecord  je niz informacija povezanih s jednom aktiv ­
nošću poduzeća. 
companyActivityType  je vrsta aktivnosti poduze ća. 
companyActivityTime  je datum i vrijeme provo đenja aktivnosti podu ­
zeća. 
cardNumberInformation  je broj kartice i država članica koja je izdala 
karticu s koje se preuzimaju podatci, ako postoji.  
vehicleRegistrationInformation  je VRN i država članica registracije 
vozila u kojemu je izvršeno preuzimanje podataka odnosno postavljanje 
ili uklanjanje blokade.  
downloadPeriodBegin  i downloadPeriodEnd  su razdoblje za koje su 
preuzeti podaci iz jedinice u vozilu, ako postoje.  
2.47.  CompanyActivityType  
Kod koji ozna čuje aktivnost koju provodi poduze će upotrebom svoje 
kartice poduze ća.
 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 115  
2.48.  CompanyCardApplicationIdentification  
Informacije pohranjene na kartici poduze ća koje se odnose na identifi ­
kaciju primjene kartice (zahtjevi 369 i 375 iz Priloga 1.C).
  
typeOfTachographCardId  označuje vrstu upotrijebljene kartice.  
cardStructureVersion  utvrđuje verziju strukture koja je primijenjena na 
kartici.  
noOfCompanyActivityRecords  je broj zapisa o aktivnostima poduze ća 
koji se najviše može pohraniti na kartici.  
2.49.  CompanyCardHolderIdentification  
Informacije pohranjene na kartici poduze ća koje se odnose na identifi ­
kaciju nositelja kartice (zahtjevi 372 i 378 iz Priloga 1.C).
  
companyName  je naziv poduze ća nositelja.  
companyAddress  je adresa poduze ća nositelja.  
cardHolderPreferredLanguage  je odabrani jezik nositelja kartice.  
2.50.  ControlCardApplicationIdentification  
Informacije pohranjene na kontrolnoj kartici koje se odnose na identifi ­
kaciju primjene kartice (zahtjevi 357 i 363 iz Priloga 1.C).
  
typeOfTachographCardId  označuje vrstu upotrijebljene kartice.  
cardStructureVersion  utvrđuje verziju strukture koja je primijenjena na 
kartici.  
noOfControlActivityRecords  je broj zapisa o nadzornim aktivnostima 
koji se najviše može pohraniti na kartici.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 116  
2.51.  ControlCardControlActivityData  
Informacije pohranjene na kontrolnoj kartici koje se odnose na nadzorne 
aktivnosti izvršene s karticom (zahtjevi 361 i 367 iz Priloga 1.C).
  
controlPointerNewestRecord  je indeks posljednjeg ažuriranog zapisa o 
nadzornim aktivnostima.  
Dodjela vrijednosti : Broj koji odgovara brojniku zapisa o nadzornoj 
aktivnosti, a zapo činje s „0” za prvu pojavu zapisâ o nadzornoj aktiv ­
nosti u strukturi.  
controlActivityRecords  je niz svih zapisa o nadzornim aktivnostima.  
controlActivityRecord  jeniz informacija povezanih s jednom kontrolom.  
controlType  je vrsta kontrole.  
controlTime  je datum i vrijeme kontrole.  
controlledCardNumber  je broj kartice i država članica koja je izdala 
karticu koju se kontrolira.  
controlledVehicleRegistration  je VRN i država članica registracije 
vozila u kojem je provedena kontrola.  
controlDownloadPeriodBegin  i controlDownloadPeriodEnd  su 
razdoblje za koje su eventualno preuzeti podatci.  
2.52.  ControlCardHolderIdentification  
Informacije pohranjene na kontrolnoj kartici koje se odnose na identifi ­
kaciju nositelja kartice (zahtjevi 360 i 366 iz Priloga 1.C).
  
controlBodyName  je naziv nadzornog tijela nositelja kartice.  
controlBodyAddress  je adresa nadzornog tijela nositelja kartice.  
cardHolderName  je prezime i ime (imena) nositelja kontrolne kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 117  
cardHolderPreferredLanguage  je odabrani jezik nositelja kartice.  
2.53.  ControlType  
Kod koji ozna čuje aktivnosti provedene tijekom kontrole. Ta se vrsta 
podataka odnosi na zahtjeve 126, 274, 299, 327 i 350 iz Priloga 1.C.
  
Prva generacija:  
Dodjela vrijednosti – oktetno poravnavanje : ‘cvpdxxxx’B (8 bitova)  
‘c’B preuzimanje podataka s kartice:  
‘0’B: tijekom ove nadzorne aktivnosti nisu preuzeti 
podatci s kartice,  
‘1’B: tijekom ove nadzorne aktivnosti preuzeti su 
podatci s kartice  
‘v’B preuzimanje podataka s jedinice u vozilu:  
‘0’B: tijekom ove nadzorne aktivnosti nisu preuzeti 
podatci s jedinice u vozilu  
‘1’B: tijekom ove nadzorne aktivnosti preuzeti su 
podatci s jedinice u vozilu  
‘p’B ispis:  
‘0’B: tijekom ove nadzorne aktivnosti nije bilo ispisa,  
‘1’B: tijekom ove nadzorne aktivnosti ispisani su podatci  
‘d’B zaslon:  
‘0’B: tijekom ove nadzorne aktivnosti nije upotrijebljen 
zaslon,  
‘1’B: tijekom ove nadzorne aktivnosti upotrijebljen je 
zaslon  
‘xxxx’B ne upotrebljava se.  
Druga generacija:  
Dodjela vrijednosti – oktetno poravnavanje : ‘cvpdexxx’B (8 bitova)  
‘c’B preuzimanje podataka s kartice:  
‘0’B: tijekom ove nadzorne aktivnosti nisu preuzeti 
podatci s kartice,  
‘1’B: tijekom ove nadzorne aktivnosti preuzeti su 
podatci s kartice  
‘v’B preuzimanje podataka s jedinice u vozilu:  
‘0’B: tijekom ove nadzorne aktivnosti nisu preuzeti 
podatci s jedinice u vozilu  
‘1’B: tijekom ove nadzorne aktivnosti preuzeti su 
podatci s jedinice u vozilu  
‘p’B ispis:  
‘0’B: tijekom ove nadzorne aktivnosti nije bilo ispisa,  
‘1’B: tijekom ove nadzorne aktivnosti ispisani su podatci  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 118  
‘d’B zaslon:  
‘0’B: tijekom ove nadzorne aktivnosti nije upotrijebljen 
zaslon,  
‘1’B: tijekom ove nadzorne aktivnosti upotrijebljen je 
zaslon  
‘e’B provjera kalibriranja uz cestu:  
‘0’B: tijekom ove nadzorne aktivnosti nisu provjereni 
parametri kalibriranja,  
‘1’B: tijekom ove nadzorne aktivnosti provjereni su 
parametri kalibriranja  
‘xxx’B RFU.  
2.54.  CurrentDateTime  
Trenutačni datum i vrijeme na ure đaju za bilježenje podataka.
  
Dodjela vrijednosti:  nije dodatno utvr đena. 
2.55.  CurrentDateTimeRecordArray  
Druga generacija:  
Trenutačni datum i vrijeme te meta podatci kako se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (CurrentDateTime).  Dodjela vrijed ­
nosti : Vidjeti RecordType  
recordSize  je veličina podatka CurrentDateTime u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o trenuta čnom datumu i vremenu.  
2.56.  DailyPresenceCounter  
Brojač pohranjen na kartici voza ča ili radionice, uve ćan za jedan za svaki 
kalendarski dan tijekom kojeg je kartica bila umetnuta u jedinicu u 
vozilu. Ta se vrsta podataka odnosi na zahtjeve 266, 299, 320 i 343 iz 
Priloga 1.C.
  
Dodjela vrijednosti:  Redni brojevi s najve ćom vrijednoš ću = 9 999, 
zatim ponovno od 0. U trenutku prvog izdavanja kartice, broj je postav ­
ljen na 0.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 119  
2.57.  Datef  
Datum iskazan u broj čanom obliku spremnom za ispis.
  
Dodjela vrijednosti:  
gggg godina  
mm mjesec  
dd dan  
‘00000000’H izri čito označuje da nema datuma.  
2.58.  DateOfDayDownloaded  
Druga generacija:  
Datum i vrijeme preuzimanja.
  
Dodjela vrijednosti : nije dodatno utvr đena. 
2.59.  DateOfDayDownloadedRecordArray  
Druga generacija:  
Datum i vrijeme preuzimanja te meta podatci kako se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (DateOfDayDownloaded).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka CurrentDateTime u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o datumu i vremenu preuzimanja.  
2.60.  Distance  
Prijeđena udaljenost (rezultat izra čuna razlike izme đu dviju vrijednosti na 
brojaču u vozilu, u kilometrima).
  
Dodjela vrijednosti : Nepotpisani binarni broj. Vrijednost u kilometrima 
u radnom rasponu od 0 do 9 999 km  
2.61.  DriverCardApplicationIdentification  
Informacije pohranjene na kartici voza ča koje se odnose na identifikaciju 
primjene kartice (zahtjevi 253 i 278 iz Priloga 1.C).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 120  
Prva generacija:
  
typeOfTachographCardId  označuje vrstu upotrijebljene kartice.  
cardStructureVersion  utvrđuje verziju strukture koja je primijenjena na 
kartici.  
noOfEventsPerType  je broj doga đaja po vrsti doga đaja koji se najviše 
može pohraniti na kartici.  
noOfFaultsPerType  je broj kvarova po vrsti kvara koji se najviše može 
pohraniti na kartici.  
activityStructureLength  označuje broj bajtova dostupnih za pohranji ­
vanje zapisa o aktivnostima.  
noOfCardVehicleRecords  je broj zapisa o vozilu koji se najviše može 
pohraniti na kartici.  
noOfCardPlaceRecords  je broj zapisa o mjestima koji se najviše može 
pohraniti na kartici.  
Druga generacija:  
▼M1
 
Uz podatkovne elemente navedene za prvu generaciju upotrebljavaju se i 
sljedeći: 
noOfGNSSADRecords  je broj zapisa GNSS-a o akumuliranom vremenu 
vožnje koji se najviše može pohraniti na kartici.  
noOfSpecificConditionRecords  je broj zapisa o posebnim uvjetima koji 
se najviše može pohraniti na kartici.  
noOfCardVehicleUnitRecords  je broj zapisa o korištenim jedinicama u 
vozilu koji se najviše može pohraniti na kartici.  
▼B 
2.62.  DriverCardHolderIdentification  
Informacije pohranjene na kartici voza ča koje se odnose na identifikaciju 
nositelja kartice (zahtjevi 256 i 281 iz Priloga 1.C).
  
cardHolderName  je prezime i ime (imena) nositelja kartice voza ča. 
cardHolderBirthDate  je datum ro đenja nositelja kartice voza ča. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 121  
cardHolderPreferredLanguage  je odabrani jezik nositelja kartice.  
▼M1 
2.63.  Rezervirano za budu ću uporabu  
▼B 
2.64.  EGFCertificate  
Druga generacija:  
Certifikat javnog klju ča vanjskog ure đaja GNSS-a za uzajamnu autenti ­
fikaciju s jedinicom u vozilu. Struktura tog certifikata utvr đena je u 
Dodatku 11.
  
2.65.  EmbedderIcAssemblerId  
Daje informacije o ugraditelju IC-a.
  
countryCode  je kod zemlje ugra đivača modula, a sastoji se od dva slova 
u skladu s normom ISO 3166.  
moduleEmbedder  označuje ugrađivača modula.  
manufacturerInformation  za internu upotrebu proizvo đača 
2.66.  EntryTypeDailyWorkPeriod  
Kod za razlikovanje po četka i kraja unosa mjesta dnevnog rada te uvjeta 
unosa.  
Prva generacija
  
Dodjela vrijednosti : u skladu s normom ISO/IEC8824-1.  
Druga generacija
  
Dodjela vrijednosti : u skladu s normom ISO/IEC8824-1.  
2.67.  EquipmentType  
Kod za razlikovanje razli čitih vrsta opreme za aplikaciju tahografa.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 122  
Prva generacija:
  
Dodjela vrijednosti : U skladu s normom ISO/IEC8824-1.  
Vrijednost 0 rezervirana je za ozna čivanje države članice ili Europe u 
certifikacijskom polju CHA.  
Druga generacija:  
▼M1 
Upotrebljavaju se jednake vrijednosti kao i u prvoj generaciji, uz sljede će 
dodane vrijednosti:
  
Napomena 1.:  vrijednosti druge generacije koje se odnose na plo čicu, 
adapter i priklju čak vanjskog GNSS-a, kao i vrijednosti prve generacije 
koje se odnose na jedinicu u vozilu i senzor kretanja mogu se upotrijebiti 
u SealRecord, ako je to primjenljivo.  
Napomena 2.:  u polju CardHolderAuthorisation (CHA) certifikata druge 
generacije vrijednosti (1), (2) i (6) tuma če se na na čin da ozna čavaju 
certifikat za uzajamnu autentifikaciju pripadaju će vrste opreme. Za 
označavanje pripadaju ćeg certifikata za stvaranje digitalnog potpisa 
moraju se koristiti vrijednosti (17), (18) ili (19).  
▼B 
2.68.  EuropeanPublicKey  
Prva generacija:  
Europski javni klju č.
 
2.69.  EventFaultRecordPurpose  
Kod kojim se objašnjava zašto je zapisan odre đeni događaj ili kvar.
  
Dodjela vrijednosti:  ▼B
02016R0799 — HR — 26.02.2020 — 002.001 — 123 
jedan od deset najnovijih (ili posljednjih) doga đaja ili kvarova 
najdulji doga đaj za deset zadnjih dana pojave 
jedan od pet najduljih doga đaja u zadnjih 365 dana 
zadnji doga đaj za deset zadnjih dana pojave 
najozbiljniji doga đaj za deset zadnjih dana pojave 
jedan od pet najozbiljnijih doga đaja u zadnjih 365 dana 
prvi događaj ili kvar do kojeg je došlo nakon zadnjeg kalibriranja 
aktivni/teku ći događaj ili kvar 
RFU 
specifično za proizvo đača 
2.70. EventFaultType 
Kod kojim se odre đuje događaj ili kvar.
  
Dodjela vrijednosti:  
Prva generacija:
  
opći događaji, 
nema podrobnijih podataka, 
umetanje nevaže će kartice, 
konflikt kartica, 
vremensko preklapanje, 
vožnja bez odgovaraju će kartice, 
umetanje kartice tijekom vožnje, 
posljednja sesija rada s karticom nije ispravno zaklju čena, 
prekoračenje brzine, 
prekid napajanja, 
pogreška u podatcima o kretanju, 
proturječnost u kretanju vozila, 
RFU
  
događaji koji ozna čuju pokušaje probijanja zaštite povezani s jedinicom u vozilu, 
nema podrobnijih podataka, 
neuspjela autentifikacija senzora kretanja, 
neuspjela autentifikacija tahografske kartice, 
neovlaštena promjena senzora kretanja, 
pogreška u integritetu podataka pohranjenih na kartici, 
pogreška u integritetu pohranjenih korisnič kih podataka, 
pogreška pri unutarnjem prijenosu podataka, 
neovlašteno otvaranje ku ćišta. 
neovlaštene preinake hardvera, 
RFU
  
događaji koji ozna čuju pokušaje probijanja zaštite povezani sa senzorom 
nema podrobnijih podataka, 
neuspješna autentifikacija, 
pogreška u integritetu pohranjenih podataka, 
pogreška pri unutarnjem prijenosu podataka, 
neovlašteno otvaranje ku ćišta. 
neovlaštene preinake hardvera, 
RFU
  
kvarovi ure đaja za bilježenje podataka, 
nema podrobnijih podataka, 
interni kvar jedinice u vozilu 
kvar pisača, 
kvar zaslona, 
kvar pri preuzimanju, 
kvar senzora, 
RFU ▼B
02016R0799 — HR — 26.02.2020 — 002.001 — 124 
kvarovi kartice, 
nema podrobnijih podataka, 
RFU
  
RFU
  
specifično za proizvo đača 
▼M1
Druga generacija:
  
opći događaji, 
nema podrobnijih podataka, 
umetanje nevaže će kartice, 
konflikt kartica, 
vremensko preklapanje, 
vožnja bez odgovaraju će kartice, 
umetanje kartice tijekom vožnje, 
posljednja razmjena podataka s karticom koja nije ispravno zatvorena, 
prekoračenje brzine, 
prekid napajanja, 
greška u podatcima o kretanju, 
konflikt u kretanju vozila, 
vremenski konflikt (GNSS u odnosu na unutarnji sat jedinice u vozilu), 
greška u komunikaciji s ure đajem za komunikaciju na daljinu, 
izostanak podataka o položaju iz prijamnika GNSS-a, 
greška u komunikaciji s vanjskim ure đajem GNSS-a, 
RFU,
  
događaji koji ozna čuju pokušaje probijanja zaštite povezani s jedinicom u vozilu, 
nema podrobnijih podataka, 
neuspjela autentifikacija senzora kretanja, 
neuspjela autentifikacija tahografske kartice, 
neovlaštena promjena senzora kretanja, 
pogreška u integritetu podataka pohranjenih na kartici, 
pogreška u integritetu pohranjenih korisnič kih podataka, 
pogreška unutarnjeg prijenosa podataka, 
neovlašteno otvaranje ku ćišta, 
neovlaštene preinake hardvera, 
otkrivanje neovlaštenog zahvata na GNSS-u, 
istekla je autentifikacija vanjskog ure đaja GNSS-a, 
istekla je valjanost certifikata vanjskog ure đaja GNSS-a, 
RFU,
  
događaji koji ozna čuju pokušaje probijanja zaštite povezani sa senzorom, 
nema podrobnijih podataka, 
neuspješna autentifikacija, 
pogreška u integritetu pohranjenih podataka, 
pogreška unutarnjeg prijenosa podataka, 
neovlašteno otvaranje ku ćišta, 
neovlaštene preinake hardvera, 
RFU,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 125
  
kvarovi ure đaja za bilježenje podataka, 
nema podrobnijih podataka, 
interni kvar jedinice u vozilu, 
kvar pisača, 
kvar zaslona, 
kvar pri preuzimanju podataka, 
kvar senzora, 
unutarnji prijamnik GNSS-a, 
vanjski ure đaj GNSS-a, 
uređaj za komunikaciju na daljinu, 
ITS sučelje, 
RFU,
  
kvarovi kartice, 
nema podrobnijih podataka, 
RFU,
  
RFU,
  
specifično za proizvo đača. 
2.71.  ExtendedSealIdentifier  
Druga generacija:  
proširenim identifikatorom plombe mogu će je jedinstveno identificirati 
plombu (zahtjev 401) iz Priloga I.C).
  
manufacturerCode  je kôd proizvo đača plombe.  
sealIdentifier  je identifikator plombe jedinstven za proizvo đača. 
▼B 
2.72.  ExtendedSerialNumber  
Jedinstvena identifikacija opreme. Može se upotrebljavati i kao identifi ­
kacija javnog klju ča opreme.  
Prva generacija:
  
serialNumber  je serijski broj opreme, jedinstven za proizvo đača, vrstu 
opreme te mjesec i godinu navedene u nastavku.  
monthYear  je identifikacija mjeseca i godine proizvodnje (ili dodjele 
serijskog broja).  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 126  
Dodjela vrijednosti : BCD kodiranje mjeseca (dvije znamenke) i godine 
(zadnje dvije znamenke).  
type je identifikator vrste opreme.  
Dodjela vrijednosti : specifična za proizvo đača, s rezerviranom vrijed ­
nošću „FFh”  
manufacturerCode : numerički kod koji ozna čuje proizvo đača homolo­
girane opreme.  
Druga generacija:
  
serialNumber  vidjeti prvu generaciju  
monthYear  vidjeti prvu generaciju  
type označuje vrstu opreme  
manufacturerCode : vidjeti prvu generaciju.  
2.73.  FullCardNumber  
Kod kojim se u potpunosti identificira tahografska kartica.
  
cardType  je vrsta tahografske kartice.  
cardIssuingMemberState  je kod države članice koja je izdala karticu.  
cardNumber  je broj kartice.  
2.74.  FullCardNumberAndGeneration  
Druga generacija:  
Kod kojim se u potpunosti identificiraju tahografska kartica i njezina 
generacija.
  
fullcardNumber  označuje tahografsku karticu.  
generacija  označuje generaciju tahografske kartice koja se upotrebljava.  
2.75.  Generation  
Druga generacija:  
Označuje generaciju tahografa koji se upotrebljava.
  
Dodjela vrijednosti:  
‘00’H RFU  
‘01’H Prva generacija  
‘02’H Druga generacija  
‘03’H .. ‘FF’H RFU  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 127  
2.76.  GeoCoordinates  
Druga generacija:  
Zemljopisne koordinate kodirane su kao cijeli brojevi. Ti su cijeli brojevi 
višekratnici koda ±DDMM.M za zemljopisnu širinu i koda ±DDDMM.M 
za zemljopisnu dužinu. Ovdje ±DD odnosno ±DDD ozna čuje stupnjeve, 
a MM.M minute.
  
latitude  je kodiran kao višekratnik (faktor 10) prikaza ±DDMM.M.  
longitude  je kodiran kao višekratnik (faktor 10) prikaza ±DDDMM.M.  
2.77.  GNSSAccuracy  
Druga generacija:  
Točnost podataka o GNSS poziciji (definicija (eee)). Ta je to čnost kodi­
rana kao cijeli broj i višekratnik je (faktor 10) vrijednosti X.Y dobivene 
iz NMEA-ine re čenice GSA.
  
▼M1 
2.78.  GNSSAccumulatedDriving  
Druga generacija:  
informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
položaj vozila prema GNSS-u ako akumulirano razdoblje vožnje 
dostigne višekratnik tri sata (zahtjevi 306) i 354) iz Priloga I.C).
  
gnssADPointerNewestRecord  je indeks posljednjeg ažuriranog zapisa 
GNSS-a o akumuliranom razdoblju vožnje.  
Dodjela vrijednosti  je broj koji odgovara brojniku zapisa GNSS-a o 
akumuliranom razdoblju vožnje, a zapo činje s „0” za prvu pojavu 
zapisâ GNSS-a o akumuliranom razdoblju vožnje u strukturi.  
gnssAccumulatedDrivingRecords  je niz zapisa koji sadržavaju datum i 
vrijeme kada akumulirano razdoblje vožnje dostigne višekratnik tri sata 
te informacije o položaju vozila.  
2.79.  GNSSAccumulatedDrivingRecord  
Druga generacija:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 128  
informacije pohranjene na kartici voza ča ili radionice koje se odnose na 
položaj vozila prema GNSS-u ako akumulirano razdoblje vožnje 
dostigne višekratnik tri sata (zahtjevi 305) i 353) iz Priloga I.C)
  
timeStamp  je datum i vrijeme kad akumulirano vrijeme vožnje dostiže 
višekratnik tri sata.  
gnssPlaceRecord  sadržava informacije o položaju vozila.  
vehicleOdometerValue  je stanje broja ča kilometara kad akumulirano 
vrijeme vožnje dostiže višekratnik tri sata.  
▼B 
2.80.  GNSSPlaceRecord  
Druga generacija:  
Informacije o GNSS poziciji vozila (zahtjevi 108, 109, 110, 296, 305, 
347 i 353 iz Priloga 1.C).
  
timeStamp  je datum i vrijeme utvr đivanja GNSS pozicije vozila.  
gnssAccuracy  je točnost podataka o GNSS poziciji.  
geoCoordinates  je lokacija zabilježena s pomo ću GNSS-a.  
2.81.  HighResOdometer  
Vrijednost na broja ču kilometara vozila: Ukupna udaljenost koju je 
vozilo prošlo za vrijeme rada.
  
Dodjela vrijednosti:  Nepotpisani binarni broj. Vrijednost u 1/200 km u 
radnom rasponu od 0 do 21 055 406 km  
2.82.  HighResTripDistance  
Udaljenost prije đena tijekom cijelog putovanja ili nekog dijela putovanja.
  
Dodjela vrijednosti:  Nepotpisani binarni broj. Vrijednost u 1/200 km u 
radnom rasponu od 0 do 21 055 406 km  
2.83.  HolderName  
Prezime i ime(na) nositelja kartice.
  
holderSurname  je prezime nositelja. U prezime se ne uklju čuju titule.  
Dodjela vrijednosti:  Ako se ne radi o osobnoj kartici, holderSurname 
sadržava jednake informacije sadržane u companyName ili workshop ­
Name ili controlBodyName.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 129  
holderFirstNames  su ime (imena) i inicijali nositelja.  
2.84.  InternalGNSSReceiver  
Druga generacija:  
Informacija o tome je li GNSS prijamnik unutarnji ili vanjski u odnosu 
na jedinicu u vozilu. TRUE zna či da je GNSS prijamnik unutarnji u 
odnosu na jedinicu u vozilu. FALSE zna či da je GNSS prijamnik vanj ­
ski.
 
2.85.  K-ConstantOfRecordingEquipment  
Konstanta ure đaja za bilježenje podataka (definicija (m)).
  
Dodjela vrijednosti:  Broj impulsa po kilometru u radnom rasponu od 0 
do 64 255 impulsa/km.  
▼M1 
2.86.  KeyIdentifier  
Jedinstveni identifikator javnog klju ča koji se upotrebljava pri navo đenju 
i izboru klju ča. Također identificira i nositelja klju ča.
 
Prvi izbor prikladan je za navo đenje javnog klju ča jedinice u vozilu, 
tahografske kartice ili vanjskog ure đaja GNSS-a.  
Drugi izbor prikladan je za navo đenje javnog klju ča jedinice u vozilu (u 
slučajevima u kojima u trenutku generiranja certifikata nije poznat 
serijski broj jedinice u vozilu).  
Treći izbor prikladan je za navo đenje javnog klju ča države članice.  
▼B 
2.87.  KMWCKey  
Druga generacija:  
AES ključ i verzija klju ča povezana s njime koja se upotrebljava za 
uparivanje jedinice u vozilu i senzora kretanja. Više pojedinosti u 
Dodatku 11.
  
kMWCKey  je duljina AES klju ča ulančana s ključem koji se upotreb ­
ljava za uparivanje jedinice u vozilu i senzora kretanja.  
keyVersion  označuje verziju AES klju ča. 
2.88.  Language  
Kod koji ozna čuje jezik.
  
Dodjela vrijednosti:  Kodiranje s dva mala slova u skladu s normom 
ISO 639.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 130  
2.89.  LastCardDownload  
Datum i vrijeme posljednjeg preuzimanja podataka s kartice, pohranjeni 
na kartici voza ča (u svrhe druk čije od kontrole), zahtjevi 257 i 282 iz 
Priloga 1.C. Taj je datum mogu će ažurirati s pomo ću jedinice u vozilu ili 
bilo kojeg čitača kartica.
  
Dodjela vrijednosti:  nije dodatno utvr đena. 
2.90.  LinkCertificate  
Druga generacija:  
Certifikat kojim se povezuju parovi klju čeva glavnog europskog certifi ­
kacijskog tijela.
  
2.91.  L-TyreCircumference  
Djelatni opseg guma kota ča (definicija (u)).
  
Dodjela vrijednosti : Nepotpisan binarni broj, vrijednost u 1/8 mm u 
radnom rasponu od 0 do 8 031 mm.  
▼M1 
2.92.  MAC  
Druga generacija:  
kriptografski kontrolni zbroj duljine 8, 12 ili 16 bajtova koji odgovara 
sljedovima šifri utvr đenima u Dodatku 11.
  
▼B 
2.93.  ManualInputFlag  
Kod koji ozna čuje je li nositelj kartice ru čno unio aktivnosti voza ča pri 
umetanju kartice ili nije (zahtjev 081 iz Priloga 1.B i zahtjev 102 iz 
Priloga 1.C).
  
Dodjela vrijednosti : nije dodatno utvr đena. 
2.94.  ManufacturerCode  
Kod koji ozna čuje proizvo đača homologirane opreme.
  
Laboratorij nadležan za ispitivanja interoperabilnosti vodi i objavljuje 
popis šifri proizvo đača na svojoj internetskoj stranici (zahtjev 454 iz 
Priloga 1.C).  
ManufacturerCodes se privremeno dodjeljuju proizvo đačima tahografske 
opreme na temelju zahtjeva upu ćenog laboratoriju nadležnom za ispiti ­
vanje interoperabilnosti.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 131  
2.95.  ManufacturerSpecificEventFaultData  
Druga generacija:  
Kodovi pogrešaka specifi čni za proizvo đača pojednostavnjuju analizu 
pogrešaka i održavanje jedinica u vozilu.
  
manufacturerCode  označuje proizvo đača jedinice u vozilu.  
manufacturerSpecificErrorCode  je kod pogreške specifi čan za proiz ­
vođača. 
2.96.  MemberStateCertificate  
Certifikat javnog klju ča države članice koji izdaje europsko certifika ­
cijsko tijelo.
  
2.97.  MemberStateCertificateRecordArray  
Druga generacija:  
Certifikat države članice i meta podatci kako se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (MemberStateCertificate).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka MemberStateCertificate u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa. Vrijednost se postavlja na 1 
jer certifikati mogu biti razli čitih duljina.  
records  je niz zapisa o certifikatima države članice.  
2.98.  MemberStatePublicKey  
Prva generacija:  
Javni ključ države članice.
  
2.99.  Name  
Naziv.
  
codePage  označuje skup znakova definiran u poglavlju 4.,  
name  je naziv kodiran s pomo ću posebnog skupa znakova.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 132  
2.100.  NationAlpha  
Abecedna oznaka države mora biti u skladu s razlikovnim oznakama 
koje se upotrebljavaju na vozilima u me đunarodnom prometu (Be čka 
konvencija Ujedinjenih naroda o cestovnom prometu, 1968.)
  
Kodovi Nation Alpha i numeri čki (Numeric) kodovi održavaju se na 
popisu na internetskoj stranici laboratorija imenovanog za ispitivanje 
interoperabilnosti, kako je utvr đeno u zahtjevu 440 u Prilogu 1.C.  
2.101.  NationNumeric  
Brojčana oznaka države.
  
Dodjela vrijednosti:  vidjeti vrstu podatka 2.100 (NationAlpha).  
Specifikaciju Nation Alpha ili Numeric, opisanu u prethodnom stavku, 
može se izmijeniti ili ažurirati samo nakon što je imenovani laboratorij 
dobio stajališta proizvo đača homologiranih digitalnih i pametnih taho ­
grafa (jedinice u vozilu).  
2.102.  NoOfCalibrationRecords  
Broj zapisa o kalibriranju koji se najviše može pohraniti na kartici radio ­
nice.  
Prva generacija:
  
Dodjela vrijednosti : vidjeti Dodatak 2.  
Druga generacija:
  
Dodjela vrijednosti : vidjeti Dodatak 2.  
2.103.  NoOfCalibrationsSinceDownload  
Brojač koji označuje broj kalibriranja provedenih s karticom radionice od 
posljednjeg preuzimanja podataka s nje (zahtjevi 317 i 340 u 
Prilogu 1.C).
  
Dodjela vrijednosti : nije dodatno utvr đena. 
2.104.  NoOfCardPlaceRecords  
Broj zapisa o mjestu koji se najviše može pohraniti na kartici voza ča ili 
radionice.  
Prva generacija:
  
Dodjela vrijednosti : vidjeti Dodatak 2.  
Druga generacija:
  
Dodjela vrijednosti : vidjeti Dodatak 2.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 133  
2.105.  NoOfCardVehicleRecords  
Broj zapisa o korištenim vozilima koji se najviše može pohraniti na 
kartici voza ča ili radionice.
  
Dodjela vrijednosti : vidjeti Dodatak 2.  
2.106.  NoOfCardVehicleUnitRecords  
Druga generacija:  
Broj zapisa o korištenim jedinicama u vozilu koji se najviše može pohra ­
niti na kartici voza ča ili radionice.
  
Dodjela vrijednosti : vidjeti Dodatak 2.  
2.107.  NoOfCompanyActivityRecords  
Broj zapisa o aktivnostima poduze ća koji se najviše može pohraniti na 
kartici poduze ća.
 
Dodjela vrijednosti : vidjeti Dodatak 2.  
2.108.  NoOfControlActivityRecords  
Broj zapisa o nadzornim aktivnostima koji se najviše može pohraniti na 
kontrolnoj kartici.
  
Dodjela vrijednosti : vidjeti Dodatak 2.  
2.109.  NoOfEventsPerType  
Broj događaja po vrsti doga đaja koji se najviše može pohraniti na kartici.
  
Dodjela vrijednosti : vidjeti Dodatak 2.  
2.110.  NoOfFaultsPerType  
Broj kvarova po vrsti kvara koji se najviše može pohraniti na kartici.
  
Dodjela vrijednosti : vidjeti Dodatak 2.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 134  
2.111.  NoOfGNSSADRecords  
Druga generacija:  
broj zapisa GNSS-a o akumuliranom razdoblju vožnje koji se najviše 
može pohraniti na kartici.
  
Dodjela vrijednosti:  vidjeti Dodatak 2.  
▼B 
2.112.  NoOfSpecificConditionRecords  
Druga generacija:  
Broj zapisa o posebnim uvjetima koji se najviše može pohraniti na 
kartici.
  
Dodjela vrijednosti : vidjeti Dodatak 2.  
2.113.  OdometerShort  
Vrijednost na broja ču kilometara vozila u kratkom obliku.
  
Dodjela vrijednosti : Nepotpisani binarni broj. Vrijednost u kilometrima 
u radnom rasponu od 0 do 9 999 999 km  
2.114.  OdometerValueMidnight  
Vrijednost na broja ču kilometara vozila u pono ć na određeni dan (zah ­
tjev 090 iz Priloga 1.B i zahtjev 113 iz Priloga 1.C).
  
Dodjela vrijednosti:  nije dodatno utvr đena. 
2.115.  OdometerValueMidnightRecordArray  
Druga generacija:  
OdometerValueMidnight i meta podatci koji se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (OdometerValueMidnight).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka OdometerValueMidnight u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa OdometerValueMidnight.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 135  
2.116.  OverspeedNumber  
Broj doga đaja prekora čenja brzine od posljednje kontrole u pogledu 
prekoračenja brzine.
  
Dodjela vrijednosti:  Vrijednost 0 zna či da od posljednje kontrole u 
pogledu prekora čenja brzine nije zabilježen nijedan doga đaj prekoračenja 
brzine, vrijednost 1 zna či da je od posljednje kontrole u pogledu preko ­
račenja brzine zabilježen jedan doga đaj prekoračenja brzine, …, vrijed ­
nost 255 zna či da je od posljednje kontrole u pogledu prekora čenja 
brzine zabilježeno 255 ili više doga đaja prekora čenja brzine.  
2.117.  PlaceRecord  
Informacije povezane s mjestom na kojem po činje ili završava razdoblje 
dnevnog rada (zahtjevi 108, 271, 296, 324 i 347 iz Priloga 1.C).  
Prva generacija:
  
entryTime  je datum i vrijeme povezani s unosom.  
entryTypeDailyWorkPeriod  je vrsta unosa.  
dailyWorkPeriodCountry  je unesena zemlja.  
dailyWorkPeriodRegion  je unesena regija.  
vehicleOdometerValue  je vrijednost na broja ču kilometara u trenutku 
unosa mjesta.  
Druga generacija:
  
Uz one navedene za prvu generaciju upotrebljava se i sljede ća kompo­
nenta:  
entryGNSSPlaceRecord  je zabilježena lokacija i vrijeme.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 136  
2.118.  PreviousVehicleInfo  
Informacije koje se odnose na vozilo koje je voza č prethodno upotreb ­
ljavao pri umetanju kartice u jedinicu u vozilu (zahtjev 081 iz Priloga 1.B 
i zahtjev 102 iz Priloga 1.C).  
Prva generacija:
  
vehicleRegistrationIdentification  je VRN i država članica registracije 
vozila.  
cardWithdrawalTime  je datum i vrijeme uklanjanja kartice.  
Druga generacija:
  
Uz podatkovne elemente navedene za prvu generaciju upotrebljava se i 
sljedeći: 
vuGeneration  označuje generaciju jedinice u vozilu.  
2.119.  PublicKey  
Prva generacija:  
Javni RSA klju č.
 
rsaKeyModulus  je modul para klju čeva. 
rsaKeyPublicExponent  je javni eksponent para klju čeva. 
2.120.  RecordType  
Druga generacija:  
Upućivanje na vrstu zapisa. Ta se vrsta podataka upotrebljava za Recor ­
dArrays.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 137  
Dodjela vrijednosti:
  
► (1) M1 ActivityChangeInfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCertificate, 
OdometerValueMidnight, 
DateOfDayDownloaded, 
SensorPaired, 
Signature, 
SpecificConditionRecord, 
VehicleIdentificationNumber, 
VehicleRegistrationNumber, 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCertificate, 
VuCompanyLocksRecord, 
VuControlActivityRecord, 
VuDetailedSpeedBlock, 
VuDownloadablePeriod, 
VuDownloadActivityData, 
VuEventRecord,  
►M1 VuGNSSADRecord, ◄ 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyWorkPeriodRecord, 
VuTimeAdjustmentGNSSRecord, 
VuTimeAdjustmentRecord, 
VuPowerSupplyInterruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSCoupledRecord, 
RFU 
specifično za proizvo đača 
2.121.  RegionAlpha  
Abecedna oznaka regije u odre đenoj zemlji.
  
Prva generacija:  
Dodjela vrijednosti:
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 138  
Druga generacija:  
Kodovi RegionAlpha održavaju se na popisu na internetskoj stranici 
laboratorija imenovanog za ispitivanje interoperabilnosti.  
2.122.  RegionNumeric  
Brojčana oznaka regije u odre đenoj zemlji.
  
Prva generacija:  
Dodjela vrijednosti:
  
Druga generacija:  
Kodovi RegionNumeric održavaju se na popisu na internetskoj stranici 
laboratorija imenovanog za ispitivanje interoperabilnosti.  
2.123.  RemoteCommunicationModuleSerialNumber  
Druga generacija:  
Serijski broj modula za komunikaciju na daljinu.
  
2.124.  RSAKeyModulus  
Prva generacija:  
Modul RSA para klju čeva.
 
Dodjela vrijednosti:  Neodređeno. 
2.125.  RSAKeyPrivateExponent  
Prva generacija:  
Privatni eksponent RSA para klju čeva.
 
Dodjela vrijednosti:  Neodređeno. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 139  
2.126.  RSAKeyPublicExponent  
Prva generacija:  
Javni eksponent RSA para klju čeva.
 
Dodjela vrijednosti:  Neodređeno. 
2.127.  RtmData  
Druga generacija:  
Za definiciju ove vrste podataka vidjeti Dodatak 14.  
2.128.  SealDataCard  
Druga generacija:  
U ovoj su vrsti podataka pohranjene informacije o plombama stavljenima 
na različite sastavne dijelove vozila i namijenjene pohranjivanju na 
kartici. Ova se vrsta podataka odnosi na zahtjev 337 iz Priloga 1.C.
  
noOfSealRecords  je broj zapisâ u sealRecords.  
sealRecords  je niz zapisa o plombi.  
2.129.  SealDataVu  
Druga generacija:  
U ovoj su vrsti podataka pohranjene informacije o plombama stavljenima 
na različite sastavne dijelove vozila i namijenjene pohranjivanju u jedi ­
nici u vozilu.
  
sealRecords  je niz zapisa o plombi. Ako je dostupno manje od pet 
plombi, vrijednost EquipmentType svih neiskorištenih sealRecords 
postavlja se na 16, odnosno na Unused (neiskorišteno).  
2.130.  SealRecord  
Druga generacija:  
U ovoj se vrsti podataka pohranjuju informacije o plombi koja se stavlja 
na određeni sastavni dio. Ova se vrsta podataka odnosi na zahtjev 337 iz 
Priloga 1.C.
  
equipmentType  označuje vrstu opreme na koju je stavljena plomba.  
extendedSealIdentifier  je identifikator plombe stavljene na opremu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 140  
2.131.  SensorApprovalNumber  
Homologacijski broj senzora.  
Prva generacija:
  
Dodjela vrijednosti:  Neodređeno. 
Druga generacija:
  
Dodjela vrijednosti:  
Homologacijski broj daje se u skladu s onime objavljenim na odgova ­
rajućoj internetskoj stranici Europske komisije, odnosno, na primjer, 
uključujući spojnice ako postoje. Homologacijski broj mora biti lijevo 
poravnat.  
2.132.  SensorExternalGNSSApprovalNumber  
Druga generacija:  
Homologacijski broj vanjskog ure đaja GNSS-a.
  
Dodjela vrijednosti:  
Homologacijski broj daje se u skladu s onime objavljenim na odgova ­
rajućoj internetskoj stranici Europske komisije, odnosno, na primjer, 
uključujući spojnice ako postoje. Homologacijski broj mora biti lijevo 
poravnat.  
2.133.  SensorExternalGNSSCoupledRecord  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na identifika ­
ciju vanjskog ure đaja GNSS-a uparenog s jedinicom u vozilu (zah ­
tjev 100 iz Priloga 1.C).
  
sensorSerialNumber  je serijski broj vanjskog ure đaja GNSS-a uparenog 
s jedinicom u vozilu.  
sensorApprovalNumber  je homologacijski broj tog vanjskog ure đaja 
GNSS-a.  
sensorCouplingDate  je datum uparivanja tog vanjskog ure đaja GNSS-a 
s jedinicom u vozilu.  
2.134.  SensorExternalGNSSIdentification  
Druga generacija:  
Informacije koje se odnose na identifikaciju vanjskog ure đaja GNSS-a 
(zahtjev 98 iz Priloga 1.C).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 141
  
sensorSerialNumber  je proširen serijski broj vanjskog ure đaja GNSS-a.  
sensorApprovalNumber  je homologacijski broj vanjskog ure đaja 
GNSS-a.  
sensorSCIdentifier  je identifikator sigurnosne komponente vanjskog 
uređaja GNSS-a.  
sensorOSIdentifier  je identifikator operativnog sustava vanjskog ure đaja 
GNSS-a.  
2.135.  SensorExternalGNSSInstallation  
Druga generacija:  
Informacije pohranjene u vanjskom ure đaju GNSS-a koje se odnose na 
ugradnju senzora vanjskog ure đaja GNSS-a (zahtjev 123 iz Priloga 1.C).
  
sensorCouplingDateFirst  je datum prvog uparivanja vanjskog ure đaja 
GNSS-a s jedinicom u vozilu.  
firstVuApprovalNumber  je homologacijski broj prve jedinice u vozilu 
uparene s vanjskim ure đajem GNSS-a.  
firstVuSerialNumber  je serijski broj prve jedinice u vozilu uparene s 
vanjskim ure đajem GNSS-a.  
sensorCouplingDateCurrent  je datum trenuta čnog uparivanja vanjskog 
uređaja GNSS-a s jedinicom u vozilu.  
currentVuApprovalNumber  jehomologacijski broj jedinice u vozilu 
koja je trenuta čno uparena s vanjskim ure đajem GNSS-a.  
currentVuSerialNumber  je serijski broj jedinice u vozilu koja je trenu ­
tačno uparena s vanjskim ure đajem GNSS-a.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 142  
2.136.  SensorExternalGNSSOSIdentifier  
Druga generacija:  
Identifikator operativnog sustava vanjskog ure đaja GNSS-a.
  
Dodjela vrijednosti : specifična za proizvo đača. 
2.137.  SensorExternalGNSSSCIdentifier  
Druga generacija:  
Ova se vrsta upotrebljava, na primjer, za identifikaciju kriptografskog 
modula vanjskog ure đaja GNSS-a.  
Identifikator sigurnosne komponente vanjskog ure đaja GNSS-a.
  
Dodjela vrijednosti : specifična za proizvo đača komponente.  
2.138.  SensorGNSSCouplingDate  
Druga generacija:  
Datum uparivanja vanjskog ure đaja GNSS-a s jedinicom u vozilu.
  
Dodjela vrijednosti:  Neodređeno. 
2.139.  SensorGNSSSerialNumber  
Druga generacija:  
Ova se vrsta upotrebljava za pohranjivanje serijskog broja prijamnika 
GNSS-a i kad je u jedinici u vozilu i kad je izvan jedinice u vozilu.  
Serijski broj prijamnika GNSS-a.
  
2.140.  SensorIdentification  
Informacije pohranjene u senzoru kretanja koje se odnose na identifika ­
ciju senzora kretanja (zahtjev 077 iz Priloga 1.B i zahtjev 95 iz 
Priloga 1.C).
  
sensorSerialNumber  je prošireni serijski broj senzora kretanja (uklju čuje 
kataloški broj i šifru proizvo đača). 
sensorApprovalNumber  je homologacijski broj senzora kretanja.  
sensorSCIdentifier  je identifikator sigurnosne komponente senzora 
kretanja.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 143  
sensorOSIdentifier  je identifikator operativnog sustava senzora kretanja.  
2.141.  SensorInstallation  
Informacije pohranjene u senzoru kretanja koje se odnose na ugradnju 
senzora kretanja (zahtjev 099 iz Priloga 1.B i zahtjev 122 iz Priloga 1.C).
  
ssensorPairingDateFirst  je datum prvog uparivanja senzora kretanja s 
jedinicom u vozilu.  
firstVuApprovalNumber  je homologacijski broj prve jedinice u vozilu 
uparene sa senzorom kretanja.  
firstVuSerialNumber  je serijski broj prve jedinice u vozilu uparene sa 
senzorom kretanja.  
sensorPairingDateCurrent  je datum trenuta čnog uparivanja senzora 
kretanja s jedinicom u vozilu.  
currentVuApprovalNumber  je homologacijski broj jedinice u vozilu 
trenutačno uparene sa senzorom kretanja.  
currentVuSerialNumber  je serijski broj jedinice u vozilu trenuta čno 
uparene sa senzorom kretanja.  
2.142.  SensorInstallationSecData  
Informacije pohranjene na kartici radionice koje se odnose na sigurnosne 
podatke potrebne za uparivanje senzora kretanja s jedinicama u vozilu 
(zahtjevi 308 i 331 iz Priloga 1.C).  
Prva generacija:
  
Dodjela vrijednosti : u skladu s normom ISO 16844-3.  
Druga generacija:  
Kako je opisano u Dodatku 11., na kartici radionice pohranjuju se 
najviše tri klju ča za uparivanje jedinice u vozilu i senzora kretanja. Ti 
ključevi imaju razli čite verzije klju ča.
 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 144  
2.143.  SensorOSIdentifier  
Identifikator operativnog sustava senzora kretanja.
  
Dodjela vrijednosti : specifična za proizvo đača. 
2.144.  SensorPaired  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na identifika ­
ciju senzora kretanja uparenog s jedinicom u vozilu (zahtjev 079 iz 
Priloga 1.B).
  
sensorSerialNumber  jeserijski broj senzora kretanja trenuta čno 
uparenog s jedinicom u vozilu.  
sensorApprovalNumber  je homologacijski broj senzora kretanja trenu ­
tačno uparenog s jedinicom u vozilu.  
sensorPairingDateFirst  je datum prvog uparivanja jedinice u vozilu i 
senzora kretanja koji je trenuta čno uparen s jedinicom u vozilu.  
2.145.  SensorPairedRecord  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na identifika ­
ciju senzora kretanja uparenog s jedinicom u vozilu (zahtjev 97 iz 
Priloga 1.C).
  
sensorSerialNumber  je serijski broj senzora kretanja uparenog s jedi ­
nicom u vozilu.  
sensorApprovalNumber  je homologacijski broj tog senzora kretanja.  
sensorPairingDate  je datum uparivanja tog senzora kretanja s jedinicom 
u vozilu.  
2.146.  SensorPairingDate  
Datum uparivanja senzora kretanja s jedinicom u vozilu.
  
Dodjela vrijednosti:  Neodređeno. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 145  
2.147.  SensorSCIdentifier  
Identifikator sigurnosne komponente senzora kretanja.
  
Dodjela vrijednosti : specifična za proizvo đača komponente.  
2.148.  SensorSerialNumber  
Serijski broj senzora kretanja.
  
2.149.  Signature  
Digitalni potpis.  
Prva generacija:
  
Dodjela vrijednosti : u skladu s Dodatkom 11., „Zajedni čki sigurnosni 
mehanizmi”.  
Druga generacija:
  
Dodjela vrijednosti : u skladu s Dodatkom 11., „Zajedni čki sigurnosni 
mehanizmi”.  
2.150.  SignatureRecordArray  
Druga generacija:  
Niz potpisa i meta podatci koji se upotrebljavaju u postupku preuzima ­
nja.
 
recordType  označuje vrstu zapisa (Signature).  Dodjela vrijednosti : 
Vidjeti RecordType  
recordSize  je veličina podatka Signature u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa. Vrijednost se postavlja na 1 
jer potpisi mogu biti razli čitih duljina.  
records  je niz potpisa.  
2.151.  SimilarEventsNumber  
Broj sličnih događaja u odre đenom danu (zahtjev 094 iz Priloga 1.B i 
zahtjev 117 iz Priloga 1.C).
  
Dodjela vrijednosti:  Vrijednost 0 se ne upotrebljava, vrijednost 1 zna či 
da je tog dana zabilježen i pohranjen samo jedan doga đaj te vrste, 
vrijednost 2 zna či da su tog dana zabilježena dva takva doga đaja 
(samo je jedan pohranjen), …, 255 zna či da je toga dana zabilježeno 
255 ili više takvih doga đaja. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 146  
2.152.  SpecificConditionRecord  
Informacije pohranjene na kartici voza ča ili radionice ili u jedinici u 
vozilu koje se odnose na posebne uvjete (zahtjevi 130, 276, 301, 328 
i 355 iz Priloga 1.C).
  
entryTime  je datum i vrijeme unosa.  
specificConditionType  je kod koji ozna čuje poseban uvjet.  
2.153.  SpecificConditions  
Informacije pohranjene na kartici voza ča ili radionice ili u jedinici u 
vozilu koje se odnose na poseban uvjet (zahtjevi 131, 277, 302, 329 i 
356 iz Priloga 1.C).  
Druga generacija:
  
controlPointerNewestRecord  je indeks posljednjeg ažuriranog zapisa o 
posebnim uvjetima.  
Dodjela vrijednosti:  Broj koji odgovara brojniku zapisa o posebnim 
uvjetima, a zapo činje s „0” za prvu pojavu zapisâ o posebnim uvjetima 
u strukturi.  
specificConditionRecords  je niz zapisa koji sadržavaju informacije o 
zabilježenim posebnim uvjetima.  
2.154.  SpecificConditionType  
Kod koji ozna čuje posebne uvjete (zahtjevi 050b, 105a, 212a i 230a iz 
Priloga 1.B te zahtjev 62 iz Priloga 1.C).
  
Prva generacija:  
Dodjela vrijednosti:  
‘00’H RFU  
‘01’H izvan podru čja primjene – po četak 
‘02’H izvan podru čja primjene – kraj  
‘03’H vožnja trajektom/vlakom  
‘04’H .. ‘FF’H RFU  
Druga generacija:  
Dodjela vrijednosti:  
‘00’H RFU  
‘01’H izvan podru čja primjene – po četak 
‘02’H izvan podru čja primjene – kraj  
‘03’H vožnja trajektom/vlakom – po četak 
‘04’H vožnja trajektom/vlakom – kraj  
‘05’H .. ‘FF’H RFU  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 147  
2.155.  Speed  
Brzina vozila (km/h),
  
Dodjela vrijednosti : Vrijednost u kilometrima po satu u radnom 
rasponu od 0 do 220 km/h.  
2.156.  SpeedAuthorised  
Najviša dopuštena brzina vozila (definicija (hh)).
  
2.157.  SpeedAverage  
Prosječna brzina u prethodno odre đenom trajanju (km/h).
  
2.158.  SpeedMax  
Najviša brzina izmjerena u prethodno odre đenom trajanju.
  
2.159.  TachographPayload  
Druga generacija:  
Za definiciju ove vrste podataka vidjeti Dodatak 14.  
▼M1 
2.160.  Rezervirano za budu ću uporabu  
▼B 
2.161.  TDesSessionKey  
Prva generacija:  
Ključ trostrukog DES postupka.
  
Dodjela vrijednosti : nije dodatno utvr đena. 
▼M1 
2.162.  TimeReal  
Kod za polje s datumom i vremenom, pri čemu su datum i vrijeme 
izraženi kao sekunde prošle od 00h.00m.00s. na dan 1. sije čnja 1970. 
UTC.
  
Dodjela vrijednosti  – oktetno poravnavanje : broj sekundi prošlih od 
ponoći 1. siječnja 1970. UTC.  
Datum i vrijeme ne mogu biti dalji od 2106. godine.  
▼B 
2.163.  TyreSize  
Oznaka dimenzija guma.
  
Dodjela vrijednosti : u skladu s Direktivom 92/23 (EEZ) od 31.3.1992., 
SL L 129, str. 95.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 148  
2.164.  VehicleIdentificationNumber  
Identifikacijska oznaka vozila (VIN) koja se odnosi na cijelo vozilo, a 
uobičajeno se radi o serijskom broju šasije ili broju okvira.
  
Dodjela vrijednosti : Kako je definirana u normi ISO 3779.  
2.165.  VehicleIdentificationNumberRecordArray  
Druga generacija:  
Identifikacijska oznaka vozila i meta podatci kako se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (VehicleIdentificationNumber).  
Dodjela vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VehicleIdentificationNumber u bajto ­
vima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o identifikacijskim brojevima vozila.  
2.166.  VehicleRegistrationIdentification  
Identifikacija vozila, jedinstvena za Europu (VRN i država članica).
  
vehicleRegistrationNation  je država u kojoj je vozilo registrirano.  
vehicleRegistrationNumber  je registracijski broj vozila (VRN).  
2.167.  VehicleRegistrationNumber  
Registracijski broj vozila (VRN). Registracijski broj dodjeljuje tijelo 
nadležno za registraciju.
  
codePage  označuje skup znakova definiran u poglavlju 4.,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 149  
vehicleRegNumber  je VRN kodiran s pomo ću posebnog skupa 
znakova.  
Dodjela vrijednosti : Specifično za državu.  
2.168.  VehicleRegistrationNumberRecordArray  
Druga generacija:  
Registracijski broj vozila i meta podatci kako se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (VehicleRegistrationNumber).  
Dodjela vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VehicleRegistrationNumber u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o registracijskim brojevima vozila.  
2.169.  VuAbility  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje ozna čuju mogu li se u 
jedinici u vozilu upotrebljavati tahografske kartice prve generacije (zah ­
tjev 121 iz Priloga 1.C).
  
Dodjela vrijednosti – oktetno poravnavanje : ‘xxxxxxxa’B (8 bitova)  
Za sposobnost podržavanja kartica prve generacije:  
‘a’B sposobnost podržavanja tahografskih kartica prve 
generacije:  
‘0’ B prva generacija je podržana,  
‘1’ B prva generacija nije podržana,  
‘xxxxxxx’B RFU  
2.170.  VuActivityDailyData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na izmjene 
aktivnosti i/ili izmjene stanja vožnje i/ili izmjene statusa kartice na 
određeni kalendarski dan (zahtjev 084 iz Priloga 1.B i zahtjevi 105, 
106 i 107 iz Priloga 1.C) i na statuse utora u 00:00 h tog dana.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 150  
noOfActivityChanges  je broj rije či ActivityChangeInfo u nizu activi ­
tyChangeInfos.  
activityChangeInfos  je niz rije či ActivityChangeInfo pohranjenih u 
jedinici u vozilu za odre đeni dan. Uvijek uklju čuje dvije rije či Activi­
tyChangeInfo koje ozna čuju status dvaju utora u 00:00 h tog dana.  
2.171.  VuActivityDailyRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na izmjene 
aktivnosti i/ili izmjene stanja vožnje i/ili izmjene statusa kartice na 
određeni kalendarski dan (zahtjevi 105, 106 i 107 iz Priloga 1.C) i na 
statuse utora u 00:00 h tog dana.
  
recordType  označuje vrstu zapisa (ActivityChangeInfo).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka ActivityChangeInfo u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz rije či ActivityChangeInfo pohranjenih u jedinici u vozilu 
za određeni dan. Uvijek uklju čuje dvije rije či ActivityChangeInfo koje 
označuju status dvaju utora u 00:00 h tog dana.  
2.172.  VuApprovalNumber  
Homologacijski broj jedinice u vozilu.  
Prva generacija:
  
Dodjela vrijednosti : Neodređeno. 
Druga generacija:
  
Dodjela vrijednosti:  
Homologacijski broj daje se u skladu s onime objavljenim na odgova ­
rajućoj internetskoj stranici Europske komisije, odnosno, na primjer, 
uključujući spojnice ako postoje. Homologacijski broj mora biti lijevo 
poravnat.  
2.173.  VuCalibrationData  
Prva generacija:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 151  
Informacije pohranjene u jedinici u vozilu koje se odnose na kalibriranje 
uređaja za bilježenje podataka (zahtjev 098 iz Priloga 1.B).
  
noOfVuCalibrationRecords  je broj zapisa koje sadržava niz vuCalibra ­
tionRecords.  
vuCalibrationRecords  je niz zapisa o kalibriranju.  
2.174.  VuCalibrationRecord  
Informacije pohranjene u jedinici u vozilu koje se odnose na kalibriranje 
uređaja za bilježenje podataka (zahtjev 098 iz Priloga 1.B i zahtjevi 119 
i 120 iz Priloga 1.C).  
Prva generacija:
  
calibrationPurpose  je svrha kalibriranja.  
workshopName, workshopAddress  su naziv i adresa radionice.  
workshopCardNumber  označuje karticu radionice upotrijebljenu 
tijekom kalibriranja.  
workshopCardExpiryDate  je datum isteka valjanosti kartice.  
vehicleIdentificationNumber  je VIN.  
vehicleRegistrationIdentification  sadržava VRN i državu članicu regi ­
stracije.  
wVehicleCharacteristicConstant  je karakteristi čni koeficijent vozila.  
kConstantOfRecordingEquipment  je konstanta ure đaja za bilježenje 
podataka.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 152  
lTyreCircumference  je djelatni opseg guma kota ča. 
tyreSize  je oznaka za dimenzije guma postavljenih na vozilo.  
authorisedSpeed  je odobrena brzina vozila.  
oldOdometerValue, newOdometerValue  su stare i nove vrijednosti na 
brojaču kilometara.  
oldTimeValue, newTimeValue  su stari i novi datum i vrijeme.  
nextCalibrationDate  je datum sljede ćeg kalibriranja vrste utvr đene u 
podatku CalibrationPurpose koje provodi tijelo ovlašteno za pregled.  
Druga generacija:
  
Uz podatkovne elemente navedene za prvu generaciju upotrebljava se i 
sljedeći: 
sealDataVu  pruža informacije o plombama stavljenima na razli čite 
sastavne dijelove vozila.  
2.175.  VuCalibrationRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na kalibriranje 
uređaja za bilježenje podataka (zahtjevi 119 i 120 iz Priloga 1.C).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 153
  
recordType  označuje vrstu zapisa (VuCalibrationRecord).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuCalibrationRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o kalibriranju.  
2.176.  VuCardIWData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na cikluse 
umetanja kartica voza ča ili radionice u jedinicu u vozilu i cikluse ukla ­
njanja tih kartica iz jedinice u vozilu (zahtjev 081 iz Priloga 1.B i 
zahtjev 103 iz Priloga 1.C).
  
nnoOfIWRecords  je broj zapisâ u nizu uCardIWRecords.  
vuCardIWRecords  je niz zapisa koji se odnose na cikluse umetanja 
kartice ili cikluse njezina uklanjanja.  
2.177.  VuCardIWRecord  
Informacije pohranjene u jedinici u vozilu koje se odnose na ciklus 
umetanja kartice voza ča ili radionice u jedinicu u vozilu i ciklus ukla ­
njanja te kartice iz jedinice u vozilu (zahtjev 081 iz Priloga 1.B i 
zahtjev 102 iz Priloga 1.C).  
Prva generacija:
  
cardHolderName  su prezime i imena nositelja kartice voza ča ili radio­
nice pohranjeni na kartici.  
fullCardNumber  je vrsta kartice, država članica koja ju je izdala i broj 
kartice kako su pohranjeni na kartici.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 154  
cardExpiryDate  je datum isteka valjanosti kartice pohranjen na kartici.  
cardInsertionTime  je datum i vrijeme umetanja.  
vehicleOdometerValueAtInsertion  je stanje broja ča kilometara vozila 
pri umetanju kartice.  
cardSlotNumber  je utor u koji je kartica umetnuta.  
cardWithdrawalTime  je datum i vrijeme uklanjanja.  
vehicleOdometerValueAtWithdrawal  je stanje broja ča kilometara 
vozila pri uklanjanju kartice.  
previousVehicleInfo  sadržava informacije o prethodnom vozilu koje je 
vozač koristio, kako su pohranjene na kartici.  
manualInputFlag  je znak kojim se ozna čuje je li nositelj kartice ru čno 
unio aktivnosti voza ča pri umetanju kartice.  
Druga generacija:
  
Umjesto fullCardNumber, u podatkovnoj strukturi za drugu generaciju 
upotrebljava se sljede ći podatkovni element.  
fullCardNumberAndGeneration  je vrsta kartice, država članica koja ju 
je izdala te broj kartice i njezina generacija, kako su pohranjeni na 
kartici.  
2.178.  VuCardIWRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na cikluse 
umetanja kartica voza ča ili radionice u jedinicu u vozilu i cikluse ukla ­
njanja tih kartica iz jedinice u vozilu (zahtjev 103 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuCardIWRecord).  Dodjela vrijed ­
nosti : Vidjeti RecordType  
recordSize  je veličina podatka VuCardIWRecord u bajtovima.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 155  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa koji se odnose na cikluse umetanja kartice ili 
cikluse njezina uklanjanja.  
▼M1 
2.179.  VuCardRecord  
Druga generacija:  
informacije pohranjene u jedinici u vozilu koje se odnose na korištenu 
karticu tahografa (zahtjev 132) iz Priloga I.C).
  
cardNumberAndGenerationInformation  je potpuni broj kartice i 
generacija korištene kartice (vrsta podataka 2.74.).  
cardExtendedSerialNumber  očitan iz datoteke EF_ICC u MF-u 
kartice.  
cardStructureVersion  očitan iz datoteke EF_Application_Identification 
u DF_Tachograph_G2.  
cardNumber  očitan iz datoteke EF_Identification u DF_Tacho ­
graph_G2.  
▼B 
2.180.  VuCardRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na kartice 
tahografa korištene s tom jedinicom u vozilu. Te su informacije namije ­
njene analizi jedinice u vozilu – problemi s karticom (zahtjev 132 iz 
Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuCardRecord).  Dodjela vrijedno ­
sti: Vidjeti RecordType  
recordSize  je veličina podatka VuCardRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa koji se odnose na tahografske kartice korištene s 
tom jedinicom u vozilu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 156  
2.181.  VuCertificate  
Certifikat javnog klju ča jedinice u vozilu.
  
2.182.  VuCertificateRecordArray  
Druga generacija:  
Certifikat jedinice u vozilu i meta podatci kako se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (VuCertificate).  Dodjela vrijednosti : 
Vidjeti RecordType  
recordSize  je veličina podatka VuCertificate u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa. Vrijednost se postavlja na 1 
jer certifikati mogu biti razli čitih duljina.  
records  je niz zapisa o certifikatima jedinice u vozilu.  
2.183.  VuCompanyLocksData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na blokade od 
strane poduze ća (zahtjev 104 iz Priloga 1.B).
  
noOfLocks  jebroj blokada navedenih u podatku vuCompanyLocksRe ­
cords.  
vuCompanyLocksRecords  je niz zapisa o blokadama od strane podu ­
zeća. 
2.184.  VuCompanyLocksRecord  
Informacije pohranjene u jedinici u vozilu koje se odnose na jednu 
blokadu od strane poduze ća (zahtjev 104 iz Priloga 1.B i zahtjev 128 
iz Priloga 1.C).  
Prva generacija:
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 157  
lockInTime, lockOutTime  su datum i vrijeme postavljanja i uklanjanja 
blokade.  
companyName, companyAddress  su naziv i adresa poduze ća pove­
zanog s postavljanjem blokade.  
companyCardNumber  označuje karticu korištenu pri postavljanju 
blokade.  
Druga generacija:
  
Umjesto companyCardNumber, u podatkovnoj strukturi za drugu 
generaciju upotrebljava se sljede ći podatkovni element.  
companyCardNumberAndGeneration  označuje karticu, uklju čujući 
njezinu generaciju, korištenu pri postavljanju blokade.  
2.185.  VuCompanyLocksRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na blokade od 
strane poduze ća (zahtjev 128 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuCompanyLocksRecord).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuCompanyLocksRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa. Vrijednost 0..255.  
records  je niz zapisa o blokadama od strane poduze ća. 
2.186.  VuControlActivityData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na kontrole 
provedene s pomo ću te jedinice u vozilu (zahtjev 102 iz Priloga 1.B).
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 158  
noOfLocks  je broj kontrola naveden u podatku vuControlActivityRe ­
cords.  
vuControlActivityRecords  je niz zapisa o nadzornim aktivnostima.  
2.187.  VuControlActivityRecord  
Informacije pohranjene u jedinici u vozilu koje se odnose na kontrolu 
provedenu s pomo ću te jedinice u vozilu (zahtjev 102 iz Priloga 1.B i 
zahtjev 126 iz Priloga 1.C).  
Prva generacija:
  
controlType  je vrsta kontrole.  
controlTime  je datum i vrijeme kontrole.  
controlCardNumber  označuje kontrolnu karticu korištenu pri kontroli.  
downloadPeriodBeginTime  je vrijeme koje ozna čuje početak razdoblja 
za koje se preuzimaju podatci, u slu čaju preuzimanja.  
downloadPeriodEndTime  je vrijeme koje ozna čuje kraj razdoblja za 
koje se preuzimaju podatci, u slu čaju preuzimanja.  
Druga generacija:
  
Umjesto controlCardNumber, u podatkovnoj strukturi za drugu genera ­
ciju upotrebljava se sljede ći podatkovni element.  
controlCardNumberAndGeneration  označuje kontrolnu karticu kori ­ 
štenu pri kontroli, uklju čujući njezinu generaciju.  
2.188.  VuControlActivityRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na kontrole 
provedene s pomo ću te jedinice u vozilu (zahtjev 126 iz Priloga 1.C).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 159
  
recordType  označuje vrstu zapisa (VuControlActivityRecord).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuControlActivityRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o nadzornim aktivnostima jedinice u vozilu.  
2.189.  VuDataBlockCounter  
Brojač pohranjen na kartici koji uzastopno ozna čuje cikluse umetanja 
kartice u jedinice u vozilu i njihovo uklanjanje iz jedinica u vozilu.
  
Dodjela vrijednosti : Redni brojevi s najve ćom vrijednoš ću od 9 999, 
zatim ponovno od 0.  
2.190.  VuDetailedSpeedBlock  
Informacije pohranjene u jedinici u vozilu koje se odnose na detaljnu 
brzinu vozila u minuti tijekom koje se vozilo kretalo (zahtjev 093 iz 
Priloga 1.B i zahtjev 116 iz Priloga 1.C).
  
speedBlockBeginDate  je datum i vrijeme prve vrijednosti brzine unutar 
bloka.  
speedsPerSecond  je kronološki niz izmjerenih brzina svake sekunde u 
minuti, po čevši od speedBlockBeginDate (uklju čno). 
2.191.  VuDetailedSpeedBlockRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na detaljnu 
brzinu vozila.
  
recordType  označuje vrstu zapisa (VVuDetailedSpeedBlock).  Dodjela 
vrijednosti : Vidjeti RecordType  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 160  
recordSize  je veličina podatka VuDetailedSpeedBlock u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o detaljnim blokovima brzina.  
2.192.  VuDetailedSpeedData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na detaljnu 
brzinu vozila.
  
noOfSpeedBlocks  je broj blokova brzina u nizu vuDetailedSpeed ­
Blocks.  
vuDetailedSpeedBlocks  je niz zapisa o detaljnim blokovima brzina.  
2.193.  VuDownloadablePeriod  
Najstariji i najnoviji datumi za koje su pohranjeni podatci u jedinici u 
vozilu koji se odnose na aktivnosti voza ča (zahtjevi 081, 084 ili 087 iz 
Priloga 1.B i zahtjevi 102, 105, 108 iz Priloga 1.C).
  
minDownloadableTime  je datum i vrijeme najstarijeg podatka o 
umetanju kartice ili promjeni aktivnosti ili unosu mjesta pohranjenog u 
jedinici u vozilu.  
maxDownloadableTime  je najstariji podatak o uklanjanju kartice ili 
promjeni aktivnosti ili unos mjesta i vremena pohranjen u jedinici u 
vozilu.  
2.194.  VuDownloadablePeriodRecordArray  
Druga generacija:  
VUDownloadablePeriod i meta podatci koji se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (VuDownloadablePeriod).  Dodjela 
vrijednosti : Vidjeti RecordType  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 161  
recordSize  je veličina podatka VuDownloadablePeriod u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o VuDownloadablePeriod.  
2.195.  VuDownloadActivityData  
Informacije pohranjene u jedinici u vozilu koje se odnose na posljednje 
preuzimanje podataka s nje (zahtjev 105 iz Priloga 1.B i zahtjev 129 iz 
Priloga 1.C).  
Prva generacija:
  
downloadingTime  je datum i vrijeme preuzimanja.  
fullCardNumber  označuje karticu upotrijebljenu za odobrenje preuzi ­
manja podataka.  
companyOrWorkshopName  je naziv poduze ća ili radionice.  
Druga generacija:
  
Umjesto fullCardNumber, u podatkovnoj strukturi za drugu generaciju 
upotrebljava se sljede ći podatkovni element.  
fullCardNumberAndGeneration  označuje karticu upotrijebljenu za 
odobrenje preuzimanja podataka i njezinu generaciju.  
2.196.  VuDownloadActivityDataRecordArray  
Druga generacija:  
Informacije koje se odnose na posljednje preuzimanje podataka s jedi ­
nice u vozilu (zahtjev 129 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuDownloadActivityData).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuDownloadActivityData u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 162  
records  je niz zapisa o aktivnostima preuzimanja podataka.  
2.197.  VuEventData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
(zahtjev 094 iz Priloga 1.B, osim dijela u pogledu doga đaja prekora čenja 
brzine).
  
noOfVuEvents  je broj doga đaja navedenih u nizu vuEventRecords.  
vuEventRecords  je niz zapisa o doga đajima.  
2.198.  VuEventRecord  
Informacije pohranjene u jedinici u vozilu koje se odnose na odre đeni 
događaj (zahtjev 094 iz Priloga 1.B i zahtjev 117 iz Priloga 1.C, osim 
dijela u pogledu doga đaja prekora čenja brzine).  
Prva generacija:
  
eventType  je vrsta doga đaja. 
eventRecordPurpose  je svrha za koju je zabilježen taj doga đaj. 
eventBeginTime  je datum i vrijeme po četka događaja. 
eventEndTime  je datum i vrijeme završetka doga đaja. 
cardNumberDriverSlotBegin  označuje karticu umetnutu u utor voza ča 
na početku događaja. 
cardNumberCodriverSlotBegin  označuje karticu umetnutu u utor suvo ­
zača na početku događaja. 
cardNumberDriverSlotEnd  označuje karticu umetnutu u utor voza ča 
na završetku doga đaja. 
cardNumberCodriverSlotEnd  označuje karticu umetnutu u utor suvo ­
zača na završetku doga đaja. 
similarEventsNumber  je broj sli čnih događaja tog dana.  
Taj se niz može upotrebljavati za sve doga đaje osim doga đaje prekora ­ 
čenja brzine.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 163  
Druga generacija:
  
Uz podatkovne elemente navedene za prvu generaciju upotrebljavaju se i 
sljedeći: 
manufacturerSpecificEventFaultData  sadržava dodatne informacije o 
događaju, specifi čne za proizvo đača. 
Umjesto cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, 
cardNumberDriverSlotEnd, i cardNumberCodriverSlotEnd, u podat ­
kovnoj strukturi za drugu generaciju upotrebljavaju se sljede ći podat­
kovni elementi.  
cardNumberAndGenDriverSlotBegin  označuje karticu umetnutu u 
utor vozača na početku događaja i njezinu generaciju.  
cardNumberAndGenCodriverSlotBegin  označuje karticu umetnutu u 
utor suvoza ča na početku događaja i njezinu generaciju.  
cardNumberAndGenDriverSlotEnd  označuje karticu umetnutu u utor 
vozača na završetku doga đaja i njezinu generaciju.  
cardNumberAndGenCodriverSlotEnd  označuje karticu umetnutu u 
utor suvoza ča na završetku doga đaja i njezinu generaciju.  
Ako događaj predstavlja proturje čnost u vremenu, podatke eventBegin ­
Time i eventEndTime tuma či se kako slijedi:  
eventBeginTime  je datum i vrijeme na ure đaju za bilježenje podataka.  
eventEndTime  je datum i vrijeme na ure đaju GNSS-a.  
2.199.  VuEventRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
(zahtjev 117 iz Priloga 1.C, osim dijela u pogledu doga đaja prekora čenja 
brzine).
  
recordType  označuje vrstu zapisa (VuEventRecord).  Dodjela vrijedno ­
sti: Vidjeti RecordType  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 164  
recordSize  je veličina podatka VuEventRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o doga đajima.  
2.200.  VuFaultData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na kvarove 
(zahtjev 096 iz Priloga 1.B).
  
noOfVuFaults  je broj kvarova koje sadržava niz vuFaultRecords.  
vuFaultRecords  je niz zapisa o kvarovima.  
2.201.  VuFaultRecord  
Informacije pohranjene u jedinici u vozilu koje se odnose na kvar (zah ­
tjev 096 iz Priloga 1.B i zahtjev 118 iz Priloga 1.C).  
Prva generacija:
  
faultType  je vrsta kvara ure đaja za bilježenje podataka.  
faultRecordPurpose  je svrha za koju je zabilježen taj kvar.  
faultBeginTime  je datum i vrijeme po četka kvara.  
faultEndTime  je datum i vrijeme završetka kvara.  
cardNumberDriverSlotBegin  označuje karticu umetnutu u utor voza ča 
na početku kvara.  
cardNumberCodriverSlotBegin  označuje karticu umetnutu u utor suvo ­
zača na početku kvara.  
cardNumberDriverSlotEnd  označuje karticu umetnutu u utor voza ča 
na završetku kvara.  
cardNumberCodriverSlotEnd  označuje karticu umetnutu u utor suvo ­
zača na završetku kvara.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 165  
Druga generacija:
  
Uz podatkovne elemente navedene za prvu generaciju upotrebljava se i 
sljedeći: 
manufacturerSpecificEventFaultData  sadržava dodatne informacije o 
kvaru, specifi čne za proizvo đača. 
Umjesto cardNumberDriverSlotBegin, cardNumberCodriverSlotBegin, 
cardNumberDriverSlotEnd, i cardNumberCodriverSlotEnd, u podat ­
kovnoj strukturi za drugu generaciju upotrebljavaju se sljede ći podat­
kovni elementi:  
cardNumberAndGenDriverSlotBegin  označuje karticu umetnutu u 
utor vozača na početku kvara i njezinu generaciju.  
cardNumberAndGenCodriverSlotBegin  označuje karticu umetnutu u 
utor suvoza ča na početku kvara i njezinu generaciju.  
cardNumberAndGenDriverSlotEnd  označuje karticu umetnutu u utor 
vozača na završetku kvara i njezinu generaciju.  
cardNumberAndGenCodriverSlotEnd  označuje karticu umetnutu u 
utor suvoza ča na završetku kvara i njezinu generaciju.  
2.202.  VuFaultRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na kvarove 
(zahtjev 118 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuFaultRecord).  Dodjela vrijedno ­
sti: Vidjeti RecordType  
recordSize  je veličina podatka VuFaultRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o kvarovima.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 166  
2.203.  VuGNSSADRecord  
Druga generacija:  
informacije pohranjene u jedinici u vozilu koje se odnose na položaj 
vozila prema GNSS-u ako akumulirano vrijeme vožnje dostigne više ­
kratnik tri sata (zahtjevi 108) i 110) iz Priloga I.C).
  
timeStamp  je datum i vrijeme kad akumulirano vrijeme vožnje dostiže 
višekratnik tri sata.  
cardNumberAndGenDriverSlot  označuje karticu umetnutu u utor 
vozača i njezinu generaciju.  
cardNumberAndGenCodriverSlot  označuje karticu umetnutu u utor 
suvozača i njezinu generaciju.  
gnssPlaceRecord  sadržava informacije o položaju vozila.  
vehicleOdometerValue  je stanje broja ča kilometara kad akumulirano 
vrijeme vožnje dostiže višekratnik tri sata.  
2.204.  VuGNSSADRecordArray  
Druga generacija:  
informacije pohranjene u jedinici u vozilu koje se odnose na položaj 
vozila prema GNSS-u ako akumulirano vrijeme vožnje dostigne više ­
kratnik tri sata (zahtjevi 108) i 110) iz Priloga I.C).
  
recordType  označuje vrstu zapisa (VuGNSSADRecord).  
Dodjela vrijednosti : Vidjeti RecordType.  
recordSize  je veličina podatka VuGNSSADRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa GNSS-a o akumuliranom razdoblju vožnje.  
▼B 
2.205.  VuIdentification  
Informacije pohranjene u jedinici u vozilu koje se odnose na identifika ­
ciju jedinice u vozilu (zahtjev 075 iz Priloga 1.B i zahtjevi 93 i 121 iz 
Priloga 1.C).  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 167  
Prva generacija:
  
vuManufacturerName  je naziv proizvo đača jedinice u vozilu.  
vuManufacturerAddress  je adresa proizvo đača jedinice u vozilu.  
vuPartNumber  je kataloški broj jedinice u vozilu.  
vuSerialNumber  je serijski broj jedinice u vozilu.  
vuSoftwareIdentification  označuje softver ugra đen u jedinicu u vozilu.  
vuManufacturingDate  je datum proizvodnje jedinice u vozilu.  
cardApprovalNumber  je homologacijski broj jedinice u vozilu.  
Druga generacija:
  
Uz podatkovne elemente navedene za prvu generaciju upotrebljavaju se i 
sljedeći: 
vuGeneration  označuje generaciju jedinice u vozilu.  
vuAbility  pruža informacije o tome podržava li jedinica u vozilu taho ­
grafske kartice prve generacije ili ne.  
2.206.  VuIdentificationRecordArray  
Druga generacija:  
VuIdentification i meta podatci koji se upotrebljavaju u postupku preu ­
zimanja.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 168
  
recordType  označuje vrstu zapisa (VuIdentification).  Dodjela vrijedno ­
sti: Vidjeti RecordType  
recordSize  je veličina podatka VuIdentification u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa VuIdentification.  
2.207.  VuITSConsentRecord  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na pristanak 
vozača u pogledu upotrebe inteligentnih prijevoznih sustava.
  
cardNumberAndGen  označuje karticu i njezinu generaciju. To mora 
biti kartica voza ča ili kartica radionice.  
consent  je znak koji ozna čuje je li voza č pristao na upotrebu inteli ­
gentnih prijevoznih sustava u doti čnom vozilu / jedinici u vozilu.  
Dodjela vrijednosti:  
TRUE ozna čuje pristanak voza ča na upotrebu inteligentnih prijevoznih 
sustava.  
FALSE ozna čuje da je voza č odbio upotrebu inteligentnih prijevoznih 
sustava.  
2.208.  VuITSConsentRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na pristanak 
vozača u pogledu upotrebe inteligentnih prijevoznih sustava (zahtjev 200 
iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuITSConsentRecord).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuITSConsentRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o pristanku na upotrebu ITS-a.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 169  
2.209.  VuManufacturerAddress  
Adresa proizvo đača jedinice u vozilu.
  
Dodjela vrijednosti : Neodređeno. 
2.210.  VuManufacturerName  
Naziv proizvo đača jedinice u vozilu.
  
Dodjela vrijednosti : Neodređeno. 
2.211.  VuManufacturingDate  
Datum proizvodnje jedinice u vozilu.
  
Dodjela vrijednosti : Neodređeno. 
2.212.  VuOverSpeedingControlData  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
prekoračenja brzine od posljednjee kontrole u pogledu prekora čenja 
brzine (zahtjev 095 iz Priloga 1.B i zahtjev 117 iz Priloga 1.C).
  
lastOverspeedControlTime  je datum i vrijeme posljednje kontrole u 
pogledu prekora čenja brzine.  
firstOverspeedSince  je datum i vrijeme prvog prekora čenja brzine 
nakon provedbe te kontrole u pogledu prekora čenja brzine.  
numberOfOverspeedSince  je broj doga đaja prekora čenja brzine od 
posljednje kontrole u pogledu prekora čenja brzine.  
2.213.  VuOverSpeedingControlDataRecordArray  
Druga generacija:  
VuOverSpeedingControlData i meta podatci koji se upotrebljavaju u 
postupku preuzimanja.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 170  
recordType  označuje vrstu zapisa (VuOverSpeedingControlData).  
Dodjela vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuOverSpeedingControlData u bajto ­
vima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o podacima o kontroli u pogledu prekora čenja 
brzine.  
2.214.  VuOverSpeedingEventData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
prekoračenja brzine (zahtjev 094 iz Priloga 1.B).
  
noOfVuOverSpeedingEvents  je broj zapisa koje sadržava niz vuOver ­
SpeedingEventRecords.  
vuOverSpeedingEventRecords  je niz zapisa o doga đajima prekora čenja 
brzine.  
2.215.  VuOverSpeedingEventRecord  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
prekoračenja brzine (zahtjev 094 iz Priloga 1.B i zahtjev 117 iz 
Priloga 1.C).
  
eventType  je vrsta doga đaja. 
eventRecordPurpose  je svrha za koju je zabilježen taj doga đaj. 
eventBeginTime  je datum i vrijeme po četka događaja. 
eventEndTime  je datum i vrijeme završetka doga đaja. 
maxSpeedValue  je najviša brzina izmjerena tijekom doga đaja. 
averageSpeedValue  je aritmeti čki prosjek brzine izmjerene tijekom 
događaja.. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 171  
cardNumberDriverSlotBegin  označuje karticu umetnutu u utor voza ča 
na početku događaja. 
similarEventsNumber  je broj sli čnih događaja tog dana.  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
prekoračenja brzine (zahtjev 094 iz Priloga 1.B i zahtjev 117 iz 
Priloga 1.C).
  
Umjesto cardNumberDriverSlotBegin, u podatkovnoj strukturi za drugu 
generaciju upotrebljava se sljede ći podatkovni element:  
cardNumberAndGenDriverSlotBegin  označuje karticu umetnutu u utor 
vozača na početku događaja i njezinu generaciju.  
2.216.  VuOverSpeedingEventRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
prekoračenja brzine (zahtjev 117 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuOverSpeedingEventRecord).  
Dodjela vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuOverSpeedingEventRecord u bajto ­
vima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o doga đajima prekora čenja brzine.  
2.217.  VuPartNumber  
Kataloški broj jedinice u vozilu.
  
Dodjela vrijednosti : Specifična za proizvo đača jedinice u vozilu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 172  
2.218.  VuPlaceDailyWorkPeriodData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na mjesta na 
kojima voza či započinju ili završavaju razdoblje dnevnog rada (zah ­
tjev 087 iz Priloga 1.B i zahtjevi 108 i 110 iz Priloga 1.C).
  
noOfPlaceRecords  je broj zapisâ koje sadržava niz vuPlaceDailyWork ­
PeriodRecords.  
vuPlaceDailyWorkPeriodRecords  je niz zapisa o mjestu.  
2.219.  VuPlaceDailyWorkPeriodRecord  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na mjesto na 
kojem voza č započinje ili završava razdoblje dnevnog rada (zahtjev 087 
iz Priloga 1.B i zahtjevi 108 i 110 iz Priloga 1.C).
  
fullCardNumber  je vrsta kartice voza ča, država članica koja je izdala 
karticu i broj kartice.  
placeRecord  sadržava informacije povezane s unesenim mjestom.  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na mjesto na 
kojem voza č započinje ili završava razdoblje dnevnog rada (zahtjev 087 
iz Priloga 1.B i zahtjevi 108 i 110 iz Priloga 1.C).
  
Umjesto fullCardNumber, u podatkovnoj strukturi za drugu generaciju 
upotrebljava se sljede ći podatkovni element:  
fullCardNumberAndGeneration  je vrsta kartice, država članica koja ju 
je izdala te broj kartice i njezina generacija, kako su pohranjeni na 
kartici.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 173  
2.220.  VuPlaceDailyWorkPeriodRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na mjesta na 
kojima voza či započinju ili završavaju razdoblje dnevnog rada (zah ­
tjevi 108 i 110 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuPlaceDailyWorkPeriodRecord).  
Dodjela vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuPlaceDailyWorkPeriodRecord u bajto ­
vima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa povezanih s mjestom.  
2.221.  VuPrivateKey  
Prva generacija:  
Privatni klju č jedinice u vozilu.
  
2.222.  VuPublicKey  
Prva generacija:  
Javni ključ jedinice u vozilu.
  
2.223.  VuSerialNumber  
Serijski broj jedinice u vozilu (zahtjev 075 iz Priloga 1.B i zahtjev 93 iz 
Priloga 1.C).
  
2.224.  VuSoftInstallationDate  
Datum ugradnje verzije softvera u jedinicu u vozilu.
  
Dodjela vrijednosti : Neodređeno. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 174  
2.225.  VuSoftwareIdentification  
Informacije pohranjene u jedinici u vozilu koje se odnose na ugra đeni 
softver.
  
vuSoftwareVersion  je broj verzije softvera u jedinici u vozilu.  
vuSoftInstallationDate  je datum ugradnje verzije softvera.  
2.226.  VuSoftwareVersion  
Broj verzije softvera u jedinici u vozilu.
  
Dodjela vrijednosti : Neodređeno. 
2.227.  VuSpecificConditionData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na posebne 
uvjete.
  
noOfSpecificConditionRecords  je broj zapisâ koje sadržava niz speci ­
ficConditionRecords.  
specificConditionRecords  je niz zapisa povezanih s posebnim uvjetima.  
2.228.  VuSpecificConditionRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na posebne 
uvjete (zahtjev 130 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (SpecificConditionRecord).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka SpecificConditionRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa povezanih s posebnim uvjetima.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 175  
2.229.  VuTimeAdjustmentData  
Prva generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na podeša ­
vanje vremena koje se izvršava izvan okvira redovnog kalibriranja (zah ­
tjev 101 iz Priloga 1.B).
  
noOfVuTimeAdjRecords  je broj zapisâ u vuTimeAdjustmentRecords . 
sealRecords  je niz zapisa o podešavanju vremena.  
▼M1 
2.230.  Rezervirano za budu ću uporabu  
2.231.  Rezervirano za budu ću uporabu  
▼B 
2.232.  VuTimeAdjustmentRecord  
Informacije pohranjene u jedinici u vozilu koje se odnose na podeša ­
vanje vremena koje se izvršava izvan okvira redovnog kalibriranja (zah ­
tjev 101 iz Priloga 1.B i zahtjevi 124 i 125 iz Priloga 1.C).  
Prva generacija:
  
oldTimeValue, newTimeValue  su stari i novi datum i vrijeme.  
workshopName, workshopAddress  su naziv i adresa radionice.  
workshopCardNumber  označuje karticu radionice upotrijebljenu radi 
podešavanja vremena.  
Druga generacija:
  
Umjesto workshopCardNumber, u podatkovnoj strukturi za drugu 
generaciju upotrebljava se sljede ći podatkovni element.  
workshopCardNumberAndGeneration  označuje karticu radionice 
upotrijebljenu radi podešavanja vremena i njezinu generaciju.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 176  
2.233.  VuTimeAdjustmentRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na podeša ­
vanje vremena koje se izvršava izvan okvira redovnog kalibriranja (zah ­
tjevi 124 i 125 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuTimeAdjustmentRecord).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuTimeAdjustmentRecord u bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o podešavanju vremena.  
2.234.  WorkshopCardApplicationIdentification  
Informacije pohranjene na kartici radionice koje se odnose na identifi ­
kaciju primjene kartice (zahtjevi 307 i 330 iz Priloga 1.C).  
Prva generacija:
  
typeOfTachographCardId  označuje vrstu upotrijebljene kartice.  
cardStructureVersion  utvrđuje verziju strukture koja je primijenjena na 
kartici.  
noOfEventsPerType  je broj doga đaja po vrsti doga đaja koji se najviše 
može pohraniti na kartici.  
noOfFaultsPerType  je broj kvarova po vrsti kvara koji se najviše može 
pohraniti na kartici.  
activityStructureLength  označuje broj bajtova dostupnih za pohranji ­
vanje zapisa o aktivnostima.  
noOfCardVehicleRecords  je broj zapisa o vozilu koji se najviše može 
pohraniti na kartici.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 177  
noOfCardPlaceRecords  je broj zapisa o mjestima koji se najviše može 
pohraniti na kartici.  
noOfCalibrationRecords  je broj zapisa o aktivnostima kalibriranja koji 
se najviše može pohraniti na kartici.  
Druga generacija:  
▼M1
 
Uz podatkovne elemente navedene za prvu generaciju upotrebljavaju se i 
sljedeći: 
noOfGNSSADRecords  je broj zapisa GNSS-a o akumuliranom 
razdoblju vožnje koji se najviše može pohraniti na kartici.  
noOfSpecificConditionRecords  je broj zapisa o posebnim uvjetima koji 
se najviše može pohraniti na kartici.  
noOfCardVehicleUnitRecords  je broj zapisa o korištenim jedinicama u 
vozilu koji se najviše može pohraniti na kartici.  
▼B 
2.235.  WorkshopCardCalibrationData  
Informacije pohranjene na kartici radionice koje se odnose na aktivnosti 
radionice izvršene s karticom (zahtjevi 314, 316, 337 i 339 iz 
Priloga 1.C).
  
calibrationTotalNumber  je ukupan broj kalibriranja izvršenih s karti ­
com.  
calibrationPointerNewestRecord  je indeks posljednjeg ažuriranog 
zapisa o kalibriranju.  
Dodjela vrijednosti : Broj koji odgovara brojniku zapisa o kalibriranju, a 
započinje s „0” za prvu pojavu zapisâ o kalibriranju u strukturi.  
calibrationRecords  je niz zapisa koji sadržavaju informacije o kalibri ­
ranju i/ili podešavanju vremena.  
2.236.  WorkshopCardCalibrationRecord  
Informacije pohranjene na kartici radionice koje se odnose na kalibri ­
ranje izvršeno s karticom (zahtjevi 314 i 337 iz Priloga 1.C).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 178  
Prva generacija:
  
calibrationPurpose  je svrha kalibriranja.  
vehicleIdentificationNumber  je VIN.  
vehicleRegistration  sadržava VRN i državu članicu registracije.  
wVehicleCharacteristicConstant  je karakteristi čni koeficijent vozila.  
kConstantOfRecordingEquipment  je konstanta ure đaja za bilježenje 
podataka.  
lTyreCircumference  je djelatni opseg guma kota ča. 
tyreSize  je oznaka za dimenzije guma postavljenih na vozilo.  
authorisedSpeed  je najveća odobrena brzina vozila.  
oldOdometerValue, newOdometerValue  su stare i nove vrijednosti na 
brojaču kilometara.  
oldTimeValue, newTimeValue  su stari i novi datum i vrijeme.  
nextCalibrationDate  je datum sljede ćeg kalibriranja vrste utvr đene u 
podatku CalibrationPurpose koje provodi tijelo ovlašteno za pregled.  
vuPartNumber , vuSerialNumber  i sensorSerialNumber  su podat ­
kovni elementi za identifikaciju ure đaja za bilježenje podataka.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 179  
Druga generacija:
  
Uz podatkovne elemente navedene za prvu generaciju upotrebljavaju se i 
sljedeći: 
sensorGNSSSerialNumber  identificira vanjski ure đaj GNSS-a.  
rcmSerialNumber  identificira modul za komunikaciju na daljinu.  
sealDataCard  pruža informacije o plombama stavljenima na razli čite 
sastavne dijelove vozila.  
2.237.  WorkshopCardHolderIdentification  
Informacije pohranjene na kartici radionice koje se odnose na identifi ­
kaciju nositelja kartice (zahtjevi 311 i 334 iz Priloga 1.C).
  
workshopName  je naziv radionice nositelja kartice.  
workshopAddress  je adresa radionice nositelja kartice.  
cardHolderName  je prezime i ime (imena) nositelja kartice (na primjer, 
ime mehani čara). 
cardHolderPreferredLanguage  je odabrani jezik nositelja kartice.  
2.238.  WorkshopCardPIN  
Osobni identifikacijski broj kartice radionice (zahtjevi 309 i 332 iz 
Priloga 1.C).
  
Dodjela vrijednosti : PIN poznat nositelju kartice, desno popunjen s 
bajtima ‘FF’ do 8 bajtova.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 180  
2.239.  W-VehicleCharacteristicConstant  
Karakteristi čni koeficijent vozila (definicija (k)).
  
Dodjela vrijednosti : Broj impulsa po kilometru u radnom rasponu od 0 
do 64 255 impulsa/km.  
2.240.  VuPowerSupplyInterruptionRecord  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
prekida napajanja (zahtjev 117 iz Priloga 1.C).
  
eventType  je vrsta doga đaja. 
eventRecordPurpose  je svrha za koju je zabilježen taj doga đaj.. 
eventBeginTime  je datum i vrijeme po četka događaja. 
eventEndTime  je datum i vrijeme završetka doga đaja. 
cardNumberAndGenDriverSlotBegin  označuje karticu umetnutu u utor 
vozača na početku događaja i njezinu generaciju.  
cardNumberAndGenDriverSlotEnd  označuje karticu umetnutu u utor 
vozača na kraju doga đaja i njezinu generaciju.  
cardNumberAndGenCodriverSlotBegin  označuje karticu umetnutu u 
utor suvoza ča na početku događaja i njezinu generaciju.  
cardNumberAndGenCodriverSlotEnd  označuje karticu umetnutu u 
utor suvoza ča na kraju doga đaja i njezinu generaciju.  
similarEventsNumber  je broj sli čnih događaja tog dana.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 181  
2.241.  VuPowerSupplyInterruptionRecordArray  
Druga generacija:  
Informacije pohranjene u jedinici u vozilu koje se odnose na doga đaje 
prekida napajanja (zahtjev 117 iz Priloga 1.C).
  
recordType  označuje vrstu zapisa (VuPowerSupplyInterruptionRecord).  
Dodjela vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka VuPowerSupplyInterruptionRecord u 
bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o doga đajima prekida napajanja.  
2.242.  VuSensorExternalGNSSCoupledRecordArray  
Druga generacija:  
Niz zapisa SensorExternalGNSSCoupledRecord i meta podatci koji se 
upotrebljavaju u postupku preuzimanja.
  
recordType  označuje vrstu zapisa (SensorExternalGNSSCoupledRe ­
cord).  Dodjela vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka SensorExternalGNSSCoupledRecord u 
bajtovima.  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o uparivanju senzora s vanjskim ure đajem GNSS- 
a. 
2.243.  VuSensorPairedRecordArray  
Druga generacija:  
Niz zapisa SensorPairedRecord i meta podatci koji se upotrebljavaju u 
postupku preuzimanja.
  
recordType  označuje vrstu zapisa (SensorPairedRecord).  Dodjela 
vrijednosti : Vidjeti RecordType  
recordSize  je veličina podatka SensorPairedRecord u bajtovima.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 182  
noOfRecords  je broj zapisâ u nizu zapisa.  
records  je niz zapisa o uparivanju senzora.  
3. DEFINICIJE VRIJEDNOSTI I RASPONA VELI ČINE 
Definicija promjenljivih vrijednosti koje se upotrebljavaju u definicijama 
u stavku 2.
  
4. SKUPINE ZNAKOVA (CHARACTER SETS)  
Za IA5Strings upotrebljavaju se ASCII znakovi definirani u 
normi ISO/IEC 8824-1. Radi čitljivosti i lakšeg upu ćivanja, u nastavku 
je navedena dodjela vrijednosti. U slu čaju nepodudarnosti, 
norma ISO/IEC 8824-1 ima prednost nad ovom informativnom bilje ­ 
škom.
  
U drugim se nizovima znakova (adresa, naziv, VehicleRegistration ­
Number) upotrebljavaju i znakovi iz raspona decimalnih kodova od 161 
do 255 od sljede ćih 8-bitnih standardnih skupina znakova, koje utvr đuje 
broj kodne stranice: 
Standardni skup znakova  Kodna stranica 
(Decimalno)  
ISO/IEC 8859-1 Latinica-1 Zapadnoeuropski  1  
ISO/IEC 8859-2 Latinica-2 Srednjeeuropski  2  
ISO/IEC 8859-3 Latinica-3 Južnoeuropski  3  
ISO/IEC 8859-5 Latinica/ Ćirilica  5  
ISO/IEC 8859-7 Latinica/Gr čki 7  
ISO/IEC 8859-9 Latinica-5 Turski  9  
ISO/IEC 8859-13 Latinica-7 Balti čki krug  13  
ISO/IEC 8859-15 Latinica-9  15  
ISO/IEC 8859-16 Latinica-10 Jugoisto čnoeuropski  16  
KOI8-R Latinica/ Ćirilica  80  
KOI8-U Latinica/ Ćirilica  85  
5. KODIRANJE  
Pri kodiranju u skladu s pravilima o kodiranju ASN.1, sve definirane 
vrste podataka kodiraju se u skladu s normom ISO/IEC 8825-2, uskla ­ 
đena inačica. 
6. IDENTIFIKATORI OBJEKTA I IDENTIFIKATORI APLIKACIJE  
6.1. Identifikatori objekta  
Identifikatori objekta (OID-ovi) navedeni u ovome poglavlju odnose se 
isključivo na drugu generaciju. Ti su OID-ovi utvr đeni u TR-03110-3, a  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 183  
ovdje ih se ponavlja u svrhu cjelovitosti. Ti su OID-ovi sadržani u 
podstablu bsi-de:
  
Identifikatori postupka autentifikacije jedinice u vozilu
  
Primjer:  Ako se autentifikaciju jedinice u vozilu planira izvršiti s pomo ću 
SHA-384, potrebno je upotrijebiti identifikator objekta (u ASN.1 zapisu)
  
. Vrijednost je 
ovog identifikatora objekta u zapisu s to čkama ( dot notation )
 
. 
Zapis s točkama ( Dot notation ) Zapis u bajtovima ( Byte notation )
 
‘04 00 7F 00 07 02 02 02 02 03’
  
‘04 00 7F 00 07 02 02 02 02 04’
  
‘04 00 7F 00 07 02 02 02 02 05’  
Identifikatori postupka autentifikacije čipa
 
Primjer:  Autentifikacija čipa izvršena je s pomo ću ECDH algoritma i 
stvoren je AES klju č razmjene podataka dug 128 bitova. Taj će se ključ 
razmjene podataka zatim upotrijebiti u CBC na činu rada radi osiguranja 
tajnosti podataka i s CMAC algoritmom radi osiguranja vjerodostojnosti 
podataka. Stoga je potrebno upotrijebiti identifikator objekta (u ASN.1 
zapisu)
  . Vrijed ­
nost je ovog identifikatora objekta u zapisu s to čkama ( dot notation )
 
. 
Zapis s točkama ( Dot notation ) Zapis u bajtovima ( Byte notation )
 
‘04 00 7F 00 07 02 02 03 02 02’
  
‘04 00 7F 00 07 02 02 03 02 03’
  
‘04 00 7F 00 07 02 02 03 02 04’  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 184  
6.2. Identifikatori aplikacije  
Druga generacija:  
Identifikator aplikacije (AID) za vanjski ure đaj GNSS-a (druge genera ­
cije) određen je s ‘FF 44 54 45 47 4D’. To je vlasni čki AID u skladu s 
normom ISO/IEC 7816-4.  
Napomena:  Zadnjih 5 bajtova kodira DTEGM za vanjski ure đaj GNSS-a 
pametnog tahografa.  
Identifikator aplikacije za aplikaciju tahografske kartice druge generacije 
određen je s ‘FF 53 4D 52 44 54’. To je vlasni čki AID u skladu s 
normom ISO/IEC 7816-4.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 185  
Dodatak 2  
SPECIFIKACIJE TAHOGRAFSKE KARTICE  
SADRŽAJ  
1. UVOD  
1.1. Kratice  
1.2. Literatura  
2. ELEKTRI ČNA I FIZI ČKA OBILJEŽJA  
2.1. Napon napajanja i potrošnja struje  
2.2. Napon programiranja V  pp 
2.3. Generiranje i frekvencija sata  
2.4. Kontakt I/O  
2.5. Stanja kartice  
3. HARDVER I KOMUNIKACIJA  
3.1. Uvod  
3.2. Protokol prijenosa  
3.2.1 Protokoli  
3.2.2 ATR  
3.2.3 PTS  
3.3. Uvjeti pristupa  
3.4. Pregled kodova naredbi i pogrešaka  
3.5. Opis naredbi  
3.5.1 SELECT  
3.5.2 READ BINARY  
3.5.3 UPDATE BINARY  
3.5.4 GET CHALLENGE  
3.5.5 VERIFY  
3.5.6 GET RESPONSE  
3.5.7 PSO: VERIFY CERTIFICATE  
3.5.8 INTERNAL AUTHENTICATE  
3.5.9 EXTERNAL AUTHENTICATE  
3.5.10 GENERAL AUTHENTICATE  
3.5.11 MANAGE SECURITY ENVIRONMENT  
3.5.12 PSO: HASH  
3.5.13 PERFORM HASH of FILE  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 186  
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE  
3.5.15 PSO: VERIFY DIGITAL SIGNATURE  
3.5.16 PROCESS DSRC MESSAGE  
4. STRUKTURA KARTICA TAHOGRAFA  
4.1. Glavna datoteka MF  
4.2. Aplikacija kartice voza ča 
4.2.1 Aplikacija kartice voza ča prve generacije  
4.2.2 Aplikacija kartice voza ča druge generacije  
4.3. Aplikacije kartice radionice  
4.3.1 Aplikacija kartice radionice prve generacije  
4.3.2 Aplikacija kartice radionice druge generacije  
4.4. Aplikacije kontrolne kartice  
4.4.1 Aplikacija kontrolne kartice prve generacije  
4.4.2 Aplikacija kontrolne kartice druge generacije  
4.5. Aplikacije kartice poduze ća 
4.5.1 Aplikacija kartice poduze ća prve generacije  
4.5.2 Aplikacija kartice poduze ća druge generacije  
1. UVOD  
1.1. Kratice  
Za potrebe ovog dodatka primjenjuju se sljede će kratice:  
AC Uvjeti pristupa (engl.  Access conditions ) 
AES Standard naprednog šifriranja (engl.  Advanced Encryption 
Standard ) 
AID Identifikator aplikacije (engl.  Application Identifier ) 
ALW Uvijek (engl.  Always ) 
APDU Podatkovna jedinica protokola aplikacije (struktura 
naredbe) (engl.  Application Protocol Data Unit ) 
ATR Odziv na povrat u po četno stanje (engl.  Answer to Reset  ) 
AUT Autentificiran.  
C6, C7 Kontakti br. 6 i 7 kartice kako su opisani u normi ISO/IEC 
7816-2  
cc Satni ciklusi (engl.  clock cycles ) 
▼M1 
CHA Ovlaštenje nositelja certifikata (eng. Certificate Holder 
Authorisation)  
▼B 
CHV Informacije za provjeru nositelja kartice (engl.  Card 
holder Verification Information ) 
CLA Bajt razreda odre đene APDU naredbe (engl.  Class byte of 
an APDU command ) 
▼M1 
DO Podatkovni objekt (eng. Data Object)  
▼B 
DSRC Namjenski komunikacijski sustav kratkog dometa (engl.  
Dedicated Short Range Communication ) 
DF Namjenska datoteka (engl.  Dedicated File ) DF može 
sadržavati druge datoteke (EF ili DF)  
ECC Kriptografija na temelju elipti čke krivulje (engl.  Elliptic 
Curve Cryptography ) 
EF Elementarna datoteka (engl.  Elementary File ) 
etu Elementarna jedinica vremena (engl.  elementary time 
unit) ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 187  
G1 Prva generacija  
G2 Druga generacija  
IC Integrirani krug (engl.  Integrated Circuit ) 
ICC Kartica s integriranim krugovima (engl.  Integrated Circuit 
Card ) 
ID Identifikator (engl.  Identifier ) 
IFD Naprava su čelja (engl.  Interface Device ) 
IFS Veli čina informacijskog polja (engl.  Information Field 
Size) 
IFSC Veli čina informacijskog polja na kartici (engl.  Informa­
tion Field Size for the card ) 
IFSD Veli čina informacijskog polja naprave (za terminal) (engl.  
Information Field Size Device (for the Terminal) ) 
INS Bajt instrukcije odre đene APDU naredbe (engl.  Instruc­
tion byte of an APDU command ) 
Lc Duljina ulaznih podataka za naredbu APDU (engl.  Length 
of the input data for a APDU command ) 
Le Duljina o čekivanih podataka (izlazni podatci za naredbu) 
(engl.  Length of the expected data (output data for a 
command) ) 
MF Glavna datoteka (temeljni DF) (engl.  Master File (root 
DF)) 
NAD Adresa čvora upotrijebljena u protokolu T = 1 (engl.  
Node Address used in T=1 protocol ) 
NEV Nikad (engl.  Never ) 
P1-P2 Parametarski bajtovi (engl.  Parameter bytes ) 
PIN Osobni identifikacijski broj (engl.  Personal Identification 
Number ) 
PRO SM Zašti ćeno sigurnim prijenosom poruka (engl.  Protected 
with secure messaging ) 
PTS Odabir prijenosa protokola (engl.  Protocol Transmission 
Selection ) 
RFU Rezervirano za budu ću upotrebu (engl.  Reserved for 
Future Use ) 
RST Povratak u po četno stanje (kartice) (engl.  Reset (of the 
card) ) 
SFID Kratki EF identifikator (engl.  Short EF Identifier ) 
SM Sigurne poruke (engl.  Secure Messaging ) 
SW1-SW2 Statusni bajtovi (engl.  Status bytes ) 
TS Po četni ATR znak (engl.  Initial ATR character ) 
VPP Napon programiranja (engl.  Programming Voltage ) 
VU Jedinica u vozilu (engl.  Vehicle Unit ) 
XXh Vrijednost XX u heksadecimalnom zapisu  
‘XXh’ Vrijednost XX u heksadecimalnom zapisu  
|| Simbol ulan čavanja 03||04 = 0304  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 188  
1.2. Literatura  
U ovome su Dodatku upotrijebljeni sljede ći izvori:  
ISO/IEC 7816-2 Identification cards – Integrated circuit cards – Part 2: 
Dimensions and location of the contacts. ISO/IEC 
7816-2:2007.  
ISO/IEC 7816-3 Identification cards – Integrated circuit cards – Part 3: 
Electrical interface and transmission protocols. 
ISO/IEC 7816-3:2006.  
ISO/IEC 7816-4 Identification cards – Integrated circuit cards – Part 4: 
Organization, security and commands for interc ­
hange. ISO/IEC 7816-4:2013 + Cor 1: 2014.  
ISO/IEC 7816-6 Identification cards – Integrated circuit cards – Part 6: 
Interindustry data elements for interchange. ISO/IEC 
7816-6:2004 + Cor 1: 2006.  
ISO/IEC 7816-8 Identification cards – Integrated circuit cards – Part 8: 
Commands for security operations. ISO/IEC 7816- 
8:2004.  
ISO/IEC 9797-2 Information technology – Security techniques – 
Message Authentication Codes (MACs) – Part 2: 
Mechanisms using a dedicated hash-function. 
ISO/IEC 9797-2:2011  
2. ELEKTRI ČNA I FIZI ČKA OBILJEŽJA  
TCS_01 Ako nije druk čije propisano, svi elektroni čki signali moraju 
biti u skladu s normom ISO/IEC 7816-3.  
TCS_02 Položaj i dimenzije kontakata kartice moraju biti u skladu s 
ISO/IEC 7816-2.  
2.1. Napon napajanja i potrošnja struje  
TCS_03 Kartica radi u skladu sa specifikacijama u granicama potro ­ 
šnje nazna čenima u normi ISO/IEC 7816-3.  
TCS_04 Kartica radi s Vcc = 3V (±0,3 V) ili s Vcc = 5V (±0,5 V).  
Napon se odabire prema ISO/IEC 7816-3.  
2.2. Napon programiranja V  pp 
TCS_05 Kartica ne zahtijeva napon programiranja na pinu C6. 
Očekuje se da pin C6 nije priklju čen na IFD. Kontakt C6 
može se priklju čiti na V  cc u kartici, ali ne smije ga se 
uzemljiti. Ovaj se napon ni u kojem slu čaju ne bi trebao 
interpretirati.  
2.3. Generiranje i frekvencija sata  
TCS_06 Kartica radi u frekvencijskom rasponu od 1 do 5 MHz, a 
može podržavati i više frekvencije. Unutar jedne sesije rada 
s karticom, frekvencija sata može odstupati za ±2 %. 
Frekvenciju sata generira jedinica u vozilu, a ne sama 
kartica. Radni ciklus se može izmjenjivati izme đu 40 i 
60 %.  
TCS_07 Vanjski sat može se zaustaviti u uvjetima sadržanima u 
datoteci kartice EF ICC. Prvi bajt sadržaja datoteke EF 
ICC kodira uvjete režima Clockstop:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 189  
Niska  Visoka  
Bit 3  Bit 2  Bit 1  
0 0  1  Clockstop dopušten, nema povlaštene razine  
0 1  1  Clockstop dopušten, povlaštena je visoka razina  
1 0  1  Clockstop dopušten, povlaštena je niska razina  
0 0  0  Clockstop nije dopušten  
0 1  0  Clockstop je dopušten isklju čivo na visokoj razini  
1 0  0  Clockstop je dopušten isklju čivo na niskoj razini  
Bitovi od 4 do 8 se ne koriste.  
2.4. Kontakt I/O  
TCS_08 Kontakt I/O C7 upotrebljava se za prijam podataka iz IFD- 
a i odašiljanje podataka u IFD. Tijekom rada, u režimu 
odašiljanja treba bitiili kartica ili IFD. Ako su obje jedinice 
u režimu odašiljanja, to ne uzrokuje ošte ćenje kartice. Kad 
ne odašilje, kartica ulazi u režim prijama.  
2.5. Stanja kartice  
TCS_09 Dok je priklju čeno napajanje, kartica radi u dva stanja:  
radno stanje tijekom izvršavanja naredbe ili spajanja s digi ­
talnom jedinicom,  
stanje mirovanja u svako drugo vrijeme; u tom stanju 
kartica zadržava sve podatke.  
3. HARDVER I KOMUNIKACIJA  
3.1. Uvod  
Ovaj stavak opisuje minimalnu funkcionalnost koju moraju imati 
tahografske kartice i jedinice u vozilu kako bi se osigurali ispravan 
rad i interoperabilnost.  
Tahografske kartice su što je više mogu će sukladne raspoloživim 
primjenjivim ISO/IEC normama (posebno ISO/IEC 7816). No ipak, 
naredbe i protokoli su u cijelosti opisani kako bi se odredila neka 
ograničena uporaba ili neke razlike ako ih ima. Ako nije druk čije 
naznačeno, navedene naredbe u cijelosti su u skladu sa spomenutim 
normama.  
3.2. Protokol prijenosa  
TCS_10 Protokol prijenosa u skladu je s normom ISO/IEC 7816-3 
za T = 0 i T = 1. Konkretno, jedinica vozila mora raspoz ­
nati produljenja vremena čekanja koje odašilje kartica.  
3.2.1  Protokoli  
TCS_11 Kartica mora podržavati protokol  T = 0  i protokol  T = 1 . 
Kartice mogu podržavati i druge protokole koji se odnose 
na kontakte.  
TCS_12  T = 0  zadani je protokol te je stoga potrebna naredba  PTS  
za prijelaz na protokol  T = 1 . ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 190  
TCS_13 Naprave podržavaju  neposrednu konvenciju  u oba proto ­
kola te je stoga za karticu obvezna neposredna konvencija.  
TCS_14 Bajt  Veličina informacijskog polja na kartici  prisutan je 
pri ATR-u u znaku TA3. Ta vrijednost iznosi najmanje 
‘F0h’ (= 240 bajta).  
Na protokole se primjenjuju sljede ća ograničenja:  
TCS_15  T = 0  
— Naprava su čelja podržava odgovor na I/O nakon vršnog 
signala na RST od 400 cc.  
— Naprava su čelja mora mo ći iščitati znakove s razmakom 
od 12 etu.  
— Naprava su čelja mora mo ći iščitati pogrešan znak i 
njegovo ponavljanje ako su razmaknuti za 13 etu. 
Ako je otkriven pogrešan znak, može se pojaviti 
signal pogreške na I/O izme đu 1 etu i 2 etu. Naprava 
podržava kašnjenje od 1 etu.  
— Naprava su čelja prihva ća 33-bajtni ATR (TS + 32).  
— Ako je u ATR prisutan TC1, za znakove koje šalje 
naprava su čelja prisutno je dodatno zaštitno vrijeme, 
iako znakovi koje šalje kartica i dalje mogu biti 
razmaknuti za 12 etu. Ovo vrijedi i za znak ACK, 
koji kartica šalje nakon znaka P3 koji je odaslala 
naprava su čelja. 
— Naprava su čelja uzima u obzir znak NUL koji odašilje 
kartica.  
— Naprava su čelja prihva ća komplementarne režime za 
ACK.  
— Naredba kojom se potražuje odgovor (get-response) ne 
može se koristiti u režimu ulan čavanja za dobivanje 
podataka čija bi duljina mogla prelaziti 255 bajtova.  
TCS_16  T = 1  
— Bajt NAD: ne upotrebljava se (NAD se postavlja na 
‘00’).  
— S-block ABORT: ne upotrebljava se.  
— Pogreška stanja S-block VPP: ne upotrebljava se.  
— Ukupna dužina ulan čavanja podatkovnog polja ne 
prelazi 255 bajta (što osigurava IFD).  
— Veličina informacijskog polja naprave (IFSD) nazna ­ 
čena je s pomo ću IFD-a neposredno nakon ATR-a: 
IFD odašilje S-Block IFS zahtjev nakon ATR-a, a 
kartica šalje nazad S-Block IFS. Preporu čena vrijednost 
za IFSD je 254 bajta.  
— Kartica ne traži ponovno podešavanje IFS-a.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 191  
3.2.2  ATR  
TCS_17 Naprava provjerava bajtove ATR u skladu s 
normom ISO/IEC 7816-3. Ne vrši se provjera na povije ­
snim znakovima ATR.  
Primjer osnovnog bi-protokola ATR u skladu s 
normom ISO/IEC 7816-3.  
Znak  Vrijednost  Napomene  
TS ‘3Bh’.  Ozna čuje neposrednu konvenciju.  
T0 ‘85h’.  TD1 prisutan; prisutno je pet povijesnih bajtova.  
TD1 ‘80h’  TD2 prisutan; upotrebljava se T = 0  
TD2 ‘11h’.  TA3 prisutan; upotrebljava se T = 1  
TA3 ‘XXh’ (najmanje 
‘F0h’)  Veličina informacijskog polja na kartici (IFSC)  
TH1 do TH5  ‘XXh’  Povijesni znakovi  
TCK  ‘XXh’  Znak za provjeravanje (isklju čivi OR, tj. XOR)  
TCS_18 Nakon ATR-a (odziv na povrat u po četno stanje) implicitno 
se odabire glavna datoteka (MF) i ona postaje trenuta čni 
direktorij.  
3.2.3  PTS  
TCS_19 T = 0 je zadani protokol. Za postavljanje protokola T = 1 
uređaj šalje kartici PTS (poznat i kao PPS).  
TCS_20 Kako su protokoli T = 0 i T = 1 obvezni, osnovni PTS za 
izmjenu protokola obvezan je za karticu.  
Kako je nazna čeno u normi ISO/IEC 7816-3, PTS se može 
upotrebljavati za prijelaz na brzine prijenosa podataka više 
od zadane brzine prijenosa podataka koju predlaže kartica u 
ATR (bajt TA(1)), ako postoji.  
Za karticu su više brzine prijenosa podataka neobvezne.  
TCS_21 Ako nije podržana niti jedna brzina prijenosa podataka 
osim zadane (ili ako odabrana brzina prijenosa podataka 
nije podržana), kartica ispravno odgovara na PTS u 
skladu s normom ISO/IEC 7816-3 ispuštanjem bajta PPS1.  
Primjeri osnovnih PTS za odabir protokola su sljede ći: 
Znak  Vrijednost  Napomene  
PPSS  ‘FFh’  Po četni znak.  
PPS0  ‘00h’ ili ‘01h’  Nema PPS1 do PPS3; ‘00h’ za odabir T0, ‘01h’ za odabir 
T1. 
PK ‘XXh’  Znak za provjeravanje: ‘XXh’ = ‘FFh’ ako je PPS0 = 
‘00h’, 
‘XXh’ = ‘FEh’ ako je PPS0 = 
‘01h’.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 192  
3.3. Uvjeti pristupa  
TCS_22 Pravilom za pristup utvr đuju se odgovaraju ći sigurnosni 
uvjeti za na čin pristupa, odnosno naredbu. Ako su ti sigur ­
nosni zahtjevi ispunjeni, obra đuje se odgovaraju ća naredba.  
TCS_23 Sljede ći se sigurnosni uvjeti upotrebljavaju u tahografskim 
karticama:  
Kratica  Zna čenje 
ALW  Radnja je uvijek mogu ća i može se izvesti bez ograni čenja. APDU naredbe i 
odgovori šalju se u obi čnom tekstu, odnosno bez sigurnog prijenosa poruka.  
NEV  Radnja nikad nije mogu ća. 
PLAIN-C  APDU naredbe šalju se u obi čnom tekstu, odnosno bez sigurnog prijenosa 
poruka.  
PWD  Radnju je mogu će provesti samo ako je PIN kartice radionice uspješno 
provjeren, odnosno ako je postavljen status „PIN_Verified” unutarnje sigur ­
nosti kartice. Naredbu se mora slati bez sigurnog prijenosa poruka.  
EXT-AUT-G1  Radnju je mogu će provesti samo ako je naredba EXTERNAL AUTHENTI ­
CATE za autentifikaciju prve generacije (vidjeti Dodatak 11. dio A) uspješno 
provedena.  
SM-MAC-G1  APDU (naredba i odgovor) mora se primjenjivati u sigurnom prijenosu 
poruka u prvoj generaciji u na činu rada namijenjenom isklju čivo autentifika ­
ciji (vidjeti Dodatak 11. dio A).  
SM-C-MAC-G1  Naredba APDU mora se primjenjivati u sigurnom prijenosu poruka u prvoj 
generaciji u na činu rada namijenjenom isklju čivo autentifikaciji (vidjeti 
Dodatak 11. dio A).  
SM-R-ENC-G1  Odgovor APDU mora se primjenjivati u sigurnom prijenosu poruka u prvoj 
generaciji u na činu rada namijenjenom šifriranju (vidjeti Dodatak 11. dio A), 
odnosno ne vra ća se kod za autentifikaciju poruke.  
SM-R-ENC- 
MAC-G1  Odgovor APDU mora se primjenjivati u sigurnom prijenosu poruka u prvoj 
generaciji u na činu rada namijenjenom šifriranju i zatim autentifikaciji 
(encrypt-then-authenticate mode ) (vidjeti Dodatak 11. dio A).  
SM-MAC-G2  APDU (naredba i odgovor) mora se primjenjivati u sigurnom prijenosu 
poruka u drugoj generaciji u na činu rada namijenjenom isklju čivo autentifi ­
kaciji (vidjeti Dodatak 11. dio B).  
SM-C-MAC-G2  Naredba APDU mora se primjenjivati u sigurnom prijenosu poruka u drugoj 
generaciji u na činu rada namijenjenom isklju čivo autentifikaciji (vidjeti 
Dodatak 11. dio B).  
SM-R-ENC- 
MAC-G2  Odgovor APDU mora se primjenjivati u sigurnom prijenosu poruka u drugoj 
generaciji u na činu rada namijenjenom šifriranju i zatim autentifikaciji 
(encrypt-then-authenticate mode ) (vidjeti Dodatak 11. dio B).  
▼M1 
TCS_24 Ti sigurnosni uvjeti mogu biti povezani na sljede će načine: 
AND („i”): svi sigurnosni uvjeti moraju biti ispunjeni  
OR („ili”): barem jedan sigurnosni uvjet mora biti ispunjen  
Uvjeti pristupa datote čnom sustavu, odnosno naredbe 
SELECT, READ BINARY i UPDATE BINARY, utvr đeni 
su u poglavlju 4. Uvjeti pristupa za preostale naredbe utvr ­ 
đeni su u tablicama u nastavku. Termin „nije primjenjivo” 
koristi se ako nema zahtjeva koji bi podržao naredbu. U 
tom slučaju naredba može ili ne mora biti podržana, ali 
uvjet pristupa je izvan podru čja primjene.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 193  
TCS_25 U aplikaciji DF tahografa prve generacije upotrebljavaju se 
sljedeći uvjeti pristupa:  
▼M1 
Naredba  Kartica voza ča Kartica radio ­
nice Kontrolna 
kartica  Kartica podu ­
zeća 
External Authenticate  
— Za autentifikaciju prve 
generacije  ALW  ALW  ALW  ALW  
— Za autentifikaciju druge 
generacije  ALW  PWD  ALW  ALW  
Internal Authenticate  ALW  PWD  ALW  ALW  
General Authenticate  ALW  ALW  ALW  ALW  
Get Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  
Process DSRC Message  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
PSO: Compute Digital Signature  ALW ILI 
SM-MAC- 
G2 ALW ILI 
SM-MAC- 
G2 Nije primjen ­
ljivo Nije primjen ­
ljivo 
PSO: Hash  Nije primjen ­
ljivo Nije primjen ­
ljivo ALW  Nije primjen ­
ljivo 
PERFORM HASH of FILE  ALW ILI 
SM-MAC- 
G2 ALW ILI 
SM-MAC- 
G2 Nije primjen ­
ljivo Nije primjen ­
ljivo 
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nije primjen ­
ljivo Nije primjen ­
ljivo ALW  Nije primjen ­
ljivo 
Verify  Nije primjen ­
ljivo ALW  Nije primjen ­
ljivo Nije primjen ­
ljivo 
▼B 
TCS_26 U aplikaciji DF tahografa druge generacije upotrebljavaju 
se sljedeći uvjeti pristupa:  
▼M1 
Naredba  Kartica voza ča Kartica radio ­
nice Kontrolna 
kartica  Kartica podu ­
zeća 
External Authenticate  
— Za autentifikaciju prve 
generacije  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
— Za autentifikaciju druge 
generacije  ALW  PWD  ALW  ALW  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 194  
Naredba  Kartica voza ča Kartica radio ­
nice Kontrolna 
kartica  Kartica podu ­
zeća 
Internal Authenticate  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
General Authenticate  ALW  ALW  ALW  ALW  
Get Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  
Process DSRC Message  Nije primjen ­
ljivo ALW  ALW  Nije primjen ­
ljivo 
PSO: Compute Digital Signature  ALW ILI 
SM-MAC- 
G2 ALW ILI 
SM-MAC- 
G2 Nije primjen ­
ljivo Nije primjen ­
ljivo 
PSO: Hash  Nije primjen ­
ljivo Nije primjen ­
ljivo ALW  Nije primjen ­
ljivo 
PERFORM HASH of FILE  ALW ILI 
SM-MAC- 
G2 ALW ILI 
SM-MAC- 
G2 Nije primjen ­
ljivo Nije primjen ­
ljivo 
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nije primjen ­
ljivo Nije primjen ­
ljivo ALW  Nije primjen ­
ljivo 
Verify  Nije primjen ­
ljivo ALW  Nije primjen ­
ljivo Nije primjen ­
ljivo 
▼B 
TCS_27 U glavnoj datoteci upotrebljavaju se sljede ći uvjeti pristupa:  
▼M1 
Naredba  Kartica voza ča Kartica radio ­
nice Kontrolna 
kartica  Kartica podu ­
zeća 
External Authenticate  
— za autentifikaciju prve 
generacije  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
— za autentifikaciju prve 
generacije  ALW  PWD  ALW  ALW  
Internal Authenticate  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
General Authenticate  ALW  ALW  ALW  ALW  
Get Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 195  
Naredba  Kartica voza ča Kartica radio ­
nice Kontrolna 
kartica  Kartica podu ­
zeća 
Process DSRC Message  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
PSO: Compute Digital Signature  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
PSO: Hash  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
PERFORM HASH of FILE  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo Nije primjen ­
ljivo 
Verify  Nije primjen ­
ljivo ALW  Nije primjen ­
ljivo Nije primjen ­
ljivo 
▼B 
TCS_28 Tahografska kartica može, ali ne mora, prihvatiti naredbu 
više razine sigurnosti od one navedene u sigurnosnim uvje ­
tima. Odnosno, ako je sigurnosni uvjet ALW (ili PLAIN- 
C), kartica može prihvatiti naredbu sa sigurnim prijenosom 
poruka (na čin rada sa šifriranjem i/ili autentifikacijom). 
Ako se sigurnosnim uvjetom zahtijeva siguran prijenos 
poruka u na činu rada s autentifikacijom, tahografska 
kartica može prihvatiti naredbu sa sigurnim prijenosom 
poruka iste generacije u na činu rada s autentifikacijom i 
šifriranjem.  
Napomena:  U opisima naredbi navedeno je više informa ­
cija o podržavanju naredbi za razli čite vrste tahografskih 
kartica i razli čite namjenske datoteke (DF-ove).  
3.4. Pregled kodova naredbi i pogrešaka  
Naredbe i ustroj datoteka izvedeni su i uskla đeni s normom 
ISO/IEC 7816-4.  
Ovaj odjeljak opisuje sljede će parove naredbi i odgovora APDU: 
Varijante naredbi koje podržavaju aplikacije prve i druge generacije 
navedene su u odgovaraju ćim opisima naredbi.  
Naredba  INS  
SELECT  ‘A4h’  
READ BINARY  ‘B0h’, ‘B1h’  
UPDATE BINARY  ‘D6h’, ‘D7h’  
GET CHALLENGE  ‘84h’  
VERIFY  ‘20h’  
GET RESPONSE  ‘C0h’  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 196  
Naredba  INS  
PERFORM SECURITY OPERA ­
TION  ‘2Ah’  
— VERIFY CERTIFICATE  
— COMPUTE DIGITAL SIGNA ­
TURE  
— VERIFY DIGITAL SIGNA ­
TURE  
— HASH  
— PERFORM HASH OF FILE  
— PROCESS DSRC MESSAGE  
INTERNAL AUTHENTICATE  ‘88h’  
EXTERNAL AUTHENTICATE  ‘82h’  
MANAGE SECURITY ENVIRON ­
MENT  ‘22h’  
— SET DIGITAL SIGNATURE 
TEMPLATE  
— SET AUTHENTICATION 
TEMPLATE  
GENERAL AUTHENTICATE  ‘86h’  
▼M1 
TCS_29 Statusne rije či SW1 SW2 uklju čene su u svaki odgovor i 
označuju stanje obrade naredbe.  
SW1  SW2  Zna čenje 
90 00  Normalna obrada.  
61 XX  Normalna obrada. XX = broj raspoloživih bajtova odgovora.  
62 81  Obrada uz upozorenje. Dio vra ćenih podataka može biti neispra ­
van 
63 00  Neuspjela autentifikacija (upozorenje)  
63 CX  Pogrešan CHV (PIN). „X” je broja č preostalih pokušaja.  
64 00  Pogreška u izvršenju – stanje postojane memorije nepromije ­
njeno. Pogreška u integritetu.  
65 00  Pogreška u izvršenju – stanje postojane memorije promijenjeno  
65 81  Pogreška u izvršenju – stanje postojane memorije promijenjeno – 
pogreška memorije  
66 88  Sigurnosna pogreška: pogrešan kriptografski kontrolni zbroj 
(tijekom sigurnog prijenosa poruka) ili 
pogrešan certifikat (tijekom provjere 
certifikata) ili 
pogrešan kriptogram (tijekom vanjske 
autentifikacije) ili 
pogrešan potpis (tijekom provjere potpi ­
sa) ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 197  
SW1  SW2  Zna čenje 
67 00  Pogrešna dužina (pogrešan Lc ili Le)  
68 83  Zadnja o čekivana naredba u lancu  
69 00  Zabranjena naredba (nema odgovora u T = 0)  
69 82  Sigurnosni status nije zadovoljen.  
69 83  Blokiran na čin autentifikacije.  
69 85  Uvjeti uporabe nisu zadovoljeni.  
69 86  Naredba nije dopuštena (nema trenuta čnog EF-a).  
69 87  Nedostaju o čekivani podatkovni objekti sigurnog prijenosa 
poruka  
69 88  Neispravni podatkovni objekti sigurnog prijenosa poruka  
6A 80  Pogrešni parametri u podatkovnom polju  
6A 82  Datoteka nije prona đena. 
6A 86  Pogrešni parametri P1-P2.  
6A 88  Podatci na koje upu ćuje naredba nisu prona đeni. 
6B 00  Pogrešni parametri (protuvrijednost izvan EF-a).  
6C XX  Pogrešna dužina, SW2 ozna čuje točnu dužinu. Nikakvo podat ­
kovno polje nije uzvra ćeno. 
6D 00  Naredbeni kôd nije podržan ili nije valjan.  
6E 00  Razred nije podržan.  
6F 00  - Ostale pogreške provjere  
Dodatne statusne rije či definirane normom ISO/IEC 7816-4 
mogu se uzvratiti ako njihovo ponašanje nije izri čito 
spomenuto u ovom dodatku.  
Na primjer, sljede će statusne rije či mogu se uzvratiti:  
6881: logi čki kanal nije podržan  
6882: siguran prijenos poruke nije podržan  
▼B 
TCS_30 Ako je ispunjen više od jednog uvjeta za greške u jednoj 
APDU naredbi, kartica može uzvratiti bilo koju od odgo ­
varajućih statusnih rije či. 
3.5. Opis naredbi  
U ovom su poglavlju opisane obvezne naredbe za tahografske kartice.  
Daljnje predmetne pojedinosti, povezane s obuhva ćenim kriptograf ­
skim radnjama navedene su u Dodatku 11. „Zajedni čki sigurnosni 
mehanizmi” za tahografe prve i druge generacije.  
Sve naredbe opisane su neovisno o korištenom protokolu (T = 0 ili T 
= 1). Uvijek su nazna čeni APDU bajtovi CLA, INS, PI, P2, Lc i Le. 
Ako Lc ili Le nisu potrebni za opisanu naredbu, pridružena duljina, 
vrijednost i opis su prazni.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 198  
TCS_31 Ako se zahtijevaju oba bajta duljine (Lc i Le), opisanu 
naredbu potrebno je podijeliti u dva dijela ako IFD 
upotrebljava protokol T = 0: IFD šalje naredbu kako je 
opisana s P3 = Lc + podatci te zatim šalje naredbu GET 
RESPONSE (vidjeti to čku 3.5.6) s P3 = Le.  
TCS_32 Ako se zahtijevaju oba bajta duljine, a Le = 0 (sigurni 
prijenos poruka):  
— prilikom korištenja protokola T = 1, kartica odgovara 
na Le = 0 slanjem svih raspoloživih izlaznih podataka  
— prilikom korištenja protokola T = 0, IFD šalje prvu 
naredbu s P3 = Lc + podatci, kartica (na taj implicitni 
Le = 0) odgovara statusnim bajtovima ‘ 61La ’, pri čemu 
je La broj raspoloživih bajtova odgovora. IFD potom 
generira naredbu GET RESPONSE s P3 = La za čitanje 
podataka.  
TCS_33 Tahografska kartica može podržavati produljena polja 
duljine u skladu s normom ISO/IEC 7816-4. Tahografska 
kartica koja podržava produljena polja duljine:  
— pokazuje podržavanje produljenog polja duljine u ATR  
— dostavlja podržane veli čine međuspremnika s pomo ću 
informacija o produljenju u EF ATR/INFO, vidjeti 
TCS_146.  
— naznačuje podržava li produljena polja duljine za T = 1 
i/ili T = 0 u EF Extended Length, vidjeti TCS_147.  
— podržava produljena polja duljina za aplikacije taho ­
grafa prve i druge generacije.  
Napomene:  
Sve su naredbe namijenjene kratkim poljima duljine. Na čin 
upotrebe produljenih APDU-ova jasan je iz norme ISO/IEC 
7816-4.  
Naredbe su op ćenito navedene za nešifrirani na čin, 
odnosno bez sigurnog prijenosa poruka jer je razina 
sigurnog prijenosa poruka utvr đena u Dodatku 11. Iz 
uvjeta pristupa za naredbu jasno je podržavaju li se 
njome siguran prijenos poruka i siguran prijenos poruka 
za prvu generaciju i/ili drugu generaciju. Neke su varijante 
naredbi opisane sa sigurnim prijenosom poruka kako bi se 
prikazala upotreba sigurnog prijenosa poruka.  
TCS_34 Jedinica u vozilu provodi cjelokupan protokol uzajamne 
autentifikacije jedinice u vozilu druge generacije i kartice 
unutar jedne sesije, uklju čujući provjeru certifikata (prema 
potrebi) u DF tahografu, DF tahografu druge generacije ili 
u MF-u.  
3.5.1  SELECT  
Ova naredba u skladu je s normom ISO/IEC 7816-4, ali ima ograni ­ 
čenu primjenu u usporedbi s naredbom utvr đenom u normi.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 199  
Naredba SELECT upotrebljava se za sljede će: 
— odabir DF-a aplikacije (obvezan odabir po imenu),  
— odabir elementarne datoteke koja odgovara ID-u predane datoteke.  
3.5.1.1 O d a b i r p o n a z i v u ( A I D )  
Ova naredba omogu ćuje odabir DF-a aplikacije na kartici.  
TCS_35 Ova naredba može se izvoditi sa svakog mjesta u strukturi 
datoteke (poslije ATR ili u bilo kojem trenutku).  
TCS_36 Odabir aplikacije vra ća trenutačno sigurnosno okruženje u 
početno stanje. Nakon odabira aplikacije, više se ne odabire 
trenutačni javni klju č. Gubi se i uvjet pristupa EXT-AUT- 
G1. Ako je naredba izvršena bez sigurnog prijenosa 
poruka, klju čevi prethodnog sigurnog prijenosa poruka 
više nisu dostupni.  
TCS_37  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘A4h’  
P1 1  ‘04h’.  Odabir po nazivu (AID)  
P2 1  ‘0Ch’  Ne o čekuje se odgovor.  
Lc 1  ‘NNh’  Broj bajtova poslanih na karticu (dužina AID-a): 
‘06h’ za tahografsku aplikaciju  
#6-#(5+NN)  NN  ‘XX..XXh’  AID: ‘FF 54 41 43 48 4F’ za aplikaciju prve generacije 
tahografa 
AID: ‘FF 53 4D 52 44 54’ za aplikaciju druge generacije 
tahografa  
Za naredbu SELECT nije potreban nikakav odgovor (ako u 
T = 1 nema Le, ili se ne traži odgovor kod T = 0).  
TCS_38  Odgovor na poruku (ne traži se odgovor)  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije prona đena aplikacija koja odgovara AID, 
uzvraćeno stanje obrade je ‘ 6A82 ’, 
— U T = 1, ako je prisutan bajt Le, uzvra ćeno stanje je 
‘6700 ’, 
— U T = 0, ako se traži odgovor poslije naredbe SELECT, 
uzvraćeno stanje je ‘ 6900 ’ 
▼M1 
— Ako se odabrana aplikacija smatra neispravnom (u atri ­
butima datoteke otkrivena je pogreška u integritetu), 
uzvraćeno stanje obrade je ‘ 6400 ’ ili ‘ 6500 ’. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 200  
3.5.1.2 O d a b i r e l e m e n t a r n e d a t o t e k e u p o t r e b o m n j e z i n a 
i d e n t i f i k a t o r a d a t o t e k e  
TCS_39  Poruka naredbe  
TCS_40 Tahografska kartica mora podržavati siguran prijenos 
poruka u drugoj generaciji kako je utvr đeno u Dodatku 11. 
dijelu B. za ovu varijantu naredbe.  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘A4h’  
P1 1  ‘02h’  Odabir EF-a u okviru trenuta čnog DF-a  
P2 1  ‘0Ch’  Ne o čekuje se odgovor.  
Lc 1  ‘02h’  Broj bajtova poslanih na karticu  
#6-#7  2  ‘XXXXh’  Identifikator datoteke  
Za naredbu SELECT nije potreban nikakav odgovor (ako u 
T = 1 nema Le, ili se ne traži odgovor kod T = 0).  
TCS_41  Odgovor na poruku (ne traži se odgovor)  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije na đena datoteka koja odgovara identifikatoru 
datoteke, uzvra ćeno stanje obrade je ‘ 6A82 ’. 
— U T = 1, ako je prisutan bajt Le, uzvra ćeno stanje je 
‘6700 ’, 
— U T = 0, ako se traži odgovor poslije naredbe SELECT, 
uzvraćeno stanje je ‘ 6900 ’ 
▼M1 
— Ako se odabrana datoteka smatra neispravnom (u atri ­
butima datoteke otkrivena je pogreška u integritetu), 
uzvraćeno stanje obrade je ‘ 6400 ’ ili ‘ 6500 ’. 
▼B 
3.5.2  READ BINARY  
Ova naredba u skladu je s normom ISO/IEC 7816-4, ali ima ograni ­ 
čenu primjenu u usporedbi s naredbom utvr đenom u normi.  
Naredba READ BINARY upotrebljava se za čitanje podataka iz tran ­
sparentne datoteke.  
Odgovor kartice se sastoji od uzvra ćanja pročitanih podataka koji se 
mogu neobvezno zatvoriti u strukturu sigurnog čitanja poruke.  
3.5.2.1 N a r e d b a s p o m a k o m u P 1 - P 2  
Ova naredba omogu ćuje IFD-u čitanje podataka iz trenuta čno 
odabranog EF-a bez sigurnog prijenosa poruka.  
Napomena:  Ova naredba se bez sigurnog prijenosa poruka može 
upotrebljavati samo za potrebe o čitavanja datoteke koja podržava 
ALW sigurnosni uvjet pri na činu pristupa za o čitavanje.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 201  
TCS_42  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘B0h’  Binarno čitanje  
P1 1  ‘XXh’  Pomak u bajtovima od po četka datoteke: najvažniji bajt  
P2 1  ‘XXh’  Pomak u bajtovima od po četka datoteke: najmanje važan 
bajt 
Le 1  ‘XXh’  Očekivana duljina podatka. Broj bajtova koje se o čitava.  
Napomena:  bit 8 u P1 mora biti postavljen na 0.  
TCS_43  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#X  X  ‘XX..XXh’  Očitani podatci  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije odabran EF, uzvra ćeno stanje obrade je 
‘6986 ’. 
— Ako za odabranu datoteku nisu ispunjeni sigurnosni 
uvjeti, naredba se prekida s ‘ 6982 ’. 
— Ako pomak ne odgovara veli čini EF-a (pomak > veli ­ 
čine EF-a), uzvra ćeno stanje obrade je ‘ 6B00 ’. 
— Ako veli čina podataka koje treba pro čitati ne odgovara 
veličini EF-a (pomak + Le > veli čine EF-a), uzvra ćeno 
stanje obrade je ‘ 6700 ’ ili ‘ 6Cxx ’, pri čemu je ‘xx’ 
točna duljina.  
▼M1 
— Ako je otkrivena pogreška u integritetu unutar atributa 
datoteke, kartica će datoteku smatrati neispravnom i 
nepopravljivom, te je uzvra ćeno stanje obrade ‚ 6400 ’ 
ili ‘6500 ’. 
▼B 
— Ako je otkrivena pogreška u integritetu u pohranjenim 
podatcima, kartica uzvra ća tražene podatke, a uzvra ćeno 
stanje obrade je ‘ 6281 ’. 
3.5.2.1.1 N a r e d b a s a s i g u r n i m p r i j e n o s o m p o r u k e ( p r i ­
m j e r i )  
Ova naredba omogu ćuje IFD-u čitanje podataka iz trenuta čno 
odabranog EF-a uz siguran prijenos poruka radi povjere integriteta 
primljenih podataka i zaštite povjerljivosti podataka ako se primje ­
njuje sigurnosni uvjet SM-R-ENC-MAC-G1 (prva generacija) ili 
SM-R-ENC-MAC-G2 (druga generacija).  
TCS_44  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘0Ch’  Traži se siguran prijenos poruka  
INS 1  ‘B0h’  Binarno čitanje  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 202  
Bajt Duljina  Vrijednost  Opis  
P1 1  ‘XXh’  P1 (pomak u bajtovima od po četka datoteke): najvažniji 
bajt 
P2 1  ‘XXh’  P2 (pomak u bajtovima od po četka datoteke): najmanje 
važan bajt  
Lc 1  ‘XXh’  Duljina ulaznih podataka za siguran prijenos poruka  
#6 1  ‘97h’  T  LE : Oznaka za o čekivanu specifikaciju duljine.  
#7 1  ‘01h’  L  LE : Duljina o čekivane duljine  
#8 1  ‘NNh’  Specifikacija o čekivane duljine (izvorni Le): broj bajtova 
koje se očitava  
#9 1  ‘8Eh’  T  CC : oznaka za kriptografski kontrolni zbroj  
#10 1  ‘XXh’  L  CC : duljina sljede ćeg kriptografskog kontrolnog zbroja 
‘04h’ za siguran prijenos poruka u prvoj generaciji 
(vidjeti Dodatak 11. dio A) 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES klju ča za 
siguran prijenos poruka u drugoj generaciji (vidjeti 
Dodatak 11. dio B)  
#11-#(10+L)  L  ‘XX..XXh’  Kriptografski kontrolni zbroj  
Le 1  ‘00h’  Kako je utvr đeno u normi ISO/IEC 7816-4.  
TCS_45  Odgovor na poruku ako se ne zahtijeva SM-R-ENC- 
MAC-G1 (prva generacija) / SM-R-ENC-MAC-G2 
(druga generacija) i ako je ulazni format za siguran 
prijenos poruka to čan: 
▼M1 
Bajt Duljina  Vrijednost  Opis  
#1 1  ‘81h’  T  PV : oznaka za vrijednost nešifriranih poda ­
taka 
#2 L  ‘NNh’ ili 
‘81 NNh’  L PV : duljina uzvra ćenih podataka 
(= izvorni Le). 
L iznosi 2 bajta ako je L  PV > 127 bajtova.  
#(2+L) - #(1+L+NN)  NN  ‘XX..XXh’  Vrijednost nešifriranih podataka  
#(2+L+NN)  1  ‘99h’  Oznaka za status obrade (SW1-SW2) – 
neobvezna za siguran prijenos poruka u 
prvoj generaciji  
#(3+L+NN)  1  ‘02h’  Duljina statusa obrade – neobvezna za 
siguran prijenos poruka u prvoj generaciji  
#(4+L+NN) - #(5+L+NN)  2  ‘XX XXh’  Status obrade nezašti ćenog odgovora APDU 
– neobvezan za siguran prijenos poruka u 
prvoj generaciji  
#(6+L+NN)  1  ‘8Eh’  TCC: oznaka za kriptografski kontrolni zbroj  
#(7+L+NN)  1  ‘XXh’  LCC: duljina sljede ćeg kriptografskog 
kontrolnog zbroja 
‘04h’ za siguran prijenos poruka u prvoj 
generaciji (vidjeti Dodatak 11. dio A) 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES 
ključa za siguran prijenos poruka u drugoj 
generaciji (vidjeti Dodatak 11. dio B)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 203  
Bajt Duljina  Vrijednost  Opis  
#(8+L+NN)-#(7+M+L+NN)  M  ‘XX..XXh’  Kriptografski kontrolni zbroj  
SW 2  ‘XXXXh’  Statusne rije či (SW1,SW2)  
▼B 
TCS_46  Odgovor na poruku ako se zahtijeva SM-R-ENC-MAC- 
G1 (prva generacija) / SM-R-ENC-MAC-G2 (druga 
generacija) i ako je ulazni format za siguran prijenos 
poruka to čan: 
▼M1 
Bajt Duljina  Vrijednost  Opis  
#1 1  ‘87h’  T  PI CG  : oznaka za šifrirane podatke (kripto ­
gram)  
#2 L  ‘MMh’ ili 
‘81 MMh’  L PI CG  : duljina uzvra ćenih šifriranih poda ­
taka (razlikuje se od izvornog Le naredbe 
zbog popunjenja). 
L iznosi 2 bajta ako je LPI CG 
> 127 bajtova  
#(2+L)-#(1+L+MM)  MM  ‘01XX..XXh’  Šifrirani podatci: indikator popunjenja i krip ­
togram  
#(2+L+MM)  1  ‘99h’  Oznaka za status obrade (SW1-SW2) – 
neobvezna za siguran prijenos poruka u 
prvoj generaciji  
#(3+L+MM)  1  ‘02h’  Duljina statusa obrade – neobvezna za 
siguran prijenos poruka u prvoj generaciji  
#(4+L+MM) - #(5+L+MM)  2  ‘XX XXh’  Status obrade nezašti ćenog odgovora APDU 
– neobvezan za siguran prijenos poruka u 
prvoj generaciji  
#(6+L+MM)  1  ‘8Eh’  TCC: oznaka za kriptografski kontrolni zbroj  
#(7+L+MM)  1  ‘XXh’  LCC: duljina sljede ćeg kriptografskog 
kontrolnog zbroja 
‘04h’ za siguran prijenos poruka u prvoj 
generaciji (vidjeti Dodatak 11. dio A) 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES 
ključa za siguran prijenos poruka u drugoj 
generaciji (vidjeti Dodatak 11. dio B)  
#(8+L+MM)- 
#(7+N+L+MM)  N ‘XX..XXh’  Kriptografski kontrolni zbroj  
SW 2  ‘XXXXh’  Statusne rije či (SW1,SW2)  
▼B 
Naredba READ BINARY može uzvratiti stanja normalne 
obrade navedena u TCS_43 pod oznakom ‘99h’ kako je 
opisano u TCS_59 upotrebom strukture sigurne razmjene 
poruka odgovora.  
Osim toga, mogu se dogoditi i neke pogreške karakteri ­
stične za siguran prijenos poruka. U tom se slu čaju stanje 
obrade jednostavno vra ća bez uklju čivanja strukture 
sigurnog prijenosa poruka.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 204  
TCS_47  Poruka odgovora kod neto čnog ulaznog formata za 
siguran prijenos poruka  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako ne postoji klju č trenutačne sesije, uzvra ća se stanje 
obrade ‘ 6A88 ’. To se može dogoditi ako još nije 
napravljen klju č sesije ili ako je valjanost klju ča sesije 
istekla (u tom slu čaju IFD mora ponovo pokrenuti 
postupak me đusobne autentifikacije za postavljanje 
novog klju ča sesije).  
— Ako neki o čekivani podatkovni objekti (kako su pret ­
hodno navedeni) nedostaju u formatu sigurnog prije ­
nosa poruka, uzvra ća se stanje obrade ‘ 6987 ’: do ove 
pogreške dolazi ako nema o čekivane oznake ili ako 
naredbodavni sadržaj nije pravilno izra đen. 
— Ako neki podatkovni objekti nisu to čni, uzvraćeno 
stanje obrade je ‘ 6988 ’: ova pogreška se doga đa ako 
su prisutne sve tražene oznake, ali su neke duljine 
različite od očekivanih.  
— Ako provjera kriptografskog kontrolnog zbroja ne 
uspije, uzvra ćeno stanje obrade je ‘ 6688 ’. 
3.5.2.2 N a r e d b a s k r a t k i m E F i d e n t i f i k a t o r o m ( i d e n t i f i ­
k a t o r e l e m e n t a r n e d a t o t e k e )  
Ovom se varijantom naredbe omogu ćuje IFD-u da odabere EF putem 
kratkog EF identifikatora i da o čita podatke s tog EF-a.  
TCS_48 Tahografska kartica mora podržavati tu varijantu naredbe 
za sve elementarne datoteke s utvr đenim kratkim EF iden ­
tifikatorom. Ti su kratki EF identifikatori opisani u 
poglavlju 4.  
TCS_49  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘B0h’  Binarno čitanje  
P1 1  ‘XXh’  Bit 8 postavlja se na 1 
Bitovi 7 i 6 postavljaju se na 00 
Bit 5 – 1 kodira kratki EF identifikator odgovaraju ćeg 
EF-a  
P2 1  ‘XXh’  Kodira pomak s 0 do 255 bajtova u EF-u na koji 
upućuje P1  
Le 1  ‘XXh’  Očekivana duljina podatka. Broj bajtova koje se o čitava.  
Napomena:  Kratki EF identifikatori koji se upotrebljavaju u 
aplikaciji tahografa druge generacije utvr đeni su u 
poglavlju 4.  
Ako P1 kodira kratki EF identifikator, a naredba je uspje ­ 
šna, utvrđeni EF postaje trenuta čno odabrani EF (trenuta čni 
EF). ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 205  
TCS_50  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#L  L  ‘XX..XXh’  Očitani podatci  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije na đena datoteka koja odgovara kratkom EF 
identifikatoru, uzvra ćeno stanje obrade je ‘ 6A82 ’. 
— Ako za odabranu datoteku nisu ispunjeni sigurnosni 
uvjeti, naredba se prekida s ‘ 6982 ’. 
— Ako pomak ne odgovara veli čini EF-a (pomak > veli ­ 
čine EF-a), uzvra ćeno stanje obrade je ‘ 6B00 ’. 
— Ako veli čina podataka koje treba pro čitati ne odgovara 
veličini EF-a (pomak + Le > veli čine EF-a), uzvra ćeno 
stanje obrade je ‘ 6700 ’ ili ‘ 6Cxx ’, pri čemu je ‘xx’ 
točna duljina.  
▼M1 
— Ako je otkrivena pogreška u integritetu unutar atributa 
datoteke, kartica će datoteku smatrati neispravnom i 
nepopravljivom, te je uzvra ćeno stanje obrade ‘ 6400 ’ 
ili ‘6500 ’. 
▼B 
— Ako je otkrivena pogreška u integritetu u pohranjenim 
podatcima, kartica uzvra ća tražene podatke, a uzvra ćeno 
stanje obrade je ‘ 6281 ’. 
3.5.2.3 N a r e d b a s n e p a r n i m b a j t o m i n s t r u k c i j e  
Ovom se varijantom naredbe omogu ćuje IFD-u da o čita podatke iz 
EF-a koji sadržavaju 32 768 ili više bajtova.  
TCS_51 Tahografska kartica koja podržava EF-ove s 32 768 ili više 
bajtova mora podržavati tu varijantu naredbe za te EF-ove. 
Tahografska kartica može, ali ne mora podržavati tu vari ­
jantu naredbe za druge EF-ove, osim za EF Sensor_Instal ­
lation_Data, vidjeti TCS_156 i TCS_160.  
TCS_52  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘B1h’  Binarno čitanje  
P1 1  ‘00h’  Trenuta čni EF  
P2 1  ‘00h’  
Lc 1  ‘NNh’  Lc Duljina pomaka podatkovnog objekta.  
#6-#(5+NN)  NN  ‘XX..XXh’  Pomak podatkovnog objekta: 
Oznaka ‘54h’ 
Duljina ‘01h’ ili ‘02h’ 
Vrijednost pomak  
▼M1 
Le 1  ‘XXh’  Kako je utvr đeno u normi ISO/IEC 7816-4  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 206  
IFD kodira duljinu pomaka podatkovnog objekta s 
najmanjim mogu ćim brojem okteta, odnosno upotrebom 
bajta duljine ‘01h’ IFD kodira pomak od 0 do 255, a 
upotrebom bajta duljine ‘02h’ pomak od ‘256’ do 
‘65 535’ bajtova.  
▼M1 
U slučaju protokola T = 0 kartica pretpostavlja da je vrijed ­
nost Le = ‘00h’ ako nije primijenjen siguran prijenos 
poruka.  
U slučaju protokola T = 1 uzvra ćeno stanje obrade je 
‘6700’ u slu čaju da je Le = ‘01h’.  
▼B 
TCS_53  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#L  L  ‘XX..XXh’  Očitani podatci sažeti su u diskrecijskom podatkovnom 
objektu s oznakom ‘53h’.  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije odabran EF, uzvra ćeno stanje obrade je 
‘6986 ’. 
— Ako za odabranu datoteku nisu ispunjeni sigurnosni 
uvjeti, naredba se prekida s ‘ 6982 ’. 
— Ako pomak ne odgovara veli čini EF-a (pomak > veli ­ 
čine EF-a), uzvra ćeno stanje obrade je ‘ 6B00 ’. 
— Ako veli čina podataka koje treba pro čitati ne odgovara 
veličini EF-a (pomak + Le > veli čine EF-a), uzvra ćeno 
stanje obrade je ‘ 6700 ’ ili ‘ 6Cxx ’, pri čemu je ‘xx’ 
točna duljina.  
▼M1 
— Ako je otkrivena pogreška u integritetu unutar atributa 
datoteke, kartica će datoteku smatrati neispravnom i 
nepopravljivom, te je uzvra ćeno stanje obrade ‚ 6400 ’ 
ili ‘6500 ’. 
▼B 
— Ako je otkrivena pogreška u integritetu u pohranjenim 
podatcima, kartica uzvra ća tražene podatke, a uzvra ćeno 
stanje obrade je ‘ 6281 ’. 
3.5.2.3.1 N a r e d b a s a s i g u r n i m p r i j e n o s o m p o r u k e ( p r i m j e r )  
U sljedećem je primjeru prikazana upotreba sigurnog prijenosa poruka 
ako se primjenjuje sigurnosni uvjet SM-MAC-G2.  
TCS_54 Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘0Ch’  Traži se siguran prijenos poruka  
INS 1  ‘B1h’  Binarno čitanje  
P1 1  ‘00h’  Trenuta čni EF  
P2 1  ‘00h’  
Lc 1  ‘XXh’  Duljina polja zašti ćenih podataka  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 207  
Bajt Duljina  Vrijednost  Opis  
#6 1  ‘B3h’  Oznaka za vrijednost nešifriranih podataka u BER-TLV  
#7 1  ‘NNh’  L  PV : duljina poslanih podataka  
#(8)-#(7+NN)  NN  ‘XX..XXh’  Nešifrirani podatci kodirani u BER-TLV, odnosno 
pomak podatkovnog objekta s oznakom ‘54’  
#(8+NN)  1  ‘97h’  T  LE : Oznaka za o čekivanu specifikaciju duljine.  
#(9+NN)  1  ‘01h’  L  LE : Duljina o čekivane duljine  
#(10+NN)  1  ‘XXh’  Specifikacija o čekivane duljine (izvorni Le): broj bajtova 
koje se očitava  
#(11+NN)  1  ‘8Eh’  T  CC : oznaka za kriptografski kontrolni zbroj  
#(12+NN)  1  ‘XXh’  L  CC : duljina sljede ćeg kriptografskog kontrolnog zbroja 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES klju ča za 
siguran prijenos poruka u drugoj generaciji (vidjeti 
Dodatak 11. dio B)  
#(13+NN)- 
#(12+M+NN)  M ‘XX..XXh’  Kriptografski kontrolni zbroj  
Le 1  ‘00h’  Kako je utvr đeno u normi ISO/IEC 7816-4.  
TCS_55 Poruka odgovora ako je naredba bila uspješna  
Bajt Duljina  Vrijednost  Opis  
#1 1  ‘B3h’  Nešifrirani podatci kodirani u BER-TLV  
#2 L  ‘NNh’ ili 
‘81 NNh’  L PV : duljina uzvra ćenih podataka (= izvorni Le). 
L iznosi 2 bajta ako je L  PV > 127 bajtova.  
#(2+L)- 
#(1+L+NN)  NN ‘XX..XXh’  Vrijednost nešifriranih podataka kodiranih u BER-TLV, 
odnosno o čitani podatci sažeti u diskrecijskom podat ­
kovnom objektu s oznakom ‘53h’.  
#(2+L+NN)  1  ‘99h’  Status obrade nezašti ćenog odgovora APDU  
#(3+L+NN)  1  ‘02h’  Duljina statusa obrade  
#(4+L+NN) – 
#(5+L+NN)  2 ‘XX XXh’  Status obrade nezašti ćenog odgovora APDU  
#(6+L+NN)  1  ‘8Eh’  T  CC : oznaka za kriptografski kontrolni zbroj  
#(7+L+NN)  1  ‘XXh’  L  CC : duljina sljede ćeg kriptografskog kontrolnog zbroja 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES klju ča za 
siguran prijenos poruka u drugoj generaciji (vidjeti 
Dodatak 11. dio B)  
#(8+L+NN)- 
#(7+M+L+ 
NN) M ‘XX..XXh’  Kriptografski kontrolni zbroj  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
3.5.3  UPDATE BINARY  
Ova naredba u skladu je s normom ISO/IEC 7816-4, ali ima ograni ­ 
čenu primjenu u usporedbi s naredbom utvr đenom u normi.  
Poruka naredbe UPDATE BINARY zapo činje ažuriranjem (brisanje + 
pisanje) bitova koji su ve ć sadržani u binarnom EF-u, s bitovima 
danim u naredbi APDU.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 208  
3.5.3.1 N a r e d b a s p o m a k o m u P 1 - P 2  
Ova naredba omogu ćuje IFD-u upisivanje podataka u trenuta čno 
odabran EF bez da kartica provjerava integritet primljenih podataka.  
Napomena:  Ova se naredba bez sigurnog prijenosa poruka može 
upotrebljavati samo za potrebe ažuriranja datoteke koja podržava 
ALW sigurnosni uvjet za na čin pristupa za ažuriranje.  
TCS_56  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘D6h’  Binarno ažuriranje  
P1 1  ‘XXh’  Pomak u bajtovima od po četka datoteke: najvažniji bajt  
P2 1  ‘XXh’  Pomak u bajtovima od po četka datoteke: najmanje važan 
bajt 
Lc 1  ‘NNh’  Lc Duljina podataka koje se ažurira. broj bajtova koje se 
upisuje.  
#6-#(5+NN)  NN  ‘XX..XXh’  Podatci koji se zapisuju  
Napomena:  bit 8 u P1 mora biti postavljen na 0.  
TCS_57  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije odabran EF, uzvra ćeno stanje obrade je 
‘6986 ’. 
— Ako za odabranu datoteku nisu ispunjeni sigurnosni 
uvjeti, naredba se prekida s ‘ 6982 ’. 
— Ako pomak ne odgovara veli čini EF-a (pomak > veli ­ 
čine EF-a), uzvra ćeno stanje obrade je ‘ 6B00 ’. 
— Ako veli čina podataka koje treba upisati nije u skladu s 
veličinom EF-a (pomak + Lc > veli čine EF-a), uzvra ­ 
ćeni status obrade je ‘ 6700 ’. 
— Ako je otkrivena pogreška u integritetu unutar atributa 
datoteke, kartica će datoteku smatrati neispravnom i 
nepopravljivom, te je uzvra ćeno stanje obrade ‘ 6400 ’ 
ili ‘6500 ’. 
— Ako zapisivanje nije uspješno, uzvra ćeno stanje obrade 
je ‘6581 ’. 
3.5.3.1.1 N a r e d b a s a s i g u r n i m p r i j e n o s o m p o r u k e ( p r i ­
m j e r i )  
Ova naredba omogu ćuje IFD-u upisivanje podataka u trenuta čno 
odabran EF, a kartica provjerava integritet primljenih podataka. 
Budući da nije tražena povjerljivost podataka, podatci nisu šifrirani.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 209  
TCS_58  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘0Ch’  Traži se siguran prijenos poruka  
INS 1  ‘D6h’  Binarno ažuriranje  
P1 1  ‘XXh’  Pomak u bajtovima od po četka datoteke: 
najvažniji bajt  
P2 1  ‘XXh’  Pomak u bajtovima od po četka datoteke: 
najmanje važan bajt  
Lc 1  ‘XXh’  Duljina polja zašti ćenih podataka  
#6 1  ‘81h’  T  PV : Oznaka za vrijednost nešifriranih podataka  
#7 L  ‘NNh’ ili 
‘81 NNh’  L PV : duljina poslanih podataka. 
L iznosi 2 bajta ako je L  PV > 127 bajtova.  
#(7+L)- 
#(6+L+NN)  NN ‘XX..XXh’  Vrijednost nešifriranih podataka (podatci koje se upisuje)  
#(7+L+NN)  1  ‘8Eh’  T  CC : oznaka za kriptografski kontrolni zbroj  
#(8+L+NN)  1  ‘XXh’  L  CC : Duljina sljede ćeg kriptografskog kontrolnog zbroja 
‘04h’ za siguran prijenos poruka u prvoj generaciji 
(vidjeti Dodatak 11. dio A) 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES klju ča za 
siguran prijenos poruka u drugoj generaciji (vidjeti 
Dodatak 11. dio B)  
#(9+L+NN)- 
#(8+M+L+ 
NN) M ‘XX..XXh’  Kriptografski kontrolni zbroj  
Le 1  ‘00h’  Kako je utvr đeno u normi ISO/IEC 7816-4.  
TCS_59  Poruka odgovora kod to čnog ulaznog formata za 
siguran prijenos poruka  
Bajt Duljina  Vrijednost  Opis  
#1 1  ‘99h’  T  SW : oznaka za statusne rije či (koje treba zaštititi sa CC)  
#2 1  ‘02h’  L  SV : duljina uzvra ćenih statusnih rije či 
#3-#4  2  ‘XXXXh’  Status obrade nezašti ćenog odgovora APDU  
#5 1  ‘8Eh’  T  CC : oznaka za kriptografski kontrolni zbroj  
#6 1  ‘XXh’  L  CC : duljina sljede ćeg kriptografskog kontrolnog zbroja 
‘04h’ za siguran prijenos poruka u prvoj generaciji 
(vidjeti Dodatak 11. dio A) 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES klju ča za 
siguran prijenos poruka u drugoj generaciji (vidjeti 
Dodatak 11. dio B)  
#7-#(6+L)  L  ‘XX..XXh’  Kriptografski kontrolni zbroj  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
„Redovna” stanja obrade opisana za naredbu UPDATE 
BINARY bez sigurnog prijenosa poruka (vidjeti 
točku 3.5.3.1) mogu se uzvratiti tako da se koristi pret ­
hodno opisana struktura poruka odgovora.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 210  
Osim toga, mogu se dogoditi i neke pogreške karakteri ­
stične za siguran prijenos poruka. U tom se slu čaju stanje 
obrade jednostavno vra ća bez uklju čivanja strukture 
sigurnog prijenosa poruka:  
TCS_60  Poruka odgovora ako je u sigurnom prijenosu poruka 
došlo do pogreške  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako ne postoji klju č trenutačne sesije, uzvra ća se stanje 
obrade ‘ 6A88 ’. 
— Ako neki o čekivani podatkovni objekti (kako su pret ­
hodno navedeni) nedostaju u formatu sigurnog prije ­
nosa poruka, uzvra ća se stanje obrade ‘ 6987 ’: do ove 
pogreške dolazi ako nema o čekivane oznake ili ako 
naredbodavni sadržaj nije pravilno izra đen. 
— Ako neki podatkovni objekti nisu to čni, uzvraćeno 
stanje obrade je ‘ 6988 ’: ova pogreška se doga đa ako 
su prisutne sve tražene oznake, ali su neke duljine 
različite od očekivanih.  
— Ako provjera kriptografskog kontrolnog zbroja ne 
uspije, uzvra ćeno stanje obrade je ‘ 6688 ’. 
3.5.3.2 N a r e d b a s k r a t k i m E F i d e n t i f i k a t o r o m  
Ovom se varijantom naredbe omogu ćuje IFD-u da odabere EF putem 
kratkog EF identifikatora i da upiše podatke s tog EF-a.  
TCS_61 Tahografska kartica mora podržavati tu varijantu naredbe 
za sve elementarne datoteke s utvr đenim kratkim EF iden ­
tifikatorom. Ti su kratki EF identifikatori opisani u 
poglavlju 4.  
TCS_62  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘D6h’  Binarno ažuriranje  
P1 1  ‘XXh’  Bit 8 postavlja se na 1 
Bitovi 7 i 6 postavljaju se na 00 
Bit 5 – 1 kodira kratki EF identifikator odgovaraju ćeg 
EF-a  
P2 1  ‘XXh’  Kodira pomak s 0 do 255 bajtova u EF-u na koji 
upućuje P1  
Lc 1  ‘NNh’  Lc Duljina podataka koje se ažurira. broj bajtova koje se 
upisuje.  
#6-#(5+NN)  NN  ‘XX..XXh’  Podatci koji se zapisuju  
TCS_63  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
Napomena:  Kratki EF identifikatori koji se upotrebljavaju u 
aplikaciji tahografa druge generacije utvr đeni su u 
poglavlju 4.  
Ako P1 kodira kratki EF identifikator, a naredba je uspje ­ 
šna, utvrđeni EF postaje trenuta čno odabrani EF (trenuta čni 
EF). ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 211  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije na đena datoteka koja odgovara kratkom EF 
identifikatoru, uzvra ćeno stanje obrade je ‘ 6A82 ’. 
— Ako za odabranu datoteku nisu ispunjeni sigurnosni 
uvjeti, naredba se prekida s ‘ 6982 ’. 
— Ako pomak ne odgovara veli čini EF-a (pomak > veli ­ 
čine EF-a), uzvra ćeno stanje obrade je ‘ 6B00 ’. 
— Ako veli čina podataka koje treba upisati nije u skladu s 
veličinom EF-a (pomak + Lc > veli čine EF-a), uzvra ­ 
ćeni status obrade je ‘ 6700 ’. 
▼M1 
— Ako je otkrivena pogreška u integritetu unutar atributa 
datoteke, kartica će datoteku smatrati neispravnom i 
nepopravljivom, te je uzvra ćeno stanje obrade ‘ 6400 ’ 
ili ‘6500 ’. 
▼B 
— Ako zapisivanje nije uspješno, uzvra ćeno stanje obrade 
je ‘6581 ’. 
3.5.3.3 N a r e d b a s n e p a r n i m b a j t o m i n s t r u k c i j e  
Ovom se varijantom naredbe omogu ćuje IFD-u da upiše podatke u EF 
koji sadržavaju 32 768 ili više bajtova.  
TCS_64 Tahografska kartica koja podržava EF-ove s 32 768 ili više 
bajtova mora podržavati tu varijantu naredbe za te EF-ove. 
Tahografska kartica može, ali ne mora podržavati tu vari ­
jantu naredbe za druge EF-ove.  
TCS_65  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘D7h’  Binarno ažuriranje  
P1 1  ‘00h’  Trenuta čni EF  
P2 1  ‘00h’  
Lc 1  ‘NNh’  Lc Duljina podataka u polju s podatcima naredbe  
#6-#(5+NN)  NN  ‘XX..XXh’  Pomak podatkovnog objekta s oznakom ‘54h’ || Diskre ­
cijski podatkovni objekt s oznakom ‘53h’ koji sažima 
podatke koje se upisuje  
IFD kodira duljinu pomaka podatkovnog objekta i diskre ­
cijskog podatkovnog objekta s najmanjim mogu ćim brojem 
okteta, odnosno upotrebom bajta duljine ‘01h’ IFD kodira 
pomak/duljinu od 0 do 255, a upotrebom bajta duljine 
‘02h’ pomak/duljinu od ‘256’ do ‘65 535’ bajtova.  
TCS_66  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 212  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije odabran EF, uzvra ćeno stanje obrade je 
‘6986 ’. 
— Ako za odabranu datoteku nisu ispunjeni sigurnosni 
uvjeti, naredba se prekida s ‘ 6982 ’. 
— Ako pomak ne odgovara veli čini EF-a (pomak > veli ­ 
čine EF-a), uzvra ćeno stanje obrade je ‘ 6B00 ’. 
— Ako veli čina podataka koje treba upisati nije u skladu s 
veličinom EF-a (pomak + Lc > veli čine EF-a), uzvra ­ 
ćeni status obrade je ‘ 6700 ’. 
— Ako je otkrivena pogreška u integritetu unutar atributa 
datoteke, kartica će datoteku smatrati neispravnom i 
nepopravljivom, te je uzvra ćeno stanje obrade ‘ 6400 ’ 
ili ‘6500 ’. 
— Ako zapisivanje nije uspješno, uzvra ćeno stanje obrade 
je ‘6581 ’. 
3.5.3.3.1 N a r e d b a s a s i g u r n i m p r i j e n o s o m p o r u k e ( p r i m j e r )  
U sljedećem je primjeru prikazana upotreba sigurnog prijenosa poruka 
ako se primjenjuje sigurnosni uvjet SM-MAC-G2.  
TCS_67 Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘0Ch’  Traži se siguran prijenos poruka  
INS 1  ‘D7h’  Binarno ažuriranje  
P1 1  ‘00h’  Trenuta čni EF  
P2 1  ‘00h’  
Lc 1  ‘XXh’  Duljina polja zašti ćenih podataka  
#6 1  ‘B3h’  Oznaka za vrijednost nešifriranih podataka u BER-TLV  
#7 L  ‘NNh’ ili 
‘81 NNh’  L PV : duljina poslanih podataka. 
L iznosi 2 bajta ako je L  PV > 127 bajtova.  
#(7+L)- 
#(6+L+NN)  NN ‘XX..XXh’  Nešifrirani podatci kodirani u BER-TLV, odnosno 
pomak podatkovnog objekta s oznakom ‘54h’ || Diskre ­
cijski podatkovni objekt s oznakom ‘53h’ koji sažima 
podatke koje se upisuje  
#(7+L+NN)  1  ‘8Eh’  T  CC : oznaka za kriptografski kontrolni zbroj  
#(8+L+NN)  1  ‘XXh’  L  CC : duljina sljede ćeg kriptografskog kontrolnog zbroja 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES klju ča za 
siguran prijenos poruka u drugoj generaciji (vidjeti 
Dodatak 11. dio B)  
#(9+L+NN)- 
#(8+M+L+ 
NN) M ‘XX..XXh’  Kriptografski kontrolni zbroj  
Le 1  ‘00h’  Kako je utvr đeno u normi ISO/IEC 7816-4.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 213  
TCS_68 Poruka odgovora ako je naredba bila uspješna  
Bajt Duljina  Vrijednost  Opis  
#1 1  ‘99h’  T  SW : oznaka za statusne rije či (koje treba zaštititi sa CC)  
#2 1  ‘02h’  L  SV : duljina uzvra ćenih statusnih rije či 
#3-#4  2  ‘XXXXh’  Status obrade nezašti ćenog odgovora APDU  
#5 1  ‘8Eh’  T  CC : oznaka za kriptografski kontrolni zbroj  
#6 1  ‘XXh’  L  CC : duljina sljede ćeg kriptografskog kontrolnog zbroja 
‘08h’, ‘0Ch’ ili ‘10h’ ovisno o duljini AES klju ča za 
siguran prijenos poruka u drugoj generaciji (vidjeti 
Dodatak 11. dio B)  
#7-#(6+L)  L  ‘XX..XXh’  Kriptografski kontrolni zbroj  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
3.5.4  GET CHALLENGE  
Ova naredba u skladu je s normom ISO/IEC 7816-4, ali ima ograni ­ 
čenu primjenu u usporedbi s naredbom utvr đenom u normi.  
Naredbom GET CHALLENGE se od kartice traži izdavanje zahtjeva 
za ključnu riječ (tj. challenge ) radi korištenja u sigurnosnom postupku 
u kojem se kartici šalju kriptogram ili šifrirani podatci.  
TCS_69 Zahtjev za klju čnu riječ koji izdaje kartica vrijedi samo za 
sljedeću naredbu koja upotrebljava zahtjev za lozinku 
poslan kartici.  
TCS_70  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘84h’  INS  
P1 1  ‘00h’  P1  
P2 1  ‘00h’  P2  
Le 1  ‘08h’  Le (duljina o čekivanog zahtjeva za klju čnu riječ). 
TCS_71  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#8  8  ‘XX..XXh’  Zahtjev za klju čnu riječ 
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako se Le razlikuje od ‘08h’, stanje obrade je ‘ 6700 ’. 
— Ako parametri P1-P2 nisu to čni, stanje obrade je 
‘6A86 ’. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 214  
3.5.5  VERIFY  
Ova naredba u skladu je s normom ISO/IEC 7816-4, ali ima ograni ­ 
čenu primjenu u usporedbi s naredbom utvr đenom u normi.  
Kako bi se podržala ta naredba, potrebna je samo kartica radionice.  
Druge vrste tahografskih kartica mogu, ali ne moraju izvršavati tu 
naredbu, ali za njih nije personaliziran referentni CHV. Stoga te 
kartice ne mogu uspješno izvršiti tu naredbu. Ponašanje drugih vrsta 
tahografskih kartica koje nisu kartice radionice, odnosno kad se 
uzvrati kod pogreške, nije u podru čju primjene ove specifikacije 
ako se šalje ta naredba.  
Naredba VERIFY na kartici zapo činje usporedbu izme đu CHV (PIN) 
podataka koji su poslani iz naredbe s referentnim CHV-om pohra ­
njenim na kartici.  
▼M1 
TCS_72 PIN koji unosi korisnik mora biti kodiran u ASCII i desno 
popunjen bajtima ‘FFh’ do duljine od 8 bajtova IFD-a, 
vidjeti i vrstu podataka WorkshopCardPIN u Dodatku 1.  
▼B 
TCS_73 Aplikacije tahografa prve i druge generacije upotrebljavaju 
isti referentni CHV.  
TCS_74 Tahografskom karticom provjerava se je li naredba 
ispravno kodirana. Ako naredba nije ispravno kodirana, 
kartica ne uspore đuje CHV vrijednosti, ne umanjuje 
stanje broja ča preostalih pokušaja CHV-a i ne vra ća sigur­
nosni status „PIN_Verified” u po četno stanje, nego prekida 
naredbu. Naredba je kodirana ispravno ako bajtovi CLA, 
INS, P1, P2, Lc imaju odre đene vrijednosti, Le nije prisu ­
tan, a polje s podatcima naredbe ispravne je duljine.  
TCS_75 Ako je naredba uspješna, broja č preostalih pokušaja CHV-a 
pokreće se iznova. Po četna je vrijednost broja ča preostalih 
pokušaja CHV-a 5. Ako je naredba uspješna, karticom se 
postavlja status unutarnje sigurnosti „PIN_Verified”. 
Kartica vra ća taj sigurnosni status u po četno stanje ako je 
kartica vra ćena u početno stanje ili ako CHV kod poslan u 
naredbi ne odgovara pohranjenom referentnom CHV-u.  
Napomena:  Upotrebom istog referentnog CHV-a i 
globalnog sigurnosnog statusa zaposlenik radionice ne 
mora ponovno unositi PIN nakon što odabere drugi DF 
aplikacije tahografa.  
TCS_76 Neuspješna usporedba bilježi se na kartici, odnosno broja č 
preostalih pokušaja CHV-a umanjuje se za jedan, kako bi 
se ograničio broj naknadnih pokušaja upotrebe referentnog 
CHV-a.  
TCS_77  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘20h’  INS  
P1 1  ‘00h’  P1  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 215  
Bajt Duljina  Vrijednost  Opis  
P2 1  ‘00h’  P2 (provjereni CHV implicitno je poznat)  
Lc 1  ‘08h’  Duljina poslanog koda CHV  
#6-#13  8  ‘XX..XXh’  CHV  
TCS_78  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nije prona đen referentni CHV, uzvra ćeno stanje 
obrade je ‘ 6A88 ’. 
— Ako je CHV blokiran (broja č preostalih pokušaja za 
CHV je nula), uzvra ćeno stanje obrade je ‘ 6983 ’. 
Kada se jednom na đe u tom stanju, CHV se više 
nikada ne može uspješno predo čiti. 
— Ako je usporedba neuspješna, broja č preostalih poku ­ 
šaja umanjuje se te se uzvra ća status ‘ 63CX ’ (X > 0 pri 
čemu je X broja č preostalih pokušaja CHV-a).  
— Ako se referentni CHV smatra neispravnim, uzvra ćeno 
stanje obrade je ‘ 6400 ’ ili ‘ 6581 ’. 
— Ako se Lc razlikuje od ‘08h’, stanje obrade je ‘ 6700 ’. 
3.5.6  GET RESPONSE  
Ova je naredba u skladu s normom ISO/IEC 7816-4.  
Ova naredba (potrebna i dostupna samo za protokol T = 0) se koristi 
za prijenos pripremljenih podataka s kartice na su čelje tahografa (pri ­
mjer gdje naredba uklju čuje i Lc i Le).  
Naredba GET RESPONSE mora biti izdana neposredno nakon 
naredbe za pripremu podataka, ina če se podatci gube. Nakon izvršenja 
naredbe GET RESPONSE (osim ako nastupi pogreška ‘ 61xx ’ ili 
‘6Cxx ’, vidjeti u nastavku), ranije pripremljeni podatci više nisu 
dostupni.  
TCS_79  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘C0h’  
P1 1  ‘00h’  
P2 1  ‘00h’  
Le 1  ‘XXh’  Broj bajtova koji se o čekuje  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 216  
TCS_80  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#X  X  ‘XX..XXh’  Podatci  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako kartica nije pripremila nikakve podatke, uzvra ćeno 
stanje obrade je ‘ 6900 ’ ili ‘ 6F00 ’. 
— Ako Le prelazi broj raspoloživih bajtova ili ako je Le 
nula, uzvra ćeno stanje obrade je ‘ 6Cxx ’, pri čemu ‘xx’ 
označuje točan broj raspoloživih bajtova. U tom su 
slučaju pripremljeni podatci još uvijek dostupni za 
iduću naredbu GET RESPONSE.  
— Ako Le nije nula, a manji je od broja raspoloživih 
bajtova, kartica normalno šalje tražene podatke, a 
uzvraćeno stanje obrade je ‘ 61xx ’, pri čemu ‘xx’ 
označuje broj dodatnih bajtova koji su još uvijek raspo ­
loživi za idu ću naredbu GET RESPONSE.  
— Ako naredba nije podržana (protokol T = 1), kartica 
uzvraća ‘6D00 ’. 
3.5.7  PSO: VERIFY CERTIFICATE  
Ova naredba u skladu je s normom ISO/IEC 7816-8, ali ima ograni ­ 
čenu primjenu u usporedbi s naredbom utvr đenom u normi.  
Naredbu VERIFY CERTIFICATE kartica koristi za dobivanje izvanj ­
skog javnog klju ča i provjeru njegove valjanosti.  
3.5.7.1 N a r e d b a z a p r v u g e n e r a c i j u – p a r o d g o v o r a  
TCS_81 Ovu varijantu naredbe podržavaju samo aplikacije taho ­
grafa prve generacije.  
TCS_82 Ako je naredba VERIFY CERTIFICATE uspješna, javni 
ključ se pohranjuje za budu ću uporabu u sigurno okruženje. 
Ovaj se klju č izričito postavlja za primjenu u sigurnosnim 
naredbama (INTERNAL AUTHENTICATE, EXTERNAL 
AUTHENTICATE ili VERIFY CERTIFICATE) upotrebom 
MSE naredbe (vidjeti to čku 3.5.11) s pomo ću identifikatora 
ključa. 
TCS_83 U svakom slu čaju, naredba VERIFY CERTIFICATE 
upotrebljava javni klju č koji je ranije odabran u sklopu 
MSE naredbe za otvaranje certifikata. Ovaj javni klju č 
mora biti onaj države članice ili europski.  
TCS_84  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘2Ah’  Izvedba sigurnosne operacije  
P1 1  ‘00h’  P1  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 217  
Bajt Duljina  Vrijednost  Opis  
P2 1  ‘AEh’  P2: podatci koji nisu kodirani po BER-TLV (ulan čavanje 
podatkovnih elemenata)  
Lc 1  ‘C2h’  Lc Duljina certifikata, 194 bajta  
#6-#199  194  ‘XX..XXh’  Certifikat: ulan čavanje podatkovnih elemenata (opisano u 
Dodatku 11.)  
TCS_85  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako provjera certifikata ne uspije, uzvra ćeno stanje 
obrade je ‘ 6688 ’. Postupak provjere i otvaranja certifi ­
kata opisan je u Dodatku 11. za prvu i drugu genera ­
ciju. 
— Ako u sigurnosnom okruženju nije prisutan javni klju č, 
uzvraća se stanje obrade ‘ 6A88 ’. 
— Ako se odabrani javni klju č (upotrijebljen za otvaranje 
certifikata) smatra ošte ćenim, uzvra ćeno stanje obrade 
je ‘6400 ’ ili ‘ 6581 ’. 
— Samo za prvu generaciju: Ako je CHA.LSB 
(
 ) 
odabranog javnog klju ča (upotrijebljen za otvaranje 
certifikata) razli čit od ‘00’ (odnosno ne pripada državi 
članici niti je europski), uzvra ćeno je stanje obrade 
‘6985 ’. 
3.5.7.2 N a r e d b a z a d r u g u g e n e r a c i j u – p a r o d g o v o r a  
Ovisno o veli čini krivulje, ECC certifikati mogu biti toliko duga čki da 
ih je nemogu će prenijeti u jednom APDU-u. U tom se slu čaju mora 
upotrijebiti ulan čavanje naredbi u skladu s normom ISO/IEC 7816-4 
te prenijeti certifikat u dvama uzastopnim PSO-ima: Provjera certifi ­
kata APDU-ova.  
Struktura certifikata i parametri domene definirani su u Dodatku 11.  
TCS_86 Naredbu je mogu će izvršiti u MF-u, DF-u tahografa i DF-u 
tahografa druge generacije, vidjeti i TCS_33.  
TCS_87  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘X0h’  CLA bajt ozna čuje ulančavanje naredbi: 
‘00h’ jedina ili zadnja naredba u lancu 
‘10h’ nije zadnja naredba u lancu  
INS 1  ‘2Ah’  Izvedba sigurnosne operacije  
P1 1  ‘00h’  
P2 1  ‘BEh’  Provjera samoopisnog certifikata  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 218  
Bajt Duljina  Vrijednost  Opis  
Lc 1  ‘XXh’  Duljina podatkovnog polja naredbe, vidjeti TCS_88 i 
TCS_89.  
#6-#5+L  L  ‘XX..XXh’  DER-TLV kodirani podatci: Podatkovni objekt tijela 
ECC certifikata kao prvi podatkovni objekt ulan čan s 
podatkovnim objektom potpisa ECC certifikata kao 
drugim podatkovnim objektom ili dijelom tog lanca. 
Oznaka ‘7F21’ i odgovaraju ća duljina ne šalju se. 
Redoslijed je tih objekata utvr đen. 
TCS_88 Za kratke APDU-ove primjenjuju se sljede će odredbe: IFD 
upotrebljava najmanji broj APDU-ova potreban za slanje 
naredbe i šalje najve ći mogući broj bajtova u prvoj 
naredbi APDU-a u skladu s vrijednoš ću bajta veli čine 
informacijskog polja na kartici, vidjeti TCS_14. Ako se 
IFD drukčije ponaša, ponašanje kartice nalazi se izvan 
područja primjene.  
TCS_89 Za produljene APDU-ove primjenjuju se sljede će odredbe: 
Ako certifikat ne stane u jedan APDU, kartica mora podr ­ 
žavati ulan čavanje naredbi. IFD upotrebljava najmanji broj 
APDU-ova potreban za slanje naredbe i šalje najve ći 
mogući broj bajtova u prvoj naredbi APDU-a. Ako se 
IFD drukčije ponaša, ponašanje kartice nalazi se izvan 
područja primjene.  
Napomena:  U skladu s Dodatkom 11., kartica pohranjuje 
certifikat ili relevantan sadržaj certifikata te ažurira curren ­
tAuthenicatedTime.  
Struktura poruka odgovora i statusnih rije či odgovara defi ­
niciji iz TCS_85.  
TCS_90 Uz kodove pogrešaka navedene u TCS_85, kartica može 
uzvratiti sljede će kodove pogrešaka:  
— Ako CHA.LSB (CertificateHolderAuthorisation.equip ­
mentType) odabranog javnog klju ča (upotrijebljenog 
za otvaranje certifikata) nije prikladan za provjeru certi ­
fikata u skladu s Dodatkom 11., uzvra ćeno je stanje 
obrade ‘ 6985 ’. 
— Ako je currentAuthenticatedTime kasniji od datuma 
isteka certifikata, uzvra ćeno je stanje obrade ‘ 6985 ’. 
— Ako je zadnja naredba u lancu o čekivana, kartica 
uzvraća ‘6883 ’. 
— Ako se u polju s podatcima naredbe šalju neispravni 
parametri, kartica uzvra ća ‘6A80 ’ (isto vrijedi i u 
slučaju da podatkovni objekti nisu poslani utvr đenim 
redoslijedom).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 219  
3.5.8  INTERNAL AUTHENTICATE  
Ova je naredba u skladu s normom ISO/IEC 7816-4.  
TCS_91 Sve tahografske kartice moraju podržavati tu naredbu u 
DF-u tahografa prve generacije. Naredba može, ali ne 
mora biti dostupna u MF-u i/ili DF-u tahografa druge 
generacije. Ako je tako, izvršavanje naredbe završava 
odgovaraju ćim kodom pogreške jer je privatni klju č 
kartice (Card.SK) za protokol autentifikacije za prvu 
generaciju dostupan samo u DF-u tahografa prve genera ­
cije. 
Primjenom INTERNAL AUTHENTICATE naredbe, IFD 
može autentificirati karticu. Postupak autentifikacije je 
opisan je u Dodatku 11. Sadržava sljede ća očitovanja:  
TCS_92 Naredba INTERNAL AUTHENTICATE upotrebljava 
privatni klju č kartice (odabran implicitno) za potpisivanje 
autentifikacijskih podataka, uklju čujući K1 (prvi element za 
dogovor o klju ču sesije) i RND1 te upotrebljava trenuta čno 
(putem posljednje naredbe MSE) odabrani javni klju č za 
šifriranje potpisa i oblikovanje autentifikacijskog tokena 
(podrobnije u Dodatku 11.).  
TCS_93  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  CLA  
INS 1  ‘88h’  INS  
P1 1  ‘00h’  P1  
P2 1  ‘00h’  P2  
Lc 1  ‘10h’  Duljina podataka poslanih na karticu  
#6 – #13  8  ‘XX..XXh’  Zahtjev za klju čnu riječ upotrijebljen za autentifikaciju 
kartice  
#14 -#21  8  ‘XX..XXh’  VU.CHR (vidjeti Dodatak 11.)  
Le 1  ‘80h’  Duljina podataka koji se o čekuju od kartice  
TCS_94  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#128  128  ‘XX..XXh’  Token autentifikacije kartice (vidjeti Dodatak 11.)  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako u sigurnosnom okruženju nije prisutan javni klju č, 
uzvraćeno je stanje obrade ‘ 6A88 ’. 
— Ako u sigurnosnom okruženju nije prisutan privatan 
ključ, uzvraćeno je stanje obrade ‘ 6A88 ’. 
— Ako VU.CHR ne odgovara identifikatoru trenuta čnog 
javnog klju ča, uzvraćeno je stanje obrade ‘ 6A88 ’. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 220  
— Ako se odabrani privatni klju č smatra neispravnim, 
uzvraćeno je stanje obrade ‘ 6400 ’ ili ‘ 6581 ’. 
▼M1 
TCS_95 Ako je naredba INTERNAL AUTHENTICATE uspješna, 
trenutačni ključ sesije prve generacije, ako postoji, briše se 
i više nije dostupan. Da bi se dobio novi klju č sesije prve 
generacije, naredba EXTERNAL AUTHENTICATE za 
autentifikaciju mehanizma prve generacije treba biti 
uspješno izvršena.  
Napomena : Za klju č sesije druge generacije vidjeti 
Dodatak 11., stavke CSM_193 i CSM_195. Ako su klju ­ 
čevi sesije druge generacije uspostavljeni i tahografska 
kartica dobiva nešifriranu naredbu INTERNAL AUTHEN ­
TICATE APDU, ona prekida sesiju sigurnog prijenosa 
poruka druge generacije i uništava klju čeve sesije druge 
generacije.  
▼B 
3.5.9  EXTERNAL AUTHENTICATE  
Ova je naredba u skladu s normom ISO/IEC 7816-4.  
Kartica naredbom EXTERNAL AUTHENTICATE može autentifici ­
rati IFD. Postupak autentifikacije opisan je u Dodatku 11. za tahografe 
prve i druge generacije (autentifikacija jedinice u vozilu).  
TCS_96 Varijantu naredbe za mehanizam uzajamne autentifikacije 
prve generacije podržavaju samo aplikacije tahografa prve 
generacije.  
▼M1 
TCS_97 Varijantu naredbe za uzajamnu autentifikaciju kartice i jedi ­
nice u vozilu mogu će je izvesti samo u MF-u, DF-u taho ­
grafa i DF-u tahografa druge generacije, vidjeti i TCS_34. 
Ako je naredba EXTERNAL AUTHENTICATE druge 
generacije uspješna, trenuta čni ključ sesije prve generacije, 
ako postoji, briše se i više nije dostupan.  
Napomena : Za klju č sesije druge generacije vidjeti 
Dodatak 11., stavke CSM_193 i CSM_195. Ako su klju ­ 
čevi sesije druge generacije uspostavljeni i tahografska 
kartica dobiva nešifriranu naredbu EXTERNAL AUTHEN ­
TICATE APDU, ona prekida sesiju sigurnog prijenosa 
poruka druge generacije i uništava klju čeve sesije druge 
generacije.  
▼B 
TCS_98  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  CLA  
INS 1  ‘82h’  INS  
P1 1  ‘00h’  Implicitno poznati klju čevi i algoritmi  
P2 1  ‘00h’  
Lc 1  ‘XXh’  Lc (duljina podataka poslanih na karticu)  
#6-#(5+L)  L  ‘XX..XXh’  Autentifikacija prve generacije: Kriptogram (vidjeti 
Dodatak 11. dio A) 
Autentifikacija druge generacije: Potpis koji je generirao 
IFD (vidjeti Dodatak 11. dio B)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 221  
TCS_99  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako CHA trenuta čno postavljenog javnog klju ča nije 
lanac AID-a aplikacije tahografa i vrste jedinice u 
vozilu, uzvra ćeno je stanje obrade ‘ 6F00 ’. 
— Ako neposredno prije naredbe nema naredbe GET 
CHALLENGE, uzvra ćeno je stanje obrade ‘ 6985 ’. 
Aplikacija tahografa prve generacije može uzvratiti sljede će 
dodatne kodove pogrešaka:  
— Ako u sigurnosnom okruženju nije prisutan javni klju č, 
uzvraća se stanje obrade ‘ 6A88 ’. 
— Ako u sigurnosnom okruženju nije prisutan privatan 
ključ, uzvraćeno je stanje obrade ‘ 6A88 ’. 
— Ako je provjera kriptograma pogrešna, uzvra ćeno stanje 
obrade je ‘ 6688 ’. 
— Ako se odabrani privatni klju č smatra neispravnim, 
uzvraćeno je stanje obrade ‘ 6400 ’ ili ‘ 6581 ’. 
Varijanta naredbe za autentifikaciju druge generacije može 
uzvratiti sljede ći dodatni kod pogreške:  
— Ako je provjera potpisa neuspjela, kartica uzvra ća 
‘6300 ’. 
3.5.10  GENERAL AUTHENTICATE  
Ova se naredba upotrebljava za protokol autentifikacije čipa druge 
generacije utvr đen u Dodatku 11. dijelu B te je u skladu s normom 
ISO/IEC 7816-4.  
TCS_100 Naredbu je mogu će izvršiti u MF-u, DF-u tahografa i DF-u 
tahografa druge generacije, vidjeti i TCS_34.  
TCS_101  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘86h’  
P1 1  ‘00h’  Implicitno poznati klju čevi i protokol  
P2 1  ‘00h’  
Lc 1  ‘NNh’  Lc: duljina sljede ćeg podatkovnog polja  
#6-#(5+L)  L  ‘7Ch’ + L  7C + 
‘80h’ + L  80 + 
‘XX..XXh’  DER-TLV kodirana vrijednost kratkotrajnog (epheme ­
ral) javnog klju ča (vidjeti Dodatak 11.) 
Jedinica u vozilu šalje podatkovne objekte tim redo ­
slijedom.  
▼M1 
5 + L + 1  1  ‘00h’  Kako je utvr đeno u normi ISO/IEC 7816-4  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 222  
TCS_102  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#L  L  ‘7Ch’ + L  7C + ‘81h’ 
+ ‘08h’ + ‘XX..XXh’ 
+ ‘82h’ + L  82 + 
‘XX..XXh’  DER-TLV kodirani podatci dinami čke autenti­
fikacije:  nonce  (broj koji se koristi jednom) i 
token autentifikacije (vidjeti Dodatak 11.)  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Kartica uzvra ća ‘6A80 ’ kako bi se ukazalo na 
neispravne parametre u podatkovnom polju.  
— Kartica uzvra ća ‘6982 ’ ako naredba External Authenti ­
cate nije uspješno provedena  
Objekt odgovora dinami čke autentifikacije podataka ‘7Ch’  
— mora biti prisutan ako je operacija uspješna, odnosno 
ako su statusne rije či ‘9000 ’, 
— ne smije biti prisutan u slu čaju pogreške u izvršavanju 
ili pogreške provjere, odnosno ako su statusne rije či u 
rasponu od ‘ 6400 ’ do ‘ 6FFF ’ te 
— ne mora biti prisutan u slu čaju upozorenja, odnosno ako 
su statusne rije či u rasponu od ‘ 6200 ’ do ‘ 63FF ’. 
3.5.11  MANAGE SECURITY ENVIRONMENT  
Ova se naredba koristi za postavljanje javnoga klju ča za potrebe 
autentifikacije.  
3.5.11.1 N a r e d b a z a p r v u g e n e r a c i j u – p a r o d g o v o r a  
Ova je naredba u skladu s normom ISO/IEC 7816-4. Primjena ove 
naredbe ograni čena je u usporedbi s odgovaraju ćom normom.  
TCS_103 Ovu naredbu podržavaju samo aplikacije tahografa prve 
generacije.  
TCS_104 Klju č naveden u podatkovnom polju MSE ostaje trenuta čni 
javni ključ do sljedeće ispravne naredbe MSE, odabire se 
DF ili se kartica vra ća u početno stanje.  
TCS_105 Ako navedeni klju č (već) nije na kartici, sigurno okruženje 
ostaje nepromijenjeno.  
TCS_106  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  CLA  
INS 1  ‘22h’  INS  
P1 1  ‘C1h’  P1: navedeni klju č vrijedi za sve kriptografske radnje  
P2 1  ‘B6h’  P2 (navedeni podatci o digitalnom potpisu)  
Lc 1  ‘0Ah’  Lc: duljina sljede ćeg podatkovnog polja  
#6 1  ‘83h’  Oznaka za navo đenje javnog klju ča u asimetri čnim 
slučajevima  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 223  
Bajt Duljina  Vrijednost  Opis  
#7 1  ‘08h’  Duljina reference klju ča (identifikatora klju ča) 
#8-#15  8  ‘XX..XXh’  Identifikator klju ča kako je utvr đen u Dodatku 11.  
TCS_107  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako u kartici nema navedenog klju ča, uzvraćeno je 
stanje obrade ‘ 6A88 ’. 
— Ako u formatu sigurnog prijenosa poruka nedostaju 
neki očekivani podatkovni objekti, uzvra ćeno je stanje 
obrade ‘ 6987 ’. To se može dogoditi ako nema oznake 
‘83h’,  
— Ako su odre đeni podatkovni objekti neispravni, uzvra ­ 
ćeno je stanje obrade ‘ 6988 ’. To se može dogoditi ako 
duljina identifikatora klju ča nije ‘08h’.  
— Ako se odabrani klju č smatra neispravnim, uzvra ćeno je 
stanje obrade ‘ 6400 ’ ili ‘ 6581 ’. 
3.5.11.2 N a r e d b a z a d r u g u g e n e r a c i j u – p a r o v i o d g o v o r a  
Za autentifikaciju druge generacije tahografska kartica podržava slje ­
deći MSE: Utvr đene verzije naredbe koje su u skladu s normom 
ISO/IEC 7816-4. Te verzije naredbe nisu podržane u autentifikaciji 
prve generacije.  
3.5.11.2.1 M S E : S E T A T z a a u t e n t i f i k a c i j u č i p a 
Sljedeća se MSE:SET AT naredba upotrebljava za odabir parametara 
za autentifikaciju čipa koja se provodi naknadnom naredbom 
GENERAL AUTHENTICATE (op ća autentifikacija).  
TCS_108 Naredbu je mogu će izvršiti u MF-u, DF-u tahografa i DF-u 
tahografa druge generacije, vidjeti i TCS_34.  
TCS_109  MSE:SET AT Poruka naredbe za autentifikaciju čipa 
Bajt Duljin­
a Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘22h’  
P1 1  ‘41h’  Utvr đeno za unutarnju autentifikaciju  
P2 1  ‘A4h’  Autentifikacija  
Lc 1  ‘NNh’  Lc: duljina sljede ćeg podatkovnog polja  
#6-#(5+L)  L  ‘80h’ + ‘0Ah’ 
+ ‘XX..XXh’  DER-TLV kodirano upu ćivanje na kriptografski mehani ­
zam: Identifikator objekta ili autentifikacija čipa (samo 
vrijednost, izostavlja se oznaka ‘06h’). 
Vidjeti Dodatak 1. za vrijednosti identifikatora objekta; 
upotrebljava se zapis u bajtovima ( byte notation ). Vidjeti 
Dodatak 11. za smjernice u pogledu odabira jednog od 
tih identifikatora objekta.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 224  
3.5.11.2.2 M S E : S E T A T z a a u t e n t i f i k a c i j u j e d i n i c e u v o z i l u  
Sljedeća se MSE:SET AT naredba upotrebljava za odabir parametara i 
ključeva za autentifikaciju jedinice u vozilu koja se provodi 
naknadnom naredbom EXTERNAL AUTHENTICATE (vanjska 
autentifikacija).  
TCS_110 Naredbu je mogu će izvršiti u MF-u, DF-u tahografa i DF-u 
tahografa druge generacije, vidjeti i TCS_34.  
TCS_111  Poruka naredbe MSE:SET AT za autentifikaciju jedi ­
nice u vozilu  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘22h’  
P1 1  ‘81h’  Utvr đeno za vanjsku autentifikaciju  
P2 1  ‘A4h’  Autentifikacija  
Lc 1  ‘NNh’  Lc: duljina sljede ćeg podatkovnog polja  
#6-#(5+L)  L  ‘80h’ + ‘0Ah’ 
+ ‘XX..XXh’  DER-TLV kodirano upu ćivanje na kriptografski mehani ­
zam: Identifikator objekta ili autentifikacija jedinice u 
vozilu (samo vrijednost, izostavlja se oznaka ‘06h’). 
Vidjeti Dodatak 1. za vrijednosti identifikatora objekta; 
upotrebljava se zapis u bajtovima ( byte notation ). Vidjeti 
Dodatak 11. za smjernice u pogledu odabira jednog od 
tih identifikatora objekta.  
‘83h’ + ‘08h’ + 
‘XX..XXh’  DER-TLV kodirano upu ćivanje javnog klju ča jedinice u 
vozilu upu ćivanjem na nositelja certifikata koje je 
spomenuto u njegovu certifikatu.  
‘91h’ + L  91 + 
‘XX..XXh’  DER-TLV kodiran komprimirani prikaz kratkotrajnog 
javnog klju ča jedinice u vozilu koji će se upotrebljavati 
tijekom autentifikacije čipa (vidjeti Dodatak 11.)  
3.5.11.2.3 M S E : S E T D S T  
Sljedeća se MSE:SET DST naredba upotrebljava za postavljanje 
javnog klju ča bilo  
— za provjeru potpisa koji je dobiven u naknadnoj naredbi PSO: 
Verify Digital Signature ili  
— za provjeru potpisa certifikata koji je dobiven u naknadnoj naredbi 
PSO: Verify Certificate.  
TCS_112 Naredbu je mogu će izvršiti u MF-u, DF-u tahografa i DF-u 
tahografa druge generacije, vidjeti i TCS_33.  
TCS_113  Poruka naredbe MSE:SET:DST  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  
INS 1  ‘22h’  
P1 1  ‘81h’  Utvr đeno za provjeru  
P2 1  ‘B6h’  Digitalni potpis  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 225  
Bajt Duljina  Vrijednost  Opis  
Lc 1  ‘NNh’  Lc: duljina sljede ćeg podatkovnog polja  
#6-#(5+L)  L  ‘83h’ + ‘08h’ 
+ ‘XX…XXh’  DER-TLV kodirano upu ćivanje javnog klju ča, odnosno 
upućivanje na nositelja certifikata u certifikatu javnog 
ključa (vidjeti Dodatak 11.)  
Za sve verzije naredbi struktura odgovora na poruku i statusne rije či 
navedene su sljede ćim: 
TCS_114  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
Protokol je odabran i pokrenut.  
— ‘6A80 ’ označuje neispravne parametre u podatkovnom 
polju naredbe.  
— ‘6A88 ’ označuje da navedeni podatci (odnosno nave ­
deni ključ) nisu dostupni.  
▼M1 
— Ako je currentAuthenticatedTime kartice kasniji od 
datuma isteka odabranog javnog klju ča, uzvraćeno 
stanje obrade je  ‘6A88’.  
Napomena:  u slučaju naredbe MSE: SET AT za naredbu 
autentifikacije jedinice u vozilu, navedeni klju č je javni 
ključ VU_MA. Kartica će postaviti javni klju č VU_MA 
za uporabu, ako je on dostupan u njezinoj memoriji, koji 
je jednak upu ćivanju na nositelja certifikata (CHR) 
dostupnom u podatkovnom polju naredbe (kartica može 
identificirati javne klju čeve VU_MA s pomo ću polja 
CHA certifikata). Kartica će uzvratiti ‘6A 88’ na ovu 
naredbu u slu čaju da je dostupan samo javni klju č 
VU_Sign ili da nije dostupan javni klju č jedinice u 
vozilu. Vidjeti definiciju polja CHA u Dodatku 11. i defi ­
niciju vrste podataka equipmentType u Dodatku 1.  
Slično, u slučaju da je naredba MSE: SET DST koja 
upućuje na EQT (tj. na jedinicu u vozilu ili karticu) 
poslana kontrolnoj kartici, u skladu s CSM_234 navedeni 
ključ uvijek je klju č EQT_Sign koji se treba koristiti za 
provjeru digitalnog potpisa. U skladu sa slikom 13. u 
Dodatku 11., kontrolna kartica će uvijek pohraniti rele ­
vantan javni klju č EQT_Sign. U nekim slu čajevima 
kontrolna kartica možda je pohranila povezani javni klju č 
EQT_MA. Kontrolna kartica uvijek postavlja javni klju č 
EQT_Sign za korištenje kad primi naredbu MSE: SET 
DST.  
▼B 
3.5.12  PSO: HASH  
Ova naredba služi za prijenos rezultata izra čuna raspršivanja izvršenim 
na nekim podacima na karticu. Ova se naredba upotrebljava za 
provjeru digitalnog potpisa. Vrijednost raspršivanja privremeno se 
pohranjuje za sljede ću naredbu PSO: Verify Digital Signature  
Ova je naredba u skladu s normom ISO/IEC 7816-8. Primjena ove 
naredbe ograni čena je u usporedbi s odgovaraju ćom normom.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 226  
Da bi DF-ovi tahografa i DF-ovi tahografa druge generacije mogli 
podržati tu naredbu potrebna je samo kontrolna kartica.  
Druge vrste tahografskih kartica mogu, ali ne moraju provoditi tu 
naredbu. Naredba može, ali ne mora biti dostupna u MF-u.  
Aplikacija kontrolne kartice prve generacije podržava samo SHA-1.  
TCS_115 Privremeno pohranjena vrijednost raspršivanja briše se ako 
je nova vrijednost raspršivanja izra čunana naredbom PSO: 
HASH, ako je odabran DF i ako je tahografska kartica 
vraćena u početno stanje.  
TCS_116  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  CLA  
INS 1  ‘2Ah’  Izvedba sigurnosne operacije  
P1 1  ‘90h’  Vraćanje koda raspršivanja ( hash code ) 
P2 1  ‘A0h’  Oznaka; podatkovno polje sadržava DO-ove potrebne za 
raspršivanje  
Lc 1  ‘XXh’  Duljina Lc sljede ćeg podatkovnog polja  
#6 1  ‘90h’  Oznaka za kod raspršivanja  
#7 1  ‘XXh’  Duljina L koda raspršivanja: 
‘14h’ u aplikaciji prve generacije (vidjeti Dodatak 11. 
dio A) 
‘20h’, ‘30h’ ili ‘40h’ u aplikaciji druge generacije 
(vidjeti Dodatak 11. dio B)  
#8-#(7+L)  L  ‘XX..XXh’  Kod raspršivanja ( hash code ) 
TCS_117  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako nedostaju neki o čekivani podatkovni objekti (kako 
su prethodno navedeni), uzvra ćeno je stanje obrade 
‘6987 ’. To se može dogoditi ako nema jedne od 
oznaka ‘90h’,  
— Ako su odre đeni podatkovni objekti neispravni, uzvra ­ 
ćeno je stanje obrade ‘ 6988 ’. Do te pogreške dolazi ako 
je potrebna oznaka prisutna, ali joj se duljina razlikuje 
od ‘14h’ za SHA-1, ‘20h’ za SHA-256, ‘30h’ za SHA- 
384, ‘40h’ za SHA-512 (aplikacije druge generacije).  
3.5.13  PERFORM HASH of FILE  
Ova naredba nije u skladu s ISO/IEC 7816-8. Stoga bajt CLA ove 
naredbe ukazuje na to da slijedi vlasni čka uporaba funkcije 
PERFORM SECURITY OPERATION / HASH.  
Da bi DF-ovi tahografa i DF-ovi tahografa druge generacije mogli 
podržati tu naredbu potrebne su samo kartica voza ča i kartica radio ­
nice. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 227  
Druge vrste tahografskih kartica mogu, ali ne moraju provoditi tu 
naredbu. Ako ovu naredbu provodi kartica poduze ća ili kontrolna 
kartica, naredbu se provodi kako je navedeno u ovome poglavlju.  
Naredba može, ali ne mora biti dostupna u MF-u. Ako je tako, 
naredba se izvršava kako je navedeno u ovome poglavlju, odnosno 
ne dopušta se izra čun vrijednosti raspršivanja, nego se izvršavanje 
naredbe završava odgovaraju ćim kodom pogreške.  
TCS_118 Naredba PERFORM HASH OF FILE upotrebljava se za 
raspršivanje podatkovnog podru čja trenutačno odabranog 
transparentnog EF-a.  
TCS_119 Tahografska kartica mora podržavati ovu naredbu samo za 
EF-ove navedene u poglavlju 4. pod DF_Tachograph i 
DF_Tachograph_G2, uz sljede ću iznimku. Tahografska 
kartica ne podržava naredbu za EF Sensor_Installa ­
tion_Data u DF-u tahografa druge generacije.  
TCS_120 Rezultat operacije raspršivanja privremeno se pohranjuje na 
kartici. Zatim ga se može upotrijebiti za dobivanje digi ­
talnog potpisa datoteke upotrebom naredbe PSO: 
COMPUTE DIGITAL SIGNATURE.  
▼M1 
TCS_121 Privremeno pohranjena vrijednost raspršivanja datoteke 
briše se ako je nova vrijednost raspršivanja datoteke izra ču­
nana naredbom PERFORM HASH of FILE, ako je odabran 
DF i ako je tahografska kartica vra ćena u početno stanje.  
▼B 
TCS_122 Aplikacija tahografa prve generacije mora podržavati SHA-1.  
▼M1 
TCS_123 Tahografska aplikacija druge generacije podržava algoritam 
SHA-2 (SHA-256, SHA-384 ili SHA-512), odre đen s 
pomoću slijeda šifri u Dodatku 11., dijelu B za klju č 
potpisa kartice Card_Sign.  
▼B 
TCS_124  Poruka naredbe  
▼M1 
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘80h’  CLA  
INS 1  ‘2Ah’  Izvedba sigurnosne operacije  
P1 1  ‘90h’  Oznaka: Hash  
P2 1  ‘00h’  Algoritam implicitno poznat 
Za tahografsku aplikaciju prve generacije: SHA-1 
Za tahografsku aplikaciju druge generacije: algoritam 
SHA-2 (SHA-256, SHA-384 ili SHA-512) odre đen s 
pomoću slijeda šifri u Dodatku 11., dijelu B za klju č 
potpisa kartice Card_Sign  
▼B 
TCS_125  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako trenuta čni EF ne dopušta tu naredbu (EF 
Sensor_Installation_Data u DF-u tahografa druge 
generacije), uzvra ćeno je stanje obrade ‘ 6985 ’. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 228  
— Ako se odabrani EF smatra neispravnim (u atributima 
datoteke ili pohranjenim podatcima otkrivena je 
pogreška u integritetu), uzvra ćeno je stanje obrade 
‘6400 ’ ili ‘ 6581 ’. 
— Ako odabrana datoteka nije transparentna datoteka ili 
ako nema trenuta čnog EF, uzvra ćeno je stanje obrade 
‘6986 ’. 
3.5.14  PSO: COMPUTE DIGITAL SIGNATURE  
▼M1 
Ova se naredba upotrebljava za izra čun digitalnog potpisa prethodno 
izračunanog koda raspršivanja (vidjeti PERFORM HASH OF FILE, 
točka 3.5.13.).  
Da bi DF-ovi tahografa i DF-ovi tahografa druge generacije mogli 
podržati tu naredbu, potrebne su samo kartica voza ča i kartica radio ­
nice.  
Druge vrste tahografskih kartica mogu, ali ne moraju provoditi tu 
naredbu. U slu čaju tahografskih aplikacija druge generacije, samo 
kartica voza ča i kartica radionice imaju klju č potpisa druge generacije, 
druge kartice ne mogu uspješno izvršiti naredbu i završiti izvršavanje 
naredbe odgovaraju ćim kodom pogreške.  
Naredba može, ali ne mora biti dostupna u MF-u. Ako naredba nije 
dostupna u MF-u, izvršavanje naredbe završava odgovaraju ćim kodom 
pogreške.  
Ova naredba je u skladu s normom ISO/IEC 7816-8. Primjena ove 
naredbe ograni čena je u usporedbi s odgovaraju ćom normom.  
▼B 
TCS_126 Tom se naredbom ne izra čunava digitalni potpis prethodno 
izračunanog koda raspršivanja putem naredbe PSO: HASH.  
TCS_127 Za izra čun digitalnog potpisa upotrebljava se privatni klju č 
kartice koji je kartici implicitno poznat.  
TCS_128 Aplikacije tahografa prve generacije izvršavaju digitalni 
potpis upotrebom metode popunjavanja koja je u skladu s 
PKCS1 (za više pojedinosti vidjeti Dodatak 11.).  
TCS_129 Aplikacije tahografa druge generacije izra čunavaju digitalni 
potpis na temelju elipti čke krivulje (za više pojedinosti 
vidjeti Dodatak 11.).  
TCS_130  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  CLA  
INS 1  ‘2Ah’  Izvedba sigurnosne operacije  
P1 1  ‘9Eh’  Digitalni potpis koji treba uzvratiti  
P2 1  ‘9Ah’  Oznaka: podatkovno polje sadržava podatke koje treba 
potpisati. Ako nije obuhva ćeno podatkovno polje, pret ­
postavlja se da su podatci ve ć na kartici (raspršivanje 
datoteke).  
Le 1  ‘NNh’  Duljina o čekivanog potpisa  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 229  
TCS_131  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#L  L  ‘XX..XXh’  Potpis prethodno izra čunanog raspršivanja  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako se implicitno odabrani privatni klju č smatra 
neispravnim, uzvra ćeno je stanje obrade ‘ 6400 ’ ili 
‘6581 ’. 
— Ako raspršivanje izra čunano prethodnom naredbom 
PERFORM HASH of File nije dostupno, uzvra ćeno je 
stanje obrade ‘ 6985 ’. 
3.5.15  PSO: VERIFY DIGITAL SIGNATURE  
Ova se naredba upotrebljava za provjeru digitalnog potpisa koji se 
pruža kao ulazni podatak čije je raspršivanje poznato kartici. Kartica 
implicitno poznaje algoritam potpisa.  
Ova je naredba u skladu s normom ISO/IEC 7816-8. Primjena ove 
naredbe ograni čena je u usporedbi s odgovaraju ćom normom.  
Da bi DF-ovi tahografa i DF-ovi tahografa druge generacije mogli 
podržati tu naredbu potrebna je samo kontrolna kartica.  
Druge vrste tahografskih kartica mogu, ali ne moraju provoditi tu 
naredbu. Naredba može, ali ne mora biti dostupna u MF-u.  
TCS_132 Naredba VERIFY DIGITAL SIGNATURE uvijek upotreb ­
ljava javni klju č odabran prethodnom naredbom Manage 
Security Environment, MSE: SET DST i prethodnim 
kodom raspršivanja unesenim s pomo ću naredbe PSO: 
HASH.  
TCS_133  Poruka naredbe  
▼M1 
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘00h’  CLA  
INS 1  ‘2Ah’  Izvedba sigurnosne operacije  
P1 1  ‘00h’  
P2 1  ‘A8h’  Oznaka: podatkovno polje sadrži DO-ove potrebne za 
provjeru  
Lc 1  ‘XXh’  Duljina Lc sljede ćeg podatkovnog polja  
#6 1  ‘9Eh’  Oznaka za digitalni potpis  
#7 ili 
#7-#8  L ‘NNh’ ili 
‘81 NNh’  Duljina digitalnog potpisa (L je 2 bajta ako je digitalni 
potpis dulji od 127 bajtova): 
128 bajtova kodiranih u skladu s Dodatkom 11. 
dijelom A u pogledu aplikacije tahografa prve genera ­
cije. 
Za aplikacije tahografa druge generacije duljina ovisi o 
odabranoj krivulji (vidjeti Dodatak 11. dio B).  
#(7+L)- 
#(6+L+NN)  NN ‘XX..XXh’  Sadržaj digitalnog potpisa  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 230  
TCS_134  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— Ako provjera potpisa ne uspije, uzvra ćeno je stanje 
obrade ‘ 6688 ’. Postupak provjeravanja opisan je u 
Dodatku 11.  
— Ako nije odabran javni klju č, uzvraćeno je stanje 
obrade ‘ 6A88 ’. 
— Ako nedostaju neki o čekivani podatkovni objekti (kako 
su prethodno navedeni), uzvra ćeno je stanje obrade 
‘6987 ’. To se može dogoditi ako nema jedne od 
traženih oznaka.  
— Ako kod raspršivanja nije dostupan za obradu naredbe 
(zbog prethodne naredbe PSO: Hash), uzvra ćeno je 
stanje obrade ‘ 6985 ’. 
— Ako su odre đeni podatkovni objekti neispravni, uzvra ­ 
ćeno je stanje obrade ‘ 6988 ’. To se može dogoditi ako 
je duljina traženih podatkovnih objekata neispravna.  
— Ako se odabrani javni klju č smatra neispravnim, uzvra ­ 
ćeno je stanje obrade ‘ 6400 ’ ili ‘ 6581 ’. 
▼M1 
— Ako CHA.LSB (CertificateHolderAuthorisation.equip ­
mentType) odabranog javnog klju ča (upotrijebljenog 
za provjeru digitalnog potpisa) nije prikladan za 
provjeru digitalnog potpisa u skladu s Dodatkom 11., 
uzvraćeno je stanje obrade  ‘6985’ . 
▼B 
3.5.16  PROCESS DSRC MESSAGE  
Ova se naredba upotrebljava za provjeru integriteta i autenti čnosti 
DSRC poruke i dešifriranje podataka poslanih s jedinice u vozilu 
nadzornom tijelu ili radionici putem DSRC poveznice. Kartica proiz ­
vodi ključ za šifriranje i MAC klju č koji se upotrebljavaju za zaštitu 
DSRC poruke kako je opisano u poglavlju 13. Dodatka 11. dijela B.  
Da bi DF-ovi tahografa druge generacije mogli podržati tu naredbu 
potrebne su samo kontrolna kartica i kartica radionice.  
Druge vrste tahografskih kartica mogu, ali ne moraju izvršavati tu 
naredbu, ali te kartice ne smiju imati DSRC glavni klju č. Stoga te 
kartice ne mogu tu naredbu provesti uspješno, nego izbacuju odgova ­
rajući kod pogreške.  
Naredba može, ali ne mora biti dostupna u MF-u i/ili DF-u tahografa. 
Ako je tako, izvršavanje naredbe završava odgovaraju ćim kodom 
pogreške.  
TCS_135 DSRC glavni klju č dostupan je samo u DF-u tahografa 
druge generacije, tj. kontrolna kartica i kartica radionice 
podržavaju uspješnu provedbu naredbe samo u DF-u taho ­
grafa druge generacije.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 231  
TCS_136 Naredbom se samo dešifriraju DSRC podatci i provjerava 
kriptografski kontrolni zbroj, ali se ne tuma če ulazni 
podatci.  
TCS_137 Redoslijed podatkovnih objekata u podatkovnom polju 
naredbe utvr đen je u ovoj specifikaciji.  
TCS_138  Poruka naredbe  
Bajt Duljina  Vrijednost  Opis  
CLA  1  ‘80h’  Vlasni čki CLA  
INS 1  ‘2Ah’  Izvedba sigurnosne operacije  
P1 1  ‘80h’  Podatci odziva: nešifrirana vrijednost  
P2 1  ‘B0h’  Podatci naredbe: nešifrirana vrijednost kodirana u BER- 
TLV i uklju čujući DO-ove sigurnog prijenosa poruka  
Lc 1  ‘NNh’  Duljina Lc sljede ćeg podatkovnog polja  
#6-#(5+L)  L  ‘87h’ + L  87 + 
‘XX..XXh’  DER-TLV kodirani bajt indikatora popunjenja-sadržaja 
nakon kojeg slijedi kodirani prijenos podataka tahografa. 
Za bajt indikatora popunjenja-sadržaja upotrebljava se 
vrijednost ‘00h’ (‘bez dodatnih indikatora’ u skladu s 
normom ISO/IEC 7816-4:2013, tablica 52.). Mehanizam 
šifriranja opisan je u Dodatku 11. dijelu B. poglavlju 13. 
Dopuštene su vrijednosti za duljinu L  87 višekratnici 
duljine AES bloka uve ćano za 1 za bajt indikatora popu ­
njenja-sadržaja, odnosno od 17 bajtova do 193 bajta, 
uključivo. 
Napomena:  Za SM podatkovni objekt s oznakom ‘87h’ 
vidjeti normu ISO/IEC 7816-4:2013, tablicu 49.  
‘81h’ + ‘10h’  DER-TLV kodirani kontrolni referentni predložak za 
povjerljivost koji ugnijež đuje ulančavanje sljede ćih 
podatkovnih elemenata (vidjeti Dodatak 1. DSRCSecuri ­
tyData i poglavlje 13. Dodatka 11. dijela B): 
— vremenski žig od 4 bajta 
— brojač od 3 bajta 
— serijski broj jedinice u vozilu od 8 bajtova 
— verzija DSRC glavnog klju ča od 1 bajta  
Napomena:  Za SM podatkovni objekt s oznakom ‘81h’ 
vidjeti normu ISO/IEC 7816-4:2013, tablicu 49.  
‘8Eh’ + L  8E + 
‘XX..XXh’  DER-TLV kodiran MAC putem DSRC poruke. Za MAC 
algoritam i izra čun vidjeti poglavlje 13. Dodatka 11. 
dijela B.  
Napomena:  Za SM podatkovni objekt s oznakom ‘8Eh’ 
vidjeti normu ISO/IEC 7816-4:2013, tablicu 49.  
▼M1 
5 + L + 1  1  ‘00h’  Kako je utvr đeno u normi ISO/IEC 7816-4  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 232  
TCS_139  Odgovor na poruku  
Bajt Duljina  Vrijednost  Opis  
#1-#L  L  ‘XX..XXh’  Podatci kojih nema (u slu čaju pogreške) ili dešifrirani 
podatci (uklonjeno popunjavanje)  
SW 2  ‘XXXXh’  Statusne rije či (SW1, SW2)  
— Ako je naredba uspješna, kartica uzvra ća ‘9000 ’. 
— ‘6A80 ’ označuje neispravne parametre u podatkovnom 
polju naredbe (isto vrijedi i u slu čaju da podatkovni 
objekti nisu poslani utvr đenim redoslijedom).  
— ‘6A88 ’ označuje da navedeni podatci nisu dostupni, 
odnosno da navedeni DSRC glavni klju č nije dostupan.  
— ‘6900 ’ označuje da je provjera kriptografskog 
kontrolnog zbroja ili dešifriranje podataka bilo neuspje ­ 
šno. 
▼M1 
— ‘6985 ’ označava da je oznaka vremena od 4 bajta u 
podatkovnom polju naredbe ranija od cardValidity ­
Begin ili kasnija od cardExpiryDate.  
▼B 
4. STRUKTURA KARTICA TAHOGRAFA  
Ovaj stavak propisuje strukture datoteka tahografskih kartica za pohra ­
njivanje dostupnih podataka.  
Ne propisuje unutarnje strukture koje ovise o proizvo đaču 
kartice, npr. zaglavlja datoteke, ni pohranjivanje podatkovnih 
elemenata potrebnih samo za internu uporabu, primjerice
  
,
 ,
  
ili
 . kao ni postupanje s tim elementima.  
TCS_140 Na tahografskoj kartici druge generacije nalazi se glavna 
datoteka MF te aplikacija tahografa prve i druge generacije 
iste vrste (npr. aplikacije za kartice voza ča). 
TCS_141 Tahografska kartica mora podržavati barem najmanji broj 
zapisa utvr đen za odgovaraju će aplikacije, a ne podržava 
više zapisa od najve ćeg broja zapisa utvr đenog za odgova ­
rajuće aplikacije.  
U ovome poglavlju utvr đeni su najve ći i najmanji brojevi 
zapisa za razli čite aplikacije.  
Sigurnosni uvjeti koji se upotrebljavaju u uvjetima pristupa 
u cijelom ovom poglavlju navedeni su u poglavlju 3.3. 
Općenito, način pristupa „read” (o čitavanje) ozna čuje 
naredbu READ BINARY s parnim i, ako je podržan, 
neparnim INS bajtom, uz iznimku EF-a Sensor_Installa ­
tion_Data na kartici radionice, vidjeti TCS_156 i TCS_160. 
Način pristupa „update” (ažuriranje) ozna čuje naredbu 
UPDATE BINARY s parnim i, ako je podržan, neparnim 
INS bajtom, a na čin pristupa „select” (odabir) naredbu 
SELECT.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 233  
4.1. Glavna datoteka MF  
TCS_142 Glavna datoteka MF nakon personalizacije ima sljede ću 
trajnu strukturu datoteka i sljede će trajne uvjete za pristup 
datotekama:  
Napomena:  SFID kratkog EF indikatora navodi se kao 
decimalni broj, na primjer vrijednost 30 odgovara vrijed ­
nosti 11110 u binarnom zapisu.
  
U ovoj se tablici upotrebljava sljede ća kratica za sigurnosni 
uvjet:  
SC1 ALW ILI SM-MAC-G2  
TCS_143 Strukture svih EF-ova moraju biti transparentne.  
TCS_144 Glavna datoteka MF ima sljede ću strukturu podataka:
  
TCS_145 Osnovna datoteka EF DIR sadržava sljede će podatkovne 
objekte vezane uz aplikaciju. ‘61 08 4F 06 FF 54 41 43 
48 4F 61 08 4F 06 FF 53 4D 52 44 54’  
TCS_146 Osnovna datoteka EF ATR/INFO prisutna je ako taho ­
grafska kartica u svojem ATR-u nazna či da podržava 
produljena polja. U tom slu čaju EF ATR/INFO sadržava 
podatkovni objekt s informacijama o produljenju (DO 
‘7F66’) kako je utvr đeno u točki 12.7.1. norme ISO/IEC 
7816-4:2013.  
TCS_147 Osnovna datoteka EF Extended_Length prisutna je ako 
tahografska kartica u svojem ATR-u nazna či da podržava 
produljena polja. U tom slu čaju EF sadržava sljede ći podat­
kovni objekt: ‘02 01 xx’ ako vrijednost ‘xx’ ozna čuje jesu 
li produljena polja podržana za protokole T = 1 i/ili T = 0.  
Vrijednost ‘01’ ozna čuje da su produljena polja podržana 
za protokol T = 1.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 234  
Vrijednost ‘10’ ozna čuje da su produljena polja podržana 
za protokol T = 0.  
Vrijednost ‘11’ ozna čuje da su produljena polja podržana 
za protokole T = 1 i T = 0.  
4.2. Aplikacija kartice voza ča 
4.2.1  Aplikacija kartice voza ča prve generacije  
TCS_148 Aplikacija kartice voza ča prve generacije nakon personali ­
zacije ima sljede ću trajnu strukturu datoteka i sljede će 
trajne uvjete za pristup datotekama:
  
U ovoj se tablici upotrebljavaju sljede će kratice za sigur ­
nosne uvjete:  
SC1 ALW ILI SM-MAC-G2  
SC2 ALW ILI SM-MAC-G1 ILI SM-MAC-G2  
SC3 SM-MAC-G1 ILI SM-MAC-G2  
TCS_149 Strukture svih EF-ova moraju biti transparentne.  
TCS_150 Aplikacija kartice voza ča prve generacije ima sljede ću 
strukturu podataka:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 235
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 236
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 237  
TCS_151 Sljede će vrijednosti, koje se upotrebljavaju za navo đenje 
veličina u prethodnoj tablici, predstavljaju najniži i najviši 
broj zapisa koji struktura podataka kartice voza ča mora 
upotrebljavati za aplikaciju prve generacije:
  
4.2.2  Aplikacija kartice voza ča druge generacije  
TCS_152 Aplikacija kartice voza ča druge generacije nakon personali ­
zacije ima sljede ću trajnu strukturu datoteka i sljede će 
trajne uvjete za pristup datotekama:  
Napomena:  SFID kratkog EF indikatora navodi se kao 
decimalni broj, na primjer vrijednost 30 odgovara vrijed ­
nosti 11110 u binarnom zapisu.
  
U ovoj se tablici upotrebljava sljede ća kratica za sigurnosni 
uvjet:  
SC1 ALW ILI SM-MAC-G2  
TCS_153 Strukture svih EF-ova moraju biti transparentne.  
TCS_154 Aplikacija kartice voza ča druge generacije ima sljede ću 
strukturu podataka:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 238
  
► (1) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 239
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 240
  
► (1) M1 
TCS_155 Sljede će vrijednosti, koje se upotrebljavaju za navo đenje 
veličina u prethodnoj tablici, predstavljaju najniži i najviši 
broj zapisa koji struktura podataka kartice voza ča mora 
upotrebljavati za aplikaciju druge generacije:
  
► (1) M1 
4.3. Aplikacije kartice radionice  
4.3.1  Aplikacija kartice radionice prve generacije  
TCS_156 Aplikacija kartice radionice prve generacije nakon perso ­
nalizacije ima sljede ću trajnu strukturu datoteka i sljede će 
trajne uvjete za pristup datotekama:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 241
  
U ovoj se tablici upotrebljavaju sljede će kratice za sigur ­
nosne uvjete:  
SC1 ALW ILI SM-MAC-G2  
SC2 ALW ILI SM-MAC-G1 ILI SM-MAC-G2  
SC3 SM-MAC-G1 ILI SM-MAC-G2  
▼M1 
SC4 Za naredbu READ BINARY s parnim INS bajtom:  
(SM-C-MAC-G1 I SM-R-ENC-MAC-G1) ILI  
(SM-C-MAC-G2 I SM-R-ENC-MAC-G2)  
Za naredbu READ BINARY s neparnim INS bajtom 
(ako je podržan): NEV  
▼B 
TCS_157 Strukture svih EF-ova moraju biti transparentne.  
TCS_158 Aplikacija kartice radionice prve generacije ima sljede ću 
strukturu podataka:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 242
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 243
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 244
  
TCS_159 Sljede će vrijednosti, koje se upotrebljavaju za navo đenje 
veličina u prethodnoj tablici, predstavljaju najniži i najviši 
broj zapisa koji struktura podataka kartice radionice mora 
upotrebljavati za aplikaciju prve generacije:
  
4.3.2  Aplikacija kartice radionice druge generacije  
TCS_160 Aplikacija kartice radionice druge generacije nakon perso ­
nalizacije ima sljede ću trajnu strukturu datoteka i sljede će 
trajne uvjete za pristup datotekama:  
Napomena:  SFID kratkog EF indikatora navodi se kao 
decimalni broj, na primjer vrijednost 30 odgovara vrijed ­
nosti 11110 u binarnom zapisu.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 245  
U ovoj se tablici upotrebljavaju sljede će kratice za sigur ­
nosne uvjete:  
SC1 ALW ILI SM-MAC-G2  
SC5 Za naredbu READ BINARY s parnim INS bajtom: 
SM-C-MAC-G2 I SM-R-ENC-MAC-G2  
Za naredbu READ BINARY s neparnim INS bajtom 
(ako je podržan): NEV  
TCS_161 Strukture svih EF-ova moraju biti transparentne.  
TCS_162 Aplikacija kartice radionice druge generacije ima sljede ću 
strukturu podataka:
  
► (1) (2) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 246
  
► (1) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 247
  
► (1) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 248  
TCS_163 Sljede će vrijednosti, koje se upotrebljavaju za navo đenje 
veličina u prethodnoj tablici, predstavljaju najniži i najviši 
broj zapisa koji struktura podataka kartice radionice mora 
upotrebljavati za aplikaciju druge generacije:
  
► (1) M1 
4.4. Aplikacije kontrolne kartice  
4.4.1  Aplikacija kontrolne kartice prve generacije  
TCS_164 Aplikacija kontrolne kartice prve generacije nakon perso ­
nalizacije ima sljede ću trajnu strukturu datoteka i sljede će 
trajne uvjete za pristup datotekama:
  
U ovoj se tablici upotrebljavaju sljede će kratice za sigur ­
nosne uvjete:  
SC1 ALW ILI SM-MAC-G2  
SC2 ALW ILI SM-MAC-G1 ILI SM-MAC-G2  
SC3 SM-MAC-G1 ILI SM-MAC-G2  
SC6 EXT-AUT-G1 ILI SM-MAC-G1 ILI SM-MAC-G2  
TCS_165 Strukture svih EF-ova moraju biti transparentne.  
TCS_166 Aplikacija kontrolne kartice prve generacije ima sljede ću 
strukturu podataka:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 249
  
TCS_167 Sljede će vrijednosti, koje se upotrebljavaju za navo đenje 
veličina u prethodnoj tablici, predstavljaju najniži i najviši 
broj zapisa koji struktura podataka kontrolne kartice mora 
upotrebljavati za aplikaciju prve generacije:
  
4.4.2  Aplikacija kontrolne kartice druge generacije  
TCS_168 Aplikacija kontrolne kartice druge generacije nakon perso ­
nalizacije ima sljede ću trajnu strukturu datoteka i sljede će 
trajne uvjete za pristup datotekama:  
Napomena:  SFID kratkog EF indikatora navodi se kao 
decimalni broj, na primjer vrijednost 30 odgovara vrijed ­
nosti 11110 u binarnom zapisu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 250
  
U ovoj se tablici upotrebljava sljede ća kratica za sigurnosni 
uvjet:  
SC1 ALW ILI SM-MAC-G2  
TCS_169 Strukture svih EF-ova moraju biti transparentne.  
TCS_170 Aplikacija kontrolne kartice druge generacije ima sljede ću 
strukturu podataka:
  
TCS_171 Sljede će vrijednosti, koje se upotrebljavaju za navo đenje 
veličina u prethodnoj tablici, predstavljaju najniži i najviši 
broj zapisa koji struktura podataka kontrolne kartice mora 
upotrebljavati za aplikaciju druge generacije:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 251
  
4.5. Aplikacije kartice poduze ća 
4.5.1  Aplikacija kartice poduze ća prve generacije  
TCS_172 Aplikacija kartice poduze ća prve generacije nakon perso ­
nalizacije ima sljede ću trajnu strukturu datoteka i sljede će 
trajne uvjete za pristup datotekama:
  
U ovoj se tablici upotrebljavaju sljede će kratice za sigur ­
nosne uvjete:  
SC1 ALW ILI SM-MAC-G2  
SC2 ALW ILI SM-MAC-G1 ILI SM-MAC-G2  
SC3 SM-MAC-G1 ILI SM-MAC-G2  
SC6 EXT-AUT-G1 ILI SM-MAC-G1 ILI SM-MAC-G2  
TCS_173 Strukture svih EF-ova moraju biti transparentne.  
TCS_174 Aplikacija kartice poduze ća prve generacije ima sljede ću 
strukturu podataka:
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 252  
TCS_175 Sljede će vrijednosti, koje se upotrebljavaju za navo đenje 
veličina u prethodnoj tablici, predstavljaju najniži i najviši 
broj zapisa koji struktura podataka kartice poduze ća mora 
upotrebljavati za aplikaciju prve generacije:
  
4.5.2  Aplikacija kartice poduze ća druge generacije  
TCS_176 Aplikacija kartice poduze ća druge generacije nakon perso ­
nalizacije ima sljede ću trajnu strukturu datoteka i sljede će 
trajne uvjete za pristup datotekama:  
Napomena:  SFID kratkog EF indikatora navodi se kao 
decimalni broj, na primjer vrijednost 30 odgovara vrijed ­
nosti 11110 u binarnom zapisu.
  
U ovoj se tablici upotrebljava sljede ća kratica za sigurnosni 
uvjet:  
SC1 ALW ILI SM-MAC-G2  
TCS_177 Strukture svih EF-ova moraju biti transparentne.  
TCS_178 Aplikacija kartice poduze ća druge generacije ima sljede ću 
strukturu podataka:
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 253  
TCS_179 Sljede će vrijednosti, koje se upotrebljavaju za navo đenje 
veličina u prethodnoj tablici, predstavljaju najniži i najviši 
broj zapisa koji struktura podataka kartice poduze ća mora 
upotrebljavati za aplikaciju druge generacije:
  ▼B
02016R0799 — HR — 26.02.2020 — 002.001 — 254 
Dodatak 3.  
PIKTOGRAMI 
PIC_001 Tahograf može neobavezno upotrebljavati sljede će piktograme i 
kombinacije piktograma (ili piktograme i kombinacije piktograma 
koji su dovoljno sli čni da ih je nedvojbeno mogu će povezati s ovima):  
1. OSNOVNI PIKTOGRAMI
Osobe Radnje Načini rada
  
Poduzeće Način rada poduze ća
 
Nadzornik Kontrola Kontrolni način
 
Vozač Vožnja Operativni način
 
Radionica / ispitno mjesto  Pregled/kalibracija Kalibracijski na čin
 
Proizvođač 
Aktivnosti Trajanje
  
Pripravnost Razdoblje tekuće pripravnosti
  
Vožnja Neprekidno vrijeme vožnje
  
Odmor Razdoblje tekućeg odmora
  
Ostali rad Razdoblje tekućeg rada
  
Stanka Kumulativno vrijeme stanki
  
Nepoznato  
Oprema Funkcije
  
Utor vozača
 
Utor suvoza ča
 
Kartica
  
Sat
 
Prikaz Prikazivanje
  
Vanjska pohrana podataka  Preuzimanje podataka
  
Napajanje
  
Pisač/ispis Ispisivanje
  
Senzor
  
Veličina guma
  
Vozilo / jedinica u vozilu
  
GNSS ure đaj
 
Uređaj za otkrivanje na daljinu
  
ITS sučelje ▼B
02016R0799 — HR — 26.02.2020 — 002.001 — 255 
Posebna stanja
  
Izvan podru čja primjene
  
Vožnja trajektom/vlakom  
Razno
  
Događaji
 Pogreške
  
Početak dnevnog radnog vremena
 Kraj dnevnog radnog vremena
  
Mjesto
  
Ručni unos aktivnosti voza ča
 
Sigurnost
  
Brzina
  
Vrijeme
  
Ukupno/sažetak  
Oznake 
24h Dnevno
  
Tjedno
  
Dva tjedna
  
Od ili do  
2. KOMBINACIJE PIKTOGRAMA
Razno
  
Mjesto kontrole
  
Mjesto po četka dnevnog radnog 
vremena
  Mjesto kraja dnevnog radnog 
vremena  
▼M1
Položaj nakon 3 sata akumuliranog 
vremena vožnje  
▼B
Od (vrijeme)
 Do (vrijeme)
  
Iz vozila
  
Početak aktivnosti izvan podru čja 
primjene
  Završetak aktivnosti izvan 
područja primjene  
Kartice
  
Kartica voza ča
 
Kartica poduze ća
 
Kontrolna kartica
  
Kartica radionice
  
Bez kartice  ▼B
02016R0799 — HR — 26.02.2020 — 002.001 — 256 
Vožnja
  
Vožnja u posadi
  
Vrijeme vožnje u tjedan dana
  
Vrijeme vožnje u dva tjedna  
Ispisi
  
Dnevni ispis aktivnosti voza ča s kartice
  
Dnevni ispis aktivnosti voza ča iz jedinice u vozilu
  
Ispis doga đaja i kvarova s kartice
  
Ispis doga đaja i kvarova iz jedinice u vozilu
  
Ispis tehni čkih podataka
  
Ispis prekora čenja brzine  
Događaji
 
Umetanje nevaže će kartice
  
Konflikt kartica
  
Vremensko preklapanje
  
Vožnja bez odgovaraju će kartice
  
Umetanje kartice tijekom vožnje
  
Posljednja razmjena podataka s karticom nije ispravno zatvorena
  
Prekoračenje brzine
  
Prekid napajanja
  
Pogreška u podatcima o kretanju
  
Konflikt u kretanju vozila
  
Povreda sigurnosti  
▼M1
Vremenski konflikt ili prilagodba vremena (od strane radionice)  
▼B
Kontrola prekora čenja brzine  
▼M1
Izostanak podataka o položaju iz prijamnika GNSS-a ili greška u komu ­
nikaciji s vanjskim ure đajem GNSS-a
  
Greška u komunikaciji s ure đajem za komunikaciju na daljinu  
▼B
Kvarovi
  
Kvar kartice (utor voza ča)
 
Kvar kartice (utor suvoza ča)
 
Kvar zaslona  ▼B
02016R0799 — HR — 26.02.2020 — 002.001 — 257 
Pogreška pri preuzimanju podataka
  
Kvar pisača
  
Kvar senzora
  
Interni kvar jedinice u vozilu (VU)
  
Kvar GNSS ure đaja
 
Kvar uređaja za otkrivanje na daljinu  
Postupak ru čnog unosa
  
I dalje isto dnevno radno vrijeme?
  
Kraj prethodnog radnog vremena?
  
Potvrdite ili unesite mjesto kraja radnog vremena
  
Unesite vrijeme po četka
 
Potvrdite ili unesite mjesto po četka radnog vremena  
Napomena: dodatne kombinacije piktograma za formiranje bloka 
ispisa ili identifikatora zapisa utvr đene su u Dodatku 4.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 258  
Dodatak 4  
ISPISI  
SADRŽAJ  
1. OP ĆENITO  
2. SPECIFIKACIJA PODATKOVNOG BLOKA  
3. SPECIFIKACIJE ISPISA  
3.1. Dnevni ispis aktivnosti voza ča s kartice  
3.2. Dnevni ispis aktivnosti voza ča iz jedinice u vozilu (VU)  
3.3. Ispis doga đaja i kvarova s kartice  
3.4. Ispis doga đaja i kvarova iz VU-a  
3.5. Ispis tehni čkih podataka  
3.6. Ispis prekora čenja brzine  
3.7. Povijesni podatci o umetnutim karticama  
1. OP ĆENITO  
Svaki ispis nastaje ulan čavanjem raznih podatkovnih blokova, koji se 
mogu identificirati s pomo ću identifikatora bloka.  
Jedan podatkovni blok sadržava jedan ili više zapisa, koji se mogu 
identificirati s pomo ću identifikatora zapisa.  
PRT_001 Kad identifikator bloka neposredno prethodi identifikatoru 
zapisa, identifikator zapisa se ne ispisuje.  
PRT_002 Ako je neka podatkovna stavka nepoznata ili se ne smije 
ispisati zbog prava na pristup podatcima, umjesto nje ispisuju 
se praznine.  
PRT_003 Ako je sadržaj cijelog retka nepoznat ili ga ne treba ispisivati, 
izostavlja se cijeli redak.  
PRT_004 Numeri čka podatkovna polja ispisuju se u desnom poravna ­
nju, s razmakom za tisu će i milijune i bez vode ćih nula.  
PRT_005 Polja s podatkovnim nizovima ispisuju se u lijevom pora ­
vnanju i popunjavaju prazninama do duljine podatkovne 
stavke ili se prema potrebi skra ćuju na duljinu podatkovne 
stavke (imena i adrese).  
PRT_006 U slu čaju kraja retka zbog dugog teksta, kao prvi znak novog 
retka ispisuje se poseban znak (to čka na sredini visine retka, 
„•”). 
2. SPECIFIKACIJA PODATKOVNOG BLOKA  
U ovom se poglavlju upotrebljavaju sljede ći dogovoreni formati bilježe ­
nja: 
— masno  otisnutim slovima ozna čava se običan tekst koji treba ispisati 
(pri čemu se tekst ispisuje normalnim slovima),  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 259  
— normalnim znakovima ozna čavaju se varijable (piktogrami ili 
podatci) koje se prilikom ispisa zamjenjuju svojim vrijednostima,  
— nazivi varijabli nadopunjeni su podcrtavanjem za prikaz duljine 
podatkovne stavke raspoložive za varijablu,  
— datumi se navode u formatu „dd/mm/gggg” (dan, mjesec, godina). 
Može se upotrebljavati i oblik „dd.mm.gggg”,  
— izraz „identifikacija kartice” je oznaka koja se sastoji od vrste kartice 
prikazane kombinacijom piktograma kartice, šifre države članice 
koja ju je izdala, kose crte te broja kartice s indeksom zamjene i 
indeksom obnavljanja odvojenima razmakom: 
P
 x  x  x  / x  x  x  x  x  x  x  x  x  x  x  x  x  x  x  x
 kombinacija pikto- 
grama 
kartice  
šifra države članice 
koja je izdala karti- 
cu prvih 14 znamenaka broja kartice 
(po mogućnosti s indeksom rednog broja kartice)
 
indeks zamjene  
indeks obnavljanja ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 260  
PRT_007 Za ispise se upotrebljavaju sljede ći podatkovni blokovi i/ili zapisi, u 
skladu sa sljede ćim značenjima i formatima:
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 261
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 262
  
► (1) (2) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 263
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 264
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 265
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 266
  
3. SPECIFIKACIJE ISPISA  
U ovom se poglavlju upotrebljavaju sljede ći dogovoreni zapisi: 
N Ispis broja bloka ili zapisa N  
N Ispis broja bloka ili zapisa N ponovljen onoliko puta koliko je 
potrebno  
X/Y Ispis bloka ili zapisa X i/ili Y prema potrebi, ponavljaju ći onoliko 
puta koliko je potrebno  
3.1. Dnevni ispis aktivnosti voza ča s kartice  
PRT_008 Dnevni ispis aktivnosti voza ča s kartice u skladu je sa slje ­
dećim formatom: 
1. Datum i vrijeme ispisa dokumenta  
2. Vrsta ispisa  
3. Identifikacija nadzornika (ako je kontrolna kartica umetnuta u VU)  
3. Identifikacija voza ča (iz kartice koja je predmet ispisa + GEN)  
4. Identifikacija vozila (vozilo iz kojeg se uzima ispis)  
5. Identifikacija VU-a (VU iz kojeg se uzima ispis + GEN)  
6. Zadnja kalibracija VU-a  
7. Zadnja kontrola kojoj je bio podvrgnut voza č 
8. Razdjelnik aktivnosti voza ča 
8.a Stanje izvan podru čja primjene na po četku ovog dana  
8.1.a / 8.1.b / 8.1.c / 8.2. / 
8.3. / 8.3.a / 8.4.  Aktivnosti voza ča po redoslijedu nastanka  
11. Razdjelnik dnevnog sažetka  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 267  
11.4.  Mjesta unijeta kronološkim redom  
▼M1 
11.5.  Položaj nakon 3 sata akumuliranog vremena vožnje kronološkim  
▼B 
11.6.  Aktivnosti ukupno  
12.1.  Događaji ili kvarovi s razdjelnika kartice  
12.4.  Zapisi doga đaja/kvarova (zadnjih pet doga đaja ili kvarova pohranjenih 
na kartici)  
13.1.  Događaji ili kvarovi s razdjelnika VU-a  
13.4.  Zapisi doga đaja/kvarova (zadnjih pet doga đaja ili kvarova pohranjenih 
ili u tijeku u VU-u)  
22.1.  Mjesto kontrole  
22.2.  Potpis nadzornika  
22.5.  Potpis voza ča 
3.2. Dnevni ispis aktivnosti voza ča iz jedinice u vozilu (VU)  
PRT_009 Dnevni ispis aktivnosti voza ča iz VU-a u skladu je sa slje ­
dećim formatom:  
▼M1 
1. Datum i vrijeme ispisa dokumenta  
2. Vrsta ispisa  
3. Identifikacija nositelja kartice (za sve kartice umetnute u VU 
+ GEN)  
4. Identifikacija vozila (vozilo iz kojeg se uzima ispis)  
5. Identifikacija VU-a (VU iz kojeg se uzima ispis + GEN)  
6. Zadnja kalibracija ovog VU-a  
7. Zadnja kontrola ovog tahografa  
9. Razdjelnik aktivnosti voza ča 
10. Razdjelnik utora voza ča (utor 1)  
10.a Stanje izvan podru čja primjene na po četku ovog dana  
10.1. / 10.2. / 10.3. / 
10.3.a / 10.4.  Aktivnosti kronološkim redom (utor voza ča) 
10. Razdjelnik utora suvoza ča (utor 2)  
10.a Stanje izvan podru čja primjene na po četku ovog dana  
10.1. / 10.2. / 10.3. / 
10.3.a / 10.4.  Aktivnosti kronološkim redom (utor suvoza ča) 
11. Razdjelnik dnevnog sažetka  
11.1.  Sažetak razdoblja bez kartice u utoru voza ča ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 268  
11.4.  Mjesta unijeta kronološkim redom  
11.5.  Položaj nakon 3 sata akumuliranog vremena vožnje kronolo ­ 
škim redoslijedom  
11.7.  Aktivnosti ukupno  
11.2.  Sažetak razdoblja bez kartice u utoru suvoza ča 
11.4.  Mjesta unijeta kronološkim redom  
11.5.  Položaj nakon 3 sata akumuliranog vremena vožnje kronolo ­ 
škim redoslijedom  
11.8.  Aktivnosti ukupno  
11.3.  Sažetak aktivnosti za voza ča, uključena oba utora  
11.4.  Mjesta koja je taj voza č unio kronološkim redoslijedom  
11.5.  Položaj nakon 3 sata akumuliranog vremena vožnje kronolo ­ 
škim redoslijedom  
11.9.  Aktivnosti ukupno za tog voza ča 
13.1.  Razdjelnik doga đaja i kvarova  
13.4.  Zapisi doga đaja/kvarova (zadnjih pet doga đaja ili kvarova 
pohranjenih ili u tijeku u VU-u)  
22.1.  Mjesto kontrole  
22.2.  Potpis nadzornika  
22.3.  Od (vrijeme) (prostor za voza ča bez kartice da navede  
22.4.  Do (vrijeme) razdoblja koja se odnose na njega)  
22.5.  Potpis voza ča 
▼B 
3.3. Ispis doga đaja i kvarova s kartice  
PRT_010 Ispis doga đaja i kvarova s kartice u skladu je sa sljede ćim 
formatom: 
1. Datum i vrijeme ispisa dokumenta  
2. Vrsta ispisa  
3. Identifikacija nadzornika (ako je kontrolna kartica umetnuta u VU + 
GEN)  
3. Identifikacija voza ča (iz kartice koja je predmet ispisa)  
4. Identifikacija vozila (vozilo iz kojeg se uzima ispis)  
12.2.  Razdjelnik doga đaja 
12.4.  Zapisi doga đaja (svi doga đaji pohranjeni na kartici)  
12.3.  Razdjelnik kvarova  
12.4.  Zapisi o kvarovima (svi kvarovi pohranjeni na kartici)  
22.1.  Mjesto kontrole  
22.2.  Potpis nadzornika  
22.5.  Potpis voza ča ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 269  
3.4. Ispis doga đaja i kvarova iz VU-a  
PRT_011 Ispis doga đaja i kvarova iz VU-a u skladu je sa sljede ćim 
formatom: 
1. Datum i vrijeme ispisa dokumenta  
2. Vrsta ispisa  
3. Identifikacija nositelja kartice (za sve kartice umetnute u VU + GEN)  
4. Identifikacija vozila (vozilo iz kojeg se uzima ispis)  
13.2.  Razdjelnik doga đaja 
13.4.  Zapisi doga đaja (svi doga đaji pohranjeni ili u tijeku u VU-u)  
13.3.  Razdjelnik kvarova  
13.4.  Zapisi o kvarovima (sve pogreške pohranjene ili u tijeku u VU-u)  
22.1.  Mjesto kontrole  
22.2.  Potpis nadzornika  
22.5.  Potpis voza ča 
3.5. Ispis tehni čkih podataka  
PRT_012 Ispis tehni čkih podataka u skladu je sa sljede ćim formatom: 
1. Datum i vrijeme ispisa dokumenta  
2. Vrsta ispisa  
3. Identifikacija nositelja kartice (za sve kartice umetnute u VU + GEN)  
4. Identifikacija vozila (vozilo iz kojeg se uzima ispis)  
14. Identifikacija jedinice u vozilu (VU)  
15. Identifikacija senzora  
15.1.  Podatci o uparivanju senzora (svi raspoloživi podatci kronološkim 
redom)  
16. Identifikacija ure đaja GNSS-a  
16.1.  Podatci o spajanju vanjskog ure đaja GNSS-a (svi raspoloživi podatci 
kronološkim redom)  
17. Razdjelnik podataka o kalibraciji  
17.1.  Zapisi o kalibraciji (svi raspoloživi zapisi kronološkim redom)  
18. Razdjelnik prilagodbe vremena  
18.1.  Zapisi o prilagodbi vremena (svi raspoloživi zapisi od zapisa o prila ­
godbi vremena i od zapisa o kalibraciji)  
19. Posljednji doga đaj i kvar zabilježeni u VU-u  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 270  
3.6. Ispis prekora čenja brzine  
PRT_013 Ispis prekora čenja brzine u skladu je sa sljede ćim formatom: 
1. Datum i vrijeme ispisa dokumenta  
2. Vrsta ispisa  
3. Identifikacija nositelja kartice (za sve kartice umetnute u VU + GEN)  
4. Identifikacija vozila (vozilo iz kojeg se uzima ispis)  
20. Informacije o kontroli prekora čenja brzine  
21.1.  Identifikator podataka o prekora čenju brzine  
21.4. / 21.5.  Prvo prekora čenje brzine nakon zadnje kalibracije  
21.2.  Identifikator podataka o prekora čenju brzine  
21.4. / 21.5.  Pet najozbiljnijih prekora čenja brzine u zadnjih 365 dana  
21.3.  Identifikator podataka o prekora čenju brzine  
21.4. / 21.5.  Najozbiljnije prekora čenje brzine za svaki od deset zadnjih dana 
pojave  
22.1.  Mjesto kontrole  
22.2.  Potpis nadzornika  
22.5.  Potpis voza ča 
3.7. Povijesni podatci o umetnutim karticama  
▼M1 
PRT_014 Ispis povijesnih podataka o umetnutim karticama u skladu je 
sa sljedećim formatom: 
1. Datum i vrijeme ispisa dokumenta  
2. Vrsta ispisa  
3. Identifikacije nositelja kartice (za sve kartice umetnute u VU)  
23. Posljednja kartica umetnuta u VU  
23.1.  Umetnute kartice (do 88 zapisa)  
12.3.  Razdjelnik kvarova  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 271  
Dodatak 5  
PRIKAZ  
U ovom se Dodatku upotrebljavaju sljede ći dogovoreni formati bilježenja:  
— masno  otisnuti znakovi ozna čuju običan tekst koji se prikazuje (pri čemu se 
tekst prikazuje normalnim znakovima),  
— normalni znakovi ozna čuju varijable (piktograme ili podatke) koje se prilikom 
prikaza zamjenjuju svojim vrijednostima:  
— dd mm yyyy: dan, mjesec, godina,  
— hh: sati,  
— mm: minute,  
— D: piktogram trajanja,  
— EF: kombinacija piktograma doga đaja ili kvarova,  
— O: piktogram na čina rada.  
DIS_001 Tahograf prikazuje podatke primjenom sljede ćeg formata:  
Podatci  Format  
Standardni prikaz  
Lokalno vrijeme
  
Način rada
  
Informacije koje se odnose na voza ča
 
Informacije koje se odnose na suvoza ča
 
Otvoreno stanje izvan podru čja primjene
  
Prikaz upozorenja  
Prekoračenje neprekidnog vremena vožnje
  
Događaj ili kvar
  
Ostali prikazi  
datum po UTC-u
  
vrijeme  
Neprekidno vrijeme vožnje i kumulativno vrijeme stanki 
vozača
 
Neprekidno vrijeme vožnje i kumulativno vrijeme stanki 
suvozača
 
Ukupno vrijeme vožnje voza ča u prethodnom i teku ćem 
tjednu
  
Ukupno vrijeme vožnje suvoza ča u prethodnom i teku ćem 
tjednu
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 272  
Dodatak 6  
PREDNJI PRIKLJU ČAK ZA KALIBRACIJU I PREUZIMANJE 
PODATAKA  
SADRŽAJ  
1. HARDVER  
1.1. Priklju čak 
1.2. Raspored kontakata  
1.3. Blok dijagram  
2. SUČELJE ZA PREUZIMANJE PODATAKA  
3. SUČELJE ZA KALIBRACIJU  
1. HARDVER  
1.1. Priklju čak 
INT_001 Priklju čak za preuzimanje podataka / kalibraciju je 6-pinski 
priključak, dostupan s prednje strane bez potrebe isklju čivanja 
bilo kojeg dijela tahografa, i koji udovoljava sljede ćem nacrtu 
(sve dimenzije izražene su u milimetrima):
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 273  
Sljedeći dijagram prikazuje tipi čni priključak za 6-pinsko upari ­
vanje:
  
1.2. Raspored kontakata  
INT_002 Kontakti se raspore đuju prema sljede ćoj tablici:  
Pin Opis  Napomena  
1 Akumulator – minus  Priklju čen na negativni pol akumulatora vozila  
2 Podatkovna komunikacija  K-linija (ISO 14230-1)  
3 RxD – preuzimanje podataka  Unos podataka u tahograf  
4 Ulazni/izlazni signal  Kalibracija  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 274  
Pin Opis  Napomena  
5 Stalna izlazna snaga  Raspon napona je onaj koji je na vozilu, umanjen za 3 V 
kako bi se omogu ćio pad napona na zaštitnim strujnim 
krugovima. 
Snaga 40 mA  
6 TxD – preuzimanje podataka  Izlaz podataka iz tahografa  
1.3. Blok dijagram  
INT_003 Blok dijagram zadovoljava sljede će:
 
2. SUČELJE ZA PREUZIMANJE PODATAKA  
INT_004 Su čelje za preuzimanje podataka zadovoljava specifikacije 
RS232.  
INT_005 Su čelje za preuzimanje podataka upotrebljava jedan po četni bit, 
osam podatkovnih bitova, s LSB-om (najmanje zna čajnim bitom) 
na početku, jedan parni paritetni bit i jedan zaustavni bit.
  
Organizacija podatkovnog bajta  
Početni bit: jedan bit na logi čkoj razini 0;  
Podatkovni bitovi: prenose se s LSB-om (najmanje zna čajnim bitom) na 
početku;  
Paritetni bit: parni paritet  
Zaustavni bit: jedan bit na logi čkoj razini 1.  
Kod prijenosa numeri čkih podataka sastavljenih od više bajtova, najzna ­ 
čajniji bajt prenosi se prvi, a najmanje zna čajan bajt posljednji.  
INT_006 Brzine prijenosa podataka moraju biti prilagodljive u rasponu od 
9 600 bps do 115 200 bps. Prijenos se postiže pri najvišoj 
mogućoj brzini prijenosa, pri čemu je po četna brzina prijenosa 
podataka nakon po četka komunikacije postavljena na 9 600 bps.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 275  
3. Sučelje za kalibraciju  
INT_007 Podatkovna komunikacija mora ispunjavati zahtjeve norme ISO 
14230-1  Road vehicles – Diagnostic systems – Keyword protocol 
2000 – Part 1: Physical layer , prvo izdanje: 1999.  
INT_008 Ulazni/izlazni signal mora zadovoljavati sljede će električne 
specifikacije:  
Parametar  Najmanje  Tipi čno Najviše  Napomena  
U low (ulazni)  1,0 V  I = 750 μA 
U high (ulazni)  4 V  I = 200 μA 
Frekvencija  4 kHz  
U low (izlazni)  1,0 V  I = 1 mA  
U high (izlazni)  4 V  I = 1 mA  
INT_009 Ulazni/izlazni signal mora biti u skladu sa sljede ćim vremenskim 
dijagramima:
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 276  
Dodatak 7.  
PROTOKOLI PREUZIMANJA PODATAKA  
SADRŽAJ  
1. UVOD  
1.1. Podru čje primjene  
1.2. Skra ćenice i zabilješke  
2. PREUZIMANJE PODATAKA S JEDINICE U VOZILU (VU)  
2.1. Postupak preuzimanja podataka  
2.2. Protokol preuzimanja podataka  
2.2.1 Struktura poruke  
2.2.2 Vrste poruka  
2.2.2.1 Zahtjev za po četak komunikacije (SID 81)  
2.2.2.2 Pozitivan odgovor za po četak komunikacije (SID C1)  
2.2.2.3 Zahtjev za po četak dijagnosti čke razmjene podataka (SID 10)  
2.2.2.4 Pozitivan odgovor za po četak dijagnostike (SID 50)  
2.2.2.5 Usluga upravljanja vezom (SID 87)  
2.2.2.6 Pozitivan odgovor na zahtjev za upravljanje vezom (SID C7)  
2.2.2.7 Zahtjev za prihvat podataka (SID 35)  
2.2.2.8 Pozitivan odgovor na zahtjev za prihvat podataka (SID 75)  
2.2.2.9 Zahtjev za prijenos podataka (SID 36)  
2.2.2.10 Pozitivan odgovor za prijenos podataka (SID 76)  
2.2.2.11 Zahtjev za prekid prijenosa (SID 37)  
2.2.2.12 Pozitivan odgovor na zahtjev za prekid prijenosa (SID 77)  
2.2.2.13 Zahtjev za prekid komunikacije (SID 82)  
2.2.2.14 Pozitivan odgovor na zahtjev za prekid komunikacije (SID C2)  
2.2.2.15 Potvrda dijela poruke (SID 83)  
2.2.2.16 Negativan odgovor (SID 7F)  
2.2.3 Tok poruke  
2.2.4 Vremenski raspored  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 277  
2.2.5 Obrada pogrešaka  
2.2.5.1 Stadij po četka komunikacije  
2.2.5.2 Stadij komunikacije  
2.2.6 Sadržaj poruke odgovora  
2.2.6.1 Pozitivan odgovor za prijenos pregleda podataka  
2.2.6.2 Pozitivan odgovor za prijenos podataka o aktivnostima  
2.2.6.3 Pozitivan odgovor za prijenos podataka o doga đajima i pogreškama  
2.2.6.4 Pozitivan odgovor za prijenos detaljnih podataka o brzini  
2.2.6.5 Pozitivan odgovor za prijenos tehni čkih podataka  
2.3. Spremanje datoteke ESM  
3. PROTOKOL PREUZIMANJA PODATAKA S TAHOGRAFSKE 
KARTICE  
3.1. Podru čje primjene  
3.2. Definicije  
3.3. Preuzimanje podataka s kartice  
3.3.1 Slijed inicijalizacije  
3.3.2 Slijed za nepotpisane podatkovne datoteke  
3.3.3 Slijed za potpisane podatkovne datoteke  
3.3.4 Slijed povrata broja ča kalibracija u po četno stanje  
3.4. Format za pohranu podataka  
3.4.1 Uvod  
3.4.2 Format datoteke  
4. PREUZIMANJE PODATAKA S TAHOGRAFSKE KARTICE 
PREKO JEDINICE U VOZILU  
1. UVOD  
U ovom se Dodatku navode postupci za obavljanje razli čitih vrsta 
preuzimanja podataka na vanjski medij za pohranu podataka (ESM) 
zajedno s protokolima koje treba provesti kako bi se osigurao ispravan 
prijenos podataka i potpuna sukladnost formata preuzetih podataka, 
čime se svakom nadzorniku omogu ćava da pregleda te podatke te da 
može kontrolirati njihovu autenti čnost i cjelovitost prije analize.  
▼M1 
1.1. Podru čje primjene  
Podatci se mogu preuzeti na ESM:  
— iz jedinice u vozilu posebnom namjenskom opremom (IDE) priklju ­ 
čenom na jedinicu u vozilu (VU),  
— s tahografske kartice putem IDE-a opremljenog napravom karti čnog 
sučelja (IFD),  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 278  
— s tahografske kartice preko jedinice u vozilu putem IDE-a priklju ­ 
čenog na VU.  
Da bi se omogu ćila provjera autenti čnosti i integriteta preuzetih poda ­
taka pohranjenih na ESM, podatci se preuzimaju potpisom stavljenim 
sukladno Dodatku 11. „Zajedni čki sigurnosni mehanizmi”. Identifika ­
cija uređaja izvora (jedinica u vozilu ili kartica) i njegovi sigurnosni 
certifikati (države članice i opreme) tako đer se preuzimaju. Onaj tko 
provjerava podatke mora posjedovati vlastiti pouzdan europski javni 
ključ. 
Podatci preuzeti s jedinice u vozilu potpisuju se u skladu s 
Dodatkom 11. „Zajedni čki sigurnosni mehanizmi”, dijelom B (sustav 
tahografa druge generacije), osim kad nadzor voza ča obavlja nadležno 
tijelo za kontrolu izvan EU-a, koriste ći kontrolnu karticu prve genera ­
cije, u slu čaju čega se podatci potpisuju u skladu s Dodatkom 11. 
„Zajednički sigurnosnih mehanizmi”, dijelom A (sustav tahografa 
prve generacije), u skladu s Dodatkom 15. „Migracija”, 
zahtjevom MIG_015.  
U ovom se Dodatku, dakle, utvr đuju dvije vrste preuzimanja podataka 
iz VU-u:  
— vrsta preuzimanja podataka s jedinice u vozilu druge generacije, 
koja osigurava strukturu podataka druge generacije, potpisana u 
skladu s Dodatkom 11. „Zajedni čki sigurnosni mehanizmi”, 
dijelom B,  
— vrsta preuzimanja podataka s jedinice u vozilu prve generacije, koja 
osigurava strukturu podataka prve generacije, potpisana u skladu s 
Dodatkom 11. „Zajedni čki sigurnosni mehanizmi”, dijelom A.  
Slično tomu, postoje dvije vrste preuzimanja podataka s kartice voza ča 
druge generacije umetnute u VU, kako je utvr đeno u stavcima 3. i 4. 
ovog Dodatka.  
▼B 
1.2. Skra ćenice i zabilješke  
U ovom se Dodatku upotrebljavaju sljede će skraćenice:  
AID identifikator aplikacije (eng.  Application Identifier ) 
ATR  odziv na povrat u po četno stanje (eng.  Answer To Reset ) 
CS bajt kontrolnog zbroja (eng.  Checksum Byte ) 
DF namjenska datoteka (eng.  Dedicated File ) 
DS_ dijagnosti čki proces (eng.  Diagnostic Session ) 
EF elementarna datoteka (eng.  Elementary File ) 
ESM  vanjski medij za pohranu podataka (eng.  External Storage 
Medium ) 
FID identifikator datoteke (eng.  File Identifier ) (ID datoteke ( File 
ID)) 
FMT  formatni bajt (eng.  Format Byte ) (prvi bajt zaglavlja poruke)  
ICC kartica s integriranim krugovima (eng.  Integrated Circuit 
Card ) 
IDE posebna namjenska oprema (eng.  Intelligent Dedicated Equip ­
ment ): oprema koja se upotrebljava za preuzimanje podataka 
na ESM (npr. osobno ra čunalo)  
IFD naprava su čelja (eng.  Interface Device ) 
KWP  protokol Keyword 2000 (eng.  Keyword Protocol 2000 ) 
LEN  bajt duljine (eng.  Length Byte ) (posljednji bajt zaglavlja 
poruke)  
PPS protokol odabira parametra (eng.  Protocol Parameter Selec ­
tion) 
PSO  izvođenje sigurnosne radnje (eng.  Perform Security Operation ) 
SID identifikator usluge (eng.  Service Identifier ) 
SRC  izvorni bajt (eng.  Source Byte ) 
TGT  ciljni bajt (eng.  Target Byte ) ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 279  
TLV  vrijednost duljine oznake (eng.  Tag Length Value ) 
TREP  parametar odgovora za prijenos (eng.  Transfer Response Para ­
meter ) 
TRTP  parametar zahtjeva za prijenos (eng.  Transfer Request Parame ­
ter) 
VU jedinica u vozilu (eng.  Vehicle Unit ) 
2. PREUZIMANJE PODATAKA S JEDINICE U VOZILU (VU)  
2.1. Postupak preuzimanja podataka  
Za preuzimanje podataka s jedinice u vozilu korisnik mora obaviti 
sljedeće radnje:  
— umetnuti svoju tahografsku karticu u utor jedinice u vozilu (*),  
— priključiti IDE na priklju čak za preuzimanje podataka iz jedinice u 
vozilu,  
— uspostaviti vezu izme đu IDE-a i jedinice u vozilu,  
— odabrati na IDE-u podatke za preuzimanje i poslati zahtjev jedinici 
u vozilu,  
— zaključiti proces preuzimanja podataka.  
2.2. Protokol preuzimanja podataka  
Protokol je strukturiran na na čelu nadređen-podređen, pri čemu IDE 
ima nadređenu, a jedinica u vozilu podre đenu ulogu.  
Struktura, vrste i tok poruka na čelno su utemeljeni na protokolu 
Keyword 2000 (KWP) (ISO 14230-2  Road vehicles – Diagnostic 
systems – Keyword protocol 2000 – Part 2 : Data link layer ). 
Aplikacijska razina u na čelu se temelji na sadašnjem nacrtu ISO 14229- 
1 (Road vehicles – Diagnostic systems – Part 1 : Diagnostic services , 
verzija 6. od 22. velja če 2001.).  
2.2.1  Struktura poruke  
DDP_002 Sve poruke koje se razmjenjuju izme đu IDE-a i jedinice u 
vozilu formatirane su u strukturi koja se sastoji od tri dijela:  
— zaglavlja koje čine formatni bajt (FMT), ciljni bajt 
(TGT), izvorni bajt (SRC) i eventualno bajt za duljinu 
(LEN),  
— podatkovnog polja koje čine bajt identifikatora usluge 
(SID) i promjenjivi broj podatkovnih bajtova koji 
može obuhva ćati neobavezni bajt dijagnosti čke razmjene 
podataka (DS_) ili neobavezni bajt parametara prijenosa 
(TRTP ili TREP),  
— kontrolnog zbroja koji čini bajt kontrolnog zbroja (CS).  
Zaglavlje  Podatkovno polje  Kontrolni zbroj  
FMT  TGT  SRC  LEN  SID  PODATCI  …  …  …  CS  
4 bajta  najviše 255 bajtova  1 bajt  
Bajtovi TGT i SRC predstavljaju fizi čku adresu primatelja i 
tvorca poruke. Vrijednosti su F0 Hex za IDE i EE Hex za 
jedinicu u vozilu.  
Bajt LEN je duljina dijela podatkovnog polja.  ▼B 
(*) Umetnuta će kartica aktivirati odgovaraju ća prava pristupa funkciji preuzimanja podataka 
i samim podatcima. Me đutim, mora biti mogu će preuzeti podatke s kartice voza ča 
umetnute u jedan od utora jedinice u vozilu ako nijedna druga kartica nije umetnuta 
u drugi utor.
 02016R0799 — HR — 26.02.2020 — 002.001 — 280  
Bajt kontrolnog zbroja je 8-bitni zbroj serije modula 256 
svih bajtova poruke s izuzetkom samog kontrolnog zbroja.  
Bajtovi FMT, SID, DS_, TRTP i TREP definirani su u 
nastavku ovog dokumenta.  
DDP_003 Kada su podatci koje prenosi poruka dulji od raspoloživog 
prostora u dijelu podatkovnog polja, poruka se u stvarnosti 
šalje u nekoliko dijelova poruke. Svaki dio poruke nosi 
zaglavlje, isti SID, TREP i 2-bajtni broja č dijelova poruke 
koji označuje broj dijelova poruke u cjelokupnoj poruci. 
Kako bi se omogu ćilo provjeravanje pogrešaka i prekid, 
IDE potvr đuje svaki dio poruke. IDE može primiti dio 
poruke, tražiti da se ona ponovo prenese, zahtijevati od 
jedinice u vozilu da ponovo po čne ili prekine prijenos.  
DDP_004 Ako posljednji dio poruke sadržava to čno 255 bajtova u 
podatkovnom polju, mora se staviti zadnji dio poruke s 
praznim podatkovnim poljem (osim SID TREP i broja ča 
dijelova poruke) kako bi se ozna čio kraj poruke.  
Primjer:  
Zaglavlje  SID  TREP  Poruka  CS  
4 bajta  dulja od 255 bajtova  
Prenosi se kao:  
Zaglavlje  SID  TREP  00  01  Dio poruke 1  CS  
4 bajta  255 bajtova  
Zaglavlje  SID  TREP  00  02  Dio poruke 2  CS  
4 bajta  255 bajtova  
… 
Zaglavlje  SID  TREP  xx  yy  Dio poruke n  CS  
4 bajta  kra ća od 255 bajtova  
ili kao:  
Zaglavlje  SID  TREP  00  01  Dio poruke 1  CS  
4 bajta  255 bajtova  
Zaglavlje  SID  TREP  00  02  Dio poruke 2  CS  
4 bajta  255 bajtova  
… 
Zaglavlje  SID  TREP  xx  yy  Dio poruke n  CS  
4 bajta  255 bajtova  
Zaglavlje  SID  TREP  xx  yy + 1  CS  
4 bajta  4 bajta  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 281  
2.2.2  Vrste poruka  
Komunikacijski protokol za preuzimanje podataka izme đu jedinice u 
vozilu i IDE-a zahtijeva razmjenu osam razli čitih vrsta poruka.  
U sljedećoj se tablici nalazi sažeti prikaz tih poruka.  
▼M1 
Struktura poruke  Najviše 4 bajta Zaglavlje  Najviše 255 bajta Podatci  1 bajt 
Kontro­
lni 
zbroj  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  CS  
Zahtjev za po četak komunika ­
cije 81 EE  F0  81  E0  
Pozitivan odgovor za po četak 
komunikacije  80 F0  EE  03  C1  EA, 8F  9 B  
Zahtjev za po četak dijagnosti čke 
razmjene 
podataka  80 EE  F0  02  10  81  F1  
Pozitivan odgovor za po četak 
dijagnostičke razmjene 
podataka  80 F0  EE  02  50  81  31  
Usluga upravljanja vezom  
Provjera brzine prijenosa poda ­
taka (stadij 1)  
9 600 Bd  80  EE  F0  04  87  01,01,01  EC  
19 200 Bd  80  EE  F0  04  87  01,01,02  ED  
38 400 Bd  80  EE  F0  04  87  01,01,03  EE  
57 600 Bd  80  EE  F0  04  87  01,01,04  EF  
115 200 Bd  80  EE  F0  04  87  01,01,05  F0  
Pozitivan odgovor na provjeru 
brzine prijenosa podataka  80 F0  EE  02  C7  01  28  
Prijelazna brzina prijenosa 
podataka (stadij 2)  80 EE  F0  03  87  02,03  ED  
Zahtjev za prihvat podataka  80  EE  F0  0A  35  00,00,00,00, 
00,FF,FF, 
FF,FF  99 
Pozitivan odgovor na zahtjev za 
prihvat podataka  80 F0  EE  03  75  00,FF  D5  
Zahtjev za prijenos podataka  
Nadzor  80  EE  F0  02  36  01 ili 21  97  
Aktivnosti  80  EE  F0  06  36  02 ili 22  Datum  CS  
Događaji i kvarovi  80  EE  F0  02  36  03 ili 23  Datum  99  
Detaljna brzina  80  EE  F0  02  36  04 ili 24  Datum  9A  
Tehnički podatci  80  EE  F0  02  36  05 ili 25  Datum  9B  
Preuzimanje podataka s 
kartice  80 EE  F0  02  36  06  Utor  CS  
Pozitivan odgovor na zahtjev za 
prijenos podataka  80 F0  EE  Len  76  TREP  Podatci  CS  
Zahtjev za prekid prijenosa 
podataka  80 EE  F0  01  37  96  
Pozitivan odgovor na zahtjev za 
prekid prijenosa  80 F0  EE  01  77  D6  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 282  
Struktura poruke  Najviše 4 bajta Zaglavlje  Najviše 255 bajta Podatci  1 bajt 
Kontro­
lni 
zbroj  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  CS  
Zahtjev za prekid komunikacije  80  EE  F0  01  82  E1  
Pozitivan odgovor na zahtjev 
za prekid komunikacije  80 F0  EE  01  C2  21  
Potvrda dijela poruke  80  EE  F0  Len  83  Podatci  CS  
Negativni odgovori  
Opće odbijanje  80  F0  EE  03  7F  Sid Req  10  CS  
Usluga nije podržana  80  F0  EE  03  7F  Sid Req  11  CS  
Podfunkcija nije podržana  80  F0  EE  03  7F  Sid Req  12  CS  
Neispravna duljina poruke  80  F0  EE  03  7F  Sid Req  13  CS  
Neispravni uvjeti ili pogreška u 
slijedu zahtjeva  80 F0  EE  03  7F  Sid Req  22  CS  
Zahtjev izvan dometa  80  F0  EE  03  7F  Sid Req  31  CS  
Prihvat podataka nije prihva ćen 80  F0  EE  03  7F  Sid Req  50  CS  
Čekanje na odgovor  80  F0  EE  03  7F  Sid Req  78  CS  
Podatci nisu dostupni  80  F0  EE  03  7F  Sid Req  FA  CS  
▼B 
Napomene:  
▼M1 
— TRTP od 21 do 25 koriste se za zahtjeve za preuzimanje podataka s 
jedinice u vozilu druge generacije, TRTP od 01 do 05 koriste se za 
zahtjeve za preuzimanje podataka s jedinice u vozilu prve genera ­
cije, koje može prihvatiti samo jedinica u vozilu u okviru nadzora 
vozača koji obavlja nadležno tijelo za kontrolu izvan EU-a, kori ­
steći kontrolnu karticu prve generacije.  
— TRTP od 11 do 19 te od 31 do 39 rezervirani su za zahtjeve za 
preuzimanjem specifi čne za proizvo đača. 
▼B 
— Sid Req = Sid odgovaraju ćeg zahtjeva.  
— TREP = TRTP odgovaraju ćeg zahtjeva.  
— Osjenčana polja ozna čuju da se ne prenosi ništa.  
— Izraz prihvat (s gledišta IDE-a) upotrebljava se zbog uskla đenosti s 
normom ISO 14229. Zna či isto što i preuzimanje podataka (s 
gledišta jedinice u vozilu).  
— Potencijalni 2-bajtni broja či dijelova poruke nisu prikazani u ovoj 
tablici.  
— Utor je broj utora, ili „1” (kartica u utoru voza ča) ili „2” (kartica u 
utoru suvoza ča). 
— U slučaju da utor nije naveden, jedinica u vozilu (VU) odabire 
utor 1 ako je kartica umetnuta u taj utor, dok utor 2 odabire 
samo kada je to izri čito odabrao korisnik.  
2.2.2.1 Z a h t j e v z a p o č e t a k k o m u n i k a c i j e ( S I D 8 1 )  
DDP_005 Ovu poruku šalje IDE za uspostavljanje komunikacijske veze 
s jedinicom u vozilu. Po četne komunikacije uvijek se obav ­
ljaju pri brzini od 9 600 bauda (dok se brzina prijenosa 
podataka eventualno ne promijeni upotrebom odgovaraju ćih 
usluga upravljanja vezom).  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 283  
2.2.2.2 P o z i t i v a n o d g o v o r z a p o č e t a k k o m u n i k a c i j e ( S I D 
C 1 )  
DDP_006 Ovu poruku šalje jedinica u vozilu (VU) kao pozitivan 
odgovor na zahtjev za po četak komunikacije. Ona sadržava 
2 bajta klju ča ‘EA’ ‘8F’, koji ozna čuju da jedinica podržava 
protokol sa zaglavljem koje sadržava podatke o ciljanom 
izvoru i duljini.  
2.2.2.3 Z a h t j e v z a p o č e t a k d i j a g n o s t i č k e r a z m j e n e p o d a ­
t a k a ( S I D 1 0 )  
DDP_007 Poruku sa zahtjevom za po četak dijagnosti čke razmjene 
podataka šalje IDE radi davanja zahtjeva za novu dijagno ­
stičku razmjenu podataka s jedinicom u vozilu. Podfunkcija 
„standardni proces” (81 Hex) ozna čuje da je potrebno otvo ­
riti standardnu dijagnosti čku razmjenu podataka.  
2.2.2.4 P o z i t i v a n o d g o v o r z a p o č e t a k d i j a g n o s t i k e ( S I D 
5 0 ) 
DDP_008 Poruku s pozitivnim odgovorom za po četak dijagnosti čke 
razmjene podataka šalje jedinica u vozilu (VU) kao pozitivan 
odgovor na zahtjev za po četak dijagnosti čke razmjene poda ­
taka.  
2.2.2.5 U s l u g a u p r a v l j a n j a v e z o m ( S I D 8 7 )  
DDP_052 IDE upotrebljava uslugu upravljanja vezom za pokretanje 
postupka promjene brzine prijenosa podataka. Taj se 
postupak odvija u dva koraka. U prvom koraku IDE predlaže 
promjenu brzine prijenosa podataka navode ći novu brzinu. 
Po primitku pozitivne poruke iz jedinice u vozilu, IDE 
odašilje potvrdu promjene brzine prijenosa podataka u jedi ­
nicu u vozilu (drugi korak). IDE potom prelazi na novu 
brzinu prijenosa podataka. Po primitku potvrde jedinica u 
vozilu prelazi na novu brzinu prijenosa podataka.  
2.2.2.6 P o z i t i v a n o d g o v o r n a z a h t j e v z a u p r a v l j a n j e v e z o m 
( S I D C 7 )  
DDP_053 Pozitivan odgovor na zahtjev za upravljanje vezom šalje 
jedinica u vozilu kao pozitivan odgovor na zahtjev za 
uslugu upravljanja vezom (prvi korak). Napominje se da 
nema odgovora na zahtjev za potvrdom (drugi korak).  
2.2.2.7 Z a h t j e v z a p r i h v a t p o d a t a k a ( S I D 3 5 )  
DDP_009 Poruku sa zahtjevom za prihvat podataka IDE šalje jedinici u 
vozilu kao obavijest da je zatražena radnja prihvata poda ­
taka. Za ispunjavanje zahtjeva norme ISO 14229 obuhva ćeni 
su podatci koji sadržavaju pojedinosti o adresi, veli čini i 
formatu zatraženih podataka. S obzirom na to da su oni za 
IDE nepoznati prije preuzimanja podataka, adresa memorije 
postavlja se na 0, format je nešifriran i nekomprimiran i 
veličina memorije je postavljena na maksimum.  
2.2.2.8 P o z i t i v a n o d g o v o r n a z a h t j e v z a p r i h v a t p o d a t a k a 
( S I D 7 5 )  
DDP_010 Poruku s pozitivnim odgovorom na zahtjev za prihvat poda ­
taka jedinica u vozilu šalje IDE-u kao obavijest da je jedi ­
nica u vozilu spremna za preuzimanje podataka. Za ispu ­
njenje zahtjeva norme ISO 14229, u toj se poruci s pozi ­
tivnim odgovorom navode podatci koji obavještavaju IDE da 
će daljnje poruke s pozitivnim odgovorom na zahtjev za 
prijenos podataka sadržavati najviše 00FFh bajtova.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 284  
2.2.2.9 Z a h t j e v z a p r i j e n o s p o d a t a k a ( S I D 3 6 )  
▼M1 
DDP_011 Zahtjev za prijenos podataka šalje IDE da bi jedinici u vozilu 
naznačio koju vrstu podataka treba preuzeti. Jednobajtni 
parametar zahtjeva za prijenos podataka (TRTP) ozna čuje 
vrstu prijenosa.  
Postoji šest vrsta prijenosa podataka. Za preuzimanje poda ­
taka s jedinice u vozilu, dvije razli čite vrijednosti TRTP-a 
mogu se koristiti za svaku vrstu prijenosa:  
Vrsta prijenosa 
podatka  Vrijednost TRTP-a 
za preuzimanje 
podataka prve 
generacije  Vrijednost TRTP-a 
za preuzimanje 
podataka druge 
generacije  
Pregled  01  21  
Aktivnosti nave ­
denog dana  02 22  
Događaji ili 
kvarovi  03 23  
Detaljna brzina  04  24  
Tehnički podatci  05  25  
Vrsta prijenosa 
podatka  Vrijednost TRTP- 
a 
Preuzimanje 
podataka s 
kartice  06 
DDP_054 IDE mora obavezno zahtijevati prijenos pregleda podataka 
(TRTP 01 ili 21) tijekom procesa preuzimanja podataka s 
obzirom na to da se samo time osigurava da se certifikati 
jedinice u vozilu zabilježe unutar preuzete datoteke (i 
omogućava provjera digitalnog potpisa).  
U drugom slu čaju (TRTP 02 ili 22) poruka sa zahtjevom za 
prijenos podataka obuhva ća oznaku kalendarskog dana (u 
formatu
  ) za koji treba preuzeti podatke.  
▼B 
2.2.2.10 P o z i t i v a n o d g o v o r z a p r i j e n o s p o d a t a k a ( S I D 7 6 )  
DDP_012 Pozitivan odgovor za prijenos podataka šalje jedinica u 
vozilu kao odgovor na zahtjev za prijenos podataka. 
Poruka sadržava zahtijevane podatke s parametrom odgovora 
za prijenos (TREP) koji odgovara TRTP-u zahtjeva.  
▼M1 
DDP_055 U prvom slu čaju (TREP 01 ili 21) jedinica u vozilu poslat će 
podatke koji pomažu operatoru IDE-a da izabere podatke 
koje želi dalje preuzeti. Ta poruka sadržava sljede će infor­
macije:  
— sigurnosni certifikati,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 285  
— identifikacija vozila,  
— trenuta čni datum i vrijeme jedinice u vozilu,  
— najraniji i najkasniji datum na koji je mogu će preuzeti 
podatke (podatci iz jedinice u vozilu),  
— oznaka prisustva kartice u jedinici u vozilu,  
— prethodno preuzimanje podataka od strane poduze ća, 
— blokade poduze ća, 
— prethodne kontrole.  
▼B 
2.2.2.11 Z a h t j e v z a p r e k i d p r i j e n o s a ( S I D 3 7 )  
DDP_013 Zahtjev za prekid prijenosa IDE šalje jedinici u vozilu kao 
obavijest da je proces preuzimanja podataka završen.  
2.2.2.12 P o z i t i v a n o d g o v o r n a z a h t j e v z a p r e k i d p r i j e n o s a 
( S I D 7 7 )  
DDP_014 Poruku s pozitivnim odgovorom na zahtjev za prekid prije ­
nosa jedinica u vozilu šalje kao potvrdu zahtjeva za prekid 
prijenosa.  
2.2.2.13 Z a h t j e v z a p r e k i d k o m u n i k a c i j e ( S I D 8 2 )  
DDP_015 Poruku sa zahtjevom za prekid komunikacije IDE šalje za 
prekid komunikacijske veze s jedinicom u vozilu.  
2.2.2.14 P o z i t i v a n o d g o v o r n a z a h t j e v z a p r e k i d k o m u n i k a ­
c i j e ( S I D C 2 )  
DDP_016 Poruku s pozitivnim odgovorom za prekid komunikacije 
jedinica u vozilu šalje kao potvrdu zahtjeva za prekid komu ­
nikacije.  
2.2.2.15 P o t v r d a d i j e l a p o r u k e ( S I D 8 3 )  
DDP_017 Potvrdu dijela poruke IDE šalje za potvrdu primitka svakog 
dijela poruke koja se prenosi u više dijelova. Podatkovno 
polje sadrži SID koji se prima od jedinice u vozilu i 2- 
bajtni kod kako slijedi:  
— MsgC + 1 potvr đuje ispravan primitak broja dijela 
poruke MsgC.  
IDE šalje zahtjev jedinici u vozilu da pošalje sljede ći dio 
poruke.  
— MsgC ukazuje na problem s primitkom broja dijela 
poruke MsgC.  
IDE ponovno šalje zahtjev jedinici u vozilu da pošalje taj 
dio poruke.  
— FFFF zahtijeva kraj poruke.  
Tim se postupkom IDE može služiti za okon čanje prije­
nosa poruke iz jedinice u vozilu iz bilo kojeg razloga.  
Posljednji dio neke poruke (bajt LEN < 255) može se potvr ­
diti bilo kojim od navedenih kodova ili se ne mora potvrditi.  
Odgovori jedinice u vozilu koji se sastoje od više dijelova 
poruke sljede ći su: 
— Pozitivan odgovor za prijenos podataka (SID 76).  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 286  
2.2.2.16 N e g a t i v a n o d g o v o r ( S I D 7 F )  
DDP_018 Poruku s negativnim odgovorom jedinica u vozilu šalje kao 
odgovor na prethodno navedene poruke zahtjeva ako jedinica 
u vozilu ne može udovoljiti zahtjevu. Podatkovna polja 
poruke sadržavaju SID odgovora (7F), SID zahtjeva i kod 
koji označuje razlog za negativan odgovor. Na raspolaganju 
su sljedeći kodovi:  
— 10 opće odbacivanje  
Radnja se ne može obaviti zbog razloga koji nije 
naveden u nastavku.  
— 11 usluga nije podržana  
SID zahtjeva nije razumljiv.  
— 12 podfunkcija nije podržana  
DS_ ili TRTP zahtjeva nije razumljiv ili nema daljnjih 
dijelova poruke koje treba prenijeti.  
— 13 neispravna duljina poruke  
Duljina primljene poruke pogrešna je.  
— 22 uvjeti nisu ispravni ili pogreška u slijedu zahtjeva  
Zahtijevana usluga nije aktivna ili slijed poruka zahtjeva 
nije ispravan.  
— 31 zahtjev izvan raspona  
Zapis parametra zahtjeva (podatkovno polje) nije valjan.  
— 50 prihvat podataka nije prihva ćen 
Zahtjev se ne može izvršiti (jedinica u vozilu u nepri ­
mjerenom na činu rada ili unutarnja pogreška jedinice u 
vozilu).  
— 78 čekanje na odgovor  
Zahtijevana radnja ne može se pravovremeno dovršiti i 
jedinica u vozilu nije spremna za prihva ćanje drugog 
zahtjeva.  
▼M1 
— FA podatci nisu dostupni  
Podatkovni objekt zahtjeva za prijenos podataka nije 
dostupan u jedinici u vozilu (na primjer, nije umetnuta 
kartica, vrsta preuzimanja podataka iz jedinice u vozilu 
zatražena od strane nadležnog tijela za kontrolu izvan 
EU-a).  
▼B 
2.2.3  Tok poruke  
Tipičan tok poruke tijekom redovnog postupka preuzimanja podataka 
sljedeći je:  
IDE VU  
Zahtjev za po četak komunikacije  ⇨ 
⇦  Pozitivan odgovor  
Zahtjev za po četak dijagnosti čke usluge  ⇨ 
⇦  Pozitivan odgovor  
Zahtjev za prihvat podataka  ⇨ 
⇦  Pozitivan odgovor  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 287  
IDE VU  
Zahtjev za prijenos pregleda podataka  ⇨ 
⇦  Pozitivan odgovor  
Zahtjev za prijenos podataka #2  ⇨ 
⇦  Pozitivan odgovor #1  
Potvrda dijela poruke #1  ⇨ 
⇦  Pozitivan odgovor #2  
Potvrda dijela poruke #2  ⇨ 
⇦  Pozitivan odgovor #m  
Potvrda dijela poruke #m  ⇨ 
⇦  Pozitivan odgovor (podatkovno polje 
< 255 bajtova)  
Potvrda dijela poruke (neobvezno)  ⇨  
... 
Zahtjev za prijenos podataka #n  ⇨ 
⇦  Pozitivan odgovor  
Zahtjev za prekid prijenosa podataka  ⇨ 
⇦  Pozitivan odgovor  
Zahtjev za prekid komunikacije  ⇨ 
⇦  Pozitivan odgovor  
2.2.4  Vremenski raspored  
DDP_019 Tijekom redovnog rada mjerodavni su vremenski parametri 
prikazani na sljede ćoj slici:  
Slika 1.  
Tok poruke, vremenski raspored
  
Gdje je:  
P1 = međubajtno vrijeme za odgovor jedinice u vozilu 
(VU),  
P2 = vrijeme izme đu kraja zahtjeva IDE-a i po četka odgo­
vora jedinice u vozilu, ili izme đu kraja potvrde IDE-a 
i početka sljede ćeg odgovora jedinice u vozilu,  
P3 = vrijeme izme đu kraja odgovora jedinice u vozilu i 
početka novog zahtjeva IDE-a ili izme đu kraja odgo ­
vora jedinice u vozilu i po četka potvrde IDE-a, ili 
između kraja zahtjeva IDE-a i po četka novog zahtjeva 
IDE-a ako jedinica u vozilu ne odgovori,  
P4 = međubajtno vrijeme za zahtjev IDE-a,  
P5 = produljena vrijednost P3 za preuzimanje podataka s 
kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 288  
Dopuštene vrijednosti vremenskih parametara prikazane su u 
sljedećoj tablici (prošireni niz vremenskih parametara KWP, 
upotrebljava se u slu čaju fizičkog adresiranja za bržu komu ­
nikaciju).  
Vremenski parametar  Donja grani čna 
vrijednost (ms)  Gornja grani čna 
vrijednost (ms)  
P1 0  20  
P2 20  1 000 (*)  
P3 10  5 000  
P4 5  20  
P5 10  20 minuta  
(*) Ako jedinica u vozilu pošalje negativan odgovor s kodom koji zna či „zahtjev uredno primljen, čekanje na 
odgovor”, ta se vrijednost proteže na istu gornju grani čnu vrijednost P3.  
2.2.5  Obrada pogrešaka  
Ako tijekom razmjene poruka do đe do pogreške, shema toka poruke 
mijenja se ovisno o tome koja je oprema utvrdila pogrešku i o poruci 
koja uzrokuje pogrešku.  
Na slikama 2. i 3. prikazani su postupci obrade pogrešaka za jedinicu u 
vozilu odnosno IDE.  
2.2.5.1 S t a d i j p o č e t k a k o m u n i k a c i j e  
DDP_020 Ako IDE utvrdi pogrešku u stadiju po četka komunikacije u 
vezi s vremenom ili protokom bitova, čekat će u trajanju od 
najmanje P3 prije ponovnog izdavanja zahtjeva.  
DDP_021 Ako jedinica u vozilu utvrdi pogrešku u slijedu koji dolazi iz 
IDE-a, ona ne će poslati odgovor i čekat će u trajanju od 
najviše P3 drugu poruku sa zahtjevom za po četak komuni ­
kacije.  
2.2.5.2 S t a d i j k o m u n i k a c i j e  
Mogu se odrediti dva razli čita područja obrade pogrešaka:  
1. Jedinica u vozilu utvr đuje pogrešku prijenosa iz IDE-a.  
DDP_022 Za svaku primljenu poruku jedinica u vozilu utvr đuje 
pogreške u vezi s vremenom, pogreške formata bajta 
(npr. kršenje po četnog i zaustavnog bita) i greške pri 
upisu (pogrešan broj primljenih bajtova, pogrešan bajt 
kontrolnog zbroja).  
DDP_023 Ako jedinica u vozilu utvrdi jednu od prethodno nave ­
denih pogrešaka, ona ne šalje nikakav odgovor i zanema ­
ruje primljenu poruku.  
DDP_024 Jedinica u vozilu može utvrditi ostale pogreške u formatu 
ili sadržaju primljene poruke (npr. poruka nije podržana) 
čak i ako poruka udovoljava zahtjevima duljine i 
kontrolnog zbroja; u tom slu čaju jedinica u vozilu odgo ­
vara IDE-u porukom s negativnim odgovorom u kojoj se 
navodi narav pogreške.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 289  
Slika 2.  
Obrada pogrešaka u jedinici u vozilu
  
2. IDE utvr đuje pogrešku prijenosa iz jedinice u vozilu.  
DDP_025 Za svaku primljenu poruku IDE utvr đuje pogreške pove ­
zane s vremenom, pogreške formata bajta (npr. kršenje 
početnog i zaustavnog bita) i greške pri upisu (pogrešan 
broj primljenih bajtova, pogrešan bajt kontrolnog zbroja).  
DDP_026 IDE utvr đuje pogreške u slijedu, npr. neispravan korak 
povećanja brojača dijelova poruke za sljede će primljene 
poruke.  
DDP_027 Ako IDE utvrdi pogrešku ili nema odgovora iz jedinice u 
vozilu u trajanju od najviše P2, ponovo će poslati poruku 
sa zahtjevom za najviše tri prijenosa ukupno. Za potrebe 
utvrđivanja te pogreške, potvrda dijela poruke smatrat će 
se zahtjevom upu ćenim jedinici u vozilu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 290  
DDP_028 IDE mora čekati u trajanju od najmanje P3 prije po četka 
svakog prijenosa; razdoblje čekanja mjeri se od poslje ­
dnjeg izračunanog javljanja zaustavnog bita nakon otkri ­
vanja pogreške.  
Slika 3.  
Obrada pogrešaka u IDE-u
  
2.2.6  Sadržaj poruke odgovora  
U ovom se stavku navodi sadržaj podatkovnih polja razli čitih poruka s 
pozitivnim odgovorom.  
Podatkovni elementi definirani su u rje čniku podataka u Dodatku 1.  
Napomena:  Za preuzimanja podataka druge generacije, svaki podat ­
kovni element gornje razine predstavlja se nizom zapisa (eng.  record 
array ), čak i ako sadržava samo jedan zapis. Niz zapisa po činje zaglav ­
ljem; to zaglavlje sadržava vrstu, veli činu i broj zapisa. Nizovi zapisa 
navode se kao „…niz zapisa” (sa zaglavljem) u tablicama u nastavku.  
2.2.6.1 P o z i t i v a n o d g o v o r z a p r i j e n o s p r e g l e d a p o d a t a k a  
DDP_029  ►M1 Podatkovno polje poruke „pozitivnog odgovora za 
prijenos pregleda podataka” pruža sljede će podatke slje ­
dećim redom prema SID 76 Hex, TREP 01 ili 21 Hex te 
odgovaraju ćoj podjeli na dijelove i brojanju dijelova 
poruke: ◄ ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 291  
Struktura podataka prve generacije (TREP 01 Hex)  
▼B 
Podatkovni element  Komentar
  
Sigurnosni certifikati jedinice u vozilu
  
Identifikacija vozila
  
Trenutačni datum i vrijeme jedinice u vozilu
  
Razdoblje u kojem je mogu će preuzimati 
podatke
  
Vrsta kartica umetnutih u jedinicu u vozilu
  
Prethodno preuzimanje podataka iz jedinice u 
vozilu
  
Sve blokade poduze ća koje su pohranjene. Ako 
je odjeljak prazan, šalje se samo noOfLocks = 0.
  
Svi kontrolni zapisi koji su pohranjeni u jedinici 
u vozilu. Ako je odjeljak prazan, šalje se samo 
noOfControls = 0.
  
RSA potpis svih podataka (osim certifikata) od 
VehicleIdentificationNumber do posljednjeg 
bajta zadnjeg VuControlActivityData.  
▼M1 
Struktura podataka druge generacije (TREP 21 Hex)  
▼B 
Podatkovni element  Komentar
  
Certifikat države članice
  
Certifikat jedinice u vozilu
  
Identifikacija vozila
  
Registracijski broj vozila
  
Trenutačni datum i vrijeme jedinice u vozilu
  
Razdoblje u kojem je mogu će preuzimati 
podatke
  
Vrsta kartica umetnutih u jedinicu u vozilu
  
Prethodno preuzimanje podataka iz jedinice u 
vozilu
  
Sve blokade poduze ća koje su pohranjene. Ako 
je odjeljak prazan, šalje se zaglavlje niza zapisa 
noOfRecords = 0.
  
Svi kontrolni zapisi koji su pohranjeni u jedinici 
u vozilu. Ako je odjeljak prazan, šalje se 
zaglavlje niza zapisa noOfRecords = 0.
  
ECC potpis svih prethodnih podataka osim certi ­
fikata.  
2.2.6.2 P o z i t i v a n o d g o v o r z a p r i j e n o s p o d a t a k a o a k t i v ­
n o s t i m a  
DDP_030  ►M1 Podatkovno polje poruke „pozitivnog odgovora za 
prijenos podataka o aktivnostima” pruža sljede će podatke 
sljedećim redom prema SID 76 Hex, TREP 02 ili 22 Hex 
te odgovaraju ćoj podjeli na dijelove i brojanju dijelova 
poruke: ◄ ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 292  
Struktura podataka prve generacije (TREP 02 Hex)  
▼B 
Podatkovni element  Komentar
  
Datum dana preuzimanja podataka.
  
Stanje broja ča kilometara na kraju dana preuzimanja 
podataka.
  
Podatci o broju ciklusa umetanja i izvla čenja kartice. 
— Ako je odjeljak prazan, šalje se samo noOfVuCardI ­
WRecords = 0. 
— Kada se zapis VuCardIWRecord proteže preko 
00:00 (umetanje kartice prethodnog dana) ili preko 
24:00 (izvla čenje kartice sljede ćeg dana), pojavljuje 
se u cijelosti u oba navedena dana.
  
Stanje utora u 00:00 i promjene aktivnosti zabilježene na 
dan preuzimanja podataka.
  
Podatci koji se odnose na mjesta zabilježeni na dan preu ­
zimanja podataka. Ako je odjeljak prazan, šalje se samo 
noOfPlaceRecords = 0.
  
Podatci o posebnim stanjima zabilježeni na dan preuzi ­
manja podataka. Ako je odjeljak prazan, šalje se samo 
noOfSpecificConditionRecords = 0.
  
RSA potpis svih podataka od TimeReal do posljednjeg 
bajta zadnjeg zapisa o posebnom stanju.  
▼M1 
Struktura podataka druge generacije (TREP 22 Hex)  
▼B 
Podatkovni element  Komentar
  
Datum dana preuzimanja podataka.
  
Stanje broja ča kilometara na kraju dana preuzimanja 
podataka.
  
Podatci o broju ciklusa umetanja i izvla čenja kartice. 
— Ako je odjeljak prazan, šalje se zaglavlje niza zapisa 
noOfRecords = 0. 
— Kada se zapis VuCardIWRecord proteže preko 
00:00 (umetanje kartice prethodnog dana) ili preko 
24:00 (izvla čenje kartice sljede ćeg dana), pojavljuje 
se u cijelosti u oba navedena dana.
  
Stanje utora u 00:00 i promjene aktivnosti zabilježene na 
dan preuzimanja podataka.
  
Podatci koji se odnose na mjesta zabilježeni na dan preu ­
zimanja podataka. Ako je odjeljak prazan, šalje se 
zaglavlje niza zapisa noOfRecords = 0.  
▼M1
 
Položaji vozila GNSS-a ako akumulirano vrijeme vožnje 
vozila dostigne višekratnik tri sata. Ako je odjeljak 
prazan, šalje se zaglavlje niza zapisa noOfRecords = 0.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 293  
Podatkovni element  Komentar
  
Podatci o posebnim stanjima zabilježeni na dan preuzi ­
manja podataka. Ako je odjeljak prazan, šalje se 
zaglavlje niza zapisa noOfRecords = 0.
  
ECC potpis svih prethodnih podataka.  
2.2.6.3 P o z i t i v a n o d g o v o r z a p r i j e n o s p o d a t a k a o d o g a đ a ­
j i m a i p o g r e š k a m a  
DDP_031  ►M1 Podatkovno polje poruke „pozitivnog odgovora za 
prijenos podataka o doga đajima i pogreškama” pruža slje ­
deće podatke sljede ćim redom prema SID 76h Hex, 
TREP 03 ili 23 Hex te odgovaraju ćoj podjeli na dijelove i 
brojanju dijelova poruke: ◄ 
▼M1 
Struktura podataka prve generacije (TREP 03 Hex)  
▼B 
Podatkovni element  Komentar
  
Sve pogreške koje su pohranjene ili još uvijek 
traju u jedinici u vozilu. 
Ako je odjeljak prazan, šalje se samo noOfVu ­
Faults = 0.
  
Svi događaji (osim prekora čenja brzine) koji su 
pohranjeni ili još uvijek traju u jedinici u vozilu. 
Ako je odjeljak prazan, šalje se samo noOfVuE ­
vents = 0.
  
Podatci koji se odnose na posljednju kontrolu 
prekoračenja brzine (standardna vrijednost ako 
nema podataka).
  
Svi događaji u pogledu prekora čenja brzine koji 
su pohranjeni u jedinici u vozilu. 
Ako je odjeljak prazan, šalje se samo noOfVuO ­
verSpeedingEvents = 0.
  
Svi događaji o prilagodbi vremena koji su pohra ­
njeni u jedinici u vozilu (izvan okvira pune kali ­
bracije). 
Ako je odjeljak prazan, šalje se samo noOfVu ­
TimeAdjRecords = 0.
  
RSA potpis svih podataka od noOfVuFaults do 
posljednjeg bajta zadnjeg zapisa o prilagodbi 
vremena.  
▼M1 
Struktura podataka druge generacije (TREP 23 Hex)  
▼B 
Podatkovni element  Komentar
  
Sve pogreške koje su pohranjene ili još uvijek 
traju u jedinici u vozilu. 
Ako je odjeljak prazan, šalje se zaglavlje niza 
zapisa noOfRecords = 0.
  
Svi događaji (osim prekora čenja brzine) koji su 
pohranjeni ili još uvijek traju u jedinici u vozilu. 
Ako je odjeljak prazan, šalje se zaglavlje niza 
zapisa noOfRecords = 0.
  
Podatci koji se odnose na posljednju kontrolu 
prekoračenja brzine (standardna vrijednost ako 
nema podataka).
  
Svi događaji u pogledu prekora čenja brzine koji 
su pohranjeni u jedinici u vozilu. 
Ako je odjeljak prazan, šalje se zaglavlje niza 
zapisa noOfRecords = 0.  ▼B
02016R0799 — HR — 26.02.2020 — 002.001 — 294 
Podatkovni element Komentar
  
Svi događaji o prilagodbi vremena koji su pohra ­
njeni u jedinici u vozilu (izvan okvira pune kali ­
bracije). 
Ako je odjeljak prazan, šalje se zaglavlje niza 
zapisa noOfRecords = 0.  
▼M1__________  
▼B
ECC potpis svih prethodnih podataka.  
2.2.6.4 P o z i t i v a n o d g o v o r z a p r i j e n o s d e t a l j n i h p o d a t a k a 
o b r z i n i
DDP_032 ►M1 Podatkovno polje poruke „pozitivan odgovor za
prijenos detaljnih podataka o brzini” pruža sljede će 
podatke sljede ćim redom prema SID 76 Hex, TREP 04 ili 
24 Hex te odgovaraju ćoj podjeli na dijelove i brojanju dije ­
lova poruke: ◄ 
▼M1
Struktura podataka prve generacije (TREP 04)  
▼B
Podatkovni element Komentar
  
Svi detaljni podatci o brzini koji su pohranjeni u 
jedinici u vozilu (jedan blok brzine u minuti 
tijekom koje se vozilo kretalo). 
60 vrijednosti brzine u minuti (jedna u sekundi).
  
RSA potpis svih podataka od noOfSpeedBlocks 
do posljednjeg bajta zadnjeg bloka brzine.  
▼M1
Struktura podataka druge generacije (TREP 24)  
▼B
Podatkovni element Komentar
  
Svi detaljni podatci o brzini koji su pohranjeni u 
jedinici u vozilu (jedan blok brzine u minuti 
tijekom koje se vozilo kretalo). 
60 vrijednosti brzine u minuti (jedna u sekundi).
  
ECC potpis svih prethodnih podataka.  
2.2.6.5 P o z i t i v a n o d g o v o r z a p r i j e n o s t e h n i č k i h p o d a t a k a  
DDP_033 ►M1 Podatkovno polje „pozitivnog odgovora za prijenos 
tehničkih podataka” pruža sljede će podatke sljede ćim redom 
prema SID 76 Hex, TREP 05 ili 25 Hex te odgovaraju ćoj 
podjeli na dijelove i brojanju dijelova poruke: ◄ ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 295  
Struktura podataka prve generacije (TREP 05)  
▼B 
Podatkovni element  Komentar
  
Svi zapisi o kalibraciji koji su pohranjeni u jedi ­
nici u vozilu.
  
RSA potpis svih podataka od vuManufacturer ­
Name do posljednjeg bajta zadnjeg VuCalibra ­
tionRecord.  
▼M1 
Struktura podataka druge generacije (TREP 25)  
▼B 
Podatkovni element  Komentar
  
Sva uparivanja država članica pohranjena u jedi ­
nici u vozilu.
  
Sva spajanja vanjskih ure đaja GNSS-a pohra ­
njena u jedinici u vozilu.
  
Svi zapisi o kalibraciji koji su pohranjeni u jedi ­
nici u vozilu.
  
Svi podatci o umetanju kartice koji su pohranjeni 
u jedinici u vozilu.
  
ECC potpis svih prethodnih podataka.  
2.3. Spremanje datoteke ESM  
DDP_034 Ako je proces preuzimanja podataka obuhvatio i prijenos 
podataka iz jedinice u vozilu, IDE unutar jedne fizi čke dato­
teke pohranjuje sve podatke primljene iz jedinice u vozilu 
tijekom procesa preuzimanja podataka u okviru poruka s 
pozitivnim odgovorom na zahtjev za prijenos podataka. 
Pohranjeni podatci ne sadržavaju zaglavlja poruka, broja če 
dijelova poruke, prazne dijelove poruka i kontrolne zbro ­
jeve, ali obuhva ćaju SID i TREP (prvog dijela poruke 
samo ako ima više dijelova poruka).  
3. PROTOKOL PREUZIMANJA PODATAKA S TAHOGRAFSKE 
KARTICE  
3.1. Podru čje primjene  
U ovom se stavku opisuje izravno preuzimanje podataka s tahografske 
kartice na IDE. IDE nije dio sigurnog okruženja; stoga se ne provodi 
nikakva autentifikacija izme đu kartice i IDE-a.  
3.2. Definicije  
Proces preuzimanja podataka : svaki put kad se obavlja preuzi ­
manje podataka s ICC-a. Proces 
obuhvaća cjelokupan postupak 
od povrata u po četno stanje 
ICC-a od strane IFD-a do deakti ­
vacije ICC-a (izvla čenje kartice 
ili sljedeći povrat u po četno 
stanje).  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 296  
Potpisana podatkovna datoteka : datoteka iz ICC-a. Datoteka se 
prenosi na IFD u obi čnom 
tekstu. Na ICC-u datoteka se 
raspršuje ( hash ) i potpisuje, a 
potpis se prenosi na IFD.  
3.3. Preuzimanje podataka s kartice  
▼M1 
DDP_035 Preuzimanje podataka s tahografske kartice obuhva ća slje­
deće korake:  
— preuzimanje zajedni čkih podataka kartice u EF- 
ovima
  i
  . Ti podatci nisu obvezni i nisu zašti ­ 
ćeni digitalnim potpisom.  
— (za prvu i drugu generaciju tahografskih kartica) preuzi ­
manje EF-ova unutar
  :  
— preuzimanje EF-ova
  i
  
. Ovi podatci nisu zašti ćeni 
digitalnim potpisom.  
Obvezno je preuzeti ove datoteke u svakom procesu 
preuzimanja podataka.  
— preuzimanje EF-ova podataka drugih aplikacija 
(unutar
  ) osim EF-a
  
Ti su podatci zašti ćeni digi­
talnim potpisom, u skladu s Dodatkom 11. „Zajed ­
nički sigurnosni mehanizmi”, dijelom A.  
— u svakom je procesu preuzimanja podataka obvezno 
preuzeti barem EF-ove
  
i
 
. 
— prilikom preuzimanja podataka s kartice voza ča isto 
je tako obvezno preuzeti sljede će EF-ove:
  
— (samo za drugu generaciju tahografskih kartica) osim 
kad preuzimanje podataka s kartice voza ča umetnute 
u jedinicu u vozilu tijekom kontrole voza ča obavlja 
nadležno tijelo za kontrolu izvan EU-a, korištenjem 
kontrolne kartice prve generacije, preuzimanje EF- 
ova unutar
  :  
— preuzimanje EF-ova CardSignCertificate, 
CA_Certificate i Link_Certificate (ako ih ima). 
Ovi podatci nisu zašti ćeni digitalnim potpisom.  
Obvezno je preuzeti ove datoteke u svakom 
procesu preuzimanja podataka.  
— preuzimanje EF-ova podataka drugih aplikacija 
(unutar
  ) osim EF-a
  
. Ti su podatci zašti ćeni 
digitalnim potpisom, u skladu s Dodatkom 11. 
„Zajednički sigurnosni mehanizmi”, dijelom B.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 297  
— u svakom je procesu preuzimanja podataka 
obvezno preuzeti barem EF-ove
  
i
 
. 
— prilikom preuzimanja podataka s kartice voza ča 
isto je tako obvezno preuzeti sljede će EF-ove:
  
— prilikom preuzimanja podataka s kartice voza ča, 
ažuriranje datuma
  u 
EF-u
  ,u DF-u
  
i, ako je primjenjivo, DF-u
  
. 
— prilikom preuzimanja podataka s kartice radio ­
nice, povrat broja ča kalibracija u po četno stanje 
u EF-u
  u DF-u
  
i, ako je primjenjivo, DF-u
  
. 
— prilikom preuzimanja podataka s kartice radio ­
nice ne preuzimaju se
  
u DF-u
  
i, ako je primjenjivo, DF-u
  
. 
▼B 
3.3.1  Slijed inicijalizacije  
DDP_036 IDE zapo činje sljedeći slijed:  
Kartica  Smjer  IDE/IFD  Zna čenje/napomene  
⇦ Povrat hardvera u po četno 
stanje  
ATR ⇨ 
Za prijelaz na višu brzinu prijenosa podataka može se 
upotrijebiti PPS ako ICC to podržava.  
3.3.2  Slijed za nepotpisane podatkovne datoteke  
DDP_037  ►M1 Slijed za preuzimanje EF-ova ICC, IC, Card_Certifi ­
cate (ili CardSignCertificate za DF Tachograph_G2), 
CA_Certificate i Link_Certificate (samo za DF Tacho ­
graph_G2) je sljede ći: ◄ 
Kartica  Smjer  IDE/IFD  Zna čenje/napomene  
⇦ Odabir 
datoteke ( Select File ) Odabir s pomo ću identifika ­
tora datoteke  
OK ⇨ ⇦ Čitanje datoteke ( Read 
Binary ) Ako datoteka sadržava više 
podataka nego što je veli čina 
međumemorije čitača ili 
kartice, naredba se ponavlja 
dok se ne pro čita cijela dato ­
teka.  
File Data 
OK ⇨ Pohrana podataka na ESM  prema  3.4.  Format za 
pohranu podataka  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 298  
Napomena 1.:  prije odabira EF-a Card_Certificate (ili Card ­
SignCertificate), mora se odabrati tahografska aplikacija 
(odabir putem AID-a).  
Napomena 2.:  odabir i čitanje datoteke isto se tako može 
obaviti u jednom koraku naredbom READ BINARY ( čitanje 
datoteke) s kratkim identifikatorom EF-a.  
3.3.3  Slijed za potpisane podatkovne datoteke  
DDP_038 Za svaku od sljede ćih datoteka koje treba preuzeti s 
njihovim potpisom upotrebljava se sljede ći slijed:  
▼M1 
Kartica  Smjer  IDE/IFD  Zna čenje/napomene
  
Odabir datoteke (Select 
File)  
OK
 
Raspršivanje datoteke 
(Perform Hash of File)  — Izračunava vrijednost 
raspršivanja sadržaja 
podataka odabrane dato ­
teke upotrebom propi ­
sanog algoritma raspr ­ 
šivanja u skladu s 
Dodatkom 11., dijelom A 
ili B. Ova naredba nije 
ISO-naredba.  
Izračun vrijednost raspr ­ 
šivanja datoteke i 
privremeno pohranji ­
vanje vrijednosti raspr ­ 
šivanja  
OK
 
Čitanje datoteke (Read 
Binary)  Ako datoteka sadržava više 
podataka nego što me đume­
morija čitača ili kartice 
može primiti, naredba se 
mora ponoviti dok se ne 
pročita cijela datoteka.  
Podatci o datoteci (File 
Data) 
OK
 Pohrana primljenih podataka 
na ESM  u skladu s  3.4 . Format za 
pohranu podataka
  
PSO: Compute Digital 
Signature  
Zaštitna radnja „izra ­ 
čuna digitalnog potpisa” 
upotrebom privremeno 
pohranjene vrijednosti 
raspršivanja (Hash)  
Potpis (Signature) 
OK
 Podatci se pridodaju podat ­
cima koji su prethodno 
pohranjeni na ESM  u skladu s  3.4 . Format za 
pohranu podataka  
▼B 
Napomena:  odabir i čitanje datoteke isto se tako može 
obaviti u jednom koraku naredbom READ BINARY 
(čitanje datoteke) s kratkim identifikatorom EF-a. U tom 
se slučaju EF može odabrati i pro čitati prije primjene 
naredbe PERFORM HASH OF FILE (raspršivanje datote ­
ke). ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 299  
3.3.4  Slijed povrata broja ča kalibracija u po četno stanje  
DDP_039 Slijed povrata u po četno stanje broja ča
 
u EF-u
  
na kartici radionice je sljede ći: 
Kartica  Smjer  IDE/IFD  Zna čenje/napomene  
⇦ Odabir datoteke ( Select 
File) EF Card_Download  Odabir s pomo ću identifika ­
tora datoteke  
OK ⇨ 
⇦ Ažuriranje datoteke 
(Update Binary ) 
NoOfCalibrationsSinceDo ­
wnload = ‘00 00’  
Povrat u po četno stanje 
broja preuzimanja poda ­
taka s kartice  
OK ⇨ 
Napomena:  odabir i ažuriranje datoteke isto se tako može 
obaviti u jednom koraku naredbom READ BINARY ( čitanje 
datoteke) s kratkim identifikatorom EF-a.  
3.4. Format za pohranu podataka  
3.4.1  Uvod  
DDP_040 Preuzeti podatci pohranjuju se u skladu sa sljede ćim uvje­
tima:  
— podatci se pohranjuju transparentno. To zna či da se 
poredak bajtova kao i poredak bitova unutar bajtova 
koji se prenose s kartice mora o čuvati tijekom pohranji ­
vanja,  
— sve datoteke s kartice koje su preuzete tijekom procesa 
preuzimanja podataka pohranjuju se u jednoj datoteci na 
ESM.  
3.4.2  Format datoteke  
DDP_041 Format datoteke lanac je više TLV objekata.  
DDP_042 Oznaka za EF je FID plus dodatak „00”.  
DDP_043 Oznaka za potpis EF-a je FID datoteke plus dodatak „01”.  
DDP_044 Duljina je dvobajtna vrijednost. Vrijednost odre đuje broj 
bajtova u polju vrijednosti. Vrijednost „FF FF” u polju 
duljine rezervirana je za budu ću upotrebu.  
DDP_045 Ako datoteka nije preuzeta, ništa što se odnosi na datoteku 
ne smije se pohraniti (nikakva oznaka i nikakva nulta dulji ­
na). 
▼M1 
DDP_046 Potpis se pohranjuje kao sljede ći TLV objekt izravno nakon 
TLV objekta koji sadržava podatke datoteke.  
Definicija  Zna čenje Duljina  
FID (2 bajta) || „00”  Oznaka za EF (FID) u
  
ili za zajed ­
ničke podatke na kartici  3 bajta  
FID (2 bajta) || „01”  Oznaka za potpis EF-a 
(FID) u DF-u
  3 bajta  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 300  
Definicija  Zna čenje Duljina  
FID (2 bajta) || „02”  Oznaka za EF (FID) u DF-u
  3 bajta  
FID (2 bajta) || „03”  Oznaka za potpis EF-a 
(FID) u DF-u
  3 bajta  
xx xx  Duljina polja vrijednosti  2 bajta  
Primjer podataka u datoteci preuzetoj na ESM  
Oznaka  Duljina  Vrijednost
  
— Podatci EF-a ICC
  
- Podatci EF-a Card_Certificate  
— ...
  
Podatci EF-a
  (u 
DF-u
  )
  
Potpis EF-a
  (u DF- 
u
 )
  
Podatci EF-a
  u 
DF-u
  
Potpis EF-a
  u DF- 
u
 
▼B 
4. PREUZIMANJE PODATAKA S TAHOGRAFSKE KARTICE 
PREKO JEDINICE U VOZILU  
DDP_047 Jedinica u vozilu mora omogu ćiti preuzimanje sadržaja s 
kartice voza ča umetnute u priklju čeni IDE.  
DDP_048 IDE jedinici u vozilu šalje poruku „zahtjev za prijenos poda ­
taka s kartice” za pokretanje tog na čina rada (vidjeti 
2.2.2.9).  
▼M1 
DDP_049 Prva generacija kartica voza ča: podatci se preuzimaju kori ­ 
štenjem protokola preuzimanja podataka prve generacije, a 
preuzeti podatci imaju isti format kao i podatci preuzeti s 
jedinice u vozilu prve generacije.  
Druga generacija kartica voza ča: jedinica u vozilu potom 
preuzima sve podatke s kartice, datoteku po datoteku, u 
skladu s protokolom preuzimanja s kartice definiranim u 
stavku 3 i dostavlja sve podatke primljene s kartice na 
IDE u odgovaraju ćem formatu datoteke TLV (vidjeti 
3.4.2) i sažete unutar poruke ‚pozitivan odgovor za prijenos 
podataka’.  
▼B 
DDP_050 IDE uzima podatke s kartice iz poruke „pozitivan odgovor 
za prijenos podataka” (bez svih zaglavlja, SID-ova, TREP- 
ova, brojača dijelova poruke i kontrolnih zbrojeva) i pohra ­
njuje ih u jednu fizi čku datoteku kako je opisano u stavku 
2.3. 
DDP_051 Jedinica u vozilu nakon toga, prema potrebi, ažurira datoteku
  
ili
 
skartice voza ča. ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 301  
Dodatak 8  
PROTOKOL KALIBRACIJE  
SADRŽAJ  
1. UVOD  
2. IZRAZI, DEFINICIJE I REFERENTNI DOKUMENTI  
3. PREGLED USLUGA  
3.1. Raspoložive usluge  
3.2. Kodovi odgovora  
4. KOMUNIKACIJSKE USLUGE  
4.1. Usluga StartCommunication  
4.2. Usluga StopCommunication  
4.2.1 Opis poruka  
4.2.2 Format poruka  
4.2.3 Opis parametara  
4.3. Usluga TesterPresent  
4.3.1 Opis poruka  
4.3.2 Format poruka  
5. USLUGE UPRAVLJANJA  
5.1. Usluga StartDiagnosticSession  
5.1.1 Opis poruka  
5.1.2 Format poruka  
5.1.3 Opis parametara  
5.2. Usluga SecurityAccess  
5.2.1 Opis poruka  
5.2.2 Format poruka – SecurityAccess – requestSeed  
5.2.3 Format poruka – SecurityAccess – sendKey  
6. USLUGE PRIJENOSA PODATAKA  
6.1. Usluga ReadDataByIdentifier  
6.1.1 Opis poruka  
6.1.2 Format poruka  
6.1.3 Opis parametara  
6.2. Usluga WriteDataByIdentifier  
6.2.1 Opis poruka  
6.2.2 Format poruka  
6.2.3 Opis parametara  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 302  
7. UPRAVLJANJE ISPITNIM IMPULSIMA – FUNKCIONALNA 
JEDINICA ZA UPRAVLJANJE ULAZOM/IZLAZOM  
7.1. Usluga InputOutputControlByIdentifier  
7.1.1 Opis poruka  
7.1.2 Format poruka  
7.1.3 Opis parametara  
8. FORMATI DATARECORDS  
8.1. Rasponi prenesenih parametara  
8.2. Formati dataRecords  
1. UVOD  
U ovom se Dodatku opisuje na čin razmjene podataka izme đu jedinice u 
vozilu i ispitnog ure đaja putem K-linije koja čini sastavni dio su čelja za 
kalibraciju opisanog u Dodatku 6. Isto se tako opisuje upravljanje 
linijom ulaznih/izlaznih signala na priklju čku za kalibraciju.  
Uspostavljanje komunikacije putem K-linije opisano je u odjeljku 4. 
„Komunikacijske usluge”.  
U ovom se Dodatku upotrebljava pojam dijagnosti čkih „razmjena poda ­
taka” (eng.  session ) za određivanje opsega upravljanja putem K-linije u 
različitim uvjetima. Standardna je razmjena podataka „StandardDiagno ­
sticSession” u kojoj se svi podatci mogu čitati s jedinice u vozilu, ali 
niti jedan podatak nije mogu će upisati u jedinicu u vozilu.  
Odabir dijagnosti čke razmjene podataka opisan je u odjeljku 5. „Usluge 
upravljanja”.  
Ovaj Dodatak smatra se relevantnim za obje generacije jedinica u 
vozilu i kartica radionica u skladu sa zahtjevima za interoperabilnost 
utvrđenima u ovoj Uredbi.  
CPR_001 „ECUProgrammingSession” omogu ćuje unos podataka u 
jedinicu u vozilu. Osim toga, u slu čaju unosa podataka za 
kalibraciju, jedinica u vozilu mora biti u na činu rada KALI ­
BRACIJA.  
Prijenos podataka putem K-linije opisan je u odjeljku 6. 
„Usluge prijenosa podataka”. Formati prenesenih podataka 
detaljno su izloženi u odjeljku 8. „Formati dataRecords”.  
CPR_002 „ECUAdjustmentSession” omogu ćuje odabir U/I (ulazno/iz ­
laznog) na čina rada linije kalibracije U/I signala putem 
sučelja K-linije. Upravljanje linijom kalibracije U/I signala 
opisano je u odjeljku 7. „Upravljanje ispitnim impulsima – 
funkcionalna jedinica za upravljanje ulazom/izlazom”.  
CPR_003 U ovom se dokumentu adresa ispitnog ure đaja navodi kao 
‘tt’. Iako mogu postojati preferirane adrese ispitnih ure đaja, 
jedinica u vozilu ispravno odgovara na svaku adresu 
ispitnog ure đaja. Fizička je adresa jedinice u vozilu 0xEE.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 303  
2. IZRAZI, DEFINICIJE I REFERENTNI DOKUMENTI  
Protokoli, poruke i kodovi pogrešaka u na čelu se temelje na nacrtu 
norme ISO 14229-1 ( Road vehicles – Diagnostic systems – Part 1 : 
Diagnostic services , verzija 6. od 22. velja če 2001.).  
Za identifikatore usluge, zahtjeve za usluge i odgovore te za standardne 
parametre upotrebljavaju se bajtno kodiranje i heksadecimalne vrijed ­
nosti.  
Izraz „ispitni ure đaj” odnosi se na ure đaj koji se upotrebljava za unos 
podataka za programiranje/kalibraciju u jedinicu u vozilu (VU).  
Izrazi „korisnik” i „poslužitelj” odnose se na ispitni ure đaj odnosno 
jedinicu u vozilu.  
Izraz ECU ozna čuje „elektroni čku upravlja čku jedinicu” i odnosi se na 
jedinicu u vozilu.  
Referentni dokumenti:  
▼M1 
ISO 14230-2: Road Vehicles -Diagnostic Systems — Keyword 
Protocol 2000- Part 2: Data Link Layer.  
Prvo izdanje, 1999.  
▼B 
3. PREGLED USLUGA  
3.1. Raspoložive usluge  
U sljedećoj je tablici naveden pregled usluga koje će biti raspoložive u 
tahografu i koje su definirane u ovom dokumentu.  
CPR_004 U tablici su prikazane usluge koje su raspoložive u aktivi ­
ranoj dijagnosti čkoj razmjeni podataka.  
— U prvom stupcu  navode se usluge koje su raspoložive,  
— u drugom stupcu  navodi se broj odjeljka u ovom 
Dodatku u kojem je usluga detaljnije definirana,  
— u  trećem stupcu  pridružene su vrijednosti identifikatora 
usluge (SId) za poruke zahtjeva,  
— u četvrtom stupcu  navode se usluge  „StandardDia ­
gnosticSession” (SD)  koje se moraju primjenjivati u 
svakoj jedinici u vozilu,  
— u  petom stupcu  navode se usluge  „ECUAdjustment ­
Session” (ECUAS)  koje se moraju primjenjivati za 
omogućivanje upravljanja linijom U/I signala u 
priključku za kalibraciju na prednjoj stranici jedinice u 
vozilu,  
— u  šestom stupcu  navode se usluge  „ECUProgram ­
mingSession” (ECUPS)  koje se moraju primjenjivati 
za omogućivanje programiranja parametara u jedinici u 
vozilu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 304  
Tablica 1.  
Sažetak vrijednosti identifikatora usluge  
Dijagnostička razmjena podataka  
Naziv dijagnosti čke usluge  Broj 
odjeljka  Zaht. vrijednost 
SId SD ECUAS  ECUPS  
StartCommunication  4.1  81  ■ ■ ■ 
StopCommunication  4.2  82  ■ 
TesterPresent  4.3  3E  ■ ■ ■ 
StartDiagnosticSession  5.1  10  ■ ■ ■ 
SecurityAccess  5.2  27  ■ ■ ■ 
ReadDataByIdentifier  6.1  22  ■ ■ ■ 
WriteDataByIdentifier  6.2  2E  ■ 
InputOutputControlByIdentifier  7.1  2F  ■ 
■ Ovaj simbol ozna čuje da je usluga obvezna u ovoj dijagnosti čkoj razmjeni podataka. 
Izostanak simbola ozna čuje da ta usluga nije dopuštena u ovoj dijagnosti čkoj razmjeni podataka.  
3.2. Kodovi odgovora  
Za svaku su uslugu definirani kodovi odgovora.  
4. KOMUNIKACIJSKE USLUGE  
Neke su usluge potrebne za uspostavljanje i održavanje komunikacije. 
One se ne javljaju na aplikacijskoj razini. Raspoložive usluge opisane 
su u sljede ćoj tablici:  
Tablica 2.  
Komunikacijske usluge  
Naziv usluge  Opis  
StartCommunication  Korisnik zahtijeva po četak komunika ­
cijske razmjene podataka s poslužite ­
ljem (poslužiteljima).  
StopCommunication  Korisnik zahtijeva prekid komunika ­
cijske razmjene podataka koja je u tije ­
ku. 
TesterPresent  Korisnik ukazuje poslužitelju da je još 
uvijek prisutan.  
CPR_005 Usluga StartCommunication upotrebljava se za po četak 
komunikacije. Da bi se obavila neka usluga, komunikacija 
se mora pokrenuti, a komunikacijski parametri moraju biti 
primjereni željenom na činu rada.  
4.1. Usluga StartCommunication  
CPR_006 Po prijemu primitiva indikacije StartCommunication, jedi ­
nica u vozilu provjerava može li se zahtijevana komunika ­
cijska veza pokrenuti u trenuta čnim uvjetima. Valjani uvjeti 
za početak komunikacijske veze opisani su u normi ISO 
14230-2.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 305  
CPR_007 Potom jedinica u vozilu obavlja sve potrebne radnje za 
pokretanje (inicijalizaciju) komunikacijske veze i šalje 
primitiv odgovora StartCommunication s odabranim para ­
metrima pozitivnog odgovora.  
CPR_008 Ako jedinica u vozilu koja je ve ć pokrenuta (i zapo čela je 
dijagnostičku razmjenu podataka) primi novi zahtjev Start ­
Communication (npr. zbog ispravljanja pogreške u ispitnom 
uređaju), zahtjev se prihva ća i jedinica u vozilu se ponovno 
pokreće. 
CPR_009 Ako se iz nekog razloga komunikacijska veza ne može 
pokrenuti, jedinica u vozilu nastavlja raditi kao i neposredno 
prije pokušaja pokretanja komunikacijske veze.  
CPR_010 Poruka sa zahtjevom StartCommunication mora biti fizi čki 
naslovljena.  
CPR_011 Pokretanje jedinice u vozilu za usluge obavlja se metodom 
„brzog pokretanja”:  
— prije svake aktivnosti postoji razdoblje neaktivnosti 
sabirnice,  
— ispitni ure đaj potom šalje obrazac za pokretanje,  
— svi podatci koji su potrebni za uspostavljanje komunika ­
cije sadržani su u odgovoru jedinice u vozilu.  
CPR_012 Po završetku pokretanja:  
— svi komunikacijski parametri postavljaju se na vrijed ­
nosti utvrđene u tablici 4. prema bajtovima klju ča, 
— jedinica u vozilu čeka na prvi zahtjev ispitnog ure đaja, 
— jedinica u vozilu u standardnom je dijagnosti čkom 
načinu rada, tj. StandardDiagnosticSession,  
— linija kalibracije U/I signala je u standardnom odnosno 
isključenom stanju.  
CPR_014 Brzina prijenosa podataka na K-liniji iznosi 10 400 bauda.  
CPR_016 Brzo pokretanje zapo činje kada ispitni ure đaj prenese 
obrazac pobude (Wup) na K-liniji. Obrazac zapo činje 
nakon vremena mirovanja na K-liniji u vremenu smanjene 
aktivnosti Tinil. Ispitni ure đaj prenosi prvi bit usluge Start ­
Communication nakon razdoblja Twup i prvog prekida.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 306  
CPR_017 Vremenski raspored za brzo pokretanje i komunikaciju 
općenito naveden je u tablicama u nastavku. Postoje 
različite mogućnosti za razdoblje mirovanja:  
— prvi prijenos nakon uklju čivanja, Tidle = 300 ms,  
— nakon okon čanja usluge StopCommunication, Tidle = 
P3 min.,  
— nakon prekida komunikacije zbog isteka vremena P3 
maks., Tidle = 0.  
Tablica 3.  
Vremenski raspored za brzo pokretanje  
Parametar  najmanja vrijednost  najve ća vrijednost  
Tinil  25 ± 1 ms  24 ms  26 ms  
Twup  50 ± 1 ms  49 ms  51 ms  
Tablica 4.  
Vremenski raspored komunikacije  
Vremenski 
parametar  Opis parametra  Donje grani čne 
vrijednosti [ms]  Gornje grani čne 
vrijednosti [ms]  
min. maks.  
P1 Međubajtno vrijeme za 
odgovor jedinice u vozilu  0 20  
P2 Vrijeme izme đu zahtjeva 
ispitnog ure đaja i odgovora 
jedinice u vozilu ili dvaju 
odgovora jedinice u vozilu  25 250  
P3 Vrijeme izme đu kraja odgo ­
vora jedinice u vozilu i 
početka novog zahtjeva 
ispitnog ure đaja 55 5 000  
P4 Međubajtno vrijeme za zahtjev 
ispitnog ure đaja 5 20  
CPR_018 Format poruka za brzo pokretanje prikazan je u sljede ćim 
tablicama:  
Tablica 5.  
Poruka zahtjeva StartCommunication  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  81 FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 307  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#4 Identifikator usluge zahtjeva 
StartCommunication  81 SCR  
#5 Kontrolni zbroj  00-FF  CS  
Tablica 6.  
Poruka StartCommunication s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 Identifikator usluge Start ­
Communication s pozitivnim 
odgovorom  C1 SCRPR  
#6 Bajt klju ča 1 EA  KB1  
#7 Bajt klju ča 2 8F  KB2  
#8 Kontrolni zbroj  00-FF  CS  
CPR_019 Nema negativnog odgovora na poruku zahtjeva StartCom ­
munication; ako nema poruke s pozitivnim odgovorom za 
prijenos, tada se jedinica u vozilu ne pokre će, ništa se ne 
prenosi i ona nastavlja s redovnim radom.  
4.2. Usluga StopCommunication  
4.2.1  Opis poruka  
Svrha je ove usluge komunikacijske razine prekid komunikacijske 
razmjene podataka.  
CPR_020 Po prijemu primitiva indikacije StopCommunication, jedi ­
nica u vozilu provjerava omogu ćuju li prevladavaju ći 
uvjeti prekid ove komunikacije. U tom slu čaju jedinica u 
vozilu obavlja sve radnje potrebne za okon čanje ove komu ­
nikacije.  
CPR_021 Ako je mogu će prekinuti komunikaciju, jedinica u vozilu 
izdaje primitiv odgovora StopCommunication s odabranim 
parametrima pozitivnog odgovora prije prekida komunika ­
cije. 
CPR_022 Ako se komunikacija iz nekog razloga ne može prekinuti, 
jedinica u vozilu izdaje primitiv odgovora StopCommunica ­
tion s odabranim parametrom negativnog odgovora.  
CPR_023 Ako jedinica u vozilu utvrdi istek vremena P3 maks., komu ­
nikacija se prekida bez izdavanja primitiva bilo kakvog 
odgovora.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 308  
4.2.2  Format poruka  
CPR_024 Formati poruke za primitive StopCommunication prikazani 
su u sljede ćim tablicama:  
Tablica 7.  
Poruka zahtjeva StopCommunication  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  
#4 Bajt za dodatnu duljinu  01  LEN  
#5 StopCommunication Request 
Service Id  82 SPR  
#6 Kontrolni zbroj  00-FF  CS  
Tablica 8.  
Poruka StopCommunication s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  01  LEN  
#5 StopCommunication Positive 
Response Service Id  C2 SPRPR  
#6 Kontrolni zbroj  00-FF  CS  
Tablica 9.  
Poruka StopCommunication s negativnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 309  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#5 negative Response Service Id  7F  NR  
#6 Identifikator usluge zahtjeva 
StopCommunication  82 SPR  
#7 responseCode = generalReject  10  RC_GR  
#8 Kontrolni zbroj  00-FF  CS  
4.2.3  Opis parametara  
Ova usluga ne zahtijeva opis parametara.  
4.3. Usluga TesterPresent  
4.3.1  Opis poruka  
Ispitni ure đaj upotrebljava uslugu TesterPresent kako bi poslužitelju 
ukazao da je još uvijek prisutan, kako bi se sprije čilo automatsko 
vraćanje poslužitelja u redovan rad i mogu ći prekid komunikacije. 
Ova usluga, koja se povremeno šalje, održava dijagnosti čku razmjenu 
podataka / komunikaciju aktivnom ponovnim postavljanjem sata P3 
prilikom svakog primitka zahtjeva za ovu uslugu.  
4.3.2  Format poruka  
CPR_079 Format poruka za primitive TesterPresent prikazan je u slje ­
dećim tablicama:  
Tablica 10.  
Poruka zahtjeva TesterPresent  
Bajt #  Naziv parametra  Heksa­
deci­
malna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  
#4 Bajt za dodatnu duljinu  02  LEN  
#5 TesterPresent Request Service Id  3E  TP  
#6 Podfunkcija = responseRequired =  [ da  01  RESPREQ_Y  
ne ] 02  RESPREQ_NO  
#7 Kontrolni zbroj  00-FF  CS  
CPR_080 Ako je parametar responseRequired postavljen na „da”, 
poslužitelj odgovara porukom sa sljede ćim pozitivnim odgo ­
vorom. Ako je postavljen na „ne”, poslužitelj ne šalje 
nikakav odgovor.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 310  
Tablica 11.  
Poruka TesterPresent s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  01  LEN  
#5 TesterPresent Positive 
Response Service Id  7E TPPR  
#6 Kontrolni zbroj  00-FF  CS  
CPR_081 Usluga podržava sljede će kodove negativnih odgovora:  
Tablica 12.  
Poruka TesterPresent s negativnim odgovorom  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 negative Response Service Id  7F  NR  
#6 TesterPresent Request Service Identifica ­
tion 3E TP  
#7 responseCode =  [SubFunctionNotSup ­
ported-InvalidFormat  12 RC_SFNS_IF  
incorrectMessage ­
Length]  13 RC_IML  
#8 Kontrolni zbroj  00-FF  CS  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 311  
5. USLUGE UPRAVLJANJA  
Raspoložive usluge opisane su u sljede ćoj tablici:  
Tablica 13.  
Usluge upravljanja  
Naziv usluge  Opis  
StartDiagnosticSession  Korisnik zahtijeva po četak dijagnosti čke 
razmjene podataka s jedinicom u vozilu.  
SecurityAccess  Korisnik zahtijeva pristup funkcijama 
koje su ograni čene na ovlaštene korisni ­
ke. 
5.1. Usluga StartDiagnosticSession  
5.1.1  Opis poruka  
CPR_025 Usluga StartDiagnosticSession upotrebljava se kako bi 
omogućila različite dijagnosti čke razmjene podataka u 
poslužitelju. Dijagnosti čka razmjena podataka omogu ćuje 
poseban skup usluga prema tablici 17. Razmjena podataka 
može proizvo đačima vozila omogu ćiti posebne usluge koje 
nisu dio ovog dokumenta. Provedbena pravila ispunjavaju 
sljedeće zahtjeve:  
— uvijek je samo jedna dijagnosti čka razmjena podataka 
aktivna u jedinici u vozilu,  
— prilikom uklju čenja jedinica u vozilu uvijek pokre će 
StandardDiagnosticSession. Ako nije pokrenuta niti 
jedna druga dijagnosti čka razmjena podataka, Standard ­
DiagnosticSession je aktivan sve dok je uklju čena jedi­
nica u vozilu,  
— ako je ispitni ure đaj zatražio dijagnosti čku razmjenu 
podataka koja je ve ć aktivna, tada jedinica u vozilu 
šalje poruku s pozitivnim odgovorom,  
— svaki put kada ispitni ure đaj zatraži novu dijagnosti čku 
razmjenu podataka, jedinica u vozilu najprije šalje 
poruku StartDiagnosticSession s pozitivnim odgovorom 
prije nego što novi proces postane aktivan u jedinici u 
vozilu. Ako nije u stanju zapo četi zatraženu novu dija ­
gnostičku razmjenu podataka, jedinica u vozilu odgovara 
porukom StartDiagnosticSession s negativnim odgo ­
vorom te nastavlja teku ću razmjenu podataka.  
CPR_026 Dijagnosti čka razmjena podataka zapo činje samo ako je 
uspostavljena komunikacija izme đu korisnika i jedinice u 
vozilu.  
CPR_027 Vremenski parametri utvr đeni u tablici 4. moraju biti aktivni 
nakon uspješne usluge StartDiagnosticSession s parametrom 
diagnosticSession postavljenim na „StandardDiagnosticSes ­
sion” u poruci zahtjeva ako je prethodno bila aktivna druga 
dijagnostička razmjena podataka.  
5.1.2  Format poruka  
CPR_028 Formati poruka za primitive StartDiagnosticSession prika ­
zani su u sljede ćim tablicama:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 312  
Tablica 14.  
Poruka zahtjeva StartDiagnosticSession  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  
#4 Bajt za dodatnu duljinu  02  LEN  
#5 StartDiagnosticSession 
Request Service Id  10 STDS  
#6 diagnosticSession = [jedna 
vrijednost iz tablice 17.]  xx DS_…  
#7 Kontrolni zbroj  00-FF  CS  
Tablica 15.  
Poruka StartDiagnosticSession s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  02  LEN  
#5 StartDiagnosticSession Posi ­
tive Response Service Id  50 STDSPR  
#6 diagnosticSession = [ista 
vrijednost kao u bajtu #6 iz 
tablice 14.]  xx DS_…  
#7 Kontrolni zbroj  00-FF  CS  
Tablica 16.  
Poruka StartDiagnosticSession s negativnim odgovorom  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 313  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 Negative Response Service Id  7F  NR  
#6 StartDiagnosticSession Request Service Id  10  STDS  
#7 ResponseCode =  [subFunctionNotSup ­
ported (  a ) 12 RC_SFNS  
incorrectMessage ­
Length (  b ) 13 RC_IML  
conditionsNotCor ­
rect (  c ) 22 RC_CNC  
#8 Kontrolni zbroj  00-FF  CS  
( a ) Vrijednost unesena u bajt #6 poruke zahtjeva ne podržava se, tj. nije u tablici 17. 
( b ) Duljina poruke pogrešna je. 
( c ) Kriteriji za zahtjev StartDiagnosticSession nisu ispunjeni.  
5.1.3  Opis parametara  
CPR_029 Usluga StartDiagnosticSession upotrebljava parametar 
diagnosticSession (DS_) za odabir posebnog postupka 
jednog ili više poslužitelja. U ovom su dokumentu opisane 
sljedeće dijagnosti čke razmjene podataka:  
Tablica 17.  
Određivanje vrijednosti diagnosticSession  
Heksadeci­
malna 
vrijednost  Opis  Mnemonik  
81 StandardDiagnosticSession  
Ova dijagnosti čka razmjena podataka omogu ćuje 
sve usluge navedene u  tablici 1. stupcu 4. „SD” . 
Te usluge omogu ćuju čitanje svih podataka s 
poslužitelja (jedinice u vozilu). Ova je dijagnos- 
tička razmjena podataka aktivna nakon što je 
uspješno obavljeno pokretanje izme đu korisnika 
(ispitnog ure đaja) i poslužitelja (jedinice u 
vozilu). Preko ove dijagnosti čke razmjene poda- 
taka mogu se memorirati druge dijagnosti čke 
razmjene podataka navedene u ovom odjeljku.  SD 
85 ECUProgrammingSession  
Ova dijagnosti čka razmjena podataka omogu ćuje 
sve usluge navedene u  tablici 1. stupcu 6. 
„ECUPS” . Te usluge podržavaju programiranje 
memorije poslužitelja (jedinice u vozilu). Preko 
ove dijagnosti čke razmjene podataka mogu se 
memorirati druge dijagnosti čke razmjene poda- 
taka navedene u ovom odjeljku.  ECUPS  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 314  
Heksadeci­
malna 
vrijednost  Opis  Mnemonik  
87 ECUAdjustmentSession  
Ova dijagnosti čka razmjena podataka omogu ćuje 
sve usluge navedene u  tablici 1. stupcu 5. 
„ECUAS”.  Te usluge podržavaju upravljanje 
ulazom/izlazom poslužitelja (jedinice u vozilu). 
Preko ove dijagnosti čke razmjene podataka 
mogu se memorirati druge dijagnosti čke razm- 
jene podataka navedene u ovom odjeljku.  ECUAS  
5.2. Usluga SecurityAccess  
Upisivanje podataka kalibracije nije mogu će osim ako je jedinica u 
vozilu u na činu rada KALIBRACIJA. Osim unošenja valjane kartice 
radionice u jedinicu u vozilu, u jedinicu u vozilu potrebno je upisati 
odgovaraju ći PIN prije dobivanja dopuštenja za pristup na činu rada 
KALIBRACIJA.  
Kad je jedinica u vozilu u na činu rada KALIBRACIJA ili UPRAV ­
LJANJE, mogu ć je pristup liniji kalibracije ulaznih/izlaznih signala.  
Usluga SecurityAccess osigurava na čin unosa PIN-a i ukazivanje 
ispitnom ure đaju je li jedinica u vozilu u na činu rada KALIBRACIJA.  
Dopušten je unos PIN-a na neki drugi na čin. 
5.2.1  Opis poruka  
Uslugu SecurityAccess čine SecurityAccess poruke „requestSeed”, 
nakon čega može slijediti SecurityAccess poruka „sendKey”. Usluga 
SecurityAccess mora se provesti nakon usluge StartDiagnosticSession.  
CPR_033 Ispitni ure đaj može upotrebljavati SecurityAccess poruku 
„requestSeed” za provjeru je li jedinica u vozilu spremna 
za prihvaćanje PIN-a.  
CPR_034 Ako je jedinica u vozilu ve ć u načinu rada KALIBRACIJA, 
na zahtjev odgovara upu ćivanjem signala („seed”) od 
0x0000 upotrebom usluge SecurityAccess s pozitivnim 
odgovorom.  
CPR_035 Ako je jedinica u vozilu spremna prihvatiti PIN za provjeru 
putem kartice radionice, na zahtjev odgovara slanjem 
signala („seed”) ve ćeg od 0x0000 upotrebom usluge Secu ­
rityAccess s pozitivnim odgovorom.  
CPR_036 Ako jedinica u vozilu nije spremna prihvatiti PIN iz ispitnog 
uređaja, bilo zato što umetnuta kartica radionice nije valjana 
ili zato što kartica radionice nije umetnuta ili stoga što 
jedinica u vozilu o čekuje PIN na neki drugi na čin, na 
zahtjev odgovara negativnim odgovorom s kodom odgovora 
koji je postavljen na conditionsNotCorrectOrRequestSe ­
quenceError.  
CPR_037 Ispitni ure đaj može potom upotrijebiti SecurityAccess 
poruku „sendKey” za slanje PIN-a jedinici u vozilu. Kako 
bi se dalo vremena za provo đenje postupka autentifikacije 
kartice, jedinica u vozilu upotrebljava kod negativnog odgo ­
vora requestCorrectlyReceived-ResponsePending kako bi se 
produljilo vrijeme za davanje odgovora. Me đutim, dopuš ­
teno vrijeme za davanje odgovora ne smije biti dulje od  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 315  
pet minuta. Čim se zahtijevana usluga završi, jedinica u 
vozilu šalje poruku s pozitivnim odgovorom ili poruku s 
negativnim odgovorom s kodom odgovora koji je razli čit 
od navedenog. Jedinica u vozilu može ponavljati kod nega ­
tivnog odgovora requestCorrectlyReceived-ResponsePen ­
ding do završetka zahtijevane usluge i do upu ćivanja 
poruke s kona čnim odgovorom.  
CPR_038 Jedinica u vozilu odgovara na ovaj zahtjev upotrebom 
usluge SecurityAccess s pozitivnim odgovorom samo kada 
je u načinu rada KALIBRACIJA.  
CPR_039 U sljede ćim slučajevima, jedinica u vozilu odgovara na ovaj 
zahtjev negativnim odgovorom s kodom odgovora postav ­
ljenim na:  
— subFunctionNotSupported: nepravilan format parametra 
podfunkcije (accessType),  
— conditionsNotCorrectOrRequestSequenceError: jedinica 
u vozilu nije spremna za prihva ćanje unosa PIN-a,  
— invalidKey: PIN nije valjan i broj pokušaja provjere 
PIN-a nije premašen,  
— exceededNumberOfAttempts: PIN nije valjan i broj 
pokušaja provjere PIN-a je premašen,  
— generalReject: ispravan PIN, ali uzajamna autentifikacija 
s karticom radionice nije uspjela.  
5.2.2  Format poruka – SecurityAccess – requestSeed  
CPR_040 Formati poruka za SecurityAccess primitive „requestSeed” 
prikazani su u sljede ćim tablicama:  
Tablica 18.  
Zahtjev SecurityAccess – poruka requestSeed  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  
#4 Bajt za dodatnu duljinu  02  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – requestSeed  7D  AT_RSD  
#7 Kontrolni zbroj  00-FF  CS  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 316  
Tablica 19.  
SecurityAccess – poruka requestSeed s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  04  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – requestSeed  7D  AT_RSD  
#7 SeedHigh  00-FF  SEEDH  
#8 SeedLow  00-FF  SEEDL  
#9 Kontrolni zbroj  00-FF  CS  
Tablica 20.  
Poruka SecurityAccess s negativnim odgovorom  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 negativeResponse Service Id  7F  NR  
#6 Identifikator usluge zahtjeva SecurityAc ­
cess 27 SA  
#7 responseCode =  [conditionsNotCorrec ­
tOrRequestSequen ­
ceError  22 RC_CNC  
incorrectMessage ­
Length]  13 RC_IML  
#8 Kontrolni zbroj  00-FF  CS  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 317  
5.2.3  Format poruka – SecurityAccess – sendKey  
CPR_041 Formati poruka za SecurityAccess primitive „sendKey” 
prikazani su u sljede ćim tablicama:  
Tablica 21.  
Zahtjev SecurityAccess – poruka sendKey  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  
#4 Bajt za dodatnu duljinu  m+2  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – sendKey  7E  AT_SK  
#7 do #m+6  Ključ #1 (viši)  xx  KEY  
… …  
Ključ #m (niži, m mora biti 
najmanje 4, a najviše 8)  xx 
#m+7  Kontrolni zbroj  00-FF  CS  
Tablica 22.  
SecurityAccess – poruka sendKey s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  02  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – sendKey  7E  AT_SK  
#7 Kontrolni zbroj  00-FF  CS  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 318  
Tablica 23.  
Poruka SecurityAccess s negativnim odgovorom  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  27  SA  
#7 ResponseCode =  [generalReject  10  RC_GR  
subFunctionNotSup ­
ported  12 RC_SFNS  
incorrectMessage ­
Length  13 RC_IML  
conditionsNotCorrect- 
OrRequestSequen ­
ceError  22 RC_CNC  
invalidKey  35  RC_IK  
exceededNumberOf- 
Attempts  36 RC_ENA  
requestCorrectlyRe ­
ceived-ResponsePen ­
ding]  78 RC_RCR_RP  
#8 Kontrolni zbroj  00-FF  CS  
6. USLUGE PRIJENOSA PODATAKA  
Raspoložive usluge opisane su u sljede ćoj tablici:  
Tablica 24.  
Usluge prijenosa podataka  
Naziv usluge  Opis  
ReadDataByIdentifier  Korisnik zahtijeva prijenos trenuta čne vrijed­
nosti zapisa kojem recordDataldentifier ima 
pristup.  
WriteDataByIdentifier  Korisnik zahtijeva upisivanje zapisa kojem 
je recordDataldentifier pristupio.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 319  
6.1. Usluga ReadDataByIdentifier  
6.1.1  Opis poruka  
CPR_050 Uslugu ReadDataByIdentifier korisnik upotrebljava za 
traženje vrijednosti podatkovnih zapisa iz poslužitelja. 
Podatke identificira recordDataldentifier. Proizvo đač jedi­
nice u vozilu odgovoran je za ispunjavanje uvjeta posluži ­
telja prilikom obavljanja ove usluge.  
6.1.2  Format poruka  
CPR_051 Formati poruka za primitive ReadDataByIdentifier prikazani 
su u sljede ćim tablicama:  
Tablica 25.  
Poruka zahtjeva ReadDataByIdentifier  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 ReadDataByIdentifier 
Request Service Id  22 RDBI  
#6 do #7  recordDataIdentifier = [jedna 
vrijednost iz tablice 28.]  xxxx  RDI_…  
#8 Kontrolni zbroj  00-FF  CS  
Tablica 26.  
Poruka ReadDataByIdentifier s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  m+3  LEN  
#5 ReadDataByIdentifier Positive 
Response Service Id  62 RDBIPR  
#6 i #7  recordDataIdentifier = [ista vrijednost 
kao bajtovi #6 i #7 iz tablice 25.]  xxxx  RDI_…  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 320  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#8 do #m+7  dataRecord[] =  [data#1  xx  DREC_DA ­
TA1 
: :  :  
data#m]  xx  DREC_DA ­
TAm  
#m+8  Kontrolni zbroj  00-FF  CS  
Tablica 27.  
Poruka ReadDataByIdentifier s negativnim odgovorom  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 Identifikator usluge zahtjeva ReadDataByI ­
dentifier  22 RDBI  
#7 ResponseCode =  [requestOutOfRange  31  RC_ROOR  
incorrectMessage ­
Length  13 RC_IML  
conditionsNotCorrect]  22  RC_CNC  
#8 Kontrolni zbroj  00-FF  CS  
6.1.3  Opis parametara  
CPR_052 Parametar  recordDataIdentifier (RDI_)  u poruci zahtjeva 
ReadDataByldentifier identificira podatkovni zapis.  
CPR_053 Vrijednosti recordDataIdentifier utvr đene u ovom doku ­
mentu prikazane su u tablici u nastavku.  
Tablicu recordDataldentifier čine četiri stupca i više redaka.  
— U prvom stupcu (Heks.)  navodi se „heksadecimalna 
vrijednost” dodijeljena parametru recordDataldentifier 
opisanom u tre ćem stupcu.  
— U drugom stupcu (Podatkovni element)  prikazan je 
podatkovni element iz Dodatka 1. na kojem se temelji 
recordDataldentifier (ponekad je potrebno prekodiranje).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 321  
— U trećem stupcu (Opis)  navodi se odgovaraju ći naziv 
parametra recordDataldentifier.  
— U četvrtom stupcu (Mnemonik)  navodi se mnemonik 
tog parametra recordDataldentifier.  
Tablica 28.  
Određivanje vrijednosti recordDataIdentifier  
Heks.  Podatkovni element  Naziv parametra recordDataIden ­
tifier 
(vidjeti format u odjeljku 8.2.)  Mnemonik  
F90B
  TimeDate  RDI_TD  
F912
  HighResolutionTotalVehicle ­
Distance  RDI_HRTVD  
F918
  Kfactor  RDI_KF  
F91C
  LfactorTyreCircumference  RDI_LF  
F91D
  WvehicleCharacteristicFactor  RDI_WVCF  
F921
  TyreSize  RDI_TS  
F922
  NextCalibrationDate  RDI_NCD  
F92C
  SpeedAuthorised  RDI_SA  
F97D
  RegisteringMemberState  RDI_RMS  
F97E
  VehicleRegistrationNumber  RDI_ VRN  
F190
  VIN  RDI_ VIN  
CPR_054 Parametar  dataRecord (DREC_)  upotrebljava poruka Read ­
DataByldentifier s pozitivnim odgovorom za pružanje kori ­
sniku (ispitnom ure đaju) vrijednosti podatkovnog zapisa koji 
je identificirao recordDataIdentifier. Formati podataka nave ­
deni su u odjeljku 8. Mogu se primijeniti dodatni korisni čki 
neobvezni dataRecords, uklju čujući posebne ulazne, 
unutarnje i izlazne podatke jedinice u vozilu, no oni nisu 
definirani u ovom dokumentu.  
6.2. Usluga WriteDataByIdentifier  
6.2.1  Opis poruka  
CPR_056 Uslugu WriteDataByIdentifier korisnik upotrebljava za 
upisivanje vrijednosti podatkovnih zapisa na poslužitelj. 
Podatke identificira parametar recordDataldentifier. Proiz ­
vođač jedinice u vozilu odgovoran je za ispunjavanje 
uvjeta poslužitelja prilikom obavljanja ove usluge. Za ažuri ­
ranje parametara navedenih u tablici 28. jedinica u vozilu 
mora biti u na činu rada KALIBRACIJA.  
6.2.2  Format poruka  
CPR_057 Formati poruka za primitive WriteDataByIdentifier prikazani 
su u sljede ćim tablicama:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 322  
Tablica 29.  
Poruka zahtjeva WriteDataByIdentifier  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  
#4 Bajt za dodatnu duljinu  m+3  LEN  
#5 WriteDataByIdentifier Request 
Service Id  2E WDBI  
#6 do #7  recordDataIdentifier = [jedna vrijed ­
nost iz tablice 28.]  xxxx  RDI_…  
#8 do m+7  dataRecord[] =  [data#1  xx  DREC_DA ­
TA1 
: :  :  
data#m]  xx  DREC_DA ­
TAm  
#m+8  Kontrolni zbroj  00-FF  CS  
Tablica 30.  
Poruka WriteDataByIdentifier s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 WriteDataByIdentifier Posi ­
tive Response Service Id  6E WDBIPR  
#6 do #7  recordDataIdentifier = [ista 
vrijednost kao bajtovi #6 i #7 
iz tablice 25.]  xxxx  RDI_…  
#8 Kontrolni zbroj  00-FF  CS  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 323  
Tablica 31.  
Poruka WriteDataByIdentifier s negativnim odgovorom  
Bajt #  Naziv parametra  Heksade­
cimalna 
vrijed­
nost Mnemonik  
#1 Formatni bajt – fizi čko adresiranje  80  FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 WriteDataByIdentifier Request Service Id  2E  WDBI  
#7 ResponseCode =  [requestOutOfRange  31  RC_ROOR  
incorrectMessage ­
Length  13 RC_IML  
conditionsNotCorrect]  22  RC_CNC  
#8 Kontrolni zbroj  00-FF  CS  
6.2.3  Opis parametara  
Parametar  recordDataIdentifier (RDI_)  određen je u tablici 28.  
Parametar  dataRecord (DREC_)  upotrebljava poruka zahtjeva Write ­
DataByIdentifier za davanje poslužitelju (jedinici u vozilu) vrijednosti 
podatkovnih zapisa koje je identificirao recordDataIdentifier. Formati 
podataka navedeni su u odjeljku 8.  
7. UPRAVLJANJE ISPITNIM IMPULSIMA – FUNKCIONALNA JEDI ­
NICA ZA UPRAVLJANJE ULAZOM/IZLAZOM  
Raspoložive usluge opisane su u sljede ćoj tablici:  
Tablica 32.  
Funkcionalna jedinica za upravljanje ulazom/izlazom  
Naziv usluge  Opis  
InputOutputControl ­
ByIdentifier  Korisnik zahtijeva upravljanje ulazom/ 
izlazom specifi čno za poslužitelj  
7.1. Usluga InputOutputControlByIdentifier  
7.1.1  Opis poruka  
Postoji veza putem priklju čka na prednjoj strani tahografa koja omogu ­ 
ćuje upravljanje ispitnim impulsima ili njihovo pra ćenje upotrebom 
odgovaraju ćeg ispitnog ure đaja. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 324  
CPR_058 Ova linija kalibracije U/I signala može se konfigurirati 
naredbom iz K-linije putem usluge InputOutputControlByI ­
dentifier za odabir zahtijevane funkcije ulaza ili izlaza za 
liniju. Raspoloživa su stanja linije:  
— isključeno, 
— speedSignalInput, pri čemu se linija kalibracije U/I 
signala upotrebljava za ulaz signala brzine (ispitni 
signal) koji nadomješta signal brzine senzora kretanja; 
ova funkcija nije mogu ća u kontrolnom na činu rada,  
— realTimeSpeedSignalOutputSensor, pri čemu se linija 
kalibracije signala U/I upotrebljava za izlaz signala 
brzine senzora kretanja,  
— RTCOutput, pri čemu se linija kalibracije U/I signala 
upotrebljava za izlaz signala UTC sata; ova funkcija 
nije moguća u kontrolnom na činu rada.  
CPR_059 Jedinica u vozilu morala je pristupiti procesu podešavanja i 
mora biti u kalibracijskom ili kontrolnom na činu rada za 
konfiguraciju stanja linije. Kad je jedinica u vozilu u kali ­
bracijskom na činu rada, dostupne su četiri linije stanja 
(isključeno, speedSignalInput, realTimeSpeedSignalOutput ­
Sensor, RTCOutput). Kad je jedinica u vozilu u kontrolnom 
načinu rada, dostupne su samo dvije linije stanja (isklju čeno, 
realTimeSpeedSignalOutputSensor). Prilikom izlaza iz 
procesa podešavanja ili kalibracijskog ili kontrolnog na čina 
rada, jedinica u vozilu mora osigurati da se linija kalibracije 
U/I signala vrati u „isklju čeno” (standardno) stanje.  
CPR_060 Ako se impulsi brzine u realnom vremenu primaju na liniju 
ulaza signala brzine jedinice u vozilu dok je linija kalibra ­
cije U/I signala postavljena na ulaz, tada se linija kalibracije 
U/I signala postavlja na izlaz ili vra ća u isključeno stanje.  
CPR_061 Redoslijed je sljede ći: 
— uspostava komunikacije putem usluge StartCommunica ­
tion, 
— ulazak u proces podešavanja putem usluge StartDiagno ­
sticSession i kalibracijski ili kontrolni na čin rada (redo ­
slijed ovih dviju operacija nije bitan),  
— promjena stanja izlaza putem usluge InputOutputCon ­
trolByIdentifier.  
7.1.2  Format poruka  
CPR_062 Formati poruka za primitive InputOutputControlByIdentifier 
prikazani su u sljede ćim tablicama:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 325  
Tablica 33.  
Poruka zahtjeva InputOutputControlByIdentifier  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  EE  TGT  
#3 Bajt izvorne adrese  tt  SRC  
#4 Bajt za dodatnu duljinu  xx  LEN  
#5 InputOutputControlByIden ­
tifier Request Sid  2F IOCBI  
#6 i #7  InputOutputIdentifier = [Cali ­
brationInputOutput]  F960  IOI_CIO  
#8 ili 
#8 do #9  ControlOptionRecord = [  COR_…  
inputOutputControlParameter – 
jedna vrijednost iz tablice 36.  xx IOCP_…  
controlState – jedna vrijednost 
iz tablice 37. (vidjeti napo ­
menu u nastavku)]  xx CS_…  
#9 ili #10  Kontrolni zbroj  00-FF  CS  
Napomena:  Parametar controlState prisutan je samo u nekim 
slučajevima (vidjeti to čku 7.1.3.).  
Tablica 34.  
Poruka InputOutputControlByIdentifier s pozitivnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  xx  LEN  
#5 inputOutputControlByIdenti ­
fier Positive Response SId  6F IOCBIPR  
#6 i #7  inputOutputIdentifier = [Cali ­
brationInputOutput]  F960  IOI_CIO  
#8 ili 
#8 do #9  controlStatusRecord = [  CSR_  
inputOutputControlParameter = 
[ista vrijednost kao bajt #8 iz 
tablice 33.]  xx IOCP_…  
controlState (ista vrijednost 
kao bajt #9 iz tablice 33.)(ako 
je primjenjivo)  xx CS_…  
#9 ili #10  Kontrolni zbroj  00-FF  CS  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 326  
Tablica 35.  
Poruka InputOutputControlByIdentifier s negativnim odgovorom  
Bajt #  Naziv parametra  Heksadecimalna 
vrijednost  Mnemonik  
#1 Formatni bajt – fizi čko adresi­
ranje  80 FMT  
#2 Bajt ciljne adrese  tt  TGT  
#3 Bajt izvorne adrese  EE  SRC  
#4 Bajt za dodatnu duljinu  03  LEN  
#5 negativeResponse Service Id  7F  NR  
#6 Identifikator usluge zahtjeva 
inputOutputControlByIdentifier  2F IOCBI  
#7 responseCode=[  
incorrectMessageLength  13  RC_IML  
conditionsNotCorrect  22  RC_CNC  
requestOutOfRange  31  RC_ROOR  
deviceControlLimitsExceeded]  7A  RC_DCLE  
#8 Kontrolni zbroj  00-FF  CS  
7.1.3  Opis parametara  
CPR_064 Parametar  inputOutputControlParameter (IOCP_)  određen 
je u sljede ćoj tablici:  
Tablica 36.  
Određivanje vrijednosti inputOutputControlParameter  
Heksadeci­
malna 
vrijednost  Opis  Mnemonik  
00 ReturnControlToECU  
Ova vrijednost upozorava poslužitelja (jedinicu u 
vozilu) da ispitni ure đaj više ne upravlja linijom 
kalibracije U/I signala.  RCTECU  
01 ResetToDefault  
Ova vrijednost upozorava poslužitelja (jedinicu u 
vozilu) da se od njega zahtijeva povrat linije 
kalibracije U/I signala u standardno stanje.  RTD ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 327  
Heksadeci­
malna 
vrijednost  Opis  Mnemonik  
03 ShortTermAdjustment  
Ova vrijednost upozorava poslužitelja (jedinicu u 
vozilu) da se od njega zahtijeva podešavanje 
linije kalibracije U/I signala s vrijednoš ću 
obuhvaćenom parametrom controlState.  STA  
CPR_065 Parametar  controlState  prisutan je samo kada je inputOut ­
putControlParameter postavljen na ShortTermAdjustment i 
definiran je u sljede ćoj tablici:  
Tablica 37.  
Određivanje vrijednosti controlState  
Način rada  Heksadeci­
malna vrijed ­
nost Opis 
Isključi 00  U/I linija je isklju čena (standardno stanje)  
Uključi 01  Uklju čuje U/I liniju kalibracije kao speedSi ­
gnalInput  
Uključi 02  Uklju čuje U/I liniju kalibracije kao realTi ­
meSpeedSignalOutputSensor  
Uključi 03  Uklju čuje U/I liniju kalibracije kao RTCOut ­
put 
8. FORMATI DATARECORDS  
U ovom se odjeljku opisuju:  
— opća pravila koja se primjenjuju na raspon parametara koje jedinica 
u vozilu prenosi ispitnom ure đaju, 
— formati koji se upotrebljavaju za podatke koji se prenose putem 
usluga prijenosa podataka opisanih u odjeljku 6.  
CPR_067 Jedinica u vozilu podržava sve utvr đene parametre.  
CPR_068 Podatci koje jedinica u vozilu prenosi ispitnom ure đaju kao 
odgovor na poruku zahtjeva moraju biti izmjereni podatci 
(tj. trenuta čna vrijednost zahtijevanog parametra koji je jedi ­
nica u vozilu izmjerila ili uo čila). 
8.1. Rasponi prenesenih parametara  
CPR_069 U tablici 38. odre đeni su rasponi koji se upotrebljavaju za 
utvrđivanje valjanosti prenesenog parametra.  
CPR_070 Vrijednosti u rasponu „indikator pogreške” omogu ćuju jedi­
nici u vozilu da odmah upozori da valjani parametarski 
podatak trenuta čno nije dostupan zbog neke pogreške u 
tahografu.  
CPR_071 Vrijednosti u rasponu „nije dostupno” omogu ćuju jedinici u 
vozilu da prenese poruku koja sadržava parametar koji nije 
dostupan ili ga taj modul ne podržava. Vrijednosti u 
području „nije traženo” omogu ćuju uređaju da prenese 
poruku naredbe i odredi one parametre kod kojih se ne 
očekuje odgovor prijamnog ure đaja. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 328  
CPR_072 Ako pogreška sastavnog dijela sprije či prijenos valjanog 
podatka za parametar, umjesto podatka za takav parametar 
treba upotrijebiti indikator pogreške opisan u tablici 38. 
Međutim, ako izmjereni ili izra čunani podatak daje valjanu 
vrijednost, ali premašuje utvr đeni raspon parametra, ne smije 
se upotrebljavati indikator pogreške. Podatke treba prenositi 
upotrebljavaju ći odgovaraju ću najmanju ili najve ću vrijed­
nost parametra.  
Tablica 38.  
Rasponi dataRecords  
Naziv raspona  1 bajt 
(heksadecimalna 
vrijednost)  2 bajta 
(heksadecimalna 
vrijednost)  4 bajta 
(heksadecimalna vrijednost)  ASCII  
Valjan signal  00 do FA  0000 do FAFF  00000000 do FAFFFFFF  1 do 254  
Indikator specifi čnog parametra  FB  FB00 do FBFF  FB000000 do FBFFFFFF  nema  
Rezervirani raspon za bitove 
budućih indikatora  FC do FD  FC00 do FDFF  FC000000 do FDFFFFFF  nema  
Indikator pogreške  FE  FE00 do FEFF  FE000000 do FEFFFFFF  0  
Nije dostupno ili nije traženo  FF  FF00 do FFFF  FF000000 do FFFFFFFF  FF  
CPR_073 Za parametre kodirane u ASCII, ASCII znak „*” rezerviran 
je kao razdjelnik.  
8.2. Formati dataRecords  
U tablicama 39. do 42. navedenima u nastavku detaljno su prikazani 
formati koji se upotrebljavaju putem usluga ReadDataByIdentifier i 
WriteDataByIdentifier.  
CPR_074 U tablici 39. navedeni su duljina, razlu čivost i radno 
područje za svaki parametar koji je identificirao njegov 
recordDataldentifier:  
Tablica 39.  
Format dataRecords  
Naziv parametra  Duljina podatka (u 
bajtovima)  Razlučivost  Radno podru čje 
TimeDate  8  Vidjeti pojedinosti u tablici 40.  
HighResolutionTotalVehicle ­
Distance  4 uve ćanje 5 m/bit, pomak 0 m  0 do + 21 055 406 km  
Kfactor  2  uve ćanje 0,001 impulsa/m/bit, 
pomak 0  0 do 64,255 impulsa/m  
LfactorTyreCircumference  2  uve ćanje 0,125 10  – 3 m /bit, 
pomak 0  0 do 8,031 m  
WvehicleCharacteristicFactor  2  uve ćanje 0,001 impulsa/m/bit, 
pomak 0  0 do 64,255 impulsa/m  
TyreSize  15  ASCII  ASCII  
NextCalibrationDate  3  Vidjeti pojedinosti u tablici 41.  
SpeedAuthorised  2  uve ćanje 1/256 km/h/bit, pomak 0  0 do 250,996 km/h  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 329  
Naziv parametra  Duljina podatka (u 
bajtovima)  Razlučivost  Radno podru čje 
RegisteringMemberState  3  ASCII  ASCII  
VehicleRegistrationNumber  14  Vidjeti pojedinosti u tablici 42.  
VIN 17  ASCII  ASCII  
CPR_075 U tablici 40. detaljno su opisani formati razli čitih bajtova 
parametra TimeDate:  
Tablica 40.  
Detaljni format TimeDate (vrijednost recordDataIdentifier # F90B)  
Bajt Opis parametara  Razlu čivost  Radno podru čje 
1 Sekunde  uvećanje 0,25 s/bit, pomak 0 s  0 do 59,75 s  
2 Minute  uvećanje 1 min/bit, pomak 0 
min 0 do 59 min  
3 Sati  uve ćanje 1 h/bit, pomak 0 h  0 do 23 h  
4 Mjesec  uvećanje 1 mjesec/bit, pomak 
0 mjeseci  1 do 12 
mjeseci  
5 Dan  uvećanje 0,25 dana/bit, pomak 0 
dana 
(vidjeti napomenu ispod 
tablice 41.)  0,25 do 31,75 
dana  
6 Godina  uvećanje 1 godina/bit, pomak + 
1985 godina 
(vidjeti napomenu ispod 
tablice 41.)  godina 1985. 
do 2235.  
7 Pomak po 
minutama u 
lokalnom 
vremenu  uvećanje 1 min/bit, pomak 
– 125 min  – 59 do + 59 
min 
8 Pomak po 
satima u 
lokalnom 
vremenu  uvećanje 1 h/bit, pomak 
– 125 h  – 23 do + 
23 h  
CPR_076 U tablici 41. detaljno su opisani formati razli čitih bajtova parametra NextCali ­
brationDate:  
Tablica 41.  
Detaljni format NextCalibrationDate (vrijednost recordDataIdentifier # 
F922)  
Bajt Opis parametara  Razlu čivost  Radno podru čje 
1 Mjesec  uvećanje 1 mjesec/bit, pomak 
0 mjeseci  1 do 12 
mjeseci  
2 Dan  uvećanje 0,25 dana/bit, pomak 0 
dana 
(vidjeti napomenu u nastavku)  0,25 do 31,75 
dana  
3 Godina  uvećanje 1 godina/bit, pomak + 
1985 godina 
(vidjeti napomenu u nastavku)  godina 1985. 
do 2235.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 330  
NAPOMENA povezana s upotrebom parametra „Dan”:  
1) Vrijednost 0 u datumu je prazna vrijednost. Vrijednosti 1, 2, 3 i 4 
upotrebljavaju se za ozna čivanje prvog dana u mjesecu; 5, 6, 7 i 8 
određuju drugi dan u mjesecu itd.  
2) Ovaj parametar ne utje če niti mijenja prethodno navedeni parametar 
sati. 
NAPOMENA povezana s upotrebom parametra „Godina”:  
Vrijednost 0 za godinu ozna čuje 1985. godinu; vrijednost 1 ozna čuje 
1986. itd.  
CPR_078 U tablici 42. detaljno su opisani formati razli čitih bajtova 
parametra VehicleRegistrationNumber:  
Tablica 42.  
Detaljni format VehicleRegistrationNumber (vrijednost 
recordDataIdentifier # F97E)  
Bajt Opis parametara  Razlu čivost  Radno podru čje 
1 Kodna stranica (kako je utvr ­ 
đena u Dodatku 1.)  ASCII  01 do 0A  
2 – 14  Registracijski broj vozila (kako 
je utvrđen u Dodatku 1.)  ASCII  ASCII  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 331  
Dodatak 9.  
HOMOLOGACIJA POPIS OBVEZNIH ISPITIVANJA  
SADRŽAJ  
1. UVOD  
2. FUNKCIONALNA ISPITIVANJA JEDINICE U VOZILU  
3. FUNKCIONALNA ISPITIVANJA SENZORA KRETANJA  
4. FUNKCIONALNA ISPITIVANJA TAHOGRAFSKIH KARTICA  
5. ISPITIVANJA VANJSKOG URE ĐAJA GNSS-A  
▼M1 
6. ISPITIVANJA VANJSKIH URE ĐAJA ZA KOMUNIKACIJU NA 
DALJINU  
▼B 
7. FUNKCIONALNA ISPITIVANJA PAPIRA  
8. ISPITIVANJA INTEROPERABILNOSTI  
1. UVOD  
1.1. Homologacija  
EZ homologacija ure đaja za bilježenje podataka (ili njegova sastavnog 
dijela) ili tahografske kartice temelji se na:  
▼M1 
— sigurnosnoj certifikaciji  koja se temelji na specifikacijama zajedni čkih 
mjerila u odnosu na sigurnosni cilj koji je potpuno uskla đen s 
Dodatkom 10. ovom Prilogu,  
▼B 
— funkcionalnoj certifikaciji  koju provodi tijelo države članice koje 
potvrđuje da ispitivani predmet zadovoljava zahtjeve ovog Priloga u 
smislu izvršenih funkcija, to čnosti mjerenja i obilježja okruženja,  
— certifikaciji interoperabilnosti  koju obavlja nadležno tijelo koje potvr ­ 
đuje da je ure đaj za bilježenje podataka (ili tahografska kartica) u cije ­
losti interoperabilan sa zahtijevanim modelima tahografske kartice (ili 
uređaja za bilježenje podataka) (vidjeti poglavlje 8. ovog Priloga).  
U ovom se Dodatku navode obvezna ispitivanja koja tijelo države članice 
mora obaviti tijekom funkcionalnih ispitivanja te obvezna ispitivanja koja 
nadležno tijelo mora obaviti tijekom ispitivanja interoperabilnosti. Postupci 
koji se provode za obavljanje ispitivanja ili vrsta ispitivanja nisu podrobnije 
opisani.  
Ovim Dodatkom nisu obuhva ćeni aspekti sigurnosne certifikacije. Ako se 
neka ispitivanja zahtijevana za homologaciju obavljaju tijekom sigurnosne 
procjene i postupka certifikacije, tada ta ispitivanja ne treba ponavljati. U 
tom se slu čaju mogu samo pregledati rezultati tih ispitivanja sigurnosti. U 
informativne svrhe, zahtjevi za koje se o čekuje da će biti ispitani (ili koji su 
blisko povezani s ispitivanjima za koja se o čekuje da će biti obavljena) 
tijekom sigurnosne certifikacije u ovom su Dodatku ozna čeni znakom „*”.  
Numerirani zahtjevi odnose se na tekstove Priloga, dok se ostali zahtjevi 
odnose na ostale dodatke (npr. PIC_001 odnosi se na zahtjev PIC_001 
piktograma iz Dodatka 3.).  
U ovom se Dodatku razmatraju odvojeno homologacija senzora kretanja, 
jedinice u vozilu i vanjskog ure đaja GNSS-a kao sastavnih dijelova 
uređaja za bilježenje podataka. Svaki sastavni dio dobiva vlastiti certifikat  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 332  
o homologaciji u kojem su nazna čeni ostali kompatibilni sastavni dijelovi. 
Funkcionalno ispitivanje senzora kretanja (ili vanjskog ure đaja GNSS-a) 
provodi se zajedno s jedinicom u vozilu i obrnuto.  
Ne zahtijeva se interoperabilnost izme đu svakog modela senzora kretanja 
(odnosno vanjskog ure đaja GNSS-a) i svakog modela jedinice u vozilu. U 
tom slučaju homologacija senzora kretanja (odnosno vanjskog ure đaja 
GNSS-a) može se dodijeliti samo u kombinaciji s homologacijom relevantne 
jedinice u vozilu i obrnuto.  
1.2. Referentni dokumenti  
U ovom su Dodatku upotrijebljeni sljede ći izvori:  
IEC 60068-2-1: Environmental testing – Part 2-1: Tests – Test A: Cold;  
IEC 60068-2-2: Basic environmental testing procedures; Part 2: Tests; Tests 
B: Dry heat (sinusoidal);  
IEC 60068-2-6: Environmental testing – Part 2: Tests – Test Fc: Vibration;  
IEC 60068-2-14: Environmental testing; Part 2-14: Tests; Test N: Change of 
temperature;  
IEC 60068-2-27: Environmental testing. Part 2: Tests. Test Ea and guidance: 
Shock;  
IEC 60068-2-30: Environmental testing – Part 2-30: Tests – Test Db: Damp 
heat, cyclic (12 h + 12 h cycle);  
IEC 60068-2-64: Environmental testing – Part 2-64: Tests– Test Fh: Vibra ­
tion, broadband random and guidance;  
IEC 60068-2-78 Environmental testing – Part 2-78: Tests – Test Cab: Damp 
heat, steady state;  
ISO 16750-3 – Mechanical loads (2012-12);  
ISO 16750-4 – Climatic loads (2010-04);  
ISO 20653: Road vehicles – Degree of protection (IP code) – Protection of 
electrical equipment against foreign objects, water and access;  
ISO 10605:2008 + Technical Corrigendum:2010 + AMD1:2014 Road 
vehicles – Test methods for electrical disturbances from electrostatic 
discharge;  
ISO 7637-1:2002 + AMD1: 2008 Road vehicles – Electrical disturbances 
from conduction and coupling – Part 1: Definitions and general considera ­
tions;  
ISO 7637-2 Road vehicles – Electrical disturbances from conduction and 
coupling – Part 2: Electrical transient conduction along supply lines only;  
ISO 7637-3 Road vehicles – Electrical disturbances from conduction and 
coupling – Part 3: Electrical transient transmission by capacitive and induc ­
tive coupling via lines other than supply lines;  
ISO/IEC 7816-1 Identification cards – Integrated circuit(s) cards with 
contacts – Part 1: Physical characteristics;  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 333  
ISO/IEC 7816-2 Information technology – Identification cards – Integrated 
circuit(s) cards with contacts – Part 2: Dimensions and location of the 
contacts;  
ISO/IEC 7816-3 Information technology – Identification cards – Integrated 
circuit(s) cards with contacts – Part 3: Electronic signals and transmission 
protocol;  
ISO/IEC 10373-1:2006 + AMD1:2012 Identification cards – Test methods – 
Part 1: General characteristics;  
ISO/IEC 10373-3:2010 + Technical Corrigendum:2013 Identification cards 
– Test methods – Part 3: Integrated circuit cards with contacts and related 
interface devices;  
ISO 16844-3:2004, Cor 1:2006 Road vehicles – Tachograph systems – Part 
3: Motion sensor interface (with vehicle units);  
ISO 16844-4 Road vehicles – Tachograph systems – Part 4: CAN interface;  
ISO 16844-6 Road vehicles – Tachograph systems – Part 6: Diagnostics;  
ISO 16844-7 Road vehicles – Tachograph systems – Part 7: Parameters;  
ISO 534 Paper and board – Determination of thickness, density and specific 
volume;  
UN ECE R10 Jedinstvene odredbe o homologaciji vozila s obzirom na 
elektromagnetsku kompatibilnost (Gospodarska komisija Ujedinjenih 
naroda za Europu).  
2. FUNKCIONALNA ISPITIVANJA JEDINICE U VOZILU  
▼M1 
Br. Ispitivanje  Opis  Povezani zahtjevi  
1. Administrativni pregled  
1.1 Dokumentacija  Ispravnost dokumentacije  
1.2 Rezultati ispitivanja 
proizvođača Rezultati ispitivanja proizvo đača provedenog 
tijekom ugradnje. 
Osiguravanje dokumentacije.  88, 89, 91  
2. Vizualni pregled  
2.1 Sukladnost s dokumentacijom  
2.2 Identifikacija/oznake  224 do 226  
2.3 Materijali  219 do 223  
2.4 Plombiranje  398, 401 do 405  
2.5 Vanjska su čelja 
3. Funkcionalna ispitivanja  
3.1 Predviđene funkcije  02, 03, 04, 05, 07, 382  
3.2 Načini rada  09 do 11*, 134, 135  
3.3 Funkcije i prava na pristup podatcima  12* 13*, 382, 383, 386 do 
389 
3.4 Praćenje umetanja i uklanjanja kartica  15, 16, 17, 18, 19*, 20*, 134  
3.5 Mjerenje brzine i udaljenosti  21 do 31  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 334  
Br. Ispitivanje  Opis  Povezani zahtjevi  
3.6 Mjerenje vremena (ispitivanje se obavlja na 20 °C)  38 do 43  
3.7 Praćenje aktivnosti voza ča 44 do 53, 134  
3.8 Praćenje statusa vožnje  54, 55, 134  
3.9 Ručni unosi  56 do 62  
3.10 Upravljanje blokadama poduze ća 63 do 68  
3.11 Praćenje aktivnosti nadzora  69, 70  
3.12 Otkrivanje doga đaja i/ili pogrešaka  71 do 88, 134  
3.13 Identifikacijski podatci o ure đaju 93*, 94*, 97, 100  
3.14 Podatci o umetanju i uklanjanju kartice voza ča 102* do 104*  
3.15 Podatci o aktivnosti voza ča 105* do 107*  
3.16 Podatci o mjestima i pozicijama  108* do 112*  
3.17 Stanje broja ča prijeđenih kilometara  113* do 115*  
3.18 Detaljni podatci o brzini  116*  
3.19 Podatci o doga đajima  117*  
3.20 Podatci o pogreškama  118*  
3.21 Podatci o kalibraciji  119* do 121*  
3.22 Podatci o prilagodbi vremena  124*, 125*  
3.23 Podatci o aktivnostima nadzora  126*, 127*  
3.24 Podatci o blokadama poduze ća 128*  
3.25 Podatci o aktivnostima preuzimanja podataka  129*  
3.26 Podatci o posebnim stanjima  130*, 131*  
3.27 Bilježenje i pohrana podataka na tahografske kartice  136, 137, 138*, 139*, 141*, 
142, 143 
144, 145, 146*, 147*, 148*, 
149, 150  
3.28 Prikazivanje  90, 134, 
151 do 168, 
PIC_001, DIS_001  
3.29 Ispis  90, 134, 
169 do 181, PIC_001, 
PRT_001 do PRT_014  
3.30 Upozorenje  134, 182 do 191, 
PIC_001  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 335  
Br. Ispitivanje  Opis  Povezani zahtjevi  
3.31 Preuzimanje podataka na vanjske medije  90, 134, 192 do 196  
3.32 Komunikacija na daljinu za ciljane provjere na cesti  197 do 199  
3.33 Izlaz podataka na dodatne vanjske ure đaje 200, 201  
3.34 Kalibracija  202 do 206*, 383, 384, 386 
do 391  
3.35 Provjera kalibracije na cesti  207 do 209  
3.36 Prilagodba vremena  210 do 212*  
3.37 Neometanje dodatnih funkcija  06, 425  
3.38 Sučelje senzora kretanja  02, 122  
3.39 Vanjski ure đaj GNSS-a  03, 123  
3.40 Provjeriti otkriva li, bilježi i pohranjuje jedinica u vozilu doga đaj(e) i/ili 
pogrešku (pogreške) koje je definirao proizvo đač jedinica u vozilu kad 
upareni senzor kretanja reagira na magnetska polja koja ometaju detek ­
ciju kretanja vozila.  217 
3.41 Slijed šifri (cypher suite) i normirani parametri domene  CSM_48, CSM_50  
4. Ispitivanja utjecaja okoliša  
4.1 Temperatura  Provjera funkcionalnosti putem: 
Ispitivanja u skladu s normom ISO 16750-4, 
poglavljem 5.1.1.2: ispitivanje rada pri niskoj 
temperaturi (72 h na –20 °C) 
Ovo se ispitivanje odnosi na normu 
IEC 60068-2-1: Environmental testing – 
Part 2-1: Tests – Test A: Cold. 
Ispitivanje u skladu s normom ISO 16750-4: 
poglavljem 5.1.2.2: ispitivanje rada pri 
visokoj temperaturi (72 h na 70 °C). 
Ovo se ispitivanje odnosi na normu 
IEC 60068-2-2: Basic environmental testing 
procedures; part 2: tests; tests B: dry heat. 
Ispitivanje u skladu s normom ISO 16750-4: 
poglavljem 5.3.2: Brze promjene temperature 
s određenim trajanjem prelaska (–20 °C/ 
70 °C, 20 ciklusa, 2 h držanja pri svakoj 
temperaturi). 
Skraćeni niz ispitivanja (izme đu onih utvr ­ 
đenih u odjeljku 3. ove tablice) može se 
obaviti pri nižoj temperaturi, višoj temperaturi 
i tijekom temperaturnih ciklusa.  213 
4.2 Vlažnost  Provjeriti može li jedinica u vozilu izdržati 
cikličku vlažnost (ispitivanje toplinom) 
putem norme IEC IEC 60068-2-30, ispiti ­
vanje Db, šest ciklusa u trajanju od 24 sata, 
pri svakom promjena temperature od +25°C 
do +55°C i relativna vlažnost od 97 % pri 
+25°C te od 93 % pri +55°C.  214 ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 336  
Br. Ispitivanje  Opis  Povezani zahtjevi  
4.3 Mehani čka 1. Sinusne vibracije: 
provjeriti može li jedinica u vozilu izdržati 
sinusne vibracije sa sljede ćim značajkama: 
konstantan pomak izme đu 5 i 11 Hz: 
vršna amplituda 10 mm; 
konstantno ubrzanje izme đu 11 i 300 Hz: 
5 g. 
Ovaj se zahtjev provjerava putem norme 
IEC 60068-2-6, ispitivanje Fc, uz mini ­
malno trajanje ispitivanja od 3 × 12 sati 
(12 sati po osi). 
Norma ISO 16750-3 ne zahtijeva ispiti ­
vanje na sinusne vibracije za ure đaje smje­ 
štene u odspojenoj kabini vozila. 
2. Nasumi čne vibracije: 
Ispitivanje u skladu s normom ISO 16750- 
3: poglavljem 4.1.2.8: Test VIII: Commer ­
cial vehicle, decoupled vehicle cab. 
Ispitivanje na nasumi čne vibracije, 
10...2 000 Hz, RMS okomito 21,3 m/s  2 , 
RMS uzdužno 11,8 m/s  2 , RMS bo čno 
13,1 m/s  2 , 3 osi, 32 h po osi, uklju čujući 
temperaturni ciklus –20...70 °C. 
Ovo se ispitivanje odnosi na normu 
IEC 60068-2-64: Environmental testing – 
Part 2–64: Tests– Test Fh: Vibration, 
broadband random and guidance. 
3. Udarci: 
mehanički udarac s 3 g, polu-sinus, u 
skladu s normom ISO 16750. 
Prethodno opisana ispitivanja provode se na 
različitim uzorcima vrste opreme koja se ispi ­
tuje. 219 
4.4 Zaštita od vode i 
stranih tijela  Ispitivanje u skladu s normom ISO 20653: 
Road vehicles – Degree of protection (IP 
code) – Protection of electrical equipment 
against foreign objects, water and access 
(bez promjene parametara); minimalna vrijed ­
nost IP 40.  220, 221  
4.5 Prenaponska zaštita  Provjeriti može li jedinica u vozilu izdržati 
snagu napajanja od: 
izvedbe od 24 V: 34 V pri +40 °C 1 sat, 
izvedbe od 12 V: 17 V pri +40 °C 1 
sat(ISO 16750-2)  216 ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 337  
Br. Ispitivanje  Opis  Povezani zahtjevi  
4.6 Zaštita od zamjene 
polariteta  Provjeriti može li jedinica u vozilu izdržati 
inverziju svojeg napajanja 
(ISO 16750-2)  216 
4.7 Zaštita od kratkog 
spoja  Provjeriti jesu li ulazno/izlazni signali zašti ­ 
ćeni od kratkog spoja u odnosu na napajanje 
i uzemljenje 
(ISO 16750-2)  216 
5. Ispitivanja elektromagnetske kompatibilnosti (EMC)  
5.1 Emisije zra čenja i osje ­
tljivost  Sukladnost s Pravilnikom ECE R10  218  
5.2 Elektrostati čko pražnje ­
nje Sukladnost s normom ISO 10605:2008 + 
Tehnički ispravak:2010 + 
AMD1:2014: +/–4 kV za kontakt i +/–8 kV 
za ispuštanje zraka  218 
5.3 Osjetljivost napajanja 
na električne prijelazne 
pojave  Za izvedbe od 24 V: sukladnost s normom 
ISO 7637-2 + Pravilnik ECE-a br. 10, 
Rev. 3: 
impuls 1a: Vs = –450 V, Ri = 50 oma, 
impuls 2a: Vs = +37 V, Ri = 2 oma, 
impuls 2b: Vs = +20 V, Ri = 0,05 oma, 
impuls 3a: Vs = –150 V, Ri = 50 oma, 
impuls 3b: Vs = +150 V, Ri = 50 oma, 
impuls 4: Vs = –16 V, Va = –12 V, 
t6 = 100 ms, 
impuls 5: Vs = +120 V, Ri = 2,2 oma, 
td = 250 ms. 
Za izvedbe od 12 V: sukladnost s normom 
ISO 7637-1 + Pravilnik ECE-a br. 10, 
Rev. 3: 
impuls 1: Vs = –75 V, Ri = 10 oma, 
impuls 2a: Vs = +37 V, Ri = 2 oma, 
impuls 2b: Vs = +10 V, Ri = 0,05 oma, 
impuls 3a: Vs = –112 V, Ri = 50 oma, 
impuls 3b: Vs = +75 V, Ri = 50 oma, 
impuls 4: Vs = –6 V, Va = –5 V, 
t6 = 15 ms, 
impuls 5: Vs = +65 V, Ri = 3 oma, 
td = 100 ms. 
Impuls 5 ispituje se samo za jedinice u vozilu 
namijenjene ugradnji u vozila na kojima se ne 
provodi jedinstvena vanjska zaštita od raste ­
rećenja. 
Za prijedlog rastere ćenja vidjeti normu 
ISO 16750-2, 4. izdanje, poglavlje 4.6.4.  218 ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 338  
3. FUNKCIONALNA ISPITIVANJA SENZORA KRETANJA  
Br. Ispitivanje  Opis  Povezani zahtjevi  
1. Administrativni pregled  
1.1 Dokumentacija  Ispravnost dokumentacije  
2. Vizualni pregled  
2.1. Sukladnost s dokumentacijom  
2.2. Identifikacija/oznake  225, 226,  
2.3 Materijali  219 do 223  
2.4 Plombiranje  398, 401 do 405  
3. Funkcionalna ispitivanja  
3.1 Identifikacijski podatci senzora  95* do 97*  
3.2 Uparivanje senzora kretanja i jedinice u vozilu  122*, 204  
3.3 Detekcija kretanja 
Točnost mjerenja kretanja  30 do 35  
3.4 Sučelje jedinice u vozilu  02  
3.5 Provjeriti je li senzor kretanja neosjetljiv na magnetsko polje. Alternativno, 
provjeriti reagira li senzor kretanja na konstantna magnetska polja koja 
ometaju detekciju kretanja vozila tako da spojena jedinica u vozilu može detek ­
tirati, zabilježiti i pohraniti pogreške senzora.  217 
4. Ispitivanja utjecaja okoliša  
4.1 Radna temperatura  Provjera funkcionalnosti (kako je odre đeno u 
ispitivanju br. 3.3) u temperaturnom rasponu 
[– 40 °C; + 135 °C] putem: 
IEC 60068-2-1, ispitivanje Ad, trajanje ispiti ­
vanja 96 sati pri najnižoj temperaturi To  min , 
IEC 60068-2-2, ispitivanje Bd, trajanje ispiti ­
vanja 96 sati pri najvišoj temperaturi To  max . 
Ispitivanje u skladu s ISO 16750-4, 
poglavlje 5.1.1.2.: ispitivanje rada pri niskoj 
temperaturi (24 h na – 40 °C). 
Ovo se ispitivanje odnosi na IEC 60068-2-1: 
Environmental testing – Part 2-1: Tests – Test 
A: Cold; IEC 68-2-2, ispitivanje Bd, trajanje 
ispitivanja 96 sati pri najnižoj temperaturi od 
– 40 °C. 
Ispitivanje u skladu s ISO 16750-4, 
poglavlje 5.1.2.2.: ispitivanje rada pri visokoj 
temperaturi (96 h na 135 °C). 
Ovo se ispitivanje odnosi na IEC 60068-2-2: 
Basic environmental testing procedures; Part 2: 
Tests; Tests B: Dry heat  213 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 339  
Br. Ispitivanje  Opis  Povezani zahtjevi  
4.2 Temperaturni ciklusi  Ispitivanje u skladu s ISO 16750-4, 
poglavlje 5.3.2.: brze promjene temperature s 
određenim trajanjem prelaska (– 40 °C/135 °C, 
20 ciklusa, 30 min držanja pri svakoj temperatu ­
ri). 
IEC 60068-2-14: Environmental testing; Part 2- 
14: Tests; Test N: Change of temperature.  213 
4.3 Ciklusi vlažnosti  Provjera funkcionalnosti (kako je odre đeno u 
ispitivanju br. 3.3) putem IEC 60068-2-30, ispi ­
tivanje Db, šest ciklusa u trajanju od 24 h, pri 
svakom primjena temperature od + 25°C do + 
55°C i relativna vlažnost od 97 % pri + 25°C te 
od 93 % pri + 55°C.  214 
4.4 Vibracije  ISO 16750-3, poglavlje 4.1.2.6., Test VI: 
Commercial vehicle, engine, gearbox. 
Ispitivanje na vibracije u mješovitom na činu, 
uključujući 
a) ispitivanje na sinusne vibracije, 20…520 Hz, 
11,4 … 120 m/s  2 , <= 0,5 okt/min; 
b) ispitivanje na nasumi čne vibracije, 
10…2 000 Hz, RMS 177 m/s  2 , 
94 h po osi, uklju čujući temperaturni ciklus 
– 20…70 °C). 
Ovo se ispitivanje odnosi na IEC 60068-2-80: 
Environmental testing – Part 2-80: Tests – Test 
Fi: Vibration – Mixed mode.  219 
4.5 Mehani čki udarac  ISO 16750-3, poglavlje 4.2.3., Test VI: Test for 
devices in or on the gearbox. 
Polu-sinusni udarac, ubrzanje treba dogovoriti u 
rasponu 3 000…15 000 m/s  2 , trajanje impulsa 
treba dogovoriti, me đutim < 1 ms, broj udaraca: 
treba dogovoriti. 
Ovo se ispitivanje odnosi na IEC 60068-2-27: 
Environmental testing. Part 2: Tests. Test Ea 
and guidance: Shock.  219 
4.6 Zaštita od vode i stranih 
tijela  Ispitivanje u skladu s ISO 20653: Road vehicles 
– Degree of protection (IP code) – Protection of 
electrical equipment against foreign objects, 
water and access 
(ciljana vrijednost IP 64)  220, 221  
4.7 Zaštita od zamjene polariteta  Provjeriti može li senzor kretanja izdržati inver ­
ziju svojeg napajanja.  216 
4.8 Zaštita od kratkog spoja  Provjeriti jesu li ulazno/izlazni signali zašti ćeni 
od kratkog spoja u odnosu na napajanje i uzem ­
ljenje.  216 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 340  
Br. Ispitivanje  Opis  Povezani zahtjevi  
5. Elektromagnetska kompatibilnost (EMC)  
5.1 Emisije zra čenja i osjetljivost  Provjera sukladnosti s Pravilnikom ECE R10  218  
5.2 Elektrostati čko pražnjenje  Sukladnost s ISO 10605:2008 + Tehni čki ispra­
vak:2010 + AMD1:2014: +/– 4 kV za kontakt i 
+/– 8 kV za ispuštanje zraka  218 
5.3 Osjetljivost podatkovnih 
vodova na elektri čne prije­
lazne pojave  Za izvedbe od 24 V: sukladnost s ISO 7637-2 + 
Pravilnik ECE-a br. 10, Rev. 3: 
impuls 1a: Vs = – 450V, Ri = 50 oma, 
impuls 2a: Vs = + 37V, Ri = 2 oma, 
impuls 2b: Vs = + 20V, Ri = 0,05 oma, 
impuls 3a: Vs = – 150V, Ri = 50 oma, 
impuls 3b: Vs = +150V, Ri = 50 oma, 
impuls 4: Vs = –16 V, Va = –12 V, 
t6 = 100 ms, 
impuls 5: Vs = + 120 V, Ri = 2,2 oma, 
td = 250 ms. 
Za izvedbe od 12V: sukladnost s ISO 7637-1 + 
Pravilnik ECE-a br. 10, Rev. 3: 
impuls 1: Vs = – 75V, Ri = 10 oma, 
impuls 2a: Vs = + 37V, Ri = 2 oma, 
impuls 2b: Vs = + 10V, Ri = 0,05 oma, 
impuls 3a: Vs = – 112V, Ri = 50 oma, 
impuls 3b: Vs = +75V, Ri = 50 oma, 
impuls 4: Vs = – 6 V, Va = –5 V, t6 = 15 ms, 
impuls 5: Vs = + 65 V, Ri = 3 oma, 
td = 100 ms. 
Impuls 5 ispituje se samo za jedinice u vozilu 
namijenjene ugradnji u vozila na kojima se ne 
provodi jedinstvena vanjska zaštita od rastere će­
nja. 
Za prijedlog rastere ćenja, vidjeti ISO 16750-2, 
4. izdanje, poglavlje 4.6.4.  218 
4. FUNKCIONALNA ISPITIVANJA TAHOGRAFSKIH KARTICA  
Ispitivanja u skladu s ovim odjeljkom 4.,  
br. 5 „Ispitivanja protokola”,  
br. 6 „Struktura kartice” i  
br. 7 „Funkcionalna ispitivanja”  
može provesti osoba zadužena za evaluaciju ili certifikaciju tijekom 
postupka sigurnosne certifikacije prema zajedni čkim mjerilima (CC) za 
modul čipa. 
Ispitivanja br. 2.3 i 4.2 jednaka su. To su mehani čka ispitivanja kombinacije 
tijela kartice i modula čipa. Ako se jedan od tih sastavnih dijelova (tijelo 
kartice, modul čipa) promijeni, tada su potrebna ova ispitivanja.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 341  
Br. Ispitivanje  Opis  Povezani zahtjevi  
1. Administrativni pregled  
1.1 Dokumentacija  Ispravnost dokumentacije  
2 Tijelo kartice  
2.1 Tiskani dizajn  Osigurati da su sva obilježja zaštite i vidljivi podatci 
ispravno ispisani na kartici i sukladni. 
[Označitelj] 
Prilog 1.C, poglavlje 4.1. „Vidljivi podatci”, 227) 
Prednja stranica mora sadržavati: 
riječi „kartica voza ča” ili „kontrolna kartica” ili „kar ­
tica radionice” ili „kartica poduze ća” tiskane velikim 
slovima na službenom jeziku ili jezicima države 
članice koja izdaje karticu, prema vrsti kartice; 
[Ime države članice] 
Prilog 1.C, poglavlje 4.1. „Vidljivi podatci”, 228) 
Prednja stranica mora sadržavati: 
ime države članice koja je izdala karticu (nije 
obvezno); 
[Razlikovna oznaka] 
Prilog 1.C, poglavlje 4.1. „Vidljivi podatci”, 229) 
Prednja stranica mora sadržavati: 
razlikovnu oznaku države članice koja izdaje karticu, 
tiskanu u negativu u plavom pravokutniku i okruženu 
s 12 žutih zvijezda. 
[Numeriranje] 
Prilog 1.C, poglavlje 4.1. „Vidljivi podatci”, 232) 
Stražnja stranica mora sadržavati: 
objašnjenje numeriranih stavki na prednjoj stranici 
kartice. 
[Boja] 
Prilog 1.C, poglavlje 4.1. „Vidljivi podatci”, 234) 
Tahografske kartice moraju se tiskati sa sljede ćim 
prevladavaju ćim bojama pozadine: 
— kartica voza ča: bijela, 
— kartica radionice: crvena, 
— kontrolna kartica: plava 
— kartica poduze ća: žuta.  227 do 229, 232, 234 
do 236  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 342  
Br. Ispitivanje  Opis  Povezani zahtjevi  
[Sigurnost] 
Prilog 1.C, poglavlje 4.1. „Vidljivi podatci”, 235) 
Tahografske kartice moraju imati barem sljede ća 
obilježja za zaštitu tijela kartice od krivotvorenja i 
neovlaštenog rukovanja: 
— sigurnosnu podlogu s tankim guilloche uzorcima i 
tiskom s duginim efektom, 
— barem jednu dvobojnu liniju u mikrotisku. 
[Oznake] 
Prilog 1.C, poglavlje 4.1. „Vidljivi podatci”, 236) 
Države članice mogu dodavati boje i oznake kao što 
su nacionalni simboli i sigurnosna obilježja. 
[Homologacijska oznaka] 
Kartice tahografa moraju sadržavati homologacijsku 
oznaku. 
Homologacijsku oznaku čine: 
— pravokutnik, unutar kojeg se upisuje slovo „e”, 
nakon kojeg slijedi razlikovni broj ili slovo države 
koja je izdala homologaciju, 
— broj homologacije koji odgovara broju certifikata 
o homologaciji za tahografsku karticu, zapisan u 
neposrednoj blizini pravokutnika.  
2.2 Mehani čka ispitivanja  
[Veličina kartice] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical 
characteristics , 
[5.] Dimenzije kartice, 
[5.1.] Veli čina kartice, 
[5.1.1.] Dimenzije kartice i dopuštena odstupanja, 
vrsta kartice ID-1 Neupotrijebljena kartica 
[Rubovi kartice] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[5.] Dimenzije kartice, 
[5.1.] Veličina kartice, 
[5.1.2.] Rubovi kartice  240, 243 
ISO/IEC 7810  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 343  
Br. Ispitivanje  Opis  Povezani zahtjevi  
[Izrada kartice] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[6.] Izrada kartice 
[Materijali kartice] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[7.] Materijali kartice 
[Krutost pri savijanju] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.1.] Krutost pri savijanju 
[Toksičnost] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.3.] Toksi čnost 
[Otpornost na kemikalije] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.4.] Otpornost na kemikalije 
[Stabilnost kartice] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.5.] Dimenzijska stabilnost kartice i izobli čenje zbog 
temperature i vlage  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 344  
Br. Ispitivanje  Opis  Povezani zahtjevi  
[Svjetlost] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.6.] Svjetlost 
[Trajnost] 
Prilog 1C, poglavlje 4.4. „Specifikacije okruženja i 
elektrotehni čke specifikacije”, 241) 
Tahografske kartice moraju mo ći ispravno raditi 
tijekom razdoblja od pet godina ako se upotrebljavaju 
u skladu sa specifikacijama okruženja i elektroteh- 
ničkim specifikacijama. 
[Čvrstoća ljuštenja] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.8.] Čvrstoća ljuštenja 
[Prianjanje ili blokiranje] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.9.] Prianjanje ili blokiranje 
[Izobličenje] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.11.] Ukupno izobli čenje kartice 
[Otpornost na toplinu] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.12.] Otpornost na toplinu  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 345  
Br. Ispitivanje  Opis  Povezani zahtjevi  
[Izobličenja površine] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.13.] Izobli čenja površine 
[Onečišćenje] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810  Identification cards – Physical char- 
acteristics , 
[8.] Značajke kartice, 
[8.14.] One čišćenje i međudjelovanje sastavnih dije- 
lova kartice  
2.3 Mehani čka ispitivanja 
s ugrađenim modulom 
čipa [Savijanje] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards – Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits . 
[9.2.] Dinami čko opterećenje savijanjem 
Ukupni broj ciklusa savijanja: 4 000. 
[Uvijanje (torzija)] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards – Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.3.] Dinami čko opterećenje uvijanjem 
Ukupni broj ciklusa uvijanja: 4 000.  ISO/IEC 7810  
3 Modul  
3.1 Modul  Modul je ku ćište čipa i kontaktna plo čica. 
[Profil površine] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7816-1:2011,  Identification cards – Inte ­
grated circuit cards – Part 1: Cards with contacts 
– Physical characteristics  
[4.2.] Profil površine kontakata  ISO/IEC 7816  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 346  
Br. Ispitivanje  Opis  Povezani zahtjevi  
[Mehanička čvrstoća] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7816-1:2011,  Identification cards – Inte ­
grated circuit cards – Part 1: Cards with contacts 
– Physical characteristics  
[4.3.] Mehani čka čvrstoća (kartice i kontakata) 
[Električni otpor] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7816-1:2011,  Identification cards – Inte- 
grated circuit cards – Part 1: Cards with contacts – 
Physical characteristics  
[4.4.] Elektri čni otpor (kontakata) 
[Dimenzije] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7816-2:2007,  Identification cards – Inte- 
grated circuit cards – Part 2: Cards with contacts – 
Dimension and location of the contacts  
[3.] Dimenzije kontakata 
[Položaj] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7816-2:2007,  Identification cards – Inte- 
grated circuit cards – Part 2: Cards with contacts – 
Dimension and location of the contacts  
[4.] Broj i položaj kontakata 
U slučaju modula sa šest kontakata, kontakti „C4” i 
„C8” nisu dio zahtjeva ovog ispitivanja.  
4 Čip 
4.1 Čip 
[Radna temperatura] 
Čip tahografske kartice mora djelovati u rasponu 
temperature okoline izme đu – 25 °C i + 85 °C.  241 do 244 
ECE R10 
ISO/IEC 7810 
ISO/IEC 10373  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 347  
Br. Ispitivanje  Opis  Povezani zahtjevi  
[Temperatura i vlažnost] 
Prilog 1C, poglavlje 4.4. „Specifikacije okruženja i 
elektrotehni čke specifikacije”, 241) 
Tahografske kartice moraju mo ći ispravno raditi u 
svim klimatskim uvjetima uobi čajenima na teritoriju 
Zajednice, pri temperaturnom rasponu od najmanje 
– 25 °C do + 70 °C s povremenim vršnim porastom 
do + 85 °C, pri čemu „povremeno” ozna čuje ne 
dulje od 4 sata svaki puta i ne više od 100 puta 
tijekom vijeka trajanja kartice. 
Tahografske kartice u uzastopnim se koracima izlažu 
sljedećim temperaturama i vlažnosti tijekom odre ­ 
đenog vremena. Nakon svakog koraka ispituje se 
električna funkcionalnost tahografskih kartica. 
1. Temperatura od – 20 °C na 2 sata. 
2. Temperatura od +/– 0 °C na 2 sata. 
3. Temperatura od + 20 °C, relativna vlažnost 50 %, 
na 2 sata. 
4. Temperatura od 50 °C, relativna vlažnost 50 %, 
na 2 sata. 
5. Temperatura od + 70 °C, relativna vlažnost 50 %, 
na 2 sata. 
Temperatura se povremeno pove ćava na + 85 °C, 
relativna vlažnost 50 %, na 60 min. 
6. Temperatura od + 70 °C, relativna vlažnost 85 %, 
na 2 sata. 
Temperatura se povremeno pove ćava na + 85 °C, 
relativna vlažnost 85 %, na 30 min. 
[Vlažnost] 
Prilog 1C, poglavlje 4.4. „Specifikacije okruženja i 
elektrotehni čke specifikacije”, 242) 
Tahografske kartice moraju mo ći ispravno raditi u 
rasponu vlažnosti izme đu 10 % i 90 %. 
[Elektromagnetska kompatibilnost – EMC] 
Prilog 1C, poglavlje 4.4. „Specifikacije okruženja i 
elektrotehni čke specifikacije”, 244) 
Tijekom rada, tahografske kartice moraju biti u skladu 
s Pravilnikom ECE R10 o elektromagnetskoj kompa- 
tibilnosti.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 348  
Br. Ispitivanje  Opis  Povezani zahtjevi  
[Statički elektricitet] 
Prilog 1C, poglavlje 4.4. „Specifikacije okruženja i 
elektrotehni čke specifikacije”, 244) 
Tijekom rada, tahografske kartice moraju biti zašti- 
ćene od elektrostati čkih pražnjenja. 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards – Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.4.] Stati čki elektricitet 
[9.4.1.] Elektroni čke kartice s kontaktima 
Ispitni napon: 4 000 V. 
[Rendgenske zrake] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards – Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits  
[9.1.] Rendgenske zrake 
[Ultraljubičasto svjetlo] 
ISO/IEC 10373-1:2006,  Identification cards – Test 
methods – Part 1: General characteristics  
[5.11.] Ultraljubi často svjetlo 
[Uređaj za ispitivanje mehani čkog optere ćenja kartice 
(3-wheel )] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 10373-1:2006/Amd. 1:2012,  Identification 
cards – Test methods – Part 1: General character- 
istics, Amendment 1.  
[5.22.] ICC – Mehani čka čvrstoća: 3-wheel  ispitivanje 
ICC-a s kontaktima 
[Savitljivost] 
Tahografske kartice moraju biti u skladu s normom 
MasterCard CQM V2.03:2013 
[11.1.3.] R-L3-14-8: Ispitivanje izdržljivosti pri savi- 
janju 
[13.2.1.32.] TM-422: Mehani čka pouzdanost: Ispiti- 
vanje savitljivosti  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 349  
Br. Ispitivanje  Opis  Povezani zahtjevi  
4.2 Mehani čka ispitivanja 
modula čipa ugrađenog 
u tijelo kartice -> isto 
kao 2.3.  [Savijanje] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards – Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits . 
[9.2.] Dinami čko opterećenje savijanjem 
Ukupni broj ciklusa savijanja: 4 000. 
[Uvijanje (torzija)] 
Tahografske kartice moraju biti u skladu s normom 
ISO/IEC 7810:2003/Amd. 1:2009,  Identification 
cards – Physical characteristics, Amendment 1: 
Criteria for cards containing integrated circuits . 
[9.3] Dinami čko opterećenje uvijanjem 
Ukupni broj ciklusa uvijanja: 4 000.  ISO/IEC 7810  
5 Ispitivanja protokola  
5.1 ATR  Provjeriti sukladnost ATR-a  ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18  
5.2 T = 0  Provjeriti sukladnost protokola T = 0  ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15  
5.3 PTS  Provjeriti sukladnost naredbe PTS postavljanjem s 
T = 0 na T = 1.  ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21  
5.4 T = 1  Provjeriti sukladnost protokola T = 1  ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16  
6 Struktura kartice  
6.1 Ispitati sukladnost strukture datoteke provjerom prisut ­
nosti obveznih datoteka na kartici i uvjeta pristupa tim 
datotekama.  TCS_22 do TCS_28 
TCS_140 do TCS_179  
7 Funkcionalna ispitivanja  
7.1 Normalna obrada  Najmanje jednom ispitati svaku dopuštenu upotrebu 
svake naredbe (npr.: ispitivanje naredbe UPDATE 
BINARY (ažuriranje datoteke) s CLA = ‘00’, CLA 
= ‘0C’ s razli čitim parametrima P1, P2 i Lc). 
Provjeriti jesu li postupci doista provedeni na kartici 
(npr.: čitanjem datoteke za koju je izvršena naredba).  TCS_29 do TCS_139  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 350  
Br. Ispitivanje  Opis  Povezani zahtjevi  
7.2 Poruke o pogrešci  Najmanje jednom ispitati svaku poruku o pogrešci 
(kako je odre đeno u Dodatku 2.) za svaku naredbu. 
Najmanje jednom ispitati svaku generi čku pogrešku 
(osim „ 6400 ” pogrešaka integriteta provjerenih 
tijekom sigurnosne certifikacije).  
7.3 Slijed šifri ( cypher suite ) i normirani parametri domene  CSM_48, CSM_50  
8 Personalizacija  
8.1 Optička personalizacija  Prilog 1C, poglavlje 4.1. „Vidljivi podatci”, 230) 
Prednja stranica mora sadržavati: 
podatke karakteristi čne za izdanu karticu. 
Prilog 1C, poglavlje 4.1. „Vidljivi podatci”, 231) 
Prednja stranica mora sadržavati: 
datume koji se pišu u obliku „dd/mm/gggg” ili 
„dd.mm.gggg.” (dan, mjesec, godina). 
Prilog 1.C, poglavlje 4.1. „Vidljivi podatci”, 235) 
Tahografske kartice moraju imati barem sljede ća 
obilježja za zaštitu tijela kartice od krivotvorenja i 
neovlaštenog rukovanja: 
— na prostoru za fotografiju, pozadina sa sigurnosnim 
uzorkom i fotografija moraju se preklapati.  230, 231, 235  
5. ISPITIVANJA VANJSKOG URE ĐAJA GNSS-A  
Br. Ispitivanje  Opis  Povezani zahtjevi  
1. Administrativni pregled  
1.1 Dokumentacija  Ispravnost dokumentacije  
2. Vizualna provjera vanjskog ure đaja GNSS-a  
2.1. Sukladnost s dokumentacijom  
2.2. Identifikacija/oznake  224 do 226  
2.3 Materijali  219 do 223  
3. Funkcionalna ispitivanja  
3.1 Identifikacijski podatci senzora  98.99  
3.2 Povezivanje vanjskog ure đaja GNSS-a i jedinice u vozilu  123, 205  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 351  
Br. Ispitivanje  Opis  Povezani zahtjevi  
3.3 Položaj GNSS-a  36, 37  
3.4 Sučelje jedinice u vozilu kada je GNSS prijamnik vanjski u odnosu na jedinicu 
u vozilu  03 
3.5 Slijed šifri ( cypher suite ) i normirani parametri domene  CSM_48, CSM_50  
4. Ispitivanja utjecaja okoliša  
4.1 Temperatura  Provjera funkcionalnost putem: 
ispitivanja u skladu s ISO 16750-4, poglavlje 5.1.1.2. Ispi ­
tivanje rada pri niskoj temperaturi (72 h na – 20 °C). 
Ovo se ispitivanje odnosi na IEC 60068-2-1:  Environmental 
testing – Part 2-1: Tests – Test A: Cold . 
Ispitivanje u skladu s ISO 16750-4: poglavlje 5.1.2.2.: ispi ­
tivanje rada pri visokoj temperaturi (72 h na 70 °C). 
Ovo se ispitivanje odnosi na IEC 60068-2-2:  Basic environ ­
mental testing procedures; Part 2: Tests; Tests B: Dry heat.  
Ispitivanje u skladu s ISO 16750-4, poglavlje 5.3.2.: brze 
promjene temperature s odre đenim trajanjem prelaska 
(– 20 °C/70 °C, 20 ciklusa, 1 h zadržavanja pri svakoj 
temperaturi). 
Skraćeni niz ispitivanja (izme đu onih utvr đenih u odjeljku 3. 
ove tablice) može se obaviti pri nižoj temperaturi, višoj 
temperaturi i tijekom temperaturnih ciklusa.  213 
4.2 Vlažnost  Provjeriti može li jedinica u vozilu izdržati cikli čnu vlažnost 
(ispitivanje toplinom) putem IEC 60068-2-30, ispitivanje 
Db, šest ciklusa u trajanju od 24 h, pri svakom promjena 
temperature od + 25°C do + 55°C i relativna vlažnost od 
97 % pri + 25°C te od 93 % pri + 55°C.  214 
4.3 Mehani čki 1. Sinusne vibracije: 
provjeriti može li jedinica u vozilu izdržati sinusne vibra ­
cije sa sljede ćim značajkama: 
konstantan pomak izme đu 5 i 11 Hz: vršna amplituda 
10 mm; 
konstantno ubrzanje izme đu 11 i 300 Hz: 5 g. 
Ovaj se zahtjev provjerava putem IEC 60068-2-6, ispiti ­
vanje Fc, uz minimalno trajanje ispitivanja od 3 × 12 sati 
(12 sati po osi). 
Norma ISO 16750-3 ne zahtijeva ispitivanje na sinusne 
vibracije za ure đaje smještene u odspojenoj kabini vozila.  219 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 352  
Br. Ispitivanje  Opis  Povezani zahtjevi  
2. Nasumi čne vibracije: 
Ispitivanje u skladu s ISO 16750-3, poglavlje 4.1.2.8.,  Test 
VIII: Commercial vehicle, decoupled vehicle cab . 
Ispitivanje na nasumi čne vibracije, 10…2 000 Hz, RMS 
vertikalno 21,3 m/s  2 , RMS uzdužno 11,8 m/s  2 , RMS 
bočno 13,1 m/s  2 , 3 osi, 32 h po osi, uklju čujući 
temperaturni ciklus – 20…70 °C. 
Ovo se ispitivanje odnosi na IEC 60068-2-64:  Environ- 
mental testing – Part 2-64: Tests – Test Fh: Vibration, 
broadband random and guidance . 
3. Udarci: 
mehanički udarac s 3 g, polu-sinus, u skladu s ISO 16750. 
Prethodno opisana ispitivanja provode se na razli čitim 
uzorcima vrste opreme koja se ispituje.  
4.4 Zaštita od vode i 
stranih tijela  Ispitivanje u skladu s ISO 20653: Road vehicles – Degree of 
protection (IP code) – Protection of electrical equipment 
against foreign objects, water and access (bez promjene 
parametara).  220, 221  
4.5 Prenaponska 
zaštita  Provjeriti može li jedinica u vozilu izdržati snagu napajanja 
od: 216 
izvedbe od 24 V:  34 V pri + 40 °C 1 
sat, 
izvedbe od 12 V:  17 V pri + 40 °C 1 
sat. 
(ISO 16750-2, poglavlje 4.3.)  
4.6 Zaštita od 
zamjene polari ­
teta Provjeriti može li jedinica u vozilu izdržati inverziju svojeg 
napajanja. 
(ISO 16750-2, poglavlje 4.7.)  216 
4.7 Zaštita od 
kratkog spoja  Provjeriti jesu li ulazno/izlazni signali zašti ćeni od kratkog 
spoja u odnosu na napajanje i uzemljenje. 
(ISO 16750-2, poglavlje 4.10.)  216 
5 Ispitivanja elektromagnetske kompatibilnosti (EMC)  
5.1 Emisije zra čenja 
i osjetljivosti  Sukladnost s Pravilnikom ECE R10  218  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 353  
Br. Ispitivanje  Opis  Povezani zahtjevi  
5.2 Elektrostati čko 
pražnjenje  Sukladnost s ISO 10605:2008 + Tehni čki ispravak:2010 + 
AMD1:2014: +/– 4 kV za kontakt i +/– 8 kV za ispuštanje 
zraka  218 
5.3 Osjetljivost 
napajanja na 
električne prije­
lazne pojave  Za izvedbe od 24 V: sukladnost s ISO 7637-2 + Pravilnik 
ECE-a br. 10, Rev. 3: 
impuls 1a: Vs = – 450V, Ri = 50 oma, 
impuls 2a: Vs = + 37V, Ri = 2 oma, 
impuls 2b: Vs = + 20V, Ri = 0,05 oma, 
impuls 3a: Vs = – 150V, Ri = 50 oma, 
impuls 3b: Vs = + 150V, Ri = 50 oma, 
impuls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms, 
impuls 5: Vs = + 120 V, Ri = 2,2 oma, td = 250 ms. 
Za izvedbe od 12 V: sukladnost s ISO 7637-1 + Pravilnik 
ECE-a br. 10, Rev. 3: 
impuls 1: Vs = – 75 V, Ri = 10 oma, 
impuls 2a: Vs = + 37 V, Ri = 2 oma, 
impuls 2b: Vs = + 10 V, Ri = 0,05 oma, 
impuls 3a: Vs = –112 V, Ri = 50 oma, 
impuls 3b: Vs = + 75 V, Ri = 50 oma, 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms, 
impuls 5: Vs = + 65 V, Ri = 3 oma, td = 100 ms. 
Impuls 5 ispituje se samo za jedinice u vozilu namijenjene 
ugradnji u vozila na kojima se ne provodi jedinstvena 
vanjska zaštita od rastere ćenja. 
Za prijedlog rastere ćenja, vidjeti ISO 16750-2, 4. izdanje, 
poglavlje 4.6.4.  218 
▼M1 
6. ISPITIVANJE VANJSKIH URE ĐAJA ZA KOMUNIKACIJU NA 
DALJINU  
Br. Ispitivanje  Opis  Povezani zahtjevi  
1. Administrativni pregled  
1.1 Dokumentacija  Ispravnost dokumen ­
tacije  
2. Vizualni pregled  
2.1 Sukladnost s dokumentacijom  
2.2 Identifikacija/oznake  225, 226  
2.3 Materijali  219 do 223  
3. Funkcionalna ispitivanja  
3.1 Komunikacija na daljinu za ciljane provjere na cesti  4, 197 do 199  
3.2 Bilježenje i pohrana u podatkovnoj memoriji  91  
3.3 Komunikacija s jedinicom u vozilu  Dodatak 14., DSC_66 
do DSC_70, DSC_71 
do DSC_76  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 354  
Br. Ispitivanje  Opis  Povezani zahtjevi  
4. Ispitivanja utjecaja okoliša  
4.1 Temperatura  Provjera funkcionalnosti putem: 
Ispitivanja u skladu s normom ISO 16750-4, poglav ­
ljem 5.1.1.2: ispitivanje rada pri niskoj temperaturi 
(72 h na –20 °C) 
Ovo se ispitivanje odnosi na normu IEC 60068-2-1: 
Environmental testing – Part 2-1: Tests – Test A: Cold. 
Ispitivanje u skladu s normom ISO 16750-4: poglavljem 
5.1.2.2: ispitivanje rada pri visokoj temperaturi (72 h na 
70 °C). 
Ovo se ispitivanje odnosi na normu IEC 60068-2-2: 
Basic environmental testing procedures; part 2: tests; 
tests B: dry heat. 
Ispitivanje u skladu s normom ISO 16750-4: poglav ­
ljem 5.3.2: brze promjene temperature s odre đenim traja­
njem prelaska (–20 °C / 70 °C, 20 ciklusa, 1 h zadrža ­
vanja pri svakoj temperaturi). 
Skraćeni niz ispitivanja (izme đu onih utvr đenih u 
odjeljku 3. ove tablice) može se obaviti pri nižoj 
temperaturi, višoj temperaturi i tijekom temperaturnih 
ciklusa.  213 
4.2 Zaštita od vode i 
stranih tijela  Ispitivanje u skladu s normom ISO 20653: Road vehicles 
– Degree of protection (IP code) – Protection of elec ­
trical equipment against foreign objects, water and access 
(targeted value IP40).  220, 221  
5 Ispitivanja elektromagnetske kompatibilnosti (EMC)  
5.1 Emisije zra čenja i 
osjetljivost  Sukladnost s Pravilnikom ECE R10  218  
5.2 Elektrostati čko 
pražnjenje  Sukladnost s normom ISO 10605:2008 + Tehni čki ispra­
vak:2010 + AMD1:2014: +/–4 kV za kontakt i +/–8 kV 
za ispuštanje zraka  218 
5.3 Osjetljivost napa ­
janja na elektri čne 
prijelazne pojave  Za izvedbe od 24 V: sukladnost s normom ISO 7637-2 
+ Pravilnik ECE-a br. 10, Rev. 3: 
impuls 1a: Vs = –450 V, Ri = 50 oma, 
impuls 2a: Vs = +37 V, Ri = 2 oma, 
impuls 2b: Vs = +20 V, Ri = 0,05 oma, 
impuls 3a: Vs = –150 V, Ri = 50 oma, 
impuls 3b: Vs = +150 V, Ri = 50 oma, 
impuls 4: Vs = –16 V, Va = –12 V, t6 = 100 ms, 
impuls 5: Vs = +120 V, Ri = 2,2 oma, td = 250 ms. 
Za izvedbe od 12 V: sukladnost s normom ISO 7637-1 
+ Pravilnik ECE-a br. 10, Rev. 3: 
impuls 1: Vs = –75 V, Ri = 10 oma, 
impuls 2a: Vs = +37 V, Ri = 2 oma, 
impuls 2b: Vs = +10 V, Ri = 0,05 oma, 
impuls 3a: Vs = –112 V, Ri = 50 oma,  218 ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 355  
Br. Ispitivanje  Opis  Povezani zahtjevi  
impuls 3b: Vs = +75 V, Ri = 50 oma, 
impuls 4: Vs = –6 V, Va = –5 V, t6 = 15 ms, 
impuls 5: Vs = +65 V, Ri = 3 oma, td = 100 ms. 
Impuls 5 ispituje se samo za jedinice u vozilu namije ­
njene ugradnji u vozila na kojima se ne provodi jedin ­
stvena vanjska zaštita od rastere ćenja. 
Za prijedlog rastere ćenja vidjeti normu ISO 16750-2, 
4. izdanje, poglavlje 4.6.4.  
▼B 
7. FUNKCIONALNA ISPITIVANJA PAPIRA  
Br. Ispitivanje  Opis  Povezani zahtjevi  
1. Administrativni pregled  
1.1 Dokumentacija  Ispravnost dokumentacije  
2 Opća ispitivanja  
2.1 Broj slovnih znakova 
po retku  Vizualni pregled ispisa.  172  
2.2 Najmanja veli čina 
znaka  Vizualni pregled ispisa i pregled znakova.  173  
2.3 Podržani skupovi 
znakova  Pisač mora podržavati znakove navedene u Dodatku 1. 
poglavlju 4. „Skupovi znakova”.  174 
2.4 Određivanje ispisa  Provjera homologacije tahografa i vizualni pregled 
ispisa  174 
2.5 Čitljivost i identifika ­
cija ispisa  Pregled ispisa: 
dokazuje se izvješ ćima o ispitivanju i protokolima ispi ­
tivanja proizvo đača. 
Svi homologacijski brojevi tahografa s kojima se može 
upotrebljavati papir pisa ča otisnuti su na papiru.  175, 177, 178  
2.6 Dodavanje rukom 
pisanih napomena  Vizualni pregled: dostupno je polje za potpis voza ča. 
Dostupna su polja za ostale dodatne rukom pisane 
unose.  180 
2.7 Dodatne pojedinosti 
o stranicama papira  Prednja i stražnja stranica papira mogu uklju čivati 
dodatne pojedinosti i informacije. 
Ove dodatne pojedinosti i informacije ne smiju utjecati 
na čitljivost ispisa. 
Vizualni pregled.  177, 178  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 356  
Br. Ispitivanje  Opis  Povezani zahtjevi  
3 Ispitivanja skladištenja  
3.1 Suha toplina  Pretkondicioniranje: 16 sati pri temperaturi + 
23 °C ± 2 °C i relativnoj vlažnosti 55 % ± 3 %. 
Ispitno okruženje: 72 sata pri + 70 °C ± 2 °C. 
Obnavljanje: 16 sati pri + 23 °C ± 2 °C i relativnoj 
vlažnosti 55 % ± 3 %.  176, 178 
IEC 60068-2-2-Bb  
2.2 Toplina s vlagom  Pretkondicioniranje: 16 sati pri temperaturi + 
23 °C ± 2 °C i relativnoj vlažnosti 55 % ± 3 %. 
Ispitno okruženje: 144 sata pri + 55 °C ± 2 °C i rela ­
tivnoj vlažnosti 93 % ± 3 %. 
Obnavljanje: 16 sati pri + 23 °C ± 2 °C i relativnoj 
vlažnosti 55 % ± 3 %.  176, 178 
IEC 60068-2-78-Cab  
4 Ispitivanja papira u upotrebi  
4.1 Otpornost podloge 
na vlagu (neispisani 
papir)  Pretkondicioniranje: 16 sati pri + 23 °C ± 2 °C i rela ­
tivnoj vlažnosti 55 % ± 3 %. 
Ispitno okruženje: 144 sata pri + 55 °C ± 2 °C i rela ­
tivnoj vlažnosti 93 % ± 3 %. 
Obnavljanje: 16 sati pri + 23 °C ± 2 °C i relativnoj 
vlažnosti 55 % ± 3 %.  176 do 178 
IEC 60068-2-78-Cab  
4.2 Kvaliteta ispisa  Pretkondicioniranje: 24 sata pri + 40 °C ± 2 °C i rela ­
tivnoj vlažnosti 93 % ± 3 %. 
Ispitno okruženje: ispis izra đen pri + 23 °C ± 2 °C. 
Obnavljanje: 16 sati pri + 23 °C ± 2 °C i relativnoj 
vlažnosti 55 % ± 3 %.  176, 178  
4.3 Otpornost na toplinu  Pretkondicioniranje: 16 sati pri + 23 °C ± 2 °C i rela ­
tivnoj vlažnosti 55 % ± 3 %. 
Ispitno okruženje: 2 sata pri + 70 °C ± 2 °C, suha 
toplina. 
Obnavljanje: 16 sati pri + 23 °C ± 2 °C i relativnoj 
vlažnosti 55 % ± 3 %.  176, 178 
IEC 60068-2-2-Bb  
4.4 Otpornost na niske 
temperature  Pretkondicioniranje: 16 sati pri + 23 °C ± 2 °C i rela ­
tivnoj vlažnosti 55 % ± 3 %. 
Ispitno okruženje: 24 sata – 20°C ± 3 °C, suha hlad ­
noća. 
Obnavljanje: 16 sati pri + 23 °C ± 2 °C i relativnoj 
vlažnosti 55 % ± 3 %.  176 do 178 
ISO 60068-2-1-Ab  
4.5 Otpornost na svjetlo  Pretkondicioniranje: 16 sati pri + 23 °C ± 2 °C i rela ­
tivnoj vlažnosti 55 % ± 3 %. 
Ispitno okruženje: 100 sati s osvijetljenoš ću od 
5 000 luksa, pri + 23 °C ± 2 °C i relativnoj vlažnosti 
55 % ± 3 %. 
Obnavljanje: 16 sati pri + 23 °C ± 2 °C i relativnoj 
vlažnosti 55 % ± 3 %.  176, 178  
Mjerila čitljivosti za ispitivanja 3.x i 4.x:  
Čitljivost ispisa osigurana je ako opti čke gustoće ispunjavaju sljede će 
granične vrijednosti:  
ispisani znakovi: min. 1,0;  
pozadina (neispisani papir): maks. 0,2.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 357  
Optičke gustoće dobivenih ispisa mjere se u skladu s DIN EN ISO 534.  
Ispisi ne smiju pokazivati promjene dimenzija i moraju ostati jasno čitljivi.  
8. ISPITIVANJA INTEROPERABILNOSTI  
▼M1 
Br. Ispitivanje  Opis  
8.1. Ispitivanja interoperabilnosti izme đu jedinica u vozilu i tahografskih kartica  
1 Uzajamna autentifikacija  Provjeriti odvija li se uzajamna autentifikacija izme đu jedinice u 
vozilu i kartice tahografa normalno.  
2 Ispitivanja pisanja/ čitanja  Na jedinici u vozilu izvršiti tipi čan scenarij aktivnosti. Scenarij se 
prilagođava vrsti kartice koja se ispituje i uklju čuje upise u što je 
više mogu će elementarnih datoteka (EF) na kartici. 
Na jedinici u vozilu koja preuzima podatke provjeriti jesu li svi 
odgovaraju ći zapisi ispravno zabilježeni. 
Na kartici koja preuzima podatke provjeriti jesu li svi odgovaraju ći 
zapisi ispravno zabilježeni. 
Putem dnevnih ispisa provjeriti mogu li se svi odgovaraju ći zapisi 
ispravno pro čitati. 
8.2. Ispitivanja interoperabilnosti izme đu jedinica u vozilu i senzora kretanja  
1 Uparivanje  Provjeriti odvija li se uparivanje izme đu jedinice u vozilu i senzora 
kretanja normalno.  
2 Ispitivanja aktivnosti  Na senzoru kretanja izvršiti tipi čan scenarij aktivnosti. Scenarij uklju ­ 
čuje uobičajenu aktivnost i stvaranje što je mogu će više doga đaja ili 
kvarova. 
Na jedinici u vozilu koja preuzima podatke provjeriti jesu li svi 
odgovaraju ći zapisi ispravno zabilježeni. 
Na kartici koja preuzima podatke provjeriti jesu li svi odgovaraju ći 
zapisi ispravno zabilježeni. 
Putem dnevnog ispisa provjeriti mogu li se svi odgovaraju ći zapisi 
ispravno pro čitati. 
8.3. Ispitivanja interoperabilnosti izme đu jedinica u vozilu i vanjskih ure đaja GNSS-a (ako je primjenjivo)  
1 Uzajamna autentifikacija  Provjeriti odvija li se uzajamna autentifikacija (povezivanje) izme đu 
jedinice u vozilu i vanjskog ure đaja GNSS-a normalno.  
2 Ispitivanja aktivnosti  Na vanjskom ure đaju GNSS-a izvršiti tipi čan scenarij aktivnosti. 
Scenarij uklju čuje uobičajenu aktivnost i stvaranje što je mogu će 
više događaja ili kvarova. 
Na jedinici u vozilu koja preuzima podatke provjeriti jesu li svi 
odgovaraju ći zapisi ispravno zabilježeni. 
Na kartici koja preuzima podatke provjeriti jesu li svi odgovaraju ći 
zapisi ispravno zabilježeni. 
Putem dnevnog ispisa provjeriti mogu li se svi odgovaraju ći zapisi 
ispravno pro čitati. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 358  
Dodatak 10  
SIGURNOSNI ZAHTJEVI  
U ovom se Dodatku navode zahtjevi u pogledu informati čke sigurnosti za 
sastavne dijelove ure đaja za bilježenje podataka.  
SEC_001 Sljede ći sastavni dijelovi ure đaja za bilježenje podataka podliježu 
sigurnosnoj certifikaciji u skladu sa shemom zajedni čkih mjerila:  
— jedinica u vozilu,  
— tahografska kartica,  
— senzor kretanja,  
— vanjski ure đaj GNSS-a.  
SEC_002 Minimalni zahtjevi u pogledu informati čke sigurnosti koje treba ispu ­
niti svaki sastavni dio koji podliježe sigurnosnoj certifikaciji utvr đuju 
se u profilu zaštite sastavnog dijela u skladu sa shemom zajedni čkih 
mjerila.  
SEC_003 Europska komisija osigurava da su četiri profila zaštite uskla đena s 
ovim Prilogom sponzorirana, razvijena i odobrena od strane državnih 
tijela nadležnih za certifikaciju informati čke sigurnosti organiziranih 
unutar Radne skupine za zajedni čko tumačenje (eng.  Joint Interpre ­
tation Working Group , JIWG) koja podržava uzajamno priznavanje 
certifikata u okviru europskog Sporazuma o uzajamnom priznavanju 
certifikata o evaluaciji sigurnosti informacijske tehnologije, i da su ti 
profili registrirani:  
— profil zaštite za jedinicu u vozilu,  
— profil zaštite za tahografsku karticu,  
— profil zaštite za senzor kretanja,  
— profil zaštite za vanjski ure đaj GNSS-a.  
Profil zaštite za jedinicu u vozilu odnosi se na slu čajeve kada je jedinica u vozilu 
(VU) namijenjena za upotrebu s vanjskim ure đajem GNSS-a i kada nije. U 
prvom su slu čaju sigurnosni zahtjevi za vanjski ure đaj GNSS-a navedeni u 
posebnom profilu zaštite.  
SEC_004 Proizvo đači sastavnih dijelova prema potrebi dora đuju i dovršavaju 
profil zaštite za odgovaraju ći sastavni dio, bez izmjena ili brisanja 
postojećih opasnosti, ciljeva, na čina postupanja i propisanih funkcija 
za provedbu sigurnosti kako bi utvrdili sigurnosni cilj u odnosu na 
koji mogu zatražiti sigurnosnu certifikaciju sastavnog dijela.  
SEC_005 Tijekom postupka evaluacije mora se dati izjava o strogoj sukladnosti 
takvog posebnog sigurnosnog cilja s odgovaraju ćim profilom zaštite.  
SEC_006 Razina osiguranja za svaki profil zaštite je razina EAL4 poja čana s 
komponentama osiguranja ATE_DPT.2 i AVA_VAN.5.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 359  
Dodatak 11.  
ZAJEDNI ČKI SIGURNOSNI MEHANIZMI  
SADRŽAJ  
PREAMBULA  
DIO A SUSTAV TAHOGRAFA PRVE GENERACIJE  
1. UVOD  
1.1. Referentni dokumenti:  
1.2. Ozna čivanje i pokrate  
2. KRIPTOGRAFSKI SUSTAVI I ALGORITMI  
2.1. Kriptografski sustavi  
2.2. Kriptografski algoritmi  
2.2.1 Algoritam RSA  
2.2.2 Algoritam raspršivanja  
2.2.3 Algoritam šifriranja podataka  
3. KLJU ČEVI I CERTIFIKATI  
3.1. Generiranje i raspodjela klju čeva 
3.1.1 Generiranje i raspodjela klju čeva RSA  
3.1.2 Ispitni klju čevi RSA  
3.1.3 Klju čevi senzora kretanja  
3.1.4 Generiranje i raspodjela T-DES klju čeva razmjene podataka  
3.2. Klju čevi 
3.3. Certifikati  
3.3.1 Sadržaj certifikata  
3.3.2 Izdani certifikati  
3.3.3 Provjera i otvaranje certifikata  
4. MEHANIZAM UZAJAMNE AUTENTIFIKACIJE  
5. MEHANIZMI POVJERLJIVOSTI, INTEGRITETA I AUTENTI ­ 
FIKACIJE PRIJENOSA PODATAKA IZME ĐU KARTICE I 
JEDINICE U VOZILU  
5.1. Siguran prijenos poruka  
5.2. Postupanje s pogreškama u sigurnom prijenosu poruka  
5.3. Algoritam izra čuna kriptografskih kontrolnih zbrojeva  
5.4. Algoritam izra čuna kriptograma za pouzdanost DO-ova  
6. MEHANIZMI DIGITALNOG POTPISA KOD PREUZIMANJA 
PODATAKA  
6.1. Generiranje potpisa  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 360  
6.2. Provjera potpisa  
DIO B SUSTAV TAHOGRAFA DRUGE GENERACIJE  
7. UVOD  
7.1. Referentni dokumenti  
7.2. Ozna čivanje i skra ćenice  
7.3. Definicije  
8. KRIPTOGRAFSKI SUSTAVI I ALGORITMI  
8.1. Kriptografski sustavi  
8.2. Kriptografski algoritmi  
8.2.1 Simetri čni algoritmi  
8.2.2 Asimetri čni algoritmi i normirani parametri domene  
8.2.3 Algoritmi raspršivanja ( hashing ) 
8.2.4 Slijedovi šifri (eng.  Cipher Suites ) 
9. KLJU ČEVI I CERTIFIKATI  
9.1. Asimetri čni parovi klju čeva i certifikati javnih klju čeva 
9.1.1 Op ćenito  
9.1.2 Europska razina  
9.1.3 Razina države članice  
9.1.4 Razina opreme: Jedinice u vozilu  
9.1.5 Razina opreme: Tahografske kartice  
9.1.6 Razina opreme: Vanjski ure đaji GNSS-a  
9.1.7 Pregled: Zamjena certifikata  
9.2. Simetri čni ključevi 
9.2.1 Klju čevi za sigurnu komunikaciju izme đu jedinice u vozilu i 
senzora kretanja  
9.2.2 Klju čevi za sigurnu komunikaciju preko DSRC-a  
9.3. Certifikati  
9.3.1 Op ćenito  
9.3.2 Sadržaj certifikata  
9.3.3 Podnošenje zahtjeva za certifikate  
10. UZAJAMNA AUTENTIFIKACIJA I SIGURAN PRIJENOS 
PORUKA IZME ĐU JEDINICA U VOZILU I KARTICA  
10.1. Op ćenito  
10.2. Uzajamna provjera lanca certifikata  
10.2.1 Provjera lanca certifikata kartice koju provodi jedinica u vozilu  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 361  
10.2.2 Provjera lanca certifikata jedinice u vozilu koju provodi kartica  
10.3. Autentifikacija jedinice u vozilu  
10.4. Autentifikacija čipa i dogovaranje klju ča razmjene podataka  
10.5. Siguran prijenos poruka  
10.5.1 Op ćenito  
10.5.2 Struktura sigurne poruke  
10.5.3 Prekid procesa sigurnog prijenosa poruka  
11. POVEZIVANJE, UZAJAMNA AUTENTIFIKACIJA I SIGURAN 
PRIJENOS PORUKA IZME ĐU JEDINICE U VOZILU I VANJ ­ 
SKOG URE ĐAJA GNSS-A  
11.1. Op ćenito  
11.2. Povezivanje jedinice u vozilu i vanjskog ure đaja GNSS-a (EGF-a)  
11.3. Uzajamna provjera lanca certifikata  
11.3.1 Op ćenito  
11.3.2 Tijekom povezivanja jedinica u vozilu (VU) – EGF  
11.3.3 Tijekom redovnog rada  
11.4. Autentifikacija jedinice u vozilu, autentifikacija čipa i dogovaranje 
ključa razmjene podataka  
11.5. Siguran prijenos poruka  
12. UPARIVANJE I KOMUNIKACIJA IZME ĐU JEDINICE U 
VOZILU I SENZORA KRETANJA  
12.1. Op ćenito  
12.2. Uparivanje jedinice u vozilu i senzora kretanja upotrebom razli čitih 
generacija klju čeva 
12.3. Uparivanje i komunikacija izme đu jedinice u vozilu i senzora 
kretanja upotrebom AES  
12.4. Uparivanje jedinice u vozilu i senzora kretanja za razli čite genera­ 
cije opreme  
13. SIGURNOST KOMUNIKACIJE NA DALJINU PUTEM DSRC-A  
13.1. Op ćenito  
13.2. Šifriranje prijenosa podataka tahografa i generiranje MAC-a  
13.3. Provjera i dešifriranje prijenosa podataka tahografa  
14. POTPISIVANJE PREUZIMANJA PODATAKA I PROVJERA 
POTPISA  
14.1. Op ćenito  
14.2. Generiranje potpisa  
14.3. Provjera potpisa  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 362  
PREAMBULA  
U ovom se Dodatku propisuju sigurnosni mehanizmi kojima se osiguravaju:  
— uzajamna autentifikacija izme đu različitih sastavnih dijelova opreme u 
sustavu tahografa;  
— povjerljivost, integritet, autenti čnost i/ili nepobitnost podataka koji se prenose 
između različitih sastavnih dijelova sustava tahografa ili koji se preuzimaju na 
vanjske medije za pohranu podataka.  
Ovaj se Dodatak sastoji od dva dijela. U dijelu A utvr đeni su sigurnosni mehan ­
izmi za sustav tahografa prve generacije (digitalni tahograf). U dijelu B utvr đeni 
su sigurnosni mehanizmi za sustav tahografa druge generacije (pametni tahograf).  
Mehanizmi iz dijela A ovog Dodatka primjenjuju se ako najmanje jedan sastavni 
dio sustava tahografa uklju čenog u postupak uzajamne autentifikacije i/ili prije ­
nosa podataka pripada opremi prve generacije.  
Mehanizmi iz dijela B ovog Dodatka primjenjuju se ako oba sastavna dijela 
sustava tahografa uklju čenog u postupak uzajamne autentifikacije i/ili prijenosa 
podataka pripadaju opremi druge generacije.  
U Dodatku 15. navedeno je više informacija o upotrebi sastavnih dijelova prve 
generacije u kombinaciji sa sastavnim dijelovima druge generacije.  
DIO A  
SUSTAV TAHOGRAFA PRVE GENERACIJE  
1. UVOD  
1.1. Referentni dokumenti:  
U ovom su Dodatku upotrijebljeni sljede ći izvori:  
SHA-1 Nacionalni institut za norme i tehnologiju SAD-a 
(NIST),  FIPS Publication 180-1 (Publikacija FIPS 
180-1): Secure Hash Standard , travanj 1995.  
PKCS1 Laboratoriji RSA. PKCS # 1:  RSA Encryption Stan ­
dard , verzija 2.0, listopad 1998.  
TDES Nacionalni institut za norme i tehnologiju SAD-a 
(NIST),  FIPS Publication 46-3 Data Encryption Stan ­
dard , nacrt, 1999.  
TDES-OP ANSI X9.52,  Triple Data Encryption Algorithm 
Modes of Operation , 1998.  
ISO/IEC 7816-4  Information Technology – Identification cards – Inte ­
grated circuit(s) cards with contacts – Part 4: Inte ­
rindustry commands for interexchange . Prvo izdanje, 
1995. + Izmjena 1.: 1997.  
ISO/IEC 7816-6  Information Technology – Identification cards – Inte ­
grated circuit(s) cards with contacts – Part 6: Inte ­
rindustry data elements . Prvo izdanje, 1996. + 
ispravak 1., 1998.  
ISO/IEC 7816-8  Information Technology – Identification cards – Inte ­
grated circuit(s) cards with contacts – Part 8: Security 
related interindustry commands . Prvo izdanje, 1999.  
ISO/IEC 9796-2  Information Technology – Security techniques – 
Digital signature schemes giving message recovery – 
Part 2: Mechanisms using a hash function . Prvo izda ­
nje, 1997.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 363  
ISO/IEC 9798-3  Information Technology – Security techniques – Entity 
authentication mechanisms – Part 3: Entity authenti ­
cation using a public key algorithm . Drugo izdanje, 
1998.  
ISO 16844-3 Road vehicles – Tachograph systems – Part 3: Motion 
sensor interface.  
1.2. Ozna čivanje i pokrate  
U ovom se Dodatku upotrebljavaju sljede će oznake i pokrate:  
(K a , K  b , K  c ) snop klju čeva koji upotrebljava algoritam za trostruko 
šifriranje podataka,  
CA certifikacijsko tijelo (eng.  Certification Authority ), 
CAR upu ćivanje na certifikacijsko tijelo (eng.  Certification 
Authority Reference ), 
CC kriptografski kontrolni zbroj (eng.  Cryptographic 
Checksum ), 
CG kriptogram (eng.  Cryptogram ), 
CH zaglavlje naredbe (eng.  Command Header ), 
CHA ovlaštenje nositelja certifikata (eng.  Certificate Holder 
Authorisation ), 
CHR upu ćivanje na nositelja certifikata (eng.  Certificate 
Holder Reference ), 
D() dešifriranje s pomo ću DES-a,  
DE podatkovni element (eng.  Data Element ), 
DO podatkovni objekt (eng.  Data Object ), 
d privatni klju č RSA, privatni eksponent,  
e javni klju č RSA, javni eksponent,  
E() šifriranje s pomo ću DES-a,  
EQT oprema (eng.  Equipment ), 
Hash()  vrijednost raspršene poruke, izlazni podatak Hash,  
Hash  funkcija raspršivanja (eng.  hash ), 
KID identifikator klju ča (eng.  Key Identifier ), 
Km klju č TDES. Glavni klju č definiran u normi ISO 
16844-3,  
Km  VU ključ TDES unesen u jedinice u vozilu,  
Km  WC ključ TDES unesen na kartice radionica,  
m predstavnik poruke, cijeli broj izme đu 0 i n–1,  
n klju čevi RSA, modul,  
PB bajtovi za popunjenje (eng.  Padding Bytes ), 
PI bajt indikatora popunjenja (za kriptograme povjerljivih 
podatkovnih objekata) (eng.  Padding Indicator byte ), 
PV nešifrirana vrijednost (eng.  Plain Value ), 
s predstavnik potpisa, cijeli broj izme đu 0 i  n–1, 
SSC broja č redoslijeda slanja (eng.  Send Sequence Coun ­
ter), 
SM siguran prijenos poruka (eng.  Secure Messaging ), 
TCBC na čin rada „ulan čavanje šifriranih blokova TDEA” 
(eng.  TDEA Cipher Block Chaining Mode of Opera ­
tion), ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 364  
TDEA algoritam trostrukog šifriranja podataka (eng.  Triple 
Data Encryption Algorithm ), 
TLV vrijednost duljine oznake (eng.  Tag Length Value ), 
VU jedinica u vozilu (eng.  Vehicle Unit ), 
X.C certifikat korisnika X koji izdaje certifikacijsko tijelo,  
X.CA certifikacijsko tijelo korisnika X,  
X.CA.PK  o X.C radnja otvaranja certifikata za izdvajanje javnog 
ključa. To je infiksni operator čiji je lijevi operand 
javni ključ certifikacijskog tijela, a desni operand je 
certifikat koji izdaje navedeno certifikacijsko tijelo. 
Ishod je javni klju č korisnika X čiji je certifikat 
desni operand,  
X.PK privatni klju č RSA korisnika X,  
X.PK[I] šifra RSA nekog podatka I, upotrebom javnog klju ča 
korisnika X,  
X.SK privatni klju č RSA korisnika X,  
X.SK[I] šifra RSA nekog podatka I, upotrebom privatnog 
ključa korisnika X,  
„xx” heksadecimalna vrijednost,  
|| operator ulan čavanja.  
2. KRIPTOGRAFSKI SUSTAVI I ALGORITMI  
2.1. Kriptografski sustavi  
CSM_001 U jedinicama u vozilu i tahografskim karticama upotrebljava 
se klasičan kriptografski sustav javnog klju ča RSA kojim se 
osiguravaju sljede ći sigurnosni mehanizmi:  
— autentifikacija izme đu jedinica u vozilu i kartica,  
— prijenos klju čeva trostrukog procesa DES izme đu jedinica 
u vozilu i tahografskih kartica,  
— digitalni potpis podataka preuzetih s jedinica u vozilu ili 
tahografskih kartica na vanjske medije.  
CSM_002 U jedinicama u vozilu i tahografskim karticama upotrebljava 
se trostruki simetri čan kriptografski sustav DES za osiguranje 
mehanizma integriteta podataka tijekom razmjene korisni čkih 
podataka izme đu jedinica u vozilu i tahografskih kartica te za 
osiguranje, ako je primjereno, povjerljivosti razmjene poda ­
taka između jedinica u vozilu i tahografskih kartica.  
2.2. Kriptografski algoritmi  
2.2.1  Algoritam RSA  
CSM_003 Algoritam RSA u potpunosti je definiran sljede ćim odno­
sima:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 365  
X.SK[ m] = s = m d mod n 
X.PK[ s] = m = s e mod n 
Potpuniji opis funkcije RSA može se na ći u izvoru [PKCS1]. 
Javni eksponent e za izra čun RSA cijeli je broj izme đu 3 i 
n–1 koji zadovoljava gcd(e, lcm(p–1, q–1)) = 1.  
2.2.2  Algoritam raspršivanja  
CSM_004 Mehanizmi digitalnog potpisa upotrebljavaju algoritam raspr ­ 
šivanja ( hash ) SHA-1 definiran u izvoru [SHA-1].  
2.2.3  Algoritam šifriranja podataka  
CSM_005 Algoritmi utemeljeni na DES-u upotrebljavaju se u na činu 
rada „ulan čavanje šifriranih blokova”.  
3. KLJU ČEVI I CERTIFIKATI  
3.1. Generiranje i raspodjela klju čeva 
3.1.1  Generiranje i raspodjela klju čeva RSA  
CSM_006 Klju čevi RSA generiraju se preko tri funkcionalne hijerar ­
hijske razine:  
— europska razina,  
— razina države članice,  
— razina opreme.  
CSM_007 Na europskoj se razini generira jedinstveni europski par klju ­ 
čeva (EUR.SK i EUR.PK). Europski privatni klju č upotreb­
ljava se za certifikaciju javnih klju čeva država članica. 
Potrebno je voditi evidenciju svih certificiranih klju čeva. Te 
zadatke obavlja europsko certifikacijsko tijelo, pod nadlež ­
nošću i odgovornosti Europske komisije.  
CSM_008 Na razini države članice generira se par klju čeva države 
članice (MS.SK i MS.PK). Javne klju čeve država članica 
certificira europsko certifikacijsko tijelo. Privatni klju č 
države članice upotrebljava se za certificiranje javnih klju ­ 
čeva koji se unose u opremu (jedinica u vozilu ili tahografska 
kartica). Evidencija svih certificiranih javnih klju čeva vodi se 
zajedno s identifikacijom opreme za koju su namijenjeni. Te 
zadatke obavlja certifikacijsko tijelo države članice. Država 
članica može redovito mijenjati svoj par klju čeva. 
CSM_009 Na razini opreme generira se jedan pojedina čni par klju čeva 
(EQT.SK i EQT.PK) i unosi u svaki dio opreme. Javne 
ključeve opreme certificira certifikacijsko tijelo države 
članice. Te zadatke mogu obavljati proizvo đači opreme, izvo ­ 
đači personalizacije opreme ili nadležna tijela države članice. 
Taj se par klju čeva upotrebljava za usluge autentifikacije, 
digitalnog potpisa i šifriranja.  
CSM_010 Povjerljivost privatnih klju čeva održava se tijekom generira ­
nja, prijenosa (ako postoji) i čuvanja.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 366  
Na sljedećoj je slici sažeti prikaz protoka podataka u ovom 
postupku:
  
3.1.2  Ispitni klju čevi RSA  
CSM_011 U svrhu ispitivanja opreme (uklju čujući ispitivanje interope ­
rabilnosti) europsko certifikacijsko tijelo generira razli čit 
jedinstveni europski par ispitnih klju čeva i najmanje dva 
para ispitnih klju čeva države članice, čiji se javni klju čevi 
certificiraju europskim privatnim ispitnim klju čem. U opremu 
koja podliježe homologaciji proizvo đači unose ispitne klju ­ 
čeve certificirane jednim od tih ispitnih klju čeva države 
članice.  
3.1.3  Ključevi senzora kretanja  
Povjerljivost triju klju čeva trostrukog DES-a koji su opisani u nastavku 
održava se na odgovaraju ći način tijekom generiranja, prijenosa (ako 
postoji) i čuvanja.  
Za podršku sastavnim dijelovima tahografa koji zadovoljavaju normu 
ISO 16844, europsko certifikacijsko tijelo i certifikacijska tijela država 
članica dodatno osiguravaju sljede će: 
CSM_036 Europsko certifikacijsko tijelo generira KmVU i KmWC, dva 
neovisna i jedinstvena klju ča trostrukog DES-a, te generira Km 
kao: Km = Km  VU XOR Km  WC . Europsko certifikacijsko tijelo 
dostavlja navedene klju čeve certifikacijskim tijelima država 
članica u odgovaraju će zaštićenim postupcima, na njihov 
zahtjev.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 367  
CSM_037 Certifikacijska tijela država članica:  
— upotrebljavaju Km za šifriranje podataka senzora kretanja 
koje traže proizvo đači senzora kretanja (podatci koji se 
šifriraju s Km definirani su u normi ISO 16844-3),  
— u odgovaraju će zaštićenim postupcima proizvo đačima 
jedinica u vozilu dostavljaju Km  VU za unošenje u jedi ­
nice u vozilu,  
— osiguravaju unos klju ča Km  WC u sve kartice radionica 
(
 u elementarnoj 
datoteci
  ) tijekom 
personalizacije kartice.  
3.1.4  Generiranje i raspodjela T-DES klju čeva razmjene podataka  
CSM_012 Jedinice u vozilu i tahografske kartice, kao dio postupka 
uzajamne autentifikacije, generiraju i razmjenjuju podatke 
potrebne za izradu zajedni čkog ključa trostrukog procesa 
DES-a. Povjerljivost te razmjene podataka zašti ćena je 
mehanizmom šifriranja RSA.  
CSM_013 Ovaj se klju č upotrebljava za sve naredne kriptografske 
radnje koje upotrebljavaju siguran prijenos poruka. Njegova 
valjanost isti če na kraju razmjene podataka (povla čenje 
kartice ili povrat kartice u po četno stanje) i/ili nakon 240 
upotreba (jedna upotreba klju ča = jedna naredba koja 
upotrebljava sigurni prijenos poruka upu ćena kartici i odgo ­
varajući odgovor).  
3.2. Ključevi 
CSM_014 Klju čevi RSA imaju (bez obzira na razinu) sljede će duljine: 
modul  n 1 024 bita, javni eksponent  e najviše 64 bita, 
privatni eksponent  d 1 024 bita.  
CSM_015 Klju čevi trostrukog DES-a imaju oblik (K  a , K b , K a ) pri čemu 
su K  a i K  b neovisni klju čevi duljine 64 bita. Ne smiju biti 
namješteni bitovi koji utvr đuju paritetnu grešku.  
3.3. Certifikati  
CSM_016 Certifikati javnih klju čeva su „nesamoopisni”, „karticom 
provjerljivi” certifikati (izvor: ISO/IEC 7816-8).  
3.3.1  Sadržaj certifikata  
CSM_017 Certifikati javnih klju čeva RSA ugra đeni su u sljede će 
podatke sljede ćim redom:  
Podatci  Format  Bajtova  Opis  
CPI CIJELI BROJ  1  Identifikator profila certifi ­
kata (u ovoj verziji „01”)  
CAR  OKTETNI 
NIZ 8 Upu ćivanje na certifika ­
cijsko tijelo  
CHA  OKTETNI 
NIZ 7 Ovlaštenje nositelja certifi ­
kata ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 368  
Podatci  Format  Bajtova  Opis  
EOV  TimeReal  4  Istek valjanosti certifikata. 
Nije obvezno, popunjava 
se s „FF” ako se ne 
upotrebljava.  
CHR  OKTETNI 
NIZ 8 Upu ćivanje na nositelja 
certifikata  
n OKTETNI 
NIZ 128 Javni klju č (modul)  
e OKTETNI 
NIZ 8 Javni klju č (javni ekspo ­
nent)  
164 
Napomene:  
1. „Identifikator profila certifikata” (CPI) ozna čuje točnu strukturu auten ­
tifikacijskog certifikata. Može se upotrebljavati kao unutarnji identifi ­
kator opreme iz zaglavlja odgovaraju ćeg popisa koji opisuje ulan ča­
vanje podatkovnih elemenata unutar certifikata.  
Zaglavlje popisa pridruženo sadržaju tog certifikata sljede će je: 
‘4D’  ‘16’  ‘5F 
29’ ‘01’ ‘42’  ‘08’  ‘5F 
4B’ ‘07’ ‘5F 
24’ ‘04’ ‘5F 
20’ ‘08’ ‘7F 
49’ ‘05’ ‘81’  ‘81 
80’ ‘82’ ‘08’
 Oznaka proširenog zaglavlja popisa  
Duljina zaglavlja popisa  
Oznaka CPI  
Duljina CPI  
Oznaka CAR  
Duljina CAR  
Oznaka CHA  
Duljina CHA  
Oznaka EOV  
Duljina EOV  
Oznaka CHR  
Duljina CHR  
Oznaka javnog klju ča (konstruirana)  
Duljina narednih DO-ova  
Oznaka modula  
Duljina modula  
Oznaka javnog eksponenta  
Duljina javnog eksponenta 
2. „Upućivanje na certifikacijsko tijelo” (CAR) služi za identifikaciju 
certifikacijskog tijela (CA) koje je izdalo certifikat tako da se podat ­
kovni element može istodobno upotrebljavati kao identifikator klju ča 
tijela za upu ćivanje na javni klju č certifikacijskog tijela (za kodiranje 
vidjeti identifikator klju ča u nastavku).  
3. „Ovlaštenje nositelja certifikata” (CHA) upotrebljava se za identifika ­
ciju prava nositelja certifikata. Ono se sastoji od identifikatora (ID) 
tahografske aplikacije i vrste opreme za koju je certifikat namijenjen 
(prema podatkovnom elementu
  , ‘00’ za državu 
članicu).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 369  
4. „Upućivanje na nositelja certifikata” (CHR) služi za jedinstvenu iden ­
tifikaciju nositelja certifikata tako da se podatkovni element može 
istodobno upotrebljavati kao identifikator klju ča nositelja za upu ći­
vanje na javni klju č nositelja certifikata.  
5. Identifikatori klju ča na jedinstven na čin identificiraju nositelja certifi ­
kata ili certifikacijsko tijelo. Oni su kodirani kako slijedi:  
5.1. Oprema (VU ili kartica):  
Podatci  Serijski 
broj 
opreme  Datum  Tip  Proizvo đač 
Duljina  4 bajta  2 bajta  1 bajt  1 bajt  
Vrijed­
nost cijeli broj  BCD kodiranje mm 
gg specifičan za 
proizvođača kôd proizvo đača 
U slučaju jedinice u vozilu proizvo đač, prilikom traženja certifi ­
kata, može ili ne mora znati identifikaciju opreme u koju se 
unose klju čevi. 
U prvom slu čaju proizvo đač će tijelu svoje države članice na 
certifikaciju poslati identifikaciju opreme s javnim klju čem. 
Certifikat će nakon toga sadržavati identifikaciju opreme, a proiz ­
vođač mora osigurati da se klju čevi i certifikat unesu u opremu 
za koju su namijenjeni. Identifikator klju ča ima prethodno prika ­
zani oblik.  
U potonjem slu čaju proizvo đač mora na jedinstven na čin identi­
ficirati svaki zahtjev za certifikat i poslati takvu identifikaciju s 
javnim klju čem tijelu svoje države članice na certifikaciju. Certi ­
fikat će sadržavati identifikaciju zahtjeva. Proizvo đač mora 
povratno obavijestiti tijelo svoje države članice o dodjeli klju ča 
opremi (tj. identifikaciji zahtjeva za certifikat, identifikaciji 
opreme) nakon ugradnje klju ča u opremu. Identifikator klju ča 
ima sljedeći oblik: 
Podatci  Serijski 
broj 
zahtjeva 
za certifi­
kat Datum  Tip  Proizvo đač 
Duljina  4 bajta  2 bajta  1 bajt  1 bajt  
Vrijed­
nost cijeli broj  BCD kodiranje mm 
gg ‘FF’ kôd proizvo đača ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 370  
5.2. Certifikacijsko tijelo: 
Podatci  Identifikacija tijela  Serijski broj 
ključa Dodatne 
informacije  Identifikator  
Duljina  4 bajta  1 bajt  2 bajta  1 bajt  
Vrijed­
nost 1-bajtni numeri čki 
kod države 
3-bajtni alfanume ­
rički kod države  cijeli broj  dodatno kodi ­
ranje 
(specifično za 
CA); 
‘FF FF’ ako 
nije upotrijeb ­
ljeno  ‘01’ 
Serijski broj klju ča upotrebljava se za raspoznavanje razli čitih 
ključeva države članice u slu čaju da se klju č promijeni.  
6. Osobe koje vrše provjeru certifikata implicitno znaju da je certificirani 
javni ključ RSA ključ koji se odnosi na autentifikaciju, provjeru digi ­
talnog potpisa i šifriranje za usluge povjerljivosti (certifikat ne sadr ­ 
žava identifikator objekta koji bi to navodio).  
3.3.2  Izdani certifikati  
CSM_018 Izdani certifikat je digitalni potpis s djelomi čnim obnavlja ­
njem sadržaja certifikata u skladu s normom ISO/IEC 9796-2 
(osim njezina priloga A4) s priloženim „upu ćivanjem na 
certifikacijsko tijelo”.  
X.C = X.CA.SK[‘6A’ || C  r || Hash (Cc) || ‘BC’] || C  n || X.CAR 
Sa sadržajem certifikata = Cc =  C  r || C  n 
106bajtova ­ 58 bajtova  
Napomene:  
1. Duljina ovog certifikata je 194 bajta.  
2. CAR, koji je skriven potpisom, isto je tako priložen potpisu tako da 
javni ključ certifikacijskog tijela može biti odabran za provjeru certi ­
fikata.  
3. Osoba koja provjerava certifikat implicitno je upoznata s algoritmom 
koji je certifikacijsko tijelo upotrijebilo za potpisivanje certifikata.  
4. Zaglavlje popisa pridruženo navedenom izdanom certifikatu sljede će 
je: 
‘7F 21’  ‘09’  ‘5F 37’  ‘81 80’  ‘5F 38’  ‘3A’  ‘42’  ‘08’
 Oznaka certifikata CV 
(konstruirana)  
Duljina narednih DO-ova  
Oznaka potpisa  
Duljina potpisa  
Oznaka ostatka  
Duljina ostatka  
Oznaka CAR  
Duljina CAR ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 371  
3.3.3  Provjera i otvaranje certifikata  
Provjera i otvaranje certifikata sastoji se od provjere potpisa prema normi 
ISO/IEC 9796 2, preuzimanja sadržaja certifikata i sadržanog javnog 
ključa: X.PK = X.CA.PK  o X.C, te provjere valjanosti certifikata.  
CSM_019 Obuhva ća sljedeće korake:  
Provjeriti potpis i preuzeti sadržaj: 
— iz X.C preuzeti Sign, C  n ' i CAR':  X.C =  Sign  ||  C  n ' ||  CAR'  
128 bajtova  58 bajtova  8 bajtova,  
— odabrati iz CAR' odgovaraju ći javni klju č certifikacijskog 
tijela (ako to nije u činjeno ranije na neki drugi na čin), 
— otvoriti Sign s javnim klju čem CA: Sr'= X.CA.PK [Sign],  
— provjeriti da Sr' zapo činje sa ‘6A’ i završava s ‘BC’, 
— izračunati C  r ‘i H’ iz: Sr' =  ‘6A’  || C  r ' ||  H'  ||  ‘BC’  
106 bajtova  20 bajtova,  
— ponovno u čitati sadržaj certifikata C' = C  r ‘|| C  n ’, 
— provjeriti  Hash (C') = H'.  
Ako su provjere u redu, certifikat je autenti čan, njegov 
sadržaj je C'.  
Provjeriti valjanost. Iz C':  
— prema potrebi, provjeriti datum isteka valjanosti.  
Preuzeti i pohraniti javni klju č, identifikator klju ča, ovla­ 
štenje nositelja certifikata i istek valjanosti certifikata iz C':  
— X.PK =  n || e 
— X.KID = CHR  
— X.CHA = CHA  
— X.EOV = EOV  
4. MEHANIZAM UZAJAMNE AUTENTIFIKACIJE  
Uzajamna autentifikacija izme đu kartica i jedinica u vozilu (VU) temelji 
se na sljede ćem načelu: 
Svaka strana dokazuje drugoj strani da posjeduje valjan par klju čeva čiji 
je javni klju č certificiralo certifikacijsko tijelo države članice koje je 
certificiralo europsko certifikacijsko tijelo.  
Dokazivanje se obavlja potpisivanjem privatnim klju čem slučajnog broja 
koji je poslala druga strana koja mora obnoviti slu čajni broj poslan 
prilikom provjere potpisa.  
Mehanizam aktivira jedinica u vozilu pri umetanju kartice. On zapo činje 
razmjenom certifikata i otvaranjem javnih klju čeva te završava postav ­
ljanjem klju ča razmjene podataka.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 372  
CSM_020 Upotrebljava se sljede ći protokol (strelice ukazuju na naredbe 
i razmijenjene podatke (vidjeti Dodatak 2.)):
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 373
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 374  
5. MEHANIZMI POVJERLJIVOSTI, INTEGRITETA I AUTENTIFIKA ­
CIJE PRIJENOSA PODATAKA IZME ĐU KARTICE I JEDINICE U 
VOZILU  
5.1. Siguran prijenos poruka  
CSM_021 Integritet prijenosa podataka izme đu jedinice u vozilu i 
kartice zašti ćen je sigurnim prijenosom poruka u skladu s 
izvorima [ISO/IEC 7816-4] i [ISO/IEC 7816-8].  
CSM_022 Kada podatci trebaju biti zašti ćeni tijekom prijenosa, podat ­
kovni objekt kriptografskog kontrolnog zbroja dodaje se 
podatkovnim objektima koji se šalju u okviru naredbe ili 
odgovora. Kriptografski kontrolni zbroj provjerava primatelj.  
CSM_023 Kriptografski kontrolni zbroj podataka koji se šalju u okviru 
naredbe objedinjuje zaglavlje naredbe i sve poslane podat ­
kovne objekte (= > CLA = ‘0C’, a svi podatkovni objekti 
moraju biti sažeti s oznakama u kojima je b1 = 1).  
CSM_024 Bajtovi informacija o stanju odgovora zašti ćeni su kriptograf ­
skim kontrolnim zbrojem ako odgovor ne sadržava podat ­
kovno polje.  
CSM_025 Kriptografski kontrolni zbroj ima duljinu od četiri bajta.  
Struktura naredbi i odgovora pri sigurnom prijenosu poruka 
stoga je sljede ća: 
Upotrijebljeni DO-vi su parcijalni skup DO-ova za siguran 
prijenos poruka opisan u normi ISO/IEC 7816-4:  
Oznaka  Mnemonik  Zna čenje 
‘81’ T  PV Nešifrirana vrijednost, podatci koji nisu kodirani u 
BER-TLV (zašti ćena CC-om)  
‘97’ T  LE Vrijednost Le u nezašti ćenoj naredbi (zašti ćena CC- 
om) 
‘99’ T  SW Statusne informacije (zašti ćene CC-om)  
‘8E’ T  CC Kriptografski kontrolni zbroj  
‘87’ T  PI CG  Bajt indikatora popunjenja || kriptogram (vrijednost 
koja nije kodirana u BER-TLV)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 375  
Pod pretpostavkom nezašti ćenog para odgovora naredbe:  
Zaglavlje naredbe  Sadržaj naredbe  
CLA  INS  P1  P2  [Polje L  c ] [Podatkovno polje]  [Polje L  e ] 
četiri bajta  Bajtovi L, ozna čeni kao B  1 do B  L 
Sadržaj odgovora  Nastavak odgovora  
[Podatkovno polje]  SW1  SW2  
L r bajtova podataka  dva bajta  
Odgovaraju ći par zaštićenog odgovora naredbe je:  
Zaštićena naredba:  
Zaglavlje naredbe (CH)  Sadržaj naredbe  
CLA  INS  P1  P2  [Novo polje L  c ] [Novo podatkovno polje]  [Novo 
polje 
L e ] 
‘OC’  Duljina novog 
podatkovnog 
polja  T PV L PV PV T  LE L LE L e T CC L CC CC ‘00’  
‘81’ L  c Podatkovno 
polje  ‘97’ ‘01’  L  e ‘8E’ ‘04’  CC  
Podatci koje treba integrirati u kontrolni zbroj = CH || PB || 
T PV || L  PV || PV || T  LE || L  LE || L  e || PB  
PB = bajtovi za popunjenje (80 .. 00) u skladu s normom 
ISO-IEC 7816-4 i metodom 2. iz norme ISO 9797.  
DO PV i LE prisutni su samo kada postoje neki odgovaraju ći 
podatci u nezašti ćenoj naredbi.  
Zaštićeni odgovor:  
1. Slučaj kada podatkovno polje odgovora nije prazno i ne 
treba ga zaštititi u pogledu povjerljivosti:  
Sadržaj odgovora  Nastavak odgovora  
[Novo podatkovno polje]  novi SW1 SW2  
T PV L PV PV T  CC L CC CC 
‘81’ L  r podatkovno polje  ‘8E’  ‘04’  CC  
Podatci koje treba integrirati u kontrolni zbroj = T  PV || 
L PV || PV || PB  
2. Slučaj kada podatkovno polje odgovora nije prazno i treba 
ga zaštititi u pogledu povjerljivosti:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 376  
Sadržaj odgovora  Nastavak odgovora  
[Novo podatkovno polje]  novi SW1 SW2  
T PI CG  L PI 
CG PI CG  T  CC L CC CC 
‘87’ PI || CG  ‘8E’  ‘04’  CC  
Podatci koje prenosi CG: podatci koji nisu kodirani u 
BER-TLV i bajtovi za popunjenje.  
Podatci koje treba integrirati u kontrolni zbroj = T  PI CG  || 
L PI CG  || PI CG || PB  
3. Slučaj kada je podatkovno polje odgovora prazno:  
Sadržaj odgovora  Nastavak odgovora  
[Novo podatkovno polje]  novi SW1 SW2  
T SW L SW SW T  CC L CC CC 
‘99’ ‘02’  Novi SW1 SW2  ‘8E’  ‘04’  CC  
Podatci koje treba integrirati u kontrolni zbroj = T  SW || 
L SW || SW || PB  
5.2. Postupanje s pogreškama u sigurnom prijenosu poruka  
CSM_026 Kada tahografska kartica pri tuma čenju naredbe prepozna 
pogrešku u sigurnom prijenosu poruka (SM), tada se statusni 
bajtovi moraju vratiti bez SM-a. U skladu s normom 
ISO/IEC 7816-4, za ozna čivanje pogrešaka u sigurnom prije ­
nosu poruka (SM) utvr đeni su sljede ći statusni bajtovi:  
‘66 88’: neuspješna provjera kriptografskog kontrolnog 
zbroja,  
‘69 87’: nedostaju o čekivani podatkovni objekti sigurnog 
prijenosa poruka,  
‘69 88’: neispravni podatkovni objekti sigurnog prijenosa 
poruka.  
CSM_027 Kada tahografska kartica vrati statusne bajtove bez SM DO 
ili s pogrešnim SM DO, jedinica u vozilu (VU) mora preki ­
nuti razmjenu podataka.  
5.3. Algoritam izra čuna kriptografskih kontrolnih zbrojeva  
CSM_028 Kriptografski kontrolni zbrojevi sastavljeni su upotrebom  
retail  MAC-ova u skladu s ANSI X9.19 s DES-om:  
— početni stadij: po četni kontrolni blok y0 je E(Ka, SSC),  
— naredni stadij: kontrolni blokovi y1, .., yn ra čunaju se s 
pomoću Ka,  
— konačni stadij: kriptografski kontrolni zbroj izra čunava se 
od posljednjeg kontrolnog bloka yn kako slijedi: 
E(Ka, D(Kb, yn)).  
pri čemu E() ozna čuje šifriranje s pomo ću DES-a, a D() 
označuje dešifriranje s pomo ću DES-a.  
Četiri se najzna čajnija bajta kriptografskog kontrolnog zbroja 
prenose.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 377  
CSM_029 Broja č redoslijeda slanja (SSC) aktivira se u postupku dogo ­
varanja klju ča na:  
početni SCC: Rnd3 (4 najmanje zna čajna bajta) || Rnd1 (4 
najmanje zna čajna bajta).  
CSM_030 Broja č redoslijeda slanja pove ćava se za 1 svaki put prije 
izračuna MAC-a (tj. SSC za prvu naredbu je po četni SCC + 1, 
SCC za prvi odgovor je po četni SCC + 2).  
Na sljedećoj je slici prikazan izra čun retail  MAC-a:
  
5.4. Algoritam izra čuna kriptograma za pouzdanost DO-ova  
CSM_031 Kriptogrami se izra čunavaju s pomo ću TDEA u na činu rada 
TCBC u skladu s izvorima [TDES] i [TDES-OP] i s nultim 
vektorom kao blokom po četne vrijednosti.  
Na sljedećoj je slici prikazana primjena klju čeva u TDES-u:
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 378  
6. MEHANIZMI DIGITALNOG POTPISA KOD PREUZIMANJA PODA ­
TAKA  
CSM_032 Posebna namjenska oprema (IDE) pohranjuje podatke prim ­
ljene s opreme (jedinica u vozilu ili kartica) tijekom jednog 
procesa preuzimanja podataka u jednoj fizi čkoj podatkovnoj 
datoteci. Ta datoteka mora sadržavati certifikate MS  i .C i 
EQT.C. Datoteka sadržava digitalne potpise podatkovnih 
blokova navedenih u Dodatku 7. „Protokoli preuzimanja 
podataka”.  
CSM_033 Digitalni potpisi preuzetih podataka upotrebljavaju shemu 
digitalnog potpisa s takvim dodatkom da se preuzeti 
podatci mogu čitati bez dešifriranja, ako se to želi.  
6.1. Generiranje potpisa  
CSM_034 Generiranje podatkovnog potpisa koje se provodi s pomo ću 
opreme slijedi shemu potpisa s dodatkom koji je definiran u 
izvoru [PKCS1] s funkcijom raspršivanja ( hash ) SHA-1:  
Potpis = EQT.SK[‘00’ || ‘01’ ||  PS || ‘00’ || DER(SHA-1(Po ­
datci))]  
PS = oktetni niz (eng.  octet string ) za popunjenje s takvom 
vrijednošću ‘FF’ da je duljina 128.  
DER(SHA-1( M)) je kodiranje identifikatora (ID) algoritma za 
funkciju raspršivanja ( hash ) i vrijednost raspršivanja u vrijed ­
nosti ASN.1 tipa DigestInfo (posebna pravila kodiranja):  
‘30’||‘21’||‘30’||‘09’||‘06’||‘05’|| ‘2B’||‘0E’||‘03’||‘02’||‘1A’||‘05 ­ 
’||‘00’||‘04’||‘14’||vrijednost raspršivanja ( hash ). 
6.2. Provjera potpisa  
CSM_035 Provjera potpisa na preuzetim podatcima slijedi shemu 
potpisa s dodatkom koji je opisan u izvoru [PKCS1] s funk ­
cijom raspršivanja ( hash ) SHA-1.  
Verifikator mora neovisno poznavati europski javni klju č 
EUR.PK (i u njega imati povjerenja).  
U sljedećoj je tablici prikazan protokol koji IDE s 
kontrolnom karticom može slijediti za provjeru integriteta 
podataka preuzetih i pohranjenih na ESM (vanjski medij za 
pohranu podataka). Kontrolna kartica upotrebljava se za deši ­
friranje digitalnih potpisa. U tom slu čaju takva funkcija ne 
mora biti ugra đena u IDE.  
Oprema koja je preuzela i potpisala podatke koji se analizi ­
raju označena je s EQT.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 379
  
DIO B  
SUSTAV TAHOGRAFA DRUGE GENERACIJE  
7. UVOD  
7.1. Referentni dokumenti  
U ovom su dijelu ovog Dodatka upotrijebljeni sljede ći izvori:  
AES Nacionalni institut za norme i tehnologiju SAD-a (NIST), 
FIPS PUB 197:  Advanced Encryption Standard (AES) , 
26. studenoga 2001.  
DSS Nacionalni institut za norme i tehnologiju (NIST), FIPS 
PUB 186-4:  Digital Signature Standard (DSS) , srpanj 
2013.  
ISO 7816-4 ISO/IEC 7816-4,  Identification cards – Integrated circuit 
cards – Part 4: Organization, security and commands for 
interchange , treće izdanje, 15.4.2013.  
ISO 7816-8 ISO/IEC 7816-8,  Identification cards – Integrated circuit 
cards – Part 8: Commands for security operations , drugo 
izdanje, 1.6.2004.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 380  
ISO 8825-1 ISO/IEC 8825-1,  Information technology – ASN.1 enco ­
ding rules: Specification of Basic Encoding Rules (BER), 
Canonical Encoding Rules (CER) and Distinguished 
Encoding Rules (DER) , četvrto izdanje, 15.12.2008.  
ISO 9797-1 ISO/IEC 9797-1,  Information technology – Security tech ­
niques – Message Authentication Codes (MACs) – Part 1: 
Mechanisms using a block cipher , drugo izdanje, 
1.3.2011.  
ISO 10116 ISO/IEC 10116,  Information technology – Security tech ­
niques – Modes of operation of an n-bit block cipher , 
treće izdanje, 1.2.2006.  
ISO 16844-3 ISO/IEC 16844-3,  Road vehicles – Tachograph systems – 
Part 3 : Motion sensor interface , prvo izdanje, 2004., 
uključujući tehnički ispravak 1 2006.  
RFC 5480  Elliptic Curve Cryptography Subject Public Key Informa ­
tion, ožujak 2009.  
RFC 5639  Elliptic Curve Cryptography (ECC) – Brainpool Standard 
Curves and Curve Generation , 2010.  
RFC 5869  HMAC-based Extract-and-Expand Key Derivation Func ­
tion (HKDF) , svibanj 2010.  
SHS Nacionalni institut za norme i tehnologiju SAD-a (NIST), 
FIPS PUB 180-4:  Secure Hash Standard , ožujak 2012.  
SP 800-38B Nacionalni institut za norme i tehnologiju SAD-a (NIST), 
Posebno izdanje 800-38B:  Recommendation for Block 
Cipher Modes of Operation: The CMAC Mode for 
Authentication , 2005.  
TR-03111  BSI Technical Guideline TR-03111, Elliptic Curve Cryp ­
tography, version 2.00 , 28.6.2012.  
7.2. Ozna čivanje i skra ćenice  
U ovom se Dodatku upotrebljavaju sljede će oznake i skra ćenice:  
AES norma naprednog šifriranja (eng.  Advanced Encryption 
Standard ) 
CA certifikacijsko tijelo (eng.  Certificate Authority ) 
CAR upu ćivanje na certifikacijsko tijelo (eng.  Certificate Autho ­
rity Reference ) 
CBC ulan čavanje šifriranih blokova (eng.  Cipher Block Chai ­
ning) (način rada)  
CH zaglavlje naredbe (eng.  Command Header ) 
CHA ovlaštenje nositelja certifikata (eng.  Certificate Holder 
Authorisation ) 
CHR upu ćivanje na nositelja certifikata (eng.  Certificate Holder 
Reference ) 
CV konstantni vektor (eng.  Constant Vector ) 
DER posebna pravila kodiranja (eng.  Distinguished Encoding 
Rules ) 
DO podatkovni objekt (eng.  Data Object ) 
DSRC komunikacijski sustav kratkog dometa (eng.  Dedicated 
Short Range Communication ) 
ECC kriptografija elipti čkih krivulja (eng.  Elliptic Curve Cryp ­
tography ) 
ECDSA algoritam digitalnog potpisa na temelju elipti čkih krivulja 
(eng.  Elliptic Curve Digital Signature Algorithm ) 
ECDH elipti čka krivulja Diffie-Hellman (algoritam dogovaranja 
ključa) 
EGF vanjski ure đaj GNSS-a (eng.  External GNSS Facility ) 
EQT oprema (eng.  Equipment ) ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 381  
IDE posebna namjenska oprema (eng.  Intelligent Dedicated 
Equipment ) 
K M glavni klju č senzora kretanja koji omogu ćuje uparivanje 
jedinice u vozilu sa senzorom kretanja  
K M-VU  ključ unesen u jedinice u vozilu koji omogu ćuje jedinici u 
vozilu (VU) da dobije glavni klju č senzora kretanja ako je 
kartica radionice umetnuta u VU  
K M-WC  ključ unesen u kartice radionice koji omogu ćuje jedinici u 
vozilu (VU) da dobije glavni klju č senzora kretanja ako je 
kartica radionice umetnuta u VU  
MAC kod za autentifikaciju poruke (eng.  Message Authentication 
Code ) 
MoS senzor kretanja (eng.  Motion Sensor ) 
MSB najzna čajniji bit (eng.  Most Significant Bit ) 
PKI infrastruktura javnih klju čeva (eng.  Public Key Infrastruc ­
ture) 
RCF ure đaj za komunikaciju na daljinu (eng.  Remote Commu ­
nication Facility ) 
SSC broja č redoslijeda slanja (eng.  Send Sequence Counter ) 
SM siguran prijenos poruka (eng.  Secure Messaging ) 
TDES norma trostrukog šifriranja podataka (eng.  Triple Data 
Encryption Standard ) 
TLV vrijednost duljine oznake (eng.  Tag Length Value ) 
VU jedinica u vozilu (eng.  Vehicle Unit ) 
X.C certifikat javnog klju ča korisnika X  
X.CA certifikacijsko tijelo koje je izdalo certifikat korisniku X  
X.CAR upu ćivanje na certifikacijsko tijelo koje je izdalo certifikat 
korisniku X  
X.CHR upu ćivanje na nositelja certifikata navedenog u certifikatu 
korisnika X  
X.PK javni klju č korisnika X  
X.SK privatni klju č korisnika X  
X.PK  eph kratkotrajni javni klju č korisnika X  
X.SK  eph kratkotrajni privatni klju č korisnika X  
‘xx’ heksadecimalna vrijednost  
|| operator ulan čavanja  
7.3. Definicije  
Definicije pojmova koji se upotrebljavaju u ovom Dodatku navedene su 
u odjeljku I. Priloga I.C.  
8. KRIPTOGRAFSKI SUSTAVI I ALGORITMI  
8.1. Kriptografski sustavi  
CSM_38 Jedinice u vozilu i tahografske kartice upotrebljavaju krip ­
tografski sustav elipti čkih krivulja javnog klju ča za 
pružanje sljede ćih sigurnosnih usluga:  
— uzajamna autentifikacija izme đu jedinice u vozilu i 
kartice,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 382  
— dogovor AES klju čeva razmjene podataka izme đu jedi­
nice u vozilu i kartice,  
— osiguravanje autenti čnosti, integriteta i nepobitnosti 
podataka preuzetih s jedinica u vozilu ili tahografskih 
kartica na vanjske medije.  
CSM_39 Jedinice u vozilu i vanjski ure đaji GNSS-a upotrebljavaju 
kriptografski sustav elipti čkih krivulja javnog klju ča za 
pružanje sljede ćih sigurnosnih usluga:  
— povezivanje jedinice u vozilu i vanjskog ure đaja 
GNSS-a,  
— uzajamna autentifikacija izme đu jedinice u vozilu i 
vanjskog ure đaja GNSS-a,  
— dogovor AES klju ča razmjene podataka izme đu jedi­
nice u vozilu i vanjskog ure đaja GNSS-a.  
CSM_40 Jedinice u vozilu i tahografske kartice upotrebljavaju sime ­
trični kriptografski sustav na temelju AES-a za pružanje 
sljedećih sigurnosnih usluga:  
— osiguravanje autenti čnosti i integriteta podataka 
razmijenjenih izme đu jedinice u vozilu i tahografske 
kartice,  
— ako je primjenjivo, osiguravanje povjerljivosti podataka 
razmijenjenih izme đu jedinice u vozilu i tahografske 
kartice.  
CSM_41 Jedinice u vozilu i vanjski ure đaji GNSS-a upotrebljavaju 
simetrični kriptografski sustav na temelju AES-a za 
pružanje sljede ćih sigurnosnih usluga:  
— osiguravanje autenti čnosti i integriteta podataka 
razmijenjenih izme đu jedinice u vozilu i vanjskog 
uređaja GNSS-a.  
CSM_42 Jedinice u vozilu i senzori kretanja upotrebljavaju sime ­
trični kriptografski sustav na temelju AES-a za pružanje 
sljedećih sigurnosnih usluga:  
— uparivanje jedinice u vozilu i senzora kretanja,  
— uzajamna autentifikacija izme đu jedinice u vozilu i 
senzora kretanja,  
— osiguranje povjerljivosti podataka razmijenjenih 
između jedinice u vozilu i senzora kretanja.  
CSM_43 Jedinice u vozilu i kontrolne kartice upotrebljavaju sime ­
trični kriptografski sustav na temelju AES-a za pružanje 
sljedećih sigurnosnih usluga na su čelju za komunikaciju na 
daljinu:  
— osiguranje povjerljivosti, autenti čnosti i integriteta 
podataka koje jedinica u vozilu šalje kontrolnoj kartici.  
Napomene:  
— Konkretnije, podatci se iz jedinice u vozilu šalju 
uređaju za daljinsko ispitivanje (eng.  remote interro ­
gator ) koji je pod kontrolom službenika za kontrolu 
s pomoću uređaja za komunikaciju na daljinu koji 
može biti vanjski ili unutarnji u odnosu na jedinicu u  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 383  
vozilu; vidjeti Dodatak 14. Me đutim, ure đaj za 
daljinsko ispitivanje šalje primljene podatke kontrolnoj 
kartici radi dešifriranja i potvrde autenti čnosti. Što se 
tiče sigurnosti, ure đaj za komunikaciju na daljinu i 
uređaj za daljinsko ispitivanje potpuno su transparen ­
tni. 
— Kartica radionice pruža iste sigurnosne usluge za 
sučelje DSRC-a kao i kontrolna kartica. Time se radio ­
nici omogu ćuje potvrda ispravnog funkcioniranja 
sučelja jedinice u vozilu za komunikaciju na daljinu, 
uključujući sigurnost. Za više informacija vidjeti odje ­
ljak 9.2.2.  
8.2. Kriptografski algoritmi  
8.2.1  Simetri čni algoritmi  
CSM_44 Jedinice u vozilu, tahografske kartice, senzori kretanja i 
vanjski ure đaji GNSS-a podržavaju AES algoritam kako 
je definirano u [AES], s duljinama klju ča od 128, 192 i 
256 bitova.  
8.2.2  Asimetri čni algoritmi i normirani parametri domene  
CSM_45 Jedinice u vozilu, tahografske kartice i vanjski ure đaji 
GNSS-a podržavaju kriptografiju elipti čkih krivulja s veli ­ 
činom ključa od 256, 384 i 512/521 bitova.  
CSM_46 Jedinice u vozilu, tahografske kartice i vanjski ure đaji 
GNSS-a podržavaju algoritam potpisa ECDSA kako je 
navedeno u [DSS].  
CSM_47 Jedinice u vozilu, tahografske kartice i vanjski ure đaji 
GNSS-a podržavaju algoritam dogovaranja klju ča ECKA- 
EG kako je navedeno u [TR 03111].  
CSM_48 Jedinice u vozilu, tahografske kartice i vanjski ure đaji 
GNSS-a podržavaju sve normirane parametre domene iz 
tablice 1. u nastavku za kriptografiju elipti čkih krivulja:  
Tablica 1.  
Normirani parametri domene  
Naziv  Veli čina (bitova)  Upu ćivanje  Identifikator objekta  
NIST P-256  256  [DSS], [RFC 5480]
  
BrainpoolP256r1  256  [RFC 5639]
  
NIST P-384  384  [DSS], [RFC 5480]
  
BrainpoolP384r1  384  [RFC 5639]
  
BrainpoolP512r1  512  [RFC 5639]
  
NIST P-521  521  [DSS], [RFC 5480]
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 384  
Napomena:  identifikatori objekta u zadnjem stupcu 
tablice 1. navedeni su u [RFC 5639] za krivulje Brainpool 
i u [RFC 5480] za krivulje NIST.
  
8.2.3  Algoritmi raspršivanja (hashing)  
▼M1 
CSM_49 Jedinice u vozilu, tahografske kartice i vanjski ure đaji 
GNSS-a podržavaju algoritme SHA-256, SHA-384 i 
SHA-512 navedene u [SHS].  
▼B 
8.2.4  Sljedovi šifri (eng. Cipher Suites)  
CSM_50 U slu čaju simetri čnog algoritma, asimetri čni algoritam i 
algoritam raspršivanja upotrebljavaju se zajedno kako bi 
oblikovali sigurnosni protokol; njihove su duljine klju čeva 
i veličine raspršivanja (približno) jednake jakosti. U 
tablici 2. prikazani su dopušteni slijedovi šifri:  
Tablica 2.  
Dopušteni sljedovi šifri  
ID slijeda šifri  Veličina ECC klju ča 
(bitovi)  Duljina AES klju ča 
(bitovi)  Algoritam 
kompresije  Duljina MAC (u 
bajtovima)  
CS#1  256  128  SHA-256  8  
CS#2  384  192  SHA-384  12  
CS#3  512/521  256  SHA-512  16  
Napomena:  veličine ECC klju čeva od 512 bitova odnosno 521 bita smatraju se jednakima po 
jakosti za sve namjene obuhva ćene ovim Dodatkom.  
9. KLJU ČEVI I CERTIFIKATI  
9.1. Asimetri čni parovi klju čeva i certifikati javnih klju čeva 
9.1.1  Općenito  
Napomena:  ključevi opisani u ovom odjeljku upotrebljavaju se za 
uzajamnu autentifikaciju i siguran prijenos poruka izme đu jedinica u 
vozilu i tahografskih kartica te izme đu jedinica u vozilu i vanjskih 
uređaja GNSS-a. Ti su postupci detaljno opisani u poglavljima 10. i 
11. ovog Dodatka.  
CSM_51 U okviru Europskog sustava pametnog tahografa, parovi 
ECC ključeva i odgovaraju ći certifikati generiraju se i 
njima se upravlja preko tri funkcionalne hijerarhijske 
razine:  
— europska razina,  
— razina države članice,  
— razina opreme.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 385  
CSM_52 U okviru cijelog Europskog sustava pametnog tahografa, 
javni i privatni klju čevi i certifikati generiraju se, njima se 
upravlja te komuniciraju s pomo ću normiranih i sigurnih 
metoda.  
9.1.2  Europska razina  
CSM_53 Na europskoj se razini generira jedan jedinstveni par ECC 
ključeva označen kao EUR. Sastoji se od privatnog klju ča 
(EUR.SK) i javnog klju ča (EUR.PK). Taj par klju čeva čini 
glavni (eng.  root ) par klju čeva cijelog Europskog 
pametnog tahografa PKI. Taj zadatak obavlja europsko 
tijelo za izdavanje glavnog certifikata (eng.  European 
Root Certificate Authority , ERCA), pod nadležnoš ću i 
odgovornoš ću Europske komisije.  
CSM_54 ERCA upotrebljava europski privatni klju č za potpisivanje 
(samopotpisanog) glavnog certifikata europskog javnog 
ključa te taj europski glavni certifikat dostavlja svim drža ­
vama članicama.  
CSM_55 ERCA upotrebljava europski privatni klju č za potpisivanje 
certifikata javnog klju ča država članica na zahtjev. ERCA 
vodi evidenciju svih potpisanih certifikata javnih klju čeva 
država članica.  
CSM_56 Kako je prikazano na slici 1. u odjeljku 9.1.7., ERCA 
generira novi europski glavni par klju čeva svakih 17 
godina. Kada generira novi europski glavni par klju čeva, 
ERCA stvara i novi samopotpisani glavni certifikat za novi 
europski javni klju č. Rok valjanosti europskog glavnog 
certifikata je 34 godine uve ćano za tri mjeseca.  
Napomena:  uvođenje novog glavnog para klju čeva isto 
tako znači da će ERCA generirati novi glavni klju č 
senzora kretanja i novi glavni klju č DSRC-a, vidjeti 
odjeljke 9.2.1.2. i 9.2.2.2.  
CSM_57 Prije generiranja novog europskog glavnog para klju čeva, 
ERCA provodi analizu kriptografske jakosti koja je 
potrebna za novi par klju čeva s obzirom na to da treba 
ostati zašti ćen sljedeće 34 godine. Ako to smatra potreb ­
nim, ERCA može prije ći na slijed šifri koji je ja či od 
postojećeg, kako je navedeno u CSM_50.  
▼M1 
CSM_58 Kada generira novi europski glavni par klju čeva, ERCA 
stvara i certifikat o povezanosti za novi europski javni 
ključ i potpisuje ga s prethodnim europskim privatnim 
ključem. Rok valjanosti certifikata o povezanosti je 17 
godina uve ćano za tri mjeseca. To je prikazano i na slici 1. 
u odjeljku 9.1.7.  
▼B 
Napomena:  Budući da certifikat o povezanosti sadržava 
javni ključ ERCA generacije  X koji je potpisan privatnim 
ključem ERCA generacije  X-1 , certifikat o povezanosti 
opremi izdanoj na temelju generacije  X-1  pruža metodu 
za uspostavu povjerenja u opremu izdanu na temelju 
generacije  X. 
CSM_59 ERCA ne upotrebljava privatni klju č glavnog para klju ­ 
čeva ni u koju svrhu od trenutka u kojem novi glavni 
certifikat klju ča postane valjan.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 386  
CSM_60 ERCA u svakom trenutku ima na raspolaganju sljede će 
kriptografske klju čeve i certifikate:  
— trenuta čni par EUR klju čeva i odgovaraju ći certifikat,  
— sve prethodne certifikate EUR koji se upotrebljavaju za 
provjeru certifikata MSCA koji su još uvijek valjani,  
— certifikate o povezanosti za sve generacije certifikata 
EUR osim prve.  
9.1.3  Razina države članice  
CSM_61 Na razini države članice, sve države članice koje trebaju 
potpisivati certifikate tahografskih kartica generiraju jedan 
ili više jedinstvenih parova ECC klju čeva označenih kao 
MSCA_Card. Sve države članice koje trebaju potpisivati 
certifikate za jedinice u vozilu ili vanjske GNSS ure đaje 
dodatno generiraju jedan ili više jedinstvenih parova ECC 
ključeva označenih kao MSCA_VU-EGF.  
CSM_62 Zadatak generiranja parova klju čeva država članica obavlja 
certifikacijsko tijelo države članice (MSCA). Kada generira 
par ključeva države članice, MSCA šalje javni klju č 
ERCA-i kako bi dobila odgovaraju ći certifikat države 
članice koji je potpisala ERCA.  
CSM_63 MSCA odabire jakost para klju čeva države članice jednaku 
jakosti europskog glavnog para klju čeva koji se upotreb ­
ljava za potpisivanje odgovaraju ćeg certifikata države 
članice.  
CSM_64 Ako postoji, par klju čeva MSCA_VU-EGF sastoji se od 
privatnog klju ča MSCA_VU-EGF.SK i javnog klju ča 
MSCA_VU-EGF.PK. MSCA upotrebljava privatni klju č 
MSCA_VU-EGF.SK isklju čivo za potpisivanje certifikata 
javnih klju čeva jedinica u vozilu i vanjskih ure đaja GNSS- 
a. 
CSM_65 Par klju čeva MSCA_Card sastoji se od privatnog klju ča 
MSCA_Card.SK i javnog klju ča MSCA_Card.PK. MSCA 
upotrebljava privatni klju č MSCA_Card.SK isklju čivo za 
potpisivanje certifikata javnih klju čeva tahografskih 
kartica.  
CSM_66 MSCA vodi evidenciju svih potpisanih certifikata jedinica 
u vozilu, certifikata vanjskih ure đaja GNSS-a i certifikata 
kartica zajedno s identifikacijom opreme za koju je certi ­
fikat namijenjen.  
CSM_67 Rok valjanosti certifikata MSCA_VU-EGF je 17 godina 
uvećano za tri mjeseca. Rok valjanosti certifikata 
MSCA_Card je sedam godina uve ćano za jedan mjesec.  
CSM_68 Kako je prikazano na slici 1. u odjeljku 9.1.7, razdoblje 
upotrebe privatnog klju ča para klju čeva MSCA_VU-EGF i 
privatnog klju ča para klju čeva MSCA_Card iznosi dvije 
godine.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 387  
CSM_69 MSCA ne upotrebljava privatni klju č para klju čeva 
MSCA_VU-EGF ni u koju svrhu nakon što je isteklo 
njegovo razdoblje upotrebe. Nadalje, MSCA ne upotreb ­
ljava privatni klju č para ključeva MSCA_Card ni u koju 
svrhu nakon što je isteklo njegovo razdoblje upotrebe.  
CSM_70 MSCA u svakom trenutku ima na raspolaganju sljede će 
kriptografske klju čeve i certifikate:  
— trenuta čni par klju čeva MSCA_Card i odgovaraju ći 
certifikat,  
— sve prethodne certifikate MSCA_Card koji se upotreb ­
ljavaju za provjeru certifikata tahografskih kartica koji 
su još uvijek valjani,  
— trenuta čni certifikat EUR potreban za provjeru trenu ­
tačnog certifikata MSCA,  
— sve prethodne certifikate EUR potrebne za provjeru 
certifikata MSCA koji su još uvijek valjani.  
CSM_71 Ako treba potpisivati certifikate za jedinice u vozilu ili 
vanjske ure đaje GNSS-a, MSCA dodatno ima na raspola ­
ganju sljede će ključeve i certifikate:  
— trenuta čni par klju čeva MSCA_VU-EGF i odgovara ­
jući certifikat,  
— sve prethodne javne klju čeve MSCA_VU-EGF koji se 
upotrebljavaju za provjeru certifikata jedinica u vozilu 
ili vanjskih ure đaja GNSS-a koji su još uvijek valjani.  
9.1.4  Razina opreme: Jedinice u vozilu  
▼M1 
CSM_72 Za svaku se jedinicu u vozilu generiraju dva jedinstvena 
para ECC klju čeva označena kao VU_MA i VU_Sign. Taj 
zadatak obavljaju proizvo đači jedinica u vozilu. Kada 
generira par klju čeva za jedinicu u vozilu, strana koja 
generira klju č šalje javni klju č svojem MSCA-u kako bi 
dobila odgovaraju ći certifikat jedinice u vozilu koji je 
potpisao MSCA. Privatni klju č upotrebljava isklju čivo 
jedinica u vozilu.  
▼B 
CSM_73 Certifikati VU_MA i VU_Sign odre đene jedinice u vozilu 
imaju isti datum po četka valjanosti certifikata.  
CSM_74 Proizvo đač jedinica u vozilu odabire jakost para klju čeva 
jedinice u vozilu jednaku jakosti para MSCA klju čeva koji 
se upotrebljava za potpisivanje odgovaraju ćeg certifikata 
jedinice u vozilu.  
CSM_75 Jedinica u vozilu upotrebljava svoj par VU_MA klju čeva, 
koji se sastoji od privatnog klju ča VU_MA.SK i javnog 
ključa VU_MA.PK, isklju čivo kako bi izvršila autentifika ­
ciju jedinice u vozilu s obzirom na tahografske kartice i 
vanjske ure đaje GNSS-a, kako je navedeno u odjelj ­
cima 10.3. i 11.4. ovog Dodatka.  
CSM_76 Jedinica u vozilu može generirati kratkotrajne parove ECC 
ključeva, pri čemu kratkotrajni par klju čeva upotrebljava 
isključivo za dogovaranje klju ča razmjene podataka s taho ­
grafskom karticom ili vanjskim ure đajem GNSS-a, kako je 
navedeno u odjeljcima 10.4. i 11.4. ovog Dodatka.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 388  
CSM_77 Jedinica u vozilu upotrebljava privatni klju č VU_Sign.SK 
iz svojeg para VU_Sign klju čeva isključivo za potpisivanje 
preuzetih podatkovnih datoteka, kako je navedeno u 
poglavlju 14. ovog Dodatka. Odgovaraju ći javni klju č 
VU_Sign.PK upotrebljava se isklju čivo za provjeru 
potpisa koje stvara jedinica u vozilu.  
CSM_78 Kako je prikazano na slici 1. u odjeljku 9.1.7., rok valja ­
nosti certifikata VU_MA je 15 godina i tri mjeseca. Rok 
valjanosti certifikata VU_Sign je 15 godina i tri mjeseca.  
Napomene:  
— produljenim se rokom valjanosti certifikata VU_Sign 
jedinici u vozilu omogu ćuje stvaranje valjanih potpisa 
za preuzete podatke tijekom prva tri mjeseca nakon 
isteka valjanosti certifikata u skladu s Uredbom (EU) 
br. 581/2010.  
— Produljeni je rok valjanosti certifikata VU_MA 
potreban kako bi se jedinici u vozilu omogu ćila auten­
tifikacija kontrolne kartice ili kartice poduze ća tijekom 
prva tri mjeseca nakon isteka valjanosti certifikata tako 
da može izvršiti preuzimanje podataka.  
CSM_79 Jedinica u vozilu ne upotrebljava privatni klju č para klju­ 
čeva jedinice u vozilu ni u koju svrhu od trenutka isteka 
odgovaraju ćeg certifikata.  
CSM_80 Parovi klju čeva jedinice u vozilu (osim kratkotrajnih 
parova klju čeva) i odgovaraju ći certifikati odre đene jedi­
nice u vozilu ne smiju se zamjenjivati ili obnavljati na 
terenu nakon što je jedinica u vozilu stavljena u upotrebu.  
Napomene:  
— kratkotrajni parovi klju čeva nisu obuhva ćeni ovim 
zahtjevom jer jedinica u vozilu generira kratkotrajni 
par ključeva svaki put kad se izvršava autentifikacija 
čipa ili dogovaranje klju ča razmjene podataka,; vidjeti 
odjeljak 10.4. Potrebno je napomenuti da kratkotrajni 
parovi klju čeva nemaju odgovaraju će certifikate.  
— Ovim se zahtjevom ne zabranjuje mogu ćnost zamjene 
statičkih parova klju čeva jedinice u vozilu tijekom 
obnove ili popravka u sigurnom okruženju koje kontro ­
lira proizvo đač jedinice u vozilu.  
CSM_81 Kada su stavljene u upotrebu, jedinice u vozilu sadržavaju 
sljedeće kriptografske klju čeve i certifikate:  
— privatni klju č VU_MA i odgovaraju ći certifikat,  
— privatni klju č VU_Sign i odgovaraju ći certifikat,  
— certifikat MSCA_VU-EGF s javnim klju čem 
MSCA_VU-EGF.PK koji se upotrebljava za provjeru 
VU_MA certifikata i VU_Sign certifikata,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 389  
— certifikat EUR s javnim klju čem EUR.PK koji se 
upotrebljava za provjeru certifikata MSCA_VU-EGF,  
— certifikat EUR čiji rok valjanosti izravno prethodi roku 
valjanosti certifikata EUR koji se upotrebljava za 
provjeru certifikata MSCA_VU-EGF, ako postoji,  
— certifikat o povezanosti koji povezuje ta dva certifikata 
EUR, ako postoji.  
CSM_82 Osim kriptografskih klju čeva i certifikata navedenih u 
CSM_81, jedinice u vozilu isto tako sadržavaju klju čeve 
i certifikate iz dijela A ovog Dodatka kojima se jedinici u 
vozilu omogu ćuje interakcija s tahografskim karticama 
prve generacije.  
9.1.5  Razina opreme: Tahografske kartice  
▼M1 
CSM_83 Za svaku tahografsku karticu generira se jedan jedinstveni 
par ECC klju čeva označen kao Card_MA. Za svaku se 
karticu voza ča i svaku karticu radionice dodatno generira 
drugi jedinstveni par ECC klju čeva ozna čen kao 
Card_Sign. Taj zadatak mogu obavljati proizvo đači 
kartice ili izvo đači personalizacije kartice. Kada generira 
par ključeva kartica, strana koja generira klju č šalje javni 
ključ svojem MSCA-u kako bi dobila odgovaraju ći certi­
fikat kartice koji je potpisao MSCA. Privatni klju č 
upotrebljava isklju čivo tahografska kartica.  
▼B 
CSM_84 Certifikati Card_MA i Card_Sign odre đene kartice voza ča 
ili kartice radionice imaju isti datum po četka valjanosti 
certifikata.  
CSM_85 Proizvo đač kartice ili izvo đač personalizacije kartice 
odabire jakost para klju čeva kartice jednaku jakosti para 
MSCA klju čeva koji se upotrebljava za potpisivanje odgo ­
varajućeg certifikata kartice.  
CSM_86 Tahografska kartica upotrebljava svoj par VU_Card klju ­ 
čeva, koji se sastoji od privatnog klju ča Card_MA.SK i 
javnog klju ča Card_MA.PK, isklju čivo kako bi izvršila 
uzajamnu autentifikaciju i dogovaranje klju ča razmjene 
podataka s obzirom na jedinice u vozilu, kako je navedeno 
u odjeljcima 10.3. i 10.4. ovog Dodatka.  
CSM_87 Kartica voza ča ili kartica radionice upotrebljava privatni 
ključ Card_Sign.SK iz svojeg para Card_Sign klju čeva 
isključivo za potpisivanje preuzetih podatkovnih datoteka, 
kako je navedeno u poglavlju 14. ovog Dodatka. Odgova ­
rajući javni klju č Card_Sign.PK upotrebljava se isklju čivo 
za provjeru potpisa koje stvara kartica.  
▼M1 
CSM_88 Rok valjanosti certifikata Card_MA sljede ći je: 
— za kartice voza ča: 5 godina  
— za kartice poduze ća: 5 godina  
— za kontrolne kartice: 2 godine  
— za kartice radionica: 1 godina  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 390  
CSM_89 Rok valjanosti certifikata Card_Sign sljede ći je: 
— za kartice voza ča: pet godina i jedan mjesec,  
— za kartice radionica:  jedna godina i jedan mjesec.  
Napomena:  produljenim se rokom valjanosti certifikata 
Card_Sign kartici voza ča omogućuje stvaranje valjanih 
potpisa za preuzete podatke tijekom prvog mjeseca 
nakon isteka valjanosti certifikata. To je potrebno s 
obzirom na Uredbu (EU) br. 581/2010 kojom se zahtijeva 
da preuzimanje podataka s kartice voza ča mora biti 
moguće do 28 dana nakon posljednjeg zapisa podataka.  
CSM_90 Parovi klju čeva i odgovaraju ći certifikati odre đene taho­
grafske kartice ne smiju se zamjenjivati ili obnavljati 
nakon izdavanja kartice.  
CSM_91 Kada su izdane, tahografske kartice sadržavaju sljede će 
kriptografske klju čeve i certifikate:  
— privatni klju č Card_MA i odgovaraju ći certifikat,  
— dodatno za kartice voza ča i kartice radionica: privatni 
ključ Card_Sign i odgovaraju ći certifikat,  
— certifikat MSCA_Card s javnim klju čem 
MSCA_Card.PK koji se upotrebljava za provjeru certi ­
fikata Card_MA i certifikata Card_Sign,  
— certifikat EUR s javnim klju čem EUR.PK koji se 
upotrebljava za provjeru certifikata MSCA_Card,  
— certifikat EUR čiji rok valjanosti izravno prethodi roku 
valjanosti certifikata EUR koji se upotrebljava za 
provjeru certifikata MSCA_Card, ako postoji,  
— certifikat o povezanosti koji povezuje ta dva certifikata 
EUR, ako postoji,  
▼M1 
— usto, samo za kontrolne kartice, kartice poduze ća i 
kartice radionica, te samo ako su takve kartice izdane 
tijekom tri prva mjeseca razdoblja valjanosti novog 
certifikata EUR: certifikat EUR koji je dvije generacije 
stariji, ako postoji.  
Napomena:  uz posljednju podto čku: na primjer, u prva 
tri mjeseca certifikata ERCA(3) (vidjeti sliku 1.), 
spomenute kartice sadrže certifikat ERCA(1). To je 
potrebno kako bi se osiguralo da se te kartice mogu 
koristiti za obavljanje preuzimanja podataka s jedinica 
u vozilu ERCA(1) čije uobičajeno vrijeme trajanja od 
15 godina uz tromjese čno razdoblje preuzimanja poda ­
taka istječe tijekom tih mjeseci; vidjeti posljednju 
podtočku zahtjeva 13) Priloga I.C.  
▼B 
CSM_92 Osim kriptografskih klju čeva i certifikata navedenih u 
CSM_91, tahografske kartice sadržavaju i klju čeve i certi­
fikate navedene u dijelu A ovog Dodatka koji tim karti ­
cama omogu ćuju interakciju s jedinicama u vozilu prve 
generacije.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 391  
9.1.6  Razina opreme: Vanjski ure đaji GNSS-a  
▼M1 
CSM_93 Za svaki vanjski ure đaj GNSS-a generira se jedan jedin ­
stveni par ECC klju čeva označen kao EGF_MA. Taj 
zadatak obavljaju proizvo đači vanjskih ure đaja GNSS-a. 
Kada generira par klju čeva EGF_MA, strana koja generira 
ključ šalje javni klju č svojem MSCA-u kako bi dobila 
odgovaraju ći certifikat EFG_MA koji je potpisao MSCA. 
Privatni klju č upotrebljava isklju čivo vanjski ure đaj 
GNSS-a.  
▼B 
CSM_94 Proizvo đač vanjskog ure đaja GNSS-a (EGF) odabire jakost 
para EGF_MA klju čeva jednaku jakosti para MSCA klju ­ 
čeva koji se upotrebljava za potpisivanje odgovaraju ćeg 
certifikata EGF_MA.  
▼M1 
CSM_95 Vanjski ure đaj GNSS-a upotrebljava svoj par klju čeva 
EGF_MA, koji se sastoji od privatnog klju ča EGF_MA.SK 
i javnog klju ča EGF_MA.PK, isklju čivo kako bi izvršio 
uzajamnu autentifikaciju i dogovaranje klju ča razmjene 
podataka s obzirom na jedinice u vozilu, kako je navedeno 
u odjeljku 11.4. ovog Dodatka.  
▼B 
CSM_96 Rok valjanosti certifikata EGF_MA je 15 godina.  
CSM_97 Vanjski ure đaj GNSS-a ne upotrebljava privatni klju č iz 
svojeg para EGF-MA klju čeva za povezivanje s jedinicom 
u vozilu nakon isteka odgovaraju ćeg certifikata.  
Napomena:  kako je objašnjeno u odjeljku 11.3.3., EGF 
potencijalno može upotrijebiti svoj privatni klju č za 
uzajamnu autentifikaciju s obzirom na jedinicu u vozilu s 
kojom je ve ć povezan čak i nakon isteka odgovaraju ćeg 
certifikata.  
CSM_98 Par EGF_MA klju čeva i odgovaraju ći certifikat odre đenog 
vanjskog ure đaja GNSS-a ne smiju se zamjenjivati ili 
obnavljati na terenu nakon što je EGF stavljen u upotrebu.  
Napomena:  ovim se zahtjevom ne zabranjuje mogu ćnost 
zamjene parova EGF klju čeva tijekom obnove ili popravka 
u sigurnom okruženju koje kontrolira proizvo đač EGF-a.  
CSM_99 Kada je stavljen u upotrebu, vanjski ure đaj GNSS-a sadr ­ 
žava sljede će kriptografske klju čeve i certifikate:  
— privatni klju č EGF_MA i odgovaraju ći certifikat,  
— certifikat MSCA_VU-EGF s javnim klju čem 
MSCA_VU-EGF.PK koji se upotrebljava za provjeru 
certifikata EGF_MA,  
— certifikat EUR s javnim klju čem EUR.PK koji se 
upotrebljava za provjeru certifikata MSCA_VU-EGF,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 392  
— certifikat EUR čiji rok valjanosti izravno prethodi roku 
valjanosti certifikata EUR koji se upotrebljava za 
provjeru certifikata MSCA_VU-EGF, ako postoji,  
— certifikat o povezanosti koji povezuje ta dva certifikata 
EUR, ako postoji.  
9.1.7  Pregled: Zamjena certifikata  
Na slici 1. u nastavku prikazan je na čin izdavanja i upotrebe razli čitih 
generacija glavnih certifikata ERCA, certifikata o povezanosti ERCA, 
certifikata MSCA i certifikata opreme (jedinica u vozilu i kartica) 
tijekom vremena:  
▼M1 
Slika 1.  
Izdavanje i upotreba razli čitih generacija glavnih certifikata ERCA, certifikata o povezanosti ERCA, certifikata 
MSCA i certifikata opreme
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 393  
Napomene za sliku 1.:  
1. različite generacije glavnog certifikata ozna čene su brojem u zagradi. 
Npr. ERCA (1) zna či prva generacija glavnog certifikata ERCA; 
ERCA (2) zna či druga generacija itd.  
2. Ostali su certifikati ozna čeni s dva broja u zagradi, pri čemu prvi 
označuje generaciju glavnog certifikata na temelju kojeg su izdani, 
a drugi generaciju samog certifikata. Npr. MSCA_Card (1-1) zna či 
prvi certifikat MSCA_Card izdan na temelju ERCA (1); MSCA_Card 
(2-1) znači prvi certifikat MSCA_Card izdan na temelju ERCA (2); 
MSCA_Card (2-zadnji) zna či zadnji certifikat MSCA_Card izdan na 
temelju ERCA (2); Card_MA(2-1) zna či prvi certifikat kartice za 
uzajamnu autentifikaciju koji je izdan na temelju ERCA (2) itd.  
3. Certifikati MSCA_Card (2-1) i MSCA_Card (1-zadnji) izdaju se na 
gotovo (ali ne potpuno) isti datum. Certifikat MSCA_Card (2-1) je 
prvi certifikat MSCA_Card izdan na temelju ERCA (2) i izdat će se 
malo kasnije od certifikata MSCA_Card (1-zadnji), zadnjeg certifikata 
MSCA_Card na temelju ERCA (1).  
4. Kako je prikazano na slici, prvi certifikati jedinice u vozilu i kartica 
izdani na temelju ERCA (2) pojavit će se gotovo dvije godine prije 
pojave zadnjih certifikata jedinice u vozilu i kartica izdanih na temelju 
ERCA (1). To je zbog činjenice da se certifikati jedinice u vozilu i 
kartica izdaju na temelju certifikata MSCA, a ne izravno na temelju 
certifikata ERCA. Certifikat MSCA (2-1) izdaje se neposredno nakon 
što ERCA (2) postane valjan, ali certifikat MSCA (1-zadnji) izdaje se 
samo malo prije tog vremena, u posljednjem trenutku u kojem je 
certifikat ERCA (1) još uvijek valjan. Stoga će ta dva certifikata 
MSCA imati gotovo jednak rok valjanosti unato č činjenici da pripa ­
daju različitim generacijama.  
5. Rok valjanosti prikazan za kartice odnosi se na kartice voza ča (pet 
godina).  
▼M1 
6. Radi uštede prostora razlika u roku valjanosti izme đu certifikata 
Card_MA i Card_Sign prikazana je samo za prvu generaciju.  
▼B 
9.2. Simetri čni ključevi 
9.2.1  Ključevi za sigurnu komunikaciju izme đu jedinice u vozilu i senzora 
kretanja  
9.2.1.1  Općenito  
Napomena:  čitatelji ovog odjeljka trebaju biti upoznati sa sadržajem 
norme [ISO 16844-3] u kojoj se opisuje su čelje između jedinice u 
vozilu i senzora kretanja. Postupak uparivanja izme đu jedinice u vozilu 
i senzora kretanja detaljno je opisan u poglavlju 12. ovog Dodatka.  
CSM_100 Za uparivanje jedinica u vozilu i senzora kretanja, uzajamnu 
autentifikaciju izme đu jedinica u vozilu i senzora kretanja te 
šifriranje komunikacije izme đu jedinica u vozilu i senzora 
kretanja potreban je niz simetri čnih ključeva, kako je prika ­
zano u tablici 3. Svi su ti klju čevi AES klju čevi, pri čemu je 
duljina klju ča jednaka duljini glavnog klju ča senzora kreta ­
nja, koji su povezani s duljinom (predvi đenog) europskog 
glavnog para klju čeva kako je opisano u CSM_50.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 394  
Tablica 3.  
Ključevi za sigurnu komunikaciju izme đu jedinice u vozilu (VU) i senzora kretanja  
Ključ Simbol  Generira  Metoda generiranja  Pohranjuje  
Glavni klju č senzora 
kretanja – dio VU-a  K M-VU  ERCA  Nasumi čno ERCA, MSCA uklju čeni u 
izdavanje certifikata VU-ova, 
proizvođači VU-ova, jedinice 
u vozilu  
Glavni klju č senzora 
kretanja – dio radionice  K M-WC  ERCA  Nasumi čno ERCA, MSCA, proizvo đači 
kartica, kartice radionica  
Glavni klju č senzora 
kretanja  K M Ne generira se 
neovisno  Izračunava se kao 
K M = K  M-VU  XOR K  M- 
WC ERCA, MSCA uklju čeni u 
izdavanje klju čeva senzora 
kretanja (neobavezno) (*)  
Identifikacijski klju č K  ID Ne generira se 
neovisno  Izračunava se kao K  ID = 
K M XOR CV, pri čemu 
je CV navedeno u 
CSM_106  ERCA, MSCA uklju čeni u 
izdavanje klju čeva senzora 
kretanja (neobavezno) (*)  
Ključ uparivanja  K  P Proizvođač 
senzora kretanja  Nasumično Jedan senzor kretanja  
Ključ razmjene podataka  K  S VU (tijekom 
uparivanja VU-a i 
senzora kretanja)  Nasumično Jedan VU i jedan senzor kreta ­
nja 
(*) Pohranjivanje K  M i K  ID nije obvezno jer se te klju čeve može izvesti iz K  M-VU  , K  M-WC  i CV.  
CSM_101 Europsko tijelo za izdavanje glavnog certifikata (ERCA) 
generira K  M-VU  i K  M-WC  , dva nasumi čna i jedinstvena 
AES ključa, iz kojih se glavni klju č senzora kretanja K  M 
može izračunati kao K  M-VU  XOR K  M-WC  . ERCA dostavlja 
K M, K M-VU  i K  M-WC  certifikacijskim tijelima država članica 
na njihov zahtjev.  
CSM_102 ERCA svakom glavnom klju ču senzora kretanja K  M dodje­
ljuje jedinstveni broj verzije koji isto tako vrijedi za stva ­
ranje ključeva K  M-VU  i K M-WC  i povezanog identifikacijskog 
ključa K  ID. ERCA obavješ ćuje MSCA-ove o broju verzije 
kada im šalje K  M-VU  i K  M-WC.  
Napomena:  Broj verzije upotrebljava se za razlikovanje 
različitih generacija tih klju čeva, kako je detaljno objašnjeno 
u odjeljku 9.2.1.2.  
CSM_103 Certifikacijsko tijelo države članice dostavlja K  M-VU,  
zajedno s brojem verzije proizvo đačima jedinica u vozilu 
na njihov zahtjev. Proizvo đači jedinica u vozilu unose K  M- 
VU i njegov broj verzije u sve proizvedene jedinice u vozilu.  
CSM_104 Certifikacijsko tijelo države članice (MSCA) osigurava da je 
K M-WC  , zajedno s njegovim brojem verzije, unesen na svaku 
karticu radionice pod njegovom odgovornoš ću. 
Napomene:  
— vidjeti opis vrste podataka
  
u Dodatku 2.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 395  
— Kako je objašnjeno u odjeljku 9.2.1.2., zapravo može 
biti potrebno unijeti više generacija K  M-WC  na jednu 
karticu radionice.  
CSM_105 Osim AES klju ča navedenog u CSM_104, MSCA osigurava 
da je TDES klju č Km  WC, naveden u zahtjevu CSM_037 u 
dijelu A ovog Dodatka, unesen na svaku karticu radionice 
pod njezinom odgovornoš ću. 
Napomene:  
— Time se omogu ćuje upotreba kartice radionice druge 
generacije za povezivanje s jedinicom u vozilu prve 
generacije.  
— Kartica radionice druge generacije imat će dvije 
različite primjene, jednu koja je sukladna dijelu B 
ovog Dodatka i jednu koja je sukladna dijelu A. 
Potonja će sadržavati TDES klju č Km  WC . 
CSM_106 MSCA uklju čena u izdavanje klju čeva senzora kretanja 
izvodi identifikacijski klju č iz glavnog klju ča senzora 
kretanja primjenom funkcije XOR na konstantni vektor 
CV. Vrijednost CV-a je sljede ća: 
▼M1 
— za glavne klju čeve senzora kretanja od 128 bitova: 
CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 83’,  
▼B 
— za glavne klju čeve senzora kretanja od 192 bita: CV = 
‘72 AD EA FA 00 BB F4 EE F4 99 15 70 5B 7E EE 
BB 1C 54 ED 46 8B 0E F8 25’,  
— za glavne klju čeve senzora kretanja od 256 bitova: CV = 
‘1D 74 DB F0 34 C7 37 2F 65 55 DE D5 DC D1 9A 
C3 23 D6 A6 25 64 CD BE 2D 42 0D 85 D2 32 63 AD 
60’. 
Napomena:  konstantni vektori generiraju se kako slijedi:  
Pi_10 = prvih 10 bajtova decimalnog dijela matemati čke 
konstante π = ‘24 3F 6A 88 85 A3 08 D3 13 19’  
CV_128-bits = prvih 16 bajtova SHA-256(Pi_10)  
CV_192-bits = prva 24 bajta SHA-384(Pi_10)  
CV_256-bits = prva 32 bajta SHA-512(Pi_10)  
CSM_107  ►M1 Svaki proizvo đač senzora kretanja generira nasumi čni 
i jedinstveni klju č uparivanja K  P za svaki senzor kretanja te 
svaki klju č uparivanja šalje certifikacijskom tijelu države 
članice. MSCA šifrira svaki klju č uparivanja s glavnim 
ključem senzora kretanja K  M i vraća šifrirani klju č proizvo­ 
đaču senzora kretanja. Za svaki šifrirani klju č MSCA 
obavješćuje proizvo đača senzora kretanja o broju verzije 
povezanog K  M . ◄ 
Napomena:  kako je objašnjeno u odjeljku 9.2.1.2., proiz ­
vođač senzora kretanja zapravo može trebati generirati više 
jedinstvenih klju čeva uparivanja za jedan senzor kretanja.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 396  
CSM_108 Svaki proizvo đač senzora kretanja generira jedinstveni 
serijski broj za svaki senzor kretanja te sve serijske 
brojeve šalje certifikacijskom tijelu države članice. MSCA 
šifrira svaki serijski broj odvojeno s identifikacijskim 
ključem K  ID te šifrirani serijski broj vra ća proizvođaču 
senzora kretanja. Za svaki šifrirani serijski broj MSCA 
obavješćuje proizvo đača senzora kretanja o broju verzije 
povezanog K  ID . 
▼B 
CSM_109 Za zahtjeve CSM_107 i CSM_108, MSCA upotrebljava 
AES algoritam u na činu rada „ulan čavanje šifriranih bloko ­
va”, kako je utvr đeno u normi [ISO 10116], s parametrom 
preraspodjele (eng.  interleave parameter ) m = 1 i inicijali ­
zacijskim vektorom (eng.  initialization vector ) SV = ‘00’ 
{16}, tj. 16 bajtova s binarnom vrijednoš ću 0. Prema 
potrebi, MSCA upotrebljava metodu popunjenja br. 2 iz 
norme [ISO 9797-1].  
CSM_110 Proizvo đač senzora kretanja pohranjuje šifrirani klju č upari­
vanja i šifrirani serijski broj u predvi đeni senzor kretanja 
zajedno s odgovaraju ćim vrijednostima nešifriranog teksta i 
brojem verzije K  M i K  ID koji je upotrijebljen za šifriranje.  
Napomena:  kako je objašnjeno u odjeljku 9.2.1.2., proiz ­
vođač senzora kretanja zapravo može trebati unijeti više 
šifriranih klju čeva uparivanja i šifriranih serijskih brojeva 
u jedan senzor kretanja.  
CSM_111 Osim kriptografskog sadržaja na temelju AES-a utvr đenog u 
CSM_110, proizvo đač senzora kretanja isto tako može u 
svaki senzor kretanja pohraniti kriptografski sadržaj na 
temelju TDES-a naveden u zahtjevu CSM_037 u dijelu A 
ovog Dodatka.  
Napomena:  time se omogu ćuje povezivanje senzora kretanja 
druge generacije s jedinicom u vozilu prve generacije.  
CSM_112 Duljina klju ča razmjene podataka K  S koji generira jedinica u 
vozilu (VU) tijekom uparivanja sa senzorom kretanja pove ­
zana je s duljinom njezinog K  M-VU,  kako je opisano u 
CSM_50.  
9.2.1.2  Zamjena glavnog klju ča senzora kretanja kod opreme druge generacije  
CSM_113 Svaki glavni klju č senzora kretanja i svi povezani klju čevi 
(vidjeti tablicu 3.) povezani su s odre đenom generacijom 
glavnog para klju čeva ERCA. Stoga se ti klju čevi zamje­
njuju svakih 17 godina. Rok valjanosti svake generacije 
glavnog klju ča senzora kretanja po činje godinu dana prije 
nego što povezani glavni par klju čeva ERCA postane važe ći 
te završava kad istekne povezani glavni par klju čeva ERCA. 
To je prikazano na slici 2.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 397  
Slika 2.  
Izdavanje i upotreba razli čitih generacija glavnog klju ča senzora kretanja u jedinicama u vozilu, senzorima 
kretanja i karticama radionica
  
CSM_114 Najmanje godinu dana prije generiranja novog europskog 
glavnog para klju čeva, kako je opisano u CSM_56, ERCA 
generira novi glavni klju č senzora kretanja K  M generiranjem 
novih K  M-VU  i K  M-WC  . Duljina glavnog klju ča senzora 
kretanja povezana je s predvi đenom jakoš ću novog europ ­
skog glavnog para klju čeva u skladu s CSM_50. ERCA 
dostavlja nove K  M , K  M-VU  i K  M-WC  MSCA-ovima na 
njihov zahtjev, zajedno s njihovim brojem verzije.  
CSM_115 MSCA osigurava da su sve važe će generacije K  M-WC  pohra­
njene u svakoj kartici radionice izdanoj pod njezinom 
nadležnošću zajedno s njihovim brojevima verzije, kako je 
prikazano na slici 2.  
Napomena:  to znači da će u posljednjoj godini roka valja ­
nosti certifikata ERCA kartice radionica biti izdane s tri 
različite generacije K  M-WC  , kako je prikazano na slici 2.  
CSM_116 U odnosu na postupak opisan u prethodnim CSM_107 i 
CSM_108: MSCA šifrira svaki klju č uparivanja K  P koji 
primi od proizvo đača senzora kretanja posebno za svaku 
važeću generaciju glavnog klju ča senzora kretanja K  M . 
Osim toga, MSCA šifrira svaki serijski broj koji primi od 
proizvođača senzora kretanja posebno za svaku važe ću 
generaciju identifikacijskog klju ča K  ID . Proizvođač senzora 
kretanja pohranjuje sva šifriranja klju ča uparivanja i sva 
šifriranja serijskog broja u predvi đeni senzor kretanja 
zajedno s odgovaraju ćim vrijednostima nešifriranog teksta i 
brojem (brojevima) verzije K  M i K  ID koji je upotrijebljen za 
šifriranje.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 398  
Napomena:  to znači da će u posljednjoj godini roka valja ­
nosti certifikata ERCA senzori kretanja biti izdani sa šifri ­
ranim podatcima na temelju tri razli čite generacije K  M , kako 
je prikazano na slici 2.  
CSM_117 U odnosu na postupak opisan u prethodnom CSM_107: 
budući da je duljina klju ča uparivanja K  P povezana s 
duljinom K  M (vidjeti CSM_100), proizvo đač senzora 
kretanja može trebati generirati do tri razli čita ključa upari­
vanja (razli čitih duljina) za jedan senzor kretanja u slu čaju 
da naredne generacije K  M imaju razli čite duljine. U takvom 
slučaju proizvo đač svaki klju č uparivanja šalje MSCA-u. 
MSCA osigurava da je svaki klju č uparivanja šifriran s 
ispravnom generacijom glavnog klju ča senzora kretanja tj. 
onom jednake duljine.  
Napomena:  ako proizvo đač senzora kretanja izabere generi ­
ranje klju ča uparivanja na temelju TDES-a za senzor 
kretanja druge generacije (vidjeti CSM_111), proizvo đač 
MSCA-u navodi da se za šifriranje tog klju ča uparivanja 
mora upotrijebiti glavni klju č senzora kretanja na temelju 
TDES-a. To je stoga što duljina TDES klju ča može biti 
jednaka duljini AES klju ča, a MSCA ne može zaklju čiti o 
kojem se klju ču radi samo na osnovi duljine klju ča. 
CSM_118 Proizvo đači jedinica u vozilu unose samo jednu generaciju 
K M-VU  u svaku jedinicu u vozilu zajedno s njegovim brojem 
verzije. Generacija K  M-VU  povezana je s certifikatom ERCA 
na kojem se temelje certifikati jedinice u vozilu.  
Napomene:  
— Jedinica u vozilu na temelju generacije  X certifikata 
ERCA sadržava samo generaciju  X K M-VU,  čak i ako 
je izdana nakon po četka roka valjanosti generacije  X+1  
certifikata ERCA. To je prikazano na slici 2.  
— Jedinica u vozilu generacije  X ne može se upariti sa 
senzorom kretanja generacije  X-1. 
— Budući da kartice radionica imaju rok valjanosti od 
jedne godine, rezultat CSM_113 – CSM_118 je taj da 
će sve kartice radionica sadržavati novi K  M-WC  u 
trenutku izdavanja prve jedinice u vozilu s novim K  M- 
VU . Stoga će takva jedinica u vozilu uvijek mo ći izraču­
nati novi K  M . Nadalje, do tog će trenutka ve ćina novih 
senzora kretanja isto tako sadržavati šifrirane podatke na 
temelju K  M. 
9.2.2  Ključevi za sigurnu komunikaciju preko DSRC-a  
9.2.2.1  Općenito  
CSM_119 Autenti čnost i povjerljivost podataka poslanih s jedinice u 
vozilu nadzornom tijelu putem kanala za komunikaciju na 
daljinu DSRC-a osigurava se skupom AES klju čeva speci­
fičnih za jedinicu u vozilu (VU), koji se izvode iz jedin ­
stvenog DSRC glavnog klju ča, KM  DSRC  . ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 399  
CSM_120 Glavni klju č DSRC-a KM  DSRC  je AES klju č koji ERCA 
generira, pohranjuje i distribuira na siguran na čin. Duljina 
ključa može biti 128, 192 ili 256 bitova i povezana je s 
duljinom europskog glavnog para klju čeva, kako je 
opisano u CSM_50.  
CSM_121 ERCA na siguran na čin dostavlja glavni klju č DSRC-a certi ­
fikacijskim tijelima država članica na njihov zahtjev, kako bi 
im omogu ćila izvođenje ključeva DSRC-a specifi čnih za 
jedinicu u vozilu i kako bi osigurala da je glavni klju č 
DSRC-a unesen u sve kontrolne kartice i kartice radionica 
izdane pod njihovom odgovornoš ću. 
CSM_122 ERCA svakom glavnom klju ču DSRC-a dodjeljuje jedin ­
stveni broj verzije. ERCA obavješ ćuje MSCA-ove o broju 
verzije kada im šalje glavni klju č DSRC-a.  
Napomena:  broj verzije upotrebljava se za razlikovanje 
različitih generacija glavnog klju ča DSRC-a, kako je 
detaljno objašnjeno u odjeljku 9.2.2.2.  
▼M1 
CSM_123 Proizvo đač jedinica u vozilu za svaku jedinicu u vozilu 
stvara jedinstveni serijski broj jedinice u vozilu te taj broj 
šalje svojem certifikacijskom tijelu države članice u zahtjevu 
za dobivanje skupa od dvaju klju čeva DSRC-a specifi čnih 
za jedinicu u vozilu. Serijski broj jedinice u vozilu sadržava 
vrstu podataka
  .  
Napomena:  
— Taj će serijski broj jedinice u vozilu biti jednak elementu 
vuSerialNumber informacija VuIdentification, vidjeti 
Dodatak 1. i upu ćivanju na nositelja certifikata u certi ­
fikatima jedinice u vozilu.  
— Serijski broj jedinice u vozilu možda ne bude poznat u 
trenutku kada proizvo đač jedinice u vozilu zatraži klju ­ 
čeve DSRC-a specifi čne za jedinicu u vozilu. U tom 
slučaju proizvo đač jedinice u vozilu umjesto toga šalje 
jedinstveni identifikator zahtjeva za certifikat koji je 
koristio pri podnošenju zahtjeva za certifikat jedinica u 
vozilu; vidjeti CSM_153. Taj identifikator zahtjeva za 
certifikat zbog toga je jednak upu ćivanju na nositelja 
certifikata u certifikatima jedinica u vozilu.  
▼B 
CSM_124 Po primitku zahtjeva za klju čeve DSRC-a specifi čne za VU, 
MSCA izvodi dva AES klju ča za jedinicu u vozilu, koji se 
nazivaju K_VU  DSRC  _ENC i K_VU  DSRC  _MAC. Ti klju čevi 
specifični za jedinicu u vozilu imaju jednaku duljinu kao 
glavni klju č DSRC-a. MSCA upotrebljava funkciju izvo ­ 
đenja ključeva utvrđenu u [RFC 5869]. Funkcija raspr ­ 
šivanja (eng.  hash ) koja je potrebna za funkciju HMAC- 
Hash povezana je s duljinom glavnog klju ča DSRC-a, 
kako je opisano u CSM_50. Funkcija izvo đenja ključeva 
[RFC 5869] upotrebljava se kako slijedi:  
Korak 1. (Extract):  
— PRK  = HMAC-Hash ( salt, IKM ), pri čemu je  salt prazni 
niz (eng.  empty string ), a IKM  je KM  DSRC  . ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 400  
Korak 2. (Expand):  
— OKM  = T(1) , pri čemu je  
T(1) = HMAC-Hash ( PRK , T(0)  || info  || ‘01’), gdje je  
— T(0)  = prazni niz (‘ ’),  
— ►M1 ‘info = serijski broj jedinice u vozilu ili iden ­
tifikator zahtjeva za certifikat kako je navedeno u 
CSM_123 ◄ 
— K_VU  DSRC  _ENC = prvi  L okteti  OKM -a i 
K_VU  DSRC  _MAC = posljednji  L okteti  OKM -a 
gdje je  L zahtijevana duljina K_VU  DSRC  _ENC i 
K_VU  DSRC  _MAC u oktetima.  
CSM_125 MSCA dostavlja K_VU  DSRC  _ENC i K_VU  DSRC  _MAC 
proizvođaču jedinice u vozilu na siguran na čin za unos u 
predviđenu jedinicu u vozilu.  
CSM_126 Kad je izdana, jedinica u vozilu u svojoj sigurnoj memoriji 
ima pohranjene K_VU  DSRC  _ENC i K_VU  DSRC  _MAC radi 
osiguravanja integriteta, autenti čnosti i povjerljivosti poda ­
taka koji se šalju kanalom za komunikaciju na daljinu. Jedi ­
nica u vozilu isto tako pohranjuje broj verzije glavnog klju ča 
DSRC-a koji je upotrijebljen za izvo đenje tih klju čeva speci­
fičnih za jedinicu u vozilu.  
CSM_127 Kad su izdane, kontrolne kartice i kartice radionica u svojoj 
sigurnoj memoriji imaju pohranjen KM  DSRC  kako bi mogle 
provjeriti integritet i autenti čnost podataka koje je jedinica u 
vozilu poslala kanalom za komunikaciju na daljinu te za 
dešifriranje tih podataka. Kontrolne kartice i kartice radio ­
nica pohranjuju i broj verzije glavnog klju ča DSRC-a.  
Napomena:  kako je objašnjeno u odjeljku 9.2.2.2., zapravo 
može biti potrebno unijeti više generacija K  DSRC  na jednu 
karticu radionice ili kontrolnu karticu.  
▼M1 
CSM_128 MSCA vodi evidenciju svih klju čeva DSRC-a specifi čnih za 
jedinicu u vozilu koje je generirala, njihova broja verzije te 
serijskog broja jedinice u vozilu ili identifikatora zahtjeva za 
certifikat koji je korišten za njihovo izvo đenje. 
▼B 
9.2.2.2  Zamjena glavnog klju ča DSRC-a  
CSM_129 Svaki glavni klju č DSRC-a povezan je s odre đenom genera ­
cijom glavnog para klju čeva ERCA. Stoga ERCA zamje ­
njuje glavni klju č DSRC-a svakih 17 godina. Rok valjanosti 
svake generacije glavnog klju ča DSRC-a po činje dvije 
godine prije nego što povezani glavni par klju čeva ERCA 
postane važe ći te završava kada istekne povezani glavni par 
ključeva ERCA. To je prikazano na slici 3.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 401  
Slika 3.  
Izdavanje i upotreba razli čitih generacija glavnog klju ča DSRC-a u jedinicama u vozilu, karticama radionica i 
kontrolnim karticama
  
CSM_130 Najmanje dvije godine prije generiranja novog europskog 
glavnog para klju čeva, kako je opisano u CSM_56, ERCA 
generira novi glavni klju č DSRC-a. Duljina glavnog klju ča 
DSRC-a povezana je s predvi đenom jakoš ću novog europ ­
skog glavnog para klju čeva u skladu s CSM_50. ERCA 
dostavlja novi glavni klju č DSRC-a MSCA-ovima na 
njihov zahtjev, zajedno s njegovim brojem verzije.  
CSM_131 MSCA osigurava da su sve važe će generacije K  DSRC  pohra­
njene u svakoj kontrolnoj kartici izdanoj pod njezinom 
nadležnošću zajedno s njihovim brojevima verzije, kako je 
prikazano na slici 3.  
Napomena:  to znači da će u posljednje dvije godine roka 
valjanosti certifikata ERCA kontrolne kartice biti izdane s tri 
različite generacije K  DSRC  , kako je prikazano na slici 3.  
CSM_132 MSCA osigurava da su sve generacije K  DSRC  , koje su bile 
važeće najmanje godinu dana i još su uvijek važe će, pohra­
njene u svakoj kartici radionice izdanoj pod njezinom 
nadležnošću zajedno s njihovim brojevima verzije, kako je 
prikazano na slici 3.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 402  
Napomena:  to znači da će u posljednjoj godini roka valja ­
nosti certifikata ERCA kartice radionica biti izdane s tri 
različite generacije K  DSRC  , kako je prikazano na slici 3.  
CSM_133 Proizvo đači jedinica u vozilu unose samo jedan skup klju ­ 
čeva DSRC-a specifi čnih za jedinicu u vozilu u svaku jedi ­
nicu u vozilu zajedno s njegovim brojem verzije. Taj se 
skup ključeva izvodi iz generacije KM  DSRC  povezane s 
certifikatom ERCA na kojem se temelje certifikati jedinica 
u vozilu.  
Napomene:  
— To zna či da jedinica u vozilu na temelju generacije  X 
certifikata ERCA sadržava samo generaciju  X K_VU  D­
SRC _ENC i K_VU  DSRC  _MAC  , čak i ako je VU izdan 
nakon početka roka valjanosti generacije  X+1  certifikata 
ERCA. To je prikazano na slici 3.  
— Budući da kartice radionica imaju rok valjanosti od 
jedne godine, a kontrolne kartice od dvije godine, 
rezultat CSM_131 – CSM_133 je taj da će sve kartice 
radionica i kontrolne kartice sadržavati novi glavni klju č 
DSRC-a u trenutku izdavanja prve jedinice u vozilu s 
novim klju čevima specifi čnima za jedinicu u vozilu na 
temelju tog glavnog klju ča. 
9.3. Certifikati  
9.3.1  Općenito  
CSM_134 Svi su certifikati u Europskom sustavu pametnog tahografa 
samoopisni, karticom provjerljivi (eng.  card-verifiable , CV) 
certifikati u skladu s normama [ISO 7816-4] i [ISO 7816-8].  
CSM_135  ►M1 Za kodiranje podatkovnih objekata u certifikatima 
upotrebljavaju se posebna pravila kodiranja (DER) u 
skladu s normom [ISO 8825-1]. Tablica 4. prikazuje 
potpuno kodiranje certifikata, uklju čujući sve oznake i 
duljine bajtova. ◄ 
Napomena:  takvo kodiranje daje sljede ću strukturu vrijed ­
nosti duljine oznake (eng.  Tag-Length-Value , TLV):  
oznaka: Oznaka je kodirana u jednom ili dva okteta i 
označuje sadržaj.  
duljina: Duljina je kodirana kao nepotpisani cijeli broj u 
jednom, dva ili tri okteta, što dovodi do najve će 
duljine od 65 535 okteta. Upotrebljava se najmanji 
broj okteta.  
vrijednost: 
Vrijednost je kodirana u nula ili više okteta.  
9.3.2  Sadržaj certifikata  
CSM_136 Svi certifikati imaju strukturu prikazanu u profilu certifikata 
u tablici 4.  
Tablica 4.  
Profil certifikata – verzija 1  
Polje  ID polja  Oznaka  Duljina (bajtova)  Vrsta podataka ASN.1 
(vidjeti Dodatak 1.)  
ECC certifikat  C  ‘7F 21’  var  
Tijelo ECC certifi ­
kata B ‘7F 4E’  var  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 403  
Polje  ID polja  Oznaka  Duljina (bajtova)  Vrsta podataka ASN.1 
(vidjeti Dodatak 1.)  
Identifikator profila 
certifikata  CPI ‘5F 29’  ‘01’
  
Upućivanje na certifi ­
kacijsko tijelo  CAR  ‘42’  ‘08’
  
Ovlaštenje nositelja 
certifikata  CHA  ‘5F 4C’  ‘07’
  
Javni ključ PK  ‘7F 49’  var  
Parametri domene  DP  ‘06’  var
  
Javna točka PP  ‘86’  var
  
Upućivanje na nosi ­
telja certifikata  CHR  ‘5F 20’  ‘08’
  
Datum početka valja­
nosti certifikata  CEfD  ‘5F 25’  ‘04’
  
Datum isteka valja ­
nosti certifikata  CExD  ‘5F 24’  ‘04’
  
Potpis ECC certifi ­
kata S ‘5F 37’  var
  
Napomena:  ID polja upotrebljavat će se u kasnijim odjelj ­
cima ovog Dodatka za ozna čivanje pojedina čnih polja certi ­
fikata, npr. X.CAR je upu ćivanje na certifikacijsko tijelo 
navedeno u certifikatu korisnika X.  
9.3.2.1 Identifikator profila certifikata  
CSM_137 Certifikati upotrebljavaju identifikator profila certifikata za 
označivanje upotrijebljenog profila certifikata. Verzija 1, 
kako je navedena u tablici 4., identificira se vrijednoš ću 
‘00’.  
9.3.2.2 Upu ćivanje na certifikacijsko tijelo  
CSM_138 Upu ćivanje na certifikacijsko tijelo upotrebljava se za iden ­
tifikaciju javnog klju ča koji treba upotrijebiti za provjeru 
potpisa certifikata. Upu ćivanje na certifikacijsko tijelo 
stoga je jednako upu ćivanju na nositelja certifikata u certi ­
fikatu odgovaraju ćeg certifikacijskog tijela.  
CSM_139 Glavni certifikat ERCA samopotpisan je, tj. upu ćivanje na 
certifikacijsko tijelo i upu ćivanje na nositelja certifikata u 
certifikatu jednaki su.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 404  
CSM_140 Za certifikat o povezanosti ERCA, upu ćivanje na nositelja 
certifikata jednako je CHR-u novog glavnog certifikata 
ERCA. Upu ćivanje na certifikacijsko tijelo za certifikat o 
povezanosti jednako je CHR-u prethodnog glavnog certifi ­
kata ERCA.  
9.3.2.3 Ovlaštenje nositelja certifikata  
▼M1 
CSM_141 Ovlaštenje nositelja certifikata upotrebljava se za identifika ­
ciju vrste certifikata. Sastoji se od šest najzna čajnijih bajtova 
identifikatora (ID) tahografske aplikacije, ulan čanih s vrstom 
opreme, koji ozna čavaju vrstu opreme za koju je certifikat 
namijenjen. U slu čaju certifikata jedinice u vozilu, certifikata 
kartice voza ča ili certifikata kartice radionice, vrsta opreme 
također se koristi za razlikovanje izme đu certifikata za 
uzajamnu autentifikaciju i certifikata za stvaranje digitalnih 
potpisa (vidjeti odjeljak 9.1 i Dodatak 1., vrsta podataka 
EquipmentType).  
▼B 
9.3.2.4 Javni klju č 
Javni klju č sadržava dva podatkovna elementa: normirane parametre 
domene koji se upotrebljavaju s javnim klju čem u certifikatu i vrijednosti 
javne točke (eng.  public point ). 
CSM_142 Podatkovni element parametara domene sadržava jedan od 
identifikatora objekta navedenih u tablici 1. za upu ćivanje na 
skup normiranih parametara domene.  
CSM_143 Podatkovni element javne to čke sadržava javnu to čku. Javne 
točke eliptičke krivulje pretvaraju se u oktetne nizove kako 
je navedeno u [TR-03111]. Upotrebljava se nekomprimirani 
format kodiranja. Pri obnavljanju to čke eliptičke krivulje iz 
njezina kodiranog formata uvijek se provode potvrde 
opisane u [TR-03111].  
9.3.2.5 Upu ćivanje na nositelja certifikata  
CSM_144 Upu ćivanje na nositelja certifikata je identifikator za javni 
ključ osiguran u certifikatu. Upotrebljava se za upu ćivanje 
na taj javni klju č u drugim certifikatima.  
CSM_145 Za certifikate kartica i certifikate vanjskih ure đaja GNSS-a, 
upućivanje na nositelja certifikata sadržava vrstu podataka
  
navedenu u Dodatku 1.  
CSM_146 Za jedinice u vozilu proizvo đač pri podnošenju zahtjeva za 
certifikat može, ali ne mora, znati serijski broj jedinice u 
vozilu, specifi čan za proizvo đača, za koju su taj certifikat i 
povezani privatni klju č namijenjeni. U prvom slu čaju, upući­
vanje na nositelja certifikata sadržava vrstu podataka
  
navedenu u Dodatku 1. U 
drugom slu čaju, upućivanje na nositelja certifikata sadržava 
vrstu podataka
  navedenu u 
Dodatku 1.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 405  
Napomena : za certifikat kartice vrijednost CHR-a jednaka je 
vrijednosti cardExtendedSerialNumber u EF_ICC-u; vidjeti 
Dodatak 2. Za certifikat EGF vrijednost CHR-a jednaka je 
vrijednosti sensorGNSSSerialNumber u EF_ICC-u; vidjeti 
Dodatak 14. Za certifikat jedinice u vozilu vrijednost 
CHR-a jednaka je elementu vuSerialNumber informacija 
VuIdentification, vidjeti Dodatak 1., osim ako proizvo đač 
ne zna serijski broj specifi čan za proizvo đača u trenutku 
podnošenja zahtjeva za certifikat.  
▼B 
CSM_147 Za certifikate ERCA i MSCA, upu ćivanje na nosi 
telja certifikata sadržava vrstu podataka
  
navedenu u 
Dodatku 1.  
9.3.2.6 Datum po četka valjanosti certifikata  
▼M1 
CSM_148 Datum po četka valjanosti certifikata ozna čuje datum i 
vrijeme po četka roka valjanosti certifikata.  
▼B 
9.3.2.7 Datum isteka valjanosti certifikata  
CSM_149 Datum isteka valjanosti certifikata ozna čuje datum i vrijeme 
isteka roka valjanosti certifikata.  
9.3.2.8 Potpis certifikata  
CSM_150 Potpis certifikata stvara se za kodirano tijelo certifikata, 
uključujući oznaku i duljinu tijela certifikata. Algoritam 
potpisa je ECDSA, kako je utvr đeno u [DSS], upotrebom 
algoritma raspršivanja ( hash ) povezanog s veli činom ključa 
nadležnog tijela potpisnika, kako je navedeno u CSM_50. 
Format potpisa je nešifriran, kako je navedeno u [TR- 
03111].  
9.3.3  Podnošenje zahtjeva za certifikate  
CSM_151  ►M1 Prilikom podnošenja zahtjeva za certifikat, MSCA 
šalje sljede će podatke ERCA-u: ◄ 
— identifikator profila certifikata zahtijevanog certifikata,  
— upućivanje na certifikacijsko tijelo za koje se o čekuje da 
će se upotrebljavati za potpisivanje certifikata,  
— javni klju č koji treba potpisati.  
CSM_152 Osim podataka iz CSM_151, MSCA šalje sljede će podatke 
u zahtjevu za certifikat ERCA-i, čime ERCA-i omogu ćuje 
stvaranje upu ćivanja na nositelja certifikata novog certifikata 
MSCA:  
— numeri čki kod države certifikacijskog tijela (vrsta poda ­
taka
 utvr đena u Dodatku 1.),  
— alfanumeri čki kod države certifikacijskog tijela (vrsta 
podataka
  utvr đena u Dodatku 1.),  
— Jednobajtni serijski broj za razlikovanje razli čitih klju­ 
čeva certifikacijskog tijela u slu čaju promjene klju čeva, 
— Dvobajtno polje koje sadržava posebne dodatne informa ­
cije o certifikacijskom tijelu.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 406  
CSM_153 Proizvo đač opreme šalje sljede će podatke u zahtjevu za 
certifikat MSCA-u, čime MSCA-u omogu ćuje stvaranje 
upućivanja na nositelja certifikata novog certifikata opreme:  
— ako je poznat (vidjeti CSM_154), serijski broj opreme, 
jedinstven za proizvo đača, vrstu opreme te mjesec proiz ­
vodnje. U protivnom, jedinstveni identifikator zahtjeva 
za certifikat,  
— mjesec i godinu proizvodnje opreme ili zahtjeva za certi ­
fikat.  
Proizvođač osigurava da su ti podatci to čni i da je certifikat koji je 
MSCA vratio unesen u predvi đenu opremu.  
▼B 
CSM_154 U slu čaju jedinice u vozilu, proizvo đač pri podnošenju 
zahtjeva za certifikat može, ali ne mora, znati serijski broj 
jedinice u vozilu, specifi čan za proizvo đača, za koju su taj 
certifikat i povezani privatni klju č namijenjeni. Ako je 
poznat, proizvo đač jedinice u vozilu šalje serijski broj 
MSCA-i. Ako nije poznat, proizvo đač na jedinstveni na čin 
identificira svaki zahtjev za certifikat te taj serijski broj 
zahtjeva za certifikat šalje MSCA-i. Dobiveni certifikat 
nakon toga sadržava serijski broj zahtjeva za certifikat. 
Nakon unošenja certifikata u specifi čnu jedinicu u vozilu, 
proizvođač MSCA-i šalje vezu izme đu serijskog broja 
zahtjeva za certifikat i identifikacije jedinice u vozilu.  
10. UZAJAMNA AUTENTIFIKACIJA I SIGURAN PRIJENOS PORUKA 
IZMEĐU JEDINICA U VOZILU I KARTICA  
10.1.  Općenito  
CSM_155 Na visokoj se razini sigurna komunikacija izme đu jedinice u 
vozilu i tahografske kartice temelji na sljede ćim koracima:  
— Prvo, svaka strana drugoj strani dokazuje da je vlasnik 
valjanog certifikata javnog klju ča koji je potpisalo certi ­
fikacijsko tijelo države članice. Zauzvrat, certifikat 
javnog klju ča MSCA mora potpisati europsko tijelo za 
izdavanje glavnog certifikata. Taj se korak naziva 
provjera lanca certifikata te su njegove pojedinosti nave ­
dene u odjeljku 10.2.  
— Drugo, jedinica u vozilu dokazuje kartici da posjeduje 
privatni klju č koji odgovara javnom klju ču u predo ­ 
čenom certifikatu. To radi tako da potpiše slu čajni broj 
koji je poslala kartica. Kartica provjerava potpis tog 
slučajnog broja. Ako je ta provjera uspješna, jedinica u 
vozilu je autentificirana. Taj se korak naziva autentifika ­
cija jedinice u vozilu te su njegove pojedinosti navedene 
u odjeljku 10.3.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 407  
— Treće, obje strane samostalno izra čunavaju dva AES 
ključa razmjene podataka s pomo ću asimetričnog algo­
ritma dogovaranja klju ča. Upotrebom jednog od tih klju ­ 
čeva razmjene podataka, kartica stvara kod za autentifi ­
kaciju poruke (MAC) za odre đene podatke koje je 
poslala jedinica u vozilu. Jedinica u vozilu provjerava 
MAC. Ako je ta provjera uspješna, kartica je autentifi ­
cirana. Taj se korak naziva autentifikacija kartice te su 
njegove pojedinosti navedene u odjeljku 10.4.  
— Četvrto, jedinica u vozilu i kartica upotrebljavaju dogo ­
vorene klju čeve razmjene podataka kako bi osigurale 
povjerljivost, integritet i autenti čnost svih razmijenjenih 
poruka. Taj se korak naziva siguran prijenos poruka te 
su njegove pojedinosti navedene u odjeljku 10.5.  
CSM_156 Mehanizam opisan u CSM_155 aktivira jedinica u vozilu 
svaki put kad je kartica umetnuta u jedan od njezinih 
utora za kartice.  
10.2.  Uzajamna provjera lanca certifikata  
10.2.1  Provjera lanca certifikata kartice koju provodi jedinica u vozilu  
CSM_157  ►M1 Za provjeru lanca certifikata tahografske kartice, jedi ­
nice u vozilu upotrebljavaju protokol prikazan na slici 4. Za 
svaki certifikat koji o čita s kartice, jedinica u vozilu potvr ­ 
đuje da je polje ovlaštenja nositelja certifikata (CHA) ispra ­
vno: 
— u polju CHA certifikata kartice navodi se certifikat 
kartice za uzajamnu autentifikaciju (vidjeti Dodatak 1., 
vrstu podataka EquipmentType),  
— u polju CHA certifikata Card.CA navodi se MSCA,  
— u polju CHA certifikata Card.Link navodi se ERCA. ◄ 
Napomene za sliku 4.:  
— Certifikati Card i javni klju čevi prikazani na slici oni su 
za uzajamnu autentifikaciju. U odjeljku 9.1.5. ozna čeni 
su kao Card_MA,  
— Certifikati Card.CA i javni klju čevi prikazani na slici oni 
su za potpisivanje certifikata kartica navedeni u CAR-u 
certifikata Card. U odjeljku 9.1.3. ozna čeni su kao 
MSCA_Card,  
— Certifikat Card.CA.EUR prikazan na slici je europski 
glavni certifikat koji je naveden u CAR certifikata 
Card.CA,  
— Certifikat Card.Link prikazan na slici je certifikat o 
povezanosti kartice, ako postoji. Kako je navedeno u 
odjeljku 9.1.2., to je certifikat o povezanosti za novi 
europski glavni par klju čeva koji je ERCA stvorila i 
potpisala prethodnim europskim privatnim klju čem, ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 408  
— Certifikat Card.Link.EUR je europski glavni certifikat 
koji je naveden u CAR certifikata Card.Link,  
CSM_158 Kako je prikazano na slici 4., provjera lanca certifikata 
kartice po činje nakon umetanja kartice. Jedinica u 
vozilu čita upu ćivanje na nositelja kartice 
(
 ) iz elementarne dato ­
teke (EF) ICC. Jedinica u vozilu provjerava poznaje li 
karticu, tj. je li u prošlosti uspješno provjerila certifikat 
kartice i pohranila ga za budu ću upotrebu. Ako poznaje 
karticu te je certifikat kartice još uvijek valjan, postupak 
se nastavlja provjerom lanca certifikata jedinice u vozilu. 
U protivnom, jedinica u vozilu uzastopno s kartice čita certi­
fikat MSCA_Card koji se upotrebljava za provjeru certifi ­
kata kartice, certifikat Card.CA.EUR koji se upotrebljava za 
provjeru certifikata MSCA_Card te eventualno certifikat o 
povezanosti koji se upotrebljava za provjeru certifikata EUR 
dok ne nađe certifikat koji poznaje ili može provjeriti. Ako 
nađe takav certifikat, jedinica u vozilu upotrebljava taj certi ­
fikat za provjeru temeljnih certifikata kartice koje je pro či­
tala s kartice. Ako je provjera uspješna, postupak se 
nastavlja provjerom lanca certifikata jedinice u vozilu. Ako 
provjera nije uspješna, jedinica u vozilu zanemaruje karticu.  
Napomena:  Postoje tri na čina na koje jedinica u vozilu 
može prepoznati certifikat Card.CA.EUR:  
— certifikat Card.CA.EUR isti je certifikat kao i vlastiti 
certifikat EUR jedinice u vozilu;  
— certifikat Card.CA.EUR prethodi vlastitom certifikatu 
EUR jedinice u vozilu te je jedinica u vozilu ve ć sadr­ 
žavala taj certifikat pri izdavanju (vidjeti CSM_81);  
— certifikat Card.CA.EUR naslje đuje vlastiti certifikat EUR 
jedinice u vozilu te je jedinica u vozilu u prošlosti 
primila certifikat o povezanosti od druge tahografske 
kartice, provjerila ga i pohranila za budu ću upotrebu.  
CSM_159 Kako je prikazano na slici 4., kad je jedinica u vozilu 
provjerila autenti čnost i valjanost prethodno nepoznatog 
certifikata, taj certifikat može pohraniti za budu ću upotrebu 
tako da ne mora ponovno provjeravati autenti čnost tog certi ­
fikata ako je ponovno predo čen jedinici u vozilu. Osim 
pohranjivanja cijelog certifikata, jedinica u vozilu može 
odabrati pohraniti samo sadržaj tijela certifikata, kako je 
navedeno u odjeljku 9.3.2.  ►M1 Dok je pohranjivanje 
svih drugih vrsta certifikata neobvezno, jedinica u vozilu 
mora pohraniti novi certifikat o povezanosti koji predo či 
kartica. ◄ 
CSM_160 Jedinica u vozilu provjerava vremensku valjanost svakog 
certifikata pro čitanog s kartice ili pohranjenog u memoriji 
jedinice u vozilu te odbija certifikate koji su istekli. Jedinica 
u vozilu za provjeru vremenske valjanosti certifikata koji je 
predočila kartica upotrebljava svoj unutarnji sat.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 409  
Slika 4.  
Protokol za provjeru lanca certifikata kartice koju provodi jedinica u vozilu (VU)
  
10.2.2  Provjera lanca certifikata jedinice u vozilu koju provodi kartica  
CSM_161  ►M1 Za provjeru lanca certifikata jedinice u vozilu, taho ­
grafske kartice upotrebljavaju protokol prikazan na slici 5. 
Za svaki certifikat koji predo či jedinica u vozilu, kartica 
potvrđuje da je polje ovlaštenja nositelja certifikata (CHA) 
ispravno:  
— u polju CHA certifikata VU.Link navodi se ERCA,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 410  
— u polju CHA certifikata VU.CA navodi se MSCA,  
— u polju CHA certifikata jedinice u vozilu navodi se 
certifikat jedinice u vozilu za uzajamnu autentifikaciju 
(vidjeti Dodatak 1., vrstu podataka EquipmentType). ◄ 
Slika 5.  
Protokol za provjeru lanca certifikata jedinice u vozilu (VU) koju provodi kartica
  
Napomene za sliku 5.:  
— Certifikati jedinice u vozilu i javni klju čevi prikazani na slici oni su 
za uzajamnu autentifikaciju. U odjeljku 9.1.4. ozna čeni su kao 
VU_MA,  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 411  
— Certifikati VU.CA i javni klju čevi prikazani na slici oni su za potpi ­
sivanje certifikata jedinica u vozilu i vanjskih ure đaja GNSS-a. U 
odjeljku 9.1.3. ozna čeni su kao MSCA_VU-EGF.  
— Certifikat VU.CA.EUR prikazan na slici je europski glavni certifikat 
koji je naveden u CAR certifikata VU.CA,  
— Certifikat VU.Link prikazan na slici je certifikat o povezanosti jedi ­
nice u vozilu, ako postoji. Kako je navedeno u odjeljku 9.1.2., to je 
certifikat o povezanosti za novi europski glavni par klju čeva koji je 
ERCA stvorila i potpisala prethodnim europskim privatnim klju čem. 
— Certifikat VU.Link.EUR je europski glavni certifikat koji je naveden 
u CAR certifikata VU.Link.  
CSM_162 Kako je prikazano na slici 5., provjera lanca certifikata 
jedinice u vozilu po činje tako da jedinica u vozilu pokuša 
postaviti svoj vlastiti javni klju č za upotrebu u tahografskoj 
kartici. Ako u tome uspije, zna či da je kartica u prošlosti 
uspješno provjerila lanac certifikata jedinice u vozilu i 
pohranila certifikat jedinice u vozilu za budu ću upotrebu. 
U tom se slu čaju certifikat jedinice u vozilu postavlja za 
upotrebu i postupak se nastavlja autentifikacijom jedinice u 
vozilu. Ako kartica ne prepoznaje jedinicu u vozilu, jedinica 
u vozilu uzastopno predo čuje certifikat MSCA_VU koji se 
upotrebljava za provjeru njezina certifikata jedinice u 
vozilu, certifikat VU.CA.EUR koji se upotrebljava za 
provjeru certifikata MSCA_VU te potencijalno certifikat o 
povezanosti, kako bi se pronašao certifikat koji kartica 
prepoznaje ili može provjeriti. Ako je takav certifikat 
pronađen, kartica upotrebljava taj certifikat za provjeru 
temeljnih certifikata jedinice u vozilu koji su joj predo čeni. 
Ako je uspješna, jedinica u vozilu kona čno postavlja svoj 
javni ključ za upotrebu u tahografskoj kartici. Ako provjera 
nije uspješna, jedinica u vozilu zanemaruje karticu.  
Napomena: Postoje tri na čina na koje kartica može prepoz ­
nati certifikat VU.CA.EUR:  
— certifikat VU.CA.EUR isti je certifikat kao i vlastiti 
certifikat EUR kartice;  
— certifikat VU.CA.EUR prethodi vlastitom certifikatu 
EUR kartice te je kartica ve ć sadržavala taj certifikat 
pri izdavanju (vidjeti CSM_91);  
— certifikat VU.CA.EUR naslje đuje vlastiti certifikat EUR 
kartice te je kartica u prošlosti primila certifikat o pove ­
zanosti od druge jedinice u vozilu, provjerila ga i pohra ­
nila za budu ću upotrebu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 412  
CSM_163 VU upotrebljava naredbu MSE: SET AT za postavljanje 
svojeg javnog klju ča za upotrebu u tahografskoj kartici. 
Kako je navedeno u Dodatku 2., ta naredba sadržava 
oznaku kriptografskog mehanizma koji će se upotrebljavati 
s postavljenim klju čem. Taj je mehanizam „autentifikacija 
jedinice u vozilu upotrebom algoritma ECDSA u kombi ­
naciji s algoritmom raspršivanja ( hash ) povezanim s veli ­ 
činom ključa para VU_MA klju čeva jedinice u vozilu, kako 
je navedeno u CSM_50”.  
CSM_164 Naredba MSE: SET AT isto tako sadržava oznaku krat ­
kotrajnog para klju čeva koje jedinica u vozilu upotrebljava 
tijekom dogovaranja klju ča razmjene podataka (vidjeti odje ­
ljak 10.4.). Stoga prije slanja naredbe MSE: SET AT jedi ­
nica u vozilu generira kratkotrajni par ECC klju čeva. Za 
generiranje kratkotrajnog para klju čeva VU upotrebljava 
normirane parametre domene navedene u certifikatu kartice. 
Kratkotrajni par klju čeva označuje se kao (VU.SK  eph , 
VU.PK  eph , Card.DP). Jedinica u vozilu uzima x-koordinatu 
ECDH kratkotrajne javne to čke kao identifikaciju klju ča; to 
se naziva komprimirano predstavljanje javnog klju ča i 
označuje se kao Comp(VU.PK  eph ). 
▼M1 
CSM_165 Ako je naredba MSE: Set AT uspješna, kartica postavlja 
navedeni VU.PK za kasniju upotrebu tijekom autentifikacije 
vozila te privremeno pohranjuje Comp(VU.PKeph). U 
slučaju slanja jedne ili više uspješnih naredbi MSE: Set 
AT prije provedbe dogovaranja klju ča razmjene podataka, 
kartica pohranjuje samo zadnji primljeni Comp(VU.PKeph). 
Nakon uspješne naredbe GENERAL AUTHENTICATE 
kartica će vratiti Comp(VU.PKeph) u po četno stanje.  
▼B 
CSM_166 Kartica provjerava vremensku valjanost svakog certifikata 
koji jedinica u vozilu predo čava ili na njega upu ćuje dok 
je pohranjen u memoriji kartice te odbija certifikate koji su 
istekli.  
CSM_167 Za provjeru vremenske valjanosti certifikata koji je predo ­ 
čila jedinica u vozilu, svaka tahografska kartica interno 
pohranjuje odre đene podatke koji predstavljaju trenuta čno 
vrijeme. Jedinica u vozilu te podatke ne smije mo ći 
izravno ažurirati. Pri izdavanju trenuta čno se vrijeme 
kartice postavlja tako da je jednako datumu po četka valja­
nosti certifikata kartice Card_MA. Kartica ažurira svoje 
trenutačno vrijeme ako je datum po četka valjanosti auten ­
tičnog certifikata „valjanog izvora vremena” koji je predo ­ 
čila jedinica u vozilu noviji od trenuta čnog vremena kartice. 
U tom slučaju kartica postavlja svoje trenuta čno vrijeme na 
datum početka valjanosti tog certifikata. Kartica kao valjani 
izvor vremena prihva ća samo sljede će certifikate:  
— certifikate o povezanosti ERCA druge generacije,  
— certifikate MSCA druge generacije,  
— certifikate jedinice u vozilu druge generacije koje je 
izdala ista država kao i vlastiti certifikat (certifikate) 
kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 413  
Napomena:  posljednji zahtjev zna či da kartica može prepoz ­
nati CAR certifikata jedinice u vozilu, tj. certifikat 
MSCA_VU-EGF. On nije jednak CAR-u njezina vlastitog 
certifikata, odnosno certifikata MSCA_Card.  
CSM_168 Kako je prikazano na slici 5., kada je kartica provjerila 
autentičnost i valjanost prethodno nepoznatog certifikata, 
taj certifikat može pohraniti za budu ću upotrebu tako da 
ne mora ponovno provjeravati autenti čnost tog certifikata 
ako je ponovno predo čen kartici. Osim pohranjivanja 
cijelog certifikata, kartica može odabrati pohraniti samo 
sadržaj tijela certifikata, kako je navedeno u odjeljku 9.3.2.  
10.3.  Autentifikacija jedinice u vozilu  
CSM_169 Jedinice u vozilu i kartice upotrebljavaju protokol autentifi ­
kacije jedinice u vozilu prikazan na slici 6. za autentifika ­
ciju jedinice u vozilu s obzirom na karticu. Autentifikacija 
jedinice u vozilu omogu ćuje tahografskoj kartici da izri čito 
provjeri autenti čnost jedinice u vozilu. Kako bi to u činila, 
jedinica u vozilu upotrebljava svoj privatni klju č za potpi­
sivanje zahtjeva za klju čnu riječ koji generira kartica.  
CSM_170  ►M1 Uz zahtjev kartice za klju čnu riječ, jedinica u vozilu 
u potpis uklju čuje upućivanje na nositelja certifikata preu ­
zeto iz certifikata kartice. ◄ 
Napomena:  time se osigurava da je kartica koju jedinica u 
vozilu sama autentificira ista kartica čiji je lanac certifikata 
jedinica u vozilu prethodno provjerila.  
CSM_171 Osim toga, jedinica u vozilu u potpis uklju čuje identifikator 
kratkotrajnog javnog klju ča Comp(VU.PK  eph ) koji jedinica 
u vozilu upotrebljava za uspostavu sigurnog prijenosa 
poruka tijekom postupka autentifikacije čipa navedenog u 
odjeljku 10.4.  
Napomena:  time se osigurava da je jedinica u vozilu s 
kojom kartica komunicira tijekom procesa sigurnog prije ­
nosa poruka ista jedinica u vozilu koju je autentificirala 
kartica.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 414  
Slika 6.  
Protokol za autentifikaciju jedinice u vozilu
  
▼B 
CSM_172 Ako jedinica u vozilu tijekom autentifikacije jedinice u 
vozilu pošalje više naredbi GET CHALLENGE, kartica 
svaki put vra ća novi 8-bajtni nasumi čni zahtjev za klju čnu 
riječ, ali pohranjuje samo posljednji zahtjev za klju čnu riječ. 
CSM_173 Algoritam potpisivanja koji jedinica u vozilu upotrebljava 
za autentifikaciju jedinice u vozilu je ECDSA, kako je nave ­
deno u [DSS], upotrebom algoritma raspršivanja ( hashing ) 
povezanog s veli činom ključa para VU_MA klju čeva jedi­
nice u vozilu, kako je navedeno u CSM_50. Format potpisa 
je nešifriran, kako je navedeno u [TR-03111]. Dobiveni 
potpis jedinica u vozilu šalje kartici.  
▼M1 
CSM_174 Nakon što primi potpis jedinice u vozilu u naredbi 
EXTERNAL AUTHENTICATE, kartica:  
— izračunava token autentifikacije ulan čavanjem 
Card.CHR, zahtjeva kartice za klju čnu riječ rcard i iden ­
tifikatora kratkotrajnog javnog klju ča jedinice u vozilu 
Comp(VU.PKeph),  
— provjerava potpis jedinice u vozilu koriste ći algoritam 
ECDSA, koriste ći algoritam raspršivanja (hashing) 
povezan s veli činom ključa para VU_MA klju čeva jedi­
nice u vozilu u skladu sa stavkom CSM_50, u kombi ­
naciji s VU.PK i izra čunanim tokenom autentifikacije.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 415  
10.4.  Autentifikacija čipa i dogovaranje klju ča razmjene podataka  
CSM_175 Jedinice u vozilu i kartice upotrebljavaju protokol autentifi ­
kacije čipa prikazan na  slici 7.  za autentifikaciju kartice u 
odnosu na jedinicu u vozilu. Autentifikacija čipa omogu ćuje 
jedinici u vozilu da izri čito provjeri autenti čnost kartice.  
Slika 7.  
Autentifikacija čipa i dogovaranje klju ča razmjene podataka
  
CSM_176 Jedinica u vozilu i kartica poduzimaju sljede će korake:  
1. Jedinica u vozilu zapo činje postupak autentifikacije čipa 
slanjem naredbe MSE: SET AT u kojoj se navodi 
„autentifikacija čipa s pomo ću algoritma ECDSA kojim 
se dobiva duljina AES klju ča razmjene podataka pove ­
zana s veli činom ključa para Card_MA klju čeva kartice, 
kako je navedeno u CSM_50”. Jedinica u vozilu utvr đuje 
veličinu ključa para klju čeva kartice iz certifikata kartice.  
▼M1 
2. Jedinica u vozilu kartici šalje javnu to čku VU.PK  eph 
svojeg kratkotrajnog para klju čeva. Javna to čka pretvara 
se u oktetni niz kako je navedeno u [TR-03111]. 
Upotrebljava se nekomprimirani format kodiranja. Kako 
je objašnjeno u stavku CSM_164, jedinica u vozilu taj 
kratkotrajni par klju čeva generira prije provjere lanca 
certifikata jedinice u vozilu. Jedinica u vozilu poslala 
je identifikator kratkotrajnog javnog klju ča 
Comp(VU.PK  eph ) kartici te ga je kartica pohranila.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 416  
3. Kartica izra čunava Comp(VU.PK  eph ) iz VU.PK  eph i 
uspoređuje ga s pohranjenom vrijednoš ću 
Comp(VU.PKeph).  
4. Primjenom algoritma ECDH u kombinaciji sa stati čkim 
privatnim klju čem i kratkotrajnim javnim klju čem jedi­
nice u vozilu, kartica izra čunava tajni K.  
5. Kartica odabire nasumi čni 8-bajtni broj za jednokratnu 
upotrebu (eng.  number used only once , nonce  ) N  PICC i 
upotrebljava ga za izvo đenje dvaju AES klju čeva 
razmjene podataka K  MAC i K  ENC iz K. Vidjeti 
CSM_179.  
▼M1 
6. Koristeći K  MAC kartica izra čunava token autentifikacije 
preko kratkotrajne javne to čke jedinice u vozilu: 
T PICC = CMAC(K  MAC , VU.PK  eph ). Javna to čka mora 
biti u formatu koji koristi jedinica u vozilu (vidjeti pret ­
hodno navedenu podto čku 2.). Kartica šalje N  PICC i 
T PICC jedinici vozila.  
▼B 
7. Primjenom algoritma ECDH u kombinaciji sa stati čkim 
javnim klju čem i kratkotrajnim javnim klju čem jedinice 
u vozilu, jedinica u vozilu izra čunava isti tajni K kao 
kartica u koraku 4.  
8. Jedinica u vozilu izvodi klju čeve razmjene podataka 
K MAC i K  ENC iz K i N  PICC . Vidjeti CSM_179.  
9. Jedinica u vozilu provjerava token autentifikacije T  PICC . 
CSM_177 U prethodnom koraku 3. kartica izra čunava 
Comp(VU.PK  eph ) kao x-koordinatu javne to čke u 
VU.PK  eph . 
CSM_178 U prethodnim koracima 4. i 7. kartica i jedinica u vozilu 
upotrebljavaju algoritam ECKA-EG kako je utvr đeno u 
[TR-03111].  
CSM_179 U prethodnim koracima 5. i 8. kartica i jedinica u vozilu 
upotrebljavaju funkciju izvo đenja ključeva za AES klju čeve 
razmjene podataka utvr đene u [TR-03111] sa sljede ćim 
preciznostima i promjenama:  
— vrijednost broja ča iznosi ‘00 00 00 01’ za K  ENC i ‘00 00 
00 02’za K  MAC ,. 
— upotrebljava se neobavezni broj za jednokratnu upotrebu 
(nonce ) r koji je jednak N  PICC . 
— Za izvo đenje AES klju čeva od 128 bitova upotrebljava 
se algoritam raspršivanja ( hashing ) SHA-256,  
— Za izvo đenje AES klju čeva od 192 bita upotrebljava se 
algoritam raspršivanja ( hashing ) SHA-384,  
— Za izvo đenje AES klju čeva od 256 bitova upotrebljava 
se algoritam raspršivanja ( hashing ) SHA-512.  
Duljina klju čeva razmjene podataka (tj. duljina na koju je  
hash  skraćen) povezana je s veli činom para Card_MA klju ­ 
čeva, kako je navedeno u CSM_50.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 417  
CSM_180 U prethodnim koracima 6. i 9. kartica i jedinica u vozilu 
upotrebljavaju AES algoritam u na činu rada CMAC, kako 
je navedeno u [SP 800-38B]. Duljina T  PICC povezana je s 
duljinom AES klju čeva razmjene podataka, kako je nave ­
deno u CSM_50.  
10.5.  Siguran prijenos poruka  
10.5.1  Općenito  
CSM_181 Sve naredbe i odgovori razmijenjeni izme đu jedinice u 
vozilu i tahografske kartice nakon uspješne autentifikacije 
čipa i do završetka razmjene podataka zašti ćeni su sigurnim 
prijenosom poruka.  
CSM_182 Osim pri čitanju iz datoteke s uvjetom pristupa SM-R-ENC- 
MAC-G2 (vidjeti Dodatak 2., odjeljak 4.), siguran prijenos 
poruka upotrebljava se u na činu rada namijenjenom isklju ­ 
čivo autentifikaciji. U tom se na činu rada kriptografski 
kontrolni zbroj (odnosno MAC) dodaje svim naredbama i 
odgovorima u svrhu osiguranja autenti čnosti i integriteta 
poruke.  
CSM_183 Pri čitanju podataka iz datoteke s uvjetom pristupa SM-R- 
ENC-MAC-G2, siguran prijenos poruka upotrebljava se u 
načinu rada namijenjenom šifriranju i zatim autentifikaciji, 
tj. podatci odgovora prvo se šifriraju u svrhu osiguranja 
povjerljivosti poruke, a zatim se izra čunava MAC za forma ­
tirane šifrirane podatke u svrhu osiguranja autenti čnosti i 
integriteta.  
CSM_184 Siguran prijenos poruka upotrebljava AES kako je utvr đen u 
[AES] s klju čevima razmjene podataka K  MAC i K  ENC koji 
su dogovoreni tijekom autentifikacije čipa. 
CSM_185 Kao broja č redoslijeda slanja (SSC) upotrebljava se nepot ­
pisani cijeli broj u svrhu sprje čavanja napada reprodukci ­
jom. Veličina SSC-a jednaka je veli čini AES bloka, tj. 
128 bitova. SSC je u formatu MSB-first. Broja č redoslijeda 
slanja (SSC) postavlja se na nulu (tj. ‘00 00 00 00 00 00 00 
00 00 00 00 00 00 00 00 00’) prilikom po četka sigurnog 
prijenosa poruka. SSC se pove ćava svaki put prije generi ­
ranja naredbe ili odgovora APDU, tj. budu ći da je početna 
vrijednost SSC-a u procesu sigurnog prijenosa poruke (SM) 
0, u prvoj će naredbi vrijednost SSC-a biti 1. Vrijednost 
SSC-a za prvi odgovor bit će 2. 
CSM_186 Za šifriranje poruka upotrebljava se K  ENC s AES-om u 
načinu rada „ulan čavanje šifriranih blokova” (CBC), kako 
je utvrđeno u [ISO 10116], s parametrom preraspodjele 
(eng.  interleave parameter ) m = 1 i inicijalizacijskim 
vektorom (eng.  initialization vector ) SV = E(K  ENC , SSC), 
tj. trenutačnom vrijednoš ću brojača redoslijeda slanja šifri ­
ranom s K  ENC . 
CSM_187 Za autentifikaciju poruka upotrebljava se K  MAC s AES-om 
u načinu rada CMAC kako je navedeno u [SP 800-38B]. 
Duljina MAC povezana je s duljinom AES klju čeva 
razmjene podataka, kako je navedeno u CSM_50. Broja č 
redoslijeda slanja (SSC) uklju čuje se u MAC njegovim 
dodavanjem na po četak prije bloka podataka (eng.  data­
gram ) koji se autentificira.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 418  
10.5.2  Struktura sigurne poruke  
CSM_188 Siguran prijenos poruka upotrebljava samo podatkovne 
objekte sigurnog prijenosa poruka (vidjeti normu 
[ISO 7816-4]) navedene u tablici 5. U svakoj se poruci ti 
podatkovni objekti upotrebljavaju redoslijedom navedenim 
u sljedećoj tablici:  
Tablica 5.  
Podatkovni objekti sigurnog prijenosa poruka  
Naziv podatkovnog objekta  Oznaka  Prisutnost obvezna (O), 
uvjetna (U) ili zabranjena 
(Z) u  
naredbama  odgovorima  
Vrijednost koja nije kodirana u BER- 
TLV  ‘81’ U  U  
Vrijednost koja je kodirana u BER- 
TLV, ali ne uklju čujući SM DO-ove  ‘B3’ U  U  
Indikator popunjenja sadržaja nakon 
kojeg slijedi kriptogram, vrijednost 
koja nije kodirana u BER-TLV  ‘87’ U  U  
Zaštićena Le  ‘97’  U  Z  
Status obrade  ‘99’  Z  O  
Kriptografski kontrolni zbroj  ‘8E’  O  O  
Napomena:  kako je navedeno u Dodatku 2., tahografske 
kartice mogu podržavati naredbe READ BINARY ( čitanje 
datoteke) i UPDATE BINARY (ažuriranje datoteke) s 
neparnim INS bajtom (‘B1’ odnosno ‘D7’). Te varijante 
naredbi trebaju čitati i ažurirati datoteke s više od 
32 768 bajtova. U slu čaju upotrebe takve varijante, podat ­
kovni objekt s oznakom ‘B3’ upotrebljava se umjesto 
objekta s oznakom ‘81’. Za više informacija vidjeti 
Dodatak 2.  
CSM_189 Svi podatkovni objekti sigurnog prijenosa poruka (SM) 
kodirani su u DER TLV kako je navedeno u normi 
[ISO 8825-1]. To kodiranje daje sljede ću strukturu vrijed ­
nosti duljine oznake (TLV):  
Oznaka: Oznaka je kodirana u jednom ili dva okteta i 
označuje sadržaj.  
Duljina: Duljina je kodirana kao nepotpisani cijeli broj 
u jednom, dva ili tri okteta, što dovodi do 
najveće duljine od 65 535 okteta. Upotrebljava 
se najmanji broj okteta.  
Vrijednost: Vrijednost je kodirana u nula ili više okteta.  
CSM_190 APDU-ovi zašti ćeni sigurnim prijenosom poruka stvaraju se 
kako slijedi:  
— Zaglavlje naredbe uklju čeno je u izra čun MAC-a, stoga 
se upotrebljava vrijednost ‘0C’ za bajt razreda CLA.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 419  
— Kako je navedeno u Dodatku 2., svi INS bajtovi su 
parni, s mogu ćim izuzetkom neparnih INS bajtova za 
naredbe READ BINARY i UPDATE BINARY.  
— Stvarna vrijednost Lc preina čuje se u Lc' nakon 
primjene sigurnog prijenosa poruka.  
— Podatkovno polje sastoji se od podatkovnih objekata 
sigurnog prijenosa poruka (SM).  
— U zašti ćenoj APDU naredbi novi bajt Le postavlja se na 
‘00’. Ako je potrebno, podatkovni objekt ‘97’ uklju čuje 
se u podatkovno polje kako bi proslijedio izvornu 
vrijednost Le.  
▼M1 
CSM_191 Bilo koji podatkovni objekt koji se šifrira popunjuje se u 
skladu s normom [ISO 7816-4] upotrebom indikatora popu ­
njenja sadržaja ‚01’. Za izra čun MAC-a, podatkovni objekti 
APDU popunjuju se u skladu s normom [ISO 7816-4].  
Napomena:  popunjenje za siguran prijenos poruka uvijek se 
provodi na razini sigurnog prijenosa poruka, a ne s pomo ću 
algoritama CMAC ili CBC.  
Sažetak i primjeri  
Naredba APDU s primjenom sigurnog prijenosa poruka imat će sljedeću 
strukturu, ovisno o slu čaju odgovaraju će nezaštićene naredbe (DO je 
podatkovni objekt):  
Slučaj 1.: CLA INS P1 P2 || Lc' || DO ‘8E’ || Le  
Slučaj 2.: CLA INS P1 P2 || Lc' || DO ‘97’ || 
DO‘8E’ || Le  
Slučaj 3. (parni INS bajt): CLA INS P1 P2 || Lc' || DO ‘81’ || 
DO‘8E’ || Le  
Slučaj 3. (neparni INS bajt): CLA INS P1 P2 || Lc' || DO ‘B3’ || 
DO‘8E’ || Le  
Slučaj 4. (parni INS bajt): CLA INS P1 P2 || Lc' || DO ‘81’ || 
DO‘97’ || DO‘8E’ || Le  
Slučaj 4. (neparni INS bajt): CLA INS P1 P2 || Lc' || DO ‘B3’ || 
DO‘97’ || DO‘8E’ || Le  
gdje je Le = ‘00’ ili ‘00 00’, ovisno o tome upotrebljavaju li se kratka 
polja (eng. short length fields) ili produljena polja (eng. extended length 
fields); vidjeti normu [ISO 7816-4].  
Odgovor APDU s primjenom sigurnog prijenosa poruka ima sljede ću 
strukturu, ovisno o slu čaju odgovaraju ćeg nezaštićenog odgovora:  
Slučaj 1. ili 3.: DO ‘99’ || DO ‘8E’ || 
SW1SW2  
Slučaj 2. ili 4. (parni INS bajt) bez 
šifriranja: DO ‘81’ || DO ‘99’ || DO 
‘8E’ || SW1SW2  
Slučaj 2. ili 4. (parni INS bajt) sa 
šifriranjem: DO ‘87’ || DO ‘99’ || DO 
‘8E’ || SW1SW2  
Slučaj 2. ili 4. (neparni INS bajt) bez 
šifriranja: DO ‘B3’ || DO ‘99’ || DO 
‘8E’ || SW1SW2  
Napomena:  slučaj 2. ili 4. (neparni INS bajt) sa šifriranjem nikad se ne 
upotrebljava za komunikaciju izme đu jedinice u vozilu i kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 420  
U nastavku su navedena tri primjera transformacije APDU za naredbe s 
parnim INS kodom. Slika 8. prikazuje autentificiranu naredbu APDU u 
slučaju 4., slika 9. prikazuje autentificirani odgovor APDU u 
slučaju 1./slučaju 3., a slika 10. prikazuje šifrirani i autentificirani 
odgovor APDU u slu čaju 2./slučaju 4.  
Slika 8.  
Transformacija autentificirane naredbe APDU u slu čaju 4.
  
Slika 9.  
Transformacija autentificiranog odgovora APDU u slu čaju 1. / slu čaju 3.
  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 421  
Slika 10.  
Transformacija šifriranog i autentificiranog odgovora APDU u slu čaju 2. / slu čaju 4.
  
▼B 
10.5.3  Prekid procesa sigurnog prijenosa poruka  
CSM_192 Jedinica u vozilu prekida proces sigurnog prijenosa poruka 
koji je u tijeku ako i samo ako nastupi jedno od sljede ćih 
stanja:  
— ako primi nešifrirani odgovor APDU,  
— ako u odgovoru APDU otkrije pogrešku u sigurnom 
prijenosu poruka:  
— nedostaje o čekivani podatkovni objekt sigurnog prije ­
nosa poruka, redoslijed podatkovnih objekata neto čan 
je ili je uklju čen nepoznati podatkovni objekt,  
— podatkovni objekt sigurnog prijenosa poruka neto čan 
je, npr. neto čna je vrijednost MAC, neto čna je struk ­
tura TLV ili indikator popunjenja u oznaci ‘87’ nije 
jednak ‘01’,  
— ako je kartica poslala statusni bajt kojim javlja da je 
otkrila pogrešku u sigurnom prijenosu poruka (SM) 
(vidjeti CSM_194),  
— ako je dosegnuta granica za broj naredbi i povezanih 
odgovora u razmjeni podataka koja je u tijeku. Tu 
granicu za odre đenu jedinicu u vozilu utvr đuje njezin 
proizvođač, uzimajući u obzir sigurnosne zahtjeve kori ­ 
štenog hardvera s najve ćom vrijednoš ću od 240 SM 
naredbi i povezanih odgovora u jednoj razmjeni poda ­
taka. ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 422  
CSM_193 Tahografska kartica prekida proces sigurnog prijenosa 
poruka koji je u tijeku ako i samo ako nastupi jedno od 
sljedećih stanja:  
— ako primi nešifriranu naredbu APDU,  
— ako u naredbi APDU otkrije pogrešku u sigurnom prije ­
nosu poruka,  
— nedostaje o čekivani podatkovni objekt sigurnog prije ­
nosa poruka, redoslijed podatkovnih objekata neto čan 
je ili je uklju čen nepoznati podatkovni objekt,  
— podatkovni objekt sigurnog prijenosa poruka neto čan 
je, npr. neto čna vrijednost MAC, neto čna struktura 
TLV,  
— ako je kartica isklju čena ili vra ćena u početno stanje,  
— ako jedinica u vozilu zapo čne postupak autentifikacije 
jedinice u vozilu,  
— ako je dosegnuta granica za broj naredbi i povezanih 
odgovora u procesu razmjene podataka koja je u tijeku. 
Tu granicu za odre đenu karticu utvr đuje njezin proiz ­
vođač uzimajući u obzir sigurnosne zahtjeve korištenog 
hardvera s najve ćom vrijednoš ću od 240 SM naredbi i 
povezanih odgovora u jednom procesu.  
▼B 
CSM_194 U vezi s obradom SM pogrešaka koju provodi tahografska 
kartica:  
— ako u naredbi APDU nedostaju neki o čekivani podat ­
kovni objekti sigurnog prijenosa poruka, redoslijed 
podatkovnih objekata neto čan je ili je uklju čen nepoznati 
podatkovni objekt, tahografska kartica odgovara statu ­
snim bajtovima ‘69 87’,  
— ako je podatkovni objekt sigurnog prijenosa poruka u 
naredbi APDU neto čan, tahografska kartica odgovara 
statusnim bajtovima ‘69 88’.  
U takvom se slu čaju statusni bajtovi vra ćaju bez upotrebe 
sigurnog prijenosa poruka.  
CSM_195 U slu čaju prekida procesa sigurnog prijenosa poruka izme đu 
jedinice u vozilu i tahografske kartice, jedinica u vozilu i 
tahografska kartica:  
— na siguran na čin uništavaju pohranjene klju čeve razmjene 
podataka,  
— odmah uspostavljaju novi proces sigurne razmjene 
poruka, kako je opisano u odjeljcima od 10.2. do 10.5.  
CSM_196 Ako zbog nekog razloga jedinica u vozilu odlu či ponovno 
pokrenuti uzajamnu autentifikaciju s obzirom na umetnutu 
karticu, postupak po činje ponovno s provjerom lanca certi ­
fikata kartice, kako je opisano u odjeljku 10.2., i nastavlja se 
kako je opisano u odjeljcima od 10.2. do 10.5.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 423  
11. POVEZIVANJE, UZAJAMNA AUTENTIFIKACIJA I SIGURAN 
PRIJENOS PORUKA IZME ĐU JEDINICE U VOZILU I VANJSKOG 
UREĐAJA GNSS-a  
11.1.  Općenito  
CSM_197 Ure đaj GNSS-a koji jedinica u vozilu upotrebljava za utvr ­ 
đivanje svojeg položaja može biti unutarnji (tj. ugra đen u 
jedinicu i neodvojiv) ili to može biti vanjski modul. U 
prvom slu čaju nema potrebe za standardizacijom unutarnje 
komunikacije izme đu uređaja GNSS-a i jedinice u vozilu te 
se zahtjevi ovog poglavlja ne primjenjuju. U potonjem 
slučaju, komunikacija izme đu jedinice u vozilu i vanjskog 
uređaja GNSS-a standardizirana je i zašti ćena kako je 
opisano u ovom poglavlju.  
CSM_198 Sigurna komunikacija izme đu jedinice u vozilu i vanjskog 
uređaja GNSS-a odvija se na isti na čin kao i sigurna komu ­
nikacija izme đu jedinice u vozilu i tahografske kartice, pri 
čemu vanjski ure đaj GNSS-a (EGF) ima ulogu kartice. Za 
EGF moraju biti ispunjeni svi zahtjevi navedeni u 
poglavlju 10. za tahografske kartice, uzimaju ći u obzir odstu ­
panja, pojašnjenja i dodatke navedene u ovom poglavlju. 
Posebno se uzajamna provjera lanca certifikata, autentifika ­
cija jedinice u vozilu i autentifikacija čipa provode na na čin 
opisan u odjeljcima 11.3. i 11.4.  
CSM_199 Komunikacija izme đu jedinice u vozilu i EGF-a razlikuje se 
od komunikacije izme đu jedinice u vozilu i kartice u činje­
nici da se jedinica u vozilu i EGF moraju povezati kada su u 
radionici, prije nego što jedinica u vozilu može s EGF-om 
razmijeniti podatke na temelju GNSS-a tijekom redovnog 
rada. Postupak povezivanja opisan je u odjeljku 11.2.  
CSM_200 Za komunikaciju izme đu jedinice u vozilu i EGF-a upotreb ­
ljavaju se naredbe i odgovori APDU u skladu s normama 
[ISO 7816-4] i [ISO 7816-8]. To čna je struktura tih APDU- 
ova definirana u Dodatku 2. ovom Prilogu.  
11.2.  Povezivanje jedinice u vozilu i vanjskog ure đaja GNSS-a (EGF-a)  
CSM_201 Povezivanje jedinice u vozilu i EGF-a u vozilu provodi 
radionica. Jedinica u vozilu i EGF mogu komunicirati 
tijekom redovnog rada samo ako su povezani.  
CSM_202 Povezivanje jedinice u vozilu i EGF-a mogu će je ako je 
jedinica u vozilu u kalibracijskom na činu rada. Povezivanje 
pokreće jedinica u vozilu.  
CSM_203 Radionica može u bilo kojem trenutku ponovno povezati 
jedinicu u vozilu s drugim EGF-om ili s istim EGF-om. 
Tijekom ponovnog uparivanja jedinica u vozilu na siguran 
način uništava postoje ći certifikat EGF_MA u svojoj memo ­
riji te pohranjuje certifikat EGF_MA na EGF s kojim se 
povezuje.  
CSM_204 Radionica može u bilo kojem trenutku ponovno povezati 
vanjski ure đaj GNSS-a s drugom jedinicom u vozilu ili s 
istom jedinicom u vozilu. Tijekom ponovnog povezivanja 
EGF na siguran na čin uništava postoje ći certifikat VU_MA 
u svojoj memoriji te pohranjuje certifikat VU_MA na jedi ­
nicu u vozilu s kojom se povezuje.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 424  
11.3.  Uzajamna provjera lanca certifikata  
11.3.1  Općenito  
CSM_205 Uzajamna provjera lanca certifikata izme đu jedinice u vozilu 
i EGF-a odvija se samo tijekom povezivanja jedinice u 
vozilu i EGF-a koje provodi radionica. Tijekom redovnog 
rada povezanih jedinice u vozilu i EGF-a ne provjeravaju 
se certifikati. Umjesto toga, jedinica u vozilu i EGF imaju 
povjerenja u certifikate koje su pohranili tijekom poveziva ­
nja, nakon provjere vremenske valjanosti tih certifikata. Jedi ­
nica u vozilu i EGF nemaju povjerenja u druge certifikate za 
zaštitu komunikacije jedinica u vozilu – EGF tijekom 
redovnog rada.  
11.3.2  Tijekom povezivanja jedinica u vozilu (VU) – EGF  
CSM_206 Tijekom povezivanja na EGF, jedinica u vozilu upotrebljava 
protokol prikazan na slici 4. (odjeljak 10.2.1.) za provjeru 
lanca certifikata vanjskog ure đaja GNSS-a.  
Napomene za sliku 4. u tom kontekstu:  
— Upravljanje komunikacijom nije u podru čju primjene 
ovog Dodatka. Me đutim, EGF nije pametna kartica te 
stoga jedinica u vozilu vjerojatno ne će poslati naredbu 
vraćanja u po četno stanje (eng.  reset ) za pokretanje 
komunikacije te ne će primiti ATR.  
— Certifikati Card i javni klju čevi prikazani na slici tuma če 
se kao certifikati EGF i javni klju čevi za uzajamnu 
autentifikaciju. U odjeljku 9.1.6. ozna čeni su kao 
EGF_MA.  
— Certifikati Card:CA i javni klju čevi prikazani na slici 
tumače se kao certifikati MSCA i javni klju čevi za potpi ­
sivanje certifikata EGF. U odjeljku 9.1.3. ozna čeni su 
kao MSCA_VU-EGF.  
— Certifikat Card.CA.EUR prikazan na slici tuma či se kao 
europski glavni certifikat koji je naveden u CAR certifi ­
kata MSCA_VU-EGF.  
— Certifikat Card.Link prikazan na slici tuma či se kao certi ­
fikat o povezanosti EGF-a, ako postoji. Kako je nave ­
deno u odjeljku 9.1.2., to je certifikat o povezanosti za 
novi europski glavni par klju čeva koji je ERCA stvorila i 
potpisala prethodnim europskim privatnim klju čem. 
— Certifikat Card.Link.EUR je europski glavni certifikat 
koji je naveden u CAR certifikata Card.Link.  
— Umjesto
  , jedinica u 
vozilu čita
 iz elementarne 
datoteke (EF) ICC.  
— Umjesto odabira AID tahografa, jedinica u vozilu odabire 
AID EGF-a.  
— „Ignore Card” tuma či se kao „Ignore EGF”.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 425  
CSM_207 Jednom kad je provjerila certifikat EGF_MA, jedinica u 
vozilu pohranjuje taj certifikat za upotrebu tijekom redovnog 
rada; vidjeti odjeljak 11.3.3.  
CSM_208  ►M1 Tijekom povezivanja na jedinicu u vozilu, vanjski 
uređaj GNSS-a upotrebljava protokol prikazan na slici 5. 
(odjeljak 10.2.2) za provjeru lanca certifikata jedinice u 
vozilu. ◄ 
Napomene za sliku 5. u tom kontekstu:  
— Jedinica u vozilu generira novi kratkotrajni par klju čeva s 
pomoću parametara domene u certifikatu EGF.  
— Certifikati jedinice u vozilu i javni klju čevi prikazani na 
slici oni su za uzajamnu autentifikaciju. U odjeljku 9.1.4. 
označeni su kao VU_MA,  
— Certifikati VU.CA i javni klju čevi prikazani na slici oni 
su za potpisivanje certifikata jedinica u vozilu i vanjskih 
uređaja GNSS-a. U odjeljku 9.1.3. ozna čeni su kao 
MSCA_VU-EGF.  
— Certifikat VU.CA.EUR prikazan na slici je europski 
glavni certifikat koji je naveden u CAR certifikata 
VU.CA.  
— Certifikat VU.Link prikazan na slici je certifikat o pove ­
zanosti jedinice u vozilu, ako postoji. Kako je navedeno 
u odjeljku 9.1.2., to je certifikat o povezanosti za novi 
europski glavni par klju čeva koji je ERCA stvorila i 
potpisala prethodnim europskim privatnim klju čem. 
— Certifikat VU.Link.EUR je europski glavni certifikat koji 
je naveden u CAR certifikata VU.Link.  
CSM_209 Odstupaju ći od zahtjeva CSM_167, EGF upotrebljava 
vrijeme GNSS-a za provjeru vremenske valjanosti svakog 
predočenog certifikata.  
▼M1 
CSM_210 Jednom kada je provjerio certifikat VU_MA, vanjski ure đaj 
GNSS-a pohranjuje taj certifikat za upotrebu tijekom 
redovnog rada; vidjeti odjeljak 11.3.3.  
▼B 
11.3.3  Tijekom redovnog rada  
CSM_211  ►M1 Tijekom redovnog rada jedinica u vozilu i EGF 
upotrebljavaju protokol prikazan na slici 11. za provjeru 
vremenske valjanosti pohranjenog certifikata EGF_MA te 
za postavljanje javnog klju ča VU_MA za kasniju autentifi ­
kaciju jedinice u vozilu. Tijekom redovnog rada ne odvija se 
nikakva daljnja uzajamna provjera lanca certifikata. ◄ 
Treba napomenuti da se slika 11. zapravo sastoji od prvih 
koraka prikazanih na slikama 4. i 5. Nadalje, treba uzeti u 
obzir da EGF nije pametna kartica te da jedinica u vozilu 
vjerojatno ne će poslati naredbu vra ćanja u po četno stanje 
(eng.  reset ) za pokretanje komunikacije te ne će primiti 
ATR. U svakom je slu čaju to izvan podru čja primjene 
ovog Dodatka.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 426  
Slika 11.  
Uzajamna provjera vremenske valjanosti certifikata tijekom redovnog rada VU – EGF
  
CSM_212 Kako je prikazano na slici 11., jedinica u vozilu (VU) bilježi 
pogrešku ako certifikat EGF_MA više nije valjan. Me đutim, 
uzajamna autentifikacija, dogovaranje klju ča i kasnija komu ­
nikacija sigurnim prijenosom poruka normalno se nastav ­
ljaju.  
11.4.  Autentifikacija jedinice u vozilu, autentifikacija čipa i dogovaranje 
ključa razmjene podataka  
CSM_213 Autentifikacija jedinice u vozilu, autentifikacija čipa i dogo ­
varanje klju ča razmjene podataka izme đu jedinice u vozilu i 
EGF-a odvijaju se tijekom povezivanja i svaki put kad je 
proces sigurnog prijenosa poruka ponovno uspostavljen 
tijekom redovnog rada. Jedinica u vozilu i EGF provode 
postupke opisane u odjeljcima 10.3. i 10.4. Primjenjuju se 
svi zahtjevi iz tih odjeljaka.  
11.5.  Siguran prijenos poruka  
CSM_214 Sve naredbe i odgovori razmijenjeni izme đu jedinice u 
vozilu i vanjskog ure đaja GNSS-a nakon uspješne autentifi ­
kacije čipa i do završetka razmjene podataka zašti ćeni su 
sigurnim prijenosom poruka u na činu rada namijenjenom 
isključivo autentifikaciji. Primjenjuju se svi zahtjevi iz 
odjeljka 10.5.  
CSM_215 U slu čaju prekida procesa sigurnog prijenosa poruka izme đu 
jedinice u vozilu i EGF-a, jedinica u vozilu odmah uspo ­
stavlja novi proces sigurnog prijenosa poruka, kako je 
opisano u odjeljcima 11.3.3. i 11.4.  
12. UPARIVANJE I KOMUNIKACIJA IZME ĐU JEDINICE U VOZILU I 
SENZORA KRETANJA  
12.1.  Općenito  
CSM_216 Jedinica u vozilu i senzor kretanja komuniciraju upotrebom 
protokola su čelja navedenog u normi [ISO 16844-3] tijekom 
uparivanja i redovnog rada, uz promjene navedene u ovom 
poglavlju i odjeljku 9.2.1.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 427  
Napomena:  čitatelji ovog poglavlja trebaju biti upoznati sa 
sadržajem norme [ISO 16844-3].  
12.2.  Uparivanje jedinice u vozilu i senzora kretanja upotrebom razli čitih 
generacija klju čeva 
Kako je objašnjeno u odjeljku 9.2.1., glavni klju č senzora kretanja i svi 
povezani klju čevi redovito se zamjenjuju. To dovodi do prisutnosti 
najviše triju AES klju čeva K  M-WC  (uzastopnih generacija klju čeva) pove­
zanih sa senzorom kretanja na karticama radionica. Jednako tako, u 
senzorima kretanja mogu biti prisutna do tri razli čita šifriranja podataka 
na temelju AES (na temelju uzastopnih generacija glavnog klju ča senzora 
kretanja K  M ). Jedinica u vozilu sadržava samo jedan klju č K  M-VU.  
povezan sa senzorom kretanja.  
CSM_217 Jedinica u vozilu druge generacije i senzor kretanja druge 
generacije uparuju se kako slijedi (usporediti s tablicom 6. u 
normi [ISO 16844-3]):  
1. u jedinicu u vozilu ume će se kartica radionice druge 
generacije te se jedinica u vozilu povezuje sa senzorom 
kretanja;  
2. Jedinica u vozilu čita sve dostupne klju čeve K  M-WC  s 
kartice radionice, pregledava njihove brojeve verzija 
ključa i odabire onaj koji odgovara broju verzije klju ča 
K M-VU  jedinice u vozilu. Ako na kartici radionice nije 
prisutan odgovaraju ći ključ K  M-WC  , jedinica u vozilu 
prekida postupak uparivanja te nositelju kartice radionice 
prikazuje odgovaraju ću poruku o pogrešci.  
3. Jedinica u vozilu izra čunava glavni klju č senzora kretanja 
K M iz K  M-VU  i K  M-WC,  te identifikacijski klju č K ID iz 
K M , kako je navedeno u odjeljku 9.2.1.  
4. Jedinica u vozilu šalje uputu za pokretanje postupka 
uparivanja s obzirom na senzor kretanja, kako je 
opisano u normi [ISO 16844-3], te šifrira serijski broj 
koji je primila od senzora kretanja s identifikacijskim 
ključem K  ID. Jedinica u vozilu šalje šifrirani serijski 
broj senzoru kretanja.  
5. Senzor kretanja uzastopno uspore đuje šifrirani serijski 
broj sa svakim šifriranjem serijskog broja koje je 
interno pohranio. Ako na đe odgovaraju ći broj, jedinica 
u vozilu je autentificirana. Senzor kretanja bilježi genera ­
ciju K  ID koju upotrebljava jedinica u vozilu i vra ća odgo­
varajuću šifriranu vrijednost svojeg klju ča uparivanja; tj. 
šifriranje je stvoreno upotrebom iste generacije K  M . 
6. Jedinica u vozilu dešifrira klju č uparivanja s pomo ću K  M , 
generira klju č razmjene podataka K  S, šifrira ga s klju čem 
uparivanja i rezultat šalje senzoru kretanja. Senzor 
kretanja dešifrira K  S . 
7. Jedinica u vozilu prikuplja informacije za uparivanje, 
kako je utvr đeno u normi [ISO 16844-3], šifrira informa ­
cije s ključem uparivanja i rezultat šalje senzoru kretanja. 
Senzor kretanja dešifrira informacije za uparivanje.  
8. Senzor kretanja šifrira primljene informacije za uparivanje 
s primljenim K  S i to vraća jedinici u vozilu. Jedinica u  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 428  
vozilu provjerava da su informacije za uparivanje iste 
informacije koje je jedinica u vozilu poslala senzoru 
kretanja u prethodnom koraku. Ako jest, to dokazuje da 
je senzor kretanja upotrijebio isti K  S kao jedinica u vozilu 
te je stoga u koraku 5. poslao svoj klju č uparivanja 
šifriran s ispravnom generacijom K  M . Slijedom toga, 
senzor kretanja je autentificiran.  
Treba napomenuti da se koraci 2. i 5. razlikuju od stan ­
dardnog postupka u normi [ISO 16844-3]; ostali su koraci 
standardni.  
Primjer: pretpostavimo da se uparivanje odvija u prvoj 
godini valjanosti certifikata ERCA (3); vidjeti sliku 2. u 
odjeljku 9.2.1.2. Nadalje,  
— pretpostavimo da je senzor kretanja izdan u posljednjoj 
godini valjanosti certifikata ERCA (1). Stoga će sadrža­
vati sljedeće ključeve i podatke:  
— N  s [1]: vlastiti serijski broj šifriran s prvom genera ­
cijom K  ID , 
— N  s [2]: vlastiti serijski broj šifriran s drugom genera ­
cijom K  ID , 
— N  s [3]: vlastiti serijski broj šifriran s tre ćom genera ­
cijom K  ID , 
— K  P [1]: vlastiti klju č uparivanja prve generacije (  1 ), 
šifriran s prvom generacijom K  M , 
— K  P [2]: vlastiti klju č uparivanja druge generacije, 
šifriran s drugom generacijom K  M , 
— K  P [3]: vlastiti klju č uparivanja tre će generacije, 
šifriran s tre ćom generacijom K  M ; 
— pretpostavimo da je kartica radionice izdana u prvoj 
godini valjanosti certifikata ERCA (3). Zato će sadržavati 
drugu generaciju i tre ću generaciju klju ča K  M-WC  ; 
— pretpostavimo da je VU jedinica u vozilu druge genera ­
cije i sadržava drugu generaciju K  M-VU.  
U tom se slu čaju u koracima od 2. do 5. doga đa sljedeće: 
— 2. korak: VU čita drugu generaciju i tre ću generaciju 
K M-WC  s kartice radionice i pregledava njihove brojeve 
verzija.  
— 3. korak: VU kombinira drugu generaciju K  M-WC  sa 
svojim K  M-VU  za izračun K  M i K  ID. 
— 4. korak: VU šifrira serijski broj koji je primila od 
senzora kretanja s K  ID. 
— 5. korak: senzor kretanja uspore đuje primljene podatke s 
N s [1] i ne nalazi odgovaraju ći broj. Nakon toga, uspore ­ 
đuje primljene podatke s N  s [2] i nalazi odgovaraju ći broj. 
Zaključuje da je ta VU jedinica u vozilu druge generacije 
i stoga nazad šalje K  P [2]. ▼B 
( 1 ) Treba napomenuti da klju čevi uparivanja prve, druge i tre će generacije mogu zapravo biti 
isti ključ ili mogu biti tri razli čita ključa različite duljine, kako je objašnjeno u CSM_117.
 02016R0799 — HR — 26.02.2020 — 002.001 — 429  
12.3.  Uparivanje i komunikacija izme đu jedinice u vozilu i senzora 
kretanja upotrebom AES  
CSM_218 Kako je navedeno u tablici 3. odjeljka 9.2.1., svi su klju čevi 
uključeni u uparivanje jedinice u vozilu (druge generacije) i 
senzora kretanja te u kasniju komunikaciju AES klju čevi, a 
ne TDES klju čevi dvostruke duljine kako je navedeno u 
normi [ISO 16844-3]. Ti AES klju čevi mogu biti duljine 
128, 192 ili 256 bitova. Budu ći da je veli čina AES bloka 
16 bajtova, duljina šifrirane poruke mora biti višekratnik 
16 bajtova u usporedbi s 8 bajtova za TDES. Nadalje, 
neke će se od tih poruka upotrebljavati za prijenos AES 
ključeva, čija duljina može biti 128, 192 ili 256 bitova. 
Stoga se broj bajtova podataka po uputi u tablici 5. iz 
norme [ISO 16844-3] mijenja kako je prikazano u tablici 6.:  
▼M1 
Tablica 6.  
Broj bajtova nešifriranih i šifriranih podataka prema uputi utvr đenoj u normi [ISO 16844-3]  
Upute  Zahtjev/odgo ­
vor Opis podataka  # bajtova nešifriranih 
podataka u skladu s 
[ISO 16844-3]  # bajtova nešifriranih 
podataka upotrebom 
AES ključeva # bajtova šifriranih podataka 
upotrebom AES klju čeva 
duljine bitova od  
128 192  256  
10 zahtjev  podatci za autentifika ­
ciju + broj datoteke  8 8  16  16  16  
11 odgovor  podatci za autentifika ­
ciju + sadržaj dato ­
teke 16 ili 32, ovisno o 
datoteci  16 ili 32, ovisno o 
datoteci  32 / 48  32 / 48  32 / 48  
41 zahtjev  serijski broj senzora 
kretanja (MoS)  8 8  16  16  16  
41 odgovor  ključ uparivanja  16  16 / 24 / 32  16  32  32  
42 zahtjev  ključ razmjene poda ­
taka 16 16 / 24 / 32  16  32  32  
43 zahtjev  informacije za upari ­
vanje  24 24  32  32  32  
50 odgovor  informacije za upari ­
vanje  24 24  32  32  32  
70 zahtjev  podatci za autentifika ­
ciju 8 8  16  16  16  
80 odgovor  vrijednost broja ča 
MoS + podatci za 
autentifikaciju  8 8  16  16  16  
▼B 
CSM_219 Informacije za uparivanje koje se šalju u uputama 43. (zah ­
tjev VU) i 50. (odgovor MoS) prikupljaju se kako je nave ­
deno u odjeljku 7.6.10. norme [ISO 16844-3], osim što se u 
shemi šifriranja podataka za uparivanje upotrebljava AES 
algoritam umjesto TDES algoritma, čime nastaju dva AES 
šifriranja te se popunjenje navedeno u CSM_220 primjenjuje 
za usklađivanje s veli činom AES bloka. Klju č K'  p koji se 
upotrebljava za to šifriranje generira se kako slijedi:  
— u slučaju da je klju č uparivanja K  P duljine 16 bajtova: 
K' p = K  P XOR (N  s ||N s ), ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 430  
— u slučaju da je klju č uparivanja K  P duljine 24 bajta: K'  p 
= K  P XOR (N  s ||N s ||N s ), 
— u slučaju da je klju č uparivanja K  P duljine 32 bajta: K'  p 
= K  P XOR (N  s ||N s ||N s ||N s ), 
pri čemu je N  s 8-bajtni serijski broj senzora kretanja.  
CSM_220 U slu čaju da duljina nešifriranih podataka (upotrebom AES 
ključeva) nije višekratnik 16 bajtova, upotrebljava se metoda 
popunjenja br. 2 iz norme [ISO 9797-1].  
Napomena:  u normi [ISO 16844-3] broj bajtova nešifriranih 
podataka uvijek je višekratnik broja 8 tako da popunjenje 
nije potrebno pri upotrebi TDES. Definicija podataka i 
poruka iz norme [ISO 16844-3] ne mijenja se ovim 
dijelom ovog Dodatka te je stoga potrebna primjena popu ­
njenja.  
CSM_221 Za uputu 11. i u slu čaju da se mora šifrirati više od jednog 
bloka podataka, upotrebljava se na čin rada „ulan čavanje 
šifriranih blokova” (CBC), kako je utvr đeno u normi 
[ISO 10116], s parametrom preraspodjele  m = 1. Inicijaliza ­
cijski vektor upotrebljava se:  
— za uputu 11.: 8-bajtni blok autentifikacije naveden u 
odjeljku 7.6.3.3. norme [ISO 16844-3], popunjen 
upotrebom metode popunjenja br. 2 iz norme 
[ISO 9797-1]; vidjeti i odjeljke 7.6.5. i 7.6.6. u normi 
[ISO 16844-3],  
— za sve ostale upute u kojima se prenosi više od 
16 bajtova, kako je navedeno u tablici 6.: ‘00’ {16}, 
tj. šesnaest bajtova s binarnom vrijednoš ću 0. 
Napomena:  kako je prikazano u odjeljcima 7.6.5. i 7.6.6. 
norme [ISO 16844-3], kada MoS šifrira podatkovne datoteke 
za uključivanje u uputu 11. blok autentifikacije se:  
— upotrebljava kao inicijalizacijski vektor za šifriranje 
podatkovnih datoteka u na činu rada CBC,  
— šifrira i uklju čuje u prvi blok u podatcima koji se šalju u 
jedinicu u vozilu.  
12.4.  Uparivanje jedinice u vozilu i senzora kretanja za razli čite generacije 
opreme  
CSM_222 Kako je objašnjeno u odjeljku 9.2.1., senzor kretanja druge 
generacije može sadržavati šifriranje podataka za uparivanje 
na temelju TDES (kako je utvr đeno u dijelu A ovog Doda ­
tka), koje omogu ćuje da senzor kretanja bude uparen s jedi ­
nicom u vozilu prve generacije. U tom se slu čaju jedinica u 
vozilu prve generacije i senzor kretanja druge generacije 
uparuju kako je opisano u dijelu A ovog Dodatka i u 
normi [ISO 16844-3]. Za postupak uparivanja može se 
upotrijebiti kartica radionice prve ili druge generacije.  
Napomene:  
— Nije mogu će upariti jedinicu u vozilu druge generacije sa 
senzorom kretanja prve generacije.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 431  
— Nije mogu će upotrijebiti karticu radionice prve genera ­
cije za povezivanje VU druge generacije sa senzorom 
kretanja.  
13. SIGURNOST KOMUNIKACIJE NA DALJINU PUTEM DSRC-a  
13.1.  Općenito  
Kako je navedeno u Dodatku 14., jedinica u vozilu redovito generira 
podatke za pra ćenje tahografa na daljinu (eng.  Remote Tachograph Moni ­
toring , RTM) i te podatke šalje (unutarnjem ili vanjskom) ure đaju za 
komunikaciju na daljinu (eng.  Remote Communication Facility , RCF). 
Uređaj za komunikaciju na daljinu odgovoran je za slanje tih podataka 
uređaju za ispitivanje na daljinu putem su čelja DSRC-a opisanog u 
Dodatku 14. U Dodatku 1. utvr đeno je da podatci RTM-a čine ulančava­
nje: 
šifriranog prijenosa podataka iz tahografa (eng.  encrypted tacho ­
graph payload ) – šifriranje nešifriranog prijenosa podataka iz tahografa,  
sigurnosnih podataka DSRC-a (eng.  DSRC security data ) – opisani u 
nastavku.  
Format nešifriranog prijenosa podataka iz tahografa naveden je u 
Dodatku 1. te detaljnije opisan u Dodatku 14. U ovom se odjeljku 
opisuje struktura sigurnosnih podataka DSRC-a; službena je specifikacija 
navedena u Dodatku 1.  
CSM_223 Nešifrirani podatci
  koje jedinica u 
vozilu (VU) dostavlja ure đaju za komunikaciju na daljinu 
(ako je RCF vanjski u odnosu na VU) ili ih VU putem 
sučelja DSRC-a dostavlja ure đaju za ispitivanje na daljinu 
(ako je RCF unutarnji u odnosu na VU) zašti ćuju se u 
načinu rada namijenjenom šifriranju i zatim autentifikaciji, 
tj. podatci iz tahografa prvo se šifriraju u svrhu osiguranja 
povjerljivosti poruke te se nakon toga izra čunava MAC u 
svrhu osiguranja autenti čnosti i integriteta.  
CSM_224 Sigurnosni podatci DSRC-a sastoje se od ulan čavanja slje ­
dećih podatkovnih elemenata sljede ćim redoslijedom; vidjeti 
i sliku 12.:  
trenutačni datum i vrijeme  – trenuta čni datum i vrijeme jedinice u vozilu (vrsta 
podataka
  ),  
brojač – 3-bajtni broja č, vidjeti CSM_225,  
▼M1 
serijski broj jedinice u vozilu  – serijski broj jedinice u vozilu ili identifikator 
zahtjeva za certifikat (vrsta podataka VuSerial ­
Number ili CertificateRequestID) – vidjeti 
CSM_123,  
▼B 
broj verzije glavnog klju ča DSRC-a  – 1-bajtni broj verzije glavnog klju ča DSRC-a iz kojeg 
su izvedeni klju čevi DSRC-a specifi čni za jedinicu u 
vozilu; vidjeti odjeljak 9.2.2.,  
MAC  – MAC izra čunan za sve prethodne bajtove u podat ­
cima RTM-a.  
CSM_225 Trobajtni broja č u sigurnosnim podatcima DSRC-a je u 
formatu MSB-first. Kad jedinica u vozilu prvi put otkad je 
stavljena u upotrebu izra čunava niz podataka RTM-a, 
postavlja vrijednost broja ča na 0. Jedinica u vozilu pove ćava 
vrijednost podataka broja ča za 1 svaki put prije nego što 
izračuna sljedeći niz podataka RTM-a.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 432  
13.2.  Šifriranje prijenosa podataka tahografa i generiranje MAC-a  
CSM_226 S obzirom na nešifrirani podatkovni element s vrstom poda ­
taka
 , kako je opisan u Dodatku 14., 
jedinica u vozilu šifrira te podatke kako je prikazano na 
slici 12.: klju č DSRC-a jedinice u vozilu za šifriranje K_VU  D­
SRC _ENC (vidjeti odjeljak 9.2.2.) upotrebljava se s AES-om u 
načinu rada „ulan čavanje šifriranih blokova” (CBS), kako je 
utvrđeno u normi [ISO 10116], s parametrom preraspodjele  m 
= 1. Inicijalizacijski vektor jednak je  IV = trenutačni datum i 
vrijeme || ‘00 00 00 00 00 00 00 00 00’  || brojač, pri čemu su  
trenutačni datum i vrijeme  i brojač navedeni u CSM_224. 
Podatci za šifriranje popunjavaju se metodom br. 2 iz 
norme [ISO 9797-1].  
CSM_227 Jedinica u vozilu izra čunava MAC u sigurnosnim podatcima 
DSRC-a kako je prikazano na slici 12.: MAC se izra čunava 
za sve prethodne bajtove u RTM podatcima, do broja verzije 
glavnog klju ča DSRC-a i uklju čujući taj broj te uklju čujući 
oznake i duljine podatkovnih objekata. Jedinica u vozilu 
upotrebljava svoj klju č DSRC-a za autenti čnost K_VU  D­
SRC _MAC (vidjeti odjeljak 9.2.2.) s AES algoritmom u 
načinu rada CMAC, kako je navedeno u [SP 800-38B]. 
Duljina MAC-a povezana je s duljinom klju čeva DSRC-a 
specifičnih za jedinicu u vozilu, kako je navedeno u CSM_50.  
Slika 12.  
Šifriranje prijenosa podataka tahografa i generiranje MAC-a
  
13.3.  Provjera i dešifriranje prijenosa podataka tahografa  
CSM_228 Kada primi RTM podatke iz jedinice u vozilu, ure đaj za 
daljinsko ispitivanje šalje sve RTM podatke na kontrolnu 
karticu u podatkovnom polju naredbe PROCESS DSRC 
MESSAGE, kako je opisano u Dodatku 2. Zatim:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 433  
1. kontrolna kartica pregledava broj verzije glavnog klju ča 
DSRC-a u sigurnosnim podatcima DSRC-a. Ako ne 
prepoznaje navedeni glavni klju č DSRC-a, kontrolna 
kartica javlja pogrešku navedenu u Dodatku 2. i prekida 
postupak;  
▼M1 
2. kontrolna kartica upotrebljava navedeni glavni klju č 
DSRC-a u kombinaciji sa serijskim brojem jedinice u 
vozilu ili identifikatorom zahtjeva za certifikat u sigurno ­
snim podatcima DSRC-a za izvo đenje ključeva DSRC-a 
K_VU  DSRC  _ENC i K_VU  DSRC  _MAC specifi čnih za jedi ­
nicu u vozilu, u skladu sa stavkom CSM_124;  
▼B 
3. kontrolna kartica upotrebljava K_VU  DSRC  _MAC za 
provjeru MAC-a u sigurnosnim podatcima DSRC-a, kako 
je navedeno u CSM_227. Ako je MAC neto čan, kontrolna 
kartica javlja pogrešku navedenu u Dodatku 2. i prekida 
postupak;  
4. kontrolna kartica upotrebljava K_VU  DSRC  _ENC za dešifri ­
ranje šifriranog prijenosa podataka tahografa, kako je nave ­
deno u CSM_226. Kontrolna kartica uklanja popunjenje i 
uređaju za daljinsko ispitivanje vra ća dešifrirani prijenos 
podataka tahografa.  
CSM_229 U svrhu sprje čavanja napada reprodukcijom, ure đaj za 
daljinsko ispitivanje provjerava aktualnost (eng.  freshness ) 
RTM podataka provjerom da  trenutačni datum i vrijeme  u 
sigurnosnim podatcima DSRC-a ne odstupa previše od trenu ­
tačnog vremena ure đaja za daljinsko ispitivanje.  
Napomene:  
— To zahtijeva da ure đaj za daljinsko ispitivanje ima to čan i 
pouzdan izvor vremena.  
— Budući da se u Dodatku 14. od jedinice u vozilu zahtijeva 
novi niz RTM podataka svakih 60 sekundi te je dopušteno 
da sat jedinice u vozilu odstupa jednu minutu od realnog 
vremena, donja granica za aktualnost RTM podataka je 
dvije minute. Stvarna aktualnost podataka koja se zahtijeva 
ovisi i o to čnosti sata ure đaja za daljinsko ispitivanje.  
CSM_230 Nakon što provjeri pravilan rad funkcije DSRC-a jedinice u 
vozilu, radionica šalje sve RTM podatke primljene iz jedinice 
u vozilu na karticu radionice u podatkovnom polju naredbe 
PROCESS DSRC MESSAGE, kako je opisano u Dodatku 2. 
Kartica radionice obavlja sve provjere i radnje navedene u 
CSM_228.  
14. POTPISIVANJE PREUZIMANJA PODATAKA I PROVJERA 
POTPISA  
14.1.  Općenito  
CSM_231 Posebna namjenska oprema (IDE) pohranjuje podatke prim ­
ljene s jedinice u vozilu ili kartice tijekom jednog procesa 
preuzimanja podataka u jednoj fizi čkoj podatkovnoj datoteci. 
Podatci se mogu pohraniti na ESM (vanjski medij za pohranu 
podataka). Ta datoteka sadržava digitalne potpise podatkovnih 
blokova navedenih u Dodatku 7. Ta datoteka sadržava i slje ­
deće certifikate (vidjeti odjeljak 9.1.):  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 434  
— u slučaju preuzimanja podataka iz jedinice u vozilu:  
— certifikat VU_Sign,  
— certifikat MSCA_VU-EGF s javnim klju čem koji se 
upotrebljava za provjeru certifikata VU_Sign;  
— u slučaju preuzimanja podataka s kartice:  
— certifikat Card_Sign,  
— certifikat MSCA_Card s javnim klju čem koji se 
upotrebljava za provjeru certifikata Card_Sign.  
CSM_232 IDE na raspolaganju ima i sljede će: 
— u slučaju da za provjeru potpisa upotrebljava kontrolnu 
karticu, kako je prikazano na slici 13.: certifikat o pove ­
zanosti koji povezuje najnoviji certifikat EUR s certifi ­
katom EUR čiji mu rok valjanosti izravno prethodi, ako 
postoji,  
— u slučaju da sam provjerava potpis: sve valjane europske 
glavne certifikate.  
Napomena:  metoda koju IDE upotrebljava za preuzimanje tih 
certifikata nije utvr đena u ovom Dodatku.  
14.2.  Generiranje potpisa  
CSM_233 Algoritam potpisivanja za stvaranje digitalnih potpisa preu ­
zetih podataka je ECDSA, kako je utvr đeno u [DSS], 
upotrebom algoritma raspršivanja ( hashing ) povezanog s veli ­ 
činom ključa jedinice u vozilu ili kartice, kako je navedeno u 
CSM_50. Format potpisa je nešifriran, kako je navedeno u 
[TR-03111].  
14.3.  Provjera potpisa  
CSM_234  ►M1 IDE provjeru potpisa preuzetih podataka može provesti 
sam ili za to može upotrijebiti kontrolnu karticu. U slu čaju da 
upotrebljava kontrolnu karticu, provjera potpisa odvija se na 
način prikazan na slici 13. Kontrolna kartica za provjeru 
vremenske valjanosti certifikata koji je predo čio IDE upotreb ­
ljava svoje unutarnje trenuta čno vrijeme, u skladu sa 
stavkom CSM_167. Kontrolna kartica ažurira svoje trenuta čno 
vrijeme ako je datum po četka valjanosti autenti čnog certifi ­
kata „valjanog izvora vremena” noviji od trenuta čnog 
vremena kartice. Kartica kao valjani izvor vremena prihva ća 
samo sljede će certifikate:  
— certifikate o povezanosti ERCA druge generacije,  
— certifikate MSCA druge generacije,  
— certifikate VU_Sign ili Card_Sign druge generacije koje je 
izdala ista država kao i certifikat kontrolne kartice.  
U slučaju da provjeru potpisa provodi sam, IDE provjerava 
autentičnost i valjanost svih certifikata u lancu certifikata u 
podatkovnoj datoteci te provjerava potpis podataka u skladu 
sa shemom potpisa utvr đenom u [DSS]. U oba slu čaja za 
svaki je certifikat o čitan s podatkovne datoteke potrebno 
provjeriti je li polje ovlaštenja nositelja certifikata (CHA) 
točno: 
— u polju CHA certifikata EQT navodi se certifikat jedinice 
u vozilu ili kartice (kako je primjenjivo) za potpisivanje 
(vidjeti Dodatak 1., vrstu podataka EquipmentType).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 435  
— u polju CHA certifikata EQT.CA navodi se MSCA.  
— u polju CHA certifikata EQT.Link navodi se ERCA. ◄ 
Napomene za sliku 13.:  
— Oprema koja je potpisala podatke koji se analiziraju 
označena je s EQT.  
— Certifikati EQT i javni klju čevi prikazani na slici su oni za 
potpisivanje, tj. VU_Sign ili Card_Sign.  
— Certifikati EQT.CA i javni klju čevi prikazani na slici oni 
su za potpisivanje certifikata jedinice u vozilu ili kartice, 
kako je primjenjivo.  
— Certifikat EQT.CA.EUR prikazan na slici je europski 
glavni certifikat koji je naveden u CAR certifikata 
EQT.CA.  
— Certifikat EQT.Link prikazan na slici je certifikat o pove ­
zanosti EQT, ako postoji. Kako je navedeno u 
odjeljku 9.1.2., to je certifikat o povezanosti za novi 
europski glavni par klju čeva koji je ERCA stvorila i potpi ­
sala prethodnim europskim privatnim klju čem, 
— Certifikat EQT.Link.EUR je europski glavni certifikat koji 
je naveden u CAR certifikata EQT.Link.  
CSM_235 Za izra čun raspršivanja ( hash ) M poslanog kontrolnoj kartici 
u naredbi PSO:Hash, IDE upotrebljava algoritam raspršivanja 
(hashing ) povezan s veli činom ključa jedinice u vozilu ili 
kartice s koje se preuzimaju podatci, kako je navedeno u 
CSM_50.  
CSM_236 Za provjeru potpisa EQT kontrolna kartica slijedi shemu 
potpisa utvr đenu u [DSS].  
Napomena:  ovim se dokumentom ne odre đuju bilo kakve 
mjere koje treba poduzeti ako se potpis preuzete podatkovne 
datoteke ne može provjeriti ili je provjera neuspješna.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 436  
Slika 13.  
Protokol za provjeru potpisa preuzete podatkovne datoteke
  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 437  
Dodatak 12.  
UTVRĐIVANJE POLOŽAJA NA TEMELJU GLOBALNOG 
SATELITSKOG NAVIGACIJSKOG SUSTAVA (GNSS)  
SADRŽAJ  
1. UVOD  
1.1. Podru čje primjene  
1.2. Pokrate i bilješke  
2. SPECIFIKACIJE PRIJAMNIKA GNSS-A  
3. NMEA RE ČENICE  
4. JEDINICA U VOZILU S VANJSKIM URE ĐAJEM GNSS-A  
4.1. Konfiguracija  
4.1.1 Glavni sastavni dijelovi i su čelja 
4.1.2 Stanje vanjskog ure đaja GNSS-a na kraju proizvodnog procesa  
4.2. Komunikacija izme đu vanjskog ure đaja GNSS-a i jedinice u vozilu  
4.2.1 Komunikacijski protokol  
4.2.2 Zašti ćeni prijenos podataka GNSS-a  
4.2.3 Struktura naredbe Read Record  
4.3. Spajanje, me đusobna autentifikacija i dogovor o klju ču za razmjenu 
podataka izme đu vanjskog ure đaja GNSS-a i jedinice u vozilu  
4.4. Upravljanje greškama  
4.4.1 Greška u komunikaciji s vanjskim ure đajem GNSS-a  
4.4.2 Proboj fizi čkog integriteta vanjskog ure đaja GNSS-a  
4.4.3 Izostanak podataka o položaju iz prijamnika GNSS-a  
4.4.4 Istekla je valjanost certifikata vanjskog ure đaja GNSS-a  
5. JEDINICA U VOZILU BEZ VANJSKOG URE ĐAJA GNSS-A  
5.1. Konfiguracija  
5.2. Upravljanje greškama  
5.2.1 Izostanak podataka o položaju iz prijamnika GNSS-a  
6. VREMENSKI KONFLIKT GNSS-A  
7. KONFLIKT U KRETANJU VOZILA  
1. UVOD  
U ovom su Dodatku navedeni tehni čki zahtjevi za podatke GNSS-a koje 
upotrebljava jedinica u vozilu, uklju čujući protokole koji se moraju 
provoditi kako bi se osigurao zašti ćen i točan podatkovni prijenos infor ­
macija za utvr đivanje položaja.  
Glavni članci Uredbe (EZ) br. 165/2014 na kojima se temelje ti zahtjevi 
su: članak 8., Bilježenje položaja vozila na odre đenim mjestima tijekom 
dnevnog radnog vremena, članak 10., Povezanost s inteligentnim prije ­
voznim sustavima i članak 11., Detaljne odredbe za pametni tahograf.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 438  
1.1. Podru čje primjene  
GNS_1 Jedinica u vozilu prikuplja podatke o lokaciji iz barem jednog 
GNSS-a kako bi se pružila potpora provedbi članka 8.  
Jedinica u vozilu može, ali ne mora, imati vanjski ure đaj GNSS-a kako je 
prikazano na slici 1.:  
Slika 1.  
Različite konfiguracije prijamnika GNSS-a
  
1.2. Pokrate i bilješke  
U ovom se Dodatku upotrebljavaju sljede će pokrate:  
DOP slabljenje preciznosti (eng.  Dilution of Precision ) 
EGF elementarna datoteka ure đaja GNSS-a (eng.  Elementary file 
GNSS Facility ) 
EGNOS Europski geostacionarni navigacijski sustav (eng.  European 
Geostationary Navigation Overlay Service ) 
GNSS globalni satelitski navigacijski sustav (eng.  Global Navigation 
Satellite System ) 
GSA GPS DOP (slabljenje preciznosti GPS-a) i aktivni sateliti (eng.  
GPS DOP and active satellites ) 
HDOP horizontalno slabljenje preciznosti (eng.  Horizontal Dilution of 
Precision ) 
ICD dokument upravljanja su čeljem (eng.  Interface Control Docu ­
ment ) 
NMEA Nacionalno udruženje za pomorsku elektroniku (eng.  National 
Marine Electronics Association ) ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 439  
PDOP slabljenje preciznosti položaja (eng.  Position Dilution of Preci ­
sion) 
RMC preporu čena minimalna odre đenost (eng.  Recommended 
Minimum Specific ) 
SIS signal u svemiru (eng.  Signal in Space ) 
VDOP vertikalno slabljenje preciznosti (eng.  Vertical Dilution of 
Precision ) 
VU jedinica u vozilu (eng.  Vehicle Unit ) 
2. SPECIFIKACIJE PRIJAMNIKA GNSS-A  
Bez obzira na konfiguraciju pametnog tahografa s vanjskim ure đajem 
GNSS-a ili bez njega, pružanje to čnih i pouzdanih informacija za utvr ­ 
đivanje položaja klju čan je element u činkovitog rada pametnog tahografa. 
Stoga je primjereno zahtijevati njegovu kompatibilnost s uslugama koje 
pružaju programi Galileo i Europski geostacionarni navigacijski sustav 
(EGNOS), kako je navedeno u Uredbi (EU) br. 1285/2013 Europskog 
parlamenta i Vije ća ( 1 ). Sustav uveden u okviru programa Galileo neza ­
visni je globalni satelitski navigacijski sustav, dok je sustav uveden u 
okviru programa EGNOS regionalni satelitski navigacijski sustav kojim 
se poboljšava kvaliteta signala globalnog sustava za utvr đivanje položaja.  
GNS_2 Proizvo đači osiguravaju da su prijamnici GNSS-a u pametnim 
tahografima kompatibilni s uslugama utvr đivanja položaja koje 
pružaju sustavi Galileo i EGNOS. Proizvo đači se također 
mogu odlu čiti i na kompatibilnost s drugim satelitskim navi ­
gacijskim sustavima.  
GNS_3 Prijamnik GNSS-a mora imati mogu ćnost autentifikacije za 
otvorenu uslugu programa Galileo ako takvu uslugu pruža 
sustav Galileo i ako je podržavaju proizvo đači prijamnika 
GNSS-a. Me đutim, za pametne tahografe koji su stavljeni na 
tržište prije ispunjenja gore navedenih zahtjeva i koji nemaju 
mogućnosti autentifikacije za otvorenu uslugu programa 
Galileo ne će se zahtijevati nikakva prilagodba.  
3. NMEA RE ČENICE  
U ovom su odjeljku opisane NMEA re čenice koje se upotrebljavaju u 
radu pametnog tahografa. Ovaj se odjeljak primjenjuje na konfiguraciju 
pametnih tahografa s vanjskim ure đajem GNSS-a ili bez njega.  
GNS_4 Podatci o lokaciji temelje se na NMEA re čenici  Recommended 
Minimum Specific  (RMC)  GNSS Data , koja sadržava informa ­
cije o položaju (zemljopisna širina, zemljopisna dužina), 
vrijeme u UTC formatu (hhmmss.ss) te brzinu preko dna u 
čvorovima uz dodatne vrijednosti.  
Format RMC re čenice glasi kako slijedi (prema normi NMEA V4.1):  ▼B 
( 1 ) Uredba (EU) br. 1285/2013 Europskog parlamenta i Vije ća od 11. prosinca 2013. o 
provedbi i uporabi europskih sustava za satelitsku navigaciju i stavljanju izvan snage 
Uredbe Vije ća (EZ) br. 876/2002 i Uredbe (EZ) br. 683/2008 Europskog parlamenta i 
Vijeća (SL L 347, 20.12.2013., str. 1.).
 02016R0799 — HR — 26.02.2020 — 002.001 — 440  
Slika 2.  
Struktura RMC re čenice
  
Status ozna čava je li signal GNSS-a dostupan. Sve dok se vrijednost 
statusa ne postavi na A, primljeni podatci (npr. o vremenu ili zemljopi ­
snoj dužini/širini) ne mogu se upotrijebiti za bilježenje položaja vozila u 
jedinici u vozilu.  
▼M1 
Razlučivost položaja temelji se na formatu prethodno opisane RMC 
rečenice. Prvi dijelovi polja 3) i 5) upotrebljavaju se za prikaz stupnjeva. 
Ostatak se upotrebljava za prikaz minuta s tri decimale. Stoga razlu čivost 
iznosi 1/1 000 minute ili 1/60 000 stupnja (jer jedna minuta iznosi 1/60 
stupnja).  
GNS_5 Jedinica u vozilu sprema u svojoj bazi podataka informacije o 
položaju za zemljopisnu dužinu i zemljopisnu širinu pri 
razlučivosti od 1/10 minute ili 1/600 stupnja, kako je 
opisano u Dodatku 1. za vrstu GeoCoordinates.  
Jedinica u vozilu može upotrebljavati naredbu GPS DOP and 
active satellites (GSA) za odre đivanje i bilježenje dostupnosti i 
preciznosti signala. HDOP se posebno upotrebljava za ukazi ­
vanje na razinu preciznosti zabilježenih podataka o lokaciji 
(vidjeti točku 4.2.2). Jedinica u vozilu spremit će vrijednost 
horizontalnog slabljenja preciznosti (HDOP) izra čunanu kao 
minimum HDOP vrijednosti prikupljenih na raspoloživim 
sustavima GNSS-a.  
GNSS Id. ozna čava odgovaraju ći NMEA Id. za svaku konfi ­
guraciju GNSS-a i satelitski sustav proširivanja (SBAS).  
Slika 3.  
Struktura GSA re čenice
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 441  
GNS_6  GSA  rečenica sprema se pod brojem zapisa ‘02’ do ‘06’.  
▼B 
GNS_7 Maksimalna veli čina NMEA re čenice (npr. RMC, GSA ili 
druge) koja se može upotrijebiti za odre đivanje veli čine 
naredbe za čitanje zapisa iznosi 85 bajtova (vidjeti tablicu 1).  
4. JEDINICA U VOZILU S VANJSKIM URE ĐAJEM GNSS-A  
4.1. Konfiguracija  
4.1.1  Glavni sastavni dijelovi i su čelja 
U ovoj je konfiguraciji prijamnik GNSS-a sastavni dio vanjskog ure đaja 
GNSS-a.  
GNS_8 Vanjski ure đaj GNSS-a mora se napajati putem specifi čnog 
sučelja vozila.  
GNS_9 Vanjski ure đaj GNSS-a sastoji se od sljede ćih sastavnih dije ­
lova (vidjeti sliku 4.):  
a) komercijalnog prijamnika GNSS-a koji pruža podatke o 
položaju putem podatkovnog su čelja GNSS-a. Primjerice, 
podatkovno su čelje GNSS-a može upotrebljavati normu 
NMEA V4.10 pri čemu prijamnik GNSS-a služi kao odaši ­
ljač i prenosi NMEA re čenice zašti ćenom primopredajniku 
GNSS-a pri frekvenciji od 1 Hz za predefinirani niz 
NMEA re čenica, koji mora sadržavati barem RMC i 
GSA rečenice. Proizvo đači vanjskog ure đaja GNSS-a 
odabiru na čin provedbe podatkovnog su čelja GNSS-a;  
b) primopredajne jedinice (zašti ćenog primopredajnika GNSS- 
a) koja može podržati standard ISO/IEC 7816-4:2013 
(vidjeti 4.2.1) za komunikaciju s jedinicom u vozilu te 
podržati podatkovno su čelje GNSS-a do prijamnika 
GNSS-a. Jedinica je opremljena memorijom za spremanje 
identifikacijskih podataka prijamnika GNSS-a i vanjskog 
uređaja GNSS-a;  
c) kućišta s funkcijom otkrivanja neovlaštenog rukovanja u 
kojem se nalaze prijamnik GNSS-a i zašti ćeni primopre ­
dajnik GNSS-a. Funkcijom otkrivanja neovlaštenog ruko ­
vanja provode se sigurnosne mjere zaštite navedene u 
profilu zaštite pametnih tahografa;  
d) antene GNSS-a ugra đene na vozilo i spojene na prijamnik 
GNSS-a kroz ku ćište. 
GNS_10 Vanjski ure đaj GNSS-a sadržava barem sljede ća vanjska su če­
lja: 
a) sučelje prema anteni GNSS-a ugra đenoj na vozilo, ako se 
upotrebljava vanjska antena;  
b) sučelje prema jedinici u vozilu.  
GNS_11 U jedinici u vozilu zašti ćeni primopredajnik jedinice u vozilu 
predstavlja drugi kraj zašti ćene komunikacije sa zašti ćenim 
primopredajnikom GNSS-a te mora podržavati normu 
ISO/IEC 7816-4:2013 za spajanje s vanjskim ure đajem 
GNSS-a.  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 442  
GNS_12 Za fizi čki dio komunikacije s vanjskim ure đajem GNSS-a 
jedinica u vozilu podržava normu ISO/IEC 7816-12:2005 ili 
neku drugu normu koja može podržavati normu 
ISO/IEC 7816-4:2013. (vidjeti odjeljak 4.2.1).  
4.1.2  Stanje vanjskog ure đaja GNSS-a na kraju proizvodnog procesa  
GNS_13 Vanjski ure đaj GNSS-a pri izlasku iz tvornice sprema sljede će 
vrijednosti u neizbrisivu memoriju zašti ćenog primopredajnika 
GNSS-a:  
— par klju čeva EGF_MA i odgovaraju ći certifikat;  
— certifikat MSCA_VU-EGF koji sadržava javni klju č 
MSCA_VU-EGF.PK koji se upotrebljava za provjeravanje 
certifikata EGF_MA;  
— EUR certifikat koji sadržava javni klju č EUR.PK koji se 
upotrebljava za provjeravanje certifikata MSCA_VU-EGF;  
— EUR certifikat čije razdoblje valjanosti izravno prethodi 
razdoblju valjanosti EUR certifikata koji se upotrebljava 
za provjeravanje certifikata MSCA_VU-EGF, ako postoji;  
— certifikat o povezanosti koji povezuje ta dva EUR certifi ­
kata, ako postoji;  
— prošireni serijski broj vanjskog ure đaja GNSS-a;  
— identifikator operativnog sustava ure đaja GNSS-a;  
— homologacijski broj vanjskog ure đaja GNSS-a;  
— identifikator sigurnosne komponente vanjskog ure đaja 
GNSS-a.  
4.2. Komunikacija izme đu vanjskog ure đaja GNSS-a i jedinice u vozilu  
4.2.1  Komunikacijski protokol  
GNS_14 Komunikacijski protokol izme đu vanjskog ure đaja GNSS-a i 
jedinice u vozilu podržava tri funkcije:  
1. prikupljanje i distribuciju podataka GNSS-a (npr. položaj, 
vrijeme, brzinu);  
2. prikupljanje konfiguracijskih podataka vanjskog ure đaja 
GNSS-a;  
3. upravlja čki protokol za podršku spajanju, me đusobnoj 
autentifikaciji i dogovoru o klju ču za razmjenu podataka 
između vanjskog ure đaja GNSS-a i jedinice u vozilu.  
GNS_15 Komunikacijski protokol temelji se na normi ISO/IEC 7816 
4:2013, pri čemu zaštićeni primopredajnik jedinice u vozilu 
ima nadređenu, a zašti ćeni primopredajnik GNSS-a podre đenu 
ulogu. Fizi čka veza izme đu vanjskog ure đaja GNSS-a i jedi ­
nice u vozilu temelji se na normi ISO/IEC 7816-12:2005 ili 
nekoj drugoj normi koja može podržavati zahtjeve norme 
ISO/IEC 7816-4:2013.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 443  
GNS_16 Polja proširene dužine ne moraju biti podržana u komunikacij ­
skom protokolu.  
▼B 
GNS_17 Komunikacijski protokol norme ISO 7816 (*-4:2013 i 
*-12:2005) izme đu vanjskog ure đaja GNSS-a i jedinice u 
vozilu ima vrijednost T=1.  
▼M1 
GNS_18 S obzirom na funkcije 1) prikupljanja i distribucije podataka 
GNSS-a, 2) prikupljanja konfiguracijskih podataka vanjskog 
uređaja GNSS-a i 3) upravlja čkog protokola, zašti ćeni primo­
predajnik GNSS-a simulira pametnu karticu čija se arhitektura 
sustava datoteka sastoji od glavne datoteke (eng. Master File, 
MF), namjenske datoteke (eng. Dedicated File, DF) s identi ­
fikatorom aplikacije odre đenim u poglavlju 6.2. Dodatka 1. 
(„FF 44 54 45 47 4D”) te tri elementarne datoteke (eng. 
Elementary File, EF) koje sadržavaju certifikate i jedne 
elementarne datoteke (EF.EGF) s identifikatorom datoteke 
koji odgovara vrijednosti „2F2F” kako je opisano u tablici 1.  
▼B 
GNS_19 Zašti ćeni primopredajnik GNSS-a sprema podatke iz prijam ­
nika GNSS-a i konfiguraciju u datoteku EF.EGF. To je 
linearna datoteka zapisa promjenjive dužine čiji identifikator 
odgovara vrijednosti ‘2F2F’ u heksadecimalnom formatu.  
▼M1 
GNS_20 Zašti ćeni primopredajnik GNSS-a upotrebljava memoriju za 
spremanje podataka i može izvršiti najmanje 20 milijuna 
ciklusa čitanja/pisanja. Osim ovoga, interno projektiranje i 
implementacija zašti ćenog primopredajnika GNSS-a prepušta 
se proizvo đačima. 
Mapiranje brojeva i podataka zapisa prikazano je u tablici 1. 
Napominjemo da postoji pet GSA re čenica za konfiguracije 
GNSS-a i satelitski sustav proširivanja (SBAS).  
▼B 
GNS_21 Struktura datoteka navedena je u tablici 1. Za uvjete pristupa 
(ALW, NEV, SM-MAC) vidjeti poglavlje 3.5. Dodatka 2.  
Tablica 1.  
Struktura datoteke  
Uvjeti pristupa  
Datoteka  Identifikacija dato ­
teke Čitanje  Ažuriranje  Šifrirano  
MF 3F00  
EF.ICC  0002  ALW  NEV 
(provodi ga 
jedinica u 
vozilu)  Ne 
DF uređaja GNSS-a  0501  ALW  NEV  Ne  
EF EGF_MACertificate  C100  ALW  NEV  Ne  
EF CA_Certificate  C108  ALW  NEV  Ne  
EF Link_Certificate  C109  ALW  NEV  Ne  
EF.EGF  2F2F  SM-MAC  NEV 
(provodi ga 
jedinica u 
vozilu)  Ne ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 444  
Datoteka / podatkovni element  Broj zapisa  Veli čina (u bajtovima)  Zadane vrijed ­
nosti  
min. maks.  
MF 552  1 031  
EF.ICC  
sensorGNSSSerialNumber  8  8  
DF uređaja GNSS-a  612  1 023  
EF EGF_MACertificate  204  341  
EGFCertificate  204  341  {00..00}  
EF CA_Certificate  204  341  
MemberStateCertificate  204  341  {00..00}  
EF Link_Certificate  204  341  
LinkCertificate  204  341  {00..00}  
EF.EGF  
RMC NMEA re čenica  ‘01’  85  85  
prva GSA NMEA re čenica  ‘02’  85  85  
druga GSA NMEA re čenica  ‘03’  85  85  
treća GSA NMEA re čenica  ‘04’  85  85  
četvrta GSA NMEA re čenica  ‘05’  85  85  
peta GSA NMEA re čenica  ‘06’  85  85  
prošireni serijski broj vanjskog 
uređaja GNSS-a definiran u Dodatku 
1. kao SensorGNSSSerialNumber.  ‘07’ 8  8  
identifikator operativnog sustava 
GNSS-a zašti ćeni primopredajnik 
definiran u Dodatku 1. kao SensorO ­
SIdentifier.  ‘08’ 2  2  
homologacijski broj vanjskog ure đaja 
GNSS-a definiran u Dodatku 1. kao 
SensorExternalGNSSApprovalNum ­
ber. ‘09’ 16  16  
identifikator sigurnosne komponente 
vanjskog ure đaja GNSS-a definiran 
u Dodatku 1. kao SensorExter ­
nalGNSSSCIdentifier  ‘10’ 8  8  
RFU – rezervirano za budu ću upotrebu  Od ‘11’ do 
‘FD’  
4.2.2  Zaštićeni prijenos podataka GNSS-a  
GNS_22 Zašti ćeni prijenos podataka o položaju GNSS-a dopušta se 
samo u sljede ćim okolnostima:  
1. proces spajanja izvršen je kako je opisano u Dodatku 11., 
Zajednički sigurnosni mehanizmi;  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 445  
2. povremena me đusobna autentifikacija i dogovor o klju ču za 
razmjenu podataka izme đu jedinice u vozilu i vanjskog 
uređaja GNSS-a, isto tako opisani u Dodatku 11., Zajed ­
nički sigurnosni mehanizmi, izvršeni su prema nazna čenoj 
učestalosti.  
GNS_23 Svakih T sekundi, pri čemu je T vrijednost niža od 10 ili 
jednaka 10, osim ako do đe do spajanja ili me đusobne auten ­
tifikacije i dogovora o klju ču za razmjenu podataka, jedinica u 
vozilu traži od vanjskog ure đaja GNSS-a informacije o polo ­ 
žaju na temelju sljede ćeg toka:  
1. Jedinica u vozilu traži podatke o lokaciji od vanjskog 
uređaja GNSS-a zajedno s podatcima o slabljenju prec ­
iznosti (iz GSA NMEA re čenice). Zašti ćeni primopredajnik 
jedinice u vozilu upotrebljava normu ISO/IEC 7816- 
4:2013, naredbu  SELECT and READ RECORD(S)  u 
sigurnom prijenosu poruka u na činu rada namijenjenom 
isključivo autentifikaciji, kako je opisano u odjeljku 11.5. 
Dodatka 11., s identifikatorom datoteke ‘2F2F’ te 
RECORD brojem koji ima vrijednost ‘01’ za RMC 
NMEA rečenice te vrijednosti ‘02’, ‘03’, ‘04’, ‘05’, ‘06’ 
za GSA NMEA re čenice.  
2. Zadnji zaprimljeni podatci o lokaciji spremaju se u EF-u s 
identifikatorom ‘2F2F’ i zapisima opisanima u tablici 1. u 
zaštićeni primopredajnik GNSS-a kada zašti ćeni primopre ­
dajnik GNSS-a zaprimi NMEA podatke pri frekvenciji od 
najmanje 1 Hz od prijamnika GNSS-a putem podatkovnog 
sučelja GNSS-a.  
3. Zaštićeni primopredajnik GNSS-a šalje odgovor zašti ćenom 
primopredajniku jedinice u vozilu koriste ći se APDU odgo ­
vorom u sigurnom prijenosu poruka u na činu rada namije ­
njenom isklju čivo autentifikaciji, kako je opisano u 
odjeljku 11.5. Dodatka 11.  
4. Zaštićeni primopredajnik jedinice u vozilu provjerava 
autentičnost i integritet primljenog odgovora. U slu čaju 
pozitivnog rezultata podatci o lokaciji šalju se u procesor 
jedinice u vozilu putem podatkovnog su čelja GNSS-a.  
▼M1 
5. Procesor jedinice u vozilu provjerava primljene podatke, 
dobivajući podatke (npr. zemljopisna širina, zemljopisna 
dužina, vrijeme) iz RMC NMEA re čenice. RMC NMEA 
rečenica uklju čuje informacije o valjanosti položaja. Ako 
položaj nije valjan, podatci o lokaciji još nisu dostupni i 
ne mogu se upotrijebiti za bilježenje položaja vozila. Ako 
je položaj valjan, procesor jedinice u vozilu isto tako 
dobiva HDOP vrijednosti iz GSA NMEA re čenica i 
računa najmanju vrijednost na dostupnom satelitskom 
sustavu (to jest, kada je lociranje dostupno).  
▼B 
6. Procesor jedinice u vozilu sprema primljene i obra đene 
informacije, poput zemljopisne širine, zemljopisne dužine, 
vremena i brzine, u jedinici u vozilu u formatu definiranom 
u Dodatku 1., Rje čnik s podatcima, kao  GeoCoordinates  
zajedno s HDOP vrijednoš ću izračunanom kao minimum 
HDOP vrijednosti prikupljenih na dostupnim sustavima 
GNSS-a.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 446  
4.2.3  Struktura naredbe Read Record  
U ovom odjeljku detaljno je opisana struktura naredbe  Read Record  
(čitanje zapisa). Sigurni prijenos poruka (u na činu rada namijenjenom 
isključivo autentifikaciji) dodaje se kako je opisano u Dodatku 11., 
Zajednički sigurnosni mehanizmi.  
GNS_24 Naredba podržava sigurni prijenos poruka u na činu rada nami ­
jenjenom isklju čivo autentifikaciji; vidjeti Dodatak 11.  
GNS_25 Poruka naredbe  
Bajt Duljina  Vrijed­
nost Opis 
CLA  1  ‘0Ch’  Zahtjev za sigurni prijenos poruka.  
INS 1  ‘B2h’  Čitanje zapisa  
P1 1  ‘XXh’  Broj zapisa (‘00’ ozna čava da se radi o 
trenutnom zapisu)  
P2 1  ‘04h’  Čitanje zapisa čiji je broj zapisa naveden u 
P1 
Le 1  ‘XXh’  Očekivana duljina podataka. Broj bajtova 
koji se očitava.  
GNS_26 Zapis naveden u P1 postaje trenuta čni zapis.  
Bajt Duljina  Vrijednost  Opis  
#1-#X  X  ‘XX..XXh’  Očitani podatci  
SW 2  ‘XXXXh’  Statusne rije či (SW1,SW2)  
— Ako je naredba uspješna, zašti ćeni primopredajnik GNSS-a 
uzvraća ‘9000 ’. 
— Ako trenuta čna datoteka nije postavljena za zapis, zašti ćeni 
primopredajnik GNSS-a uzvra ća ‘6981 ’. 
— Ako se naredba koristi s P1 = ‘00’, no ne postoji trenutni 
EF, zaštićeni primopredajnik GNSS-a uzvra ća ‘6986 ’ 
(naredba nije dozvoljena).  
— Ako zapis nije prona đen, zaštićeni primopredajnik GNSS-a 
uzvraća ‘6A 83 ’. 
— Ako je vanjski ure đaj GNSS-a otkrio neovlašteno rukova ­
nje, uzvraća statusne rije či ‘66 90 ’. 
GNS_27 Zašti ćeni primopredajnik GNSS-a podržava sljede će naredbe 
druge generacije tahografa, navedene u Dodatku 2.:  
Naredba  Upu ćivanje  
Select  poglavlje 3.5.1. Dodatka 2.  
Read Binary  poglavlje 3.5.2. Dodatka 2.  
Get Challenge  poglavlje 3.5.4. Dodatka 2.  
PSO: Verify Certificate  poglavlje 3.5.7. Dodatka 2.  
External Authenticate  poglavlje 3.5.9. Dodatka 2.  
General Authenticate  poglavlje 3.5.10. Dodatka 2.  
MSE:SET  poglavlje 3.5.11. Dodatka 2.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 447  
4.3. Spajanje, me đusobna autentifikacija i dogovor o klju ču za razmjenu 
podataka izme đu vanjskog ure đaja GNSS-a i jedinice u vozilu  
Spajanje, me đusobna autentifikacija i dogovor o klju ču za razmjenu 
podataka izme đu vanjskog ure đaja GNSS-a i jedinice u vozilu opisani 
su u poglavlju 11. Dodatka 11., Zajedni čki sigurnosni mehanizmi.  
4.4. Upravljanje greškama  
U ovom odjeljku opisano je kako se mogu ća stanja greške vanjskog 
uređaja GNSS-a obra đuju i zapisuju u jedinici u vozilu.  
4.4.1  Greška u komunikaciji s vanjskim ure đajem GNSS-a  
▼M1 
GNS_28 Ako jedinica u vozilu ne može uspostaviti komunikaciju sa 
spojenim vanjskim ure đajem GNSS-a dulje od 20 uzastopnih 
minuta, jedinica u vozilu generira i bilježi u jedinici u vozilu 
događaj vrste EventFaultType with koji ima vrijednost enume ­
rirane vrste ‘0E’H Communication error with the external 
GNSS facility te oznaku vremena koja navodi trenuta čno 
vrijeme. Doga đaj će se generirati samo ako su ispunjena slje ­
deća dva uvjeta: a) pametni tahograf nije u na činu rada za 
kalibraciju i b) vozilo se kre će. U ovom kontekstu, greška u 
komunikaciji nastaje kada zašti ćeni primopredajnik jedinice u 
vozilu ne primi odgovor nakon zahtjeva kako je opisano u 4.2.  
▼B 
4.4.2  Proboj fizi čkog integriteta vanjskog ure đaja GNSS-a  
▼M1 
GNS_29 Ako je došlo do proboja vanjskog ure đaja GNSS-a, zašti ćeni 
primopredajnik GNSS-a briše cijelu svoju memoriju, uklju ču­
jući kriptografski materijal. Kako je opisano u stavcima 
GNS_25 i GNS_26, jedinica u vozilu otkriva neovlašteno 
rukovanje ako odgovor ima status ‚6690’. Jedinica u vozilu 
tada generira doga đaj vrste EventFaultType, enumerirane vrste 
‚19’H Tamper detection of GNSS (otkriveno neovlašteno 
rukovanje GNSS-om). U suprotnom, vanjski ure đaj GNSS-a 
više ne može odgovoriti ni na koji vanjski zahtjev.  
▼B 
4.4.3  Izostanak podataka o položaju iz prijamnika GNSS-a  
▼M1 
GNS_30 Ako zašti ćeni primopredajnik GNSS-a ne zaprimi podatke od 
prijamnika GNSS-a dulje od tri uzastopna sata, zašti ćeni 
primopredajnik GNSS-a generira odgovor na naredbu READ 
RECORD s brojem RECORD koji ima vrijednost ‚01’, s 
podatkovnim poljem (eng. Data Field) od 12 bajtova od 
kojih svi imaju vrijednost ‚0xFF’. Po zaprimanju odgovora 
čije podatkovno polje ima tu vrijednost, jedinica u vozilu 
generira i bilježi doga đaj vrste EventFaultType, enumerirane 
vrste ‘0D’H Absence of position information from GNSS 
receiver (izostanak podataka o položaju iz prijamnika GNSS- 
a) s oznakom vremena koja navodi vrijeme u tom trenutku, 
samo pod uvjetom da su ispunjena sljede ća dva uvjeta: a) 
pametni tahograf nije u na činu rada za kalibraciju i b) 
vozilo se kre će. 
▼B 
4.4.4  Istekla je valjanost certifikata vanjskog ure đaja GNSS-a  
GNS_31  ►M1 Ako jedinica u vozilu otkrije da certifikat EGF koji se 
upotrebljava za me đusobnu autentifikaciju nije više valjan, 
jedinica u vozilu generira i bilježi doga đaj uređaja za bilje ­ 
ženje podataka vrste EventFaultType, enumerirane vrste  ‘1B’H 
External GNSS facility certificate expired (certifikat vanjskog 
uređaja GNSS-a istekao)  s oznakom vremena koja navodi 
vrijeme u tom trenutku. Jedinica u vozilu i dalje upotrebljava 
zaprimljene podatke o položaju GNSS-a. ◄ ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 448  
Slika 4  
Nacrt vanjskog ure đaja GNSS-a
  
5. JEDINICA U VOZILU BEZ VANJSKOG URE ĐAJA GNSS-A  
5.1. Konfiguracija  
U ovoj se konfiguraciji prijamnik GNSS-a nalazi unutar jedinice u vozilu 
kako je opisano na slici 1.  
GNS_32 Prijamnik GNSS-a ima ulogu odašilja ča i prenosi NMEA re če­
nice procesoru jedinice u vozilu, koji ima ulogu prijamnika s 
frekvencijom od 1/10 Hz ili bržom za predefinirani niz NMEA 
rečenica, koje uklju čuju barem RMC i GSA re čenice.  
GNS_33 Na jedinicu u vozilu spaja se vanjska antena GNSS-a ugra đena 
na vozilo ili interna antena GNSS-a.  
5.2. Upravljanje greškama  
5.2.1  Izostanak podataka o položaju iz prijamnika GNSS-a  
▼M1 
GNS_34 Ako jedinica u vozilu ne primi podatke iz prijamnika GNSS-a 
dulje od tri uzastopna sata, jedinica u vozilu generira i bilježi 
događaj vrste EventFaultType, enumerirane vrste ‘0D’H 
Absence of position information from GNSS receiver (izo ­
stanak podataka o položaju iz prijamnika GNSS) s oznakom 
vremena koja navodi vrijeme u tom trenutku, pod uvjetom da 
su ispunjena sljede ća dva uvjeta: a) pametni tahograf nije u 
načinu rada za kalibraciju i b) vozilo se kre će. 
6. VREMENSKI KONFLIKT GNSS-A  
Ako jedinica u vozilu otkrije nepodudarnost dulju od jedne minute 
između vremena koje je izmjerila funkcija mjerenja vremena jedinice u 
vozilu i vremena koje je izmjerio prijamnik GNSS-a, jedinica u vozilu 
zabilježit će događaj vrste EventFaultType, enumerirane vrste  ‘0B’H 
Time conflict (GNSS versus VU internal clock) (vremenski konflikt 
između GNSS-a i unutarnjeg sata jedinice u vozilu) . Nakon što se akti ­
vira vremenski konflikt, jedinica u vozilu ne će provjeravati nepodudar ­
nost vremena sljede ćih 12 sati. Taj se doga đaj neće aktivirati ako 
prijamnik GNSS-a nije mogao otkriti valjani signal GNSS-a u posljednjih 
30 dana.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 449  
7. KONFLIKT U KRETANJU VOZILA  
GNS_35 Jedinica u vozilu pokre će i bilježi doga đaj konflikta u kretanju 
vozila (vidjeti zahtjev 84 u Prilogu I.C) s oznakom vremena 
koja odgovara trenuta čnom vremenu, u slu čaju da su informa ­
cije o kretanju izra čunane s pomo ću senzora kretanja protur ­
ječne informacijama o kretanju dobivenima iz unutarnjeg 
prijamnika GNSS-a ili iz vanjskog ure đaja GNSS-a. U svrhu 
otkrivanja takvih proturje čnosti upotrebljava se srednja vrijed ­
nost razlika u brzini izme đu tih izvora, kako je navedeno u 
nastavku:  
— najviše svakih deset sekundi izra čunava se apsolutna 
vrijednost razlike izme đu brzine vozila koju je procijenio 
GNSS i one koju je procijenio senzor kretanja,  
— sve se vrijednosti izra čunane u razdoblju koje se odnosi na 
posljednjih pet minuta kretanja upotrebljavaju za izra ču­
navanje srednje vrijednosti,  
— srednja se vrijednost izra čunava kao prosjek od 80 % preo ­
stalih vrijednosti, nakon eliminiranja onih najviših u apso ­
lutnim vrijednostima.  
Događaj konflikta u kretanju vozila nastaje ako je srednja 
vrijednost viša od 10 km/h tijekom pet neprekidnih minuta 
kretanja vozila. Mogu se upotrebljavati i drugi neovisni 
izvori otkrivanja kretanja vozila kako bi se omogu ćilo pouz­
danije otkrivanje manipuliranja tahografom. (Napomena: 
upotreba srednje vrijednosti posljednjih pet minuta primjenjuje 
se radi ublažavanja rizika od netipi čnih vrijednosti mjerenja i 
prijelaznih vrijednosti). Ovaj se doga đaj neće aktivirati u slje ­
dećim uvjetima: a) tijekom vožnje trajektom/vlakom, b) kada 
podatci o položaju iz prijamnika GNSS-a nisu raspoloživi i c) 
kada je u na činu rada za kalibraciju.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 450  
Dodatak 13  
ITS SUČELJE  
SADRŽAJ  
1. UVOD  
2. PODRU ČJE PRIMJENE  
2.1. Pokrate, definicije i zapisi  
3. UPU ĆIVANJA NA UREDBE I NORME  
4. NA ČELA RADA SU ČELJA  
4.1. Preduvjeti za prijenos podataka ITS su čeljem  
4.1.1 Podatci dostupni preko ITS su čelja 
4.1.2 Sadržaj podataka  
4.1.3 ITS aplikacije  
4.2. Komunikacijska tehnologija  
4.3. Autorizacija PIN-om  
4.4. Format poruke  
4.5. Suglasnost voza ča 
4.6. Učitavanje standardnih podataka  
4.7. Učitavanje osobnih podataka  
4.8. Učitavanje podataka o doga đajima i kvarovima  
1. UVOD  
U ovom se Dodatku utvr đuju izvedba i postupci koje treba slijediti za 
provedbu su čelja s inteligentnim prijevoznim sustavima (ITS) u skladu sa 
zahtjevima iz članka 10. Uredbe (EU) br. 165/2014 (u daljnjem tekstu: 
Uredba).  
Uredbom se utvr đuje da tahografi vozila mogu biti opremljeni standardi ­
ziranim su čeljima putem kojih podatke koje je tahograf zabilježio ili 
generirao može upotrebljavati vanjski ure đaj u operativnom na činu rada 
ako su ispunjeni sljede ći uvjeti:  
(a) sučelje ne utje če na ispravnost i integritet podataka koje je zabilježio 
tahograf;  
(b) sučelje je uskla đeno s detaljnim odredbama iz članka 11. Uredbe;  
(c) vanjski ure đaj povezan sa su čeljem ima pristup osobnim podatcima, 
uključujući podatke o zemljopisnom položaju, samo nakon pret ­
hodnog odobrenja voza ča na kojeg se podatci odnose.  
2. PODRU ČJE PRIMJENE  
U okviru podru čja primjene ovog Dodatka utvr đuje se kako aplikacije na 
vanjskim ure đajima preko Bluetooth® veze dobivaju podatke (u daljnjem 
tekstu: podatci) iz tahografa.  
Podatci dostupni preko tog su čelja opisani su u Prilogu 1. ovom doku ­
mentu. Su čelje ne zabranjuje provedbu drugih su čelja (npr. preko CAN 
sabirnice) za prijenos podataka iz jedinice u vozilu u druge procesorske 
jedinice u vozilu.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 451  
U ovom se Dodatku utvr đuju: 
— podatci dostupni preko ITS su čelja, 
— Bluetooth® profil koji se upotrebljava za prijenos podataka,  
— postupci povezani s upitima i preuzimanjem podataka te slijed opera ­
cija, 
— mehanizam uparivanja tahografa i vanjskog ure đaja, 
— mehanizam za davanje suglasnosti koji je dostupan voza ču. 
▼M1 
Radi pojašnjenja, u ovom se Dodatku  ne utvrđuju: 
— prikupljanje  podataka  i upravljanje prikupljanjem podatka unutar jedi ­
nice u vozilu (oni se utvr đuju drugdje u  Uredbi  ili su funkcija izvedbe 
proizvoda),  
— oblik prikaza prikupljenih podataka u aplikaciji na vanjskom ure đaju, 
— odredbe o sigurnosti podataka izvan onoga što osigurava Bluetooth® 
(kao što je šifriranje) u vezi sa sadržajem  podataka  (one će biti utvr­ 
đene drugdje u  Uredbi  [Dodatak 11. „Zajedni čki sigurnosni mehan ­
izmi”]),  
— Bluetooth® protokoli koje primjenjuje ITS su čelje. 
▼B 
2.1. Pokrate, definicije i zapisi  
U ovom se Dodatku upotrebljavaju sljede će pokrate i definicije specifi čne 
za ovaj Dodatak:  
komunikacija  razmjena informacija/podataka izme đu glavne jedinice (tj. 
tahografa) i vanjske jedinice preko ITS su čelja primjenom 
Bluetootha®.  
podatci  skupovi podataka kako je utvr đeno u Prilogu 1.  
Uredba  Uredba (EU) br. 165/2014 Europskog parlamenta i Vije ća 
od 4. velja če 2014. o tahografima u cestovnom prometu, 
stavljanju izvan snage Uredbe Vije ća (EEZ) br. 3821/85 o 
tahografu u cestovnom prometu i izmjeni Uredbe (EZ) 
br. 561/2006 Europskog parlamenta i Vije ća o usklađi­
vanju odre đenog socijalnog zakonodavstva koje se 
odnosi na cestovni promet.  
BR osnovna brzina (eng.  Basic Rate ) 
EDR  pove ćana brzina prijenosa podataka (eng.  Enhanced Data 
Rate) 
GNSS  globalni satelitski navigacijski sustav (eng.  Global Navi ­
gation Satellite System ) 
IRK  klju č za utvrđivanje identiteta (eng.  Identity Resolution 
Key) 
ITS inteligentni prijevozni sustav (eng.  Intelligent Transport 
System ) 
LE niska energija (eng.  Low Energy ) 
PIN osobni identifikacijski broj (eng.  Personal Identification 
Number ) 
PUC  osobna šifra za deblokadu (eng.  Personal Unblocking 
Code ) 
SID identifikator usluge (eng.  Service Identifier ) 
SPP profil serijskog ulaza (eng.  Serial Port Profile ) ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 452  
SSP sigurno jednostavno uparivanje (eng.  Secure Simple 
Pairing ) 
TRTP  parametar zahtjeva za prijenos (eng.  Transfer Request 
Parameter ) 
TREP  parametar odgovora na prijenos (eng.  Transfer Response 
Parameter ) 
VU jedinica u vozilu (eng.  Vehicle Unit ) 
3. UPU ĆIVANJA NA UREDBE I NORME  
Specifikacija utvr đena u ovom Dodatku odnosi se na sve sljede će uredbe i 
norme ili njihove dijelove te o njima ovisi. U klauzulama ovog Dodatka 
navedene su relevantne norme ili njihove relevantne klauzule. U slu čaju 
bilo kakve proturje čnosti, prednost imaju klauzule ovog Dodatka.  
U ovom se Dodatku upu ćuje na sljede će uredbe i norme:  
— Uredbu (EU) br. 165/2014 Europskog parlamenta i Vije ća od 4. velja če 
2014. o tahografima u cestovnom prometu, stavljanju izvan snage 
Uredbe Vije ća (EEZ) br. 3821/85 o tahografu u cestovnom prometu 
i izmjeni Uredbe (EZ) br. 561/2006 Europskog parlamenta i Vije ća o 
usklađivanju odre đenog socijalnog zakonodavstva koje se odnosi na 
cestovni promet,  
— Uredbu (EZ) br. 561/2006 Europskog parlamenta i Vije ća od 
15. ožujka 2006. o uskla đivanju odre đenog socijalnog zakonodavstva 
koje se odnosi na cestovni promet i o izmjeni uredbi Vije ća (EEZ) 
br. 3821/85 i (EZ) br. 2135/98 te o stavljanju izvan snage Uredbe 
Vijeća (EEZ) br. 3820/85,  
— ISO 16844 – 4:  Road vehicles – Tachograph systems – Part 4: Can 
interface , 
— ISO 16844 – 7:  Road vehicles – Tachograph systems – Part 7: Para ­
meters , 
— Bluetooth® – Serial Port Profile – V1.2,  
— Bluetooth® – Core Version 4.2 , 
— protokol NMEA 0183 V4.1.  
4. NAČELA RADA SU ČELJA  
4.1. Preduvjeti za prijenos podataka ITS su čeljem  
Jedinica u vozilu odgovorna je za ažuriranje i održavanje podataka koji se 
pohranjuju na jedinici u vozilu bez uklju čivanja ITS su čelja. To se postiže 
na način svojstven jedinici u vozilu koji nije utvr đen u ovom Dodatku, ve ć 
drugdje u Uredbi.  
4.1.1  Podatci dostupni preko ITS su čelja 
Jedinica u vozilu odgovorna je za ažuriranje podataka koji će biti dostupni 
putem ITS su čelja učestalošću koja se utvr đuje u okviru postupaka jedi ­
nice u vozilu, bez uklju čivanja ITS su čelja. Podatci iz jedinice u vozilu 
upotrebljavaju se kao osnova za dopunjavanje i ažuriranje podataka; na čin 
na koji se to ostvaruje utvr đen je drugdje u Uredbi, a ako takva specifi ­
kacija ne postoji, taj je na čin funkcija izvedbe proizvoda i nije utvr đen u 
ovom Dodatku.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 453  
4.1.2  Sadržaj podataka  
Sadržaj podataka utvr đen je u Prilogu 1. ovom Dodatku.  
4.1.3  ITS aplikacije  
ITS aplikacije upotrebljavat će podatke koji su stavljeni na raspolaganje 
preko ITS su čelja za, na primjer, optimizaciju upravljanja aktivnostima 
vozača u skladu s Uredbom, otkrivanje mogu ćih kvarova tahografa ili 
upotrebu podataka GNSS-a. Specifikacija aplikacija nije obuhva ćena 
područjem primjene ovog Dodatka.  
4.2. Komunikacijska tehnologija  
Podatci se razmjenjuju primjenom ITS su čelja preko Bluetooth® su čelja 
koje je kompatibilno s verzijom 4.2 ili kasnijom verzijom. Bluetooth® radi 
u nelicenciranom pojasu od 2,4 do 2,485 GHz za industrijsku, znanstvenu 
i medicinsku primjenu (ISM). Bluetooth® 4.2 nudi unaprije đene mehan ­
izme za zaštitu privatnosti i sigurnosne mehanizme te ve ću brzinu i pouz ­
danost prijenosa podataka. U smislu ove specifikacije, primjenjuje se 
Bluetooth® radio drugog razreda s dometom od najviše 10 metara. Više 
informacija o Bluetoothu® 4.2 dostupno je na stranici www.bluetooth.com 
(https://www.bluetooth.org/en-us/specification/adopted-specifica ­
tions?_ga=1.215147412.2083380574.1435305676).  
Komunikacija se uspostavlja komunikacijskom opremom nakon što 
odobreni ure đaj završi proces uparivanja. Budu ći da Bluetooth® upotreb ­
ljava model nadre đenog/podre đenog uređaja kojim nadzire kada i kako 
uređaji mogu slati podatke, tahograf će imati nadre đenu ulogu, dok će 
vanjski ure đaji imati podre đenu ulogu.  
▼M1 
Proces uparivanja putem Bluetootha® može zapo četi kada vanjski ure đaj 
prvi put do đe u domet jedinice u vozilu (vidjeti i Prilog 2.). Ure đaji dijele 
adrese, nazive i profile te zajedni čki tajni klju č kojim im se omogu ćuje 
povezivanje pri svakom budu ćem susretu. Tim je korakom uspostavljeno 
povjerenje u odnosu na vanjski ure đaj te je on u stanju pokrenuti zahtjeve 
za preuzimanje podataka iz tahografa. Nije predvi đeno dodavanje meha ­
nizama za šifriranje povrh onih koje pruža Bluetooth®. Me đutim, ako su 
potrebni dodatni sigurnosni mehanizmi, oni se osiguravaju u skladu s 
Dodatkom 11. „Zajedni čki sigurnosni mehanizmi”.  
▼B 
Opće komunikacijsko na čelo opisano je sljede ćom slikom.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 454  
SPP (profil serijskog ulaza) profil Bluetootha® upotrebljava se za prijenos 
podataka iz jedinice u vozilu na vanjski ure đaj. 
4.3. Autorizacija PIN-om  
▼M1 
Iz sigurnosnih razloga jedinica u vozilu zahtijevat će sustav za autorizaciju 
PIN lozinkom odvojen od uparivanja Bluetoothom. Svaka jedinica u 
vozilu mora mo ći generirati PIN lozinke za autentifikaciju koje se 
sastoje od najmanje četiri znamenke. Pri svakom uparivanju vanjskog 
uređaja s jedinicom u vozilu vanjski ure đaj mora osigurati to čnu PIN 
lozinku prije zaprimanja podataka.  
▼B 
Nakon uspješnog unosa PIN-a ure đaj se stavlja na popis dopuštenih 
uređaja. Na popisu dopuštenih ure đaja nalazi se najmanje 64 ure đaja 
uparenih s odre đenom jedinicom u vozilu.  
U slučaju unosa neto čne PIN lozinke tri puta zaredom, ure đaj se privre ­
meno stavlja na popis zabranjenih ure đaja. Svaki pokušaj ure đaja odbija se 
sve dok se ure đaj nalazi na popisu zabranjenih ure đaja. Ponovni unos 
netočne PIN lozinke tri puta zaredom za posljedicu ima dulje trajanje 
zabrane (vidjeti tablicu 1.). Unosom to čne PIN lozinke poništava se 
trajanje zabrane i broj pokušaja. Na slici 1. u Prilogu 2. prikazan je 
dijagram slijeda za pokušaj potvrde PIN-a.  
Tablica 1  
Trajanje zabrane ovisno o broju uzastopnih neuspješnih pokušaja 
unosa to čne PIN lozinke  
Broj uzastopnih neuspješnih pokušaja  Trajanje zabrane  
3 30 sekundi  
6 5 minuta  
9 1 sat  
12 24 sata  
15 trajno  
U slučaju unosa neto čne PIN lozinke petnaest puta (5 x 3) zaredom ITS 
jedinica trajno se uvrštava na popis zabranjenih ure đaja. Trajna se zabrana 
ukida samo unosom to čne PUC lozinke.  
PUC lozinku, koja se sastoji od osam znamenki, dostavlja proizvo đač 
zajedno s jedinicom u vozilu. U slu čaju unosa neto čne PUC lozinke 
deset puta zaredom ITS jedinica neopozivo se stavlja na popis zabranjenih 
uređaja. 
▼M1 
Proizvođač može ponuditi mogu ćnost promjene PIN lozinke izravno 
putem jedinice u vozilu, no PUC lozinka nepromjenjiva je. Za eventualnu 
promjenu PIN lozinke potrebno je unijeti trenuta čnu PIN lozinku izravno 
u jedinicu u vozilu.  
▼B 
Nadalje, svi ure đaji navedeni na popisu dopuštenih ure đaja čuvaju se dok 
ih ručno ne ukloni korisnik (npr. preko su čelja čovjek – stroj jedinice u 
vozilu ili drugim sredstvima). Time se izgubljene ili ukradene ITS jedinice 
mogu ukloniti s popisa dopuštenih ure đaja. Nadalje, svaka ITS jedinica 
koja izađe izvan dometa Bluetooth veze u trajanju duljem od 24 sata 
automatski se uklanja s popisa dopuštenih ure đaja za jedinicu u vozilu i 
mora ponovno osigurati to čnu PIN lozinku pri ponovnom uspostavljanju 
veze. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 455  
Format poruka izme đu sučelja jedinice u vozilu i jedinice u vozilu nije 
predviđen, već ga po vlastitom naho đenju određuje proizvo đač. Međutim, 
predmetni proizvo đač osigurava da se poštuje format poruka izme đu ITS 
jedinice i su čelja jedinice u vozilu (vidjeti specifikacije za ASN.1).  
Stoga se na svaki zahtjev za podatke odgovara prikladnom provjerom 
ovlaštenja pošiljatelja prije bilo kakvog oblika obrade. Na slici 2. u 
Prilogu 2. prikazan je dijagram slijeda za taj postupak. Svaki ure đaj 
uvršten na popis zabranjenih ure đaja automatski se odbija, dok svaki 
uređaj koji nije uvršten na popis zabranjenih ure đaja ni na popis dopu ­ 
štenih uređaja dobiva zahtjev za PIN koji treba ispuniti prije ponovnog 
slanja zahtjeva za podatke.  
4.4. Format poruke  
Sve poruke koje razmjenjuju ITS jedinica i su čelje jedinice u vozilu po 
svojem formatu imaju strukturu koja se sastoji od triju dijelova: zaglavlja 
koje se sastoji od ciljanog bajta (TGT), izvornog bajta (SRC) i bajta 
duljine (LEN);  
podatkovnog polja koje se sastoji od bajta identifikatora usluge (SID) i 
promjenjivog iznosa podatkovnih bajtova (najviše 255) te  
bajta kontrolnog zbroja koji je jedna serija zbroja bajtova modulo 256 svih 
bajtova poruke osim samog kontrolnog zbroja (CS).  
Poruka prati redoslijed zapisa big endian.  
Tablica 2  
Opći format poruke  
Zaglavlje  Podatkovno polje  Kontrolni 
zbroj  
TGT  SRC  LEN  SID  TRTP  CC  CM  DATA  CS  
3 bajta  Najviše 255 bajtova  1 bajt  
Zaglavlje  
TGT i SRC: identifikator ciljnih (TGT) i izvornih (SRC) ure đaja poruke. 
Sučelje jedinice u vozilu ima standardni identifikator „EE”. Taj identifi ­
kator nije mogu će promijeniti. ITS jedinica upotrebljava standardni iden ­
tifikator „A0” za svoju prvu poruku u komunikacijskoj razmjeni podataka. 
Sučelje jedinice u vozilu zatim ITS jedinici dodjeljuje jedinstveni identi ­
fikator i obavješ ćuje ju o tom identifikatoru za budu će poruke tijekom 
razmjene podataka.  
LEN bajt uzima u obzir samo dio „DATA” podatkovnog polja (vidjeti 
tablicu 2.); implicitna su prva četiri bajta.  
Sučelje jedinice u vozilu potvr đuje autenti čnost pošiljatelja poruke uspo ­
redbom svojeg popisa identifikatora s Bluetooth podatcima tako što 
provjerava je li ITS jedinica navedena uz dostavljeni identifikator trenu ­
tačno u dometu Bluetooth veze.  
Podatkovno polje  
Osim SID-a, podatkovno polje sadržava i druge parametre: parametar 
zahtjeva za prijenos (TRTP) i bajtove broja ča. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 456  
Ako su podatci koji se obra đuju dulji od raspoloživog prostora u jednoj 
poruci, oni se dijele u nekoliko potporuka. Svaka potporuka ima jednako 
zaglavlje i SID, ali sadržava broja č od dva bajta, trenuta čni brojač (CC) i 
maksimalni broja č (CM) za ozna čavanje broja potporuke. Kako bi se 
omogućili provjera grešaka i prekid, ure đaj koji prima podatke potvr đuje 
svaku potporuku. Ure đaj koji prima podatke može prihvatiti potporuku, 
zatražiti njezino ponovno slanje i zatražiti od ure đaja koji šalje podatke da 
ponovno zapo čne ili prekine prijenos.  
▼B 
Ako se ne upotrebljavaju, za CC i CM odre đuje se vrijednost 0 x FF.  
Na primjer, sljede ća poruka  
ZAGLAVLJE 
(eng.  HEADER ) SID TRTP  CC  CM  DATA  CS  
3 bajta  više od 255 bajtova  1 bajt  
prenosi se kao:  
ZAGLAVLJE  SID  TRTP  01  n  DATA  CS  
3 bajta  255 bajtova  1 bajt  
ZAGLAVLJE  SID  TRTP  02  n  DATA  CS  
3 bajta  255 bajtova  1 bajt  
… 
ZAGLAVLJE 
(eng.  HEADER ) SID TRTP  N  N  DATA  CS  
3 bajta  najviše 255 bajtova  1 bajt  
Tablica 3. sadržava poruke koje mogu razmjenjivati jedinica u vozilu i 
ITS jedinica. Sadržaj svakog parametra naveden je u heksadecimalnom 
zapisu. U tablici radi jasno će nisu navedeni CC i CM; za potpuni 
format vidjeti prethodno.  
Tablica 3  
Detaljan sadržaj poruke  
Poruka  Zaglavlje  DATA  Kontrolni 
zbroj  
TGT  SRC  LEN  SID  TRTP  DATA  
RequestPIN  ITSID  EE  00  01  FF  
SendITSID  ITSID  EE  01  02  FF  ITSID  
SendPIN  EE  ITSID  04  03  FF  4*INTEGER (0..9)  
PairingResult  ITSID  EE  01  04  FF  BOOLEAN (T/F)  
SendPUC  EE  ITSID  08  05  FF  8*INTEGER (0..9)  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 457  
Poruka  Zaglavlje  DATA  Kontrolni 
zbroj  
TGT  SRC  LEN  SID  TRTP  DATA  
BanLiftingResult  ITSID  EE  01  06  FF  BOOLEAN (T/F)  
RequestRejected  ITSID  EE  08  07  FF  vrijeme ( Time ) 
RequestData  
standardTachData  EE  ITSID  01  08  01  
personalTachData  EE  ITSID  01  08  02  
gnssData  EE  ITSID  01  08  03  
standardEventData  EE  ITSID  01  08  04  
personalEventData  EE  ITSID  01  08  05  
standardFaultData  EE  ITSID  01  08  06  
manufacturerData  EE  ITSID  01  08  07  
ResquestAccepted  ITSID  EE  Len  09  TREP  podatci ( Data ) 
DataUnavailable  
Podatci nisu 
dostupni  ITSID  EE  02  0A  TREP  10  
Osobni se podatci 
ne dijele  ITSID  EE  02  0A  TREP  11  
NegativeAnswer  
Opće odbijanje  ITSID  EE  02  0B  SID Req  10  
Usluga nije podr ­ 
žana ITSID  EE  02  0B  SID Req  11  
Podfunkcija nije 
podržana  ITSID  EE  02  0B  SID Req  12  
Nepravilna duljina 
poruke  ITSID  EE  02  0B  SID Req  13  
Nepravilni uvjeti 
ili greška u slijedu 
zahtjeva  ITSID  EE  02  0B  SID Req  22  
Zahtjev izvan 
dometa  ITSID  EE  02  0B  SID Req  31  
Čeka se odgovor  ITSID  EE  02  0B  SID Req  78  
Neusklađenost 
ITSID-a  ITSID  EE  02  0B  SID Req  FC  
Nije prona đen 
ITSID  ITSID  EE  02  0B  SID Req  FB  
RequestPIN (SID 01)  
Poruku šalje su čelje jedinice u vozilu ako ITS jedinica koja nije na popisu 
zabranjenih ure đaja, ali ni na popisu dopuštenih ure đaja, pošalje bilo 
kakav zahtjev za podatke.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 458  
SendITSID (SID 02)  
Poruku šalje su čelje jedinice u vozilu svaki put kada novi ure đaj pošalje 
zahtjev. Taj ure đaj upotrebljava standardni identifikator „A0” prije no što 
mu se dodijeli jedinstveni identifikator za budu ću komunikacijsku 
razmjenu podataka.  
SendPIN (SID 03)  
Poruku šalje ITS jedinica koju su čelje jedinice u vozilu treba uvrstiti na 
popis dopuštenih ure đaja. Sadržaj je poruke kod od četiri cijela broja (4 
INTEGER) izme đu nula i devet.  
PairingResult (SID 04)  
Poruku šalje su čelje jedinice u vozilu kako bi obavijestilo ITS jedinicu da 
je PIN lozinka koju je poslala to čna. Sadržaj je poruke Booleov izraz s 
vrijednošću „točno” („True”) ako je PIN lozinka bila to čna ili „neto čno” 
(„False”) ako je PIN lozinka bila neto čna. 
SendPUC (SID 05)  
Poruku šalje ITS jedinica kako bi se su čelje jedinice u vozilu uklonilo s 
popisa zabranjenih ure đaja. Sadržaj je poruke kod od četiri cijela broja (8 
INTEGER) izme đu nula i devet.  
BanLiftingResult (SID 06)  
Poruku šalje su čelje jedinice u vozilu kako bi obavijestilo ITS jedinicu da 
je PUC lozinka koju je poslala to čna. Sadržaj je poruke Booleov izraz s 
vrijednošću „točno” („True”) ako je PUC lozinka bila to čna ili „neto čno” 
(„False”) ako je PUC lozinka bila neto čna. 
RequestRejected (SID 07)  
Poruku šalje su čelje jedinice u vozilu kao odgovor na bilo koju poruku 
koju je poslala ITS jedinica uvrštena na popis zabranjenih ure đaja osim 
poruke „SendPUC”. Poruka sadržava preostalo vrijeme tijekom kojeg je 
ITS jedinica uvrštena na popis zabranjenih ure đaja u skladu s formatom 
slijeda „Time” kako je utvr đeno u Prilogu 3.  
RequestData (SID 08)  
Poruku za pristup podatcima šalje ITS jedinica. Parametrom zahtjeva za 
prijenos od jednog bajta (TRTP) ozna čena je vrsta traženih podataka. 
Nekoliko je vrsta podataka:  
— standardTachData (TRTP 01): podatci dostupni iz tahografa koji su 
klasificirani kao neosobni,  
— personalTachData (TRTP 02): podatci dostupni iz tahografa koji su 
klasificirani kao osobni,  
— gnssData (TRTP 03): podatci GNSS-a, koji su uvijek osobni,  
— standardEventData (TRTP 04): zabilježeni podatci o doga đaju koji su 
klasificirani kao neosobni,  
— personalEventData (TRTP 05): zabilježeni podatci o doga đaju koji su 
klasificirani kao osobni,  
— standardFaultData (TRTP 06): zabilježeni kvarovi koji su klasificirani 
kao neosobni,  
— manufacturerData (TRTP 07): podatci koje je na raspolaganje stavio 
proizvođač. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 459  
Vidjeti Prilog 3. ovom Dodatku za više informacija o sadržaju svake vrste 
podataka.  
Vidjeti Dodatak 12. za više informacija o formatu i sadržaju podataka 
GNSS-a.  
Vidjeti priloge I.B i I.C za više informacija o kodu podataka o doga đaju i 
o kvarovima.  
ResquestAccepted (SID 09)  
Poruku šalje su čelje jedinice u vozilu ako je prihvatilo poruku „Request ­
Data” ITS jedinice. Poruka sadržava TREP od jednog bajta, koji je TRTP 
bajt povezane poruke „RequestData”, i sve podatke zatražene vrste.  
DataUnavailable (SID 0A)  
Poruku šalje su čelje jedinice u vozilu ako iz nekog razloga zatraženi 
podatci nisu dostupni za slanje ITS jedinici s popisa dopuštenih ure đaja. 
Poruka sadržava TREP od jednog bajta, koji je TRTP zatraženih podataka, 
i kod greške od jednog bajta kako je navedeno u tablici 3. Dostupni su 
sljedeći kodovi:  
— Podatci nisu dostupni (10): Su čelje jedinice u vozilu ne može pristupiti 
podatcima jedinice u vozilu iz neutvr đenih razloga.  
— Osobni se podatci ne dijele (11): ITS jedinica pokušava u čitati osobne 
podatke ako se oni ne dijele.  
NegativeAnswer (SID 0B)  
Poruke šalje su čelje jedinice u vozilu ako zahtjev ne može biti ispunjen iz 
bilo kojeg drugog razloga osim nedostupnosti podataka. Poruke su obi čno 
posljedica nepravilnog formata zahtjeva (duljina, SID, ITSID…), ali 
razlozi nisu ograni čeni na to. TRTP u podatkovnom polju sadržava SID 
zahtjeva. Podatkovno polje sadržava kod na temelju kojeg se utvr đuje 
razlog negativnog odgovora. Dostupni su sljede ći kodovi:  
— Opće odbijanje (kôd 10)  
— Radnja se ne može provesti zbog razloga koji nije naveden u nastavku 
ili u odjeljku (unos broja odjeljka  DataUnavailable ). 
— Usluga nije podržana (kôd 11)  
— Nerazumljiv SID zahtjeva.  
— Podfunkcija nije podržana (kôd 12)  
— Nerazumljiv TRTP zahtjeva. To, na primjer, može biti vrijednost koja 
nedostaje ili neprihvatljiva vrijednost.  
— Nepravilna duljina poruke (kôd 13)  
— Duljina primljene poruke pogrešna je (neuskla đenost LEN bajta i 
stvarne duljine poruke).  
— Nepravilni uvjeti ili greška u slijedu zahtjeva (kôd 22)  
— Zatražena usluga nije aktivna ili slijed poruka zahtjeva nije to čan. 
— Zahtjev izvan dometa (kôd 33)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 460  
— Zapis parametra zahtjeva (podatkovno polje) nije valjan.  
— Čeka se odgovor (kôd 78)  
— Zatražena se radnja ne može provesti na vrijeme i jedinica u vozilu 
nije spremna prihvatiti drugi zahtjev.  
— Neuskla đenost ITSID-a (kôd FB)  
— SRC  ITSID  nije uskla đen s povezanim ure đajem nakon usporedbe s 
Bluetooth informacijama.  
— Nije prona đen ITSID  (kôd FC)  
— SRC  ITSID  nije povezan ni s jednim ure đajem.  
U redcima od 1. do 72. ( FormatMessageModule ) ASN.1 koda u 
Prilogu 3. utvr đen je format poruka kako je opisano u tablici 3. Više 
pojedinosti o sadržaju poruka navedeno je u nastavku.  
4.5. Suglasnost voza ča 
Svi dostupni podatci klasificirani su kao standardni ili kao osobni. Osobni 
su podatci dostupni samo ako je voza č dao suglasnost i prihvatio da se 
njegovi osobni podatci iz tahografa mogu prenositi izvan mreže vozila 
aplikacijama tre ćih strana.  
Vozač suglasnost daje pri prvom umetanju odre đene kartice voza ča ili 
kartice radionice koja je trenuta čno nepoznata jedinici u vozilu; nositelja 
kartice poziva se da dâ svoju suglasnost za prijenos osobnih podataka iz 
tahografa preko neobveznog ITS su čelja. (Vidjeti i Prilog I.C 
stavak 3.6.2.).  
Stanje suglasnosti (omogu ćeno/onemogu ćeno) bilježi se u memoriji taho ­
grafa.  
U slučaju više voza ča, s ITS su čeljem dijele se samo osobni podatci 
vozača koji su dali svoju suglasnost. Na primjer, ako su u vozilu dva 
vozača i ako je samo prvi voza č pristao dijeliti svoje osobne podatke, 
podatci koji se odnose na drugog voza ča ne dijele se.  
4.6. Učitavanje standardnih podataka  
Na slici 3. u Prilogu 2. prikazani su dijagrami slijeda za valjani zahtjev za 
pristup standardnim podatcima koji je poslala ITS jedinica. Ako je ITS 
jedinica pravilno uvrštena na popis dopuštenih ure đaja i ne traži osobne 
podatke, dodatna provjera nije potrebna. U dijagramima se smatra da se 
poštovao pravilan postupak prikazan na slici 2. u Prilogu 2. Dijagrami 
mogu biti izjedna čeni sa sivim poljem  REQUEST TREATMENT  na slici 2.  
Od dostupnih se podataka standardnima smatraju sljede ći: 
— standardTachData (TRTP 01),  
— StandardEventData (TRTP 04),  
— standardFaultData (TRTP 06).  
4.7. Učitavanje osobnih podataka  
Na slici 4. u Prilogu 2. prikazan je dijagram slijeda za obradu zahtjeva za 
osobne podatke. Kako je ranije navedeno, su čelje jedinice u vozilu šalje 
osobne podatke samo ako je voza č dao izričitu suglasnost (vidjeti i 4.5.). 
U suprotnom zahtjev se mora automatski odbiti.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 461  
Od dostupnih se podataka osobnima smatraju sljede ći: 
— personalTachData (TRTP 02),  
— gnssData (TRTP 03),  
— personalEventData (TRTP 05),  
— manufacturerData (TRTP 07).  
4.8. Učitavanje podataka o doga đajima i kvarovima  
ITS jedinice moraju mo ći zatražiti podatke o doga đajima koji sadržavaju 
popis svih neo čekivanih doga đaja. Ti se podatci smatraju standardnima ili 
osobnima; vidjeti Prilog 3. Sadržaj svakog doga đaja u skladu je s doku ­
mentacijom iz Priloga 1. ovom Dodatku.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 462  
PRILOG 1.  
▼M1 
1) POPIS PODATAKA DOSTUPNIH PREKO ITS SU ČELJA  
▼C2 
Podatci  Izvor  Preporučena 
klasifikacija 
(osobni/neosobni)  
VehicleIdentificationNumber  Jedinica u vozilu  neosobni  
CalibrationDate  Jedinica u vozilu  neosobni  
TachographVehicleSpeed speed 
instant t  Jedinica u vozilu  osobni  
Driver1WorkingState Selector driver  Jedinica u vozilu  osobni  
Driver2WorkingState  Jedinica u vozilu  osobni  
DriveRecognize Speed Threshold 
detected  Jedinica u vozilu  neosobni  
Driver1TimeRelatedStates Weekly 
day time  Kartica voza ča osobni  
Driver2TimeRelatedStates  Kartica voza ča osobni  
DriverCardDriver1  Jedinica u vozilu  neosobni  
DriverCardDriver2  Jedinica u vozilu  neosobni  
OverSpeed  Jedinica u vozilu  osobni  
TimeDate  Jedinica u vozilu  neosobni  
HighResolutionTotalVehicleDistance  Jedinica u vozilu  neosobni  
ServiceComponentIdentification  Jedinica u vozilu  neosobni  
ServiceDelayCalendarTimeBased  Jedinica u vozilu  neosobni  
Driver1Identification  Kartica voza ča osobni  
Driver2Identification  Kartica voza ča osobni  
NextCalibrationDate  Jedinica u vozilu  neosobni  
Driver1ContinuousDrivingTime  Kartica voza ča osobni  
Driver2ContinuousDrivingTime  Kartica voza ča osobni  
Driver1CumulativeBreakTime  Kartica voza ča osobni  
Driver2CumulativeBreakTime  Kartica voza ča osobni  
Driver1CurrentDurationOfSelecte ­
dActivity  Kartica voza ča osobni  
Driver2CurrentDurationOfSelecte ­
dActivity  Kartica voza ča osobni  
SpeedAuthorised  Jedinica u vozilu  neosobni  
TachographCardSlot1  Kartica voza ča neosobni  
TachographCardSlot2  Kartica voza ča neosobni  
Driver1Name  Kartica voza ča osobni  
Driver2Name  Kartica voza ča osobni  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 463  
Podatci  Izvor  Preporučena 
klasifikacija 
(osobni/neosobni)  
OutOfScopeCondition  Jedinica u vozilu  neosobni  
ModeOfOperation  Jedinica u vozilu  neosobni  
Driver1CumulatedDrivingTimePre ­
viousAndCurrentWeek  Kartica voza ča osobni  
Driver2CumulatedDrivingTimePre ­
viousAndCurrentWeek  Kartica voza ča osobni  
EngineSpeed  Jedinica u vozilu  osobni  
RegisteringMemberState  Jedinica u vozilu  neosobni  
VehicleRegistrationNumber  Jedinica u vozilu  neosobni  
Driver1EndOfLastDailyRestPeriod  Kartica voza ča osobni  
Driver2EndOfLastDailyRestPeriod  Kartica voza ča osobni  
Driver1EndOfLastWeeklyRestPeriod  Kartica voza ča osobni  
Driver2EndOfLastWeeklyRestPeriod  Kartica voza ča osobni  
Driver1EndOfSecondLastWeekly ­
RestPeriod  Kartica voza ča osobni  
Driver2EndOfSecondLastWeekly ­
RestPeriod  Kartica voza ča osobni  
Driver1CurrentDailyDrivingTime  Kartica voza ča osobni  
Driver2CurrentDailyDrivingTime  Kartica voza ča osobni  
Driver1CurrentWeeklyDrivingTime  Kartica voza ča osobni  
Driver2CurrentWeeklyDrivingTime  Kartica voza ča osobni  
Driver1TimeLeftUntilNewDailyRest ­
Period  Kartica voza ča osobni  
Driver2TimeLeftUntilNewDailyRest ­
Period  Kartica voza ča osobni  
Driver1CardExpiryDate  Kartica voza ča osobni  
Driver2CardExpiryDate  Kartica voza ča osobni  
Driver1CardNextMandatoryDo ­
wnloadDate  Kartica voza ča osobni  
Driver2CardNextMandatoryDo ­
wnloadDate  Kartica voza ča osobni  
TachographNextMandatoryDo ­
wnloadDate  Jedinica u vozilu  neosobni  
Driver1TimeLeftUntilNewWeekly ­
RestPeriod  Kartica voza ča osobni  
Driver2TimeLeftUntilNewWeekly ­
RestPeriod  Kartica voza ča osobni  
Driver1NumberOfTimes9hDailyDri ­
vingTimesExceeded  Kartica voza ča osobni  
Driver2NumberOfTimes9hDailyDri ­
vingTimesExceeced  Kartica voza ča osobni  ▼C2
 02016R0799 — HR — 26.02.2020 — 002.001 — 464  
Podatci  Izvor  Preporučena 
klasifikacija 
(osobni/neosobni)  
Driver1CumulativeUninterrupte ­
dRestTime  Kartica voza ča osobni  
Driver2CumulativeUninterrupte ­
dRestTime  Kartica voza ča osobni  
Driver1MinimumDailyRest  Kartica voza ča osobni  
Driver2MinimumDailyRest  Kartica voza ča osobni  
Driver1MinimumWeeklyRest  Kartica voza ča osobni  
Driver2MinimumWeeklyRest  Kartica voza ča osobni  
Driver1MaximumDailyPeriod  Kartica voza ča osobni  
Driver2MaximumDailyPeriod  Kartica voza ča osobni  
Driver1MaximumDailyDrivingTime  Kartica voza ča osobni  
Driver2MaximumDailyDrivingTime  Kartica voza ča osobni  
Driver1NumberOfUsedReducedDai ­
lyRestPeriods  Kartica voza ča osobni  
Driver2NumberOfUsedReducedDai ­
lyRestPeriods  Kartica voza ča osobni  
Driver1RemainingCurrentDriving ­
Time  Kartica voza ča osobni  
Driver2RemainingCurrentDriving ­
Time  Kartica voza ča osobni  
GNSS position  Jedinica u vozilu  osobni  
▼B 
2) KONTINUIRANI PODATCI GNSS-A DOSTUPNI NAKON SUGLA ­
SNOSTI VOZA ČA 
Vidjeti Dodatak 12. – GNSS.  
3) KODOVI DOGA ĐAJA DOSTUPNI BEZ SUGLASNOSTI VOZA ČA 
Događaj Pravila pohrane  Podatci koje je potrebno bilježiti po doga đaju 
Umetanje nevaže će kartice  — deset najnovijih doga đaja. — datum i vrijeme doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju kartice kojom je 
stvoren doga đaj, 
— broj sli čnih događaja tog dana.  
Konflikt kartica  — deset najnovijih doga đaja. — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju dviju kartica 
zbog kojih je nastao sukob.  
Posljednja razmjena podataka 
s karticom koja nije ispravno 
zatvorena  — deset najnovijih doga đaja. — datum i vrijeme umetanja kartice, 
— vrstu i broj kartice, državu članicu koje je 
izdala karticu i generaciju kartice, 
— posljednju razmjenu podataka o čitanih s 
kartice: 
— datum i vrijeme umetanja kartice, 
— VRN, državu članicu registracije i 
generaciju jedinice u vozilu.  ▼C2
 02016R0799 — HR — 26.02.2020 — 002.001 — 465  
Događaj Pravila pohrane  Podatci koje je potrebno bilježiti po doga đaju 
Prekid napajanja (2)  — najdulji doga đaj za svaki od deset 
posljednjih dana pojave, 
— pet najduljih doga đaja u poslje ­
dnjih 365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
Greška u komunikaciji s 
uređajem za komunikaciju na 
daljinu  — najdulji doga đaj za svaki od deset 
posljednjih dana pojave, 
— pet najduljih doga đaja u poslje ­
dnjih 365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
Izostanak podataka o polo ­ 
žaju iz prijamnika GNSS-a  — najdulji doga đaj za svaki od deset 
posljednjih dana pojave, 
— pet najduljih doga đaja u poslje ­
dnjih 365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
▼M1 
Greška u komunikaciji s 
vanjskim ure đajem GNSS-a  — najdulji doga đaj za svaki od deset 
posljednjih dana pojave, 
— pet najduljih doga đaja u zadnjih 
365 dana  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu, broj, državu članicu koja je izdala 
karticu i generaciju bilo koje kartice umet ­
nute na po četku i/ili završetku doga đaja, 
— broj sli čnih događaja tog dana.  
▼B 
Greška u podatcima o kreta ­
nju — najdulji doga đaj za svaki od deset 
posljednjih dana pojave, 
— pet najduljih doga đaja u poslje ­
dnjih 365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
Konflikt u kretanju vozila  — najdulji doga đaj za svaki od deset 
posljednjih dana pojave, 
— pet najduljih doga đaja u poslje ­
dnjih 365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 466  
Događaj Pravila pohrane  Podatci koje je potrebno bilježiti po doga đaju 
Pokušaji povrede sigurnosti  deset najnovijih doga đaja po vrsti 
događaja. — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja (ako je 
relevantno), 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— vrstu doga đaja. 
Vremenski konflikt  — najdulji doga đaj za svaki od deset 
posljednjih dana pojave, 
— pet najduljih doga đaja u poslje ­
dnjih 365 dana.  — datum i vrijeme iz ure đaja za bilježenje 
podataka, 
— datum i vrijeme GNSS-a, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
4) KODOVI DOGA ĐAJA DOSTUPNI UZ SUGLASNOST VOZA ČA 
Događaj Pravila pohrane  Podatci koje je potrebno bilježiti po doga đaju 
Vožnja bez odgovaraju će 
kartice  — najdulji doga đaj za svaki od 
deset posljednjih dana pojave, 
— pet najduljih doga đaja u poslje ­
dnjih 365 dana.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku doga ­ 
đaja, 
— broj sli čnih događaja tog dana.  
Umetanje kartice tijekom 
vožnje  — posljednji doga đaj za svaki od 
deset posljednjih dana pojave,  — datum i vrijeme doga đaja, 
— vrstu i broj kartice, državu članicu koje je 
izdala karticu i generaciju kartice, 
— broj sli čnih događaja tog dana.  
Prekoračenje brzine (1)  — najozbiljniji doga đaj za svaki od 
deset posljednjih dana pojave (tj. 
događaj s najve ćom prosječnom 
brzinom), 
— pet najozbiljnijih doga đaja u 
posljednjih 365 dana. 
— prvi doga đaj koji se dogodio 
nakon posljednje kalibracije.  — datum i vrijeme po četka događaja, 
— datum i vrijeme završetka doga đaja, 
— najveću brzinu izmjerenu tijekom doga ­ 
đaja, 
— aritmeti čki prosjek brzine izmjerene 
tijekom doga đaja, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju kartice voza ča 
(ako je primjereno), 
— broj sli čnih događaja tog dana.  
5) KODOVI ZA PODATKE O KVARU DOSTUPNI BEZ SUGLASNOSTI 
VOZAČA 
Kvar  Pravila pohrane  Podatci koje je potrebno bilježiti po kvaru  
Kvar kartice  — deset najnovijih kvarova kartice 
vozača. — datum i vrijeme po četka kvara, 
— datum i vrijeme završetka kvara, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju kartice.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 467  
Kvar  Pravila pohrane  Podatci koje je potrebno bilježiti po kvaru  
Kvar uređaja za bilježenje 
podataka  — deset najnovijih kvarova po vrsti 
kvara, 
— prvi kvar koji se dogodio nakon 
posljednje kalibracije.  — datum i vrijeme po četka kvara, 
— datum i vrijeme završetka kvara, 
— vrstu kvara, 
— vrstu i broj kartice, državu članicu koja je 
izdala karticu i generaciju bilo koje kartice 
umetnute na po četku i/ili završetku kvara.  
Taj se kvar aktivira za neku od sljede ćih grešaka dok nije u kalibracijskom 
načinu: 
— unutarnji kvar jedinice u vozilu,  
— kvar pisa ča, 
— kvar zaslona,  
— kvar pri preuzimanju podataka,  
— kvar senzora,  
— kvar prijamnika GNSS-a ili vanjskog ure đaja GNSS-a,  
— kvar ure đaja za komunikaciju na daljinu,  
▼M1 
— kvar povezan s ITS su čeljem (ako je primjenjivo).  
▼B 
6) DOGA ĐAJI I KVAROVI SPECIFI ČNI ZA PROIZVO ĐAČA BEZ SUGLA ­
SNOSTI VOZA ČA 
Događaj ili kvar  Pravila pohrane  Podatci koje je potrebno bilježiti po doga đaju 
Utvrđuje proizvo đač. Utvr đuje proizvo đač. Utvr đuje proizvo đač. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 468  
PRILOG 2.  
DIJAGRAMI SLIJEDA RAZMJENA PORUKA S ITS JEDINICOM  
Slika 1  
Dijagram slijeda za pokušaj potvrde PIN-a
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 469  
Slika 2  
Dijagram slijeda za provjeru autorizacije ITS jedinice
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 470  
Slika 3  
Dijagram slijeda za obradu zahtjeva za podatke koji su klasificirani kao neosobni (pristup nakon unosa to čnog 
PIN-a)
  
Slika 4  
Dijagram slijeda za obradu zahtjeva za podatke koji su klasificirani kao osobni (pristup nakon unosa to čnog 
PIN-a)
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 471  
Slika 5  
Dijagram slijeda za pokušaj potvrde PUC-a
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 472  
PRILOG 3.  
ASN.1 – SPECIFIKACIJE
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 473
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 474
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 475
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 476
  
► (1) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 477
  
► (1) (2) (3)  M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 478
  
► (1) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 479
  
► (1) (2) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 480
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 481
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 482
  
► (1) M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 483
  
▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 484  
Dodatak 14.  
FUNKCIJA KOMUNIKACIJE NA DALJINU  
SADRŽAJ  
1 UVOD  
2 PODRU ČJE PRIMJENE  
3 KRATICE, DEFINICIJE I BILJEŠKE  
4 OPERATIVNI SCENARIJI  
4.1 Pregled  
4.1.1 Preduvjeti za prijenos podataka putem su čelja DSRC-a na frekvenciji od 
5,8 GHz  
4.1.2 Profil 1.a: putem ru čnog usmjerenog ili privremeno postavljenog uz 
cestu i usmjerenog čitača komunikacije ranog otkrivanja na daljinu  
4.1.3 Profil 1.b: putem ugra đenog u vozilu i usmjerenog čitača komunikacije 
ranog otkrivanja na daljinu (REDCR)  
4.2 Sigurnost/integritet  
5 IZVEDBA I PROTOKOLI KOMUNIKACIJE NA DALJINU  
5.1 Izvedba  
5.2 Tijek rada  
5.2.1 Radnje  
5.2.2 Tuma čenje podataka primljenih putem komunikacije DSRC-a  
5.3 Parametri fizi čkog sučelja DSRC-a za komunikaciju na daljinu  
5.3.1 Ograni čenja u pogledu lokacije  
5.3.2 Parametri silazne i uzlazne veze  
5.3.3 Izvedba antene  
5.4 Zahtjevi u pogledu protokola DSRC-a za RTM  
5.4.1 Pregled  
5.4.2 Naredbe  
5.4.3 Slijed naredbi za ispitivanje  
5.4.4 Strukture podataka  
5.4.5 Elementi RtmData, provedene radnje i definicije  
5.4.6 Mehanizam prijenosa podataka  
5.4.7 Detaljni opis transakcija u okviru DSRC-a  
5.4.8 Opis ispitivanja transakcija u okviru DSRC-a  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 485  
5.6 Prijenos podataka izme đu DSRC-VU-a i VU-a  
5.6.1 Fizi čka veza i su čelja 
5.6.2 Protokol aplikacije  
5.7 Rješavanje pogrešaka  
5.7.1 Bilježenje i prijenos podataka u okviru DSRC-VU-a  
5.7.2 Pogreške beži čne komunikacije  
6 PUŠTANJE U POGON I PERIODI ČKA ISPITIVANJA PREGLEDA 
ZA FUNKCIJU KOMUNIKACIJE NA DALJINU  
6.1 Op će značajke 
6.2 ECHO  
6.3 Ispitivanja za potvr đivanje sigurnog sadržaja podataka  
1 UVOD  
U ovom se Dodatku utvr đuju izvedba i postupci koje treba slijediti kako 
bi se provela funkcija komunikacije na daljinu (komunikacije) kako se 
zahtijeva u članku 9. Uredbe (EU) br. 165/2014 (Uredba).  
DSC_1 U Uredbi (EU) br. 165/2014 utvr đuje se da tahograf mora biti 
opremljen funkcijom za komunikaciju na daljinu kojom se 
djelatnicima nadležnih nadzornih tijela omogu ćuje da očitaju 
tahografske informacije iz vozila u prolazu upotrebom opreme 
za ispitivanje na daljinu ( čitača komunikacije ranog otkrivanja 
na daljinu (eng.  Remote early detection communication reader , 
REDCR), konkretno, opreme za ispitivanje koja se beži čno 
spaja putem su čelja namjenskog komunikacijskog sustava 
kratkog dometa (eng.  Dedicated Short Range Communication , 
DSRC) na frekvenciji od 5,8 GHz u skladu s normom CEN.  
Važno je znati da je ta funkcija namijenjena isklju čivo kao 
predfiltar kako bi se odabrala vozila za detaljniji pregled te 
ne zamjenjuje službeni postupak pregleda kako je utvr đeno u 
odredbama Uredbe (EU) br. 165/2014. Vidjeti uvodnu izjavu 9. 
u preambuli te Uredbe u kojoj se navodi da komunikacija na 
daljinu izme đu tahografa i nadzornih tijela u svrhu nadzora na 
cesti olakšava provedbu ciljanih provjera na cesti.  
DSC_2 Podatci se razmjenjuju komunikacijom koja se odvija beži čno 
upotrebom beži čne namjenske komunikacije kratkog dometa na 
frekvenciji od 5,8 GHz koja je u skladu s ovim Dodatkom i ispi ­
tana u odnosu na odgovaraju će parametre norme EN 300 674-1  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 486  
(Electromagnetic compatibility and Radio spectrum Matters 
(ERM); Road Transport and Traffic Telematics (RTTT); Dedi ­
cated Short Range Communication (DSRC) transmission equip ­
ment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz Industrial, 
Scientific and Medical (ISM) band; Part 1: General characteri ­
stics and test methods for Road Side Units (RSU) and On-Board 
Units (OBU) ). 
DSC_3 Komunikacija se uspostavlja s pomo ću komunikacijske 
opreme samo kada to zahtijeva oprema nadležnog nadzornog 
tijela upotrebom sukladnih radiokomunikacijskih sredstava 
(REDCR-a).  
DSC_4 Podatci su zašti ćeni kako bi se osigurao integritet.  
DSC_5 Pristup prenesenim podatcima ograni čen je na nadležna 
nadzorna tijela koja imaju ovlasti za provjeru kršenja Uredbe 
(EZ) br. 561/2006 i Uredbe (EU) br. 165/2014 te na radionice 
ako treba provjeriti radi li tahograf ispravno.  
DSC_6 Podatci razmijenjeni tijekom komunikacije ograni čuju se na 
podatke potrebne u svrhu ciljanih provjera vozila na cesti 
čijim se tahografom možda neovlašteno rukovalo ili koji se 
pogrešno upotrebljavao.  
DSC_7 Integritet i sigurnost podataka postižu se zaštitom podataka 
jedinice u vozilu (VU) i prijenosom isklju čivo zaštićenih poda­
taka te sigurnosnih podataka (vidjeti odjeljak 5.4.4) putem 
bežičnog komunikacijskog sredstva DSRC na frekvenciji od 
5,8 GHz, što zna či da samo ovlaštene osobe nadležnih 
nadzornih tijela mogu razumjeti podatke prenesene komunika ­
cijom i provjeriti njihovu vjerodostojnost. Vidjeti Dodatak 11., 
Zajednički sigurnosni mehanizmi.  
DSC_8 Podatci sadržavaju vremensku oznaku koja ozna čava vrijeme 
njihova posljednjeg ažuriranja.  
DSC_9 Sadržaj sigurnosnih podataka poznat je isklju čivo nadležnim 
nadzornim tijelima i stranama s kojima ona dijele te informa ­
cije u skladu s odredbama komunikacije koja je predmet ovog 
Dodatka, osim što se komunikacijom omogu ćuje prijenos 
sigurnosnih podataka sa svakim paketom prenesenih podataka.  
DSC_10 Ista struktura i oprema prikladne su za upotrebu kako bi se 
dobili ostali koncepti podataka (kao što je vaganje u vozilu) 
upotrebom strukture navedene u nastavku.  
DSC_11 Radi objašnjenja, u skladu s odredbama Uredbe (EU) 
br. 165/2014 ( članka 7.), podatci o identitetu voza ča ne 
smiju se prenositi komunikacijom.  
2 PODRU ČJE PRIMJENE  
Područje primjene ovog Dodatka utvr đivanje je na čina na koji djelatnici 
nadležnih nadzornih tijela upotrebljavaju navedenu beži čnu komunikaciju 
DSRC-a na frekvenciji od 5,8 GHz kako bi na daljinu od ciljanog vozila  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 487  
dobili podatke s pomo ću kojih se utvr đuje krši li ciljano vozilo Uredbu 
(EU) br. 165/2014 i treba li ga se ciljano zaustavljati radi daljnje istrage.  
U Uredbi (EU) br. 165/2014 zahtijeva se da se prikupljeni podatci 
ograniče na podatke ili pripadaju podatcima kojima se utvr đuje 
moguće kršenje kako je navedeno u članku 9. Uredbe (EU) 
br. 165/2014.  
▼M1 
U takvom je slu čaju raspoloživo vrijeme za  komunikaciju  ograničeno jer 
je komunikacija  ciljana i kratkog dometa. Nadalje, ista komunikacijska 
sredstva za pra ćenje tahografa na daljinu (remote tachograph monitoring, 
RTM) nadležna nadzorna tijela mogu upotrebljavati i u druge svrhe (kao 
što su praćenje najveće mase i dimenzija za teška teretna vozila kako je 
utvrđeno u Direktivi (EU) 2015/719), a takve radnje mogu biti zasebne 
ili uzastopne, o čemu odluku donose nadležna nadzorna tijela.  
▼B 
U ovom se Dodatku navodi sljede će: 
— komunikacijska oprema, postupci i protokoli koji će se upotrebljavati 
za komunikaciju;  
— norme i uredbe s kojima je uskla đena radijska oprema;  
— iznošenje podataka komunikacijskoj opremi;  
— postupci za ispitivanje i preuzimanje te slijed radnji;  
— podatci koje je potrebno prenijeti;  
— moguće tumačenje podataka prenesenih komunikacijom;  
— odredbe za sigurnosne podatke koje se odnose na komunikaciju;  
— dostupnost podataka nadležnim nadzornim tijelima;  
— način na koji čitač komunikacije ranog otkrivanja na daljinu može 
zatražiti razli čite koncepte podataka o teretu i voznom parku (eng.  
Freight&Fleet ). 
Radi objašnjenja, u ovom se Dodatku  ne navodi sljede će: 
— prikupljanje podataka i upravljanje podatcima u jedinici u vozilu (što 
je funkcija izvedbe proizvoda osim ako nije druga čije navedeno u 
Uredbi (EU) br. 165/2014);  
— način iznošenja prikupljenih podataka djelatniku nadležnog 
nadzornog tijela, kao ni kriteriji koje nadležna nadzorna tijela 
upotrebljavaju za donošenje odluke o tome koja će vozila zaustaviti 
(što je funkcija izvedbe proizvoda osim ako nije druga čije navedeno 
u Uredbi (EU) br. 165/2014 ili odluci u okviru politike nadležnih 
nadzornih tijela). Radi objašnjenja: komunikacijom se podatci stav ­
ljaju na raspolaganje nadležnim nadzornim tijelima isklju čivo kako 
bi ona mogla donositi informirane odluke;  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 488  
— odredbe o sigurnosti podataka (kao što je šifriranje) koje se odnose 
na sadržaj podataka (koje se navode u Dodatku 11., Zajedni čki 
sigurnosni mehanizmi);  
— pojedinosti o svim konceptima podataka osim RTM-a koji se mogu 
dobiti upotrebom iste strukture i opreme;  
— pojedinosti o ponašanju i upravljanju izme đu VU-a i DSRC-VU-a, 
kao ni ponašanje u DSRC-VU-u (osim u svrhu slanja podataka kada 
to zatraži REDCR).  
3 KRATICE, DEFINICIJE I BILJEŠKE  
U ovom Dodatku upotrebljavaju se sljede će pokrate i definicije speci ­
fične za ovaj Dodatak:  
antena  elektri čni uređaj koji pretvara elek ­
tričnu energiju u radiovalove i obra ­
tno, a upotrebljava se u kombinaciji 
s radio-odašilja čem ili radio-prijam ­
nikom. Pri radu, radio-odašilja č 
dovodi elektri čnu struju koja oscilira 
na radijskoj frekvenciji na priklju čku 
antene, a antena zra či energiju iz 
struje u obliku elektromagnetskih 
valova (radiovalova). Pri prijamu, 
antena presre će dio energije elektro ­
magnetskog vala kako bi proizvela 
minimalni napon na svojim priklju č­
cima koji se primjenjuje na 
prijamnik kako bi se poja čao; 
komunikacija  razmjena informacija/podataka 
između DSRC-REDCR-a i DSRC- 
VU-a u skladu s odjeljkom 5. 
prema načelu odnosa „nadre đen–po­
dređen” kako bi se dobili podatci.  
podatci  zašti ćeni podatci utvr đena formata 
(vidjeti odjeljak 5.4.4.) koje zahti ­
jeva DSRC-REDCR, a DSRC- 
REDCR-u ih šalje DSRC-VU 
putem veze DSRC-a na frekvenciji 
od 5,8 GHz kako je utvr đeno u 
odjeljku 5. u nastavku;  
Uredba (EU) br. 165/2014  Europskog parlamenta i Vije ća od 
4. veljače 2014. o tahografima u 
cestovnom prometu, stavljanju 
izvan snage Uredbe Vije ća (EEZ)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 489  
br. 3821/85 o tahografu u 
cestovnom prometu i izmjeni 
Uredbe (EZ) br. 561/2006 Europ ­
skog parlamenta i Vije ća o usklađi­
vanju odre đenog socijalnog zakono ­
davstva koje se odnosi na cestovni 
promet;  
AID identifikator aplikacije (eng.  Appli­
cation Identifier ) 
BLE  sustav Bluetooth niske razine 
energije (eng.  Bluetooth Low 
Energy ) 
BST  tablica usluga radiofara (eng.  
Beacon Service Table ) 
CIWD  umetanje kartice tijekom vožnje 
(eng.  Card insertion while driving ) 
CRC  kružna provjera zalihosti u prijenosu 
podataka (eng.  cyclic redundancy 
check ) 
DSC (n)  identifikator zahtjeva za odre đeni 
dodatak DSRC-u (eng.  identifier of 
a requirement for a specific DSRC 
appendix ) 
DSRC  namjenski komunikacijski sustav 
kratkog dometa (eng.  Dedicated 
Short Range Communication ) 
DSRC-REDCR  DSRC – čitač komunikacije ranog 
otkrivanja na daljinu (eng.  DSRC – 
Remote Early Detection Communi ­
cation Reader ) 
DSRC-VU  DSRC – jedinica u vozilu. (eng.  
DSRC – Vehicle Unit ) Riječ je o 
„uređaju za rano otkrivanje na 
daljinu” koji je definiran u 
Prilogu I.C.  
DWVC  vožnja bez valjane kartice (eng.  
Driving without valid card ) 
EID identifikator elemenata (eng.  
Element Identifier ) 
LLC  kontrola logi čke veze (eng.  Logical 
Link Control ) 
LPDU  podatkovna jedinica protokola LLC 
(eng.  LLC Protocol Data Unit ) 
OWS  sustav za vaganje u vozilu (eng.  
Onboard Weighing System ) 
PDU  podatkovna jedinica protokola (eng.  
Protocol Data Unit ) 
REDCR  čitač komunikacije ranog otkrivanja 
na daljinu (eng.  Remote early detec ­
tion communication reader ). Riječ je 
o „opremi čitača komunikacije ranog 
otkrivanja na daljinu” koja je defini ­
rana u Prilogu I.C.  
RTM  pra ćenje tahografa na daljinu (eng.  
Remote Tachograph Monitoring ) 
SM-REDCR  sigurnosni modul čitača komunika ­
cije ranog otkrivanja na daljinu 
(eng.  Security Module-Remote early 
detection communication reader ) 
TARV  telematske aplikacije za regulirana 
vozila (serija normi ISO 15638) 
(eng.  Telematics Applications for 
Regulated Vehicles ) ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 490  
VU jedinica u vozilu (eng.  Vehicle Unit ) 
VUPM  prijenosna memorija jedinice u 
vozilu (eng.  Vehicle Unit Payload 
Memory ) 
VUSM  sigurnosni modul jedinice u vozilu 
(eng.  Vehicle Unit Security Module ) 
VST  tablica usluga vozila (eng.  Vehicle 
Service Table ) 
WIM  vaganje u pokretu (eng.  Weigh in 
motion ) 
WOB  vaganje u vozilu (eng.  Weigh on 
board ) 
Specifikacija utvr đena u ovom Dodatku odnosi se na i ovisi o svim 
sljedećim uredbama i normama ili o njihovim dijelovima. U okviru 
odredbi ovog Dodatka utvr đuju se mjerodavne norme ili mjerodavne 
odredbe normi. U slu čaju proturje čnosti, odredbe ovog Dodatka imaju 
prednost. U slu čaju bilo kakve proturje čnosti, pri čemu se u ovom 
Dodatku jasno ne utvr đuje nikakva specifikacija, postupanje u skladu s 
preporukom ERC 70-03 (i ispitano u odnosu na odgovaraju će parametre 
norme EN 300 674-1) ima prednost, a slijede ih, po čevši s najpoželjni ­
jom, norme EN 12795, EN 12253, EN 12834 i EN 13372, to čke 6.2., 
6.3., 6.4. i 7.1.  
Uredbe i norme na koje se upu ćuje u ovom Dodatku su:  
[1] Uredba (EU) br. 165/2014 Europskog parlamenta i Vije ća od 
4. veljače 2014. o tahografima u cestovnom prometu, stavljanju 
izvan snage Uredbe Vije ća (EEZ) br. 3821/85 o tahografu u 
cestovnom prometu i izmjeni Uredbe (EZ) br. 561/2006 Europskog 
parlamenta i Vije ća o usklađivanju odre đenog socijalnog zakono ­
davstva koje se odnosi na cestovni promet;  
[2] Uredba (EZ) br. 561/2006 Europskog parlamenta i Vije ća od 
15. ožujka 2006. o uskla đivanju odre đenog socijalnog zakonodav ­
stva koje se odnosi na cestovni promet i o izmjeni uredbi Vije ća 
(EEZ) br. 3821/85 i (EZ) br. 2135/98 te o stavljanju izvan snage 
Uredbe Vije ća (EEZ) br. 3820/85 (Tekst zna čajan za EGP);  
[3] ERC 70-03 CEPT:  ECC Recommendation 70-03: Relating to the 
Use of Short Range Devices (SRD) ; 
[4] norma ISO 15638,  Intelligent transport systems – Framework for 
cooperative telematics applications for regulated commercial 
freight vehicles (TARV) ; 
[5] norma EN 300 674-1,  Electromagnetic compatibility and Radio 
spectrum Matters (ERM); Road Transport and Traffic Telematics 
(RTTT); Dedicated Short Range Communication (DSRC) transmis ­
sion equipment (500 kbit/s / 250 kbit/s) operating in the 5,8 GHz 
Industrial, Scientific and Medical (ISM) band; Part 1: General 
characteristics and test methods for Road Side Units (RSU) and 
On-Board Units (OBU) ; 
[6] norma EN 12253,  Road transport and traffic telematics – Dedi ­
cated short-range communication – Physical layer using micro ­
wave at 5.8 GHz ; ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 491  
[7] norma EN 12795, R oad transport and traffic telematics – Dedi ­
cated short-range communication – Data link layer: medium 
access and logical link control ; 
[8] norma EN 12834,  Road transport and traffic telematics – Dedi ­
cated short-range communication – Application layer ; 
[9] norma EN 13372,  Road transport and traffic telematics – Dedi ­
cated short-range communication – Profiles for RTTT applications ; 
[10] norma ISO 14906,  Electronic fee collection – Application interface 
definition for dedicated short- range communication . 
4 OPERATIVNI SCENARIJI  
4.1 Pregled  
U Uredbi (EU) br. 165/2014 navode se specifi čni i kontrolirani scenariji 
u kojima se komunikacija treba upotrebljavati.  
Podržani su scenariji sljede ći: 
„Komunikacijski profil 1.: Provjera na cesti upotrebom čitača komuni ­
kacije ranog otkrivanja na daljinu u okviru beži čnog komunikacijskog 
sustava kratkog dometa čime se pokre će fizički pregled na cesti (na čelo 
‚nadređen-podređen’). 
Profil čitača 1.a: putem ru čnog usmjerenog ili privremeno postavljenog 
uz cestu i usmjerenog čitača komunikacije ranog otkrivanja na daljinu  
Profil čitača 1.b: putem ugra đenog u vozilu i usmjerenog čitača komu­
nikacije ranog otkrivanja na daljinu”.  
4.1.1  Preduvjeti za prijenos podataka putem su čelja DSRC-a na frekvenciji od 
5,8 GHz  
NAPOMENA: Za razumijevanje konteksta ovih preduvjeta čitatelja se 
upućuje na sliku 14.3. u nastavku.  
4.1.1.1 Podatci sadržani u jedinici u vozilu (VU)  
DSC_12 VU je zadužen za ažuriranje svakih 60 sekundi i za održavanje 
podataka koji se pohranjuju u VU-u, bez uklju čivanja funkcije 
komunikacije DSRC-a. Na čin na koji se to postiže unutarnji je 
u odnosu na VU i naveden je u Uredbi (EU) br. 165/2014 
Prilogu I.C odjeljku 3.19., „Komunikacija na daljinu za ciljane 
provjere na cesti”, no nije naveden u ovom Dodatku.  
4.1.1.2 Podatci koji se šalju ure đaju DSRC-VU  
DSC_13 VU je zadužen za ažuriranje tahografskih podataka DSRC-a 
(podataka) svaki put kad se podatci pohranjeni u VU-u ažuri ­
raju u intervalu odre đenom u odjeljku 4.1.1.1. (DSC_12), bez 
uključivanja funkcije komunikacije DSRC-a.  
DSC_14 Podatci VU-a upotrebljavaju se kao osnova za popunjavanje i 
ažuriranje podataka, a na čin na koji se to postiže naveden je u 
Prilogu I.C odjeljku 3.19., „Komunikacija na daljinu za ciljane 
provjere na cesti” ili, ako takva specifikacija ne postoji, čini 
funkciju izvedbe proizvoda i nije navedena u ovom Dodatku. 
Izvedba priklju čka između uređaja DSRC-VU i VU-a opisana 
je u odjeljku 5.6.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 492  
4.1.1.3 Sadržaj podataka  
DSC_15 Sadržaj i format podataka takvi su da se nakon dešifriranja 
strukturiraju i čine dostupnima u obliku i formatu navedenima 
u odjeljku 5.4.4. ovog Dodatka (Strukture podataka).  
4.1.1.4 Iznošenje podataka  
DSC_16 Podatci, koji se redovito ažuriraju u skladu s postupcima utvr ­ 
đenima u odjeljku 4.1.1.1., zašti ćuju se prije iznošenja u 
DSRC-VU te se iznose kao zašti ćena vrijednost koncepata 
podataka za privremenu pohranu u DSRC-VU-u kao trenu ­
tačna verzija podataka. Ti se podatci prenose iz VUSM-a u 
funkciju DSRC-a VUPM. VUSM i VUPM su funkcije i nisu 
nužno fizički subjekti. Oblik fizi čke instance za izvršenje tih 
funkcija pitanje je izvedbe proizvoda osim ako nije druga čije 
navedeno u Uredbi (EU) br. 165/2014.  
4.1.1.5 Sigurnosni podatci  
DSC_17 Sigurnosni podatci ( securityData ), koji obuhva ćaju podatke 
koje zahtijeva REDCR kako bi dovršio svoju mogu ćnost deši­
friranja podataka, dostavljaju se kako je navedeno u 
Dodatku 11., Zajedni čki sigurnosni mehanizmi, te iznose kao 
vrijednost koncepata podataka za privremenu pohranu u 
DSRC-VU-u kao trenuta čna verzija sigurnosnih podataka  secu­
rityData , u obliku utvr đenom u odjeljku 5.4.4. ovog Dodatka.  
4.1.1.6 Podatci VUPM-a dostupni za prijenos su čeljem DSRC-a  
DSC_18 Koncept podataka koji mora uvijek biti dostupan u okviru 
funkcije VUPM-a za DSRC za neposredan prijenos na 
zahtjev putem REDCR-a utvr đuje se u odjeljku 5.4.4. za 
potpune specifikacije modula ASN.1.  
Opći pregled komunikacijskog profila 1.  
Ovaj profil obuhva ća slučajeve upotrebe u kojima djelatnik nadležnog 
nadzornog tijela upotrebljava čitač komunikacije ranog otkrivanja na 
daljinu komunikacijskog sustava kratkog dometa (uz su čelja DSRC-a 
na frekvenciji od 5,8 GHz koja rade u skladu s preporukom ERC 70- 
03, a ispitana su u odnosu na odgovaraju će parametre norme EN 300 
674-1 kako je opisano u odjeljku 5.) (REDCR) za daljinsko utvr đivanje 
vozila koje bi moglo kršiti odredbe Uredbe (EU) br. 165/2014. Nakon 
njegova utvr đivanja, djelatnik nadležnog nadzornog tijela koji nadzire 
ispitivanje donosi odluku o tome treba li vozilo zaustaviti.  
4.1.2  Profil 1.a: putem ru čnog usmjerenog ili privremeno postavljenog uz 
cestu i usmjerenog čitača komunikacije ranog otkrivanja na daljinu  
U ovom slu čaju upotrebe djelatnik nadležnog nadzornog tijela nalazi se 
uz cestu i usmjeruje ru čni uređaj, uređaj na postolju ili sli čan prijenosni 
REDCR prema središtu vjetrobranskog stakla ciljanog vozila. Ispitivanja 
se vrše upotrebom su čelja DSRC-a na frekvenciji od 5,8 GHz koja rade 
u skladu s preporukom ERC 70-03, a ispitana su u odnosu na odgova ­
rajuće parametre norme EN 300 674-1, kako je opisano u odjeljku 5. 
Vidjeti sliku 14.1. (slu čaj upotrebe 1.).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 493  
Slika 14.1.  
Ispitivanje uz cestu upotrebom DSRC-a na frekvenciji od 5,8 GHz
  
4.1.3  Profil 1.b: putem ugra đenog u vozilu i usmjerenog čitača komunikacije 
ranog otkrivanja na daljinu (REDCR)  
U ovom slu čaju upotrebe djelatnik nadležnog nadzornog tijela nalazi se 
u vozilu koje se kre će te usmjeruje ru čni prijenosni REDCR iz vozila 
prema središtu vjetrobranskog stakla ciljanog vozila, ili je REDCR 
ugrađen u ili na vozilo kako bi bio usmjeren prema središtu vjetrobran ­
skog stakla ciljanog vozila kada se vozilo s čitačem komunikacije ranog 
otkrivanja na daljinu nalazi u odre đenom položaju bitnom za ciljano 
vozilo (primjerice, izravno ispred kolone vozila u prometu). Ispitivanja 
se vrše upotrebom su čelja DSRC-a na frekvenciji od 5,8 GHz koja rade 
u skladu s preporukom ERC 70-03, a ispitana su u odnosu na odgova ­
rajuće parametre norme EN 300 674-1, kako je opisano u odjeljku 5. 
Vidjeti sliku 14.2. (slu čaj upotrebe 2.).  
Slika 14.2.  
Ispitivanje s pomo ću vozila upotrebom DSRC-a na frekvenciji od 
5,8 GHz
  
4.2 Sigurnost/integritet  
Kako bi se omogu ćila provjera vjerodostojnosti i integriteta preuzetih 
podataka putem komunikacije na daljinu, zašti ćeni podatci provjeravaju 
se i dešifriraju u skladu s Dodatkom 11., Zajedni čki sigurnosni mehan ­
izmi.  
5 IZVEDBA I PROTOKOLI KOMUNIKACIJE NA DALJINU  
5.1 Izvedba  
Izvedba funkcije komunikacije na daljinu u pametnom tahografu prika ­
zana je kako je opisano na slici 14.3.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 494  
Slika 14.3.  
Izvedba funkcije komunikacije na daljinu
  
DSC_19 Sljede će funkcije nalaze se u VU-u:  
— Sigurnosni modul ( VUSM ). Ova je funkcija prisutna u VU- 
u zadužena za zaštitu podataka koji će se prenijeti iz 
DSRC-VU-a djelatniku nadležnog nadzornog tijela putem 
komunikacije na daljinu.  
— Zaštićeni podatci pohranjuju se u memoriju VUSM-a. U 
intervalima utvr đenima u odjeljku 4.1.1.1. (DSC_12) VU 
šifrira i nadopunjuje koncept RTMdata (koji obuhva ća 
vrijednosti koncepata prenesenih podataka i sigurnosnih 
podataka utvr đenih u ovom Dodatku) sadržan u memoriji 
DSRC-VU-a. Rad sigurnosnih modula utvr đen je u 
Dodatku 11., Zajedni čki sigurnosni mehanizmi, i nalazi 
se izvan podru čja primjene ovog Dodatka, osim ako je to 
potrebno kako bi se osigurala ažuriranja komunikacijskog 
uređaja VU-a svaki put kada se podatci iz VUSM-a promi ­
jene.  
— Komunikacija izme đu VU-a i DSRC-VU-a može biti ži čna 
komunikacija ili komunikacija putem sustava Bluetooth 
niske razine energije (BLE), a DSRC-VU fizi čki može 
biti spojen s antenom na vjetrobranskom staklu vozila, u 
unutrašnjosti VU-a ili negdje izme đu. 
— DSRC-VU mora u svakom trenutku imati pouzdan izvor 
napajanja. Na čin na koji se DSRC-VU napaja ovisi o 
njegovoj izvedbi.  
— Memorija DSRC-VU-a neizbrisiva je kako bi se podatci 
zadržali u DSRC-VU-u čak i kada je kontakt vozila isklju ­ 
čen. 
— Ako se komunikacija izme đu VU-a i DSRC-VU-a ostva ­
ruje putem BLE-a, a izvor napajanja je baterija koja se ne 
puni ponovno, izvor napajanja DSRC-VU-a zamjenjuje se 
pri svakom periodi čnom pregledu, a odgovornost je proiz ­
vođača opreme za DSRC-VU da osigura prikladno napa ­
janje kako bi trajalo od jednog periodi čnog pregleda do  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 495  
sljedećeg periodi čnog pregleda te da se pritom održava 
uobičajen pristup podatcima putem REDCR-a tijekom 
čitava razdoblja bez pogrešaka ili prekida u radu.  
— Uređaj VU RTM za „prijenosnu memoriju” ( VUPM ). Ova 
je funkcija prisutna u VU-u zadužena za slanje i ažuriranje 
podataka. Sadržaj podataka („TachographPayload”) utvr ­ 
đuje se u odjeljcima 5.4.4. i 5.4.5. u nastavku i ažurira u 
intervalu odre đenom u odjeljku 4.1.1.1. (DSC_12).  
— DSRC-VU. Rije č je o funkciji antene ili s antenom pove ­
zanoj funkciji koja je u komunikaciji s VU-om putem 
žičnog ili beži čnog (BLE) priklju čka i koja zadržava trenu ­
tačne podatke (VUPM-podatke) i upravlja odgovorom na 
ispitivanje putem medija DSRC-a na frekvenciji od 
5,8 GHz. Isklju čenje uređaja DSRC ili ometanje rada 
uređaja DSRC tijekom uobi čajenog rada vozila smatra se 
kršenjem Uredbe (EU) br. 165/2014.  
— Sigurnosni modul (REDCR) (SM-REDCR) funkcija je koja 
se upotrebljava za dešifriranje i provjeru integriteta poda ­
taka koji potje ču iz VU-a. Na čin na koji se to postiže 
utvrđen je u Dodatku 11., Zajedni čki sigurnosni mehan ­
izmi, te nije definiran u ovom Dodatku.  
— Funkcija ure đaja DSRC-a (REDCR) ( DSRC-REDCR ) 
obuhvaća primopredajnik koji radi na frekvenciji od 
5,8 GHz i povezani ugra đeni program te softver koji 
upravlja komunikacijom s DSRC-VU-om u skladu s 
ovim Dodatkom.  
— DSRC-REDCR ispituje DSRC-VU ciljanog vozila i dobiva 
podatke (trenuta čne VUPM-podatke o ciljanom vozilu) 
putem veze i postupaka u okviru DSRC-a te pohranjuje 
primljene podatke u svoj SM-REDCR.  
▼M1 
— Antena DSRC-VU ugra đuje se na mjesto koje omogu ćuje 
komunikaciju DSRC-a izme đu vozila i antene čitača uz 
cestu, kad je čitač postavljen na 15 metara udaljenosti 
ispred vozila i na dva metra visine, ciljaju ći vodoravno i 
okomito središte vjetrobranskog stakla. U slu čaju lakih 
vozila prikladna je ugradnja na gornji dio vjetrobranskog 
stakla. U slu čaju svih drugih vozila antena DSRC-a ugra ­ 
đuje se ili blizu donjeg ili blizu gornjeg dijela vjetrobran ­
skog stakla.  
▼B 
DSC_20 Antena i komunikacija rade u skladu s preporukom ERC 70- 
03, a ispitane su u odnosu na odgovaraju će parametre norme 
EN 300 674-1 kako je opisano u odjeljku 5. Antena i komu ­
nikacija mogu primijeniti tehnike ublažavanja rizika od inter ­
ferencija u beži čnoj vezi kako je opisano u izvješ ću ECC-a 
228, npr. primjenom filtara u komunikaciji CEN DSRC na 
frekvenciji od 5,8 Ghz.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 496  
DSC_21 Antena DSRC-a spaja se s ure đajem DSRC-VU izravno unutar 
modula postavljenog na ili blizu vjetrobranskog stakla, ili 
putem namjenskog kabela izra đenog tako da otežava nezako ­
nito isključenje. Isklju čenje ili ometanje rada antene smatraju 
se kršenjem Uredbe (EU) br. 165/2014. Namjerno prekrivanje 
ili drugačije štetno utjecanje na radnu u činkovitost antene 
smatra se kršenjem Uredbe (EU) br. 165/2014.  
DSC_22  ►M1 Faktor oblika antene nije utvr đen i ovisi o komerci ­
jalnoj odluci pod uvjetom da ugra đeni DSRC-VU ispunjava 
zahtjeve u pogledu sukladnosti utvr đene u odjeljku 5. u 
nastavku. Antena se postavlja kako je utvr đeno u DSC_19 i 
učinkovito podržava slu čajeve upotrebe opisane u 4.1.2 i 
4.1.3. ◄ 
Slika 14.4.  
Primjer postavljanja antene DSRC-a s frekvencijom od 5,8 GHz na 
vjetrobransko staklo reguliranih vozila
  
Faktor oblika REDCR-a i njegove antene može se razlikovati u skladu s 
okolnostima čitača (na postolju, ru čni, ugrađen u vozilo itd.) i na činom 
rada koji primjenjuje djelatnik nadležnog nadzornog tijela.  
Funkcija prikaza i/ili obavijesti upotrebljava se za iznošenje rezultata 
funkcije komunikacije na daljinu djelatniku nadležnog nadzornog 
tijela. Prikaz se može osigurati na zaslonu, u obliku ispisa na papiru, 
zvučnog signala ili kombinacije takvih obavijesti. Oblik takvog prikaza 
i/ili obavijesti pitanje je zahtjeva djelatnika nadležnog nadzornog tijela i 
izvedbe opreme te nije naveden u ovom Dodatku.  
DSC_23 Izvedba i faktor oblika REDCR-a ovise o komercijalnoj 
izvedbi, koja je u skladu s preporukom ERC 70-03, te speci ­
fikacijama za izvedbu i u činkovitost utvr đenima u ovom 
Dodatku (odjeljku 5.3.2.) čime se tržištu omogu ćuje maksi­
malna razina fleksibilnosti za izradu i osiguravanje opreme  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 497  
kako bi se ispunile odre đene potrebe u pogledu specifi čnih 
scenarija ispitivanja svakog pojedinog nadležnog nadzornog 
tijela.  
DSC_24 Izvedba i faktor oblika DSRC-VU-a te njegovo postavljanje 
unutar ili izvan VU-a ovise o komercijalnoj izvedbi koja je u 
skladu s preporukom ERC 70-03 i specifikacijama u pogledu 
izvedbe i u činkovitosti utvr đenima u ovom Dodatku 
(odjeljku 5.3.2.) te u ovoj to čki (5.1.).  
DSC_25 Me đutim, DSRC-VU mora biti sposoban u razumnoj mjeri 
prihvaćati vrijednosti koncepata podataka iz ostale pametne 
opreme vozila s pomo ću veza i protokola u skladu s otvorenim 
industrijskim normama. To treba biti mogu će, primjerice, iz 
opreme za vaganje u vozilu, pod uvjetom da se takvi koncepti 
podataka utvrde s pomo ću jedinstvenih i prepoznatljivih iden ­
tifikatora aplikacija ili naziva datoteka, a upute za rukovanje 
tim protokolima stavljaju se na raspolaganje Europskoj komi ­
siji i proizvo đačima odgovaraju će opreme bez naknade.  
5.2 Tijek rada  
5.2.1  Radnje  
Tijek rada za radnje prikazan je na slici 14.5.  
Slika 14.5.  
Tijek rada funkcije komunikacije na daljinu
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 498  
Koraci su opisani u nastavku:  
a. Kad god vozilo radi (kontakt UKLJU ČEN), tahograf šalje podatke 
funkciji VU-a. Funkcija VU-a priprema podatke za funkciju komuni ­
kacije na daljinu (šifrirane) i ažurira VUPM sadržan u memoriji 
DSRC-VU-a (kako je utvr đeno u odjeljcima 4.1.1.1. i 4.1.1.2.). Priku ­
pljeni podatci formatiraju se kako je utvr đeno u odjeljcima 5.4.4. i 
5.4.5. u nastavku.  
b. Svaki put kada se podatci ažuriraju, ažurira se i vremenska oznaka 
utvrđena u konceptu sigurnosnih podataka.  
c. Funkcija VUSM-a zašti ćuje podatke u skladu s postupcima utvr ­ 
đenima u Dodatku 11.  
d. Svaki put kada se podatci ažuriraju (vidjeti odjeljke 4.1.1.1. i 4.1.1.2.), 
prenose se u DSRC-VU gdje zamjenjuju sve prethodne podatke kako 
bi ažurirani trenuta čni podatci uvijek bili dostupni za slanje u slu čaju 
ispitivanja s pomo ću REDCR-a . Kada ih VU dostavi DSRC-VU-u, 
podatci se prepoznaju prema nazivu datoteke RTMData ili prema 
identifikatorima ApplicationID i Attribute.  
e. Ako djelatnik nadležnog nadzornog tijela želi ciljati vozilo i prikupiti 
podatke iz ciljanog vozila, djelatnik nadležnog nadzornog tijela prvo 
umeće svoju pametnu karticu u REDCR kako bi se omogu ćila komu­
nikacija i kako bi SM-REDCR mogao provjeriti njezinu vjerodostoj ­
nost i dešifrirati podatke.  
f. Djelatnik nadležnog nadzornog tijela zatim cilja vozilo i zahtijeva 
podatke putem komunikacije na daljinu. REDCR otvara razmjenu 
podataka izme đu sučelja DSRC-a na frekvenciji od 5,8 GHz i 
DSRC-VU-a ciljanog vozila te zahtijeva podatke. Podatci se prenose 
REDCR-u putem beži čnog komunikacijskog sustava kao atribut 
DSRC-a primjenom usluge aplikacije GET kako je utvr đeno u 
odjeljku 5.4. Atribut sadržava šifrirane vrijednosti prenesenih poda ­
taka i sigurnosne podatke DSRC-a.  
g. Podatke analizira oprema REDCR-a te se šalju djelatniku nadležnog 
nadzornog tijela.  
h. Djelatnik nadležnog nadzornog tijela upotrebljava podatke kao pomo ć 
u donošenju odluke o tome ho će li zaustaviti vozilo radi detaljnog 
pregleda ili zatražiti od drugog djelatnika nadležnog nadzornog tijela 
da zaustavi vozilo.  
5.2.2  Tuma čenje podataka primljenih putem komunikacije DSRC-a  
DSC_26 Podatci primljeni putem su čelja na frekvenciji od 5,8 GHz 
nose samo i isklju čivo značenje i format utvr đene u odjelj ­
cima 5.4.4. i 5.4.5. u nastavku i tuma če se u okviru ondje 
utvrđenih ciljeva. U skladu s odredbama Uredbe (EU) 
br. 165/2014, podatci se upotrebljavaju isklju čivo za pružanje  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 499  
bitnih informacija nadležnom nadzornom tijelu i služe im kao 
pomoć u donošenju odluke o tome koje vozilo treba zaustaviti 
radi fizičkog pregleda, a potom se uništavaju u skladu s 
člankom 9. Uredbe (EU) br. 165/2014.  
5.3 Parametri fizi čkog sučelja DSRC-a za komunikaciju na daljinu  
5.3.1  Ograni čenja u pogledu lokacije  
DSC_27 Ispitivanje vozila na daljinu primjenom su čelja DSRC-a na 
frekvenciji od 5,8 GHz ne bi se trebalo provoditi unutar 
200 metara od operativnog pokretnog postolja DSRC-a na 
frekvenciji od 5,8 GHz.  
5.3.2  Parametri silazne i uzlazne veze  
DSC_28 Oprema koja se upotrebljava za pra ćenje tahografa na daljinu 
mora biti uskla đena i raditi u skladu s preporukom ERC 70- 
03 i parametrima utvr đenima u tablicama 14.1. i 14.2. u 
nastavku.  
DSC_29 Nadalje, kako bi se osigurala sukladnost s operativnim para ­
metrima ostalih normiranih sustava DSRC-a na frekvenciji od 
5,8 GHz, oprema koja se upotrebljava za pra ćenje tahografa 
na daljinu mora biti uskla đena s parametrima normi EN 
12253 i EN 13372.  
To su:  
Tablica 14.1.  
Parametri silazne veze  
Točka br.  Parametar  Vrijednost(i)  Napomena  
D1 Frekvencije nosa ča silazne 
veze Postoje četiri mogu ćnosti 
koje može upotrebljavati 
REDCR: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz  U skladu s preporukom ERC 70- 
03. 
Frekvencije nosa ča može odabrati 
provoditelj sustava uz cestu i ne 
moraju biti poznate u DSRC-VU-u. 
(U skladu s normama EN 12253, 
EN 13372)  
D1a (*) Dopušteno odstupanje 
nosača Frekvencije  unutar ± 5 ppm  (U skladu s normom EN 12253)  
D2 (*) Spektralna maska prijeno ­
snika RSU-a (REDCR-a)  U skladu s preporukom 
ERC 70-03. 
REDCR je u skladu s 
razredima B i C, kako je 
utvrđeno u normi EN 
12253. 
Nema drugih specifi čnih 
zahtjeva u okviru ovog 
Priloga.  Parametar koji se upotrebljava za 
nadzor interferencije izme đu 
REDCR-ova u blizini (kako je 
utvrđeno u normama EN 12253 i 
EN 13372).  
D3 Najmanji raspon frekvencije 
OBU-a (DSRC-VU-a)  5,795 – 5,815 GHz  (U skladu s normom EN 12253)  
D4 (*) Najve ći EIRP  U skladu s preporukom 
ERC 70-03 (nelicenciran) i 
u skladu s nacionalnim 
propisima 
Najviše +33 dBm  (U skladu s normom EN 12253)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 500  
Točka br.  Parametar  Vrijednost(i)  Napomena  
D4a Kutna maska za EIRP  U skladu s objavljenom 
specifikacijom proizvo đača 
REDCR-a  (U skladu s normom EN 12253)  
D5 Polarizacija  Lijeva kružna  (U skladu s normom EN 12253)  
D5a Križna polarizacija  XPD: 
U smjeru maksimalnog 
zračenja: (REDCR) RSU t 
≥ 15 dB 
(DSRC-VU) OBU r ≥ 10 
dB 
Na podru čju od –3 dB: 
(REDCR) RSU t ≥ 10 dB 
(DSRC-VU) OBU r ≥ 6 dB  (U skladu s normom EN 12253)  
D6 (*) Modulacija  Dvorazinska amplitudna 
modulacija  (U skladu s normom EN 12253)  
D6a (*) Indeks modulacije  0,5 ... 0,9  (U skladu s normom EN 12253)  
D6b Otvor oka  ≥ 90 % (vrijeme) / ≥ 85 % 
(amplituda)  
D7 (*) Kodiranje podataka  FM0 
Bit „1” ima prijelaze samo 
na početku i kraju intervala 
bita. Bit „0” ima dodatne 
prijelaze u sredini intervala 
bita u usporedbi s bitom 
„1”. (U skladu s normom EN 12253)  
D8 (*) Brzina bita  500 kBit/s  (U skladu s normom EN 12253)  
D8a Dopušteno odstupanje 
brojača bitova  više od ± 100 ppm  (U skladu s normom EN 12253)  
D9 Brzina pogreške bita (BER) 
za komunikaciju  ≤ 10  – 6 kada je ulazno 
napajanje u OBU-u 
(DSRC-VU-u) u rasponu 
navedenom [od D11a do 
D11b].  (U skladu s normom EN 12253)  
D10 Okida č za ponovno pokre ­
tanje OBU-a (DSRC-VU-a)  OBU (DSRC-VU) ponovno 
se pokreće nakon primanja 
okvira s 11 ili više okteta 
(uključujući preambulu).  Nije potreban nikakav poseban 
uzorak ponovnog pokretanja. 
DSRC-VU se može ponovno 
pokrenuti nakon primanja okvira s 
manje od 11 okteta. 
(U skladu s normom EN 12253)  
D10a  Najve će vrijeme po četka ≤ 5 ms  (U skladu s normom EN 12253)  
D11 Komunikacijska zona  Podru čje unutar kojeg se 
postiže BER u skladu s D9.  (U skladu s normom EN 12253)  
D11a  (*) Ograni čenje napajanja za 
komunikaciju (gornje)  – 24 dBm  (U skladu s normom EN 12253)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 501  
Točka br.  Parametar  Vrijednost(i)  Napomena  
D11b  (*) Ograni čenje napajanja za 
komunikaciju (donje)  Ulazno napajanje: 
– 43 dBm (smjer maksi ­
malnog zra čenja) 
– 41 dBm (unutar – 45° 
do + 45°, što odgovara 
ravnini paralelnoj s povr ­ 
šinom ceste kada se 
DSRC-VU naknadno ugra ­ 
đuje u vozilo (azimut))  (U skladu s normom EN 12253) 
Prošireni zahtjev za vodoravne 
kutove do ± 45° zbog slu čajeva 
upotrebe utvr đenih u ovom Prilogu.  
D12 (*) Razina prekida napajanja 
DSRC-VU-a  – 60 dBm  (U skladu s normom EN 12253)  
D13 Preambula  Preambula je obvezna.  (U skladu s normom EN 12253)  
D13a  Duljina i uzorak preambule  16 bitova ± 1 bit bitova „1” 
kodiranih putem FM0  (U skladu s normom EN 12253)  
D13b  Valni oblik preambule  Naizmjeni čni slijed niske 
razine i visoke razine uz 
trajanje impulsa od 2 μs. 
Dopušteno odstupanje nave ­
deno je u D8a.  (U skladu s normom EN 12253)  
D13c  Prate ći bitovi  RSU (REDCR) smije preni ­
jeti najviše 8 bitova nakon 
oznake završetka. OBU 
(DSRC-VU) ne treba uzeti 
u obzir takve dodatne bito ­
ve. (U skladu s normom EN 12253)  
(*) Parametri silazne veze podložni su ispitivanju sukladnosti u skladu s mjerodavnim ispitivanjem parametara iz norme EN 300 6 74-1. 
Tablica 14.2.  
Parametri uzlazne veze  
Točka br.  Parametar  Vrijednost(i)  Napomena  
U1 (*) Frekvencije podnosa ča OBU (DSRC-VU) podržava 
1,5 MHz i 2,0 MHz. 
RSU (REDCR) podržava 
1,5 MHz ili 2,0 MHz ili 
oboje. U1-0: 1,5 MHz U1- 
1: 2,0 MHz  Odabir frekvencije podnosa ča 
(1,5 MHz ili 2,0 MHz) ovisi o 
odabranom profilu iz norme EN 
13372.  
U1a (*) Dopušteno odstupanje 
frekvencija podnosa ča unutar ± 0,1 %  (U skladu s normom EN 12253)  
U1b Upotreba bo čnih pojaseva  Isti podatci na obje strane  (U skladu s normom EN 12253)  
U2 (*) Spektralna maska prijeno ­
snika OBU-a (DSRC-VU-a)  U skladu s normom 
EN12253 
1. ulazno napajanje: 
vidjeti normu ETSI EN 
300674-1;  (U skladu s normom EN 12253)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 502  
Točka br.  Parametar  Vrijednost(i)  Napomena  
2. izlazno napajanje: 
[U4a] dBm u 500 kHz; 
3. emisija u bilo koji drugi 
uzlazni kanal: 
U2(3)-1 = – 35 dBm u 
500 kHz  
U4a (*) Najve ći jedinstveni bo čni 
pojas EIRP-a (smjer maksi ­
malnog zra čenja)  Dvije mogu ćnosti: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm  U skladu s objavljenom specifika ­
cijom proizvo đača opreme  
U4b (*) Najve ći jedinstveni bo čni 
pojas EIRP-a (35°)  Dvije mogu ćnosti: 
— nije primjenjivo 
— – 17 dBm  U skladu s objavljenom specifika ­
cijom proizvo đača opreme  
U5 Polarizacija  Lijeva kružna  (U skladu s normom EN 12253)  
U5a Križna polarizacija  XPD: 
U smjeru maksimalnog 
zračenja: (REDCR) RSU 
r ≥ 15 dB 
(DSRC-VU) OBU 
t ≥ 10 dB 
Na – 3 dB: (REDCR) RSU 
r ≥ 10 dB 
(DSRC-VU) OBU t ≥ 6 dB  (U skladu s normom EN 12253)  
U6 Modulacija podnosa ča 2-PSK 
Kodirani podatci sinkronizi ­
rani s podnosa čem: prijelazi 
kodiranih podataka poduda ­
raju se s prijelazima podno ­
sača. (U skladu s normom EN 12253)  
U6b Radni ciklus  Radni ciklus: 
50 % ± α, α ≤ 5 %  (U skladu s normom EN 12253)  
U6c Modulacija na nosa ču Multiplikacija moduliranog 
podnosača s nosačem (U skladu s normom EN 12253)  
U7 (*) Kodiranje podataka  NRZI (nema prijelaza na 
početku bita „1”, prijelazi 
na početku bita „0”, nema 
prijelaza unutar bita)  (U skladu s normom EN 12253)  
U8 (*) Brzina bita  250 kbit/s  (U skladu s normom EN 12253)  
U8a Dopušteno odstupanje 
brojača bitova  Unutar ± 1 000 ppm  (U skladu s normom EN 12253)  
U9 Brzina pogreške bita (eng.  
Bit Error Rate , BER) za 
komunikaciju  ≤ 10  – 6 (U skladu s normom EN 12253)  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 503  
Točka br.  Parametar  Vrijednost(i)  Napomena  
U11 Komunikacijska zona  Podru čje unutar kojeg se 
nalazi DSRC-VU tako da 
njegove prijenose prima 
REDCR s BER-om 
manjim od navedenog u 
U9a.  (U skladu s normom EN 12253)  
U12a  (*) Dobitak pretvorbe (donja 
granica)  1 dB za svaki bo čni pojas 
Raspon kuta: kružno sime ­
tričan između smjera maksi ­
malnog zra čenja i ± 35°  
i unutar – 45° do + 45°, što 
odgovara ravnini paralelnoj 
s površinom ceste kada se 
DSRC-VU naknadno ugra ­ 
đuje u vozilo (azimut).  Veći od navedene vrijednosti 
raspona za vodoravne kutove do ± 
45° zbog slu čajeva upotrebe utvr ­ 
đenih u ovom Prilogu.  
U12b  (*) Dobitak pretvorbe (gornja 
granica)  10 dB za svaki bo čni pojas  Manji od odre đenog raspona 
vrijednosti za svaki bo čni pojas 
unutar kružnog stošca oko smjera 
maksimalnog zra čenja kuta otva ­
ranja od ± 45°.  
U13 Preambula  Preambula je obvezna.  (U skladu s normom EN 12253)  
U13a  Preambula 
Duljina i uzorak  32 do 36 μs isključivo uz 
modulaciju podnosa ča, 
zatim 8 bitova „0” kodi ­
ranih putem NRZI-a  (U skladu s normom EN 12253)  
U13b  Prate ći bitovi  DSRC-VU smije prenijeti 
najviše 8 bitova nakon 
oznake završetka. RSU 
(REDCR) ne treba uzeti u 
obzir takve dodatne bitove.  (U skladu s normom EN 12253)  
(*) Parametri uzlazne veze podložni ispitivanju sukladnosti u skladu s mjerodavnim ispitivanjem parametara iz norme EN 300 674- 1. 
5.3.3  Izvedba antene  
5.3.3.1 Antena REDCR-a  
DSC_30 Izvedba antene REDCR-a ovisi o komercijalnoj izvedbi koja 
je u skladu s ograni čenjima utvr đenima u odjeljku 5.3.2., 
prilagođenoj radi optimizacije u činkovitosti o čitavanja 
DSRC-REDCR-a za odre đenu svrhu i okolnosti o čitavanja 
za koje je REDCR izra đen i u kojima mora raditi.  
5.3.3.2 Antena VU-a  
DSC_31 Izvedba antene DSRC-VU-a ovisi o komercijalnoj izvedbi 
koja je u skladu s ograni čenjima utvr đenima u odjeljku 5.3.2., 
prilagođenoj radi optimizacije u činkovitosti o čitavanja DSRC- 
REDCR-a za odre đenu svrhu i okolnosti o čitavanja za koje je  
REDCR  izrađen i u kojima mora raditi.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 504  
DSC_32 Antena VU-a pri čvršćuje se ili postavlja na prednje vjetro ­
bransko staklo vozila ili blizu njega, kako je navedeno u 
odjeljku 5.1.  
DSC_33 U ispitnom okruženju radionice (vidjeti odjeljak 6.3.) antena 
DSRC-VU-a, pri čvršćena u skladu s odjeljkom 5.1., u činko­
vito se povezuje s normiranom ispitnom komunikacijom te 
učinkovito osigurava transakcije RTM-a kako je utvr đeno u 
ovom Dodatku, na udaljenosti izme đu 2 i 10 metara, tijekom 
najmanje 99 % vremena, izra čunano kao prosjek na temelju 
1 000 ispitivanja s pomo ću čitača. 
5.4 Zahtjevi u pogledu protokola DSRC-a za RTM  
5.4.1  Pregled  
DSC_34 Protokol transakcije za preuzimanje podataka putem veze 
sučelja DSRC-a na frekvenciji od 5,8 GHz mora biti u 
skladu sa sljede ćim koracima. U ovom je odjeljku opisan 
tijek transakcije u idealnim uvjetima bez ponovnih prijenosa 
ili prekida komunikacije.  
NAPOMENA Svrha faze inicijalizacije (1. korak) uspostav ­
ljanje je komunikacije izme đu REDCR-a i DSRC-VU-ova 
koji su ušli u transakcijsko podru čje DSRC-a na frekvenciji 
od 5,8 GHz (u skladu s na čelom odnosa „nadre đen – podre ­ 
đen”), ali još nisu uspostavili komunikaciju s REDCR-om, te 
slanje obavijesti o procesima ure đaja. 
— 1. korak  Inicijalizacija. REDCR šalje okvir koji sadržava 
„tablicu s uslugama radiofara” (BST) koja uklju čuje iden­
tifikatore aplikacije (AID-ove) na popisu usluga koji 
podržava. U aplikaciji RTM-a to će jednostavno biti 
usluga s vrijednoš ću AID = 2 (Freight&Fleet). DSRC- 
VU ocjenjuje primljeni BST i odgovara (vidjeti u 
nastavku) popisom podržanih aplikacija unutar domene 
Freight&Fleet, ili ne odgovara ako nijedna aplikacija 
nije podržana. Ako  REDCR  ne ponudi vrijednost AID = 2, 
DSRC-VU ne odgovara REDCR-u.  
— 2. korak  DSRC-VU šalje okvir koji sadržava zahtjev za 
dodjelu privatnog prozora.  
— 3. korak  REDCR šalje okvir koji sadržava dodjelu 
privatnog prozora.  
— 4. korak  DSRC-VU upotrebljava dodijeljeni privatni 
prozor za slanje okvira koji sadržava tablicu usluga 
vozila (VST). VST uklju čuje popis razli čitih instanci apli ­
kacija koje DSRC-VU podržava u okviru vrijednosti 
AID = 2. Razli čite instance utvr đuju se s pomo ću EID- 
ova generiranih na jedinstven na čin, a svaka je povezana 
s vrijednoš ću parametra kontekstualne oznake aplikacije 
koja označava podržanu aplikaciju i normu.  
— 5. korak  Zatim REDCR analizira ponu đeni VST i 
prekida vezu (RELEASE) jer mu nije potrebno ništa od 
onoga što nudi VST (odnosno prima VST iz DSRC-VU-a 
koji ne podržava transakciju RTM-a) ili, u slu čaju da 
prima odgovaraju ći VST, pokre će instancu ure đaja. ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 505  
— 6. korak  Kako bi se to provelo, REDCR šalje okvir koji 
sadržava naredbu za dohvat podataka RTM-a i koji utvr ­ 
đuje instancu aplikacije RTM-a odre đivanjem identifika ­
tora koji odgovara instanci aplikacije RTM-a (kako je 
navedeno u okviru DSRC-VU-a u VST-u) te dodjeljuje 
privatni prozor.  
— 7. korak  DSRC-VU upotrebljava novi dodijeljeni privatni 
prozor za slanje okvira koji sadržava navedeni identifi ­
kator koji odgovara instanci aplikacije RTM-a kako je 
navedeno u VST-u, a slijedi ga atribut RtmData (prije ­
nosni element + sigurnosni element).  
— 8. korak  Ako se zatraži ve ći broj usluga, vrijednost „n” 
mijenja se na sljede ći referentni broj usluge, a postupak 
se ponavlja.  
— 9. korak  REDCR potvr đuje primitak podataka slanjem 
okvira koji sadržava naredbu RELEASE DSRC-VU-u 
za prekid razmjene podataka ili se, u slu čaju da potvr ­ 
đivanje uspješnog primitka LDPU-a nije uspjelo, vra ća na 
6. korak.  
Slikovni opis protokola transakcije prikazan je na slici 14.6.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 506  
Slika 14.6.  
Tijek postupka RTM-a putem DSRC-a na frekvenciji od 5,8 GHz
  
5.4.2  Naredbe  
DSC_35 Sljede će naredbe jedine su funkcije koje se upotrebljavaju u 
transakcijskoj fazi RTM-a.  
— INITIALISATION.request : Naredba koju izdaje 
REDCR u obliku slanja s definicijom aplikacija koje 
podržava REDCR.  
— INITIALISATION.response : Odgovor iz DSRC-VU-a 
kojim se potvr đuje veza i koji sadržava popis podržanih 
instanci aplikacija sa zna čajkama i informacijama o tome 
kako ih riješiti (EID).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 507  
— GET.request : Naredba, koju REDCR izdaje DSRC-VU- 
u, u kojoj se navode instance aplikacija koje treba riješiti 
putem utvr đenog EID-a, kako je primljeno u VST-u, i 
kojom se DSRC-VU-u nalaže da pošalje jedan ili više 
odabranih atributa s podatcima. Cilj je naredbe GET da 
REDCR dobije podatke iz DSRC-VU-a.  
— GET.response : Odgovor iz DSRC-VU-a koji sadržava 
zatražene podatke.  
— ACTION.request ECHO : Naredba kojom se DSRC-VU- 
u nalaže da vrati podatke iz DSRC-VU-a REDCR-u. Cilj 
je naredbe ECHO omogu ćiti radionicama ili ure đajima za 
homologacijska ispitivanja da ispitaju radi li DSRC veza 
bez potrebe za pristupom sigurnosnim podatcima.  
— ACTION .response ECHO: Odgovor iz DSRC-VU-a na 
naredbu ECHO.  
— EVENT_REPORT.request  RELEASE: Naredba kojom 
se DSRC-VU-u nalaže prekid transakcije. Cilj naredbe 
RELEASE prekid je razmjene podataka s DSRC-VU- 
om. Nakon primitka naredbe RELEASE, DSRC-VU ne 
smije odgovoriti na daljnja ispitivanja u sklopu trenuta čne 
veze. Imajte na umu da se, u skladu s normom EN 12834, 
DSRC-VU ne će dvaput povezati s istim REDCR-om 
osim u slu čaju da se nalazio izvan komunikacijskog 
područja tijekom razdoblja od 255 sekundi ili u slu čaju 
da je identifikator radiofara REDCR-a promijenjen.  
5.4.3  Slijed naredbi za ispitivanje  
DSC_36 S gledišta slijeda naredbi i odgovora, transakcija je opisana 
kako slijedi:  
Slijed  Pošiljatelj  Primatelj  Opis  Radnja  
1 REDCR  >  DSRC-VU  Inicijalizacija komunika ­
cijske veze – zahtjev  REDCR šalje BST  
2 DSRC-VU  >  REDCR  Inicijalizacija komunika ­
cijske veze – odgovor  Ako BST podržava vrijed ­
nost AID = 2, DSRC-VU 
šalje zahtjev za privatni 
prozor.  
3 REDCR  >  DSRC-VU  Dodjeljuje privatni 
prozor.  Šalje okvir koji sadržava 
dodjelu privatnog prozora.  
4 DSRC-VU  >  REDCR  Šalje VST.  Šalje okvir koji sadržava 
VST.  
5 REDCR  >  DSRC-VU  Šalje GET.request za 
podatke u atributu za 
određeni EID.  
6 DSRC-VU  >  REDCR  Šalje GET.response sa 
zatraženim atributom za 
određeni EID.  Šalje atribut (RTMData, 
OWSData...) s podatcima 
za određeni EID.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 508  
Slijed  Pošiljatelj  Primatelj  Opis  Radnja  
▼M1 
7 REDCR  >  DSRC-VU  Šalje GET.request za 
podatke drugog atributa 
(prema potrebi).  
▼B 
8 DSRC-VU  >  REDCR  Šalje GET.response sa 
zatraženim atributom.  Šalje atribut s podatcima 
za određeni EID.  
9 REDCR  >  DSRC-VU  Potvrđuje uspješan 
primitak podataka.  Šalje naredbu RELEASE 
koja zatvara transakciju.  
10 DSRC-VU  Zatvara transakciju.  
Primjer slijeda transakcije i sadržaja razmijenjenih okvira 
utvrđen je u odjeljcima 5.4.7. i 5.4.8.  
5.4.4  Strukture podataka  
DSC_37 Semanti čka struktura podataka pri prolazu su čeljem DSRC-a 
na frekvenciji od 5,8 GHz u skladu je s opisom u ovom 
Dodatku. Na čin na koji su ti podatci strukturirani naveden 
je u ovoj to čki. 
DSC_38 Prijenos (podatci RTM-a) sastoji se od ulan čavanja  
1. podataka EncryptedTachographPayload, što čini šifru 
TachographPayload kako je utvr đeno u modulu ASN.1 u 
odjeljku 5.4.5. Na čin šifriranja opisan je u Dodatku 11.  
2. DSRCSecurityData naveden je u Dodatku 11.  
DSC_39 Podatci RTM-a rješavaju se kao atribut RTM-a = 1 i prenose 
se u spremnik RTM-a = 10.  
DSC_40 Kontekstualna oznaka RTM-a utvr đuje podržani dio norme u 
seriji normi TARV (RTM odgovara Dijelu 9.).  
Definicija modula ASN.1 za podatke DSRC-a u okviru apli ­
kacije RTM-a utvr đuje se kako slijedi:  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 509
  
► (1) (2) (3) (4)  M1 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 510
  
5.4.5  Elementi RtmData, provedene radnje i definicije  
DSC_41 Vrijednosti podataka koje treba izra čunati VU i koje se 
upotrebljavaju za ažuriranje zašti ćenih podataka u DSRC- 
VU-u izra čunavaju se u skladu s pravilima utvr đenima u 
tablici 14.3.:  
Tablica 14.3.  
Elementi RtmData, provedene radnje i definicije  
(1) Element 
podataka RTM-a  (2) Radnja koju provodi VU  (3) Definicija podataka u skladu s 
modulom ASN.1  
RTM1 
Registarska 
pločica vozila  VU postavlja vrijednost  tp15638VehicleRegi ­
strationPlate  podatkovnog elementa RTM1 iz 
zabilježene vrijednosti vrste podataka Vehicle ­
RegistrationIdentification kako je utvr đeno u 
Dodatku 1.  VehicleRegistrationIdentification  Registarska 
pločica vozila u 
obliku skupine 
znakova
  
RTM2 
Događaj 
prekoračenja 
brzine  VU generira Booleovu vrijednost za varijablu 
podatkovnog elementa RTM2 tp15638Speedin ­
gEvent. 
Vrijednost tp15638SpeedingEvent izra čunava 
se s pomo ću VU-a iz broja varijabli speedin ­
gEvents zabilježenih u VU-u u zadnjih 10 dana 
pojave kako je utvr đeno u Prilogu I.C.  1 (TOČNO) – 
označava nepra­
vilnosti u brzini u 
zadnjih 10 dana 
pojave
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 511  
(1) Element 
podataka RTM-a  (2) Radnja koju provodi VU  (3) Definicija podataka u skladu s 
modulom ASN.1  
Ako postoji najmanje jedna varijabla 
tp15638SpeedingEvent zadnjih 10 dana 
pojave, vrijednost varijable tp15638SpeedingE ­
vent postavlja se na TO ČNO (TRUE). 
ILI ako nije bilo nikakvih doga đaja u zadnjih 
10 dana pojave, vrijednost varijable 
tp15638SpeedingEvent postavlja se na 
NETOČNO (FALSE).  
RTM3 
Vožnja bez 
valjane 
kartice  VU generira Booleovu vrijednost za varijablu 
podatkovnog elementa RTM3 tp15638Driving ­
WithoutValidCard. 
VU dodjeljuje vrijednost TO ČNO varijabli 
tp15638DrivingWithoutValidCard ako je u 
podatcima VU-a zabilježen najmanje jedan 
događaj u zadnjih 10 dana pojave vrste doga ­ 
đaja „vožnja bez odgovaraju će kartice” kako je 
utvrđeno u Prilogu I.C. 
ILI ako nije bilo nikakvih doga đaja u zadnjih 
10 dana pojave, vrijednost varijable 
tp15638DrivingWithoutValidCard postavlja se 
na NETOČNO. 1 (TOČNO) = 
označava neva­
ljanu upotrebu 
kartice
  
RTM4 
Valjana 
kartica 
vozača VU generira Booleovu vrijednost za varijablu 
podatkovnog elementa RTM4 
tp15638DriverCard na temelju podataka pohra ­
njenih u VU-u i utvr đenih u Dodatku 1. 
Ako nije prisutna valjana kartica voza ča, VU 
postavlja varijablu na TO ČNO. 
ILI ako je valjana kartica voza ča prisutna, VU 
postavlja varijablu na NETO ČNO. 0 (NETOČNO) = 
označava valjanu 
karticu voza ča
 
RTM5 
Umetanje 
kartice 
tijekom 
vožnje  VU generira Booleovu vrijednost za podat ­
kovni element RTM5. 
VU dodjeljuje vrijednost TO ČNO varijabli 
tp15638CardInsertion ako je u podatcima 
VU-a u zadnjih 10 dana pojave zabilježena 
najmanje jedna vrsta doga đaja „umetanje 
kartice tijekom vožnje” kako je utvr đeno u 
Prilogu I.C. 
ILI ako nije bilo nikakvih doga đaja u poslje ­
dnjih 10 dana pojave, vrijednost varijable 
tp15638CardInsertion postavlja se na NETO ­ 
ČNO. 1 (TOČNO) = 
označava 
umetanje kartice 
tijekom vožnje u 
zadnjih 10 dana 
pojave
  
RTM6 
Pogreška u 
podatcima o 
kretanju  VU generira Booleovu vrijednost za podat ­
kovni element RTM6. 
VU dodjeljuje vrijednost TO ČNO varijabli 
tp15638MotionDataError ako je u podatcima 
VU-a u zadnjih 10 dana pojave zabilježena 
najmanje jedna vrsta doga đaja „pogreška u 
podatcima o kretanju” kako je utvr đeno u 
Prilogu I.C. 
ILI ako nije bilo nikakvih doga đaja u poslje ­
dnjih 10 dana pojave, vrijednost varijable 
tp15638MotionDataError postavlja se na 
NETOČNO. 1 (TOČNO) = 
označava 
pogrešku u 
podatcima o 
kretanju u 
zadnjih 10 dana 
pojave.
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 512  
(1) Element 
podataka RTM-a  (2) Radnja koju provodi VU  (3) Definicija podataka u skladu s 
modulom ASN.1  
RTM7 
Konflikt u 
kretanju 
vozila  VU generira Booleovu vrijednost za podat ­
kovni element RTM7. 
VU dodjeljuje vrijednost TO ČNO varijabli 
tp15638vehicleMotionConflict ako je u podat ­
cima VU-a zabilježen najmanje jedan doga đaj 
u zadnjih 10 dana pojave vrste doga đaja „konf­
likt u kretanju vozila” (vrijednost ‘0A’H). 
ILI ako nije bilo nikakvih doga đaja u poslje ­
dnjih 10 dana pojave, vrijednost varijable 
tp15638vehicleMotionConflict postavlja se na 
NETOČNO. 1 (TOČNO) = 
označava konflikt 
u kretanju u 
zadnjih 10 dana 
pojave.
  
RTM8 
Druga 
kartica 
vozača VU generira Booleovu vrijednost za podat ­
kovni element RTM8 na temelju Priloga I.C 
(„podatci o aktivnosti voza ča”, POSADA i 
SUVOZAČ). 
Ako je druga valjana kartica voza ča prisutna, 
VU postavlja varijablu na TO ČNO. 
ILI ako druga valjana kartica voza ča nije prisu ­
tna, VU postavlja varijablu na NETO ČNO. 1 (TOČNO) = 
označava umet­
nutu drugu 
karticu voza ča
 
RTM9 
Trenutačna 
aktivnost  VU generira Booleovu vrijednost za podat ­
kovni element RTM9. 
Ako je trenuta čna aktivnost zabilježena u VU-u 
kao bilo koja aktivnost osim „VOŽNJE”, kako 
je utvrđeno u Prilogu I.C, VU postavlja vari ­
jablu na TO ČNO. 
ILI ako je trenuta čna aktivnost zabilježena u 
VU-u kao „VOŽNJA”, VU postavlja varijablu 
na NETOČNO. 1 (TOČNO) = 
odabrana druga 
aktivnost; 
0 (NETOČNO) = 
odabrana vožnja
  
RTM10 
Posljednja 
razmjena 
podataka 
zatvorena  VU generira Booleovu vrijednost za podat ­
kovni element RTM10. 
Ako posljednja razmjena podataka kartice nije 
ispravno zatvorena, kako je utvr đeno u 
Prilogu I.C, VU postavlja varijablu na 
TOČNO. 
ILI ako je posljednja razmjena podataka kartice 
ispravno zatvorena, VU postavlja varijablu na 
NETOČNO. 1 (TOČNO) = 
neispravno zatvo ­
rena 
0 (NETOČNO) = 
ispravno zatvo ­
rena
 
RTM11 
Prekid napa ­
janja  VU generira vrijednost u obliku cijelog broja 
za podatkovni element RTM11. 
VU dodjeljuje vrijednost za varijablu 
tp15638PowerSupplyInterruption jednaku 
najduljem razdoblju prekida napajanja u 
skladu s člankom 9. Uredbe (EU) br. 165/ 
2014 vrste doga đaja „prekid napajanja” kako 
je utvrđeno u Prilogu 1.C.  — broj prekida 
napajanja u 
zadnjih 10 
dana pojave
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 513  
(1) Element 
podataka RTM-a  (2) Radnja koju provodi VU  (3) Definicija podataka u skladu s 
modulom ASN.1  
ILI ako u posljednjih 10 dana pojave nije bilo 
nikakvih doga đaja prekida napajanja, vrijed ­
nost u obliku cijelog broja postavlja se na 0.  
▼M1 
RTM12 
Kvar senzora  VU generira vrijednost u obliku cijelog broja 
za podatkovni element RTM12. 
VU dodjeljuje varijabli sensorFault vrijednost: 
— 1 ako je doga đaj vrste ‘35H’ „kvar 
senzora” zabilježen u zadnjih 10 dana; 
— 2 ako je doga đaj vrste „kvar prijamnika 
GNSS-a” (unutarnjeg ili vanjskog s 
rednim brojem ‘36’H ili ‘37’H) zabilježen 
u zadnjih 10 dana; 
— 3 ako je doga đaj vrste ‘0E’H „greška u 
komunikaciji s vanjskim ure đajem GNSS- 
a” zabilježen u zadnjih 10 dana; 
— 4 ako su „kvar senzora” i „kvar prijemnika 
GNSS-a” zabilježeni u zadnjih 10 dana; 
— 5 ako su i „kvar senzora” i „greška u 
komunikaciji s vanjskim ure đajem GNSS- 
a” zabilježeni u zadnjih 10 dana; 
— 6 ako su doga đaji „kvar prijemnika GNSS- 
a” i „greška u komunikaciji s vanjskim 
uređajem GNSS-a” zabilježeni u zadnjih 
10 dana; 
— 7 ako su sva tri kvara senzora zabilježena 
u zadnjih 10 dana ILI dodjeljuje vrijednost 
0 ako ni jedan od tih doga đaja nije zabi ­
lježen u zadnjih 10 dana.  – kvar senzora od 
jednog okteta u 
skladu s rje č­
nikom s podat ­
cima
 
▼B 
RTM13 
Prilagodba 
vremena  VU generira vrijednost u obliku cijelog broja 
(timeReal iz Dodatka 1.) za podatkovni 
element RTM13 na temelju prisutnosti poda ­
taka o prilagodbi vremena kako je utvr đeno u 
Prilogu I.C. 
VU dodjeljuje vrijednost vremena u kojem se 
odvio posljednji doga đaj prilagodbe vremena 
podataka. 
ILI ako u podatcima VU-a nije prisutan nijedan 
događaj „prilagodbe vremena” kako je utvr ­ 
đeno u Prilogu I.C, VU postavlja vrijednost 0.  Vrijeme poslje ­
dnje prilagodbe
  
RTM14 
Pokušaj 
povrede 
sigurnosti  VU generira vrijednost u obliku cijelog broja 
(timeReal iz Dodatka 1.) za podatkovni 
element RTM14 na temelju prisutnosti doga ­ 
đaja „pokušaj povrede sigurnosti” kako je utvr ­ 
đeno u Prilogu I.C.  Vrijeme poslje ­
dnjeg pokušaja 
povrede 
— Zadana 
vrijednost = 
0x00FF
  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 514  
(1) Element 
podataka RTM-a  (2) Radnja koju provodi VU  (3) Definicija podataka u skladu s 
modulom ASN.1  
VU postavlja vrijednost vremena posljednjeg 
događaja pokušaja povrede sigurnosti zabilje ­ 
ženog u VU-u. 
ILI ako u podatcima VU-a nije prisutan nijedan 
događaj „pokušaj povrede sigurnosti” kako je 
utvrđeno u Prilogu I.C, VU postavlja vrijed ­
nost 0x00FF.  
RTM15 
Posljednja 
kalibracija  VU generira vrijednost u obliku cijelog broja 
(timeReal iz Dodatka 1.) za podatkovni 
element RTM15 na temelju prisutnosti poda ­
taka o posljednjoj kalibraciji kako je utvr đeno 
u Prilogu I.C. 
VU postavlja vrijednost vremena posljednjih 
dviju kalibracija (RTM15 i RTM16) koje su 
postavljene u podatcima VuCalibrationData 
utvrđenima u Dodatku 1. 
VU postavlja vrijednost za RTM15 na time ­
Real posljednjeg zapisa kalibracije.  Vrijeme podataka 
posljednje kali ­
bracije
  
RTM16 
Prethodna 
kalibracija  VU generira vrijednost u obliku cijelog broja 
(timeReal iz Dodatka 1.) za podatkovni 
element RTM16 za zapis kalibracije koja je 
prethodila zapisu posljednje kalibracije. 
ILI ako nije bilo prethodne kalibracije, VU 
postavlja vrijednost RTM16 na 0.  Vrijeme podataka 
prethodne kali ­
bracije
  
RTM17 
Datum pove ­
zivanja taho ­
grafa  Za podatkovni element RTM17 VU generira 
vrijednost u obliku cijelog broja (timeReal iz 
Dodatka 1.). 
VU postavlja vrijednost vremena prve ugradnje 
VU-a. 
VU izdvaja ove podatke iz VuCalibrationData 
(Dodatak 1.) iz vuCalibrationRecords uz Cali ­
brationPurpose koja je jednaka: ‘03’H  Vrijeme povezi ­
vanja tahografa
  
RTM18 
Trenutačna 
brzina  VU generira vrijednost u obliku cijelog broja 
za podatkovni element RTM18. 
VU postavlja vrijednost za RTM16 na poslje ­
dnju trenuta čnu zabilježenu brzinu u trenutku 
posljednjeg ažuriranja RtmData.  Posljednja trenu ­
tačna zabilježena 
brzina
  
RTM19 
Vremenska 
oznaka  Za podatkovni element RTM19 VU generira 
vrijednost u obliku cijelog broja (timeReal iz 
Dodatka 1.). 
VU postavlja vrijednost za RTM19 na vrijeme 
posljednjeg ažuriranja RtmData.  Vremenska 
oznaka trenu ­
tačnog 
zapisa Tacho ­
graphPayload
  
5.4.6  Mehanizam prijenosa podataka  
DSC_42 REDCR zahtijeva prethodno utvr đene prenesene podatke 
nakon faze inicijalizacije, a zatim ih prenosi putem DSRC- 
VU-a u dodijeljeni prozor. REDCR upotrebljava naredbu 
GET za dohva ćanje podataka.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 515  
DSC_43 Za sve razmjene u DSRC-u podatci se kodiraju primjenom 
PER-a (pravila paketnog šifriranja, eng. Packed Encoding 
Rules) UNALIGNED, osim podataka
  
i
 , koji se kodiraju 
primjenom OER-a (pravila oktetnog šifriranja, eng. Octet 
Encoding Rules) utvr đenog normom ISO/IEC 8825-7, Prepo ­
rukom ITU-T za X.696.  
▼B 
5.4.7  Detaljni opis transakcija u okviru DSRC-a  
DSC_44 Inicijalizacija se provodi prema DSC_44 do DSC_48 i tabli ­
cama 14.4. do 14.9. U fazi inicijalizacije REDCR po činje slati 
okvir koji sadržava BST (tablicu usluga radiofara, eng.  
Beacon Service Table ) u skladu s normama EN 12834 i EN 
13372, točkama 6.2., 6.3., 6.4. i 7.1., uz postavke kako su 
navedene u tablici 14.4.  
Tablica 14.4  
Inicijalizacija – postavke okvira BST-a  
Polje  Postavke  
Link Identifier  Adresa slanja  
BeaconId  U skladu s normom EN 
12834  
Time  U skladu s normom EN 
12834  
Profile  Nema proširenja, upotreblja ­
vati 0 ili 1  
MandApplications  Nema proširenja, EID nije 
prisutan, parametar nije 
prisutan, AID = 2 
Freight&Fleet  
NonMandApplications  Nije prisutno  
ProfileList  Nema proširenja, broj profila 
na popisu = 0  
Fragmentation header  Nema fragmentiranja  
Layer 2 settings  Naredba PDU-a, naredba UI- 
a 
Praktični primjer postavki utvr đenih u tablici 14.4. uz oznaku 
kodiranja bitova naveden je u tablici 14.5. u nastavku.  
Tablica 14.5.  
Inicijalizacija – primjer sadržaja okvira BST-a
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Broadcast ID
  Adresa slanja  
3 MAC Control Field
  Naredba PDU-a  
4 LLC Control field
  Naredba UI-a  ▼M1
 02016R0799 — HR — 26.02.2020 — 002.001 — 516
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
5 Fragmentation header
  Nema fragmentiranja  
6 BST
  Zahtjev za inicijalizaciju  
SEQUENCE {  
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER (0..65535)
  aplikacije NonMand nisu 
prisutne
  
Identifikator proizvo đača 
7
 
8
 
IndividualID INTEGER (0..134217727) 
}
 27-bitni identifikator 
dostupan za proizvo đača 
9
 
10
 
11
 
12 Time INTEGER (0..4294967295)
  Realno vrijeme 32-bitnog 
sustava UNIX  
13
 
14
 
15
 
16 Profile INTEGER (0..127,…)
  Nema proširenja, primjer 
profila 0  
17 MandApplications SEQUENCE 
(SIZE(0..127,…)) 
OF {
  Nema proširenja, broj 
mandApplications = 1  
18 SEQUENCE {  
OPTION indicator
  EID nije prisutan  
OPTION indicator
  Parametar nije prisutan  
AID DSRCApplicationEntityID } }
  Nema proširenja, 
AID = 2 Freight&Fleet  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 517
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
19 ProfileList SEQUENCE (0..127,…) OF 
Profile }
  Nema proširenja, broj 
profila na popisu = 0  
20 FCS
  Slijed provjere okvira  
21
 
22 Flag
  Oznaka završetka  
DSC_45 DSRC-VU, nakon primanja BST-a, šalje zahtjev za dodjelu 
privatnog prozora kako je navedeno u normama EN 12795 i 
EN 13372 to čki 7.1.1., bez posebnih postavki RTM-a. U 
tablici 14.6. nalazi se primjer kodiranja bitova.  
Tablica 14.6.  
Inicijalizacija – sadržaj okvira zahtjeva za dodjelu privatnog prozora
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Private LID
  Adresa veze odre đenog 
DSRC-VU-a  
3
 
4
 
5
 
6 MAC Control field
  Zahtjev za privatni prozor  
7 FCS
  Slijed provjere okvira  
8
 
9 Flag
  Oznaka završetka  
DSC_46 REDCR zatim odgovara dodjeljivanjem privatnog prozora, 
kako je navedeno u normama EN 12795 i EN 13372, 
točki 7.1.1., bez posebnih postavki RTM-a.  
U tablici 14.7. nalazi se primjer kodiranja bitova.  
Tablica 14.7.  
Inicijalizacija – sadržaj okvira dodjele privatnog prozora
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Private LID
  Adresa veze odre đenog 
DSRC-VU-a  
3
 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 518
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
4
 
5
 
6 MAC Control field
  Dodjela privatnog prozora  
7 FCS
  Slijed provjere okvira  
8
 
9 Flag
  Oznaka završetka  
DSC_47 DSRC-VU, nakon primanja dodjele privatnog prozora, šalje 
svoj VST (tablicu usluga vozila) kako je utvr đeno u normama 
EN 12834 i EN 13372, to čkama 6.2., 6.3., 6.4. i 7.1., uz 
postavke kako su navedene u tablici 14.8., upotrebom dodije ­
ljenog prozora za prijenos.  
Tablica 14.8.  
Inicijalizacija – postavke okvira VST-a  
Polje  Postavke  
Private LID  U skladu s normom EN 12834  
VST parameters  Fill = 0, zatim za svaku podržanu 
aplikaciju: EID prisutan, parametar 
prisutan, AID = 2, EID kako ga je 
generirao OBU  
Parameter  Nema proširenja, sadržava kontek ­
stualnu oznaku RTM-a  
ObeConfiguration  Opcionalno polje ObeStatus može biti 
prisutno, ali ga REDCR ne smije 
upotrebljavati.  
Fragmentation header  Nema fragmentiranja  
Layer 2 settings  Naredba PDU-a, naredba UI-a  
DSC_48 DSRC-VU podržava aplikaciju za „Freight and Fleet” kako je 
utvrđena u okviru identifikatora aplikacije „2”. Ostali identi ­
fikatori aplikacije mogu biti podržani, no ne smiju biti 
prisutni u ovom VST-u jer BST zahtijeva isklju čivo AID = 2. 
Polje „Aplikacije” sadržava popis podržanih instanci aplika ­
cija u DSRC-VU-u. Za svaku podržanu instancu aplikacije 
navedeno je upu ćivanje na odgovaraju ću normu, a čini je 
kontekstualna oznaka RTM-a koja se sastoji od IDENTIFI ­
KATORA OBJEKATA (OBJECT IDENTIFIER) koji pred ­
stavlja povezanu normu, njezina dijela (Dijela 9. za RTM) i 
po mogućnosti njezine verzije te EID-a koji generira DSRC- 
VU, a povezan je s tom instancom aplikacije.  
Praktični primjer postavki utvr đenih u tablici 14.8. uz oznaku 
kodiranja bitova naveden je u tablici 14.9.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 519  
Tablica 14.9.  
Inicijalizacija – primjer sadržaja okvira VST-a
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Private LID
  Adresa veze odre đenog 
DSRC-VU-a  
3
 
4
 
5
 
6 MAC Control field
  Naredba PDU-a  
7 LLC Control field
  Naredba UI-a  
8 Fragmentation header
  Nema fragmentiranja  
9 VST 
SEQUENCE {
  Odgovor inicijalizacije  
Fill BIT STRING (SIZE(4))
  Neupotrijebljeno i postav ­
ljeno na 0  
10 Profile INTEGER (0..127,...) 
Applications SEQUENCE OF {
  Nema proširenja, primjer 
profila 0  
11
 Nema proširenja, 1 aplika ­
cija 
12 SEQUENCE {  
OPTION indicator
  EID prisutan  
OPTION indicator
  Parametar prisutan  
AID DSRCApplicationEntityID
  Nema proširenja, 
AID = 2 Freight&Fleet  
13 EID Dsrc-EID
  Utvr đen u okviru OBU-a i 
utvrđuje instancu aplikaci ­
je. 
14 Parameter Container {
  Nema proširenja, odabir 
spremnika = 02, niz 
okteta  
15
 Nema proširenja, duljina 
kontekstualne oznake 
RTM-a = 8  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 520
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
16 Rtm-ContextMark::= SEQUENCE { 
StandardIdentifier 
standardIdentifier
  ►M1 Identifikator obje ­
kata podržane norme, dio 
i verzija. Primjer: ISO (1) 
norma (0) TARV (15638) 
Dio9. (9) verzija1. (1). 
Prvi je oktet 06H koji čini 
identifikator objekata. 
Drugi je oktet 06H koji 
čini njegovu duljinu. Slje ­
dećih šest okteta kodira 
primjer identifikatora 
objekta. ◄ 17
 
18
 
19
 
20
 
21
 
22
 
23
 
24 ObeConfiguration Sequence {  
OPTION indicator
  ObeStatus nije prisutan  
EquipmentClass INTEGER (0..32767)
  
25
 
26 ManufacturerId INTEGER (0..65535)
  Identifikator proizvo đača 
za DSRC-VU kako je 
opisano u registru normi 
ISO 14816  27
 
28 FCS
  Slijed provjere okvira  
29
 
30 Flag
  Oznaka završetka  
DCS_49 REDCR zatim o čitava podatke izdavanjem naredbe GET, u 
skladu s naredbom GET utvr đenom u normi EN 13372, 
točkama 6.2., 6.3., 6.4., i u normi EN 12834, uz postavke 
kako su navedene u tablici 14.10.  
Tablica 14.10.  
Iznošenje –postavke okvira za GET.request  
Polje  Postavke  
Invoker Identifier (IID)  Nije prisutno  
Link Identifier (LID)  Adresa veze odre đenog DSRC-VU-a  
Chaining  Nema  
Element Identifier (EID)  Kako je navedeno u VST-u. Nema 
proširenja.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 521  
Polje  Postavke  
Access Credentials  Nema  
AttributeIdList  Nema proširenja, 1 atribut, Attribu ­
teID = 1 (RtmData)  
Fragmentation  Nema  
Layer2 settings  Naredba PDU-a, provjerena naredba 
ACn  
U tablici 14.11. prikazan je primjer o čitavanja podataka 
RTM-a.  
Tablica 14.11.  
Iznošenje – primjer okvira za GET.request
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Private LID
  Adresa veze odre đenog 
DSRC-VU-a  
3
 
4
 
5
 
6 MAC Control field
  Naredba PDU-a  
7 LLC Control field
  Provjerena naredba ACn, 
n bitova  
8 Fragmentation header
  Nema fragmentiranja  
9 GET.request 
SEQUENCE {
  GET.request  
OPTION indicator
  Pristupni podatci nisu 
prisutni  
OPTION indicator
  IID nije prisutan  
OPTION indicator
  AttributeIdList prisutan  
Fill BIT STRING(SIZE(1))
  Postavljeno na 0.  
10 EID INTEGER(0..127,…)
  EID instance aplikacije 
RTM-a kako je navedeno 
u VST-u. Nema prošire ­
nja. 
11 AttributeIdList SEQUENCE OF { 
AttributeId }}
  Nema proširenja, broj atri ­
buta = 1  
12
 AttributeId=1, RtmData. 
Nema proširenja  
13 FCS
  Slijed provjere okvira  
14
 
15 Flag
  Oznaka završetka  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 522  
DSC_50 DSRC-VU, nakon primanja naredbe GET.request, šalje 
naredbu GET.response sa zatraženim podatcima u skladu s 
naredbom GET.response utvr đenom u normi EN 13372 
točkama 6.2., 6.3., 6.4. i u normi EN 12834 uz postavke 
kako su navedene u tablici 14.12.  
Tablica 14.12.  
Iznošenje – postavke okvira za GET.response  
Polje  Postavke  
Invoker Identifier (IID)  Nije prisutno  
Link Identifier (LID)  U skladu s normom EN 
12834  
Chaining  Nema  
Element Identifier (EID)  Kako je navedeno u VST-u.  
Access Credentials  Nema  
Fragmentation  Nema  
Layer2 settings  Odgovor PDU-a, odgovor 
dostupan i naredba prihva ­ 
ćena, naredba ACn  
U tablici 14.13. prikazan je primjer o čitavanja podataka 
RTM-a.  
Tablica 14.13.  
Iznošenje – primjer sadržaja okvira odgovora
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Private LID
  Adresa veze odre đenog 
DSRC-VU-a  
3
 
4
 
5
 
6 MAC Control field
  Odgovor PDU-a  
7 LLC Control field
  Odgovor dostupan, 
naredba ACn, n bitova  
8 LLC Status field
  Odgovor dostupan i 
naredba prihva ćena 
9 Fragmentation header
  Nema fragmentiranja  
10 GET.response 
SEQUENCE {
  GET.Response  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 523
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
OPTION indicator
  IID nije prisutan  
OPTION indicator
  Popis atributa prisutan  
OPTION indicator
  Uzvratni status nije prisu ­
tan 
Fill BIT STRING(SIZE(1))
  Ne upotrebljava se  
11 EID INTEGER(0..127,…)
  Odgovor iz aplikacije 
RTM-a 
Instanca. Nema prošire ­
nja. 
12 AttributeList SEQUENCE OF {
  Nema proširenja, broj atri ­
buta = 1  
13 Attributes SEQUENCE { 
AttributeId
  Nema proširenja, Attribu ­
teID = 1 (RtmData)  
14 AttributeValue CONTAINER {
  Nema proširenja, odabir 
spremnika = 10  10 . 
15
 RtmData  
16
 
17
 
… …  
n }}}}
  
n+1 FCS
  Slijed provjere okvira  
n+2
 
n+3 Flag
  Oznaka završetka  
DSC_51 REDCR zatim zatvara vezu izdavanjem naredbe EVENT_RE ­
PORT, RELEASE u skladu s normom EN 13372, 
točkama 6.2., 6.3., 6.4. i normom EN 12834, to čkom 7.3.8., 
bez posebnih postavki RTM-a. U tablici 14.14. prikazan je 
primjer kodiranja bitova naredbe RELEASE:  
Tablica 14.14.  
Prekid. Sadržaj okvira naredbe EVENT_REPORT, RELEASE
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Private LID
  Adresa veze odre đenog 
DSRC-VU-a  
3
 
4
 ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 524
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
5
 
6 MAC Control field
  Okvir sadržava naredbu 
LPDU.  
7 LLC Control field
  Naredba UI-a  
8 Fragmentation header
  Nema fragmentiranja.  
9 EVENT_REPORT.request 
SEQUENCE {
  EVENT_REPORT 
(Release)  
OPTION indicator
  Pristupni podatci nisu 
prisutni.  
OPTION indicator
  Parametar doga đaja nije 
prisutan.  
OPTION indicator
  IID nije prisutan.  
Mode BOOLEAN
  Ne očekuje se odgovor.  
10 EID INTEGER (0..127,…)
  Nema proširenja, EID = 0 
(sustav)  
11 EventType INTEGER (0..127,…) }
  Vrsta doga đaja 0 = 
RELEASE  
12 FCS
  Slijed provjere okvira  
13
 
14 Flag
  Oznaka završetka  
DSC_52 Ne o čekuje se odgovor DSRC-VU-a na naredbu RELEASE. 
Komunikacija se zatim zatvara.  
5.4.8  Opis ispitivanja transakcija u okviru DSRC-a  
DSC_53 Potpuna ispitivanja koja uklju čuju zaštitu podataka trebaju 
provesti, kako je utvr đeno u Dodatku 11., Zajedni čki sigur­
nosni mehanizmi, ovlaštene osobe s pristupom sigurnosnim 
postupcima upotrebom uobi čajene naredbe GET kako je utvr ­ 
đeno u prethodnom tekstu.  
DSC_54 Puštanje u pogon i periodi čka ispitivanja koja zahtijevaju 
dešifriranje i razumijevanje dešifriranog sadržaja podataka 
provode se kako je navedeno u Dodatku 11., Zajedni čki 
sigurnosni mehanizmi, i Dodatku 9., Homologacija, Popis 
obveznih ispitivanja.  
Međutim, temeljna komunikacija DSRC-a može se ispitati s 
pomoću naredbe ECHO. Takva ispitivanja mogu biti potrebna 
pri puštanju u pogon, pri periodi čkom pregledu ili druga čije 
na zahtjev nadležnog nadzornog tijela ili u skladu s Uredbom 
(EU) br. 165/2014 (vidjeti odjeljak 6. u nastavku).  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 525  
DSC_55 Kako bi se provelo ovo temeljno komunikacijsko ispitivanje, 
REDCR izdaje naredbu ECHO tijekom razmjene podataka, 
odnosno nakon uspješnog dovršetka faze inicijalizacije. 
Slijed interakcija stoga je sli čan slijedu ispitivanja:  
— 1. korak REDCR šalje „tablicu usluga radiofara” (BST) 
koja uklju čuje identifikatore aplikacije (AID-ove) na 
popis usluga koji podržava. U aplikacijama RTM-a to 
će jednostavno biti usluga s vrijednoš ću AID = 2.  
DSRC-VU ocjenjuje primljeni BST i ako utvrdi da BST 
zahtijeva Freight&Fleet (AID = 2), DSRC-VU odgovara. 
Ako REDCR ne ponudi vrijednost AID = 2, DSRC-VU 
zaustavlja svoju transakciju s REDCR-om.  
— 2. korak DSRC-VU šalje zahtjev za dodjelu privatnog 
prozora.  
— 3. korak REDCR šalje dodjelu privatnog prozora.  
— 4. korak DSRC-VU upotrebljava dodijeljeni privatni 
prozor za slanje tablice usluga vozila (eng.  Vehicle 
Service Table , VST). VST uklju čuje popis razli čitih 
instanci aplikacija koje DSRC-VU podržava u okviru 
vrijednosti AID = 2. Razli čite instance utvr đuju se s 
pomoću jedinstvenih EID-ova, a svaki je povezan s 
vrijednošću parametra koji ozna čava instancu podržane 
aplikacije.  
— 5. korak Zatim REDCR analizira ponu đeni VST i prekida 
vezu (RELEASE) jer mu nije potrebno ništa od onoga što 
nudi VST (odnosno prima VST iz DSRC-VU-a koji nije 
VU RTM-a, ili, u slu čaju da primi odgovaraju ći VST, 
pokreće instancu ure đaja. 
— 6. korak REDCR izdaje naredbu (ECHO) odre đenom 
DSRC-VU-u i dodjeljuje privatni prozor.  
— 7. korak DSRC-VU upotrebljava nedavno dodijeljeni 
privatni prozor za slanje okvira za odgovor ECHO.  
U sljedećoj tablici nalazi se primjer razmjene podataka ECHO u praksi.  
DSC_56 Inicijalizacija se provodi u skladu s odjeljkom 5.4.7. 
(DSC_44 do DSC_48) i tablicama 14.4. do 14.9.  
DSC_57 REDCR zatim izdaje naredbu ACTION, ECHO u skladu s 
normom ISO 14906, koja sadržava 100 okteta podataka, ali 
ne sadržava posebne postavke za RTM. U tablici 14.15. 
prikazan je sadržaj okvira koji šalje REDCR.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 526  
Tablica 14.15.  
Primjer okvira za ACTION, zahtjev ECHO
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Private LID
  Adresa veze odre đenog 
DSRC-VU-a  
3
 
4
 
5
 
6 MAC Control field
  Naredba PDU-a  
7 LLC Control field
  Provjerena naredba ACn, 
n bitova  
8 Fragmentation header
  Nema fragmentiranja.  
9 ACTION.request 
SEQUENCE {
  Zahtjev za radnju (ECHO)  
OPTION indicator
  Pristupni podatci nisu 
prisutni.  
OPTION indicator
  Parametar radnje prisutan.  
OPTION indicator
  IID nije prisutan.  
Mode BOOLEAN
  Odgovor se o čekuje.  
10 EID INTEGER (0..127,…)
  Nema proširenja, EID = 0 
(sustav)  
11 ActionType INTEGER (0..127,…)
  Nema proširenja, zahtjev 
ECHO za vrstu radnje  
12 ActionParameter CONTAINER {
  Nema proširenja, odabir 
spremnika = 2  
13
 Nema proširenja, Duljina 
niza = 100 okteta  
14
 Podatci za koje se treba 
izvršiti naredba ECHO  
… …  
113 }}
  
114 FCS
  Slijed provjere okvira  
115
 
116 Flag
  Oznaka završetka  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 527  
DSC_58 DSRC-VU, nakon primanja zahtjeva ECHO, šalje odgovor 
ECHO od 100 okteta podataka odražavanjem primljene 
naredbe, u skladu s normom ISO 14906, bez posebnih 
postavki za RTM. U tablici 14.16. prikazan je primjer kodi ­
ranja na razini bitova.  
Tablica 14.16.  
Primjer okvira za ACTION, odgovor ECHO
 Oktet # 
Atribut/polje  Bitovi u oktetima  Opis  
1 FLAG
  Oznaka po četka 
2 Private LID
  Adresa veze odre đenog 
VU-a  
3
 
4
 
5
 
6 MAC Control field
  Odgovor PDU-a  
7 LLC Control field
  Naredba ACn, n bitova  
8 LLC status field
  Odgovor dostupan.  
9 Fragmentation header
  Nema fragmentiranja.  
10 ACTION.response 
SEQUENCE {
  Odgovor RADNJE 
(ECHO)  
OPTION indicator
  IID nije prisutan.  
OPTION indicator
  Parametar odgovora prisu ­
tan. 
OPTION indicator
  Uzvratni status nije prisu ­
tan. 
Fill BIT STRING (SIZE (1))
  Ne upotrebljava se.  
11 EID INTEGER (0..127,…)
  Nema proširenja, EID = 0 
(sustav)  
12 ResponseParameter CONTAINER {
  Nema proširenja, odabir 
spremnika = 2  
13
 Nema proširenja, Duljina 
niza = 100 okteta  
14
 Podatci za koje je izvršena 
naredba ECHO  
… …  
113 }}
  
114 FCS
  Slijed provjere okvira  
115
 
116 Flag
  Oznaka završetka  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 528  
__________  
▼B 
5.6 Prijenos podataka izme đu DSRC-VU-a i VU-a  
5.6.1  Fizička veza i su čelja 
DSC_66 Veza izme đu VU-a i DSRC-VU-a može se uspostaviti s 
pomoću fizičkog kabela ili putem beži čne komunikacije 
kratkog dometa na temelju sustava Bluetooth v4.0 BLE.  
DSC_67 Neovisno o izboru fizi čke veze i su čelja, potrebno je ispuniti 
sljedeće zahtjeve:  
DSC_68  ►M1 a) Kako bi se mogli angažirati razli čiti dobavlja či za 
isporuku VU-a i DSRC-VU-a te razli čitih serija 
DSRC-VU-a, veza izme đu VU-a i DSRC-VU-a 
koji nije unutar VU-a mora biti veza u okviru 
otvorene norme. VU se povezuje s DSRC-VU- 
om ◄ 
i) upotrebom fiksnog kabela od najmanje 
2 metra, upotrebom ravnog priklju čka DIN 
41612 H11, odobrenog 11-pinskog muškog 
priključka iz DSRC-VU-a koji odgovara 
ženskom priklju čku iz uređaja VU-a;  
ii) upotrebom sustava Bluetooth niske razine 
energije (BLE);  
iii) upotrebom priklju čka u skladu s normom ISO 
11898 ili normom SAE J1939.  
DSC_69 b) Definicija su čelja i veze izme đu VU-a i DSRC-VU-a mora 
podržavati naredbe protokola aplikacije utvr đene u 
odjeljku 5.6.2. i  
DSC_70 c) VU i DSRC-VU moraju podržavati rad prijenosa podataka 
putem veze u pogledu u činkovitosti i napajanja.  
5.6.2  Protokol aplikacije  
DSC_71 Protokol aplikacije izme đu uređaja jedinice u vozilu za komu ­
nikaciju na daljinu i DSRC-VU-a zadužen je za periodi čni 
prijenos podataka komunikacijom na daljinu iz VU-a 
DSRC-u.  
DSC_72 Utvr đuju se sljede će glavne naredbe:  
1. Inicijalizacija komunikacijske veze – zahtjev  
2. Inicijalizacija komunikacijske veze – odgovor  
3. Slanje podataka uz identifikator aplikacije RTM-a i 
prijenos utvr đen u okviru podataka RTM-a  
4. Potvrđivanje podataka  
5. Prekid komunikacijske veze – zahtjev  
6. Prekid komunikacijske veze – odgovor  
DSC_73 U modulu ASN1.0, prethodne naredbe mogu se utvrditi kao:  ▼M2
 02016R0799 — HR — 26.02.2020 — 002.001 — 529
  
DSC_74 Opis je naredbi i parametara sljede ći: 
—
 
upotrebljava se za inicijalizaciju komunikacijske veze. VU 
šalje naredbu DSRC-VU-u. VU postavlja LinkIdentifier i 
prenosi ga DSRC-VU-u za pronalaženje odre đene komu­
nikacijske veze.  
(Napomena: to služi za potporu budu ćim vezama i ostalim 
aplikacijama/modulima kao što je vaganje u vozilu).  
—
 
upotrebljava DSRC-VU za pružanje odgovora na zahtjev 
za inicijalizaciju komunikacijske veze. DSRC-VU šalje 
naredbu VU-u. Naredbom se pruža rezultat inicijalizacije 
kao odgovor = 1 (uspješno) ili = 0 (neuspješno).  
DSC_75 Inicijalizacija komunikacijske veze provodi se isklju čivo 
nakon ugradnje, kalibracije i pokretanja motora / uklju čivanja 
VU-a.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 530  
—
 upotrebljava VU za slanje potpisanih 
podataka RCDTData (odnosno podataka u okviru komu ­
nikacije na daljinu) DSRC-VU-u. Podatci će se slati 
svakih 60 sekundi. Parametar DataTransactionId utvr đuje 
određeni prijenos podataka. Parametar LinkIdentifier 
također se upotrebljava kako bi se osiguralo da je odgo ­
varajuća veza ispravna.  
—
 šalje DSRC-VU kako 
bi pružio povratne informacije VU-u nakon primitka 
podataka s pomo ću naredbe
  koju 
utvrđuje parametar DataTransactionId. Parametar odgo ­
vora iznosi 1 (uspješno) ili 0 (neuspješno). Ako VU 
primi više od tri odgovora koji su jednaki 0 ili ako VU 
ne primi potvrdu podataka RCDT-a za odre đene pret­
hodno poslane podatke RCDT s odre đenim parametrom 
DataTransactionId, VU će generirati i zabilježiti doga đaj. 
—
 
request šalje VU DSRC-VU-u za prekid veze za odre đeni 
LinkIdentifier.  
DSC_76 Pri ponovnom pokretanju DSRC-VU-a ili VU-a treba ukloniti 
sve postoje će komunikacijske veze jer bi moglo biti „zaosta ­
lih” veza zbog iznenadna isklju čenja VU-a.  
—
 
šalje DSRC-VU VU-u za potvr đivanje zahtjeva za prekid 
veze za odre đeni LinkIdentifier koji vrši VU.  
5.7 Rješavanje pogrešaka  
5.7.1  Bilježenje i prijenos podataka u okviru DSRC-VU-a  
▼M1 
DSC_77 Podatci se u ve ć zaštićenom obliku pružaju  DSRC-VU-u  u 
okviru funkcije  VUSM-a. VUSM  provjerava jesu li podatci 
zabilježeni u  DSRC-VU-u  zabilježeni na ispravan na čin. 
Zapisi i izvješ ća o pogreškama prijenosa podataka iz  VU-a  
u memoriju  DSRC-VU-a  bilježe se vrstom EventFaultType i 
rednim brojem postavljenim na doga đaj ‘0C’H „greška u 
komunikaciji s ure đajem za komunikaciju na daljinu” 
zajedno s oznakom vremena.  
▼B 
DSC_78 VU zadržava datoteku utvr đenu jedinstvenim nazivom koji se 
lako može utvrditi provjerom u svrhu bilježenja „grešaka 
unutarnje komunikacije VU-a”.  
DSC_79 Ako VUPM pokuša dobiti podatke VU-a iz sigurnosnog 
modula (kako bi ih poslao VU-DSRC-u), a u tome ne 
uspije, tu pogrešku bilježi tipom EventFaultType i rednim  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 531  
brojem postavljenim na pogrešku komunikacije ‘62’H Remote 
Communication Facility zajedno s oznakom vremena. 
Greška komunikacije otkriva se ako se za taj doga đaj ne 
primi poruka
  (odnosno, uz 
iste poruke za DataTransactionId in the
  
)
 više od tri puta 
zaredom.  
5.7.2  Pogreške beži čne komunikacije  
DSC_80 Rješavanje pogrešaka komunikacije u skladu je s povezanim 
normama za DSRC, odnosno EN 300 674-1, EN 12253, EN 
12795, EN 12834 i odgovaraju ćim parametrima norme EN 
13372.  
5.7.2.1  Pogreške šifriranja i potpisa  
DSC_81 Pogreške šifriranja i potpisa rješavaju se kako je utvr đeno u 
Dodatku 11., Zajedni čki sigurnosni mehanizmi, te nisu 
prisutne u bilo kojoj od poruka o pogreškama povezanima s 
prijenosom podataka u okviru DSRC-a.  
5.7.2.2  Bilježenje pogrešaka  
Medij DSRC dinami čna je beži čna komunikacija u okruženju neizvje ­
snih atmosferskih uvjeta i uvjeta interferencija, osobito u kombinacijama 
„prijenosnog REDCR-a” i „vozila u pokretu” uklju čenima u ovu apli ­
kaciju. Stoga je potrebno utvrditi razliku izme đu „greške o čitavanja” i 
stanja „pogreške”. U transakciji putem beži čnog sučelja greška o čita­
vanja uobi čajena je, a posljedica je obi čno ponovni pokušaj odnosno 
ponovno slanje BST-a ili ponovni pokušaj slijeda koji će u većini okol­
nosti dovesti do uspješnog uspostavljanja veze u komunikaciji i prije ­
nosa podataka, osim ako se ciljano vozilo kre će izvan dometa tijekom 
vremena potrebnog za ponovni prijenos. („Uspješna” instanca „o čitava­
nja” može uklju čivati nekoliko ponovnih pokušaja.)  
Do greške o čitavanja može do ći zbog neispravnog uparivanja antena 
(pogreška „ciljanja”) jer je jedna antena zašti ćena. To može biti 
namjerno, no može biti i uzrokovano fizi čkom prisutnoš ću drugog 
vozila, interferencijama u radiokomunikaciji, osobito na frekvenciji 
bežične mreže od oko 5,8 GHz ili drugim beži čnim komunikacijama s 
javnim pristupom, ili može biti uzrokovano radarskim interferencijama 
ili teškim atmosferskim uvjetima (npr. tijekom oluje), ili pak jednostavno 
kretanjem izvan dometa komunikacije DSRC-a. Pojedina čne instance 
grešaka očitavanja zbog svoje se naravi ne mogu zabilježiti, jednostavno 
jer do komunikacije uop će nije došlo.  
Međutim, ako djelatnik nadležnog nadzornog tijela cilja vozilo i pokuša 
ispitati njegov DSRC-VU, ali ne uslijedi uspješan prijenos podataka, do 
greške je moglo do ći zbog namjernog neovlaštenog rukovanja i stoga su 
djelatniku nadležnog nadzornog tijela potrebna sredstva za bilježenje 
greške i upozoravanje suradnika o mogu ćem kršenju. Suradnici tada 
mogu zaustaviti vozilo i provesti fizi čki pregled. Me đutim, s obzirom 
na to da nije uspostavljena uspješna komunikacija, DSRC-VU ne može 
poslati podatke o grešci. Takvo je je izvješ ćivanje stoga funkcija izvedbe 
opreme REDCR-a.  
„Greška očitavanja” s tehni čkog se gledišta razlikuje od „pogreške”. U 
ovom kontekstu „pogrešku” čini dobivanje pogrešne vrijednosti.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 532  
Podatci preneseni u DSRC-VU dostavljaju se u ve ć zaštićenom obliku, 
stoga ih mora provjeriti dostavlja č podataka (vidjeti odjeljak 5.4).  
Podatci koji se potom prenose putem zra čnog sučelja provjeravaju se 
kružnim provjerama zalihosti na komunikacijskoj razini. Ako ih CRC 
potvrdi, podatci su ispravni. Ako ih CRC ne potvrdi, podatci se ponovno 
prenose. Vjerojatnost da neispravni podatci mogu uspješno pro ći CRC- 
om statisti čki je toliko malena da se može zanemariti.  
Ako CRC ne potvrdi podatke te nema dovoljno vremena za ponovni 
prijenos i primitak ispravnih podataka, rezultat ne će biti pogreška nego 
instanca odre đenog tipa pogreške o čitavanja.  
Jedina zna čajna „pogreška” podataka koja se može zabilježiti pogreška 
je broja uspješnih inicijalizacija transakcija koje se dogode i koje ne 
rezultiraju uspješnim prijenosom podataka u REDCR.  
DSC_82 REDCR stoga bilježi, uz vremensku oznaku, broj slu čajeva u 
kojima je faza „inicijalizacije” ispitivanja funkcije DSRC-a 
uspješna, ali je transakcija prekinuta prije nego što je 
REDCR uspješno dohvatio podatke. Ti podatci dostupni su 
djelatniku nadležnog nadzornog tijela i pohranjuju se u 
memoriju opreme REDCR-a. Na čin na koji se to postiže 
pitanje je izvedbe proizvoda ili specifikacije nadležnog 
nadzornog tijela.  
Jedina zna čajna „pogreška” podataka koja se može zabilježiti 
broj je slu čajeva u kojima REDCR ne uspije dešifrirati prim ­
ljene podatke. Me đutim, treba napomenuti da će se to odnositi 
isključivo na učinkovitost softvera REDCR-a. Podatke je 
moguće dešifrirati s tehni čkog gledišta, no sa semanti čkog 
gledišta oni nisu smisleni.  
DSC_83 REDCR stoga bilježi, uz vremensku oznaku, broj slu čajeva u 
kojima je pokušao dešifrirati podatke primljene putem su čelja 
DSRC-a, ali u tome nije uspio.  
6 PUŠTANJE U POGON I PERIODI ČKA ISPITIVANJA PREGLEDA 
ZA FUNKCIJU KOMUNIKACIJE NA DALJINU  
6.1 Opće značajke 
DSC_84 Predvi đene su dvije vrste ispitivanja za funkciju komunikacije 
na daljinu:  
1) ispitivanje ECHO za potvr đivanje komunikacijskog kanala 
DSRC-REDCR >>-:-<beži čni DSRC-VU;  
2) cjelovito sigurnosno ispitivanje kojim se osigurava da se s 
pomoću kartice radionice može pristupiti šifriranom i 
potpisanom sadržaju podataka koje je stvorio VU i koji 
su preneseni beži čnim komunikacijskim kanalom.  
6.2 ECHO  
U ovoj se to čki nalaze odredbe posebno namijenjene ispitivanju funkcio ­
nalne aktivnosti za DSRC-REDCR >>-:-<DSRC-VU.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 533  
Cilj je naredbe ECHO omogu ćiti radionicama ili ure đajima za homolo ­
gacijsko ispitivanje da ispitaju radi li DSRC veza bez potrebe za 
pristupom sigurnosnim podatcima. Oprema ispitiva ča stoga mora biti 
sposobna pokrenuti komunikaciju DSRC-a (slanjem BST-a uz vrijednost 
AID = 2), a zatim poslati naredbu ECHO te će, ako DSRC ispravno 
radi, primiti odgovor ECHO. Više pojedinosti možete prona ći u 
odjeljku 5.4.8. Ako veza DSRC-a odgovor primi na ispravan na čin, 
može se potvrditi njezin ispravan rad (DSRC-REDCR >>-:-<DSRC- 
VU).  
6.3 Ispitivanja za potvr đivanje sigurnog sadržaja podataka  
DSC_85 Ovo se ispitivanje provodi za potvr đivanje cjelovitog sigurno ­
snog protoka podataka. Za takvo je ispitivanje potreban čitač 
za ispitivanje u okviru DSRC-a. Čitač za ispitivanje u okviru 
DSRC-a ima istu funkciju i ugra đuje se s jednakim specifi ­
kacijama kao i čitač koji upotrebljavaju nadležna tijela, uz tu 
razliku da se kartica radionice upotrebljava za autentifikaciju 
korisnika čitača za ispitivanje DSRC-a umjesto kontrolne 
kartice. Ispitivanje se može provesti nakon po četne aktivacije 
pametnog tahografa ili na kraju postupka kalibracije. Nakon 
aktivacije jedinica u vozilu generira i prenosi DSRC-VU-u 
zaštićene podatke za rano otkrivanje.  
DSC_86 Osoblje radionice mora postaviti čitač za ispitivanje DSRC-a 
na udaljenost izme đu 2 i 10 metara ispred vozila.  
DSC_87 Zatim će osoblje radionice umetnuti karticu radionice u čitač 
za ispitivanje u okviru DSRC-a kako bi zatražilo ispitivanje 
ranog otkrivanja podataka u jedinici u vozilu. Nakon uspje ­ 
šnog ispitivanja osoblje radionice pristupit će primljenim 
podatcima kako bi osigurali da je njihov integritet uspješno 
potvrđen i da su uspješno dešifrirani.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 534  
Dodatak 15.  
MIGRACIJA: UPRAVLJANJE ISTODOBNIM POSTOJANJEM VIŠE 
GENERACIJA OPREME  
SADRŽAJ  
1. DEFINICIJE  
2. OP ĆE ODREDBE  
2.1. Pregled prijelaza  
2.2. Interoperabilnost izme đu jedinice u vozilu i kartica  
2.3. Interoperabilnost izme đu jedinice u vozilu i senzora kretanja  
2.4. Interoperabilnost izme đu jedinica u vozilu, tahografskih kartica i opreme 
za preuzimanje podataka  
2.4.1 Izravno preuzimanje putem IDE-a  
2.4.2 Preuzimanje podataka s kartice putem jedinice u vozilu  
2.4.3 Preuzimanje podataka iz jedinice u vozilu  
2.5. Interoperabilnost izme đu jedinice u vozilu i opreme za kalibraciju  
3. GLAVNI KORACI TIJEKOM RAZDOBLJA KOJE PRETHODI 
DATUMU UVO ĐENJA  
4. ODREDBE ZA RAZDOBLJE NAKON DATUMA UVO ĐENJA  
1. DEFINICIJE  
Za potrebe ovog Dodatka upotrebljavaju se sljede će definicije:  
sustav pametnog tahografa : prema definiciji u ovom Prilogu 
(poglavlje 1., definicija bbb));  
tahografski sustav prve generacije : prema definiciji u ovoj Uredbi 
(članak 2., definicija 1.);  
tahografski sustav druge generacije : prema definiciji u ovoj Uredbi 
(članak 2., definicija 7.);  
datum uvo đenja: prema definiciji u ovom Prilogu (poglavlje 1., defi ­
nicija ccc));  
inteligentna namjenska oprema (eng.  Intelligent Dedicated Equip ­
ment , IDE) : oprema koja se upotrebljava za preuzimanje podataka, 
prema definiciji u Dodatku 7. ovog Priloga.  
2. OP ĆE ODREDBE  
2.1. Pregled prijelaza  
U uvodu ovog Priloga naveden je pregled prijelaza izme đu sustava 
tahografa prve i druge generacije.  
Uz odredbe ovog uvoda navodi se i sljede će: 
— prva generacija senzora kretanja ne će biti interoperabilna s drugom 
generacijom jedinica u vozilu;  
— druga generacija senzora kretanja po čet će se ugrađivati u vozila u 
isto vrijeme kada i druga generacija jedinica u vozilu;  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 535  
— opremu za preuzimanje podataka i kalibraciju trebat će unaprijediti 
kako bi se podržale obje generacije ure đaja za bilježenje podataka i 
tahografskih kartica.  
2.2. Interoperabilnost izme đu jedinice u vozilu i kartica  
▼M1 
Podrazumijeva se da su tahografske kartice prve generacije interopera ­
bilne s jedinicama u vozilu prve generacije u skladu s Prilogom I.B 
Uredbi (EEZ) 3821/85, dok su tahografske kartice druge generacije 
interoperabilne s jedinicama u vozilu druge generacije u skladu s 
Prilogom I.C ovoj Uredbi. Osim toga, primjenjuju se i sljede ći zahtjevi:  
▼B 
MIG_001 Osim kako je predvi đeno u zahtjevima MIG_004 i 
MIG_005, tahografske kartice prve generacije mogu se i 
dalje upotrebljavati u jedinicama u vozilu druge generacije 
do isteka valjanosti. Me đutim, nositelji kartica mogu zatražiti 
njihovu zamjenu tahografskim karticama druge generacije 
čim budu dostupne.  
MIG_002 Jedinice u vozilu druge generacije moraju mo ći upotreblja ­
vati bilo koju umetnutu valjanu karticu voza ča, kontrolnu 
karticu i karticu poduze ća prve generacije.  
MIG_003 Tu mogu ćnost radionice mogu zauvijek onemogu ćiti u 
takvim jedinicama u vozilu, tako da se tahografske kartice 
prve generacije ne mogu više primati. To se može u činiti tek 
nakon što Europska komisija zapo čne postupak kojim se od 
radionica zatraži da to u čine, primjerice, tijekom svakog 
periodičnog pregleda tahografa.  
MIG_004 Jedinice u vozilu druge generacije mogu upotrebljavati samo 
kartice radionice druge generacije.  
MIG_005 Za odre đivanje načina rada jedinice u vozilu druge generacije 
u obzir uzimaju samo vrstu umetnutih valjanih kartica, bez 
obzira na generaciju.  
MIG_006 Bilo koja valjana tahografska kartica druge generacije mora 
se moći upotrebljavati u jedinicama u vozilu druge generacije 
na potpuno isti na čin kao i tahografske kartice prve genera ­
cije iste vrste.  
2.3. Interoperabilnost izme đu jedinice u vozilu i senzora kretanja  
Podrazumijeva se da su senzori kretanja prve generacije interoperabilni s 
jedinicama u vozilu prve generacije, dok su senzori kretanja druge 
generacije interoperabilni s jedinicama u vozilu druge generacije. Osim 
toga, primjenjuju se i sljede ći zahtjevi:  
MIG_007 Jedinice u vozilu druge generacije ne će se moći upariti i 
upotrebljavati sa senzorima kretanja prve generacije.  
MIG_008 Senzori kretanja druge generacije mogu se upariti i upotreb ­
ljavati samo s jedinicama u vozilu druge generacije ili s 
jedinicama u vozilu obiju generacija.  
2.4. Interoperabilnost izme đu jedinica u vozilu, tahografskih kartica i 
opreme za preuzimanje podataka  
MIG_009 Oprema za preuzimanje podataka može se upotrebljavati 
samo s jednom generacijom jedinica u vozilu i tahografskih 
kartica ili s objema.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 536  
2.4.1  Izravno preuzimanje putem IDE-a  
MIG_010 Podatci se preuzimaju putem IDE-a s tahografskih kartica 
jedne generacije umetnutih u njihove čitače, koristeći se 
sigurnosnim mehanizmima i protokolom za preuzimanje 
podataka te generacije. Preuzeti podatci moraju biti u 
formatu koji je definiran za tu generaciju.  
MIG_011 Kako bi se omogu ćilo da nadzor nad voza čima provode 
nadzorna tijela koja nisu iz EU-a, mora biti mogu će i preu­
zeti podatke s kartica voza ča (i radionice) druge generacije 
na potpuno isti na čin kao i s kartica voza ča (i radionice) prve 
generacije. Takvo preuzimanje uklju čuje: 
▼M1 
— nepotpisane EF-ove ic i icc (neobvezno);  
▼B 
— nepotpisane EF-ove (prve generacije)
  
i
 ;  
▼M1 
— druge EF-ove aplikacijskih podataka (unutar podatkovne 
datoteke (DF-a) tahografa) koje zatraži protokol preuzi ­
manja podataka s kartice prve generacije. Te informacije 
zaštićuju se digitalnim potpisom u skladu sa sigurnosnim 
mehanizmima prve generacije.  
Takvo preuzimanje ne uklju čuje EF-ove aplikacijskih poda ­
taka koji se nalaze samo na karticama voza ča (i radionice) 
druge generacije (EF-ovi aplikacijskih podataka unutar DF-a 
Tachograph_G2).  
▼B 
2.4.2  Preuzimanje podataka s kartice putem jedinice u vozilu  
MIG_012 Podatci se preuzimaju s kartice druge generacije umetnute u 
jedinicu u vozilu prve generacije koriste ći se protokolom za 
preuzimanje podataka prve generacije. Kartica odgovara na 
naredbe jedinice u vozilu na potpuno isti na čin kao i kartica 
prve generacije. Preuzeti podatci moraju biti istog formata 
kao i podatci preuzeti s kartice prve generacije.  
MIG_013 Podatci se preuzimaju s kartice prve generacije umetnute u 
jedinicu u vozilu druge generacije koriste ći se protokolom za 
preuzimanje podataka definiranim u Dodatku 7. ovog 
Priloga. Jedinica u vozilu šalje naredbe kartici na potpuno 
isti način kao i jedinica u vozilu prve generacije, a preuzeti 
podatci slijede format definiran za kartice prve generacije.  
2.4.3  Preuzimanje podataka iz jedinice u vozilu  
▼M1 
MIG_014 Izvan okvira nadzora nad voza čima koji provode nadležna 
tijela za kontrolu izvan EU-a, podatci iz jedinica u vozilu 
druge generacije preuzimaju se koriste ći se sigurnosnim 
mehanizmima druge generacije te protokolom za preuzimanje 
podataka odre đenim u Dodatku 7. ovog Priloga.  
MIG_015 Kako bi se omogu ćilo da nadzor nad voza čima provode 
nadležna tijela za kontrolu izvan EU-a, može postojati 
mogućnost da se podatci iz jedinica u vozilu druge genera ­
cije preuzmu koriste ći se sigurnosnim mehanizmima prve 
generacije. Preuzeti podatci u tom slu čaju moraju biti istog 
formata kao i podatci preuzeti iz jedinica u vozilu prve 
generacije. Ta se mogu ćnost može odabrati putem naredbi 
u izborniku.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 537  
2.5. Interoperabilnost izme đu jedinice u vozilu i opreme za kalibraciju  
MIG_016 Oprema za kalibraciju mora mo ći izvršiti kalibraciju taho ­
grafa svih generacija koriste ći se protokolom za kalibraciju 
te generacije. Oprema za kalibraciju može se koristiti samo s 
jednom generacijom tahografa ili s objema.  
3. GLAVNI KORACI TIJEKOM RAZDOBLJA KOJE PRETHODI 
DATUMU UVO ĐENJA  
MIG_017 Ispitni klju čevi i certifikati moraju biti dostupni proizvo đa­ 
čima najkasnije  30 mjeseci  prije datuma uvo đenja.  
MIG_018 Ispitivanja interoperabilnosti mogu zapo četi ako to proizvo ­ 
đači zatraže najkasnije  15 mjeseci  prije datuma uvo đenja.  
MIG_019 Službeni klju čevi i certifikati moraju biti dostupni proizvo ­ 
đačima najkasnije  12 mjeseci  prije datuma uvo đenja.  
MIG_020 Države članice moraju biti u mogu ćnosti izdati kartice radio ­
nice druge generacije najkasnije  tri mjeseca  prije datuma 
uvođenja.  
MIG_021 Države članice moraju biti u mogu ćnosti izdati sve vrste 
tahografskih kartica druge generacije najkasnije  mjesec 
dana prije datuma uvo đenja. 
4. ODREDBE ZA RAZDOBLJE NAKON DATUMA UVO ĐENJA  
MIG_022 Nakon datuma uvo đenja države članice izdaju isklju čivo 
tahografske kartice druge generacije.  
MIG_023 Proizvo đači jedinica u vozilu / senzora kretanja smiju proiz ­
voditi jedinice u vozilu / senzore kretanja prve generacije sve 
dok se upotrebljavaju na terenu kako bi se neispravni 
sastavni dijelovi mogli zamijeniti.  
MIG_024 Proizvo đači jedinica u vozilu / senzora kretanja smiju zatra ­ 
žiti i dobiti zadržavanje homologacije za one vrste jedinica u 
vozilu / senzora kretanja prve generacije koji su ve ć homo­
logirani.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 538  
Dodatak 16.  
ADAPTER ZA VOZILA KATEGORIJE M1 I N1  
KAZALO  
1. POKRATE I REFERENTNI DOKUMENTI  
1.1. Kratice  
1.2. Referentne norme  
2. OPĆA OBILJEŽJA I FUNKCIJE ADAPTERA  
2.1. Opći opis adaptera  
2.2. Funkcije  
2.3. Sigurnost  
3. ZAHTJEVI ZA URE ĐAJ ZA BILJEŽENJE PODATAKA KADA JE 
ADAPTER UGRA ĐEN 
4. ZAHTJEVI U POGLEDU IZRADE I FUNKCIONALNOSTI ADAP ­ 
TERA  
4.1. Povezivanje i prilago đavanje dolaznih impulsa brzine  
4.2. Dovo đenje dolaznih impulsa do ugra đenog senzora kretanja  
4.3. Ugra đeni senzor kretanja  
4.4. Sigurnosni zahtjevi  
4.5. Karakteristike izvedivosti  
4.6. Materijali  
4.7. Oznake  
5. UGRADNJA URE ĐAJA ZA BILJEŽENJE PODATAKA KADA SE 
UPOTREBLJAVA ADAPTER  
5.1. Ugradnja  
5.2. Plombiranje  
6. PROVJERE, PREGLEDI I POPRAVCI  
6.1. Periodi čni pregledi  
7. HOMOLOGACIJA URE ĐAJA ZA BILJEŽENJE PODATAKA KADA 
SE UPOTREBLJAVA ADAPTER  
7.1. Opći zahtjevi  
7.2. Certifikat o ispravnosti  
1. POKRATE I REFERENTNI DOKUMENTI  
1.1. Pokrate  
TBD  bit će definirano (eng.  To Be Defined ) 
VU jedinica u vozilu (eng.  Vehicle Unit ) 
1.2. Referentne norme  
ISO 16844-3  Road vehicles – Tachograph systems – Part 3 : Motion 
sensor interface  
2. OPĆA OBILJEŽJA I FUNKCIJE ADAPTERA  
2.1. Opći opis adaptera  
ADA_001 Adapter šalje spojenoj jedinici u vozilu zašti ćene podatke o 
kretanju, koji trajno predstavljaju brzinu vozila i prije đenu 
udaljenost.  
Adapter je namijenjen samo za ona vozila koja u skladu s 
ovom Uredbom moraju biti opremljena ure đajem za bilježenje 
podataka.  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 539  
Ugrađuje se i upotrebljava samo u onim vrstama vozila defi ­
niranima u definiciji yy) „adapter” iz priloga I.C kada nije 
mehanički moguće ugraditi bilo koju drugu vrstu postoje ćeg 
senzora kretanja, koji je ina če usklađen s odredbama ovog 
Priloga i njegovih dodataka od 1. do 16.  
Adapter nije mehani čki spojen s pomi čnim dijelom vozila, ve ć 
je povezan s impulsima brzine/udaljenosti koje proizvode inte ­
grirani senzori ili alternativna su čelja. 
ADA_002 Homologirani senzor kretanja (u skladu s odredbama iz 
odjeljka 8. Priloga I.C, Homologacija ure đaja za bilježenje 
podataka i tahografskih kartica) ugra đuje se u ku ćište adaptera, 
u kojem se nalazi i ure đaj za pretvaranje impulsa koji dolazne 
impulse vodi do ugra đenog senzora kretanja. Ugra đeni senzor 
kretanja spojen je na jedinicu u vozilu, čime je sučelje između 
jedinice u vozilu i adaptera u skladu sa zahtjevima navedenima 
u normi ISO 16844-3.  
2.2. Funkcije  
ADA_003 Adapter ima sljede će funkcije:  
— spajanje i prilago đavanje dolaznih impulsa brzine;  
— dovođenje dolaznih impulsa do ugra đenog senzora kretanja;  
— sve funkcije ugra đenog senzora kretanja, slanje zašti ćenih 
podataka o kretanju jedinici u vozilu.  
2.3. Sigurnost  
ADA_004 Adapter se sigurnosno ne certificira u skladu s generi čkom 
sigurnosnom ciljnom vrijednosti za senzore kretanja defini ­
ranom u Dodatku 10. ovog Priloga. Umjesto toga primjenjuju 
se sigurnosni zahtjevi navedeni u odjeljku 4.4. ovog Dodatka.  
3. ZAHTJEVI ZA URE ĐAJ ZA BILJEŽENJE PODATAKA KADA JE 
ADAPTER UGRA ĐEN 
Zahtjevi navedeni u sljede ćim poglavljima upu ćuju na to kako se tuma če 
zahtjevi iz ovog Priloga prilikom upotrebe adaptera. Brojevi povezanih 
zahtjeva navedenih u Prilogu I.C navedeni su u zagradama.  
ADA_005 Ure đaj za bilježenje podataka bilo kojeg vozila opremljenog 
adapterom mora biti u skladu s odredbama navedenima u 
ovom Prilogu, osim ako u Dodatku nije druga čije navedeno.  
ADA_006 Kada je adapter ugra đen, uređaj za bilježenje podataka sastoji 
se od kabela, adaptera (uklju čujući senzor kretanja) i jedinice u 
vozilu [01].  
ADA_007 Funkcija za otkrivanje doga đaja i/ili kvarova ure đaja za bilje ­ 
ženje podataka izmijenjena je kako slijedi:  
— događaj „prekid napajanja” aktivira jedinica u vozilu, dok 
nije u načinu rada za kalibraciju, pri svakom prekidu napa ­
janja ugrađenog senzora kretanja duljem od 200 milisekundi 
[79]; ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 540  
— događaj „pogreška u podacima o kretanju” aktivira jedinica 
u vozilu u slu čaju prekida uobi čajenog protoka podataka 
između ugrađenog senzora kretanja i jedinice u vozilu i/ili 
u slučaju greške u integritetu podataka ili greške u auten ­
tifikaciji podataka tijekom razmjene podataka izme đu ugra­ 
đenog senzora kretanja i jedinice u vozilu [83];  
— događaj „pokušaj probijanja zaštite” aktivira jedinica u 
vozilu u slu čaju bilo kojeg drugog doga đaja koji utje če 
na sigurnost ugra đenog senzora kretanja dok nije u 
načinu rada za kalibraciju [85];  
— grešku „ure đaj za bilježenje podataka” aktivira jedinica u 
vozilu, dok nije u na činu rada za kalibraciju, u slu čaju bilo 
kakvog kvara ugra đenog senzora kretanja [88].  
ADA_008 Kvarovi adaptera koje ure đaj za bilježenje podataka može 
otkriti kvarovi su povezani s ugra đenim senzorom kretanja 
[88].  
ADA_009 Funkcija za kalibraciju jedinice u vozilu omogu ćava auto­
matsko uparivanje ugra đenog senzora kretanja s jedinicom u 
vozilu [202, 204].  
4. ZAHTJEVI U POGLEDU IZRADE I FUNKCIONALNOSTI ADAP ­
TERA  
4.1. Povezivanje i prilago đavanje dolaznih impulsa brzine  
ADA_011 Ulazno su čelje adaptera prihva ća impulse frekvencije koji pred ­
stavljaju brzinu vozila i prije đenu udaljenost. Elektri čne karak­
teristike dolaznih impulsa su sljede će: definirat će ih proizvo ­ 
đač. Prilagodbe dostupne isklju čivo proizvo đaču adaptera te 
ovlaštenoj radionici koja provodi ugradnju adaptera moraju 
omogućiti ispravno povezivanje ulaznog su čelja adaptera s 
vozilom, ako je primjenjivo.  
ADA_012 Ulazno su čelje adaptera mora imati mogu ćnost, ako je primje ­
njivo, pomnožiti ili podijeliti impulse frekvencije dolaznih 
impulsa brzine s fiksnim faktorom kako bi se signal prilagodio 
rasponu k faktora odre đenom u ovom Prilogu (4 000 do 
25 000 impulsa/km). Fiksni faktor mogu programirati samo 
proizvođač adaptera i ovlaštena radionica koja obavlja ugradnju 
adaptera.  
4.2. Dovođenje dolaznih impulsa do ugra đenog senzora kretanja  
ADA_013 Dolazni impulsi, koji su eventualno prilago đeni kako je pret ­
hodno navedeno, dovode se do ugra đenog senzora kretanja 
tako da senzor kretanja otkrije svaki dolazni impuls.  
4.3. Ugrađeni senzor kretanja  
ADA_014 Dolazni impulsi stimuliraju ugra đeni senzor kretanja te mu 
time omogu ćavaju da generira podatke o kretanju koji to čno 
predstavljaju kretanje vozila, kao da je mehani čki spojen s 
pomičnim dijelom vozila.  
ADA_015 Jedinica u vozilu identificira adapter s pomo ću identifikacijskih 
podataka ugra đenog senzora kretanja [95].  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 541  
ADA_016 Smatra se da instalacijski podatci spremljeni u ugra đenom 
senzoru kretanja predstavljaju instalacijske podatke adaptera 
[122].  
4.4. Sigurnosni zahtjevi  
ADA_017 Ku ćište adaptera mora biti oblikovano tako da se ne može 
otvoriti i plombirano tako da se pokušaji fizi čkog neovlaštenog 
rukovanja mogu jednostavno otkriti (npr. vizualnim pregledom; 
vidjeti ADA_035). Za plombe vrijede isti zahtjevi kao i za 
plombe senzora kretanja [398 do 406].  
ADA_018 Ne smije biti mogu će ukloniti ugra đeni senzor kretanja iz adap ­
tera bez uništavanja plombe (plombi) ku ćišta adaptera ili 
uništavanja plombe izme đu senzora i ku ćišta adaptera (vidjeti 
ADA_034).  
ADA_019 Adapterom se mora osigurati da se podatci o kretanju mogu 
obrađivati i dobiti samo putem ulaznog su čelja adaptera.  
4.5. Karakteristike izvedivosti  
ADA_020 Adapter mora biti u potpunosti operativan pri rasponu tempera ­
tura koji je definirao proizvo đač. 
ADA_021 Adapter mora biti u potpunosti operativan pri rasponu vlažnosti 
od 10 % do 90 % [214].  
ADA_022 Adapter mora biti zašti ćen od prenapona, zamjene polariteta 
napajanja i kratkih spojeva [216].  
ADA_023 Adapter mora:  
— reagirati na magnetsko polje koje ometa detekciju kretanja 
vozila. U takvim okolnostima jedinica u vozilu bilježi i 
pohranjuje kvar senzora [88] ili  
— imati senzorski element koji je zašti ćen od magnetskih 
polja ili je na njih neosjetljiv [217].  
ADA_024 Adapter mora biti u skladu s me đunarodnim pravilnikom 
UN ECE R10 koji se odnosi na elektromagnetsku kompatibil ­
nost te mora biti zašti ćen od elektrostati čkih pražnjenja i prije ­
laznih pojava [218].  
4.6. Materijali  
ADA_025 Adapter mora zadovoljavati stupanj zaštite ( definirat će ga 
proizvođač ovisno o položaju ugradnje ) [220, 221].  
ADA_026 Ku ćište adaptera žute je boje.  
4.7. Oznake  
ADA_027 Opisna plo čica pričvršćuje se na adapter te su na njoj navedene 
sljedeće pojedinosti:  
— naziv i adresa proizvo đača adaptera;  
— kataloški broj proizvo đača i godina proizvodnje adaptera;  
— homologacijska oznaka tipa adaptera ili tipa ure đaja za 
bilježenje podataka koji sadržava adapter;  
— datum ugradnje adaptera;  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 542  
— identifikacijski broj vozila na koje je ugra đen. 
ADA_028 Na opisnoj plo čici navode se i sljede će pojedinosti (ako ih se 
ne može izravno pro čitati s vanjske strane ugra đenog senzora 
kretanja):  
— naziv proizvo đača ugrađenog senzora kretanja;  
— kataloški broj proizvo đača i godina proizvodnje ugra đenog 
senzora kretanja;  
— homologacijska oznaka ugra đenog senzora kretanja.  
5. UGRADNJA URE ĐAJA ZA BILJEŽENJE PODATAKA KADA SE 
UPOTREBLJAVA ADAPTER  
5.1. Ugradnja  
ADA_029 Adaptere koji se ugra đuju u vozila ugra đuju isključivo proiz­
vođači vozila ili radionice ovlaštene za ugradnju, aktivaciju i 
kalibraciju digitalnih i pametnih tahografa.  
ADA_030 Ovlaštene radionice koje ugra đuju adaptere izvršavaju prila ­
godbu ulaznog su čelja i odabiru omjer dijeljenja ulaznog 
signala (ako je primjenjivo).  
ADA_031 Ovlaštene radionice koje ugra đuju adapter plombiraju ku ćište 
adaptera.  
ADA_032 Adapter se postavlja što je bliže mogu će onom dijelu vozila iz 
kojeg se šalju dolazni impulsi.  
ADA_033 Kablovi kojima se napaja adapter crvene su (pozitivan pol) 
odnosno crne boje (uzemljenje).  
5.2. Plombiranje  
ADA_034 U pogledu plombiranja primjenjuju se sljede ći zahtjevi:  
— kućište adaptera plombirano je (vidjeti ADA_017);  
— kućište ugrađenog senzora pri čvršćeno je plombom na 
kućište adaptera, osim ako nije mogu će ukloniti senzor iz 
kućišta adaptera bez uništavanja plombe (plombi) ku ćišta 
adaptera (vidjeti ADA_018);  
— kućište adaptera plombom je pri čvršćeno na vozilo;  
— veza izme đu adaptera i ure đaja koji šalje ulazne impulse 
mora biti plombirana na oba kraja (u mjeri u kojoj je to 
moguće). 
6. PROVJERE, PREGLEDI I POPRAVCI  
6.1. Periodi čni pregledi  
ADA_035 Kada se upotrebljava adapter, svaki periodi čni pregled (perio ­
dični pregledi u skladu sa zahtjevima [409] do [413] Priloga 
I.C) uređaja za bilježenje podataka uklju čuje sljedeće provjere:  
— nalazi li se na adapteru odgovaraju ća homologacijska 
oznaka;  
— jesu li plombe na adapteru i priklju čcima netaknute;  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 543  
— je li adapter ugra đen na način naveden na tipskoj plo čici; 
— je li adapter ugra đen na način koji je naveo proizvo đač 
adaptera i/ili vozila;  
— je li postavljanje adaptera odobreno za vozilo koje se 
pregledava.  
ADA_036 Ove provjere uklju čuju kalibraciju te zamjenu svih plombi, bez 
obzira na njihovo stanje.  
7. HOMOLOGACIJA URE ĐAJA ZA BILJEŽENJE PODATAKA KADA 
SE UPOTREBLJAVA ADAPTER  
7.1. Opći zahtjevi  
ADA_037 Ure đaj za bilježenje podataka mora se predati na homologaciju 
u cjelovitom stanju zajedno s adapterom [425].  
ADA_038 Svaki adapter može se predati na zasebnu homologaciju ili na 
homologaciju kao sastavni dio ure đaja za bilježenje podataka.  
ADA_039 Takva homologacija uklju čuje provjere funkcionalnosti u vezi s 
adapterom. Pozitivni rezultati svih tih provjera navode se u 
odgovaraju ćem certifikatu [426].  
7.2. Certifikat o ispravnosti  
ADA_040 Certifikat o ispravnosti adaptera ili ure đaja za bilježenje poda ­
taka koji sadržava adapter dostavlja se proizvo đaču adaptera 
tek nakon uspješne provedbe svih sljede ćih minimalnih ispiti ­
vanja funkcionalnosti.  
Br. Ispitivanje  Opis  Povezani zahtjevi  
1. Administrativna provjera  
1.1. Dokumentacija  Je li dokumentacija 
adaptera to čna? 
2. Vizualni pregled  
2.1. Je li adapter u skladu s dokumentacijom?  
2.2. Identifikacija / oznake adaptera  ADA_027, 
ADA_028  
2.3. Materijali adaptera  [219] do [223] 
ADA_026  
2.4. Plombiranje  ADA_017, 
ADA_018, 
ADA_034  
3. Ispitivanje funkcionalnosti  
3.1. Dovođenje impulsa brzine do ugra đenog senzora 
kretanja  ADA_013  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 544  
Br. Ispitivanje  Opis  Povezani zahtjevi  
3.2. Povezivanje i prilago đavanje dolaznih impulsa 
brzine  ADA_011, 
ADA_012  
3.3. Preciznost mjerenja kretanja  [30] do [35], [217]  
4. Ispitivanja u vezi s okolišem  
4.1. Rezultati ispitivanja proiz ­
vođača Rezultati ispitivanja 
proizvođača u vezi 
s okolišem  ADA_020, 
ADA_021, 
ADA_022, 
ADA_024  
5. EMC  
5.1. Emisije zra čenja i osjetlji ­
vost Provjeriti uskla đe­
nost s Uredbom 
2006/28/EZ  ADA_024  
5.2. Rezultati ispitivanja proiz ­
vođača Rezultati ispitivanja 
proizvođača u vezi 
s okolišem  ADA_024  ▼B
 02016R0799 — HR — 26.02.2020 — 002.001 — 545  
PRILOG II  
HOMOLOGACIJSKA OZNAKA I CERTIFIKAT O HOMOLOGACIJI  
I. HOMOLOGACIJSKA OZNAKA  
1. Homologacijsku oznaku čini: 
(a) pravokutnik, unutar kojeg se upisuje slovo „e”, iza kojeg slijedi razlikovni 
broj ili slovo države koja je izdala homologaciju, u skladu sa sljede ćim 
dogovorenim znakovima: 
Belgija  6,  
Bugarska  34,  
Češka 8,  
Danska  18,  
Njemačka 1,  
Estonija  29,  
Irska  24,  
Grčka 23,  
Španjolska  9,  
Francuska  2,  
Hrvatska  25,  
Italija  3,  
Cipar  CY,  
Latvija  32,  
Litva  36,  
Luksemburg  13,  
Mađarska  7,  
Malta  MT,  
Nizozemska  4,  
Austrija  12,  
Poljska  20,  
Portugal  21,  
Rumunjska  19,  
Slovenija  26,  
Slovačka 27,  
Finska  17,  
Švedska  5,  
Ujedinjena Kraljevina  11,  
i 
▼M1 
(b) homologacijski broj koji odgovara broju certifikata o homologaciji sastav ­
ljenog za prototip ure đaja za bilježenje podataka ili tahografskog listi ća ili 
tahografske kartice, zapisan bilo gdje u neposrednoj blizini tog pravokut ­
nika. ▼C1
 02016R0799 — HR — 26.02.2020 — 002.001 — 546  
2. Homologacijska oznaka navodi se na opisnoj plo čici svakog ure đaja te na 
svakom tahografskom listi ću i na svakoj tahografskoj kartici. Oznaka mora 
biti neizbrisiva i mora biti trajno čitljiva.  
3. Dimenzije homologacijske oznake prikazane na crtežu u nastavku (  1 ) izražene 
su u milimetrima, a te su dimenzije minimalne. Potrebno je zadržati odnose 
veličina između dimenzija.
  ▼C1 
( 1 ) Te su brojke prikazane samo kao ilustracija.
 02016R0799 — HR — 26.02.2020 — 002.001 — 547  
II. CERTIFIKAT O HOMOLOGACIJI ZA ANALOGNE TAHOGRAFE  
Država članica koja je odobrila homologaciju podnositelju zahtjeva izdaje certi ­
fikat o homologaciji prema modelu u nastavku. Za obavješ ćivanje ostalih država 
članica o izdanim ili, ako je potrebno, povu čenim homologacijama, država 
članica upotrebljava preslike tog certifikata.  
CERTIFIKAT O HOMOLOGACIJI  
Naziv nadležnog tijela  
Obavijest o (  1 ): 
— homologaciji ure đaja za bilježenje podataka  
— povlačenju homologacije ure đaja za bilježenje podataka  
— homologaciji uzorka tahografskog listi ća 
— povlačenju homologacije uzorka tahografskog listi ća 
Homologacijski br.: 
.........................................  
1. Zaštitni znak ili naziv  
2. Naziv tipa ili modela  
3. Naziv proizvo đača 
4. Adresa proizvo đača 
5. Podneseno za homologaciju dana  
6. Ispitano u  
7. Datum i broj ispitivanja  
8. Datum homologacije  
9. Datum povla čenja homologacije  
10. Tip ili tipovi ure đaja za bilježenje podataka namijenjenih za rad s tahograf ­
skim listićima 
11. Mjesto  
12. Datum  
13. Priloženi opisni dokumenti  
14. Napomene (uklju čujući mjesto plombe, prema potrebi)  
(Potpis)  ▼C1 
( 1 ) Prekrižiti nepotrebno.
 02016R0799 — HR — 26.02.2020 — 002.001 — 548  
III. CERTIFIKAT O HOMOLOGACIJI ZA DIGITALNE TAHOGRAFE  
Država članica koja je odobrila homologaciju podnositelju zahtjeva izdaje certi ­
fikat o homologaciji prema modelu u nastavku. Za obavješ ćivanje ostalih država 
članica o izdanim ili, ako je potrebno, povu čenim homologacijama, država 
članica upotrebljava preslike tog certifikata.  
CERTIFIKAT O HOMOLOGACIJI ZA DIGITALNE TAHOGRAFE  
Naziv nadležnog tijela  
Obavijest o (  1 ): 
□ homologaciji za:  □ povlačenju homologacije za:  
□ model ure đaja za bilježenje podataka  
□ sastavni dio ure đaja za bilježenje podataka (  2 ) 
□ karticu voza ča 
□ karticu radionice  
□ karticu poduze ća 
□ karticu nadzornika  
Homologacijski br.:  
1. Robna marka ili zaštitni znak proizvo đača 
2. Naziv modela  
3. Naziv proizvo đača 
4. Adresa proizvo đača 
▼M1 
5. Predano na homologaciju dana  
▼C1 
6. Laboratorij(i)  
7. Datum i broj izvješ ća o ispitivanju  
8. Datum homologacije  
9. Datum povla čenja homologacije  
10. Model ure đaja za bilježenje podataka s kojim treba upotrebljavati sastavni 
dio 
11. Mjesto  
12. Datum  
13. Priloženi opisni dokumenti  
14. Napomene (uklju čujući mjesto plombe, prema potrebi)  
(Potpis)  ▼C1 
( 1 ) Označiti odgovaraju ća polja. 
( 2 ) Navesti sastavni dio koji je predmet obavijesti.
 02016R0799 — HR — 26.02.2020 — 002.001 — 549  
IV. CERTIFIKAT O HOMOLOGACIJI ZA PAMETNE TAHOGRAFE  
Država članica koja je odobrila homologaciju podnositelju zahtjeva izdaje certi ­
fikat o homologaciji prema modelu u nastavku. Za obavješ ćivanje ostalih država 
članica o izdanim ili, ako je potrebno, povu čenim homologacijama, država 
članica upotrebljava preslike tog certifikata.  
CERTIFIKAT O HOMOLOGACIJI ZA PAMETNE TAHOGRAFE  
Naziv nadležnog tijela  
Obavijest o (  1 ): 
□ homologaciji za:  □ povlačenju homologacije za:  
□ model ure đaja za bilježenje podataka  
□ sastavni dio ure đaja za bilježenje podataka (  2 ) 
□ karticu voza ča 
□ karticu radionice  
□ karticu poduze ća 
□ karticu nadzornika  
Homologacijski br.:  
1. Robna marka ili zaštitni znak proizvo đača 
2. Naziv modela  
3. Naziv proizvo đača 
4. Adresa proizvo đača 
▼M1 
5. Predano na homologaciju dana  
▼C1 
6. (a) ispitni laboratorij za certifikaciju ispravnosti  
(b) ispitni laboratorij za sigurnosnu certifikaciju  
(c) ispitni laboratorij za certifikaciju interoperabilnosti  
7. (a) datum i broj certifikata o ispravnosti  
(b) datum i broj certifikata o sigurnosti  
(c) datum i broj certifikata o interoperabilnosti  
8. Datum homologacije  
9. Datum povla čenja homologacije  
10. Model ure đaja za bilježenje podataka s kojim treba upotrebljavati sastavni 
dio 
11. Mjesto  
12. Datum  
13. Priloženi opisni dokumenti  
14. Napomene (uklju čujući mjesto plombe, prema potrebi)  
(Potpis)  ▼C1 
( 1 ) Označiti odgovaraju ća polja. 
( 2 ) Navesti sastavni dio koji je predmet obavijesti.