Tento text slúži výlu čne ako dokumenta čný nástroj a nemá žiadny právny ú činok. Inštitúcie Únie nenesú nijakú 
zodpovednos ť za jeho obsah. Autentické verzie príslušných aktov vrátane ich preambúl sú tie, ktoré boli uverejnené v 
Úradnom vestníku Európskej únie a ktoré sú dostupné na portáli EUR-Lex. Tieto úradné znenia sú priamo dostupné 
prostredníctvom odkazov v tomto dokumente  
►B VYKONÁVACIE NARIADENIE KOMISIE (EÚ) 2016/799  
z 18. marca 2016,  
ktorým sa vykonáva nariadenie Európskeho parlamentu a Rady (EÚ) č. 165/2014, ktorým sa 
ustanovujú požiadavky na konštrukciu, skúšanie, montáž, prevádzku a opravu tachografov a ich 
komponentov  
(Text s významom pre EHP)  
(Ú. v. EÚ L 139, 26.5.2016, s. 1)  
Zmenené a doplnené:  
Úradný vestník  
Č. Strana  Dátum  
►M1 Vykonávacie nariadenie Komisie (EÚ) 2018/502 z 28. februára 20 18 L  8 5  1  28.3.2018  
►M2 Vykonávacie nariadenie Komisie (EÚ) 2020/158 z 5. februára 202 0 L  3 4  2 0  6.2.2020  
►M3 Vykonávacie nariadenie Komisie (EÚ) 2021/1228 zo 16. júla 2021  L 273  1  30.7.2021  
Opravené a doplnené:  
►C1 Korigendum, Ú. v. EÚ L 146, 3.6.2016, s. 31 (2016/799)  
►C2 Korigendum, Ú. v. EÚ L 27, 1.2.2017, s. 169 (2016/799)  02016R0799 — SK — 21.08.2023 — 003.001 — 1
02016R0799 — SK — 21.08.2023 — 003.001 — 2  
VYKONÁVACIE NARIADENIE KOMISIE (EÚ) 2016/799  
z 18. marca 2016,  
ktorým sa vykonáva nariadenie Európskeho parlamentu a Rady 
(EÚ) č. 165/2014, ktorým sa ustanovujú požiadavky na 
konštrukciu, skúšanie, montáž, prevádzku a opravu tachografov 
a ich komponentov  
(Text s významom pre EHP)  
Článok 1  
Predmet úpravy a rozsah pôsobnosti  
1. V tomto nariadení sú stanovené ustanovenia potrebné na jedno tné 
uplatňovanie týchto aspektov týkajúcich sa tachografov:  
a) zaznamenávanie polohy vozidla na určitých miestach počas den ného 
pracovného času vodiča;  
b) diaľková včasná detekcia možnej manipulácie alebo zneužitia inteli­
gentných tachografov;  
c) rozhranie s inteligentnými dopravnými systémami;  
d) administratívne a technické požiadavky na postupy typového s chva­ 
ľovania tachografov vrátane bezpečnostných mechanizmov.  
▼M1 
2. Konštrukcia, skúšanie, montáž, kontrola, prevádzka a oprava inte­
ligentných tachografov a ich komponentov musí spĺňať technické požia­
davky stanovené v prílohe IC k tomuto nariadeniu.  
3. Iné tachografy ako inteligentné tachografy musia naďalej spĺ ňať, 
pokiaľ ide o konštrukciu, skúšanie, montáž, kontrolu, prevádzku  
a opravu, požiadavky stanovené v prílohe I k nariadeniu (EÚ) 
č. 165/2014, prípadne v prílohe IB k nariadeniu Rady (EHS) 
č. 3821/85 (  1 ). 
▼B 
4. Podľa článku 10d smernice Rady 96/53/ES zariadenia na diaľko vú 
včasnú detekciu prenášajú aj údaje o hmotnosti, ktoré poskytuje  interný 
palubný vážiaci systém, na účely včasnej detekcie podvodov.  
▼M1 
5. Toto nariadenie sa uplatňuje bez toho, aby bola dotknutá sme rnica 
Európskeho parlamentu a Rady 2014/53/EÚ (  2 ). 
▼B 
Článok 2  
Vymedzenie pojmov  
Na účely tohto nariadenia sa uplatňuje vymedzenie pojmov stanov ené 
v článku 2 nariadenia (EÚ) č. 165/2014.  ▼B 
( 1 ) Nariadenie Rady (EHS) č. 3821/85 z 20. decembra 1985 o záznam ovom 
zariadení v cestnej doprave (Ú. v. ES L 370, 31.12.1985, s. 8).  
( 2 ) Smernica Európskeho parlamentu a Rady 2014/53/EÚ zo 16. apríl a 2014 
o harmonizácii právnych predpisov členských štátov týkajúcich s a sprístup­ 
ňovania rádiových zariadení na trhu, ktorou sa zrušuje smernica  1999/5/ES 
(Ú. v. EÚ L 153, 22.5.2014, s. 62).
 02016R0799 — SK — 21.08.2023 — 003.001 — 3  
Okrem toho sa uplatňuje toto vymedzenie pojmov:  
1. „digitálny tachograf“ alebo „tachograf prvej generácie“ je i ný digi­
tálny tachograf ako inteligentný tachograf;  
2. „externé zariadenie GNSS“ je zariadenie, ktoré obsahuje prij ímač 
GNSS, ak jednotku vozidla netvorí jediná jednotka, ako aj ďalši e 
komponenty potrebné na ochranu prenosu údajov o polohe do 
zvyšnej časti jednotky vozidla;  
▼M1 
3. „informačná zložka“ je úplná zložka v elektronickej alebo pa pie­
rovej forme, ktorá obsahuje všetky informácie poskytnuté výrobc om 
alebo jeho obchodným zástupcom orgánu pre typové schvaľovanie 
na účely typového schválenia tachografu alebo jeho komponentu, 
vrátane osvedčení uvedených v článku 12 ods. 3 nariadenia (EÚ) 
č. 165/2014, výsledkov skúšok stanovených v prílohe IC k tomuto  
nariadeniu, ako aj nákresov, fotografií a ďalších príslušných 
dokumentov;  
▼B 
4. „informačný balík“ je informačná zložka v elektronickej aleb o 
papierovej forme, doplnená akýmikoľvek ďalšími dokumentmi, 
ktoré k informačnej zložke pridal orgán pre typové schvaľovanie  
počas výkonu svojich funkcií, vrátane osvedčenia o typovom schv á­
lení ES tachografu alebo jeho komponentu na konci postupu typo­
vého schvaľovania;  
5. „obsah informačného balíka“ je dokument so zoznamom očíslova ­
ných položiek obsahu informačného balíka, v ktorom sú uvedené 
všetky dôležité časti tohto balíka. Formát daného dokumentu mus í 
rozlišovať jednotlivé za sebou idúce kroky postupu typového sch va­ 
ľovania ES vrátane dátumov všetkých revízií a aktualizácií prís luš­
ného balíka;  
6. „zariadenie na diaľkovú včasnú detekciu“ je vybavenie jednot ky 
vozidla, ktoré sa používa na vykonávanie cielených cestných 
kontrol;  
▼M1 
7. „inteligentný tachograf“ alebo „tachograf druhej generácie“ je digi­
tálny tachograf, ktorý spĺňa požiadavky stanovené v článkoch 8,  9  
a 10 nariadenia (EÚ) č. 165/2014, ako aj v prílohe IC k tomuto 
nariadeniu;  
8. „komponent tachografu“ je každý z týchto prvkov: jednotka 
vozidla, snímač pohybu, záznamový list, externé zariadenie GNSS  
a externé zariadenie na diaľkovú včasnú detekciu;  
▼B 
9. „orgán pre typové schvaľovanie“ je orgán členského štátu opr áv­
nený vykonávať typové schvaľovanie tachografu alebo jeho kompo­
nentov, schvaľovací proces, vydávanie a v prípade potreby odní­
manie osvedčení o typovom schválení, plniť úlohu kontaktného 
miesta pre orgány pre typové schvaľovanie ostatných členských 
štátov a zabezpečovať, aby výrobcovia plnili svoje povinnosti, 
pokiaľ ide o dodržiavanie požiadaviek stanovených v tomto naria ­
dení. ;  
▼M1 
10. „jednotka vozidla“ je tachograf okrem snímača pohybu a kábl ov 
pripojených k snímaču pohybu.  
Môže to byť jedna jednotka alebo niekoľko jednotiek rozmiestne­
ných vo vozidle, ktorá obsahuje procesor, dátovú pamäť, funkciu  
merania času, dve rozhrania inteligentnej karty pre vodiča a dr uhého 
vodiča, tlačiareň, displej, konektory a zariadenia na zapisovan ie ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 4  
vstupných údajov používateľa, prijímač GNSS a diaľkové komuni­
kačné zariadenie.  
Jednotku vozidla môžu tvoriť tieto komponenty podliehajúce typo ­
vému schváleniu:  
— jednotka vozidla ako samostatný komponent (vrátane prijímača 
GNSS a diaľkového komunikačného zariadenia);  
— hlavné teleso jednotky vozidla (vrátane diaľkového komunikač­
ného zariadenia) a vonkajšie zariadenie GNSS;  
— hlavné teleso jednotky vozidla (vrátane prijímača GNSS) 
a vonkajšie diaľkové komunikačné zariadenie;  
— hlavné teleso jednotky vozidla, vonkajšie zariadenie GNSS 
a vonkajšie diaľkové komunikačné zariadenie.  
Ak jednotku vozidla tvorí viacero jednotiek rozmiestnených vo 
vozidle, hlavným telesom jednotky vozidla je jednotka, ktorá ob sa­
huje procesor, dátovú pamäť a funkciu merania času.  
pojem „jednotka vozidla“ sa používa na označenie pojmu „jednotk a 
vozidla“ alebo „hlavné teleso jednotky vozidla“.  
▼B 
Článok 3  
Služby založené na lokalizácii  
1. Výrobcovia musia zabezpečiť, aby inteligentné tachografy bol i 
kompatibilné so službami určovania polohy, ktoré poskytujú syst émy 
Galileo a Európska geostacionárna navigačná prekrývacia 
služba (EGNOS).  
2. Výrobcovia sa môžu rozhodnúť, že popri systémoch uvedených 
v odseku 1 zabezpečia kompatibilitu aj s ďalšími satelitnými na vigač­
nými systémami.  
Článok 4  
Postup typového schva ľovania tachografu a komponentov 
tachografu  
1. Výrobca alebo jeho obchodný zástupca podajú žiadosť o typové  
schválenie tachografu, niektorého z jeho komponentov alebo skup iny 
komponentov orgánu pre typové schvaľovanie, ktorý si určí každý  
členský štát. Žiadosť musí obsahovať informačnú zložku s inform áciami 
o každom z príslušných komponentov, v prípade potreby spolu s o sved­ 
čeniami o typovom schválení ostatných komponentov potrebných na  
zostavenie tachografu, ako aj so všetkými ostatnými príslušnými  
dokumentmi.  
2. Členský štát udelí typové schválenie podľa potreby každému 
tachografu, komponentu alebo skupine komponentov, ktoré spĺňajú  
administratívne a technické požiadavky uvedené v článku 1 ods. 2 
alebo 3, podľa potreby. V tom prípade orgán pre typové schvaľov anie 
vydá žiadateľovi osvedčenie o typovom schválení, ktoré musí byť  
v súlade so vzorom stanoveným v prílohe II k tomuto nariadeniu.  
3. Orgán pre typové schvaľovanie môže požiadať výrobcu alebo je ho 
obchodného zástupcu o poskytnutie doplňujúcich informácií.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 5  
4. Výrobca alebo jeho obchodný zástupca poskytnú orgánom pre 
typové schvaľovanie, ako aj subjektom zodpovedným za vydávanie 
osvedčení uvedených v článku 12 ods. 3 nariadenia (EÚ) č. 165/2 014 
toľko tachografov alebo komponentov tachografu, koľko je potreb ných 
na uspokojivé vykonanie postupu typového schvaľovania.  
5. Ak výrobca alebo jeho obchodný zástupca žiadajú o typové sch vá­
lenie určitých komponentov alebo skupín komponentov tachografu,  
poskytnú orgánom pre typové schvaľovanie ostatné komponenty, 
ktoré už majú osvedčenie o typovom schválení, ako aj všetky ďal šie 
diely potrebné na zostavenie celého tachografu, aby tieto orgán y mohli 
vykonať potrebné skúšky.  
Článok 5  
Zmeny typového schválenia  
1. Výrobca alebo jeho obchodný zástupca musia bez meškania info r­
movať orgán pre typové schvaľovanie, ktorý udelil pôvodné typov é 
schválenie, o každej zmene softvéru alebo hardvéru tachografu a lebo 
o zmene povahy materiálov použitých na jeho výrobu, ktoré sú uv edené 
v informačnom balíku, a musia podať žiadosť o zmenu typového sc hvá­
lenia.  
2. Orgán pre typové schvaľovania môže revidovať alebo rozšíriť 
existujúce typové schválenie, alebo udeliť nové typové schválen ie 
podľa povahy a vlastností zmien.  
Orgán pre typové schvaľovanie vykoná „revíziu“, ak zmeny softvé ru 
alebo hardvéru tachografu alebo zmeny povahy materiálov použitý ch na 
jeho výrobu považuje za malé. V takých prípadoch orgán pre typo vé 
schvaľovanie vydá revidované dokumenty v rámci informačného bal íka, 
v ktorých uvedie povahu vykonaných zmien a dátum ich schválenia . Na 
splnenie tejto požiadavky postačuje aktualizovaná verzia inform ačného 
balíka v konsolidovanej forme doplnená podrobným opisom vykona­
ných zmien.  
Orgán pre typové schvaľovanie vykoná „rozšírenie“, ak zmeny sof tvéru 
alebo hardvéru tachografu alebo zmeny povahy materiálov použitý ch na 
jeho výrobu považuje za podstatné. V takých prípadoch môže orgá n 
požadovať vykonanie nových skúšok a informovať o tom výrobcu 
alebo jeho obchodného zástupcu. Ak sú výsledky skúšok uspokojiv é, 
orgán pre typové schvaľovanie vydá revidované osvedčenie o typo vom 
schválení, v ktorom je uvedené číslo odkazujúce na udelené rozš írenie. 
V osvedčení o typovom schválení sa uvedie dôvod rozšírenia a dá tum 
jeho vydania.  
3. V obsahu informačného balíka sa uvádza dátum posledného rozš í­
renia alebo revízie typového schválenia, alebo dátum poslednej konso­
lidácie aktualizovanej verzie typového schválenia.  
4. Nové typové schválenie je potrebné, ak by požadované zmeny 
tachografu alebo jeho komponentov s udeleným typovým schválením  
viedli k vydaniu nového osvedčenia zabezpečenia alebo interoper ability.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 6  
Článok 6  
Nadobudnutie ú činnosti  
Toto nariadenie nadobúda účinnosť dvadsiatym dňom po jeho uvere j­
není v  Úradnom vestníku Európskej únie . 
Uplatňuje sa od 2. marca 2016.  
▼M1 
Príloha IC sa však uplatňuje od 15. júna 2019 s výnimkou dodatk u 16, 
ktorý sa uplatňuje od 2. marca 2016.  
▼B 
Toto nariadenie je záväzné v celom rozsahu a priamo uplatniteľn é vo 
všetkých členských štátoch.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 7  
PRÍLOHA I C  
Požiadavky na konštrukciu, skúšanie, montáž a kontrolu  
ÚVOD  
1 VYMEDZENIE POJMOV  
2 VŠEOBECNÉ CHARAKTERISTIKY A FUNKCIE ZÁZNAMO­ 
VÉHO ZARIADENIA  
2.1 Všeobecné charakteristiky  
2.2 Funkcie  
2.3 Režimy prevádzky  
2.4 Zabezpečenie  
3 KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA ZÁZNA­ 
MOVÉ ZARIADENIE  
3.1 Monitorovanie vkladania a vyberania kariet  
3.2 Meranie rýchlosti a vzdialenosti a zisťovanie polohy  
3.2.1 Meranie prejdenej vzdialenosti  
3.2.2 Meranie rýchlosti  
3.2.3 Zisťovanie polohy  
3.3 Meranie času  
3.4 Monitorovanie činností vodiča  
3.5 Monitorovanie stavu jazdy  
3.6 Zápisy vodičov  
3.6.1 Zápis o mieste, kde sa denný pracovný čas začína a/alebo končí  
3.6.2 Manuálne zapisovanie činností vodiča a súhlas vodiča týka júci sa 
rozhrania ITS  
3.6.3 Zápis špecifických podmienok  
▼M3 
3.6.4 Zápis operácie nakládky/vykládky  
▼B 
3.7 Podnikové blokovanie  
3.8 Monitorovanie kontrolných činností  
3.9 Detekcia udalostí a/alebo porúch  
3.9.1 Udalosť „vloženie neplatnej karty“  
3.9.2 Udalosť „konflikt karty“  
3.9.3 Udalosť „prekrývanie časov“  
3.9.4 Udalosť „jazda bez príslušnej karty“  
3.9.5 Udalosť „vloženie karty za jazdy“  
3.9.6 Udalosť „nesprávne uzavretá posledná relácia karty“  
3.9.7 Udalosť „prekročenie rýchlosti“  
3.9.8 Udalosť „prerušenie napájania“  
3.9.9 Udalosť „chyba komunikácie s diaľkovým komunikačným zaria ­ 
dením“  
3.9.10 Udalosť „chýbajúce informácie o polohe z prijímača GNSS“  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 8  
3.9.11 Udalosť „chyba komunikácie s externým zariadením GNSS“  
3.9.12 Udalosť „chyba údajov o pohybe“  
3.9.13 Udalosť „nesúlad údajov o pohybe vozidla“  
3.9.14. Udalosť „pokus o narušenie zabezpečenia“  
3.9.15 Udalosť „časový rozpor“  
3.9.16 Porucha „karty“  
3.9.17 Porucha „záznamového zariadenia“  
▼M3 
3.9.18 Udalosť „anomália GNSS“  
▼B 
3.10 Zabudované a automatické skúšky  
3.11 Čítanie z dátovej pamäte  
3.12 Zaznamenávanie a uloženie v dátovej pamäti  
3.12.1 Identifikačné údaje zariadenia  
3.12.1.1 Identifikačné údaje jednotky vozidla  
3.12.1.2 Identifikačné údaje snímača pohybu  
3.12.1.3 Identifikačné údaje globálnych navigačných satelitných  systémov  
3.12.2 Kľúče a certifikáty  
3.12.3 Údaje o vložení a vybratí karty vodiča alebo dielenskej karty  
3.12.4 Údaje o činnosti vodiča  
▼M1 
3.12.5 Miesta a polohy, kde sa denný pracovný čas začína a/aleb o končí, 
a/alebo kde sa dosiahne 3– hodinový kumulovaný čas jazdy  
▼B 
3.12.6 Údaje počítadla kilometrov  
3.12.7 Podrobné údaje o rýchlosti  
3.12.8 Údaje o udalostiach  
3.12.9 Údaje o poruchách  
3.12.10 Kalibračné údaje  
3.12.11 Údaje o úprave času  
3.12.12 Údaje o kontrolnej činnosti  
3.12.13 Údaje o podnikovom blokovaní  
3.12.14 Údaje o činnosti sťahovania  
3.12.15 Údaje o špecifických podmienkach  
3.12.16 Údaje o tachografovej karte  
▼M3 
3.12.17 Prekročenia hranice  
3.12.18 Operácie nakládky/vykládky  
3.12.19 Digitálna mapa  
▼B 
3.13 Čítanie z tachografovej karty  
3.14 Zaznamenávanie a ukladanie na tachografovú kartu  
3.14.1 Zaznamenávanie a ukladanie na tachografové karty prvej g enerácie  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 9  
3.14.2 Zaznamenávanie a ukladanie na tachografové karty druhej generácie  
3.15 Zobrazovanie  
3.15.1 Zobrazenie predvolených údajov  
3.15.2 Zobrazenie výstrahy  
3.15.3 Prístup k menu  
3.15.4 Iné zobrazenia  
3.16 Tlač  
3.17 Výstrahy  
3.18 Sťahovanie údajov na externé médiá  
3.19 Diaľková komunikácia v prípade cielených cestných kontrol  
▼M3 
3.20 Výmena údajov s doplnkovými externými zariadeniami  
▼B 
3.21 režim kalibrácie  
3.22 Kontrola kalibrácie pri cestnej kontrole  
3.23 Úprava času  
3.24 Výkonnostné charakteristiky  
3.25 Materiály  
3.26 Označenia  
▼M3 
3.27 Monitorovanie prekročení hranice  
3.28 Aktualizácia softvéru  
▼B 
4 KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA TACHO­ 
GRAFOVÉ KARTY  
4.1 Viditeľné údaje  
4.2 Zabezpečenie  
4.3 Normy  
4.4 Elektrické špecifikácie a špecifikácie prostredia  
4.5 Uchovávanie údajov  
4.5.1 Elementárne súbory na identifikáciu a riadenie karty  
4.5.2 Identifikácia karty s integrovaným obvodom (IC)  
4.5.2.1 Identifikácia čipu  
4.5.2.2 DIR (len v tachografových kartách druhej generácie)  
4.5.2.3 Informácie ATR (podmienené, len v tachografových kartác h druhej 
generácie)  
4.5.2.4 Informácie o rozšírenej dĺžke (podmienené, len v tachog rafových 
kartách druhej generácie)  
4.5.3 Karta vodiča  
4.5.3.1 Aplikácia tachografu (prístupné pre jednotky vozidla pr vej a druhej 
generácie)  
4.5.3.1.1 Identifikácia aplikácie  
4.5.3.1.2 Kľúč a certifikáty  
4.5.3.1.3 Identifikácia karty  
4.5.3.1.4 Identifikácia držiteľa karty  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 10  
4.5.3.1.5 Sťahovanie údajov z karty  
4.5.3.1.6 Informácie o vodičskom preukaze  
4.5.3.1.7 Údaje o udalostiach  
4.5.3.1.8 Údaje o poruchách  
4.5.3.1.9 Údaje o činnosti vodiča  
4.5.3.1.10 Údaje o použitých vozidlách  
4.5.3.1.11 Miesta, kde sa denný pracovný čas začína a/alebo kon čí 
4.5.3.1.12 Údaje o relácii karty  
4.5.3.1.13 Údaje o kontrolnej činnosti  
4.5.3.1.14 Údaje o špecifických podmienkach  
4.5.3.2 Aplikácia tachografu druhej generácie (neprístupné jedn otke 
vozidla prvej generácie)  
4.5.3.2.1 Identifikácia aplikácie  
▼M3 
4.5.3.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné  pre verziu 1 
jednotiek vozidla druhej generácie)  
▼B 
4.5.3.2.2 Kľúče a certifikáty  
4.5.3.2.3 Identifikácia karty  
4.5.3.2.4 Identifikácia držiteľa karty  
4.5.3.2.5 Sťahovanie údajov z karty  
4.5.3.2.6 Informácie o vodičskom preukaze  
4.5.3.2.7 Údaje o udalostiach  
4.5.3.2.8 Údaje o poruchách  
4.5.3.2.9 Údaje o činnosti vodiča  
4.5.3.2.10 Údaje o použitých vozidlách  
4.5.3.2.11 Miesta a polohy, kde sa denný pracovný čas začína a/ alebo končí  
4.5.3.2.12 Údaje o relácii karty  
4.5.3.2.13 Údaje o kontrolnej činnosti  
4.5.3.2.14 Údaje o špecifických podmienkach  
4.5.3.2.15 Údaje o použitých jednotkách vozidla  
▼M1 
4.5.3.2.16 Údaje o miestach počas troch hodín kumulovanej jazdy  
▼M3 
4.5.3.2.17 Stav autentifikácie pre polohy týkajúce sa miest, kd e sa denný 
pracovný čas začína a/alebo končí (nie je prístupné pre verziu 1 
jednotiek vozidla druhej generácie)  
4.5.3.2.18 Stav autentifikácie pre polohy, kde sa dosiahnu tri hodiny kumu­ 
lovaného času jazdy (nie je prístupné pre verziu 1 jednotiek vo zidla 
druhej generácie)  
4.5.3.2.19 Prekročenia hranice (nie je prístupné pre verziu 1 j ednotiek vozidla 
druhej generácie)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 11  
4.5.3.2.20 Operácie nakládky/vykládky (nie je prístupné pre ver ziu 1 jedno­ 
tiek vozidla druhej generácie)  
4.5.3.2.21 Zápisy druhu nákladu (nie je prístupné pre verziu 1 jednotiek 
vozidla druhej generácie)  
4.5.3.2.22 Konfigurácie VU (nie je prístupné pre verziu 1 jedno tiek vozidla 
druhej generácie)  
▼B 
4.5.4 Dielenská karta  
4.5.4.1 Aplikácia tachografu (prístupné pre jednotky vozidla pr vej a druhej 
generácie)  
4.5.4.1.1 Identifikácia aplikácie  
4.5.4.1.2 Kľúče a certifikáty  
4.5.4.1.3 Identifikácia karty  
4.5.4.1.4 Identifikácia držiteľa karty  
4.5.4.1.5 Sťahovanie údajov z karty  
4.5.4.1.6 Údaje o kalibrácii a úprave času  
4.5.4.1.7 Údaje o udalostiach a poruchách  
4.5.4.1.8 Údaje o činnosti vodiča  
4.5.4.1.9 Údaje o použitých vozidlách  
4.5.4.1.10 Údaje o začiatku a/alebo konci denného pracovného ča su 
4.5.4.1.11 Údaje o relácii karty  
4.5.4.1.12 Údaje o kontrolnej činnosti  
4.5.4.1.13 Údaje o špecifických podmienkach  
4.5.4.2 Aplikácia tachografu druhej generácie (neprístupné jedn otke 
vozidla prvej generácie)  
4.5.4.2.1 Identifikácia aplikácie  
▼M3 
4.5.4.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné  pre verziu 1 
jednotiek vozidla druhej generácie)  
▼B 
4.5.4.2.2 Kľúče a certifikáty  
4.5.4.2.3 Identifikácia karty  
4.5.4.2.4 Identifikácia držiteľa karty  
4.5.4.2.5 Sťahovanie údajov z karty  
4.5.4.2.6 Údaje o kalibrácii a úprave času  
4.5.4.2.7 Údaje o udalostiach a poruchách  
4.5.4.2.8 Údaje o činnosti vodiča  
4.5.4.2.9 Údaje o použitých vozidlách  
4.5.4.2.10 Údaje o začiatku a/alebo konci denného pracovného ča su 
4.5.4.2.11 Údaje o relácii karty  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 12  
4.5.4.2.12 Údaje o kontrolnej činnosti  
4.5.4.2.13 Údaje o použitých jednotkách vozidla  
▼M1 
4.5.4.2.14 Údaje o miestach počas troch hodín kumulovanej jazdy  
▼B 
4.5.4.2.15 Údaje o špecifických podmienkach  
▼M3 
4.5.4.2.16 Stav autentifikácie pre polohy týkajúce sa miest, kd e sa denný 
pracovný čas začína a/alebo končí (nie je prístupné pre verziu 1 
jednotiek vozidla druhej generácie)  
4.5.4.2.17 Stav autentifikácie pre polohy, kde sa dosiahnu tri hodiny kumu­ 
lovanej jazdy (nie je prístupné pre verziu 1 jednotiek vozidla druhej 
generácie)  
4.5.4.2.18 Prekročenia hranice (nie je prístupné pre verziu 1 j ednotiek vozidla 
druhej generácie)  
4.5.4.2.19 Operácie nakládky/vykládky (nie je prístupné pre ver ziu 1 jedno­ 
tiek vozidla druhej generácie)  
4.5.4.2.20. Zápisy druhu nákladu (nie je prístupné pre verziu 1  jednotiek 
vozidla druhej generácie)  
4.5.4.2.21 Doplnkové kalibračné údaje (nie je prístupné pre ver ziu 1 jednotiek 
vozidla druhej generácie)  
4.5.4.2.22 Konfigurácie VU (nie je prístupné pre verziu 1 jedno tiek vozidla 
druhej generácie)  
▼B 
4.5.5 Kontrolná karta  
4.5.5.1 Aplikácia tachografu (prístupné pre jednotky vozidla pr vej a druhej 
generácie)  
4.5.5.1.1 Identifikácia aplikácie  
4.5.5.1.2 Kľúče a certifikáty  
4.5.5.1.3 Identifikácia karty  
4.5.5.1.4 Identifikácia držiteľa karty  
4.5.5.1.5 Údaje o kontrolnej činnosti  
4.5.5.2 Aplikácia tachografu druhej generácie (neprístupné jedn otke 
vozidla prvej generácie)  
4.5.5.2.1 Identifikácia aplikácie  
▼M3 
4.5.5.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné  pre verziu 1 
jednotiek vozidla druhej generácie)  
▼B 
4.5.5.2.2 Kľúče a certifikáty  
4.5.5.2.3 Identifikácia karty  
4.5.5.2.4 Identifikácia držiteľa karty  
4.5.5.2.5 Údaje o kontrolnej činnosti  
▼M3 
4.5.5.2.6 Konfigurácie VU (nie je prístupné pre verziu 1 jednot iek vozidla 
druhej generácie)  
▼B 
4.5.6 Podniková karta  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 13  
4.5.6.1 Aplikácia tachografu (prístupné pre jednotky vozidla pr vej a druhej 
generácie)  
4.5.6.1.1 Identifikácia aplikácie  
4.5.6.1.2 Kľúče a certifikáty  
4.5.6.1.3 Identifikácia karty  
4.5.6.1.4 Identifikácia držiteľa karty  
4.5.6.1.5 Údaje o činnosti podniku  
4.5.6.2 Aplikácia tachografu druhej generácie (neprístupné jedn otke 
vozidla prvej generácie)  
4.5.6.2.1 Identifikácia aplikácie  
▼M3 
4.5.6.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné  pre verziu 1 
jednotiek vozidla druhej generácie)  
▼B 
4.5.6.2.2 Kľúče a certifikáty  
4.5.6.2.3 Identifikácia karty  
4.5.6.2.4 Identifikácia držiteľa karty  
4.5.6.2.5 Údaje o činnosti podniku  
▼M3 
4.5.6.2.6 Konfigurácie VU (nie je prístupné pre verziu 1 jednot iek vozidla 
druhej generácie)  
▼B 
5 MONTÁŽ ZÁZNAMOVÉHO ZARIADENIA  
5.1 Montáž  
5.2 Montážny štítok  
5.3 Plombovanie  
6 KONTROLY, INŠPEKCIE A OPRAVY  
6.1 Schválenie montážnych firiem, dielní a výrobcov vozidiel  
▼M1 
6.2 Kontrola nových alebo opravených komponentov  
▼B 
6.3 Inšpekcia inštalácie  
6.4 Pravidelné inšpekcie  
6.5 Meranie chýb  
6.6 Opravy  
7 VYDÁVANIE KARIET  
8 TYPOVÉ SCHVÁLENIE ZÁZNAMOVÉHO ZARIADENIA 
A TACHOGRAFOVÝCH KARIET  
8.1 Všeobecne  
8.2 Osvedčenie zabezpečenia  
8.3 Osvedčenie funkčnosti  
8.4 Osvedčenie interoperability  
8.5 Osvedčenie o typovom schválení  
8.6 Výnimočný postup: prvé osvedčenia interoperability pre zázn a­ 
mové zariadenia a tachografové karty druhej generácie  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 14  
ÚVOD  
Táto príloha obsahuje požiadavky na záznamové zariadenie a tach ografové karty 
druhej generácie.  
Od 15. júna 2019 sa vo vozidlách prvýkrát zaevidovaných v Únii montuje 
záznamové zariadenie druhej generácie a vydávajú sa tachografov é karty druhej 
generácie.  
Na plynulé zavádzanie tachografového systému druhej generácie b oli tachogra­
fové karty druhej generácie navrhnuté tak, aby sa dali používať  aj v jednotkách 
vozidla prvej generácie skonštruovaných v súlade s prílohou IB k naria­
deniu (EHS) č. 3821/85.  
Podobne sa tachografové karty prvej generácie môžu používať v j ednotkách 
vozidla druhej generácie. Napriek tomu sa jednotky vozidla druh ej generácie 
môžu kalibrovať len s použitím dielenských kariet druhej generá cie. 
Požiadavky týkajúce sa interoperability medzi tachografovými sy stémami prvej 
a druhej generácie sú špecifikované v tejto prílohe. V tejto sú vislosti dodatok 15 
obsahuje ďalšie podrobnosti o riadení súbežného fungovania oboc h generácií.  
Okrem toho v dôsledku zavedenia nových funkcií, akými sú použit ie otvorenej 
služby systému Galileo na autentifikáciu navigačných správ (OSN MA), detekcia 
prekročení hranice, zápis operácií nakládky a vykládky, ako aj v dôsledku 
potreby zvýšiť kapacitu karty vodiča na 56 dní činností vodiča sa týmto naria­
dením zavádzajú technické požiadavky na druhú verziu záznamovýc h zariadení 
a tachografových kariet druhej generácie.  
▼B 
Zoznam dodatkov  
Dodatok 1: SLOVNÍK ÚDAJOV  
Dodatok 2: ŠPECIFIKÁCIA TACHOGRAFOVÝCH KARIET  
Dodatok 3: PIKTOGRAMY  
Dodatok 4: VÝPISY  
Dodatok 5: ZOBRAZENIE  
Dodatok 6: PREDNÝ KONEKTOR NA KALIBRÁCIU A SŤAHO­ 
VANIE  
Dodatok 7: PROTOKOLY SŤAHOVANIA ÚDAJOV  
Dodatok 8: KALIBRAČNÝ PROTOKOL  
Dodatok 9: TYPOVÉ SCHVÁLENIE A ZOZNAM MINIMÁLNE 
POŽADOVANÝCH SKÚŠOK  
Dodatok 10: POŽIADAVKY NA ZABEZPEČENIE  
Dodatok 11: SPOLOČNÉ BEZPEČNOSTNÉ MECHANIZMY  
Dodatok 12: URČOVANIE POLOHY NA ZÁKLADE GLOBÁLNEHO 
NAVIGAČNÉHO SATELITNÉHO SYSTÉMU (GNSS)  
Dodatok 13: ROZHRANIE ITS  
Dodatok 14: FUNKCIA DIAĽKOVEJ KOMUNIKÁCIE  
Dodatok 15: PRECHOD: RIADENIE KOEXISTENCIE JEDNOTLI­ 
VÝCH GENERÁCIÍ ZARIADENIA  
Dodatok 16: ADAPTÉR PRE VOZIDLÁ KATEGÓRIÍ M1 A N1  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 15  
1 VYMEDZENIE POJMOV  
V tejto prílohe:  
a) „aktivácia“ je:  
fáza, v ktorej sa tachograf stáva použitím dielenskej karty pln e 
funkčným a plní všetky funkcie vrátane bezpečnostných 
funkcií;  
b) „autentifikácia“ je:  
funkcia určená na zistenie a overenie uvádzanej totožnosti;  
c) „autenticita“ znamená:  
že informácia prichádza od osoby, ktorej totožnosť sa dá 
overiť;  
d) „zabudovaná skúška (BIT)“ je:  
skúška, ktorá sa vykonáva na požiadanie, iniciovaná operá­
torom alebo externým zariadením;  
e) „kalendárny deň“ je:  
deň od 00.00 hodín do 24.00 hodín. Všetky kalendárne dni sa 
vzťahujú na čas UTC (koordinovaný svetový čas);  
▼M3 
f) „kalibrácia inteligentného tachografu“ je:  
aktualizácia alebo potvrdenie parametrov vozidla, ktoré sa 
majú ukladať v dátovej pamäti. Parametre vozidla zahŕňajú 
identifikáciu vozidla (VIN, VRN a členský štát evidencie) 
a charakteristiky vozidla (w, k, l, rozmer pneumatík, podľa 
potreby nastavenie obmedzovača rýchlosti, aktuálny čas 
UTC, aktuálny stav počítadla kilometrov, predvolený druh 
nákladu); počas kalibrácie záznamového zariadenia sa musia 
v dátovej pamäti uložiť aj typy a identifikátory všetkých 
umiestnených plomb týkajúcich sa typového schvaľovania;  
každá aktualizácia alebo len potvrdenie času UTC sa považuje 
za úpravu času a nie za kalibráciu pod podmienkou, že nie je 
v rozpore s požiadavkou 409 stanovenou v bode 6.4;  
kalibrovanie záznamového zariadenia si vyžaduje použitie 
dielenskej karty;  
g) „číslo karty“ je:  
16 alfanumerických znakov, ktoré jednoznačne identifikujú 
tachografovú kartu v členskom štáte. Číslo karty obsahuje 
identifikáciu, ktorú tvorí identifikácia vodiča alebo identifi­
kácia vlastníka karty s poradovým indexom karty, indexom 
náhrady karty a indexom obnovy karty;  
karta je preto jednoznačne identifikovaná kódom vydávajúceho 
členského štátu a číslom karty;  
▼B 
h) „poradový index karty“ je:  
štrnásty alfanumerický znak čísla karty, ktorý sa používa na 
rozlíšenie rôznych kariet vydaných podniku, dielni alebo 
kontrolnému orgánu, ktorým sa môže vydať niekoľko tacho­
grafových kariet. Podnik, dielňa alebo kontrolný orgán je 
jednoznačne identifikovaný prvými 13 znakmi čísla karty;  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 16  
i) „index obnovy karty“ je:  
šestnásty alfanumerický znak čísla karty, ktorý sa zvyšuje pri 
každej obnove tachografovej karty zodpovedajúcej danej iden­
tifikácii, t. j. identifikácii vodiča alebo identifikácii vlast níka 
spolu s poradovým indexom;  
j) „index náhrady karty“ je:  
pätnásty alfanumerický znak čísla karty, ktorý sa zvyšuje pri 
každej náhrade tachografovej karty zodpovedajúcej danej iden­
tifikácii, t. j. identifikácii vodiča alebo identifikácii vlast níka 
spolu s poradovým indexom;  
▼B 
k) „charakteristický koeficient vozidla“ je:  
numerická charakteristika udávajúca hodnotu výstupného 
signálu emitovaného časťou vozidla, ktorá ho prepája so 
záznamovým zariadením (výstupný hriadeľ prevodovky alebo 
náprava), zatiaľ čo vozidlo prejde vzdialenosť jedného kilo­
metra za štandardných skúšobných podmienok vymedzených 
v rámci požiadavky 414. Charakteristický koeficient je vyja­
drený v impulzoch na kilometer (w = … imp/km);  
l) „podniková karta“ je:  
tachografová karta vydaná orgánmi členského štátu doprav­
nému podniku, ktorý musí prevádzkovať vozidlá vybavené 
tachografom, ktorá identifikuje príslušný dopravný podnik 
a umožňuje zobraziť, stiahnuť a vytlačiť údaje uložené v tacho­
grafe, ktoré sú blokované príslušným dopravným podnikom;  
m) „konštanta záznamového zariadenia“ je:  
numerická veličina udávajúca hodnotu vstupného signálu potrebnú  
na zobrazenie a zaznamenanie prejdenej vzdialenosti 1 km; táto 
konštanta sa vyjadruje v impulzoch na kilometer (k = … imp/km);  
n) „nepretržitý čas jazdy“ je vypočítaný v záznamovom zariadení  
ako (  1 ): 
nepretržitý čas jazdy vypočítaný ako súčet aktuálnych kumu­
lovaných časov jazdy konkrétneho vodiča od konca jeho 
posledného časového úseku POHOTOVOSTI alebo 
PRESTÁVKY/ODPOČINKU alebo NEZNÁMEHO (  2 ) časo­
vého úseku 45 alebo viac minút [tento časový úsek môže 
byť rozdelený podľa nariadenia Európskeho parlamentu 
a Rady (ES) č. 561/2006 (  3 )]. Dané výpočty berú, podľa 
potreby, do úvahy doterajšie činnosti uložené na karte vodiča. 
Keď vodič nevložil svoju kartu, výpočty vychádzajú zo 
záznamov dátovej pamäte týkajúcich sa aktuálneho časového 
úseku, keď nebola vložená karta, a príslušného slotu;  ▼M3 
( 1 ) Tento spôsob výpočtu nepretržitého času jazdy a kumulovaných časov prestávok slúži 
záznamovému zariadeniu na výpočet výstrahy pri nepretržitom čas e jazdy. Nemá vplyv 
na právny výklad týchto časov. Ak sú tieto definície zastarané z dôvodu ich aktualizácie 
v iných príslušných právnych predpisoch, môžu sa namiesto nich použiť alternatívne 
spôsoby výpočtu nepretržitého času jazdy a kumulovaného času pr estávok. 
( 2 ) NEZNÁME časové úseky zodpovedajú časovým úsekom, počas ktorýc h nebola karta 
vodiča vložená v záznamovom zariadení a nevykonal sa žiadny man uálny záznam 
o činnosti vodiča. 
( 3 ) Nariadenie Európskeho parlamentu a Rady (ES) č. 561/2006 z 15 . marca 2006 o harmo­
nizácii niektorých právnych predpisov v sociálnej oblasti, ktor é sa týkajú cestnej 
dopravy, ktorým sa menia a dopĺňajú nariadenia Rady (EHS) č. 38 21/85 a (ES) 
č. 2135/98 a zrušuje nariadenie Rady (EHS) č. 3820/85 (Ú. v. EÚ  L 102, 11.4.2006, 
s. 1).
 02016R0799 — SK — 21.08.2023 — 003.001 — 17  
o) „kontrolná karta“ je:  
tachografová karta, ktorú vnútroštátnemu príslušnému kontrol­
nému orgánu vydali orgány členského štátu, ktorá identifikuje 
kontrolný orgán a prípadne aj kontrolného úradníka a ktorá 
umožňuje prístup k údajom uloženým v dátovej pamäti 
alebo na karte vodiča a prípadne na dielenských kartách na 
účel ich čítania, tlače a/alebo stiahnutia;  
Okrem toho poskytuje prístup k funkcii kontroly kalibrácie pri 
cestnej kontrole a údajom o snímači komunikačného zaria­
denia na diaľkovú včasnú detekciu.  
p) „kumulovaný čas prestávok“ sa vypočíta v záznamovom zaria­
dení ako (  1 ): 
kumulovaná prestávka z času jazdy sa vypočíta ako aktuálny 
súčet časov POHOTOVOSTI alebo PRESTÁVKY/ODPO­ 
ČINKU alebo NEZNÁMEHO (  2 ) času v trvaní 15 alebo viac 
minút pre konkrétneho vodiča od konca jeho posledného časo­
vého úseku POHOTOVOSTI alebo PRESTÁVKY/ODPO­ 
ČINKU alebo NEZNÁMEHO (  2 ) časového úseku v trvaní 45 
alebo viac minút (tento časový úsek môže byť rozdelený podľa 
nariadenia (ES) č. 561/2006).  
Dané výpočty berú, podľa potreby, do úvahy doterajšie 
činnosti uložené na karte vodiča. Neznáme časové úseky 
s negatívnou dobou trvania (začiatok neznámeho časového 
úseku > koniec neznámeho časového úseku) z dôvodu prekrý­
vania časov medzi dvoma rôznymi záznamovými zariade­
niami, sa pri výpočte neberú do úvahy.  
Keď vodič nevložil svoju kartu, výpočty vychádzajú zo 
záznamov dátovej pamäte týkajúcich sa aktuálneho časového 
úseku, kedy nebola vložená karta, a vzťahujúcich sa k prísluš­
nému slotu.  
q) „dátová pamäť“ je:  
elektronické pamäťové dátové zariadenie zabudované do 
záznamového zariadenia;  
r) „digitálny podpis“ znamená:  
údaje pripojené k bloku údajov alebo kryptografická transfor­
mácia bloku údajov, ktorá umožňuje príjemcovi bloku údajov 
overiť si autenticitu a integritu bloku údajov;  
s) „sťahovanie“ je:  
kopírovanie spolu s digitálnym podpisom časti alebo celej 
sady dátových súborov zaznamenaných v dátovej pamäti 
jednotky vozidla alebo v pamäti tachografovej karty za pred­
pokladu, že sa počas tohto procesu nezmenia ani nevymažú 
žiadne uložené údaje;  ▼B 
( 1 ) Tento spôsob výpočtu nepretržitého času jazdy a kumulovaných časov prestávok slúži 
záznamovému zariadeniu na výpočet výstrahy pri nepretržitom čas e jazdy. Nemá vplyv 
na právny výklad týchto časov. Ak sú tieto definície zastarané z dôvodu ich aktualizácie 
v iných príslušných právnych predpisoch, môžu sa namiesto nich použiť alternatívne 
spôsoby výpočtu nepretržitého času jazdy a kumulovaného času pr estávok. 
( 2 ) NEZNÁME časové úseky zodpovedajú časovým úsekom, počas ktorýc h nebola karta 
vodiča vložená v záznamovom zariadení a nevykonal sa žiadny man uálny záznam 
o činnosti vodiča.
 02016R0799 — SK — 21.08.2023 — 003.001 — 18  
Výrobcovia inteligentných tachografových jednotiek vozidla 
a výrobcovia zariadenia navrhnutého a určeného na sťahovanie 
dátových súborov prijmú všetky primerané opatrenia s cieľom 
zabezpečiť, aby sťahovanie týchto údajov spôsobovalo 
dopravným podnikom alebo vodičom čo najmenšie časové 
straty.  
Sťahovanie súboru s podrobnými údajmi o rýchlosti nemusí 
byť potrebné na určenie súladu s nariadením (ES) č. 561/2006, 
ale môže sa použiť na iné účely napr. pri vyšetrovaní nehody.  
t) „karta vodiča“ je:  
tachografová karta vydaná konkrétnemu vodičovi orgánmi 
členského štátu, ktorá identifikuje vodiča a umožňuje ukladať 
údaje o činnosti vodiča;  
u) „skutočný obvod kolies“ je:  
priemer vzdialeností prejdených každým z kolies poháňajúcich 
vozidlo (hnacie kolesá) v priebehu jednej úplnej rotácie. 
Meranie týchto vzdialeností sa vykoná za štandardných 
skúšobných podmienok vymedzených v požiadavke 414 
a vyjadrí sa vo forme „l = … mm“. Výrobcovia vozidiel 
môžu nahradiť meranie týchto vzdialeností teoretickým 
výpočtom, ktorý berie do úvahy rozloženie hmotnosti na 
nápravy nenaloženého vozidla v normálnom prevádzkovom 
stave (  1 ). Metódy takéhoto teoretického výpočtu podliehajú 
schváleniu príslušným orgánom členského štátu a môže sa 
vykonať len pred aktiváciou tachografu;  
v) „udalosť“ je:  
nezvyčajná operácia zistená inteligentným tachografom, ktorá 
môže byť dôsledkom pokusu o podvod;  
w) „externé zariadenie GNSS“ je  
zariadenie, ktoré obsahuje prijímač GNSS, keď jednotka 
vozidla nie je jednotný celok, ako aj ostatné komponenty 
potrebné na ochranu prenosu údajov o polohe do zvyšnej 
časti jednotky vozidla;  
x) „porucha“ je:  
nezvyčajná operácia zistená inteligentným tachografom, ktorá 
môže byť dôsledkom nesprávneho fungovania alebo zlyhania 
zariadenia;  
y) „prijímač GNSS“ je:  
elektronické zariadenie, ktoré prijíma a digitálne spracováva 
signály z jedného alebo viacerých globálnych navigačných 
satelitných systémov (GNSS v angličtine) s cieľom poskytnúť 
informácie o polohe, rýchlosti a čase.  ▼B 
( 1 ) Nariadenie Komisie (EÚ) č. 1230/2012 z 12. decembra 2012, kto rým sa vykonáva 
nariadenie Európskeho parlamentu a Rady (ES) č. 661/2009, pokia ľ ide o požiadavky 
na typové schválenie v prípade hmotností a rozmerov motorových vozidiel a ich prípoj­
ných vozidiel, a mení a dopĺňa smernica Európskeho parlamentu a  Rady 2007/46/ES 
(Ú. v. EÚ L 353, 21.12.2012, s. 31) v znení posledných zmien.
 02016R0799 — SK — 21.08.2023 — 003.001 — 19  
z) „montáž“ je:  
montáž tachografu do vozidla;  
aa) „interoperabilita“ je:  
schopnosť systémov a základných prevádzkových postupov 
vymieňať si údaje a informácie;  
bb) „rozhranie“ je:  
zariadenie medzi systémami, prostredníctvom ktorého sa tieto 
systémy môžu spájať a spolupracovať;  
cc) „poloha“ znamená:  
zemepisné súradnice vozidla v danom čase;  
dd) „snímač pohybu“ je:  
časť tachografu, ktorá poskytuje signál udávajúci rýchlosť 
vozidla a/alebo prejdenú vzdialenosť;  
▼M3 
ee) „neplatná karta“ je:  
karta, pri ktorej sa zistilo, že je chybná, alebo pri ktorej zl yhala 
autentifikácia, alebo ešte nenastal začiatok jej platnosti, ale bo 
jej platnosť uplynula;  
jednotka vozidla považuje kartu za neplatnú aj v prípade:  
— ak už bola do jednotky vozidla vložená karta s rovnakým 
vydávajúcim členským štátom, s rovnakou identifikáciou, 
t. j. identifikáciou vodiča alebo identifikáciou vlastníka 
spolu s poradovým indexom, a s vyšším indexom obnovy, 
alebo  
— ak už bola do jednotky vozidla vložená karta s rovnakým 
vydávajúcim členským štátom, s rovnakou identifikáciou, 
t. j. identifikáciou vodiča alebo identifikáciou vlastníka 
spolu s poradovým indexom alebo indexom obnovy, ale 
s vyšším indexom náhrady;  
▼B 
ff) „otvorená norma“ je:  
norma stanovená v dokumente o špecifikácii noriem 
dostupnom bezplatne alebo za symbolický poplatok, ktorá je 
dostupná na účely kopírovania, distribúcie alebo na použitie, 
a to bezplatne alebo za symbolický poplatok;  
gg) „záznamové zariadenie sa nevyžaduje“ znamená:  
keď sa používanie záznamového zariadenia nevyžaduje podľa 
ustanovení nariadenia (ES) č. 561/2006;  
hh) „prekročenie rýchlosti“ je  
prekročenie povolenej rýchlosti vozidla, vymedzené ako každý 
časový úsek nad 60 sekúnd, počas ktorého nameraná rýchlosť 
vozidla presiahne limit pre nastavenie obmedzovača rýchlosti 
stanovený v smernici Rady 92/6/EHS (  1 ) v znení posledných 
zmien;  ▼B 
( 1 ) Smernica Rady 92/6/EEC z 10. februára 1992 o montáži a použív aní zariadení obme­
dzujúcich rýchlosť pre určité kategórie motorových vozidiel v S poločenstve (Ú. v. ES 
L 57, 2.3.1992, s. 27).
 02016R0799 — SK — 21.08.2023 — 003.001 — 20  
ii) „pravidelná inšpekcia“ je:  
súbor činností vykonávaných na overenie, či tachograf riadne 
funguje, či jeho nastavenie zodpovedá parametrom vozidla a či 
k nemu neboli pripojené manipulačné zariadenia;  
jj) „tlačiareň“ je:  
komponent záznamového zariadenia, ktorý zabezpečuje výpisy 
uložených údajov;  
kk) „komunikácia na diaľkovú včasnú detekciu“ je:  
komunikácia medzi komunikačným zariadením na diaľkovú 
včasnú detekciu a snímačom komunikačného zariadenia na 
diaľkovú včasnú detekciu počas cielených cestných kontrol 
s cieľom diaľkovo odhaľovať možnú manipuláciu alebo zneu­ 
žitie záznamového zariadenia;  
▼M3 
ll) „diaľkové komunikačné zariadenie“, „diaľkový komunikačný 
modul“ alebo „diaľkové zariadenie včasnej detekcie“ je:  
vybavenie jednotky vozidla, ktoré sa používa na vykonávanie 
cielených cestných kontrol;  
▼B 
mm) „snímač komunikačného zariadenia na diaľkovú včasnú 
detekciu“ je:  
systém používaný kontrolnými úradníkmi na cielené cestné 
kontroly;  
▼M3 
nn) „obnova karty“ je:  
vydanie novej tachografovej karty, keď uplynie platnosť 
existujúcej karty alebo keď existujúca karta nefunguje správne 
a bola vrátená vydávajúcemu orgánu;  
▼B 
oo) „oprava“ je:  
akákoľvek oprava snímača pohybu alebo jednotky vozidla 
alebo kábla, ktorá si vyžaduje odpojenie napájania alebo 
jeho odpojenie od iných komponentov tachografu, alebo otvo­
renie snímača pohybu alebo jednotky vozidla;  
▼M3 
pp) „náhrada karty“ je:  
vydanie novej tachografovej karty ako náhrady za existujúcu 
tachografovú kartu, ktorá bola nahlásená ako stratená, odcu­
dzená alebo nesprávne fungujúca a nebola vrátená vydávajú­
cemu orgánu;  
▼B 
qq) „osvedčovanie zabezpečenia“ je:  
proces, ktorým orgán osvedčovania na základe spoločných 
kritérií osvedčuje, že overované záznamové zariadenie (alebo 
komponent) alebo tachografová karta spĺňajú požiadavky 
zabezpečenia vymedzené v súvisiacich profiloch ochrany;  
rr) „automatická skúška“ je:  
cyklická a automatická skúška vykonávaná záznamovým zaria­
dením na zisťovanie porúch;  
ss) „meranie času“ je:  
nepretržitý digitálny záznam koordinovaného univerzálneho 
dátumu a času (universal date and time – UTC);  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 21  
tt) „úprava času“ je:  
úprava aktuálneho času. Táto úprava môže byť automatická 
s použitím referenčného času z prijímača GNSS alebo ju 
možno vykonať v režime kalibrácie;  
▼B 
uu) „rozmer pneumatiky“ je:  
označenie rozmerov pneumatík (vonkajších hnacích kolies) 
v súlade so smernicou Rady 92/23/EHS (  1 ) v znení posledných 
zmien;  
vv) „identifikácia vozidla“ znamená:  
čísla identifikujúce vozidlo: evidenčné číslo vozidla (VRN) 
s identifikáciou členského štátu evidencie a identifikačné 
číslo vozidla (VIN) (  2 ); 
ww) na účely výpočtu v záznamovom zariadení „týždeň“ je:  
časový úsek od 00.00 hodín UTC v pondelok do 24.00 UTC 
v nedeľu;  
xx) „dielenská karta“ je:  
tachografová karta vydaná orgánmi členského štátu určenému 
personálu výrobcu tachografov, montážnej firme, výrobcovi 
vozidla alebo dielni schváleným uvedeným členským štátom, 
ktorá identifikuje držiteľa karty a umožňuje skúšanie, kali­
bráciu a aktiváciu tachografov a/alebo stiahnutie údajov z nich ; 
yy) „adaptér“ je:  
zariadenie permanentne zabezpečujúce signál udávajúci rých­
losť vozidla a/alebo prejdenú vzdialenosť, iné než zariadenie 
na nezávislé zisťovanie pohybu, a ktoré:  
▼M3 
— sa montuje a používa iba vo vozidlách typu M1 a N1 
vymedzených v článku 4 nariadenia Európskeho parla­
mentu a Rady (EÚ) 2018/858 (  3 ), 
▼B 
— sa montuje v prípade, ak nie je mechanicky možné namon­
tovať iný typ existujúceho snímača pohybu, ktorý inak 
spĺňa požiadavky ustanovení tejto prílohy a jej dodatkov 
1 až 15,  ▼M3 
( 1 ) Smernica Rady 92/23/EHS z 31. marca 1992 o pneumatikách motor ových vozidiel a ich 
prípojných vozidiel a ich montáži (Ú. v. ES L 129, 14.5.1992, s . 95). 
( 2 ) Smernica Rady 76/114/EHS z 18. decembra 1975 o aproximácii pr ávnych predpisov 
členských štátov o povinných štítkoch a nápisoch pre motorové v ozidlá a ich prípojné 
vozidlá a ich umiestnení a spôsobe ich pripevnenia (Ú. v. ES L 24, 30.1.1976, s. 1). 
( 3 ) Nariadenie Európskeho parlamentu a Rady (EÚ) 2018/858 z 30. m ája 2018 o schvaľovaní 
motorových vozidiel a ich prípojných vozidiel, ako aj systémov,  komponentov a samo­
statných technických jednotiek určených pre takéto vozidlá a o dohľade nad trhom 
s nimi, ktorým sa menia nariadenia (ES) č. 715/2007 a (ES) č. 5 95/2009 a zrušuje 
smernica 2007/46/ES (Ú. v. EÚ L 151, 14.6.2018, s. 1).
 02016R0799 — SK — 21.08.2023 — 003.001 — 22  
— sa montuje medzi jednotku vozidla a miesto, kde sa 
impulzy rýchlosti/vzdialenosti vytvárajú prostredníctvom 
integrovaných snímačov alebo iných rozhraní,  
— z hľadiska jednotky vozidla sa adaptér správa rovnako, ako 
keby bol k jednotke vozidla pripojený snímač pohybu, 
ktorý spĺňa požiadavky ustanovení tejto prílohy a jej 
dodatkov 1 až 16;  
používanie tohto adaptéra v uvedených vozidlách musí umož­ 
ňovať montáž a správne používanie jednotky vozidla, ktorá 
spĺňa všetky požiadavky tejto prílohy,  
v prípade týchto vozidiel tvoria súčasť inteligentného tacho­
grafu káble, adaptér a jednotka vozidla;  
zz) „integrita údajov“ je:  
presnosť a konzistentnosť uložených údajov, ktorú predstavuje 
absencia akejkoľvek zmeny údajov medzi dvoma aktualizá­
ciami dátového záznamu. Integrita údajov znamená, že údaje 
sú presnou kópiou pôvodnej verzie, napr. že neboli poškodené 
v procese zápisu na tachografovú kartu a spätného čítania 
z nej alebo do špecializovaného vybavenia alebo počas 
prenosu akýmkoľvek komunikačným kanálom;  
▼M3 
aaa) vyhradené na budúce použitie;  
▼B 
bbb) „systém inteligentného tachografu“ je:  
záznamové zariadenie, tachografové karty a súbor všetkých 
priamo alebo nepriamo prepojených zariadení počas ich 
výroby, montáže, použitia, skúšania a kontroly, ako napríklad 
karty, snímač diaľkového komunikačného zariadenia 
a akékoľvek iné zariadenia na sťahovanie údajov, analýzu 
údajov, kalibráciu, vytváranie, spravovanie alebo zavádzanie 
prvkov zabezpečenia atď.;  
▼M3 
ccc) „dátum zavedenia“ je:  
dátum stanovený v nariadení (EÚ) č. 165/2014, od ktorého sa 
prvýkrát zaevidované vozidlá vybavia tachografom v súlade 
s týmto nariadením;  
▼B 
ddd) „profil ochrany“ je:  
dokument používaný v rámci osvedčovania podľa spoločných 
kritérií, ktorý špecifikuje požiadavky na zabezpečenie infor­
mácií nezávisle od implementácie;  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 23  
eee) „presnosť GNSS“ je:  
v kontexte zaznamenávania polohy z globálneho navigačného 
satelitného systému (GNSS) s tachografmi hodnota Horizontal 
Dilution of Precision (HDOP) vypočítaná ako minimum 
hodnôt HDOP získaných z dostupných systémov GNSS ;  
▼M1 
fff) ‚kumulovaný čas jazdy‘ je:  
hodnota celkového kumulovaného počtu minút jazdy konkrét­
neho vozidla.  
Hodnota kumulovaného času jazdy je neprerušované počítanie 
všetkých minút považovaných za VEDENIE VOZIDLA funk­
ciou záznamového zariadenia, ktorou je monitorovanie činností 
vedenia vozidla, a používa sa iba na spustenie zaznamenávania 
polohy vozidla vždy pri dosiahnutí násobku troch hodín kumu­
lovaného času jazdy. Kumulácia sa začína aktiváciou zázna­
mového zariadenia. Nemajú na ňu vplyv žiadne iné 
podmienky, ako napríklad ‚záznamové zariadenie sa nevyža­
duje‘ alebo prevoz trajektom/vlakom‘.  
Hodnota akumulovaného času jazdy sa nemá zobrazovať, 
tlačiť ani sťahovať.  
▼B 
2 VŠEOBECNÉ CHARAKTERISTIKY A FUNKCIE ZÁZNAMO­
VÉHO ZARIADENIA  
2.1 Všeobecné charakteristiky  
Účelom záznamového zariadenia je zaznamenávať, ukladať, zobra­
zovať, tlačiť údaje o činnosti vodiča a generovať z nich výstup y. 
Súčasťou každého vozidla vybaveného záznamovým zariadením, 
ktoré spĺňa ustanovenia tejto prílohy, musí byť ukazovateľ rých losti 
a počítadlo kilometrov. Tieto funkcie môžu byť súčasťou záznamo ­
vého zariadenia.  
01) Záznamové zariadenie obsahuje káble, snímač pohybu 
a jednotku vozidla.  
02) Rozhranie medzi snímačmi pohybu a jednotkami vozidla 
musí spĺňať požiadavky uvedené v dodatku 11.  
03) Jednotka vozidla musí byť pripojená ku globálnemu navi­
gačnému satelitnému systému resp. systémom, ako je 
uvedené v dodatku 12.  
04) Jednotka vozidla musí komunikovať so snímačom komuni­
kačného zariadenia na diaľkovú včasnú detekciu, ako je 
uvedené v dodatku 14.  
▼M3 
05) Jednotka vozidla obsahuje rozhranie ITS, ktoré je špecifi­
kované v dodatku 13.  
Záznamové zariadenie môže byť spojené s inými zariade­
niami prostredníctvom doplnkových rozhraní a/alebo 
prostredníctvom rozhrania ITS.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 24  
06) Žiadne funkcie alebo zariadenia zabudované alebo pripo­
jené k záznamovému zariadeniu, bez ohľadu na to, či sú 
schválené, nesmú rušiť alebo byť schopné rušiť riadnu 
a bezpečnú prevádzku záznamového zariadenia a porušovať 
ustanovenia tohto nariadenia.  
Používatelia záznamového zariadenia sa sami zariadeniu 
identifikujú tachografovými kartami.  
07) Záznamové zariadenie poskytuje selektívne prístupové 
práva k údajom a funkciám podľa typu a/alebo totožnosti 
používateľa.  
Záznamové zariadenie zaznamenáva a ukladá údaje do svojej 
dátovej pamäte, diaľkového komunikačného zariadenia a tachogra­
fovej karty.  
▼M3 
To sa uskutočňuje v súlade s platnými právnymi predpismi Únie 
týkajúcimi sa ochrany údajov a v súlade s článkom 7 nariadenia 
(EÚ) č. 165/2014.  
▼B 
2.2 Funkcie  
08) Záznamové zariadenie zabezpečuje tieto funkcie:  
— monitorovanie vkladania a vyberania kariet,  
— meranie rýchlosti, vzdialenosti a polohy,  
— meranie času,  
— monitorovanie činností vodiča,  
— monitorovanie stavu jazdy,  
▼M3 
— manuálne zápisy vodiča:  
— zápis o miestach, kde sa denný pracovný čas začína 
a/alebo končí,  
— manuálny zápis o činnostiach vodiča a súhlas 
vodiča týkajúci sa rozhrania ITS,  
— zápis o špecifických podmienkach,  
— zápis operácií nakládky/vykládky,  
▼B 
— podnikové blokovanie,  
— monitorovanie kontrolných činností,  
— detekcia udalostí a/alebo porúch,  
— zabudované a automatické skúšky,  
— čítanie z dátovej pamäte,  
— zaznamenávanie a ukladanie v dátovej pamäti,  
— čítanie z tachografových kariet,  
— zaznamenávanie a ukladanie na tachografové karty,  
— zobrazovanie,  
— tlač,  
— výstraha,  
— sťahovanie údajov na externé médiá,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 25  
— diaľková komunikácia pre cielené cestné kontroly,  
— generovanie výstupných údajov pre doplnkové 
zariadenia,  
— kalibrácia,  
— kontrola kalibrácie pri cestnej kontrole,  
— úprava času ,  
▼M3 
— monitorovanie prekročení hranice,  
— aktualizácia softvéru.  
▼B 
2.3 Režimy prevádzky  
09) Záznamové zariadenie pracuje v štyroch režimoch prevá­
dzky:  
— prevádzkový režim,  
— režim kontroly,  
— režim kalibrácie,  
— podnikový režim.  
10) Záznamové zariadenie sa po vložení príslušných platných 
tachografových kariet do zariadení s rozhraním karty 
prepne do týchto režimov prevádzky. Na určenie režimu 
prevádzky nemá vplyv generácia tachografovej karty, za 
predpokladu, že je vložená karta platná. Dielenská karta 
prvej generácie sa vždy považuje za neplatnú, ak je vložená 
do VU druhej generácie.  
Režim prevádzky  Slot vodiča  
Žiadna karta  Karta vodiča  Kontrolná karta  Dielenská karta  Podniková karta
 Slot druhého vodiča Žiadna karta  prevádzkový 
režim  prevádzkový 
režim  režim kontroly  režim kalibrácie  podnikový režim  
Karta vodiča  prevádzkový 
režim  prevádzkový\ 
režim  režim kontroly  režim kalibrácie  podnikový režim  
Kontrolná karta  režim kontroly  režim kontroly  Režim 
kontroly (*)  prevádzkový 
režim  prevádzkový 
režim  
Dielenská karta  režim kalibrácie  režim kalibrácie  prevádzkový 
režim  Režim kali­
brácie (*)  prevádzkový 
režim  
Podniková 
karta  podnikový režim  podnikový režim  prevádzkový 
režim  prevádzkový 
režim  podnikový 
režim (*)  
(*) V týchto situáciách záznamové zariadenie používa len tachog rafovú kartu vloženú do slotu vodiča.  
11) Záznamové zariadenie ignoruje vložené neplatné karty, 
musí byť však možné zobraziť, vytlačiť alebo stiahnuť 
údaje uložené na karte, ktorá je už neplatná.  
12) Všetky funkcie uvedené 2.2 musia fungovať v ktorom­
koľvek režime prevádzky s týmito výnimkami:  
— kalibračná funkcia je k dispozícii len v režime kali­
brácie,  
— funkcia kontroly kalibrácie pri cestnej kontrole je 
k dispozícii len v režime kontroly,  
— funkcia podnikového blokovania je k dispozícii len 
v podnikovom režime,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 26  
— funkcia monitorovania kontrolných činností je k dispo­
zícii len v režime kontroly,  
▼M3 
— funkcia sťahovania nie je k dispozícii v prevádzkovom 
režime, s výnimkou:  
a) uvedenou v požiadavke 193;  
b) sťahovania karty vodiča, keď vo VU nie je vložený 
iný typ karty.  
▼B 
13) Záznamové zariadenie môže poskytnúť ktorékoľvek údaje 
na zobrazenie, tlač alebo pre externé rozhrania s týmito 
výnimkami:  
— v prevádzkovom režime sa akákoľvek osobná identifi­
kácia (priezvisko a meno(á)), ktorá nezodpovedá 
vloženej tachografovej karte, zneviditeľní a akékoľvek 
číslo karty, ktoré nezodpovedá vloženej tachografovej 
karte, sa čiastočne zneviditeľní (nepárne znaky zľava 
doprava sa zneviditeľnia),  
▼M3 
— v podnikovom režime sa údaje týkajúce sa vodiča 
(požiadavky 102, 105, 108, 133a a 133e) môžu 
poskytnúť len za časové úseky, pri ktorých neexistuje 
blokovanie, alebo ktoré nie sú zablokované iným 
podnikom (identifikovaným prvými 13 číslicami čísla 
podnikovej karty),  
▼B 
— ak nie je do záznamového zariadenia vložená žiadna 
karta, údaje týkajúce sa vodiča sa môžu poskytnúť len 
za aktuálny kalendárny deň a osem predchádzajúcich 
kalendárnych dní,  
▼M3 
— osobné údaje zaznamenané a vytvorené buď tacho­
grafom, alebo tachografovými kartami sa nesmú 
poskytnúť prostredníctvom rozhrania ITS jednotky 
vozidla, pokiaľ sa neoverí súhlas vodiča, ktorého sa 
údaje týkajú,  
▼M1 
— bežná prevádzková platnosť VU je 15 rokov od dátumu 
účinnosti osvedčenia jednotky vozidla, ale jednotky 
vozidla sa môžu používať ďalšie 3 mesiace, výlučne 
nasťahovanie údajov.  
▼B 
2.4 Zabezpe čenie 
▼M1 
Zabezpečenie systému je zamerané na ochranu dátovej pamäte tak,  
aby bolo zabránené neoprávnenému prístupu k údajom a ich mani­
pulácii, aby bol odhalený každý takýto pokus, na ochranu integr ity 
a autenticity údajov vymieňaných medzi snímačom pohybu 
a jednotkou vozidla, na ochranu integrity a autenticity údajov 
vymieňaných medzi záznamovým zariadením a tachografovými 
kartami, na ochranu integrity a autenticity údajov vymieňaných 
medzi jednotkou vozidla a prípadným externým zariadením 
GNSS, na ochranu dôvernosti, integrity a autenticity údajov vym ie­ 
ňaných pri komunikácii na diaľkovú včasnú detekciu na účely 
kontroly, a na overenie integrity a autenticity sťahovaných úda jov. ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 27  
14) Na zaručenie zabezpečenia systému musia tieto kompo­
nenty spĺňať požiadavky zabezpečenia uvedené vo svojich 
profiloch ochrany, ako sa to vyžaduje v dodatku 10:  
— jednotka vozidla,  
— tachografová karta,  
— snímač pohybu,  
▼M3 
— externé zariadenie GNSS (tento profil je potrebný 
a uplatniteľný len pre variant externého zariadenia 
GNSS).  
▼B 
3 KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA ZÁZNA­
MOVÉ ZARIADENIE  
3.1 Monitorovanie vkladania a vyberania kariet  
15) Záznamové zariadenie monitoruje zariadenia s rozhraním 
karty, aby sa zistilo ich vkladanie a vyberanie.  
▼M3 
16) Po vložení karty (alebo autentifikácii karty na diaľku) 
záznamové zariadenie zistí, či je táto karta platná tachogra­
fová karta v súlade s vymedzením v oddiele 1 písm. ee), 
a v takom prípade identifikuje jej typ a generáciu.  
Na kontrolu toho, či karta už bola vložená, záznamové 
zariadenie použije údaje o tachografovej karte uložené vo 
svojej dátovej pamäti, ako sa stanovuje v požiadavke 133.  
▼B 
17) Tachografové karty prvej generácie považuje záznamové 
zariadenie za neplatné potom, ako dielňa zrušila možnosť 
používania tachografových kariet prvej generácie, v súlade 
s dodatkom 15 (požiadavka MIG 003).  
18) Dielenské karty prvej generácie, ktoré sa vkladajú do 
záznamového zariadenia druhej generácie, sa považujú za 
neplatné.  
19) Záznamové zariadenie musí byť technicky navrhnuté tak, 
aby tachografové karty po správnom vložení do zariadení 
s rozhraním karty zaistilo v správnej polohe.  
▼M3 
20) Tachografové karty možno vytiahnuť, len keď vozidlo stojí, 
a potom, ako sa na nich uložili príslušné údaje. Kartu musí 
aktívne vytiahnuť používateľ.  
▼B 
3.2 Meranie rýchlosti a vzdialenosti a zis ťovanie polohy  
21) Snímač pohybu (prípadne zabudovaný do adaptéra) je 
hlavným zdrojom na meranie rýchlosti a vzdialenosti.  
22) Táto funkcia musí nepretržite merať a udávať stav počítadla  
kilometrov zodpovedajúci celkovej vzdialenosti prejdenej 
vozidlom pomocou impulzov zo snímača pohybu.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 28  
23) Táto funkcia musí nepretržite merať a udávať rýchlosť 
vozidla pomocou impulzov zo snímača pohybu.  
24) Funkcia merania rýchlosti musí poskytovať aj informácie 
o tom, či sa vozidlo pohybuje alebo stojí. Vozidlo sa pova­ 
žuje za pohybujúce, akonáhle funkcia zistí zo snímača 
pohybu viac než 1 imp/s počas minimálne piatich sekúnd, 
inak sa vozidlo považuje za stojace.  
25) Zariadenia ukazujúce rýchlosť (rýchlomer) a celkovú 
prejdenú vzdialenosť (počítadlo kilometrov) namontované 
v každom vozidle vybavenom záznamovým zariadením 
spĺňajúcim ustanovenia tohto nariadenia, musia spĺňať 
požiadavky týkajúce sa maximálnych tolerancií stanovené 
v tejto prílohe (pozri 3.2.1 a 3.2.2).  
▼M3 
26) Na zistenie manipulácie s údajmi o pohybe sa informácie 
zo snímača pohybu musia potvrdiť informáciami o pohybe 
vozidla získanými z prijímača GNSS a z jedného alebo 
viacerých zdrojov nezávislých od snímača pohybu. Mini­
málne jeden ďalší nezávislý zdroj pohybu vozidla sa musí 
nachádzať vnútri VU bez potreby externého rozhrania.  
27) Táto funkcia musí zistiť polohu vozidla, aby sa umožnilo 
zaznamenávanie:  
— polôh, kde vodič a/alebo druhý vodič začína svoj denný 
pracovný čas,  
— polôh, kde kumulovaný čas jazdy dosiahne násobok 
troch hodín,  
— polôh, kde vozidlo prekročilo hranicu krajiny,  
— polôh, kde sa vykonali operácie nakládky/vykládky,  
— polôh, kde vodič a/alebo druhý vodič skončí svoj denný 
pracovný čas.  
▼B 
3.2.1  Meranie prejdenej vzdialenosti  
28) Prejdená vzdialenosť sa môže merať buď:  
— tak, že sa spočítajú pohyby dopredu a dozadu, alebo  
— tak, že sa zahrnie len pohyb dopredu.  
29) Záznamové zariadenie meria vzdialenosť od 0 do 
9 999 999,9 km.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 29  
30) Nameraná vzdialenosť musí byť v rámci nasledovných tole­
rancií (vzdialenosti minimálne 1 000 m):  
— ± 1 % pred montážou,  
— ± 2 % pri montáži a pri pravidelnej inšpekcii,  
— ± 4 % počas používania.  
▼M3 
Tolerancie sa nesmú používať na úmyselnú úpravu name­
ranej vzdialenosti.  
▼B 
31) Nameraná vzdialenosť sa musí merať s presnosťou aspoň 
0,1 km.  
3.2.2  Meranie rýchlosti  
32) Záznamové zariadenie meria rýchlosť od 0 do 220 km/h.  
▼M3 
33) Aby sa zaistilo zobrazovanie rýchlosti s maximálnou tole­
ranciou ± 6 km/h a berúc do úvahy:  
— toleranciu ± 2 km/h pre zmeny vstupov (odchýlky 
pneumatík,…),  
— toleranciu ± 1 km/h pri meraniach vykonávaných počas 
montáže alebo pravidelných inšpekcií,  
záznamové zariadenie musí v prípade rýchlostí od 20 do 
180 km/h a v prípade charakteristických koeficientov 
vozidla od 2 400 do 25 000 imp/km merať rýchlosť s tole­
ranciou ± 1 km/h (pri konštantnej rýchlosti).  
Poznámka: Z presnosti ukladania údajov vyplýva ďalšia 
tolerancia ± 0,5 km/h pre rýchlosti uložené záznamovým 
zariadením.  
▼B 
34) Rýchlosť sa musí správne merať v rámci normálnych tole­
rancií do 2 sekúnd po skončení zmeny rýchlosti, keď sa 
rýchlosť zmenila do 2 m/s  2 . 
35) Rýchlosť sa musí merať s rozlíšením minimálne 1 km/h.  
3.2.3  Zis ťovanie polohy  
36) Záznamové zariadenie zisťuje absolútnu polohu vozidla 
pomocou prijímača GNSS.  
▼M3 
37) Absolútna poloha sa zisťuje pomocou geografických 
súradníc zemepisnej šírky a dĺžky v stupňoch a minútach 
s presnosťou 1/10 minúty.  
▼B 
3.3 Meranie času 
38) Funkcia merania času meria čas stále a digitálne udáva 
dátum a čas UTC.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 30  
39) Dátum a čas UTC sa používajú pre datovanie údajov 
v rámci záznamového zariadenia (zaznamenávanie, výmena 
údajov) a pre všetky výpisy uvedené v dodatku 4 „Výpisy“.  
40) Aby bolo možné udať miestny čas, musí sa dať meniť 
zobrazený časový údaj v polhodinových krokoch. Neumož­ 
ňuje sa žiadny iný posun než záporné a kladné násobky 
polhodiny;  
▼M3 
41) Časová odchýlka musí byť ± 1 sekunda za deň alebo menej 
pri teplotných podmienkach v súlade s požiadavkou 213, 
pri absencii akejkoľvek úpravy času.  
41a) Presnosť času, keď čas upravujú dielne v súlade s požia­
davkou 212, je 3 sekundy alebo lepšia.  
41b) Jednotka vozidla musí mať počítadlo odchýlok, ktoré počíta  
maximálnu časovú odchýlku od poslednej úpravy času 
v súlade s bodom 3.23. Maximálnu časovú odchýlku vyme­
dzuje výrobca jednotky vozidla a nesmie presiahnuť 
1 sekundu za deň, ako sa stanovuje v požiadavke 41.  
41c) Počítadlo odchýlok sa resetuje na 1 sekundu po každej 
úprave času záznamového zariadenia v súlade s bodom 3.23. 
To zahŕňa:  
— automatické úpravy času,  
— úpravy času vykonané v režime kalibrácie.  
▼B 
42) Čas sa musí merať s rozlíšením minimálne 1 sekundy.  
43) Meranie času nesmie byť v podmienkach typového schvá­
lenia ovplyvnené prerušením externého napájania v trvaní 
do 12 mesiacov.  
3.4 Monitorovanie činností vodi ča 
44) Táto funkcia nepretržite a osobitne monitoruje činnosti 
jedného vodiča a jedného druhého vodiča.  
45) Činnosťou vodiča je JAZDA, PRÁCA, POHOTOVOSŤ 
alebo PRESTÁVKA/ODPOČINOK.  
46) Vodič a/alebo druhý vodič musí mať možnosť manuálne 
zvoliť PRÁCU, POHOTOVOSŤ alebo PRESTÁVKA/ 
ODPOČINOK.  
47) Keď sa vozidlo pohybuje, pre vodiča sa automaticky zvolí 
JAZDA a pre druhého vodiča sa automaticky zvolí POHO­
TOVOSŤ.  
48) Keď vozidlo zastane, pre vodiča sa automaticky zvolí 
PRÁCA.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 31  
49) Prvá zmena činnosti na PRESTÁVKU/ODPOČINOK alebo 
POHOTOVOSŤ do 120 sekúnd po automatickej zmene na 
PRÁCA v dôsledku zastavenia vozidla sa považuje za 
zmenu, ktorá nastala v čase zastavenia vozidla (preto je 
možné, že sa zruší zmena na PRÁCA).  
▼B 
50) Výstupy tejto funkcie o zmenách činnosti určené pre zázna­
mové funkcie sa vykonajú s presnosťou jednej minúty.  
51) Ak je v rámci určitej kalendárnej minúty registrovaná počas  
bezprostredne predchádzajúcej a bezprostredne nadchádza­
júcej minúty činnosť JAZDA, celá táto minúta sa berie ako 
JAZDA.  
52) Kalendárna minúta, ktorá sa nepovažuje za JAZDU podľa 
požiadavky 051, sa celá priraďuje k tej činnosti, ktorá 
v priebehu minúty trvala najdlhšie (alebo k poslednej 
z rovnako dlhých činností).  
53) Táto funkcia taktiež permanentne monitoruje nepretržitý čas  
jazdy a kumulovaný čas prestávky vodiča.  
3.5 Monitorovanie stavu jazdy  
54) Táto funkcia permanentne a automaticky monitoruje stav 
jazdy.  
55) Stav jazdy POSÁDKA sa zvolí vtedy, keď sú v zariadení 
vložené dve platné karty vodiča; stav jazdy JEDEN VODIČ 
sa zvolí v ostatných prípadoch.  
3.6 Zápisy vodi čov 
3.6.1  Zápis o mieste, kde sa denný pracovný čas začína a/alebo kon čí 
56) Táto funkcia umožňuje zapísať miesta, kde sa podľa vodiča 
a/alebo druhého vodiča, jeho denný pracovný čas začína 
a/alebo končí.  
▼M3 
57) Miesta sú definované ako štáty a prípadne regióny.  
58) Pri vytiahnutí karty vodiča alebo dielenskej karty zázna­
mové zariadenie zobrazí aktuálne miesto vozidla na základe 
informácií z GNSS a uloženej digitálnej mapy v súlade 
s bodom 3.12.19 a vyzve držiteľa karty, aby dané miesto 
potvrdil alebo manuálne opravil.  
59) Miesto zadané v súlade s požiadavkou 58 sa považuje za 
miesto, kde sa končí denný pracovný čas. Zaznamená sa na 
príslušnú kartu vodiča alebo dielenskú kartu ako dočasný 
záznam, a môže sa teda neskôr prepísať.  
Dočasný zápis vykonaný pri poslednom vytiahnutí karty sa 
potvrdí (t. j. už sa neprepíše) za týchto podmienok:  
— zápis miesta, kde sa začína aktuálny denný pracovný 
čas, počas manuálneho zapisovania v súlade s požia­
davkou 61,  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 32  
— ďalší zápis miesta, kde sa začína aktuálny denný 
pracovný čas, ak držiteľ karty počas manuálneho zapi­
sovania v súlade s požiadavkou 61 neuvedie žiadne 
miesto, kde sa pracovný čas začína alebo kde sa 
skončil.  
Dočasný zápis vykonaný pri poslednom vytiahnutí karty sa 
prepíše a nová hodnota sa potvrdí za týchto podmienok:  
— ďalší zápis miesta, kde sa končí aktuálny denný 
pracovný čas, ak držiteľ karty počas manuálneho zapi­
sovania v súlade s požiadavkou 61 neuvedie žiadne 
miesto, kde sa pracovný čas začína alebo kde sa 
skončil.  
▼B 
60) Príkazmi v menu musí byť možné vložiť miesta, kde sa 
denný pracovný čas začína a/alebo končí. Ak sa v rámci 
jednej kalendárnej minúty zadáva viac ako jeden takýto 
údaj, zostane zaznamenané iba posledné miesto začatia 
práce a posledné miesto ukončenia práce v rámci tohto 
časového úseku.  
▼M3 
Záznamové zariadenie zobrazí aktuálne miesto vozidla na 
základe informácií z GNSS a uložených digitálnych máp 
v súlade s bodom 3.12.19 a vyzve vodiča, aby dané miesto 
potvrdil alebo manuálne opravil.  
▼B 
3.6.2  Manuálne zapisovanie činností vodi ča a súhlas vodi ča týkajúci sa 
rozhrania ITS  
▼M3 
61) Pri vložení karty vodiča alebo dielenskej karty a iba 
v tomto čase záznamové zariadenie umožní manuálne 
zápisy činností. Činnosti sa manuálne zapisujú s použitím 
miestneho času a dátumu v časovej zóne (posun času UTC) 
aktuálne nastavených pre jednotku vozidla.  
Pri vložení karty vodiča alebo dielenskej karty sa držiteľovi 
karty zobrazí:  
— dátum a čas jeho posledného vytiahnutia karty,  
— nepovinné: posun miestneho času aktuálne nastavený 
pre jednotku vozidla.  
Pri prvom vložení danej karty vodiča alebo dielenskej 
karty, ktorá je pre jednotku vozidla v súčasnosti neznáma, 
sa držiteľ karty vyzve, aby vyjadril súhlas s odosielaním 
svojich osobných údajov súvisiacich s tachografom 
prostredníctvom rozhrania ITS. Na kontrolu toho, či karta 
už bola vložená, záznamové zariadenie použije údaje 
o tachografovej karte uložené vo svojej dátovej pamäti, 
ako sa stanovuje v požiadavke 133.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 33  
Súhlas vodiča (alebo dielne) možno kedykoľvek aktivovať 
alebo deaktivovať príkazmi v menu za predpokladu, že je 
vložená karta vodiča alebo dielenská karta.  
Musí byť možné zadávať činnosti s týmito obmedzeniami:  
— druh činnosti je PRÁCA, POHOTOVOSŤ alebo 
PRESTÁVKA/ODPOČINOK,  
— čas začatia a skončenia každej činnosti sa nachádza iba 
v rámci časového úseku medzi posledným vytiahnutím 
karty a jej aktuálnym vložením,  
— neumožňuje sa vzájomné časové prekrývanie jednotli­
vých činností.  
V prípade potreby musí byť možné manuálne zapisovanie 
pri prvom vložení predtým nepoužitej karty vodiča alebo 
dielenskej karty.  
Postup manuálneho zapisovania činností musí zahŕňať 
toľko po sebe idúcich krokov, koľko je potrebných na 
stanovenie druhu, času začatia a času skončenia každej 
činnosti. V ktorejkoľvek časti časového úseku medzi 
posledným vytiahnutím karty a aktuálnym vložením karty 
musí mať držiteľ karty možnosť neuviesť žiadnu z činností.  
Počas manuálneho zapisovania spojeného s vložením karty 
musí mať držiteľ karty možnosť zadať prípadne:  
— miesto, kde sa skončil predchádzajúci denný pracovný 
čas, a príslušný čas (teda prepísanie a potvrdenie zápisu 
vykonaného pri poslednom vytiahnutí karty),  
— miesto, kde sa začína aktuálny denný pracovný čas, 
a príslušný čas (teda potvrdenie dočasného zápisu vyko­
naného pri poslednom vytiahnutí karty).  
Pokiaľ ide o miesto, kde sa začína aktuálny denný 
pracovný čas, zapísané pri aktuálnom vložení karty, zázna­
mové zariadenie zobrazí aktuálne miesto vozidla na základe 
informácií z GNSS a uložených digitálnych máp v súlade 
s bodom 3.12.19 a vyzve vodiča, aby dané miesto potvrdil 
alebo manuálne opravil.  
Ak držiteľ karty počas manuálneho zapisovania spojeného 
s vložením karty nezapíše miesto, kde sa pracovný čas 
začína alebo kde sa skončil, považuje sa to za vyhlásenie, 
že jeho pracovný čas sa od posledného vytiahnutia karty 
nezmenil. Najbližší zápis miesta, kde sa predchádzajúci 
denný pracovný čas končí, potom prepíše dočasný zápis 
vykonaný pri poslednom vytiahnutí karty.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 34  
Ak sa zapisuje nejaké miesto, musí sa zaznamenať na 
príslušnej tachografovej karte.  
Manuálne zapisovanie sa preruší, ak:  
— sa karta vytiahne alebo  
— sa vozidlo pohybuje a karta je v slote vodiča.  
Povolené sú aj ďalšie prerušenia, napr. uplynutie časového 
limitu po určitom čase nečinnosti používateľa. V prípade 
prerušenia manuálneho zapisovania záznamové zariadenie 
musí overiť všetky už vykonané úplné zápisy miesta 
a činnosti (tie, ktoré majú buď jednoznačné miesto a čas, 
alebo druh činnosti, čas začatia a skončenia).  
Ak počas manuálneho zapisovania činností na už vloženú 
kartu dôjde k vloženiu karty druhého vodiča alebo dielen­
skej karty, musí byť povolené ukončiť manuálne zapiso­
vanie na túto už vloženú kartu skôr, ako sa začne manuálne 
zapisovanie na druhú kartu.  
Držiteľ karty musí mať možnosť manuálne zapisovať podľa 
tohto minimálneho postupu:  
— Manuálne zapisovanie činností v chronologickom 
poradí za obdobie medzi posledným vytiahnutím karty 
a aktuálnym vložením karty.  
— Čas začatia prvej činnosti sa nastaví na čas vytiahnutia 
karty. Pri každom nasledujúcom zápise sa čas začiatku 
prednastaví tak, aby nasledoval bezprostredne po čase 
skončenia predchádzajúceho zápisu. Pre každú činnosť 
sa zvolí druh činnosti a čas skončenia.  
Tento postup sa skončí vtedy, keď sa čas skončenia manu­
álne zapísanej činnosti zhoduje s časom vloženia karty.  
Záznamové zariadenie umožňuje vodičom a dielňam strie­
davo odosielať manuálne zápisy, ktoré je potrebné urobiť 
počas tohto postupu prostredníctvom rozhrania ITS špecifi­
kovaného v dodatku 13 a prípadne prostredníctvom iných 
rozhraní.  
Záznamové zariadenie umožňuje držiteľovi karty zmeniť 
každú manuálne zapísanú činnosť, a to do okamihu 
potvrdenia konkrétnym príkazom. Po tomto okamihu sa 
zakazuje akákoľvek takáto úprava.  
▼B 
3.6.3  Zápis špecifických podmienok  
▼M3 
62) Záznamové zariadenie musí v reálnom čase vodičovi 
umožniť zápis týchto dvoch špecifických podmienok:  
— „ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE“ 
(začiatok, koniec),  
— „PREVOZ TRAJEKTOM/VLAKOM“ (začiatok, 
koniec).  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 35  
Pri otvorenej podmienke „ZÁZNAMOVÉ ZARIADENIE 
SA NEVYŽADUJE“ nenastane podmienka „PREVOZ 
TRAJEKTOM/VLAKOM“. Ak je otvorená podmienka 
„ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE“, 
záznamové zariadenie neumožňuje používateľom zapísať 
príznak začiatku pre „PREVOZ TRAJEKTOM/VLAKOM“.  
Ak je karta vodiča vložená alebo vytiahnutá, záznamové 
zariadenie musí automaticky uzavrieť otvorenú podmienku 
„ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE“.  
Pri otvorenej podmienke „ZÁZNAMOVÉ ZARIADENIE 
SA NEVYŽADUJE“ nesmie dôjsť k týmto udalostiam 
a výstrahám:  
— jazda bez príslušnej karty,  
— výstrahy týkajúce sa nepretržitého času jazdy.  
Vodič zapíše príznak začiatku pre PREVOZ 
TRAJEKTOM/VLAKOM bezprostredne po zvolení 
činnosti PRESTÁVKA/ODPOČINOK na trajekte alebo 
vlaku.  
Záznamové zariadenie musí ukončiť otvorenú podmienku 
PREVOZ TRAJEKTOM/VLAKOM, ak nastane ktorá­
koľvek z týchto možností:  
— vodič ukončí PREVOZ TRAJEKTOM/VLAKOM 
manuálne, k čomu dôjde po príchode trajektu/vlaku 
do miesta určenia, pred opustením trajektu/vlaku,  
— podmienka „ZÁZNAMOVÉ ZARIADENIE SA NEVY­ 
ŽADUJE“ je otvorená,  
— vodič vytiahne svoju kartu,  
— činnosť vodiča sa počíta ako JAZDA počas kalendárnej 
minúty v súlade s bodom 3.4.  
Ak sa v rámci jednej kalendárnej minúty urobí zápis viac 
ako jednej špecifickej podmienky rovnakého typu, zazna­
mená sa len posledný zápis.  
3.6.4.  Zápis operácie nakládky/vykládky  
62a) Záznamové zariadenie musí v reálnom čase vodičovi 
umožniť zápis a potvrdenie informácií o tom, že sa vozidlo 
nakladá, vykladá alebo že sa vykonáva operácia súčasnej 
nakládky/vykládky.  
Ak sa v rámci jednej kalendárnej minúty urobí viac ako 
jeden zápis operácie nakládky/vykládky rovnakého typu, 
zaznamená sa len posledný zápis.  
62b) Operácie nakládky, vykládky alebo súčasnej nakládky/ 
vykládky sa zaznamenávajú ako samostatné udalosti.  
62c) Informácie o nakládke/vykládke sa zapisujú predtým, ako 
vozidlo opustí miesto, kde sa operácia nakládky/vykládky 
vykonáva.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 36  
3.7 Podnikové blokovanie  
63) Táto funkcia umožňuje riadiť blokovanie zavedené 
podnikom, aby si podnik vyhradil prístup k údajom v podni­
kovom režime.  
64) Podnikové blokovanie pozostáva z dátumu/času začiatku 
(zablokovanie – lock-in) a dátumu/času skončenia (odblo­
kovanie – lock-out) v súvislosti s identifikáciou podniku na 
základe čísla podnikovej karty (pri blokovaní).  
65) Blokovanie sa môže zapnúť alebo vypnúť len v reálnom 
čase.  
66) Odblokovanie môže vykonať len podnik, ktorého bloko­
vanie je zapnuté (identifikovaný prvými 13 číslicami čísla 
podnikovej karty), alebo  
67) odblokovanie je automatické, ak iný podnik zapne 
blokovanie.  
68) V prípade, keď podnik aktivuje (lock-in) blokovanie a keď 
predchádzajúce blokovanie platilo pre rovnaký podnik, 
potom sa predpokladá, že predchádzajúce blokovanie 
nebolo vypnuté a je stále zapnuté.  
3.8 Monitorovanie kontrolných činností  
69) Táto funkcia monitoruje ZOBRAZOVANIE, TLAČ, 
SŤAHOVANIE z VU a karty a činnosti kontroly KALI­
BRÁCIE PRI CESTNEJ kontrole vykonané v priebehu 
režimu kontroly.  
70) Táto funkcia monitoruje aj činnosti KONTROLY 
PREKROČENIA RÝCHLOSTI v priebehu režimu 
kontroly. Kontrola prekročenia rýchlosti sa považuje za 
uskutočnenú, ak bol v režime kontroly vytlačený alebo 
zobrazený výpis „prekročení rýchlosti“, alebo keď boli 
z dátovej pamäte VU stiahnuté údaje „udalosti a poruchy“.  
3.9 Detekcia udalostí a/alebo porúch  
71) Táto funkcia zisťuje tieto udalosti a/alebo poruchy:  
3.9.1  Udalos ť „vloženie neplatnej karty“  
72) Táto udalosť sa spustí po vložení akejkoľvek neplatnej 
karty, po vložení karty vodiča, ktorá bola už nahradená 
a/alebo keď sa skončí platnosť vloženej karty.  
3.9.2  Udalos ť „konflikt karty“  
73) Táto udalosť sa spustí, keď vznikne ktorákoľvek z kombi­
nácií platných kariet označená X v tejto tabuľke:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 37  
Konflikt karty  Slot vodiča  
Žiadna karta  Karta vodiča  Kontrolná karta  Dielenská karta  Podniková karta
 Slot druhého vodiča Žiadna karta  
Karta vodiča  X  
Kontrolná karta  X  X  X  
Dielenská karta  X  X  X  X  
Podniková karta  X  X  X  
3.9.3  Udalos ť „prekrývanie časov“  
74) Táto udalosť sa spustí, keď dátum/čas posledného vytiah­
nutia karty vodiča čítaný z karty, je neskorší než aktuálny 
dátum/čas záznamového zariadenia, do ktorého je karta 
vložená.  
3.9.4  Udalos ť „jazda bez príslušnej karty“  
75) Táto udalosť sa spustí pri ktorejkoľvek z kombinácií plat­
ných tachografových kariet označených X v tejto tabuľke, 
keď sa činnosť vodiča zmení na JAZDA, alebo keď nastane 
počas činnosti vodiča JAZDA zmena režimu prevádzky:  
Jazda bez príslušnej karty  Slot vodiča  
Žiadna (alebo 
neplatná) karta  Karta vodiča  Kontrolná karta  Dielenská karta  Podniková karta
 Slot druhého vodiča Žiadna (alebo 
neplatná) karta  X X  X  
Karta vodiča  X  X  X  X  
Kontrolná karta  X  X  X  X  X  
Dielenská karta  X  X  X  X  
Podniková karta  X  X  X  X  X  
3.9.5  Udalos ť „vloženie karty za jazdy“  
76) Táto udalosť sa spustí, keď sa vloží tachografová karta do 
ktoréhokoľvek slotu, pričom činnosť vodiča je JAZDA.  
3.9.6  Udalos ť „nesprávne uzavretá posledná relácia karty“  
77) Táto udalosť sa spustí, keď pri vložení karty záznamové 
zariadenie zistí, že napriek ustanoveniam uvedeným 
v odseku 3.1, nebola správne uzavretá predchádzajúca 
relácia karty (karta bola vytiahnutá predtým, než boli na 
karte uložené všetky relevantné údaje). Túto udalosť 
môže spustiť iba karta vodiča alebo dielenská karta.  
3.9.7  Udalos ť „prekročenie rýchlosti“  
78) Táto udalosť sa spustí pri každom prekročení rýchlosti.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 38  
3.9.8  Udalos ť „prerušenie napájania“  
79) Táto udalosť sa spustí, pokiaľ záznamové zariadenie nie je 
v režime kalibrácie alebo kontroly, v prípade akéhokoľvek 
viac než 200 milisekundového prerušenia napájania 
snímača pohybu a/alebo jednotky vozidla. Prah prerušenia 
určí výrobca. Pokles napätia počas štartovania motora 
vozidla nesmie spustiť túto udalosť.  
3.9.9  Udalos ť „chyba komunikácie s dia ľkovým komunika čným zaria ­
dením“  
80) Táto udalosť sa spustí  mimo režimu kalibrácie , keď diaľ­
kové komunikačné zariadenie nepotvrdí úspešné prijatie 
údajov diaľkovej komunikácie zasielaných z jednotky 
vozidla po viac ako troch pokusoch.  
3.9.10  Udalos ť „chýbajúce informácie o polohe z prijíma ča GNSS“  
81) Táto udalosť sa spustí  mimo režimu kalibrácie  v prípade 
chýbajúcej informácie o polohe pochádzajúcej z prijímača 
GNSS (interného alebo externého) po viac ako tri hodiny 
kumulovaného času jazdy.  
3.9.11  Udalos ť „chyba komunikácie s externým zariadením GNSS“  
82) Táto udalosť sa spustí  mimo režimu kalibrácie  v prípade 
prerušenia komunikácie medzi externým zariadením GNSS 
a jednotkou vozidla, ktorá trvá dlhšie ako 20 neprerušených 
minút, keď je vozidlo v pohybe.  
3.9.12  Udalos ť „chyba údajov o pohybe“  
▼M3 
83) Táto udalosť sa spustí  mimo režimu kalibrácie  v prípade 
prerušenia normálneho dátového toku medzi snímačom 
pohybu a jednotkou vozidla a/alebo v prípade chyby v inte­
grite alebo autentifikácii údajov počas výmeny údajov 
medzi snímačom pohybu a jednotkou vozidla. Táto udalosť 
sa takisto spustí  mimo režimu kalibrácie , ak sa rýchlosť 
vypočítaná z pulzov snímača pohybu zvýši z 0 na viac ako 
40 km/h v rámci 1 sekundy a potom ostane na úrovni nad 
40 km/h aspoň počas 3 sekúnd.  
▼B 
3.9.13  Udalos ť „nesúlad údajov o pohybe vozidla“  
▼M3 
84) Táto udalosť sa spustí  mimo režimu kalibrácie , ako je 
uvedené v dodatku 12, ak informácie o pohybe vypočítané 
zo snímača pohybu sú v rozpore s informáciami o pohybe 
vypočítanými z interného prijímača GNSS, z externého 
zariadenia GNSS alebo z iných nezávislých zdrojov v súlade 
s požiadavkou 26. Táto udalosť sa nespustí počas prevozu 
trajektom/vlakom.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 39  
3.9.14.  Udalos ť „pokus o narušenie zabezpe čenia“  
85) Táto udalosť sa spustí mimo režimu kalibrácie pri akej­
koľvek inej udalosti ovplyvňujúcej zabezpečenie snímača 
pohybu a/alebo jednotky vozidla a/alebo externého zaria­
denia GNSS, ako sa vyžaduje v dodatku 10.  
▼M1 
3.9.15  Udalos ť ‚časový rozpor‘  
▼M3 
86) Táto udalosť sa spustí  mimo režimu kalibrácie , keď VU 
zistí nesúlad medzi časom pochádzajúcim z funkcie 
merania času jednotky vozidla a časom pochádzajúcim 
z autentifikovaných polôh vysielaných prijímačom GNSS 
alebo externým zariadením GNSS. „Časový nesúlad“ sa 
zistí, ak časový rozdiel presiahne ±3 sekundy, čo zodpo­
vedá presnosti času stanovenej v požiadavke 41a, pričom 
táto presnosť sa zvýši o maximálnu časovú odchýlku za 
deň. Táto udalosť sa zaznamená spolu s časom vstavaných 
hodín záznamového zariadenia. VU vykoná kontrolu spus­
tenia udalosti „časový rozpor“ tesne predtým, ako automa­
ticky upraví vstavané hodiny VU v súlade s požiadavkou 
211. 
▼B 
3.9.16  Porucha „karty“  
87) Táto porucha nastane, keď počas prevádzky dôjde 
k zlyhaniu tachografovej karty.  
3.9.17  Porucha „záznamového zariadenia“  
88) Táto porucha nastane, pokiaľ záznamové zariadenie nie je 
v režime kalibrácie, pri ktorejkoľvek z týchto porúch:  
— Interná porucha VU  
— Porucha tlače  
— Porucha zobrazenia  
— Porucha sťahovania  
— Porucha snímača  
— Porucha prijímača GNSS alebo externého zariadenia 
GNSS  
— Porucha diaľkového komunikačného zariadenia  
▼M3 
— Porucha rozhrania ITS  
3.9.18.  Udalos ť „anomália GNSS“  
88a) Táto udalosť sa spustí mimo režimu kalibrácie, keď 
prijímač GNSS zistí útok alebo keď zlyhala autentifikácia 
navigačných správ, ako sa uvádza v dodatku 12. Po spus­
tení udalosti „anomália GNSS“ VU nebude počas nasledu­
júcich 10 minút generovať ďalšie udalosti „anomália 
GNSS“.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 40  
3.10 Zabudované a automatické skúšky  
89) ►M1 Záznamové zariadenie musí zistiť poruchy automa­
tickými a zabudovanými skúškami podľa tejto tabuľky: ◄  
Skúšobná podskupina  Automatická skúška  Zabudovaná skúška  
Softvér  Integrita  
Dátová pamäť  Prístup  Prístup, integrita údajov  
Zariadenia s rozhraním 
karty  Prístup  Prístup  
Klávesnica  Manuálna kontrola  
Tlačiareň  (ponecháva sa 
výrobcovi)  Výpis  
Displej  Vizuálna kontrola  
Sťahovanie 
(vykonávané len počas 
sťahovania)  Správna činnosť  
Snímač  Správna činnosť  Správna činnosť  
Diaľkové komunikačné 
zariadenie  Správna činnosť  Správna činnosť  
Zariadenie GNSS  Správna činnosť  Správna činnosť  
▼M3 
Rozhranie ITS  Správna činnosť  
▼B 
3.11 Čítanie z dátovej pamäte  
90) Záznamové zariadenie musí byť schopné čítať všetky údaje 
v jeho dátovej pamäti.  
3.12 Zaznamenávanie a uloženie v dátovej pamäti  
▼M3 
Na účely tohto bodu:  
— „365 dní“ je 365 kalendárnych dní priemernej činnosti vodiča vo 
vozidle. Priemerná činnosť za deň vo vozidle je minimálne šesť 
vodičov alebo druhých vodičov, šesť cyklov vloženia a vytiah­
nutia karty a 256 zmien činnosti. „365 dní“ preto zahŕňa mini­
málne 2 190 vodičov alebo druhých vodičov, 2 190 cyklov 
vloženia a vytiahnutia karty a 93 440 zmien činnosti,  
— priemerný počet zápisov miest za deň je určený ako najmenej 6  
zápisov, kde sa denný pracovný čas začína, a 6 zápisov, kde sa 
denný pracovný čas končí, takže obdobie „365 dní“ zahŕňa 
najmenej 4 380 zápisov miest,  
— priemerný počet polôh za deň, keď kumulovaný čas jazdy 
dosiahne násobok troch hodín, je určený ako najmenej 6 polôh, 
takže obdobie „365 dní“ zahŕňa najmenej 2 190 takýchto polôh,  
— priemerný počet prekročení hranice za deň je určený ako 
najmenej 20 prekročení, takže obdobie „365 dní“ zahŕňa 
najmenej 7 300 prekročení hranice,  ▼B
02016R0799 — SK — 21.08.2023 — 003.001 — 41  
— priemerný počet operácií nakládky/vykládky za deň je určený 
ako najmenej 25 operácií (bez ohľadu na druh), takže obdobie 
„365 dní“ zahŕňa najmenej 9 125 operácií nakládky/vykládky,  
— časy sa zaznamenávajú s presnosťou jednej minúty, pokiaľ nie je 
špecifikované inak,  
— stav počítadla kilometrov sa zaznamenáva s presnosťou jedného  
kilometra,  
— rýchlosť sa zaznamenáva s presnosťou 1 km/h,  
— polohy (zemepisná šírka a dĺžka) sa zaznamenávajú v stupňoch 
a minútach s presnosťou 1/10 minúty, s príslušnou presnosťou 
GNSS a časom získania a s príznakom označujúcim to, či bola 
poloha autentifikovaná.  
▼B 
91) Údaje ukladané do dátovej pamäte nesmú byť ovplyvnené 
prerušením externého napájania v trvaní do dvanástich 
mesiacov v podmienkach typového schvaľovania. Navyše 
údaje uložené v externom diaľkovom komunikačnom zaria­
dení, podľa vymedzenia v dodatku 14, nesmie ovplyvniť 
prerušenie napájania trvajúce menej ako 28 dní.  
92) Záznamové zariadenie musí byť schopné implicitne alebo 
explicitne zaznamenávať a ukladať vo svojej pamäti toto:  
3.12.1  Identifika čné údaje zariadenia  
3.12.1.1 I d e n t i f i k a č n é ú d a j e j e d n o t k y v o z i d l a  
93) Záznamové zariadenie musí byť schopné uchovávať vo 
svojej dátovej pamäti tieto identifikačné údaje jednotky 
vozidla:  
— názov výrobcu,  
— adresu výrobcu,  
— číslo časti,  
— sériové číslo,  
— generácia VU,  
— schopnosť používať tachografové karty prvej generácie,  
— číslo softvérovej verzie,  
— dátum inštalácie softvérovej verzie,  
— dátum výroby zariadenia,  
— schvaľovacie číslo,  
▼M3 
— identifikátor verzie digitálnej mapy (požiadavka 133l).  
94) Identifikačné údaje jednotky vozidla sú zaznamenané 
a natrvalo uchovávané výrobcom jednotky vozidla, 
s výnimkou údajov, ktoré sa môžu zmeniť v prípade aktua­
lizácie softvéru v súlade s týmto nariadením, a schopnosti 
používať tachografové karty prvej generácie.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 42  
3.12.1.2 I d e n t i f i k a č n é ú d a j e s n í m a č a p o h y b u  
95) Snímač pohybu musí byť schopný uložiť vo svojej pamäti 
tieto identifikačné údaje:  
— názov výrobcu,  
— sériové číslo,  
— schvaľovacie číslo.  
— identifikátor zabudovaného komponentu zabezpečenia 
(napr. číslo dielu vnútorného čipu/procesora),  
— identifikátor operačného systému (napr. číslo softvé­
rovej verzie).  
96) Výrobca snímača pohybu zaznamená a natrvalo uloží 
v snímači pohybu identifikačné údaje snímača pohybu.  
▼M3 
97) Jednotka vozidla musí byť schopná zaznamenať a uložiť vo 
svojej dátovej pamäti tieto údaje týkajúce sa 20 najnovších 
úspešných spárovaní snímačov pohybu (ak sa v priebehu 
jedného kalendárneho dňa uskutoční niekoľko spárovaní, 
uloží sa iba prvé a posledné spárovanie v daný deň):  
▼B 
Za každé z týchto spárovaní sa zaznamenajú tieto údaje:  
— identifikačné údaje snímača pohybu:  
— sériové číslo  
— schvaľovacie číslo  
— údaje o spárovaní snímača pohybu:  
— dátum spárovania.  
3.12.1.3 I d e n t i f i k a č n é ú d a j e g l o b á l n y c h n a v i g a č n ý c h 
s a t e l i t n ý c h s y s t é m o v  
98) Externé zariadenie GNSS musí byť schopné uložiť vo 
svojej pamäti tieto identifikačné údaje:  
— názov výrobcu,  
— sériové číslo,  
— schvaľovacie číslo.  
— identifikátor zabudovaného komponentu zabezpečenia 
(napr. číslo dielu vnútorného čipu/procesora),  
— identifikátor operačného systému (napr. číslo softvé­
rovej verzie).  
99) Identifikačné údaje sú zaznamenané a natrvalo uložené 
v externom zariadení GNSS výrobcom externého zariadenia 
GNSS.  
▼M3 
100) Jednotka vozidla musí byť schopná zaznamenať a uložiť vo 
svojej dátovej pamäti tieto údaje týkajúce sa 20 najnovších 
úspešných spojení s externými zariadeniami GNSS (ak sa 
v priebehu jedného kalendárneho dňa uskutoční niekoľko 
spojení, uloží sa iba prvé a posledné v daný deň).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 43  
Za každé z týchto spojení sa musia zaznamenať tieto údaje:  
— identifikačné údaje externého zariadenia GNSS:  
— sériové číslo,  
— schvaľovacie číslo.  
— údaje o spojení s externým zariadením GNSS:  
— dátum spojenia  
3.12.2  Kľúče a certifikáty  
101) Záznamové zariadenie musí byť schopné ukladať niekoľko 
kryptografických kľúčov a certifikátov, ako je uvedené 
v dodatku 11 časti A a časti B.  
3.12.3  Údaje o vložení a vybratí karty vodi ča alebo dielenskej karty  
102) Pri každom cykle vloženia karty vodiča alebo dielenskej 
karty do zariadenia a jej vytiahnutia zo zariadenia, zázna­
mové zariadenie zaznamená a uloží vo svojej dátovej 
pamäti:  
— priezvisko a meno(-á) držiteľa karty uložené na karte,  
— číslo karty, vydávajúci členský štát a dátum skončenia 
platnosti, ako sú uložené na karte,  
— generáciu karty,  
— dátum a čas vloženia,  
— stav počítadla kilometrov pri vložení karty,  
— slot, do ktorého je karta vložená,  
— dátum a čas vybratia,  
— stav počítadla kilometrov pri vybratí karty,  
— nasledovné informácie o predchádzajúcom vozidle, 
ktoré vodič použil, uložené na karte:  
— evidenčné číslo vozidla a členský štát evidencie,  
— generácia VU (ak je k dispozícii),  
— dátum a čas vybratia karty,  
— znak udávajúci, či pri vložení karty držiteľ karty manu­
álne zapísal alebo nezapísal činnosti.  
103) Dátová pamäť musí byť schopná uchovať tieto údaje aspoň 
365 dní.  
104) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa 
prepíšu novými údajmi.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 44  
3.12.4  Údaje o činnosti vodi ča 
105) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti každú zmenu činnosti vodiča a/alebo 
druhého vodiča, a/alebo každú zmenu stavu jazdy, a/alebo 
každé vloženie alebo vybratie karty vodiča alebo dielenskej 
karty:  
— stav vedenia vozidla (POSÁDKA, JEDEN VODIČ),  
— slot (VODIČ, DRUHÝ VODIČ),  
— stav karty v príslušnom slote (VLOŽENÁ, NEVLO­ 
ŽENÁ)  
— činnosť (JAZDA, POHOTOVOSŤ, PRÁCA, 
PRESTÁVKA/ODPOČINOK).  
— dátum a čas zmeny.  
VLOŽENÁ znamená, že je v slote vložená platná karta 
vodiča alebo dielenská karta. NEVLOŽENÁ znamená 
opak, teda že v slote nie je vložená žiadna platná karta 
vodiča ani dielenská karta (napr. je tam vložená podniková 
karta alebo tam nie je vložená karta)  
Údaje o činnosti zapísané manuálne vodičom sa v dátovej 
pamäti nezaznamenávajú.  
106) Dátová pamäť musí byť schopná uchovať údaje o činnosti 
vodiča aspoň 365 dní.  
107) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa 
prepíšu novými údajmi.  
▼M1 
3.12.5  Miesta a polohy, kde sa denný pracovný čas začína, končí, a/alebo 
kde sa dosiahne 3– hodinový kumulovaný čas jazdy  
108) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti:  
— miesta a polohy, kde vodič a/alebo druhý vodič začína 
svoj denný pracovný čas,  
— polohy, kde kumulovaný čas jazdy dosiahne násobok 
troch hodín,  
— miesta a polohy, kde vodič a/alebo druhý vodič končí 
svoj denný pracovný čas.  
▼B 
109) Ak poloha vozidla nie je v týchto časoch k dispozícii z pr ijí­
mača GNSS, záznamové zariadenie musí použiť poslednú 
dostupnú polohu a súvisiaci dátum a čas.  
110) Spolu s každým miestom alebo polohou musí záznamové 
zariadenie zaznamenať a uložiť vo svojej dátovej pamäti:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 45  
— číslo karty vodiča a/alebo druhého vodiča a jej vydáva­
júci členský štát,  
▼B 
— generáciu karty,  
— dátum a čas zápisu,  
▼M1 
— typ zápisu (začiatok, koniec alebo 3– hodinový kumu­
lovaný čas jazdy),  
▼B 
— súvisiacu presnosť GNSS, prípadne dátum a čas;  
— stav počítadla kilometrov ,  
▼M3 
— príznak označujúci to, či bola poloha autentifikovaná.  
110a) V prípade miest, kde sa začína alebo končí denný pracovný  
čas, zadaných počas postupu manuálneho zapisovania pri 
vložení karty v súlade s požiadavkou 61, sa uloží aktuálny 
stav počítadla kilometrov a aktuálna poloha vozidla.  
▼M1 
111) Dátová pamäť musí byť schopná uchovať miesta a polohy, 
kde sa denný pracovný čas začína, končí, a/alebo kde sa 
dosiahol 3– hodinový kumulovaný čas jazdy aspoň počas 
365 dní.  
▼B 
112) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa 
prepíšu novými údajmi.  
3.12.6  Údaje po čítadla kilometrov  
113) Záznamové zariadenie musí každý kalendárny deň o polnoci 
zaznamenať vo svojej dátovej pamäti stav počítadla kilome­
trov vozidla a zodpovedajúci dátum.  
114) Dátová pamäť musí byť schopná uložiť polnočné stavy 
počítadla kilometrov aspoň počas 365 dní.  
115) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa 
prepíšu novými údajmi.  
3.12.7  Podrobné údaje o rýchlosti  
▼M1 
116) Záznamové zariadenie musí zaznamenávať a ukladať vo 
svojej dátovej pamäti okamžitú rýchlosť vozidla a zodpove­
dajúci dátum a čas v každej sekunde za najmenej posled­
ných 24 hodín, počas ktorých sa vozidlo pohybuje.  
▼B 
3.12.8  Údaje o udalostiach  
Na účely tohto pododseku sa čas musí zaznamenať s presnosťou 
jednej sekundy.  
117) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti tieto údaje za každú zistenú udalosť podľa 
nasledovných pravidiel ukladania:  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 46  
Udalosť  Pravidlá ukladania  Údaje zaznamenané podľa udalosti  
Vloženie neplatnej karty  — 10 posledných udalostí.  — dátum a čas udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia karty, ktorá 
udalosť spôsobila, 
— počet podobných udalostí v daný deň.  
Konflikt karty  — 10 posledných udalostí.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia dvoch kariet, 
ktoré spôsobujú konflikt.  
Jazda bez príslušnej karty  — najdlhšie trvajúca udalosť za každý 
z 10 posledných dní výskytu, 
— 5 najdlhšie trvajúcich udalostí počas 
posledných 365 dní.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia každej karty 
vloženej na začiatku a/alebo konci 
udalosti, 
— počet podobných udalostí v daný deň.  
Vloženie karty za jazdy  — posledná udalosť za každý z 10 posled­
ných dní výskytu,  — dátum a čas udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia, 
— počet podobných udalostí v daný deň.  
▼M3 
Nesprávne uzavretá 
posledná relácia karty  — 10 posledných udalostí.  — dátum a čas vloženia karty, 
— typ, číslo, vydávajúci členský štát a gene­
rácia karty(-iet), 
— údaje poslednej relácie tak, ako sú čítané 
z karty: 
— dátum a čas vloženia karty.  
▼B 
Prekročenie rýchlosti (1)  — najvážnejšia udalosť za každý z posled­
ných 10 dní výskytu (t. j. tá, pri ktorej 
bola priemerná rýchlosť najvyššia), 
— 5 najvážnejších udalostí počas posled­
ných 365 dní. 
— prvá udalosť, ktorá sa vyskytla po 
poslednej kalibrácii.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— maximálna rýchlosť nameraná počas 
udalosti, 
— aritmetický priemer rýchlostí namera­
ných počas udalosti, 
— typ karty, číslo, vydávajúci členský štát 
a generácia karty vodiča (v prípade 
potreby), 
— počet podobných udalostí v daný deň.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 47  
Udalosť  Pravidlá ukladania  Údaje zaznamenané podľa udalosti  
Prerušenie napájania (2)  — najdlhšie trvajúca udalosť za každý 
z 10 posledných dní výskytu, 
— 5 najdlhšie trvajúcich udalostí počas 
posledných 365 dní.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia každej karty 
vloženej na začiatku a/alebo konci 
udalosti, 
— počet podobných udalostí v daný deň.  
Chyba komunikácie s diaľ­
kovým komunikačným 
zariadením  — najdlhšie trvajúca udalosť za každý 
z 10 posledných dní výskytu, 
— 5 najdlhšie trvajúcich udalostí počas 
posledných 365 dní.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia každej karty 
vloženej na začiatku a/alebo konci 
udalosti, 
— počet podobných udalostí v daný deň.  
Chýbajúce informácie 
o polohe z prijímača 
GNSS  — najdlhšie trvajúca udalosť za každý 
z 10 posledných dní výskytu, 
— 5 najdlhšie trvajúcich udalostí počas 
posledných 365 dní.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia každej karty 
vloženej na začiatku a/alebo konci 
udalosti, 
— počet podobných udalostí v daný deň.  
▼M1 
Chyba komunikácie 
s externým zariadením 
GNSS  — najdlhšia udalosť počas každého z 10 
posledných dní výskytu, 
— 5 najdlhších udalostí počas posledných 
365 dní.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— typ(– y) karty(– iet), číslo, vydávajúci 
členský štát a generácia všetkých kariet 
vložených nazačiatku a/alebo na konci 
udalosti, 
— počet podobných udalostí v daný deň.  
▼B 
Chyba údajov o pohybe  — najdlhšie trvajúca udalosť za každý 
z 10 posledných dní výskytu, 
— 5 najdlhšie trvajúcich udalostí počas 
posledných 365 dní.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia každej karty 
vloženej na začiatku a/alebo konci 
udalosti, 
— počet podobných udalostí v daný deň.  
Nesúlad údajov o pohybe 
vozidla  — najdlhšie trvajúca udalosť za každý 
z 10 posledných dní výskytu, 
— 5 najdlhšie trvajúcich udalostí počas 
posledných 365 dní.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia každej karty 
vloženej na začiatku a/alebo konci 
udalosti, 
— počet podobných udalostí v daný deň.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 48  
Udalosť  Pravidlá ukladania  Údaje zaznamenané podľa udalosti  
Pokus o narušenie zabez­
pečenia  — 10 posledných udalostí za každý typ 
udalosti.  — dátum a čas začiatku udalosti, 
— dátum a čas skončenia udalosti (ak je 
relevantný), 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia každej karty 
vloženej na začiatku a/alebo konci 
udalosti, 
— typ udalosti.  
▼M1 
Časový rozpor  — najvážnejšia udalosť za každý z 10 
posledných dní výskytu (t. j. prípad 
najväčšieho rozdielu medzi dátumom 
a časom zo záznamového zariadenia 
a dátumom a časom z GNSS), 
— 5 najvážnejších udalostí za posledných 
365 dní.  — dátum a čas zo záznamového zariadenia, 
— dátum a čas z GNSS, 
— typ(– y) karty(– iet), číslo, vydávajúci 
členský štát a generácia všetkých kariet 
vložených nazačiatku a/alebo na konci 
udalosti, 
— počet podobných udalostí v daný deň.  
▼M3 
Anomália GNSS  — najdlhšie udalosti počas každého z 10 
posledných dní výskytu, 
— 5 najdlhšie trvajúcich udalostí počas 
posledných 365 dní.  — dátum a čas začiatku udalosti, 
— dátum a čas skončenia udalosti, 
— typ, číslo, vydávajúci členský štát a gene­
rácia všetkých kariet vložených na 
začiatku a/alebo na konci udalosti, 
— počet podobných udalostí v daný deň.  
▼B 
(1) Záznamové zariadenie musí vo svojej dátovej pamäti 
zaznamenávať a ukladať aj:  
— dátum a čas poslednej KONTROLY PREKRO­ 
ČENIA RÝCHLOSTI,  
— dátum a čas prvého prekročenia rýchlosti nasledu­
júceho po tejto KONTROLE PREKROČENIA 
RÝCHLOSTI,  
— počet udalostí prekročenia rýchlosti od poslednej 
KONTROLY PREKROČENIA RÝCHLOSTI.  
(2) Tieto údaje sa môžu zaznamenať len pri opätovnom 
pripojení napájania, časy môžu byť známe s presnosťou 
na minútu.  
3.12.9  Údaje o poruchách  
Na účely tohto pododseku sa čas musí zaznamenať s presnosťou 
jednej sekundy.  
118) Záznamové zariadenie sa musí pokúsiť zaznamenať a uložiť 
vo svojej dátovej pamäti tieto údaje za každú zistenú 
poruchu podľa nasledovných pravidiel ukladania:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 49  
Porucha  Pravidlá ukladania  Údaje, ktoré sa majú zaznamenať podľa poruchy  
Porucha karty  — 10 posledných porúch karty vodiča.  — dátum a čas začiatku poruchy, 
— dátum a čas konca poruchy, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia.  
Poruchy záznamového 
zariadenia  — 10 najnovších porúch za každý typ 
poruchy, 
— prvá porucha po poslednej kalibrácii.  — dátum a čas začiatku poruchy, 
— dátum a čas konca poruchy, 
— typ poruchy, 
— typ(-y) karty(-iet), číslo a vydávajúci 
členský štát a generácia každej karty 
vloženej na začiatku a/alebo konci 
poruchy.  
3.12.10  Kalibra čné údaje  
119) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti údaje vzťahujúce sa k:  
— známym kalibračným parametrom v okamihu aktivácie,  
— jeho skutočne prvej kalibrácii po jeho aktivácii,  
— jeho prvej kalibrácii v súčasnom vozidle (identifiko­
vanom jeho identifikačným číslom vozidla (VIN)),  
— 20 posledným kalibráciám (ak sa niekoľko kalibrácií 
uskutočnilo v priebehu jedného kalendárneho dňa, 
uloží sa len prvá a posledná v tomto dni).  
120) Za každú z týchto kalibrácií sa zaznamenajú tieto údaje:  
— účel kalibrácie (aktivácia, prvá montáž, montáž, pravi­
delná inšpekcia),  
— názov dielne a adresa,  
— číslo dielenskej karty, jej vydávajúci členský štát 
a dátum skončenia platnosti karty,  
— identifikácia vozidla,  
— aktualizované alebo potvrdené parametre: w, k, l, 
rozmery pneumatík, nastavenia obmedzovača rýchlosti, 
počítadlo kilometrov (staré a nové hodnoty), dátum 
a čas (staré a nové hodnoty),  
— druhy a identifikátory všetkých používaných plomb ,  
▼M3 
— sériové čísla snímača pohybu, (prípadného) externého 
zariadenia GNSS a (prípadného) externého diaľkového 
komunikačného zariadenia,  
— predvolený druh nákladu súvisiaci s vozidlom (nalo­ 
ženie buď tovaru, alebo cestujúcich),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 50  
— krajina, v ktorej bola vykonaná kalibrácia, a dátum 
a čas, keď prijímač GNSS poskytol polohu použitú na 
určenie tejto krajiny.  
▼B 
121) Okrem toho musí záznamové zariadenie zaznamenať 
a uložiť vo svojej dátovej pamäti svoju schopnosť používať 
tachografové karty prvej generácie (stále aktivované alebo 
nie). 
122) Snímač pohybu musí zaznamenať a uložiť vo svojej dátovej 
pamäti tieto údaje o montáži snímača pohybu:  
— prvé spárovanie s jednotkou vozidla (dátum, čas, schva­ 
ľovacie číslo VU, sériové číslo VU),  
— posledné spárovanie s VU (dátum, čas, schvaľovacie 
číslo VU, sériové číslo VU).  
123) Externé zariadenie GNSS musí zaznamenať a uložiť vo 
svojej pamäti tieto údaje o montáži externého zariadenia 
GNSS:  
— prvé spojenie s jednotkou vozidla (dátum, čas, schva­ 
ľovacie číslo VU, sériové číslo VU),  
— posledné spojenie s jednotkou vozidla (dátum, čas, 
schvaľovacie číslo VU, sériové číslo VU).  
3.12.11  Údaje o úprave času 
124) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti údaje vzťahujúce sa k úpravám času vyko­
naným v režime kalibrácie mimo rámca pravidelnej kali­
brácie (vymedzenie pojmov, písm. f)):  
— najnovšia úprava času,  
— 5 najväčších úprav času.  
125) Za každú z týchto úprav času sa zaznamenajú tieto údaje:  
— dátum a čas, stará hodnota,  
— dátum a čas, nová hodnota,  
— názov dielne a adresa,  
— číslo dielenskej karty, jej vydávajúci členský štát, gene­
rácia karty a dátum skončenia platnosti karty.  
3.12.12  Údaje o kontrolnej činnosti  
126) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti tieto údaje vzťahujúce sa k 20 najnovším 
kontrolným činnostiam:  
— dátum a čas kontroly,  
— číslo kontrolnej karty, jej vydávajúci členský štát a gene­
rácia karty,  
— typ kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z VU a/alebo sťahovanie z karty a/alebo kontrola 
kalibrácie pri cestnej kontrole).  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 51  
127) Pri sťahovaní údajov sa musia zaznamenať aj dátumy 
najstarších a najnovších stiahnutých dní.  
3.12.13  Údaje o podnikovom blokovaní  
128) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti tieto údaje vzťahujúce sa k 255 posledným 
podnikovým blokovaniam:  
— dátum a čas zablokovania,  
— dátum a čas odblokovania,  
— číslo podnikovej karty, jej vydávajúci členský štát 
a generácia karty,  
— názov a adresa podniku.  
Údaje, ktoré boli predtým zablokované blokovaním odstrá­
neným z pamäte v dôsledku uvedeného limitu, sa považujú 
za nezablokované.  
3.12.14  Údaje o činnosti sťahovania  
129) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti tieto údaje vzťahujúce sa k poslednému 
stiahnutiu dátovej pamäte na externé médium počas podni­
kového režimu alebo režimu kalibrácie:  
— dátum a čas stiahnutia,  
— číslo podnikovej alebo dielenskej karty, jej vydávajúci 
členský štát a generácia karty,  
— názov podniku alebo dielne.  
3.12.15  Údaje o špecifických podmienkach  
130) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti tieto údaje vzťahujúce sa k špecifickým 
podmienkam:  
— dátum a čas zápisu,  
— druh špecifickej podmienky.  
131) Dátová pamäť musí byť schopná uchovať údaje o špecific­
kých podmienkach aspoň 365 dní (s predpokladom, že 
v priemere je denne otvorená a uzatvorená jedna 
podmienka). Keď je kapacita pamäte vyčerpaná, najstaršie 
údaje sa prepíšu novými údajmi.  
3.12.16  Údaje o tachografovej karte  
132) Záznamové zariadenie musí byť schopné uložiť tieto údaje 
týkajúce sa rôznych tachografových kariet, ktoré sa použili 
vo VU:  
— číslo tachografovej karty a jej sériové číslo,  
— výrobca tachografovej karty,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 52  
— typ tachografovej karty,  
— verzia tachografovej karty.  
133) Záznamové zariadenie musí byť schopné uložiť aspoň 88 
takých záznamov.  
▼M3 
3.12.17  Prekro čenia hranice  
133a) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti tieto informácie o prekročeniach hranice:  
— krajinu, ktorú vozidlo opúšťa,  
— krajinu, do ktorej vozidlo vstupuje,  
— polohu, kde vozidlo prekročilo hranicu.  
133b) Spolu s krajinami a polohou musí záznamové zariadenie 
zaznamenať a uložiť vo svojej dátovej pamäti:  
— číslo karty vodiča a/alebo druhého vodiča a jej vydáva­
júci členský štát,  
— generáciu karty,  
— súvisiacu presnosť GNSS, dátum a čas,  
— príznak označujúci to, či bola poloha autentifikovaná,  
— stav počítadla kilometrov vozidla v čase zistenia prekro­ 
čenia hranice.  
133c) Dátová pamäť musí byť schopná uchovať prekročenia 
hranice aspoň za 365 dní.  
133d) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa 
prepíšu novými údajmi.  
3.12.18.  Operácie nakládky/vykládky  
133e) Záznamové zariadenie musí zaznamenať a uložiť vo svojej 
dátovej pamäti tieto informácie o operáciách nakládky 
a vykládky vozidla:  
— druh operácie (nakládka, vykládka alebo súčasná 
nakládka/vykládka),  
— poloha, kde došlo k operácii nakládky/vykládky.  
133f) Ak v čase operácie nakládky/vykládky nie je k dispozícii 
poloha vozidla z prijímača GNSS, záznamové zariadenie 
musí použiť poslednú dostupnú polohu a súvisiaci dátum 
a čas.  
133g) Spolu s druhom operácie a polohou musí záznamové zaria­
denie zaznamenať a uložiť vo svojej dátovej pamäti:  
— číslo karty vodiča a/alebo druhého vodiča a jej vydáva­
júci členský štát,  
— generáciu karty,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 53  
— dátum a čas operácie nakládky/vykládky,  
— súvisiacu presnosť GNSS, prípadne dátum a čas,  
— príznak označujúci to, či bola poloha autentifikovaná,  
— stav počítadla kilometrov vozidla.  
133h) Dátová pamäť musí byť schopná uložiť operácie nakládky/ 
vykládky aspoň za 365 kalendárnych dní.  
133i) Keď je kapacita pamäte vyčerpaná, najstaršie údaje sa 
prepíšu novými údajmi.  
3.12.19.  Digitálna mapa  
133j) Na účel zaznamenania polohy vozidla pri prekročení 
hranice krajiny záznamové zariadenie musí do svojej 
dátovej pamäte uložiť digitálnu mapu.  
133k) Digitálne mapy povolené na podporu funkcie monitoro­
vania prekročenia hranice záznamovým zariadením sprí­
stupní Európska komisia na stiahnutie v rôznych formátoch 
na vyhradenom zabezpečenom webovom sídle.  
133l) Na tomto webovom sídle musia byť pre každú z týchto 
máp k dispozícii identifikátor verzie a hašovacia hodnota.  
133m) Vlastnosti mapy:  
— úroveň rozlíšenia zodpovedajúca úrovni NUTS 0 podľa 
nomenklatúry územných jednotiek pre štatistické účely,  
— mierka 1 : 1 mil.  
133n) Výrobcovia tachografov musia mapu vybrať na webovom 
sídle, z ktorého ju bezpečne stiahnu.  
133o) Výrobcovia tachografov použijú mapu stiahnutú z webo­
vého sídla až po overení jej integrity pomocou hašovacej 
hodnoty mapy.  
133p) Zvolenú mapu importuje do záznamového zariadenia jeho 
výrobca vo vhodnom formáte, ale sémantika importovanej 
mapy musí ostať nezmenená.  
133q) Výrobca musí uložiť aj identifikátor verzie mapy použitej  
v záznamovom zariadení.  
133r) Uloženú digitálnu mapu musí byť možné aktualizovať 
alebo nahradiť novou digitálnou mapou, ktorú sprístupní 
Európska komisia.  
133s) Aktualizácie digitálnej mapy sa musia robiť s použitím 
mechanizmov aktualizácie softvéru stanovených výrobcom 
pri uplatnení požiadaviek 226d a 226e, aby záznamové 
zariadenie mohlo overiť autenticitu a integritu novej impor­
tovanej mapy pred jej uložením a nahradením predchádza­
júcej mapy.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 54  
133t) Výrobcovia tachografov môžu do základnej mapy uvedenej 
v požiadavke 133m pridať doplnkové informácie na iné 
účely než zaznamenávanie prekročenia hraníc, napr. hranice 
regiónov EÚ, za predpokladu, že sa nezmení sémantika 
základnej mapy.  
▼B 
3.13 Čítanie z tachografovej karty  
134) Záznamové zariadenie musí byť schopné odčítať z tachogra­
fovej karty prvej a druhej generácie v prípade potreby údaje 
potrebné na:  
— identifikáciu typu karty, držiteľa karty, predtým použi­
tého vozidla, dátumu a času posledného vytiahnutia 
karty a činnosti zvolenej v tomto čase,  
— kontrolu správneho uzatvorenia poslednej relácie karty,  
▼M3 
— výpočet nepretržitého času jazdy vodiča, kumulovaného 
času prestávok a kumulovaných časov jazdy za pred­
chádzajúci a aktuálny týždeň,  
▼B 
— tlač požadovaných výpisov vzťahujúcich sa k údajom 
zaznamenaným na karte vodiča,  
— stiahnutie karty vodiča na externé médium.  
Táto požiadavka sa týka len tachografových kariet prvej 
generácie, ak dielňa ich používanie nezrušila.  
135) V prípade chyby čítania sa musí záznamové zariadenie 
pokúsiť znovu, maximálne trikrát, o rovnaký príkaz na 
čítanie, a ak je znovu neúspešný, potom musí vyhlásiť 
kartu za chybnú a neplatnú.  
▼M3 
135a) Štruktúra v aplikácii „TACHO_G2“ závisí od verzie. Karty 
verzie 2 obsahujú okrem súborov uvedených na kartách 
verzie 1 doplnkové elementárne súbory, a to:  
— na kartách vodiča a dielenských kartách:  
— EF Places_Authentication musí obsahovať stav 
autentifikácie polôh vozidla uložených v súbore 
EF Places. Časová pečiatka sa ukladá s každým 
stavom autentifikácie, pričom je presne taká istá 
ako dátum a čas zápisu uloženého so zodpoveda­
júcou polohou v súbore EF Places,  
— EF GNSS_Places_Authentication musí obsahovať 
stav autentifikácie polôh vozidla uložených v súbore 
EF GNSS_Places. Časová pečiatka sa ukladá 
s každým stavom autentifikácie, pričom je presne 
taká istá ako dátum a čas zápisu uloženého so 
zodpovedajúcou polohou v súbore EF Places,  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 55  
— EF Border_Crossings, EF Load_Unload_Operations 
a EF Load_Type_Entries musia obsahovať údaje 
týkajúce sa prekročenia hranice, operácií nakládky/ 
vykládky a druhov nákladu,  
— na dielenských kartách:  
— EF Calibration_Add_Data musí obsahovať 
doplnkové kalibračné údaje okrem údajov ulože­
ných v súbore EF Calibration. Starý údaj o dátume 
a čase a identifikačné číslo vozidla sa ukladajú 
s každým záznamom doplnkových kalibračných 
údajov, pričom sú presne také isté ako starý 
dátum a čas a identifikačné číslo vozidla uložené 
so zodpovedajúcimi kalibračnými údajmi v súbore 
EF Calibration,  
— na všetkých tachografových kartách:  
— EF VU_Configuration musí obsahovať konkrétne 
nastavenia tachografu držiteľa karty.  
Jednotka vozidla musí ignorovať akýkoľvek stav autentifi­
kácie nájdený v súbore EF Places_Authentication alebo EF 
GNSS_Places_Authentication, keď sa v súboroch EF Places 
alebo EF GNSS_Places nenájde žiadna poloha vozidla 
s rovnakou časovou pečiatkou.  
Jednotka vozidla ignoruje elementárny súbor EF 
VU_Configuration na všetkých kartách, pokiaľ neboli 
poskytnuté žiadne osobitné predpisy v súvislosti s použitím 
takéhoto elementárneho súboru. Tieto pravidlá sa stanovia 
prostredníctvom zmeny prílohy IC, ktorá musí obsahovať 
úpravu alebo vymazanie tohto odseku.  
▼B 
3.14 Zaznamenávanie a ukladanie na tachografovú kartu  
3.14.1  Zaznamenávanie a ukladanie na tachografové karty prvej generácie  
136) Za predpokladu, že používanie tachografových kariet prvej 
generácie dielňa nezrušila, záznamové zariadenie musí 
zaznamenať a uložiť údaje presne rovnakým spôsobom, 
ako by to vykonalo záznamové zariadenie prvej generácie.  
137) Záznamové zariadenie musí nastaviť „údaje o relácii karty“  
na karte vodiča alebo na dielenskej karte hneď po vložení 
karty.  
138) Záznamové zariadenie musí aktualizovať údaje uložené na 
platnej karte vodiča, dielenskej karte, podnikovej a/alebo 
kontrolnej karte o všetky nevyhnutné údaje relevantné pre 
časový úsek, počas ktorého je karta vložená, a ktoré sa 
týkajú držiteľa karty. Údaje uložené na týchto kartách sú 
špecifikované v kapitole 4.  
139) Záznamové zariadenie aktualizuje údaje o činnosti vodiča 
a o miestach (špecifikované v bodoch 4.5.3.1.9 a 4.5.3.1.11) 
uložené na platnej karte vodiča a/alebo na dielenskej karte, 
o údaje o činnosti a miestach, ktoré manuálne zapísal 
držiteľ karty.  
▼M3 
140) Na kartu vodiča ani na dielenskú kartu prvej generácie sa 
nesmú ukladať žiadne udalosti a poruchy, ktoré nie sú 
vymedzené pre záznamové zariadenie prvej generácie.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 56  
141) Aktualizácia údajov tachografovej karty prebieha tak, že 
keď je to potrebné a berúc do úvahy skutočnú úložnú 
kapacitu karty, najstaršie údaje sa nahradia najnovšími 
údajmi.  
142) V prípade chybného zápisu sa záznamové zariadenie pokúsi 
znovu, a maximálne trikrát, o rovnaký príkaz zápisu, a ak 
je znovu neúspešný, potom musí vyhlásiť kartu za chybnú 
a neplatnú.  
▼M3 
143) Pred vytiahnutím karty vodiča alebo dielenskej karty 
a potom, ako boli na karte uložené všetky relevantné údaje, 
záznamové zariadenie resetuje „údaje o relácii karty“.  
▼B 
3.14.2  Zaznamenávanie a ukladanie na tachografové karty druhej gene ­
rácie  
144) Tachografové karty druhej generácie musia obsahovať 2 
rozdielne aplikácie, z ktorých prvá musí byť rovnaká ako 
aplikácia TACHO pri tachografových kartách prvej gene­
rácie, a druhá aplikácia „TACHO_G2“ musí zodpovedať 
požiadavkám kapitoly 4 a dodatku 2.  
▼M3 
Štruktúra v aplikácii „TACHO_G2“ závisí od verzie. Karty 
verzie 2 obsahujú okrem súborov uvedených na kartách 
verzie 1 doplnkové elementárne súbory.  
▼B 
145) Záznamové zariadenie musí nastaviť „údaje o relácii karty“  
na karte vodiča alebo na dielenskej karte hneď po vložení 
karty.  
146) Záznamové zariadenie aktualizuje údaje uložené v oboch 
aplikáciách platnej karty vodiča, dielenskej karty, podni­
kovej a/alebo kontrolnej karty o všetky nevyhnutné údaje 
relevantné pre časový úsek, počas ktorého je karta vložená, 
a ktoré sa týkajú držiteľa karty. Údaje uložené na týchto 
kartách sú špecifikované v kapitole 4.  
147) Záznamové zariadenie aktualizuje údaje o činnosti vodiča 
a o miestach a polohách (špecifikované v bodoch 4.5.3.1.9, 
4.5.3.1.11, 4.5.3.2.9 a 4.5.3.2.11) uložené na platnej karte 
vodiča a/alebo na dielenskej karte, o údaje o činnosti 
a miestach, ktoré manuálne zapísal držiteľ karty.  
▼M3 
147a) Pri vložení karty vodiča alebo dielenskej karty musí zázn a­
mové zariadenie uložiť na kartu predvolený druh nákladu 
vozidla.  
147b) Pri vložení karty vodiča alebo dielenskej karty a po vyko ­
naní postupu manuálneho zápisu záznamové zariadenie 
skontroluje posledné miesto, kde sa denný pracovný čas 
začína alebo končí, uložené na karte. Toto miesto môže 
byť dočasné, ako je uvedené v požiadavke 59. Ak je toto 
miesto v krajine odlišnej od aktuálnej krajiny, v ktorej sa 
vozidlo nachádza, záznamové zariadenie uloží na kartu 
záznam o prekročení hranice a:  
— krajinu, ktorú vodič opustil: nie je k dispozícii,  
— krajinu, do ktorej vodič vstupuje: aktuálna krajina, 
v ktorej sa vozidlo nachádza,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 57  
— dátum a čas, keď vodič prekročil hranicu: čas vloženia 
karty,  
— polohu vodiča, keď bola prekročená hranica: nie je 
k dispozícii,  
— stav počítadla kilometrov vozidla: nie je k dispozícii.  
▼B 
148) Aktualizácia údajov tachografovej karty prebieha tak, že 
keď je to potrebné a berúc do úvahy skutočnú úložnú 
kapacitu karty, najstaršie údaje sa nahradia najnovšími 
údajmi.  
149) V prípade chybného zápisu sa záznamové zariadenie pokúsi 
znovu, a maximálne trikrát, o rovnaký príkaz zápisu, a ak 
je znovu neúspešný, potom musí vyhlásiť kartu za chybnú 
a neplatnú.  
150) Pred vytiahnutím karty vodiča a potom, ako boli uložené 
všetky relevantné údaje na oboch aplikáciách karty, zázna­
mové zariadenie resetuje údaje týkajúce sa relácie karty.  
▼M3 
150a) Jednotka vozidla ignoruje elementárny súbor EF 
VU_Configuration na všetkých kartách, keďže neboli 
poskytnuté žiadne osobitné predpisy v súvislosti s použitím 
takéhoto elementárneho súboru. Tieto pravidlá sa stanovia 
prostredníctvom zmeny prílohy IC, ktorá musí obsahovať 
úpravu alebo vymazanie tohto bodu.  
▼B 
3.15 Zobrazovanie  
151) Displej musí obsahovať aspoň 20 znakov.  
152) Minimálna výška znaku musí byť 5 mm a šírka 3,5 mm.  
153) Displej musí podporovať znaky uvedené v dodatku 1, kapi­
tole 4 „Množiny znakov“. Displej môže používať zjedno­
dušené zobrazenie (napr. znaky s diakritikou môžu byť 
zobrazované bez nej, alebo malé písmená môžu byť zobra­
zované ako veľké písmená).  
154) Displej musí byť vybavený primeraným neoslňujúcim 
osvetlením.  
155) Údaje musia byť viditeľné zvonka záznamového zariadenia.  
156) Záznamové zariadenie musí byť schopné zobraziť:  
— predvolené údaje,  
— údaje o výstrahách,  
— údaje o prístupe k menu,  
— ostatné údaje požadované používateľom.  
Záznamové zariadenie môže zobraziť doplňujúce infor­
mácie za predpokladu, že sa dajú zreteľne odlíšiť od infor­
mácií uvedených vyššie.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 58  
157) Displej záznamového zariadenia musí používať piktogramy 
alebo kombinácie piktogramov uvedené v dodatku 3. 
Doplňujúce piktogramy alebo kombinácie piktogramov 
môže displej zobrazovať za predpokladu, že sa dajú 
zreteľne odlíšiť od prv uvedených piktogramov.  
158) Displej musí byť zapnutý (ON) vždy, keď sa vozidlo 
pohybuje.  
159) Záznamové zariadenie môže obsahovať manuálnu alebo 
automatickú funkciu, ktorá vypne displej (OFF), keď sa 
vozidlo nepohybuje.  
Zobrazovací formát je špecifikovaný v dodatku 5.  
3.15.1  Zobrazenie predvolených údajov  
160) Keď nemusia byť zobrazené žiadne iné informácie, zázna­
mové zariadenie musí štandardne zobraziť toto:  
— miestny čas (ako výsledok času UTC + posun nasta­
vený vodičom),  
— režim prevádzky,  
— súčasná činnosť vodiča a súčasná činnosť druhého 
vodiča,  
— informácie vzťahujúce sa k vodičovi:  
— ak jeho súčasná činnosť je JAZDA, jeho aktuálny 
nepretržitý čas jazdy a jeho aktuálny kumulovaný čas 
prestávok,  
— ak jeho súčasná činnosť nie je JAZDA, aktuálny čas 
trvania tejto inej činnosti (od času, kedy bola zvolená) 
a jeho aktuálny kumulovaný čas prestávok.  
161) Zobrazenie údajov týkajúcich sa každého vodiča musí byť 
jasné, jednoduché a jednoznačné. V prípade, ak sa infor­
mácie týkajúce sa vodiča a druhého vodiča nemôžu 
zobraziť súčasne, záznamové zariadenie musí štandardne 
zobraziť informácie týkajúce sa vodiča a umožniť používa­
teľovi zobraziť informácie týkajúce sa druhého vodiča.  
162) Ak šírka displeja neumožňuje zobraziť štandardne režim 
prevádzky, záznamové zariadenie pri zmene režimu krátko 
zobrazí nový režim prevádzky.  
163) Záznamové zariadenie pri vložení karty krátko zobrazí 
meno držiteľa karty.  
164) Keď je otvorená podmienka „ZÁZNAMOVÉ ZARIA­
DENIE SA NEVYŽADUJE“ alebo „PREVOZ 
TRAJEKTOM/VLAKOM“ , potom štandardné zobrazenie 
musí s využitím príslušného piktogramu ukázať, že je 
konkrétna podmienka otvorená (pripúšťa sa, že súčasne sa 
nemusí zobraziť aktuálna činnosť vodiča).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 59  
3.15.2  Zobrazenie výstrahy  
165) Záznamové zariadenie musí zobraziť výstražné informácie 
najmä s použitím piktogramov uvedených v dodatku 3, 
doplnené v prípade potreby dodatočnými numericky kódo­
vanými informáciami. Možno pridať aj textový opis 
výstrahy zobrazený v jazyku, ktorý si vodič vyberie.  
3.15.3  Prístup k menu  
166) Záznamové zariadenie musí poskytovať nevyhnutné príkazy 
vo vhodnej štruktúre menu.  
3.15.4  Iné zobrazenia  
167) Na požiadanie musí byť možné selektívne zobraziť:  
— čas UTC a dátum, ako aj posun miestneho času,  
▼M3 
— obsah ktoréhokoľvek z výpisov uvedených v požiadavke 
169 v rovnakom formáte, v akom sú samotné výpisy,  
▼B 
— nepretržitý čas jazdy a kumulovaný čas prestávok 
vodiča,  
— nepretržitý čas jazdy a kumulovaný čas prestávok 
druhého vodiča,  
▼M3 
— kumulovaný čas jazdy vodiča za predchádzajúci a aktu­
álny týždeň,  
— kumulovaný čas jazdy druhého vodiča za predchádza­
júci a aktuálny týždeň,  
▼B 
voliteľné:  
— aktuálny čas trvania činnosti druhého vodiča (od času, 
kedy bola zvolená).  
▼M3 
— kumulovaný čas jazdy vodiča za aktuálny týždeň,  
— kumulovaný čas jazdy druhého vodiča počas aktuálneho 
denného pracovného času,  
— kumulovaný čas jazdy vodiča počas aktuálneho 
denného pracovného času.  
▼B 
168) Zobrazenie obsahu výpisu musí byť sekvenčné, riadok po 
riadku. Ak je šírka displeja menšia než 24 znakov, použí­
vateľ musí vhodne dostať úplné informácie (niekoľko 
riadkov, rolovanie …).  
Riadky tlačených výpisov pre ručné záznamy sa nemusia 
zobraziť.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 60  
3.16 Tla č 
169) Záznamové zariadenie musí byť schopné vytlačiť infor­
mácie zo svojej dátovej pamäte a/alebo z tachografovej 
karty v týchto siedmich výpisoch:  
— denný výpis činností vodiča z karty,  
— denný výpis činností vodiča z jednotky vozidla,  
— výpis udalostí a porúch z karty,  
— výpis udalostí a porúch z jednotky vozidla,  
— výpis technických údajov,  
— výpis prekročenia rýchlosti.  
— História údajov tachografovej karty pre danú VU (pozri 
kapitolu 3.12.16)  
Podrobné formáty a obsah týchto výpisov sú uvedené 
v dodatku 4.  
Na konci výpisov môžu byť poskytnuté doplňujúce údaje.  
Záznamové zariadenie môže poskytnúť aj doplňujúce 
výpisy za predpokladu, že sa dajú zreteľne odlíšiť od sied­
mich predchádzajúcich výpisov.  
170) „Denný výpis činností vodiča z karty“ a „výpis udalostí 
a porúch z karty“ je k dispozícii len vtedy, keď je karta 
vodiča alebo dielenská karta vložená do záznamového 
zariadenia. Záznamové zariadenie aktualizuje údaje uložené 
na relevantnej karte pred začiatkom tlače.  
171) Aby sa vyhotovil „denný výpis činností vodiča z karty“ 
alebo „výpis udalostí a porúch z karty“, záznamové 
zariadenie:  
— buď automaticky zvolí kartu vodiča alebo dielenskú 
kartu, ak je vložená len jedna z týchto kariet,  
— alebo umožní príkaz, ktorým sa zvolí zdroj karty, alebo 
sa zvolí karta v slote vodiča, ak sú do záznamového 
zariadenia vložené dve tieto karty.  
172) Tlačiareň musí byť schopná tlačiť 24 znakov v každom 
riadku.  
173) Minimálna výška znaku musí byť 2,1 mm a šírka 1,5 mm.  
174) Tlačiareň musí podporovať znaky uvedené v dodatku 1, 
kapitole 4 „Množiny znakov“.  
175) Tlačiarne musia byť konštruované tak, aby výpisy boli 
k dispozícii s úrovňou rozlíšenia, ktorá zabráni nejednoz­
načnosti pri ich čítaní.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 61  
176) Rozmery výpisov a údaje nesmú vykazovať žiadne zmeny 
v normálnych podmienkach vlhkosti (10 až 90 %) 
a teploty.  
177) Typovo schválený papier výpisu používaný v záznamovom 
zariadení musí mať relevantnú značku typového schválenia 
a údaj o type(-och) záznamového zariadenia, v ktorom sa 
môže používať.  
178) V normálnych podmienkach skladovania, pokiaľ ide o inten­
zitu svetla, vlhkosť a teplotu, musia zostať výpisy zreteľne 
čitateľné a identifikovateľné aspoň dva roky.  
179) Výpisy musia spĺňať aspoň skúšobné špecifikácie vyme­
dzené v dodatku 9.  
180) Musí byť možné doplniť tieto dokumenty rukou písanými 
poznámkami, ako je podpis vodiča.  
181) Ak počas tlače nastane udalosť „v zásobníku nie je papier“ , 
po doplnení papiera naštartuje záznamové zariadenie tlač od 
začiatku výpisu, alebo pokračuje v tlači, pričom poskytne 
jednoznačný odkaz na predchádzajúcu vytlačenú časť.  
3.17 Výstrahy  
182) Záznamové zariadenie musí varovať vodiča, ak zistí 
akúkoľvek udalosť a/alebo poruchu.  
183) Výstraha pri udalosti prerušenie napájania sa môže 
oneskoriť, kým nie je znovu obnovené napájanie.  
184) Záznamové zariadenie musí varovať vodiča 15 minút pred 
prekročením maximálneho povoleného nepretržitého času 
jazdy a pri prekročení tohto času.  
185) Výstrahy musia byť vizuálne. Môžu byť k dispozícii aj 
zvukové výstrahy za predpokladu, že sú doplnkom k vizu­
álnym výstrahám.  
186) Vizuálne výstrahy musia byť používateľom jednoznačne 
rozpoznateľné, musia byť umiestnené v zornom poli vodiča 
a musia byť zreteľne čitateľné cez deň, ako aj v noci.  
187) Vizuálne výstrahy môžu byť zabudované do záznamového 
zariadenia a/alebo namontované v určitej vzdialenosti od 
zariadenia.  
188) V druhom prípade musí mať symbol „T“.  
189) Čas trvania výstrah musí byť aspoň 30 sekúnd, kým ich 
používateľ jedným alebo viacerými špecifickými tlačidlami 
záznamového zariadenia nepotvrdí. Toto prvé potvrdenie 
nesmie vymazať zobrazenie príčiny výstrahy uvedené 
v nasledujúcom odseku.  
190) Príčina výstrahy sa musí zobraziť na záznamovom zariadení 
a zostať viditeľná až kým ju používateľ nepotvrdí 
osobitným tlačidlom alebo príkazom záznamového 
zariadenia.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 62  
191) Môžu byť k dispozícii doplnkové výstrahy, pokiaľ si ich 
vodič nemôže zameniť s už vymedzenými výstrahami.  
3.18 S ťahovanie údajov na externé médiá  
192) Záznamové zariadenie musí byť na požiadanie schopné 
stiahnuť údaje zo svojej dátovej pamäte alebo z karty 
vodiča na externé pamäťové médiá cez kalibračný/sťaho­
vací konektor. Záznamové zariadenie aktualizuje údaje 
uložené na príslušnej karte pred začiatkom sťahovania.  
▼M3 
193) Okrem toho a nepovinne môže záznamové zariadenie 
v ktoromkoľvek režime prevádzky sťahovať údaje cez 
akékoľvek iné rozhranie pre podnik autentifikovaný 
prostredníctvom tohto kanálu. V takom prípade platia pre 
toto sťahovanie prístupové práva k údajom v podnikovom 
režime.  
▼B 
194) Sťahovanie nesmie zmeniť alebo vymazať žiadne uložené 
údaje.  
195) Elektrické rozhranie konektora kalibrácie/sťahovania je 
špecifikované v dodatku 6.  
196) Protokoly sťahovania sú špecifikované v dodatku 7.  
▼M3 
196a) Dopravný podnik, ktorý používa vozidlá vybavené zázna­
movým zariadením v súlade s touto prílohou a patriace do 
rozsahu pôsobnosti nariadenia (ES) č. 561/2006, zabezpečí, 
že z jednotky vozidla a z kariet vodiča sa sťahujú všetky 
údaje.  
Maximálny časový úsek, v rámci ktorého sa relevantné 
údaje sťahujú, nepresiahne:  
— 90 dní v prípade údajov z jednotky vozidla,  
— 28 dní v prípade údajov z karty vodiča.  
196b) Dopravný podnik uchováva údaje stiahnuté z jednotky 
vozidla a z kariet vodiča najmenej dvanásť mesiacov po 
ich zaznamenaní.  
▼B 
3.19 Dia ľková komunikácia v prípade cielených cestných kontrol  
197) Keď je zapaľovanie zapnuté, jednotka vozidla musí v diaľ­
kovom komunikačnom zariadení ukladať každých 60 
sekúnd posledné údaje potrebné na účel cielených cestných 
kontrol. Tieto údaje sú šifrované a podpísané, ako je 
uvedené v dodatku 11 a dodatku 14.  
198) Údaje, ktoré sa majú skontrolovať diaľkovo, musia byť 
k dispozícii snímaču komunikačného zariadenia prostred­
níctvom bezdrôtovej komunikácie, ako je uvedené 
v dodatku 14.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 63  
199) Údaje, ktoré sú potrebné na účely cielených cestných 
kontrol, sa týkajú:  
— posledného pokusu o narušenie zabezpečenia,  
— najdlhšieho prerušenia napájania,  
— poruchy snímača,  
— chyby údajov o pohybe,  
— nesúladu údajov o pohybe vozidla,  
— jazdy bez platnej karty,  
— vloženia karty za jazdy,  
— údajov o úprave času,  
— kalibračných údajov vrátane dátumov posledných dvoch 
uložených záznamov o kalibrácii,  
— evidenčného čísla vozidla,  
— rýchlosti zaznamenanej tachografom,  
▼M3 
— polohy vozidla,  
— informácie, či vodič v súčasnosti môže porušovať časy 
jázd.  
3.20.  Výmena údajov s doplnkovými externými zariadeniami  
200) Záznamové zariadenie musí byť vybavené aj rozhraním ITS 
v súlade s dodatkom 13, ktoré umožňuje, aby údaje zazna­
menané buď tachografom, alebo tachografovými kartami 
používalo externé zariadenie.  
V prevádzkovom režime je na prenos osobných údajov cez 
rozhranie ITS potrebný súhlas vodiča. Súhlas vodiča sa 
však nevzťahuje na prístup k údajom z tachografu alebo 
údajom na karte v režime kontroly, v podnikovom režime 
alebo v režime kalibrácie. Prístupové práva k údajom 
a funkciám pre tieto režimy sú špecifikované v požiadav­
kách 12 a 13.  
Na údaje ITS sprístupnené prostredníctvom daného 
rozhrania sa uplatňujú tieto požiadavky:  
— osobné údaje sa sprístupnia až po poskytnutí overiteľ­
ného súhlasu vodiča, ktorým akceptuje, že osobné údaje 
môžu opustiť sieť vozidla.  
Súbor zvolených existujúcich údajov, ktoré možno sprí­
stupniť cez rozhranie ITS, a klasifikácia údajov ako 
osobné alebo neosobné sú špecifikované v dodatku 13. 
Okrem súboru údajov uvedených v dodatku 13 môžu 
byť výstupom aj doplnkové údaje. Výrobca VU musí 
klasifikovať tieto údaje ako „osobné“ alebo „neosobné“, 
pričom súhlas vodiča sa vzťahuje na údaje klasifiko­
vané ako „osobné“,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 64  
— súhlas vodiča možno kedykoľvek aktivovať alebo deak­
tivovať príkazmi v menu za predpokladu, že je vložená 
karta vodiča,  
— za žiadnych okolností nesmie prítomnosť rozhrania ITS 
narušiť alebo ovplyvniť správne fungovanie a zabezpe­ 
čenie jednotky vozidla.  
Zároveň možno používať ďalšie rozhrania jednotky vozidla, 
ak úplne spĺňajú požiadavky uvedené v dodatku 13 
z hľadiska súhlasu vodiča. Záznamové zariadenie musí 
byť schopné oznámiť stav súhlasu vodiča ostatným plat­
formám v sieti vozidla a externým zariadeniam.  
V prípade osobných údajov vložených do siete vozidla, 
ktoré sa ďalej spracúvajú mimo siete vozidla, výrobca 
tachografu nezodpovedá za súlad uvedeného spracovania 
osobných údajov s právnymi predpismi Únie týkajúcimi 
sa ochrany údajov.  
Rozhranie ITS musí vodičovi aj druhému vodičovi umož­ 
ňovať zapisovať údaje aj počas postupu manuálneho zapi­
sovania v súlade s požiadavkou 61.  
Rozhranie ITS sa môže použiť aj na zapisovanie doplnko­
vých informácií v reálnom čase, ako sú:  
— výber činnosti vodiča v súlade s požiadavkou 46,  
— miesta v súlade s požiadavkou 56,  
— špecifické podmienky v súlade s požiadavkou 62,  
— operácie nakládky/vykládky v súlade s požiadavkou 
62a. 
Tieto informácie sa môžu zapísať aj cez iné rozhrania.  
201) Tachografy sa z dôvodu spätnej kompatibility môžu aj 
naďalej vybavovať rozhraním sériového spojenia podľa 
špecifikácie v prílohe IB k nariadeniu (EHS) č. 3821/85 
v znení posledných zmien. Sériové spojenie sa klasifikuje 
ako súčasť siete vozidla v súlade s požiadavkou 200.  
▼B 
3.21 režim kalibrácie  
202) Kalibračná funkcia musí umožniť:  
— automatické spárovanie snímača pohybu s VU,  
— v prípade potreby automatické spojenie externého zaria­
denia GNSS s VU,  
— digitálne prispôsobenie konštanty záznamového zaria­
denia (k) charakteristickému koeficientu vozidla (w),  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 65  
— úpravu aktuálneho času v rámci platnosti vloženej 
dielenskej karty,  
— úpravu aktuálneho stavu počítadla kilometrov,  
— aktualizáciu identifikačných údajov snímača pohybu, 
ktoré sú uložené v dátovej pamäti,  
— v prípade potreby aktualizáciu identifikačných údajov 
externého zariadenia GNSS, ktoré sú uložené v dátovej 
pamäti,  
— aktualizáciu druhov a identifikátorov všetkých používa­
ných plomb,  
▼M3 
— aktualizáciu alebo potvrdenie ostatných parametrov, 
ktoré pozná záznamové zariadenie: identifikácia 
vozidla, w, l, rozmer pneumatík a prípadne nastavenie 
obmedzovača rýchlosti, ako aj predvolený druh 
nákladu.  
— automatické uloženie krajiny, v ktorej bola vykonaná 
kalibrácia, a dátumu a času, keď prijímač GNSS 
poskytol polohu použitú na určenie tejto krajiny.  
▼B 
203) Okrem toho musí kalibračná funkcia umožniť zrušenie 
používania tachografových kariet prvej generácie v zázna­
movom zariadení, pokiaľ sú splnené podmienky stanovené 
v dodatku 15.  
204) Spárovanie snímača pohybu s VU pozostáva minimálne z:  
— aktualizácie údajov o montáži snímača pohybu uchová­
vaných snímačom pohybu (ak je to potrebné),  
— kopírovania nevyhnutných identifikačných údajov 
snímača pohybu zo snímača pohybu do dátovej pamäte 
VU. 
▼M3 
205) Spojenie externého zariadenia GNSS s VU pozostáva mini­
málne z:  
— aktualizácie údajov o montáži externého zariadenia 
GNSS, ktoré sú uchovávané v externom zariadení 
GNSS (podľa potreby),  
— kopírovania potrebných identifikačných údajov exter­
ného zariadenia GNSS vrátane sériového čísla exter­
ného zariadenia GNSS z externého zariadenia GNSS 
do dátovej pamäte VU.  
▼B 
206) Kalibračná funkcia musí byť schopná zaviesť nevyhnutné 
údaje cez kalibračný/sťahovací konektor v súlade s kali­
bračným protokolom vymedzeným v dodatku 8. Kalibračná 
funkcia môže zavádzať nevyhnutné údaje aj inými 
prostriedkami.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 66  
3.22 Kontrola kalibrácie pri cestnej kontrole  
207) Funkcia kontroly kalibrácie pri cestnej kontrole musí v ča se 
žiadosti umožniť čítanie sériového čísla snímača pohybu 
(prípadne zabudovaného do adaptéra) a sériového čísla 
externého zariadenia GNSS (v prípade potreby), pripoje­
ných k jednotke vozidla.  
208) Tento údaj sa musí dať zobraziť aspoň na displeji jednotky  
vozidla príkazmi v menu.  
209) Funkcia kontroly kalibrácie pri cestnej kontrole musí 
umožniť kontrolu voľby I/O režimu kalibračného vstup­
ného/výstupného signalizačného vedenia uvedeného 
v dodatku 6 cez rozhranie K-vedenia. To sa musí vykonať 
prostredníctvom ECUAdjustmentSession, ako sa uvádza 
v dodatku 8 oddiele 7 Riadenie skúšobných impulzov – 
Riadenie vstupu/výstupu funkčnej jednotky.  
▼M3 
Keď je aktívny I/O režim kalibračného vstupného/výstup­
ného signalizačného vedenia v súlade s touto požiadavkou, 
jednotka vozidla neaktivuje výstrahu „jazda bez príslušnej 
karty“ (požiadavka 75).  
▼B 
3.23 Úprava času 
210) Funkcia úpravy času musí umožniť automatickú úpravu 
aktuálneho času. Pre úpravu času sa používajú v zázna­
movom zariadení dva zdroje času: 1) vstavané hodiny 
VU, 2) prijímač GNSS.  
▼M3 
211) Nastavenie času vstavaných hodín VU sa musí automaticky 
opakovane upravovať v rôznych časových intervaloch. 
Najbližšia automatická opakovaná úprava času sa aktivuje 
v rozmedzí 72 hod. až 168 hod. po predchádzajúcej úprave 
a potom, ako VU získa prístup k času GNSS prostredníc­
tvom správy o platnej autentifikovanej polohe v súlade 
s dodatkom 12. Úprava času však nikdy nesmie byť väčšia 
ako kumulovaná maximálna časová odchýlka za deň vypo­ 
čítaná výrobcom jednotky vozidla v súlade s požiadavkou 
41b. Ak je rozdiel medzi časom vstavaných hodín VU 
a časom prijímača GNSS väčší ako kumulovaná maximálna 
časová odchýlka za deň, úpravou času sa musia vstavané 
hodiny VU čo najviac priblížiť k času prijímača GNSS. 
Nastavenie času sa môže urobiť iba vtedy, ak sa čas z prijí­
mača GNSS získa s použitím správ o autentifikovanej 
polohe, ako sa stanovuje v dodatku 12. Referenčný čas 
pre automatické nastavenie času vstavaných hodín VU je 
čas poskytnutý v správe o autentifikovanej polohe.  
212) Funkcia úpravy času musí v režime kalibrácie umožniť 
vyvolanú úpravu aktuálneho času.  
Dielne môžu upraviť čas:  
— buď zapísaním hodnoty času do VU pomocou služby 
WriteDataByIdentifier v súlade s bodom 6.2 dodatku 8,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 67  
— alebo požiadavkou na zosúladenie hodín VU s časom 
z prijímača GNSS. Toto sa môže urobiť iba vtedy, ak 
sa čas z prijímača GNSS získa s použitím správ o auten­
tifikovanej polohe. V tomto prípade sa použije služba 
RoutineControl v súlade s oddielom 8 dodatku 8.  
▼B 
3.24 Výkonnostné charakteristiky  
213) Jednotka vozidla musí byť plne funkčná v rozsahu teplôt od  
– 20 °C do 70 °C, externé zariadenie GNSS v rozsahu 
teplôt od – 20 °C do 70 °C a snímač pohybu v rozsahu 
teplôt od – 40 °C do 135 °C. Obsah dátovej pamäte sa 
musí uchovať pri teplote do – 40 °C.  
214) Tachograf musí byť plne funkčný v rozsahu vlhkosti od 
10 % do 90 %.  
215) Plomby použité v inteligentnom tachografe musia zniesť 
rovnaké podmienky ako tie, ktoré sa uplatňujú na kompo­
nenty tachografu, ku ktorým sú pripevnené.  
216) Záznamové zariadenie musí byť chránené proti prepätiu, 
zmene polarity napájania a skratom.  
217) Snímače pohybu musia buď:  
— reagovať na magnetické pole, ktoré ruší zisťovanie 
pohybu vozidla. Za takýchto okolností jednotka vozidla 
zaznamená a uloží poruchu snímača (požiadavka 88); 
alebo  
— musia mať snímací prvok, ktorý je chránený pred 
magnetickými poľami alebo je voči nim odolný.  
218) Záznamové zariadenie a externé zariadenie GNSS musí 
zodpovedať medzinárodnému predpisu EHK OSN R10 
a musí byť chránené proti elektrostatickým výbojom 
a prechodovým javom.  
3.25 Materiály  
219) Všetky konštrukčné časti záznamového zariadenia musia 
byť vyrobené z materiálov s dostatočnou stabilitou a mecha­
nickou pevnosťou a so stálymi elektrickými a magnetickými 
charakteristikami.  
220) Na zaručenie normálnych podmienok prevádzky musia byť 
všetky vnútorné diely zariadenia chránené proti vlhkosti 
a prachu.  
221) Jednotka vozidla a externé zariadenie GNSS musia spĺňať 
stupeň ochrany IP 40 a snímač pohybu musí spĺňať stupeň 
ochrany IP 64 podľa normy IEC 60529:1989 vrátane 
A1:1999 a A2:2013.  
222) Záznamové zariadenie musí zodpovedať platným tech­
nickým požiadavkám ergonomického dizajnu.  
223) Záznamové zariadenie musí byť chránené proti neúmysel­
nému poškodeniu.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 68  
3.26 Ozna čenia 
224) Ak záznamové zariadenie zobrazuje stav počítadla kilome­
trov a rýchlosť, na displeji sa musia zobraziť tieto údaje:  
— vedľa čísla udávajúceho vzdialenosť, jednotka merania 
vzdialenosti označená skratkou „km“,  
— vedľa čísla udávajúceho rýchlosť, skratka „km/h“.  
Záznamové zariadenie sa môže prepnúť tak, aby zobrazo­
valo rýchlosť v míľach za hodinu; v tomto prípade sa ako 
jednotka merania rýchlosti zobrazí skratka „mph“. Zázna­
mové zariadenie sa môže prepnúť tak, aby zobrazovalo 
vzdialenosť v míľach; v tomto prípade sa ako jednotka 
merania vzdialenosti zobrazí skratka „mi“.  
▼M1 
225) Na každý samostatný komponent záznamového zariadenia 
musí byť pripevnený popisný štítok s týmito údajmi:  
— meno a adresa výrobcu,  
— výrobcovo číslo dielu a rok výroby,  
— sériové číslo,  
— značka typového schválenia.  
226) Ak nie je dostatok miesta pre všetky vyššie uvedené údaje,  
na popisnom štítku musí byť uvedený aspoň: názov alebo 
logo výrobcu a číslo dielu.  
▼M3 
3.27.  Monitorovanie prekro čení hranice  
226a) Touto funkciou sa zisťuje, kedy vozidlo prekročilo hranic u 
krajiny, ktorú krajinu opustilo a do ktorej krajiny vstúpilo.  
226b) Zistenie prekročenia hranice vychádza z polohy nameranej 
záznamovým zariadením a z uloženej digitálnej mapy 
v súlade s bodom 3.12.19.  
226c) Prekročenia hranice týkajúce sa prítomnosti vozidla v dan ej 
krajine na časový úsek kratší ako 120 sekúnd sa nezazna­
menajú.  
3.28.  Aktualizácia softvéru  
226d) Jednotka vozidla má zabudovanú funkciu na realizáciu 
aktualizácií softvéru, vždy keď takéto aktualizácie nie sú 
podmienené dostupnosťou ďalších hardvérových zdrojov 
mimo zdrojov stanovených v požiadavke 226f a orgány 
pre typové schvaľovanie udelia pre aktualizácie softvéru 
autorizáciu na základe existujúcej typovo schválenej 
jednotky vozidla v súlade s článkom 12 ods. 5 nariadenia 
(EÚ) č. 165/2014.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 69  
226e) Funkcia aktualizácie softvéru je určená na podporu týchto  
funkčných vlastností, vždy keď sa vyžadujú zo zákona:  
— zmena funkcií uvedených v bode 2.2 okrem samotnej 
funkcie aktualizácie softvéru,  
— doplnenie nových funkcií priamo súvisiacich s presadzo­
vaním právnych predpisov Únie týkajúcich sa cestnej 
dopravy,  
— zmena režimov prevádzky v bode 2.3,  
— zmena štruktúry súboru, napr. doplnenie nových údajov 
alebo zväčšenie veľkosti súboru,  
— zavádzanie softvérových opráv na odstránenie chýb 
softvéru, ako aj bezpečnostných nedostatkov alebo 
nahlásených útokov na funkcie záznamového 
zariadenia.  
226f) Jednotka vozidla musí poskytovať aspoň 35 % voľných 
hardvérových zdrojov pre softvér a údaje potrebné na reali­
záciu požiadavky 226e a aspoň 65 % voľných hardvéro­
vých zdrojov na aktualizáciu digitálnej mapy na základe 
hardvérových zdrojov požadovaných pre mapu úrovne 
NUTS 0 verzie 2021.  
▼B 
4 KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA TACHO­
GRAFOVÉ KARTY  
4.1 Vidite ľné údaje  
Predná strana musí obsahovať:  
227) slová „karta vodiča“ alebo „kontrolná karta“ alebo 
„dielenská karta“ alebo „podniková karta“, vytlačené 
veľkými písmenami v úradnom jazyku alebo jazykoch člen­
ského štátu, ktorý kartu vydal, podľa typu karty;  
228) názov členského štátu, ktorý kartu vydal (nepovinné);  
229) negatív rozlišovacieho znaku členského štátu, ktorý kartu 
vydal, v modrom obdĺžniku a obkolesený 12 žltými hviez­
dičkami. Rozlišovacie znaky sú tieto: 
B 
BG 
CZ 
CY Belgicko 
Bulharsko 
Česká republika 
Cyprus  LV 
L 
LT 
M Lotyšsko 
Luxembursko 
Litva 
Malta  
DK Dánsko  N L  Holandsko  
D 
EST Nemecko 
Estónsko  A 
PL Rakúsko 
Poľsko  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 70  
GR Grécko  P  
RO 
SK 
SLO  Portugalsko 
Rumunsko 
Slovensko 
Slovinsko  
E Španielsko  FIN  Fínsko  
F 
HR 
H Francúzsko 
Chorvátsko 
Maďarsko  S Švédsko  
IRL Írsko  U K  Spojené kráľovstvo  
I Taliansko  
230) informácie špecifické pre vydanú kartu, očíslované takto:  
Karta vodiča  Kontrolná karta  Podniková alebo dielenská 
karta 
1. Priezvisko vodiča  Názov kontrolného orgánu  Názov podniku alebo 
dielne  
2. Meno(á) vodiča  Priezvisko kontrolóra 
(v prípade potreby)  priezvisko držiteľa karty 
(v prípade potreby)  
3. Dátum narodenia vodiča  Meno(á) kontrolóra 
(v prípade potreby)  meno(á) držiteľa karty 
(v prípade potreby)  
4.a Dátum začiatku platnosti karty  
4.b Dátum skončenia platnosti karty  
4.c Názov vydávajúceho orgánu (môže byť vytlačený na zadnej strane ) 
4.d iné číslo, než je číslo v bode 5, na administratívne účely (ne povinné)  
5. a Číslo vodičského preukazu 
(k dátumu vydania karty 
vodiča)  — —  
5. b Číslo karty  
6. Fotografia vodiča  Fotografia kontrolóra (nepo­
vinné)  Fotografia montéra (nepo­
vinné)  
7. Podpis držiteľa (nepovinné)  
8. bydlisko alebo poštová 
adresa držiteľa (nepo­
vinné).  Poštová adresa kontrolného 
orgánu  Poštová adresa podniku 
alebo dielne  
231) forma písania dátumu je „dd/mm/rrrr“ alebo „dd.mm.rrrr“ 
(deň, mesiac, rok).  
zadná strana musí obsahovať:  
232) vysvetlenie k očíslovaným údajom na prednej strane karty;  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 71  
233) s výslovným písomným súhlasom držiteľa môžu byť 
doplnené aj informácie, ktoré sa netýkajú administratívnych 
záležitosti súvisiacich s kartou; takéto doplnenie nijako 
nemení používanie modelu ako tachografovej karty.  
234) Tachografové karty musia byť vytlačené s týmito prevažu­
júcimi farbami pozadia:  
— karta vodiča: biela,  
— kontrolná karta: modrá,  
— dielenská karta: červená,  
— podniková karta: žltá.  
235) Telo tachografovej karty musí byť vybavené aspoň týmito 
ochrannými prvkami proti falšovaniu alebo neoprávneným 
zásahom:  
— ochranná podtlač s gilošovaným vzorom a írisovou 
tlačou.  
— v oblasti fotografie sa ochranná podtlač musí prekrývať 
s fotografiou.  
— aspoň jeden dvojfarebný mikrotlačový prúžok.
  
► (1) M1 
► (2) M3 
236) Po konzultácii s Komisiou môžu členské štáty doplniť farby  
alebo značenia, ako sú symboly členského štátu a prvky 
zabezpečenia bez toho, aby tým boli dotknuté ostatné usta­
novenia tejto prílohy.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 72  
237) Dočasné karty uvedené v článku 26 ods. 4 nariadenia (EÚ) 
č. 165/2014 musia byť v súlade s ustanoveniami tejto 
prílohy.  
4.2 Zabezpe čenie 
Cieľom zabezpečenia systému je ochrana integrity a autenticity 
údajov vymieňaných medzi kartami a záznamovým zariadením, 
ochrana integrity a autenticity údajov sťahovaných z kariet, um ož­
nenie určitých zapisovacích operácií na karte len pre záznamové  
zariadenie, dešifrovanie určitých údajov, vylúčenie akejkoľvek 
možnosti falšovania údajov uložených na kartách, zabránenie 
neoprávnenému zásahu a zistenie každého pokusu tohto druhu.  
238) S cieľom dosiahnuť zabezpečenie systému musia tachogra­
fové karty spĺňať požiadavky zabezpečenia vymedzené 
v dodatkoch 10 a 11.  
239) Tachografové karty musia byť čitateľné inými zariadeniami,  
ako sú napríklad osobné počítače.  
4.3 Normy  
240) Tachografové karty musia byť v súlade s týmito normami:  
— ISO/IEC 7810 Identifikačné karty. Fyzikálne vlastnosti,  
— ISO/IEC 7816 Identifikačné karty. Karty s integrova­
nými obvodmi:  
— Časť 1: Fyzikálne vlastnosti,  
— Časť 2: Rozmery a umiestnenie kontaktov (ISO/IEC 
7816-2: 2007),  
— Časť 3: Elektronické signály a prenosové protokoly 
(ISO/IEC 7816-3: 2006),  
— Časť 4: Organizácia, zabezpečenie a príkazy pre 
výmenu (ISO/IEC 7816-4: 2013 + Cor. 1: 2014),  
— Časť 6: Medziodborové dátové prvky pre výmenu 
(ISO/IEC 7816-6: 2004 + Cor. 1: 2006),  
— Časť 8: Príkazy pre operácie zabezpečenia (ISO/IEC 
7816-8: 2004).  
— Tachografové karty musia byť skúšané v súlade 
s normou ISO/IEC 10373-3: 2010 Identifikačné karty. 
Skúšobné metódy. Časť 3: Karty s integrovanými 
obvodmi a s kontaktmi a súvisiace zariadenia 
s rozhraním.  
4.4 Elektrické špecifikácie a špecifikácie prostredia  
241) Tachografové karty si musia zachovať správnu funkčnosť 
za všetkých klimatických podmienok bežných na území 
Spoločenstva a minimálne v rozsahu teplôt od – 25 °C 
do + 70 °C s príležitostnou špičkou do + 85 °C, pričom 
„príležitostná“ znamená jednorazovo maximálne 4 hodiny 
a maximálne 100 krát v priebehu životnosti karty.  
242) Tachografové karty musia správne fungovať v rozsahu 
vlhkosti od 10 % do 90 %.  
243) Tachografové karty si musia zachovať správnu funkčnosť 
päť rokov, ak sa používajú v súlade so špecifikáciami 
prostredia a elektrickými špecifikáciami.  
244) Počas prevádzky musia tachografové karty zodpovedať 
predpisu EHK R10, týkajúcemu sa elektromagnetickej 
kompatibility, a musia byť chránené proti elektrostatickým 
výbojom.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 73  
4.5 Uchovávanie údajov  
Na účely tohto odseku,  
— časy sa zaznamenávajú s presnosťou jednej minúty, pokiaľ nie je 
špecifikované inak,  
— stav počítadla kilometrov sa zaznamenáva s presnosťou jedného  
kilometra,  
— rýchlosť sa zaznamenáva s presnosťou 1 km/h,  
— polohy (zemepisná šírka a dĺžka) sa zaznamenávajú v stupňoch 
a minútach s rozlíšením 1/10 minúty.  
Funkcie tachografových kariet, príkazy a logické štruktúry, kto ré 
slúžia na splnenie požiadaviek na uloženie údajov, sú špecifiko vané 
v dodatku 2.  
Ak nie je uvedené inak, ukladanie údajov na tachografových kart ách 
musí byť organizované tak, že nové údaje nahradia uložené 
najstaršie údaje v prípade, že predpokladaná veľkosť pamäte pre  
osobitné záznamy je vyčerpaná.  
245) Tento odsek špecifikuje minimálnu úložnú kapacitu pre 
dátové súbory rôznych aplikácií. Tachografové karty 
musia byť schopné poskytnúť záznamovému zariadeniu 
informácie o skutočnej úložnej kapacite týchto dátových 
súborov.  
▼M3 
246) Akékoľvek doplnkové údaje môžu byť uložené na tacho­
grafových kartách pod podmienkou, že uloženie týchto 
údajov je v súlade s platnými právnymi predpismi týkajú­
cimi sa ochrany údajov.  
▼B 
247) Každý hlavný súbor (MF) každej tachografovej karty musí 
obsahovať najviac päť elementárnych súborov (EF) na 
riadenie karty, identifikáciu aplikácie a čipu, a dva vyhra­
dené súbory (DF):  
— DF Tachograph, ktorý obsahuje aplikáciu prístupnú 
jednotkám vozidla prvej generácie, ktorá je prítomná 
aj v tachografových kartách prvej generácie,  
— DF Tachograph_G2, ktorý obsahuje aplikáciu prístupnú 
len jednotkám vozidla druhej generácie, ktorá je 
prítomná len v tachografových kartách druhej generácie.  
▼M3 
Poznámka: Verzia 2 kariet druhej generácie obsahuje 
doplnkové elementárne súbory v súbore DF Tacho­
graph_G2.  
▼B 
Všetky podrobnosti štruktúry tachografovej karty sú špeci­
fikované v dodatku 2.  
4.5.1  Elementárne súbory na identifikáciu a riadenie karty  
4.5.2  Identifikácia karty s integrovaným obvodom (IC)  
248) Tachografové karty musia byť schopné uložiť tieto identi­
fikačné údaje inteligentnej karty:  
— zastavenie času,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 74  
— sériové číslo karty (vrátane výrobných údajov),  
— číslo typového schválenia karty,  
— identifikácia personalizátora karty (ID),  
— ID zostavovateľa,  
— identifikátor IC.  
4.5.2.1 I d e n t i f i k á c i a č i p u  
249) Tachografové karty musia byť schopné uložiť tieto identi­
fikačné údaje týkajúce sa integrovaného obvodu (IC):  
— sériové číslo IC,  
— výrobné informácie IC.  
4.5.2.2 D I R ( l e n v t a c h o g r a f o v ý c h k a r t á c  h d r u h e j g e n e ­
r á c i e )  
250) Tachografové karty musia byť schopné uložiť dátové 
objekty na identifikáciu aplikácie uvedené v dodatku 2.  
4.5.2.3 I n f o r m á c i e A T R ( p o d m i e n e n é , l e n  v t a c h o g r a f o ­
v ý c h k a r t á c h d r u h e j g e n e r á c i e )  
251) Tachografové karty musia byť schopné uložiť tento dátový 
objekt s informáciou o rozšírenej dĺžke:  
— ak tachografová karta podporuje rozšírenú dĺžku polí, 
dátový objekt s informáciou o rozšírenej dĺžke uvedený 
v dodatku 2.  
4.5.2.4 I n f o r m á c i e o r o z š í r e n e j d ĺ ž k e ( p  o d m i e n e n é , l e n 
v t a c h o g r a f o v ý c h k a r t á c h d r u h e j g e n e  r á c i e )  
252) Tachografové karty musia byť schopné uložiť tieto dátové 
objekty s informáciami o rozšírenej dĺžke:  
— ak tachografová karta podporuje rozšírenú dĺžku polí, 
dátový objekt s informáciami o rozšírenej dĺžke 
uvedený v dodatku 2.  
4.5.3  Karta vodi ča 
4.5.3.1 A p l i k á c i a t a c h o g r a f u ( p r í s t u p n  é p r e j e d n o t k y 
v o z i d l a p r v e j a d r u h e j g e n e r á c i e )  
4.5.3.1.1 Identifikácia aplikácie  
253) Karta vodiča musí byť schopná uložiť tieto identifikačné 
údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 75  
4.5.3.1.2 Kľúč a certifikáty  
254) Karta vodiča musí byť schopná uložiť niekoľko šifrovacích 
kľúčov a certifikátov, ako je uvedené v dodatku 11 časti A.  
4.5.3.1.3 Identifikácia karty  
255) Karta vodiča musí byť schopná uložiť tieto identifikačné 
údaje karty:  
— číslo karty,  
— vydávajúci členský štát, názov vydávajúceho orgánu, 
dátum vydania,  
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty.  
4.5.3.1.4 Identifikácia držiteľa karty  
256) Karta vodiča musí byť schopná uložiť tieto identifikačné 
údaje držiteľa karty:  
— priezvisko držiteľa,  
— meno(á) držiteľa,  
— dátum narodenia,  
— preferovaný jazyk.  
4.5.3.1.5 Sťahovanie údajov z karty  
257) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce 
sa sťahovania z karty:  
— Dátum a čas posledného sťahovania z karty (na iné 
účely, než je kontrola).  
258) Karta vodiča musí byť schopná uchovať jeden taký 
záznam.  
4.5.3.1.6 Informácie o vodičskom preukaze  
259) Karta vodiča musí byť schopná uložiť tieto údaje o vodič­
skom preukaze:  
— vydávajúci členský štát, názov vydávajúceho orgánu,  
— číslo vodičského preukazu (k dátumu vydania karty).  
4.5.3.1.7 Údaje o udalostiach  
Na účely tohto pododseku sa čas musí uložiť s presnosťou jednej  
sekundy.  
260) Karta vodiča musí byť schopná uložiť údaje týkajúce sa 
týchto udalostí zistených záznamovým zariadením, zatiaľ 
čo bola karta vložená:  
— prekrývanie časov (keď je táto karta príčinou udalosti),  
— vloženie karty za jazdy (keď je táto karta predmetom 
udalosti),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 76  
— nesprávne uzavretá posledná relácia karty (keď je táto 
karta predmetom udalosti),  
— prerušenie napájania,  
— chyba údajov o pohybe,  
— pokusy o narušenie zabezpečenia.  
261) Karta vodiča musí byť pri daných udalostiach schopná 
uložiť tieto údaje:  
— kód udalosti,  
— dátum a čas začiatku udalosti (alebo vloženia karty, ak 
udalosť v danom čase trvala),  
— dátum a čas skončenia udalosti (alebo vybratia karty, ak 
udalosť v danom čase trvala),  
— evidenčné číslo vozidla a členský štát evidencie vozidla, 
v ktorom udalosť nastala.  
Poznámka: pre udalosť „prekrývanie časov“:  
— dátum a čas začiatku udalosti musí zodpovedať dátumu 
a času vytiahnutia karty z prechádzajúceho vozidla,  
— dátum a čas skončenia udalosti musí zodpovedať 
dátumu a času vloženia karty do súčasného vozidla,  
— údaje o vozidle musia zodpovedať súčasnému vozidlu, 
kde udalosť nastala.  
Poznámka: pre udalosť „nesprávne uzavretá posledná 
relácia karty“:  
— dátum a čas začiatku udalosti musí zodpovedať dátumu 
a času vloženia karty pri nesprávne uzavretej poslednej 
relácii karty,  
— dátum a čas skončenia udalosti musí zodpovedať 
dátumu a času vloženia karty pri relácii, počas ktorej 
bola udalosť zistená (súčasná relácia),  
— údaje o vozidle musia zodpovedať vozidlu, v ktorom 
bola relácia nesprávne uzavretá.  
262) Karta vodiča musí byť schopná uložiť údaje o šiestich 
posledných udalostiach každého typu (t. j. 36 udalostí).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 77  
4.5.3.1.8 Údaje o poruchách  
Na účely tohto pododseku sa čas musí zaznamenať s presnosťou 
jednej sekundy.  
263) Karta vodiča musí byť schopná uložiť údaje týkajúce sa 
týchto porúch zistených záznamovým zariadením, zatiaľ 
čo bola karta vložená:  
▼M1 
— porucha karty (keď je táto karta predmetom poruchy),  
▼B 
— porucha záznamového zariadenia.  
264) Karta vodiča musí byť schopná pri daných poruchách 
uložiť tieto údaje:  
— kód poruchy,  
— dátum a čas začiatku poruchy (alebo vloženia karty, ak 
porucha v danom čase trvala),  
— dátum a čas skončenia poruchy (alebo vybratia karty, ak 
porucha v danom čase trvala),  
— evidenčné číslo vozidla a členský štát evidencie vozidla, 
v ktorom porucha nastala.  
265) Karta vodiča musí byť schopná uložiť údaje o dvanástich 
posledných poruchách každého typu (t. j. 24 porúch).  
4.5.3.1.9 Údaje o činnosti vodiča  
266) Karta vodiča musí byť schopná uložiť za každý kalendárny 
deň používania karty alebo deň, za ktorý vodič manuálne 
zapísal činnosti, tieto údaje:  
— dátum,  
— počítadlo dennej prítomnosti (zvýšené o jeden za každý 
z týchto kalendárnych dní),  
— celkovú vzdialenosť prejdenú vodičom počas tohto dňa,  
— stav vodiča o 00.00 hod.,  
— vždy, keď vodič zmenil činnosť a/alebo zmenil stav 
vedenia vozidla, a/alebo vložil alebo vybral svoju kartu:  
— stav vedenia vozidla (POSÁDKA, JEDEN VODIČ),  
— slot (VODIČ, DRUHÝ VODIČ),  
— stav karty (VLOŽENÁ, NEVLOŽENÁ),  
— činnosť (JAZDA, POHOTOVOSŤ, PRÁCA, 
PRESTÁVKA/ODPOČINOK).  
— čas zmeny.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 78  
267) Pamäť karty vodiča musí byť schopná uchovať údaje 
o činnosti vodiča aspoň 28 dní (priemerná činnosť vodiča 
je definovaná ako 93 zmien činnosti za deň).  
268) Údaje uvedené v požiadavkách 261, 264 a 266 musia byť 
uložené spôsobom, ktorý umožní vyvolať činnosti v poradí, 
v akom nastali, dokonca aj v prípade prekrývania časov.  
4.5.3.1.10 Údaje o použitých vozidlách  
269) Karta vodiča musí byť schopná uložiť za každý kalendárny 
deň používania karty a za každý časový úsek používania 
daného vozidla v uvedenom dni (časový úsek používania 
zahŕňa všetky po sebe idúce cykly vloženia/vytiahnutia 
karty vo vozidle, z hľadiska tejto karty), tieto údaje:  
— dátum a čas prvého použitia vozidla (t. j. prvé vloženie 
karty v tomto časovom úseku použitia vozidla, alebo 
00.00, ak časový úsek používania v uvedenom čase 
trvá),  
— stav počítadla kilometrov v uvedenom čase,  
— dátum a čas posledného použitia vozidla (t. j. posledné 
vytiahnutie karty v tomto časovom úseku použitia 
vozidla, alebo 23.59, ak časový úsek používania 
v uvedenom čase trvá),  
— stav počítadla kilometrov v uvedenom čase,  
— evidenčné číslo vozidla a členský štát evidencie vozidla.  
270) Karta vodiča musí byť schopná uložiť aspoň 84 takých 
záznamov.  
4.5.3.1.11 Miesta, kde sa denný pracovný čas začína a/alebo kon čí 
271) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce 
sa miest, kde sa denný pracovný čas začína a/alebo končí, 
zapísané vodičom:  
— dátum a čas zápisu (alebo dátum/čas týkajúci sa zápisu, 
ak sa zápis vykoná počas postupu manuálneho zápisu),  
— typ zápisu (začiatok alebo koniec, podmienky zápisu),  
— zapísaný štát alebo región,  
— stav počítadla kilometrov.  
272) Pamäť karty vodiča musí byť schopná uchovať aspoň 42 
párov takých záznamov.  
4.5.3.1.12 Údaje o relácii karty  
273) Karta vodiča musí byť schopná uložiť údaje týkajúce sa 
vozidla, v ktorom bola otvorená prebiehajúca relácia:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 79  
— dátum a čas otvorenia relácie (t. j. vloženie karty) s pres­
nosťou jednej sekundy,  
— evidenčné číslo vozidla a členský štát evidencie.  
4.5.3.1.13 Údaje o kontrolnej činnosti  
274) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce 
sa kontrolných činností:  
— dátum a čas kontroly,  
— číslo kontrolnej karty a jej vydávajúci členský štát,  
— druh kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z jednotky vozidla a/alebo sťahovanie z karty 
(pozri poznámku)),  
— stiahnutý časový úsek, v prípade sťahovania,  
— evidenčné číslo vozidla a členský štát evidencie vozidla, 
v ktorom sa kontrola uskutočnila.  
Poznámka: sťahovanie z karty sa zaznamená len vtedy, keď 
sa vykonáva cez záznamové zariadenie.  
275) Karta vodiča musí byť schopná uchovať jeden taký 
záznam.  
4.5.3.1.14 Údaje o špecifických podmienkach  
276) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce 
sa špecifických podmienok zapísaných, zatiaľ čo bola karta 
vložená (bez ohľadu na slot):  
— dátum a čas zápisu,  
— druh špecifickej podmienky.  
277) Karta vodiča musí byť schopná uložiť aspoň 56 takých 
záznamov.  
▼M3 
4.5.3.2. A p l i k á c i a t a c h o g r a f u d r u h e j g e n e r á c i e ( n e p r í ­
s t u p n é j e d n o t k á m v o z i d l a p r v e j g e n e r  á c i e , 
p r í s t u p n é p r e v e r z i u 1 a v e r z i u 2 j e d n o  t i e k 
v o z i d l a d r u h e j g e n e r á c i e )  
▼B 
4.5.3.2.1 Identifikácia aplikácie  
278) Karta vodiča musí byť schopná uložiť tieto identifikačné 
údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  
▼M3 
4.5.3.2.1.1. Doplnková identifikácia aplikácie (nie je prístupn é pre verziu 1 
jednotiek vozidla druhej generácie)  
278a) Karta vodiča musí byť schopná uložiť doplnkové identifi­
kačné údaje o aplikácii platné len pre verziu 2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 80  
4.5.3.2.2 Kľúče a certifikáty  
279) Karta vodiča musí byť schopná uložiť niekoľko šifrovacích 
kľúčov a certifikátov, ako je uvedené v dodatku 11 časti B.  
4.5.3.2.3 Identifikácia karty  
280) Karta vodiča musí byť schopná uložiť tieto identifikačné 
údaje karty:  
— číslo karty,  
— vydávajúci členský štát, názov vydávajúceho orgánu, 
dátum vydania,  
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty.  
4.5.3.2.4 Identifikácia držiteľa karty  
281) Karta vodiča musí byť schopná uložiť tieto identifikačné 
údaje držiteľa karty:  
— priezvisko držiteľa,  
— meno(á) držiteľa,  
— dátum narodenia,  
— preferovaný jazyk.  
4.5.3.2.5 Sťahovanie údajov z karty  
282) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce 
sa sťahovania z karty:  
— Dátum a čas posledného sťahovania z karty (na iné 
účely, než je kontrola).  
283) Karta vodiča musí byť schopná uchovať jeden taký 
záznam.  
4.5.3.2.6 Informácie o vodičskom preukaze  
284) Karta vodiča musí byť schopná uložiť tieto údaje o vodič­
skom preukaze:  
— vydávajúci členský štát, názov vydávajúceho orgánu,  
— číslo vodičského preukazu (k dátumu vydania karty).  
4.5.3.2.7 Údaje o udalostiach  
Na účely tohto pododseku sa čas musí uložiť s presnosťou jednej  
sekundy.  
285) Karta vodiča musí byť schopná uložiť údaje týkajúce sa 
týchto udalostí zistených záznamovým zariadením, zatiaľ 
čo bola karta vložená:  
— prekrývanie časov (keď je táto karta príčinou udalosti),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 81  
— vloženie karty za jazdy (keď je táto karta predmetom 
udalosti),  
— nesprávne uzavretá posledná relácia karty (keď je táto 
karta predmetom udalosti),  
— prerušenie napájania,  
— chyba komunikácie s diaľkovým komunikačným zaria­
dením,  
— udalosť „chýbajúce informácie o polohe z prijímača 
GNSS“,  
— chyba komunikácie s externým zariadením GNSS  
— chyba údajov o pohybe,  
— nesúlad údajov o pohybe vozidla,  
— pokusy o narušenie zabezpečenia,  
— časový konflikt.  
286) Karta vodiča musí byť pri daných udalostiach schopná 
uložiť tieto údaje:  
— kód udalosti,  
— dátum a čas začiatku udalosti (alebo vloženia karty, ak 
udalosť v danom čase trvala),  
— dátum a čas skončenia udalosti (alebo vybratia karty, ak 
udalosť v danom čase trvala),  
— evidenčné číslo vozidla a členský štát evidencie vozidla, 
v ktorom udalosť nastala.  
Poznámka: pre udalosť „prekrývanie časov“:  
— dátum a čas začiatku udalosti musí zodpovedať dátumu 
a času vytiahnutia karty z prechádzajúceho vozidla,  
— dátum a čas skončenia udalosti musí zodpovedať 
dátumu a času vloženia karty do súčasného vozidla,  
— údaje o vozidle musia zodpovedať súčasnému vozidlu, 
kde udalosť nastala.  
Poznámka: pre udalosť „nesprávne uzavretá posledná 
relácia karty“:  
— dátum a čas začiatku udalosti musí zodpovedať dátumu 
a času vloženia karty pri nesprávne uzavretej poslednej 
relácii karty,  
— dátum a čas skončenia udalosti musí zodpovedať 
dátumu a času vloženia karty pri relácii, počas ktorej 
bola udalosť zistená (súčasná relácia),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 82  
— údaje o vozidle musia zodpovedať vozidlu, v ktorom 
bola relácia nesprávne uzavretá.  
▼M3 
287) Karta vodiča musí byť schopná uložiť údaje o dvanástich 
posledných udalostiach každého typu (t. j. 132 udalostí).  
▼B 
4.5.3.2.8 Údaje o poruchách  
Na účely tohto pododseku sa čas musí zaznamenať s presnosťou 
jednej sekundy.  
288) Karta vodiča musí byť schopná uložiť údaje týkajúce sa 
týchto porúch zistených záznamovým zariadením, zatiaľ 
čo bola karta vložená:  
▼M1 
— porucha karty (keď je táto karta predmetom poruchy),  
▼B 
— porucha záznamového zariadenia.  
289) Karta vodiča musí byť schopná pri daných poruchách 
uložiť tieto údaje:  
— kód poruchy,  
— dátum a čas začiatku poruchy (alebo vloženia karty, ak 
porucha v danom čase trvala),  
— dátum a čas skončenia poruchy (alebo vybratia karty, ak 
porucha v danom čase trvala),  
— evidenčné číslo vozidla a členský štát evidencie vozidla, 
v ktorom porucha nastala.  
▼M3 
290) Karta vodiča musí byť schopná uložiť údaje o dvadsiati­
chštyroch posledných poruchách každého typu (t. j. 48 
porúch).  
▼B 
4.5.3.2.9 Údaje o činnosti vodiča  
291) Karta vodiča musí byť schopná uložiť za každý kalendárny 
deň používania karty alebo deň, za ktorý vodič manuálne 
zapísal činnosti, tieto údaje:  
— dátum,  
— počítadlo dennej prítomnosti (zvýšené o jeden za každý 
z týchto kalendárnych dní),  
— celkovú vzdialenosť prejdenú vodičom počas tohto dňa,  
— stav vodiča o 00.00 hod.,  
— vždy, keď vodič zmenil činnosť a/alebo zmenil stav 
vedenia vozidla, a/alebo vložil alebo vybral svoju kartu:  
— stav vedenia vozidla (POSÁDKA, JEDEN VODIČ)  
— slot (VODIČ, DRUHÝ VODIČ),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 83  
— stav karty (VLOŽENÁ, NEVLOŽENÁ),  
— činnosť (VEDENIE, POHOTOVOSŤ, PRÁCA, 
PRESTÁVKA/ODPOČINOK).  
— čas zmeny.  
▼M3 
292) Pamäť karty vodiča musí byť schopná uchovať údaje 
o činnosti vodiča za 56 dní (priemerná činnosť vodiča je 
definovaná pre túto požiadavku ako 117 zmien činnosti za 
deň). 
▼B 
293) Údaje uvedené v požiadavkách 286, 289 a 291 musia byť 
uložené spôsobom, ktorý umožní vyvolať činnosti v poradí, 
v akom nastali, dokonca aj v prípade prekrývania časov.  
4.5.3.2.10 Údaje o použitých vozidlách  
294) Karta vodiča musí byť schopná uložiť za každý kalendárny 
deň používania karty a za každý časový úsek používania 
daného vozidla v uvedenom dni (časový úsek používania 
zahŕňa všetky po sebe idúce cykly vloženia/vytiahnutia 
karty vo vozidle, z hľadiska tejto karty), tieto údaje:  
— dátum a čas prvého použitia vozidla (t. j. prvé vloženie 
karty v tomto časovom úseku použitia vozidla, alebo 
00.00, ak časový úsek používania v uvedenom čase 
trvá),  
— stav počítadla kilometrov v čase prvého použitia,  
— dátum a čas posledného použitia vozidla (t. j. posledné 
vytiahnutie karty v tomto časovom úseku použitia 
vozidla, alebo 23.59, ak časový úsek používania 
v uvedenom čase trvá),  
— stav počítadla kilometrov v čase posledného použitia,  
— evidenčné číslo vozidla a členský štát evidencie vozidla,  
— VIN vozidla.  
▼M3 
295) Karta vodiča musí byť schopná uložiť 200 takýchto 
záznamov.  
▼B 
4.5.3.2.11 Miesta a polohy, kde sa denný pracovný čas začína a/ alebo končí  
296) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce 
sa miest, kde sa denný pracovný čas začína a/alebo končí, 
zapísané vodičom:  
— dátum a čas zápisu (alebo dátum/čas týkajúci sa zápisu, 
ak sa zápis vykoná počas postupu manuálneho zápisu),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 84  
— typ zápisu (začiatok alebo koniec, podmienky zápisu),  
— zapísaný štát alebo región,  
— stav počítadla kilometrov,  
— poloha vozidla,  
— presnosť GNSS, dátum a čas, keď bola poloha určená.  
▼M3 
297) Pamäť karty vodiča musí byť schopná uchovať 112 taký­
chto záznamov.  
▼B 
4.5.3.2.12 Údaje o relácii karty  
298) Karta vodiča musí byť schopná uložiť údaje týkajúce sa 
vozidla, v ktorom bola otvorená prebiehajúca relácia:  
— dátum a čas otvorenia relácie (t. j. vloženie karty) s pres­
nosťou jednej sekundy,  
— evidenčné číslo vozidla a členský štát evidencie.  
4.5.3.2.13 Údaje o kontrolnej činnosti  
299) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce 
sa kontrolných činností:  
— dátum a čas kontroly,  
— číslo kontrolnej karty a jej vydávajúci členský štát,  
— druh kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z jednotky vozidla a/alebo sťahovanie z karty 
(pozri poznámku)),  
— stiahnutý časový úsek, v prípade sťahovania,  
— evidenčné číslo vozidla a členský štát evidencie vozidla, 
v ktorom sa kontrola uskutočnila.  
Poznámka: Z požiadaviek na zabezpečenie vyplýva, že 
sťahovanie z karty sa zaznamená len vtedy, keď sa vyko­
náva cez záznamové zariadenie.  
300) Karta vodiča musí byť schopná uchovať jeden taký 
záznam.  
4.5.3.2.14 Údaje o špecifických podmienkach  
301) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce 
sa špecifických podmienok zapísaných, zatiaľ čo bola karta 
vložená (bez ohľadu na slot):  
— dátum a čas zápisu,  
— druh špecifickej podmienky.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 85  
302) Karta vodiča musí byť schopná uložiť 112 takýchto 
záznamov.  
▼B 
4.5.3.2.15 Údaje o použitých jednotkách vozidla  
303) Karta vodiča zariadenie musí byť schopná uložiť tieto údaj e 
týkajúce sa rôznych jednotiek vozidla, v ktorých bola karta 
použitá:  
— dátum a čas začiatku časového úseku používania 
jednotky vozidla (t. j. prvé vloženie karty do jednotky 
vozidla za daný časový úsek),  
— výrobca jednotky vozidla,  
— typ jednotky vozidla,  
— číslo verzie softvéru použitého v jednotke vozidla.  
▼M3 
304) Karta vodiča musí byť schopná uložiť 200 takýchto 
záznamov.  
▼M1 
4.5.3.2.16 Údaje o miestach počas troch hodín kumulovanej jazdy  
305) Karta vodiča musí byť schopná uložiť tieto údaje o polohe 
vozidla, keď kumulovaný čas jazdy dosiahne násobok troch 
hodín:  
— dátum a čas, keď kumulovaný čas jazdy dosiahne 
násobok troch hodín,  
— polohu vozidla,  
— presnosť GNSS, dátum a čas určenia polohy,  
— stav počítadla kilometrov.  
▼M3 
306) Karta vodiča musí byť schopná uložiť 336 takýchto 
záznamov.  
4.5.3.2.17. Stav autentifikácie pre polohy týkajúce sa miest, k de sa denný 
pracovný čas začína a/alebo končí (nie je prístupné pre verziu 1 
jednotiek vozidla druhej generácie)  
306a) Karta vodiča musí byť schopná uložiť doplnkové údaje 
týkajúce sa miest, kde sa denný pracovný čas začína 
a/alebo končí, zapísané vodičom v súlade 
s bodom 4.5.3.2.11:  
— dátum a čas zápisu, ktoré sú presne také isté ako dátum 
a čas uložené v súbore EF Places v rámci DF Tacho­
graph_G2,  
— príznak označujúci to, či bola poloha autentifikovaná.  
306b) Pamäť karty vodiča musí byť schopná uchovať 112 taký­
chto záznamov.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 86  
4.5.3.2.18. Stav autentifikácie pre polohy, kde sa dosiahnu tri  hodiny kumulo­
vaného času jazdy (nie je prístupné pre verziu 1 jednotiek vozi dla 
druhej generácie)  
306c) Karta vodiča musí byť schopná uložiť doplnkové údaje 
týkajúce sa polohy vozidla, kde kumulovaný čas jazdy 
dosiahne násobok troch hodín v súlade s bodom 4.5.3.2.16:  
— dátum a čas, keď kumulovaný čas jazdy dosiahne 
násobok troch hodín, ktoré sú presne také isté ako 
dátum a čas uložené v súbore EF GNSS_Places 
v rámci DF Tachograph_G2,  
— príznak označujúci to, či bola poloha autentifikovaná.  
306d) Karta vodiča musí byť schopná uložiť 336 takýchto 
záznamov.  
4.5.3.2.19. Prekročenia hranice (nie je prístupné pre verziu 1 jednotiek vozidla 
druhej generácie)  
306e) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce  
sa prekročení hranice buď po vložení karty v súlade s požia­
davkou 147b, alebo keď je karta už vložená:  
— krajinu, ktorú vozidlo opúšťa,  
— krajinu, do ktorej vozidlo vstupuje,  
— dátum a čas, keď vozidlo prekročilo hranicu,  
— polohu vozidla, keď bola prekročená hranica,  
— presnosť GNSS,  
— príznak označujúci to, či bola poloha autentifikovaná,  
— stav počítadla kilometrov vozidla.  
306f) Pamäť karty vodiča musí byť schopná uložiť 1120 takýchto 
záznamov.  
4.5.3.2.20. Operácie nakládky/vykládky (nie je prístupné pre ve rziu 1 jednotiek 
vozidla druhej generácie)  
306g) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce  
sa operácií nakládky/vykládky:  
— druh operácie (nakládka, vykládka alebo súčasná 
nakládka/vykládka),  
— dátum a čas operácie nakládky/vykládky,  
— polohu vozidla,  
— presnosť GNSS, dátum a čas, keď bola poloha určená,  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 87  
— príznak označujúci to, či bola poloha autentifikovaná,  
— stav počítadla kilometrov vozidla.  
306h) Karta vodiča musí byť schopná uložiť 1624 operácií 
nakládky/vykládky.  
4.5.3.2.21. Zápisy druhu nákladu (nie je prístupné pre verziu 1  jednotiek 
vozidla druhej generácie)  
306i) Karta vodiča musí byť schopná uložiť tieto údaje týkajúce  
sa druhu nákladu automaticky zapísané jednotkou vozidla 
pri každom vložení karty:  
— zapísaný druh nákladu (tovar alebo cestujúci),  
— dátum a čas zápisu.  
306j) Karta vodiča musí byť schopná uložiť 336 takýchto 
záznamov.  
4.5.3.2.22. Konfigurácie VU (nie je prístupné pre verziu 1 jedn otiek vozidla 
druhej generácie)  
306k) Karta vodiča musí byť schopná uložiť konkrétne nastavenia  
tachografu držiteľa karty.  
306l) Kapacita pamäte karty vodiča pre konkrétne nastavenia 
tachografu držiteľa karty musí byť 3072 bajtov.  
▼B 
4.5.4  Dielenská karta  
4.5.4.1 A p l i k á c i a t a c h o g r a f u ( p r í s t u p n  é p r e j e d n o t k y 
v o z i d l a p r v e j a d r u h e j g e n e r á c i e )  
4.5.4.1.1 Identifikácia aplikácie  
307) Dielenská karta musí byť schopná uložiť tieto identifikačn é 
údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  
4.5.4.1.2 Kľúče a certifikáty  
308) Dielenská karta musí byť schopná uložiť niekoľko šifrova­
cích kľúčov a certifikátov, ako je uvedené v dodatku 11 
časti A.  
309) Dielenská karta musí byť schopná uložiť osobné identifi­
kačné číslo (PIN kód).  
4.5.4.1.3 Identifikácia karty  
310) Dielenská karta musí byť schopná uložiť tieto identifikačn é 
údaje karty:  
— číslo karty,  
— vydávajúci členský štát, názov vydávajúceho orgánu, 
dátum vydania,  
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 88  
4.5.4.1.4 Identifikácia držiteľa karty  
311) Dielenská karta musí byť schopná uložiť tieto identifikačn é 
údaje držiteľa karty:  
— názov dielne,  
— adresu dielne,  
— priezvisko držiteľa,  
— meno(á) držiteľa,  
— preferovaný jazyk.  
4.5.4.1.5 Sťahovanie údajov z karty  
312) Dielenská karta musí byť schopná uložiť záznamy o sťaho­
vaní údajov z karty rovnako ako karta vodiča.  
4.5.4.1.6 Údaje o kalibrácii a úprave času  
313) Dielenská karta musí byť schopná uchovať záznamy o kali­
brácii a/alebo úprave času, ktoré sa vykonávali, keď bola 
karta vložená v záznamovom zariadení.  
314) Každý záznam o kalibrácii musí byť schopný uchovať tieto 
údaje:  
— účel kalibrácie (aktivácia, prvá montáž, montáž, pravi­
delná inšpekcia),  
— identifikácia vozidla,  
— aktualizované alebo potvrdené parametre (w, k, l, 
rozmer pneumatík, nastavenia obmedzovača rýchlosti, 
počítadlo kilometrov (nové a staré hodnoty), dátum 
a čas (nové a staré hodnoty)),  
— identifikácia záznamového zariadenia (číslo dielu VU, 
sériové číslo VU, sériové číslo snímača pohybu).  
315) Dielenská karta musí byť schopná uložiť aspoň 88 takýchto 
záznamov.  
316) Dielenská karta musí mať počítadlo udávajúce celkový 
počet kalibrácií vykonaných s kartou.  
317) Dielenská karta musí mať počítadlo udávajúce počet kali­
brácií vykonaných od jej posledného stiahnutia.  
4.5.4.1.7 Údaje o udalostiach a poruchách  
318) Dielenská karta musí byť schopná uložiť záznamy údajov 
o udalostiach a poruchách rovnako ako karta vodiča.  
319) Dielenská karta musí byť schopná uložiť údaje o posledných  
troch udalostiach každého typu (t. j. 18 udalostí) a posled­
ných šiestich poruchách každého typu (t. j. 12 porúch).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 89  
4.5.4.1.8 Údaje o činnosti vodiča  
320) Dielenská karta musí byť schopná uložiť údaje o činnosti 
vodiča rovnako ako karta vodiča.  
321) Dielenská karta musí byť schopná uchovať údaje o činnosti 
vodiča za aspoň jeden deň priemernej činnosti vodiča.  
4.5.4.1.9 Údaje o použitých vozidlách  
322) Dielenská karta musí byť schopná uložiť záznamy údajov 
o použitých vozidlách rovnako ako karta vodiča.  
323) Dielenská karta musí byť schopná uložiť aspoň 4 takéto 
záznamy.  
4.5.4.1.10 Údaje o začiatku a/alebo konci denného pracovného ča su 
324) Dielenská karta musí byť schopná uložiť záznamy údajov 
o začiatku a/alebo konci denného pracovného času rovnako 
ako karta vodiča.  
325) Dielenská karta musí byť schopná uchovať aspoň tri páry 
takých záznamov.  
4.5.4.1.11 Údaje o relácii karty  
326) Dielenská karta musí byť schopná uložiť záznam údajov 
o relácii karty rovnako ako karta vodiča.  
4.5.4.1.12 Údaje o kontrolnej činnosti  
327) Dielenská karta musí byť schopná uložiť záznam údajov 
o kontrolnej činnosti rovnako ako karta vodiča.  
4.5.4.1.13 Údaje o špecifických podmienkach  
328) Dielenská karta musí byť schopná uložiť údaje relevantné 
pre špecifické podmienky rovnako ako karta vodiča.  
329) Dielenská karta musí byť schopná uložiť aspoň 2 takéto 
záznamy.  
▼M3 
4 . 5 . 4 . 2 . A p l i k á c i a t a c h o g r a f u d r u h e  j g e n e r á c i e ( n e p r í ­
s t u p n é j e d n o t k á m v o z i d l a p r v e j g e n e r  á c i e , 
p r í s t u p n é p r e v e r z i u 1 a v e r z i u 2 j e d n o  t i e k 
v o z i d l a d r u h e j g e n e r á c i e )  
▼B 
4.5.4.2.1 Identifikácia aplikácie  
330) Dielenská karta musí byť schopná uložiť tieto identifikačn é 
údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  
▼M3 
4.5.4.2.1.1. Doplnková identifikácia aplikácie (nie je prístupn é pre verziu 1 
jednotiek vozidla druhej generácie)  
330a) Dielenská karta musí byť schopná uložiť doplnkové iden­
tifikačné údaje o aplikácii platné len pre verziu 2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 90  
4.5.4.2.2 Kľúče a certifikáty  
331) Dielenská karta musí byť schopná uložiť niekoľko šifrova­
cích kľúčov a certifikátov, ako je uvedené v dodatku 11 
časti B.  
332) Dielenská karta musí byť schopná uložiť osobné identifi­
kačné číslo (PIN kód).  
4.5.4.2.3 Identifikácia karty  
333) Dielenská karta musí byť schopná uložiť tieto identifikačn é 
údaje karty:  
— číslo karty,  
— vydávajúci členský štát, názov vydávajúceho orgánu, 
dátum vydania,  
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty.  
4.5.4.2.4 Identifikácia držiteľa karty  
334) Dielenská karta musí byť schopná uložiť tieto identifikačn é 
údaje držiteľa karty:  
— názov dielne,  
— adresu dielne,  
— priezvisko držiteľa,  
— meno(á) držiteľa,  
— preferovaný jazyk.  
4.5.4.2.5 Sťahovanie údajov z karty  
335) Dielenská karta musí byť schopná uložiť záznamy o sťaho­
vaní údajov z karty rovnako ako karta vodiča.  
4.5.4.2.6 Údaje o kalibrácii a úprave času  
336) Dielenská karta musí byť schopná uchovať záznamy o kali­
brácii a/alebo úprave času, ktoré sa vykonávali, keď bola 
karta vložená v záznamovom zariadení.  
337) Každý záznam o kalibrácii musí byť schopný uchovať tieto 
údaje:  
— účel kalibrácie (aktivácia, prvá montáž, montáž, pravi­
delná inšpekcia),  
— identifikácia vozidla,  
— aktualizované alebo potvrdené parametre (w, k, l, 
rozmer pneumatík, nastavenia obmedzovača rýchlosti, 
počítadlo kilometrov (nové a staré hodnoty), dátum 
a čas (nové a staré hodnoty),  
— Identifikácia záznamového zariadenia (číslo dielu VU, 
sériové číslo VU, sériové číslo snímača pohybu, sériové 
číslo diaľkového komunikačného zariadenia a sériové 
číslo externého zariadenia GNSS v prípade potreby),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 91  
— druhy plomb a identifikátory všetkých používaných 
plomb,  
— schopnosť VU použiť tachografové karty prvej gene­
rácie (aktivovaná alebo nie).  
▼M3 
338) Dielenská karta musí byť schopná uložiť 255 takýchto 
záznamov.  
▼B 
339) Dielenská karta musí mať počítadlo udávajúce celkový 
počet kalibrácií vykonaných s kartou.  
340) Dielenská karta musí mať počítadlo udávajúce počet kali­
brácií vykonaných od jej posledného stiahnutia.  
4.5.4.2.7 Údaje o udalostiach a poruchách  
341) Dielenská karta musí byť schopná uložiť záznamy údajov 
o udalostiach a poruchách rovnako ako karta vodiča.  
342) Dielenská karta musí byť schopná uložiť údaje o posledných  
troch udalostiach každého typu (t. j. 33 udalostí) a posled­
ných šiestich poruchách každého typu (t. j. 12 porúch).  
4.5.4.2.8 Údaje o činnosti vodiča  
343) Dielenská karta musí byť schopná uložiť údaje o činnosti 
vodiča rovnako ako karta vodiča.  
▼M3 
344) Dielenská karta musí byť schopná uchovať údaje o činnosti 
vodiča za jeden deň obsahujúce 240 zmien činnosti.  
▼B 
4.5.4.2.9 Údaje o použitých vozidlách  
345) Dielenská karta musí byť schopná uložiť záznamy údajov 
o použitých vozidlách rovnako ako karta vodiča.  
▼M3 
346) Dielenská karta musí byť schopná uložiť 8 takýchto 
záznamov.  
4.5.4.2.10. Údaje o miestach a polohách, kde sa denný pracovný čas začína 
a/alebo končí  
347) Dielenská karta musí byť schopná uložiť záznamy údajov 
o miestach a polohách, kde sa denný pracovný čas začína 
a/alebo končí, rovnako ako karta vodiča.  
348) Dielenská karta musí byť schopná uložiť 4 páry takýchto 
záznamov.  
▼B 
4.5.4.2.11 Údaje o relácii karty  
349) Dielenská karta musí byť schopná uložiť záznam údajov 
o relácii karty rovnako ako karta vodiča.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 92  
4.5.4.2.12 Údaje o kontrolnej činnosti  
350) Dielenská karta musí byť schopná uložiť záznam údajov 
o kontrolnej činnosti rovnako ako karta vodiča.  
4.5.4.2.13 Údaje o použitých jednotkách vozidla  
351) Dielenská karta musí byť schopná uložiť tieto údaje týka­
júce sa rôznych jednotiek vozidla, v ktorých bola karta 
použitá:  
— dátum a čas začiatku časového úseku používania 
jednotky vozidla (t. j. prvé vloženie karty do jednotky 
vozidla za daný časový úsek),  
— výrobca jednotky vozidla,  
— typ jednotky vozidla,  
— číslo verzie softvéru použitého v jednotke vozidla.  
▼M3 
352) Dielenská karta musí byť schopná uložiť 8 takýchto 
záznamov.  
▼M1 
4.5.4.2.14 Údaje o miestach počas troch hodín kumulovanej jazdy  
353) Dielenská karta musí byť schopná uložiť tieto údaje 
o polohe vozidla, keď kumulovaný čas jazdy dosiahne 
násobok troch hodín:  
— dátum a čas, keď kumulovaný čas jazdy dosiahne 
násobok troch hodín,  
— polohu vozidla,  
— presnosť GNSS, dátum a čas určenia polohy,  
— stav počítadla kilometrov.  
▼M3 
354) Dielenská karta musí byť schopná uložiť 24 takýchto 
záznamov.  
▼B 
4.5.4.2.15 Údaje o špecifických podmienkach  
355) Dielenská karta musí byť schopná uložiť údaje relevantné 
pre špecifické podmienky rovnako ako karta vodiča.  
▼M3 
356) Dielenská karta musí byť schopná uložiť 4 takéto záznamy.  
4.5.4.2.16. Stav autentifikácie pre polohy týkajúce sa miest, k de sa denný 
pracovný čas začína a/alebo končí (nie je prístupné pre verziu 1 
jednotiek vozidla druhej generácie)  
356a) Dielenská karta musí byť schopná uložiť doplnkové údaje 
týkajúce sa miest, kde sa denný pracovný čas začína 
a/alebo končí, rovnako ako karta vodiča.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 93  
356b) Pamäť dielenskej karty musí byť schopná uložiť 4 páry 
takýchto záznamov.  
4.5.4.2.17. Stav autentifikácie pre polohy, kde sa dosiahnu tri  hodiny kumulo­
vanej jazdy (nie je prístupné pre verziu 1 jednotiek vozidla dr uhej 
generácie)  
356c) Dielenská karta musí byť schopná uložiť doplnkové údaje 
týkajúce sa polohy vozidla, kde kumulovaný čas jazdy 
dosiahne násobok troch hodín, rovnako ako karta vodiča.  
356d) Dielenská karta musí byť schopná uložiť 24 takýchto 
záznamov.  
4.5.4.2.18. Prekročenia hranice (nie je prístupné pre verziu 1 jednotiek vozidla 
druhej generácie)  
356e) Dielenská karta musí byť schopná uložiť prekročenia 
hranice rovnako ako karta vodiča.  
356f) Pamäť dielenskej karty musí byť schopná uložiť 4 takéto 
záznamy.  
4.5.4.2.19. Operácie nakládky/vykládky (nie je prístupné pre ve rziu 1 jednotiek 
vozidla druhej generácie)  
356g) Dielenská karta musí byť schopná uložiť operácie 
nakládky/vykládky rovnako ako karta vodiča.  
356h) Dielenská karta musí byť schopná uložiť 8 operácií 
nakládky, vykládky alebo súčasnej nakládky/vykládky.  
4.5.4.2.20. Zápisy druhu nákladu (nie je prístupné pre verziu 1  jednotiek 
vozidla druhej generácie)  
356i) Dielenská karta musí byť schopná uložiť zápisy druhu 
nákladu rovnako ako karta vodiča.  
356j) Dielenská karta musí byť schopná uložiť 4 takéto záznamy.  
4.5.4.2.21. Doplnkové kalibračné údaje (nie je prístupné pre ve rziu 1 jednotiek 
vozidla druhej generácie)  
356k) Dielenská karta musí byť schopná uložiť doplnkové kali­
bračné údaje platné len pre verziu 2:  
— starý dátum a čas a identifikačné číslo vozidla, ktoré sú 
presne také isté ako hodnoty uložené v súbore EF Cali­
bration v rámci DF Tachograph_G2,  
— predvolený druh nákladu zapísaný počas tejto kali­
brácie,  
— krajinu, v ktorej bola vykonaná kalibrácia, a dátum 
a čas, keď prijímač GNSS poskytol polohu použitú na 
určenie tejto krajiny.  
356l) Dielenská karta musí byť schopná uložiť 255 takýchto 
záznamov.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 94  
4.5.4.2.22. Konfigurácie VU (nie je prístupné pre verziu 1 jedn otiek vozidla 
druhej generácie)  
356m) Dielenská karta musí byť schopná uložiť konkrétne nasta­
venia tachografu držiteľa karty.  
356n) Kapacita pamäte dielenskej karty pre konkrétne nastavenia  
tachografu držiteľa karty musí byť 3072 bajtov.  
▼B 
4.5.5  Kontrolná karta  
4.5.5.1 A p l i k á c i a t a c h o g r a f u ( p r í s t u p n  é p r e j e d n o t k y 
v o z i d l a p r v e j a d r u h e j g e n e r á c i e )  
4.5.5.1.1 Identifikácia aplikácie  
357) Kontrolná karta musí byť schopná uložiť tieto identifikačn é 
údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  
4.5.5.1.2 Kľúče a certifikáty  
358) Kontrolná karta musí byť schopná uložiť niekoľko šifrova­
cích kľúčov a certifikátov, ako je uvedené v dodatku 11 
časti A.  
4.5.5.1.3 Identifikácia karty  
359) Kontrolná karta musí byť schopná uložiť tieto identifikačn é 
údaje karty:  
— číslo karty,  
— vydávajúci členský štát, názov vydávajúceho orgánu, 
dátum vydania,  
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty (prípadný dátum skončenia platnosti).  
4.5.5.1.4 Identifikácia držiteľa karty  
360) Kontrolná karta musí byť schopná uložiť tieto identifikačn é 
údaje držiteľa karty:  
— názov kontrolného orgánu,  
— adresu kontrolného orgánu,  
— priezvisko držiteľa,  
— meno(á) držiteľa,  
— preferovaný jazyk.  
4.5.5.1.5 Údaje o kontrolnej činnosti  
361) Kontrolná karta musí byť schopná uložiť tieto údaje 
o kontrolnej činnosti:  
— dátum a čas kontroly,  
▼M3 
— typ kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z VU a/alebo sťahovanie z karty),  
▼B 
— (prípadne) stiahnutý časový úsek,  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 95  
— evidenčné číslo vozidla a orgán členského štátu, ktorý 
kontrolované vozidlo zaevidoval,  
— číslo karty a členský štát, ktorý vydal kontrolovanú 
kartu vodiča.  
362) Kontrolná karta musí byť schopná uchovať aspoň 230 
takých záznamov.  
4.5.5.2 A p l i k á c i a t a c h o g r a f u d r u h e j g e n  e r á c i e ( n e p r í ­
s t u p n é j e d n o t k e v o z i d l a p r v e j g e n e r á  c i e )  
4.5.5.2.1 Identifikácia aplikácie  
363) Kontrolná karta musí byť schopná uložiť tieto identifikačn é 
údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  
▼M3 
4.5.5.2.1.1. Doplnková identifikácia aplikácie (nie je prístupn é pre verziu 1 
jednotiek vozidla druhej generácie)  
363a) Kontrolná karta musí byť schopná uložiť doplnkové iden­
tifikačné údaje o aplikácii platné len pre verziu 2.  
▼B 
4.5.5.2.2 Kľúče a certifikáty  
364) Kontrolná karta musí byť schopná uložiť niekoľko šifrova­
cích kľúčov a certifikátov, ako je uvedené v dodatku 11 
časti B.  
4.5.5.2.3 Identifikácia karty  
365) Kontrolná karta musí byť schopná uložiť tieto identifikačn é 
údaje karty:  
— číslo karty,  
— vydávajúci členský štát, názov vydávajúceho orgánu, 
dátum vydania,  
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty (prípadný dátum skončenia platnosti).  
4.5.5.2.4 Identifikácia držiteľa karty  
366) Kontrolná karta musí byť schopná uložiť tieto identifikačn é 
údaje držiteľa karty:  
— názov kontrolného orgánu,  
— adresu kontrolného orgánu,  
— priezvisko držiteľa,  
— meno(á) držiteľa,  
— preferovaný jazyk.  
4.5.5.2.5 Údaje o kontrolnej činnosti  
367) Kontrolná karta musí byť schopná uložiť tieto údaje 
o kontrolnej činnosti:  
— dátum a čas kontroly,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 96  
— typ kontroly (zobrazovanie a/alebo tlač a/alebo sťaho­
vanie z VU a/alebo sťahovanie z karty a/alebo kontroly 
kalibrácie pri cestnej kontrole),  
— (prípadne) stiahnutý časový úsek,  
— evidenčné číslo vozidla a orgán členského štátu, ktorý 
kontrolované vozidlo zaevidoval,  
— číslo karty a členský štát, ktorý vydal kontrolovanú 
kartu vodiča.  
368) Kontrolná karta musí byť schopná uchovať aspoň 230 
takých záznamov.  
▼M3 
4.5.5.2.6 Konfigurácie VU (nie je prístupné pre verziu 1 jednot iek vozidla 
druhej generácie)  
368a) Kontrolná karta musí byť schopná uložiť konkrétne nasta­
venia tachografu držiteľa karty.  
368b) Kapacita pamäte kontrolnej karty pre konkrétne nastavenia  
tachografu držiteľa karty musí byť 3072 bajtov.  
▼B 
4.5.6  Podniková karta  
4.5.6.1 A p l i k á c i a t a c h o g r a f u ( p r í s t u p n  é p r e j e d n o t k y 
v o z i d l a p r v e j a d r u h e j g e n e r á c i e )  
4.5.6.1.1 Identifikácia aplikácie  
369) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  
4.5.6.1.2 Kľúče a certifikáty  
370) Podniková karta musí byť schopná uložiť niekoľko šifro­
vacích kľúčov a certifikátov, ako je uvedené v dodatku 11 
časti A.  
4.5.6.1.3 Identifikácia karty  
371) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje karty:  
— číslo karty,  
— vydávajúci členský štát, názov vydávajúceho orgánu, 
dátum vydania,  
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty (prípadný dátum skončenia platnosti).  
4.5.6.1.4 Identifikácia držiteľa karty  
372) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje držiteľa karty:  
— názov podniku,  
— adresu podniku.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 97  
4.5.6.1.5 Údaje o činnosti podniku  
373) Podniková karta musí byť schopná uložiť tieto údaje 
o činnosti podniku:  
— dátum a čas činnosti,  
— druh činnosti (zablokovanie a/alebo odblokovanie VU 
a/alebo stiahnutie z VU a/alebo stiahnutie z karty),  
— (prípadne) stiahnutý časový úsek,  
— evidenčné číslo vozidla a orgán členského štátu, ktorý 
vozidlo zaevidoval,  
— číslo karty a členský štát, ktorý vydal kartu (v prípade 
sťahovania).  
374) Podniková karta musí byť schopná uchovať aspoň 230 
takých záznamov.  
4.5.6.2 A p l i k á c i a t a c h o g r a f u d r u h e j g e n  e r á c i e ( n e p r í ­
s t u p n é j e d n o t k e v o z i d l a p r v e j g e n e r á  c i e )  
4.5.6.2.1 Identifikácia aplikácie  
375) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  
▼M3 
4.5.6.2.1.1 Doplnková identifikácia aplikácie (nie je prístupné  pre verziu 1 
jednotiek vozidla druhej generácie)  
375a) Podniková karta musí byť schopná uložiť doplnkové iden­
tifikačné údaje o aplikácii platné len pre verziu 2.  
▼B 
4.5.6.2.2 Kľúče a certifikáty  
376) Podniková karta musí byť schopná uložiť niekoľko šifro­
vacích kľúčov a certifikátov, ako je uvedené v dodatku 11 
časti B.  
4.5.6.2.3 Identifikácia karty  
377) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje karty:  
— číslo karty,  
— vydávajúci členský štát, názov vydávajúceho orgánu, 
dátum vydania,  
— dátum začiatku platnosti karty, dátum skončenia plat­
nosti karty (prípadný dátum skončenia platnosti).  
4.5.6.2.4 Identifikácia držiteľa karty  
378) Podniková karta musí byť schopná uložiť tieto identifi­
kačné údaje držiteľa karty:  
— názov podniku,  
— adresu podniku.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 98  
4.5.6.2.5 Údaje o činnosti podniku  
379) Podniková karta musí byť schopná uložiť tieto údaje 
o činnosti podniku:  
— dátum a čas činnosti,  
— druh činnosti (zablokovanie a/alebo odblokovanie VU 
a/alebo stiahnutie z VU a/alebo stiahnutie z karty),  
— (prípadne) stiahnutý časový úsek,  
— evidenčné číslo vozidla a orgán členského štátu, ktorý 
vozidlo zaevidoval,  
— číslo karty a členský štát, ktorý vydal kartu (v prípade 
sťahovania).  
380) Podniková karta musí byť schopná uchovať aspoň 230 
takých záznamov.  
▼M3 
4.5.6.2.6 Konfigurácie VU (nie je prístupné pre verziu 1 jednot iek vozidla 
druhej generácie)  
380a) Podniková karta musí byť schopná uložiť konkrétne nasta­
venia tachografu držiteľa karty.  
380b) Kapacita pamäte podnikovej karty pre konkrétne nastavenia  
tachografu držiteľa karty musí byť 3072 bajtov.  
▼B 
5 MONTÁŽ ZÁZNAMOVÉHO ZARIADENIA  
5.1 Montáž  
381) Nové záznamové zariadenie sa musí montérom alebo 
výrobcom vozidla dodať v neaktivovanom stave so všet­
kými kalibračnými parametrami, ktoré sú uvedené v kapi­
tole 3.21, nastavenými na vhodné a platné predvolené 
hodnoty. Ak nie je žiadna konkrétna hodnota vhodná, 
textové parametre sa nastavia na reťazec „?“ a numerické 
parametre na „0“. Dodávka častí záznamového zariadenia, 
ktoré súvisia so zabezpečením, sa môže obmedziť, ak sa to 
vyžaduje počas certifikácie zabezpečenia.  
382) Pred aktiváciou musí záznamové zariadenie umožniť 
prístup ku kalibračnej funkcii, aj keď nie je v režime kali­
brácie.  
▼M3 
383) Pred aktiváciou nesmie záznamové zariadenie zazname­
návať ani ukladať údaje uvedené v požiadavkách 102 až 
133 vrátane. Záznamové zariadenie však pred aktiváciou 
môže zaznamenávať a ukladať udalosti pokusu o narušenie 
zabezpečenia v súlade s požiadavkou 117 a poruchy zázna­
mového zariadenia v súlade s požiadavkou 118.  
▼B 
384) Počas montáže musí výrobca vozidla prednastaviť všetky 
známe parametre.  
385) Výrobcovia vozidiel alebo montéri musia aktivovať namon­
tované záznamové zariadenie najneskôr predtým, než sa 
vozidlo použije v rozsahu pôsobnosti nariadenia (ES) 
č. 561/2006.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 99  
386) Aktivácia záznamového zariadenia sa spustí automaticky 
pri prvom vložení platnej dielenskej karty do jedného zo 
zariadení s rozhraním karty.  
387) Špecifické párovacie operácie medzi snímačom pohybu 
a jednotkou vozidla sa v prípade potreby uskutočnia auto­
maticky pred aktiváciou alebo počas nej.  
388) Podobne, špecifické spájacie operácie medzi externým 
zariadením GNSS a jednotkou vozidla sa v prípade potreby 
uskutočnia automaticky pred aktiváciou alebo počas nej.  
389) Po aktivácii záznamové zariadenie musí zabezpečovať 
všetky funkcie a prístupové práva k údajom.  
390) Po aktivácii záznamové zariadenie musí oznámiť diaľko­
vému komunikačnému zariadeniu zabezpečené údaje 
nevyhnutné na účel cielených cestných kontrol.  
391) Záznamové a ukladacie funkcie záznamového zariadenia 
musia byť po jeho aktivácii úplne prevádzkyschopné.  
▼M3 
392) Po montáži nasleduje kalibrácia. Prvá kalibrácia nemusí 
nutne zahŕňať zadanie identifikácie evidencie vozidla 
(VRN a členský štát), ak ju schválená dielňa vykonávajúca 
túto kalibráciu nepozná. Za týchto okolností a iba v tomto 
čase sa vlastníkovi vozidla umožní zadať VRN a členský 
štát s použitím podnikovej karty pred použitím vozidla 
v rozsahu pôsobnosti nariadenia (ES) č. 561/2006 (napr. 
použitím príkazov v príslušnej štruktúre menu rozhrania 
človek-stroj v jednotke vozidla). Aktualizácia alebo 
potvrdenie tohto zadania sú možné iba s použitím dielen­
skej karty.  
▼B 
393) Montáž externého zariadenia GNSS vyžaduje spojenie 
s jednotkou vozidla a následné overenie informácie o polohe 
z GNSS.  
394) Záznamové zariadenie musí byť umiestnené vo vozidle tak, 
aby umožňovalo vodičovi z jeho sedadla prístup 
k potrebným funkciám.  
5.2 Montážny štítok  
395) ►M3 Po kontrole záznamového zariadenia vykonanej pri 
montáži sa na záznamové zariadenie pripevní montážny 
štítok, ktorý je trvalo vyrytý alebo vytlačený, zreteľne vidi­
teľný a ľahko prístupný. Ak to nie je možné, štítok sa 
pripevní na „B“ stĺpik vozidla tak, aby bol zreteľne vidi­
teľný. V prípade vozidiel, ktoré nemajú „B“ stĺpik, sa 
montážny štítok pripevní v oblasti dverí vozidla a musí 
byť v každej situácii zreteľne viditeľný. ◄  
Po každej prehliadke vykonanej schváleným montérom 
alebo dielňou sa namiesto predchádzajúceho štítku pripevní 
nový.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 100  
396) Na štítku musia byť uvedené aspoň tieto údaje:  
— meno, adresa alebo obchodný názov schváleného 
montéra alebo dielne,  
— charakteristický koeficient vozidla vo forme 
‚w = … imp/km‘,  
— konštanta záznamového zariadenia vo forme 
‚k = … imp/km‘,  
— skutočný obvod pneumatík kolies vo forme 
‚l = … mm‘,  
— rozmer pneumatík,  
— dátum, kedy bol meraný charakteristický koeficient 
vozidla a skutočný obvod pneumatík kolies,  
— identifikačné číslo vozidla,  
— prítomnosť (alebo neprítomnosť) externého zariadenia 
GNSS,  
— sériové číslo prípadného externého zariadenia GNSS,  
▼M3 
— sériové číslo prípadného diaľkového komunikačného 
zariadenia,  
▼M1 
— sériové čísla všetkých používaných plomb,  
— časť vozidla, v ktorej je prípadne namontovaný adaptér,  
— časť vozidla, v ktorej je namontovaný snímač pohybu, 
ak nie je pripojený k prevodovke alebo ak sa nepoužíva 
adaptér,  
— farba kábla medzi adaptérom a časťou vozidla, ktorá 
mu dodáva vstupné impulzy,  
— sériové číslo zabudovaného snímača pohybu adaptéra.  
▼M3 
— predvolený druh nákladu súvisiaci s vozidlom.  
▼B 
397) Len v prípade tých vozidiel kategórie M1 a N1, na ktorých 
je namontovaný adaptér v súlade s nariadením Komisie (ES) 
č. 68/2009 (  1 ) v znení posledných zmien, a vtedy, keď nie 
je možné uviesť všetky nevyhnutné informácie podľa 
požiadavky 396, sa môže použiť druhý, dodatočný štítok. 
V takýchto prípadoch musí tento dodatočný štítok obsa­
hovať aspoň posledné štyri zarážky uvedené v požiadavke 
396. ▼M1 
( 1 ) Nariadenie Komisie (ES) č. 68/2009 z 23. januára 2009, ktorým  sa deviatykrát prispô­
sobuje technickému pokroku nariadenie Rady (EHS) č. 3821/85 o z áznamovom zariadení 
v cestnej doprave (Ú. v. EÚ L 21, 24.1.2009, s. 3).
 02016R0799 — SK — 21.08.2023 — 003.001 — 101  
Ak sa tento druhý dodatočný štítok použije, musí sa 
pripevniť vedľa alebo blízko prvého hlavného štítka uvede­
ného v požiadavke 396, pričom musí mať tú istú úroveň 
ochrany. Okrem toho musí druhý štítok takisto obsahovať 
meno, adresu alebo obchodný názov schváleného montéra 
alebo dielne, ktorá vykonala montáž, ako aj dátum 
montáže.  
5.3 Plombovanie  
398) Musia sa zaplombovať tieto časti:  
— každý spoj, ktorý by pri odpojení mohol spôsobiť nezis­
titeľnú zmenu alebo nezistiteľnú stratu údajov (to môže 
napr. platiť pre snímač pohybu namontovaný na prevo­
dovke, adaptér pre vozidlá M1/N1, externé spojenie 
GNSS alebo jednotku vozidla);  
— montážny štítok, pokiaľ nie je pripevnený tak, že ho 
nemožno odstrániť bez poškodenia značiek, ktoré sa 
na ňom nachádzajú.  
▼M1 
398a) Uvedené plomby musia byť osvedčené podľa normy EN 
16882:2016.  
▼B 
399) Uvedené plomby sa môžu odstrániť:  
— v prípade núdze,  
— v prípade montáže, nastavenia alebo opravy obmedzo­
vača rýchlosti alebo akéhokoľvek iného zariadenia, 
ktoré prispieva k zvýšeniu cestnej bezpečnosti, za pred­
pokladu, že záznamové zaradenie naďalej funguje 
spoľahlivo a správne a že ho opäť zaplombuje schvá­
lený montér alebo dielňa (v súlade s kapitolou 6) ihneď 
po namontovaní zariadenia obmedzujúceho rýchlosť 
alebo akéhokoľvek iného zariadenia, ktoré prispieva 
k zvýšeniu cestnej bezpečnosti, alebo do siedmich dní 
v ostatných prípadoch.  
400) Pri každom porušení týchto plomb sa musí vyhotoviť 
písomné vyhlásenie s uvedením dôvodov takého porušenia 
a musí sa poskytnúť príslušnému orgánu.  
401) Plomby musia mať identifikačné číslo, ktoré im prideľuje 
výrobca. Toto číslo je jedinečné a odlišuje sa od každého 
iného čísla plomby prideleného iným výrobcom.  
▼M1 
Toto jedinečné identifikačné číslo je určené ako: 
MMNNNNNNNN uvedené neodstrániteľnou značkou, 
pričom MM je jedinečná identifikácia výrobcu (databázu 
evidencie spravuje EK) a NNNNNNNN je alfanumerické 
číslo plomby, ktoré je v doméne výrobcu jedinečné.  
▼B 
402) Plomby musia mať voľné miesto, kam schválení montéri, 
výrobcovia vozidiel alebo schválené dielne môžu doplniť 
osobitnú značku podľa článku 22 ods. 3 nariadenia (EÚ) 
č. 165/2014.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 102  
Táto značka nesmie zakrývať identifikačné číslo plomby.  
▼M1 
403) Výrobcovia plomb musia byť zaevidovaní v špecializovanej 
databáze, keď ich vzor plomby získa osvedčenie podľa 
normy EN 16882:2016, a zverejniť svoje identifikačné 
čísla plomb postupom, ktorý stanoví Európska komisia.  
404) Schválené dielne a výrobcovia vozidiel musia v rámci na­
riadenia (EÚ) č. 165/2014 používať len plomby osvedčené 
podľa normy EN 16882:2016 od tých výrobcov plomb, 
ktorí sú uvedení v spomenutej databáze.  
▼B 
405) Výrobcovia plomb a ich distribútori musia uchovávať úplné 
záznamy sledovateľnosti plomb predaných na použitie 
v rámci nariadenia (EÚ) č. 165/2014 a musia byť pripra­
vení kedykoľvek ich podľa potreby poskytnúť príslušným 
vnútroštátnym orgánom.  
406) Jedinečné identifikačné čísla plomb musia byť viditeľné na  
montážnom štítku.  
6 KONTROLY, INŠPEKCIE A OPRAVY  
Okolnosti, za ktorých môžu byť plomby odstránené, ako je uveden é 
v článku 22 ods. 5 nariadenia (EÚ) č. 165/2014, sú definované 
v kapitole 5.3 tejto prílohy.  
6.1 Schválenie montážnych firiem, dielní a výrobcov vozidiel  
Členské štáty schvaľujú, pravidelne kontrolujú a certifikujú 
subjekty, ktoré vykonávajú:  
— montáže,  
— kontroly,  
— inšpekcie,  
— opravy.  
Dielenské karty sa vydávajú len montérom a/alebo dielňam schvá­
leným na vykonávanie aktivácie a/alebo kalibrácie záznamového 
zariadenia podľa tejto prílohy, a pokiaľ nie je riadne odôvodne ná 
výnimka:  
— ktorí(-é) nemajú nárok na podnikovú kartu  
— a ktorých iné odborné činnosti nepredstavujú možné ohrozenie 
celkového zabezpečenia systému, ako sa vyžaduje v dodatku 10.  
▼M1 
6.2 Kontrola nových alebo opravených komponentov  
407) Každé jednotlivé zariadenie bez ohľadu nato, či je nové 
alebo opravené, sa musí skontrolovať z hľadiska jeho 
správnej činnosti a presnosti jeho odčítaných hodnôt 
a záznamov, v rámci limitov stanovených v kapitolách 
3.2.1, 3.2.2, 3.2.3 a 3.3.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 103  
6.3 Inšpekcia inštalácie  
▼M1 
408) Pri montáži na vozidlo musí celé zariadenie (vrátane zázna ­
mového zariadenia) spĺňať požiadavky na maximálne 
odchýlky stanovené v kapitolách 3.2.1, 3.2.2, 3.2.3 a 3.3. 
Celé zariadenie musí byť zaplombované v súlade s kapi­
tolou 5.3 a musí byť kalibrované.  
▼B 
6.4 Pravidelné inšpekcie  
▼M3 
409) Pravidelné inšpekcie zariadenia namontovaného vo vozidle 
sa musia vykonať po každej oprave daného zariadenia 
alebo po každej zmene charakteristického koeficientu 
vozidla alebo skutočného obvodu pneumatík, alebo potom, 
čo sa čas UTC zariadenia odchyľuje o viac než 5 minút od 
správneho času, alebo keď bolo zmenené VRN, a aspoň raz 
za dva roky (24 mesiacov) od poslednej kontroly.  
▼B 
410) Tieto inšpekcie musia zahŕňať kontroly:  
— správneho fungovania záznamového zariadenia vrátane 
funkcie ukladania údajov na tachografových kartách 
a komunikácie so snímačom diaľkovej komunikácie,  
— dodržania súladu s ustanoveniami kapitoly 3.2.1 a 3.2.2 
o maximálnych odchýlkach po montáži,  
— dodržania súladu s ustanoveniami kapitoly 3.2.3 a 3.3,  
— umiestnenia značky typového schválenia na zariadení,  
— pripevnenia montážneho štítku, ako je vymedzené 
v požiadavke 396, a popisného štítku, ako je vyme­
dzené v požiadavke 225,  
— veľkosti pneumatík a skutočného obvodu pneumatík,  
— že k zariadeniu nie sú pripojené žiadne manipulačné 
zariadenia,  
— že plomby sú na správnych miestach, v dobrom stave, 
s platnými identifikačnými číslami (odkazy na výrobcu 
plomb v databáze EK), ktoré zodpovedajú značkám 
montážneho štítka (pozri požiadavku 401).  
▼M3 
— že identifikátor verzie uloženej digitálnej mapy je 
najnovší.  
410a) V prípade, že príslušné vnútroštátne orgány zistia manipu ­
láciu, môže byť vozidlo zaslané do autorizovanej dielne na 
prekalibrovanie záznamového zariadenia.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 104  
411) Ak sa zistilo, že od vykonania poslednej inšpekcie došlo 
k niektorej z udalostí uvedených v kapitole 3.9 (Detekcia 
udalostí a/alebo porúch), ktorú výrobcovia tachografu 
a/alebo vnútroštátne orgány považujú za takú, ktorá môže 
potenciálne ohroziť zabezpečenie zariadenia, dielňa musí:  
a. porovnať identifikačné údaje snímača pohybu zapoje­
ného v prevodovke s údajmi spárovaného snímača 
pohybu registrovaného v jednotke vozidla;  
b. overiť, či sa informácie zaznamenané na montážnom 
štítku zhodujú s informáciami obsiahnutými v zázname 
jednotky vozidla;  
c. overiť, či sa sériové číslo snímača pohybu a schvaľovacie 
číslo, ak je vytlačené na kryte snímača pohybu, zhoduje 
s informáciami uloženými v dátovej pamäti záznamo­
vého zariadenia,  
d. porovnať prípadné identifikačné údaje označené na 
popisnom štítku externého zariadenia GNSS s údajmi 
uloženými v dátovej pamäti jednotky vozidla.  
412) Dielne musia vo svojich správach z inšpekcie uchovávať 
záznam o všetkých zisteniach týkajúcich sa poškodených 
plomb alebo manipulačných zariadení. Dielne musia tieto 
správy uchovávať najmenej dva roky a na požiadanie ich 
musia kedykoľvek sprístupniť príslušnému orgánu.  
413) Súčasťou týchto inšpekcií musí byť aj kalibrácia a preven­
tívne nahradenie plomb, ktorých montáž je v zodpovednosti 
dielní.  
6.5 Meranie chýb  
414) Meranie chýb pri montáži a počas používania sa uskutoční 
za týchto podmienok, ktoré treba považovať za súčasť štan­
dardných skúšobných podmienok:  
— nezaťažené vozidlo v normálnom prevádzkovom stave,  
— tlak pneumatík v súlade s pokynmi výrobcu,  
— opotrebenie pneumatík v rámci limitov povolených 
vnútroštátnymi právnymi predpismi,  
— pohyb vozidla:  
— vozidlo sa pohybuje vpred vlastným pohonom po 
priamke na rovnom povrchu rýchlosťou 50 ± 5 km/h. 
Meracia vzdialenosť musí byť minimálne 1 000 m.  
— Za predpokladu, že sú porovnateľne presné, môžu sa na 
skúšku použiť alternatívne metódy, ako je napríklad 
vyhovujúce skúšobné zariadenie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 105  
6.6 Opravy  
415) Dielne musia byť schopné stiahnuť údaje zo záznamového 
zariadenia, aby ich mohli odovzdať príslušnému doprav­
nému podniku.  
416) Schválené dielne musia vydať dopravným podnikom osved­ 
čenie o nemožnosti stiahnutia údajov, keď nesprávne 
fungovanie záznamového zariadenia bráni stiahnutiu zazna­
menaných údajov, dokonca aj po oprave v tejto dielni. 
Dielne musia minimálne dva roky uchovávať kópiu 
každého vydaného osvedčenia.  
7 VYDÁVANIE KARIET  
Postup vydávania kariet zavedený členským štátom musí byť 
v súlade s týmto:  
417) Číslo karty prvého vydania tachografovej karty žiadateľovi  
musí mať prípadný poradový index, ako aj index náhrady 
a index obnovy nastavený na „0“.  
418) Čísla kariet všetkých tachografových kariet, ktoré sa 
nevzťahujú na osobu, vydaných jednému kontrolnému 
orgánu, jednej dielni alebo jednému dopravnému podniku, 
musia mať prvých 13 číslic rovnakých a všetky musia mať 
rôzny poradový index.  
419) Tachografová karta vydaná ako náhrada existujúcej tacho­
grafovej karty musí mať rovnaké číslo ako karta, ktorú 
nahrádza, no index náhrady sa zvýši o „1“ (v poradí 0, 
…, 9, A, …, Z).  
420) Tachografová karta vydaná ako náhrada existujúcej tacho­
grafovej karty musí mať rovnaký dátum skončenia platnosti 
ako karta, ktorú nahrádza.  
421) Tachografová karta vydaná ako obnova existujúcej tacho­
grafovej karty musí mať rovnaké číslo ako karta, ktorú 
obnovuje, pričom sa však index náhrady znova nastaví na 
„0“ a index obnovy sa zvýši o „1“ (v poradí 0, …, 9, A, 
…, Z).  
422) Výmena existujúcej tachografovej karty na účely zmeny 
administratívnych údajov sa riadi pravidlami obnovy, ak 
sa realizuje v rámci toho istého členského štátu, alebo 
pravidlami prvého vydania, ak bola vykonaná iným člen­
ským štátom.  
423) V kolónke „priezvisko držiteľa karty“ v prípade dielenskej  
alebo kontrolnej karty, ktorá sa nevzťahuje na osobu, sa 
uvedie názov dielne alebo kontrolného orgánu, prípadne 
meno montéra či kontrolného úradníka, ak sa tak členské 
štáty rozhodnú.  
424) Členské štáty si musia elektronicky vymieňať údaje 
s cieľom zabezpečiť jedinečnosť kariet vodičov, ktoré 
vydávajú, v súlade s článkom 31 nariadenia (EÚ) 
č. 165/2014.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 106  
8 TYPOVÉ SCHVÁLENIE ZÁZNAMOVÉHO ZARIADENIA 
A TACHOGRAFOVÝCH KARIET  
8.1 Všeobecne  
▼M1 
Na účely tejto kapitoly pojem ‚záznamové zariadenie‘ znamená 
‚záznamové zariadenie alebo jeho komponenty‘. Pre kábel (káble)  
prepájajúci(– e) snímač pohybu s VU, externé zariadenie GNSS 
s VU alebo externé diaľkové komunikačné zariadenie s VU sa 
nevyžaduje typové schválenie. Papier používaný záznamovým zaria ­
dením sa považuje za komponent záznamového zariadenia.  
Výrobca môže požiadať o typové schválenie komponentu (kompo­
nentov) záznamového zariadenia s akýmkoľvek iným komponentom 
(komponentmi) záznamového zariadenia, za predpokladu, že každý 
komponent spĺňa požiadavky tejto prílohy. Alternatívne môžu 
výrobcovia požiadať aj o typové schválenie záznamového 
zariadenia.  
V súlade s vymedzením pojmu v bode 10 článku 2 tohto nariadenia  
existujú rôzne varianty jednotky vozidiel z hľadiska zloženia 
komponentov. Bez ohľadu nadloženie komponentov jednotky 
vozidla nie je externá anténa a prípadný anténny rozbočovač pri po­
jený k prijímaču GNSS alebo diaľkovému komunikačnému zaria­
deniu súčasť typového schválenia jednotky vozidla.  
Výrobcovia, ktorým bolo udelené typové schválenie na zaznamená­
vacie zariadenie, však musia viesť verejne dostupný zoznam anté n 
a rozbočovačov kompatibilných s každou typovo schválenou 
jednotkou vozidla, externým zariadením GNSS a externým diaľ­
kovým komunikačným zariadením.  
▼B 
425) Záznamové zariadenie musí byť na schválenie predložené 
celé so všetkými zabudovanými doplnkovými zariadeniami.  
426) Typové schválenie záznamového zariadenia a tachografo­
vých kariet musí zahŕňať skúšky týkajúce sa zabezpečenia, 
skúšky funkčnosti a skúšky interoperability. Kladné 
výsledky každej z týchto skúšok sú uvedené na príslušnom 
osvedčení.  
▼M1 
427) Schvaľovacie úrady členských štátov neudelia osvedčenie 
o typovom schválení, pokiaľ nedostanú:  
— osvedčenie zabezpečenia (ak sa vyžaduje v tejto 
prílohe),  
— osvedčenie funkčnosti  
— a osvedčenie interoperability (ak sa vyžaduje v tejto 
prílohe)  
pre záznamové zariadenie alebo tachografovú kartu, ktoré 
sú predmetom žiadosti o typové schválenie.  
▼B 
428) Každá zmena softvéru alebo hardvéru zariadenia alebo 
vlastností materiálov použitých na jeho výrobu sa pred 
jeho použitím oznámi orgánu, ktorý zariadeniu udelil 
typové schválenie. Tento orgán potvrdí výrobcovi rozší­
renie typového schválenia alebo môže požadovať aktuali­
záciu alebo potvrdenie príslušných osvedčení zabezpečenia, 
funkčnosti a/alebo interoperability.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 107  
429) Postupy aktualizácie softvéru záznamového zariadenia na 
mieste musí schváliť orgán, ktorý záznamovému zariadeniu 
udelil typové schválenie. Aktualizáciou softvéru sa nesmú 
zmeniť ani vymazať žiadne údaje o činnosti vodiča uložené 
v záznamovom zariadení. Softvér sa môže aktualizovať len 
na zodpovednosť výrobcu zariadenia.  
430) Typové schválenie modifikácií softvéru zameraných na 
aktualizáciu predtým typovo schváleného záznamového 
zariadenia nemožno zamietnuť, ak sa takéto zmeny vzťa­
hujú len na funkcie, ktoré nie sú špecifikované v tejto 
prílohe. Aktualizácia softvéru záznamového zariadenia 
môže vylúčiť zavedenie nových množín znakov, ak to nie 
je technicky realizovateľné.  
▼B 
8.2 Osved čenie zabezpe čenia 
431) Osvedčenie zabezpečenia sa udelí v súlade s ustanoveniami 
dodatku 10 tejto prílohy. Osvedčujú sa tieto komponenty 
záznamového zariadenia: jednotka vozidla, snímač pohybu, 
externé zariadenie GNSS a tachografové karty.  
432) Za výnimočných okolností, keď orgány osvedčovania 
zabezpečenia odmietnu osvedčiť nové zariadenie z dôvodu 
zastaranosti mechanizmov zabezpečenia, sa typové schvá­
lenie bude naďalej udeľovať iba za týchto osobitných 
a výnimočných okolností a iba vtedy, keď neexistuje iné 
alternatívne riešenie v súlade s nariadením.  
433) Vtedy príslušný členský štát bezodkladne informuje 
Európsku komisiu, ktorá do dvanástich mesiacov od 
udelenia typového schválenia začne postup s cieľom zabez­
pečiť, aby sa zabezpečenie dostalo na svoju pôvodnú 
úroveň.  
8.3 Osved čenie funk čnosti  
434) Každý uchádzač o typové schválenie poskytne schvaľova­
ciemu úradu členského štátu všetky materiály a dokumen­
táciu, ktoré považuje tento úrad za potrebné.  
435) Výrobcovia poskytnú príslušné vzorky výrobkov, ktoré sa 
majú typovo schváliť, a súvisiacu dokumentáciu, ktorú 
požadujú skúšobne poverené vykonávaním funkčných 
skúšok, a to do jedného mesiaca od žiadosti. Všetky 
náklady spojené s touto požiadavkou znáša žiadajúci 
subjekt. Skúšobne sú povinné uchovávať všetky komerčne 
citlivé informácie v tajnosti.  
436) Osvedčenie funkčnosti dostane výrobca len po úspešnom 
absolvovaní minimálne všetkých funkčných skúšok špecifi­
kovaných v dodatku 9.  
437) Schvaľovací úrad udeľuje osvedčenie funkčnosti. Toto 
osvedčenie musí okrem názvu subjektu, ktorému sa 
udeľuje, a identifikácie modelu obsahovať podrobný 
zoznam vykonaných skúšok a dosiahnutých výsledkov.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 108  
438) Na osvedčení funkčnosti každého komponentu záznamo­
vého zariadenia sa musia uvádzať aj čísla typových schvá­
lení ostatných typovo schválených kompatibilných kompo­
nentov záznamového zariadenia skúšaných pri jeho osved­ 
čovaní.  
439) Na osvedčení funkčnosti každého komponentu záznamo­
vého zariadenia sa musia uvádzať aj ISO alebo CEN 
normy, podľa ktorých bolo funkčné rozhranie osvedčené.  
8.4 Osved čenie interoperability  
440) Skúšky interoperability vykonáva len jedna skúšobňa, ktorá  
podlieha Európskej komisii a je pod jej zodpovednosťou.  
441) Skúšobňa registruje žiadosti výrobcov o skúšky interopera­
bility v poradí, v ktorom boli doručené.  
442) Žiadosti sa oficiálne zaregistrujú len vtedy, keď skúšobňa  
má k dispozícii:  
— úplný súbor materiálov a dokumentov potrebných na 
také skúšky interoperability,  
— zodpovedajúce osvedčenie zabezpečenia,  
— zodpovedajúce osvedčenie funkčnosti.  
Dátum registrácie žiadosti sa oznámi výrobcovi.  
▼M3 
443) Pri záznamových zariadeniach alebo tachografových 
kartách, ktoré neprešli analýzou zraniteľnosti v súvislosti 
s hodnotením zabezpečenia a hodnotením funkčnosti, 
skúšobňa nevykonáva skúšky interoperability, s výnimkou 
osobitných okolností uvedených v požiadavke 432.  
▼B 
444) Každý výrobca žiadajúci o vykonanie skúšok interoperabi­
lity sa zaviaže ponechať skúšobni poverenej vykonávaním 
týchto skúšok úplný súbor materiálov a dokumentov, ktoré 
poskytol na účely vykonania skúšok.  
445) Skúšky interoperability sa v súlade s ustanoveniami 
dodatku 9 tejto prílohy musia vykonať vždy so všetkými 
typmi záznamového zariadenia alebo tachografových kariet:  
— ktoré majú ešte platné typové schválenia, alebo  
— pre ktoré sa požaduje typové schválenie a ktoré majú 
platné osvedčenie interoperability.  
446) Skúšky interoperability sa musia vzťahovať na všetky gene­
rácie záznamového zariadenia alebo tachografových kariet, 
ktoré sa stále používajú.  
▼M3 
447) Osvedčenie interoperability vydáva skúšobňa výrobcovi až 
po úspešnom absolvovaní všetkých požadovaných skúšok 
interoperability a po tom, čo výrobca preukázal, že výrobku 
bolo udelené platné osvedčenie funkčnosti aj platné osved­ 
čenie zabezpečenia, s výnimkou osobitných okolností 
uvedených v požiadavke 432.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 109  
448) Ak neboli skúšky interoperability úspešné s jedným alebo 
niekoľkými záznamovými zariadeniami alebo tachogra­
fovou kartou resp. kartami, osvedčenie interoperability sa 
nesmie vydať, kým žiadajúci výrobca nevykoná potrebné 
zmeny a neabsolvuje úspešne skúšky interoperability. 
Skúšobňa musí s pomocou výrobcu, ktorého sa táto 
porucha interoperability týka, zistiť príčinu problému 
a musí sa pokúsiť pomôcť žiadajúcemu výrobcovi pri 
hľadaní technického riešenia. Ak výrobca zmenil svoj 
výrobok, musí sa na všetkých relevantných orgánoch uistiť, 
že osvedčenie zabezpečenia a osvedčenia funkčnosti sú 
stále platné.  
449) osvedčenie interoperability je platné šesť mesiacov. Ak 
výrobca nedostal zodpovedajúce osvedčenie o typovom 
schválení, na konci tohto obdobia sa odoberie. osvedčenie 
interoperability predloží výrobca schvaľovaciemu úradu 
členského štátu, ktorý udelil osvedčenie funkčnosti.  
450) Žiaden prvok, ktorý by mohol byť príčinou problému s inte­
roperabilitou, sa nesmie použiť na získanie prospechu alebo 
na získanie dominantného postavenia.  
8.5 Osved čenie o typovom schválení  
451) Schvaľovací úrad členského štátu môže udeliť osvedčenie 
o typovom schválení, pokiaľ mu budú predložené tri poža­
dované osvedčenia.  
452) Na osvedčení o typovom schválení každého komponentu 
záznamového zariadenia sa musia nachádzať aj čísla typo­
vých schválení ostatných typovo schválených interoperabil­
ných záznamových zariadení.  
453) Kópiu osvedčenia o typovom schválení musí vyhotoviť 
schvaľovací úrad pre skúšobňu poverenú vykonávaním 
skúšok interoperability v čase udelenia osvedčenia výrob­
covi.  
454) Skúšobňa vykonávajúca skúšky interoperability musí prevá­
dzkovať verejnú webovú stránku, na ktorej bude aktuali­
zovať zoznam modelov záznamových zariadení alebo 
tachografových kariet:  
— za ktoré bola zaregistrovaná žiadosť na vykonanie 
skúšok interoperability,  
— ktorým bolo udelené osvedčenie interoperability (aj keď 
len predbežné),  
— ktorým bolo udelené osvedčenie o typovom schválení.  
8.6 Výnimo čný postup: prvé osved čenia interoperability pre zázna ­
mové zariadenia a tachografové karty druhej generácie  
455) Do štyroch mesiacov potom, čo bola prvá sada záznamo­
vého zariadenia druhej generácie a tachografových kariet 
druhej generácie (karty vodiča, dielenské, kontrolné a podni­
kové karty) certifikovaná ako interoperabilná, sa každé 
udelené osvedčenie interoperability (vrátane prvých) vzťa­
hujúce sa k žiadostiam zaregistrovaným počas tohto 
obdobia považuje za predbežné.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 110  
456) Ak sú na konci tohto obdobia všetky príslušné výrobky 
vzájomne interoperabilné, všetky zodpovedajúce osvedčenia 
interoperability sa stávajú definitívnymi.  
457) Ak sa počas tohto obdobia zistia problémy s interoperabi­
litou, skúšobňa poverená vykonávaním skúšok interopera­
bility musí s pomocou všetkých príslušných výrobcov zistiť 
príčiny problému a vyzve ich, aby vykonali nevyhnutné 
úpravy.  
458) Ak na konci tohto obdobia pretrvávajú problémy z hľadiska 
interoperability, skúšobňa poverená vykonávaním skúšok 
interoperability v spolupráci s príslušnými výrobcami a so 
schvaľovacími orgánmi, ktoré udelili zodpovedajúce osved­ 
čenia funkčnosti, musí zistiť príčiny problémov s interope­
rabilitou a určiť zmeny, ktoré musí vykonať každý 
príslušný výrobca. Hľadanie technických riešení môže 
trvať maximálne dva mesiace, po uplynutí ktorých, ak sa 
nenašlo žiadne spoločné riešenie, Komisia po konzultácii so 
skúšobňou poverenou vykonávaním skúšok interoperability 
rozhodne o tom, ktoré zariadenie(a) a karty dostanú defini­
tívne osvedčenie interoperability, s uvedením dôvodov pre 
také rozhodnutie.  
459) Každá žiadosť o vykonanie skúšok interoperability regis­
trovaná skúšobňou od konca štvormesačného obdobia po 
udelení prvého predbežného osvedčenia interoperability do 
dátumu rozhodnutia Komisie uvedeného v požiadavke 455, 
sa odloží, kým nebudú vyriešené pôvodné problémy inte­
roperability. Také žiadosti sa potom spracujú v poradí, 
v akom boli zaregistrované.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 111  
Dodatok 1  
SLOVNÍK ÚDAJOV  
OBSAH  
1. ÚVOD  
1.1. Prístup k vymedzeniu dátových typov  
1.2. Referenčné dokumenty  
2. VYMEDZENIE DÁTOVÝCH TYPOV  
2.1. ActivityChangeInfo  
2.2. Address  
2.3. AESKey  
2.4. AES128Key  
2.5. AES192Key  
2.6. AES256Key  
2.7. BCDString  
2.8. CalibrationPurpose  
2.9. CardActivityDailyRecord  
2.10. CardActivityLengthRange  
2.11. CardApprovalNumber  
▼M3 
2.11a. CardBorderCrossing  
2.11b. CardBorderCrossingRecord  
▼B 
2.12. CardCertificate  
2.13. CardChipIdentification  
2.14. CardConsecutiveIndex  
2.15. CardControlActivityDataRecord  
2.16. CardCurrentUse  
2.17. CardDriverActivity  
2.18. CardDrivingLicenceInformation  
2.19. CardEventData  
2.20. CardEventRecord  
2.21. CardFaultData  
2.22. CardFaultRecord  
2.23. CardIccIdentification  
2.24. CardIdentification  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 112  
2.24a. CardLoadTypeEntries  
2.24b. CardLoadTypeEntryRecord  
2.24c. CardLoadUnloadOperations  
2.24d. CardLoadUnloadRecord  
▼B 
2.25. CardMACertificate  
2.26. CardNumber  
▼M3 
2.26a. CardPlaceAuthDailyWorkPeriod  
▼B 
2.27. CardPlaceDailyWorkPeriod  
2.28. CardPrivateKey  
2.29. CardPublicKey  
2.30. CardRenewalIndex  
2.31. CardReplacementIndex  
2.32. CardSignCertificate  
2.33. CardSlotNumber  
2.34. CardSlotsStatus  
2.35. CardSlotsStatusRecordArray  
2.36. CardStructureVersion  
2.37. CardVehicleRecord  
2.38. CardVehiclesUsed  
2.39. CardVehicleUnitRecord  
2.40. CardVehicleUnitsUsed  
2.41. Certificate  
2.42. CertificateContent  
2.43. CertificateHolderAuthorisation  
2.44. CertificateRequestID  
2.45. CertificationAuthorityKID  
2.46. CompanyActivityData  
2.47. CompanyActivityType  
2.48. CompanyCardApplicationIdentification  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 113  
2.48a. CompanyCardApplicationIdentificationV2  
▼B 
2.49. CompanyCardHolderIdentification  
2.50. ControlCardApplicationIdentification  
▼M3 
2.50a. ControlCardApplicationIdentificationV2  
▼B 
2.51. ControlCardControlActivityData  
2.52. ControlCardHolderIdentification  
2.53. ControlType  
2.54. CurrentDateTime  
2.55. CurrentDateTimeRecordArray  
2.56. DailyPresenceCounter  
2.57. Datef  
2.58. DateOfDayDownloaded  
2.59. DateOfDayDownloadedRecordArray  
2.60. Distance  
▼M3 
2.60a. DownloadInterfaceVersion  
▼B 
2.61. DriverCardApplicationIdentification  
▼M3 
2.61a. DriverCardApplicationIdentificationV2  
▼B 
2.62. DriverCardHolderIdentification  
▼M1 
2.63. Vyhradené nabudúce použitie  
▼B 
2.64. EGFCertificate  
2.65. EmbedderIcAssemblerId  
2.66. EntryTypeDailyWorkPeriod  
2.67. EquipmentType  
2.68. EuropeanPublicKey  
2.69. EventFaultRecordPurpose  
2.70. EventFaultType  
2.71. ExtendedSealIdentifier  
2.72. ExtendedSerialNumber  
2.73. FullCardNumber  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 114  
2.74. FullCardNumberAndGeneration  
2.75. Generation  
2.76. GeoCoordinates  
2.77. GNSSAccuracy  
▼M1 
2.78. GNSSAccumulatedDriving  
2.79. GNSSAccumulatedDrivingRecord  
▼M3 
2.79a. GNSSAuthAccumulatedDriving  
2.79b. GNSSAuthStatusADRecord  
2.79c. GNSSPlaceAuthRecord  
▼B 
2.80. GNSSPlaceRecord  
2.81. HighResOdometer  
2.82. HighResTripDistance  
2.83. HolderName  
▼M3 
2.84. Vyhradené na budúce použitie  
▼B 
2.85. K-ConstantOfRecordingEquipment  
2.86. KeyIdentifier  
2.87. KMWCKey  
2.88. Language  
2.89. LastCardDownload  
▼M3 
2.89a. LengthOfFollowingData  
▼B 
2.90. LinkCertificate  
▼M3 
2.90a. LoadType  
▼B 
2.91. L-TyreCircumference  
2.92. MAC  
2.93. ManualInputFlag  
2.94. ManufacturerCode  
2.95. ManufacturerSpecificEventFaultData  
2.96. MemberStateCertificate  
2.97. MemberStateCertificateRecordArray  
2.98. MemberStatePublicKey  
2.99. Name  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 115  
2.100. NationAlpha  
2.101. NationNumeric  
▼M3 
2.101a. NoOfBorderCrossingRecords  
▼B 
2.102. NoOfCalibrationRecords  
2.103. NoOfCalibrationsSinceDownload  
2.104. NoOfCardPlaceRecords  
2.105. NoOfCardVehicleRecords  
2.106. NoOfCardVehicleUnitRecords  
2.107. NoOfCompanyActivityRecords  
2.108. NoOfControlActivityRecords  
2.109. NoOfEventsPerType  
2.110. NoOfFaultsPerType  
▼M1 
2.111. NoOfGNSSADRecords  
▼M3 
2.111a. NoOfLoadUnloadRecords  
▼B 
2.112. NoOfSpecificConditionRecords  
▼M3 
2.112a. NoOfLoadTypeEntryRecords  
▼B 
2.113. OdometerShort  
2.114. OdometerValueMidnight  
▼M3 
2.114a. OperationType  
▼B 
2.115. OdometerValueMidnightRecordArray  
2.116. OverspeedNumber  
▼M3 
2.116a. PlaceAuthRecord  
2.116b. PlaceAuthStatusRecord  
▼B 
2.117. PlaceRecord  
▼M3 
2.117a. PositionAuthenticationStatus  
▼B 
2.118. PreviousVehicleInfo  
2.119. PublicKey  
2.120. RecordType  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 116  
2.121. RegionAlpha  
2.122. RegionNumeric  
2.123. RemoteCommunicationModuleSerialNumber  
2.124. RSAKeyModulus  
2.125. RSAKeyPrivateExponent  
2.126. RSAKeyPublicExponent  
2.127. RtmData  
2.128. SealDataCard  
2.129. SealDataVu  
2.130. SealRecord  
2.131. SensorApprovalNumber  
2.132. SensorExternalGNSSApprovalNumber  
2.133. SensorExternalGNSSCoupledRecord  
2.134. SensorExternalGNSSIdentification  
2.135. SensorExternalGNSSInstallation  
2.136. SensorExternalGNSSOSIdentifier  
2.137. SensorExternalGNSSSCIdentifier  
2.138. SensorGNSSCouplingDate  
2.139. SensorGNSSSerialNumber  
2.140. SensorIdentification  
2.141. SensorInstallation  
2.142. SensorInstallationSecData  
2.143. SensorOSIdentifier  
2.144. SensorPaired  
2.145. SensorPairedRecord  
2.146. SensorPairingDate  
2.147. SensorSCIdentifier  
2.148. SensorSerialNumber  
2.149. Signature  
2.150. SignatureRecordArray  
2.151. SimilarEventsNumber  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 117  
2.152. SpecificConditionRecord  
2.153. SpecificConditions  
2.154. SpecificConditionType  
2.155. Speed  
2.156. SpeedAuthorised  
2.157. SpeedAverage  
2.158. SpeedMax  
▼M3 
2.158a. TachographCardsGen1Suppression  
▼B 
2.159. TachographPayload  
▼M1 
2.160. Vyhradené nabudúce použitie  
▼B 
2.161. TDesSessionKey  
2.162. TimeReal  
2.163. TyreSize  
2.164. VehicleIdentificationNumber  
2.165. VehicleIdentificationNumberRecordArray  
2.166. VehicleRegistrationIdentification  
▼M3 
2.166a. VehicleRegistrationIdentificationRecordArray  
▼B 
2.167. VehicleRegistrationNumber  
2.168. VehicleRegistrationNumberRecordArray  
2.169. VuAbility  
2.170. VuActivityDailyData  
2.171. VuActivityDailyRecordArray  
2.172. VuApprovalNumber  
2.173. VuCalibrationData  
2.174. VuCalibrationRecord  
2.175. VuCalibrationRecordArray  
2.176. VuCardIWData  
2.177. VuCardIWRecord  
2.178. VuCardIWRecordArray  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 118  
2.179. VuCardRecord  
2.180. VuCardRecordArray  
2.181. VuCertificate  
2.182. VuCertificateRecordArray  
2.183. VuCompanyLocksData  
2.184. VuCompanyLocksRecord  
2.185. VuCompanyLocksRecordArray  
▼M3 
2.185a. VuConfigurationLengthRange  
▼B 
2.186. VuControlActivityData  
2.187. VuControlActivityRecord  
2.188. VuControlActivityRecordArray  
2.189. VuDataBlockCounter  
2.190. VuDetailedSpeedBlock  
2.191. VuDetailedSpeedBlockRecordArray  
2.192. VuDetailedSpeedData  
▼M3 
2.192a. VuDigitalMapVersion  
▼B 
2.193. VuDownloadablePeriod  
2.194. VuDownloadablePeriodRecordArray  
2.195. VuDownloadActivityData  
2.196. VuDownloadActivityDataRecordArray  
2.197. VuEventData  
2.198. VuEventRecord  
2.199. VuEventRecordArray  
2.200. VuFaultData  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 119  
2.201. VuFaultRecord  
2.202. VuFaultRecordArray  
▼M1 
2.203. VuGNSSADRecord  
▼M3 
2.203a. VuBorderCrossingRecord  
2.203b. VuBorderCrossingRecordArray  
▼M1 
2.204. VuGNSSADRecordArray  
▼M3 
2.204a. VuGnssMaximalTimeDifference  
▼B 
2.205. VuIdentification  
2.206. VuIdentificationRecordArray  
2.207. VuITSConsentRecord  
2.208. VuITSConsentRecordArray  
▼M3 
2.208a. VuLoadUnloadRecord  
2.208b. VuLoadUnloadRecordArray  
▼B 
2.209. VuManufacturerAddress  
2.210. VuManufacturerName  
2.211. VuManufacturingDate  
2.212. VuOverSpeedingControlData  
2.213. VuOverSpeedingControlDataRecordArray  
2.214. VuOverSpeedingEventData  
2.215. VuOverSpeedingEventRecord  
2.216. VuOverSpeedingEventRecordArray  
2.217. VuPartNumber  
2.218. VuPlaceDailyWorkPeriodData  
2.219. VuPlaceDailyWorkPeriodRecord  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 120  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2.221. VuPrivateKey  
2.222. VuPublicKey  
▼M3 
2.222a. VuRtcTime  
▼B 
2.223. VuSerialNumber  
2.224. VuSoftInstallationDate  
2.225. VuSoftwareIdentification  
2.226. VuSoftwareVersion  
2.227. VuSpecificConditionData  
2.228. VuSpecificConditionRecordArray  
2.229. VuTimeAdjustmentData  
▼M1 
2.230. Vyhradené nabudúce použitie  
2.231. Vyhradené nabudúce použitie  
▼B 
2.232. VuTimeAdjustmentRecord  
2.233. VuTimeAdjustmentRecordArray  
2.234. WorkshopCardApplicationIdentification  
▼M3 
2.234a. WorkshopCardApplicationIdentificationV2  
2.234b. WorkshopCardCalibrationAddData  
2.234c. WorkshopCardCalibrationAddDataRecord  
▼B 
2.235. WorkshopCardCalibrationData  
2.236. WorkshopCardCalibrationRecord  
2.237. WorkshopCardHolderIdentification  
2.238. WorkshopCardPIN  
2.239. W-VehicleCharacteristicConstant  
2.240. VuPowerSupplyInterruptionRecord  
2.241. VuPowerSupplyInterruptionRecordArray  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 121  
2.242. VuSensorExternalGNSSCoupledRecordArray  
2.243. VuSensorPairedRecordArray  
3. VYMEDZENIE ROZSAHU HODNÔT A ROZMEROV  
4. MNOŽINY ZNAKOV  
5. KÓDOVANIE  
6. OBJEKTOVÉ IDENTIFIKÁTORY A IDENTIFIKÁTORY APLIKÁCIÍ  
6.1. Objektové identifikátory  
6.2. Identifikátory aplikácií  
1. ÚVOD  
Tento dodatok špecifikuje dátové formáty, dátové prvky a dátové  štruk­
túry používané v záznamovom zariadení a tachografových kartách.  
1.1. Prístup k vymedzeniu dátových typov  
V dodatku sa na vymedzenie dátových typov používa notácia Abstr act 
Syntax Notation One (ASN.1). Umožňuje to jednoduchú a štruktúro vanú 
definíciu údajov bez implikácie akejkoľvek osobitnej prevodnej syntaxe 
(pravidiel kódovania), ktorá by bola závislá od aplikácie a pro stredia.  
Konvencie pomenovania typov ASN.1 vychádzajú z normy ISO/IEC 
8824-1. To znamená, že:  
— zvolený názov podľa možnosti implikuje význam dátového typu,  
— ak sa dátový typ skladá z iných dátových typov, jeho názov je  stále 
jediným reťazcom abecedných znakov začínajúcich sa veľkým 
písmenom; veľké písmená sa však v záujme objasnenia príslušného  
významu používajú aj vo vnútri názvu,  
— názvy dátových typov vo všeobecnosti súvisia s názvami dátový ch 
typov, z ktorých sa skladajú, so zariadeniami, na ktorých sú úd aje 
uložené, a s príslušnou funkciou.  
Ak je typ ASN.1 už vymedzený ako súčasť inej normy a je relevan tný 
pre použitie v záznamovom zariadení, bude tento typ ASN.1 vymed zený 
v tomto dodatku.  
Na umožnenie viacerých typov kódovacích pravidiel sú niektoré t ypy 
ASN.1 v tomto dodatku obmedzené identifikátormi rozsahu hodnôt.  
Identifikátory rozsahu hodnôt sú vymedzené v odseku 3 a dodatku  2 . 
1.2. Referen čné dokumenty  
V dodatku sa používajú tieto referenčné dokumenty:  
ISO 639 Kódy názvov jazykov. Prvé vydanie: 1988.  
ISO 3166 Kódy na reprezentáciu názvov krajín a ich častí. Časť 
1: Kódy krajín, 2013  
ISO 3779 Cestné vozidlá. Identifikačné číslo vozidla (VIN). 
Obsah a stavba. 2009  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 122  
ISO/IEC 7816-5 Identifikačné karty. Karty s integrovanými obvod mi. 
Časť 5: Registrácia poskytovateľov aplikácií.  
Druhé vydanie: 2004.  
ISO/IEC 7816-6 Identifikačné karty. Karty s integrovanými obvod mi. 
Časť 6: Medziodborové dátové prvky pre výmenu, 
2004 + technické korigendum 1: 2006  
ISO/IEC 8824-1 Informačné technológie. Jazyk ASN.1 (Zápis 
abstraktnej syntaxe č.1). Vymedzenie základnej 
notácie. 2008 + technické korigendum 1: 2012 a tech­
nické korigendum 2: 2014.  
ISO/IEC 8825-2 Informačné technológie. Pravidlá kódovania v ASN .1: 
vymedzenie pravidiel zhusteného kódovania (Packed 
Encoding Rules – PER). 2008.  
ISO/IEC 8859-1 Informačné technológie. Množiny grafických znako v 
kódované jednou 8-bitovou slabikou (jedným 
oktetom). Časť 1: Latinská abeceda č. 1. Prvé 
vydanie: 1998.  
ISO/IEC 8859-7 Informačné technológie – Množiny grafických znak ov 
kódované jednou 8-bitovou slabikou (jedným 
oktetom). Časť 7: Latinská abeceda/Grécka abeceda. 
2003.  
ISO 16844-3 Cestné vozidlá. Tachografové systémy. Rozhranie 
snímača pohybu. 2004 + technické korigendum 1: 
2006.  
TR-03110-3 Technické usmernenie BSI / ANSSI TR-03110-3: 
Vyspelé bezpečnostné mechanizmy pre strojovo čita­
teľné cestovné doklady a token eIDAS. Časť 3: 
Spoločné špecifikácie, verzia 2.20, 3. február 2015  
2. VYMEDZENIE DÁTOVÝCH TYPOV  
▼M3 
Pri všetkých nasledujúcich dátových typoch bude predvolená hodn ota 
pri „neznámom“ alebo „neuplatniteľnom“ obsahu spočívať vo vypln ení 
dátového prvku hex bajtmi „FF“, pokiaľ nie je špecifikované ina k. 
Všetky dátové typy sa používajú pre aplikácie generácie 1 a gen erácie 2, 
pokiaľ nie je špecifikované inak. Uvádzajú sa len dátové typy p re verziu 
2 aplikácií generácie 2.  
Pri typoch dátových kariet používaných pre aplikácie generácie 1 a gene­
rácie 2 platí veľkosť určená v tomto dodatku pre aplikáciu gene rácie 2. 
Predpokladá sa, že čítačka už pozná veľkosť pre aplikáciu gener ácie 1. 
Čísla požiadaviek v prílohe IC týkajúce sa takýchto dátových ty pov sa 
vzťahujú na aplikácie generácie 1 aj generácie 2.  
Typy dátových kariet, ktoré nie sú vymedzené pre karty generáci e 1, sa 
neukladajú v aplikácii generácie 1 kariet generácie 2. Konkrétn e: 
— čísla typového schválenia uložené v aplikácii generácie 1 kar iet 
generácie 2 sa podľa potreby skrátia na prvých 8 znakov,  
— v aplikácii generácie 1 kariet generácie 2 sa ukladá len „zač iatok pre 
PREVOZ TRAJEKTOM/VLAKOM“ špecifickej podmienky 
„PREVOZ TRAJEKTOM/VLAKOM.“  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 123  
2.1. ActivityChangeInfo  
Tento dátový typ umožňuje dvojbajtovým slovom kódovanie stavu s lotu 
v čase 00.00 hod. a/alebo stavu vodiča v čase 00.00 hod. a/aleb o pre 
vodiča a druhého vodiča zmeny činnosti a/alebo zmeny stavu vede nia 
vozidla a/alebo zmeny stavu karty. Tento dátový typ súvisí s po žiadav­
kami prílohy 1C č. 105, 266, 291, 320, 321, 343 a 344.
  
Pridelenie hodnôt – usporiadaný oktet:  „scpaattttttttttt“B (16 bitov)  
Pre záznamy v dátovej pamäti (alebo stav slotu):  
„s“B Slot:  
„0“B: VODIČ,  
„1“B: DRUHÝ VODIČ,  
„c“B Stav vedenia vozidla:  
„0“B: JEDEN VODIČ,  
„1“B: POSÁDKA,  
„p“B Stav karty vodiča (alebo dielenskej karty) 
v príslušnom slote:  
„0“B: VLOŽENÁ, karta je vložená,  
„1“B: NEVLOŽENÁ, nie je vložená žiadna karta 
(alebo je karta vytiahnutá),  
„aa“B Činnosť:  
„00“B: PRESTÁVKA/ODPOČINOK,  
„01“B: POHOTOVOSŤ,  
„10“B: PRÁCA,  
„11“B: VEDENIE VOZIDLA,  
„ttttttttttt“B Čas zmeny: Počet minút od 00h00 daného dňa.  
Pre záznamy na karte vodiča (alebo dielenskej karte) (a stav vo diča):  
„s“B Slot (irelevantné, ak „p“=1, s výhradou v poznámke 
nižšie):  
„0“B: VODIČ,  
„1“B: DRUHÝ VODIČ,  
„c“B Stav vedenia vozidla (prípad „p“=0) alebo  
stav ďalšej činnosti (prípad „p“=1):  
„0“B: JEDEN VODIČ,  
„0“B: NEZNÁMY  
„1“B: POSÁDKA,  
„1“B: ZNÁMY (=manuálne zadané)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 124  
„p“B Stav karty:  
„0“B: VLOŽENÁ, karta je vložená v záznamovom 
zariadení,  
„1“B: NEVLOŽENÁ, karta nie je vložená (alebo je 
vytiahnutá),  
„aa“B Činnosť (irelevantné, ak „p“=1 a „c“=0, s výhradou 
v poznámke nižšie):  
„00“B: PRESTÁVKA/ODPOČINOK,  
„01“B: POHOTOVOSŤ,  
„10“B: PRÁCA,  
„11“B: VEDENIE VOZIDLA,  
„ttttttttttt“B Čas zmeny: Počet minút od 00h00 daného dňa.  
Poznámka pre prípad „vytiahnutie karty“:  
Ak je karta vytiahnutá:  
— „s“ je relevantné a udáva slot, z ktorého je karta vytiahnutá , 
— „c“ musí byť nastavené na 0,  
— „p“ musí byť nastavené na 1,  
— „aa“ musí kódovať aktuálnu činnosť zvolenú v danom čase,  
Následkom manuálneho zápisu sa bity „c“ a „aa“ slova (uložené n a 
karte) môžu neskôr prepísať, aby zohľadnili zápis.  
2.2. Address  
Adresa.
  
codePage  určuje množinu znakov vymedzenú v kapitole 4,  
address  je adresa kódovaná určenou množinou znakov.  
2.3. AESKey  
Generácia 2:  
Kľúč AES s dĺžkou 128, 192 alebo 256 bitov.
  
Priradenie hodnôt : bližšie neurčené.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 125  
2.4. AES128Key  
Generácia 2:  
Kľúč AES128.
  
length  určuje dĺžku kľúča AES128 v oktetoch.  
aes128Key  je kľúč AES s dĺžkou 128 bitov.  
Priradenie hodnôt:  
Dĺžka má hodnotu 16.  
2.5. AES192Key  
Generácia 2:  
Kľúč AES192.
  
length  určuje dĺžku kľúča AES192 v oktetoch.  
aes192Key  je kľúč AES s dĺžkou 192 bitov.  
Priradenie hodnôt:  
Dĺžka má hodnotu 24.  
2.6. AES256Key  
Generácia 2:  
Kľúč AES256.
  
length  určuje dĺžku kľúča AES256 v oktetoch.  
aes256Key  je kľúč AES s dĺžkou 256 bitov.  
Priradenie hodnôt:  
Dĺžka má hodnotu 32.  
2.7. BCDString  
BCDString sa používa na zápis dvojkovo kódovaných dekadických č ísel. 
Tento dátový typ sa používa na zápis jednej dekadickej číslice v polovici 
oktetu (4 bity). BCDString je založený na type „CharacterString Type“ 
podľa normy ISO/IEC 8824-1.
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 126  
BCDString používa notáciu „hstring“. Najkrajnejšia ľavá hexadec imálna 
číslica je v prvom oktete 4-bitová skupina najvyššieho rádu. Na  získanie 
násobku oktetov sa podľa potreby od polohy najkrajnejšej ľavej 4- 
bitovej skupiny v prvom oktete pripoja 4-bitové skupiny s nulam i. 
Povolené číslice sú: 0, 1, ..9.  
2.8. CalibrationPurpose  
Kód vysvetľujúci, prečo bola zaznamenaná sada kalibračných para me­
trov. Tento dátový typ súvisí s požiadavkami bodov 097 a 098 v prílohe 
1B a požiadavkami bodu 119 v prílohe 1C.
  
Priradenie hodnôt:  
Generácia 1:  
„00“H vyhradená hodnota,  
„01“H aktivácia: záznam kalibračných parametrov 
známych v čase aktivácie VU,  
„02“H prvá inštalácia: prvá kalibrácia VU po jej akti­
vácii,  
„03“H inštalácia: prvá kalibrácia VU v aktuálnom 
vozidle,  
„04“H pravidelná inšpekcia.  
Generácia 2:  
Oproti generácii 1 sa navyše použijú tieto hodnoty:  
„05“H evidenčné číslo vozidla zadané spoločnosťou  
„06“H úprava času bez kalibrácie,  
„07“H až „7F“H vyhradené na budúce použitie (RFU),  
„80“H až „FF“H podľa výrobcu.  
2.9. CardActivityDailyRecord  
Informácie uložené na karte, ktoré sa vzťahujú k činnostiam vod iča 
v určitom kalendárnom dni. Tento dátový typ súvisí s požiadavka mi 
266, 291, 320 a 343 v prílohe 1C.
  
activityPreviousRecordLength  je celková dĺžka predchádzajúceho 
denného záznamu v bajtoch. Maximálna hodnota je daná dĺžkou reť azca 
oktetov (OCTET STRING) obsahujúceho tieto záznamy (pozri CardAc ­
tivityLengthRange, dodatok 2 odsek4). Keď je tento záznam najst arším 
denným záznamom, hodnota activityPreviousRecordLength sa musí 
nastaviť na 0.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 127  
activityRecordLength  je celková dĺžka tohto záznamu v bajtoch. Maxi­
málna hodnota je daná dĺžkou reťazca oktetov (OCTET STRING) obs a­
hujúceho tieto záznamy.  
activityRecordDate  je dátum záznamu.  
activityDailyPresenceCounter  je počítadlo dennej prítomnosti pre kartu 
v tomto dni.  
activityDayDistance  je celková vzdialenosť prejdená v tomto dni.  
activityChangeInfo  je sada údajov ActivityChangeInfo pre vodiča 
v tomto dni. Môže obsahovať maximálne 1440 hodnôt (jedna zmena 
činnosti za minútu). Táto sada vždy zahŕňa activityChangeInfo u rčujúce 
stav vodiča o 00.00 hod.  
2.10.  CardActivityLengthRange  
Počet bajtov na karte vodiča alebo dielenskej karte, ktorý je k  dispozícii 
na uloženie záznamov činnosti vodiča.
  
Priradenie hodnôt : pozri dodatok 2.  
2.11.  CardApprovalNumber  
Číslo typového schválenia karty.
  
Priradenie hodnôt:  
Schvaľovacie číslo sa uvedie tak, ako je uverejnené na príslušn ých 
webových stránkach Európskej komisie, t. j. napríklad vrátane p rípad­
ných pomlčiek. Schvaľovacie číslo schválenia sa zarovná vľavo.  
▼M3 
2.11a.  CardBorderCrossing  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
týkajú prekročení hranice, keď vozidlo prekročilo hranicu kraji ny (požia­
davky 306f a 356f prílohy IC).
  
borderCrossingPointerNewestRecord  je index naposledy aktualizova­
ného záznamu na karte o prekročení hranice.  
Priradenie hodnôt  je číslo zodpovedajúce počítadlu záznamov na karte 
o prekročení hranice začínajúce sa od „0“ pre prvý výskyt zázna mu na 
karte o prekročení hranice v štruktúre.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 128  
cardBorderCrossingRecords  je súbor záznamov na karte o prekročení 
hranice.  
2.11b.  CardBorderCrossingRecord  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
týkajú prekročení hranice, keď vozidlo prekročilo hranicu kraji ny (požia­
davky 147b, 306e a 356e prílohy IC).
  
countryLeft  je krajina, ktorú vozidlo opustilo, alebo „žiadne informácie 
k dispozícii“ v súlade s požiadavkou 147b prílohy IC. „Zvyšok s veta“ 
(kód NationNumeric „FF“H) sa použije, keď jednotka vozidla nie je 
schopná určiť krajinu, v ktorej sa vozidlo nachádza (napr. aktu álna 
krajina nie je súčasťou uložených digitálnych máp).  
countryEntered  je krajina, do ktorej vozidlo vstúpilo, alebo krajina, 
v ktorej sa vozidlo nachádza v čase vloženia karty. „Zvyšok sve ta“ 
(kód NationNumeric „FF“H) sa použije, keď jednotka vozidla nie je 
schopná určiť krajinu, v ktorej sa vozidlo nachádza (napr. aktu álna 
krajina nie je súčasťou uložených digitálnych máp).  
gnssPlaceAuthRecord  obsahuje informácie týkajúce sa polohy vozidla, 
v ktorej jednotka vozidla zistila, že vozidlo prekročilo hranic u krajiny, 
alebo „žiadne informácie k dispozícii“ v súlade s požiadavkou 1 47b 
prílohy IC, a stav autentifikácie tejto polohy.  
vehicleOdometerValue  je stav počítadla kilometrov, keď jednotka 
vozidla zistila, že vozidlo prekročilo hranicu krajiny, alebo „ žiadne infor­
mácie k dispozícii“ v súlade s požiadavkou 147b prílohy IC.  
▼B 
2.12.  CardCertificate  
Generácia 1:  
Certifikát verejného kľúča karty.
  
2.13.  CardChipIdentification  
Informácia uložená na karte, ktorá sa vzťahuje k identifikácii integrova­
ného obvodu (integrated circuit – IC) karty (požiadavka 249 v p rílohe 
1C). Čip karty jedinečne identifikuje kombinácia icSerialNumber  a icMa­
nufacturingReferences. Samotné icSerialNumber nie je jedinečnou  iden­
tifikáciou čipu karty.
  
icSerialNumber  je sériové číslo IC.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 129  
icManufacturingReferences  je špecifický identifikátor výrobcu IC.  
2.14.  CardConsecutiveIndex  
Poradový index karty (definícia (h)).
  
Priradenie hodnôt : (pozri prílohu 1C kapitolu 7)  
Poradie zvyšovania: „0, …, 9, A, …, Z, a, …, z“  
2.15.  CardControlActivityDataRecord  
Informácie uložené na karte vodiča alebo dielenskej karte o pos lednej 
kontrole, ktorej sa vodič podrobil (požiadavky 274, 299, 327 a 350 
v prílohe 1C).
  
controlType  je typ kontroly.  
controlTime  je dátum a čas kontroly.  
controlCardNumber  je číslo FullCardNumber kontrolného úradníka, 
ktorý kontrolu vykonal.  
controlVehicleRegistration  je evidenčné číslo vozidla (vehicle registra­
tion number – VRN) a členský štát evidencie kontrolovaného vozi dla. 
controlDownloadPeriodBegin  a controlDownloadPeriodEnd  v prípade 
sťahovania je stiahnutý časový úsek.  
2.16.  CardCurrentUse  
Informácie o aktuálnom použití karty (požiadavky 273, 298, 326 a 349 
v prílohe 1C).
  
sessionOpenTime  je čas, kedy je karta vložená pre aktuálne použitie. 
Tento prvok sa pri vytiahnutí karty nastaví na nulu.  
sessionOpenVehicle  je identifikácia aktuálne používaného vozidla nasta­
vená pri vložení karty. Tento prvok sa pri vytiahnutí karty nas taví na 
nulu. ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 130  
2.17.  CardDriverActivity  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
vzťahujú na činnosti vodiča (požiadavky 267, 268, 292, 293, 321  
a 344 v prílohe 1C).
  
activityPointerOldestDayRecord  je špecifikácia začiatku miesta 
uloženia (počet bajtov od začiatku reťazca) najstaršieho úplnéh o denného 
záznamu v reťazci activityDailyRecords. Maximálna hodnota je da ná 
dĺžkou reťazca.  
activityPointerNewestRecord  je špecifikácia začiatku miesta uloženia 
(počet bajtov od začiatku reťazca) najnovšieho denného záznamu 
v reťazci activityDailyRecords. Maximálna hodnota je daná dĺžko u 
reťazca.  
activityDailyRecords  je miesto, ktoré je k dispozícii na uloženie údajov 
o činnosti vodiča (dátová štruktúra: CardActivityDailyRecord) z a každý 
kalendárny deň, v ktorom sa karta použila.  
Priradenie hodnôt : tento oktet sa cyklicky vypĺňa záznamami CardAc­
tivityDailyRecord. Pri prvom použití sa ukladanie začína v prvo m bajte 
reťazca. Každý nový záznam sa pripája na koniec predchádzajúceh o. 
Keď je reťazec plný, ukladanie pokračuje v prvom bajte reťazca nezá­
visle na prerušení vo vnútri dátového prvku. Skôr, než sa do re ťazca 
umiestnia nové údaje o činnosti (zväčšenie aktuálneho záznamu a ctivi­
tyDailyRecord alebo zadanie nového activityDailyRecord), ktoré nahrá­
dzajú staršie údaje o činnosti, treba aktualizovať activityPoin terOlde­
stDayRecord, aby odrážal novú polohu najstaršieho úplného denné ho 
záznamu a activityPreviousRecordLength tohto (nového) najstarši eho 
úplného denného záznamu sa musí znovu nastaviť na 0.  
2.18.  CardDrivingLicenceInformation  
Informácie uložené na karte vodiča, ktoré sa týkajú údajov o vo dičskom 
preukaze držiteľa karty (požiadavky 259 a 284 v prílohe 1C).
  
drivingLicenceIssuingAuthority  je orgán zodpovedný za vydanie 
vodičského preukazu.  
drivingLicenceIssuingNation  je štátna príslušnosť orgánu, ktorý vydal 
vodičský preukaz.  
drivingLicenceNumber  je číslo vodičského preukazu.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 131  
2.19.  CardEventData  
Generácia 1:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
vzťahujú na udalosti súvisiace s držiteľom karty (požiadavky pr ílohy IC 
číslo 260 a 318).
  
CardEventData  je sekvencia záznamov cardEventRecords (okrem 
záznamov o pokusoch o narušenie zabezpečenia – tie sa zhromaždi a 
v poslednej sade sekvencie) usporiadaná vzostupne podľa hodnoty  
EventFaultType.  
cardEventRecords  je sada záznamov o udalostiach daného typu udalosti 
(alebo kategórie pri pokusoch o narušenie zabezpečenia).  
Generácia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
vzťahujú na udalosti súvisiace s držiteľom karty (požiadavky pr ílohy IC 
číslo 285 a 341).
  
CardEventData  je sekvencia záznamov cardEventRecords (okrem 
záznamov o pokusoch o narušenie zabezpečenia – tie sa zhromaždi a 
v poslednej sade sekvencie) usporiadaná vzostupne podľa hodnoty  
EventFaultType.  
cardEventRecords  je sada záznamov o udalostiach daného typu udalosti 
(alebo kategórie pri pokusoch o narušenie zabezpečenia).  
▼B 
2.20.  CardEventRecord  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
vzťahujú k udalosti súvisiacej s držiteľom karty (požiadavky 26 1, 286, 
318 a 341 v prílohe 1C).
  
eventType  je typ udalosti.  
eventBeginTime  je dátum a čas začiatku udalosti.  
eventEndTime  je dátum a čas skončenia udalosti.  
eventVehicleRegistration  je evidenčné číslo vozidla a členský štát 
evidencie vozidla, u ktorého udalosť nastala.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 132  
2.21.  CardFaultData  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
vzťahujú k poruchám súvisiacim s držiteľom karty (požiadavky 26 3, 
288, 318 a 341 v prílohe 1C).
  
CardFaultData  je sekvencia sady záznamov o poruchách záznamového 
zariadenia, za ktorou nasleduje sada záznamov o poruchách karty . 
cardFaultRecords  je sada záznamov o poruchách danej kategórie 
poruchy (záznamové zariadenie alebo karta).  
2.22.  CardFaultRecord  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
vzťahujú k poruche súvisiacej s držiteľom karty (požiadavky 264 , 289, 
318 a 341 v prílohe 1C).
  
faultType  je typ poruchy.  
faultBeginTime  je dátum a čas začiatku poruchy.  
faultEndTime  je dátum a čas skončenia poruchy.  
faultVehicleRegistration  je evidenčné číslo vozidla a členský štát 
evidencie vozidla, u ktorého porucha nastala.  
2.23.  CardIccIdentification  
Informácia uložená na karte, ktorá sa vzťahuje k identifikácii karty 
s integrovaným obvodom (IC) (požiadavka 248 v prílohe 1C).
  
clockStop  je režim zastavenia času (clockstop) vymedzený v dodatku 2.  
cardExtendedSerialNumber  je jedinečné sériové číslo IC karty bližšie 
určené dátovým typom ExtendedSerialNumber data type.  
cardApprovalNumber  je číslo typového schválenia karty.  
cardPersonaliserID  je personalizačné ID karty kódované ako Manufac­
turerCode.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 133  
embedderIcAssemblerId  udáva informácie o zhotoviteľovi karty/zosta­
vovateľovi IC.  
icIdentifier  je identifikátor IC na karte a výrobcu daného IC v zmysle 
normy ISO/IEC 7816-6.  
2.24.  CardIdentification  
Informácie uložené na karte, ktoré súvisia s identifikáciou dan ej karty 
(požiadavky 255, 280, 310, 333, 359, 365, 371 a 377 v prílohe 1 C).
 
cardIssuingMemberState  je kód členského štátu, ktorý kartu vydal.  
cardNumber  je číslo karty.  
cardIssuingAuthorityName  je názov orgánu, ktorý kartu vydal.  
cardIssueDate  je dátum vydania karty súčasnému držiteľovi.  
cardValidityBegin  je počiatočný dátum platnosti karty.  
cardExpiryDate  je konečný dátum platnosti karty.  
▼M3 
2.24a.  CardLoadTypeEntries  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
týkajú zápisov druhu nákladu, pri vložení karty do jednotky voz idla 
(požiadavky 306j a 356j prílohy IC).
  
loadTypeEntryPointerNewestRecord  je index naposledy aktualizova­
ného záznamu na karte o zápise druhu nákladu.  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamov na karte 
o zápise druhu nákladu začínajúce sa od „0“ pre prvý výskyt záz namu 
na karte o zápise druhu nákladu v štruktúre.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 134  
cardLoadTypeEntryRecords  je súbor záznamov obsahujúcich dátum 
a čas zápisu a zapísaný druh nákladu.  
2.24b.  CardLoadTypeEntryRecord  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
týkajú zapísaných zmien druhu nákladu, pri vložení karty do jed notky 
vozidla (požiadavky 306i a 356i prílohy IC).
  
timeStamp  je dátum a čas, keď bol zapísaný druh nákladu.  
loadTypeEntered  je zapísaný druh nákladu.  
2.24c.  CardLoadUnloadOperations  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
týkajú operácií nakládky/vykládky vozidla (požiadavky 306h a 35 6h 
prílohy IC).
  
loadUnloadPointerNewestRecord  je index naposledy aktualizovaného 
záznamu na karte o nakládke/vykládke.  
Priradenie hodnôt : je číslo zodpovedajúce počítadlu záznamov na karte 
o nakládke/vykládke a začína sa od „0“ pre prvý výskyt záznamu na 
karte o nakládke/vykládke v štruktúre.  
cardLoadUnloadRecords  je súbor záznamov obsahujúcich označenie 
druhu vykonanej operácie (nakládka, vykládka alebo súčasná nakl ádka/ 
vykládka), dátum a čas zapísania operácie nakládky/vykládky, in for­
mácie o polohe vozidla a stav počítadla kilometrov vozidla.  
2.24d.  CardLoadUnloadRecord  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
týkajú operácií nakládky/vykládky vozidla (požiadavky 306g a 35 6g 
prílohy IC).
  
timeStamp  je dátum a čas začiatku operácie nakládky/vykládky.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 135  
operationType  je druh zapísanej operácie (nakládka, vykládka alebo 
súčasná nakládka/vykládka).  
gnssPlaceAuthRecord  obsahuje informácie týkajúce sa polohy vozidla.  
vehicleOdometerValue  je stav počítadla kilometrov týkajúci sa začiatku 
operácie nakládky/vykládky.  
▼B 
2.25.  CardMACertificate  
Generácia 2:  
Certifikát verejného kľúča karty pre vzájomnú autentifikáciu s VU. 
Štruktúra tohto certifikátu je stanovená v dodatku 11.
  
2.26.  CardNumber  
Číslo karty definované vo vymedzení pojmov pod písmenom g).
  
driverIdentification  je jedinečná identifikácia vodiča v členskom štáte.  
ownerIdentification  je jedinečná identifikácia podniku, dielne alebo 
kontrolného orgánu v členskom štáte.  
cardConsecutiveIndex  je poradový index karty.  
cardReplacementIndex  je index náhrady karty.  
cardRenewalIndex  je index obnovy karty.  
Prvá sekvencia voľby je vhodná na kódovanie čísla karty vodiča,  druhá 
sekvencia voľby je vhodná na kódovanie čísla dielenskej, kontro lnej 
a podnikovej karty.  
▼M3 
2.26a.  CardPlaceAuthDailyWorkPeriod  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é posky­
tujú stav autentifikácie miest, kde sa denný pracovný čas začín a alebo 
končí (požiadavky 306b a 356b prílohy IC).  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 136
  
placeAuthPointerNewestRecord  je index naposledy aktualizovaného 
záznamu o stave autentifikácie miesta.  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamov o stave 
autentifikácie miesta začínajúce sa od „0“ pre prvý výskyt zázn amu 
o stave autentifikácie miesta v štruktúre.  
placeAuthStatusRecords  je súbor záznamov obsahujúcich stav autenti­
fikácie miesta v prípade zapísaných miest.  
▼B 
2.27.  CardPlaceDailyWorkPeriod  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa 
týkajú miest, kde sa začína alebo končí denný pracovný čas (pož iadavky 
272, 297, 325 a 348 v prílohe 1C).
  
placePointerNewestRecord  je index naposledy aktualizovaného 
záznamu o mieste.  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamu o mieste 
začínajúce sa od „0“ pre prvý výskyt záznamov o mieste v štrukt úre. 
placeRecords  je sada záznamov obsahujúcich informácie spojené so 
zadanými miestami.  
2.28.  CardPrivateKey  
Generácia 1:  
Súkromný kľúč karty.
  
2.29.  CardPublicKey  
Verejný kľúč karty.
  
▼M1 
2.30.  CardRenewalIndex  
Index obnovy karty [vymedzenie pojmov, písmeno i)].
  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 137  
Priradenie hodnôt : (pozri kapitolu 7 v tejto prílohe).  
‚0‘ Prvé vydanie.  
Poradie zvyšovania: ‚0, …, 9, A, …, Z‘  
▼B 
2.31.  CardReplacementIndex  
Index náhrady karty (vymedzenie pojmov, písm. j)).
  
Priradenie hodnôt : (pozri kapitolu VII v tejto prílohe).  
„0“ Pôvodná karta.  
Poradie zvyšovania: „0, …, 9, A, …, Z“  
2.32.  CardSignCertificate  
Generácia 2:  
Certifikát verejného kľúča karty na podpis. Štruktúra tohto cer tifikátu je 
stanovená v dodatku 11.
  
2.33.  CardSlotNumber  
Kód na rozlíšenie dvoch slotov jednotky vozidla.
  
Priradenie hodnôt : bližšie neurčené.  
2.34.  CardSlotsStatus  
Kód udávajúci typ karty vloženej do dvoch slotov jednotky vozid la.
 
Priradenie hodnôt – usporiadaný oktet : „ccccdddd“B  
„cccc“B identifikácia typu karty vloženej do slotu druhého 
vodiča,  
„dddd“B identifikácia typu karty vloženej do slotu vodiča,  
s nasledovnými identifikačnými kódmi:  
„0000“B nie je vložená žiadna karta,  
„0001“B vložená karta vodiča,  
„0010“B vložená dielenská karta,  
„0011“B vložená kontrolná karta,  
„0100“B vložená podniková karta.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 138  
2.35.  CardSlotsStatusRecordArray  
Generácia 2:  
CardSlotsStatus plus metaúdaje použité v sťahovacom protokole.
  
recordType  určuje typ záznamu (CardSlotsStatus).  Priradenie hodnôt : 
Pozri RecordType  
recordSize  je veľkosť záznamu CardSlotsStatus v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov CardSlotsStatus.  
2.36.  CardStructureVersion  
Kód udávajúci verziu štruktúry implementovanej v tachografovej karte.
  
Priradenie hodnôt : „aabb“H:  
„aa“H index zmien štruktúry.  
„00“H pre aplikácie generácie 1  
„01“H pre aplikácie generácie 2  
▼M3 
„bb“H index pre zmeny týkajúce sa používania dátových 
prvkov definovaných pre štruktúru danú najvýznam­
nejším bajtom (high byte).  
„00“H pre aplikácie generácie 1  
„00“H pre verziu 1 aplikácií generácie 2  
„01“H pre verziu 2 aplikácií generácie 2  
▼B 
2.37.  CardVehicleRecord  
Informácie uložené na karte vodiča alebo dielenskej karte spoje né 
s časovým úsekom používania vozidla počas kalendárneho dňa (pož ia­
davky 269, 294, 322 a 345 v prílohe 1C).  
Generácia 1:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 139  
vehicleOdometerBegin  je stav počítadla kilometrov na začiatku časo­
vého úseku používania vozidla.  
vehicleOdometerEnd  je stav počítadla kilometrov na konci časového 
úseku používania vozidla.  
vehicleFirstUse  je dátum a čas začiatku časového úseku používania 
vozidla.  
vehicleLastUse  je dátum a čas skončenia časového úseku používania 
vozidla.  
vehicleRegistration  je evidenčné číslo vozidla (VRN) a členský štát 
evidencie vozidla.  
vuDataBlockCounter  je hodnota VuDataBlockCounter pri poslednej 
extrakcii časového úseku používania vozidla.  
Generácia 2:
  
Oproti generácii 1 sa navyše použije tento dátový prvok:  
VehicleIdentificationNumber  je identifikačné číslo vozidla ako celku.  
2.38.  CardVehiclesUsed  
Informácie uložené na karte vodiča alebo dielenskej karte súvis iace 
s vozidlami, ktoré držiteľ karty používa (požiadavky 270, 295, 323 
a 346 v prílohe 1C).
  
vehiclePointerNewestRecord  je index naposledy aktualizovaného 
záznamu o vozidle.  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamu o vozidle 
začínajúce sa od „0“ pre prvý výskyt záznamov o vozidle v štruk túre. 
cardVehicleRecords  je sada záznamov obsahujúcich informácie o použi­
tých vozidlách.  
2.39.  CardVehicleUnitRecord  
Generácia 2:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 140  
Informácie uložené na karte vodiča alebo dielenskej karte súvis iace 
s použitou jednotkou vozidla (požiadavky 303 a 351 v prílohe 1C ).
 
timeStamp  je začiatok časového úseku používania jednotky vozidla (t. j. 
prvé vloženie karty do jednotky vozidla za dané obdobie).  
manufacturerCode  identifikuje výrobcu jednotky vozidla.  
deviceID  identifikuje typ jednotky vozidla výrobcu. Hodnota je špeci­
fická podľa výrobcu.  
vuSoftwareVersion  je číslo verzie softvéru jednotky vozidla.  
2.40.  CardVehicleUnitsUsed  
▼M3 
Generácia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte súvis iace 
s jednotkami vozidla, ktoré držiteľ karty používa (požiadavky 3 04 
a 352 prílohy IC).  
▼B
 
vehicleUnitPointerNewestRecord  je index naposledy aktualizovaného 
záznamu o jednotke vozidla.  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamu o jednotke 
vozidla začínajúce sa od „0“ pre prvý výskyt záznamov o jednotk e 
vozidla v štruktúre.  
cardVehicleUnitRecords  je sada záznamov obsahujúcich informácie 
o použitých jednotkách vozidla.  
2.41.  Certificate  
Certifikát verejného kľúča vydaný certifikačnou autoritou.  
Generácia 1:
  
Priradenie hodnôt : digitálny podpis s čiastočnou obnovou Certificate­
Content podľa dodatku 11 Spoločné bezpečnostné mechanizmy: Podp is 
(128 bajtov) || zostatok verejného kľúča (58 bajtov) || ref. ce rtifikačnej 
autority (8 bajtov).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 141  
Generácia 2:
  
Priradenie hodnôt: Pozri dodatok 11  
2.42.  CertificateContent  
Generácia 1:  
(Čistý) obsah certifikátu verejného kľúča podľa dodatku 11 Spol očné 
bezpečnostné mechanizmy.
  
certificateProfileIdentifier  je verzia príslušného certifikátu.  
Priradenie hodnôt : „01h“ pre túto verziu.  
certificationAuthorityReference  identifikuje certifikačnú autoritu, ktorá 
daný certifikát vydala. Je zároveň referenciou na verejný kľúč tejto 
certifikačnej autority.  
certificateHolderAuthorisation  identifikuje práva držiteľa certifikátu.  
certificateEndOfValidity  je dátum, ktorým sa končí administratívna 
platnosť certifikátu.  
certificateHolderReference  identifikuje držiteľa certifikátu. Je zároveň 
referenciou na jeho verejný kľúč.  
publicKey  je verejný kľúč, ktorý sa týmto certifikátom potvrdzuje.  
2.43.  CertificateHolderAuthorisation  
Identifikácia práv držiteľa certifikátu.
  
Generácia 1:  
tachographApplicationID  je identifikátor aplikácie pre tachografovú 
aplikáciu.  
Priradenie hodnôt : „FFh“ „54h“ „41h“ „43h“ „48h“ „4Fh“. Tento AID 
je chránený neregistrovaný identifikátor aplikácie v súlade s n ormou 
ISO/IEC 7816-5.  
equipmentType  je identifikácia typu zariadenia, pre ktoré je certifikát 
určený.  
Priradenie hodnôt : v súlade s dátovým typom EquipmentType.  0 ak ide 
o certifikát členského štátu.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 142  
Generácia 2:  
tachographApplicationID  určuje 6 najvýznamnejších bajtov 
identifikátora (AID) aplikácie tachografovej karty generácie 2.  AID apli­
kácie tachografovej karty je stanovený v kapitole 6.2.  
Priradenie hodnôt:  „FF 53 4D 52 44 54“.  
equipmentType  je identifikácia typu zariadenia vymedzeného pre gene­
ráciu 2, pre ktoré je certifikát určený.  
Priradenie hodnôt : v súlade s dátovým typom EquipmentType.  
2.44.  CertificateRequestID  
Jedinečná identifikácia žiadosti o certifikát. Môže sa použiť a j ako 
identifikátor verejného kľúča jednotky vozidla, ak nie je v čas e vyge­
nerovania certifikátu známe sériové číslo jednotky vozidla, kto rej je kľúč 
určený.
  
requestSerialNumber  je sériové číslo žiadosti o certifikát jedinečné pre 
nasledujúceho výrobcu a mesiac.  
requestMonthYear  je identifikácia mesiaca a roku žiadosti o certifikát.  
Priradenie hodnôt : BCD kódovanie mesiaca (dve číslice) a roku (dve 
posledné číslice).  
crIdentifier : je identifikátor na rozlíšenie žiadosti o certifikát od rozší ­
reného sériového čísla.  
Priradenie hodnôt : „FFh“.  
manufacturerCode : je numerický kód výrobcu, ktorý žiada o certifikát.  
2.45.  CertificationAuthorityKID  
Identifikátor verejného kľúča certifikačnej autority (členský š tát alebo 
Európsky certifikačný úrad).
  
nationNumeric  je numerický kód štátu certifikačnej autority.  
nationAlpha  je alfanumerický kód štátu certifikačnej autority.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 143  
keySerialNumber  je sériové číslo na rozlíšenie rôznych kľúčov certifi­
kačnej autority, ak sa kľúče zmenia.  
additionalInfo  je dvojbajtové pole pre doplnkové kódovanie (podľa 
certifikačnej autority).  
caIdentifier  je identifikátor na rozlíšenie identifikátora kľúča certifi­
kačnej autority od iných identifikátorov kľúčov.  
Priradenie hodnôt : „01h“  
2.46.  CompanyActivityData  
Informácie uložené na podnikovej karte súvisiace s činnosťami, ktoré sa 
s kartou vykonávajú (požiadavka 373 a 379 v prílohe 1C).
  
companyPointerNewestRecord  je index naposledy aktualizovaného 
záznamu companyActivityRecord.  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamu o činnosti 
podniku začínajúce sa od „0“ pre prvý výskyt záznamu o činnosti  
podniku v štruktúre.  
companyActivityRecords  je sada všetkých záznamov o činnosti 
podniku.  
companyActivityRecord  je sekvencia informácií súvisiacich s jednou 
činnosťou podniku.  
companyActivityType  je typ činnosti podniku.  
companyActivityTime  je dátum a čas činnosti podniku.  
cardNumberInformation  je číslo karty a vydávajúci členský štát 
prípadne sťahovanej karty.  
vehicleRegistrationInformation  je evidenčné číslo vozidla a členský 
štát evidencie vozidla, ktorého údaje sa sťahujú, blokujú alebo  odblokú­
vajú.  
downloadPeriodBegin  a downloadPeriodEnd  v prípade sťahovania je 
stiahnutý časový úsek z VU.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 144  
2.47.  CompanyActivityType  
Kód udávajúci činnosť vykonávanú podnikom s použitím podnikovej  
karty.
  
2.48.  CompanyCardApplicationIdentification  
Informácie uložené na podnikovej karte súvisiace s identifikáci ou apli­
kácie karty (požiadavky 369 a 375 v prílohe 1C).
  
typeOfTachographCardId  špecifikuje implementovaný typ karty.  
cardStructureVersion  špecifikuje verziu štruktúry, ktorá je implemen­
tovaná v karte.  
noOfCompanyActivityRecords  je počet záznamov o činnosti podniku, 
ktoré možno na karte uložiť.  
▼M3 
2.48a.  CompanyCardApplicationIdentificationV2  
Generácia 2, verzia 2:  
Informácie uložené na podnikovej karte súvisiace s identifikáci ou apli­
kácie karty (požiadavka 375a prílohy IC).
  
lengthOfFollowingData  je počet bajtov, ktoré nasledujú v zázname.  
vuConfigurationLengthRange  je počet bajtov na tachografovej karte, 
ktoré sú k dispozícii na ukladanie konfigurácií VU.  
▼B 
2.49.  CompanyCardHolderIdentification  
Informácie uložené na podnikovej karte súvisiace s identifikáci ou drži­
teľa karty (požiadavky 372 a 378 v prílohe 1C).
  
companyName  je názov podniku, ktorý je držiteľom karty.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 145  
companyAddress  je adresa podniku, ktorý je držiteľom karty.  
cardHolderPreferredLanguage  je preferovaný jazyk držiteľa karty.  
2.50.  ControlCardApplicationIdentification  
Informácie uložené na kontrolnej karte súvisiace s identifikáci ou apli­
kácie karty (požiadavky 357 a 363 v prílohe 1C).
  
typeOfTachographCardId  špecifikuje implementovaný typ karty.  
cardStructureVersion  špecifikuje verziu štruktúry, ktorá je implemen­
tovaná v karte.  
noOfControlActivityRecords  je počet záznamov o kontrolnej činnosti, 
ktoré možno na karte uložiť.  
▼M3 
2.50a.  ControlCardApplicationIdentificationV2  
Generácia 2, verzia 2:  
Informácie uložené na kontrolnej karte súvisiace s identifikáci ou apli­
kácie karty (požiadavka 363a prílohy IC).
  
lengthOfFollowingData  je počet bajtov, ktoré nasledujú v zázname.  
vuConfigurationLengthRange  je počet bajtov na tachografovej karte, 
ktoré sú k dispozícii na ukladanie konfigurácií VU.  
▼B 
2.51.  ControlCardControlActivityData  
Informácie uložené na kontrolnej karte súvisiace s kontrolnými činnos­ 
ťami, ktoré sa s kartou vykonávajú (požiadavka 361 a 367 v príl ohe 
1C).
 
controlPointerNewestRecord  je index naposledy aktualizovaného 
záznamu o kontrolnej činnosti.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 146  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamu o kontrolnej 
činnosti začínajúce sa od „0“ pre prvý výskyt záznamu o kontrol nej 
činnosti v štruktúre.  
controlActivityRecords  je sada všetkých záznamov o kontrolnej 
činnosti.  
controlActivityRecord  je sekvencia informácií súvisiacich s jednou 
kontrolou.  
controlType  je typ kontroly.  
controlTime  je dátum a čas kontroly.  
controlledCardNumber  je číslo karty a vydávajúci členský štát kontro­
lovanej karty.  
controlledVehicleRegistration  je evidenčné číslo vozidla (VRN) 
a členský štát evidencie kontrolovaného vozidla.  
controlDownloadPeriodBegin  a controlDownloadPeriodEnd  je even­
tuálne sťahovaný časový úsek.  
2.52.  ControlCardHolderIdentification  
Informácie uložené na kontrolnej karte súvisiace s identifikáci ou držiteľa 
karty (požiadavky 360 a 366 v prílohe 1C).
  
controlBodyName  je názov kontrolného orgánu držiteľa karty.  
controlBodyAddress  je adresa kontrolného orgánu držiteľa karty.  
cardHolderName  je priezvisko a meno(-á) držiteľa kontrolnej karty.  
cardHolderPreferredLanguage  je preferovaný jazyk držiteľa karty.  
2.53.  ControlType  
Kód udávajúci činnosti vykonávané počas kontroly. Tento dátový typ 
súvisí s požiadavkami 126, 274, 299, 327 a 350 v prílohe 1C.
  
Generácia 1:  
Priradenie hodnôt – usporiadaný oktet : „cvpdxxxx“B (8 bitov)  
„c“B sťahovanie karty:  
„0“B: pri tejto kontrolnej činnosti karta nestiahnutá,  
„1“B: pri tejto kontrolnej činnosti karta stiahnutá,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 147  
„v“B sťahovanie VU:  
„0“B: pri tejto kontrolnej činnosti VU nestiahnutá,  
„1“B: pri tejto kontrolnej činnosti VU stiahnutá,  
„p“B tlač:  
„0“B: pri tejto kontrolnej činnosti sa tlač nevykonáva,  
„1“B: pri tejto kontrolnej činnosti sa tlač vykonáva,  
„d“B zobrazenie:  
„0“B: pri tejto kontrolnej činnosti sa nepoužíva 
zobrazenie,  
„1“B: pri tejto kontrolnej činnosti sa používa zobrazenie  
„xxxx“B Nepoužité.  
Generácia 2:  
Priradenie hodnôt – usporiadaný oktet : „cvpdexxx“B (8 bitov)  
„c“B sťahovanie karty:  
„0“B: pri tejto kontrolnej činnosti karta nestiahnutá,  
„1“B: pri tejto kontrolnej činnosti karta stiahnutá,  
„v“B sťahovanie VU:  
„0“B: pri tejto kontrolnej činnosti VU nestiahnutá,  
„1“B: pri tejto kontrolnej činnosti VU stiahnutá,  
„p“B tlač:  
„0“B: pri tejto kontrolnej činnosti sa tlač nevykonáva,  
„1“B: pri tejto kontrolnej činnosti sa tlač vykonáva,  
„d“B zobrazenie:  
„0“B: pri tejto kontrolnej činnosti sa nepoužíva 
zobrazenie,  
„1“B: pri tejto kontrolnej činnosti sa používa zobrazenie  
„e“B kontrola kalibrácie pri cestnej kontrole:  
„0“B: pri tejto kontrolnej činnosti sa nekontrolujú kali­
bračné parametre  
„1“B: pri tejto kontrolnej činnosti sa kontrolujú kali­
bračné parametre  
„xxx“B Vyhradené na budúce použitie (RFU).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 148  
2.54.  CurrentDateTime  
Aktuálny dátum a čas záznamového zariadenia.
  
Priradenie hodnôt : bližšie neurčené.  
2.55.  CurrentDateTimeRecordArray  
Generácia 2:  
Aktuálny dátum a čas plus metaúdaje použité v sťahovacom protok ole.
 
recordType  určuje typ záznamu (CurrentDateTime).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu CurrentDateTime v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o aktuálnom dátume a čase.  
2.56.  DailyPresenceCounter  
Počítadlo uložené na karte vodiča alebo na dielenskej karte sa zvýši o 1 
za každý kalendárny deň, v ktorom bola karta vložená vo VU. Ten to 
dátový typ súvisí s požiadavkami 266, 299, 320 a 343 prílohy 1C .
 
Priradenie hodnôt : postupné čísla s maximálnou hodnotou = 9 999, 
začínajúc opäť s 0. V čase prvého vydania karty je číslo nastav ené na 0.  
2.57.  Datef  
Dátum vyjadrený v ľahko vytlačiteľnom numerickom formáte.
  
Priradenie hodnôt : 
yyyy Rok  
mm Mesiac  
dd Deň  
„00000000“H označuje explicitne „žiadny dátum“.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 149  
2.58.  DateOfDayDownloaded  
Generácia 2:  
Dátum a čas sťahovania.
  
Priradenie hodnôt : bližšie neurčené.  
2.59.  DateOfDayDownloadedRecordArray  
Generácia 2:  
Dátum a čas sťahovania plus metaúdaje použité v sťahovacom 
protokole.
  
recordType  určuje typ záznamu (DateOfDayDownloaded).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu CurrentDateTime v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o dátume a čase sťahovania.  
2.60.  Distance  
Prejdená vzdialenosť (výsledok výpočtu rozdielu medzi dvoma hod no­
tami počítadla stavu kilometrov v kilometroch).
  
Priradenie hodnôt : dvojkové číslo bez znamienka. Hodnota v km 
v prevádzkovom rozsahu od 0 do 9 999 km.  
▼M3 
2.60a.  DownloadInterfaceVersion  
Generácia 2, verzia 2:  
Kód označujúci verziu rozhrania jednotky vozidla na sťahovanie.
  
Priradenie hodnôt : „aabb“H:  
„aa“H „00“H: nepoužíva sa,  
„01“H: jednotka vozidla generácie 2,  
„bb“H „00“H: nepoužíva sa,  
„01“H: verzia 2 jednotky vozidla generácie 2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 150  
2.61.  DriverCardApplicationIdentification  
Informácie uložené na karte vodiča súvisiace s identifikáciou a plikácie 
karty (požiadavky 253 a 278 v prílohe 1C).  
Generácia 1:
  
typeOfTachographCardId  špecifikuje implementovaný typ karty.  
cardStructureVersion  špecifikuje verziu štruktúry, ktorá je implemen­
tovaná v karte.  
noOfEventsPerType  je počet udalostí pre každý typ udalosti, ktorý 
karta dokáže zaznamenať.  
noOfFaultsPerType  je počet porúch pre každý typ poruchy, ktorý karta 
dokáže zaznamenať.  
activityStructureLength  udáva počet bajtov, ktoré sú k dispozícii na 
uloženie záznamov o činnosti.  
noOfCardVehicleRecords  je počet záznamov o vozidle, ktoré môže 
karta obsahovať.  
noOfCardPlaceRecords  je počet miest, ktorý karta dokáže zaznamenať.  
Generácia 2:  
▼M1
 
Oproti generácii 1 sa navyše použijú tieto dátové prvky:  
noOfGNSSADRecords  je počet záznamov o kumulovanej jazde 
z GNSS, ktoré možno na karte uložiť.  
noOfSpecificConditionRecords  je počet záznamov o špecifických 
podmienkach, ktoré možno na karte uložiť.  
noOfCardVehicleUnitRecords  je počet použitých záznamov z jednotiek 
vozidla, ktoré možno na karte uložiť.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 151  
2.61a.  DriverCardApplicationIdentificationV2  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča súvisiace s identifikáciou a plikácie 
karty (požiadavka 278a prílohy IC).
  
lengthOfFollowingData  je počet bajtov, ktoré nasledujú v zázname.  
noOfBorderCrossingRecords  je počet záznamov o prekročení hranice, 
ktoré možno uložiť na karte vodiča.  
noOfLoadUnloadRecords  je počet záznamov o nakládke/vykládke, 
ktoré možno uložiť na karte vodiča.  
noOfLoadTypeEntryRecords  je počet záznamov o zápise druhu 
nákladu, ktoré možno uložiť na karte vodiča.  
vuConfigurationLengthRange  je počet bajtov na tachografovej karte, 
ktoré sú k dispozícii na ukladanie konfigurácií VU.  
▼B 
2.62.  DriverCardHolderIdentification  
Informácie uložené na karte vodiča súvisiace s identifikáciou d ržiteľa 
karty (požiadavky 256 a 281 v prílohe 1C).
  
cardHolderName  je priezvisko a meno(-á) držiteľa karty vodiča.  
cardHolderBirthDate  je dátum narodenia držiteľa karty vodiča.  
cardHolderPreferredLanguage  je preferovaný jazyk držiteľa karty.  
▼M3 
2.63.  DSRCSecurityData  
Generácia 2:  
Tento dátový typ je vymedzený v dodatku 11.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 152  
2.64.  EGFCertificate  
Generácia 2:  
Certifikát verejného kľúča externého zariadenia GNSS pre vzájom nú 
autentifikáciu s VU. Štruktúra tohto certifikátu je stanovená 
v dodatku 11.
  
2.65.  EmbedderIcAssemblerId  
Poskytuje informácie o zhotoviteľovi integrovaného obvodu.
  
countryCode  je dvojpísmenný kód krajiny zostavovateľa modulu podľa 
normy ISO 3166.  
moduleEmbedder  identifikuje zostavovateľa modulu.  
manufacturerInformation  na interné účely výrobcu.  
2.66.  EntryTypeDailyWorkPeriod  
Kód na rozlíšenie začiatku a konca zápisu denného pracovného ča su, 
miesta a podmienok zápisu.  
Generácia 1
  
Priradenie hodnôt : podľa normy ISO/IEC8824-1.  
▼M3 
Generácia 2
  
Priradenie hodnôt : podľa normy ISO/IEC8824-1.  
▼B 
2.67.  EquipmentType  
Kód na rozlíšenie typov zariadenia pre tachografovú aplikáciu.
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 153  
Generácia 1:
  
Priradenie hodnôt : Podľa normy ISO/IEC8824-1.  
Hodnota 0 je vyhradená na určenie členského štátu alebo Európy v certi­
fikátoch v poli CHA.  
Generácia 2:  
▼M1 
Použijú sa rovnaké hodnoty ako v generácii 1, plus tieto dodato čné:
 
Poznámka 1:  Hodnoty ‚Plaque“, ‚Adapter‘ a ‚External GNSS connec­
tion‘ v generácii 2, ako aj hodnoty ‚Vehicle Unit‘a ‚Motion Sen sor‘ 
v generácii 1 možno použiť v type SealRecord (ak sa uplatňuje).  
Poznámka 2:  V poli CardHolderAuthorisation (CHA) osvedčenia gene­
rácie 2 sa majú hodnoty (1), (2) a (6) chápať ako označenie osv edčenia 
pre vzájomnú autentifikáciu pre príslušný typ zariadenia. Na oz načenie 
príslušného osvedčenia na vytvorenie digitálneho podpisu sa mus ia 
použiť hodnoty (17), (18) alebo (19).  
▼B 
2.68.  EuropeanPublicKey  
Generácia 1:  
Európsky verejný kľúč.
  
2.69.  EventFaultRecordPurpose  
Kód vysvetľujúci, prečo bola zaznamenaná udalosť alebo porucha.
  
Priradenie hodnôt:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 154
  
jedna z 10 najnovších udalostí alebo porúch (alebo posledná) 
najdlhšia udalosť za jeden z 10 posledných dní výskytu 
jedna z 5 najdlhších udalostí za posledných 365 dní 
posledná udalosť za jeden z 10 posledných dní výskytu 
najzávažnejšia udalosť za jeden z 10 posledných dní výskytu 
jedna z 5 najzávažnejších udalostí za posledných 365 dní 
prvá udalosť alebo porucha, ku ktorej došlo po poslednej kalibr ácii 
aktívna/prebiehajúca udalosť alebo porucha 
vyhradené na budúce použitie (RFU) 
špecifické podľa výrobcu  
2.70.  EventFaultType  
Kód bližšie opisujúci udalosť alebo poruchu.
  
Priradenie hodnôt:  
Generácia 1:
  
Všeobecné udalosti, 
Bez ďalších podrobností, 
Vloženie neplatnej karty, 
Konflikt karty, 
Prekrývanie časov, 
Jazda bez príslušnej karty, 
Vloženie karty za jazdy, 
Nesprávne uzavretá posledná relácia karty, 
Prekročenie rýchlosti, 
Prerušenie napájania, 
Chyba údajov o pohybe, 
Nesúlad údajov o pohybe vozidla, 
vyhradené na budúce použitie (RFU),
  
Pokusy o narušenie zabezpečenia v súvislosti s jednotkou vozidl a, 
Bez ďalších podrobností, 
Zlyhanie autentifikácie snímača pohybu, 
Zlyhanie autentifikácie tachografovej karty, 
Neoprávnená zmena snímača pohybu, 
Chyba integrity vstupných údajov karty, 
Chyba integrity uložených údajov o používateľovi, 
Interná chyba prenosu údajov, 
Neoprávnené otvorenie krytu, 
Manipulácia s hardvérom, 
RFU,
  
Pokusy o narušenie zabezpečenia v súvislosti so snímačom, 
Bez ďalších podrobností, 
Zlyhanie autentifikácie, 
Chyba integrity uložených údajov, 
Interná chyba prenosu údajov, 
Neoprávnené otvorenie krytu, 
Manipulácia s hardvérom, 
RFU,
  
Poruchy záznamového zariadenia, 
Bez ďalších podrobností, 
Interná porucha VU, 
Porucha tlače, 
Porucha zobrazenia, 
Porucha sťahovania, 
Porucha snímača, 
RFU,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 155
  
Poruchy karty, 
Bez ďalších podrobností, 
RFU,
  
RFU,
  
Špecifické podľa výrobcu.  
▼M3 
Generácia 2, verzia 1:  
▼M1
 
Všeobecné udalosti, 
Bez ďalších podrobností, 
Vloženie neplatnej karty, 
Konflikt karty, 
Prekrývanie časov, 
Jazda bez príslušnej karty, 
Vloženie karty za jazdy, 
Nesprávne uzavretá posledná relácia karty, 
Prekročenie rýchlosti, 
Prerušenie napájania, 
Chyba údajov o pohybe, 
Nesúlad údajov o pohybe vozidla, 
Časový rozpor (medzi GNSS a vstavanými hodinami VU), 
Chyba komunikácie s diaľkovým komunikačným zariadením, 
Chýbajúce informácie o polohe z prijímača GNSS, 
Chyba komunikácie s externým zariadením GNSS, 
Vyhradené nabudúce použitie (RFU),
  
Pokusy o narušenie zabezpečenia v súvislosti s jednotkou vozidl a, 
Bez ďalších podrobností, 
Zlyhanie autentifikácie snímača pohybu, 
Zlyhanie autentifikácie tachografovej karty, 
Neoprávnená zmena snímača pohybu, 
Chyba integrity vstupných údajov karty, 
Chyba integrity uložených údajov o používateľovi, 
Interná chyba prenosu údajov, 
Neoprávnené otvorenie krytu, 
Manipulácia s hardvérom, 
Zistená manipulácia GNSS, 
Zlyhanie autentifikácie externého zariadenia GNSS, 
Platnosť osvedčenia externého zariadenia GNSS sa skončila, 
Vyhradené nabudúce použitie (RFU),
  
Pokusy o narušenie zabezpečenia v súvislosti so snímačom, 
Bez ďalších podrobností, 
Zlyhanie autentifikácie, 
Chyba integrity uložených údajov, 
Interná chyba prenosu údajov, 
Neoprávnené otvorenie krytu, 
Manipulácia s hardvérom, 
Vyhradené nabudúce použitie (RFU),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 156
  
Poruchy záznamového zariadenia, 
Bez ďalších podrobností, 
Interná porucha VU, 
Porucha tlačiarne, 
Porucha zobrazenia, 
Porucha sťahovania, 
Porucha snímača, 
Interný prijímač GNSS, 
Externé zariadenie GNSS, 
Diaľkové komunikačné zariadenie, 
Rozhranie IDS, 
Vyhradené nabudúce použitie (RFU),
  
Poruchy karty, 
Bez ďalších podrobností, 
Vyhradené nabudúce použitie (RFU),
  
Vyhradené nabudúce použitie (RFU),
  
podľa výrobcu.  
▼M3 
Generácia 2, verzia 2:  
„0x“H Všeobecné udalosti,  
„00“H Bez ďalších podrobností,  
„01“H Vloženie neplatnej karty,  
„02“H Konflikt karty,  
„03“H Prekrývanie časov,  
„04“H Jazda bez príslušnej karty,  
„05“H Vloženie karty za jazdy,  
„06“H Nesprávne uzavretá posledná relácia karty,  
„07“H Prekročenie rýchlosti,  
„08“H Prerušenie napájania,  
„09“H Chyba údajov o pohybe,  
„0A“H Nesúlad údajov o pohybe vozidla,  
„0B“H Časový rozpor (medzi GNSS a vstavanými hodi­
nami VU),  
„0C“H Chyba komunikácie s diaľkovým komunikačným 
zariadením,  
„0D“H Chýbajúce informácie o polohe z prijímača 
GNSS,  
„0E“H Chyba komunikácie s externým zariadením 
GNSS,  
„0F“H Anomália GNSS,  
„1x“H Pokusy o narušenie zabezpečenia v súvislosti 
s jednotkou vozidla,  
„10“H Bez ďalších podrobností,  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 157  
„11“H Zlyhanie autentifikácie snímača pohybu,  
„12“H Zlyhanie autentifikácie tachografovej karty,  
„13“H Neoprávnená zmena snímača pohybu,  
„14“H Chyba integrity vstupných údajov karty,  
„15“H Chyba integrity uložených údajov o používate­ 
ľovi,  
„16“H Interná chyba prenosu údajov,  
„17“H Neoprávnené otvorenie krytu,  
„18“H Manipulácia s hardvérom,  
„19“H Zistená manipulácia GNSS,  
„1A“H Zlyhanie autentifikácie externého zariadenia 
GNSS,  
„1B“H Platnosť osvedčenia externého zariadenia GNSS 
sa skončila,  
„1C“H Nezrovnalosť medzi údajmi o pohybe a uloženými 
údajmi o činnosti vodiča,  
„1D“H až „1F“H Vyhradené na budúce použitie (RFU),  
„2x“H Pokusy o narušenie zabezpečenia v súvislosti so 
snímačom,  
„20“H Bez ďalších podrobností,  
„21“H Zlyhanie autentifikácie,  
„22“H Chyba integrity uložených údajov,  
„23“H Interná chyba prenosu údajov,  
„24“H Neoprávnené otvorenie krytu,  
„25“H Manipulácia s hardvérom,  
„26“H až „2F“H Vyhradené na budúce použitie (RFU),  
„3x“H Poruchy záznamového zariadenia,  
„30“H Bez ďalších podrobností,  
„31“H Interná porucha VU,  
„32“H Porucha tlačiarne,  
„33“H Porucha zobrazenia,  
„34“H Porucha sťahovania,  
„35“H Porucha snímača,  
„36“H Interný prijímač GNSS,  
„37“H Externé zariadenie GNSS,  
„38“H Diaľkové komunikačné zariadenie,  
„39“H Rozhranie ITS,  
„3A“H Porucha interného snímača,  
„3B“H až „3F“H Vyhradené na budúce použitie (RFU),  
„4x“H Poruchy karty,  
„40“H Bez ďalších podrobností,  
„41“H až „4F“H Vyhradené na budúce použitie (RFU),  
„50“H až „7F“H Vyhradené na budúce použitie (RFU),  
„80“H až „FF“H Podľa výrobcu.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 158  
2.71.  ExtendedSealIdentifier  
Generácia 2:  
Rozšírený identifikátor plomby jednoznačne identifikuje plombu (požia­
davka 401 prílohy IC).
  
manufacturerCode  je kód výrobcu plomby.  Priradenie hodnôt:  pozri 
databázu evidencie, ktorú spravuje Európska komisia (https:// 
dtc.jrc.ec.europa.eu).  
sealIdentifier  je identifikátor plomby jedinečný pre daného výrobcu.  
Priradenie hodnôt:  alfanumerické číslo, jedinečné v doméne výrobcu 
podľa normy [ISO8859-1].  
▼B 
2.72.  ExtendedSerialNumber  
Jedinečná identifikácia zariadenia. Môže sa použiť aj ako ident ifikátor 
verejného kľúča zariadenia.  
Generácia 1:
  
serialNumber  je sériové číslo zariadenia jedinečné pre výrobcu, typ 
zariadenia a mesiac a rok uvedený nižšie.  
monthYear  je identifikácia mesiaca a roku výroby (alebo pridelenia 
sériového čísla).  
Priradenie hodnôt : BCD kódovanie mesiaca (dve číslice) a roku (dve 
posledné číslice).  
type je identifikátor typu zariadenia.  
Priradenie hodnôt : špecifické podľa výrobcu, s vyhradenou hodnotou 
„FFh“.  
manufacturerCode : je numerický kód identifikujúci výrobcu typovo 
schváleného zariadenia.  
Generácia 2:
  
serialNumber  pozri generáciu 1  
monthYear  pozri generáciu 1  
type udáva typ zariadenia  
manufacturerCode : pozri generáciu 1.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 159  
2.73.  FullCardNumber  
Kód na úplnú identifikáciu tachografovej karty.
  
cardType  je typ tachografovej karty.  
cardIssuingMemberState  je kód členského štátu, ktorý kartu vydal.  
cardNumber  je číslo karty.  
2.74.  FullCardNumberAndGeneration  
Generácia 2:  
Kód na úplnú identifikáciu tachografovej karty a jej generácie.
  
fullcardNumber  identifikuje tachografovú kartu.  
generation  udáva generáciu použitej tachografovej karty.  
2.75.  Generation  
Generácia 2:  
Udáva generáciu použitého tachografu.
  
Priradenie hodnôt:  
„00“H Vyhradené na budúce použitie (RFU)  
„01“H Generácia 1  
„02“H Generácia 2  
„03“H .. „FF“H RFU  
2.76.  GeoCoordinates  
▼M3 
Generácia 2:  
Geo-súradnice sa kódujú ako celé čísla (integer). Ide o násobky  kódo­
vania ±DDMM.M pre zemepisnú šírku a ±DDDMM.M pre zemepisnú 
dĺžku. ±DD a ±DDD tu určuje stupne a MM.M minúty. Zemepisná dĺž ka 
a šírka neznámej polohy sa vyjadrí ako hexadecimálna hodnota 
„7FFFFF“ (v desiatkovej sústave 8388607).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 160
  
latitude  (zemepisná šírka) je kódovaná ako násobok (faktor 10) zápisu 
±DDMM.M.  
longitude  (zemepisná dĺžka) je kódovaná ako násobok (faktor 10) zápisu 
±DDDMM.M.  
2.77.  GNSSAccuracy  
Generácia 2:  
Presnosť údajov GNSS o polohe (vymedzenie pojmov, písm. eee)). Táto 
presnosť je kódovaná ako celé číslo a je násobkom (faktor 10) h odnoty 
X.Y z vety GSA NMEA.
  
▼M1 
2.78.  GNSSAccumulatedDriving  
Generácia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa vzťa­
hujú na polohu vozidla podľa GNSS, ak kumulovaný čas jazdy dosi ahne 
násobok troch hodín (požiadavky 306 a 354 v prílohe IC).
  
gnssADPointerNewestRecord  je index naposledy aktualizovaného 
záznamu o kumulovanej jazde z GNSS.  
Value assignment  je číslo zodpovedajúce počítadlu záznamu o kumulo­
vanej jazde z GNSS a začína sa od ‘0’ pre prvý výskyt záznamu o  kumu­
lovanej jazde z GNSS v štruktúre.  
gnssAccumulatedDrivingRecords  je sada záznamov obsahujúcich 
dátum a čas, keď kumulovaná jazda dosiahne násobok troch hodín,  
ako aj informácie o polohe vozidla.  
2.79.  GNSSAccumulatedDrivingRecord  
Generácia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é sa vzťa­
hujú na polohu vozidla podľa GNSS, ak kumulovaný čas jazdy dosi ahne 
násobok troch hodín (požiadavky 305 a 353 v prílohe IC).
  
timeStamp  je dátum a čas, keď kumulovaný čas jazdy dosiahne násobok 
troch hodín.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 161  
gnssPlaceRecord  obsahuje informácie o polohe vozidla.  
vehicleOdometerValue  je stav počítadla kilometrov, keď kumulovaný 
čas jazdy dosiahne násobok troch hodín.  
▼M3 
2.79a.  GNSSAuthAccumulatedDriving  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é posky­
tujú stav autentifikácie polôh vozidla podľa GNSS, ak kumulovan ý čas 
jazdy dosiahne násobok troch hodín (požiadavky 306d a 356d 
prílohy IC).
  
gnssAuthADPointerNewestRecord  je index naposledy aktualizovaného 
záznamu o stave autentifikácie polohy GNSS.  
Priradenie hodnôt  je číslo zodpovedajúce počítadlu záznamov o stave 
autentifikácie polohy GNSS začínajúce sa od „0“ pre prvý výskyt  
záznamu o stave autentifikácie polohy GNSS v štruktúre.  
gnssAuthStatusADRecords  súbor záznamov obsahujúcich dátum a čas, 
keď kumulovaná jazda dosiahne násobok troch hodín, a stav auten tifi­
kácie polohy GNSS.  
2.79b.  GNSSAuthStatusADRecord  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é posky­
tujú stav autentifikácie polohy vozidla podľa GNSS, ak kumulova ný čas 
jazdy dosiahne násobok troch hodín (požiadavky 306c a 356c príl ohy IC). 
Ďalšie informácie týkajúce sa samotnej polohy GNSS sa ukladajú v inom 
zázname (pozri 2.79 GNSSAccumulatedDrivingRecord).
  
timeStamp  je dátum a čas, keď kumulovaný čas jazdy dosiahne násobok 
troch hodín (ktoré sú také isté ako dátum a čas uložené v zodpo veda­
júcom súbore GNSSAccumulatedDrivingRecord).  
authenticationStatus  je stav autentifikácie polohy GNSS, keď kumulo­
vaný čas jazdy dosiahne násobok troch hodín.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 162  
2.79c.  GNSSPlaceAuthRecord  
Generácia 2, verzia 2:  
Informácie súvisiace s polohou vozidla podľa GNSS (požiadavky 1 08, 
109, 110, 296, 306a, 306c, 306e, 306g, 356a, 356c, 356e a 356g 
prílohy IC).
  
timeStamp  je dátum a čas, keď bola určená poloha vozidla podľa 
GNSS.  
gnssAccuracy  je presnosť údajov GNSS o polohe.  
geoCoordinates  je poloha zaznamenaná pomocou GNSS.  
authenticationStatus  je stav autentifikácie polohy GNSS, keď bola 
určená.  
▼B 
2.80.  GNSSPlaceRecord  
Generácia 2:  
Informácie súvisiace s polohou vozidla podľa GNSS (požiadavky 1 08, 
109, 110, 296, 305, 347 a 353 v prílohe 1C).
  
timeStamp  je dátum a čas určenia polohy vozidla podľa GNSS.  
gnssAccuracy  je presnosť údajov GNSS o polohe.  
geoCoordinates  je poloha zaznamenaná pomocou GNSS.  
2.81.  HighResOdometer  
Stav kilometrov udávaný počítadlom vozidla: Akumulovaná vzdiale nosť 
prejdená vozidlom počas prevádzky.
  
Priradenie hodnôt : dvojkové číslo bez znamienka. Hodnota v 1/200 km 
v prevádzkovom rozsahu od 0 do 21 055 406 km.  
2.82.  HighResTripDistance  
Vzdialenosť prejdená v rámci celej cesty alebo jej časti.
  
Priradenie hodnôt : dvojkové číslo bez znamienka. Hodnota v 1/200 km 
v prevádzkovom rozsahu od 0 do 21 055 406 km.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 163  
2.83.  HolderName  
Priezvisko a meno(-á) držiteľa karty.
  
holderSurname  je priezvisko držiteľa. Nezahŕňa tituly.  
Priradenie hodnôt : Pokiaľ nejde o kartu vydanú určitej osobe, holder­
Surname obsahuje rovnaké informácie ako companyName, workshop­
Name alebo controlBodyName.  
holderFirstNames  – krstné meno(-á) a iniciály držiteľa.  
▼M3 
2.84.  Vyhradené na budúce použitie  
▼B 
Generácia 2:  
Informácia o tom, či je prijímač GNSS integrovaný v jednotke vo zidla, 
alebo je externý. True znamená, že prijímač GNSS je integrovaný  vo 
VU. False znamená, že ide o externý prijímač GNSS.
  
2.85.  K-ConstantOfRecordingEquipment  
Konštanta záznamového zariadenia (vymedzenie pojmov, písm. m)).
  
Priradenie hodnôt : Impulzy na kilometer v prevádzkovom rozsahu 0 až 
64 255 impulzov/km.  
▼M1 
2.86.  KeyIdentifier  
Jedinečný identifikátor verejného kľúča použitý na označenie a voľbu 
kľúča. Zároveň identifikuje držiteľa kľúča.
  
Prvá voľba je vhodná ako odkaz na verejný kľúč jednotky vozidla , 
tachografovej karty alebo externého zariadenia GNSS.  
Druhá voľba je vhodná ako odkaz na verejný kľúč jednotky vozidl a (ak 
sériové číslo jednotky vozidla nie je známe v čase generovania certifi­
kátu).  
Tretia voľba je vhodná ako odkaz na verejný kľúč členského štát u. 
▼B 
2.87.  KMWCKey  
Generácia 2:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 164  
Kľúč AES a príslušná verzia kľúča použité pri párovaní VU a sní mača 
pohybu. Podrobnosti sú uvedené v dodatku 11.
  
kMWCKey  je dĺžka kľúča AES zreťazená s kľúčom, ktorý sa používa 
na párovanie VU a snímača pohybu.  
keyVersion  určuje verziu kľúča AES.  
2.88.  Language  
Kód identifikujúci jazyk.
  
Priradenie hodnôt : dve malé písmená, kódovanie podľa normy ISO 
639. 
2.89.  LastCardDownload  
Dátum a čas posledného sťahovania údajov z karty, uložené na ka rte 
vodiča (na iné účely než kontrolu), požiadavky 257 a 282 v príl ohe 1C. 
Tento dátum môže aktualizovať VU alebo akákoľvek čítačka kariet .
 
Priradenie hodnôt : bližšie neurčené.  
▼M3 
2.89a.  LengthOfFollowingData  
Generácia 2, verzia 2:  
Ukazovateľ dĺžky rozšíriteľných záznamov.
  
Priradenie hodnôt : Pozri dodatok 2.  
▼B 
2.90.  LinkCertificate  
Generácia 2:  
Certifikát prepojenia medzi kľúčovými pármi Európskeho úradu pr votnej 
certifikácie (ERCA).
  
▼M3 
2.90a.  LoadType  
Generácia 2, verzia 2:  
Kód identifikujúci zapísaný druh nákladu.
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 165  
Priradenie hodnôt : 
„00“H Nedefinovaný druh nákladu,  
„01“H Tovar,  
„02“H Cestujúci,  
„03“H až „FF“H Vyhradené na budúce použitie (RFU).  
▼B 
2.91.  L-TyreCircumference  
Skutočný obvod pneumatík kolies (vymedzenie pojmov, písm. u)).
  
Priradenie hodnôt : dvojkové číslo bez znamienka, hodnota v 1/8 mm 
v prevádzkovom rozsahu od 0 do 8 031 mm.  
▼M1 
2.92.  MAC  
Generácia 2:  
Kryptografický kontrolný súčet dĺžky 8, 12 alebo 16 bajtov podľ a šifro­
vacích zostáv uvedených v dodatku 11.
  
▼B 
2.93.  ManualInputFlag  
Kód určujúci, či držiteľ karty pri vložení karty manuálne zadal  činnosti 
vodiča alebo nie (požiadavka 081 v prílohe 1B a požiadavka 102 
v prílohe 1C).
  
Priradenie hodnôt : bližšie neurčené.  
2.94.  ManufacturerCode  
Kód identifikujúci výrobcu typovo schváleného zariadenia.
  
Skúšobňa oprávnená na vykonávanie skúšok interoperability vedie  
a uverejňuje na svojej webovej stránke zoznam kódov výrobcov (p ožia­
davka 454 v prílohe 1C).  
Kódy výrobcov sa spoločnostiam vyvíjajúcim tachografické zariad enia 
prideľujú dočasne na základe žiadosti predloženej skúšobni oprá vnenej 
vykonávať skúšky interoperability.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 166  
2.95.  ManufacturerSpecificEventFaultData  
Generácia 2:  
Chybové kódy výrobcu uľahčujú analýzu chýb a údržbu jednotiek 
vozidla.
  
manufacturerCode  identifikuje výrobcu jednotky vozidla.  
manufacturerSpecificErrorCode  je chybový kód špecifický pre daného 
výrobcu.  
2.96.  MemberStateCertificate  
Certifikát verejného kľúča členského štátu vydaný európskou cer tifi­
kačnou autoritou.
  
2.97.  MemberStateCertificateRecordArray  
Generácia 2:  
Certifikát členského štátu plus metaúdaje použité v sťahovacom 
protokole.
  
recordType  určuje typ záznamu (MemberStateCertificate).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu MemberStateCertificate v bajtoch.  
noOfRecords  je počet záznamov v sade. Hodnota sa nastaví na 1, keďže 
certifikáty môžu mať rôznu dĺžku.  
records  je sada certifikátov členských štátov.  
2.98.  MemberStatePublicKey  
Generácia 1:  
Verejný kľúč členského štátu.
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 167  
2.99.  Name  
Názov.
  
codePage  určuje množinu znakov vymedzenú v kapitole 4,  
name  je názov kódovaný špecifikovanou množinou znakov.  
2.100.  NationAlpha  
Písmenné označenie krajiny musí byť v súlade s rozlišujúcimi zn ačkami 
používanými na vozidlách v medzinárodnej doprave (Viedenský doh ovor 
Organizácie Spojených národov o cestnej premávke, 1968).
  
Písmenné a číselné kódy krajín sa uvádzajú na zozname vedenom n a 
webovej stránke skúšobne oprávnenej vykonávať skúšky interopera bility 
podľa požiadavky 440 v prílohe 1C.  
2.101.  NationNumeric  
Číselné označenie krajiny.
  
Priradenie hodnôt:  pozri dátový typ 2.100 (NationAlpha).  
Všetky zmeny alebo aktualizácie špecifikácie abecedných a čísel ných 
kódov krajín uvedených v predchádzajúcom odseku sa vykonajú až 
potom, čo určená skúšobňa získa stanoviská od výrobcov typovo s chvá­
lených VU digitálnych a inteligentných tachografov.  
▼M3 
2.101a.  NoOfBorderCrossingRecords  
Generácia 2, verzia 2:  
Počet záznamov o prekročení hranice, ktoré možno uložiť na kart e 
vodiča alebo na dielenskej karte.
  
Priradenie hodnôt : pozri dodatok 2.  
▼B 
2.102.  NoOfCalibrationRecords  
Počet kalibračných záznamov, ktoré možno uložiť na dielenskej k arte. 
Generácia 1:
  
Priradenie hodnôt : pozri dodatok 2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 168  
Generácia 2:
  
Priradenie hodnôt : pozri dodatok 2.  
2.103.  NoOfCalibrationsSinceDownload  
Počítadlo udávajúce počet kalibrácií vykonaných s dielenskou ka rtou od 
posledného stiahnutia (požiadavka 317 a 340 v prílohe 1C).
  
Priradenie hodnôt : nie je bližšie špecifikované.  
2.104.  NoOfCardPlaceRecords  
Počet záznamov o mieste, ktoré môžu byť uložené na karte vodiča  alebo 
na dielenskej karte.  
Generácia 1:
  
Priradenie hodnôt : pozri dodatok 2.  
Generácia 2:
  
Priradenie hodnôt : pozri dodatok 2.  
2.105.  NoOfCardVehicleRecords  
Počet záznamov o použitých vozidlách, ktoré možno uložiť na kar te 
vodiča alebo na dielenskej karte.
  
Priradenie hodnôt : pozri dodatok 2.  
2.106.  NoOfCardVehicleUnitRecords  
Generácia 2:  
Počet záznamov o použitých jednotkách vozidla, ktoré možno ulož iť na 
karte vodiča alebo na dielenskej karte.
  
Priradenie hodnôt : pozri dodatok 2.  
2.107.  NoOfCompanyActivityRecords  
Počet záznamov o činnosti podniku, ktoré možno uložiť na dielen skej 
karte.
  
Priradenie hodnôt : pozri dodatok 2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 169  
2.108.  NoOfControlActivityRecords  
Počet záznamov o kontrolnej činnosti, ktoré možno uložiť na kon trolnej 
karte.
  
Priradenie hodnôt : pozri dodatok 2.  
2.109.  NoOfEventsPerType  
Počet udalostí každého typu, ktoré možno uložiť na karte.
  
Priradenie hodnôt : pozri dodatok 2.  
2.110.  NoOfFaultsPerType  
Počet porúch každého typu, ktoré možno uložiť na karte.
  
Priradenie hodnôt : pozri dodatok 2.  
▼M1 
2.111.  NoOfGNSSADRecords  
Generácia 2:  
Počet záznamov o kumulovanej jazde z GNSS, ktoré možno na karte  
uložiť.
  
Priradenie hodnôt:  pozri dodatok 2.  
▼M3 
2.111a.  NoOfLoadUnloadRecords  
Generácia 2, verzia 2:  
Počet záznamov o nakládke/vykládke, ktoré možno uložiť na karte .
 
Priradenie hodnôt : pozri dodatok 2.  
▼B 
2.112.  NoOfSpecificConditionRecords  
Generácia 2:  
Počet záznamov o špecifických podmienkach, ktoré možno na karte  
uložiť.
  
Priradenie hodnôt : pozri dodatok 2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 170  
2.112a.  NoOfLoadTypeEntryRecords  
Generácia 2, verzia 2:  
Počet záznamov o zápise druhu nákladu, ktoré možno uložiť na ka rte 
vodiča alebo na dielenskej karte.
  
Priradenie hodnôt : pozri dodatok 2.  
▼B 
2.113.  OdometerShort  
Skrátený zápis stavu počítadla kilometrov vozidla.
  
Priradenie hodnôt : dvojkové číslo bez znamienka. Hodnota v km 
v prevádzkovom rozsahu od 0 do 9 999 999 km.  
2.114.  OdometerValueMidnight  
Hodnota počítadla kilometrov o polnoci daného dňa (požiadavka 0 90 
v prílohe 1B a požiadavka 113 v prílohe 1C).
  
Priradenie hodnôt : bližšie neurčené.  
▼M3 
2.114a.  OperationType  
Generácia 2, verzia 2:  
Kód identifikujúci zapísaný druh operácie.
  
Priradenie hodnôt : 
„00“H Vyhradené na budúce použitie (RFU),  
„01“H Operácia nakládky,  
„02“H Operácia vykládky,  
„03“H Operácia súčasnej nakládky/vykládky,  
„04“H až „FF“H Vyhradené na budúce použitie (RFU).  
▼B 
2.115.  OdometerValueMidnightRecordArray  
Generácia 2:  
OdometerValueMidnight plus metaúdaje použité v sťahovacom 
protokole.
  
recordType  určuje typ záznamu (OdometerValueMidnight).  Priradenie 
hodnôt : Pozri RecordType  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 171  
recordSize  je veľkosť záznamu OdometerValueMidnight v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov OdometerValueMidnight.  
2.116.  OverspeedNumber  
Počet prekročení rýchlosti od poslednej kontroly prekročenia rý chlosti.
  
Priradenie hodnôt:  0 znamená, že od poslednej kontroly prekročenia 
rýchlosti nebola prekročená rýchlosť, 1 znamená, že od posledne j 
kontroly bola rýchlosť prekročená raz … 255 znamená, že od posl ednej 
kontroly bola rýchlosť prekročená 255 krát alebo viac.  
▼M3 
2.116a.  PlaceAuthRecord  
Informácie týkajúce sa miesta, kde sa denný pracovný čas začína  alebo 
končí (požiadavky 108, 271, 296, 324 a 347 prílohy IC).  
Generácia 2, verzia 2:
  
entryTime  je dátum a čas týkajúci sa zápisu.  
entryTypeDailyWorkPeriod  je typ zápisu.  
dailyWorkPeriodCountry  je zapísaná krajina.  
dailyWorkPeriodRegion  je zapísaný región.  
vehicleOdometerValue  je stav počítadla kilometrov v čase zápisu 
miesta.  
entryGNSSPlaceAuthRecord  je zaznamenaná poloha, stav autentifi­
kácie podľa GNSS a čas.  
2.116b.  PlaceAuthStatusRecord  
Generácia 2, verzia 2:  
Informácie uložené na karte vodiča alebo dielenskej karte, ktor é posky­
tujú stav autentifikácie miesta, kde sa denný pracovný čas začí na alebo 
končí (požiadavky 306a a 356a prílohy IC). Ďalšie informácie tý kajúce 
sa samotného miesta sa ukladajú v inom zázname (pozri 2.117 Pla ceRe­
cord).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 172
  
entryTime  je dátum a čas týkajúci sa zápisu (pričom je taký istý ako 
dátum a čas v zodpovedajúcom súbore PlaceRecord).  
authenticationStatus  je stav autentifikácie zaznamenanej polohy GNSS.  
▼B 
2.117.  PlaceRecord  
Informácie o mieste, kde sa začína alebo končí denný pracovný č as 
(požiadavky 108, 271, 296, 324 a 347 v prílohe 1C).  
Generácia 1:
  
entryTime  je dátum a čas vzťahujúci sa k zápisu.  
entryTypeDailyWorkPeriod  je typ zápisu.  
dailyWorkPeriodCountry  je zapísaná krajina.  
dailyWorkPeriodRegion  je zapísaný región.  
vehicleOdometerValue  je stav počítadla kilometrov v čase zápisu 
miesta.  
Generácia 2:
  
Oproti generácii 1 sa navyše použije tento komponent:  
entryGNSSPlaceRecord  je zaznamenaná poloha a čas.  
▼M3 
2.117a.  PositionAuthenticationStatus  
Generácia 2, verzia 2:
  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 173  
Priradenie hodnôt  (pozri dodatok 12):  
„00“H Neautentifikované (pozri požiadavku GNS_39 
v dodatku 12),  
„01“H Autentifikované (pozri požiadavku GNS_39 
v dodatku 12),  
„02“H až „FF“H Vyhradené na budúce použitie (RFU).  
▼B 
2.118.  PreviousVehicleInfo  
Informácie vzťahujúce sa k predchádzajúcemu vozidlu použitému 
vodičom pri vložení jeho karty do jednotky vozidla (požiadavka 081 
v prílohe 1B a požiadavka 102 v prílohe 1C).  
Generácia 1:
  
vehicleRegistrationIdentification  je evidenčné číslo vozidla a členský 
štát evidencie vozidla.  
cardWithdrawalTime  je dátum a čas vytiahnutia karty.  
Generácia 2:
  
Oproti generácii 1 sa navyše použije tento dátový prvok:  
vuGeneration  identifikuje generáciu jednotky vozidla.  
2.119.  PublicKey  
Generácia 1:  
Verejný kľúč RSA.
  
rsaKeyModulus  je modul kľúčového páru.  
rsaKeyPublicExponent  je verejný exponent kľúčového páru.  
2.120.  RecordType  
Generácia 2:  
Odkaz na typ záznamu. Tento dátový typ sa používa v RecordArray s.
 ▼M3
02016R0799 — SK — 21.08.2023 — 003.001 — 174  
Priradenie hodnôt:
  
► (1) M1 
► (2) M3 ActivityChangeInfo 
CardSlotsStatus 
CurrentDateTime 
MemberStateCertificate 
OdometerValueMidnight 
DateOfDayDownloaded 
SensorPaired 
Signature 
SpecificConditionRecord 
VehicleIdentificationNumber 
VehicleRegistrationNumber 
VuCalibrationRecord 
VuCardIWRecord 
VuCardRecord 
VuCertificate 
VuCompanyLocksRecord 
VuControlActivityRecord 
VuDetailedSpeedBlock 
VuDownloadablePeriod 
VuDownloadActivityData 
VuEventRecord  
►M1 VuGNSSADRecord ◄ 
VuITSConsentRecord 
VuFaultRecord 
VuIdentification 
VuOverSpeedingControlData 
VuOverSpeedingEventRecord 
VuPlaceDailyWorkPeriodRecord 
VuTimeAdjustmentGNSSRecord 
VuTimeAdjustmentRecord 
VuPowerSupplyInterruptionRecord 
SensorPairedRecord 
SensorExternalGNSSCoupledRecord  
►M3 VuBorderCrossingRecord 
VuLoadUnloadRecord 
VehicleRegistrationIdentification 
RFU ◄ 
Tillverkarspecifik.  
2.121.  RegionAlpha  
Písmenné označenie regiónu v špecifikovanej krajine.
  
Generácia 1:  
Priradenie hodnôt:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 175  
Generácia 2:  
Kódy RegionAlpha sa uvádzajú na zozname vedenom na webovej 
stránke skúšobne oprávnenej vykonávať skúšky interoperability.  
2.122.  RegionNumeric  
Číselné označenie regiónu v špecifikovanej krajine.
  
Generácia 1:  
Priradenie hodnôt:
  
Generácia 2:  
Kódy RegionNumeric sa uvádzajú na zozname vedenom na webovej 
stránke skúšobne oprávnenej vykonávať skúšky interoperability.  
2.123.  RemoteCommunicationModuleSerialNumber  
Generácia 2:  
Sériové číslo modulu diaľkovej komunikácie.
  
2.124.  RSAKeyModulus  
Generácia 1:  
Modul kľúčového páru RSA.
  
Priradenie hodnôt : Neurčené.  
2.125.  RSAKeyPrivateExponent  
Generácia 1:  
Súkromný exponent kľúčového páru RSA.
  
Priradenie hodnôt : Neurčené.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 176  
2.126.  RSAKeyPublicExponent  
Generácia 1:  
Verejný exponent kľúčového páru RSA.
  
Priradenie hodnôt : Neurčené.  
2.127.  RtmData  
Generácia 2:  
Tento dátový typ je vymedzený v dodatku 14.  
2.128.  SealDataCard  
Generácia 2:  
Tento dátový typ ukladá informácie o plombách na rôznych dieloc h 
vozidla a je určený na uloženie na karte. Tento dátový typ sa v zťahuje 
k požiadavke 337 v prílohe 1C.
  
noOfSealRecords  je počet záznamov v sealRecords.  
sealRecords  je sada záznamov o plombách.  
2.129.  SealDataVu  
Generácia 2:  
Tento dátový typ ukladá informácie o plombách na rôznych dieloc h 
vozidla a je určený na uloženie v jednotke vozidla.
  
sealRecords  je sada záznamov o plombách. Ak je k dispozícii menej než 
5 plomb, hodnota EquipmentType vo všetkých nepoužitých záznamoc h 
sealRecords sa nastaví na 16 – nepoužité.  
2.130.  SealRecord  
Generácia 2:  
Tento dátový typ ukladá informácie o plombe pripojenej k dielu.  Tento 
dátový typ sa vzťahuje k požiadavke 337 v prílohe 1C.
  
equipmentType  určuje typ zariadenia, ku ktorému je plomba pripojená.  
extendedSealIdentifier  je identifikátor plomby pripojenej k danému 
zariadeniu.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 177  
2.131.  SensorApprovalNumber  
Číslo typového schválenia snímača.  
Generácia 1:
  
Priradenie hodnôt : Neurčené.  
Generácia 2:
  
Priradenie hodnôt:  
Schvaľovacie číslo sa uvedie tak, ako je uverejnené na príslušn ých 
webových stránkach Európskej komisie, t. j. napríklad vrátane p rípad­
ných pomlčiek. Schvaľovacie číslo schválenia sa zarovná vľavo.  
2.132.  SensorExternalGNSSApprovalNumber  
Generácia 2:  
Číslo typového schválenia vonkajšieho zariadenia GNSS.
  
Priradenie hodnôt:  
Schvaľovacie číslo sa uvedie tak, ako je uverejnené na príslušn ých 
webových stránkach Európskej komisie, t. j. napríklad vrátane p rípad­
ných pomlčiek. Schvaľovacie číslo schválenia sa zarovná vľavo.  
2.133.  SensorExternalGNSSCoupledRecord  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifi kácie 
externého zariadenia GNSS spojeného s jednotkou vozidla (požiad avka 
100 v prílohe 1C).
  
sensorSerialNumber  je sériové číslo externého zariadenia GNSS spoje­
ného s jednotkou vozidla.  
sensorApprovalNumber  je schvaľovacie číslo tohto externého zaria­
denia GNSS.  
sensorCouplingDate  je dátum spojenia tohto externého zariadenia 
GNSS s jednotkou vozidla.  
2.134.  SensorExternalGNSSIdentification  
Generácia 2:  
Informácie týkajúce sa identifikácie externého zariadenia GNSS (požia­
davka 98 v prílohe 1C).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 178
  
sensorSerialNumber  je rozšírené sériové číslo externého zariadenia 
GNSS.  
sensorApprovalNumber  je schvaľovacie číslo externého zariadenia 
GNSS.  
sensorSCIdentifier  je identifikátor bezpečnostného komponentu exter­
ného zariadenia GNSS.  
sensorOSIdentifier  je identifikátor operačného systému externého zaria­
denia GNSS.  
2.135.  SensorExternalGNSSInstallation  
Generácia 2:  
Informácie uložené na externom zariadení GNSS, ktoré sa týkajú inšta­
lácie externého snímača GNSS (požiadavka 123 v prílohe 1C).
  
sensorCouplingDateFirst  je dátum prvého spojenia externého zariadenia 
GNSS s jednotkou vozidla.  
firstVuApprovalNumber  je schvaľovacie číslo prvej jednotky vozidla 
spojenej s externým zariadením GNSS.  
firstVuSerialNumber  je sériové číslo prvej jednotky vozidla spárovanej 
s externým zariadením GNSS.  
sensorCouplingDateCurrent  je dátum aktuálneho spojenia externého 
zariadenia GNSS s jednotkou vozidla.  
currentVuApprovalNumber  je schvaľovacie číslo jednotky vozidla 
aktuálne spojenej s externým zariadením GNSS.  
currentVUSerialNumber  je sériové číslo jednotky vozidla aktuálne 
spojenej s externým zariadením GNSS.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 179  
2.136.  SensorExternalGNSSOSIdentifier  
Generácia 2:  
Identifikátor operačného systému externého zariadenia GNSS.
  
Priradenie hodnôt : špecifické podľa výrobcu.  
2.137.  SensorExternalGNSSSCIdentifier  
Generácia 2:  
Tento typ sa používa napr. na identifikáciu kryptografického mo dulu 
externého zariadenia GNSS.  
Identifikátor bezpečnostného komponentu externého zariadenia GN SS.
 
Priradenie hodnôt : špecifické podľa výrobcu komponentu.  
2.138.  SensorGNSSCouplingDate  
Generácia 2:  
Dátum spojenia externého zariadenia GNSS s jednotkou vozidla.
  
Priradenie hodnôt : Neurčené.  
2.139.  SensorGNSSSerialNumber  
Generácia 2:  
Tento typ sa používa na uloženie sériového čísla prijímača GNSS , či už 
je vo vnútri VU alebo mimo.  
Sériové číslo prijímača GNSS.
  
2.140.  SensorIdentification  
Informácie uložené v snímači pohybu, ktoré sa vzťahujú k identi fikácii 
snímača pohybu (požiadavka 077 v prílohe 1B a požiadavka 95 v p rílohe 
1C).
 
sensorSerialNumber  je rozšírené sériové číslo snímača pohybu (zahŕňa 
číslo dielu aj kód výrobcu).  
sensorApprovalNumber  je schvaľovacie číslo snímača pohybu.  
sensorSCIdentifier  je identifikátor bezpečnostného komponentu snímača 
pohybu.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 180  
sensorOSIdentifier  je identifikátor operačného systému snímača 
pohybu.  
2.141.  SensorInstallation  
Informácie uložené v snímači pohybu, ktoré sa vzťahujú k montáž i 
snímača pohybu (požiadavka 099 v prílohe 1B a požiadavka 122 
v prílohe 1C).
  
sensorPairingDateFirst  je dátum prvého párovania snímača pohybu 
s jednotkou vozidla.  
firstVuApprovalNumber  je schvaľovacie číslo prvej jednotky vozidla 
spárovanej so snímačom pohybu.  
firstVuSerialNumber  je sériové číslo prvej jednotky vozidla spárovanej 
so snímačom pohybu.  
sensorPairingDateCurrent  je dátum aktuálneho párovania snímača 
pohybu s jednotkou vozidla.  
currentVuApprovalNumber  je schvaľovacie číslo jednotky vozidla 
aktuálne spárovanej so snímačom pohybu.  
currentVUSerialNumber  je sériové číslo jednotky vozidla aktuálne 
spárovanej so snímačom pohybu.  
2.142.  SensorInstallationSecData  
Informácie uložené na dielenskej karte, ktoré sa vzťahujú k bez peč­
nostným údajom potrebným na párovanie snímačov pohybu s jednotk ami 
vozidla (požiadavky 308 a 331 v prílohe 1C).  
Generácia 1:
  
Priradenie hodnôt : v súlade s normou ISO 16844-3.  
Generácia 2:  
Ako je opísané v dodatku 11, dielenská karta musí byť schopná u ložiť až 
tri kľúče pre párovanie VU a snímača pohybu. Tieto kľúče majú r ôzne 
verzie.
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 181  
2.143.  SensorOSIdentifier  
Identifikátor operačného systému snímača pohybu.
  
Priradenie hodnôt : špecifické podľa výrobcu.  
2.144.  SensorPaired  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifi kácie 
snímača pohybu spárovaného s jednotkou vozidla (požiadavka 079 
v prílohe 1B).
  
sensorSerialNumber  je sériové číslo snímača pohybu aktuálne spárova­
ného s jednotkou vozidla.  
sensorApprovalNumber  je schvaľovacie číslo snímača pohybu aktuálne 
spárovaného s jednotkou vozidla.  
sensorPairingDateFirst  je dátum prvého párovania snímača pohybu 
s jednotkou vozidla, s ktorou je v súčasnosti spárovaný.  
2.145.  SensorPairedRecord  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifi kácie 
snímača pohybu spárovaného s jednotkou vozidla (požiadavka 97 
v prílohe 1C).
  
sensorSerialNumber  je sériové číslo snímača pohybu spárovaného 
s jednotkou vozidla.  
sensorApprovalNumber  je schvaľovacie číslo tohto snímača pohybu.  
sensorPairingDate  je dátum párovania tohto snímača pohybu s jednotkou 
vozidla.  
2.146.  SensorPairingDate  
Dátum párovania snímača pohybu s jednotkou vozidla.
  
Priradenie hodnôt : Neurčené.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 182  
2.147.  SensorSCIdentifier  
Identifikátor bezpečnostného komponentu snímača pohybu.
  
Priradenie hodnôt : špecifické podľa výrobcu komponentu.  
2.148.  SensorSerialNumber  
Sériové číslo snímača pohybu.
  
2.149.  Signature  
Digitálny podpis.  
Generácia 1:
  
Priradenie hodnôt : v súlade s dodatkom 11 Spoločné bezpečnostné 
mechanizmy.  
Generácia 2:
  
Priradenie hodnôt : v súlade s dodatkom 11 Spoločné bezpečnostné 
mechanizmy.  
2.150.  SignatureRecordArray  
Generácia 2:  
Sada podpisov plus metaúdaje použité v sťahovacom protokole.
  
recordType  určuje typ záznamu (Signature).  Priradenie hodnôt : Pozri 
RecordType  
recordSize  je veľkosť záznamu Signature v bajtoch.  
noOfRecords  je počet záznamov v sade. Hodnota sa nastaví na 1, keďže 
podpisy môžu mať rôznu dĺžku.  
records  je sada podpisov.  
2.151.  SimilarEventsNumber  
Počet podobných udalostí v jednom určitom dni (požiadavka 094 
v prílohe 1B a požiadavka 117 v prílohe 1C).
  
Priradenie hodnôt:  0 sa nepoužije, 1 znamená, že v uvedenom dni 
nastala a bola uložená len jedna udalosť daného typu, 2 znamená , že 
v uvedenom dni nastali dve udalosti daného typu (len jedna bola  
uložená), … 255 znamená, že v uvedenom dni nastalo 255 alebo vi ac 
udalostí daného typu.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 183  
2.152.  SpecificConditionRecord  
Informácie uložené na karte vodiča, dielenskej karte alebo v je dnotke 
vozidla, ktoré sa vzťahujú k špecifickej podmienke (požiadavky 130, 
276, 301, 328 a 355 v prílohe 1C).
  
entryTime  je dátum a čas zápisu.  
specificConditionType  je kód identifikujúci špecifickú podmienku.  
2.153.  SpecificConditions  
Informácie uložené na karte vodiča, dielenskej karte alebo v je dnotke 
vozidla, ktoré sa vzťahujú k špecifickej podmienke (požiadavky 131, 
277, 302, 329 a 356 v prílohe 1C).  
Generácia 2:
  
conditionPointerNewestRecord  je index naposledy aktualizovaného 
záznamu o špecifickej podmienke.  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamu o špecifickej 
podmienke začínajúce sa od „0“ pre prvý výskyt záznamu o špecif ickej 
podmienke v štruktúre.  
specificConditionRecords  je sada záznamov obsahujúcich informácie 
o zaznamenaných špecifických podmienkach.  
2.154.  SpecificConditionType  
Kód identifikujúci špecifickú podmienku (požiadavky 050b, 105a,  212a 
a 230a v prílohe 1B a požiadavka 62 v prílohe 1C).
  
Generácia 1:  
Priradenie hodnôt:  
„00“H Vyhradené na budúce použitie (RFU)  
„01“H Záznamové zariadenie sa nevyžaduje – začiatok  
„02“H Záznamové zariadenie sa nevyžaduje – koniec  
„03“H Prevoz trajektom / vlakom  
„04“H .. „FF“H RFU  
Generácia 2:  
Priradenie hodnôt:  
„00“H Vyhradené na budúce použitie (RFU)  
„01“H Záznamové zariadenie sa nevyžaduje – začiatok  
„02“H Záznamové zariadenie sa nevyžaduje – koniec  
„03“H Prevoz trajektom / vlakom – začiatok  
„04“H Prevoz trajektom / vlakom – koniec  
„05“H .. „FF“H RFU  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 184  
2.155.  Speed  
Rýchlosť vozidla (km/h).
  
Priradenie hodnôt : kilometre za hodinu v prevádzkovom rozsahu od 0 
do 220 km/h.  
2.156.  SpeedAuthorised  
Maximálna povolená rýchlosť vozidla (vymedzenie pojmov, písm. h h)).
 
2.157.  SpeedAverage  
Priemerná rýchlosť vo vopred stanovenom časovom úseku (km/h).
  
2.158.  SpeedMax  
Maximálna rýchlosť nameraná vo vopred stanovenom časovom úseku.
  
▼M3 
2.158a.  TachographCardsGen1Suppression  
Generácia 2, verzia 2:  
Schopnosť VU druhej generácie používať karty vodiča, kontrolné karty 
a podnikové karty prvej generácie (pozri dodatok 15, MIG_002).
  
Priradenie hodnôt:  
„0000“H VU je schopná používať tachografové karty gene­
rácie 1 (predvolená hodnota),  
„A5E3“H VU nie je schopná používať tachografové karty 
generácie 1,  
Všetky ostatné hodnoty 
Nepoužíva sa.  
▼B 
2.159.  TachographPayload  
Generácia 2:  
Tento dátový typ je vymedzený v dodatku 14.  
▼M1 
2.160.  Vyhradené nabudúce použitie  
▼B 
2.161.  TDesSessionKey  
Generácia 1:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 185  
Trojnásobný relačný kľúč DES.
  
Priradenie hodnôt : bližšie neurčené.  
▼M1 
2.162.  TimeReal  
Kód pre kombinované pole s dátumom a časom, kde je dátum a čas 
vyjadrený ako sekundy po 1. januári 1970 00h00m00s UTC.
  
Priradenie hodnôt  – usporiadaný oktet : počet sekúnd od polnoci 
1. januára 1970 UTC.  
Maximálny možný dátum/čas je rok 2106.  
▼B 
2.163.  TyreSize  
Určenie rozmerov pneumatík.
  
Priradenie hodnôt : v súlade so smernicou 92/23 (EHS) 31/03/92 Ú. v. 
ES L129 s.95.  
2.164.  VehicleIdentificationNumber  
Identifikačné číslo vozidla (VIN) vzťahujúce sa k vozidlu ako c elku, 
spravidla sériové číslo podvozku alebo rámu.
  
Priradenie hodnôt : podľa normy ISO 3779.  
2.165.  VehicleIdentificationNumberRecordArray  
Generácia 2:  
Identifikačné číslo vozidla (VIN) plus metaúdaje použité v sťah ovacom 
protokole.
  
recordType  určuje typ záznamu (VehicleIdentificationNumber).  Prira­
denie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VehicleIdentificationNumber v bajtoch.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 186  
noOfRecords  je počet záznamov v sade.  
records  je sada čísel VIN.  
2.166.  VehicleRegistrationIdentification  
Identifikácia vozidla jedinečná pre Európu (evidenčné číslo voz idla – 
VRN a členský štát).
  
vehicleRegistrationNation  je štát, kde je vozidlo zaevidované.  
vehicleRegistrationNumber  je evidenčné číslo vozidla (VRN).  
▼M3 
2.166a.  VehicleRegistrationIdentificationRecordArray  
Generácia 2, verzia 2:  
Identifikácia evidencie vozidla plus metaúdaje použité v sťahov acom 
protokole.
  
recordType  označuje typ záznamu (VehicleRegistrationIdentification).  
Priradenie hodnôt : pozri RecordType.  
recordSize  je veľkosť záznamu VehicleRegistrationIdentification 
v bajtoch.  
noOfRecords  je počet záznamov v súbore záznamov.  
records  je súbor identifikácie evidencie vozidla.  
▼B 
2.167.  VehicleRegistrationNumber  
Evidenčné číslo vozidla (VRN). Evidenčné číslo prideľuje oprávn ený 
orgán registrácie.
  
codePage  určuje množinu znakov vymedzenú v kapitole 4,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 187  
vehicleRegNumber  je VRN kódované špecifikovanou množinou 
znakov.  
Priradenie hodnôt : špecifické podľa krajiny.  
2.168.  VehicleRegistrationNumberRecordArray  
▼M3 
Generácia 2, verzia 1:  
▼B 
Evidenčné číslo vozidla plus metaúdaje použité v sťahovacom pro tokole.
  
recordType  určuje typ záznamu (VehicleRegistrationNumber).  Prira­
denie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VehicleRegistrationNumber v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada čísel VRN.  
2.169.  VuAbility  
Generácia 2:  
Informácie uložené vo VU o tom, či VU podporuje tachografové ka rty 
generácie 1 alebo nie (požiadavka 121 v prílohe 1C).
  
Pridelenie hodnôt – usporiadaný oktet:  „xxxxxxxa“B (8 bitov)  
Pre podporu generácie 1:  
„a“B Možnosť podpory tachografových kariet generácie 1:  
„0“ B generácia 1 je podporovaná,  
„1“B generácia 1 nie je podporovaná,  
„xxxxxxx“B RFU  
2.170.  VuActivityDailyData  
Generácia 1:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 188  
Informácie uložené vo VU o zmenách činnosti a/alebo zmenách sta vu 
vedenia vozidla a/alebo zmenách stavu karty v danom kalendárnom  dni 
(požiadavka 084 v prílohe 1B a požiadavky 105, 106 a 107 v príl ohe 
1C) a o stave slotov o 00.00 h daného dňa.
  
noOfActivityChanges  je počet slov ActivityChangeInfo v sade activity­
ChangeInfos.  
activityChangeInfos  je sada slov ActivityChangeInfo uložených vo VU 
za daný deň. Vždy obsahuje dve slová ActivityChangeInfo udávajú ce 
stav dvoch slotov o 00.00 h daného dňa.  
2.171.  VuActivityDailyRecordArray  
Generácia 2:  
Informácie uložené vo VU o zmenách činnosti a/alebo zmenách sta vu 
vedenia vozidla a/alebo zmenách stavu karty v danom kalendárnom  dni 
(požiadavky 105, 106 a 107 v prílohe 1C) a o stave slotov o 00. 00 h 
daného dňa.
  
recordType  určuje typ záznamu (ActivityChangeInfo).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu ActivityChangeInfo v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada slov ActivityChangeInfo uložených vo VU za daný deň. 
Vždy obsahuje dve slová ActivityChangeInfo udávajúce stav dvoch  
slotov o 00.00 h daného dňa.  
2.172.  VuApprovalNumber  
Číslo typového schválenia jednotky vozidla.  
Generácia 1:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 189  
Priradenie hodnôt : Neurčené.  
Generácia 2:
  
Priradenie hodnôt:  
Schvaľovacie číslo sa uvedie tak, ako je uverejnené na príslušn ých 
webových stránkach Európskej komisie, t. j. napríklad vrátane p rípad­
ných pomlčiek. Schvaľovacie číslo schválenia sa zarovná vľavo.  
2.173.  VuCalibrationData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú kalibrác ií zázna­
mového zariadenia (požiadavka 098 v prílohe 1B).
  
noOfVuCalibrationRecords  je počet záznamov obsiahnutých v sade 
vuCalibrationRecords.  
vuCalibrationRecords  je sada záznamov o kalibrácii.  
2.174.  VuCalibrationRecord  
Informácie uložené v jednotke vozidla, ktoré sa týkajú kalibrác ie zázna­
mového zariadenia (požiadavka 098 v prílohe 1B a požiadavky 119  
a 120 v prílohe 1C).  
Generácia 1:
  
calibrationPurpose  je účel kalibrácie.  
workshopName, workshopAddress  je názov a adresa dielne.  
workshopCardNumber  identifikuje dielenskú kartu použitú počas kali­
brácie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 190  
workshopCardExpiryDate  je konečný dátum platnosti karty.  
vehicleIdentificationNumber  je VIN.  
vehicleRegistrationIdentification  obsahuje VRN a členský štát 
evidencie.  
wVehicleCharacteristicConstant  je charakteristický koeficient vozidla.  
kConstantOfRecordingEquipment  je konštanta záznamového 
zariadenia.  
lTyreCircumference  je skutočný obvod pneumatík kolies.  
tyreSize  je určenie rozmerov pneumatík na vozidle.  
authorisedSpeed  je povolená rýchlosť vozidla.  
oldOdometerValue, newOdometerValue  je pôvodná a nová hodnota 
počítadla kilometrov.  
oldTimeValue, newTimeValue  je pôvodná a nová hodnota dátumu 
a času.  
nextCalibrationDate  je dátum najbližšej kalibrácie typu špecifikova­
ného v CalibrationPurpose, ktorú má vykonať oprávnený kontrolný  
orgán.  
▼M3 
Generácia 2, verzia 1:  
▼B
 
Oproti generácii 1 sa navyše použije tento dátový prvok:  
sealDataVu  poskytuje informácie o plombách na rôznych dieloch 
vozidla.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 191  
Generácia 2, verzia 2:
  
Oproti generácii 1 sa navyše použije tento dátový prvok:  
sensorSerialNumber  je sériové číslo snímača pohybu spárovaného 
s jednotkou vozidla na konci kalibrácie.  
sensorGNSSSerialNumber  je sériové číslo externého zariadenia GNSS 
spojeného s jednotkou vozidla na konci (prípadnej) kalibrácie.  
rcmSerialNumber  je sériové číslo diaľkového komunikačného zaria­
denia spojeného s jednotkou vozidla na konci (prípadnej) kalibr ácie. 
sealDataVu  poskytuje informácie o plombách na rôznych dieloch 
vozidla.  
byDefaultLoadType  je predvolený druh nákladu vozidla (existuje len 
vo verzii 2).  
calibrationCountry  je krajina, v ktorej sa vykonala kalibrácia.  
calibrationCountryTimestamp  je dátum a čas, keď prijímač GNSS 
poskytol polohu použitú na určenie krajiny, v ktorej bola vykon aná 
kalibrácia.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 192  
2.175.  VuCalibrationRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú kalibrác ií zázna­
mového zariadenia (požiadavky 119 a 120 v prílohe 1C).
  
recordType  určuje typ záznamu (VuCalibrationRecord).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuCalibrationRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada kalibračných záznamov.  
2.176.  VuCardIWData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú cyklov v loženia 
kariet vodiča alebo dielenských kariet do jednotky vozidla a ic h vytiah­
nutia z nej (požiadavka 081 v prílohe 1B a požiadavka 103 v prí lohe 
1C).
 
noOfIWRecords  je počet záznamov v sade vuCardIWRecords.  
vuCardIWRecords  je sada záznamov súvisiacich s cyklami vloženia 
a vytiahnutia karty.  
2.177.  VuCardIWRecord  
Informácie uložené v jednotke vozidla, ktoré sa týkajú cyklu vl oženia 
karty vodiča alebo dielenskej karty do jednotky vozidla a jej v ytiahnutia 
(požiadavka 081 v prílohe 1B a požiadavka 102 v prílohe 1C).  
Generácia 1:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 193  
cardHolderName  je priezvisko a meno(-á) držiteľa karty vodiča alebo 
dielenskej karty, ako sú uložené na karte.  
fullCardNumber  je typ karty, vystavujúci členský štát a číslo karty, ako 
sú uložené na karte.  
cardExpiryDate  je konečný dátum platnosti karty, ako je uložený na 
karte.  
cardInsertionTime  je dátum a čas vloženia.  
vehicleOdometerValueAtInsertion  je stav počítadla kilometrov vozidla 
pri vložení karty.  
cardSlotNumber  je slot, do ktorého sa karta vkladá.  
cardWithdrawalTime  je dátum a čas vytiahnutia.  
vehicleOdometerValueAtWithdrawal  je stav počítadla kilometrov 
vozidla pri vytiahnutí karty.  
previousVehicleInfo  obsahuje informácie o predchádzajúcom vozidle, 
ktoré vodič použil, ako sú uložené na karte.  
manualInputFlag  je znak udávajúci, že držiteľ karty manuálne zapísal 
činnosti vodiča pri vložení karty.  
Generácia 2:
  
Miesto dátového prvku fullCardNumber používa dátová štruktúra g ene­
rácie 2 tento dátový prvok:  
fullCardNumberAndGeneration  je typ karty, vystavujúci členský štát, 
číslo karty a generácia, ako sú uložené na karte.  
2.178.  VuCardIWRecordArray  
Generácia 2:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 194  
Informácie uložené v jednotke vozidla, ktoré sa týkajú cyklov v loženia 
kariet vodiča alebo dielenských kariet do jednotky vozidla a ic h vytiah­
nutia z nej (požiadavka 103 v prílohe 1C).
  
recordType  určuje typ záznamu (VuCardIWRecord).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuCardIWRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov súvisiacich s cyklami vloženia a vytiahnutia 
karty.  
▼M1 
2.179.  VuCardRecord  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú použitej  tacho­
grafovej karty (požiadavka 132 v prílohe IC).
  
cardNumberAndGenerationInformation  je úplné číslo karty a gene­
rácia používanej karty (dátový typ 2.74).  
cardExtendedSerialNumber  načítané zo súboru EF_ICC v rámci MF 
karty.  
cardStructureVersion  načítané zo súboru EF_Application_Identifica­
tion v rámci DF_Tachograph_G2.  
cardNumber  načítané zo súboru EF_Identification v rámci DF_Tacho­
graph_G2.  
▼B 
2.180.  VuCardRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú tachogra fových 
kariet použitých s touto VU. Tieto informácie sú určené na anal ýzu 
problémov medzi JV a kartou (požiadavka 132 v prílohe 1C).
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 195  
recordType  určuje typ záznamu (VuCardRecord).  Priradenie hodnôt : 
Pozri RecordType  
recordSize  je veľkosť záznamu VuCardRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov súvisiacich s tachografovými kartami použi­
tými s VU.  
2.181.  VuCertificate  
Certifikát verejného kľúča jednotky vozidla.
  
2.182.  VuCertificateRecordArray  
Generácia 2:  
Certifikát VU plus metaúdaje použité v sťahovacom protokole.
  
recordType  určuje typ záznamu (VuCertificate).  Priradenie hodnôt : 
Pozri RecordType  
recordSize  je veľkosť záznamu VuCertificate v bajtoch.  
noOfRecords  je počet záznamov v sade. Hodnota sa nastaví na 1, 
keďže certifikáty môžu mať rôznu dĺžku.  
records  je sada certifikátov VU.  
2.183.  VuCompanyLocksData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú podnikov ých 
blokovaní (požiadavka 104 v prílohe 1B).
  
noOfLocks  je počet blokovaní uvedených v sade vuCompanyLocks­
Records.  
vuCompanyLocksRecords  je sada záznamov o podnikových 
blokovaniach.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 196  
2.184.  VuCompanyLocksRecord  
Informácie uložené v jednotke vozidla, ktoré sa týkajú jedného podni­
kového blokovania (požiadavka 104 v prílohe 1B a požiadavka 128  
v prílohe 1C).  
Generácia 1:
  
lockInTime, lockOutTime  je dátum a čas zablokovania a odblokovania.  
companyName, companyAddress  je názov a adresa spoločnosti súvi­
siace s blokovaním.  
companyCardNumber  identifikuje kartu použitú pri zablokovaní.  
Generácia 2:
  
Miesto dátového prvku companyCardNumber používa dátová štruktúr a 
generácie 2 tento dátový prvok:  
companyCardNumberAndGeneration  identifikuje kartu použitú pri 
zablokovaní vrátane jej generácie.  
2.185.  VuCompanyLocksRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú podnikov ých 
blokovaní (požiadavka 128 v prílohe 1C).
  
recordType  určuje typ záznamu (VuCompanyLocksRecord).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuCompanyLocksRecord v bajtoch.  
noOfRecords  je počet záznamov v sade. Hodnota 0..255.  
records  je sada záznamov o podnikových blokovaniach.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 197  
2.185a.  VuConfigurationLengthRange  
Generácia 2, verzia 2:  
Počet bajtov na tachografovej karte, ktoré sú k dispozícii na u kladanie 
konfigurácií VU.
  
Priradenie hodnôt : pozri dodatok 2.  
▼B 
2.186.  VuControlActivityData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú kontrol vykoná­
vaných s použitím tejto VU (požiadavka 102 v prílohe 1B).
  
noOfControls  je počet kontrol uvedených v sade vuControlActivityRe­
cords.  
vuControlActivityRecords  je sada záznamov o kontrolnej činnosti.  
2.187.  VuControlActivityRecord  
Informácie uložené v jednotke vozidla, ktoré sa týkajú kontroly  vyko­
nanej s použitím tejto VU (požiadavka 102 v prílohe 1B a požiad avka 
126 v prílohe 1C).  
Generácia 1:
  
controlType  je typ kontroly.  
controlTime  je dátum a čas kontroly.  
controlCardNumber  identifikuje kontrolnú kartu použitú pri kontrole.  
downloadPeriodBeginTime  je čas začiatku prípadne sťahovaného časo­
vého úseku.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 198  
downloadPeriodEndTime  je čas konca prípadne sťahovaného časového 
úseku.  
Generácia 2:
  
Miesto dátového prvku controlCardNumber používa dátová štruktúr a 
generácie 2 tento dátový prvok:  
controlCardNumberAndGeneration  identifikuje kontrolnú kartu 
použitú pri kontrole vrátane jej generácie.  
2.188.  VuControlActivityRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú kontrol vykoná­
vaných s použitím tejto VU (požiadavka 126 v prílohe 1C).
  
recordType  určuje typ záznamu (VuControlActivityRecord).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuControlActivityRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o kontrolnej činnosti VU.  
2.189.  VuDataBlockCounter  
Počítadlo uložené na karte, ktoré sekvenčne identifikuje cykly vloženia 
karty do jednotiek vozidla a jej vytiahnutia z nich.
  
Priradenie hodnôt : postupné čísla s maximálnou hodnotou 9 999, začí­
najúc opäť s 0.  
2.190.  VuDetailedSpeedBlock  
Podrobné informácie uložené v jednotke vozidla o rýchlosti vozi dla za 
minútu, počas ktorej bolo vozidlo v pohybe (požiadavka 093 v pr ílohe 
1B a požiadavka 116 v prílohe 1C).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 199
  
speedBlockBeginDate  je dátum a čas prvej hodnoty rýchlosti v rámci 
bloku.  
speedsPerSecond  je chronologické poradie rýchlostí nameraných každú 
sekundu v rámci minúty, začínajúc pri speedBlockBeginDate (vrát ane).  
2.191.  VuDetailedSpeedBlockRecordArray  
Generácia 2:  
Podrobné informácie o rýchlosti vozidla uložené v jednotke vozi dla.
 
recordType  určuje typ záznamu (VuDetailedSpeedBlock).  Priradenie 
hodnôt  
: Pozri RecordType  
recordSize  je veľkosť záznamu VuDetailedSpeedBlock v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada blokov podrobných informácií o rýchlosti.  
2.192.  VuDetailedSpeedData  
Generácia 1:  
Podrobné informácie o rýchlosti vozidla uložené v jednotke vozi dla.
 
noOfSpeedBlocks  je počet blokov rýchlostí v sade vuDetailedSpeed­
Blocks.  
vuDetailedSpeedBlocks  je sada blokov podrobných informácií 
o rýchlosti.  
▼M3 
2.192a.  VuDigitalMapVersion  
Generácia 2, verzia 2:  
Verzia digitálnej mapy uloženej v jednotke vozidla (požiadavka 133j 
prílohy IC).
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 200  
Priradenie hodnôt : špecifikované na určenom zabezpečenom webovom 
sídle sprístupnenom Európskou komisiou (požiadavka 133k prílohy  IC). 
▼B 
2.193.  VuDownloadablePeriod  
Najstarší a najnovší dátum, za ktorý jednotka vozidla uchováva údaje 
o činnostiach vodiča (požiadavky 081, 084 alebo 087 v prílohe 1 B 
a požiadavky 102, 105, 108 v prílohe 1C).
  
minDownloadableTime  je najstarší dátum a čas vloženia karty alebo 
zmeny činnosti alebo zápisu miesta uložený vo VU.  
maxDownloadableTime  je najnovší dátum a čas vytiahnutia karty alebo 
zmeny činnosti alebo zápisu miesta uložený vo VU.  
2.194.  VuDownloadablePeriodRecordArray  
Generácia 2:  
VUDownloadablePeriod plus metaúdaje použité v sťahovacom 
protokole.
  
recordType  určuje typ záznamu (VuDownloadablePeriod).  Priradenie 
hodnôt  
: Pozri RecordType  
recordSize  je veľkosť záznamu VuDownloadablePeriod v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov VuDownloadablePeriod.  
2.195.  VuDownloadActivityData  
Informácie uložené v jednotke vozidla, ktoré sa týkajú jej posl edného 
stiahnutia (požiadavka 105 v prílohe 1B a požiadavka 129 v príl ohe 1C).  
Generácia 1:
  
downloadingTime  je dátum a čas sťahovania.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 201  
fullCardNumber  identifikuje kartu použitú na autorizáciu stiahnutia.  
companyOrWorkshopName  je názov spoločnosti alebo dielne.  
Generácia 2:
  
Miesto dátového prvku fullCardNumber používa dátová štruktúra g ene­
rácie 2 tento dátový prvok:  
fullCardNumberAndGeneration  identifikuje kartu použitú na autori­
záciu stiahnutia a jej generáciu.  
2.196.  VuDownloadActivityDataRecordArray  
Generácia 2:  
Informácie o poslednom sťahovaní VU (požiadavka 129 v prílohe 1 C).
 
recordType  určuje typ záznamu (VuDownloadActivityData).  Prira­
denie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuDownloadActivityData v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov s údajmi o sťahovaní.  
2.197.  VuEventData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  (požia­
davka 094 v prílohe 1B, okrem udalosti prekročenia rýchlosti).
  
noOfVuEvents  je počet udalostí uvedených v sade vuEventRecords.  
vuEventRecords  je sada záznamov o udalostiach.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 202  
2.198.  VuEventRecord  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalosti  (požia­
davka 094 v prílohe 1B a požiadavka 117 v prílohe 1C, okrem uda losti 
prekročenia rýchlosti).  
Generácia 1:
  
eventType  je typ udalosti.  
eventRecordPurpose  je účel, na ktorý bola táto udalosť zaznamenaná.  
eventBeginTime  je dátum a čas začiatku udalosti.  
eventEndTime  je dátum a čas skončenia udalosti.  
cardNumberDriverSlotBegin  identifikuje kartu vloženú v slote vodiča 
na začiatku udalosti.  
cardNumberCodriverSlotBegin  identifikuje kartu vloženú v slote 
druhého vodiča na začiatku udalosti.  
cardNumberDriverSlotEnd  identifikuje kartu vloženú v slote vodiča na 
konci udalosti.  
cardNumberCodriverSlotEnd  identifikuje kartu vloženú v slote 
druhého vodiča na konci udalosti.  
similarEventsNumber  je počet podobných udalostí v danom dni.  
Túto sekvenciu možno použiť pre všetky udalosti okrem prekročen ia 
rýchlosti.  
Generácia 2:
  
Oproti generácii 1 sa navyše použijú tieto dátové prvky:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 203  
manufacturerSpecificEventFaultData  obsahuje dodatočné informácie 
o udalosti špecifické pre výrobcu.  
V dátovej štruktúre generácie 2 sa miesto dátových prvkov cardN umber­
DriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverS lo­
tEnd a cardNumberCodriverSlotEnd používajú tieto dátové prvky:  
cardNumberAndGenDriverSlotBegin  identifikuje kartu vloženú 
v slote vodiča na začiatku udalosti vrátane jej generácie.  
cardNumberAndGenCodriverSlotBegin  identifikuje kartu vloženú 
v slote druhého vodiča na začiatku udalosti vrátane jej generác ie. 
cardNumberAndGenDriverSlotEnd  identifikuje kartu vloženú v slote 
vodiča na konci udalosti vrátane jej generácie.  
cardNumberAndGenCodriverSlotEnd  identifikuje kartu vloženú 
v slote druhého vodiča na konci udalosti vrátane jej generácie.  
V prípade časového konfliktu sa prvky eventBeginTime a eventEnd Time 
interpretujú takto:  
eventBeginTime  je dátum a čas záznamového zariadenia.  
eventEndTime  je dátum a čas GNSS.  
2.199.  VuEventRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  (požia­
davka 117 v prílohe 1C, okrem udalosti prekročenia rýchlosti).
  
recordType  určuje typ záznamu (VuEventRecord).  Priradenie hodnôt : 
Pozri RecordType  
recordSize  je veľkosť záznamu VuEventRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o udalostiach.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 204  
2.200.  VuFaultData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú porúch ( požia­
davka 096 v prílohe 1B).
  
noOfVuFaults  je počet porúch uvedených v sade vuFaultRecords.  
vuFaultRecords  je sada záznamov o poruchách.  
2.201.  VuFaultRecord  
Informácie uložené v jednotke vozidla, ktoré sa týkajú poruchy (požia­
davka 096 v prílohe 1B a požiadavka 118 v prílohe 1C).  
Generácia 1:
  
faultType  je typ poruchy záznamového zariadenia.  
faultRecordPurpose  je účel, na ktorý bola táto porucha zaznamenaná.  
faultBeginTime  je dátum a čas začiatku poruchy.  
faultEndTime  je dátum a čas skončenia poruchy.  
cardNumberDriverSlotBegin  identifikuje kartu vloženú v slote vodiča 
na začiatku poruchy.  
cardNumberCodriverSlotBegin  identifikuje kartu vloženú v slote 
druhého vodiča na začiatku poruchy.  
cardNumberDriverSlotEnd  identifikuje kartu vloženú v slote vodiča na 
konci poruchy.  
cardNumberCodriverSlotEnd  identifikuje kartu vloženú v slote 
druhého vodiča na konci poruchy.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 205  
Generácia 2:
  
Oproti generácii 1 sa navyše použije tento dátový prvok:  
manufacturerSpecificEventFaultData  obsahuje dodatočné informácie 
o poruche špecifické podľa výrobcu.  
V dátovej štruktúre generácie 2 sa miesto dátových prvkov cardN umber­
DriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverS lo­
tEnd a cardNumberCodriverSlotEnd používajú tieto dátové prvky:  
cardNumberAndGenDriverSlotBegin  identifikuje kartu vloženú 
v slote vodiča na začiatku poruchy vrátane jej generácie.  
cardNumberAndGenCodriverSlotBegin  identifikuje kartu vloženú 
v slote druhého vodiča na začiatku poruchy vrátane jej generáci e. 
cardNumberAndGenDriverSlotEnd  identifikuje kartu vloženú v slote 
vodiča na konci poruchy vrátane jej generácie.  
cardNumberAndGenCodriverSlotEnd  identifikuje kartu vloženú 
v slote druhého vodiča na konci poruchy vrátane jej generácie.  
2.202.  VuFaultRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú porúch ( požia­
davka 118 v prílohe 1C).
  
recordType  určuje typ záznamu (VuFaultRecord).  Priradenie hodnôt : 
Pozri RecordType  
recordSize  je veľkosť záznamu VuFaultRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o poruchách.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 206  
2.203.  VuGNSSADRecord  
▼M3 
Generácia 2, verzia 1:  
▼M1 
Informácie uložené v jednotke vozidla, ktoré sa vzťahujú na pol ohu 
vozidla podľa GNSS, ak kumulovaný čas jazdy dosiahne násobok 
troch hodín (požiadavky 108 a 110 v prílohe IC).
  
timeStamp  je dátum a čas, keď kumulovaný čas jazdy dosiahne 
násobok troch hodín.  
cardNumberAndGenDriverSlot  identifikuje kartu vloženú v slote 
vodiča vrátane jej generácie.  
cardNumberAndGenCodriverSlot  identifikuje kartu vloženú v slote 
druhého vodiča vrátane jej generácie.  
gnssPlaceRecord  obsahuje informácie o polohe vozidla.  
vehicleOdometerValue  je stav počítadla kilometrov, keď kumulovaný 
čas jazdy dosiahne násobok troch hodín.  
▼M3 
Generácia 2, verzia 2:  
Informácie uložené v jednotke vozidla, ktoré sa vzťahujú na pol ohu 
vozidla podľa GNSS, ak kumulovaný čas jazdy dosiahne násobok 
troch hodín (požiadavky 108 a 110 prílohy IC).
  
Vo verzii 2 generácie 2  sa namiesto gnssPlaceRecord používa gnssPla­
ceAuthRecord, ktorý obsahuje navyše stav autentifikácie GNSS.  
2.203a.  VuBorderCrossingRecord  
Generácia 2, verzia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú prekroče ní 
hranice, keď vozidlo prekročilo hranicu krajiny (požiadavky 133 a 
a 133b prílohy IC).  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 207
  
cardNumberAndGenDriverSlot  identifikuje kartu vloženú v slote 
vodiča vrátane jej generácie.  
cardNumberAndGenCodriverSlot  identifikuje kartu vloženú v slote 
druhého vodiča vrátane jej generácie.  
countryLeft  je krajina, ktorú vozidlo opustilo, na základe poslednej 
dostupnej polohy predtým, než bolo zistené prekročenie hranice.  
„Zvyšok sveta“ (kód NationNumeric „FF“H) sa použije, keď jednot ka 
vozidla nie je schopná určiť krajinu, v ktorej sa vozidlo nachá dza (napr. 
aktuálna krajina nie je súčasťou uložených digitálnych máp).  
countryEntered  je krajina, do ktorej vozidlo vstúpilo. „Zvyšok sveta“ 
(kód NationNumeric „FF“H) sa použije, keď jednotka vozidla nie je 
schopná určiť krajinu, v ktorej sa vozidlo nachádza (napr. aktu álna 
krajina nie je súčasťou uložených digitálnych máp).  
gnssPlaceAuthRecord  obsahuje informácie týkajúce sa polohy vozidla, 
keď bolo zistené prekročenie hranice, a stavu autentifikácie te jto polohy.  
vehicleOdometerValue  je stav počítadla kilometrov, keď jednotka 
vozidla zistila, že vozidlo prekročilo hranicu krajiny.  
2.203b.  VuBorderCrossingRecordArray  
Generácia 2, verzia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú prekroče ní 
hranice vozidlom (požiadavka 133c prílohy IC).
  
recordType  označuje typ záznamu (VuBorderCrossingRecord).  Prira­
denie hodnôt : pozri RecordType.  
recordSize  je veľkosť záznamu VuBorderCrossingRecord v bajtoch.  
noOfRecords  je počet záznamov v súbore záznamov.  
records  je súbor záznamov o prekročeniach hranice.  
▼M1 
2.204.  VuGNSSADRecordArray  
Generácia 2:  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 208  
Informácie uložené v jednotke vozidla, ktoré sa vzťahujú na pol ohu 
vozidla podľa GNSS, ak kumulovaný čas jazdy dosiahne násobok 
troch hodín (požiadavky 108 a 110 v prílohe IC).
  
recordType  určuje typ záznamu (VuGNSSADRecord).  
Priradenie hodnôt : See RecordType.  
recordSize  je veľkosť záznamu VuGNSSADRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o kumulovanej jazde z GNSS.  
▼M3 
2.204a.  VuGnssMaximalTimeDifference  
Generácia 2, verzia 2:  
Maximálny rozdiel medzi skutočným časom a časom hodín reálneho 
času VU vychádzajúci z maximálnej časovej odchýlky špecifikovan ej 
v požiadavke 41 prílohy IC, ktorý jednotka vozidla prenáša do e xterného 
zariadenia GNSS, pozri požiadavku GNS_3g v dodatku 12.
  
▼B 
2.205.  VuIdentification  
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifi kácie 
jednotky vozidla (požiadavka 075 v prílohe 1B a požiadavky 93 
a 121 v prílohe 1C).  
Generácia 1:
  
vuManufacturerName  je názov výrobcu jednotky vozidla.  
vuManufacturerAddress  je adresa výrobcu jednotky vozidla.  
vuPartNumber  je číslo dielu jednotky vozidla.  
vuSerialNumber  je sériové číslo jednotky vozidla.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 209  
vuSoftwareIdentification  identifikuje softvér v jednotke vozidla.  
vuManufacturingDate  je dátum výroby jednotky vozidla.  
vuApprovalNumber  je číslo typového schválenia jednotky vozidla.  
▼M3 
Generácia 2:
  
Oproti generácii 1 sa navyše použijú tieto dátové prvky:  
vuGeneration  identifikuje generáciu jednotky vozidla.  
vuAbility  poskytuje informácie o tom, či VU podporuje tachografové 
karty generácie 1 alebo nie.  
vuDigitalMapVersion  je verzia digitálnej mapy uloženej v jednotke 
vozidla (existuje len vo verzii 2).  
▼B 
2.206.  VuIdentificationRecordArray  
Generácia 2:  
VuIdentification plus metaúdaje použité v sťahovacom protokole.
  
recordType  určuje typ záznamu (VuIdentification).  Priradenie hodnôt : 
Pozri RecordType  
recordSize  je veľkosť záznamu VuIdentification v bajtoch.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 210  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov VuIdentification.  
2.207.  VuITSConsentRecord  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú súhlasu vodiča 
s použitím inteligentných dopravných systémov (ITS).
  
cardNumberAndGen  identifikuje kartu vrátane jej generácie. Musí ísť 
o kartu vodiča alebo dielenskú kartu.  
consent  je znak určujúci, či vodič súhlasil s použitím inteligentných 
dopravných systémov v danom vozidle / jednotke vozidla.  
Priradenie hodnôt:  
TRUE znamená, že vodič súhlasil s použitím inteligent­
ných dopravných systémov.  
FALSE znamená, že vodič odmietol použitie inteligent­
ných dopravných systémov.  
2.208.  VuITSConsentRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú súhlasu vodiča 
s použitím inteligentných dopravných systémov (požiadavka 200 
v prílohe 1C).
  
recordType  určuje typ záznamu (VuITSConsentRecord).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuITSConsentRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o súhlase s ITS.  
▼M3 
2.208a.  VuLoadUnloadRecord  
Generácia 2, verzia 2:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 211  
Informácie uložené v jednotke vozidla, ktoré sa týkajú zapísane j 
operácie nakládky/vykládky (požiadavky 133e, 133f a 133g príloh y IC).
  
timeStamp  je dátum a čas, keď bola zapísaná operácia nakládky/ 
vykládky.  
operationType  je druh zapísanej operácie (nakládka, vykládka alebo 
súčasná nakládka/vykládka).  
cardNumberAndGenDriverSlot  identifikuje kartu vloženú v slote 
vodiča vrátane jej generácie.  
cardNumberAndGenCodriverSlot  identifikuje kartu vloženú v slote 
druhého vodiča vrátane jej generácie.  
gnssPlaceAuthRecord  obsahuje informácie týkajúce sa polohy vozidla 
a stav autentifikácie tejto polohy.  
vehicleOdometerValue  je stav počítadla kilometrov týkajúci sa operácie 
nakládky/vykládky.  
2.208b.  VuLoadUnloadRecordArray  
Generácia 2, verzia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú zapísane j 
operácie nakládky/vykládky vozidla (požiadavka 133h prílohy IC) .
 
recordType  označuje typ záznamu (VuLoadUnloadRecord).  Priradenie 
hodnôt : pozri RecordType.  
recordSize  je veľkosť záznamu VuLoadUnloadRecord v bajtoch.  
noOfRecords  je počet záznamov v súbore záznamov.  
records  je súbor záznamov o operáciách nakládky/vykládky.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 212  
2.209.  VuManufacturerAddress  
Adresa výrobcu jednotky vozidla.
  
Priradenie hodnôt : Neurčené.  
2.210.  VuManufacturerName  
Názov výrobcu jednotky vozidla.
  
Priradenie hodnôt : Neurčené.  
2.211.  VuManufacturingDate  
Dátum výroby jednotky vozidla.
  
Priradenie hodnôt : Neurčené.  
2.212.  VuOverSpeedingControlData  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  prekro­ 
čenia rýchlosti od poslednej kontroly prekročenia rýchlosti (po žiadavka 
095 v prílohe 1B a požiadavka 117 v prílohe 1C).
  
lastOverspeedControlTime  je dátum a čas poslednej kontroly prekro­ 
čenia rýchlosti.  
firstOverspeedSince  je dátum a čas prvého prekročenia rýchlosti po 
tejto kontrole prekročenia rýchlosti.  
numberOfOverspeedSince  je počet udalostí prekročenia rýchlosti od 
poslednej kontroly prekročenia rýchlosti.  
2.213.  VuOverSpeedingControlDataRecordArray  
Generácia 2:  
VuOverSpeedingControlData plus metaúdaje použité v sťahovacom 
protokole.
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 213  
recordType  určuje typ záznamu (VuOverSpeedingControlData).  Prira­
denie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuOverSpeedingControlData v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov s údajmi o kontrole prekročenia rýchlosti.  
2.214.  VuOverSpeedingEventData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  prekro­ 
čenia rýchlosti (požiadavka 094 v prílohe 1B).
  
noOfVuOverSpeedingEvents  je počet udalostí uvedený v sade 
vuOverSpeedingEventRecords.  
vuOverSpeedingEventRecords  je sada záznamov o udalostiach prekro­ 
čenia rýchlosti.  
2.215.  VuOverSpeedingEventRecord  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  prekro­ 
čenia rýchlosti (požiadavka 094 v prílohe 1B a požiadavka 117 v  prílohe 
1C).
 
eventType  je typ udalosti.  
eventRecordPurpose  je účel, na ktorý bola táto udalosť zaznamenaná.  
eventBeginTime  je dátum a čas začiatku udalosti.  
eventEndTime  je dátum a čas skončenia udalosti.  
maxSpeedValue  je maximálna rýchlosť nameraná počas udalosti.  
averageSpeedValue  je aritmeticky priemerná rýchlosť nameraná počas 
udalosti.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 214  
cardNumberDriverSlotBegin  identifikuje kartu vloženú v slote vodiča 
na začiatku udalosti.  
similarEventsNumber  je počet podobných udalostí v danom dni.  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  prekro­ 
čenia rýchlosti (požiadavka 094 v prílohe 1B a požiadavka 117 v  prílohe 
1C).
 
Miesto dátového prvku cardNumberDriverSlotBegin používa dátová 
štruktúra generácie 2 tento dátový prvok:  
cardNumberAndGenDriverSlotBegin  identifikuje kartu vloženú v slote 
vodiča na začiatku udalosti vrátane jej generácie.  
2.216.  VuOverSpeedingEventRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  prekro­ 
čenia rýchlosti (požiadavka 117 v prílohe 1C).
  
recordType  určuje typ záznamu (VuOverSpeedingEventRecord).  Prira­
denie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuOverSpeedingEventRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o udalostiach prekročenia rýchlosti.  
2.217.  VuPartNumber  
Číslo dielu – jednotka vozidla.
  
Priradenie hodnôt : špecifické podľa výrobcu VU.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 215  
2.218.  VuPlaceDailyWorkPeriodData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú miest, k de sa 
vodičom začína alebo končí denný pracovný čas (požiadavka 087 
v prílohe 1B a požiadavky 108 a 110 v prílohe 1C).
  
noOfPlaceRecords  je počet záznamov uvedených v sade vuPlaceDaily­
WorkPeriodRecords.  
vuPlaceDailyWorkPeriodRecords  je sada záznamov vzťahujúcich sa 
k miestu.  
2.219.  VuPlaceDailyWorkPeriodRecord  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú miesta, kde sa 
vodičovi začína alebo končí denný pracovný čas (požiadavka 087 
v prílohe 1B a požiadavky 108 a 110 v prílohe 1C).
  
fullCardNumber  je typ karty vodiča, vystavujúci členský štát a číslo 
karty.  
placeRecord  obsahuje informácie súvisiace so zadaným miestom.  
▼M3 
Generácia 2, verzia 1:  
▼B 
Informácie uložené v jednotke vozidla, ktoré sa týkajú miesta, kde sa 
vodičovi začína alebo končí denný pracovný čas (požiadavka 087 
v prílohe 1B a požiadavky 108 a 110 v prílohe 1C).
  
Miesto dátového prvku fullCardNumber používa dátová štruktúra g ene­
rácie 2 tento dátový prvok:  
fullCardNumberAndGeneration  je typ karty, vystavujúci členský štát, 
číslo karty a generácia, ako sú uložené na karte.  
▼M3 
Generácia 2, verzia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú miesta, kde sa 
vodičovi začína alebo končí denný pracovný čas (požiadavka 87 
prílohy IB a požiadavky 108 a 110 prílohy IC).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 216
  
Namiesto dátového prvku placeRecord používa verzia 2 dátovej št ruk­
túry generácie 2 tento dátový prvok:  
placeAuthRecord  obsahuje informácie týkajúce sa zapísaného miesta, 
zaznamenanej polohy, stavu autentifikácie GNSS a času určenia p olohy.  
▼B 
2.220.  VuPlaceDailyWorkPeriodRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú miest, k de sa 
vodičom začína alebo končí denný pracovný čas (požiadavky 108 
a 110 v prílohe 1C).
  
recordType  určuje typ záznamu (VuPlaceDailyWorkPeriodRecord).  
Priradenie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuPlaceDailyWorkPeriodRecord 
v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov súvisiacich s miestom.  
2.221.  VuPrivateKey  
Generácia 1:  
Súkromný kľúč jednotky vozidla.
  
2.222.  VuPublicKey  
Generácia 1:  
Verejný kľúč jednotky vozidla.
  
▼M3 
2.222a.  VuRtcTime  
Generácia 2, verzia 2:  
Čas RTC hodín jednotky vozidla, ktorý VU prenáša do externého z aria­
denia GNSS, pozri požiadavku GNS_3f v dodatku 12.
  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 217  
2.223.  VuSerialNumber  
Sériové číslo jednotky vozidla (požiadavka 075 v prílohe 1B a p ožia­
davka 93 v prílohe 1C).
  
2.224.  VuSoftInstallationDate  
Dátum inštalácie softvérovej verzie jednotky vozidla.
  
Priradenie hodnôt : Neurčené.  
2.225.  VuSoftwareIdentification  
Informácie uložené v jednotke vozidla, ktoré sa týkajú nainštal ovaného 
softvéru.
  
vuSoftwareVersion  je číslo verzie softvéru jednotky vozidla.  
vuSoftInstallationDate  je dátum inštalácie softvérovej verzie.  
2.226.  VuSoftwareVersion  
Číslo verzie softvéru jednotky vozidla.
  
Priradenie hodnôt : Neurčené.  
2.227.  VuSpecificConditionData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú špecific kých 
podmienok.
  
noOfSpecificConditionRecords  je počet záznamov uvedených v sade 
specificConditionRecords.  
specificConditionRecords  je sada záznamov súvisiacich so špecifickými 
podmienkami.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 218  
2.228.  VuSpecificConditionRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú špecific kých 
podmienok (požiadavka 130 v prílohe 1C).
  
recordType  určuje typ záznamu (SpecificConditionRecord).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu SpecificConditionRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov súvisiacich so špecifickými podmienkami.  
2.229.  VuTimeAdjustmentData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú úpravy č asu 
mimo rámca pravidelnej kalibrácie (požiadavka 101 v prílohe 1B) .
 
noOfVuTimeAdjRecords  je počet záznamov v sade vuTimeAdjustmen­
tRecords.  
vuTimeAdjustmentRecords  je sada záznamov o úprave času.  
▼M1 
2.230.  Vyhradené nabudúce použitie  
2.231.  Vyhradené nabudúce použitie  
▼B 
2.232.  VuTimeAdjustmentRecord  
Informácie uložené v jednotke vozidla, ktoré sa týkajú úpravy č asu 
mimo rámca pravidelnej kalibrácie (požiadavka 101 v prílohe 1B a požia­
davky 124 a 125 v prílohe 1C).  
Generácia 1:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 219  
oldTimeValue, newTimeValue  je pôvodná a nová hodnota dátumu 
a času.  
workshopName, workshopAddress  je názov a adresa dielne.  
workshopCardNumber  identifikuje dielenskú kartu použitú na úpravu 
času.  
Generácia 2:
  
Miesto dátového prvku workshopCardNumber používa dátová štruktú ra 
generácie 2 tento dátový prvok:  
workshopCardNumberAndGeneration  identifikuje dielenskú kartu 
použitú na úpravu času vrátane jej generácie.  
2.233.  VuTimeAdjustmentRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú úprav ča su mimo 
rámca pravidelnej kalibrácie (požiadavky 124 a 125 v prílohe 1C ).
 
recordType  určuje typ záznamu (VuTimeAdjustmentRecord).  Prira­
denie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuTimeAdjustmentRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov úpravy času.  
2.234.  WorkshopCardApplicationIdentification  
Informácie uložené na dielenskej karte súvisiace s identifikáci ou apli­
kácie karty (požiadavky 307 a 330 v prílohe 1C).  
Generácia 1:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 220  
typeOfTachographCardId  špecifikuje implementovaný typ karty.  
cardStructureVersion  špecifikuje verziu štruktúry, ktorá je implemen­
tovaná v karte.  
noOfEventsPerType  je počet udalostí pre každý typ udalosti, ktorý 
karta dokáže zaznamenať.  
noOfFaultsPerType  je počet porúch pre každý typ poruchy, ktorý karta 
dokáže zaznamenať.  
activityStructureLength  udáva počet bajtov, ktoré sú k dispozícii na 
uloženie záznamov o činnosti.  
noOfCardVehicleRecords  je počet záznamov o vozidle, ktoré môže 
karta obsahovať.  
noOfCardPlaceRecords  je počet miest, ktorý karta dokáže zaznamenať.  
noOfCalibrationRecords  je počet záznamov o kalibrácii, ktoré možno 
na karte uložiť.  
Generácia 2:  
▼M1
 
Oproti generácii 1 sa navyše použijú tieto dátové prvky:  
noOfGNSSADRecords  je počet záznamov o kumulovanej jazde 
z GNSS, ktoré možno na karte uložiť.  
noOfSpecificConditionRecords  je počet záznamov o špecifických 
podmienkach, ktoré možno na karte uložiť.  
noOfCardVehicleUnitRecords  je počet použitých záznamov z jednotiek 
vozidla, ktoré možno na karte uložiť.  
▼M3 
2.234a.  WorkshopCardApplicationIdentificationV2  
Generácia 2, verzia 2:  
Informácie uložené na dielenskej karte súvisiace s identifikáci ou apli­
kácie karty (požiadavka 330a prílohy IC).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 221
  
lengthOfFollowingData  je počet bajtov, ktoré nasledujú v zázname.  
noOfBorderCrossingRecords  je počet záznamov o prekročení hranice, 
ktoré možno uložiť na dielenskej karte.  
noOfLoadUnloadRecords  je počet záznamov o nakládke/vykládke, 
ktoré možno uložiť na dielenskej karte.  
noOfLoadTypeEntryRecords  je počet záznamov o zápise druhu 
nákladu, ktoré možno uložiť na dielenskej karte.  
vuConfigurationLengthRange  je počet bajtov na tachografovej karte, 
ktoré sú k dispozícii na ukladanie konfigurácií VU.  
2.234b.  WorkshopCardCalibrationAddData  
Generácia 2, verzia 2:  
Informácie uložené na dielenskej karte, ktoré sa týkajú doplnko vých 
údajov (t. j. predvolený druh nákladu) zapísaných počas kalibrá cie 
(požiadavka 356l prílohy IC).
  
calibrationPointerNewestRecord  je index naposledy aktualizovaného 
záznamu doplnkových kalibračných údajov.  
Priradenie hodnôt  je číslo zodpovedajúce počítadlu záznamov doplnko­
vých kalibračných údajov začínajúce sa od „0“ pre prvý výskyt z áznamu 
doplnkových kalibračných údajov v štruktúre.  
workshopCardCalibrationAddDataRecords  je súbor záznamov obsa­
hujúcich starý dátum a čas, identifikáciu vozidla a predvolený druh 
nákladu vozidla.  
2.234c.  WorkshopCardCalibrationAddDataRecord  
Generácia 2, verzia 2:  
Informácie uložené na dielenskej karte, ktoré sa týkajú predvol eného 
druhu nákladu zapísaného počas kalibrácie (požiadavka 356k príl ohy IC).  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 222
  
oldTimeValue  je stará hodnota dátumu a času nachádzajúca sa v zodpo­
vedajúcom zázname WorkshopCardCalibrationRecord.  
vehicleIdentificationNumber  je identifikačné číslo vozidla, ktoré sa 
nachádza aj v zodpovedajúcom zázname WorkshopCardCalibrationRe­
cord.  
byDefaultLoadType  je predvolený druh nákladu vozidla (existuje len 
vo verzii 2).  
calibrationCountry  je krajina, v ktorej sa vykonala kalibrácia.  
calibrationCountryTimestamp  je dátum a čas, keď prijímač GNSS 
poskytol polohu použitú na určenie tejto krajiny.  
▼B 
2.235.  WorkshopCardCalibrationData  
Informácie uložené na dielenskej karte súvisiace s dielenskými činnos­ 
ťami, ktoré sa s kartou vykonávajú (požiadavky 314, 316, 337 a 339 
v prílohe 1C).
  
calibrationTotalNumber  je celkový počet kalibrácií vykonaných 
s kartou.  
calibrationPointerNewestRecord  je index naposledy aktualizovaného 
záznamu o kalibrácii.  
Priradenie hodnôt : číslo zodpovedajúce počítadlu záznamu o kalibrácii 
začínajúce sa od „0“ pre prvý výskyt záznamov o kalibrácii v št ruktúre.  
calibrationRecords  je sada záznamov obsahujúcich informácie o kalibrá­
ciách a/alebo úpravách času.  
2.236.  WorkshopCardCalibrationRecord  
Informácie uložené na dielenskej karte súvisiace s kalibráciou vyko­
nanou pomocou karty (požiadavka 314 a 337 v prílohe 1C).  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 223  
Generácia 1:
  
calibrationPurpose  je účel kalibrácie.  
vehicleIdentificationNumber  je VIN.  
vehicleRegistration  obsahuje VRN a členský štát evidencie.  
wVehicleCharacteristicConstant  je charakteristický koeficient vozidla.  
kConstantOfRecordingEquipment  je konštanta záznamového 
zariadenia.  
lTyreCircumference  je skutočný obvod pneumatík kolies.  
tyreSize  je určenie rozmerov pneumatík na vozidle.  
authorisedSpeed  je maximálna povolená rýchlosť vozidla.  
oldOdometerValue, newOdometerValue  je pôvodná a nová hodnota 
počítadla kilometrov.  
oldTimeValue, newTimeValue  je pôvodná a nová hodnota dátumu 
a času.  
nextCalibrationDate  je dátum najbližšej kalibrácie typu špecifikova­
ného v CalibrationPurpose, ktorú má vykonať oprávnený kontrolný  
orgán.  
vuPartNumber , vuSerialNumber  a sensorSerialNumber  sú dátové 
prvky na identifikáciu záznamového zariadenia.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 224  
Generácia 2:
  
Oproti generácii 1 sa navyše použijú tieto dátové prvky:  
sensorGNSSSerialNumber  identifikuje externé zariadenie GNSS.  
rcmSerialNumber  identifikuje modul diaľkovej komunikácie.  
sealDataCard  poskytuje informácie o plombách na rôznych dieloch 
vozidla.  
2.237.  WorkshopCardHolderIdentification  
Informácie uložené na dielenskej karte súvisiace s identifikáci ou držiteľa 
karty (požiadavky 311 a 334 v prílohe 1C).
  
workshopName  je názov dielne držiteľa karty.  
workshopAddress  je adresa dielne držiteľa karty.  
cardHolderName  je priezvisko a meno(-á) držiteľa (napr. meno mecha­
nika).  
cardHolderPreferredLanguage  je preferovaný jazyk držiteľa karty.  
2.238.  WorkshopCardPIN  
Osobné identifikačné číslo dielenskej karty (požiadavk 309 a 33 2 
v prílohe 1C).
  
Priradenie hodnôt : PIN kód známy držiteľovi karty doplnený sprava 
bajtmi „FF“ až do 8 bajtov.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 225  
2.239.  W-VehicleCharacteristicConstant  
Charakteristický koeficient vozidla (vymedzenie pojmov, písm. k )).
 
Priradenie hodnôt : Impulzy na kilometer v prevádzkovom rozsahu 0 až 
64 255 impulzov/km.  
2.240.  VuPowerSupplyInterruptionRecord  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  preru­ 
šenia napájania (požiadavka 117 v prílohe 1C).
  
eventType  je typ udalosti.  
eventRecordPurpose  je účel, na ktorý bola táto udalosť zaznamenaná.  
eventBeginTime  je dátum a čas začiatku udalosti.  
eventEndTime  je dátum a čas skončenia udalosti.  
cardNumberAndGenDriverSlotBegin  identifikuje kartu vloženú v slote 
vodiča na začiatku udalosti vrátane jej generácie.  
cardNumberAndGenDriverSlotEnd  identifikuje kartu vloženú v slote 
vodiča na konci udalosti vrátane jej generácie.  
cardNumberAndGenCodriverSlotBegin  identifikuje kartu vloženú 
v slote druhého vodiča na začiatku udalosti vrátane jej generác ie. 
cardNumberAndGenCodriverSlotEnd  identifikuje kartu vloženú 
v slote druhého vodiča na konci udalosti vrátane jej generácie.  
similarEventsNumber  je počet podobných udalostí v danom dni.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 226  
2.241.  VuPowerSupplyInterruptionRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú udalostí  preru­ 
šenia napájania (požiadavka 117 v prílohe 1C).
  
recordType  určuje typ záznamu (VuPowerSupplyInterruptionRecord).  
Priradenie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VuPowerSupplyInterruptionRecord 
v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o udalostiach prerušenia napájania.  
2.242.  VuSensorExternalGNSSCoupledRecordArray  
Generácia 2:  
Sada SensorExternalGNSSCoupledRecord plus metaúdaje použité 
v sťahovacom protokole.
  
recordType  určuje typ záznamu (SensorExternalGNSSCoupledRecord).  
Priradenie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu SensorExternalGNSSCoupledRecord 
v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o spojení snímača s externým GNSS.  
2.243.  VuSensorPairedRecordArray  
Generácia 2:  
Sada SensorPairedRecord plus metaúdaje použité v sťahovacom 
protokole.
  
recordType  určuje typ záznamu (SensorPairedRecord).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu SensorPairedRecord v bajtoch.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 227  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o spárovaní snímača.  
3. VYMEDZENIE ROZSAHU HODNÔT A ROZMEROV  
Vymedzenie premenných hodnôt použitých v definíciách v odseku 2 .
 
4. MNOŽINY ZNAKOV  
V reťazcoch IA5Strings sú použité znaky ASCII podľa normy ISO/I EC 
8824-1. Pre čitateľnosť a uľahčenie prístupu je priradenie hodn ôt 
uvedené nižšie. V prípade nezhody s týmito informačnými údajmi má 
vždy prednosť norma ISO/IEC 8824-1.
  
V ďalších reťazcoch znakov (Address, Name, VehicleRegistration­
Number) sa navyše používajú znaky z rozsahu kódov dekadických 
znakov 161 – 255 týchto 8-bitových štandardných množín znakov 
určených číslom kódovej stránky: 
Štandardná množina znakov  Kódová stránka 
(dekadické)  
ISO/IEC 8859-1 Latinka-1 západoeurópske jazyky  1  
ISO/IEC 8859-2 Latinka-2 stredoeurópske jazyky  2  
ISO/IEC 8859-3 Latinka-3 juhoeurópske jazyky  3  
ISO/IEC 8859-5 Latinka/cyrilika  5  
ISO/IEC 8859-7 Latinka/grécka abeceda  7  
ISO/IEC 8859-9 Latinka-5 turečtina  9  
ISO/IEC 8859-13 Latinka-7 pobaltské jazyky  1 3  
ISO/IEC 8859-15 Latinka-9  1 5  
ISO/IEC 8859-16 Latinka-10 jazyky juhovýchodnej Európy  1 6  
KOI8-R Latinka/cyrilika  8 0  
KOI8-U Latinka/cyrilika  8 5  
5. KÓDOVANIE  
Pri kódovaní podľa kódovacích pravidiel ASN.1 sa všetky vymedze né 
dátové typy kódujú podľa normy ISO/IEC 8825-2, usporiadaný vari ant. 
6. OBJEKTOVÉ IDENTIFIKÁTORY A IDENTIFIKÁTORY APLIKÁCIÍ  
6.1. Objektové identifikátory  
Objektové identifikátory (OID) uvedené v tejto kapitole sú rele vantné 
iba pre generáciu 2. OID sú vymedzené v TR-03110-3 a tu sú  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 228  
zopakované len pre úplnosť. Vetva stromovej štruktúry bsi-de ob sahuje 
tieto OID:
  
Identifikátory protokolu autentifikácie VU
  
Príklad:  Povedzme, že sa VU má autentifikovať pomocou SHA-384; 
potom sa použije objektový identifikátor (v notácii ASN.1)
  
. Hodnota 
tohto objektového identifikátora v bodkovej notácii je
  
. 
Bodková notácia  Bajtová notácia
  
„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“  
Identifikátory protokolu autentifikácie čipu
 
Príklad:  Povedzme, že čip sa autentifikuje algoritmom ECDH, takže 
kľúč relácie AES bude mať dĺžku 128 bitov. Tento kľúč relácie 
sa neskôr použije v režime prevádzky CBC, aby sa zaistila dôver ­
nosť údajov, a s algoritmom CMAC, aby sa zaistila ich autentici ta. 
Preto sa použije objektový identifikátor (v notácii ASN.1)
  
. Hodnota 
tohto objektového identifikátora v bodkovej notácii je
  
. 
Bodková notácia  Bajtová notácia
  
„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 — SK — 21.08.2023 — 003.001 — 229  
6.2. Identifikátory aplikácií  
Generácia 2:  
Identifikátor aplikácie (AID) pre externé zariadenie GNSS (Gene rácia 2) 
je daný ako „FF 44 54 45 47 4D“. Ide o chránený AID podľa normy  
ISO/IEC 7816-4.  
Poznámka:  Posledných 5 bajtov kóduje DTEGM pre externé zariadenie 
GNSS inteligentných tachografov.  
Identifikátor aplikácie tachografovej karty generácie 2 je daný  ako „FF 
53 4D 52 44 54“. Ide o chránený AID podľa normy ISO/IEC 7816-4.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 230  
Dodatok 2  
ŠPECIFIKÁCIA TACHOGRAFOVÝCH KARIET  
OBSAH  
1. ÚVOD  
1.1. Skratky  
1.2. Referenčné dokumenty  
2. ELEKTRICKÉ A FYZIKÁLNE CHARAKTERISTIKY  
2.1. Napájanie a spotreba prúdu  
2.2. Programovacie napätie V  pp 
2.3. Generovanie a frekvencia hodinových impulzov  
2.4. I/O kontakt  
2.5. Stavy karty  
3. HARDVÉR A KOMUNIKÁCIA  
3.1. Úvod  
3.2. Prenosový protokol  
3.2.1 Protokoly  
3.2.2 ATR  
3.2.3 PTS  
3.3. Pravidlá prístupu  
3.4. Prehľad príkazov a kódov chýb  
3.5. Opisy príkazov  
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 — SK — 21.08.2023 — 003.001 — 231  
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE  
3.5.15 PSO: VERIFY DIGITAL SIGNATURE  
3.5.16 PROCESS DSRC MESSAGE  
4. ŠTRUKTÚRA TACHOGRAFOVÝCH KARIET  
4.1. Hlavný súbor (MF)  
4.2. Aplikácie karty vodiča  
4.2.1 Aplikácia karty vodiča generácie 1  
4.2.2 Aplikácia karty vodiča generácie 2  
4.3. Aplikácie dielenskej karty  
4.3.1 Aplikácia dielenskej karty generácie 1  
4.3.2 Aplikácia dielenskej karty generácie 2  
4.4. Aplikácie kontrolnej karty  
4.4.1 Aplikácia kontrolnej karty generácie 1  
4.4.2 Aplikácia kontrolnej karty generácie 2  
4.5. Aplikácie podnikovej karty  
4.5.1 Aplikácia podnikovej karty generácie 1  
4.5.2 Aplikácia podnikovej karty generácie 2  
1. ÚVOD  
1.1. Skratky  
V dodatku sa používajú tieto skratky:  
AC Access Conditions (podmienky prístupu)  
AES Advanced Encryption Standard (štandard pokročilého 
šifrovania)  
AID Application Identifier (identifikátor aplikácie)  
ALW Always (vždy)  
APDU Application Protocol Data Unit (dátová jednotka aplikač­
ného protokolu – štruktúra príkazu)  
ATR Answer To Reset (odozva na reset)  
AUT autentifikované  
C6, C7 kontakty č. 6 a 7 karty opísané v ISO/IEC 7816-2  
cc clock cycles (cykly hodinových impulzov)  
▼M1 
CHA Certificate Holder Authorisation (autorizácia držiteľa 
certifikátu)  
▼B 
CHV Card holder Verification Information (informácia na 
overenie držiteľa karty)  
CLA Class byte of an APDU command (bajt triedy v príkaze 
APDU)  
▼M1 
DO Data Object (dátový objekt)  
▼B 
DSRC Dedicated Short Range Communication (vyhradená 
komunikácia krátkeho dosahu)  
DF Dedicated File (vyhradený súbor). DF môže obsahovať 
iné súbory (EF alebo DF)  
ECC Elliptic Curve Cryptography (kryptografia na báze eliptic­
kých kriviek)  
EF Elementary File (elementárny súbor)  
etu elementary time unit (elementárna časová jednotka)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 232  
G1 generácia 1  
G2 generácia 2  
IC Integrated Circuit (integrovaný obvod)  
ICC Integrated Circuit Card (karta s integrovaným obvodom)  
ID identifikátor  
IFD Interface Device (zariadenie s rozhraním)  
IFS Information Field Size (veľkosť informačného poľa)  
IFSC Information Field Size for the card (veľkosť informač­
ného poľa karty)  
IFSD Information Field Size Device (veľkosť informačného 
poľa zariadenia – pre koncové zariadenie)  
INS Instruction byte of an APDU command (príkazový bajt 
pre príkaz APDU)  
Lc dĺžka vstupných dát pre príkaz APDU  
Le dĺžka predpokladaných údajov (výstupné údaje pre 
príkaz)  
MF Master File (hlavný súbor –root DF)  
NAD Node Address used in T=1 protocol (uzlová adresa použí­
vaná v protokole T=1)  
NEV Never (nikdy)  
P1-P2 parametrické bajty  
PIN Personal Identification Number (osobné identifikačné 
číslo)  
PRO SM Protected with secure messaging (chránené zabezpečeným 
spracovaním správ)  
PTS Protocol Transmission Selection (voľba prenosu proto­
kolu)  
RFU Reserved for Future Use (vyhradené na budúce použitie)  
RST reset (karty)  
SFID Short EF Identifier (skrátený identifikátor EF)  
SM Secure Messaging (zabezpečené spracovanie správ)  
SW1-SW2 stavové bajty  
TS počiatočný znak ATR  
VPP programovacie napätie  
VU Vehicle Unit (jednotka vozidla)  
XXh hexadecimálna hodnota XX  
„XXh“ hexadecimálna hodnota XX  
|| symbol zreťazenia 03||04=0304  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 233  
1.2. Referen čné dokumenty  
V dodatku sa používajú tieto referenčné dokumenty:  
ISO/IEC 7816-2 Identifikačné karty. Karty s integrovanými 
obvodmi. Časť 2: rozmery a umiestnenie 
kontaktov. ISO/IEC 7816-2:2007.  
ISO/IEC 7816-3 Identifikačné karty. Karty s integrovanými 
obvodmi. Časť 3: elektronické signály a prenosové 
protokoly. ISO/IEC 7816-3:2006.  
ISO/IEC 7816-4 Identifikačné karty. Karty s integrovanými 
obvodmi. Časť 4: organizácia, zabezpečenie 
a príkazy pre výmenu). ISO/IEC 7816-4:2013 + 
Cor 1: 2014.  
ISO/IEC 7816-6 Identifikačné karty. Karty s integrovanými 
obvodmi. Časť 6: medziodborové dátové prvky 
pre výmenu. ISO/IEC 7816-6:2004 + Cor 1: 2006.  
ISO/IEC 7816-8 Identifikačné karty. Karty s integrovanými 
obvodmi. Časť 8: príkazy pre operácie zabezpe­ 
čenia. ISO/IEC 7816-8:2004.  
ISO/IEC 9797-2 Informačné technológie. Techniky zabezpečenia. 
Kontrolný kód správy (MAC). Časť 2: mecha­
nizmy s vyhradenou funkciou hash. ISO/IEC 
9797-2:2011.  
2. ELEKTRICKÉ A FYZIKÁLNE CHARAKTERISTIKY  
TCS_01 Pokiaľ nie je uvedené inak, všetky elektronické signály 
musia byť v súlade s normou ISO/IEC 7816-3.  
TCS_02 Umiestnenie a rozmery kontaktov karty musia spĺňať 
požiadavky normy ISO/IEC 7816-2.  
2.1. Napájanie a spotreba prúdu  
TCS_03 Karta musí pracovať v súlade so špecifikáciami v rámci 
limitov spotreby špecifikovaných v ISO/IEC 7816-3.  
TCS_04 Karta musí pracovať s Vcc = 3V (± 0,3V) alebo Vcc = 5V 
(± 0,5V).  
Voľba napätia sa vykoná podľa ISO/IEC 7816-3.  
2.2. Programovacie napätie V  pp 
TCS_05 Karta nevyžaduje programovacie napätie pri kontakte C6. 
Predpokladá sa, že kontakt C6 nie je pripojený k prepojo­
vaciemu zariadeniu (IFD). Kontakt C6 môže byť pripojený 
k V  cc v karte, ale nesmie byť uzemnený. Toto napätie 
nesmie byť v žiadnom prípade interpretované.  
2.3. Generovanie a frekvencia hodinových impulzov  
TCS_06 Karta pracuje vo frekvenčnom rozsahu 1 až 5 MHz a môže 
podporovať aj vyššie frekvencie. V rámci jednej relácie 
karty môže frekvencia hodinových impulzov kolísať 
v rozsahu ± 2 %. Frekvencia hodinových impulzov je 
generovaná jednotkou vozidla a nie samotnou kartou. 
Pracovný cyklus sa môže meniť od 40 do 60 %.  
TCS_07 Za podmienok obsiahnutých v kartovom súbore EF ICC sa 
môžu vonkajšie hodiny zastaviť. Prvý bajt hlavnej časti 
súboru EF ICC kóduje podmienky pre režim zastavenia 
času (Clockstop):  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 234  
Úroveň nízka  Úroveň vysoká  
Bit 3  Bit 2  Bit 1  
0 0  1  Clockstop povolený, žiadna preferovaná úroveň  
0 1  1  Clockstop povolený, preferuje sa vysoká úroveň  
1 0  1  Clockstop povolený, preferuje sa nízka úroveň  
0 0  0  Clockstop nepovolený  
0 1  0  Clockstop povolený len na vysokej úrovni  
1 0  0  Clockstop povolený len na nízkej úrovni  
Bity 4 až 8 sa nepoužijú.  
2.4. I/O kontakt  
TCS_08 I/O kontakt C7 sa použije na príjem dát z IFD a vysielan ie 
dát na IFD. Počas prevádzky je vo vysielacom režime buď 
iba karta alebo iba IFD. Ak by vo vysielacom režime boli 
obe jednotky, karta sa nesmie poškodiť. Pokiaľ karta nevy­
siela, aktivuje sa na nej prijímací režim.  
2.5. Stavy karty  
TCS_09 Karta pod napájacím napätím pracuje v dvoch stavoch:  
▼M3 
stav prevádzky počas vykonávania príkazov alebo počas 
spojenia s jednotkou vozidla,  
▼B 
stav pokoja vo všetkých ostatných prípadoch – v tomto 
stave musí karta uchovať všetky údaje.  
3. HARDVÉR A KOMUNIKÁCIA  
3.1. Úvod  
Tento odsek opisuje minimálnu funkčnosť tachografových kariet 
a jednotiek vozidla požadovanú na zabezpečenie správnej činnost i 
a interoperability.  
Tachografové karty sú v maximálnej možnej zhode s platnými 
normami ISO/IEC (hlavne s ISO/IEC 7816). Príkazy a protokoly sú  
však opísané úplne s cieľom stanoviť obmedzené použitie alebo 
prípadné rozdiely. Pokiaľ nie je uvedené inak, špecifikované pr íkazy 
plne zodpovedajú daným normám.  
3.2. Prenosový protokol  
TCS_10 Prenosový protokol musí spĺňať normu ISO/IEC 7816-3 
pre T = 0 a T = 1. VU musí rozoznať najmä predĺženia 
čakacieho času vysielané kartou.  
3.2.1  Protokoly  
TCS_11 Karta podporuje protokol  T=0 , ako aj protokol  T=1 . Okrem 
toho môže karta podporovať aj ďalšie kontaktovo oriento­
vané protokoly.  
TCS_12 Predvolený je protokol  T=0 ; zmena na protokol  T=1  teda 
vyžaduje príkaz  PTS . ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 235  
TCS_13 Zariadenia musia v oboch protokoloch podporovať metódu 
„direct convention “ (priama konvencia), ktorá je teda pre 
kartu povinná.  
TCS_14 Bajt pre  veľkosť informa čného poľa karty  sa v ATR 
prezentuje v znaku TA3. Táto hodnota je minimálne 
„F0h“ (= 240 bajtov).  
Pre protokoly platia tieto obmedzenia:  
TCS_15  T=0  
— Zariadenie s rozhraním musí podporovať odpoveď pri 
I/O po stúpajúcej hrane signálu na RST od 400 cc.  
— Zariadenie s rozhraním musí byť schopné čítať znaky 
s rozostupom 12 etu.  
— Zariadenie s rozhraním musí prečítať chybný znak 
a jeho opakovanie, ak rozostup činí 13 etu. Ak sa 
zistí chybný znak, objaví sa na I/O chybový signál 
medzi 1 etu a 2 etu. Zariadenie musí podporovať 
oneskorenie 1 etu.  
— Zariadenie s rozhraním musí akceptovať 33-bajtové 
ATR (TS+32).  
— Ak sa v ATR nachádza TC1, musí byť pre znaky vysie­
lané zariadením s rozhraním k dispozícii dodatočný 
ochranný čas (Extra Guard Time), zatiaľ čo znaky 
vysielané kartou môžu zostať oddelené rozostupom 12 
etu. Platí to aj pre znak ACK vysielaný kartou po znaku 
P3 vyslanom zariadením s rozhraním.  
— Zariadenie s rozhraním musí zohľadňovať znak NUL 
vyslaný kartou.  
— Zariadenie s rozhraním musí akceptovať doplnkový 
režim pre ACK.  
— Príkaz get-response sa nemôže použiť v režime reťa­
zenia na získanie údajov, ktorých dĺžka by mohla 
presiahnuť 255 bajtov.  
TCS_16  T=1  
— Bajt NAD: nepoužíva sa (NAD sa nastaví na „00“).  
— S-block ABORT: nepoužíva sa.  
— S-block VPP state error: nepoužíva sa.  
▼M3 __________  
▼B 
— IFD uvedie veľkosť informačného poľa zariadenia 
(IFSD) okamžite po ATR: IFD odošle po ATR požia­
davku na S-Block IFS a karta zašle späť S-Block IFS. 
Odporúčaná hodnota pre IFSD je 254 bajtov.  
— Karta nebude vyžadovať dodatočné nastavenie IFS.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 236  
3.2.2  ATR  
TCS_17 Zariadenie kontroluje bajty ATR podľa ISO/IEC 7816-3. 
Historické znaky ATR sa neoverujú.  
Príklad základného biprotokolu ATR podľa ISO/IEC 7816-3  
▼C2 
Znak  Hodnota  Poznámky  
TS „3Bh“  Označuje priamu konvenciu  
T0 „85 h“  TD1 prítomný; 5 historických bajtov prítomných.  
TD1 „80 h“  TD2 prítomný; použije sa T = 0  
TD2 „11 h“  TA3 prítomný; použije sa T = 1  
TA3 „XXh“ (minimálne 
„F0 h“)  Veľkosť informačného poľa karty (IFSC)  
TH1 až TH5  „XXh“  Historické znaky  
TCK  „XXh“  Kontrolný znak (XOR)  
▼B 
TCS_18 Po odozve na reset (ATR) sa implicitne zvolí hlavný súbo r 
(MF) a stáva sa aktuálnym adresárom.  
3.2.3  PTS  
TCS_19 Predvolený protokol je T=0. Nastavenie protokolu T=1 si 
vyžaduje, aby karta zariadeniu odoslala príkaz PTS (známy 
aj ako PPS).  
TCS_20 Keďže sú pre kartu povinné oba protokoly T=0 aj T=1, 
základný PTS na prepínanie protokolov je pre kartu tiež 
povinný.  
PTS možno v súlade s normou ISO/IEC 7816-3 použiť na 
prepnutie na vyššie prenosové rýchlosti, než je prípadne 
prednastavená rýchlosť, ktorú v ATR navrhuje karta (bajt 
TA(1)).  
Vyššie prenosové rýchlosti sú pre kartu voliteľné.  
TCS_21 Ak nie je podporovaná iná než prednastavená prenosová 
rýchlosť (alebo ak nie je podporovaná zvolená prenosová 
rýchlosť), karta odpovedá na PTS správne podľa ISO/IEC 
7816-3 tak, že vynechá bajt PPS1.  
Príklady základného PTS pre voľbu protokolu sú tieto:  
▼C2 
Znak  Hodnota  Poznámky  
PPSS  „FFh“  Počiatočný znak.  
PPS0  „00 h“ alebo 
„01 h“  PPS1 až PPS3 neprítomné; „00 h“ na voľbu T0, „01 h“ 
na voľbu T1.  
PK „XXh“  Kontrolný znak: „XXh“ = „FFh“ ak PPS0 = „00 h“, 
„XXh“ = „FEh“ ak PPS0 = „01 h“.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 237  
3.3. Pravidlá prístupu  
TCS_22 Pravidlo prístupu určuje pre režim prístupu (t. j. príka z) 
príslušné podmienky zabezpečenia. Ak sú tieto podmienky 
zabezpečenia splnené, daný príkaz sa spracuje.  
TCS_23 Pre tachografovú kartu platia tieto podmienky zabezpe­ 
čenia:  
Skratka  Význam  
ALW  Úkon je vždy možný a možno ho vykonať bez akýchkoľvek obmedzen í. 
Príkaz a odpoveď APDU sa posielajú ako nešifrovaný text, teda b ez zabez­
pečeného spracovania.  
NEV  Úkon nie je možný nikdy.  
PLAIN-C  Príkaz APDU sa posiela ako nešifrovaný text, teda bez zabezpeč eného 
spracovania.  
PWD  Úkon možno vykonať, iba ak bol úspešne overený PIN dielenskej karty, t. j. 
ak je nastavený interný bezpečnostný stav karty „PIN_Verified“.  Príkaz musí 
byť odoslaný bez zabezpečeného spracovania.  
EXT-AUT-G1  Úkon možno vykonať, iba ak úspešne prebehol príkaz External Au thenticate 
pre autentifikáciu generácie 1 (pozri aj dodatok 11 časť A).  
SM-MAC-G1  APDU (príkaz aj odpoveď) sa musí uplatniť so zabezpečeným spra covaním 
generácie 1 v režime iba na základe autentifikácie (pozri dodat ok 11 časť A).  
SM-C-MAC-G1  Príkaz APDU sa musí uplatniť so zabezpečeným spracovaním gener ácie 1 
v režime iba na základe autentifikácie (pozri dodatok 11 časť A ). 
SM-R-ENC-G1  Odpoveď APDU sa musí uplatniť so zabezpečeným spracovaním gene rácie 1 
v režime šifrovania (pozri dodatok 11 časť A).  
SM-R-ENC- 
MAC-G1  Odpoveď APDU sa musí uplatniť so zabezpečeným spracovaním gener ácie 1 
v režime šifrovania a následnej autentifikácie (pozri dodatok 1 1 časť A).  
SM-MAC-G2  APDU (príkaz aj odpoveď) sa musí uplatniť so zabezpečeným spra covaním 
generácie 2 v režime iba na základe autentifikácie (pozri dodat ok 11 časť B).  
SM-C-MAC-G2  Príkaz APDU sa musí uplatniť so zabezpečeným spracovaním gener ácie 2 
v režime iba na základe autentifikácie (pozri dodatok 11 časť B ). 
SM-R-ENC- 
MAC-G2  Odpoveď APDU sa musí uplatniť so zabezpečeným spracovaním gener ácie 2 
v režime šifrovania a následnej autentifikácie (pozri dodatok 1 1 časť B).  
▼M1 
TCS_24 Uvedené podmienky zabezpečenia môžu byť prepojené 
týmito operátormi:  
AND : Musia byť splnené všetky podmienky zabezpečenia.  
OR: Musí byť splnená aspoň jedna podmienka zabezpe­ 
čenia.  
Prístupové pravidlá pre systém súborov, t. j. príkazy 
SELECT, READ BINARY a UPDATE BINARY, sú 
vymedzené v kapitole 4. Prístupové pravidlá pre zvyšné 
príkazy sú uvedené v nasledujúcich tabuľkách. Ak na 
podporu príkazu neexistuje žiadna požiadavka, použije sa 
označenie „neuplatňuje sa“. V takomto prípade príkaz môže 
alebo nemusí byť podporovaný, ale prístupová podmienka 
je „záznamové zariadenie sa nevyžaduje“.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 238  
TCS_25 V aplikácii DF Tachograph_G1 sa používajú tieto prístu­
pové pravidlá:  
▼M1 
Príkaz  Karta vodiča  Dielenská karta  Kontrolná karta  Podniková karta  
External Authenticate  
— na autentifikáciu generácie 1  ALW  ALW  ALW  ALW  
— na autentifikáciu generácie 2  ALW  PWD  ALW  ALW  
Internal Authenticate  ALW  PWD  ALW  ALW  
General Authenticate  ALW  ALW  ALW  ALW  
Get Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  
Process DSRC Message  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
PSO: Compute Digital Signature  ALW OR 
SM– MAC– 
G2 ALW OR 
SM– MAC– 
G2 neuplatňuje 
sa neuplatňuje sa  
PSO: Hash  neuplatňuje 
sa neuplatňuje 
sa ALW  neuplatňuje sa  
PERFORM HASH of FILE  ALW OR 
SM– MAC– 
G2 ALW OR 
SM– MAC– 
G2 neuplatňuje 
sa neuplatňuje sa  
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  neuplatňuje 
sa neuplatňuje 
sa ALW  neuplatňuje sa  
Verify  neuplatňuje 
sa ALW  neuplatňuje 
sa neuplatňuje sa  
▼B 
TCS_26 V aplikácii DF Tachograph_G2 sa používajú tieto prístu­
pové pravidlá:  
▼M1 
Príkaz  Karta vodiča  Dielenská karta  Kontrolná karta  Podniková karta  
External Authenticate  
— na autentifikáciu generácie 1  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
— na autentifikáciu generácie 2  ALW  PWD  ALW  ALW  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 239  
Príkaz  Karta vodiča  Dielenská karta  Kontrolná karta  Podniková karta  
Internal Authenticate  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
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  neuplatňuje 
sa ALW  ALW  neuplatňuje sa  
PSO: Compute Digital Signature  ALW OR 
SM– MAC– 
G2 ALW OR 
SM– MAC– 
G2 neuplatňuje 
sa neuplatňuje sa  
PSO: Hash  neuplatňuje 
sa neuplatňuje 
sa ALW  neuplatňuje sa  
PERFORM HASH of FILE  ALW OR 
SM– MAC– 
G2 ALW OR 
SM– MAC– 
G2 neuplatňuje 
sa neuplatňuje sa  
PSO: Verify Certificate  ALW  ALW  ALW  ALW  
PSO: Verify Digital Signature  neuplatňuje 
sa neuplatňuje 
sa ALW  neuplatňuje sa  
Verify  neuplatňuje 
sa ALW  neuplatňuje 
sa neuplatňuje sa  
▼B 
TCS_27 V MF sa používajú tieto prístupové pravidlá:  
▼M1 
Príkaz  Karta vodiča  Dielenská karta  Kontrolná karta  Podniková karta  
External 
Authenticate  
— na auten­
tifikáciu 
gene­
rácie 1  neuplatňuje sa  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
— na auten­
tifikáciu 
gene­
rácie 2  ALW  PWD  ALW  ALW  
Internal 
Authenticate  neuplatňuje sa  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
General 
Authenticate  ALW  ALW  ALW  ALW  
Get Chal­
lenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET 
DST  ALW  ALW  ALW  ALW  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 240  
Príkaz  Karta vodiča  Dielenská karta  Kontrolná karta  Podniková karta  
Process 
DSRC 
Message  neuplatňuje sa  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
PSO: 
Compute 
Digital Signa­
ture neuplatňuje sa  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
PSO: Hash  neuplatňuje sa  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
PERFORM 
HASH of 
FILE  neuplatňuje sa  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
PSO: Verify 
Certificate  ALW  ALW  ALW  ALW  
PSO: Verify 
Digital Signa­
ture neuplatňuje sa  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
Verify  neuplatňuje sa  ALW  neuplatňuje 
sa neuplatňuje sa  
▼B 
TCS_28 Tachografová karta môže, ale nemusí akceptovať príkaz 
s vyšším stupňom zabezpečenia, než je stanovený 
v podmienkach zabezpečenia. To znamená, že ak je 
podmienka zabezpečenia ALW (alebo PLAIN-C), karta 
môže akceptovať príkaz so zabezpečeným spracovaním 
(režim šifrovania a/alebo autentifikácie). Ak si podmienka 
zabezpečenia vyžaduje zabezpečené spracovanie s režimom 
autentifikácie, tachografová karta môže akceptovať príkaz 
so zabezpečeným spracovaním rovnakej generácie v režime 
autentifikácie a šifrovania.  
Poznámka:  Viac informácií o podpore príkazov pre rôzne 
typy tachografových kariet a rôzne DF možno nájsť 
v opisoch príkazov.  
3.4. Preh ľad príkazov a kódov chýb  
Organizácia príkazov a súborov sa odvodí z normy ISO/IEC 7816-4 , 
ktorej požiadavky musia byť splnené.  
Tento odsek popisuje nasledovné páry príkazov a odpovedí APDU: 
Varianty príkazov podporované aplikáciou generácie 1 a 2 sú uve dené 
v opise príslušného príkazu.  
Príkaz  INS  
SELECT  „A4h“  
READ BINARY  „B0h“, „B1h“  
UPDATE BINARY  „D6h“, „D7h“  
GET CHALLENGE  „84h“  
VERIFY  „20h“  
GET RESPONSE  „C0h“  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 241  
Príkaz  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 Stavové slová SW1 SW2 sa vrátia v každej odpovedi 
a označujú stav spracovania príkazu.  
SW1  SW2  Význam  
90 0 0  Normálne spracovanie.  
61 X X  Normálne spracovanie. XX = počet bajtov odpovede k dispozícii.  
62 8 1  Spracovanie s výstrahou. Časť vrátených údajov môže byť 
poškodená.  
63 0 0  Neúspešná autentifikácia (výstraha).  
63 C X  Chybné CHV (PIN). ‚X‘ uvádza počet zostávajúcich pokusov.  
64 0 0  Chyba pri vykonaní – stav energeticky nezávislej pamäte nezme­
nený. Chyba integrity.  
65 0 0  Chyba pri vykonaní – stav energeticky nezávislej pamäte 
zmenený.  
65 8 1  Chyba pri vykonaní – stav energeticky nezávislej pamäte 
zmenený – zlyhanie pamäte.  
66 8 8  Chyba zabezpečenia: nesprávny kryptografický kontrolný súčet 
(pri zabezpečenom spracovaní) alebo 
chybný certifikát (pri overovaní certifi­
kátu) alebo 
chybný kryptogram (pri externej autentifi­
kácii) alebo 
chybný podpis (pri overovaní podpisu)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 242  
SW1  SW2  Význam  
67 0 0  Nesprávna dĺžka (nesprávne Lc alebo Le)  
68 8 3  Očakáva sa posledný príkaz reťazca  
69 0 0  Zakázaný príkaz (v T=0 nie je k dispozícii žiadna odpoveď)  
69 8 2  Nesplnený bezpečnostný stav.  
69 8 3  Blokovaná autentifikačná metóda.  
69 8 5  Nesplnené podmienky používania.  
69 8 6  Príkaz nepovolený (žiaden aktuálny EF).  
69 8 7  Chýbajú predpokladané dátové objekty zabezpečeného 
spracovania.  
69 8 8  Nesprávne dátové objekty zabezpečeného spracovania.  
6A 8 0  Nesprávne parametre v dátovom poli  
6A 8 2  Súbor sa nenašiel.  
6A 8 6  Chybné parametre P1– P2.  
6A 8 8  Referenčné údaje nenájdené.  
6B 0 0  Chybné parametre (offset mimo EF).  
6C X X  Nesprávna dĺžka, SW2 udáva presnú dĺžku. Nevráti sa žiadne 
dátové pole.  
6D 0 0  Príkazový kód nepodporovaný alebo neplatný.  
6E 0 0  Nepodporovaná trieda.  
6F 0 0  — Iné kontrolné chyby.  
Ďalšie stavové slová určené v norme ISO/IEC 7816– 4 sa 
môžu vrátiť, ak ich správanie nie je výslovne uvedené 
v tomto dodatku.  
Nepovinne možno vrátiť napríklad tieto stavové slová:  
6881: Logický kanál nepodporovaný.  
6882: Zabezpečené spracovanie nepodporované.  
▼B 
TCS_30 Ak je v jednom príkaze APDU splnených viacero chyb­
ných podmienok, karta môže vrátiť ktorékoľvek z prísluš­
ných stavových slov.  
3.5. Opisy príkazov  
V tejto kapitole sú opísané povinné príkazy pre tachografové ka rty. 
Ďalšie relevantné podrobnosti o príslušných kryptografických op erá­
ciách sú uvedené v dodatku 11 Spoločné mechanizmy zabezpečenia 
pre tachografy generácie 1 a 2.  
Všetky príkazy sú opísané nezávisle od použitého protokolu (T=0  
alebo T=1). Vždy sú udané APDU bajty CLA, INS, P1, P2, Lc 
a Le. Ak opísaný príkaz nevyžaduje Lc alebo Le, príslušná dĺžka , 
hodnota a opis sú prázdne.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 243  
TCS_31 Ak sa vyžadujú oba dĺžkové bajty (Lc a Le), opísaný 
príkaz treba rozdeliť na dve časti, ak IFD používa protokol 
T=0: IFD odošle príkaz podľa opisu s P3=Lc + údaje 
a potom odošle príkaz GET RESPONSE (pozri § 3.5.6) 
s P3=Le.  
TCS_32 Ak sa vyžadujú oba dĺžkové bajty a Le=0 (zabezpečené 
spracovanie):  
— Pri protokole T=1 karta odpovedá na Le=0 odoslaním 
všetkých disponibilných výstupných údajov.  
— Pri protokole T=0 IFD vyšle prvý príkaz s P3=Lc + 
údaje, karta odpovie (na túto implicitnú Le=0) stavo­
vými bajtami „ 61La “, pričom La je počet dostupných 
bajtov odpovede. IFD potom na prečítanie dát vygene­
ruje príkaz GET RESPONSE s P3=La.  
TCS_33 Tachografová karta môže voliteľne podporovať polia 
s rozšírenou dĺžkou podľa ISO/IEC 7816-4. Ak tachogra­
fová karta podporuje rozšírenú dĺžku polí, musí  
— uvádzať podporu rozšírenej dĺžky polí v ATR  
— uvádzať podporované veľkosti vyrovnávacej pamäte 
v informáciách o rozšírenej dĺžke v EF ATR/INFO 
pozri TCS_146.  
— uvádzať, či podporuje rozšírenú dĺžku polí pre T=1 
a/alebo T=0 v EF Extended Length, pozri TCS_147.  
— podporovať rozšírenú dĺžku polí pre aplikáciu tachograf 
generácie 1 a 2.  
Poznámky:  
Všetky príkazy sú špecifikované pre krátke polia. Použitie 
APDU rozšírenej dĺžky vyplýva z ISO/IEC 7816-4.  
Vo všeobecnosti sú príkazy špecifikované pre nešifrovaný 
režim, teda bez zabezpečeného spracovania, keďže vrstvu 
zabezpečeného spracovania určuje dodatok 11. Z prístupo­
vých pravidiel každého príkazu je zrejmé, či daný príkaz 
podporuje zabezpečené spracovanie alebo nie, a či príkaz 
podporí zabezpečené spracovanie generácie 1 a/alebo gene­
rácie 2. Niektoré varianty príkazov sú opísané so zabezpe­ 
čeným spracovaním na ilustráciu jeho používania.  
TCS_34 VU vykoná úplný protokol vzájomnej autentifikácie gene­
rácie 2 medzi VU a kartou pre reláciu vrátane overenia 
certifikátu (ak sa vyžaduje) buď v DF Tachograph, DF 
Tachograph_G2 alebo v MF.  
3.5.1  SELECT  
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní 
s príkazom vymedzeným v norme má obmedzené použitie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 244  
Príkaz SELECT sa používa:  
— na voľbu DF aplikácie (musí sa použiť voľba podľa názvu)  
— na voľbu elementárneho súboru zodpovedajúceho ID predlože­
ného súboru  
3.5.1.1 V o ľ b a p o d ľ a n á z v u ( A I D )  
Tento príkaz umožňuje voľbu DF aplikácie na karte.  
TCS_35 Príkaz možno vykonať odkiaľkoľvek v štruktúre súboru (po  
ATR alebo kedykoľvek).  
TCS_36 Voľba aplikácie resetuje aktuálne prostredie zabezpečeni a. 
Po vykonaní voľby aplikácie už nie je zvolený žiadny 
aktuálny verejný kľúč. Stratí sa aj prístupová podmienka 
EXT-AUT-G1. Ak bol príkaz vykonaný bez zabezpečeného 
spracovania, kľúče z predošlej relácie zabezpečeného spra­
covania už nie sú k dispozícii.  
TCS_37  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „A4h“  
P1 1  „04h“  Voľba podľa názvu (AID)  
P2 1  „0Ch“  Neočakáva sa odpoveď  
Lc 1  „NNh“  Počet bajtov poslaných na kartu (dĺžka AID): 
„06h“ pre aplikáciu tachografu  
#6-#(5+NN)  N N  „XX..XXh“  AID: „FF 54 41 43 48 4F“ pre aplikáciu tachografu 
generácie 1 
AID:„FF 53 4D 52 44 54“ pre aplikáciu tachografu 
generácie 2  
Na príkaz SELECT nie je potrebná žiadna odpoveď (v T=1 
chýba Le alebo v T=0 sa nevyžaduje odpoveď).  
TCS_38  Odpovedacia správa (nevyžaduje sa žiadna odpove ď) 
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— ak sa nenašla aplikácia zodpovedajúca AID, vrátený 
stav spracovania je „ 6A82 “. 
— Pri T=1, ak je prítomný bajt Le, vrátený stav je „ 6700 “. 
— Pri T=0, ak sa po príkaze SELECT vyžaduje odpoveď, 
vrátený stav je „ 6900 “. 
▼M1 
— Ak sa zvolená aplikácia považuje za poškodenú (zistila 
sa chyba integrity v atribútoch súboru), vrátený stav 
spracovania je ‚ 6400 ‘ alebo ‚ 6500 ‘. ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 245  
3.5.1.2 V o ľ b a e l e m e n t á r n e h o s ú b o r u s p o u  ž i t í m j e h o 
i d e n t i f i k á t o r a  
TCS_39  Príkazová správa  
TCS_40 Tachografová karta musí pre tento variant príkazu podpo­
rovať zabezpečené spracovanie generácie 2 podľa dodatku 
11 časti B.  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „A4h“  
P1 1  „02h“  Voľba EF v rámci aktuálneho DF  
P2 1  „0Ch“  Neočakáva sa odpoveď  
Lc 1  „02h“  Počet bajtov poslaných na kartu  
#6-#7  2  „XXXXh“  Identifikátor súboru  
Na príkaz SELECT nie je potrebná žiadna odpoveď (v T=1 
chýba Le alebo v T=0 sa nevyžaduje odpoveď).  
TCS_41  Odpovedacia správa (nevyžaduje sa žiadna odpove ď) 
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak sa nenašiel súbor zodpovedajúci identifikátoru 
súboru, vrátený stav spracovania je „ 6A82 “. 
— Pri T=1, ak je prítomný bajt Le, vrátený stav je „ 6700 “. 
— Pri T=0, ak sa po príkaze SELECT vyžaduje odpoveď, 
vrátený stav je „ 6900 “. 
▼M1 
— Ak sa zvolený súbor považuje za poškodený (zistila sa 
chyba integrity v atribútoch súboru), vrátený stav spra­
covania je ‚ 6400 ‘ alebo ‚ 6500 ‘. 
▼B 
3.5.2  READ BINARY  
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní 
s príkazom vymedzeným v norme má obmedzené použitie.  
Príkaz READ BINARY sa používa na čítanie údajov z transparentné ho 
súboru.  
Karta ako odpoveď vráti prečítané údaje, ktoré môžu byť uzavret é 
v štruktúre zabezpečeného spracovania.  
3.5.2.1 P r í k a z s o f f s e t o m v P 1 - P 2  
Tento príkaz umožňuje IFD čítanie údajov z aktuálne zvoleného E F 
bez zabezpečeného spracovania.  
Poznámka:  Tento príkaz bez zabezpečeného spracovania možno 
použiť len na čítanie súboru, ktorý podporuje podmienku zabezpe ­ 
čenia ALW v režime prístupu na čítanie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 246  
TCS_42  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „B0h“  Read Binary  
P1 1  „XXh“  Offset od začiatku súboru v bajtoch: bajt najvyššieho 
rádu 
P2 1  „XXh“  Offset od začiatku súboru v bajtoch: bajt najnižšieho 
rádu 
Le 1  „XXh“  Očakávaná dĺžka údajov. Počet bajtov, ktoré sa majú 
čítať.  
Poznámka:  bit 8 P1 musí byť nastavený na 0.  
TCS_43  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#X  X  „XX..XXh“  Prečítané údaje  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak nie je zvolený žiadny EF, vrátený stav spracovania 
je „6986 “. 
— Ak nie sú splnené podmienky zabezpečenia zvoleného 
súboru, príkaz sa preruší s „ 6982 “. 
— Ak offset nie je kompatibilný s veľkosťou EF (offset > 
veľkosť EF), vrátený stav spracovania je „ 6B00 “. 
— Ak nie je veľkosť čítaných údajov kompatibilná 
s veľkosťou EF (offset + Le > veľkosť EF), vrátený 
stav spracovania je „ 6700 “ alebo „ 6Cxx “, pričom 
„xx“ je presná dĺžka.  
▼M1 
— Ak sa zistila chyba integrity v atribútoch súboru, karta 
považuje súbor za poškodený a neopraviteľný, vrátený 
stav spracovania je ‚ 6400 ‘ alebo ‚ 6500 ‘. 
▼B 
— Ak sa zistila chyba integrity v uložených údajoch, karta 
vráti požadované údaje a vrátený stav spracovania je 
„6281 “. 
3.5.2.1.1 P r í k a z s o z a b e z p e č e n ý m s p r a c o v  a n í m ( p r í k l a d y )  
Tento príkaz umožňuje IFD čítanie dát z aktuálne zvoleného EF s o 
zabezpečeným spracovaním s cieľom overiť integritu prijatých úd ajov 
a chrániť ich dôvernosť, ak sa uplatňuje podmienka zabezpečenia  SM- 
R-ENC-MAC-G1 (generácia 1) alebo SM-R-ENC-MAC-G2 (gene­
rácia 2).  
TCS_44  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „0Ch“  Požaduje sa zabezpečené spracovanie správ  
INS 1  „B0h“  Read Binary  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 247  
Bajt Dĺžka  Hodnota  Opis  
P1 1  „XXh“  P1 (offset od začiatku súboru v bajtoch): bajt najvyš­ 
šieho rádu  
P2 1  „XXh“  P2 (offset od začiatku súboru v bajtoch): bajt najnižšieho 
rádu 
Lc 1  „XXh“  Dĺžka vstupných údajov pre zabezpečené spracovanie  
#6 1  „97h“  T  LE : Tag pre špecifikáciu očakávanej dĺžky.  
#7 1  „01h“  L  LE : Dĺžka očakávanej dĺžky  
#8 1  „NNh“  Špecifikácia očakávanej dĺžky (pôvodná Le): počet 
bajtov, ktoré sa majú čítať  
#9 1  „8Eh“  T  CC : Tag pre kryptografický kontrolný súčet  
#10 1  „XXh“  L  CC : Dĺžka nasledujúceho kryptografického kontrolného 
súčtu 
„04h“ pre zabezpečené spracovanie v generácii 1 (pozri 
dodatok 11 časť A) 
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča 
AES pre zabezpečené spracovanie v generácii 2 (pozri 
dodatok 11 časť B)  
#11-#(10+L)  L  „XX..XXh“  Kryptografický kontrolný súčet  
Le 1  „00h“  Špecifikované v ISO/IEC 7816-4  
TCS_45  Odpovedacia správa, ak sa nevyžaduje SM-R-ENC- 
MAC-G1 (generácia 1) / SM-R-ENC-MAC-G2 (gene ­
rácia 2) a ak je správny vstupný formát zabezpe čeného 
spracovania:  
▼M1 
Bajt Dĺžka  Hodnota  Opis  
#1 1  ‚81h‘  T  PV : Tag pre údaje s nešifrovanou hodnotou  
#2 L  ‚NNh‘ alebo 
‚81 NNh‘  L PV : dĺžka vrátených údajov (= pôvodná Le). 
L je 2 bajty, ak L  PV >127 bajtov.  
#(2+L) – #(1+L+NN)  N N  ‚XX..XXh‘  Hodnota nešifrovaných údajov  
#(2+L+NN)  1  ‚99h‘  Tag pre stav spracovania (SW1– SW2) – 
voliteľné pre zabezpečené spracovanie 
v generácii 1  
#(3+L+NN)  1  ‚02h‘  Dĺžka stavu spracovania – voliteľné pre 
zabezpečené spracovanie v generácii 1  
#(4+L+NN) – #(5+L+NN)  2  ‚XX XXh‘  Stav spracovania nechránenej odpovede 
APDU – voliteľné pre zabezpečené spraco­
vanie v generácii 1  
#(6+L+NN)  1  ‚8Eh‘  TCC: Tag pre kryptografický kontrolný 
súčet  
#(7+L+NN)  1  ‚XXh‘  LCC: Dĺžka nasledujúceho kryptografického 
kontrolného súčtu 
‚04h‘ pre zabezpečené spracovanie v gene­
rácii 1 (pozri dodatok 11 časť A) 
‚08h‘, ‚0Ch‘ alebo‚10h‘ v závislosti od 
dĺžky kľúča AES pre zabezpečené spraco­
vanie v generácii 2 (pozri dodatok 11 časť 
B) ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 248  
Bajt Dĺžka  Hodnota  Opis  
#(8+L+NN)– #(7+M+L+NN)  M  ‚XX..XXh‘  Kryptografický kontrolný súčet  
SW 2  ‚XXXXh‘  Stavové slová (SW1, SW2)  
▼B 
TCS_46  Odpovedacia správa, ak sa vyžaduje SM-R-ENC-MAC- 
G1 (generácia 1) / SM-R-ENC-MAC-G2 (generácia 2) 
a ak je správny vstupný formát zabezpe čeného 
spracovania:  
▼M1 
Bajt Dĺžka  Hodnota  Opis  
#1 1  ‚87h‘  T  PI CG:  Tag pre šifrované údaje (krypto­
gram)  
#2 L  ‚MMh‘ alebo 
‚81 MMh‘  L PI CG  : dĺžka vrátených šifrovaných údajov 
(odlišná od pôvodnej Le príkazu v dôsledku 
výplne – „padding“). 
L je 2 bajty, ak LPI CG > 127 bajtov.  
#(2+L)– #(1+L+MM)  M M  ‚01XX..XXh‘  Šifrované údaje: Indikátor výplne a krypto­
gram  
#(2+L+MM)  1  ‚99h‘  Tag pre stav spracovania (SW1– SW2) – 
voliteľné pre zabezpečené spracovanie 
v generácii 1  
#(3+L+MM)  1  ‚02h‘  Dĺžka stavu spracovania – voliteľné pre 
zabezpečené spracovanie v generácii 1  
#(4+L+MM) – #(5+L+MM)  2 ‚XX XXh‘  Stav spracovania nechránenej odpovede 
APDU – voliteľné pre zabezpečené spraco­
vanie v generácii 1  
#(6+L+MM)  1  ‚8Eh‘  TCC: Tag pre kryptografický kontrolný 
súčet  
#(7+L+MM)  1  ‚XXh‘  LCC: Dĺžka nasledujúceho kryptografického 
kontrolného súčtu 
‚04h‘ pre zabezpečené spracovanie v gene­
rácii 1 (pozri dodatok 11 časť A) 
‚08h‘, ‚0Ch‘ alebo ‚10h‘ v závislosti od 
dĺžky kľúča AES pre zabezpečené spraco­
vanie v generácii 2 (pozri dodatok 11 časť 
B) 
#(8+L+MM)–#(7+N+L+MM)  N  ‚XX..XXh‘  Kryptografický kontrolný súčet  
SW 2  ‚XXXXh‘  Stavové slová (SW1, SW2)  
▼B 
Príkaz READ BINARY môže vrátiť bežné stavy spraco­
vania uvedené v TCS_43 pod tagom „99h“ opísaným 
v TCS_59 pomocou štruktúry odpovede v rámci zabezpe­ 
čeného spracovania.  
Okrem toho sa môžu vyskytnúť niektoré chyby špecifické 
pre zabezpečené spracovanie. V takom prípade sa stav spra­
covania jednoducho vráti bez akéhokoľvek zapojenia štruk­
túry zabezpečeného spracovania:  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 249  
TCS_47  Odpovedacia správa pri nesprávnom vstupnom formáte 
zabezpečeného spracovania  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak nie je dostupný aktuálny kľúč relácie, vrátený stav 
spracovania je „ 6A88 “. Stane sa to, ak ešte nebol vyge­
nerovaný kľúč relácie alebo ak uplynula jeho platnosť 
(v takom prípade musí IFD opäť spustiť vzájomnú 
autentifikáciu a nastaviť nový kľúč relácie).  
— Ak vo formáte zabezpečeného spracovania chýbajú 
niektoré očakávané dátové objekty (opísané vyššie), 
vráti sa stav spracovania „ 6987 “: táto chyba nastane, 
ak chýba očakávaný tag alebo ak nie je správne zosta­
vené telo príkazu.  
— Ak sú niektoré dátové objekty nesprávne, vráti sa stav 
spracovania „ 6988 “: táto chyba nastane, ak sú prítomné 
všetky požadované tagy, ale niektoré dĺžky sú iné, než 
sa očakáva.  
— Ak zlyhá overenie kryptografického kontrolného súčtu 
vráti sa stav spracovania „ 6688 “. 
3.5.2.2 P r í k a z s k r á t k y m i d e n t i f i k á t o r o  m E F ( e l e m e n t á r ­
n e h o s ú b o r u ) .  
Tento príkazový variant umožňuje IFD zvoliť EF jeho krátkym ide n­
tifikátorom a prečítať z neho údaje.  
TCS_48 Tachografová karta musí tento príkazový variant podpo­
rovať pre všetky elementárne súbory so stanoveným 
krátkym identifikátorom EF. Krátke identifikátory sú špeci­
fikované v kapitole 4.  
TCS_49  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „B0h“  Read Binary  
P1 1  „XXh“  Bit 8 je nastavený na 1 
Bity 7 a 6 sú nastavené na 00 
Bity 5 – 1 určujú krátky identifikátor príslušného EF  
P2 1  „XXh“  Určuje offset od 0 do 255 bajtov v EF uvedenom v P1.  
Le 1  „XXh“  Očakávaná dĺžka údajov. Počet bajtov, ktoré sa majú 
čítať.  
Poznámka:  Krátke identifikátory EF použité pre tachogra­
fovú aplikáciu generácie 2 sú špecifikované v kapitole 4.  
Ak P1 určuje krátky identifikátor EF a príkaz je úspešný, 
identifikovaný EF sa stáva aktuálne zvoleným EF (aktuálny 
EF). ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 250  
TCS_50  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#L  L  „XX..XXh“  Prečítané údaje  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak sa nenašiel súbor zodpovedajúci krátkemu identifi­
kátoru EF, vrátený stav spracovania je „ 6A82 “. 
— Ak nie sú splnené podmienky zabezpečenia zvoleného 
súboru, príkaz sa preruší s „ 6982 “. 
— Ak offset nie je kompatibilný s veľkosťou EF (offset > 
veľkosť EF), vrátený stav spracovania je „ 6B00 “. 
— Ak nie je veľkosť čítaných údajov kompatibilná 
s veľkosťou EF (offset + Le > veľkosť EF), vrátený 
stav spracovania je „ 6700 “ alebo „ 6Cxx “, pričom 
„xx“ je presná dĺžka.  
▼M1 
— Ak sa zistila chyba integrity v atribútoch súboru, karta 
považuje súbor za poškodený a neopraviteľný, vrátený 
stav spracovania je ‚ 6400 ‘ alebo ‚ 6500 ‘. 
▼B 
— Ak sa zistila chyba integrity v uložených údajoch, karta 
vráti požadované údaje a vrátený stav spracovania je 
„6281 “. 
3.5.2.3 P r í k a z s n e p á r n y m p r í k a z o v ý m b a j  t o m ( o d d 
i n s t r u c t i o n b y t e )  
Tento príkazový variant umožňuje IFD čítanie údajov z EF o veľk osti 
32 768 alebo viac bajtov.  
TCS_51 Tachografová karta, ktorá podporuje EF o veľkosti 32 768  
alebo viac bajtov musí tento príkazový variant pre dané EF 
podporovať. Tachografová karta môže, ale nemusí podpo­
rovať tento príkazový variant pre ostatné EF, s výnimkou 
EF Sensor_Installation_Data, pozri TCS_156 a TCS_160.  
TCS_52  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „B1h“  Read Binary  
P1 1  „00h“  Aktuálny EF  
P2 1  „00h“  
Lc 1  „NNh“  Lc dĺžka offsetového dátového objektu.  
#6-#(5+NN)  N N  „XX..XXh“  Offsetový dátový objekt: 
Tag „54h“ 
Dĺžka „01h“ alebo „02h“ 
Hodnota 
offset  
▼M1 
Le 1  ‚XXh‘  Podľa ISO/IEC 7816– 4  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 251  
IFD musí kódovať dĺžku offsetového dátového objektu 
minimálnym možným počtom oktetov, teda IFD kóduje 
offset od 0 do 255 dĺžkovým bajtom „01h“ a offset od 
„256“ do „65 535“ bajtov dĺžkovým bajtom „02h“.  
▼M1 
Ak T=0, karta predpokladá hodnotu Le = ‚00h‘, ak sa 
nepoužije zabezpečené spracovanie.  
Pri T = 1 je vrátený stav spracovania ‚6700‘, ak Le=‚01h‘.  
▼B 
TCS_53  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#L  L  „XX..XXh“  Čítané údaje uzavreté v diskrečnom dátovom objekte 
s tagom „53h“.  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak nie je zvolený žiadny EF, vrátený stav spracovania 
je „6986 “. 
— Ak nie sú splnené podmienky zabezpečenia zvoleného 
súboru, príkaz sa preruší s „ 6982 “. 
— Ak offset nie je kompatibilný s veľkosťou EF (offset > 
veľkosť EF), vrátený stav spracovania je „ 6B00 “. 
— Ak nie je veľkosť čítaných údajov kompatibilná 
s veľkosťou EF (offset + Le > veľkosť EF), vrátený 
stav spracovania je „ 6700 “ alebo „ 6Cxx “, pričom 
„xx“ je presná dĺžka.  
▼M1 
— Ak sa zistila chyba integrity v atribútoch súboru, karta 
považuje súbor za poškodený a neopraviteľný, vrátený 
stav spracovania je ‚ 6400 ‘ alebo ‚ 6500 ‘. 
▼B 
— Ak sa zistila chyba integrity v uložených údajoch, karta 
vráti požadované údaje a vrátený stav spracovania je 
„6281 “. 
3.5.2.3.1 P r í k a z s o z a b e z p e č e n ý m s p r a c o v  a n í m ( p r í k l a d )  
Nasledujúci príklad ukazuje použitie zabezpečeného spracovania,  ak 
sa uplatňuje podmienka zabezpečenia SM-MAC-G2.  
TCS_54 Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „0Ch“  Požaduje sa zabezpečené spracovanie správ  
INS 1  „B1h“  Read Binary  
P1 1  „00h“  Aktuálny EF  
P2 1  „00h“  
Lc 1  „XXh“  Dĺžka zabezpečeného dátového poľa  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 252  
Bajt Dĺžka  Hodnota  Opis  
#6 1  „B3h“  Tag pre údaje s nešifrovanou hodnotou kódované 
v BER-TLV  
#7 1  „NNh“  L  PV : dĺžka prenášaných údajov  
#(8)-#(7+NN)  N N  „XX..XXh“  Nešifrované údaje kódované v BER-TLV, t. j. offsetový 
dátový objekt s tagom „54“  
#(8+NN)  1  „97h“  T  LE : Tag pre špecifikáciu očakávanej dĺžky.  
#(9+NN)  1  „01h“  L  LE : Dĺžka očakávanej dĺžky  
#(10+NN)  1  „XXh“  Špecifikácia očakávanej dĺžky (pôvodná Le): počet 
bajtov, ktoré sa majú čítať  
#(11+NN)  1  „8Eh“  T  CC : Tag pre kryptografický kontrolný súčet  
#(12+NN)  1  „XXh“  L  CC : Dĺžka nasledujúceho kryptografického kontrolného 
súčtu 
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča 
AES pre zabezpečené spracovanie v generácii 2 (pozri 
dodatok 11 časť B)  
#(13+NN)- 
#(12+M+NN)  M „XX..XXh“  Kryptografický kontrolný súčet  
Le 1  „00h“  Špecifikované v ISO/IEC 7816-4  
TCS_55 Odpovedacia správa, ak je príkaz úspešný  
Bajt Dĺžka  Hodnota  Opis  
#1 1  „B3h“  Nešifrované údaje kódované v BER-TLV  
#2 L  „NNh“ alebo 
„81 NNh“  L PV : dĺžka vrátených údajov (= pôvodná Le). 
L je 2 bajty, ak L  PV >127 bajtov.  
#(2+L)- 
#(1+L+NN)  NN „XX..XXh“  Hodnota nešifrovaných údajov kódovaná v BER-TLV, t. 
j. čítané údaje uzavreté v diskrečnom dátovom objekte 
s tagom „53h“.  
#(2+L+NN)  1  „99h“  Stav spracovania nechránenej odpovede APDU  
#(3+L+NN)  1  „02h“  Dĺžka stavu spracovania  
#(4+L+NN) – 
#(5+L+NN)  2 „XX XXh“  Stav spracovania nechránenej odpovede APDU  
#(6+L+NN)  1  „8Eh“  T  CC : Tag pre kryptografický kontrolný súčet  
#(7+L+NN)  1  „XXh“  L  CC : Dĺžka nasledujúceho kryptografického kontrolného 
súčtu 
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča 
AES pre zabezpečené spracovanie v generácii 2 (pozri 
dodatok 11 časť B)  
#(8+L+NN)- 
#(7+M+L+NN)  M „XX..XXh“  Kryptografický kontrolný súčet  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
3.5.3  UPDATE BINARY  
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní 
s príkazom vymedzeným v norme má obmedzené použitie.  
Príkazová správa UPDATE BINARY iniciuje aktualizáciu (výmaz + 
zápis) bitov, ktoré už sú prítomné v binárnom EF, bitmi danými 
v príkaze APDU.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 253  
3.5.3.1 P r í k a z s o f f s e t o m v P 1 - P 2  
Tento príkaz umožňuje IFD písať údaje do aktuálne zvoleného EF bez 
toho, aby karta overila integritu prijímaných dát.  
Poznámka:  Tento príkaz bez zabezpečeného spracovania možno 
použiť len na aktualizáciu súboru, ktorý podporuje podmienku za bez­
pečenia ALW v režime prístupu na aktualizáciu.  
TCS_56  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „D6h“  Update Binary  
P1 1  „XXh“  Offset od začiatku súboru v bajtoch: bajt najvyššieho 
rádu 
P2 1  „XXh“  Offset od začiatku súboru v bajtoch: bajt najnižšieho 
rádu 
Lc 1  „NNh“  Lc dĺžka údajov, ktoré sa majú aktualizovať. Počet 
bajtov, ktoré sa majú zapísať.  
#6-#(5+NN)  N N  „XX..XXh“  Údaje na zápis  
Poznámka:  bit 8 P1 musí byť nastavený na 0.  
TCS_57  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak nie je zvolený žiadny EF, vrátený stav spracovania 
je „6986 “. 
— Ak nie sú splnené podmienky zabezpečenia zvoleného 
súboru, príkaz sa preruší s „ 6982 “. 
— Ak offset nie je kompatibilný s veľkosťou EF (offset > 
veľkosť EF), vrátený stav spracovania je „ 6B00 “. 
— Ak nie je veľkosť údajov na zápis kompatibilná 
s veľkosťou EF (offset + Lc > veľkosť EF), vrátený 
stav spracovania je „ 6700 “. 
— Ak sa zistila chyba integrity v atribútoch súboru, karta 
považuje súbor za poškodený a neopraviteľný, vrátený 
stav spracovania je „ 6400 “ alebo „ 6500 “. 
— Ak je neúspešný zápis, vrátený stav spracovania je 
„6581 “. 
3.5.3.1.1 P r í k a z s o z a b e z p e č e n ý m s p r a c o v  a n í m ( p r í k l a d y )  
Tento príkaz umožňuje IFD písať údaje do aktuálne zvoleného EF,  
pričom karta overuje integritu prijímaných dát. Keďže sa nevyža duje 
dôvernosť, údaje nie sú šifrované.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 254  
TCS_58  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „0Ch“  Požaduje sa zabezpečené spracovanie správ  
INS 1  „D6h“  Update Binary  
P1 1  „XXh“  Offset od začiatku súboru v bajtoch: 
bajt najvyššieho rádu  
P2 1  „XXh“  Offset od začiatku súboru v bajtoch: 
bajt najnižšieho rádu  
Lc 1  „XXh“  Dĺžka zabezpečeného dátového poľa  
#6 1  „81h“  T  PV : Tag pre údaje s nešifrovanou hodnotou  
#7 L  „NNh“ alebo 
„81 NNh“  L PV : dĺžka prenášaných údajov. 
L je 2 bajty, ak L  PV > 127 bajtov.  
#(7+L)- 
#(6+L+NN)  NN „XX..XXh“  Hodnota nešifrovaných údajov (údaje na zápis)  
#(7+L+NN)  1  „8Eh“  T  CC : Tag pre kryptografický kontrolný súčet  
#(8+L+NN)  1  „XXh“  L  CC : Dĺžka nasledujúceho kryptografického kontrolného 
súčtu „04h“ pre zabezpečené spracovanie v generácii 1 
(pozri dodatok 11 časť A) 
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča 
AES pre zabezpečené spracovanie v generácii 2 (pozri 
dodatok 11 časť B)  
#(9+L+NN)- 
#(8+M+L+NN)  M „XX..XXh“  Kryptografický kontrolný súčet  
Le 1  „00h“  Špecifikované v ISO/IEC 7816-4  
TCS_59  Odpovedacia správa ak je vstupný formát zabezpe če­
ného spracovania správny  
Bajt Dĺžka  Hodnota  Opis  
#1 1  „99h“  T  SW : Tag pre stavové slová (ktoré má chrániť CC)  
#2 1  „02h“  L  SW : dĺžka vrátených stavových slov  
#3-#4  2  „XXXXh“  Stav spracovania nechránenej odpovede APDU  
#5 1  „8Eh“  T  CC : Tag pre kryptografický kontrolný súčet  
#6 1  „XXh“  L  CC : Dĺžka nasledujúceho kryptografického kontrolného 
súčtu 
„04h“ pre zabezpečené spracovanie v generácii 1 (pozri 
dodatok 11 časť A) 
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča 
AES pre zabezpečené spracovanie v generácii 2 (pozri 
dodatok 11 časť B)  
#7-#(6+L)  L  „XX..XXh“  Kryptografický kontrolný súčet  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
„Bežné“ stavy spracovania opísané pre príkaz UPDATE 
BINARY bez zabezpečeného spracovania (pozri §3.5.3.1) 
môžu byť vrátené s použitím vyššie opísanej štruktúry 
odpovedacej správy.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 255  
Okrem toho sa môžu vyskytnúť niektoré chyby špecifické 
pre zabezpečené spracovanie. V takom prípade sa stav spra­
covania jednoducho vráti bez akéhokoľvek zapojenia štruk­
túry zabezpečeného spracovania:  
TCS_60  Odpovedacia správa pri chybe v zabezpe čenom spraco ­
vaní  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak nie je dostupný aktuálny kľúč relácie, vrátený stav 
spracovania je „ 6A88 “. 
— Ak vo formáte zabezpečeného spracovania chýbajú 
niektoré očakávané dátové objekty (opísané vyššie), 
vráti sa stav spracovania „ 6987 “: táto chyba nastane, 
ak chýba očakávaný tag alebo ak nie je správne zosta­
vené telo príkazu.  
— Ak sú niektoré dátové objekty nesprávne, vráti sa stav 
spracovania „ 6988 “: táto chyba nastane, ak sú prítomné 
všetky požadované tagy, ale niektoré dĺžky sú iné, než 
sa očakáva.  
— Ak zlyhá overenie kryptografického kontrolného súčtu 
vráti sa stav spracovania „ 6688 “. 
3.5.3.2 P r í k a z s k r á t k y m i d e n t i f i k á t o r o  m E F  
Tento príkazový variant umožňuje IFD zvoliť EF jeho krátkym ide n­
tifikátorom a zapísať z neho údaje.  
TCS_61 Tachografová karta musí tento príkazový variant podpo­
rovať pre všetky elementárne súbory so stanoveným 
krátkym identifikátorom EF. Krátke identifikátory sú špeci­
fikované v kapitole 4.  
TCS_62  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „D6h“  Update Binary  
P1 1  „XXh“  Bit 8 je nastavený na 1 
Bity 7 a 6 sú nastavené na 00 
Bity 5 – 1 určujú krátky identifikátor príslušného EF  
P2 1  „XXh“  Určuje offset od 0 do 255 bajtov v EF uvedenom v P1  
Lc 1  „NNh“  Lc dĺžka údajov, ktoré sa majú aktualizovať. Počet 
bajtov, ktoré sa majú zapísať.  
#6-#(5+NN)  N N  „XX..XXh“  Údaje na zápis  
TCS_63  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
Poznámka:  Krátke identifikátory EF použité pre tachogra­
fovú aplikáciu generácie 2 sú špecifikované v kapitole 4.  
Ak P1 určuje krátky identifikátor EF a príkaz je úspešný, 
identifikovaný EF sa stáva aktuálne zvoleným EF (aktuálny 
EF). ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 256  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak sa nenašiel súbor zodpovedajúci krátkemu identifi­
kátoru EF, vrátený stav spracovania je „ 6A82 “. 
— Ak nie sú splnené podmienky zabezpečenia zvoleného 
súboru, príkaz sa preruší s „ 6982 “. 
— Ak offset nie je kompatibilný s veľkosťou EF (offset > 
veľkosť EF), vrátený stav spracovania je „ 6B00 “. 
— Ak nie je veľkosť údajov na zápis kompatibilná 
s veľkosťou EF (offset + Lc > veľkosť EF), vrátený 
stav spracovania je „ 6700 “. 
▼M1 
— Ak sa zistila chyba integrity v atribútoch súboru, karta 
považuje súbor za poškodený a neopraviteľný, vrátený 
stav spracovania je ‚ 6400 ‘ alebo ‚ 6500 ‘. 
▼B 
— Ak je neúspešný zápis, vrátený stav spracovania je 
„6581 “. 
3.5.3.3 P r í k a z s n e p á r n y m p r í k a z o v ý m b a j  t o m ( o d d 
i n s t r u c t i o n b y t e )  
Tento príkazový variant umožňuje IFD zápis údajov do EF o veľko sti 
32 768 alebo viac bajtov.  
TCS_64 Tachografová karta, ktorá podporuje EF o veľkosti 32 768  
alebo viac bajtov musí tento príkazový variant pre dané EF 
podporovať. Tachografová karta môže, ale nemusí podpo­
rovať tento príkaz variant pre ostatné EF.  
TCS_65  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „D7h“  Update Binary  
P1 1  „00h“  Aktuálny EF  
P2 1  „00h“  
Lc 1  „NNh“  Lc Dĺžka údajov v príkazovom dátovom poli  
#6-#(5+NN)  N N  „XX..XXh“  Offsetový dátový objekt s tagom „54h“ || diskrečný 
dátový objekt s tagom „53h“, v ktorom sú uzavreté 
údaje na zápis  
IFD musí kódovať dĺžku offsetového dátového objektu 
a diskrečného dátového objektu minimálnym možným 
počtom oktetov, teda IFD kóduje offset / dĺžku od 0 do 
255 dĺžkovým bajtom „01h“ a offset / dĺžku od „256“ do 
„65 535“ bajtov dĺžkovým bajtom „02h“.  
TCS_66  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 257  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak nie je zvolený žiadny EF, vrátený stav spracovania 
je „6986 “. 
— Ak nie sú splnené podmienky zabezpečenia zvoleného 
súboru, príkaz sa preruší s „ 6982 “. 
— Ak offset nie je kompatibilný s veľkosťou EF (offset > 
veľkosť EF), vrátený stav spracovania je „ 6B00 “. 
— Ak nie je veľkosť údajov na zápis kompatibilná 
s veľkosťou EF (offset + Lc > veľkosť EF), vrátený 
stav spracovania je „ 6700 “. 
— Ak sa zistila chyba integrity v atribútoch súboru, karta 
považuje súbor za poškodený a neopraviteľný, vrátený 
stav spracovania je „ 6400 “ alebo „ 6500 “. 
— Ak je neúspešný zápis, vrátený stav spracovania je 
„6581 “. 
3.5.3.3.1 P r í k a z s o z a b e z p e č e n ý m s p r a c o v  a n í m ( p r í k l a d )  
Nasledujúci príklad ukazuje použitie zabezpečeného spracovania,  ak 
sa uplatňuje podmienka zabezpečenia SM-MAC-G2.  
TCS_67 Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „0Ch“  Požaduje sa zabezpečené spracovanie správ  
INS 1  „D7h“  Update Binary  
P1 1  „00h“  Aktuálny EF  
P2 1  „00h“  
Lc 1  „XXh“  Dĺžka zabezpečeného dátového poľa  
#6 1  „B3h“  Tag pre údaje s nešifrovanou hodnotou kódované 
v BER-TLV  
#7 L  „NNh“ alebo 
„81 NNh“  L PV : dĺžka prenášaných údajov. 
L je 2 bajty, ak L  PV > 127 bajtov.  
#(7+L)- 
#(6+L+NN)  NN „XX..XXh“  Nešifrované údaje kódované v BER-TLV, t. j. offsetový 
dátový objekt s tagom „54h“ || diskrečný dátový objekt 
s tagom „53h“, v ktorom sú uzavreté údaje na zápis.  
#(7+L+NN)  1  „8Eh“  T  CC : Tag pre kryptografický kontrolný súčet  
#(8+L+NN)  1  „XXh“  L  CC : Dĺžka nasledujúceho kryptografického kontrolného 
súčtu 
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča 
AES pre zabezpečené spracovanie v generácii 2 (pozri 
dodatok 11 časť B)  
#(9+L+NN)- 
#(8+M+L+NN)  M „XX..XXh“  Kryptografický kontrolný súčet  
Le 1  „00h“  Špecifikované v ISO/IEC 7816-4  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 258  
TCS_68 Odpovedacia správa, ak je príkaz úspešný  
Bajt Dĺžka  Hodnota  Opis  
#1 1  „99h“  T  SW : Tag pre stavové slová (ktoré má chrániť CC)  
#2 1  „02h“  L  SW : dĺžka vrátených stavových slov  
#3-#4  2  „XXXXh“  Stav spracovania nechránenej odpovede APDU  
#5 1  „8Eh“  T  CC : Tag pre kryptografický kontrolný súčet  
#6 1  „XXh“  L  CC : Dĺžka nasledujúceho kryptografického kontrolného 
súčtu 
„08h“, „0Ch“ alebo „10h“ v závislosti od dĺžky kľúča 
AES pre zabezpečené spracovanie v generácii 2 (pozri 
dodatok 11 časť B)  
#7-#(6+L)  L  „XX..XXh“  Kryptografický kontrolný súčet  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
3.5.4  GET CHALLENGE  
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní 
s príkazom vymedzeným v norme má obmedzené použitie.  
Príkaz GET CHALLENGE žiada od karty, aby vydala výzvu na účely 
použitia pri bezpečnostnom postupe, v ktorom sa karte zasiela k ryp­
togram alebo určité šifrované údaje.  
TCS_69 Výzva vydaná kartou je platná len pre nasledujúci príkaz , 
ktorý použije výzvu odoslanú na kartu.  
TCS_70  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „84h“  INS  
P1 1  „00h“  P 1  
P2 1  „00h“  P 2  
Le 1  „08h“  Le (očakávaná dĺžka výzvy).  
TCS_71  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#8  8  „XX..XXh“  Výzva  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak sa Le líši od „08h“, stav spracovania je „ 6700 “ 
— ak sú parametre P1-P2 nesprávne, stav spracovania je 
„6A86 “. ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 259  
3.5.5  VERIFY  
Tento príkaz zodpovedá norme ISO/IEC 7816-4, no v porovnaní 
s príkazom vymedzeným v norme má obmedzené použitie.  
Príkaz musí podporovať iba dielenská karta.  
Ostatné typy tachografových kariet tento príkaz môžu, ale nemus ia 
implementovať, no pri týchto kartách nie je žiadna referencia C HV 
personalizovaná. Preto takéto karty nedokážu daný príkaz úspešn e 
vykonať. Pri iných než dielenských tachografových kartách je sp rá­
vanie (teda vrátený kód chyby) mimo rozsahu tejto špecifikácie,  ak sa 
príkaz odošle.  
Príkaz Verify iniciuje na karte porovnanie údajov CHV (PIN) odo sla­
ných z príkazu s referenčným CHV uloženým na karte.  
▼M1 
TCS_72 PIN zadaný používateľom musí IFD kódovať v ASCII 
a sprava doplniť bajtmi ‚FFh‘ do dĺžky 8 bajtov, pozri 
tiež dátový typ WorkshopCardPIN v dodatku 1.  
▼B 
TCS_73 Tachografové aplikácie generácie 1 a 2 používajú rovnaké  
referenčné CHV.  
TCS_74 Tachografová karta overí, či je príkaz kódovaný správne.  
Ak príkaz nie je kódovaný správne, karta neporovnáva 
hodnoty CHV, ani nezníži počet zostávajúcich pokusov 
o zadanie CHV a neresetuje bezpečnostný stav „PIN_Veri­
fied“, ale príkaz preruší. Príkaz je kódovaný správne, ak 
majú bajty CLA, INS, P1, P2, Lc určené hodnoty, Le 
absentuje a dátové pole príkazu má správnu dĺžku.  
TCS_75 Ak je príkaz úspešný, počítadlo zostávajúcich pokusov 
o zadanie CHV sa vráti na počiatočnú hodnotu. Počiatočná 
hodnota počítadla zostávajúcich pokusov o zadanie CHV je 
5. Ak je príkaz úspešný, karta odošle interný bezpečnostný 
stav „PIN_Verified“. Karta tento bezpečnostný stav rese­
tuje, ak je karta resetovaná alebo ak kód CHV prenášaný 
príkazom nezodpovedá uloženému referenčnému CHV.  
Poznámka:  Ak sa použije rovnaké referenčné CHV 
a globálny bezpečnostný stav, zamestnanec dielne nemusí 
opätovne zadávať PIN pri výbere iného DF tachografovej 
aplikácie.  
TCS_76 Neúspešné porovnanie sa zaznamená na karte, t. j. počí­
tadlo zostávajúcich pokusov o zadanie CHV sa zníži o 1, 
aby sa obmedzil počet ďalších pokusov o použitie referenč­
ného CHV.  
TCS_77  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „20h“  INS  
P1 1  „00h“  P 1  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 260  
Bajt Dĺžka  Hodnota  Opis  
P2 1  „00h“  P2 (overované CHV je implicitne známe)  
Lc 1  „08h“  Dĺžka prenášaného kódu CHV  
#6-#13  8  „XX..XXh“  CHV  
TCS_78  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak sa nenašlo referenčné CHV, vrátený stav spraco­
vania je „ 6A88 “. 
— Ak je CHV blokované, (počítadlo zostávajúcich 
pokusov je na nule), vrátený stav spracovania je 
„6983 “. Keď sa dosiahne tento stav, nesmie sa CHV 
už nikdy opäť úspešne prezentovať.  
— Ak je porovnanie neúspešné, počítadlo zostávajúcich 
pokusov sa zníži a vráti sa stav „ 63CX “ (X > 0 a X 
sa rovná stavu počítadla zostávajúcich pokusov).  
— Ak sa referenčné CHV považuje za poškodené, vrátený 
stav spracovania je „ 6400 “ alebo „ 6581 “. 
— Ak sa Lc líši od „08h“, stav spracovania je „ 6700 “. 
3.5.6  GET RESPONSE  
Tento príkaz zodpovedá norme ISO/IEC 7816-4.  
Tento príkaz (potrebný a dostupný len pre protokol T=0) sa použ íva 
na prenos pripravených údajov z karty do zariadenia s rozhraním  
(prípad, keď príkaz zahŕňal Lc aj Le).  
Príkaz GET RESPONSE musí byť vydaný hneď po príkaze, ktorý 
pripravuje údaje, inak sa údaje stratia. Po vykonaní príkazu 
GET RESPONSE (okrem prípadu, keď nastane chyba „ 61xx “ alebo 
„6Cxx “, pozri nižšie), už predtým pripravené údaje nie sú dostupné.  
TCS_79  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „C0h“  
P1 1  „00h“  
P2 1  „00h“  
Le 1  „XXh“  Očakávaný počet bajtov  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 261  
TCS_80  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#X  X  „XX..XXh“  Údaje  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak karta nepripravila žiadne údaje, vrátený stav spra­
covania je „ 6900 “ alebo „ 6F00 “. 
— Ak Le presiahne počet dostupných bajtov alebo ak je 
Le nulová, vrátený stav spracovania je „ 6Cxx “, pričom 
„xx“ uvádza presný počet dostupných bajtov. V takom 
prípade sú pripravené údaje stále dostupné pre nasledu­
júci príkaz GET RESPONSE.  
— Ak Le nie je nulová a je menšia než počet dostupných 
bajtov, karta zašle požadované údaje normálne a vrátený 
stav spracovania je „ 61xx “, pričom „xx“ uvádza počet 
dodatočných bajtov, ktoré sú ešte stále dostupné pre 
nasledujúci príkaz GET RESPONSE.  
— Ak príkaz nie je podporovaný (protokol T=1), karta 
vráti „ 6D00 “. 
3.5.7  PSO: VERIFY CERTIFICATE  
Tento príkaz zodpovedá norme ISO/IEC 7816-8, no v porovnaní 
s príkazom vymedzeným v norme má obmedzené použitie.  
Príkaz VERIFY CERTIFICATE karta použije na získanie verejného 
kľúča zvonku a na kontrolu jeho platnosti.  
3.5.7.1 P á r p r í k a z – o d p o v e ď v g e n e r á c i i 1  
TCS_81 Tento príkazový variant podporuje len aplikácia tachogra fu 
generácie 1.  
TCS_82 Keď je príkaz VERIFY CERTIFICATE úspešný, verejný 
kľúč sa uloží na budúce použitie v prostredí zabezpečenia. 
Tento kľúč sa explicitne nastaví na použitie v príkazoch 
vzťahujúcich sa k zabezpečeniu (INTERNAL AUTHENTI­
CATE, EXTERNAL AUTHENTICATE alebo VERIFY 
CERTIFICATE) prostredníctvom príkazu MSE (pozri 
§3.5.11) s použitím jeho identifikátora kľúča.  
TCS_83 V každom prípade príkaz VERIFY CERTIFICATE používa 
verejný kľúč, ktorý bol predtým zvolený príkazom MSE na 
otvorenie certifikátu. Musí ísť o verejný kľúč jedného 
z členských štátov alebo Európy.  
TCS_84  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „2Ah“  Perform Security Operation (vykonanie operácie zabez­
pečenia)  
P1 1  „00h“  P 1  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 262  
Bajt Dĺžka  Hodnota  Opis  
P2 1  „AEh“  P2: údaje nekódované v BER-TLV (zreťazenie dátových 
prvkov)  
Lc 1  „C2h“  Lc: Dĺžka certifikátu, 194 bajtov  
#6-#199  194  „XX..XXh“  Certifikát: zreťazenie dátových prvkov (podľa dodatku 
11) 
TCS_85  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak zlyhá overenie certifikátu, vrátený stav spracovania 
je „6688 “. Proces overenia a rozbalenia certifikátu je 
pre G1 a G2 opísaný v dodatku 11.  
— Ak nie je v prostredí zabezpečenia prítomný žiadny 
verejný kľúč, vráti sa „ 6A88 “. 
— Ak sa zvolený verejný kľúč (použitý na rozbalenie 
certifikátu) považuje za poškodený, vrátený stav spra­
covania je „ 6400 “ alebo „ 6581 “. 
— Len pre generáciu 1: Ak má zvolený verejný kľúč 
(použitý 
na rozbalenie certifikátu) CHA.LSB 
(
 )  
iné než „00“ (teda nejde o kľúč členského štátu ani 
Európy), vráti sa stav spracovania „ 6985 “. 
3.5.7.2 P á r p r í k a z – o d p o v e ď v g e n e r á c i i 2  
V závislosti od veľkosti krivky môžu byť certifikáty ECC také d lhé, 
že ich nemožno preniesť v jednom APDU. Vtedy treba použiť reťa­
zenie príkazov podľa ISO/IEC 7816-4 a prenos certifikátu prebeh ne 
v dvoch nadväzujúcich APDU PSO: Verify Certificate.  
Štruktúra certifikátu a parametre domény sú vymedzené v dodatku  11. 
▼M3 
TCS_86 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri aj TCS_34.  
▼B 
TCS_87  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „X0h“  Bajt CLA udávajúci reťazenie príkazu: 
„00h“ jediný alebo posledný príkaz v reťazci 
„10h“ iný než posledný príkaz v reťazci  
INS 1  „2Ah“  Perform Security Operation (vykonanie operácie zabez­
pečenia)  
P1 1  „00h“  
P2 1  „BEh“  Verify self-descriptive certificate (overenie samoopisného 
certifikátu)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 263  
Bajt Dĺžka  Hodnota  Opis  
Lc 1  „XXh“  Dĺžka dátového poľa príkazu, pozri TCS_88 a TCS_89.  
#6-#5+L  L  „XX..XXh“  Údaje kódované DER-TLV: Dátový objekt ECC Certifi­
cate Body (hlavná časť certifikátu) ako prvý dátový 
objekt zreťazený s dátovým objektom ECC Certificate 
Signature (podpis) ako druhým dátovým objektom, 
alebo časť tohto reťazca. Tag „7F21“ a príslužná dĺžka 
sa neprenášajú. 
Poradie týchto dátových objektov je nemenné.  
▼M3 
TCS_88 Pri krátkych APDU platia tieto pravidlá: IFD použije min i­
málny počet APDU potrebný na prenos obsahu príkazu, 
pričom v prvom APDU prenesie maximálny počet bajtov. 
Karta však musí podporovať akúkoľvek hodnotu „Lc“ do 
255 bajtov.  
TCS_89 Pri rozšírených APDU platia tieto pravidlá: ak sa certif ikát 
nezmestí do jediného APDU, karta musí podporovať reťa­
zenie príkazov. IFD použije minimálny počet APDU 
potrebný na prenos obsahu príkazu, pričom v prvom 
APDU prenesie maximálny počet bajtov. Ak je potrebné 
reťazenie, karta musí podporovať akúkoľvek hodnotu „Lc“ 
do maximálnej uvedenej rozšírenej dĺžky.  
Poznámka: V súlade s dodatkom 11 karta uchová certifikát 
alebo relevantný obsah certifikátu a aktualizuje svoj curren­
tAuthenticatedTime.  
Štruktúra odpovedacej správy a slová označujúce stav sú 
vymedzené v TCS_85.  
▼B 
TCS_90 Okrem kódov chýb uvedených v TCS_85môže karta vrátiť 
tieto kódy chýb:  
— Ak má zvolený verejný kľúč (použitý na rozbalenie 
certifikátu) CHA.LSB (CertificateHolderAuthorisa­
tion.equipmentType) nevhodné na overenie certifikátu 
podľa dodatku 11, vráti sa stav spracovania „ 6985 “. 
— Ak je čas currentAuthenticatedTime na karte neskorší, 
než dátum uplynutia platnosti certifikátu, vráti sa stav 
spracovania „ 6985 “. 
— Ak sa očakáva posledný príkaz reťazca, karta vráti 
„6883 “. 
— Ak sú v dátovom poli príkazu odoslané nesprávne para­
metre, karta vráti „ 6A80 “ (platí aj keď dátové objekty 
nie sú zaslané v stanovenom poradí).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 264  
3.5.8  INTERNAL AUTHENTICATE  
Tento príkaz zodpovedá norme ISO/IEC 7816-4.  
TCS_91 Všetky tachografové karty musia tento príkaz podporovať 
v DF Tachograph generácie 1. Príkaz môže, ale nemusí byť 
dostupný v MF a/alebo v DF Tachograph_G2. V takom 
prípade sa príkaz preruší vhodným kódom chyby, keďže 
súkromný kľúč karty (Card.SK) pre autentifikačný protokol 
generácie 1 je dostupný len v DF_Tachograph generácie 1.  
Príkazom INTERNAL AUTHENTICATE môže IFD auten­
tifikovať kartu. Proces autentifikácie je opísaný v dodatku 
11. Zahŕňa tieto prvky:  
TCS_92 Príkaz INTERNAL AUTHENTICATE používa súkromný 
kľúč karty (zvolený implicitne) na podpis autentifikačných 
údajov vrátane K1 (prvý prvok kľúčovej dohody relácie) 
a RND1 a používa aktuálne zvolený verejný kľúč 
(pomocou posledného príkazu MSE) na zašifrovanie 
podpisu a vytvorenie autentifikačného znaku (bližšie infor­
mácie v dodatku 11).  
TCS_93  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  CLA  
INS 1  „88h“  INS  
P1 1  „00h“  P 1  
P2 1  „00h“  P 2  
Lc 1  „10h“  Dĺžka údajov poslaných na kartu  
#6 – #13  8  „XX..XXh“  Výzva použitá na autentifikáciu karty  
#14 -#21  8  „XX..XXh“  VU.CHR (pozri dodatok 11)  
Le 1  „80h“  Dĺžka údajov očakávaných od karty  
TCS_94  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#128  128  „XX..XXh“  Overovací znak karty (pozri dodatok 11)  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak nie je v prostredí zabezpečenia prítomný žiadny 
verejný kľúč, vrátený stav spracovania je „ 6A88 “. 
— Ak nie je v prostredí zabezpečenia prítomný žiadny 
súkromný kľúč, vrátený stav spracovania je „ 6A88 “. 
— Ak sa VU.CHR nezhoduje s aktuálnym identifikátorom 
verejného kľúča, vrátený stav spracovania je „ 6A88 “. ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 265  
— Ak sa zvolený súkromný kľúč považuje za poškodený, 
vrátený stav spracovania je „ 6400 “ alebo „ 6581 “. 
▼M1 
TCS_95 Ak je príkaz INTERNAL AUTHENTICATE úspešný, 
aktuálny kľúč relácie generácie 1 (ak existuje) sa vymaže 
a nie je naďalej dostupný. Aby bol k dispozícii nový kľúč 
relácie generácie 1, musí sa úspešne vykonať príkaz 
EXTERNAL AUTHENTICATE pre mechanizmus autenti­
fikácie generácie 1.  
Poznámka:  Pre kľúče relácie generácie 2 pozri CSM_193 
a CSM_195 v dodatku 11. Ak sú stanovené kľúče relácie 
generácie 2 a tachografová karta dostane nezašifrovaný 
príkaz APDU INTERNAL AUTHENTICATE, zruší reláciu 
zabezpečeného spracovania generácie 2 a zničí kľúče 
relácie generácie 2.  
▼B 
3.5.9  EXTERNAL AUTHENTICATE  
Tento príkaz zodpovedá norme ISO/IEC 7816-4.  
Príkazom EXTERNAL AUTHENTICATE môže karta autentifikovať 
IFD. Proces autentifikácie je opísaný v dodatku 11 pre tachogra f G1 
a G2 (autentifikácia VU).  
TCS_96 Príkazový variant pre mechanizmus vzájomnej autentifi­
kácie v generácii 1 podporuje len aplikácia tachografu 
generácie 1.  
▼M1 
TCS_97 Príkazový variant pre mechanizmus vzájomnej autentifi­
kácie medzi VU a kartou v druhej generácii možno 
vykonať v MF, DF Tachograph a DF Tachograph_G2, 
pozri tiež TCS_34. Ak je tento príkaz EXTERNAL 
AUTHENTICATE generácie 2 úspešný, aktuálny kľúč 
relácie generácie 1 (ak existuje) sa vymaže a nie je naďalej 
dostupný.  
Poznámka:  Pre kľúče relácie generácie 2 pozri CSM_193 
a CSM_195 v dodatku 11. Ak sú stanovené kľúče relácie 
generácie 2 a tachografová karta dostane nezašifrovaný 
príkaz APDU EXTERNAL AUTHENTICATE, zruší 
reláciu zabezpečeného spracovania generácie 2 a zničí 
kľúče relácie generácie 2.  
▼B 
TCS_98  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  CLA  
INS 1  „82h“  INS  
P1 1  „00h“  Kľúče a algoritmy implicitne známe  
P2 1  „00h“  
Lc 1  „XXh“  Lc (dĺžka údajov poslaných na kartu)  
#6-#(5+L)  L  „XX..XXh“  Autentifikácia v generácii 1: Kryptogram (pozri dodatok 
11 časť A) 
Autentifikácia v generácii 2: Podpis vygenerovaný IFD 
(pozri dodatok 11 časť B)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 266  
TCS_99  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak CHA aktuálne nastaveného verejného kľúča nie je 
zreťazením tachografovej aplikácie AID a typu zaria­
denia VU, vrátený stav spracovania je „ 6F00 “. 
— Ak bezprostredne pred príkazom nie je príkaz GET 
CHALLENGE, vrátený stav spracovania je „ 6985 “. 
Aplikácia tachografu generácie 1 môže vrátiť tieto doda­
točné kódy chýb:  
— Ak nie je v prostredí zabezpečenia prítomný žiadny 
verejný kľúč, vráti sa „ 6A88 “. 
— Ak nie je v prostredí zabezpečenia prítomný žiadny 
súkromný kľúč, vrátený stav spracovania je „ 6A88 “. 
— Ak je overenie kryptogramu chybné, vrátený stav spra­
covania je „ 6688 “. 
— Ak sa zvolený súkromný kľúč považuje za poškodený, 
vrátený stav spracovania je „ 6400 “ alebo „ 6581 “. 
Príkazový variant pre autentifikáciu v generácii 2 môže 
navyše vrátiť tento kód chyby:  
— Ak zlyhalo overenie podpisu, karta vráti „ 6300 “. 
3.5.10  GENERAL AUTHENTICATE  
Tento príkaz sa používa v generácii 2 v rámci protokolu autenti fikácie 
čipu podľa dodatku 11 časti B a zodpovedá norme ISO/IEC 7816-4.  
TCS_100 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri tiež TCS_34.  
TCS_101  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „86h“  
P1 1  „00h“  Kľúče a protokol implicitne známe  
P2 1  „00h“  
Lc 1  „NNh“  Lc: dĺžka nasledujúceho dátového poľa  
#6-#(5+L)  L  „7Ch“ + L  7C + 
„80h“ + L  80 + 
„XX..XXh“  Hodnota efemérneho (dočasného) verejného kľúča 
kódovaná v DER-TLV (pozri dodatok 11) 
VU posiela dátové objekty v tomto poradí.  
▼M3 
Le 1  „00h“  Podľa ISO/IEC 7816-4  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 267  
TCS_102  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#L  L  „7Ch“ + L  7C + „81h“ 
+ „08h“ + 
„XX..XXh“ + „82h“ 
+ L  82 + „XX..XXh“  Údaje dynamickej autentifikácie kódované 
v DER-TLV: jednorazová hodnota „nonce“ 
a autentifikačný znak (pozri dodatok 11)  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Karta vráti „ 6A80 “, čím upozorní na nesprávne para­
metre v dátovom poli.  
— Karta vráti „ 6982 “, ak nebol príkaz External Authenti­
cate vykonaný úspešne  
Objekt odpovede Údaje dynamickej autentifikácie „7Ch“  
— Musí byť prítomný, ak je operácia úspešná, t. j. stavové 
slová sú „ 9000 “, 
— musí absentovať, ak došlo k chybe pri vykonaní alebo 
kontrole, t. j. stavové slová sú v rozmedzí „ 6400 “ – 
„6FFF “ a 
— môže absentovať v prípade výstrahy, t. j. stavové slová 
sú v rozsahu „ 6200 “ – „ 63FF “. 
3.5.11  MANAGE SECURITY ENVIRONMENT  
Tento príkaz sa používa na nastavenie verejného kľúča na účely 
autentifikácie.  
3.5.11.1 P á r p r í k a z – o d p o v e ď v g e n e r á c i i 1 
Tento príkaz zodpovedá norme ISO/IEC 7816-4. Použitie tohto 
príkazu je v porovnaní s príslušnou normou obmedzené.  
TCS_103 Príkaz podporuje len aplikácia tachografu generácie 1.  
TCS_104 Referenčný kľúč, na ktorý sa odkazuje v dátovom poli 
MSE, zostáva aktuálnym verejným kľúčom až do nasledov­
ného správneho príkazu MSE, kým nie je zvolený DF 
alebo kým sa neresetuje karta.  
TCS_105 Ak referenčný kľúč nie je (už) na karte k dispozícii, 
prostredie zabezpečenia zostáva nezmenené.  
TCS_106  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  CLA  
INS 1  „22h“  INS  
P1 1  „C1h“  P1: referenčný kľúč platný pre všetky kryptografické 
operácie  
P2 1  „B6h“  P2 (referenčné údaje o digitálnom podpise)  
Lc 1  „0Ah“  Lc: dĺžka nasledujúceho dátového poľa  
#6 1  „83h“  Tag referencie na verejný kľúč v asymetrických prípa­
doch ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 268  
Bajt Dĺžka  Hodnota  Opis  
#7 1  „08h“  Dĺžka referencie na kľúč (identifikátora kľúča)  
#8-#15  8  „XX..XXh“  Identifikátor kľúča v zmysle dodatku 11  
TCS_107  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak nie na karte prítomný referenčný kľúč, vrátený stav 
spracovania je „ 6A88 “. 
— Ak vo formáte zabezpečeného spracovania chýbajú 
určité očakávané dátové objekty, vrátený stav spraco­
vania je „ 6987 “. Môže sa to stať, ak chýba tag „83h“.  
— Ak sú niektoré dátové objekty nesprávne, vrátený stav 
spracovania je „ 6988 “. Môže sa to stať, ak dĺžka iden­
tifikátora kľúča nie je „08h“.  
— Ak sa zvolený kľúč považuje za poškodený, vrátený 
stav spracovania je „ 6400 “ alebo „ 6581 “. 
3.5.11.2 P á r y p r í k a z – o d p o v e ď v g e n e r á c i i 2 
Na autentifikáciu generácie 2 tachografová karta podporuje tiet o MSE: 
Stanovené verzie príkazov, ktoré sú v súlade s normou ISO/IEC 7 816- 
4. Tieto verzie príkazov nie sú podporované pre autentifikáciu v gene­
rácii 1.  
3.5.11.2.1 M S E : S E T A T p r e a u t e n t i f i k á c i u č i p u  
Nasledujúci príkaz MSE:SET AT sa používa na voľbu parametrov 
autentifikácie čipu, ktorú vykonáva následný príkaz General Aut hen­
ticate.  
TCS_108 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri tiež TCS_34.  
TCS_109  Príkazová správa MSE:SET AT pre autentifikáciu čipu 
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „22h“  
P1 1  „41h“  Stanovené pre internú autentifikáciu  
P2 1  „A4h“  Autentifikácia  
Lc 1  „NNh“  Lc: dĺžka nasledujúceho dátového poľa  
#6-#(5+L)  L  „80h“ + 
„0Ah“ + 
„XX..XXh“  Referencia kryptografického mechanizmu kódovaného 
v DER-TLV: Objektový identifikátor autentifikácie 
čipu (iba hodnota, tag „06h“ sa vynecháva). 
Hodnoty objektových identifikátorov sú uvedené 
v dodatku 1; použije sa bajtová notácia. Usmernenie 
k voľbe jedného z týchto objektových identifikátorov 
je uvedené v dodatku 11.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 269  
3.5.11.2.2 M S E : S E T A T p r e a u t e n t i f i k á c i u V U 
Nasledujúci príkaz MSE:SET AT sa používa na voľbu parametrov 
a kľúčov autentifikácie VU, ktorú vykonáva následný príkaz Exte rnal 
Authenticate.  
TCS_110 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri tiež TCS_34.  
TCS_111  Príkazová správa MSE:SET AT pre autentifikáciu VU  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „22h“  
P1 1  „81h“  Stanovené pre externú autentifikáciu  
P2 1  „A4h“  Autentifikácia  
Lc 1  „NNh“  Lc: dĺžka nasledujúceho dátového poľa  
#6-#(5+L)  L  „80h“ + „0Ah“ 
+ „XX..XXh“  Referencia kryptografického mechanizmu kódovaného 
v DER-TLV: Objektový identifikátor autentifikácie VU 
(iba hodnota, tag „06h“ sa vynecháva). 
Hodnoty objektových identifikátorov sú uvedené 
v dodatku 1; použije sa bajtová notácia. Usmernenie 
k voľbe jedného z týchto objektových identifikátorov 
je uvedené v dodatku 11.  
„83h“ + „08h“ 
+ „XX..XXh“  Referencia verejného kľúča VU kódovaná v DER-TLV 
podľa referencie držiteľa certifikátu uvedeného v jeho 
certifikáte.  
„91h“ + L  91 + 
„XX..XXh“  Komprimované vyjadrenie efemérneho verejného kľúča 
VU kódovaného v DER-TLV, ktorý sa použije pri auten­
tifikácii čipu (pozri dodatok 11)  
3.5.11.2.3 M S E : S E T D S T  
Nasledujúci príkaz MSE:SET DST sa použije na nastavenie verejné ho 
kľúča buď  
— na overenie podpisu, ktorý sa uvádza v následnom príkaze PSO:  
Verify Digital Signature, alebo  
— na overenie podpisu na certifikáte, ktorý sa uvádza v následn om 
príkaze PSO: Verify Ceretificate  
TCS_112 Príkaz možno vykonať v MF, DF Tachograph a DF Tacho­
graph_G2, pozri tiež TCS_33.  
TCS_113  Príkazová správa MSE:SET DST  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  
INS 1  „22h“  
P1 1  „81h“  Stanovené pre overovanie  
P2 1  „B6h“  Digitálny podpis  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 270  
Bajt Dĺžka  Hodnota  Opis  
Lc 1  „NNh“  Lc: dĺžka nasledujúceho dátového poľa  
#6-#(5+L)  L  „83h“ + „08h“ 
+ „XX…XXh“  Referencia verejného kľúča kódovaná v DER-TLV – t. j. 
referencia držiteľa certifikátu na certifikáte verejného 
kľúča (pozri dodatok 11)  
Pre všetky príkazové verzie určuje štruktúru odpovedacej správy  
a stavové slová:  
TCS_114  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. Protokol bol 
zvolený a inicializovaný.  
— „ 6A80 “ znamená nesprávne parametre v dátovom poli 
príkazu.  
— „ 6A88 “ znamená, že údaje, na ktoré sa odkazuje 
(napríklad referenčný kľúč) nie sú k dispozícii.  
▼M1 
— Ak je čas currentAuthenticatedTime na karte neskorší, 
než dátum uplynutia zvoleného verejného kľúča, vráti 
sa stav spracovania ‚ 6A88 ‘. 
Poznámka:  V prípade príkazu MSE:SET AT pre autentifi­
káciu VU je referenčným kľúčom verejný kľúč VU_MA. 
Karta nastaví verejný kľúč VU_MA na použitie, ak je 
dostupný v jej pamäti, ktorý zodpovedá referencii držiteľa 
certifikátu (CHR) zadanej v príkazovom dátovom poli 
(karta môže identifikovať verejné kľúče VU_MA prostred­
níctvom poľa CHA certifikátu). Ak je k dispozícii iba 
verejný kľúč VU_Sign alebo ak nie je k dispozícii žiadny 
verejný kľúč jednotky vozidla, odpoveďou karty na tento 
príkaz je ‚6A 88‘. Pozri určenie poľa CHA v dodatku 11 
a dátového typu equipmentType v dodatku 1.  
Podobne ak sa kontrolnej karte pošle príkaz MSE:SET 
DST odkazujúci na EQT (t. j. VU alebo kartu), podľa 
CSM_234 je referenčným kľúčom vždy kľúč EQT_Sign, 
ktorý sa musí použiť na overenie digitálneho podpisu. 
Podľa obrázku 13 v dodatku 11 kontrolná karta vždy 
uloží príslušný verejný kľúč EQT_Sign. V niektorých 
prípadoch môže mať kontrolná karta uložený zodpoveda­
júci verejný kľúč EQT_MA. Keď kontrolná karta dostane 
príkaz MSE: SET DST, vždy musí nastaviť verejný kľúč 
EQT_Sign na použitie.  
▼B 
3.5.12  PSO: HASH  
Tento príkaz sa používa na prenos výsledkov hash výpočtu niekto rých 
údajov na kartu. Tento príkaz sa používa na overenie digitálnyc h 
podpisov. Hash hodnota sa dočasne uloží pre následný príkaz PSO : 
Verify Digital Signature.  
Tento príkaz zodpovedá norme ISO/IEC 7816-8. Použitie tohto 
príkazu je v porovnaní s príslušnou normou obmedzené.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 271  
Podpora tohto príkazu v DF Tachograph a DF Tachograph_G2 sa 
vyžaduje iba na kontrolnej karte.  
Ostatné typy tachografových kariet tento príkaz môžu, ale nemus ia 
implementovať. Príkaz môže, ale nemusí byť dostupný v MF.  
Aplikácia kontrolnej karty generácie 1 podporuje iba SHA-1.  
TCS_115 Dočasne uložená hash hodnota sa vymaže, ak sa príkazom 
PSO: HASH vypočíta nová hash hodnota, ak je zvolený DF 
a ak sa tachografová karta resetuje.  
TCS_116  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  CLA  
INS 1  „2Ah“  Perform Security Operation (vykonanie operácie zabez­
pečenia)  
P1 1  „90h“  Vrátený hash kód  
P2 1  „A0h“  Tag: dátové pole obsahuje DO relevantné pre hašovanie  
Lc 1  „XXh“  Dĺžka Lc následného dátového poľa  
#6 1  „90h“  Tag hash kódu  
#7 1  „XXh“  Dĺžka L hash kódu: 
„14h“ v aplikácii generácie 1 (pozri dodatok 11 časť A) 
„20h“, „30h“ alebo „40h“ v aplikácii generácie 2 (pozri 
dodatok 11 časť B)  
#8-#(7+L)  L  „XX..XXh“  Hash kód  
TCS_117  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak niektoré očakávané dátové objekty (špecifikované 
vyššie) chýbajú, vrátený stav spracovania je „ 6987 “. 
Môže sa to stať, ak chýba jeden z tagov „90h“.  
— Ak sú niektoré dátové objekty nesprávne, vrátený stav 
spracovania je „ 6988 “. K tejto chybe dochádza, keď je 
požadovaný tag prítomný, ale s dĺžkou inou než „14h“ 
pre SHA-1, „20h“ pre SHA-256, „30h“ pre SHA-384, 
„40h“ pre SHA-512 (aplikácia generácie 2).  
3.5.13  PERFORM HASH of FILE  
Tento príkaz nezodpovedá norme ISO/IEC 7816-8. CLA bajt tohto 
príkazu teda udáva, že ide o chránené použitie PERFORM SECU­
RITY OPERATION/HASH.  
Podpora tohto príkazu v DF Tachograph a DF Tachograph_G2 sa 
vyžaduje iba na karte vodiča a dielenskej karte.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 272  
Ostatné typy tachografových kariet tento príkaz môžu, ale nemus ia 
implementovať. Ak tento príkaz implementuje podniková alebo 
kontrolná karta, príkaz sa vykoná podľa tejto kapitoly.  
Príkaz môže, ale nemusí byť dostupný v MF. Ak áno, príkaz sa 
vykoná podľa tejto kapitoly, t. j. nesmie umožniť výpočet hash 
hodnoty, ale sa preruší vhodným kódom chyby.  
TCS_118 Príkaz PERFORM HASH of FILE sa používa na hašovanie 
dátovej oblasti aktuálne zvoleného transparentného EF.  
TCS_119 Tachografová karta musí tento príkaz podporovať iba pre  
EF uvedené v kapitole 4 v rámci DF_Tachograph 
a DF_Tachograph_G2 s nasledujúcou výnimkou. Tachogra­
fová karta nesmie príkaz podporovať pre EF Sensor_Instal­
lation_Data v rámci DF Tachograph_G2.  
TCS_120 Výsledok operácie hash sa dočasne uloží na karte. 
Následne sa môže použiť na získanie digitálneho podpisu 
súboru s použitím príkazu PSO: COMPUTE DIGITAL 
SIGNATURE.  
▼M1 
TCS_121 Dočasne uložená hodnota hash of file sa vymaže, ak sa 
príkazom PERFORM HASH of FILE vypočíta nová 
hodnota hash of file, ak je zvolený DF a ak sa tachografová 
karta resetuje.  
▼B 
TCS_122 Aplikácia tachografu generácie 1 musí podporovať SHA-1.  
▼M1 
TCS_123 Aplikácia tachografu generácie 2 musí podporovať algo­
ritmus SHA– 2 (SHA– 256, SHA– 384 alebo SHA– 512) 
špecifikovaný šifrovacou zostavou v dodatku 11 časti B pre 
podpisový kľúč karty Card_Sign.  
▼B 
TCS_124  Príkazová správa  
▼M1 
Bajt Dĺžka  Hodnota  Opis  
CLA  1  ‚80h‘  CLA  
INS 1  ‚2Ah‘  Perform Security Operation (vykonanie operácie zabez­
pečenia)  
P1 1  ‚90h‘  Tag: Hash  
P2 1  ‚00h‘  Implicitne známy algoritmus 
Pre aplikáciu tachografu generácie 1: SHA– 1 
Pre aplikáciu tachografu generácie 2: algoritmus SHA– 2 
(SHA– 256, SHA– 384 alebo SHA– 512) špecifikovaný 
šifrovacou zostavou v dodatku 11 časti B pre podpisový 
kľúč karty Card_Sign.  
▼B 
TCS_125  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak aktuálny EF nepovoľuje tento príkaz (EF 
Sensor_Installation_Data v DF Tachograph_G2), 
vrátený stav spracovania je „ 6985 “. ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 273  
— Ak sa zvolený EF považuje za poškodený (chyby atri­
bútov súboru alebo integrity uložených údajov), vrátený 
stav spracovania je „ 6400 “ alebo „ 6581 “. 
— Ak zvolený súbor nie je transparentným súborom alebo 
ak neexistuje aktuálny EF, vrátený stav spracovania je 
„6986 “. 
3.5.14  PSO: COMPUTE DIGITAL SIGNATURE  
▼M1 
Tento príkaz sa používa na výpočet digitálneho podpisu predtým 
vypočítaného hash kódu (pozri PERFORM HASH of FILE, bod 
3.5.13).  
Podpora tohto príkazu v DF Tachograph a DF Tachograph_G2 sa 
vyžaduje iba na karte vodiča a dielenskej karte.  
Ostatné typy tachografových kariet tento príkaz môžu, ale nemus ia 
implementovať. V prípade aplikácie tachografu generácie 2 majú 
podpisový kľúč generácie 2 iba karta vodiča a dielenská karta, ostatné 
karty nemôžu tento príkaz úspešne vykonať, pričom sa preruší 
s uvedením vhodného kódu chyby.  
Príkaz môže, ale nemusí byť dostupný v MF. Ak príkaz nie je 
dostupný v MF, preruší sa s uvedením vhodného kódu chyby.  
Tento príkaz spĺňa požiadavky normy ISO/IEC 7816– 8. Použitie 
tohto príkazu je v porovnaní s príslušnou normou obmedzené.  
▼B 
TCS_126 Príkaz nevypočíta digitálny podpis hash kódu predtým 
vypočítaného príkazom PSO: HASH.  
TCS_127 Na výpočet digitálneho podpisu sa použije súkromný kód 
karty a karta ho implicitne pozná.  
TCS_128 Aplikácia tachografu generácie 1 vykoná digitálny podpi s 
s použitím vyplňovacej metódy zodpovedajúcej PKCS1 
(podrobnosti v dodatku 11).  
TCS_129 Aplikácia tachografu generácie 2 vypočíta digitálny pod pis 
na báze eliptickej krivky (podrobnosti v dodatku 11).  
TCS_130  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „00h“  CLA  
INS 1  „2Ah“  Perform Security Operation (vykonanie operácie zabez­
pečenia)  
P1 1  „9Eh“  Digitálny podpis, ktorý sa má vrátiť  
P2 1  „9Ah“  Tag: dátové pole obsahuje údaje na podpísanie Keďže 
nie je zahrnuté žiadne dátové pole, údaje už majú byť 
prítomné na karte (hash of file)  
Le 1  „NNh“  Dĺžka očakávaného podpisu  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 274  
TCS_131  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#L  L  „XX..XXh“  Podpis predtým vypočítaného hash  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak sa implicitne zvolený súkromný kľúč považuje za 
poškodený, vrátený stav spracovania je „ 6400 “ alebo 
„6581 “. 
— Ak hash vypočítaný v predošlom príkaze Perform Hash 
of File nie je k dispozícii, vrátený stav spracovania je 
„6985 “. 
3.5.15  PSO: VERIFY DIGITAL SIGNATURE  
Tento príkaz sa používa na overenie digitálneho podpisu ako vst upu, 
ktorého hash karta implicitne pozná. Karta implicitne pozná alg o­
ritmus podpisu.  
Tento príkaz zodpovedá norme ISO/IEC 7816-8. Použitie tohto 
príkazu je v porovnaní s príslušnou normou obmedzené.  
Podpora tohto príkazu v DF Tachograph a DF Tachograph_G2 sa 
vyžaduje iba na kontrolnej karte.  
Ostatné typy tachografových kariet tento príkaz môžu, ale nemus ia 
implementovať. Príkaz môže, ale nemusí byť dostupný v MF.  
TCS_132 Príkaz VERIFY DIGITAL SIGNATURE vždy používa 
verejný kľúč zvolený predchádzajúcim príkazom Manage 
Security Environment MSE: Set DST a predchádzajúci 
hash kód zadaný príkazom PSO: HASH.  
TCS_133  Príkazová správa  
▼M1 
Bajt Dĺžka  Hodnota  Opis  
CLA  1  ‚00h‘  CLA  
INS 1  ‚2Ah‘  Perform Security Operation (vykonanie operácie zabez­
pečenia)  
P1 1  ‚00h‘  
P2 1  ‚A8h‘  Tag: dátové pole obsahuje DO relevantné pre overenie  
Lc 1  ‚XXh‘  Dĺžka Lc následného dátového poľa  
#6 1  ‚9Eh‘  Tag pre digitálny podpis  
#7 alebo 
#7 – #8  L ‚NNh‘ alebo 
‚81 NNh‘  Dĺžka digitálneho podpisu (L sú 2 bajty, ak je digitálny 
podpis dlhší ako 127 bajtov): 
128 bajtov kódovaných v súlade s dodatkom 11 časťou 
a pre aplikáciu tachografu generácie 1 
v závislosti od zvolenej krivky pre aplikáciu tachografu 
generácie 2 (pozri dodatok 11 časť B)  
#(7+L) – 
#(6+L+NN)  NN ‚XX..XXh‘  Obsah digitálneho podpisu  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 275  
TCS_134  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— Ak zlyhá overenie podpisu, vrátený stav spracovania je 
„6688 “. Proces overovania je opísaný v dodatku 11.  
— Ak nie je zvolený žiadny verejný kľúč, vrátený stav 
spracovania je „ 6A88 “. 
— Ak niektoré očakávané dátové objekty (špecifikované 
vyššie) chýbajú, vrátený stav spracovania je „ 6987 “. 
Môže sa to stať, ak chýba jeden z požadovaných tagov.  
— Ak nie je k dispozícii žiadny hash kód na spracovanie 
príkazu (ako výsledok predchádzajúceho príkazu PSO: 
Hash), vrátený stav spracovania je „ 6985 “. 
— Ak sú niektoré dátové objekty nesprávne, vrátený stav 
spracovania je „ 6988 “. Môže sa to stať, ak má niektorý 
z požadovaných dátových objektov nesprávnu dĺžku.  
— Ak sa zvolený verejný kľúč považuje za poškodený, 
vrátený stav spracovania je „ 6400 “ alebo „ 6581 “. 
▼M1 
— Ak má zvolený verejný kľúč (použitý na overenie digi­
tálneho podpisu) CHA.LSB (CertificateHolderAuthori­
sation.equipmentType) nevhodné na overenie digitál­
neho podpisu podľa dodatku 11, vráti sa stav spraco­
vania ‚ 6985 ‘. 
▼B 
3.5.16  PROCESS DSRC MESSAGE  
Tento príkaz sa používa na overenie integrity a autentickosti s právy 
DSRC a na dešifrovanie údajov, ktoré VU zasiela kontrolnému org ánu 
alebo dielni spojením DSRC. Karta odvodzuje šifrovací kľúč a kľ úč 
MAC použitý na zabezpečenie správy DSRC v súlade s dodatkom 11 
časťou B kapitolou 13.  
Podpora tohto príkazu v DF Tachograph_G2 sa vyžaduje iba na 
kontrolnej karte a dielenskej karte.  
Ostatné typy tachografových kariet tento príkaz môžu, ale nemus ia 
implementovať, no nebudú mať univerzálny kľúč DSRC (master key) . 
Tieto karty preto nemôžu príkaz úspešne vykonať, ale sa preruší  
vhodným kódom chyby.  
Príkaz môže, ale nemusí byť dostupný v MF a/alebo v DF Tacho­
graph. Ak áno, príkaz sa preruší vhodným kódom chyby.  
TCS_135 Univerzálny kľúč DSRC je dostupný iba v DF Tacho­
graph_G2, t. j. kontrolná a dielenská karta podporia 
úspešné vykonanie príkazu iba v DF Tachograph_G2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 276  
TCS_136 Príkaz iba dešifruje údaje DSRC a overí kryptografický 
kontrolný súčet, ale neinterpretuje vstupné údaje.  
TCS_137 Poradie dátových objektov v dátovom poli príkazu je pev ne 
stanovené touto špecifikáciou.  
TCS_138  Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „80h“  Chránené CLA  
INS 1  „2Ah“  Perform Security Operation (vykonanie operácie zabez­
pečenia)  
P1 1  „80h“  Údaje odpovede: nešifrovaná hodnota  
P2 1  „B0h“  Údaje príkazu: nešifrovaná hodnota kódovaná v BER- 
TLV vrátane dátových objektov SM  
Lc 1  „NNh“  Dĺžka Lc následného dátového poľa  
#6-#(5+L)  L  „87h“ + L  87 + 
„XX..XXh“  Bajt s indikátorom obsahu výplne kódovaný v DER- 
TLV nasledovaný šifrovanými obsahovými údajmi 
tachografu. Pre bajt s indikátorom obsahu výplne sa 
použije hodnota „00h“ („bez bližšieho určenia“ podľa 
tabuľky 52 v ISO/IEC 7816-4:2013). Šifrovací mecha­
nizmus je opísaný v dodatku 11 časti B kapitole 13. 
Pre dĺžku L  87 sú povolenými hodnotami násobky 
blokovej dĺžky AES plus 1 pre bajt s indikátorom 
obsahu výplne, t. j. od 17 po 193 bajtov vrátane.  
Poznámka:  dátový objekt SM s tagom „87h“ je uvedený 
v tabuľke 49 normy ISO/IEC 7816-4:2013.  
„81h“ + „10h“  Kontrolný referenčný vzor pre dôvernosť kódovaný 
v DER-TLV, v ktorom je zahrnuté zreťazenie týchto 
dátových prvkov (pozri dodatok 1 DSRCSecurityData 
a dodatok 11 časť B kapitolu 13): 
— 4-bajtová časová pečiatka 
— 3-bajtové počítadlo 
— 8-bajtové sériové číslo VU 
— 1-bajtová verzia univerzálneho kľúča DSRC  
Poznámka:  dátový objekt SM s tagom „81h“ je uvedený 
v tabuľke 49 normy ISO/IEC 7816-4:2013.  
„8Eh“ + L  8E + 
„XX..XXh“  Autentifikačný kód správy DSRC (MAC) kódovaný 
v DER-TLV Algoritmus a výpočet MAC je opísaný 
v dodatku 11 časti B kapitole 13.  
Poznámka:  dátový objekt SM s tagom „8Eh“ je uvedený 
v tabuľke 49 normy ISO/IEC 7816-4:2013.  
▼M3 
Le 1  „00h“  Podľa ISO/IEC 7816-4  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 277  
TCS_139  Odpovedacia správa  
Bajt Dĺžka  Hodnota  Opis  
#1-#L  L  „XX..XXh“  Absentuje (v prípade chyby) alebo dešifrované údaje (s 
odstránenou výplňou)  
SW 2  „XXXXh“  Stavové slová (SW1, SW2)  
— Ak je príkaz úspešný, karta vráti „ 9000 “. 
— „ 6A80 “ označuje nesprávne parametre v dátovom poli 
príkazu (použije sa aj v prípade, ak dátové objekty nie 
sú zaslané v určenom poradí).  
— „ 6A88 “ znamená, že nie sú k dispozícii údaje, na ktoré 
sa odkazuje, t. j. že nie je k dispozícii referenčný 
univerzálny kľúč DSRC.  
— „ 6900 “ znamená, že zlyhalo overovanie kryptografic­
kého kontrolného súčtu alebo dešifrovanie údajov.  
▼M1 
— ‚6985 ‘ znamená, že 4– bajtová časová pečiatka 
v dátovom poli príkazu má skorší dátum ako cardVali­
dityBegin alebo neskorší dátum ako cardExpiryDate.  
▼B 
4. ŠTRUKTÚRA TACHOGRAFOVÝCH KARIET  
Tento odsek špecifikuje štruktúry súborov tachografových kariet  na 
uloženie dostupných údajov.  
Nešpecifikuje vnútorné štruktúry závislé od výrobcu karty ako n apr. záhlavia 
súborov, ani ukladanie a spracovávanie dátových prvkov potrebný ch len na 
interné použitie ako napr.
  
,
 ,
  a l e b o
  .  
TCS_140 Tachografová karta generácie 2 musí zahŕňať MF (hlavný 
súbor) a tachografovú aplikáciu generácie 1 a generácie 2 
rovnakého typu (napr. aplikácie karty vodiča).  
TCS_141 Tachografová karta musí podporovať aspoň minimálny 
počet záznamov určený pre príslušné aplikácie a nesmie 
podporovať viac než maximálny počet záznamov určený 
pre príslušné aplikácie.  
▼M3 
Maximálne a minimálne počty záznamov pre rôzne apli­
kácie sú určené v tejto kapitole. Na kartách vodiča a dielen­
ských kartách generácie 2 vo verzii 2 musí aplikácia gene­
rácie 1 podporovať maximálny počet záznamov uvedený 
v odsekoch TCS_150 a TCS_158.  
▼B 
Podmienky zabezpečenia použité v pravidlách prístupu na 
účely tejto kapitoly sú uvedené v kapitole 3.3. Prístupový 
režim čítania („read“) vo všeobecnosti označuje príkaz 
READ BINARY s párnym a (ak sa podporuje) nepárnym 
bajtom INS, s výnimkou EF Sensor_Installation_Data na 
dielenskej karte, pozri TCS_156 a TCS_160. Prístupový 
režim aktualizácie („update“) označuje príkaz Update 
Binary s párnym a (ak sa podporuje) nepárnym bajtom 
INS a prístupový režim voľby („select“) príkaz SELECT.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 278  
4.1. Hlavný súbor (MF)  
TCS_142 Po personalizácii musí mať hlavný súbor MF nasledovnú 
stálu štruktúru súborov a pravidlá prístupu k nim:  
Poznámka:  Krátky identifikátor EF SFID je daný ako číslo 
v desiatkovej sústave – napr. hodnota 30 zodpovedá 
hodnote 11110 v binárnom vyjadrení.
  
V tejto tabuľke sa používa nasledovná skratka podmienky 
zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
TCS_143 Štruktúry všetkých EF musia byť transparentné.  
TCS_144 Hlavný súbor MF má túto dátovú štruktúru:
  
TCS_145 Elementárny súbor EF DIR obsahuje tieto aplikačné dátov é 
objekty: „61 08 4F 06 FF 54 41 43 48 4F 61 08 4F 06 FF 
53 4D 52 44 54“  
TCS_146 Elementárny súbor EF ATR/INFO musí byť prítomný, ak 
tachografová karta v ATR uvádza, že podporuje polia 
s rozšírenou dĺžkou. V tomto prípade EF ATR/INFO obsa­
huje dátový objekt s informáciou o rozšírenej dĺžke 
(DO„7F66“) v zmysle ISO/IEC 7816-4:2013 bodu 12.7.1.  
TCS_147 Elementárny súbor EF Extended_Length musí byť 
prítomný, ak tachografová karta v ATR uvádza, že podpo­
ruje polia s rozšírenou dĺžkou. V tomto prípade musí EF 
obsahovať nasledovný dátový objekt: „02 01 xx“, kde 
hodnota „xx“ určuje, či sa polia s rozšírenou dĺžkou podpo­
rujú pre protokol T = 1 a/alebo T = 0.  
Hodnota „01“ označuje podporu polí s rozšírenou dĺžkou 
pre protokol T = 1.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 279  
Hodnota „10“ označuje podporu polí s rozšírenou dĺžkou 
pre protokol T = 0.  
Hodnota „11“ označuje podporu polí s rozšírenou dĺžkou 
pre protokol T = 1 aj T = 0.  
4.2. Aplikácie karty vodi ča 
4.2.1  Aplikácia karty vodi ča generácie 1  
TCS_148 Po personalizácii musí mať aplikácia karty vodiča gene­
rácie 1 nasledovnú stálu štruktúru súborov a pravidlá 
prístupu k nim:
  
V tejto tabuľke sa používajú nasledovné skratky 
podmienok zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
SC2 ALW alebo SM-MAC-G1 alebo SM-MAC-G2  
SC3 SM-MAC-G1 alebo SM-MAC-G2  
TCS_149 Štruktúry všetkých EF musia byť transparentné.  
TCS_150 Aplikácia karty vodiča generácie 1 má túto dátovú štruk ­
túru: ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 280
  
► (1) (2) M3 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 281
  
▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 282  
TCS_151 Nasledovné hodnoty použité na určenie veľkostí v predoš lej 
tabuľke sú minimálne a maximálne hodnoty počtu 
záznamov, ktoré musí dátová štruktúra karty vodiča uplat­ 
ňovať v aplikácii generácie 1:
  
4.2.2  Aplikácia karty vodi ča generácie 2  
▼M3 
TCS_152 Po personalizácii musí mať aplikácia karty vodiča gene­
rácie 2 túto stálu štruktúru súborov a pravidlá prístupu 
k nim:  
Poznámky:  
— Krátky identifikátor EF SFID je daný ako číslo v desiat­
kovej sústave – napr. hodnota 30 zodpovedá hodnote 
11110 v binárnom vyjadrení.  
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF 
Border_Crossings, EF Load_Unload_Operations, EF 
VU_Configuration a EF Load_Type_Entries existujú 
len na karte vodiča generácie 2 vo verzii 2.  
— cardStructureVersion v EF Application_Identification sa 
rovná {01 01} pre verziu 2 karty vodiča generácie 2, 
kým v prípade verzie 1 karty vodiča generácie 2 to bolo 
{01 00}.
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 283  
V tejto tabuľke sa používajú tieto skratky podmienok 
zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
SC5 Pre príkaz Read Binary s párnym bajtom INS: SM- 
C-MAC-G2 a SM-R-ENC-MAC-G2  
Pre príkaz Read Binary s nepárnym bajtom INS (ak 
sa podporuje): NEV  
▼B 
TCS_153 Štruktúry všetkých EF musia byť transparentné.  
▼M3 
TCS_154 Aplikácia karty vodiča generácie 2 má túto dátovú štruk ­
túru:
 ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 284
  
▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 285
  
▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 286  
TCS_155 Nasledovné hodnoty použité na určenie veľkostí v predoš lej 
tabuľke sú minimálne a maximálne hodnoty počtu 
záznamov, ktoré musí dátová štruktúra karty vodiča uplat­ 
ňovať v aplikácii generácie 2:  
▼M3 
Min Max  
n 1 NoOfEventsPerType  1 2  1 2  
n 2 NoOfFaultsPerType  2 4  2 4  
n 3 NoOfCardVehicleRecords  200  200  
n 4 NoOfCardPlaceRecords  112  112  
n 6 CardActivityLengthRange  13776 bajtov 
(56 dní * 117 zmien 
činnosti)  13776 bajtov 
(56 dní * 117 zmien 
činnosti)  
n 7 NoOfCardVehicleUnitRecords  200  200  
n 8 NoOfGNSSADRecords  336  336  
n 9 NoOfSpecificConditionRecords  112  112  
n 10 NoOfBorderCrossingRecords  1120  1120  
n 11 NoOfLoadUnloadRecords  1624  1624  
n 12 NoOfLoadTypeEntryRecords  336  336  
n 13 VuConfigurationLengthRange  3072 bajtov  3072 bajtov  
▼B 
4.3. Aplikácie dielenskej karty  
4.3.1  Aplikácia dielenskej karty generácie 1  
TCS_156 Po personalizácii musí mať aplikácia dielenskej karty g ene­
rácie 1 nasledovnú stálu štruktúru súborov a pravidlá 
prístupu k nim:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 287  
V tejto tabuľke sa používajú nasledovné skratky 
podmienok zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
SC2 ALW alebo SM-MAC-G1 alebo SM-MAC-G2  
SC3 SM-MAC-G1 alebo SM-MAC-G2  
▼M1 
SC4 Pre príkaz READ BINARY s párnym bajtom INS:  
(SM– C– MAC– G1 AND SM– R– ENC– MAC– G1) 
OR 
(SM– C– MAC– G2 AND SM– R– ENC– MAC– G2)  
Pre príkaz READ BINARY s nepárnym bajtom INS 
(ak sa podporuje): NEV  
▼B 
TCS_157 Štruktúry všetkých EF musia byť transparentné.  
TCS_158 Aplikácia dielenskej karty generácie 1 má túto dátovú 
štruktúru:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 288
  
▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 289
  
▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 290
  
TCS_159 Nasledovné hodnoty použité na určenie veľkostí v predoš lej 
tabuľke sú minimálne a maximálne hodnoty počtu 
záznamov, ktoré musí dátová štruktúra dielenskej karty 
uplatňovať v aplikácii generácie 1:
  
4.3.2  Aplikácia dielenskej karty generácie 2  
▼M3 
TCS_160 Po personalizácii musí mať aplikácia dielenskej karty g ene­
rácie 2 túto stálu štruktúru súborov a pravidlá prístupu 
k nim:  
Poznámky:  
— Krátky identifikátor EF SFID je daný ako číslo v desiat­
kovej sústave – napr. hodnota 30 zodpovedá hodnote 
11110 v binárnom vyjadrení.  
— EF Application_Identification_V2, EF Places_Authenti­
cation, EF GNSS_Places_Authentication, EF 
Border_Crossings, EF Load_Unload_Operations, EF 
Load_Type_Entries, EF VU_Configuration a EF Cali­
bration_Add_Data existujú len na dielenskej karte gene­
rácie 2 vo verzii 2.  
— cardStructureVersion v EF Application_Identification sa 
rovná {01 01} pre verziu 2 dielenskej karty generácie 
2, kým v prípade verzie 1 dielenskej karty generácie 2 
to bolo {01 00}.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 291
  
V tejto tabuľke sa používajú tieto skratky podmienok 
zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
SC5 Pre príkaz Read Binary s párnym bajtom INS: SM- 
C-MAC-G2 a SM-R-ENC-MAC-G2  
Pre príkaz Read Binary s nepárnym bajtom INS (ak 
sa podporuje):NEV  
▼B 
TCS_161 Štruktúry všetkých EF musia byť transparentné.  
TCS_162 Aplikácia dielenskej karty generácie 2 má túto dátovú 
štruktúru:  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 292
  
▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 293
  
▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 294
  
▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 295
  
▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 296  
TCS_163 Nasledovné hodnoty použité na určenie veľkostí v predoš lej 
tabuľke sú minimálne a maximálne hodnoty počtu 
záznamov, ktoré musí dátová štruktúra dielenskej karty 
uplatňovať v aplikácii generácie 2:  
▼M3 
Min Max  
n 1 NoOfEventsPerType  3  3  
n 2 NoOfFaultsPerType  6  6  
n 3 NoOfCardVehicleRecords  8  8  
n 4 NoOfCardPlaceRecords  8  8  
n 5 NoOfCalibrationRecords  255  255  
n 6 CardActivityLengthRange  492 bajtov (1 deň * 240 
zmien činnosti)  492 bajtov (1 deň * 
240 zmien činnosti)  
n 7 NoOfCardVehicleUnitRecords  8  8  
n 8 NoOfGNSSADRecords  2 4  2 4  
n 9 NoOfSpecificConditionRecords  4  4  
n 10 NoOfBorderCrossingRecords  4  4  
n 11 NoOfLoadUnloadRecords  8  8  
n 12 NoOfLoadTypeEntryRecords  4  4  
n 13 VuConfigurationLengthRange  3072 bajtov  3072 bajtov  
▼B 
4.4. Aplikácie kontrolnej karty  
4.4.1  Aplikácia kontrolnej karty generácie 1  
TCS_164 Po personalizácii musí mať aplikácia kontrolnej karty g ene­
rácie 1 nasledovnú stálu štruktúru súborov a pravidlá 
prístupu k nim:
  
V tejto tabuľke sa používajú nasledovné skratky 
podmienok zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
SC2 ALW alebo SM-MAC-G1 alebo SM-MAC-G2  
SC3 SM-MAC-G1 alebo SM-MAC-G2  
SC6 EXT-AUT-G1 alebo SM-MAC-G1 alebo SM-MAC- 
G2 
TCS_165 Štruktúry všetkých EF musia byť transparentné.  
TCS_166 Aplikácia kontrolnej karty generácie 1 má túto dátovú 
štruktúru:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 297
  
TCS_167 Nasledovné hodnoty použité na určenie veľkostí v predoš lej 
tabuľke sú minimálne a maximálne hodnoty počtu 
záznamov, ktoré musí dátová štruktúra kontrolnej karty 
uplatňovať v aplikácii generácie 1:
  
4.4.2  Aplikácia kontrolnej karty generácie 2  
▼M3 
TCS_168 Po personalizácii musí mať aplikácia kontrolnej karty g ene­
rácie 2 túto stálu štruktúru súborov a pravidlá prístupu 
k nim:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 298  
Poznámky:  
— Krátky identifikátor EF SFID je daný ako číslo v desiat­
kovej sústave, napr. hodnota 30 zodpovedá hodnote 
11110 v binárnom vyjadrení.  
— EF Application_Identification_V2 a EF VU_Configura­
tion existujú len na kontrolnej karte generácie 2 vo 
verzii 2.  
— cardStructureVersion v EF Application_Identification sa 
rovná {01 01} pre verziu 2 kontrolnej karty generácie 
2, kým v prípade verzie 1 kontrolnej karty generácie 2 
to bolo {01 00}.
  
V tejto tabuľke sa používajú tieto skratky podmienok 
zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
SC5 Pre príkaz Read Binary s párnym bajtom INS: 
SM-C-MAC-G2 a SM-R-ENC-MAC-G2  
Pre príkaz Read Binary s nepárnym bajtom 
INS (ak sa podporuje): NEV  
▼B 
TCS_169 Štruktúry všetkých EF musia byť trans­
parentné.  
TCS_170 Aplikácia kontrolnej karty generácie 2 má túto 
dátovú štruktúru:  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 299
  
▼B 
TCS_171 Nasledovné hodnoty použité na určenie veľkostí v predoš lej 
tabuľke sú minimálne a maximálne hodnoty počtu 
záznamov, ktoré musí dátová štruktúra kontrolnej karty 
uplatňovať v aplikácii generácie 2:  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 300  
Min Max  
n 7 NoOfControlActivityRecords  230  520  
n 13 VuConfigurationLengthRange  3072 bajtov  3072 bajtov  
▼B 
4.5. Aplikácie podnikovej karty  
4.5.1  Aplikácia podnikovej karty generácie 1  
TCS_172 Po personalizácii musí mať aplikácia podnikovej karty 
generácie 1 nasledovnú stálu štruktúru súborov a pravidlá 
prístupu k nim:
  
V tejto tabuľke sa používajú nasledovné skratky 
podmienok zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
SC2 ALW alebo SM-MAC-G1 alebo SM-MAC-G2  
SC3 SM-MAC-G1 alebo SM-MAC-G2  
SC6 EXT-AUT-G1 alebo SM-MAC-G1 alebo SM-MAC- 
G2 
TCS_173 Štruktúry všetkých EF musia byť transparentné.  
TCS_174 Aplikácia podnikovej karty generácie 1 má túto dátovú 
štruktúru:
  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 301  
TCS_175 Nasledovné hodnoty použité na určenie veľkostí v predoš lej 
tabuľke sú minimálne a maximálne hodnoty počtu 
záznamov, ktoré musí dátová štruktúra podnikovej karty 
uplatňovať v aplikácii generácie 1:
  
4.5.2  Aplikácia podnikovej karty generácie 2  
▼M3 
TCS_176 Po personalizácii musí mať aplikácia podnikovej karty 
generácie 2 túto stálu štruktúru súborov a pravidlá prístupu 
k nim:  
Poznámky:  
— Krátky identifikátor EF SFID je daný ako číslo v desiat­
kovej sústave, napr. hodnota 30 zodpovedá hodnote 
11110 v binárnom vyjadrení.  
— EF Application_Identification_V2 a EF VU_Configura­
tion existujú len na podnikovej karte generácie 2 vo 
verzii 2.  
— cardStructureVersion v EF Application_Identification sa 
rovná {01 01} pre verziu 2 podnikovej karty generácie 
2, kým v prípade verzie 1 podnikovej karty generácie 2 
to bolo {01 00}.
  
V tejto tabuľke sa používajú tieto skratky podmienok 
zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
SC5 Pre príkaz Read Binary s párnym bajtom 
INS:SM-C-MAC-G2 a SM-R-ENC-MAC-G2  
Pre príkaz Read Binary s nepárnym bajtom 
INS (ak sa podporuje):NEV  
▼B 
TCS_177 Štruktúry všetkých EF musia byť transparentné.  
TCS_178 Aplikácia podnikovej karty generácie 2 má túto dátovú 
štruktúru:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 302
  
▼B 
TCS_179 Nasledovné hodnoty použité na určenie veľkostí v predoš lej 
tabuľke sú minimálne a maximálne hodnoty počtu 
záznamov, ktoré musí dátová štruktúra podnikovej karty 
uplatňovať v aplikácii generácie 2:  
▼M3 
Min Max  
n 8 NoOfCompanyActivityRecords  230  520  
n 13 VuConfigurationLengthRange  3072 bajtov  3072 bajtov  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 303  
Dodatok 3  
PIKTOGRAMY  
PIC_001 Tachograf môže voliteľne používať tieto piktogramy a ic h kombinácie (alebo 
piktogramy a kombinácie dostatočne podobné, aby nemohlo dôjsť 
k zámene):  
1. ZÁKLADNÉ PIKTOGRAMY  
Osoby  Činnosti  Režimy prevádzky
  
Podnik  Podnikový režim
  
Kontrolór  Kontrola  Kontrolný režim
  
Vodič  Jazda  Prevádzkový režim
  
Dielňa/skúšobňa  Inšpekcia/kalibrácia  Kalibračný režim
  
Výrobca  
Činnosti  Trvanie
  
Pohotovosť  Aktuálny čas pohotovosti
  
Jazda  Nepretržitý čas jazdy
  
Odpočinok  Aktuálny čas odpočinku
  
Iná práca  Aktuálny pracovný čas
  
Prestávka  Kumulovaný čas prestávok
  
Neznáme  
Vybavenie  Funkcie
  
Slot vodiča
  
Slot druhého vodiča
  
Karta
  
Hodiny
  
Displej  Zobrazovanie
  
Externá pamäť  Sťahovanie
  
Napájanie
  
Tlačiareň/výpis  Tlač
  
Snímač
  
Rozmer pneumatík
  
Vozidlo/jednotka vozidla
  
zariadenie GNSS
  
Zariadenie diaľkovej detekcie
  
rozhranie IDS  ▼B
02016R0799 — SK — 21.08.2023 — 003.001 — 304  
Špecifické podmienky, manuálne zápisy
  
Zariadenie sa nevyžaduje
  
Prevoz trajektom/vlakom
  
Operácia nakládky
  
Operácia vykládky
  
Operácia súčasnej nakládky/vykládky
  
Druh nákladu: cestujúci
  
Druh nákladu: tovar
  
Druh nákladu: nedefinovaný druh nákladu  
▼B 
Rôzne
  
Udalosti
  Poruchy
  
Začiatok denného pracovného času
  Koniec denného pracovného 
času
 
Miesto
  
Manuálny záznam o činnostiach 
vodiča  
▼M3
 
Zabezpečenie/autentifikované údaje/ 
plomby  
▼B
 
Rýchlosť
  
Čas
 
Celkom/súhrn  
▼M3
 
Digitálna mapa/prekročenie hranice  
▼B 
Kvalifikátory  
24h Za deň
  
Za týždeň
  
Za dva týždne
  
Od alebo do  
2. KOMBINÁCIE PIKTOGRAMOV  
Rôzne
  
Miesto kontroly
  
Miesto začiatku denného pracovného 
času
 Miesto konca denného pracov­
ného času  
▼M1
 
Poloha po 3 hodinách kumulovaného 
času jazdy  
▼B
 
Čas začiatku
  Čas skončenia
  
Z vozidla
  
Zariadenie sa nevyžaduje – začiatok
  Zariadenie sa nevyžaduje – 
koniec  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 305
  
Poloha, kde vozidlo prekročilo hranicu 
medzi dvomi krajinami
  
Poloha, kde došlo k operácii nakládky
  
Poloha, kde došlo k operácii vykládky
  
Poloha, kde došlo k operácii súčasnej 
nakládky/vykládky  
▼B 
Karty
  
Karta vodiča
  
Podniková karta
  
Kontrolná karta
  
Dielenská karta
  
Žiadna karta  
Jazda
  
V posádke
  
Čas jazdy za jeden týždeň
  
Čas jazdy za dva týždne  
Výpisy
  
Denný výpis činností vodiča z karty
  
Denný výpis činností vodiča z VU
  
Výpis udalostí a porúch z karty
  
Výpis udalostí a porúch z VU
  
Výpis technických údajov
  
Výpis prekročenia rýchlosti  
▼M3
 
História výpisov vložených kariet  
▼B 
Udalosti
  
Vloženie neplatnej karty
  
Konflikt karty
  
Prekrývanie časov
  
Jazda bez príslušnej karty
  
Vloženie karty za jazdy
  
Nesprávne uzavretá posledná relácia karty
  
Prekročenie rýchlosti
  
Prerušenie napájania
  
Chyba údajov o pohybe
  
Nesúlad údajov o pohybe vozidla
  
Narušenie zabezpečenia  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 306
  
Časový rozpor alebo úprava času (v dielni)  
▼B
 
Kontrola prekročenia rýchlosti  
▼M1
 
Chýbajúce informácie o polohe z prijímača GNSS alebo chyba komu ni­
kácie s externým zariadením GNSS
  
Chyba komunikácie s diaľkovým komunikačným zariadením  
▼M3
 
Anomália GNSS  
▼B 
Poruchy
  
Porucha karty (slot vodiča)
  
Porucha karty (slot druhého vodiča)
  
Porucha zobrazenia
  
Porucha sťahovania
  
Porucha tlače
  
Porucha snímača
  
Interná porucha VU
  
porucha GNSS
  
Porucha diaľkovej detekcie  
Postup manuálnych zápisov
  
Stále ten istý denný pracovný čas?
  
Koniec predošlého pracovného času?
  
Potvrdiť alebo zadať miesto konca pracovného času
  
Zadať čas začiatku
  
Zadať miesto začiatku pracovného času.  
Poznámka:  Ďalšie kombinácie piktogramov, ktorými sa skladajú bloky 
tlače alebo identifikátory záznamov, sú vymedzené v dodatku 4.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 307  
Dodatok 4  
VÝPISY  
OBSAH  
1. VŠEOBECNE  
2. ŠPECIFIKÁCIE DÁTOVÝCH BLOKOV  
3. ŠPECIFIKÁCIE VÝPISOV  
3.1. Denný výpis činností vodiča z karty  
3.2. Denný výpis činností vodiča z VU  
3.3. Výpis udalostí a porúch z karty  
3.4. Výpis udalostí a porúch z VU  
3.5. Výpis technických údajov  
3.6. Výpis prekročenia rýchlosti  
3.7. História vložených kariet  
1. VŠEOBECNE  
Každý výpis pozostáva z reťazcov rôznych dátových blokov, ktoré  
môžu byť identifikované identifikátorom bloku.  
Dátový blok obsahuje jeden alebo viac záznamov, ktoré môžu byť 
identifikované identifikátorom záznamu.  
PRT_001 Keď stojí identifikátor bloku bezprostredne pred identi fiká­
torom záznamu, identifikátor záznamu sa nevytlačí.  
PRT_002 Ak sú dátové údaje neznáme alebo sa nesmú vytlačiť 
z dôvodu prístupových práv, vypíšu sa miesto nich medzery.  
PRT_003 Ak je obsah celého riadku neznámy alebo jeho tlač nie j e 
potrebná, celý riadok sa vynechá.  
PRT_004 Numerické dátové polia sa vytlačia zarovnané sprava 
s medzerou pre tisíce a milióny a bez úvodných núl.  
▼M3 
PRT_005 Reťazcové dátové polia sa vytlačia zarovnané zľava a po dľa 
potreby sa vyplnia medzerami do dĺžky dátového prvku alebo 
sa skrátia na dĺžku dátového prvku. Mená a adresy sa môžu 
vytlačiť na dvoch riadkoch.  
▼B 
PRT_006 V prípade zalomenia riadku pri dlhom texte by sa na nov om 
riadku mal ako prvý vytlačiť špeciálny znak (bodka v strede 
výšky riadku „•“).  
2. ŠPECIFIKÁCIE DÁTOVÝCH BLOKOV  
V tejto kapitole sa použila táto formátová notácia:  
— znaky vytlačené  tučným písmom  znamenajú nešifrovaný text na 
tlač (tlačia sa normálne znaky),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 308  
— normálne znaky znamenajú premenné (piktogramy alebo údaje), 
ktoré sa majú pri tlači nahradiť ich hodnotami,  
— označenia premenných boli doplnené podčiarkovníkmi, aby sa zv idi­
teľnila dĺžka dátového prvku, ktorá je pre premennú k dispozíci i, 
— dátumy sú vo formáte „dd/mm/rrrr“ (deň, mesiac, rok). Môže sa  
použiť aj formát „dd.mm.rrrr“,  
— pojem „identifikácia karty“ znamená zoskupenie týchto prvkov:  typ 
karty určený kombináciou piktogramov, kód vystavujúceho člen­
ského štátu, lomka a číslo karty s indexom náhrady a indexom 
obnovy, ktoré sú oddelené medzerou: 
P
 x  x  x  / x  x  x  x  x  x  x  x  x  x  x  x  x  x  x  x
 Kombinácia pikto- 
gramu 
karty  
Kód vydávajúceho 
členského štátu Prvých 14 znakov čísla karty 
(prípadne vrátane poradového indexu)
 
Index náhrady  
Index obnovy 
▼M3 
— v dátovom bloku sa text za „pi =“ týka príslušného piktogramu  
alebo kombinácie piktogramov vymedzených v dodatku 3,  
— piktogram
  vytlačený za zemepisnou dĺžkou a šírkou zaznamenanej 
polohy alebo za časovou pečiatkou, keď bola poloha určená, 
znamená, že táto poloha bola vypočítaná z autentifikovaných nav i­
gačných správ,  
— * údaje sú k dispozícii len v tachografoch GEN2 (vo všetkých 
verziách),  
— ** údaje sú k dispozícii len v GEN2 vo verzii 2.  ▼B
02016R0799 — SK — 21.08.2023 — 003.001 — 309  
PRT_007 Výpisy používajú tieto dátové bloky a/alebo záznamy úda jov s týmito 
významami a formátmi:
  
► (1) (2) (3) (4) (5)  M3 ▼B
02016R0799 — SK — 21.08.2023 — 003.001 — 310
  
► (1) (2) (3)  M3 ▼B
02016R0799 — SK — 21.08.2023 — 003.001 — 311
  
► (1) (2) M3 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 312
  
▼B
02016R0799 — SK — 21.08.2023 — 003.001 — 313
  
► (1) (2) (3) (4)  M3 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 314
  
▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 315
  
► (1) M3 
3. ŠPECIFIKÁCIE VÝPISOV  
V tejto kapitole sa použila táto notácia: 
N Tlačený blok alebo záznam s číslom N  
N Tlačený blok alebo záznam s číslom N, opakovaný toľko ráz, koľk o 
treba  
X/Y Tlačené bloky alebo záznamy X a/alebo Y podľa potreby, opakovan é 
toľko ráz, koľko treba.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 316  
3.1. Denný výpis činností vodi ča z karty  
▼M3 
PRT_008 Denný výpis činností vodiča z karty musí mať tento form át:
 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 317  
3.2. Denný výpis činností vodi ča z VU  
▼M3 
PRT_009 Denný výpis činností vodiča z VU musí mať tento formát:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 318  
3.3. Výpis udalostí a porúch z karty  
PRT_010 Výpis udalostí a porúch z karty musí mať tento formát: 
1 Dátum a čas tlače dokumentu  
2 Typ výpisu  
3 Identifikácia kontrolóra (ak je vo VU vložená kontrolná karta +  GEN)  
3 Identifikácia vodiča (z karty, pre ktorú sa výpis pripravuje)  
4 Identifikácia vozidla (vozidlo, z ktorého sa výpis berie)  
12.2 Oddeľovač udalostí  
12.4 Záznamy udalostí (všetky udalosti uložené na karte)  
12.3 Oddeľovač porúch  
12.4 Záznamy porúch (všetky poruchy uložené na karte)  
22.1 Miesto kontroly  
22.2 Podpis kontrolóra  
22.5 Podpis vodiča  
3.4. Výpis udalostí a porúch z VU  
PRT_011 Výpis udalostí a porúch z VU musí mať tento formát: 
1 Dátum a čas tlače dokumentu  
2 Typ výpisu  
3 Identifikácia držiteľa karty (pre všetky karty vložené do VU + GEN)  
4 Identifikácia vozidla (vozidlo, z ktorého sa výpis berie)  
13.2 Oddeľovač udalostí  
13.4 Záznamy udalostí (všetky udalosti uložené alebo prebiehajúce vo  VU)  
13.3 Oddeľovač porúch  
13.4 Záznamy porúch (všetky poruchy uložené alebo prebiehajúce vo VU ) 
22.1 Miesto kontroly  
22.2 Podpis kontrolóra  
22.5 Podpis vodiča  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 319  
3.5. Výpis technických údajov  
▼M3 
PRT_012 Výpis technických údajov musí mať tento formát:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 320  
3.6. Výpis prekro čenia rýchlosti  
PRT_013 Výpis prekročenia rýchlosti musí mať tento formát: 
1 Dátum a čas tlače dokumentu  
2 Typ výpisu  
3 Identifikácia držiteľa karty (pre všetky karty vložené do VU + GEN)  
4 Identifikácia vozidla (vozidlo, z ktorého sa výpis berie)  
20 Informácie o kontrole prekročenia rýchlosti  
21.1 Identifikátor údajov o prekročení rýchlosti  
21.4 / 21.5  Prvé prekročenie rýchlosti po poslednej kalibrácii  
21.2 Identifikátor údajov o prekročení rýchlosti  
21.4 / 21.5  5 najzávažnejších udalostí prekročenia rýchlosti za posledných 365 
dní 
21.3 Identifikátor údajov o prekročení rýchlosti  
21.4 / 21.5  Najzávažnejšia udalosť prekročenia rýchlosti za každý z 10 posl ed­
ných dní výskytu  
22.1 Miesto kontroly  
22.2 Podpis kontrolóra  
22.5 Podpis vodiča  
3.7. História vložených kariet  
PRT_014 Výpis histórie vložených kariet musí mať tento formát:  
▼M3
 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 321  
Dodatok 5  
ZOBRAZENIE  
V tomto dodatku sa použila táto formátová notácia:  
— znaky vytlačené  tučným písmom  znamenajú nekódovaný text na zobrazenie 
(zobrazia sa normálne znaky),  
— normálne znaky znamenajú premenné (piktogramy alebo dáta), kt oré sa majú 
pri zobrazení nahradiť ich hodnotami:  
— dd mm rrrr: deň, mesiac, rok,  
— hh: hodiny,  
— mm: minúty  
— D: piktogram trvania,  
— EF: kombinácia piktogramov udalostí alebo porúch,  
— O: piktogram režimu prevádzky.  
DIS_001 Tachograf musí údaje zobrazovať v týchto formátoch:  
Údaje  Formát  
Predvolené zobrazenie  
Miestny čas
  
Režim prevádzky
  
Informácie o vodičovi
  
informácie o druhom vodičovi
  
Otvorená podmienka „zariadenie sa nevyžaduje“
  
Výstražné zobrazenie  
Prekročenie nepretržitého času jazdy
  
Udalosť alebo porucha
  
Iné zobrazenia  
Dátum UTC
  
čas 
Nepretržitý čas jazdy a kumulovaný čas prestávok vodiča
  
Nepretržitý čas jazdy a kumulovaný čas prestávok druhého 
vodiča
  
Kumulovaný čas jazdy vodiča za predošlý a aktuálny 
týždeň
  
Kumulovaný čas jazdy druhého vodiča za predošlý a aktu­
álny týždeň
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 322  
Dodatok 6  
PREDNÝ KONEKTOR NA KALIBRÁCIU A S ŤAHOVANIE  
OBSAH  
1. HARDVÉR  
1.1. Konektor  
1.2. Rozloženie kontaktov  
1.3. Bloková schéma  
2. ROZHRANIE SŤAHOVANIA  
3. ROZHRANIE KALIBRÁCIE  
1. HARDVÉR  
1.1. Konektor  
INT_001 Konektor sťahovania/kalibrácie musí byť šesťkolíkový, p rístupný 
z predného panelu bez potreby odpojenia akejkoľvek časti tacho­
grafu a musí zodpovedať týmto náčrtom (všetky rozmery v mili­
metroch):
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 323  
Na nasledovnom náčrte je zobrazená bežná šesťkolíková 
zástrčka:
  
1.2. Rozloženie kontaktov  
INT_002 Kontakty musia byť rozložené v súlade s touto tabuľkou:  
Kolík  Opis  Poznámka  
1 Záporný pól batérie  Pripojený k zápornému pólu batérie vozidla  
2 Dátová komunikácia  K-vedenie (ISO 14230-1)  
3 RxD – sťahovanie  Dátový vstup do tachografu  
4 Vstupný/výstupný signál  Kalibrácia  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 324  
Kolík  Opis  Poznámka  
5 Stály výstupný prúd  Rozsah napätia je špecifikovaný ako napätie vozidla mínus 
3V vzhľadom na možnosť poklesu napätia v ochrannom 
prúdovom obvode 
Výstup 40 mA  
6 TxD – sťahovanie  Dátový výstup z tachografu  
1.3. Bloková schéma  
INT_003 Bloková schéma musí zodpovedať tejto:
  
2. ROZHRANIE SŤAHOVANIA  
INT_004 Rozhranie sťahovania musí zodpovedať špecifikáciám RS23 2. 
INT_005 Rozhranie sťahovania používa jeden úvodný bit (start bi t), 8 
dátových bitov s bitom najnižšieho rádu na prvom mieste, 
jeden bit párnej parity a jeden záverečný bit (stop bit).
  
Organizácia dátového bajtu  
Start bit: jeden bit s logickou úrovňou 0  
Dátové bity: prvý sa prenáša bit najnižšieho rádu;  
Bit parity (kontrolný súčet): párna parita  
Stop bit: jeden bit s logickou úrovňou 1  
Keď sa prenášajú numerické dáta zložené z viac než jedného bajt u, bajt 
najvyššieho rádu sa prenáša prvý a bajt najnižšieho rádu posled ný. 
INT_006 Prenosová rýchlosť musí byť nastaviteľná od 9 600 bps d o 
115 200 bps. Prenos sa uskutoční pri najvyššej možnej preno­
sovej rýchlosti, pričom počiatočná prenosová rýchlosť po 
začiatku komunikácie sa nastaví na 9 600 bps.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 325  
3. ROZHRANIE KALIBRÁCIE  
INT_007 Dátová komunikácia musí zodpovedať norme ISO 14230-1 
Cestné vozidlá. Diagnostické systémy. Protokol Kľúčového 
slova 2000. Časť 1: Fyzikálna vrstva. Prvé vydanie: 1999.  
INT_008 Vstupný/výstupný signál musí zodpovedať týmto elektrick ým 
špecifikáciám:  
Paramter  Minimum  B e ž n e  Maximum  Poznámka  
U low (vstup)  1,0 V  I = 750 μA  
U high (vstup)  4  V  I = 200 μA  
Frekvencia  4 kHz  
U low (výstup)  1,0 V  I  =  1  m A  
U high (výstup)  4  V  I  =  1  m A  
INT_009 Vstupný/výstupný signál musí zodpovedať týmto časovým 
diagramom:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 326  
Dodatok 7  
PROTOKOLY S ŤAHOVANIA ÚDAJOV  
OBSAH  
1. ÚVOD  
1.1. Rozsah pôsobnosti  
1.2. Akronymy a notácie  
2. SŤAHOVANIE ÚDAJOV Z JEDNOTKY VOZIDLA  
2.1. Postup sťahovania  
2.2. Protokol sťahovania údajov  
2.2.1 Štruktúra správy  
2.2.2 Typy správ  
2.2.2.1 Start Communication Request (SID 81)  
2.2.2.2 Positive Response Start Communication (SID C1)  
2.2.2.3 Start Diagnostic Session Request (SID 10)  
2.2.2.4 Positive Response Start Diagnostic (SID 50)  
2.2.2.5 Link Control Service (SID 87)  
2.2.2.6 Link Control Positive Response (SID C7)  
2.2.2.7 Request Upload (SID 35)  
2.2.2.8 Positive Response Request Upload (SID 75)  
2.2.2.9 Transfer Data Request (SID 36)  
2.2.2.10 Positive Response Transfer Data (SID 76)  
2.2.2.11 Request Transfer Exit (SID 37)  
2.2.2.12 Positive Response Request Transfer Exit (SID 77)  
2.2.2.13 Stop Communication Request (SID 82)  
2.2.2.14 Positive Response Stop Communication (SID C2)  
2.2.2.15 Acknowledge Sub Message (SID 83)  
2.2.2.16 Negative Response (SID 7F)  
2.2.3 Tok správ  
2.2.4 Časovanie  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 327  
2.2.5 Spracovanie chýb  
2.2.5.1 Start Communication phase  
2.2.5.2 Communication phase  
2.2.6 Obsah správy s odpoveďou  
▼M3 
2.2.6.1. Positive Response Transfer Data Download Interface Ver sion (Kladná 
odpoveď na požiadavku na prenos údajov – verzia rozhrania sťaho ­ 
vania)  
2.2.6.2. Positive Response Transfer Data Overview (Kladná odpov eď na požia­ 
davku na prenos údajov – prehľad)  
2.2.6.3. Positive Response Transfer Data Activities (Kladná odp oveď na požia­ 
davku na prenos údajov – činnosti)  
2.2.6.4. Positive Response Transfer Data Events and Faults (Kla dná odpoveď na 
požiadavku na prenos údajov – udalosti a poruchy)  
2.2.6.5. Positive Response Transfer Data Detailed Speed (Kladná  odpoveď na 
požiadavku na prenos údajov – podrobné údaje o rýchlosti)  
2.2.6.6. Positive Response Transfer Data Technical Data (Kladná  odpoveď na 
požiadavku na prenos údajov – technické údaje)  
▼B 
2.3. Pamäť ESM  
3. PROTOKOL SŤAHOVANIA ÚDAJOV Z TACHOGRAFOVÝCH 
KARIET  
3.1. Rozsah pôsobnosti  
3.2. Vymedzenie pojmov  
3.3. Sťahovanie údajov z karty  
3.3.1 Inicializácia sekvencie  
3.3.2 Sekvencia pre nepodpísané dátové súbory  
3.3.3 Sekvencia pre podpísané dátové súbory  
3.3.4 Sekvencia pre resetovanie kalibračného počítadla  
3.4. Formát dátovej pamäte  
3.4.1 Úvod  
3.4.2 Formát súboru  
4. SŤAHOVANIE ÚDAJOV Z TACHOGRAFOVEJ KARTY CEZ 
JEDNOTKU VOZIDLA  
1. ÚVOD  
V tomto dodatku sa špecifikujú postupy pre rôzne druhy sťahovan ia 
údajov na externé pamäťové médium (ESM) spolu s protokolmi, kto ré 
musia byť zavedené preto, aby bol zaručený správny prenos údajo v 
a úplná kompatibilita formátu sťahovaných údajov, tak aby kontr olór 
mohol overiť tieto údaje a mohol pred ich analýzou skontrolovať  ich 
autenticitu a integritu.  
▼M1 
1.1 Rozsah pôsobnosti  
Údaje sa môžu na ESM sťahovať z:  
— jednotky vozidla (VU) pomocou inteligentného vyhradeného zari a­
denia (IDE) pripojeného k VU,  
— tachografovej karty pomocou IDE vybaveného zariadením 
s rozhraním karty (IFD),  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 328  
— tachografovej karty cez jednotku vozidla pomocou IDE pripojen ého 
k VU.  
Na to, aby bolo možné overiť autenticitu a integritu sťahovanýc h 
údajov uložených na ESM, sa údaje sťahujú s pripojeným podpisom  
v súlade s dodatkom 11 Spoločné bezpečnostné mechanizmy. Sťahuj ú 
sa aj údaje o identifikácii zdrojového zariadenia (VU alebo kar ty) 
a jeho osvedčení zabezpečenia (členský štát a zariadenie). Veri fikátor 
údajov musí byť držiteľom nezávislého a spoľahlivého európskeho  
verejného kľúča.  
Údaje sťahované z VU sú podpísané s použitím dodatku 11 Spoločn é 
bezpečnostné mechanizmy časti B (systém tachografov druhej gene ­
rácie) s výnimkou prípadov, keď kontroly vodičov vykonáva kontr olný 
orgán, ktorý nie je z EÚ, s použitím kontrolnej karty prvej gen erácie, 
pričom v takom prípade sa údaje podpisujú s použitím dodatku 11  
Spoločné bezpečnostné mechanizmy časti a (systém tachografov pr vej 
generácie), ako sa vyžaduje podľa požiadavky MIG_015 v dodatku 15 
Prechod.  
V tomto dodatku sa preto stanovujú dva typy sťahovania údajov z  VU:  
— sťahovanie údajov z VU typu generácia 2 s dátovou štruktúrou 
generácie 2, podpísané s použitím dodatku 11 Spoločné bezpeč­
nostné mechanizmy časti B,  
— sťahovanie údajov z VU typu generácia 1 s dátovou štruktúrou 
generácie 1, podpísané s použitím dodatku 11 Spoločné bezpeč­
nostné mechanizmy časti A.  
Podobne existujú aj dva typy sťahovania údajov z kariet vodiča druhej 
generácie vložených do VU, ako sa stanovuje v odsekoch 3 a 4 to hto 
dodatku.  
▼B 
1.2 Akronymy a notácie  
V tomto dodatku sa používajú tieto akronymy a notácie:  
AID Application Identifier (identifikátor aplikácie)  
ATR  Answer To Reset (odozva na reset)  
CS Checksum byte (bajt kontrolného súčtu)  
DF Dedicated File (vyhradený súbor)  
DS_ Diagnostic Session (diagnostická relácia)  
EF Elementary File (elementárny súbor)  
ESM  External Storage Medium (externé pamäťové médium)  
FID File Identifier (File ID, identifikátor súboru)  
FMT  Format Byte (formátový bajt – prvý bajt záhlavia správy)  
ICC Integrated Circuit Card (karta s integrovaným obvodom)  
IDE Intelligent Dedicated Equipment (inteligentné vyhradené zaria­
denie): zariadenie používané na sťahovanie údajov na ESM 
(napr. osobný počítač)  
IFD Interface Device (zariadenie s rozhraním)  
KWP  Keyword Protocol 2000 (protokol kľúčového slova 2000)  
LEN  Length Byte (dĺžkový bajt – posledný bajt záhlavia správy)  
PPS Protocol Parameter Selection (voľba parametra protokolu)  
PSO  Perform Security Operation (vykonanie operácie zabezpečenia)  
SID Service Identifier (identifikátor služby)  
SRC  Source byte (zdrojový bajt)  
TGT  Target Byte (cieľový bajt)  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 329  
TLV  Tag Length Value (hodnota dĺžky tagu)  
TREP  Transfer Response Parameter (parameter prenosu odpovede)  
TRTP  Transfer Request Parameter (parameter prenosu požiadavky)  
VU Vehicle Unit (jednotka vozidla – VU)  
2. SŤAHOVANIE ÚDAJOV Z JEDNOTKY VOZIDLA  
2.1 Postup s ťahovania  
Pri sťahovaní údajov z VU musí operátor vykonať tieto operácie:  
— vložiť svoju tachografovú kartu do slotu VU (*),  
— pripojiť IDE ku konektoru sťahovania VU,  
— vytvoriť spojenie medzi IDE a VU,  
— zvoliť na IDE údaje, ktoré sa majú sťahovať, a odoslať požiad avku 
VU, 
— uzavrieť reláciu sťahovania údajov.  
2.2 Protokol s ťahovania údajov  
Protokol je štruktúrovaný na základe „master/slave“, s IDE ako nadra­
deným zariadením („master“) a s VU ako podriadeným zariadením 
(„slave“).  
Štruktúra, typy a tok správ sú v zásade založené na protokole k ľúčo­
vého slova 2000 (KWP) (ISO 14230-2 Cestné vozidlá.Diagnostické 
systémy.Protokol kľúčového slova 2000.Časť 2: Vrstva údajového 
spojenia).  
Aplikačná vrstva spočíva v zásade na súčasnom návrhu normy ISO 
14229-1 (Cestné vozidlá.Diagnostické systémy.Časť 1: Diagnostic ké 
služby, verzia 6 z 22. februára 2001).  
2.2.1  Štruktúra správy  
DDP_002 Všetky správy vymieňané medzi IDE a VU sú formátované 
so štruktúrou pozostávajúcou z troch častí:  
— záhlavie pozostávajúce z formátového bajtu (FMT), 
cieľového bajtu (TGT) a zo zdrojového bajtu (SRC) 
a prípadne z dĺžkového bajtu (LEN),  
— dátové pole pozostávajúce z bajtu identifikátora služby 
(SID) a variabilného počtu dátových bajtov, ktoré môžu 
zahŕňať voliteľný bajt diagnostickej relácie (DS_) alebo 
voliteľný bajt parametra prenosu (TRTP alebo TREP),  
— kontrolný súčet pozostávajúci z bajtu kontrolného súčtu 
(CS).  
Záhlavie  Dátové pole  Kontrolný súčet  
FMT  TGT  SRC  LEN  SID  DATA  …  …  …  C S  
4 bajty  Maximálne 255 bajtov  1 bajt  
Bajty TGT a SRC predstavujú fyzickú adresu príjemcu 
a pôvodcu správy. Hodnoty sú F0 Hex pre IDE a EE Hex 
pre VU.  
Bajt LEN je dĺžka časti dátového poľa.  ▼B 
(*) Vložená karta spustí príslušné prístupové práva k funkcii s ťahovania a k údajom. Musí 
však byť možné sťahovať údaje z karty vodiča vloženej do jednéh o zo slotov VU, keď 
v druhom slote nie je vložená žiadna karta iného typu.
 02016R0799 — SK — 21.08.2023 — 003.001 — 330  
Bajt kontrolného súčtu je 8-bitový súčet modulov 256 všet­
kých bajtov správy, okrem samotného CS.  
Bajty FMT, SID, DS_, TRTP a TREP sú vymedzené na 
inom mieste tohto dokumentu.  
DDP_003 V prípade, keď sú údaje, ktoré sa majú prenášať v správ e, dlhšie 
než disponibilné miesto v časti dátového poľa, správa sa odošle  vo 
viacerých čiastkových správach. Každá čiastková správa musí mať  
záhlavie, rovnaké bajty SID a TREP a dvojbajtové počítadlo čias t­
kovej správy udávajúce číslo čiastkovej správy v rámci celej 
správy. S cieľom umožniť kontrolu chýb a zrušenie zariadenie 
IDE potvrdzuje každú čiastkovú správu. IDE môže prijať čiast­
kovú správu, požiadať o jej nový prenos, ako aj požadovať od VU , 
aby znovu začala alebo zrušila prenos.  
DDP_004 Ak posledná čiastková správa obsahuje presne 255 bajtov  
v dátovom poli, musí byť pripojená záverečná čiastková správa 
s prázdnym dátovým poľom (okrem bajtov SID a TREP a počí­
tadla čiastkovej správy), aby bol zrejmý koniec správy.  
Príklad:  
Záhlavie  SID  TREP  Správa  C S  
4 bajty  Dlhšia než 255 bajtov  
Bude sa prenášať ako:  
Záhlavie  SID  TREP  0 0  0 1  Čiastková 
správa 1  CS 
4 bajty  255 bajtov  
Záhlavie  SID  TREP  0 0  0 2  Čiastková 
správa 2  CS 
4 bajty  255 bajtov  
… 
Záhlavie  SID  TREP  x x  y y  Čiastková 
správa n  CS 
4 bajtov  Menej než 255 bajtov  
alebo ako:  
Záhlavie  SID  TREP  0 0  0 1  Čiastková 
správa 1  CS 
4 bajtov  255 bajtov  
Záhlavie  SID  TREP  0 0  0 2  Čiastková 
správa 2  CS 
4 bajtov  255 bajtov  
… 
Záhlavie  SID  TREP  x x  y y  Čiastková 
správa n  CS 
4 bajtov  255 bajtov  
Záhlavie  SID  TREP  x x  yy + 1  C S  
4 bajtov  4 bajty  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 331  
2.2 Typy správ  
Komunikačný protokol pre údaje sťahované medzi VU a IDE si vyža ­
duje výmenu ôsmich rôznych typov správ.  
V nasledujúcej tabuľke sú uvedené správy zhrnuté.  
▼M3 
Štruktúra správy  Max. 4 bajty  Max. 255 bajtov  1 bajt  
Záhlavie  Údaje  Kontrolný 
súčet  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  C S  
Start Communication Request  8 1  E E  F 0  8 1  E 0  
Positive Response Start Communica­
tion 80 F 0  E E  0 3  C 1  EA, 8F  9 B  
Start Diagnostic Session Request  8 0  E E  F 0  0 2  1 0  8 1  F 1  
Positive Response Start Diagnostic  8 0  F 0  E E  0 2  5 0  8 1  3 1  
Link Control Service  
Verify Baud Rate (stage 1)  
9 600 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,01  E C  
19 200 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,02  E D  
38 400 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,03  E E  
57 600 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,04  E F  
115 200 Bd  8 0  E E  F 0  0 4  8 7  0 1  01,05  F 0  
Positive Response Verify Baud Rate  8 0  F 0  E E  0 2  C 7  0 1  2 8  
Transition Baud Rate (stage 2)  8 0  E E  F 0  0 3  8 7  0 2  0 3  E D  
Request Upload  8 0  E E  F 0  0 A  3 5  00,00,00, 
00,00,FF,FF, 
FF,FF  99 
Positive Response Request Upload  8 0  F 0  E E  0 3  7 5  00,FF  D 5  
Transfer Data Request  
Download interface version  8 0  E E  F 0  0 2  3 6  0 0  9 6  
Overview  80 E E  F 0  0 2  3 6  01, 21 or 31  C S  
Activities  80 E E  F 0  0 6  3 6  02, 22 or 32  Date  C S  
Events & Faults  80 E E  F 0  0 2  3 6  03, 23 or 33  Date  C S  
Detailed Speed  80 E E  F 0  0 2  3 6  04 or 24  Date  C S  
Technical Data  80 E E  F 0  0 2  3 6  05, 25 or 35  Date  C S  
Card download  80 E E  F 0  02 or 03  3 6  0 6  Slot  C S  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 332  
Štruktúra správy  Max. 4 bajty  Max. 255 bajtov  1 bajt  
Záhlavie  Údaje  Kontrolný 
súčet  
IDE ->  <- VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  C S  
Positive Response Transfer Data  8 0  F 0  E E  Len  7 6  TREP  Data  C S  
Request Transfer Exit  8 0  E E  F 0  0 1  3 7  9 6  
Positive Response Request Transfer 
Exit 80 F 0  E E  0 1  7 7  D 6  
Stop Communication Request  8 0  E E  F 0  0 1  8 2  E 1  
Positive Response Stop Communica­
tion 80 F 0  E E  0 1  C 2  2 1  
Acknowledge sub message  8 0  E E  F 0  Len  8 3  Data  C S  
Negative responses  
General reject  8 0  F 0  E E  0 3  7 F  Sid Req  1 0  C S  
Service not supported  8 0  F 0  E E  0 3  7 F  Sid Req  1 1  C S  
Sub function not supported  8 0  F 0  E E  0 3  7 F  Sid Req  1 2  C S  
Incorrect Message Length  8 0  F 0  E E  0 3  7 F  Sid Req  1 3  C S  
Conditions not correct or Request 
sequence error  80 F 0  E E  0 3  7 F  Sid Req  2 2  C S  
Request out of range  8 0  F 0  E E  0 3  7 F  Sid Req  3 1  C S  
Upload not accepted  8 0  F 0  E E  0 3  7 F  Sid Req  5 0  C S  
Response pending  8 0  F 0  E E  0 3  7 F  Sid Req  7 8  C S  
Data not available  8 0  F 0  E E  0 3  7 F  Sid Req  F A  C S  
Poznámky:  
— Sid Req = SID zodpovedajúcej požiadavky.  
— TREP = TRTP zodpovedajúcej požiadavky.  
— Tmavé okienka znamenajú, že sa nič neprenáša.  
— Výraz „odoslanie údajov“ („upload“ z pohľadu IDE) sa používa 
vzhľadom na kompatibilitu s normou ISO 14229. Znamená to 
isté ako „sťahovanie údajov“ („download“ z pohľadu VU).  
— Možné dvojbajtové počítadlá čiastkovej správy nie sú v tejto 
tabuľke uvedené.  
— Slot je číslo slotu, buď „1“ (karta v slote vodiča), alebo „2 “ (karta 
v slote druhého vodiča).  
— V prípade, že slot nie je špecifikovaný, VU zvolí slot 1, ak je karta 
vložená v tomto slote, a slot 2 zvolí iba v prípade, že ho výsl ovne 
vyberie používateľ.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 333  
— TRTP 24 sa používa pre požiadavky na sťahovanie údajov z VU 
typu generácia 2, verzia 1 a verzia 2.  
— TRTP 00, 31, 32, 33 a 35 sa používajú pre požiadavky na sťaho ­
vanie údajov z VU typu generácia 2, verzia 2.  
— TRTP 21, 22, 23 a 25 sa používajú pre požiadavky na sťahovani e 
údajov z VU typu generácia 2, verzia 1.  
— TRTP 01 až 05 sa používajú pre požiadavky na sťahovanie údajo v 
z VU typu generácia 1. Môžu ich prípadne akceptovať VU gene­
rácie 2, ale len v rámci kontroly vodičov vykonávanej kontrolný m 
orgánom, ktorý nie je z EÚ, s použitím kontrolnej karty prvej 
generácie.  
— TRTP 11 až 1F sú vyhradené pre požiadavky na sťahovanie špeci ­
fické pre výrobcu.  
▼B 
2.2.2.1 S t a r t C o m m u n i c a t i o n R e q u e s t ( S I  D 8 1 )  
DDP_005 Túto správu vydáva IDE na vytvorenie komunikačného 
spojenia s VU. Počiatočné komunikácie sa vždy vykonávajú 
prenosovou rýchlosťou 9 600 baudov (pokiaľ sa prenosová 
rýchlosť prípadne nezmení s použitím vhodnej služby Link 
control service).  
2.2.2.2 P o s i t i v e R e s p o n s e S t a r t C o m m u n i  c a t i o n ( S I D C 1 )  
DDP_006 Túto správu vydáva VU ako kladnú odpoveď na požiadavku 
Start communication request. Obsahuje dva kľúčové bajty 
„EA“ „8F“, ktoré udávajú, že jednotka podporuje protokol 
so záhlavím vrátane cieľových, zdrojových a dĺžkových 
informácií.  
2.2.2.3 S t a r t D i a g n o s t i c S e s s i o n R e q u e s  t ( S I D 1 0 )  
DDP_007 Správu Start diagnostic session request vydáva IDE, aby  sa 
začala nová diagnostická relácia s VU. Subfunkcia „default 
session“ (81 Hex) udáva, že sa zaviedla štandardná diagnos­
tická relácia.  
2.2.2.4 P o s i t i v e R e s p o n s e S t a r t D i a g n o s  t i c ( S I D 5 0 )  
DDP_008 Správu Positive response start diagnostic posiela VU ak o 
kladnú odpoveď na požiadavku Diagnostic session request.  
2.2.2.5 L i n k C o n t r o l S e r v i c e ( S I D 8 7 )  
DDP_052 Službu Link control service používa IDE na začatie zmen y 
prenosovej rýchlosti. Vykonáva sa v dvoch krokoch. 
V prvom kroku zariadenie IDE navrhne zmenu prenosovej 
rýchlosti a uvedie novú rýchlosť. Po prijatí kladnej odpo­
vede z VU odošle IDE potvrdenie zmeny prenosovej 
rýchlosti na VU (druhý krok). IDE potom zmení prenosovú 
rýchlosť. Po prijatí potvrdenia prejde VU na novú preno­
sovú rýchlosť.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 334  
2.2.2.6 L i n k C o n t r o l P o s i t i v e R e s p o n s e (  S I D C 7 )  
DDP_053 Správu Link control positive response pošle VU ako klad nú 
odpoveď na požiadavku Link control service request (prvý 
krok). Všimnite si, že na potvrdzujúcu správu sa nedáva 
žiadna odpoveď (druhý krok).  
2.2.2.7 R e q u e s t U p l o a d ( S I D 3 5 )  
DDP_009 Správu Request upload vydáva zariadenie IDE ako ozná­
menie pre VU, že sa požaduje operácia sťahovania. 
V zhode s normou ISO 14229 táto požiadavka obsahuje 
údaje o adrese, veľkosti a formáte požadovaných údajov. 
Keďže tieto údaje nie sú pre IDE známe pred sťahovaním, 
adresa pamäte je nastavená na 0, formát sa nešifrovaný 
a nekomprimovaný a veľkosť pamäte je nastavená na 
maximum.  
2.2.2.8 P o s i t i v e R e s p o n s e R e q u e s t U p l o a  d ( S I D 7 5 )  
DDP_010 Správu Positive response request upload posiela VU, aby  
oznámila IDE, že VU je pripravená na sťahovanie údajov. 
V zhode s normou ISO 14229 táto správa s kladnou odpo­
veďou obsahuje aj údaje, ktorými sa IDE oznamuje, že 
ďalšie správy Positive response transfer data budú obsa­
hovať maximálne 00FF hex bajtov.  
2.2.2.9 T r a n s f e r D a t a R e q u e s t ( S I D 3 6 )  
▼M1 
DDP_011 Správu Transfer data request posiela IDE, aby pre VU 
špecifikovalo typ údajov, ktoré sa majú sťahovať. Jednobaj­
tový Transfer Request Parameter (TRTP) udáva typ prenosu.  
▼M3 
Existuje sedem typov prenosu údajov. Pri sťahovaní údajov 
z VU možno pre každý typ prenosu použiť dve rôzne 
hodnoty TRTP:  
Typ prenosu údajov  Hodnota TRTP pre sťahovanie 
údajov 
z VU typu generácia 1  Hodnota TRTP pre sťahovanie 
údajov 
z VU typu generácia 2, verzia 1  Hodnota TRTP pre sťahovanie 
údajov 
z VU typu generácia 2, verzia 2  
Verzia rozhrania sťahovania  Nepoužíva sa  Nepoužíva sa  0 0  
Prehľad  0 1  2 1  3 1  
Činnosti určitého dňa  0 2  2 2  3 2  
Udalosti a poruchy  0 3  2 3  3 3  
Podrobné údaje o rýchlosti  0 4  2 4  2 4  
Technické údaje  0 5  2 5  3 5  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 335  
Typ prenosu 
údajov  Hodnota TRTP  
Sťahovanie 
údajov z karty.  06 
▼M3 
DDP_054 IDE musí požiadať o prehľad prenosu údajov (TRTP 01, 21  
alebo 31) počas relácie sťahovania, keďže len tak sa certi­
fikáty VU zaznamenajú v rámci sťahovaného súboru (a bude 
možné overiť digitálny podpis).  
V treťom prípade (TRTP 02, 22 alebo 32) správa Transfer Data 
Request obsahuje označenie kalendárneho dňa (formát TimeReal), 
ktorý sa má sťahovať.  
▼B 
2.2.2.10 P o s i t i v e R e s p o n s e T r a n s f e r D a t a ( S I D 7 6 )  
DDP_012 Správu Positive response transfer data posiela VU ako 
odpoveď na požiadavku Transfer data request. Správa obsa­
huje požadované údaje s Transfer Response Parameter 
(TREP), ktorý zodpovedá parametru TRTP požiadavky.  
▼M3 
DDP_055 V prvom prípade (TREP 01, 21 alebo 31) posiela VU údaje , 
ktoré pomáhajú operátorovi zariadenia IDE pri výbere 
údajov, ktoré chce ďalej sťahovať. V tejto správe sú 
uvedené tieto informácie:  
▼M1 
— osvedčenia zabezpečenia,  
— identifikácia vozidla,  
— aktuálny dátum a čas VU,  
— minimálny a maximálny stiahnuteľný dátum (údaje VU),  
— údaje o prítomnosti kariet vo VU,  
— predchádzajúce sťahovanie pre podnik,  
— podnikové blokovanie,  
— predchádzajúce kontroly.  
▼B 
2.2.2.11 R e q u e s t T r a n s f e r E x i t ( S I D 3 7 )  
DDP_013 Správu Request Transfer Exit posiela IDE, aby bola VU 
informovaná, že relácia sťahovania sa skončila.  
2.2.2.12 P o s i t i v e R e s p o n s e R e q u e s t T r a n s f e r E x i t ( S I D 7 7 )  
DDP_014 Správu Positive Response Request transfer exit posiela VU 
ako potvrdenie požiadavky Request Transfer Exit.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 336  
2.2.2.13 S t o p C o m m u n i c a t i o n R e q u e s t ( S I D 8 2 )  
DDP_015 Správu Stop Communication Request posiela IDE, aby sa 
prerušilo komunikačné spojenie s VU.  
2.2.2.14 P o s i t i v e R e s p o n s e S t o p C o m m u n i c a t i o n ( S I D C 2 )  
DDP_016 Správu Positive Response Stop Communication posiela VU 
ako potvrdenie požiadavky Stop Communication Request.  
2.2.2.15 A c k n o w l e d g e S u b M e s s a g e ( S I D 8 3 ) 
DDP_017 Správu Acknowledge Sub Message posiela IDE, aby sa 
potvrdilo prijatie jednotlivých častí správy, ktorá sa prenáša 
vo viacerých čiastkových správach. Dátové pole obsahuje 
identifikátor služby SID prijatý z VU a dvojbajtový kód 
takto:  
— MsgC + 1 potvrdzuje správne prijatie čiastkovej správy 
s číslom MsgC.  
Požiadavku z IDE na VU, aby poslala ďalšiu čiastkovú 
správu.  
— MsgC poukazuje na problém s prijatím čiastkovej 
správy s číslom MsgC.  
Požiadavku z IDE na VU, aby znovu poslala čiastkovú 
správu.  
— FFFF požaduje ukončenie správy.  
Toto môže IDE použiť na ukončenie prenosu správy VU 
z akéhokoľvek dôvodu.  
Posledná čiastková správa správy (LEN bajt < 255) sa môže 
potvrdiť použitím ktoréhokoľvek z týchto kódov alebo sa 
nemusí potvrdiť vôbec.  
Odpovede VU pozostávajúce z viacerých čiastkových správ:  
— Positive Response Transfer Data (SID 76)  
2.2.2.16 N e g a t i v e R e s p o n s e ( S I D 7 F )  
DDP_018 Správu Negative Response posiela VU ako odpoveď na 
správy týkajúce sa uvedenej požiadavky, keď VU nemôže 
túto požiadavku splniť. Dátové polia správy obsahujú SID 
odpovede (7F), SID požiadavky a kód špecifikujúci dôvod 
zápornej odpovede. K dispozícii sú tieto kódy:  
— 10 general reject  
Činnosť sa nemôže vykonať, lebo nebol uvedený 
príslušný dôvod.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 337  
— 11 service not supported  
SID požiadavky nie je zrozumiteľný.  
— 12 sub function not supported  
Bajty DS_ alebo TRTP požiadavky nie sú zrozumiteľné 
alebo neexistuje žiadna ďalšia čiastková správa, ktorá by 
sa mala prenášať.  
— 13 incorrect message length  
Dĺžka prijatej správy nie je správna.  
— 22 conditions not correct or request sequence error  
Požadovaná služba nie je aktívna alebo sekvencia správ 
s požiadavkami nie je správna.  
— 31 Request out of range  
Záznam o parametri požiadavky (dátové pole) nie je 
platný.  
— 50 upload not accepted  
Požiadavka sa nemôže splniť (VU v nevhodnom režime 
prevádzky alebo vnútorná porucha VU).  
— 78 response pending  
Požadovaná činnosť sa nemôže dokončiť načas a VU 
nie je pripravená na prijatie ďalšej požiadavky.  
▼M1 
— FA data not available  
Dátový objekt požiadavky na prenos údajov nie je vo 
VU k dispozícii (napr. nie je vložená žiadna karta, 
požiadavka nasťahovanie údajov z VU typu generácia 
1 mimo rámca kontroly vodiča vykonávanej kontrolným 
orgánom, ktorý nie je z EÚ, …).  
▼B 
2.2.3  Tok správ  
Typický tok správ počas bežného postupu sťahovania údajov je ta kýto:  
IDE V U  
Start Communication Request  ⇨ 
⇦  Positive Response  
Start Diagnostic Service Request  ⇨ 
⇦  Positive Response  
Request Upload  ⇨ 
⇦  Positive Response  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 338  
IDE V U  
Transfer Data Request Overview  ⇨ 
⇦  Positive Response  
Transfer Data Request #2  ⇨ 
⇦  Positive Response #1  
Acknowledge Sub Message #1  ⇨ 
⇦  Positive Response #2  
Acknowledge Sub Message #2  ⇨ 
⇦  Positive Response #m  
Acknowledge Sub Message #m  ⇨ 
⇦  Positive Response (Data Field<255 Bytes)  
Acknowledge Sub Message (optional)  ⇨  
… 
Transfer Data Request #n  ⇨ 
⇦  Positive Response  
Request Transfer Exit  ⇨ 
⇦  Positive Response  
Stop Communication Request  ⇨ 
⇦  Positive Response  
2.2.4  Časovanie  
DDP_019 Počas bežnej prevádzky sú príslušné parametre časovania  
znázornené na tomto obrázku:  
Obrázok 1  
Tok správ, časovanie
  
Kľúč:  
P1 = čas medzi bajtmi pri odpovedi VU,  
P2 = čas medzi koncom požiadavky IDE a začiatkom 
odpovede VU, alebo medzi koncom potvrdenia IDE 
a začiatkom ďalšej odpovede VU,  
P3 = čas medzi koncom odpovede VU a začiatkom novej 
požiadavky IDE, alebo medzi koncom odpovede VU 
a začiatkom potvrdenia IDE, alebo medzi koncom 
požiadavky IDE a začiatkom novej požiadavky IDE, 
ak VU neodpovedá,  
P4 = čas medzi bajtmi pri požiadavke IDE,  
P5 = rozšírená hodnota P3 pre sťahovanie karty.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 339  
Povolené hodnoty pre parametre časovania sú uvedené 
v tejto tabuľke (rozšírený súbor parametrov časovania 
KWP, použitý v prípade fyzického adresovania pre 
rýchlejšiu komunikáciu).  
Parameter časovania  Hodnota dolného limitu 
(ms) Hodnota horného limitu 
(ms) 
P1 0  2 0  
P2 2 0  1 000 (*)  
P3 1 0  5 000  
P4 5  2 0  
P5 1 0  20 minút  
(*) Ak VU reaguje prostredníctvom Negative Response, ktorá obsa huje kód, ktorý znamená „požiadavka 
správne prijatá, odpoveď nasleduje“, táto hodnota sa zvýši na r ovnaký horný limit ako P3.  
2.2.5  Spracovanie chýb  
Ak počas výmeny správ nastane chyba, tok správ sa modifikuje v závi­
slosti od zariadenia, na ktorom sa chyba zistila, a od správy, ktorá 
chybu vyvolala.  
Na obrázku 2 a obrázku 3 sú znázornené postupy spracovania chýb  pre 
VU a IDE.  
2.2.5.1 S t a r t C o m m u n i c a t i o n p h a s e  
DDP_020 Ak IDE zistí chybu počas fázy Start communication phase , 
buď časovaním, alebo prúdom bitov, čaká P3min, kým 
znovu vydá požiadavku.  
DDP_021 Ak VU zistí chybu v sekvencii prichádzajúcej z IDE, 
nepošle žiadnu odpoveď a čaká na ďalšiu správu Start 
Communication Request v rámci časového úseku P3max.  
2.2.5.2 C o m m u n i c a t i o n p h a s e  
Je možné vymedziť dve rôzne oblasti spracovania chýb:  
1. VU zistí prenosovú chybu IDE  
DDP_022 VU zisťuje pri každej prijatej správe chyby časovania, 
chyby bajtového formátu (napr. poškodenia start a stop 
bitu) a chyby dátového paketu (chybné číslo prijatých 
bajtov, chybný bajt kontrolného súčtu).  
DDP_023 Ak VU zistí jednu z uvedených chýb, nepošle žiadnu 
odpoveď a ignoruje prijatú správu.  
DDP_024 VU môže zistiť iné chyby vo formáte alebo obsahu 
prijatej správy (napr. nepodporovaná správa) dokonca aj 
vtedy, keď správa spĺňa požiadavky na dĺžku a kontrolný 
súčet. V takom prípade VU odpovedá IDE správou Nega­
tive Response, pričom špecifikuje druh chyby  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 340  
Obrázok 2  
Spracovanie chýb na strane VU
  
▼B 
2. Zariadenie IDE zistí chybu prenosu z VU  
DDP_025 Zariadenie IDE zisťuje pri každej prijatej správe chyby  
časovania, chyby bajtového formátu (napr. poškodenia 
start a stop bitu) a chyby dátového paketu (chybné 
číslo prijatých bajtov, chybný bajt kontrolného súčtu).  
DDP_026 IDE zisťuje sekvenčné chyby, napr. nesprávne zvyšo­
vanie počítadla čiastkovej správy v postupne prijímaných 
správach.  
DDP_027 Ak IDE zistí chybu alebo ak nie je žiadna odpoveď z VU 
v rámci časového úseku P2max, správa s požiadavkou sa 
pošle znovu pre celkovo maximálne tri prenosy. Na účely 
tohto zisťovania chýb sa potvrdenie čiastkovej správy 
bude považovať za požiadavku na VU.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 341  
DDP_028 IDE čaká minimálne P3min pred začiatkom každého 
prenosu, pričom interval čakania sa meria od posledného 
vypočítaného výskytu stop bitu po zistení chyby.  
Obrázok 3  
Spracovanie chýb na strane IDE
  
2.2.6  Obsah správy s odpove ďou 
V tomto odseku je špecifikovaný obsah dátových polí rôznych spr áv 
s kladnou odpoveďou.  
Dátové prvky sú vymedzené v slovníku údajov v dodatku 1.  
Poznámka: Pri sťahovaní údajov v prípade tachografov druhej gen e­
rácie každý dátový prvok najvyššej úrovne predstavuje záznamové  
pole, aj keď obsahuje iba jeden záznam. Záznamové pole sa začín a 
záhlavím. Toto záhlavie obsahuje typ záznamu, veľkosť záznamu 
a počet záznamov. Názvy záznamových polí „…RecordArray“ (so 
záhlavím) sú uvedené v nasledujúcich tabuľkách.  
▼M3 
2.2.6.1 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  D o w n l o a d I n t e r ­
f a c e V e r s i o n ( K l a d n á o d p o v e ď n a p o ž i a  d a v k u 
n a p r e n o s ú d a j o v – v e r z i a r o z h r a n i a s ť  a h o v a n i a )  
DDP_028a Dátové pole správy „Positive Response Transfer Data 
Download Interface Version“ (Kladná odpoveď na požia­
davku na prenos údajov – verzia rozhrania sťahovania) 
poskytuje tieto údaje v uvedenom poradí, pričom sa 
použije SID 76 Hex, TREP 00 Hex:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 342  
Dátová štruktúra generácie 2, verzia 2 (TREP 00 Hex)  
Dátový prvok  Poznámka  
DownloadInterfaceVersion  Generácia a verzia VU: 02,02 Hex pre generáciu 
2, verziu 2. 
Nepodporujú VU generácie 1 a verzia 1 VU 
generácie 2, ktoré odošlú zápornú odpoveď 
(subfunkcia nie je podporovaná, pozri DDP_018).  
2.2.6.2 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  O v e r v i e w 
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n  o s ú d a j o v 
– p r e h ľ a d )  
DDP_029 Dátové pole správy „Positive Response Transfer Data 
Overview“ (Kladná odpoveď na požiadavku na prenos 
údajov – prehľad) poskytuje tieto údaje v uvedenom 
poradí, pričom sa použije SID 76 Hex, TREP 01, 21 
alebo 31 Hex a primerané rozdelenie a sčítanie čiastkových 
správ:  
Dátová štruktúra generácie 1 (TREP 01 Hex)  
Dátový prvok  Poznámka  
MemberStateCertificate  Certifikáty zabezpečenia VU.  
VUCertificate  
VehicleIdentificationNumber  Identifikácia vozidla.  
VehicleRegistrationIdentification  
CurrentDateTime  Aktuálny dátum a čas VU.  
VuDownloadablePeriod  Sťahovateľné obdobie.  
CardSlotsStatus  Typ kariet vložených vo VU.  
VuDownloadActivityData  Predchádzajúce sťahovanie z VU.  
VuCompanyLocksData  Všetky uložené podnikové blokovania. Ak je táto 
časť prázdna, odošle sa iba noOfLocks = 0.  
VuControlActivityData  Všetky kontrolné záznamy uložené vo VU. Ak je 
táto časť prázdna, odošle sa iba noOfControls = 0.  
Signature  Podpis RSA všetkých údajov (okrem certifikátov) 
od prvku VehicleIdentificationNumber po 
posledný bajt posledného prvku VuControlActivi­
tyData.  
Dátová štruktúra generácie 2, verzia 1 (TREP 21 Hex)  
Dátový prvok  Poznámka  
MemberStateCertificateRecordArray  Certifikát členského štátu.  
VUCertificateRecordArray  Certifikát VU.  
VehicleIdentificationNumberRecordArray  Identifikácia vozidla.  ▼M3
02016R0799 — SK — 21.08.2023 — 003.001 — 343  
Dátový prvok  Poznámka  
VehicleRegistrationIdentificationRecordArray  Evidenčné číslo vozidla.  
CurrentDateTimeRecordArray  Aktuálny dátum a čas VU.  
VuDownloadablePeriodRecordArray  Sťahovateľné obdobie.  
CardSlotsStatusRecordArray  Typ kariet vložených vo VU.  
VuDownloadActivityDataRecordArray  Predchádzajúce sťahovanie z VU.  
VuCompanyLocksRecordArray  Všetky uložené podnikové blokovania. Ak je táto 
časť prázdna, odošle sa záhlavie poľa s noOfRe­
cords = 0.  
VuControlActivityRecordArray  Všetky kontrolné záznamy uložené vo VU. Ak je 
táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov 
okrem certifikátov.  
Dátová štruktúra generácie 2, verzia 2 (TREP 31 Hex)  
Dátový prvok  Poznámka  
MemberStateCertificateRecordArray  Certifikát členského štátu.  
VUCertificateRecordArray  Certifikát VU.  
VehicleIdentificationNumberRecordArray  Identifikácia vozidla.  
VehicleRegistrationNumberRecordArray  Evidenčné číslo vozidla.  
CurrentDateTimeRecordArray  Aktuálny dátum a čas VU.  
VuDownloadablePeriodRecordArray  Sťahovateľné obdobie.  
CardSlotsStatusRecordArray  Typ kariet vložených vo VU.  
VuDownloadActivityDataRecordArray  Predchádzajúce sťahovanie z VU.  
VuCompanyLocksRecordArray  Všetky uložené podnikové blokovania. Ak je táto 
časť prázdna, odošle sa záhlavie poľa s noOfRe­
cords = 0.  
VuControlActivityRecordArray  Všetky kontrolné záznamy uložené vo VU. Ak je 
táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov 
okrem certifikátov.  
2.2.6.3 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  A c t i v i t i e s 
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n  o s ú d a j o v 
– č i n n o s t i )  
DDP_030 Dátové pole správy „Positive Response Transfer Data Act i­
vities“ (Kladná odpoveď na požiadavku na prenos údajov 
– činnosti) poskytuje tieto údaje v uvedenom poradí, 
pričom sa použije SID 76 Hex, TREP 02, 22 alebo 32 
Hex a primerané rozdelenie a sčítanie čiastkových správ:  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 344  
Dátová štruktúra generácie 1 (TREP 02 Hex)  
Dátový prvok  Poznámka  
TimeReal  Dátum sťahovaného dňa.  
OdometerValueMidnight  Počítadlo kilometrov na konci sťahovaného dňa.  
VuCardIWData  Údaje cyklov vkladania a vyťahovania kariet. 
— Ak táto časť neobsahuje dostupné údaje, odošle sa 
iba noOfVuCardIWRecords = 0. 
— Ak dátový prvok VuCardIWRecord zahŕňa čas 
00:00 (vloženie karty v predchádzajúci deň) alebo 
čas 24:00 (vytiahnutie karty v nasledujúci deň), 
uvedený bude vcelku v rámci obidvoch príslušných 
dní. 
VuActivityDailyData  Stav slotu v čase 00:00 a zmeny v činnosti zazname­
nané počas sťahovaného dňa.  
VuPlaceDailyWorkPeriodData  Údaje súvisiace s miestami zaznamenané počas sťaho­
vaného dňa. Ak je táto časť prázdna, odošle sa iba 
noOfPlaceRecords = 0.  
VuSpecificConditionData  Údaje špecifických podmienok zaznamenané počas 
sťahovaného dňa. Ak je táto časť prázdna, odošle sa 
iba noOfSpecificConditionRecords = 0.  
Signature  Podpis RSA všetkých údajov od prvku TimeReal po 
posledný bajt posledného záznamu špecifických 
podmienok.  
Dátová štruktúra generácie 2, verzia 1 (TREP 22 Hex)  
Dátový prvok  Poznámka  
DateOfDayDownloadedRecordArray  Dátum sťahovaného dňa.  
OdometerValueMidnightRecordArray  Počítadlo kilometrov na konci sťahovaného dňa.  
VuCardIWRecordArray  Údaje cyklov vkladania a vyťahovania kariet. 
— Ak táto časť neobsahuje dostupné údaje, odošle sa 
záhlavie poľa s noOfRecords = 0. 
— Ak dátový prvok VuCardIWRecord zahŕňa čas 
00:00 (vloženie karty v predchádzajúci deň) alebo 
čas 24:00 (vytiahnutie karty v nasledujúci deň), 
uvedený bude vcelku v rámci obidvoch príslušných 
dní. 
VuActivityDailyRecordArray  Stav slotu v čase 00:00 a zmeny v činnosti zazname­
nané počas sťahovaného dňa.  
VuPlaceDailyWorkPeriodRecordArray  Údaje súvisiace s miestami zaznamenané počas sťaho­
vaného dňa. Ak je táto časť prázdna, odošle sa záhlavie 
poľa s noOfRecords = 0.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 345  
Dátový prvok  Poznámka  
VuGNSSADRecordArray  Polohy vozidla podľa GNSS, ak kumulovaný čas jazdy 
vozidla dosiahne násobok troch hodín. Ak je táto časť 
prázdna, odošle sa záhlavie poľa s noOfRecords = 0.  
VuSpecificConditionRecordArray  Údaje špecifických podmienok zaznamenané počas 
sťahovaného dňa. Ak je táto časť prázdna, odošle sa 
záhlavie poľa s noOfRecords = 0.  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov.  
Dátová štruktúra generácie 2, verzia 2 (TREP 32 Hex)  
Dátový prvok  Poznámka  
DateOfDayDownloadedRecordArray  Dátum sťahovaného dňa.  
OdometerValueMidnightRecordArray  Počítadlo kilometrov na konci sťahovaného dňa.  
VuCardIWRecordArray  Údaje cyklov vkladania a vyťahovania kariet. 
— Ak táto časť neobsahuje dostupné údaje, odošle sa 
záhlavie poľa s noOfRecords = 0. 
— Ak dátový prvok VuCardIWRecord zahŕňa čas 
00:00 (vloženie karty v predchádzajúci deň) alebo 
čas 24:00 (vytiahnutie karty v nasledujúci deň), 
uvedený bude vcelku v rámci obidvoch príslušných 
dní. 
VuActivityDailyRecordArray  Stav slotu v čase 00:00 a zmeny v činnosti zazname­
nané počas sťahovaného dňa.  
VuPlaceDailyWorkPeriodRecordArray  Údaje súvisiace s miestami zaznamenané počas sťaho­
vaného dňa. Ak je táto časť prázdna, odošle sa záhlavie 
poľa s noOfRecords = 0.  
VuGNSSADRecordArray  Polohy vozidla podľa GNSS, ak kumulovaný čas jazdy 
vozidla dosiahne násobok troch hodín. Ak je táto časť 
prázdna, odošle sa záhlavie poľa s noOfRecords = 0.  
VuSpecificConditionRecordArray  Údaje špecifických podmienok zaznamenané počas 
sťahovaného dňa. Ak je táto časť prázdna, odošle sa 
záhlavie poľa s noOfRecords = 0.  
VuBorderCrossingRecordArray  Prekročenia hranice zaznamenané počas sťahovaného 
dňa. Ak je táto časť prázdna, odošle sa záhlavie poľa 
s noOfRecords = 0.  
VuLoadUnloadRecordArray  Operácie nakládky/vykládky zaznamenané počas sťaho­
vaného dňa. Ak je táto časť prázdna, odošle sa záhlavie 
poľa s noOfRecords = 0.  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 346  
2.2.6.4 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  E v e n t s a n d F a u l t s 
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n  o s ú d a j o v 
– u d a l o s t i a p o r u c h y )  
DDP_031 Dátové pole správy „Positive Response Transfer Data 
Events and Faults“ (Kladná odpoveď na požiadavku 
na prenos údajov – udalosti a poruchy) poskytuje tieto 
údaje v uvedenom poradí, pričom sa použije SID 76 
Hex, TREP 03, 23 alebo 33 Hex a primerané rozdelenie 
a sčítanie čiastkových správ:  
Dátová štruktúra generácie 1 (TREP 03 Hex)  
Dátový prvok  Poznámka  
VuFaultData  Všetky poruchy uložené alebo prebiehajúce vo VU. 
Ak je táto časť prázdna, odošle sa iba noOfVuFaults = 0.  
VuEventData  Všetky udalosti (okrem prekročenia rýchlosti) uložené 
alebo prebiehajúce vo VU. 
Ak je táto časť prázdna, odošle sa iba noOfVuE­
vents = 0.  
VuOverSpeedingControlData  Údaje súvisiace s poslednou kontrolou prekročenia 
rýchlosti (predvolená hodnota, ak nie sú k dispozícii 
žiadne údaje).  
VuOverSpeedingEventData  Všetky prípady prekročenia rýchlosti uložené vo VU. 
Ak je táto časť prázdna, odošle sa iba noOfVuOverS­
peedingEvents = 0.  
VuTimeAdjustmentData  Všetky prípady úpravy času uložené vo VU (mimo 
rámca celkovej kalibrácie). 
Ak je táto časť prázdna, odošle sa iba noOfVuTimeAdj­
Records = 0.  
Signature  Podpis RSA všetkých údajov od prvku noOfVuFaults 
po posledný bajt posledného záznamu úpravy času.  
Dátová štruktúra generácie 2, verzia 1 (TREP 23 Hex)  
Dátový prvok  Poznámka  
VuFaultRecordArray  Všetky poruchy uložené alebo prebiehajúce vo VU. 
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
VuEventRecordArray  Všetky udalosti (okrem prekročenia rýchlosti) uložené 
alebo prebiehajúce vo VU. 
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
VuOverSpeedingControlDataRecordArray  Údaje súvisiace s poslednou kontrolou prekročenia 
rýchlosti (predvolená hodnota, ak nie sú k dispozícii 
žiadne údaje).  
VuOverSpeedingEventRecordArray  Všetky prípady prekročenia rýchlosti uložené vo VU. 
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 347  
Dátový prvok  Poznámka  
VuTimeAdjustmentRecordArray  Všetky prípady úpravy času uložené vo VU (mimo 
rámca celkovej kalibrácie). 
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov.  
Dátová štruktúra generácie 2, verzia 2 (TREP 33 Hex)  
Dátový prvok  Poznámka  
VuFaultRecordArray  Všetky poruchy uložené alebo prebiehajúce vo VU. 
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
VuEventRecordArray  Všetky udalosti (okrem prekročenia rýchlosti) uložené 
alebo prebiehajúce vo VU. 
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
VuOverSpeedingControlDataRecordArray  Údaje súvisiace s poslednou kontrolou prekročenia 
rýchlosti (predvolená hodnota, ak nie sú k dispozícii 
žiadne údaje).  
VuOverSpeedingEventRecordArray  Všetky prípady prekročenia rýchlosti uložené vo VU. 
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
VuTimeAdjustmentRecordArray  Všetky prípady úpravy času uložené vo VU (mimo 
rámca celkovej kalibrácie). 
Ak je táto časť prázdna, odošle sa záhlavie poľa s noOf­
Records = 0.  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov.  
2.2.6.5 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  D e t a i l e d S p e e d 
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n  o s ú d a j o v 
– p o d r o b n é ú d a j e o r ý c h l o s t i )  
DDP_032 Dátové pole správy „Positive Response Transfer Data 
Detailed Speed“ (Kladná odpoveď na požiadavku na prenos 
údajov – podrobné údaje o rýchlosti) poskytuje tieto dáta 
v uvedenom poradí, pričom sa použije SID 76 Hex, TREP 
04 alebo 24 Hex a primerané rozdelenie a sčítanie čiast­
kových správ:  
Dátová štruktúra generácie 1 (TREP 04 Hex)  
Dátový prvok  Poznámka  
VuDetailedSpeedData  Všetky podrobné údaje o rýchlosti uložené vo VU 
(jeden blok rýchlostí za minútu, počas ktorej sa vozidlo 
pohybovalo), 
60 hodnôt rýchlosti za minútu (jedna za sekundu).  
Signature  Podpis RSA všetkých údajov od prvku noOfSpeed­
Blocks po posledný bajt posledného bloku rýchlostí.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 348  
Dátová štruktúra generácie 2 (TREP 24 Hex)  
Dátový prvok  Poznámka  
VuDetailedSpeedBlockRecordArray  Všetky podrobné údaje o rýchlosti uložené vo VU 
(jeden blok rýchlostí za minútu, počas ktorej sa vozidlo 
pohybovalo), 
60 hodnôt rýchlosti za minútu (jedna za sekundu).  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov.  
2.2.6.6 P o s i t i v e R e s p o n s e T r a n s f e r D a t a  T e c h n i c a l D a t a 
( K l a d n á o d p o v e ď n a p o ž i a d a v k u n a p r e n  o s ú d a j o v 
– t e c h n i c k é ú d a j e )  
DDP_033 Dátové pole správy „Positive Response Transfer Data Tec h­
nical Data“ (Kladná odpoveď na požiadavku na prenos 
údajov – technické údaje) poskytuje tieto údaje v uvedenom 
poradí, pričom sa použije SID 76 Hex, TREP 05, 25 alebo 
35 Hex a primerané rozdelenie a sčítanie čiastkových správ:  
Dátová štruktúra generácie 1 (TREP 05 Hex)  
Dátový prvok  Poznámka  
VuIdentification  
SensorPaired  
VuCalibrationData  Všetky kalibračné záznamy uložené vo VU.  
Signature  Podpis RSA všetkých údajov od prvku vuManufacturer­
Name po posledný bajt posledného prvku VuCalibrati­
onRecord.  
Dátová štruktúra generácie 2, verzia 1 (TREP 25 Hex)  
Dátový prvok  Poznámka  
VuIdentificationRecordArray  
VuSensorPairedRecordArray  Všetky párovania snímačov pohybu uložené vo VU.  
VuSensorExternalGNSSCoupledRecor­
dArray  Všetky spojenia s externými zariadeniami GNSS 
uložené vo VU.  
VuCalibrationRecordArray  Všetky kalibračné záznamy uložené vo VU.  
VuCardRecordArray  Všetky údaje o vložení karty uložené vo VU.  
VuITSConsentRecordArray  
VuPowerSupplyInterruptionRecordArray  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 349  
Dátová štruktúra generácie 2, verzia 2 (TREP 35 Hex)  
Dátový prvok  Poznámka  
VuIdentificationRecordArray  
VuSensorPairedRecordArray  Všetky párovania snímačov pohybu uložené vo VU.  
VuSensorExternalGNSSCoupledRecor­
dArray  Všetky spojenia s externými zariadeniami GNSS 
uložené vo VU.  
VuCalibrationRecordArray  Všetky kalibračné záznamy uložené vo VU.  
VuCardRecordArray  Všetky údaje o vložení karty uložené vo VU.  
VuITSConsentRecordArray  
VuPowerSupplyInterruptionRecordArray  
SignatureRecordArray  Podpis ECC všetkých predchádzajúcich údajov.  
▼B 
2.3 Pamä ť ESM  
DDP_034 Ak relácia sťahovania zahŕňa prenos údajov z VU, IDE 
uloží v rámci jedného fyzického súboru všetky údaje prijaté 
z VU počas relácie sťahovania v správach Positive 
Response Transfer Data. Uložené údaje nezahŕňajú záhlavia 
správ, počítadlá čiastkových správ, prázdne čiastkové 
správy a kontrolné súčty, ale zahŕňajú SID a TREP (len 
prvej čiastkovej správy v prípade viacerých čiastkových 
správ).  
3. PROTOKOL SŤAHOVANIA ÚDAJOV Z TACHOGRAFOVÝCH 
KARIET  
3.1 Rozsah pôsobnosti  
V tomto odseku sa opisuje priame sťahovanie kartových údajov z tacho­
grafovej karty na IDE. IDE nie je časťou zabezpečeného prostred ia, 
preto sa nevykonáva žiadna autentifikácia medzi kartou a IDE.  
3.2 Vymedzenie pojmov  
Relácia s ťahovania údajov : vždy, keď sa vykoná sťaho­
vanie údajov z karty s integro­
vaným obvodom (ICC). Relácia 
obsahuje úplný postup od rese­
tovania ICC prostredníctvom 
IFD až po deaktiváciu ICC 
(vytiahnutie karty alebo ďalší 
reset).  
Súbor s podpísanými údajmi : súbor z karty ICC. Súbor sa 
prenáša na zariadenie IFD 
v zrozumiteľnom texte. Na 
ICC sa súbor označí hash 
kódom, podpíše a podpis sa 
prenáša na IFD.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 350  
3.3 Sťahovanie údajov z karty  
▼M3 
DDP_035 Sťahovanie údajov z tachografovej karty zahŕňa tieto kr oky: 
— Sťahovanie spoločných informácií karty v elementárnych 
súboroch (EF) ICC a IC. Tieto informácie nie sú 
povinné a nie sú zabezpečené digitálnym podpisom.  
— Pre tachografové karty prvej a druhej generácie  
— Sťahovanie EF v rámci DF Tachograph:  
— Sťahovanie EF Card_Certificate a CA_Certificate. 
Tieto informácie nie sú zabezpečené digitálnym 
podpisom.  
Sťahovanie týchto súborov je povinné pre každú 
reláciu sťahovania.  
— Sťahovanie iných aplikačných dátových EF 
(v rámci DF Tachograph) okrem EF 
Card_Download. Tieto informácie sú zabezpe­ 
čené digitálnym podpisom s použitím časti 
A dodatku 11 Spoločné bezpečnostné 
mechanizmy.  
— Pre každú reláciu sťahovania je povinné stiahnuť 
prinajmenšom EF Application_Identification 
a Identification.  
— Pri sťahovaní údajov z karty vodiča je takisto 
povinné stiahnuť tieto EF:  
Events_Data,  
Faults_Data,  
Driver_Activity_Data,  
Vehicles_Used,  
Places,  
Control_Activity_Data,  
Specific_Conditions.  
— Iba v prípade tachografových kariet druhej generácie:  
— S výnimkou prípadov, keď sa sťahovanie údajov 
z karty vodiča vloženej vo VU vykonáva počas 
kontroly vodičov vykonávanej kontrolným orgánom, 
ktorý nie je z EÚ, s použitím kontrolnej karty prvej 
generácie, sťahovanie EF v rámci DF Tacho­
graph_G2:  
— Sťahovanie EF CardSignCertificate, CA_Certifi­
cate a Link_Certificate. Tieto informácie nie sú 
zabezpečené digitálnym podpisom.  
— Sťahovanie týchto súborov je povinné pre každú 
reláciu sťahovania.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 351  
— Sťahovanie iných aplikačných dátových EF 
(v rámci DF Tachograph_G2) okrem EF 
Card_Download. Tieto informácie sú zabezpe­ 
čené digitálnym podpisom s použitím časti 
B dodatku 11 Spoločné bezpečnostné 
mechanizmy.  
— Pre každú reláciu sťahovania je povinné stiahnuť 
prinajmenšom EF Application_Identification, 
Application_Identification_V2 (ak existuje) 
a Identification.  
— Pri sťahovaní údajov z karty vodiča je takisto 
povinné stiahnuť tieto EF:  
Events_Data,  
Faults_Data,  
Driver_Activity_Data,  
Vehicles_Used,  
Places,  
Control_Activity_Data,  
Specific_Conditions,  
VehicleUnits_Used,  
GNSS_Places,  
Places_Authentication, ak existuje,  
GNSS_Places_Authentication, ak existuje,  
Border_Crossings, ak existuje,  
Load_Unload_Operations, ak existuje,  
Load_Type_Entries, ak existuje.  
— Pri sťahovaní údajov z karty vodiča aktualizácia 
dátumu LastCardDownload v EF 
Card_Download v rámci DF Tachograph 
a prípadne DF Tachograph_G2.  
— Pri sťahovaní údajov z dielenskej karty vynulo­
vanie kalibračného počítadla v EF 
Card_Download v rámci DF Tachograph 
a prípadne DF Tachograph_G2.  
— Pri sťahovaní údajov z dielenskej karty sa nesťa­
huje EF Sensor_Installation_Data v rámci DF 
Tachograph a prípadne DF Tachograph_G2.  
▼B 
3.3.1  Inicializácia sekvencie  
DDP_036 IDE iniciuje túto sekvenciu:  
Karta  Smer  IDE/IFD  Význam/Poznámky  
⇦ Reset hardvéru  
ATR ⇨ 
Pomocou voľby parametra protokolu (PPS) sa môže zvoliť 
vyššia prenosová rýchlosť, pokiaľ to ICC podporuje.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 352  
3.3.2  Sekvencia pre nepodpísané dátové súbory  
DDP_037  ►M1 Sekvencia pre sťahovanie EF ICC, IC, Card_Certifi­
cate (alebo CardSignCertificate pre DF Tachograph G2), 
CA_Certificate a Link_ Certificate (iba pre DF Tachograph 
G2) je takáto: ◄  
Karta  Smer  IDE/IFD  Význam/Poznámky  
⇦ Select 
File Voľba podľa identifikátorov 
súboru  
OK ⇨ 
⇦ Read Binary  Ak súbor obsahuje viac 
údajov, než je kapacita 
vyrovnávacej pamäte číta­
cieho zariadenia alebo karty, 
príkaz sa musí opakovať, až 
kým sa nenačíta celý súbor.  
File Data 
OK ⇨ Uloženie údajov na externé 
pamäťové médium (ESM)  Podľa  3.4  (formát dátovej 
pamäte) Data storage format  
Poznámka 1:  Pred voľbou EF Card_Certificate (alebo Card­
SignCertificate) sa musí zvoliť aplikácia tachografu [výber 
prostredníctvom identifikátora aplikácie (AID)].  
Poznámka 2:  Výber a čítanie súboru sa môže vykonať aj 
v rámci jedného kroku použitím príkazu Read Binary 
s krátkym identifikátorom EF.  
3.3.3  Sekvencia pre podpísané dátové súbory  
DDP_038 Táto sekvencia sa používa pre každý z uvedených súborov , 
ktoré sa musia sťahovať s podpisom:  
▼M1 
Karta  Smer  IDE/IFD  Význam/Poznámky
  
Select File  
OK
 
Perform Hash of File  Vypočíta sa hash hodnota 
celého dátového obsahu 
zvoleného súboru s použitím 
predpísaného algoritmu hash 
v súlade s dodatkom 11 
časť a alebo B. Tento príkaz 
nie je príkazom ISO.  
Vypočíta sa Hash of 
File a dočasne sa uloží 
hash hodnota.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 353  
Karta  Smer  IDE/IFD  Význam/Poznámky  
OK
 
Read Binary  Ak súbor obsahuje viac 
údajov, než je kapacita 
vyrovnávacej pamäte číta­
cieho zariadenia alebo karty, 
príkaz sa musí opakovať, až 
kým sa nenačíta celý súbor.  
File Data 
OK
 Uloženie údajov na externé 
pamäťové médium (ESM)  Podľa  3.4  Data storage 
format
  
PSO: Compute Digital 
Signature  
Vykonanie operácie 
zabezpečenia 
„Compute Digital 
Signature“ pomocou 
dočasne uloženej hash 
hodnoty  
Signature 
OK
 Pripojiť údaje k predchádza­
júcim údajom uloženým 
v pamäti ESM  Podľa  3.4  Data storage 
format  
▼B 
Poznámka:  Výber a čítanie súboru sa môže vykonať aj 
v rámci jedného kroku použitím príkazu Read Binary 
s krátkym identifikátorom EF. V tomto prípade sa EF 
môže zvoliť a čítať pred uplatnením príkazu Perform Hash 
of File.  
3.3.4  Sekvencia pre resetovanie kalibra čného počítadla  
DDP_039 Sekvencia pre resetovanie počítadla
  
v EF
  
na dielenskej karte je takáto:  
Karta  Smer  IDE/IFD  Význam/Poznámky  
⇦ Select File  
EF Card_Download  Voľba podľa identifikátorov 
súboru  
OK ⇨ 
⇦ Update Binary  
NoOfCalibrationsSinceDown­
load = „00 00“  
Resetovanie počtu 
sťahovaní z karty  
OK ⇨ 
Poznámka:  Voľba a aktualizácia súboru sa môže vykonať aj 
v rámci jedného kroku použitím príkazu Update Binary 
s krátkym identifikátorom EF.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 354  
3.4 Formát dátovej pamäte  
3.4.1  Úvod  
DDP_040 Sťahované údaje sa musia uložiť podľa týchto podmienok:  
— údaje sa musia ukladať transparentne. To znamená, že 
počas uloženia musí byť zachované poradie bajtov, ako 
aj poradie bitov v rámci bajtu, ktoré sa prenášajú 
z karty.  
— Všetky súbory sťahované z karty počas relácie sťaho­
vania sú uložené v jednom súbore v pamäti ESM.  
3.4.2  Formát súboru  
DDP_041 Formát súboru je zreťazením viacerých objektov hodnoty 
dĺžky tagu (TLV).  
DDP_042 Tag pre EF je identifikátor súboru (FID) spolu s dodatk om 
„00“.  
DDP_043 Tag podpisu EF je FID súboru spolu s dodatkom „01“.  
DDP_044 Dĺžka je dvojbajtová hodnota. Hodnota stanovuje počet 
bajtov v hodnotovom poli. Hodnota „FF FF“ v dĺžkovom 
poli je vyhradená na budúce použitie.  
DDP_045 Ak sa súbor nesťahuje, nič z toho, čo sa vzťahuje k súb oru, 
sa nemusí ukladať (žiadny tag a žiadna nulová dĺžka).  
▼M1 
DDP_046 Podpis sa ukladá ako ďalší objekt TLV bezprostredne za 
objektom TLV, ktorý obsahuje údaje súboru.  
Definícia  Význam  Dĺžka  
FID (2 bajty) || ‚00‘  Tag pre EF (FID) v DF
  
alebo pre 
spoločné informácie karty  3 bajty  
FID (2 bajty) || ‚01‘  Tag pre podpis EF (FID) 
v DF
  3 bajty  
FID (2 bajty) || ‚02‘  Tag pre EF (FID) v DF
  3 bajty  
FID (2 bajty) || ‚03‘  Tag pre podpis EF (FID) 
v DF
  3 bajty  
xx xx  Dĺžka hodnotového poľa  2 bajty  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 355  
Príklad údajov v sťahovanom súbore v ESM:  
Tag Dĺžka  Hodnota
  
údaje EF ICC
  
údaje EF Card_Certificate  
…
 
údaje EF
  (v DF
  
)
 
podpis EF
  (v DF
  
)
 
údaje EF
  v  D F
  
podpis EF
  v  D F
  
▼B 
4. SŤAHOVANIE ÚDAJOV Z TACHOGRAFOVEJ KARTY CEZ 
JEDNOTKU VOZIDLA  
DDP_047 VU musí umožniť stiahnutie obsahu karty vodiča vloženej  
do pripojeného IDE.  
DDP_048 IDE pošle správu „Transfer Data Request Card Download“ 
na VU, aby sa začal tento režim (pozri 2.2.2.9).  
▼M1 
DDP_049 Karty vodiča prvej generácie: Údaje sa sťahujú s použit ím 
protokolu sťahovania údajov prvej generácie a stiahnuté 
údaje majú ten istý formát ako údaje stiahnuté z jednotky 
vozidla prvej generácie.  
Karty vodiča druhej generácie: VU potom stiahne celú kartu 
súbor po súbore, v súlade s protokolom sťahovania karty 
vymedzeným v odseku 3, a odošle všetky údaje prijaté 
z karty na IDE v rámci vhodného TLV formátu súboru 
(pozri3.4.2) a uzavreté v správe ‚Positive Response Transfer 
Data‘.  
▼B 
DDP_050 IDE vyvolá dáta karty zo správy „Positive Response 
Transfer Data“ (s vynechaním všetkých záhlaví, SID, 
TREP, počítadiel čiastkových správ a kontrolných súčtov) 
a uloží ich v jednom fyzickom súbore opísanom v odseku 
2.3. 
DDP_051 VU potom prípadne aktualizuje súbor
  alebo
  
karty vodiča.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 356  
Dodatok 8  
KALIBRA ČNÝ PROTOKOL  
OBSAH  
1. ÚVOD  
2. POJMY, VYMEDZENIE POJMOV A REFERENČNÉ DOKU­ 
MENTY  
3. PREHĽAD SLUŽIEB  
3.1. Dostupné služby  
3.2. Kódy odpovedí  
4. KOMUNIKAČNÉ SLUŽBY  
4.1. Služba StartCommunication  
4.2. Služba StopCommunication  
4.2.1 Opis správy  
4.2.2 Formát správy  
4.2.3 Vymedzenie parametrov  
4.3. Služba TesterPresent  
4.3.1 Opis správy  
4.3.2 Formát správy  
5. RIADIACE SLUŽBY  
5.1. Služba StartDiagnosticSession  
5.1.1 Opis správy  
5.1.2 Formát správy  
5.1.3 Vymedzenie parametrov  
5.2. Služba SecurityAccess  
5.2.1 Opis správy  
5.2.2 Formát správy – SecurityAccess – requestSeed  
5.2.3 Formát správy – SecurityAccess – sendKey  
6. SLUŽBY PRENOSU ÚDAJOV  
6.1. Služba ReadDataByIdentifier  
6.1.1 Opis správy  
6.1.2 Formát správy  
6.1.3 Vymedzenie parametrov  
6.2. Služba WriteDataByIdentifier  
6.2.1 Opis správy  
6.2.2 Formát správy  
6.2.3 Vymedzenie parametrov  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 357  
7. KONTROLA SKÚŠOBNÝCH IMPULZOV – KONTROLA 
VSTUPU/VÝSTUPU FUNKČNEJ JEDNOTKY  
7.1. Služba InputOutputControlByIdentifier  
7.1.1 Opis správy  
7.1.2 Formát správy  
7.1.3 Vymedzenie parametrov  
▼M3 
8. SLUŽBA ROUTINECONTROL (ÚPRAVA ČASU)  
8.1. Opis správy  
8.2. Formát správy  
9. FORMÁTY DATARECORDS  
9.1. Rozsahy hodnôt prenášaných parametrov  
9.2. Formáty dataRecords  
▼B 
1. ÚVOD  
Tento dodatok opisuje výmenu údajov medzi jednotkou vozidla 
a skúšobným zariadením cez K-vedenie, ktoré tvorí časť kalibrač ného 
rozhrania opísaného v dodatku 6. Opisuje aj riadenie vstupného/ výstup­
ného signalizačného vedenia na kalibračnom konektore.  
Nadviazanie komunikácie cez K-vedenie je opísané v oddiele 4 
„Komunikačné služby“ (Communication Services).  
V tomto dodatku sa používa koncepcia diagnostických „relácií“ n a 
stanovenie rozsahu riadenia K-vedenia v rôznych podmienkach. Št an­
dardná relácia je „StandardDiagnosticSession“, keď môžu byť vše tky 
údaje prečítané z jednotky vozidla, no žiadne údaje nemôžu byť do nej 
zapísané.  
Voľba diagnostickej relácie je opísaná v oddiele 5 „Riadiace sl užby“ 
(Management Services).  
Tento dodatok sa musí považovať za relevantný pre obidve generá cie 
VU a dielenských kariet v súlade s požiadavkami interoperabilit y 
uvedenými v tomto nariadení.  
CPR_001 „ECUProgrammingSession“ umožňuje zápis údajov do 
jednotky vozidla. V prípade zápisu kalibračných údajov 
musí byť jednotka vozidla navyše v režime prevádzky 
KALIBRÁCIA.  
Prenos údajov cez K-vedenie je opísaný v oddiele 6 „Služby 
prenosu údajov“ (Data Transmission Services). Formáty 
prenášaných údajov sú podrobne opísané v oddiele 8 „data­
Records formats“.  
CPR_002 „ECUAdjustmentSession“ umožňuje voľbu vstupného/ 
výstupného režimu kalibrácie vstupného/výstupného signali­
začného vedenia cez rozhranie K-vedenia. Riadenie kali­
brácie vstupného/výstupného signalizačného vedenia je 
opísané v oddiele 7 „Kontrola skúšobných impulzov – 
kontrola vstupu/výstupu funkčnej jednotky“ Control of 
Test Pulses – Input/Output Control functional unit.  
CPR_003 V tomto dokumente sa ako adresa skúšobného zariadenia 
používa „tt“. Bez ohľadu na to, že sa môžu používať 
prioritné adresy pre skúšobné zariadenia, VU musí správne 
odpovedať na každú adresu skúšobného zariadenia. Fyzická 
adresa VU je 0xEE.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 358  
2. POJMY, VYMEDZENIE POJMOV A REFERENČNÉ DOKU­
MENTY  
Protokoly, správy a chybové kódy sú v zásade založené na návrhu  
normy ISO 14229-1 (Cestné vozidlá.Diagnostické systémy. Časť 1:  
Diagnostické služby, verzia 6 z 22. februára 2001).  
Kódovanie bajtov a hexadecimálne hodnoty sa používajú pre ident ifi­
kátory služby, požiadavky a odpovede vzťahujúce sa na službu a pre 
štandardné parametre.  
Pojem „skúšobné zariadenie“ sa vzťahuje na zariadenie používané  na 
zápis programovacích/kalibračných údajov do VU.  
Pojem „klient“ a „server“ sa vzťahuje na skúšobné zariadenie, r esp. na 
VU. 
Pojem ECU znamená „elektronická riadiaca jednotka“ a vzťahuje s a na 
VU. 
Referenčné dokumenty:  
▼M1 
ISO 14230– 2: Cestné vozidlá – Diagnostické systémy – Protokol 
kľúčového slova 2000. Časť 2: Vrstva údajového spojenia.  
Prvé vydanie: 1999.  
▼B 
3. PREHĽAD SLUŽIEB  
3.1. Dostupné služby  
Táto tabuľka poskytuje prehľad o službách, ktoré sú k dispozíci i 
v tachografe a sú definované v tomto dokumente.  
CPR_004 V tabuľke sú uvedené služby, ktoré sú k dispozícii pri akti­
vovanej diagnostickej relácii.  
— V  prvom st ĺpci sú uvedené služby, ktoré sú k dispo­
zícii.  
— V  druhom st ĺpci je uvedené číslo oddielu v tomto 
dodatku, v ktorom sú služby vymedzené podrobnejšie.  
— V  treťom stĺpci sa priraďujú hodnoty identifikátora 
služby pre správy s požiadavkou.  
— V  štvrtom st ĺpci sa špecifikujú služby „StandardDiag ­
nosticSession“ (SD) , ktoré sa musia implementovať do 
každej VU.  
— V  piatom st ĺpci sa špecifikujú služby  „ECUAdju ­
stmentSession“ (ECUAS) , ktoré sa musia implemen­
tovať, aby bola možná kontrola vstupného/výstupného 
signalizačného vedenia v kalibračnom konektore pred­
ného panelu VU.  
— V  šiestom st ĺpci sa špecifikujú služby  „ECUProgram ­
mingSession“ (ECUPS) , ktoré sa musia implementovať, 
aby bolo možné programovanie parametrov do VU.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 359  
Tabuľka 1 
Prehľad o hodnotách identifikátora služby  
Diagnostické relácie  
Názov diagnostickej služby  Oddiel č.  Hodnota SId 
(identifikátor 
služby) požia­
davky  SD ECUAS  ECUPS  
StartCommunication  4.1  8 1  ■  ■  ■  
StopCommunication  4.2  8 2  ■  
TesterPresent  4.3  3 E  ■  ■  ■  
StartDiagnosticSession  5.1  1 0  ■  ■  ■  
SecurityAccess  5.2  2 7  ■  ■  ■  
ReadDataByIdentifier  6.1  2 2  ■  ■  ■  
WriteDataByIdentifier  6.2  2 E  ■  
InputOutputControlByIdentifier  7.1  2 F  ■  
▼M3 
RoutineControl  8  3 1
  
▼B 
■ Tento symbol znamená, že v tejto diagnostickej relácii je služ ba povinná. 
Žiadny symbol znamená, že v tejto diagnostickej relácii nie je služba povolená.  
3.2. Kódy odpovedí  
Kódy odpovedí sú vymedzené pre každú službu.  
4. KOMUNIKAČNÉ SLUŽBY  
Niektoré služby sú nevyhnutné na nadviazanie a udržanie komunik ácie. Nezo­
brazujú sa na aplikačnej úrovni. Dostupné služby sú uvedené v t ejto tabuľke:  
Tabuľka 2 
Komunika čné služby  
Názov služby  Opis  
StartCommunication  Klient žiada začatie komunikačnej 
relácie so serverom(-mi).  
StopCommunication  Klient žiada skončenie prebiehajúcej 
komunikačnej relácie.  
TesterPresent  Klient oznamuje serveru, že spojenie je 
ešte stále aktívne.  
CPR_005 Služba StartCommunication sa používa na začatie komuni­
kácie. Na vykonanie každej služby sa musí začať komuni­
kácia a komunikačné parametre musia zodpovedať požado­
vanému režimu.  
4.1. Služba StartCommunication  
CPR_006 Po prijatí indikačného prvku StartCommunication VU musí  
skontrolovať, či môže byť za súčasných podmienok inicia­
lizované požadované komunikačné spojenie. Platné 
podmienky pre začatie komunikačného spojenia sú opísané 
v dokumente ISO 14230-2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 360  
CPR_007 Potom VU musí vykonať všetky činnosti potrebné na inici a­
lizovanie komunikačného spojenia a pošle odpovedací 
prvok StartCommunication so zvolenými parametrami 
kladnej odpovede.  
CPR_008 Ak VU, ktorá je už inicializovaná (a vstúpila do diagno s­
tickej relácie) prijme novú požiadavku StartCommunication 
(napr. na základe opravy chyby v skúšobnom zariadení), 
požiadavka sa prijme a VU sa musí znovu inicializovať.  
CPR_009 Ak komunikačné spojenie nemôže byť inicializované 
z akýchkoľvek dôvodov, VU musí pokračovať v činnosti, 
ktorá bezprostredne predchádzala pokusu o začatie komuni­
kačného spojenia.  
CPR_010 Správa s požiadavkou StartCommunication musí byť 
fyzicky adresovaná.  
CPR_011 Inicializácia VU pre služby sa vykoná pomocou metódy 
„rýchla inicializácia“:  
— každej aktivite predchádza pokojový stav zbernice,  
— skúšobné zariadenie potom odošle inicializačnú 
sekvenciu,  
— všetky informácie, ktoré sú potrebné na nadviazanie 
komunikácie, sú obsiahnuté v odpovedi VU.  
CPR_012 Po dokončení inicializácie:  
— všetky komunikačné parametre sa nastavia na hodnoty 
definované v tabuľke 4 podľa kľúčových bajtov,  
— VU čaká na prvú požiadavku skúšobného zariadenia,  
— VU je v štandardnom diagnostickom režime, t. j. Stan­
dardDiagnosticSession,  
— kalibračné vstupné/výstupné signalizačné vedenie je 
v štandardnom stave, t. j. v deaktivovanom stave.  
CPR_014 Rýchlosť prenosu údajov na K-vedení je 10 400 baudov.  
CPR_016 Rýchlu inicializáciu začne skúšobné zariadenie prenášaj úce 
sekvenciu Wake up pattern (Wup) na K-vedení. Začína po 
pokojovom stave K-vedenia s krátkym časom Tinil. 
Skúšobné zariadenie prenáša prvý bit služby StartCommu­
nication po čase Twup, ktorý začína po prvej klesajúcej 
hrane signálu.
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 361  
CPR_017 Hodnoty časovania pre rýchlu inicializáciu a komunikáci e 
vo všeobecnosti sú uvedené v tabuľkách ďalej. Pre poko­
jový stav existujú rôzne možnosti:  
— prvý prenos po zapnutí, Tidle = 300 ms,  
— po dokončení služby StopCommunication, Tidle = P3 
min, 
— po skončení komunikácie prekročením času P3 max, 
Tidle = 0.  
Tabuľka 3 
Hodnoty časovania pre rýchlu inicializáciu  
Parameter  Min. hodnota  Max. hodnota  
Tinil  25 ± 1 ms  24 ms  26 ms  
Twup  50 ± 1 ms  49 ms  51 ms  
Tabuľka 4 
Hodnoty časovania komunikácie  
Časovanie 
Parameter  Opis parametra  Dolné limitné 
hodnoty [ms]  Horné limitné 
hodnoty [ms]  
min. max.  
P1 Čas medzi bajtmi pre odpoveď 
VU 0 2 0  
P2 Čas medzi požiadavkou 
skúšobného zariadenia a odpo­
veďou VU alebo dvomi odpo­
veďami VU  25 250  
P3 Čas medzi skončením odpo­
vedí VU a začiatkom novej 
požiadavky skúšobného zaria­
denia  55 5 000  
P4 Čas medzi bajtmi pre požia­
davku skúšobného zariadenia  5 2 0  
CPR_018 Formát správy pre rýchlu inicializáciu je podrobne uved ený 
v ďalej uvedených tabuľkách. (POZNÁMKA: Hex znamená 
v hexadecimálnom vyjadrení)  
Tabuľka 5 
Správa StartCommunication Request  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  81 FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 362  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#4 StartCommunication Request 
Service Id  81 SCR  
#5 Kontrolný súčet  00-FF  C S  
Tabuľka 6 
Správa StartCommunication Positive Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 StartCommunication Positive 
Response Service Id  C1 SCRPR  
#6 Kľúčový bajt 1  E A  KB1  
#7 Kľúčový bajt 2  8 F  KB2  
#8 Kontrolný súčet  00-FF  C S  
CPR_019 Nie je žiadna záporná odpoveď na správu StartCommunica­
tion Request; ak nie je žiadna správa s kladnou odpoveďou, 
ktorá sa má prenášať, potom VU nie je inicializovaná, nič sa 
neprenáša a VU zostáva vo svojej normálnej prevádzke.  
4.2. Služba StopCommunication  
4.2.1  Opis správy  
Účelom tejto služby komunikačnej úrovne je ukončiť komunikačnú 
reláciu.  
CPR_020 Po prijatí indikačného prvku StopCommunication musí VU 
skontrolovať, či súčasné podmienky dovoľujú ukončiť 
komunikáciu. Ak tomu tak je, VU musí vykonať všetky 
činnosti potrebné na ukončenie komunikácie.  
CPR_021 Ak je možné ukončiť komunikáciu, VU musí pre ukon­ 
čením komunikácie vydať odpovedací prvok StopCommu­
nication so zvolenými parametrami kladnej odpovede.  
CPR_022 Ak komunikácia nemôže byť ukončená z akéhokoľvek 
dôvodu, VU musí vydať odpovedací prvok StopCommuni­
cation so zvolenými parametrami zápornej odpovede.  
CPR_023 Ak VU zistí prekročenie času P3max, komunikácia sa 
ukončí bez toho, aby bol vydaný akýkoľvek odpovedací 
prvok.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 363  
4.2.2  Formát správy  
CPR_024 Formáty správ pre prvky StopCommunication sú uvedené 
v týchto tabuľkách:  
Tabuľka 7 
Správa StopCommunication Request  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  0 1  LEN  
#5 StopCommunication Request 
Service Id  82 SPR  
#6 Kontrolný súčet  00-FF  C S  
Tabuľka 8 
Správa StopCommunication Positive Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 1  LEN  
#5 StopCommunication Positive 
Response Service Id  C2 SPRPR  
#6 Kontrolný súčet  00-FF  C S  
Tabuľka 9 
Správa StopCommunication Negative Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 364  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#5 negative Response Service Id  7F  NR  
#6 StopCommunication Request 
Service Identification  82 SPR  
#7 responseCode = generalReject  1 0  RC_GR  
#8 Kontrolný súčet  00-FF  C S  
4.2.3  Vymedzenie parametrov  
Táto služba si nevyžaduje žiadne vymedzenie parametrov.  
4.3. Služba TesterPresent  
4.3.1  Opis správy  
Službu TesterPresent používa skúšobné zariadenie na oznámenie s vojej 
prítomnosti serveru, aby zabránilo serveru v automatickom návra te do 
normálnej prevádzky a prípadnému zastaveniu komunikácie. Táto 
služba pravidelne posiela požiadavku, aby sa zostala aktívna di agnos­
tická relácia alebo komunikácia tým, že resetuje časovač P3 vžd y, keď 
sa prijme požiadavka na túto službu.  
4.3.2  Formát správy  
CPR_079 Formáty správ pre prvky TesterPresent sú podrobne uvede né 
v týchto tabuľkách:  
Tabuľka 10  
Správa TesterPresent Request  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotechnická 
skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  0 2  LEN  
#5 TesterPresent Request 
Service Id  3E TP  
#6 Sub Function = res- 
ponseRequired =  [áno 0 1  RESPREQ_Y  
nie] 0 2  RESPREQ_NO  
#7 Kontrolný súčet  00-FF  C S  
CPR_080 Ak je parameter responseRequired nastavený na „áno“, 
potom server musí odpovedať touto správou s kladnou 
odpoveďou. Ak je nastavený na „nie“, server neposiela 
žiadnu odpoveď.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 365  
Tabuľka 11  
Správa TesterPresent Positive Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 1  LEN  
#5 TesterPresent Positive 
Response Service Id  7E TPPR  
#6 Kontrolný súčet  00-FF  C S  
CPR_081 Služba musí podporovať tieto kódy záporných odpovedí:  
Tabuľka 12  
Správa TesterPresent Negative Response  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 negative Response Service Id  7F  NR  
#6 TesterPresent Request Service Identi­
fication  3E T P  
#7 response­
Code =  [SubFunctionNotSup­
ported-InvalidFormat  12 RC_SFNS_IF  
incorrectMessage­
Length]  13 RC_IML  
#8 Kontrolný súčet  00-FF  C S  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 366  
5. RIADIACE SLUŽBY  
Dostupné služby sú uvedené v tejto tabuľke:  
Tabuľka 13  
Riadiace služby  
Názov služby  Opis  
StartDiagnosticSession  Klient žiada o začatie diagnostickej relácie 
s VU.  
SecurityAccess  Klient žiada o prístup k funkciám vyhra­
deným pre oprávnených používateľov.  
5.1. Služba StartDiagnosticSession  
5.1.1  Opis správy  
CPR_025 Služba StartDiagnosticSession sa používa na to, aby sa 
mohli v serveri aktivovať rôzne diagnostické relácie. Diag­
nostická relácia umožňuje aktivovať špecifický súbor 
služieb podľa tabuľky 17. Relácia môže aktivovať špeci­
fické služby výrobcu vozidla, ktoré nie sú súčasťou tohto 
dokumentu. Implementačné pravidlá musia byť v súlade 
s týmito požiadavkami:  
— vo VU je aktívna vždy len jedna diagnostická relácia,  
— VU musí začať StandardDiagnosticSession pri každom 
zapnutí. Ak sa nezačne žiadna iná diagnostická relácia, 
potom StandardDiagnosticSession pokračuje tak dlho, 
ako dlho je zapnutá VU,  
— ak si diagnostickú reláciu, ktorá už prebieha, vyžiadalo 
skúšobné zariadenie, potom VU musí poslať správu 
s kladnou odpoveďou,  
— kedykoľvek skúšobné zariadenie požiada o novú diag­
nostickú reláciu, VU musí najprv poslať správu 
s kladnou odpoveďou na StartDiagnosticSession 
predtým, než sa aktivuje vo VU nová relácia. Ak VU 
nemôže začať požadovanú novú diagnostickú reláciu, 
potom musí odpovedať správou so zápornou odpoveďou 
na StartDiagnosticSession a pokračuje prebiehajúca 
relácia.  
CPR_026 Diagnostická relácia sa môže začať len vtedy, keď bola 
medzi klientom a VU nadviazaná komunikácia.  
CPR_027 Po úspešnej StartDiagnosticSession musia byť parametre 
časovania definované v tabuľke 4 aktívne, pričom je para­
meter diagnosticSession v správe s požiadavkou nastavený 
na „StandardDiagnosticSession“, ak bola predtým aktivo­
vaná iná diagnostická relácia.  
5.1.2  Formát správy  
CPR_028 Formáty správ pre prvky StartDiagnosticSession sú 
podrobne uvedené v týchto tabuľkách:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 367  
Tabuľka 14  
Správa StartDiagnosticSession Request  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  0 2  LEN  
#5 StartDiagnosticSession 
Request Service Id  10 STDS  
#6 diagnosticSession = [jedna 
hodnota z tabuľky 17]  xx DS_…  
#7 Kontrolný súčet  00-FF  C S  
Tabuľka 15  
Správa StartDiagnosticSession Positive Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 2  LEN  
#5 StartDiagnosticSession Posi ­
tive Response Service Id  50 STDSPR  
#6 diagnosticSession = [rovnaká 
hodnota ako v bajte # 6 
tabuľky 14]  xx DS_…  
#7 Kontrolný súčet  00-FF  C S  
Tabuľka 16  
Správa StartDiagnosticSession Negative Response  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 368  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 Negative Response Service Id  7F  NR  
#6 StartDiagnosticSession Request 
Service Id  10 STDS  
#7 Response­
Code =  [subFunctionNotSup­
ported (  α ) 12 RC_SFNS  
incorrectMessage­
Length (  β ) 13 RC_IML  
conditionsNotCor­
rect (  γ ) 22 RC_CNC  
#8 Kontrolný súčet  00-FF  C S  
( α ) – Hodnota vložená do bajtu # 6 správy s požiadavkou sa nepodp oruje, t. j. nie je 
v tabuľke 17. 
( β ) – Dĺžka správy nie je správna. 
( γ ) – Kritériá pre požiadavku StartDiagnosticSession nie sú splne né. 
5.1.3  Vymedzenie parametrov  
CPR_029 Parameter  diagnosticSession (DS_)  používa služba Start­
DiagnosticSession na voľbu špecifického správania 
servera(-ov). V tomto dokumente sú špecifikované tieto 
diagnostické relácie:  
Tabuľka 17  
Vymedzenie hodnôt diagnosticSession  
Hex Opis  Mnemotech­
nická skratka  
81 StandardDiagnosticSession  
Táto diagnostická relácia umožňuje všetky 
služby špecifikované v  tabuľke 1 v st ĺpci 4  
„SD“. Tieto služby umožňujú čítanie údajov zo 
servera (VU). Táto diagnostická relácia je 
aktívna po úspešne dokončenej inicializácii 
medzi klientom (skúšobným zariadením) a ser- 
verom (VU). Táto diagnostická relácia môže byť 
prepísaná inými diagnostickými reláciami špeci- 
fikovanými v tomto oddiele.  SD 
85 ECUProgrammingSession  
Táto diagnostická relácia umožňuje všetky 
služby špecifikované v  tabuľke 1 v st ĺpci 6 
„ECUPS“ . Tieto služby podporujú programova- 
nie pamäti servera (VU). Táto diagnostická 
relácia môže byť prepísaná inými diagnostickými 
reláciami špecifikovanými v tomto oddiele.  ECUPS  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 369  
Hex Opis  Mnemotech­
nická skratka  
87 ECUAdjustmentSession  
Táto diagnostická relácia umožňuje všetky 
služby špecifikované v  tabuľke 1 v st ĺpci 5 
„ECUAS“.  Tieto služby podporujú riadenie 
vstupov/výstupov servera (VU). Táto diagnos- 
tická relácia môže byť prepísaná inými diagnos- 
tickými reláciami špecifikovanými v tomto 
oddiele.  ECUAS  
5.2. Služba SecurityAccess  
Zapisovanie kalibračných údajov nie je možné, pokiaľ VU nie je 
v režime KALIBRÁCIE. Okrem vloženia platnej dielenskej karty do  
VU je potrebné zapísať správny PIN do VU predtým, než je udelen ý 
prístup k režimu KALIBRÁCIE.  
Ak je VU v režime KALIBRÁCIE alebo KONTROLY, prístup ku 
kalibračnému vstupnému/výstupnému vedeniu je tiež možný.  
Služba SecurityAccess poskytuje možnosť zápisu PIN a oznámenia 
skúšobnému zariadeniu, či VU je alebo nie je v režime KALIBRÁCI E. 
Pripúšťa sa zápis PIN alternatívnymi metódami.  
5.2.1  Opis správy  
Služba SecurityAccess obsahuje správu SecurityAccess „requestSe ed-“, 
za ktorou prípadne nasleduje správa SecurityAccess „sendKey“. S lužba 
SecurityAccess sa musí vykonať po službe StartDiagnosticSession . 
CPR_033 Skúšobné zariadenie musí použiť správu SecurityAccess 
„requestSeed“ na kontrolu, či je jednotka vozidla pripravená 
akceptovať PIN.  
CPR_034 Ak je jednotka vozidla už v režime KALIBRÁCIE, musí 
odpovedať na požiadavku odoslaním „seed“ 0x0000 
pomocou služby SecurityAccess Positive Response.  
CPR_035 Ak je jednotka vozidla pripravená akceptovať PIN na 
overenie dielenskou kartou, musí na požiadavku odpovedať 
odoslaním „seed“ väčším než 0x0000 pomocou služby 
SecurityAccess Positive Response.  
CPR_036 Ak nie je jednotka vozidla pripravená akceptovať PIN zo  
skúšobného zariadenia, buď z dôvodu neplatnosti vloženej 
dielenskej karty, alebo preto, že nebola vložená žiadna 
dielenská karta, alebo preto, že jednotka vozidla očakáva 
vloženie PIN inou metódou, musí na požiadavku odpovedať 
zápornou odpoveďou s kódom odpovede nastaveným na 
conditionsNotCorrectOrRequestSequenceError.  
CPR_037 Skúšobné zariadenie potom prípadne použije správu Secur i­
tyAccess „sendKey“ na odoslanie PIN jednotke vozidla. 
Aby bol dostatok času na uskutočnenie procesu autentifi­
kácie karty, VU musí použiť záporný kód odpovede reque­
stCorrectlyReceived-ResponsePending na predĺženie času na 
odpoveď. Avšak maximálny čas na odpoveď nesmie 
prekročiť 5 minút. Ihneď po dokončení požadovanej služby 
musí VU odoslať správu s kladnou alebo zápornou odpo­
veďou s iným kódom odpovede, než je tento. Záporný kód  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 370  
odpovede requestCorrectlyReceived-ResponsePending môže 
VU opakovať, až kým nie je požadovaná služba dokončená 
a nie je poslaná konečná správa s odpoveďou.  
CPR_038 Jednotka vozidla môže odpovedať na túto správu pomocou 
služby SecurityAccess Positive Response len vtedy, keď je 
v režime KALIBRÁCIE.  
CPR_039 V nasledujúcich prípadoch musí jednotka vozidla odpoved ať 
na túto požiadavku zápornou odpoveďou s takto nasta­
veným kódom odpovede:  
— subFunctionNot supported: neplatný formát pre para­
meter subfunkcie (accessType),  
— conditionsNotCorrectOrRequestSequenceError: jednotka 
vozidla nie je pripravená akceptovať zápis PIN,  
— invalidKey: PIN je neplatné a počet pokusov o kontrolu 
PIN sa neprekročil,  
— exceededNumberOfAttempts: PIN je neplatné a počet 
pokusov o kontrolu PIN sa prekročil,  
— generalReject: správne PIN, no vzájomná autentifikácia 
s dielenskou kartou zlyhala.  
5.2.2  Formát správy – SecurityAccess – requestSeed  
CPR_040 Formáty správ pre prvky SecurityAccess „requestSeed“ sú  
podrobne uvedené v týchto tabuľkách:  
Tabuľka 18  
Správa SecurityAccess Request- requestSeed  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  0 2  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – requestSeed  7 D  AT_RSD  
#7 Kontrolný súčet  00-FF  C S  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 371  
Tabuľka 19  
Správa SecurityAccess – requestSeed Positive Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 4  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – requestSeed  7 D  AT_RSD  
#7 Seed High  00-FF  SEEDH  
#8 Seed Low  00-FF  SEEDL  
#9 Kontrolný súčet  00-FF  C S  
Tabuľka 20  
Správa SecurityAccess Negative Response  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 negativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  2 7  S A  
#7 response­
Code =  [conditionsNotCorrec­
tOrRequestSequence­
Error  22 RC_CNC  
incorrectMessage­
Length]  13 RC_IML  
#8 Kontrolný súčet  00-FF  C S  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 372  
5.2.3  Formát správy – SecurityAccess – sendKey  
CPR_041 Formáty správ pre prvky SecurityAccess „sendKey“ sú 
uvedené v týchto tabuľkách:  
Tabuľka 21  
Správa SecurityAccess Request – sendKey  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  m+2  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – sendKey  7 E  AT_SK  
#7 až #m+6  Kľúč #1 (High)  x x  KEY  
… …  
Kľúč #m (low, m musí mať 
hodnoty minimálne 4 a maxi­
málne 8)  xx 
#m+7  Kontrolný súčet  00-FF  C S  
Tabuľka 22  
Správa SecurityAccess – sendKey Positive Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 2  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – sendKey  7 E  AT_SK  
#7 Kontrolný súčet  00-FF  C S  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 373  
Tabuľka 23  
Správa SecurityAccess Negative Response  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  2 7  S A  
#7 Response­
Code =  [generalReject  1 0  RC_GR  
subFunctionNotSup­
ported  12 RC_SFNS  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCorrec­
tOrRequestSequence­
Error  22 RC_CNC  
invalidKey  3 5  RC_IK  
exceededNumberO­
fAttempts  36 RC_ENA  
requestCorrectlyRe­
ceived-ResponsePen­
ding]  78 RC_RCR_RP  
#8 Kontrolný súčet  00-FF  C S  
6. SLUŽBY PRENOSU ÚDAJOV  
Dostupné služby sú uvedené v tejto tabuľke:  
Tabuľka 24  
Služby prenosu údajov  
Názov služby  Opis  
ReadDataByIdentifier  Klient žiada prenos aktuálnej hodnoty 
záznamu pomocou prístupu prostredníctvom 
recordDataIdentifier.  
WriteDataByIdentifier  Klient žiada zapísať záznam sprístupnený 
pomocou recordDataIdentifier.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 374  
6.1. Služba ReadDataByIdentifier  
6.1.1  Opis správy  
CPR_050 Službu ReadDataByIdentifier používa klient na vyžiadani e 
hodnôt dátového záznamu zo servera. Údaje sa identifikujú 
pomocou recordDataIdentifier. Výrobca VU je zodpovedný 
za to, aby boli pri vykonávaní tejto služby splnené 
podmienky servera.  
6.1.2  Formát správy  
CPR_051 Formáty správ pre prvky ReadDataByIdentifier sú uvedené  
v týchto tabuľkách:  
Tabuľka 25  
Správa ReadDataByIdentifier Request  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 ReadDataByIdentifier 
Request Service Id  22 RDBI  
#6 až #7  recordDataIdentifier = 
[hodnota z tabuľky 28]  xxxx  RDI_…  
#8 Kontrolný súčet  00-FF  C S  
Tabuľka 26  
Správa ReadDataByIdentifier Positive Response  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  m+3  LEN  
#5 ReadDataByIdentifier Positive 
Response Service Id  62 RDBIPR  
#6 a #7  recordDataIdentifier = [the same 
value as bytes #6 and #7 tabuľky 25]  xxxx  RDI_…  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 375  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#8 až #m+7  dataRecord[] =  [data#1  x x  DREC_DAT­
A1 
: :  :  
data#m]  x x  DREC_DAT­
Am 
#m+8  Kontrolný súčet  00-FF  C S  
Tabuľka 27  
Správa ReadDataByIdentifier Negative Response  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 ReadDataByIdentifier Request 
Service Id  22 RDBI  
#7 Response­
Code=  [requestOutOf­
Range  31 RC_ROOR  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCor­
rect] 22 RC_CNC  
#8 Kontrolný súčet  00-FF  C S  
6.1.3  Vymedzenie parametrov  
CPR_052 Parameter  recordDataIdentifier (RDI_)  v správe s požia­
davkou ReadDataByIdentifier identifikuje dátový záznam.  
▼M3 
CPR_053 Hodnoty recordDataIdentifier definované v tomto doku­
mente sú uvedené v tabuľke ďalej.  
Tabuľku recordDataIdentifier tvorí päť stĺpcov a niekoľko 
riadkov.  
— Prvý st ĺpec (Hex)  obsahuje „hexadecimálne hodnoty“ 
priradené k recordDataIdentifier špecifikovanému 
v treťom stĺpci.  
— V  druhom st ĺpci (Dátový prvok)  sa špecifikuje dátový 
prvok dodatku 1, na ktorom je založený recordDataIden­
tifier (niekedy je potrebné prekódovanie).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 376  
— Tretí st ĺpec (Opis)  obsahuje zodpovedajúci názov 
recordDataIdentifier.  
— Štvrtý st ĺpec (Prístupové práva)  obsahuje prístupové 
práva k tomuto recordDataIdentifier.  
— Piaty st ĺpec (Mnemotechnická skratka)  špecifikuje 
mnemotechnickú skratku tohto recordDataIdentifier.  
Tabuľka 28  
Vymedzenie hodnôt recordDataIdentifier  
Hex Dátový prvok  Názov recordDataIdentifier 
(pozri formát v bode 8.2)  Prístupové 
práva 
[čítať (R)/ 
zapisovať 
(W)]  Mnemotechnická 
skratka  
F90B  CurrentDateTime  TimeDate  R/W  RDI_TD  
F912  HighResOdometer  HighResolutionTotalVehicleDis­
tance  R/W  RDI_HRTVD  
F918  K-ConstantOfRecordingEquipment  Kfactor  R/W  RDI_KF  
F91C  L-TyreCircumference  LfactorTyreCircumference  R/W  RDI_LF  
F91D  W-VehicleCharacteristicConstant  WvehicleCharacteristicFactor  R/W  RDI_WVCF  
F921  TyreSize  TyreSize  R/W  RDI_TS  
F922  nextCalibrationDate  NextCalibrationDate  R/W  RDI_NCD  
F92C  SpeedAuthorised  SpeedAuthorised  R/W  RDI_SA  
F97D  vehicleRegistrationNation  RegisteringMemberState  R/W  RDI_RMS  
F97E  VehicleRegistrationNumber  VehicleRegistrationNumber  R/W  RDI_ VRN  
F190  VehicleIdentificationNumber  VIN  R/W  RDI_ VIN  
F9D0  SensorSerialNumber  MotionSensorSerialNumber  R  RDI_SSN  
F9D1  RemoteCommunicationModuleSerial­
Number  RemoteCommunicationFacility­
SerialNumber  R RDI_RCSN  
F9D2  SensorGNSSSerialNumber  ExternalGNSSFacilitySerial­
Number  R RDI_GSSN  
F9D3  SealDataVu  SmartTachographSealsSerial­
Number  R/W  RDI_SDV  
F9D4  VuSerialNumber  VuSerialNumber  R  RDI_VSN  
F9D5  ByDefaultLoadType  ByDefaultLoadType  R/W  RDI_BDLT  
F9D6  TachographCardsGen1Suppression  TachographCardsGen1Suppres­
sion R/W  RDI_TCG1S  
F9D7  VehiclePosition  VehiclePosition  R  RDI_VP  
F9D8  LastCalibrationCountry  CalibrationCountry  R  RDI_CC  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 377  
CPR_054 Parameter  dataRecord (DREC_)  používa správa s kladnou 
odpoveďou na ReadDataByIdentifier na to, aby poskytla 
klientovi (skúšobnému zariadeniu) hodnotu dátového 
záznamu identifikovaného pomocou recordDataIdentifier. 
Dátové formáty sú špecifikované v oddiele 8. Môžu sa 
implementovať ďalšie dataRecords, ktoré si môže zvoliť 
používateľ, vrátane špecifických vstupných, interných 
a výstupných údajov VU, ktoré však v tomto dokumente 
nie sú definované.  
6.2. Služba WriteDataByIdentifier  
6.2.1  Opis správy  
CPR_056 Službu WriteDataByIdentifier používa klient na zapísani e 
hodnôt dátového záznamu na server. Údaje sa identifikujú 
pomocou recordDataIdentifier. Výrobca VU je zodpovedný 
za to, aby boli pri vykonávaní tejto služby splnené 
podmienky servera. Na aktualizáciu parametrov uvedených 
v tabuľke 28 musí byť VU v režime KALIBRÁCIE.  
6.2.2  Formát správy  
CPR_057 Formáty správ pre prvky WriteDataByIdentifier sú uveden é 
v týchto tabuľkách:  
Tabuľka 29  
Správa WriteDataByIdentifier Request  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  m+3  LEN  
#5 WriteDataByIdentifier Request 
Service Id  2E WDBI  
#6 až #7  recordDataIdentifier = [hodnota 
z tabuľky 28]  xxxx  RDI_…  
#8 až m+7  dataRecord[] =  [data#1  x x  DREC_DAT­
A1 
: :  :  
data#m]  x x  DREC_DAT­
Am 
#m+8  Kontrolný súčet  00-FF  C S  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 378  
Tabuľka 30  
Správa WriteDataByIdentifier Positive Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 WriteDataByIdentifier Posi ­
tive Response Service Id  6E WDBIPR  
#6 až #7  recordDataIdentifier = [the 
same value as bytes #6 and 
#7 tabuľky 29]  xxxx  RDI_…  
#8 Kontrolný súčet  00-FF  C S  
Tabuľka 31  
Správa WriteDataByIdentifier Negative Response  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 WriteDataByIdentifier Request 
Service Id  2E WDBI  
#7 Response­
Code=  [requestOutOf­
Range  31 RC_ROOR  
incorrectMessage­
Length  13 RC_IML  
conditionsNotCor­
rect] 22 RC_CNC  
#8 Kontrolný súčet  00-FF  C S  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 379  
6.2.3  Vymedzenie parametrov  
Parameter  recordDataIdentifier (RDI_)  je vymedzený v tabuľke 28.  
Parameter  dataRecord (DREC_)  používa správa s požiadavkou Write­
DataByIdentifier na to, aby poskytla serveru (VU) hodnoty dátov ého 
záznamu identifikované pomocou recordDataIdentifier. Dátové for máty 
sú špecifikované v oddiele 8.  
7. KONTROLA SKÚŠOBNÝCH IMPULZOV – KONTROLA VSTUPU/ 
VÝSTUPU FUNKČNEJ JEDNOTKY  
Dostupné služby sú uvedené v tejto tabuľke:  
Tabuľka 32  
Kontrola vstupu/výstupu funk čnej jednotky  
Názov služby  Opis  
InputOutputControl­
ByIdentifier  Klient požaduje kontrolu vstupu/výstupu 
špecifického pre server.  
7.1. Služba InputOutputControlByIdentifier  
7.1.1  Opis správy  
Cez predný konektor je možné použitím vhodného skúšobného zaria ­
denia kontrolovať alebo monitorovať skúšobné impulzy.  
CPR_058 Toto kalibračné vstupné/výstupné signalizačné vedenie 
môže byť konfigurované príkazom K-vedenia použitím 
služby InputOutputControlByIdentifier na voľbu požado­
vanej vstupnej alebo výstupnej funkcie pre vedenie. Stavy 
vedenia sú tieto:  
— deaktivované,  
— speedSignalInput, kde sa kalibračné vstupné/výstupné 
signalizačné vedenie používa na vstup rýchlostného 
signálu (skúšobný signál), ktorým sa nahrádza 
rýchlostný signál snímača pohybu; táto funkcia nie je 
k dispozícii v KONTROLNOM režime,  
— realTimeSpeedSignalOutputSensor, kde sa kalibračné 
vstupné/výstupné signalizačné vedenie používa na 
výstup rýchlostného signálu snímača pohybu,  
— RTCOutput, kde sa kalibračné vstupné/výstupné signali­
začné vedenie používa na výstup časového signálu UTC; 
táto funkcia nie je k dispozícii v KONTROLNOM 
režime.  
CPR_059 Aby sa konfiguroval stav vedenia, musí sa jednotka vozi dla 
nachádzať v relácii nastavenia a musí byť v režime KALI­
BRÁCIE alebo v KONTROLNOM režime. Ak je VU 
v režime KALIBRÁCIE, môžu sa zvoliť štyri stavy vedenia 
(deaktivované, speedSignalInput, realTimeSpeedSignalOut­
putSensor, RTCOutput). Ak je VU v KONTROLNOM 
režime, môžu sa zvoliť len dva stavy vedenia (deaktivované, 
realTimeSpeedOutputSensor). Pri skončení relácie nasta­
venia alebo režimu KALIBRÁCIE alebo KONTROLNÉHO 
režimu musí jednotka vozidla zabezpečiť, aby sa kalibračné 
vstupné/výstupné signalizačné vedenie vrátilo do „deaktivo­
vaného“ (predvoleného) stavu.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 380  
CPR_060 Ak sa na vstupnom signalizačnom vedení rýchlosti 
v reálnom čase VU prijmú rýchlostné impulzy, zatiaľ čo 
je kalibračné vstupné/výstupné signalizačné vedenie nasta­
vené na vstup, potom kalibračné vstupné/výstupné signali­
začné vedenie musí byť nastavené na výstup, alebo sa musí 
vrátiť do deaktivovaného stavu.  
CPR_061 Sekvencia má takýto priebeh:  
— nadviazanie komunikácie prostredníctvom služby Start­
Communication,  
— zavedenie relácie nastavenia prostredníctvom služby 
StartDiagnosticSession a vstup do prevádzkového 
režimu KALIBRÁCIE alebo KONTROLY (poradie 
týchto dvoch režimov nie je dôležité).  
— zmena stavu výstupu prostredníctvom služby InputOut­
putControlByIdentifier.  
7.1.2  Formát správy  
CPR_062 Formáty správ pre prvky InputOutputControlByIdentifier sú 
uvedené v týchto tabuľkách:  
Tabuľka 33  
Správa InputOutputControlByIdentifier Request  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  x x  LEN  
#5 InputOutputControlByIden ­
tifier Request Sid  2F IOCBI  
#6 a #7  InputOutputIdentifier = [Cali­
brationInputOutput]  F960  IOI_CIO  
#8 alebo 
#8 až #9  ControlOptionRecord = [  COR_…  
inputOutputControlParameter – 
jedna hodnota z tabuľky 36  xx IOCP_…  
controlState – jedna hodnota 
z tabuľky 37 (pozri poznámku 
ďalej)]  xx CS_…  
#9 alebo 
#10 Kontrolný súčet  00-FF  C S  
Poznámka:  Parameter controlState je k dispozícii len v niek­
torých prípadoch (pozri 7.1.3).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 381  
Tabuľka 34  
Správa InputOutputControlByIdentifier Positive Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  x x  LEN  
#5 inputOutputControlByIdenti ­
fier Positive Response SId  6F IOCBIPR  
#6 a #7  inputOutputIdentifier = [Cali­
brationInputOutput]  F960  IOI_CIO  
#8 alebo 
#8 až #9  controlStatusRecord = [  CSR_  
inputOutputControlParameter 
(rovnaká hodnota ako v bajte 
#8 v tabuľke 33)  xx IOCP_…  
controlState (rovnaká hodnota 
ako v bajte #9 v tabuľke 33)] 
(v prípade potreby)  xx CS_…  
#9 alebo 
#10 Kontrolný súčet  00-FF  C S  
Tabuľka 35  
Správa InputOutputControlByIdentifier Negative Response  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adre­
sovanie  80 FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 negativeResponse Service Id  7F  NR  
#6 inputOutputControlByIdentifier 
Request SId  2F IOCBI  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 382  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#7 responseCode=[  
incorrectMessageLength  1 3  RC_IML  
conditionsNotCorrect  2 2  RC_CNC  
requestOutOfRange  3 1  RC_ROOR  
deviceControlLimitsExceeded]  7 A  RC_DCLE  
#8 Kontrolný súčet  00-FF  C S  
7.1.3  Vymedzenie parametrov  
CPR_064 Parameter  inputOutputControlParameter (IOCP_)  je vyme­
dzený v tejto tabuľke:  
Tabuľka 36  
Vymedzenie hodnôt inputOutputControlParameter  
Hex Opis  Mnemotech­
nická skratka  
00 ReturnControlToECU  
Táto hodnota oznamuje serveru (VU), že skú- 
šobné zariadenie už nemá kontrolu nad kalibrač- 
ným vs tupn ým/v ýstup ný m sig nalizačný m 
vedením.  RCTECU  
01 ResetToDefault  
Táto hodnota oznamuje serveru (VU), že sa od 
neho požaduje, aby resetoval kalibračné vstupné/ 
výstupné signalizačné vedenie do jeho predvole- 
ného stavu.  RTD  
03 ShortTermAdjustment  
Táto hodnota oznamuje serveru (VU), že sa od 
neho požaduje, aby nastavil kalibračné vstupné/ 
výstupné signalizačné vedenie na hodnotu ob- 
siahnutú v parametri controlState.  STA  
CPR_065 Parameter  controlState  je k dispozícii len vtedy, keď je 
inputOutputControlParameter nastavený na ShortTermAdju­
stment, a je vymedzený v tejto tabuľke:  
Tabuľka 37  
Vymedzenie hodnôt controlState  
Režim  Hexadecimálna 
hodnota  Opis 
Deaktivovať  0 0  vstupné/výstupné vedenie je deaktivované 
(predvolený stav)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 383  
Režim  Hexadecimálna 
hodnota  Opis 
Aktivovať  0 1  Aktivovať kalibračné vstupné/výstupné 
vedenie ako speedSignalInput  
Aktivovať  0 2  Aktivovať kalibračné vstupné/výstupné 
vedenie ako realTimeSpeedSignalOutput­
Sensor  
Aktivovať  0 3  Aktivovať kalibračné vstupné/výstupné 
vedenie ako RTCOutput  
▼M3 
8. SLUŽBA ROUTINECONTROL (ÚPRAVA ČASU)  
8.1. Opis správy  
CPR_065a Služba RoutineControl (TimeAdjustment) poskytuje 
možnosť spustiť zosúladenie hodín VU s časom z prijímača 
GNSS.  
Na vykonanie služby RoutineControl (TimeAdjustment) 
musí byť VU v režime KALIBRÁCIE.  
Predpoklad : je zaistené, že VU môže prijímať správy 
o autentifikovanej polohe z prijímača GNSS.  
Kým prebieha úprava času, VU odpovie na požiadavku 
RoutineControl, subfunkciu requestRoutineResults, s routi­
neInfo = 0x78.  
Poznámka: Úprava času môže chvíľu trvať. Diagnostické 
skúšobné zariadenie si vyžiada stav úpravy času s použitím 
subfunkcie requestRoutineResults.  
8.2. Formát správy  
CPR_065b Formáty správ pre službu RoutineControl (TimeAdju­
stment) a jej prvky sú podrobne uvedené v týchto tabuľ­
kách:  
Tabuľka 37a  
RoutineControl, správa s požiadavkou na vykonanie rutiny (TimeAdjustment), subfunkcia startRoutine  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  x x  LEN  
#5 RoutineControl Request Sid (SID požiadavky RoutineControl)  31  RC  
#6 routineControlType = [startRoutine]  0 1  RCTP_STR  
#7 a #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 Kontrolný súčet  00-FF  C S  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 384  
Tabuľka 37b  
RoutineControl, rutina (TimeAdjustment), subfunkcia startRoutine, správa s kladnou odpove ďou 
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  x x  LEN  
#5 RoutineControl Positive Response Sid (SID kladnej odpovede na 
požiadavku RoutineControl)  71 RCPR  
#6 routineControlType = [startRoutine]  0 1  RCTP_STR  
#7 a #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 Kontrolný súčet  00-FF  C S  
Tabuľka 37c  
RoutineControl, správa s požiadavkou týkajúcou sa rutiny (TimeAdjustment), subfunkcia requestRoutineResults  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  E E  TGT  
#3 Bajt zdrojovej adresy  t t  SRC  
#4 Bajt doplnkovej dĺžky  x x  LEN  
#5 RoutineControl Request Sid (SID požiadavky RoutineControl)  31  RC  
#6 routineControlType = [requestRoutineResults]  0 3  RCTP_RRR  
#7 a #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 Kontrolný súčet  00-FF  C S  
Tabuľka 37d  
RoutineControl, rutina (TimeAdjustment), subfunkcia requestRoutineResults, správa s kladnou odpove ďou 
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  x x  LEN  
#5 RoutineControl Positive Response Sid (SID kladnej odpovede na 
požiadavku RoutineControl)  71 RCPR  
#6 routineControlType = [requestRoutineResults]  0 3  RCTP_RRR  
#7 a #8  routineIdentifier = [TimeAdjustment]  0100  RI_TA  
#9 routineInfo (pozri tabuľku 37f)  X X  RINF_TA  
#10 routineStatusRecord[] = routineStatus#1 (pozri tabuľku 37g)  X X  RS_TA  
#11 Kontrolný súčet  00-FF  C S  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 385  
Tabuľka 37e  
RoutineControl, rutina (TimeAdjustment), správa so zápornou odpove ďou 
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  8 0  FMT  
#2 Bajt cieľovej adresy  t t  TGT  
#3 Bajt zdrojovej adresy  E E  SRC  
#4 Bajt doplnkovej dĺžky  0 3  LEN  
#5 negativeResponse Service Id (Identifikátor služby negativeRes ­
ponse)  7F NR  
#6 inputOutputControlByIdentifier Request SId  3 1  RC  
#7 responseCode=[ 
sub-functionNotSupported 
incorrectMessageLengthOrInvalidFormat 
conditionsNotCorrect 
requestOutOfRange 
] 12 
13 
22 
31 SFNS 
IMLOIF 
CNC 
ROOR  
#8 Kontrolný súčet  00-FF  C S  
Tabuľka 37f  
RoutineControl, rutina (TimeAdjustment), routineInfo  
routineInfo  Hexadecimálna 
hodnota  Opis 
NormalExitWithResultAvailable  6 1  Rutina bola vykonaná úplne; k dispozícii sú dodatkové 
výsledky rutiny.  
RoutineExecutionOngoing  7 8  Požadovaná rutina sa stále vykonáva.  
Tabuľka 37g  
RoutineControl, rutina (TimeAdjustment), routineStatus  
Hexadecimálna 
hodnota  Výsledok skúšky  Opis  
01 pozitívny  Úprava času bola úspešne dokončená.  
02..0F  Vyhradené na budúce použitie (RFU).  
10 negatívny  Žiadny príjem signálu GNSS.  
11..7F  Vyhradené na budúce použitie (RFU).  
80..FF  Špecifické pre výrobcu.  
9. FORMÁTY DATARECORDS  
Tento oddiel obsahuje:  
— všeobecné pravidlá, ktoré sa musia uplatňovať na rozsahy hodn ôt 
parametrov prenášané jednotkou vozidla na skúšobné zariadenie,  
— formáty, ktoré sa musia používať pre údaje prenášané cez služ by 
prenosu údajov opísané v oddiele 6.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 386  
CPR_067 Všetky identifikované parametre musí podporovať VU.  
CPR_068 Údaje prenášané jednotkou vozidla do skúšobného zaria­
denia ako odpoveď na správu s požiadavkou musia zodpo­
vedať meranému typu (t. j. aktuálnej hodnote požadovaného 
parametra, ktorý VU meria alebo sleduje).  
9.1. Rozsahy hodnôt prenášaných parametrov  
CPR_069 V tabuľke 38 sa uvádzajú rozsahy hodnôt používané na 
stanovenie platnosti prenášaného parametra.  
CPR_070 Hodnoty v rozsahu „indikátor chýb“ poskytujú jednotke 
vozidla spôsob, ako ihneď oznámiť, že platné údaje para­
metrov nie sú v súčasnosti dostupné v dôsledku určitého 
typu chyby v tachografe.  
CPR_071 Hodnoty v rozsahu „nie je k dispozícii“ poskytujú jedno tke 
vozidla spôsob, ako poslať správu obsahujúcu parameter, 
ktorý nie je dostupný, alebo nie je v danom module podpo­
rovaný. Hodnoty v rozsahu „nepožaduje sa“ poskytujú 
zariadeniu spôsob, ako poslať príkazovú správu a identifi­
kovať také parametre, na ktoré sa od prijímajúceho zaria­
denia neočakáva žiadna odpoveď.  
CPR_072 Ak zlyhanie komponentu zabráni prenosu platných údajov 
pre parameter, mal by sa namiesto požadovaných údajov 
parametra použiť indikátor chýb opísaný v tabuľke 38. 
Ak však namerané alebo vypočítané údaje majú hodnotu, 
ktorá je síce platná, ale presahuje vymedzený rozsah para­
metra, indikátor chýb by sa nemal použiť. Údaje by sa mali 
preniesť pomocou primeranej minimálnej alebo maximálnej 
hodnoty parametra.  
Tabuľka 38  
Rozsahy hodnôt pre dataRecords  
Názov rozsahu hodnôt  1 bajt 
(hexadecimálna 
hodnota)  2 bajty 
(hexadecimálna 
hodnota)  4 bajty 
(hexadecimálna hodnota)  ASCII  
Platný signál  00 až FA  0000 až FAFF  00000000 až FAFFFFFF  1 až 254  
Indikátor špecifický pre parameter  F B  FB00 až FBFF  FB000000 až FBFFFFFF  žiadne  
Vyhradený rozsah pre budúce bity 
indikátora  FC až FD  FC00 až FDFF  FC000000 až FDFFFFFF  žiadne  
Indikátor chýb  F E  FE00 až FEFF  FE000000 až FEFFFFFF  0  
Nie je k dispozícii alebo sa nepoža­
duje FF FF00 až FFFF  FF000000 až FFFFFFFF  F F  
CPR_073 Pre parametre kódované v ASCII je znak ASCII „*“ vyhra­
dený pre oddeľovač.  
9.2. Formáty dataRecords  
V tabuľke 39 až tabuľke 42 sú podrobne uvedené formáty, ktoré s a 
musia používať v službách ReadDataByIdentifier a WriteDataByIde nti­
fier. ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 387  
CPR_074 V tabuľke 39 je uvedená dĺžka, rozlíšenie a prevádzkový  
rozsah pre každý parameter identifikovaný pomocou jeho 
recordDataIdentifier:  
Tabuľka 39  
Formát dataRecords  
Názov parametra  Dĺžka 
údajov 
(v bajtoch)  Rozlíšenie  Prevádzkový rozsah  
TimeDate  8  podrobné údaje sú v tabuľke 40  
HighResolutionTotalVehicleDis­
tance  4 prírastok 5 m/bit, offset 0 m  0 až +21 055 406 km  
Kfactor  2  prírastok 0,001 impulz/m/bit, 
offset 0  0 až 64,255 impulz/m  
LfactorTyreCircumference  2  prírastok 0,125 10  –3 m/bit, 
offset 0  0 až 8,031 m  
WvehicleCharacteristicFactor  2  prírastok 0,001 impulz/m/bit, 
offset 0  0 až 64,255 impulz/m  
TyreSize  1 5  ASCII  ASCII  
NextCalibrationDate  3  podrobné údaje sú v tabuľke 41  
SpeedAuthorised  2  prírastok 1/256 km/h/bit, 
offset 0  0 až 250,996 km/h  
RegisteringMemberState  3  ASCII  ASCII  
VehicleRegistrationNumber  1 4  podrobné údaje sú v tabuľke 42  
VIN (Identifikačné číslo vozidla)  1 7  ASCII  ASCII  
SealDataVu  5 5  podrobné údaje sú v tabuľke 43  
ByDefaultLoadType  1  podrobné údaje sú v tabuľke 44  
VuSerialNumber  8  podrobné údaje sú v tabuľke 45  
SensorSerialNumber  8  podrobné údaje sú v tabuľke 45  
SensorGNSSSerialNumber  8  podrobné údaje sú v tabuľke 45  
RemoteCommunicationModuleSe­
rialNumber  8 podrobné údaje sú v tabuľke 45  
TachographCardsGen1Suppression  2  podrobné údaje sú v tabuľke 46  
VehiclePosition  1 4  podrobné údaje sú v tabuľke 47  
CalibrationCountry  3  ASCII  NationAlpha vymedzené 
v dodatku 1  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 388  
CPR_075 Tabuľka 40 obsahuje formáty rôznych bajtov parametra 
TimeDate:  
Tabuľka 40  
Podrobný formát TimeDate (hodnota recordDataIdentifier # F90B)  
Bajt Vymedzenie parametrov  Rozlíšenie  Prevádzkový rozsah  
1 Sekundy  prírastok 0,25 s/bit, offset 0 s  0 až 59,75 s  
2 Minúty  prírastok 1 min/bit, offset 0 min  0 až 59 min  
3 Hodiny  prírastok 1 h/bit, offset 0 h  0 až 23 h  
4 Mesiac  prírastok 1 mesiac/bit, offset 0 mesiacov  1 až 12 mesiacov  
5 D e ň  prírastok 0,25 dňa/bit, offset 0 dní (pozri 
POZNÁMKU pod tabuľkou 41)  0,25 až 31,75 dňa  
6 Rok  prírastok 1 rok/bit, offset rok +1985 
(pozri POZNÁMKU pod tabuľkou 41)  rok 1985 až 2235  
7 Miestny minútový offset  prírastok 1 min/bit, offset –125 min  –59 až +59 min  
8 Miestny hodinový offset  prírastok 1 h/bit, offset –125 h  –23 až +23 h  
CPR_076 Tabuľka 41 obsahuje formáty rôznych bajtov parametra 
NextCalibrationDate:  
Tabuľka 41  
Podrobný formát NextCalibrationDate (hodnota recordDataIdentifier # F922)  
Bajt Vymedzenie parametrov  Rozlíšenie  Prevádzkový rozsah  
1 Mesiac  prírastok 1 mesiac/bit, offset 0 mesiacov  1 až 12 mesiacov  
2 D e ň  prírastok 0,25 dňa/bit, offset 0 dní (pozri 
POZNÁMKU ďalej)  0,25 až 31,75 dňa  
3 Rok  prírastok 1 rok/bit, offset rok +1985 
(pozri POZNÁMKU ďalej)  rok 1985 až 2235  
POZNÁMKA týkajúca sa použitia parametra „deň“:  
1. Hodnota dátumu 0 je neplatná. Hodnoty 1, 2, 3 a 4 sa 
používajú na označenie prvého dňa mesiaca, hodnoty 5, 
6, 7 a 8 označujú druhý deň mesiaca atď.  
2. Tento parameter nemá vplyv ani nemení uvedený hodi­
nový parameter.  
POZNÁMKA týkajúca sa použitia parametra „Rok“:  
Hodnota 0 pre rok označuje rok 1985, hodnota 1 označuje 
rok 1986 atď.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 389  
CPR_078 Tabuľka 42 obsahuje formáty rôznych bajtov parametra 
VehicleRegistrationNumber:  
Tabuľka 42  
Podrobný formát VehicleRegistrationNumber (hodnota recordDataIdentifier # F97E)  
Bajt Vymedzenie parametrov  Rozlíšenie  Prevádzkový rozsah  
1 Kódová stránka (vymedzená v dodatku 1)  neuplatňuje sa  VehicleRegistrationNumber  
2 – 14  Evidenčné číslo vozidla (vymedzené 
v dodatku 1)  neuplatňuje sa  VehicleRegistrationNumber  
CPR_090 Tabuľka 43 obsahuje formáty rôznych bajtov parametra 
SealDataVu:  
Tabuľka 43  
Podrobný formát SealDataVu (hodnota recordDataIdentifier # F9D3)  
Bajt Vymedzenie parametrov  Rozlíšenie  Prevádzkový rozsah  
1 – 11  sealRecord1. Formát SealRecord vymedzený 
v dodatku 1.  neuplatňuje sa  SealRecord  
12 – 22  sealRecord2. Formát SealRecord vymedzený 
v dodatku 1.  neuplatňuje sa  SealRecord  
23 – 33  sealRecord3. Formát SealRecord vymedzený 
v dodatku 1.  neuplatňuje sa  SealRecord  
34 – 44  sealRecord4. Formát SealRecord vymedzený 
v dodatku 1.  neuplatňuje sa  SealRecord  
45 – 55  sealRecord5. Formát SealRecord vymedzený 
v dodatku 1.  neuplatňuje sa  SealRecord  
POZNÁMKA:  Ak je k dispozícii menej než 5 plomb, 
hodnota EquipmentType vo všetkých nepoužitých zázna­
moch sealRecords sa nastaví na 15, teda nepoužité.  
CPR_091 Tabuľka 44 obsahuje formáty rôznych bajtov parametra 
ByDefaultLoadType:  
Tabuľka 44  
Podrobný formát ByDefaultLoadType (hodnota recordDataIdentifier # F9D5)  
Bajt Vymedzenie parametrov  Rozlíšenie  Prevádzkový rozsah  
1 loadType 
'00'H: Nedefinovaný druh nákladu 
'01'H: Tovar 
'02'H: Cestujúci  neuplatňuje sa  „00“H až „02“H  
CPR_092 Tabuľka 45 obsahuje formáty rôznych bajtov parametrov 
VuSerialNumber, SensorSerialNumber, SensorGNSSSerial­
Number a RemoteCommunicationModuleSerialNumber:  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 390  
Tabuľka 45  
Podrobný formát VuSerialNumber, SensorSerialNumber, SensorGNSSSerialNumber a RemoteCommunic- 
ationModuleSerialNumber (hodnoty recordDataIdentifier # F9D4, F9D0, F9D2, F9D1)  
Bajt Vymedzenie parametrov  Rozlíšenie  Prevádzkový rozsah  
1 VuSerialNumber, SensorSerialNumber, 
SensorGNSSSerialNumber a RemoteCommu­
nicationModuleSerialNumber: 
formát ExtendedSerialNumber vymedzený 
v dodatku 1.  neuplatňuje sa  ExtendedSerialNumber  
CPR_093 Tabuľka 46 obsahuje formáty rôznych bajtov parametra 
TachographCardsGen1Suppression:  
Tabuľka 46  
Podrobný formát TachographCardsGen1Suppression (hodnota recordDataIdentifier # F9D6)  
Bajt Vymedzenie parametrov  Rozlíšenie  Prevádzkový rozsah  
1 – 2  TachographCardsGen1Suppression. Formát 
TachographCardsGen1Suppression vyme­
dzený v dodatku 1.  neuplatňuje sa  '0000'H, 'A5E3'H  
CPR_094 Tabuľka 47 obsahuje formáty rôznych bajtov parametra 
VehiclePosition.  
Tabuľka 47  
Podrobný formát VehiclePosition (hodnota recordDataIdentifier # F9D7)  
Bajt Vymedzenie parametrov  Rozlíšenie  Prevádzkový rozsah  
1 – 4  Časová pečiatka určenia polohy vozidla.  neuplatňuje sa  TimeReal  
5 Presnosť GNSS  neuplatňuje sa  GNSSAccuracy  
6 – 11  Poloha vozidla  neuplatňuje sa  GeoCoordinates  
12 Stav autentifikácie  neuplatňuje sa  PositionAuthenticationStatus  
13 Aktuálna krajina  neuplatňuje sa  NationNumeric  
14 Aktuálny región  neuplatňuje sa  RegionNumeric  
Poznámka : Po aktualizácii polohy vozidla sa môže 
oneskoriť aktualizácia aktuálnej krajiny a aktuálneho 
regiónu.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 391  
Dodatok 9  
TYPOVÉ SCHVÁLENIE ZOZNAM MINIMÁLNYCH VYŽADOVANÝCH 
SKÚŠOK  
OBSAH  
1. ÚVOD  
2. FUNKČNÉ SKÚŠKY JEDNOTKY VOZIDLA  
3. FUNKČNÉ SKÚŠKY SNÍMAČA POHYBU  
4. FUNKČNÉ SKÚŠKY TACHOGRAFOVÝCH KARIET  
5. SKÚŠKY EXTERNÉHO ZARIADENIA GNSS  
▼M1 
6. SKÚŠKY EXTERNÉHO DIAĽKOVÉHO KOMUNIKAČNÉHO ZARIA­ 
DENIA  
▼B 
7. FUNKČNÉ SKÚŠKY PAPIERA  
8. SKÚŠKY INTEROPERABILITY  
▼M3 
9. SKÚŠKY OSNMA  
▼B 
1. ÚVOD  
1.1. Typové schválenie  
Typové schválenie ES pre záznamové zariadenie (alebo jeho kompo nent) 
či tachografovú kartu je založené na:  
▼M1 
— osvedčovaní zabezpe čenia podľa špecifikácií spoločných kritérií na 
základe bezpečnostného cieľa v úplnej zhode s dodatkom 10 tejto  
prílohy,  
▼B 
— osvedčovaní funk čnosti  vykonanom orgánom členského štátu, ktorým 
sa potvrdzuje, že skúšaný diel spĺňa požiadavky tejto prílohy z  hľadiska 
vykonávaných funkcií, presnosti merania a charakteristík prostr edia,  
— osvedčovaní interoperability  vykonanom príslušným orgánom, 
ktorým sa potvrdzuje, že záznamové zariadenie (alebo tachografo vá 
karta) je plne interoperabilné(-á) s príslušnými modelmi tachog rafo­
vých kariet (alebo záznamových zariadení) (pozri kapitolu 8 tej to 
prílohy).  
Tento dodatok špecifikuje minimálne skúšky, ktoré musí vykonať orgán 
členského štátu v rámci funkčných skúšok, a minimálne skúšky, k toré 
musí vykonať príslušný orgán v rámci skúšok interoperability. P ostupy 
vykonávania skúšok (prípadne ich druh) sa bližšie nešpecifikujú . 
Aspekty osvedčovania zabezpečenia nie sú predmetom tohto dodatk u. Ak 
sa niektoré skúšky potrebné na typové schválenie vykonajú v rám ci posu­
dzovania zabezpečenia a certifikačného procesu, potom sa tieto skúšky 
nemusia vykonávať znovu. V takom prípade sa môžu kontrolovať le n 
výsledky týchto skúšok zabezpečenia. Pre informáciu, požiadavky , ktorých 
skúšanie sa očakáva (alebo ktoré sa úzko viažu k skúškam, ktoré  sa majú 
vykonať) v rámci osvedčovania zabezpečenia, sú v tomto dodatku ozna­ 
čené hviezdičkou („*“).  
Číslované požiadavky odkazujú na text prílohy, zatiaľ čo ostatn é požia­
davky odkazujú na ostatné dodatky (napr. PIC_001 znamená požiad avku 
PIC_001 v piktogramoch dodatku 3).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 392  
Dodatok sa v rámci typového schvaľovania komponentov záznamovéh o 
zariadenia venuje oddelene snímaču pohybu, jednotke vozidla a e xternému 
zariadeniu GNSS. Každý komponent dostane vlastné osvedčenie 
o typovom schválení, v ktorom sa uvedú ostatné kompatibilné kom po­
nenty. Funkčná skúška snímača pohybu (alebo externého zariadeni a 
GNSS) sa vykonáva spoločne s jednotkou vozidla a naopak.  
Nevyžaduje sa interoperabilita všetkých modelov snímačov pohybu  (resp. 
externých zariadení GNSS) so všetkými modelmi jednotiek vozidla . 
V takom prípade možno typové schválenie snímača pohybu (resp. e xter­
ného zariadenia GNSS) udeliť iba v kombinácii s typovým schvále ním 
príslušnej jednotky vozidla a naopak.  
▼M3 
Orgán členského štátu poverený vykonávaním funkčných skúšok jed notiek 
vozidla alebo externých zariadení GNSS musí zabezpečiť, že vsta vaný 
prijímač GNSS úspešne absolvoval skúšky OSNMA uvedené v tomto 
dodatku. Tieto skúšky sa považujú za súčasť funkčných skúšok je dnotky 
vozidla alebo externého zariadenia GNSS.  
▼B 
1.2. Referen čné dokumenty  
V dodatku sa používajú tieto referenčné dokumenty:  
IEC 60068-2-1: Skúšanie vplyvu prostredia. Časť 2-1: Skúšky. Sk úška A: 
Chlad.  
IEC 60068-2-2: Skúšanie vplyvu prostredia. Časť 2: Skúšky. Skúš ka B: 
Suché teplo (sínusoidne).  
IEC 60068-2-6: Skúšanie vplyvu prostredia. Časť 2: Skúšky. Skúš ka Fc: 
Vibrácie.  
IEC 60068-2-14: Skúšanie vplyvu prostredia. Časť 2-14: Skúšky. Skúška 
N: Zmena teploty.  
IEC 60068-2-27: Skúšanie vplyvu prostredia. Časť 2: Skúšky. Skú ška Ea 
a návod: Otrasy.  
IEC 60068-2-30: Skúšanie vplyvu prostredia. Časť 2-30: Skúšky. Skúška 
Db: Vlhké teplo, cyklické (cyklus 12 + 12 h).  
IEC 60068-2-64: Skúšanie vplyvu prostredia. Časť 2-64: Skúšky. Skúška 
Fh: Širokopásmové náhodné vibrácie, usmernenia.  
IEC 60068-2-78 Skúšanie vplyvu prostredia. Časť 2-78: Skúšky. S kúška 
Cab: Vlhké teplo, konštantné.  
ISO 16750-3‚– Mechanické zaťaženie (2012-12).  
ISO 16750-4‚– Klimatické zaťaženie (2010-04).  
ISO 20653: Cestné vozidlá. Stupeň ochrany (kód IP). Ochrana ele ktric­
kých zariadení proti cudzím predmetom, vode a prístupu.  
ISO 10605:2008 + technické korigendum:2010 + AMD1:2014 Cestné 
vozidlá. Metódy skúšania elektrických rušenie z elektrostatický ch výbojov.  
ISO 7637-1:2002 + AMD1: 2008 Cestné vozidlá. Elektrické rušenie  
z vedenia a väzieb. Časť 1: Definície a všeobecné hľadiská.  
ISO 7637-2 Cestné vozidlá. Elektrické rušenie z vedenia a väzie b. Časť 2: 
Prechodové elektrické vedenie len pozdĺž napájacieho vedenia.  
ISO 7637-3 Cestné vozidlá. Elektrické rušenie z vedenia a väzie b. Časť 3: 
Prechodové elektrické vedenie kapacitnou a induktívnou väzbou i ným než 
napájacím vedením.  
ISO/IEC 7816-1 Identifikačné karty. Karty s integrovanými obvod mi a s 
kontaktmi. Časť 1: Fyzikálne vlastnosti.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 393  
ISO/IEC 7816-2 Informačné technológie. Identifikačné karty. Kar ty s inte­
grovanými obvodmi a s kontaktmi. Časť 2: Rozmery a umiestnenie 
kontaktov.  
ISO/IEC 7816-3 Informačné technológie. Identifikačné karty. Kar ty s inte­
grovanými obvodmi a s kontaktmi. Časť 3: Elektronické signály a  proto­
koly procesu.  
ISO/IEC 10373-1:2006 + AMD1:2012 Identifikačné karty. Skúšobné 
metódy. Časť 1: Všeobecné charakteristiky.  
ISO/IEC 10373-3:2010 + technické korigendum:2013 Identifikačné karty. 
Skúšobné metódy. Časť 3: Karty s integrovanými obvodmi a s kont aktmi 
a súvisiace zariadenia s rozhraním.  
ISO 16844-3:2004, kor. 1:2006 Cestné vozidlá. Tachografové syst émy. 
Časť 3: Rozhranie snímača pohybu (s jednotkami vozidla).  
ISO 16844-4 Cestné vozidlá. Tachografové systémy. Časť 4: Rozhr anie 
CAN.  
ISO 16844-6 Cestné vozidlá. Tachografové systémy. Časť 6: Diagn ostika.  
ISO 16844-7 Cestné vozidlá. Tachografové systémy. Časť 7: Param etre. 
ISO 534 Papier a lepenka. Stanovenie hrúbky, hustoty a merného objemu.  
▼M3 
RGODP Technická správa JRC – Receiver guidelines for OSNMA data  
processing (Usmernenia k prijímačom na spracovanie údajov OSNMA ) 
▼B 
Predpis EHK OSN R10 (UN ECE R10) Jednotné ustanovenia o schvaľo ­
vaní vozidiel z hľadiska elektromagnetickej kompatibility (Euró pska 
hospodárska komisia OSN).  
2. FUNKČNÉ SKÚŠKY JEDNOTKY VOZIDLA  
▼M1 
Číslo  Skúška  Opis  Súvisiace požiadavky  
1. Administratívne preskúmanie  
1.1. Dokumentácia  Správnosť dokumentácie  
1.2. Výsledky skúšok 
výrobcu  Výsledky skúšky výrobcu vykonanej počas 
montáže. 
Predloženie písomných dokladov.  88, 89,91  
2. Vizuálna prehliadka  
2.1. Súlad s dokumentáciou  
2.2. Identifikácia / označenie  224 až 226  
2.3. Materiály  219 až 223  
2.4. Plomby  398, 401 až 405  
2.5. Externé rozhrania  
3. Funk čné skúšky  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 394  
Číslo  Skúška  Opis  Súvisiace požiadavky  
▼M3 
3.1. Poskytované funkcie  02, 03, 04, 05, 07, 382  
3.2. Prevádzkové režimy  09 až 11*, 134, 135  
3.3. Funkcie a práva na prístup k údajom  12*, 13*, 382, 383, 386 až 
389 
3.4. Monitorovanie vkladania a vyťahovania kariet  15, 16, 17, 18, 19*, 20*, 134  
3.5. Meranie rýchlosti a vzdialenosti a zisťovanie polohy  21 až 37  
3.6. Meranie času (skúška vykonaná pri 20 °C)  38 až 43  
3.7. Monitorovanie činností vodiča  44 až 53, 134  
3.8. Monitorovanie stavu vedenia vozidla  54, 55, 134  
3.9. Zápisy vodičov  56 až 62c  
3.10.  Podnikové blokovanie  63 až 68  
3.11.  Monitorovanie kontrolných činností  69, 70  
3.12.  Detekcia udalostí a/alebo porúch  71 až 88a, 134  
3.13.  Identifikačné údaje zariadenia  93*, 94*, 97, 100  
3.14.  Údaje o vložení a vytiahnutí karty vodiča alebo dielenskej kar ty 102* až 104*  
3.15.  Údaje o činnosti vodiča  105* až 107*  
3.16.  Údaje o miestach a polohách  108* až 112*  
3.17.  Údaje o stave počítadla kilometrov  113* až 115*  
3.18.  Podrobné údaje o rýchlosti  116*  
3.19.  Údaje o udalostiach  117*  
3.20.  Údaje o poruchách  118*  
3.21.  Kalibračné údaje  119* až 121*  
3.22.  Údaje úpravy času  124*, 125*  
3.23.  Údaje o kontrolnej činnosti  126*, 127*  
3.24.  Údaje o podnikovom blokovaní  128*  
3.25.  Údaje o sťahovaní  129*  
3.26.  Údaje o špecifických podmienkach  130*, 131*  
3.27.  Údaje o tachografových kartách  132*, 133*  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 395  
Číslo  Skúška  Opis  Súvisiace požiadavky  
3.28.  Prekročenia hranice  133a* až 133d*  
3.29.  Operácia nakládky/vykládky  133e* až 133i*  
3.30.  Digitálna mapa  133j* až 133t*  
3.31.  Zaznamenávanie a ukladanie na tachografové karty  136, 137, 138*, 139*, 141*, 
142, 143 
144, 145, 146*, 147*, 147a*, 
147b*, 148*, 149, 150, 150a  
3.32.  Zobrazovanie  90, 134, 
151 až 168, 
PIC_001, DIS_001  
3.33.  Tlač  90, 134, 
169 až 181, PIC_001, 
PRT_001 až PRT_014  
3.34.  Výstraha  134, 182 až 191, 
PIC_001  
3.35.  Sťahovanie údajov na externé médiá  90, 134, 192 až 196  
3.36.  Diaľková komunikácia na cielené cestné kontroly  197 až 199  
3.37.  Výmena údajov s doplnkovými externými zariadeniami  200, 201  
3.38.  Kalibrácia  202 až 206*, 383, 384, 386 až 
391 
3.39.  Kontrola kalibrácie pri cestnej kontrole  207 až 209  
3.40.  Úprava času  210 až 212*  
3.41.  Monitorovanie prekročení hranice  226a až 226c  
3.42.  Aktualizácia softvéru  226d až 226f  
3.43.  Nerušenie doplnkovými funkciami  06, 425  
3.44.  Rozhranie snímača pohybu  02, 122  
3.45.  Externé zariadenie GNSS  03, 123  
3.46.  Overenie, že VU zistí, zaznamená a uloží udalosť(-ti) a/alebo poruchu(- 
y) určenú(-é) výrobcom VU, keď spárovaný snímač pohybu reaguje na 
magnetické polia rušiace funkciu snímania pohybu vozidla.  217 
3.47.  Šifrovacia zostava a štandardizované parametre domény  CSM_48, CSM_50  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 396  
Číslo  Skúška  Opis  Súvisiace požiadavky  
4. Skúšanie vplyvu prostredia  
4.1. Teplota  Overenie funkčnosti: 
Skúškou podľa ISO 16750– 4, kapitoly 
5.1.1.2: Skúška prevádzky pri nízkej teplote 
(72 h pri – 20 °C) 
Táto skúška sa týka IEC 60068– 2– 1: 
Skúšanie vplyvu prostredia. Časť 2– 1: 
Skúšky. Skúška A: Chlad 
Skúškou podľa ISO 16750– 4, kapitoly 
5.1.2.2: Skúška prevádzky pri vysokej teplote 
(72 h pri 70 °C) 
Táto skúška sa týka IEC 60068– 2– 2: 
Skúšanie vplyvu prostredia. Časť 2: Skúšky. 
Skúška B: Suché teplo 
Skúškou podľa ISO 16750– 4: Kapitola 5.3.2: 
Rýchla zmena teploty so stanoveným trvaním 
prechodu (– 20 °C/70 °C, 20 cyklov, čas 
zotrvania na každej teplote: 2 h) 
Pri nižšej a vyššej teplote, ako aj počas 
teplotných cyklov možno vykonať reduko­
vaný súbor skúšok (spomedzi skúšok vyme­
dzených v bode 3 tejto tabuľky)  213 
4.2. Vlhkosť  Overí sa, či jednotka vozidla odolá cyklickej 
vlhkosti (teplotná skúška) podľa IEC 
60068– 2– 30, skúške Db, šesť 24– hodino­
vých cyklov, vždy pri meniacej sa teplote od 
+ 25 °C do + 55 °C a relatívnej vlhkosti 
97 % pri + 25 °C a 93 % pri + 55 °C  214 
4.3. Mechanické zaťaženie  1. Sínusové vibrácie. 
Overí sa, či jednotka vozidla odolá sínu­
sovým vibráciám s týmito charakteristi­
kami: 
konštantný posuv medzi 5 a 11 Hz: max. 
10 mm 
konštantné zrýchlenie medzi 11 a 300 Hz: 
5g 
Táto požiadavka sa overí podľa IEC 
60068– 2– 6, skúška Fc, s minimálnym 
trvaním 3 × 12 hodín (12 hodín na každú 
nápravu) 
ISO 16750– 3 skúšku sínusových vibrácií 
nevyžaduje pri zariadeniach umiestnených 
v oddelenej kabíne vozidla. 
2. Náhodné vibrácie: 
Skúškou podľa ISO 16750– 3: kapitola 
4.1.2.8: Skúška VIII: Úžitkové vozidlá 
s oddelenou kabínou  219 ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 397  
Číslo  Skúška  Opis  Súvisiace požiadavky  
Skúška náhodných vibrácií, 10 … 2000 Hz, 
kvadratický priemer (RMS) v zvislej rovine 
21,3 m/s  2 , v pozdĺžnej rovine 11,8 m/s  2 , 
v priečnej rovine 13,1 m/s  2 , 3 osi, 32 h na 
každú os, vrátane teplotného cyklu –20 … 
70 °C. 
Táto skúška sa týka IEC 60068– 2– 64: 
Skúšanie vplyvu prostredia. Časť 2– 64: 
Skúšky. Skúška Fh: Širokopásmové náhodné 
vibrácie, usmernenia 
3. Otrasy: 
mechanický otras s polsínusom 3g podľa 
ISO 16750. 
Uvedená skúška sa vykoná na rôznych vzor­
kách skúšaného zariadenia.  
4.4. Ochrana proti vode 
a cudzím telesám  Skúška podľa ISO 20653: Cestné vozidlá – 
stupeň ochrany (kód IP) – Ochrana elektric­
kých zariadení proti cudzím predmetom, vode 
a prístupu (bez zmeny parametrov); mini­
málna hodnota IP 40  220, 221  
4.5. Prepäťová ochrana  Overí sa, či jednotka vozidla odolá napája­
ciemu napätiu: 
Pre verzie 24 V: 34 v pri + 40 °C 1 hodinu 
Pre verzie 12 V: 17 v pri + 40 °C 1 hodinu 
(ISO 16750– 2)  216 
4.6. Ochrana proti zmene 
polarity  Overí sa, či jednotka vozidla odolá zmene 
polarity napájacieho napätia 
(ISO 16750– 2)  216 
4.7. Ochrana proti skratu  Overí sa, či sú vstupné/výstupné signály chrá­
nené proti skratu napájania a uzemnenia 
(ISO 16750– 2)  216 
5. Skúšky EMC  
5.1. Vyžarované emisie 
a citlivosť  Súlad s predpisom EHK OSN R10 (ECE 
R10)  218 
5.2. Elektrostatický výboj  Súlad s ISO 10605 :2008 + 
technické korigendum :2010 + 
AMD1:2014: +/– 4kV na kontaktoch a +/ 
– 8kV pri vzdušnom výboji  218 ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 398  
Číslo  Skúška  Opis  Súvisiace požiadavky  
5.3. Citlivosť na precho­
dové javy šírené 
vedením na napájaní  Pre verzie 24 V: súlad s ISO 7637– 2 + pred­
pisom EHK 10 rev. 3 (ECE 10 Rev. 3): 
impulz 1 a: Vs= – 450 v Ri=50 ohmov 
impulz 2 a: Vs= +37 v Ri=2 ohmov 
impulz 2b: Vs= +20 v Ri=0,05 ohmov 
impulz 3a: Vs= – 150 v Ri=50 ohmov 
impulz 3b: Vs= +150 v Ri=50 ohmov 
impulz 4: Vs = – 16 v Va = – 12 v t6 = 
100ms 
impulz 5: Vs= +120V Ri=2,2 ohmov 
td=250ms 
Pre verzie 12 V: súlad s ISO 7637– 1 + pred­
pisom EHK 10 rev. 3 (ECE 10 Rev. 3): 
impulz 1: Vs= – 75 v Ri=10 ohmov 
impulz 2 a: Vs= +37 v Ri=2 ohmov 
impulz 2b: Vs= +10 v Ri=0,05 ohmov 
impulz 3a: Vs= –112 v Ri=50 ohmov 
impulz 3b: Vs= +75 v Ri=50 ohmov 
impulz 4: Vs = –6 v Va = – 5 v t6 = 15ms 
impulz 5: Vs= +65V Ri=3 ohmy td=100ms 
Impulz 5 sa skúša len v jednotkách vozidiel 
určených na montáž vo vozidlách bez externej 
spoločnej ochrany proti poklesu zaťaženia. 
Pre návrh súvisiaci s poklesom zaťaženia 
pozri ISO 16750– 2, 4. vydanie, kapitola 
4.6.4.  218 
▼B 
3. FUNKČNÉ SKÚŠKY SNÍMAČA POHYBU  
Č. Skúška  Opis  Súvisiace požiadavky  
1. Administratívne preskúmanie  
1.1 Dokumentácia  Správnosť dokumentácie  
2. Vizuálna kontrola  
2.1. Súlad s dokumentáciou  
2.2. Identifikácia/označenie  225, 226,  
2.3 Materiály  219 až 223  
2.4. Plomby  398, 401 až 405  
3. Funk čné skúšky  
3.1 Identifikačné údaje snímača  95 až 97*  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 399  
Č. Skúška  Opis  Súvisiace požiadavky  
3.2 Párovanie snímača pohybu s jednotkou vozidla  122*, 204  
3.3 Snímanie pohybu 
Presnosť merania pohybu  30 až 35  
3.4 Rozhranie s jednotkou vozidla  0 2  
3.5 Overí sa, že snímač pohybu je odolný voči stálemu magnetickému  poľu. Alter­
natívou je overiť, či snímač pohybu reaguje na stále magnetické  polia rušiace 
funkciu snímania pohybu vozidla tak, aby pripojená VU dokázala zistiť, zazna­
menať a uložiť poruchy snímača.  217 
4. Skúšanie vplyvu prostredia  
4.1 Prevádzková teplota  Overí sa funkčnosť (v zmysle skúšky č. 3.3) 
v teplotnom rozsahu [– 40 °C; + 135 °C], a to: 
skúškou Ad podľa IEC 60068-2-1 v trvaní 96 
hodín pri najnižšej teplote To  min , 
skúškou Bd podľa IEC 60068-2-2 v trvaní 96 
hodín pri najvyššej teplote To  max 
skúškou podľa ISO 16750-4: kapitola 5.1.1.2: 
Skúška prevádzky pri nízkej teplote (24 h pri 
– 40 °C) 
Táto skúška sa týka IEC 60068-2-1: Skúšanie 
vplyvu prostredia. Časť 2-1: Skúšky. Skúška A: 
Skúška Bd (chlad) podľa IEC 68-2-2 v trvaní 
96 hodín pri najnižšej teplote – 40 °C. 
skúškou podľa ISO 16750-4: kapitola 5.1.2.2: 
Skúška prevádzky pri vysokej teplote (96 h pri 
135 °C) 
Táto skúška sa týka IEC 60068-2-2: Skúšanie 
vplyvu prostredia. Časť 2: Skúšky. Skúška B: 
Suché teplo  213 
4.2 Teplotné cykly  skúškou podľa ISO 16750-4: Kapitola 5.3.2: 
Rýchla zmena teploty so stanoveným trvaním 
prechodu (– 40 °C/135 °C, 20 cyklov, čas zotr­
vania na každej teplote: 30 min.) 
IEC 60068-2-14: Skúšanie vplyvu prostredia. 
Časť 2-14: Skúšky. Skúška N: Zmena teploty  213 
4.3 Cykly vlhkosti  Overí sa funkčnosť (v zmysle skúšky č. 3.3), 
a to skúškou Db podľa IEC 60068-2-30 – šesť 
24-hodinových cyklov, každý pri teplotách od 
+ 25 °C po + 55 °C a relatívnej vlhkosti 
97 % pri + 25 °C a rovnej 93 % pri + 55 °C  214 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 400  
Č. Skúška  Opis  Súvisiace požiadavky  
4.4 Vibrácie  ISO 16750-3: kapitola 4.1.2.6: Skúška VI: Úžit­
kové vozidlo, motor, prevodovka 
Skúška zmiešaných vibrácií vrátane 
a) skúšky sínusových vibrácií, 20…520 Hz, 
11,4 … 120 m/s  2 , <= 0,5 okt/min 
b) skúšky náhodných vibrácií, 10…2 000 Hz, 
RMS 177 m/s  2 
94 hodín na každej náprave vrátane teplotného 
cyklu – 20…70 °C 
Táto skúška sa týka IEC 60068-2-80: Skúšanie 
vplyvu prostredia. Časť 2-80: Skúšky. Skúška 
Fi: Vibrácie – kombinovaný mód  219 
4.5 Mechanické otrasy  ISO 16750-3: kapitola 4.2.3: Skúška VI: Skúška 
zariadení v prevodovke alebo na nej 
polsínusový otras, zrýchlenie vecou dohody 
v rozsahu 3 000…15 000 m/s  2 , trvanie impulzu 
vecou dohody, avšak < 1 ms, počet otrasov: 
vecou dohody 
Táto skúška sa týka IEC 60068-2-27: Skúšanie 
vplyvu prostredia. Časť 2: Skúšky. Skúška Ea 
a návod: Otrasy  219 
4.6 Ochrana proti vode a cudzím 
telesám  Skúška podľa ISO 20653: Cestné vozidlá. 
Stupeň ochrany (kód IP). Ochrana elektrických 
zariadení proti cudzím predmetom, vode 
a prístupu 
(cieľová hodnota IP 64)  220, 221  
4.7 Ochrana proti zmene polarity  Overí sa, či snímač pohybu odolá zmene pola­
rity napájacieho napätia.  216 
4.8 Ochrana proti skratu  Overí sa, či sú vstupné/výstupné signály chrá­
nené proti skratu napájania a uzemnenia  216 
5. EMC  
5.1 Vyžarované emisie a citlivosť  Overí sa súlad s predpisom EHK OSN (ECE 
R10)  218 
5.2 Elektrostatický výboj  Súlad s ISO 10605:2008 + technické kori­
gendum:2010 + AMD1:2014: +/– 4kV na 
kontaktoch a +/– 8kV pri vzdušnom výboji  218 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 401  
Č. Skúška  Opis  Súvisiace požiadavky  
5.3 Citlivosť na prechodové javy 
šírené vedením na dátových 
vodičoch  Pre verzie 24V: súlad s ISO 7637-2 + pred­
pisom EHK 10 (ECE 10 Rev. 3): 
impulz 1a: Vs = – 450V Ri = 50 ohmov 
impulz 2a: Vs = + 37V Ri = 2 ohmy 
impulz 2b: Vs = + 20V Ri = 0,05 ohmu 
impulz 3a: Vs = – 150V Ri = 50 ohmov 
impulz 3b: Vs = + 150V Ri = 50 ohmov 
impulz 4: Vs = – 16V Va = – 12V t6 = 100ms 
impulz 5: Vs = + 120V Ri = 2,2 ohmov td = 
250ms 
Pre verzie 12V: súlad s ISO 7637-1 + pred­
pisom EHK 10 (ECE 10 Rev. 3): 
impulz 1: Vs = – 75V Ri = 10 ohmov 
impulz 2a: Vs = + 37V Ri = 2 ohmy 
impulz 2b: Vs = + 10V Ri = 0,05 ohmu 
impulz 3a: Vs = – 112V Ri = 50 ohmov 
impulz 3b: Vs = + 75V Ri = 50 ohmov 
impulz 4: Vs = – 6V Va = – 5V t6=15ms 
impulz 5: Vs = + 65V Ri = 3 ohmy td = 100ms 
Impulz 5 sa skúša len v jednotkách vozidiel 
určených na montáž vo vozidlách bez externej 
spoločnej ochrany proti poklesu zaťaženia. 
Pre návrh súvisiaci s poklesom zaťaženia pozri 
ISO 16750-2, 4. vydanie, kapitola 4.6.4.  218 
4. FUNKČNÉ SKÚŠKY TACHOGRAFOVÝCH KARIET  
Skúšky podľa tohto oddielu 4,  
č. 5 „Skúšky protokolov“,  
č. 6 „Štruktúra karty“ a  
č. 7 „Funkčné skúšky“  
môže vykonať hodnotiteľ alebo osvedčovateľ v rámci procesu osve dčo­
vania zabezpečenia čipového modulu na základe spoločných kritér ií (CC).  
Skúšky č. 2.3 a 4.2 sú rovnaké. Ide o mechanické skúšky kombiná cie tela 
karty a čipového modulu. Ak sa jeden z týchto komponentov (telo  karty, 
čipový modul) zmení, sú tieto skúšky potrebné.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 402  
Č. Skúška  Opis  Súvisiace požiadavky  
1. Administratívne preskúmanie  
1.1 Dokumentácia  Správnosť dokumentácie  
2 Telo karty  
2.1 Potlač  Overí sa, že všetky ochranné prvky a viditeľné údaje 
sú na karte vytlačené správne a zodpovedajú pred­
pisom 
[Určenie] 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 227) 
Na prednej strane sa uvedie: 
nápis „karta vodiča“, „kontrolná karta“, „dielenská 
karta“ alebo „podniková karta“, vytlačené veľkými 
písmenami v úradnom jazyku alebo jazykoch člen­
ského štátu, ktorý kartu vydal, podľa typu karty. 
[Názov členského štátu] 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 228) 
Na prednej strane sa uvedie: 
názov členského štátu, ktorý kartu vydal (nepovinné). 
[Znak] 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 229) 
Na prednej strane sa uvedie: 
negatív rozlišovacieho znaku členského štátu, ktorý 
kartu vydal, v modrom obdĺžniku a obkolesený 12 
žltými hviezdičkami. 
[Vysvetlivky] 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 232) 
Na zadnej strane sa uvedie: 
vysvetlenie k očíslovaným údajom na prednej strane 
karty. 
[Farba] 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 234) 
Tachografové karty musia byť vytlačené s týmito 
prevažujúcimi farbami pozadia: 
— karta vodiča: biela, 
— dielenská karta: červená, 
— kontrolná karta: modrá, 
— podniková karta: žltá.  227 až 229, 232, 234 
až 236  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 403  
Č. Skúška  Opis  Súvisiace požiadavky  
[Zabezpečenie] 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 235) 
Telo tachografovej karty musí byť vybavené aspoň 
týmito ochrannými prvkami proti falšovaniu alebo 
neoprávneným zásahom: 
— ochranná podtlač s gilošovaným vzorom a írisovou 
tlačou. 
— aspoň jeden dvojfarebný mikrotlačový prúžok. 
[Označenia] 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 236) 
Členské štáty môžu doplniť farby alebo označenia ako 
štátne symboly či prvky zabezpečenia. 
[Schvaľovacia značka] 
Tachografové karty musia obsahovať schvaľovaciu 
značku. 
Schvaľovaciu značku tvorí: 
— obdĺžnik, v ktorom je umiestnené písmeno „e“, za 
ktorým nasleduje rozlišovacie číslo alebo písmeno 
štátu, ktorý vydal schválenie, 
— schvaľovacie číslo zodpovedajúce číslu schvaľo- 
vacieho osvedčenia udeleného pre tachografovú 
kartu, ktoré je umiestnené na akomkoľvek mieste 
v tesnej blízkosti uvedeného obdĺžnika.  
2.2 Mechanické skúšky  
[Veľkosť karty] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast­
nosti, 
[5] Rozmery karty, 
[5.1] Veľkosť karty, 
[5.1.1] Rozmery karty a tolerancie, 
typ karty ID-1 Nepoužitá karta 
[Hrany karty] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[5] Rozmery karty, 
[5.1] Veľkosť karty, 
[5.1.2] Hrany karty  240, 243 
ISO/IEC 7810  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 404  
Č. Skúška  Opis  Súvisiace požiadavky  
[Konštrukcia karty] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[6] Konštrukcia karty 
[Materiály na karty] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[7] Materiály na karty 
[Ohybová tuhosť] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.1] Ohybová tuhosť 
[Toxicita] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.3] Toxicita 
[Odolnosť voči chemikáliám] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.4] Odolnosť voči chemikáliám 
[Stabilita karty] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.5] Stabilita rozmerov karty a deformácie v závislos- 
ti od teploty a vlhkosti vzduchu  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 405  
Č. Skúška  Opis  Súvisiace požiadavky  
[Svetlo] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.6] Odolnosť proti svetlu 
[Trvanlivosť] 
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie 
a špecifikácie prostredia“, bod 241) 
Tachografové karty si musia zachovať správnu 
funkčnosť päť rokov, ak sa používajú v súlade so 
špecifikáciami prostredia a elektrickými špecifikácia- 
mi. 
[Pevnosť prekrývajúcej vrstvy] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.8] Pevnosť prekrývacej vrstvy 
[Adhézia alebo vytváranie blokov] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.9] Adhézia alebo vytváranie blokov 
[Priehyb] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.11] Celkový priehyb karty 
[Odolnosť voči teplu] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.12] Odolnosť voči teplu  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 406  
Č. Skúška  Opis  Súvisiace požiadavky  
[Deformácia povrchu] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.13] Deformácia povrchu 
[Kontaminácia] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810 Identifikačné karty. Fyzikálne vlast- 
nosti, 
[8] Vlastnosti kariet, 
[8.14] Kontaminácia a interakcia komponentov karty  
2.3 Mechanické skúšky 
s implantovaným 
čipovým modulom  [Ohýbanie] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné karty. 
Fyzikálne vlastnosti. Zmena 1: Kritériá pre karty s inte­
grovanými obvodmi 
[9.2] Dynamické ohybové zaťaženie 
Celkový počet ohýbacích cyklov: 4 000. 
[Torzia] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné karty. 
Fyzikálne vlastnosti. Zmena 1: Kritériá pre karty s inte- 
grovanými obvodmi 
[9.3] Dynamické torzné zaťaženie 
Celkový počet torzných cyklov: 4 000.  ISO/IEC 7810  
3 Modul  
3.1 Modul  Modul je zapuzdrenie čipu a doštička s kontaktmi. 
[Profil povrchu] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7816-1:2011 Identifikačné karty. Karty 
s integrovanými obvodmi. Časť 1: Karty s kontaktmi. 
Fyzikálne vlastnosti 
[4.2] Profil povrchu kontaktov  ISO/IEC 7816  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 407  
Č. Skúška  Opis  Súvisiace požiadavky  
[Mechanická pevnosť] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7816-1:2011 Identifikačné karty. Karty 
s integrovanými obvodmi. Časť 1: Karty s kontaktmi. 
Fyzikálne vlastnosti 
[4.3] Mechanická pevnosť (karty a kontaktov) 
[Elektrický odpor] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7816-1:2011 Identifikačné karty. Karty 
s integrovanými obvodmi. Časť 1: Karty s kontaktmi. 
Fyzikálne vlastnosti 
[4.4] Elektrický odpor (kontaktov) 
[Rozmery] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7816-2:2007 Identifikačné karty. Karty 
s integrovanými obvodmi. Časť 2: Karty s kontaktmi. 
Rozmery a umiestnenie kontaktov 
[3] Rozmery kontaktov 
[Umiestnenie] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7816-2:2007 Identifikačné karty. Karty 
s integrovanými obvodmi. Časť 2: Karty s kontaktmi. 
Rozmery a umiestnenie kontaktov 
[4] Počet a umiestnenie kontaktov 
V prípade modulov so šiestimi kontaktmi sa táto 
skúšobná požiadavka nevzťahuje na kontakty „C4“ 
a „C8“.  
4 Čip 
4.1 Č i p  
[Prevádzková teplota] 
Čip tachografovej karty musí fungovať v rozsahu 
okolitých teplôt od – 25 °C po + 85 °C.  241 až 244 
ECE R10 
ISO/IEC 7810 
ISO/IEC 10373  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 408  
Č. Skúška  Opis  Súvisiace požiadavky  
[Teplota a vlhkosť] 
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie 
a špecifikácie prostredia“, bod 241) 
Tachografové karty si musia zachovať správnu 
funkčnosť za všetkých klimatických podmienok 
bežných na území Spoločenstva a minimálne 
v rozsahu teplôt od – 25 °C do + 70 °C s príleži­
tostnou špičkou do + 85 °C, pričom „príležitostná“ 
znamená jednorazovo maximálne 4 hodiny a maxi­
málne 100 krát v priebehu životnosti karty. 
Tachografové karty sa postupne vystavia týmto 
teplotám a vlhkostiam na príslušný časový interval. 
Po každom kroku sa vyskúša elektrická funkčnosť 
tachografovej karty. 
1. Teplota – 20 °C počas 2 h. 
2. Teplota +/– 0 °C počas 2 h. 
3. Teplota + 20 °C, 50 % relatívna vlhkosť počas 
2 h. 
4. Teplota + 50 °C, 50 % relatívna vlhkosť počas 
2 h. 
5. Teplota + 70 °C, 50 % relatívna vlhkosť počas 
2 h. 
Teplota sa zvyšuje prerušovane až na + 85 °C, 
50 % relatívna vlhkosť počas 60 min. 
6. Teplota +70 °C, 85 % relatívna vlhkosť počas 
2 h. 
Teplota sa zvyšuje prerušovane až na + 85 °C, 
85 % relatívna vlhkosť počas 30 min. 
[Vlhkosť] 
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie 
a špecifikácie prostredia“, bod 242) 
Tachografové karty musia správne fungovať v rozsahu 
vlhkosti od 10 % do 90 %. 
[Elektromagnetická kompatibilita – EMC] 
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie 
a špecifikácie prostredia“, bod 244) 
Počas prevádzky musia tachografové karty spĺňať 
požiadavky predpisu EHS (ECE R10) spojené s elek- 
tromagnetickou kompatibilitou.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 409  
Č. Skúška  Opis  Súvisiace požiadavky  
[Statická elektrina] 
Príloha 1C, kapitola 4.4 „Elektrické špecifikácie 
a špecifikácie prostredia“, bod 244) 
Počas prevádzky musia byť tachografové karty 
chránené proti elektrostatickým výbojom. 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné 
karty. Fyzikálne vlastnosti. Zmena 1: Kritériá pre 
karty s integrovanými obvodmi 
[9.4] Statická elektrina 
[9.4.1] Karty s integrovanými obvodmi a s kontaktmi 
Skúšobné napätie: 4 000 V. 
[Röntgenové žiarenie] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné 
karty. Fyzikálne vlastnosti. Zmena 1: Kritériá pre 
karty s integrovanými obvodmi 
[9.1] Röntgenové žiarenie 
[Ultrafialové svetlo] 
ISO/IEC 10373-1:2006, Identifikačné karty. Skúšobné 
metódy. Časť 1: Všeobecné charakteristiky 
[5.11] Ultrafialové svetlo 
[Trojvalcová skúška] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 10373-1:2006/Amd. 1:2012, Identifikačné 
karty. Skúšobné metódy. Časť 1: Všeobecné char- 
akteristiky. Zmena 1 
[5.22] ICC – Mechanická pevnosť: Trojvalcová 
skúška (3-wheel test) kariet s integrovanými obvodmi 
a kontaktmi 
[Odolnosť zlepenia] 
Tachografové karty musia zodpovedať norme 
MasterCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Skúška odolnosti zlepenia pri 
ohýbaní 
[13.2.1.32] TM-422: Mechanická spoľahlivosť: Skúš- 
ka zlepenia  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 410  
Č. Skúška  Opis  Súvisiace požiadavky  
4.2 Mechanické skúšky 
čipových modulov 
implantovaných 
v karte-> rovnaké ako 
pri 2.3  [Ohýbanie] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné 
karty. Fyzikálne vlastnosti. Zmena 1: Kritériá pre 
karty s integrovanými obvodmi 
[9.2] Dynamické ohybové zaťaženie 
Celkový počet ohýbacích cyklov: 4 000. 
[Torzia] 
Tachografové karty musia zodpovedať norme 
ISO/IEC 7810:2003/Amd. 1:2009, Identifikačné 
karty. Fyzikálne vlastnosti. Zmena 1: Kritériá pre 
karty s integrovanými obvodmi 
[9.3] Dynamické torzné zaťaženie 
Celkový počet torzných cyklov: 4 000.  ISO/IEC 7810  
5 Skúšky protokolov  
5.1 ATR  Kontrola, či ATR zodpovedá požiadavkám  ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18  
5.2 T=0  Kontrola, či protokol T=0 zodpovedá požiadavkám  ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15  
5.3 PTS  Kontrola, či príkaz PTS zodpovedá požiadavkám, 
prepnutím z T=0 na T=1.  ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21  
5.4 T=1  Kontrola, či protokol T=1 zodpovedá požiadavkám  ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16  
6 Štruktúra karty  
6.1 Overí sa, či štruktúra súborov karty zodpovedá požia­
davkám; na tento účel sa kontroluje prítomnosť povin­
ných súborov na karte a ich prístupové podmienky  TCS_22 až TCS_28 
TCS_140 až 
TCS_179  
7 Funk čné skúšky  
7.1 Normálne spracovanie  Skúša sa aspoň raz každé povolené použitie každého 
príkazu. (príklad: skúška príkazu UPDATE BINARY 
s CLA = „00“, CLA = „0C“ a s rôznymi parametrami 
P1,P2 a Lc) 
Overí sa, či operácie skutočne prebehli na karte (napr. 
čítaním súboru, v ktorom sa vykonal príkaz)  TCS_29 až TCS_139  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 411  
Č. Skúška  Opis  Súvisiace požiadavky  
7.2 Chybové správy  Každá chybová správa (podľa dodatku 2) sa skúša 
aspoň raz pre každý príkaz. 
Skúša sa aspoň raz každá generická chyba (okrem 
chýb integrity „ 6400 “, ktoré sa skúšajú v rámci osved­ 
čovania zabezpečenia)  
7.3 Šifrovacia zostava a štandardizované parametre domény  CSM_48, CSM_50  
8 Personalizácia  
8.1 optická personalizácia  
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 230) 
Na prednej strane sa uvedú: 
informácie špecifické pre vydanú kartu. 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 231) 
Na prednej strane sa uvedú: 
dátumy vo formáte „dd/mm/rrrr“ alebo „dd.mm.rrrr“ 
(deň, mesiac, rok). 
Príloha 1C, kapitola 4.1 „Viditeľné údaje“, bod 235) 
Telo tachografovej karty musí byť vybavené aspoň 
týmito ochrannými prvkami proti falšovaniu alebo 
neoprávneným zásahom: 
— v oblasti fotografie sa ochranná podtlač musí 
prekrývať- 
s fotografiou.  230, 231, 235  
5. SKÚŠKY EXTERNÉHO ZARIADENIA GNSS  
Č. Skúška  Opis  Súvisiace požiadavky  
1. Administratívne preskúmanie  
1.1 Dokumentácia  Správnosť dokumentácie  
2. Vizuálna kontrola externého zariadenia GNSS  
2.1. Súlad s dokumentáciou  
2.2. Identifikácia/označenie  224 až 226  
2.3 Materiály  219 až 223  
3. Funk čné skúšky  
3.1 Identifikačné údaje snímača  98,99  
3.2 Spojenie externého modulu GNSS s jednotkou vozidla  123, 205  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 412  
Č. Skúška  Opis  Súvisiace požiadavky  
3.3 Poloha GNSS  36, 37  
3.4 Rozhranie jednotky vozidla, keď je prijímač GNSS mimo jednotky  vozidla  0 3  
3.5 Šifrovacia zostava a štandardizované parametre domény  CSM_48, CSM_50  
4. Skúšanie vplyvu prostredia  
4.1 Teplota  Overenie funkčnosti: 
skúškou podľa ISO 16750-4, kapitoly 5.1.1.2: Skúška prevá­
dzky pri nízkej teplote (72 h pri – 20 °C) 
Táto skúška sa týka IEC 60068-2-1: Skúšanie vplyvu 
prostredia. Časť 2-1: Skúšky. Skúška A: Chlad 
skúškou podľa ISO 16750-4: kapitola 5.1.2.2: Skúška prevá­
dzky pri vysokej teplote (72 h pri 70 °C) 
Táto skúška sa týka IEC 60068-2-2: Skúšanie vplyvu 
prostredia. Časť 2: Skúšky. Skúška B: Suché teplo 
skúškou podľa ISO 16750-4: Kapitola 5.3.2: Rýchla zmena 
teploty so stanoveným trvaním prechodu (– 20 °C/70 °C, 20 
cyklov, čas zotrvania na každej teplote: 1 h) 
Pri nižšej a vyššej teplote, ako aj počas teplotných cyklov 
možno vykonať redukovaný súbor skúšok (spomedzi skúšok 
vymedzených v bode 3 tejto tabuľky)  213 
4.2 Vlhkosť  Overí sa, či jednotka vozidla odolá cyklickej vlhkosti 
(teplotná skúška) podľa IEC 60068-2-30, skúške Db, šesť 
24-hodinových cyklov, vždy pri meniacej sa teplote od 
+ 25 °C po + 55 °C a relatívnej vlhkosti 97 % pri 
+ 25 °C a 93 % pri + 55 °C  214 
4.3 Mechanické 
zaťaženie  1. Sínusové vibrácie. 
Overí sa, či jednotka vozidla odolá sínusovým vibráciám 
s týmito charakteristikami: 
konštantný posuv medzi 5 a 11 Hz: max. 10 mm 
konštantné zrýchlenie medzi 11 a 300 Hz: 5g 
Táto požiadavka sa overí podľa IEC 60068-2-6, skúška 
Fc, s minimálnym trvaním 3 × 12 hodín (12 hodín na 
každú nápravu) 
ISO 16750-3 skúšku sínusových vibrácií nevyžaduje pri 
zariadeniach umiestnených v oddelenej kabíne vozidla.  219 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 413  
Č. Skúška  Opis  Súvisiace požiadavky  
2. Náhodné vibrácie: 
skúška podľa ISO 16750-3: kapitola 4.1.2.8: Skúška VIII: 
Úžitkové vozidlá s oddelenou kabínou 
Skúška náhodných vibrácií, 10…2 000 Hz, kvadratický 
priemer (RMS) v zvislej rovine 21,3 m/s  2 , v pozdĺžnej 
rovine 11,8 m/s  2 , v priečnej rovine 13,1 m/s  2 , 3 osi, 32 h 
na každú os, vrátane teplotného cyklu – 20…70 °C. 
Táto skúška sa týka IEC 60068-2-64: Skúšanie vplyvu 
prostredia. Časť 2-64: Skúšky. Skúška Fh: Širokopásmové 
náhodné vibrácie, usmernenia 
3. Otrasy: 
mechanický otras s polsínusom 3g podľa ISO 16750. 
Uvedená skúška sa vykoná na rôznych vzorkách skúšaného 
zariadenia.  
4.4 Ochrana proti 
vode a cudzím 
telesám  Skúška podľa ISO 20653: Cestné vozidlá – stupeň ochrany 
(kód IP) – Ochrana elektrických zariadení proti cudzím pred­
metom, vode a prístupu (bez zmeny parametrov)  220, 221  
4.5 Ochrana proti 
prepätiu  Overí sa, či jednotka vozidla odolá napájaciemu napätiu:  216  
Pre verzie 24V:  34 V pri + 40 °C 1 
hodinu  
Pre verzie 12V:  17 V pri + 40 °C 1 
hodinu  
(ISO 16750-2, kapitola 4.3)  
4.6 Ochrana proti 
zmene polarity  Overí sa, či jednotka vozidla odolá zmene polarity napája­
cieho napätia. 
(ISO 16750-2, kapitola 4.7)  216 
4.7 Ochrana proti 
skratu  Overí sa, či sú vstupné/výstupné signály chránené proti 
skratu napájania a uzemnenia 
(ISO 16750-2, kapitola 4.10)  216 
5 Skúšky EMC  
5.1 Vyžarované 
emisie a citli­
vosť Súlad s predpisom EHK OSN R10 (ECE R10)  218  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 414  
Č. Skúška  Opis  Súvisiace požiadavky  
5.2 Elektrostatický 
výboj  Súlad s ISO 10605:2008 + technické korigendum:2010 + 
AMD1:2014: +/– 4kV na kontaktoch a +/– 8kV pri 
vzdušnom výboji  218 
5.3 Citlivosť na 
prechodové 
javy šírené 
vedením na 
napájaní  Pre verzie 24V: súlad s ISO 7637-2 + predpisom EHK 10 
(ECE 10 Rev. 3): 
impulz 1a: Vs = – 450V Ri = 50 ohmov 
impulz 2a: Vs = + 37V Ri = 2 ohmy 
impulz 2b: Vs = + 20V Ri = 0,05 ohmu 
impulz 3a: Vs = – 150V Ri = 50 ohmov 
impulz 3b: Vs = + 150V Ri = 50 ohmov 
impulz 4: Vs = 16V Va = – 12V t6 = 100ms 
impulz 5: Vs = + 120V Ri = 2,2 ohmov td = 250ms 
Pre verzie 12V: súlad s ISO 7637-1 + predpisom EHK 10 
(ECE 10 Rev. 3): 
impulz 1: Vs = – 75V Ri=10 ohmov 
impulz 2a: Vs = + 37V Ri = 2 ohmy 
impulz 2b: Vs = + 10V Ri = 0,05 ohmu 
impulz 3a: Vs = – 112V Ri = 50 ohmov 
impulz 3b: Vs = + 75V Ri = 50 ohmov 
impulz 4: Vs = – 6V Va = 5V t6 = 15ms 
impulz 5: Vs = + 65V Ri = 3 ohmy td = 100ms 
Impulz 5 sa skúša len v jednotkách vozidiel určených na 
montáž vo vozidlách bez externej spoločnej ochrany proti 
poklesu zaťaženia. 
Pre návrh súvisiaci s poklesom zaťaženia pozri ISO 16750-2, 
4. vydanie, kapitola 4.6.4.  218 
▼M1 
6. SKÚŠKY EXTERNÉHO DIAĽKOVÉHO KOMUNIKAČNÉHO ZARIA­
DENIA  
Číslo  Skúška  Opis  Súvisiace požiadavky  
1. Administratívne preskúmanie  
1.1. Dokumentácia  Správnosť dokumen­
tácie  
2. Vizuálna prehliadka  
2.1. Súlad s dokumentáciou  
2.2. Identifikácia / označenie  225, 226  
2,3 Materiály  219 až 223  
3. Funk čné skúšky  
3.1. Diaľková komunikácia nacielené cestné kontroly  4, 197 až 199  
3.2. Zaznamenávanie a ukladanie v dátovej pamäti  9 1  
3.3. Komunikácia s jednotkou vozidla  Dodatok 14, DSC_66 
až DSC_70, DSC_71 
až DSC_76  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 415  
Číslo  Skúška  Opis  Súvisiace požiadavky  
4. Skúšanie vplyvu prostredia  
4.1. Teplota  Overenie funkčnosti: 
skúškou podľa ISO 16750– 4, kapitoly 5.1.1.2: Skúška 
prevádzky pri nízkej teplote (72 h pri –20 °C) 
Táto skúška sa týka IEC 60068– 2– 1: Skúšanie vplyvu 
prostredia. Časť 2– 1: Skúšky. Skúška A: Chlad 
Skúškou podľa ISO 16750– 4, kapitoly 5.1.2.2: Skúška 
prevádzky pri vysokej teplote (72 h pri 70 °C) 
Táto skúška sa týka IEC 60068– 2– 2: Skúšanie vplyvu 
prostredia. Časť 2: Skúšky. Skúška B: Suché teplo 
Skúškou podľa ISO 16750– 4: Kapitola 5.3.2: Rýchla 
zmena teploty so stanoveným trvaním prechodu (–20 
°C/70 °C, 20 cyklov, čas zotrvania na každej teplote: 
1 h) 
Pri nižšej a vyššej teplote, ako aj počas teplotných 
cyklov možno vykonať redukovaný súbor skúšok 
(spomedzi skúšok vymedzených v bode 3 tejto tabuľky)  213 
4.2. Ochrana proti vode 
a cudzím telesám  Skúška podľa ISO 20653: Cestné vozidlá. Stupeň 
ochrany (kód IP). Ochrana elektrických zariadení proti 
cudzím predmetom, vode a prístupu (cieľová hodnota 
IP40)  220, 221  
5. Skúšky EMC  
5.1. Vyžarované emisie 
a citlivosť  Súlad s predpisom EHK OSN R10 (ECE R10)  218  
5.2. Elektrostatický 
výboj  Súlad s ISO 10605 :2008 + technické korigendum :2010 
+ AMD1 :2014: +/– 4kV na kontaktoch a +/– 8kV pri 
vzdušnom výboji  218 
5.3. Citlivosť na precho­
dové javy šírené 
vedením na napá­
janí Pre verzie 24 V: súlad s ISO 7637– 2 + predpisom EHK 
10 rev. 3 (ECE 10 Rev. 3): 
impulz 1 a: Vs= – 450 v Ri=50 ohmov 
impulz 2 a: Vs= + 37 v Ri=2 ohmov 
impulz 2b: Vs= + 20 v Ri=0,05 ohmov 
impulz 3a: Vs= – 150 v Ri=50 ohmov 
impulz 3b: Vs= + 150 v Ri=50 ohmov 
impulz 4: Vs = – 16 v Va = – 12 v t6 = 100ms 
impulz 5: Vs= + 120V Ri=2,2 ohmov td=250ms 
Pre verzie 12 V: súlad s ISO 7637– 1 + predpisom EHK 
10 rev. 3 (ECE 10 Rev. 3): 
impulz 1: Vs= – 75 v Ri=10 ohmov 
impulz 2 a: Vs= + 37 v Ri=2 ohmov 
impulz 2b: Vs= + 10 v Ri=0,05 ohmov 
impulz 3a: Vs= –112 v Ri=50 ohmov  218 ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 416  
Číslo  Skúška  Opis  Súvisiace požiadavky  
impulz 3b: Vs= + 75 v Ri=50 ohmov 
impulz 4: Vs = –6 v Va = – 5 v t6 = 15ms 
impulz 5: Vs= + 65V Ri=3 ohmy td=100ms 
Impulz 5 sa skúša len v jednotkách vozidiel určených na 
montáž vo vozidlách bez externej spoločnej ochrany 
proti poklesu zaťaženia. 
Pre návrh súvisiaci s poklesom zaťaženia pozri ISO 
16750– 2, 4. vydanie, kapitola 4.6.4.  
▼B 
7. FUNKČNÉ SKÚŠKY PAPIERA  
Č. Skúška  Opis  Súvisiace požiadavky  
1. Administratívne preskúmanie  
1.1 Dokumentácia  Správnosť dokumentácie  
2 Všeobecné skúšky  
2.1 Počet znakov 
v každom riadku  Vizuálna kontrola výpisov.  172  
2.2 Minimálna veľkosť 
znakov  Vizuálna kontrola výpisov a kontrola znakov.  173  
2.3 Podporované 
množiny znakov  Tlačiareň musí podporovať znaky uvedené v dodatku 1 
kapitole 4 „Množiny znakov“.  174 
2.4 Rozlíšenie výpisov  Kontrola typového schválenia tachografu a vizuálna 
kontrola výpisov  174 
2.5 Čitateľnosť a identifi­
kácia výpisov  Kontrola výpisov 
Dokazujú skúšobné správy a protokoly výrobcu. 
Na tlačovom papieri sa uvedú homologizačné čísla všet­
kých tachografov, v ktorých ho možno použiť.  175, 177, 178  
2.6 Doplnenie zápisov 
písaných rukou  Vizuálna kontrola: Je k dispozícii kolónka na vodičov 
podpis. 
Sú k dispozícii kolónky na ďalšie zápisy rukou.  180 
2.7 Ďalšie podrobnosti 
na oboch stranách 
papiera.  Predná i zadná strana papiera môže obsahovať aj ďalšie 
podrobnosti a informácie. 
Tie však nesmú zhoršovať čitateľnosť výpisov. 
Vizuálna kontrola.  177, 178  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 417  
Č. Skúška  Opis  Súvisiace požiadavky  
3 Skúšky skladovania  
3.1 Suché teplo.  Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna 
vlhkosť 55 % ± 3 % 
Skúšobné prostredie: 72 hodín pri + 70 °C ± 2 °C 
Podmienky po skúške: 16 hodín pri teplote + 23 °C 
± 2 °C/relatívna vlhkosť 55 % ± 3 %  176, 178 
IEC 60068-2-2-Bb  
2.2 Vlhké teplo  Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna 
vlhkosť 55 % ±3 % 
Skúšobné prostredie: 144 hodín pri teplote + 55 °C 
± 2 °C a r. v. 93 % ± 3 % 
Podmienky po skúške: 16 hodín pri teplote + 23 °C 
± 2 °C/relatívna vlhkosť 55 % ± 3 %  176, 178 
IEC 60068-2-78-Cab  
4 Skúšky papiera pri používaní  
4.1 Odolnosť podkladu 
voči vlhkosti (nepo­
tlačený papier)  Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna 
vlhkosť 55 % ± 3 % 
Skúšobné prostredie: 144 hodín pri teplote + 55 °C 
± 2 °C a r. v. 93 % ± 3 % 
Podmienky po skúške: 16 hodín pri teplote + 23 °C 
± 2 °C/relatívna vlhkosť 55 % ± 3 %  176, 178 
IEC 60068-2-78-Cab  
4.2 Potlačiteľnosť  Príprava: 24 hodín pri + 40 °C ± 2 °C/relatívna vlhkosť 
93 % ± 3 % 
Skúšobné prostredie: výpis vytlačený pri + 23 °C 
± 2 °C 
Podmienky po skúške: 16 hodín pri teplote + 23 °C 
± 2 °C/relatívna vlhkosť 55 % ± 3 %  176, 178  
4.3 Odolnosť voči teplu  Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna 
vlhkosť 55 % ± 3 % 
Skúšobné prostredie: 2 hodiny pri + 70 °C ± 2 °C, 
suché teplo 
Podmienky po skúške: 16 hodín pri teplote + 23 °C 
± 2 °C/relatívna vlhkosť 55 % ± 3 %  176, 178 
IEC 60068-2-2-Bb  
4.4 Odolnosť voči nízkej 
teplote  Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna 
vlhkosť 55 % ± 3 % 
Skúšobné prostredie: 24 hodín pri – 20 °C ± 3 °C, 
suché teplo 
Podmienky po skúške: 16 hodín pri teplote + 23 °C 
± 2 °C/relatívna vlhkosť 55 % ± 3 %  176, 178 
ISO 60068-2-1-Ab  
4.5 Svetelná odolnosť  Príprava: 16 hodín pri teplote + 23 °C ± 2 °C/relatívna 
vlhkosť 55 % ± 3 % 
Skúšobné prostredie: 100 hodín pod osvetlením 5 000 
Lux pri + 23°C ± 2°C/relatívna vlhkosť 55 % ± 3 % 
Podmienky po skúške: 16 hodín pri teplote + 23 °C 
± 2 °C/relatívna vlhkosť 55 % ± 3 %  176, 178  
Kritériá čitateľnosti pre skúšky 3.x a 4.x:  
Výtlačok je čitateľný, ak optická hustota spĺňa tieto limity:  
Tlačené znaky: min. 1,0  
Podklad (nepotlačený papier): max. 0,2  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 418  
Optická hustota výsledných výpisov sa meria podľa normy DIN EN ISO 
534. 
Výpisy nesmú vykazovať žiadne zmeny rozmerov a musia zostať jas ne 
čitateľné.  
8. SKÚŠKY INTEROPERABILITY  
▼M1 
Číslo  Skúška  Opis  
8.1. Skúšky interoperability jednotiek vozidla a tachografových  kariet  
1. Vzájomná autentifikácia  Overí sa normálny priebeh vzájomnej autentifikácie jednotky 
vozidla a tachografovej karty.  
2. Skúšky zápisu/čítania  Vykonanie typického scenára činnosti na jednotke vozidla. Scen ár 
sa prispôsobí typu skúšanej karty a musí zahŕňať zápis do maxi­
málneho možného počtu EF na karte. 
Sťahovaním jednotky vozidla sa overí, či sa všetky príslušné úd aje 
zaznamenali správne. 
Sťahovaním karty sa overí, či sa všetky príslušné údaje zazname ­
nali správne. 
Denným výpisom sa overí, či sa dajú všetky príslušné záznamy 
riadne čítať.  
8.2. Skúšky interoperability jednotiek vozidla a snímačov pohyb u 
1. Párovanie  Overí sa normálny priebeh párovania jednotky vozidla so 
snímačom pohybu.  
2. Skúšky činnosti  Vykonanie typického scenára činnosti na snímači pohybu. Tento 
scenár musí zahŕňať bežnú činnosť a vyvolanie čo najväčšieho 
počtu udalostí alebo porúch. 
Sťahovaním jednotky vozidla sa overí, či sa všetky príslušné úd aje 
zaznamenali správne. 
Sťahovaním karty sa overí, či sa všetky príslušné údaje zazname ­
nali správne. 
Denným výpisom sa overí, či sa dajú všetky príslušné záznamy 
riadne čítať.  
8.3. Skúšky interoperability jednotiek vozidla a externých zari adení GNSS (podľa potreby)  
1. Vzájomná autentifikácia  Overí sa normálny priebeh vzájomnej autentifikácie (spojenia) 
jednotky vozidla a externého zariadenia GNSS.  
2. Skúšky činnosti  Vykonanie typického scenára činnosti na externom zariadení 
GNSS. Tento scenár musí zahŕňať bežnú činnosť a vyvolanie čo 
najväčšieho počtu udalostí alebo porúch. 
Sťahovaním jednotky vozidla sa overí, či sa všetky príslušné úd aje 
zaznamenali správne. 
Sťahovaním karty sa overí, či sa všetky príslušné údaje zazname ­
nali správne. 
Denným výpisom sa overí, či sa dajú všetky príslušné záznamy 
riadne čítať.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 419  
9. SKÚŠKY OSNMA  
9.1. Úvod  
V tomto oddiele sa opisujú skúšky na preukázanie správneho zave denia 
OSNMA do prijímača GNSS. Keďže autentifikáciu satelitného signá lu 
vykonáva výhradne prijímač GNSS nezávisle od iných komponentov 
tachografu, skúšky stanovené v tomto oddiele sa môžu vykonať na  prijí­
mači GNSS ako samostatný prvok. V tomto prípade výrobca tachogr afu 
poskytne orgánom pre typové schvaľovanie správu obsahujúcu podr ob­
nosti o príprave a výsledkoch testov, ktoré sa vykonávajú v rám ci zodpo­
vednosti výrobcu prijímača GNSS.  
9.2. Uplatnite ľné podmienky  
— Kritériá úspechu/neúspechu vymedzené v skúškach OSNMA sa pova ­ 
žujú za platné len za identifikovaných podmienok skúšania.  
— Kritériá sa môžu revidovať v čase ohlásenia služby OSNMA Gali leo 
a s ohľadom na súvisiace záväzky výkonnosti služby.  
9.3. Vymedzenie pojmov a skratky  
9.3.1. Vymedzenie pojmov  
Studený/teplý/horúci 
štart GNSS: vzťahuje sa na podmienku zapnutia prijímača 
GNSS na základe dostupnosti času (T), aktu­
álneho almanachu (A), efemeríd (E) a polohy 
(P): 
— studený štart GNSS: žiadne  
— teplý štart GNSS: T, A, P  
— horúci štart GNSS: T, A, E, P  
Studený/teplý/horúci 
štart OSNMA: vzťahuje sa na podmienku zapnutia funkcie 
OSNMA na základe dostupnosti verejného 
kľúča (P) a informácií DSM-KROOT (K) 
(vymedzených v usmerneniach k prijímačom 
OSNMA uvedených v dodatku 12):  
— studený štart OSNMA: žiadne  
— teplý štart OSNMA: P  
— horúci štart OSNMA: P, K  
9.3.2. Skratky  
ADKD Authentication Data & Key Delay (autentifikačné údaje 
a časové oneskorenie kľúča)  
DSM-KROOT Digital Signature Message KROOT (správa s digitálnym 
podpisom kľúča KROOT)  
GNSS Global Navigation Satellite System (globálny navigačný 
satelitný systém)  
KROOT Root Key of the TESLA key chain (koreňový kľúč 
reťazca kľúča TESLA)  
MAC Message Authentication Code (autentifikačný kód správy)  
NMACK Number of MAC & key blocks (per 30 seconds) [počet 
blokov MAC a kľúča (za 30 sekúnd)]  
OSNMA Galileo Open Service Navigation Message Authentication 
(otvorená služba systému Galileo na autentifikáciu navi­
gačných správ)  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 420  
SLMAC Slow MAC (pomalý MAC)  
TESLA Timed Efficient Stream Loss-tolerant Authentication 
(časovo efektívna autentifikácia odolná voči stratám 
správ) (protokol používaný v OSNMA)  
9.4. Zariadenia na generovanie signálov GNSS  
Generovanie signálov GNSS možno realizovať použitím multikonšte lač­
ného simulátora GNSS podporujúceho prenos správ OSNMA. Prípadne  sa 
môže použiť prehrávač rádiofrekvenčných signálov, ktorý dokáže 
prehrávať vzorky signálov GNSS zo súborov. Obvyklá bitová hĺbka  je 
4 bity I/Q a vzorkovacia frekvencia je 10 MHz.  
Predpokladá sa, že prijímač GNSS má rozhrania na zadanie príkaz u vyčis­
tenia pamäte prijímača (nezávislé vymazanie verejného kľúča, KR OOT, 
informácií o čase, informácií o polohe, efemeríd a almanachu), na nasta­
venie určovania miestneho času prijímača pre požiadavku overeni a časo­
vania OSNMA a na načítanie kryptografických informácií. Tieto p ríkazy 
môžu byť obmedzené na účely skúšok, a teda nemusia byť dostupné  
v prípade nominálnej prevádzky prijímača.  
9.5. Skúšobné podmienky  
9.5.1. Podmienky GNSS  
Simulované alebo prehrávané signály GNSS majú tieto vlastnosti:  
— scenár statického prijímača používateľa,  
— aspoň GPS a konštelácie systému Galileo,  
— frekvencia E1/L1,  
— aspoň 4 satelity Galileo s uhlom elevácie väčším ako 5°,  
— trvanie, ako sa požaduje pre každú skúšku,  
— konštantné navigačné efemeridy satelitov počas vykonávania sk úšky.  
9.5.2. Podmienky OSNMA  
Správa OSNMA prenášaná vo forme signálu RF má tieto vlastnosti:  
— správa HKROOT so stavom OSNMA nastaveným na prevádzkový 
alebo skúšobný stav a s fixnou dĺžkou správy DSM-KROOT 8 blokov  
pre platný reťazec,  
— aspoň 4 satelity Galileo, ktoré prenášajú OSNMA,  
— správa MACK s jedným blokom MACK (t. j. NMACK = 1) a aspoň 
jeden ADKD = 0 a jeden ADKD = 12 na jeden satelit a blok MACK,  
— veľkosť tagu 40 bitov,  
— minimálny ekvivalent dĺžky tagu požadovaný v usmerneniach k p rijí­
mačom OSNMA (v súčasnosti 80 bitov).  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 421  
Okrem prípadov, keď sa to uvádza, určenie vnútorného času prijí mača 
musí byť známe s dostatočnou presnosťou a čas musí byť náležite  zosú­
ladený so simulovaným časom. Týmto sa zaručí splnenie požiadavk y 
úvodnej synchronizácie času OSNMA pre každú skúšobnú podmienku,  
t. j. nominálna synchronizácia pre všetky skúšky okrem SLMAC. V iac 
podrobností o inicializácii času sa nachádza v usmerneniach k p rijímačom 
OSNMA.  
Identifikované kritériá pre úspešnú/neúspešnú skúšku sú konzerv atívne 
a nepredstavujú očakávanú výkonnosť OSNMA systému Galileo.  
9.6. Špecifikácie skúšok  
Č. Skúška  Opis  Súvisiace požiadavky  
1. Administratívne preskúmanie  
1.1. Dokumentácia  Správnosť dokumentácie  
2. Všeobecné skúšky  
2.1. Horúci štart OSNMA  Cieľ: overiť, či prijímač GNSS vypočítava polohu 
pomocou OSNMA po horúcom štarte. 
Postup: 
Prijímač GNSS sa zapne v podmienkach horúceho 
štartu GNSS a OSNMA a získava signály z viditeľných 
satelitov Galileo. 
Prijímač autentifikuje navigačné údaje Galileo pomocou 
OSNMA (ADKD = 0) a poskytne polohu s autentifiko­
vanými údajmi. 
Kritériá úspechu/neúspechu: prijímač vypočíta určenú 
autentifikovanú polohu v priebehu 160 sekúnd.  Dodatok 12, 
GNS_3b  
2.2. Teplý štart OSNMA  Cieľ: overiť, či prijímač GNSS vypočítava polohu 
pomocou OSNMA po teplom štarte. 
Postup: 
Pred začatím skúšky sa z pamäte prijímača GNSS 
musia vymazať efemeridy a informácie KROOT, aby 
sa vynútil teplý štart GNSS a OSNMA. 
Prijímač GNSS sa zapne a získava signály z viditeľných 
satelitov Galileo. 
Prijíma a overuje sa DSM-KROOT. 
Prijímač autentifikuje navigačné údaje Galileo pomocou 
OSNMA (ADKD = 0) a poskytne polohu s autentifiko­
vanými údajmi. 
Kritériá úspechu/neúspechu: prijímač vypočíta platnú 
určenú autentifikovanú polohu v priebehu 430 sekúnd.  Dodatok 12, 
GNS_3b  
2.3. Teplý štart OSNMA so 
SLMAC  Cieľ: overiť, či prijímač GNSS vypočítava polohu 
pomocou OSNMA po teplom štarte s inicializáciou 
času, ktorá si vyžaduje režim SLMAC, ako je vyme­
dzené v usmerneniach k prijímačom OSNMA. 
Postup: 
Určenie vnútorného času prijímača sa musí nastaviť tak, 
aby hodnota neistoty počiatočného času bola od 2 do 
2,5 minúty, takže sa aktivuje režim Slow MAC v súlade 
s usmerneniami k prijímačom OSNMA.  Dodatok 12, 
GNS_3b  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 422  
Č. Skúška  Opis  Súvisiace požiadavky  
Pred začatím skúšok sa z pamäte prijímača GNSS 
musia vymazať informácie o efemeridách a KROOT, 
aby sa vynútil teplý štart GNSS a OSNMA. 
Prijímač GNSS sa zapne a získava signály z viditeľných 
satelitov Galileo. 
Prijíma a overuje sa DSM-KROOT. 
Prijímač autentifikuje navigačné údaje Galileo len 
pomocou OSNMA Slow MAC (ADKD = 12) 
a poskytne polohu s autentifikovanými údajmi. 
Kritériá úspechu/neúspechu: prijímač vypočíta platnú 
určenú autentifikovanú polohu v priebehu 730 sekúnd.  
2.4. Horúci štart OSNMA 
s opakovane prehrá­
vaným signálom  Cieľ: overiť, či prijímač GNSS deteguje opakovane 
prehrávaný signál. 
Postup: 
Prijímač GNSS sa zapne v podmienkach horúceho 
štartu GNSS a OSNMA a získava signály z viditeľných 
satelitov Galileo. 
Prijímač autentifikuje navigačné údaje Galileo pomocou 
OSNMA (ADKD = 0) a poskytne polohu s autentifiko­
vanými údajmi. 
Keď prijímač poskytne riešenie PVT s autentifikova­
nými údajmi, vypne sa. 
Simuluje sa opakovane prehrávaný signál s oneskorením 
40 sekúnd vzhľadom na predchádzajúci signál 
a prijímač sa zapne. 
Prijímač deteguje, že čas systému Galileo z času vysie­
laného signálu a určenia miestneho času nespĺňa požia­
davku na synchronizáciu, a preruší spracúvanie údajov 
OSNMA, ako je vymedzené v usmerneniach k prijí­
mačom OSNMA. 
Kritériá úspechu/neúspechu: prijímač deteguje opako­
vané prehrávanie a nevypočíta platnú autentifikovanú 
polohu od začiatku prehrávania až do skončenia skúšky.  Dodatok 12, 
GNS_3b  
2.5. Horúci štart OSNMA 
s falošnými údajmi  Cieľ: overiť, či OSNMA deteguje falošné údaje. 
Postup: 
Prijímač GNSS sa zapne pri podmienkach horúceho 
štartu GNSS a OSNMA. 
Prijímač GNSS musí byť schopný získať signál zo všet­
kých viditeľných satelitov Galileo a overiť autenticitu 
ich navigačných správ prostredníctvom OSNMA. 
Aspoň jeden bit údajov o efemeridách, ktoré poskytnú 
všetky satelity Galileo, nezodpovedá pôvodným a auten­
tifikovaným údajom, ale správa Galileo I/NAV musí 
byť súvislá vrátane CRC. 
Kritériá úspechu/neúspechu: prijímač deteguje falošné 
údaje v priebehu 160 sekúnd a nevypočíta platnú 
autentifikovanú polohu až do skončenia skúšky.  Dodatok 12, 
GNS_3b  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 423  
Dodatok 10  
POŽIADAVKY NA ZABEZPE ČENIE  
Tento dodatok stanovuje požiadavky IT zabezpečenia systémov int eligentných 
tachografov (tachografy druhej generácie).  
SEC_001 Osvedčeniu zabezpečenia podľa schémy spoločných kritéri í podliehajú 
tieto komponenty inteligentného tachografu:  
— jednotka vozidla,  
— tachografová karta,  
— snímač pohybu,  
— externé zariadenie GNSS.  
SEC_002 Minimálne požiadavky IT zabezpečenia, ktoré musí spĺňať  každý 
komponent podliehajúci osvedčeniu zabezpečenia, sa vymedzia 
v profile ochrany komponentu podľa schémy spoločných kritérií.  
SEC_003 Európska komisia zaistí, aby sa sponzorovali a vypracov ali štyri 
profily ochrany v súlade s touto prílohou, ktoré schvália vládn e orgány 
osvedčujúce IT zabezpečenie v rámci pracovnej skupiny pre spolo čnú 
interpretáciu (Joint Interpretation Working Group – JIWG) podpo ru­
júcej vzájomné uznávanie osvedčení pod záštitou európskej dohod y 
SOGIS-MRA (dohoda o vzájomnom uznávaní osvedčení hodnotenia 
zabezpečenia informačných technológií), a aby sa tieto profily 
zaregistrovali:  
— profil ochrany pre jednotku vozidla,  
— profil ochrany pre tachografovú kartu,  
— profil ochrany pre snímač pohybu,  
— profil ochrany pre externé zariadenie GNSS.  
Profil ochrany pre jednotku vozidla musí počítať s variantmi po užitia VU 
s externým zariadením GNSS aj bez neho. V prvom z uvedených prí padov sa 
požiadavky na zabezpečenie externého zariadenia GNSS poskytnú v  osobitnom 
profile ochrany.  
SEC_004 Výrobcovia komponentov podľa potreby zdokonalia a dopln ia 
príslušný profil ochrany (pričom však nesmú meniť alebo odstraň ovať 
existujúce hrozby, ciele, postupy a funkčné špecifikácie presad zovania 
zabezpečenia), s cieľom dospieť k cieľu zabezpečenia, na základ e 
ktorého sa bude zabezpečenie daného komponentu osvedčovať.  
SEC_005 V procese hodnotenia sa musí stanoviť jednoznačný súlad  daného 
špecifického cieľa zabezpečenia s príslušným profilom ochrany.  
SEC_006 Každý profil ochrany musí mať úroveň istoty EAL4 posiln enú o prvky 
ATE_DPT.2 a AVA_VAN.5.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 424  
Dodatok 11  
SPOLOČNÉ BEZPE ČNOSTNÉ MECHANIZMY  
OBSAH  
PREAMBULA  
ČASŤ A TACHOGRAFOVÝ SYSTÉM PRVEJ GENERÁCIE  
1. ÚVOD  
1.1. Referenčné dokumenty  
1.2. Notácie a skratky  
2. KRYPTOGRAFICKÉ SYSTÉMY A ALGORITMY  
2.1. Kryptografické systémy  
2.2. Kryptografické algoritmy  
2.2.1 Algoritmus RSA  
2.2.2 Hašovací algoritmus  
2.2.3 Algoritmus šifrovania údajov  
3. KĽÚČE A CERTIFIKÁTY  
3.1. Generovanie a distribúcia kľúčov  
3.1.1 Generovanie a distribúcia kľúčov RSA  
3.1.2 Skúšobné kľúče RSA  
3.1.3 Kľúče snímača pohybu  
3.1.4 Generovanie a distribúcia T-DES kľúčov relácie  
3.2. Kľúče  
3.3. Certifikáty  
3.3.1 Obsah certifikátov  
3.3.2 Vydané certifikáty  
3.3.3 Overenie a rozbalenie certifikátu  
4. MECHANIZMUS VZÁJOMNEJ AUTENTIFIKÁCIE  
5. MECHANIZMY DÔVERNOSTI, INTEGRITY A AUTENTIFI­ 
KÁCIE PRENOSU ÚDAJOV MEDZI VU A KARTAMI  
5.1. Zabezpečené spracovanie správ  
5.2. Spracovanie chýb zabezpečeného spracovania (SM)  
5.3. Algoritmus na výpočet kryptografických kontrolných súčtov  
5.4. Algoritmus výpočtu kryptogramov pre dôvernosť dátových 
objektov  
6. MECHANIZMY DIGITÁLNEHO PODPISU PRI SŤAHOVANÍ 
ÚDAJOV  
6.1. Generovanie podpisu  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 425  
6.2. Overenie podpisu  
ČASŤ B TACHOGRAFOVÝ SYSTÉM DRUHEJ GENERÁCIE  
7. ÚVOD  
7.1. Referenčné dokumenty  
7.2. Notácie a skratky  
7.3. Vymedzenie pojmov  
8. KRYPTOGRAFICKÉ SYSTÉMY A ALGORITMY  
8.1. Kryptografické systémy  
8.2. Kryptografické algoritmy  
8.2.1 Symetrické algoritmy  
8.2.2 Asymetrické algoritmy a štandardizované parametre domény  
8.2.3 Hašovacie algoritmy  
8.2.4 Šifrovacie zostavy  
9. KĽÚČE A CERTIFIKÁTY  
9.1. Asymetrické kľúčové páry a certifikáty verejného kľúča  
9.1.1 Všeobecné  
9.1.2 Európska úroveň  
9.1.3 Úroveň členského štátu  
9.1.4 Úroveň zariadenia: Jednotky vozidla  
9.1.5 Úroveň zariadenia: Tachografové karty  
9.1.6 Úroveň zariadenia: Externé zariadenia GNSS  
9.1.7 Prehľad: Náhrada certifikátu  
9.2. Symetrické kľúče  
9.2.1 Kľúče na zabezpečenie komunikácie VU – snímač pohybu  
9.2.2 Kľúče na zabezpečenie komunikácie DSRC  
9.3. Certifikáty  
9.3.1 Všeobecné  
9.3.2 Obsah certifikátu  
9.3.3 Žiadosti o certifikáty  
10. VZÁJOMNÁ AUTENTIFIKÁCIA VU-KARTA A ZABEZPE­ 
ČENÉ SPRACOVANIE  
10.1. Všeobecné  
10.2. Vzájomné overovanie certifikačných reťazcov  
10.2.1 Overovanie certifikačných reťazcov karty zo strany VU  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 426  
10.2.2 Overovanie certifikačných reťazcov VU kartou  
10.3. Autentifikácia VU  
10.4. Autentifikácia čipu a kľúčová dohoda relácie  
10.5. Zabezpečené spracovanie správ  
10.5.1 Všeobecné  
10.5.2 Štruktúra zabezpečeného spracovania správ  
10.5.3 Zrušenie relácie zabezpečeného spracovania  
11. SPÁJANIE VU S EXTERNÝM ZARIADENÍM GNSS, 
VZÁJOMNÁ AUTENTIFIKÁCIA A ZABEZPEČENÉ SPRACO­ 
VANIE  
11.1. Všeobecné  
11.2. Spájanie VU a externého zariadenia GNSS  
11.3. Vzájomné overovanie certifikačných reťazcov  
11.3.1 Všeobecné  
11.3.2 Počas spájania VU – EGF  
11.3.3 Počas bežnej prevádzky  
11.4. Autentifikácia VU, autentifikácia čipu a kľúčová dohoda r elácie  
11.5. Zabezpečené spracovanie správ  
12. PÁROVANIE VU – SNÍMAČ POHYBU A KOMUNIKÁCIA  
12.1. Všeobecné  
12.2. Párovanie VU – snímač pohybu pomocou rôznych generácií kľ úča 
12.3. Párovanie VU – snímač pohybu a komunikácia pomocou AES  
12.4. Párovanie VU – snímač pohybu v prípade rôznych generácií zaria­ 
denia  
13. ZABEZPEČENIE DIAĽKOVEJ KOMUNIKÁCIE CEZ DSRC  
13.1. Všeobecné  
13.2. Šifrovanie obsahu tachografu a generácia MAC  
13.3. Overovanie a dešifrovanie obsahu tachografu  
14. PODPIS SŤAHOVANIA ÚDAJOV A OVEROVANIE 
PODPISOV  
14.1. Všeobecné  
14.2. Generovanie podpisu  
14.3. Overenie podpisu  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 427  
PREAMBULA  
V tomto dodatku sa špecifikujú mechanizmy zabezpečenia, ktoré z aisťujú:  
— vzájomnú autentifikáciu medzi rôznymi komponentmi tachografov ého 
systému.  
— dôvernosť, integritu, autenticitu a/alebo nespochybniteľnosť údajov prenáša­
ných medzi rôznymi komponentmi systému tachografov alebo stiahn utých na 
externé pamäťové médium.  
Tento dodatok pozostáva z dvoch častí. V časti A sa vymedzujú m echanizmy 
zabezpečenia tachografového systému prvej generácie (digitálny tachograf). 
V časti B sa vymedzujú mechanizmy zabezpečenia tachografového s ystému 
druhej generácie (inteligentný tachograf).  
Mechanizmy uvedené v časti A tohto dodatku sa uplatňujú, ak asp oň jeden 
z komponentov tachografového systému zapojený do procesu vzájom nej auten­
tifikácie a/alebo prenosu údajov je komponent prvej generácie.  
Mechanizmy uvedené v časti B tohto dodatku sa uplatňujú, ak obi dva kompo­
nenty tachografového systému zapojené do procesu vzájomnej aute ntifikácie 
a/alebo prenosu údajov sú komponenty druhej generácie.  
Dodatok 15 obsahuje viac informácií o použití komponentov prvej  generácie 
v kombinácii s komponentmi druhej generácie.  
ČASŤ A  
TACHOGRAFOVÝ SYSTÉM PRVEJ GENERÁCIE  
1. ÚVOD  
1.1. Referen čné dokumenty  
V tomto dodatku sa používajú tieto referenčné dokumenty:  
SHA-1 Národný inštitút pre normy a technológie USA 
(NIST).  Publikácia FIPS 180-1: Norma Secure 
Hash.  Apríl 1995.  
PKCS1 RSA Laboratories. PKCS # 1:  Norma šifrovania RSA.  
Verzia 2.0. Október 1998.  
TDES Národný inštitút pre normy a technológie USA 
(NIST).  Publikácia FIPS 46-3: Norma šifrovania 
údajov.  Návrh 1999.  
TDES-OP ANSI X9.52, Prevádzkové režimy algoritmu trojitého 
šifrovania údajov. 1998.  
ISO/IEC 7816-4 Informačné technológie. Identifikačné karty. Kar ty 
s integrovanými obvodmi a s kontaktmi. Časť 4: 
Medziodborové príkazy pre výmenu. Prvé vydanie: 
1995 + zmena 1: 1997.  
ISO/IEC 7816-6 Informačné technológie. Identifikačné karty. Kar ty 
s integrovanými obvodmi a s kontaktmi. Časť 6: 
Medziodborové dátové prvky. Prvé vydanie: 1996 + 
cor. 1: 1998.  
ISO/IEC 7816-8 Informačné technológie. Identifikačné karty. Kar ty 
s integrovanými obvodmi a s kontaktmi. Časť 8: 
Medziodborové príkazy vzťahujúce sa k zabezpečeniu. 
Prvé vydanie: 1999.  
ISO/IEC 9796-2 Informačné technológie. Bezpečnostné techniky. D igi­
tálne podpisové mechanizmy umožňujúce obnovu 
správy. Časť 2: Mechanizmy používajúce hašovaciu 
funkciu. Prvé vydanie: 1997.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 428  
ISO/IEC 9798-3 Informačné technológie. Bezpečnostné techniky. 
Mechanizmus overovania entít. Časť 3: Overovanie 
entít pomocou algoritmu verejného kľúča. Druhé 
vydanie 1998.  
ISO 16844-3 Cestné vozidlá. Tachografové systémy. Časť 3: 
Rozhranie snímača pohybu.  
1.2. Notácie a skratky  
V tomto dodatku sa použili tieto notácie a skratky:  
(K a , K  b , K  c ) Zväzok kľúčov, ktorý používa algoritmus trojitého 
šifrovania údajov,  
CA Certifikačná autorita (Certification Authority)  
CAR Referencia certifikačnej autority (Certification Autho­
rity Reference)  
CC Kryptografický kontrolný súčet (Cryptographic 
Checksum)  
CG Kryptogram (Cryptogram)  
CH Záhlavie príkazu (Command Header)  
CHA Autorizácia držiteľa certifikátu (Certificate Holder 
Authorisation)  
CHR Referencia držiteľa certifikátu (Certificate Holder 
Reference)  
D() Dešifrovanie s DES (Decryption with DES)  
DE Dátový prvok (Data Element)  
DO Dátový objekt (Data Object)  
d Súkromný kľúč RSA, súkromný exponent (RSA 
private key, private exponent)  
e Verejný kľúč RSA, verejný exponent (RSA public 
key, public exponent)  
E() Šifrovanie s DES (Encryption with DES)  
EQT Zariadenie (Equipment)  
Hash()  Hašovacia hodnota, výstup  Hash  (hash value)  
Hash  Hašovacia funkcia (hash function)  
KID Identifikátor kľúča (Key Identifier)  
Km Kľúč TDES Hlavný kľúč podľa ISO 16844-3.  
Km  VU Kľúč TDES zavedený v jednotkách vozidla.  
Km  WC Kľúč TDES zavedený v dielenských kartách.  
m Reprezentant správy, číslo medzi 0 a  n-1 (message 
representative)  
n Kľúče RSA, modul (RSA keys, modulus)  
PB Výplňové bajty (Padding Bytes)  
PI Bajt indikátora výplne (použitie v kryptograme pre 
dôvernosť dátových objektov) (Padding Indicator 
byte)  
PV Nezašifrovaná hodnota (Plain Value)  
s Reprezentant podpisu, číslo medzi 0 a  n-1 (signature 
representative)  
SSC Počítadlo sekvencie odosielania (Send Sequence 
Counter)  
SM Zabezpečené spracovanie správ (Secure Messaging)  
TCBC Prevádzkový režim reťazenia šifrovacieho bloku 
TDEA (TDEA Cipher Block Chaining Mode of 
Operation)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 429  
TDEA Algoritmus trojitého šifrovania údajov (Triple Data 
Encryption Algorithm)  
TLV Hodnota dĺžky tagu (Tag Length Value)  
VU Jednotka vozidla (Vehicle Unit)  
X.C Certifikát používateľa X vydaný certifikačnou auto­
ritou  
X.CA Certifikačná autorita používateľa X  
X.CA.PK  o X.C Priebeh rozbaľovania certifikátu na získanie verejného 
kľúča. Ide o infixový operátor, ktorého ľavý operand 
je verejným kľúčom certifikačnej autority, a pravý 
operand je certifikátom vydaným touto certifikačnou 
autoritou. Výsledkom je verejný kľúč používateľa X, 
ktorého certifikát predstavuje pravý operand  
X.PK Verejný kľúč RSA používateľa X  
X.PK[I] RSA šifrovanie niektorých informácií I, s použitím 
verejného kľúča používateľa X  
X.SK Súkromný kľúč RSA používateľa X  
X.SK[I] RSA šifrovanie niektorých informácií I, s použitím 
súkromného kľúča používateľa X  
„xx“ Hexadecimálna hodnota  
|| Operátor zreťazenia.  
2. KRYPTOGRAFICKÉ SYSTÉMY A ALGORITMY  
2.1. Kryptografické systémy  
CSM_001 Jednotky vozidla a tachografové karty musia používať 
klasický kryptografický systém verejného kľúča RSA tak, 
aby boli k dispozícii tieto mechanizmy zabezpečenia:  
— autentifikácia medzi jednotkami vozidla a kartami,  
— prenos trojnásobných DES kľúčov relácie medzi jednot­
kami vozidla a tachografovými kartami,  
— digitálny podpis údajov stiahnutých z jednotiek vozidla 
alebo tachografových kariet na externé médiá.  
CSM_002 Jednotky vozidla a tachografové karty musia používať sy me­
trický trojnásobný DES kryptografický systém tak, aby bol 
k dispozícii mechanizmus pre zabezpečenie integrity údajov 
počas výmeny používateľských údajov medzi jednotkami 
vozidla a tachografovými kartami, a aby bola podľa potreby 
zabezpečená dôvernosť výmeny údajov medzi jednotkami 
vozidla a tachografovými kartami.  
2.2. Kryptografické algoritmy  
2.2.1  Algoritmus RSA  
CSM_003 Algoritmus RSA je úplne definovaný týmito vzťahmi:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 430  
X.SK[ m] = s = m d mod n 
X.PK[ s] = m = s e mod n 
Podrobnejší opis funkcie RSA sa nachádza v referenčnom 
dokumente [PKCS1]. Verejný exponent, e, pre výpočet 
RSA je číslo medzi 3 a n-1 spĺňajúce gcd(e, lcm(p-1, q-1))=1.  
2.2.2  Hašovací algoritmus  
CSM_004 Mechanizmy digitálneho podpisu musia používať hašovací 
algoritmus SHA-1, ako je vymedzený v referenčnom doku­
mente [SHA-1].  
2.2.3  Algoritmus šifrovania údajov  
CSM_005 Algoritmy založené na DES sa používajú v prevádzkovom 
režime reťazenia šifrovacieho bloku (Cipher Block Chaining).  
3. KĽÚČE A CERTIFIKÁTY  
3.1. Generovanie a distribúcia k ľúčov 
3.1.1  Generovanie a distribúcia k ľúčov RSA  
CSM_006 Kľúče RSA sa musia generovať na troch funkčne hierarchi c­
kých úrovniach:  
— európskej úrovni,  
— úrovni členského štátu,  
— úrovni zariadenia.  
CSM_007 Na európskej úrovni sa generuje jeden európsky kľúčový pár 
(EUR.SK a EUR.PK). Európsky súkromný kľúč sa použije na 
certifikovanie verejných kľúčov členských štátov. Musia sa 
uchovávať záznamy všetkých certifikovaných kľúčov. Tieto 
úlohy plní európska certifikačná autorita, ktorá podlieha 
Európskej komisii a je pod jej zodpovednosťou.  
CSM_008 Na úrovni členského štátu sa generuje jeden kľúčový pár  
členského štátu (MS.SK a MS.PK). Verejné kľúče členských 
štátov musia byť certifikované európskou certifikačnou auto­
ritou. Súkromný kľúč členského štátu sa musí používať na 
certifikovanie verejných kľúčov, ktoré sa majú zaviesť do 
zariadenia (jednotka vozidla alebo tachografová karta). 
Musia sa uchovávať záznamy všetkých certifikovaných verej­
ných kľúčov spolu s identifikáciou zariadenia, pre ktoré sú 
určené. Tieto úlohy plní certifikačná autorita členského štátu.  
Členský štát môže pravidelne meniť svoj kľúčový pár.  
CSM_009 Na úrovni zariadenia sa generuje jeden kľúčový pár (EQT .SK 
a EQT.PK) a zavedie sa do každého zariadenia. Verejné 
kľúče zariadenia musia byť certifikované certifikačnou auto­
ritou členského štátu. Tieto úlohy môžu plniť výrobcovia 
zariadenia, personalizátori zariadenia alebo orgány členského 
štátu. Tento kľúčový pár sa používa na autentifikáciu, digi­
tálny podpis a šifrovacie služby.  
CSM_010 Dôvernosť súkromných kľúčov sa musí zachovať počas gene ­
rovania, (prípadného) prenosu a uloženia.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 431  
Na tomto obrázku je zhrnutý dátový tok tohto procesu:
  
3.1.2  Skúšobné k ľúče RSA  
CSM_011 Na skúšanie zariadenia (vrátane skúšok interoperability ) musí 
európska certifikačná autorita vygenerovať osobitný jednotný 
európsky skúšobný kľúčový pár a aspoň dva skúšobné 
kľúčové páry členského štátu, ktorých verejné kľúče musia 
byť certifikované európskym súkromným skúšobným 
kľúčom. Výrobcovia musia zaviesť do zariadenia podliehajú­
ceho schvaľovacím skúškam skúšobné kľúče certifikované 
jedným z týchto skúšobných kľúčov členského štátu.  
3.1.3  Kľúče snímača pohybu  
Dôvernosť troch trojnásobných DES kľúčov opísaných ďalej sa mus í 
náležite uchovávať počas generovania, (prípadného) prenosu a ul oženia.  
Na zaručenie zhody komponentov tachografu s ISO 16844 musia 
európska certifikačná autorita a certifikačné autority členskéh o štátu 
okrem toho zabezpečiť toto:  
CSM_036 Európska certifikačná autorita vygeneruje KmVU a KmWC, 
dva nezávislé a jedinečné trojnásobné DES kľúče a vygeneruje 
Km ako: Km = Km  VU XOR Km  WC . Európska certifikačná 
autorita musí, pomocou vhodne zabezpečeného postupu, na 
požiadanie odoslať tieto kľúče certifikačným autoritám člen­
ských štátov.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 432  
CSM_037 Certifikačné autority členských štátov:  
— musia použiť Km na zašifrovanie údajov snímača pohybu, 
ktoré vyžadujú výrobcovia snímača pohybu (údaje, ktoré 
sa majú zašifrovať s Km, sú definované v ISO 16844-3),  
— pošlú Km  VU pomocou vhodne zabezpečeného postupu 
výrobcom jednotiek vozidla na účely jeho zavedenia do 
jednotiek vozidla,  
— zabezpečia, aby Km  WC bol zavedený vo všetkých dielen­
ských kartách (
  v elementárnom 
súbore
  ) počas personalizácie 
karty.  
3.1.4  Generovanie a distribúcia T-DES k ľúčov relácie  
CSM_012 Jednotky vozidla a tachografové karty musia, v rámci vz ájom­
ného procesu autentifikácie, generovať a vymieňať si údaje 
nevyhnutné na zhotovenie spoločného trojnásobného DES 
kľúča relácie. Táto výmena údajov musí byť chránená 
z hľadiska dôvernosti šifrovacím mechanizmom RSA.  
CSM_013 Tento kľúč sa použije na všetky následné kryptografické  
operácie s použitím zabezpečeného spracovania. Jeho platnosť 
sa skončí na konci relácie (vytiahnutie karty alebo resetovanie  
karty) a/alebo po 240. použití (jedno použitie kľúča = jeden 
príkaz používajúci zabezpečené spracovanie odoslaný na 
kartu a príslušná odpoveď).  
3.2. Kľúče 
CSM_014 Kľúče RSA musia mať (na ktorejkoľvek úrovni) túto dĺžku : 
modul  n 1 024 bitov, verejný exponent  e maximálne 64 bitov, 
súkromný exponent  d 1 024 bitov.  
CSM_015 Trojnásobné DES kľúče musia mať formu (K  a , K  b , K  a ) kde 
K a a K  b sú nezávislé kľúče s dĺžkou 64 bitov. Nenastavia sa 
žiadne bity na zisťovanie chýb parity.  
3.3. Certifikáty  
CSM_016 Certifikáty verejného kľúča RSA nesmú byť „samoopisné“ 
a musia byť „kartou overiteľné“ (referenčný dokument: 
ISO/IEC 7816-8)  
3.3.1  Obsah certifikátov  
CSM_017 Certifikáty verejného kľúča RSA pozostávajú z týchto úd ajov 
v tomto poradí:  
Údaje  Formát  Bajty  Poznámky  
CPI INTEGER 
(celé číslo)  1 Identifikátor profilu certifi­
kátu („01“ pre túto verziu)  
CAR  OCTET 
STRING 
(oktetový 
reťazec)  8 Referencia certifikačnej 
autority  
CHA  OCTET 
STRING  7 Autorizácia držiteľa certifi­
kátu ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 433  
Údaje  Formát  Bajty  Poznámky  
EOV  TimeReal  4  Koniec platnosti certifi­
kátu. Nepovinné, ak sa 
nepoužije, vyplní sa s „FF“.  
CHR  OCTET 
STRING  8 Referencia držiteľa certifi­
kátu 
n OCTET 
STRING  128 Verejný kľúč (modul)  
e OCTET 
STRING  8 Verejný kľúč (verejný 
exponent)  
164 
Poznámky:  
1. „Identifikátor profilu certifikátu“ (CPI) ohraničuje presnú štruktúru 
autentifikačného certifikátu. Môže sa použiť ako vnútorný ident ifi­
kátor zariadenia príslušného zoznamu záhlaví, ktorý popisuje zr eťa­
zenie dátových prvkov v rámci certifikátu.  
Zoznam záhlaví pre tento obsah certifikátu je takýto: 
„4D“  „16“  „5F 
29“ „01“  „42“  „08“  „5F 
4B“ „07“  „5F 
24“ „04“  „5F 
20“ „08“  „7F 
49“ „05“  „81“  „81 
80“ „82“  „08“
 Tag rozšíreného zoznamu záhlaví  
Dĺžka zoznamu záhlaví  
CPI Tag  
Dĺžka CPI  
CAR Tag  
Dĺžka CAR  
CHA Tag  
Dĺžka CHA  
EOV Tag  
Dĺžka EOV  
CHR Tag  
Dĺžka CHR  
Tag verejného kľúča (zostavený)  
Dĺžka následných dátových objektov  
Tag modulu  
Dĺžka modulu  
Tag verejného exponentu  
Dĺžka verejného exponentu 
2. „Referencia certifikačnej autority“ (CAR) má za účel identif ikovať 
CA vydávajúcu certifikát tak, aby sa dátový prvok mohol použiť 
v rovnakom čase ako identifikátor kľúča autority na referenciu verej­
ného kľúča certifikačnej autority (pre kódovanie pozri identifi kátor 
kľúča ďalej).  
3. „Autorizácia držiteľa certifikátu“ (CHA) sa používa na ident ifikovanie 
práv držiteľa certifikátu. Pozostáva z ID tachografovej aplikác ie 
a typu zariadenia, ktorému je certifikát určený (podľa dátového  
prvku
  , „00“ pre členský štát).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 434  
4. „Referencia držiteľa certifikátu“ (CHR) má za účel identifik ovať 
jednoznačne držiteľa certifikátu tak, aby sa dátový prvok mohol  
použiť v rovnakom čase ako identifikátor kľúča subjektu na refe renciu 
verejného kľúča držiteľa certifikátu.  
5. Identifikátory kľúča jedinečne identifikujú držiteľa certifi kátu alebo 
certifikačné autority. Sú kódované takto:  
5.1 Zariadenie (VU alebo karta): 
Údaje  Sériové 
číslo 
zariadenia  Dátum  Typ  Výrobca  
Dĺžka  4 bajty  2 bajty  1 bajt  1 bajt  
Hodnota  Celé číslo  mm rr BCD kódo­
vanie  Špecifické pre 
výrobcu  Kód výrobcu  
V prípade VU výrobca pri žiadosti o certifikáty môže, ale nemus í 
poznať identifikáciu zariadenia, v ktorom majú byť kľúče zave­
dené.  
V prvom prípade výrobca pošle identifikáciu zariadenia 
s verejným kľúčom na certifikáciu certifikačnej autorite svojho  
členského štátu. Certifikát potom bude obsahovať identifikáciu 
zariadenia a výrobca musí zabezpečiť, aby boli kľúče a certifik át 
zavedené do príslušného zariadenia. Podoba identifikátora kľúča  
je uvedená vyššie.  
V druhom prípade výrobca musí jedinečne identifikovať každú 
žiadosť o certifikát a poslať túto identifikáciu s verejným kľú čom 
na certifikáciu autorite svojho členského štátu. Tento certifik át 
bude obsahovať identifikáciu žiadosti. Výrobca musí autorite 
svojho členského štátu po inštalovaní kľúča v zariadení oznámiť  
priradenie kľúča k zariadeniu (t. j. identifikáciu žiadosti o c erti­
fikát, identifikáciu zariadenia). Identifikátor kľúča má túto 
podobu: 
Údaje  Sériové 
číslo 
žiadosti 
o certifikát  Dátum  Typ  Výrobca  
Dĺžka  4 bajty  2 bajty  1 bajt  1 bajt  
Hodnota  Celé číslo  mm rr BCD kódo­
vanie  „FF“  Kód výrobcu  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 435  
5.2. Certifikačná autorita: 
Údaje  Identifikácia 
orgánu  Sériové číslo 
kľúča  Doplňujúce 
informácie  Identifikátor  
Dĺžka  4 bajty  1 bajt  2 bajty  1 bajt  
Hodnota  Numerický kód 
členského štátu – 
1 bajt 
Alfanumerický 
kód členského 
štátu – 3 bajty  Celé číslo  Doplnkový 
kód 
(podľa CA) 
„FF FF“, ak 
sa nepoužíva  „01“  
Sériové číslo kľúča sa používa na rozlíšenie rôznych kľúčov 
členského štátu v prípade zmeny kľúča.  
6. Verifikátor certifikátu implicitne vie, že pri certifikovano m verejnom 
kľúči ide o kľúč RSA relevantný pre autentifikáciu, overenie di gitál­
neho podpisu a šifrovanie v rámci služieb dôvernosti (certifiká t neob­
sahuje žiadny objektový identifikátor pre jeho špecifikáciu).  
3.3.2  Vydané certifikáty  
CSM_018 Vydaný certifikát je digitálnym podpisom s čiastočne ob no­
viteľným obsahom certifikátu v súlade s normou ISO/IEC 
9796-2 (s výnimkou jej prílohy A4), s priloženou „referen­
ciou certifikačnej autority“.  
X.C = X.CA.SK[„6A“ || C  r || Hash  (Cc) || „BC“] || C  n || X.CAR 
s obsahom certifikátu = 
Cc =  C r || C  n 
106 bajtov  58 bajtov  
Poznámky:  
1. Tento certifikát má dĺžku 194 bajtov.  
2. CAR skrytá podpisom je tiež priložená k podpisu tak, aby na overenie 
certifikátu mohol byť zvolený verejný kľúč certifikačnej autori ty. 
3. Verifikátor certifikátu implicitne pozná algoritmus použitý certifi­
kačnou autoritou na podpis certifikátu.  
4. Zoznam záhlaví pre tento vydaný certifikát je takýto: 
„7F 21“  „09“  „5F 37“  „81 80“  „5F 38“  „3A“  „42“  „08“
 Tag certifikátu CV 
(zostavený)  
Dĺžka následných dátových objektov  
Tag podpisu  
Dĺžka podpisu  
Tag zostatku  
Dĺžka zostatku  
CAR Tag  
Dĺžka CAR ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 436  
3.3.3  Overenie a rozbalenie certifikátu  
Overenie a rozbalenie certifikátu pozostáva z overenia podpisu v súlade 
s ISO/IEC 9796-2, vyvolania obsahu certifikátu a obsiahnutého v erejného 
kľúča: X.PK = X.CA.PK  o X.C, a overenie platnosti certifikátu.  
CSM_019 Zahŕňa tieto kroky:  
Overenie podpisu a vyvolanie obsahu: 
— z X.C vyvolanie Sign, C  n ' a CAR':  X.C =  Sign  | |  C  n ' | |  CAR'  
128 bajtov  58 bajtov  8 bajtov  
— z CAR' sa vyberie vhodný verejný kľúč certifikačnej auto­
rity (ak sa nevykonalo predtým inými prostriedkami)  
— otvorenie Sign s verejným kľúčom CA: Sr'= X.CA.PK 
[Sign],  
— kontrola Sr' sa začína s „6A“ a končí s „BC“ 
— výpočet C  r ' a H' z: Sr' =  „ 6  A “  | | C  r ' | |  H '  | |  „BC“  
106 bajtov  20 bajtov  
— Opätovné zhotovenie obsahu certifikátu C' = C  r „|| C  n “, 
— kontrola  Hash  (C') = H'  
Ak sú kontroly v poriadku, certifikát je pravý a jeho obsah je 
C'. 
Overenie platnosti. Z C':  
— v prípade potreby kontrola dátumu skončenia platnosti,  
Vyvolanie a uloženie verejného kľúča, identifikátora kľúča, 
autorizácie držiteľa certifikátu a skončenia platnosti certifik átu 
z C':  
— X.PK =  n | | e 
— X.KID = CHR  
— X.CHA = CHA  
— X.EOV = EOV  
4. MECHANIZMUS VZÁJOMNEJ AUTENTIFIKÁCIE  
Vzájomná autentifikácia medzi kartami a VU je založená na týcht o 
princípoch:  
Každá strana preukáže druhej strane, že vlastní platný pár kľúč ov, 
ktorého verejný kľúč bol certifikovaný certifikačnou autoritou členského 
štátu, ktorá samotná bola certifikovaná európskou certifikačnou  autoritou.  
Preukazuje sa podpisom súkromným kľúčom na náhodnom čísle od 
druhej strany, ktorá musí toto náhodné číslo dostať späť pri ov erovan í 
daného podpisu.  
Mechanizmus spustí VU pri vložení karty. Začne sa výmenou certi fi­
kátov a rozbaľovaním verejných kľúčov a končí sa nastavením kľú ča 
relácie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 437  
CSM_020 Použije sa tento protokol (šípky označujú príkazy a vym ieňané 
údaje (pozri dodatok 2)):
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 438
  
▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 439  
5. MECHANIZMY DÔVERNOSTI, INTEGRITY A AUTENTIFIKÁCIE 
PRENOSU ÚDAJOV MEDZI VU A KARTAMI  
5.1. Zabezpe čené spracovanie správ  
CSM_021 Integrita prenosu údajov medzi VU a kartami je chránená  
zabezpečeným spracovaním v súlade s referenčnými doku­
mentmi [ISO/IEC 7816-4] a [ISO/IEC 7816-8].  
CSM_022 Keď musia byť údaje počas prenosu chránené, v rámci 
príkazu alebo odpovede sa k odoslaným dátovým objektom 
pripojí dátový objekt „kryptografický kontrolný súčet“. Kryp­
tografický kontrolný súčet overuje prijímateľ.  
CSM_023 Kryptografický kontrolný súčet údajov odoslaných v rámc i 
príkazu integruje záhlavie príkazu a všetky odoslané dátové 
objekty (=>CLA = „0C“ a všetky dátové objekty musia byť 
uzavreté tagmi, pričom b1 = 1).  
CSM_024 Keď odpoveď neobsahuje žiadne dátové pole, musia byť 
bajty týkajúce sa informácií o stave odpovede chránené kryp­
tografickým kontrolným súčtom.  
CSM_025 Kryptografický kontrolný súčet musí mať dĺžku štyri baj ty. 
Štruktúra príkazov a odpovedí pri použití zabezpečeného 
spracovania je preto takáto:  
Použité dátové objekty sú podmnožinou dátových objektov 
zabezpečeného spracovania opísaných v ISO/IEC 7816-4:  
Tag Mnemotech­
nická 
skratka  Význam  
„81“  T  PV Nezašifrovaná hodnota nekódovaná v BER-TLV 
(chránená prostredníctvom CC)  
„97“  T  LE Hodnota Le v nezabezpečenom príkaze (chránená 
prostredníctvom CC)  
„99“  T  SW Status-Info (chránená prostredníctvom CC)  
„8E“  T  CC Kryptografický kontrolný súčet  
„87“  T  PI CG  Bajt indikátora výplne || Kryptogram (nezašifrovaná 
hodnota nekódovaná v BER-TLV)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 440  
Vychádzajúc z nezabezpečeného páru príkaz – odpoveď:  
Záhlavie príkazu  Telo príkazu  
CLA  INS  P 1  P 2  [ L  c pole]  [Dátové pole]  [ L  e pole]  
štyri bajty  Bajty L, označené ako B  1 až B  L 
Telo odpovede  Koncový znak odpovede  
[Dátové pole]  SW1  SW2  
Dátové bajty L  r dva bajty  
Zodpovedajúci zabezpečený pár príkaz – odpoveď je:  
Zabezpečený príkaz:  
Záhlavie príkazu (CH)  Telo príkazu  
CLA  INS  P 1  P 2  [Nové L  c pole]  [Nové dátové pole]  [Nové 
L e pole]  
„OC“  Dĺžka nového 
dátového poľa  T PV L PV PV T  LE L LE L e T CC L CC CC „00“  
„81“  L  c Dátové pole  „97“  „01“  L  e „8E“  „04“  C C  
Údaje, ktoré sa majú integrovať v kontrolnom súčte = CH || 
PB || T  PV || L  PV || PV || T  LE || L  LE || L  e || PB  
PB = Výplňové bajty (80 .. 00) podľa ISO/IEC 7816-4 a ISO 
9797, metóda 2.  
Dátové objekty PV a LE sú prítomné len keď existujú nejaké 
zodpovedajúce údaje v nezabezpečenom príkaze.  
Zabezpečená odpoveď:  
1. Keď dátové pole odpovede nie je prázdne a nemusí byť 
chránené vzhľadom na dôvernosť:  
Telo odpovede  Koncový znak odpovede  
[Nové dátové pole]  nové SW1 SW2  
T PV L PV PV T  CC L CC CC 
„81“  L  r Dátové pole  „8E“  „04“  C C  
Údaje, ktoré sa majú integrovať v kontrolnom súčte = 
T PV || L  PV || PV || PB  
2. Keď dátové pole odpovede nie je prázdne a musí byť 
chránené vzhľadom na dôvernosť:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 441  
Telo odpovede  Koncový znak odpovede  
[Nové dátové pole]  nové SW1 SW2  
T PI CG  L PI 
CG PI CG  T  CC L CC CC 
„87“  PI || CG  „8E“  „04“  C C  
Údaje v CG: údaje nekódované v BER-TLV a výplňové 
bajty.  
Údaje, ktoré sa majú integrovať v kontrolnom súčte = T  PI 
CG || L  PI CG  || PI CG || PB  
3. Keď je dátové pole odpovede prázdne:  
Telo odpovede  Koncový znak odpovede  
[Nové dátové pole]  nové SW1 SW2  
T SW L SW SW T  CC L CC CC 
„99“  „02“  Nové SW1 SW2  „8E“  „04“  C C  
Údaje, ktoré sa majú integrovať v kontrolnom súčte = T  SW 
|| L  SW || SW || PB  
5.2. Spracovanie chýb zabezpe čeného spracovania (SM)  
CSM_026 Keď tachografová karta rozpozná chybu SM pri interpretá cii 
príkazu, stavové bajty sa musia vrátiť bez SM. V súlade 
s ISO/IEC 7816-4 sú definované tieto stavové bajty na ozna­ 
čenie chýb SM:  
„66 88“: overenie kryptografického kontrolného súčtu 
zlyhalo,  
„69 87“: chýbajú očakávané dátové objekty SM,  
„69 88“: nesprávne dátové objekty SM.  
CSM_027 Keď tachografová karta vráti stavové bajty bez dátových  
objektov SM alebo s chybnými dátovými objektmi SM, VU 
musí reláciu ukončiť.  
5.3. Algoritmus na výpo čet kryptografických kontrolných sú čtov 
CSM_028 Kryptografické kontrolné súčty sú zostavené pomocou 
bežných MAC v súlade s ANSI X9.19 s DES:  
— východisková etapa: počiatočný kontrolný blok y0 je 
E(Ka, SSC).  
— nasledujúca etapa: Kontrolné bloky y1, .., yn sa vypočí­
tajú s použitím Ka.  
— konečná etapa: kryptografický kontrolný súčet sa vypočíta 
z posledného kontrolného bloku yn takto: E(Ka, D(Kb, 
yn)). ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 442  
E() znamená šifrovanie s DES a D() znamená dešifrovanie 
s DES.  
Prenášajú sa štyri bajty najvyššieho rádu kryptografického 
kontrolného súčtu.  
CSM_029 Počítadlo sekvencie odosielania (SSC) sa iniciuje počas  
postupu kľúčovej dohody takto:  
Počiatočné SSC: Rnd3 (4 bajty najnižšieho rádu) || Rnd1 (4 
bajty najnižšieho rádu).  
CSM_030 Počítadlo sekvencie odosielania sa musí zvýšiť o 1 vždy  pred 
výpočtom MAC (t. j. SSC pre prvý príkaz je počiatočné SSC 
+ 1, SSC pre prvú odpoveď je počiatočné SSC + 2).  
Tento obrázok ukazuje výpočet MAC:
  
5.4. Algoritmus výpo čtu kryptogramov pre dôvernos ť dátových objektov  
CSM_031 Kryptogramy sa vypočítajú s použitím TDEA v prevádzkovo m 
režime TCBC v súlade s referenčnými dokumentmi (TDES) 
a (TDES-OP) a nulovým vektorom ako počiatočný blok 
hodnôt (Initial Value Block).  
Tento obrázok ukazuje aplikáciu kľúčov v TDES:
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 443  
6. MECHANIZMY DIGITÁLNEHO PODPISU PRI SťAHOVANÍ 
ÚDAJOV  
CSM_032 Inteligentné vyhradené zariadenie (IDE) uchováva údaje prijí­
mané zo zariadenia (VU alebo karty) počas jednej relácie 
sťahovania v jednom fyzickom dátovom súbore. Tento 
súbor musí obsahovať certifikáty MS  i .C a EQT.C. Súbor 
obsahuje digitálne podpisy dátových blokov, ako je špecifi­
kované v dodatku 7 Protokoly sťahovania údajov.  
CSM_033 Digitálne podpisy stiahnutých údajov musia použiť digit álny 
podpisový systém s dodatkom tak, aby sa stiahnuté údaje 
podľa potreby dali čítať bez dešifrovania.  
6.1. Generovanie podpisu  
CSM_034 Generovanie dátového podpisu zariadením sa musí vykonať  
podľa podpisového systému s dodatkom, ktorý je definovaný 
v referenčnom dokumente [PKCS1], s hašovacou funkciou 
SHA-1:  
Podpis = EQT.SK[„00“ || „01“ ||  PS || „00“ || DER(SHA- 
1(Data))]  
PS = výplňový reťazec oktetov s hodnotou „FF“ tak, aby bola 
dĺžka 128.  
DER(SHA-1( M)) je kódovanie ID algoritmu pre hašovaciu 
funkciu a hašovaciu hodnotu na hodnotu ASN.1 typu Diges­
tInfo (odlíšené kódovacie pravidlá – DER):  
„30“||„21“||„30“||„09“||„06“||„05 “||„2B“||„0E“||„03“||„02“||„1A “|| 
„05“||„00“||„04“||„14“||Hašovacia hodnota.  
6.2. Overenie podpisu  
CSM_035 Overenie podpisu stiahnutých údajov sa musí vykonať pod ľa 
podpisového systému s dodatkom, ktorý je definovaný v refe­
renčnom dokumente [PKCS1], s hašovacou funkciou SHA-1.  
Európsky verejný kľúč EUR.PK musí verifikátor poznať 
nezávisle (a dôverovať mu).  
V tejto tabuľke je znázornený protokol, ktorým sa IDE 
s kontrolnou kartou môže riadiť pri overovaní integrity stiah­
nutých údajov ukladaných na ESM (externé pamäťové 
médium). Kontrolná karta sa používa na dešifrovanie digitál­
nych podpisov. Táto funkcia nesmie byť v tomto prípade 
implementovaná v IDE.  
Zariadenie, ktoré stiahlo a podpísalo údaje, ktoré sa majú 
analyzovať, je označené ako EQT.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 444
  
ČASŤ B  
TACHOGRAFOVÝ SYSTÉM DRUHEJ GENERÁCIE  
7. ÚVOD  
7.1. Referen čné dokumenty  
V tejto časti tohto dodatku sa používajú tieto referenčné dokum enty:  
AES Národný inštitút pre normy a technológie USA (NIST), 
FIPS PUB 197: Štandard pokročilého šifrovania (AES), 
26. novembra 2001.  
DSS Národný inštitút pre normy a technológie USA (NIST), 
FIPS PUB 186-4: Štandard digitálneho podpisu (DSS), júl 
2013  
ISO 7816-4 ISO/IEC 7816-4 Identifikačné karty. Karty s integrov a­
nými obvodmi. Časť 4: Štruktúra, bezpečnosť a príkazy 
pre výmenu. Tretie vydanie 2013-04-15  
ISO 7816-8 ISO/IEC 7816-8 Identifikačné karty. Karty s integrov a­
nými obvodmi. Časť 8: príkazy pre operácie zabezpe­ 
čenia. Druhé vydanie 2004-06-01  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 445  
ISO 8825-1 ISO/IEC 8825-1 Informačné technológie. Pravidlá kódo ­
vania v ASN.1: špecifikácia základných kódovacích 
pravidiel (BER), kánonických kódovacích pravidiel 
(CER) a odlíšených kódovacích pravidiel (DER). Štvrté 
vydanie, 2008-12-15  
ISO 9797-1 ISO/IEC 9797-1 Informačné technológie. Bezpečnostné 
techniky. Autentifikačný kód správy (MAC). Časť 1: 
Mechanizmy používajúce blokovú šifru. Druhé vydanie, 
2011-03-01  
ISO 10116 ISO/IEC 10116 Informačné technológie. Bezpečnostné 
techniky. Prevádzkové režimy  n-bitovej blokovej šifry. 
Tretie vydanie, 2006-02-01  
ISO 16844-3 ISO 16844-3 Cestné vozidlá. Tachografové systémy. Č asť 
3: Rozhranie snímača pohybu. Prvé vydanie 2004 vrátane 
technického korigenda 1 2006  
RFC 5480 Kryptografia na báze eliptických kriviek informácie 
subjektu verejného kľúča, marec 2009  
RFC 5639 Kryptografia na báze eliptických kriviek (ECC) – Štan­
dardné Brainpool krivky a generácia krivky, 2010  
RFC 5869 Funkcia odvodenia kľúča s extrakciou a rozšírením na 
báze HMAC (HKDF), máj 2010  
SHS Národný inštitút pre normy a technológie USA (NIST), 
FIPS PUB 180-4: Secure Hash Standard, marec 2012  
SP 800-38B Národný inštitút pre normy a technológie USA (NIST),  
špeciálna publikácia 800-38B: Odporúčanie pre prevá­
dzkové režimy blokovej šifry: Režim CMAC na autenti­
fikáciu, 2005  
TR-03111 BSI Technické usmernenie TR-03111, Kryptografia na 
báze eliptických kriviek, verzia 2.00, 2012-06-28  
7.2. Notácie a skratky  
V tomto dodatku sa použili tieto notácie a skratky:  
AES Štandard pokročilého šifrovania (Advanced Encryption 
Standard)  
CA Certifikačná autorita (Certificate Authority)  
CAR Referencia certifikačnej autority (Certificate Authority 
Reference)  
CBC Reťazenie šifrovacieho bloku (režim prevádzky) (Cipher 
Block Chaining (mode of operation))  
CH Záhlavie príkazu (Command Header)  
CHA Autorizácia držiteľa certifikátu (Certificate Holder Autho­
risation)  
CHR Referencia držiteľa certifikátu (Certificate Holder Refe­
rence)  
CV Konštantný vektor (Constant Vector)  
DER Odlíšené kódovacie pravidlá (Distinguished Encoding 
Rules)  
DO Dátový objekt (Data Object)  
DSRC Vyhradená komunikácia krátkeho dosahu (Dedicated Short 
Range Communication)  
ECC Kryptografia na báze eliptických kriviek (Elliptic Curve 
Cryptography)  
ECDSA Algoritmus digitálneho podpisu na báze eliptických krivie k 
(Elliptic Curve Digital Signature Algorithm)  
ECDH Eliptická krivka Diffie-Hellman (algoritmus kľúčovej 
dohody) (Elliptic Curve Diffie-Hellman)  
EGF Externé zariadenie GNSS (External GNSS Facility)  
EQT Zariadenie (Equipment)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 446  
IDE Inteligentné vyhradené zariadenie (Intelligent Dedicated 
Equipment)  
K M Hlavný kľúč snímača pohybu umožňujúci párovanie 
jednotky vozidla so snímačom pohybu  
K M-VU  Kľúč vložený do jednotiek vozidla, umožňujúci VU 
odvodiť hlavný kľúč snímača pohybu, ak je dielenská 
karta vložená do VU  
K M-WC  Kľúč vložený do dielenských kariet, umožňujúci VU 
odvodiť hlavný kľúč snímača pohybu, ak je dielenská 
karta vložená do VU  
MAC Autentifikačný kód správy (Message Authentication Code)  
MoS Snímač pohybu (Motion Sensor)  
MSB Bit najvyššieho rádu (Most Significant Bit)  
PKI Infraštruktúra verejného kľúča (Public Key Infrastructure)  
RCF Diaľkové komunikačné zariadenie (Remote Communica­
tion Facility)  
SSC Počítadlo sekvencie odosielania (Send Sequence Counter)  
SM Zabezpečené spracovanie správ (Secure Messaging)  
TDES Štandard trojitého šifrovania údajov (Triple Data Encryp­
tion Standard)  
TLV Hodnota dĺžky tagu (Tag Length Value)  
VU Jednotka vozidla (Vehicle Unit)  
X.C Certifikát verejného kľúča používateľa X  
X.CA Certifikačná autorita, ktorá vydala certifikát používateľa  X 
X.CAR Referencia certifikačnej autority uvedená v certifikáte 
používateľa X  
X.CHR Referencia držiteľa certifikátu uvedená v certifikáte pou ží­
vateľa X  
X.PK Verejný kľúč používateľa X  
X.SK Súkromný kľúč používateľa X  
X.PK  eph Efemérny verejný kľúč používateľa X (ephemeral public 
key of user X)  
X.SK  eph Efemérny súkromný kľúč používateľa X (ephemeral 
private key of user X)  
„xx“ hexadecimálna hodnota (a hexadecimal value)  
|| Operátor zreťazenia (concatenation operator)  
7.3. Vymedzenie pojmov  
Vymedzenie pojmov použité v tomto dodatku je uvedené v oddiele 
I prílohy 1C.  
8. KRYPTOGRAFICKÉ SYSTÉMY A ALGORITMY  
8.1. Kryptografické systémy  
CSM_38 Jednotky vozidla a tachografové karty musia používať 
kryptografický systém verejného kľúča na báze eliptických 
kriviek tak, aby poskytovali tieto služby zabezpečenia:  
— vzájomnú autentifikáciu medzi jednotkou vozidla 
a kartou,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 447  
— dohodu kľúčov relácie AES medzi jednotkou vozidla 
a kartou,  
— zaistenie autenticity, integrity a nespochybniteľnosti 
údajov stiahnutých z jednotiek vozidla alebo tachogra­
fových kariet na externé médiá.  
CSM_39 Jednotky vozidla a externé zariadenia GNSS musia 
používať kryptografický systém verejného kľúča na báze 
eliptických kriviek, aby poskytovali tieto služby zabezpe­ 
čenia:  
— spojenie jednotky vozidla s externým zariadením 
GNSS,  
— vzájomnú autentifikáciu medzi jednotkou vozidla 
a externým zariadením GNSS,  
— dohodu kľúčov relácie AES medzi jednotkou vozidla 
a externým zariadením GNSS.  
CSM_40 Jednotky vozidla a tachografové karty používajú syme­
trický kryptografický systém založený na AES, aby posky­
tovali tieto služby zabezpečenia:  
— zaistenie autenticity a integrity údajov vymieňaných 
medzi jednotkou vozidla a tachografovou kartou,  
— v prípade potreby zaistenie dôvernosti údajov vymie­ 
ňaných medzi jednotkou vozidla a tachografovou 
kartou.  
CSM_41 Jednotky vozidla a externé zariadenia GNSS musia 
používať symetrický kryptografický systém založený na 
AES, aby poskytovali tieto služby zabezpečenia:  
— zaistenie autenticity a integrity údajov vymieňaných 
medzi jednotkou vozidla a externým zariadením 
GNSS.  
CSM_42 Jednotky vozidla a snímače pohybu musia používať syme­
trický kryptografický systém založený na AES, aby posky­
tovali tieto služby zabezpečenia:  
— párovanie jednotky vozidla a snímača pohybu,  
— vzájomnú autentifikáciu medzi jednotkou vozidla 
a snímačom pohybu,  
— zaistenie dôvernosti údajov vymieňaných medzi 
jednotkou vozidla a snímačom pohybu.  
CSM_43 Jednotky vozidla a kontrolné karty používajú symetrický 
kryptografický systém založený na AES, aby na rozhraní 
diaľkovej komunikácie poskytovali tieto služby zabezpe­ 
čenia:  
— zaistenie dôvernosti, autenticity a integrity údajov 
odosielaných jednotkou vozidla na kontrolnú kartu.  
Poznámky:  
— V skutočnosti sa údaje prenášajú z jednotky vozidla do 
diaľkového snímača, ktorý ovláda kontrolný úradník 
prostredníctvom diaľkového komunikačného zaria­
denia, ktoré môže byť integrované vo VU alebo 
externé, pozri dodatok 14. Avšak diaľkový snímač 
posiela získané údaje na kontrolnú kartu na dešifro­
vanie a overenie autenticity. Z hľadiska zabezpečenia  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 448  
sú diaľkové komunikačné zariadenie a diaľkový 
snímač úplne transparentné.  
— Dielenská karta poskytuje rovnaké služby zabezpečenia 
pre rozhranie DSRC ako kontrolná karta. To umožňuje 
dielni overiť správne fungovanie diaľkového komuni­
kačného rozhrania VU vrátane zabezpečenia. Viac 
informácií sa uvádza v oddiele 9.2.2.  
8.2. Kryptografické algoritmy  
8.2.1  Symetrické algoritmy  
CSM_44 Jednotky vozidla, tachografové karty, snímače pohybu 
a externé zariadenia GNSS musia podporovať algoritmus 
AES vymedzený v [AES] s dĺžkou kľúča 128, 192 a 256 
bitov.  
8.2.2  Asymetrické algoritmy a štandardizované parametre domény  
CSM_45 Jednotky vozidla, tachografové karty a externé zariadeni a 
GNSS musia podporovať kryptografiu na báze eliptických 
kriviek s veľkosťou kľúča 256, 384 a 512/521 bitov.  
CSM_46 Jednotky vozidla, tachografové karty a externé zariadeni a 
GNSS musia podporovať podpisový algoritmus ECDSA, 
ako je špecifikované v [DSS].  
CSM_47 Jednotky vozidla, tachografové karty a externé zariadeni a 
GNSS musia podporovať algoritmus kľúčovej dohody 
ECKA-EG, ako je špecifikované v [TR 03111].  
CSM_48 V prípade kryptografie na báze eliptických kriviek musia  
jednotky vozidla, tachografové karty a externé zariadenia 
GNSS podporovať všetky štandardizované parametre 
domény uvedené v tabuľke 1 ďalej.  
Tabuľka 1 
Štandardizované parametre domény  
Názov  Veľkosť (v bitoch)  Referencia  Objektový identifikátor  
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 — SK — 21.08.2023 — 003.001 — 449  
Poznámka:  objektové identifikátory uvedené v poslednom 
stĺpci tabuľky 1 sú špecifikované v [RFC 5639] v prípade 
Brainpool kriviek a v [RFC 5480] v prípade NIST kriviek.
  
8.2.3  Hašovacie algoritmy  
▼M1 
CSM_49 Jednotky vozidla, tachografové karty a externé zariadeni a 
GNSS musia podporovať algoritmy SHA– 256, SHA– 384 
a SHA– 512 uvedené v [SHS].  
▼B 
8.2.4  Šifrovacie zostavy  
CSM_50 V prípade symetrického algoritmu sa asymetrický algo­
ritmus a/alebo hašovací algoritmus spoločne používajú na 
vytvorenie bezpečnostného protokolu, pričom ich príslušné 
dĺžky kľúča a veľkosti hash-u musia mať (približne) 
rovnakú silu. Tabuľka 2 zobrazuje povolené šifrovacie 
zostavy:  
Tabuľka 2 
Povolené šifrovacie zostavy  
ID šifrovacej 
zostavy  Veľkosť kľúča ECC (v 
bitoch)  Dĺžka kľúča AES (v 
bitoch)  Hašovací algo­
ritmus  Dĺžka MAC (v 
bajtoch)  
CS#1  256  128  SHA-256  8  
CS#2  384  192  SHA-384  1 2  
CS#3  512/521  256  SHA-512  1 6  
Poznámka:  Veľkosti kľúčov ECC 512 bitov a 521 bitov sa 
na všetky účely v tomto dodatku považujú za rovnako 
silné.  
9. KĽÚČE A CERTIFIKÁTY  
9.1. Asymetrické k ľúčové páry a certifikáty verejného k ľúča 
9.1.1  Všeobecné  
Poznámka:  kľúče opísané v tomto oddiele sa používajú na vzájomnú 
autentifikáciu a zabezpečené spracovanie medzi jednotkami vozid la 
a tachografovými kartami a medzi jednotkami vozidla a vonkajším i zaria­
deniami GNSS. Tieto postupy sú podrobne opísané v kapitolách 10  a 11 
tohto dodatku.  
CSM_51 V rámci európskeho systému inteligentných tachografov, 
sa kľúčové páry ECC a zodpovedajúce certifikáty musia 
generovať a spravovať na troch funkčných hierarchických 
úrovniach:  
— európskej úrovni,  
— úrovni členského štátu,  
— úrovni zariadenia.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 450  
CSM_52 V rámci celého európskeho systému inteligentných tacho­
grafov sa verejné a súkromné kľúče a certifikáty musia 
generovať, spravovať a prenášať pomocou štandardizova­
ných a zabezpečených metód.  
9.1.2  Európska úrove ň 
CSM_53 Na európskej úrovni sa musí generovať jeden jedinečný 
kľúčový pár ECC označený ako EUR. Musí pozostávať 
zo súkromného kľúča (EUR.SK) a verejného kľúča 
(EUR.PK). Tento kľúčový pár tvorí pár koreňových 
kľúčov celej PKI európskeho inteligentného tachografu. 
Túto úlohu musí plniť Európsky úrad prvotnej certifikácie 
(European Root Certificate Authority – ERCA), ktorý 
podlieha Európskej komisii a je pod jej zodpovednosťou.  
CSM_54 ERCA musí použiť európsky súkromný kľúč na podpí­
sanie (samopodpísaného) koreňového certifikátu európ­
skeho verejného kľúča, a musí oznámiť tento európsky 
koreňový certifikát všetkým členským štátom.  
CSM_55 Na požiadanie ERCA musí použiť európsky súkromný 
kľúč na podpísanie certifikátov verejných kľúčov člen­
ských štátov. ERCA musí uchovávať záznamy všetkých 
podpísaných certifikátov verejného kľúča členských štátov.  
CSM_56 Ako sa uvádza na obrázku 1 v oddiele 9.1.7, ERCA musí 
vygenerovať nový európsky pár koreňových kľúčov 
každých 17 rokov. Vždy, keď ERCA vygeneruje nový 
európsky pár koreňových kľúčov, musí vytvoriť nový 
samopodpísaný koreňový certifikát pre nový európsky 
verejný kľúč. Obdobie platnosti európskeho koreňového 
certifikátu je 34 rokov a 3 mesiace.  
Poznámka:  Zavedenie nového páru koreňových kľúčov 
tiež znamená, že ERCA vygeneruje nový hlavný kľúč 
snímača pohybu a nový hlavný kľúč DRSC, pozri body 
9.2.1.2 a 9.2.2.2.  
CSM_57 Pred vytvorením nového európskeho páru koreňových 
kľúčov musí ERCA zanalyzovať kryptografickú silu, 
ktorá je potrebná pre nový kľúčový pár, keďže by mal 
byť bezpečný po nasledujúcich 34 rokov. Ak sa zistí, že 
je to potrebné, ERCA musí použiť šifrovaciu zostavu, 
ktorá je silnejšia, ako súčasná, ako je uvedené v CSM_50.  
▼M1 
CSM_58 Vždy, keď sa generuje nový európsky pár koreňových 
kľúčov, ERCA musí pre nový európsky verejný kľúč 
vytvoriť prepájací certifikát a podpísať ho predchádza­
júcim európskym súkromným kľúčom. Obdobie platnosti 
prepájacieho certifikátu je 17 rokov a 3 mesiace. Je to 
znázornené aj na obrázku 1 v oddiele 9.1.7.  
▼B 
Poznámka:  Keďže prepájací certifikát obsahuje verejný 
kľúč ERCA generácie  X a podpisuje sa súkromným 
kľúčom ERCA generácie  X-1 , prepájací certifikát posky­
tuje zaradeniu vydanému v rámci generácie  X-1  metódu, 
ako dôverovať zariadeniu vydanému v rámci generácie  X. 
CSM_59 ERCA nepoužije súkromný kľúč starého páru koreňových 
kľúčov na žiadne účely potom, ako nadobudne platnosť 
certifikát nového páru koreňových kľúčov.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 451  
CSM_60 ERCA musí mať neustále k dispozícii tieto kryptografické  
kľúče a certifikáty:  
— aktuálny kľúčový pár EUR a zodpovedajúci certifikát  
— všetky predchádzajúce certifikáty EUR, ktoré sa majú 
použiť na overovanie certifikátov MSCA, ktoré sú stále 
platné  
— certifikáty prepojenia pre všetky generácie certifikátov 
EUR okrem prvej generácie.  
9.1.3  Úrove ň členského štátu  
CSM_61 Na úrovni členských štátov musia všetky členské štáty, o d 
ktorých sa požaduje podpísanie certifikátov tachografovej 
karty, vygenerovať jeden alebo viac jedinečných kľúčo­
vých párov ECC označených ako MSCA_Card. Všetky 
členské štáty, od ktorých sa požaduje podpísanie certifi­
kátov pre jednotky vozidla alebo externé zariadenia GNSS, 
musia navyše vygenerovať jeden alebo viac jedinečných 
kľúčových párov ECC označených ako MSCA_VU-EGF.  
CSM_62 Úlohu vygenerovať kľúčové páry členského štátu musí 
splniť certifikačná autorita členského štátu (MSCA). 
Vždy, keď MSCA vygeneruje kľúčový pár členského 
štátu, musí autorite ERCA poslať verejný kľúč s cieľom 
získať zodpovedajúci certifikát členského štátu podpísaný 
ERCA.  
CSM_63 MSCA musí zvoliť silu kľúčového páru členského štátu, 
ktorá je rovnaká, ako sila európskeho páru koreňových 
kľúčov použitého na podpísanie zodpovedajúceho certifi­
kátu členského štátu.  
CSM_64 Ak kľúčový pár MSCA_VU-EGF existuje, musí pozo­
stávať zo súkromného kľúča MSCA_VU-EGF.SK a verej­
ného kľúča MSCA_VU-EGF.PK. MSCA musí používať 
súkromný kľúč MSCA_VU-EGF.SK výlučne na podpiso­
vanie certifikátov verejného kľúča jednotiek vozidla 
a externých zariadení GNSS.  
CSM_65 Kľúčový pár MSCA_Card musí pozostávať zo súkrom­
ného kľúča MSCA_Card.SK a verejného kľúča 
MSCA_Card.PK. MSCA musí používať súkromný kľúč 
MSCA_Card.SK výlučne na podpisovanie certifikátov 
verejného kľúča tachografových kariet.  
CSM_66 MSCA musí uchovávať záznamy o všetkých podpísaných 
certifikátoch VU, certifikátoch externých zariadení GNSS 
a certifikátoch kariet, spolu s identifikáciou zariadenia, pre 
ktoré je certifikát určený.  
CSM_67 Obdobie platnosti certifikátu MSCA_VU-EGF je 17 rokov 
a 3 mesiace. Obdobie platnosti certifikátu MSCA_Card je 
7 rokov a 1 mesiac.  
CSM_68 Ako sa uvádza na obrázku 1 v oddiele 9.1.7, musí byť 
obdobie použitia kľúča v prípade súkromného kľúča 
kľúčového páru MSCA_VU-EGF a súkromného kľúča 
kľúčového páru MSCA_Card dva roky.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 452  
CSM_69 Od okamihu, keď sa skončilo obdobie použitia súkrom­
ného kľúča kľúčového páru MSCA_VU-EGF, ho MSCA 
nesmie použiť na žiadne účely. Od okamihu, keď sa skon­ 
čilo obdobie použitia súkromného kľúča kľúčového páru 
MSCA_Card, nesmie MSCA ani ten použiť na žiadne 
účely.  
CSM_70 MSCA musí mať neustále k dispozícii tieto kryptografické  
kľúče a certifikáty:  
— aktuálny kľúčový pár MSCA_Card a zodpovedajúci 
certifikát  
— všetky predchádzajúce certifikáty MSCA_Card, ktoré 
sa majú použiť na overovanie certifikátov tachografo­
vých kariet, ktoré sú stále platné  
— aktuálny certifikát EUR potrebný na overovanie aktu­
álneho certifikátu MSCA  
— všetky predchádzajúce certifikáty EUR potrebné na 
overovanie všetkých certifikátov MSCA, ktoré sú 
stále platné  
CSM_71 Ak sa vyžaduje, aby MSCA podpísal certifikáty pre 
jednotky vozidla alebo externé zariadenia GNSS, musí 
mať navyše k dispozícii aj tieto kľúče a certifikáty:  
— aktuálny kľúčový pár MSCA_VU-EGF a zodpovedajúci 
certifikát  
— všetky predchádzajúce verejné kľúče MSCA_VU-EGF, 
ktoré sa majú používať na overovanie certifikátov VU 
alebo externých zariadení GNSS, ktoré sú stále platné  
9.1.4  Úrove ň zariadenia: Jednotky vozidla  
▼M1 
CSM_72 Dva jedinečné kľúčové páry ECC sa musia generovať pre 
každú jednotku vozidla, označené ako VU_MA a VU_Sign. 
To patrí medzi úlohy výrobcov VU. Vždy, keď sa vyge­
neruje kľúčový pár VU, strana, ktorá kľúč generuje, musí 
poslať verejný kľúč svojej autorite MSCA, s cieľom získať 
zodpovedajúci certifikát VU podpísaný MSCA. Súkromný 
kľúč musí používať len jednotka vozidla.  
▼B 
CSM_73 Certifikáty VU_MA a VU_Sign danej jednotky vozidla 
musia mať ten istý dátum účinnosti certifikátu.  
CSM_74 Výrobca VU musí zvoliť silu kľúčového páru VU, ktorá je 
rovnaká, ako sila kľúčového páru MSCA použitého na 
podpísanie certifikátu príslušnej VU.  
CSM_75 Jednotka vozidla musí použiť svoj kľúčový pár VU_MA, 
pozostávajúci zo súkromného kľúča VU_MA.SK a verej­
ného kľúča VU_MA.PK, výlučne na VU autentifikáciu 
tachografových kariet a externých zariadení GNSS, ako 
sa uvádza v oddieloch 10.3 a 11.4 tohto dodatku.  
CSM_76 Jednotka vozidla musí byť schopná generovať efemérne 
kľúčové páry ECC a musí použiť efemérny kľúčový pár 
výlučne na vykonanie kľúčovej dohody relácie s tachogra­
fovou kartou alebo externým zariadením GNSS, ako sa 
uvádza v oddieloch 10.4 a 11.4 tohto dodatku.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 453  
CSM_77 Jednotka vozidla musí použiť súkromný kľúč VU_Sign.SK 
jeho kľúčového páru VU_Sign výlučne na podpisovanie 
stiahnutých dátových súborov, ako je uvedené v kapitole 
14 tohto dodatku. Zodpovedajúci verejný kľúč 
VU_Sign.PK sa musí použiť výlučne na overovanie 
podpisov vytvorených jednotkou vozidla.  
CSM_78 Ako je znázornené na obrázku 1 v oddiele 9.1.7, obdobie 
platnosti certifikátu VU_MA je 15 rokov a 3 mesiace. 
Obdobie platnosti certifikátu VU_Sign je 15 rokov a 3 
mesiace.  
Poznámky:  
— Obdobie predĺženej platnosti certifikátu VU_Sign 
umožňuje jednotke vozidla vytvoriť platné podpisy 
pre stiahnuté údaje počas prvých troch mesiacov po 
jej uplynutí, ako sa vyžaduje v nariadení (EÚ) 
č. 581/2010.  
— Obdobie predĺženej platnosti certifikátu VU_MA je 
potrebné, aby sa umožnila autentifikácia VU pre 
kontrolnú alebo podnikovú kartu počas prvých troch 
mesiacov po jej uplynutí, tak, aby bolo možné vykonať 
sťahovanie údajov.  
CSM_79 Jednotka vozidla nesmie použiť súkromný kľúč kľúčového 
páru VU po uplynutí platnosti zodpovedajúceho certifikátu 
na žiadne účely.  
CSM_80 Kľúčové páry VU (okrem efemérnych kľúčových párov) 
a zodpovedajúce certifikáty danej jednotky vozidla sa 
nesmú nahradiť alebo obnoviť v praxi po tom, ako bola 
jednotka vozidla uvedená do prevádzky.  
Poznámky:  
— Efemérne kľúčové páry nie sú do tejto požiadavky 
zahrnuté, keďže nový efemérny kľúčový pár je gene­
rovaný VU vždy, keď sa vykonáva autentifikácia čipu 
a kľúčová dohoda relácie, pozri oddiel 10.4. Upozor­ 
ňujeme, že efemérne kľúčové páry nemajú zodpoveda­
júce certifikáty.  
— Táto požiadavka nezakazuje možnosť nahradenia 
statických kľúčových párov VU počas modernizácie 
alebo opravy v zabezpečenom prostredí kontrolovanom 
výrobcom VU.  
CSM_81 Pri uvádzaní do prevádzky musia jednotky vozidla obsa­
hovať tieto kryptografické kľúče a certifikáty:  
— súkromný kľúč VU_MA a zodpovedajúci certifikát  
— súkromný kľúč VU_Sign a zodpovedajúci certifikát  
— certifikát MSCA_VU-EGF obsahujúci verejný kľúč 
MSCA_VU-EGF.PK, ktorý sa má použiť na overo­
vanie certifikátu VU_MA a certifikátu VU_Sign  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 454  
— certifikát EUR obsahujúci verejný kľúč EUR.PK, ktorý 
sa má použiť na overovanie certifikátu MSCA_VU- 
EGF  
— certifikát EUR, ktorého platnosť priamo predchádza 
platnosti certifikátu EUR, ktorý sa má použiť na overo­
vanie certifikátu MSCA_VU-EGF, ak takýto certifikát 
existuje  
— prepájací certifikát prepájajúci tieto dva certifikáty 
EUR, ak existuje.  
CSM_82 Okrem kryptografických kľúčov a certifikátov uvedených 
v CSM_81 musia jednotky vozidla obsahovať aj kľúče 
a certifikáty uvedené v časti A tohto dodatku, umožňujúce 
jednotke vozidla komunikovať s tachografovými kartami 
prvej generácie.  
9.1.5  Úrove ň zariadenia: Tachografové karty  
▼M1 
CSM_83 Pre každú tachografovú kartu musí byť vygenerovaný 
jeden jedinečný kľúčový pár ECC, označený ako 
Card_MA. Pre každú kartu vodiča a dielenskú kartu sa 
musí navyše vygenerovať druhý jedinečný kľúčový pár 
ECC, označený ako Card_Sign. Tieto úlohy môžu plniť 
výrobcovia kariet alebo personalizátori kariet. Vždy, keď 
sa vygeneruje kľúčový pár karty, strana, ktorá kľúč gene­
ruje, musí poslať verejný kľúč svojej autorite MSCA, 
s cieľom získať zodpovedajúci certifikát karty podpísaný 
MSCA. Súkromný kľúč musí používať len tachografová 
karta.  
▼B 
CSM_84 Certifikáty Card_MA a Card_Sign danej karty vodiča 
alebo dielenskej karty musia mať ten istý dátum účinnosti 
certifikátu.  
CSM_85 Výrobca karty alebo personalizátor karty musí zvoliť sil u 
kľúčového páru karty, ktorá je rovnaká, ako sila kľúčo­
vého páru MSCA použitého na podpísanie príslušného 
certifikátu karty.  
CSM_86 Tachografová karta musí použiť svoj kľúčový pár 
Card_MA, pozostávajúci zo súkromného kľúča 
Card_MA.SK a verejného kľúča Card_MA.PK, výlučne 
na vykonanie vzájomnej autentifikácie a kľúčovej dohody 
relácie s jednotkami vozidla, ako sa uvádza v oddieloch 
10.3 a 10.4 tohto dodatku.  
CSM_87 Karta vodiča alebo dielenská karta musí použiť súkromný 
kľúč Card_Sign.SK jej kľúčového páru Card_Sign výlučne 
na podpisovanie stiahnutých dátových súborov, ako je 
uvedené v kapitole 14 tohto dodatku. Zodpovedajúci 
verejný kľúč Card_Sign.PK sa musí použiť výlučne na 
overovanie podpisov vytvorených kartou.  
▼M1 
CSM_88 Obdobie platnosti certifikátu Card_MA je takéto:  
— v prípade kariet vodiča: 5 roky,  
— v prípade podnikových kariet: 5 roky,  
— v prípade kontrolných kariet: 2 roky,  
— v prípade dielenských kariet: 1 rok.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 455  
CSM_89 Obdobie platnosti certifikátu Card_Sign je takéto: 
— V prípade kariet vodiča:  5 rokov a 1 mesiac  
— V prípade dielenských kariet:  1 rok a 1 mesiac  
Poznámka:  Obdobie predĺženej platnosti certifikátu 
Card_Sign umožňuje karte vodiča vytvoriť platné podpisy 
pre stiahnuté údaje počas prvého mesiaca po jej uplynutí. 
Je to potrebné z hľadiska nariadenia (EÚ) č. 581/2010, 
v ktorom sa vyžaduje, že sťahovanie údajov z karty vodiča 
musí byť možné do 28 dní po zaznamenaní posledných 
údajov.  
CSM_90 Kľúčové páry a zodpovedajúce certifikáty danej tachogra­
fovej karty sa nesmú nahradiť alebo obnoviť potom, ako 
bola karta vydaná.  
CSM_91 Po vydaní musia tachografové karty obsahovať tieto kryp­
tografické kľúče a certifikáty:  
— súkromný kľúč Card_MA a zodpovedajúci certifikát  
— karty vodičov alebo dielenské karty obsahujú navyše: 
Súkromný kľúč Card_Sign a zodpovedajúci certifikát  
— certifikát MSCA_Card obsahujúci verejný kľúč 
MSCA_Card.PK, ktorý sa má použiť na overovanie 
certifikátu Card_MA a certifikátu Card_Sign  
— certifikát EUR obsahujúci verejný kľúč EUR.PK, ktorý 
sa má použiť na overovanie certifikátu MSCA_Card  
— certifikát EUR, ktorého platnosť priamo predchádza 
platnosti certifikátu EUR, ktorý sa má použiť na overo­
vanie certifikátu MSCA_Card, ak takýto certifikát 
existuje  
— prepájací certifikát prepájajúci tieto dva certifikáty 
EUR, ak existuje.  
▼M1 
— Navyše iba v prípade kontrolných kariet, podnikových 
kariet a dielenských kariet a iba ak sú takéto karty 
vydané počas prvých troch mesiacov obdobia platnosti 
nového certifikátu EUR: certifikát EUR, ktorý je o dve 
generácie starší, ak existuje.  
Poznámka k poslednej zarážke:  Napríklad v prvých 
troch mesiacoch certifikátu ERCA(3) (pozri obrázok 
1) musia uvedené karty obsahovať certifikát ERCA(1). 
Tým sa má zabezpečiť, aby tieto karty mohli byť 
použité nasťahovanie údajov z jednotiek vozidla 
ERCA(1), ktorých bežná 15– ročná doba životnosti 
plus 3– mesačné obdobie nasťahovanie údajov sa 
skončí v týchto mesiacoch; pozri poslednú zarážku 
požiadavky 13 v prílohe IC.  
▼B 
CSM_92 Okrem kryptografických kľúčov a certifikátov uvedených 
v CSM_91 musia tachografové karty obsahovať aj kľúče 
a certifikáty uvedené v časti A tohto dodatku, umožňujúce 
týmto kartám komunikovať s VU prvej generácie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 456  
9.1.6  Úrove ň zariadenia: Externé zariadenia GNSS  
▼M1 
CSM_93 Musí sa vygenerovať jeden jedinečný kľúčový pár ECC 
pre každé externé zariadenie GNSS, označený ako 
EGF_MA. To patrí medzi úlohy výrobcov externých zaria­
dení GNSS. Vždy, keď sa vygeneruje kľúčový pár 
EGF_MA, strana, ktorá kľúč generuje, musí poslať verejný 
kľúč svojej autorite MSCA s cieľom získať zodpovedajúci 
certifikát EGF_MA podpísaný MSCA. Súkromný kľúč 
musí používať len externé zariadenie GNSS.  
▼B 
CSM_94 Výrobca EGF musí zvoliť silu kľúčového páru EGF_MA, 
ktorá je rovnaká, ako sila kľúčového páru MSCA použi­
tého na podpísanie zodpovedajúceho certifikátu EGF_MA.  
▼M1 
CSM_95 Externé zariadenie GNSS musí použiť svoj kľúčový pár 
EGF_MA pozostávajúci zo súkromného kľúča 
EGF_MA.SK a verejného kľúča EGF_MA.PK, a to 
výlučne na vykonanie vzájomnej autentifikácie a kľúčovej 
dohody relácie s jednotkami vozidla, ako sa uvádza 
v oddiele 11.4 tohto dodatku.  
▼B 
CSM_96 Obdobie platnosti certifikátu EGF_MA je 15 rokov.  
CSM_97 Externé zariadenie GNSS nesmie použiť súkromný kľúč 
svojho kľúčového páru EGF_MA na spojenie s jednotkou 
vozidla po uplynutí platnosti zodpovedajúceho certifikátu.  
Poznámka:  ako je vysvetlené v oddiele 11.3.3, EGF 
prípadne môže použiť svoj súkromný kľúč na vzájomnú 
autentifikáciu s VU, s ktorou je už spojené, dokonca aj po 
uplynutí platnosti príslušného certifikátu.  
CSM_98 Kľúčový pár EGF_MA a príslušný certifikát daného exter­
ného zariadenia GNSS sa nesmú nahradiť alebo obnoviť 
v praxi, po tom, ako bolo EGF uvedené do prevádzky.  
Poznámka:  Táto požiadavka nezakazuje možnosť nahra­
denia kľúčových párov EGF počas modernizácie alebo 
opravy v zabezpečenom prostredí kontrolovanom 
výrobcom EGF.  
CSM_99 Pri uvádzaní do prevádzky musí externé zariadenie GNSS 
obsahovať tieto kryptografické kľúče a certifikáty:  
— súkromný kľúč EGF_MA a zodpovedajúci certifikát  
— certifikát MSCA_VU-EGF obsahujúci verejný kľúč 
MSCA_VU-EGF.PK, ktorý sa má použiť na overo­
vanie certifikátu EGF_MA  
— certifikát EUR obsahujúci verejný kľúč EUR.PK, ktorý 
sa má použiť na overovanie certifikátu MSCA_VU- 
EGF ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 457  
— certifikát EUR, ktorého platnosť priamo predchádza 
platnosti certifikátu EUR, ktorý sa má použiť na overo­
vanie certifikátu MSCA_VU-EGF, ak takýto certifikát 
existuje  
— prepájací certifikát prepájajúci tieto dva certifikáty 
EUR, ak existuje.  
9.1.7  Prehľad: Náhrada certifikátu  
Obrázok 1 ukazuje, ako sa rôzne generácie koreňových certifikát ov 
ERCA, certifikátov prepojenia ERCA, certifikátov MSCA a certifi kátov 
zariadenia (VU alebo karta) vydávajú a používajú v čase:  
▼M1 
Obrázok 1  
Vydávanie a používanie rôznych generácií kore ňových certifikátov ERCA, prepájacích certifikátov ERCA, 
certifikátov MSCA a certifikátov zariadenia
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 458  
Poznámky k obrázku 1:  
1. Rôzne generácie koreňového certifikátu sú označované číslom 
v zátvorkách. Napr. ERCA (1) je prvá generácia koreňového certi fi­
kátu ERCA; ERCA (2) je druhá generácia atď.  
2. Iné certifikáty sú označené dvomi číslami v zátvorkách, prvé  číslo 
označuje generáciu koreňového certifikátu, v rámci ktorej sú vy dané, 
druhé číslo označuje generáciu samotného certifikátu. Napr. 
MSCA_Card (1-1) je prvým certifikátom MSCA_Card vydaným na 
základe ERCA (1); MSCA_Card (2-1) je prvým certifikátom 
MSCA_Card vydaným na základe ERCA (2); MSCA_Card (2-last) 
je posledným certifikátom MSCA_Card vydaným na základe ERCA 
(2); Card_MA (2-1) je prvým certifikátom karty na vzájomnú aute n­
tifikáciu, ktorý je vydaný na základe ERCA (2) atď.  
3. Certifikáty MSCA_Card (2-1) a MSCA_Card (1-last) sú vydané 
v takmer, ale nie presne v ten istý deň. MSCA_Card (2-1) je 
prvým certifikátom MSCA_Card vydaným na základe ERCA (2) 
a bude vydaný trochu neskôr ako MSCA_Card (1-last), posledný 
certifikát MSCA_Card na základe ERCA (1).  
4. Ako je znázornené na obrázku, prvý certifikát VU a certifiká t karty 
vydané na základe ERCA (2) sa objavia takmer dva roky predtým, 
ako sa objaví posledný certifikát VU a certifikát karty vydané na 
základe ERCA (1). Dôvodom je skutočnosť, že certifikáty VU 
a karty sú vydané na základe certifikátu MSCA, a nie priamo na 
základe certifikátu ERCA. Certifikát MSCA (2–1) bude vydaný 
hneď potom, ako ERCA (2) nadobudne platnosť, ale certifikát 
MSCA (1-last) bude vydaný len o trochu skôr – na samom konci 
platnosti certifikátu ERCA (1). Preto tieto dva certifikáty MSC A 
budú mať takmer rovnaké obdobie platnosti, napriek skutočnosti,  ž e  
patria k odlišným generáciám.  
5. Obdobie platnosti uvedené v prípade kariet je obdobie platné  pre karty 
vodiča (5 rokov).  
▼M1 
6. Aby sa ušetril priestor, rozdiel v období platnosti medzi ce rtifikátmi 
Card_MA a Card_Sign sa uvádza len pre prvú generáciu.  
▼B 
9.2. Symetrické k ľúče 
9.2.1  Kľúče na zabezpe čenie komunikácie VU – sníma č pohybu  
9.2.1.1  Všeobecné  
Poznámka:  predpokladá sa, že čitatelia tohto oddielu poznajú obsah 
normy [ISO 16844-3], kde sa opisujú rozhrania medzi jednotkou v ozidla 
a snímačom pohybu. Proces párovania medzi VU a snímačom pohybu je 
podrobne opísaný v kapitole 12 tohto dodatku.  
CSM_100 Ako sa uvádza v tabuľke 3, na párovanie jednotiek vozid la 
so snímačmi pohybu z dôvodu vzájomnej autentifikácie 
medzi jednotkami vozidla a snímačmi pohybu a na šifro­
vanie komunikácie medzi jednotkami vozidla a snímačmi 
pohybu je potrebných niekoľko symetrických kľúčov. 
Všetky tieto kľúče musia byť kľúčmi AES, s dĺžkou 
kľúča rovnajúcou sa dĺžke hlavného kľúča snímača pohybu, 
ktorý musí byť prepojený s dĺžkou (predpokladaného) 
európskeho páru koreňových kľúčov, ako je uvedené 
v CSM_50.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 459  
Tabuľka 3 
Kľúče na zabezpe čenie komunikácie jednotka vozidla – sníma č pohybu  
Kľúč  Symbol  Generuje  Metóda generovania  Ukladá  
Hlavný kľúč snímača 
pohybu – časť VU  K M-VU  ERCA  Náhodné  ERCA, MSCA zapojené 
do vydávania certifikátov VU, 
výrobcovia VU, jednotky 
vozidla  
Hlavný kľúč snímača 
pohybu – časť dielňa  K M-WC  ERCA  Náhodné  ERCA, MSCA, výrobcovia 
kariet, dielenské karty  
Hlavný kľúč snímača 
pohybu  K M Samostatne sa 
negeneruje  Vypočítané ako K  M = 
K M-VU  XOR K  M-WC  ERCA, MSCA zapojené 
do vydávania kľúčov snímačov 
pohybu (nepovinne) (*)  
Identifikačný kľúč  K  ID Samostatne sa 
negeneruje  Vypočítané ako K  ID =  
K M XOR CV, kde CV 
je špecifikované 
v CSM_106  ERCA, MSCA zapojené 
do vydávania kľúčov snímačov 
pohybu (nepovinne) (*)  
Párovací kľúč  K  P Výrobca snímača 
pohybu  Náhodné  Jeden snímač pohybu  
Kľúč relácie  K  S VU (počas páro­
vania VU so 
snímačom 
pohybu)  Náhodné  Jedna VU a jeden snímač 
pohybu  
(*) Uloženie K  M a K  ID je nepovinné, keďže tieto kľúče možno odvodiť z K  M-VU  , K  M-WC  a CV.  
CSM_101 Európsky úrad prvotnej certifikácie musí vygenerovať K  M- 
VU a K  M-WC  , dva náhodné a jedinečné kľúče AES, z ktorých 
môže byť vypočítaný hlavný kľúč snímača pohybu ako K  M- 
VU XOR K  M-WC  . ERCA musí certifikačným autoritám člen­
ských štátov na požiadanie oznámiť K  M, K M-VU  a K  M-WC  . 
CSM_102 ERCA musí prideliť každému hlavnému kľúču snímača 
pohybu K  M jedinečné číslo verzie, ktorá sa vzťahuje aj na 
podkladové kľúče K  M-VU  a K  M-WC  a na súvisiaci identifi­
kačný kľúč K  ID . ERCA musí pri zasielaní K  M-VU  a K  M-WC  
informovať MSCA o čísle verzie.  
Poznámka:  Číslo verzie sa používa na rozlíšenie rôznych 
generácií týchto kľúčov, ako je podrobne vysvetlené 
v oddiele 9.2.1.2.  
CSM_103 Certifikačná autorita členského štátu musí výrobcom jed no­
tiek vozidla na požiadanie poslať K  M-VU  spolu s číslom jeho 
verzie. Výrobcovia VU musia vložiť K  M-VU  a číslo jeho 
verzie do všetkých vyrobených VU.  
CSM_104 Certifikačná autorita členského štátu musia zabezpečiť,  aby 
K M-WC  spolu s číslom jeho verzie bolo vložené do každej 
dielenskej karty vydanej v rámci jeho zodpovednosti.  
Poznámky:  
— Pozri opis dátového typu
  
v dodatku 2.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 460  
— Ako je vysvetlené v oddiele 9.2.1.2, v skutočnosti môže 
byť potrebné do jedinej dielenskej karty vložiť viaceré 
generácie K  M-WC  . 
CSM_105 Okrem kľúča AES špecifikovaného v CSM_104 musí 
MSCA zaistiť, aby sa kľúč TDES Km  WC špecifikovaný 
v požiadavke CSM_ 037 v časti A tohto dodatku vložil 
do každej dielenskej karty vydanej v rámci jeho 
zodpovednosti.  
Poznámky:  
— To umožňuje, aby sa dielenská karta druhej generácie 
mohla použiť na pripojenie VU prvej generácie.  
— Dielenská karta druhej generácie bude obsahovať dve 
rôzne aplikácie, jedna v súlade s časťou B tohto dodatku 
a jedna v súlade s časťou A. Druhá aplikácia bude 
obsahovať kľúč TDES Km  WC . 
CSM_106 MSCA zapojený do vydávania snímačov pohybu musí 
odvodiť identifikačný kľúč z hlavného kľúča snímača 
pohybu XOR šifrovaním s konštantným vektorom CV. 
Hodnota CV je takáto:  
▼M1 
— V prípade 128– bitových hlavných kľúčov snímačov 
pohybu: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 
97 91 E4 5D 83’  
▼B 
— V prípade 192-bitových hlavných kľúčov snímačov 
pohybu: 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“  
— V prípade 256-bitových hlavných kľúčov snímačov 
pohybu: 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“  
Poznámka:  Konštantné vektory boli vygenerované takto:  
Pi_10 = prvých 10 bajtov desatinnej časti matematickej 
konštanty π = „24 3F 6A 88 85 A3 08 D3 13 19“  
CV_128-bitov = prvých 16 bajtov SHA-256(Pi_10)  
CV_192-bitov = prvých 24 bajtov SHA-384(Pi_10)  
CV_256-bitov = prvých 32 bajtov SHA-512(Pi_10)  
CSM_107  ►M1 Každý výrobca snímačov pohybu musí pre každý 
snímač pohybu vygenerovať náhodný a jedinečný párovací 
kľúč K  P a poslať každý párovací kľúč svojej certifikačnej 
autorite v danom členskom štáte. MSCA musí zašifrovať 
každý párovací kľúč osobitne s hlavným kľúčom snímača 
pohybu K  M a vrátiť zašifrovaný kľúč výrobcovi snímačov 
pohybu. V prípade každého zašifrovaného kľúča musí 
MSCA oznámiť výrobcovi snímačov pohybu číslo verzie 
príslušného K  M . ◄ 
Poznámka:  Ako je vysvetlené v oddiele 9.2.1.2, v skutoč­
nosti je možné, že výrobca snímačov pohybu bude musieť 
pre jeden snímač pohybu generovať viacero jedinečných 
párovacích kľúčov.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 461  
CSM_108 Každý výrobca snímačov pohybu musí pre každý snímač 
pohybu vygenerovať jedinečné sériové číslo a poslať všetky 
sériové čísla svojej certifikačnej autorite v danom členskom 
štáte. MSCA musí každé sériové číslo zašifrovať osobitne 
s identifikačným kľúčom K  ID a vrátiť zašifrované sériové 
číslo výrobcovi snímačov pohybu. V prípade každého zašif­
rovaného sériového čísla musí MSCA oznámiť výrobcovi 
snímačov pohybu číslo verzie príslušného K  ID . 
▼B 
CSM_109 Pre požiadavky CSM_107 a CSM_108 musí MSCA použiť 
algoritmus AES v prevádzkovom režime reťazenia šifrova­
cieho bloku, ako je vymedzené v norme [ISO 10116], s para­
metrom prekladania (interleave parameter)  m = 1 a iniciali­
začným vektorom SV = „00“ {16}, t. j. šestnásť bajtov 
s binárnou hodnotu 0. V prípade potreby musí MSCA 
použiť metódu výplne 2 vymedzenú v norme [ISO 9797-1].  
CSM_110 Výrobca snímačov pohybu musí uchovávať šifrovaný páro­
vací kľúč a šifrované sériové číslo v určenom snímači 
pohybu, spolu so zodpovedajúcimi nezašifrovanými hodno­
tami textu a číslom verzie K  M a K  ID použitej na šifrovanie.  
Poznámka:  Ako je vysvetlené v oddiele 9.2.1.2, v skutoč­
nosti je možné, že výrobca snímačov pohybu bude musieť 
do jedného snímača pohybu vložiť viaceré zašifrované páro­
vacie kľúče a viaceré zašifrované sériové čísla.  
CSM_111 Okrem kryptografického materiálu založeného na AES 
špecifikovaného v CSM_110 môže tiež výrobca snímačov 
pohybu v každom snímači pohybu uložiť kryptografický 
materiál založený na TDES špecifikovaný v požiadavke 
CSM_ 037 v časti A tohto dodatku.  
Poznámka:  to umožní snímaču pohybu druhej generácie, 
aby sa spojil s VU prvej generácie.  
CSM_112 Dĺžka kľúča relácie K  S vygenerovaného VU počas páro­
vania so snímačom pohybu musí byť prepojená s dĺžkou 
jeho K  M-VU  , ako je opísané v CSM_50.  
9.2.1.2  Nahradenie hlavného k ľúča snímača pohybu v zariadení druhej gene ­
rácie  
CSM_113 Každý hlavný kľúč snímača pohybu a všetky súvisiace 
kľúče (pozri tabuľku 3) je spojený s konkrétnou generáciou 
páru koreňových kľúčov ERCA. Tieto kľúče sa preto musia 
nahradiť každých 17 rokov. Obdobie platnosti každej gene­
rácie hlavného kľúča snímača pohybu sa musí začať jeden 
rok predtým, ako príslušný pár koreňových kľúčov ERCA 
nadobudne platnosť a skončiť vtedy, keď sa skončí platnosť 
príslušného páru koreňových kľúčov ERCA. Je to znázor­
nené na obrázku 2.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 462  
Obrázok 2  
Vydávanie a používanie rôznych generácií hlavného k ľúča snímača pohybu v jednotkách vozidla, sníma čoch 
pohybu a dielenských kartách
  
CSM_114 Aspoň jeden rok pred vygenerovaním nového európskeho 
páru koreňových kľúčov, ako je opísané v CSM_56, musí 
ERCA vygenerovať nový hlavný kľúč snímača pohybu K  M 
vygenerovaním nového K  M-VU  a K  M-WC  . Dĺžka hlavného 
kľúča snímača pohybu musí byť, podľa CSM_50, prepojená 
s predpokladanou silou zabezpečenia nového európskeho 
páru koreňových kľúčov. Keď o to MSCA požiadajú, 
musí im ERCA oznámiť nové K  M , K  M-VU  a K  M-WC  spolu 
s číslami ich verzií.  
CSM_115 MSCA musí zabezpečiť, aby boli všetky platné generácie 
K M-WC  uložené na každej dielenskej karte vydanej v rámci 
jeho právomoci, spolu s číslami ich verzií, ako sa uvádza na 
obrázku 2.  
Poznámka:  to znamená, že v poslednom roku obdobia plat­
nosti certifikátu ERCA sa dielenské karty vydajú s tromi 
rôznymi generáciami K  M-WC  , ako je znázornené na obrázku 2.  
CSM_116 V súvislosti s procesom už opísaným v CSM_107 
a CSM_108: MSCA musí zašifrovať každý párovací kľúč 
K P , ktorý dostane od výrobcu snímačov pohybu, samostatne 
s každou platnou generáciou hlavného kľúča snímača 
pohybu K  M . MSCA musí zašifrovať aj každé sériové číslo, 
ktoré dostane o výrobcu snímačov pohybu, samostatne 
s každou platnou generáciou hlavného kľúča snímača 
pohybu K  ID . Výrobca snímačov pohybu musí uchovávať 
všetky šifry párovacieho kľúča a všetky šifry sériového 
čísla v určenom snímači pohybu, spolu so zodpovedajúcimi 
nezašifrovanými hodnotami textu a číslom(-ami) verzie K  M 
a K  ID použitej na šifrovanie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 463  
Poznámka:  to znamená, že v poslednom roku obdobia plat­
nosti certifikátu ERCA sa snímače pohybu vydajú so zašif­
rovanými údajmi založenými na troch rôznych generáciách 
K M-WC  , ako je znázornené na obrázku obrázku 2.  
CSM_117 V súvislosti s procesom už opísaným v CSM_107: Keďže 
dĺžka párovacieho kľúča K  P musí byť prepojená s dĺžkou 
K M (pozri CSM_100), môže sa stať, že výrobca snímačov 
pohybu bude musieť vygenerovať až tri rôzne párovacie 
kľúče (rôznych dĺžok) pre jeden snímač pohybu, ak majú 
následné generácie K  M rôznu dĺžku. V takom prípade musí 
výrobca poslať MSCA každý párovací kľúč. MSCA musí 
zabezpečiť, aby bol každý párovací kľúč zašifrovaný 
správnou generáciou hlavného kľúča snímača pohybu, teda 
tou, ktorá má rovnakú dĺžku.  
Poznámka:  Ak sa výrobca snímačov pohybu rozhodne vyge­
nerovať párovací kľúč založený na TDES pre snímač 
pohybu druhej generácie (pozri CSM_111), výrobca musí 
pre MSCA uviesť, že na šifrovanie tohto párovacieho 
kľúča sa musí použiť hlavný kľúč snímača pohybu založený 
na TDES. Je to preto, že dĺžka kľúča TDES môže byť 
rovnaká ako dĺžka kľúča AES, takže to MSCA nemôže 
posúdiť len z dĺžky kľúča.  
CSM_118 Výrobcovia jednotiek vozidla musia do každej jednotky 
vozidla vložiť len jednu generáciu K  M-VU  spolu číslom jej 
verzie. Táto generácia K  M-VU  musí byť prepojená s certifi­
kátom ERCA, na ktorom sú certifikáty VU založené.  
Poznámky:  
— Jednotka vozidla založená certifikáte ERCA generácie  X 
musí obsahovať len K  M-VU  generácie  X, aj keď bolo 
vydané po začiatku obdobia platnosti certifikátu ERCA 
generácie  X+1 . Je to znázornené na obrázku 2.  
— VU generácie  X nemôže byť párovaná so snímačom 
pohybu generácie  X-1. 
— Keďže obdobie platnosti dielenských kariet je jeden rok, 
výsledkom CSM_113 – CSM_118 je, že všetky 
dielenské karty budú obsahovať nové K  M-WC  v čase 
vydania prvej VU, ktorá obsahuje nové K  M-VU  . Preto 
takáto VU bude vždy schopná vypočítať nové K  M . 
Okrem toho dovtedy bude väčšina nových snímačov 
pohybu tiež obsahovať šifrované údaje založené na 
novom K  M . 
9.2.2  Kľúče na zabezpe čenie komunikácie DSRC  
9.2.2.1  Všeobecné  
CSM_119 Autenticita a dôvernosť údajov oznámených z jednotky 
vozidla kontrolnému orgánu cez kanál diaľkovej komuni­
kácie DRSC musí byť zabezpečená súborom kľúčov AES 
určených pre VU, odvodených od jediného hlavného kľúča 
DSRC, KM  DRSC  . ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 464  
CSM_120 Hlavný kľúč DSRC KM  DRSC  musí byť kľúč AES, ktorý je 
bezpečne vygenerovaný, uložený a distribuovaný ERCA. 
Dĺžka kľúča môže byť 128, 192 alebo 256 bitov a musí 
byť prepojená s dĺžkou európskeho páru koreňových 
kľúčov, ako je opísané v CSM_50.  
CSM_121 ERCA musí certifikačným autoritám členských štátov na i ch 
žiadosť zabezpečene oznámiť hlavný kľúč DRSC, s cieľom 
umožniť im odvodiť DSRC kľúče určené pre VU a zabez­
pečiť, aby bol hlavný kľúč DRSC vložený do všetkých 
kontrolných a dielenských kariet vydaných v rámci ich 
zodpovednosti.  
CSM_122 ERCA musí každému hlavnému kľúču DRSC prideliť jedi­
nečné číslo verzie. ERCA musí pri zasielaní hlavného kľúča 
DRSC informovať MSCA o čísle verzie.  
Poznámka:  Číslo verzie sa používa na rozlíšenie rôznych 
generácií hlavného kľúča DRSC, ako je podrobne vysve­
tlené v oddiele 9.2.2.2.  
▼M1 
CSM_123 Pre každú jednotku vozidla musí výrobca jednotiek vozid la 
vytvoriť jedinečné sériové číslo VU a poslať toto číslo certi­
fikačnej autorite svojho členského štátu s cieľom získať 
súbor dvoch kľúčov DSRC určených pre VU. Sériové 
číslo VU má dátový typ
  .  
Poznámka:  
— Toto sériové číslo VU musí byť totožné s prvkom vuSe­
rialNumber vo VuIdentification, pozri dodatok 1 a s 
Certificate Holder Reference v certifikátoch VU.  
— Sériové číslo VU nesmie byť známe v čase, keď výrobca 
jednotky vozidla žiada o kľúče DSRC určené pre VU. 
V takomto prípade výrobca VU namiesto toho zašle 
jedinečné ID žiadosti o certifikát, ktoré použil pri 
žiadosti o certifikáty VU; pozri CSM_153. Toto ID 
žiadosti o certifikát musí byť preto rovnaké ako Certifi­
cate Holder Reference v certifikátoch VU.  
▼B 
CSM_124 Po prijatí žiadosti o kľúče DRSC určené pre VU musí 
MSCA pre jednotku vozidla odvodiť dva kľúče AES, 
nazvané K_VU  DSRC  _ENC a K_VU  DSRC  _MAC. Tieto 
kľúče určené pre VU musia mať rovnakú dĺžku ako hlavný 
kľúč DRSC. MSCA musí použiť funkciu odvodenia kľúča 
vymedzenú v [RFC 5869]. Hašovacia funkcia, ktorá je 
potrebná na konkretizáciu funkcie HMAC-Hash, musí byť 
prepojená s dĺžkou hlavného kľúča DSRC, ako je uvedené 
v CSM_50. Funkcia odvodenia kľúča v [RFC 5869] sa musí 
použiť takto:  
Krok 1 (Extrakcia):  
— PRK  = HMAC-Hash ( salt, IKM ) kde  salt  je prázdny 
reťazec „“ a  IKM  je KM  DSRC  . ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 465  
Krok 2 (Expanzia):  
— OKM  = T(1) , kde  
T(1) = HMAC-Hash ( PRK , T(0)  | | info  || „01“) s  
— T(0)  = prázdny reťazec („“)  
— ►M1 info  = sériové číslo VU alebo ID žiadosti 
o certifikát, ako je špecifikované v CSM_123 ◄  
— K_VU  DSRC  _ENC = prvé  L oktety  OKM  a 
K_VU  DSRC  _ENC = posledné  L oktety  OKM  
kde L je požadovaná dĺžka K_VU  DSRC  _ENC 
a K_VU  DSRC  _MAC v oktetoch.  
CSM_125 MSCA musí zabezpečene zaslať K_VU  DSRC  _ENC 
a K_VU  DSRC  _MAC výrobcovi VU, aby mohli byť vložené 
do určenej jednotky vozidla.  
CSM_126 Po vydaní musí jednotka vozidla mať uložené 
K_VU  DSRC  _ENC a K_VU  DSRC  _MAC v zabezpečenej 
pamäti, aby bola schopná zaistiť integritu, autenticitu 
a dôvernosť údajov poslaných diaľkovým komunikačným 
kanálom. Jednotka vozidla musí uchovávať aj číslo verzie 
hlavného kľúča DSRC použitého na odvodenie týchto 
kľúčov určených pre VU.  
CSM_127 Po vydaní musia kontrolné a dielenské karty mať uložené  
KM  DSRC  v zabezpečenej pamäti, aby boli schopné overiť 
integritu a autenticitu údajov poslaných VU diaľkovým 
komunikačným kanálom a dešifrovať tieto údaje. Kontrolné 
a dielenské karty musia uložiť aj číslo verzie hlavného kľúča 
DRSC.  
Poznámka:  Ako je vysvetlené v oddiele 9.2.2.2, v skutoč­
nosti môže byť potrebné, aby sa do jedinej dielenskej alebo 
kontrolnej karty vložili viaceré generácie KM  DRSC  . 
▼M1 
CSM_128 MSCA musí uchovávať záznamy o všetkých kľúčoch DSRC 
určených pre VU, ktoré vygeneroval, číslo ich verzií 
a sériové číslo VU alebo ID žiadosti o certifikát použité 
pri ich odvodení.  
9.2.2.2  Nahradenie hlavného k ľúča DSRC  
CSM_129 Každý hlavný kľúč DRSC je spojený s konkrétnou generá­
ciou páru koreňových kľúčov ERCA. ERCA musí preto 
nahradiť hlavný kľúč DRSC každých 17 rokov. Obdobie 
platnosti každej generácie hlavného kľúča DRSC sa musí 
začať dva roky predtým, ako príslušný pár koreňových 
kľúčov ERCA nadobudne platnosť, a skončiť vtedy, keď 
sa skončí platnosť príslušného páru koreňových kľúčov 
ERCA. Je to znázornené na obrázku 3.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 466  
Obrázok 3  
Vydávanie a používanie rôznych generácií hlavného k ľúča DRSC v jednotkách vozidla, dielenských kartách 
a kontrolných kartách
  
CSM_130 Aspoň dva roky pred vygenerovaním nového európskeho 
páru koreňových kľúčov, ako je opísané v CSM_56, musí 
ERCA vygenerovať nový hlavný kľúč DRSC. Dĺžka kľúča 
DRSC musí byť, podľa CSM_50, prepojená s predpokla­
danou silou zabezpečenia nového európskeho páru koreňo­
vých kľúčov. Keď o to MSCA požiadajú, musí im ERCA 
oznámiť nový hlavný kľúč DRSC spolu s číslom jeho 
verzie.  
CSM_131 MSCA musí zabezpečiť, aby boli všetky platné generácie 
KM  DRSC  uložené na každej kontrolnej karte vydanej 
v rámci jej právomoci, spolu s číslami ich verzií, ako sa 
uvádza v obrázku 3.  
Poznámka:  to znamená, že v posledných dvoch rokoch 
obdobia platnosti certifikátu ERCA sa kontrolné karty 
vydajú s tromi rôznymi generáciami KM  DRSC  , ako je 
znázornené na obrázku obrázku 3.  
CSM_132 MSCA musí zabezpečiť, aby všetky generácie KM  DRSC  , 
ktoré boli platné minimálne rok a stále sú platné, boli 
uložené na každej dielenskej karte vydanej v rámci jeho 
právomoci, spolu s číslami ich verzií, ako sa uvádza na 
obrázku 3.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 467  
Poznámka:  to znamená, že v poslednom roku obdobia plat­
nosti certifikátu ERCA sa dielenské karty vydajú s tromi 
rôznymi generáciami KM  DRSC  , ako je znázornené na 
obrázku 3.  
CSM_133 Výrobcovia jednotiek vozidla musia do každej jednotky 
vozidla vložiť len jednu sadu kľúčov DRSC určených pre 
VU, spolu s číslom verzie. Tento súbor kľúčov sa musí 
odvodiť z generácie KM  DRSC  prepojenej s certifikátom 
ERCA, na ktorom sú certifikáty VU založené.  
Poznámky:  
— To znamená, že jednotka vozidla založená na certifikáte 
ERCA generácie  X  musí obsahovať len 
K_VU  DSRC  _ENC a K_VU  DSRC  _MAC generácie  X, aj 
keď bola VU vydaná po začiatku obdobia platnosti certi­
fikátu ERCA generácie  X+1 . Je to znázornené na 
obrázku 3.  
— Keďže dielenské karty majú obdobie platnosti jeden rok 
a kontrolné karty dva roky, výsledkom CSM_131 – 
CSM_133 je, že všetky dielenské a kontrolné karty 
budú obsahovať nový hlavný kľúč DSRC v čase, keď 
budú vydané prvé VU obsahujúce kľúče určené pre VU 
založené na danom hlavnom kľúči.  
9.3. Certifikáty  
9.3.1  Všeobecné  
CSM_134 Všetky certifikáty v európskom systéme inteligentných 
tachografov musia byť samoopisné, kartou overiteľné (CV) 
certifikáty podľa [ISO 7816-4] a [ISO 7816-8].  
CSM_135  ►M1 Na kódovanie dátových objektov v rámci certifikátov 
sa musia použiť odlíšené kódovacie pravidlá (DER) podľa 
[ISO 8825– 1]. V tabuľke 4 je uvedené kompletné kódo­
vanie certifikátu vrátane všetkých tagov a dĺžkových 
bajtov. ◄  
Poznámka:  Výsledkom tohto kódovania je takáto štruktúra 
tag-dĺžka-hodnota (TLV):  
Tag: Tag je kódovaný v jednom alebo dvoch oktetoch 
a určuje obsah.  
Dĺžka: dĺžka je kódovaná ako celé číslo bez znamienka 
v jednom, dvoch alebo troch oktetoch, čoho 
výsledkom je maximálna dĺžka 65 535 oktetov. 
Musí sa použiť minimálny počet oktetov.  
Hodnota: Hodnota je kódovaná v nula alebo viac oktetoch  
9.3.2  Obsah certifikátu  
CSM_136 Všetky certifikáty musia mať štruktúru uvedenú v profil e 
certifikátu v tabuľke 4.  
Tabuľka 4 
Verzia 1 profilu certifikátu  
Pole ID poľa  Tag  Dĺžka (v bajtoch)  Dátový typ ASN.1 
(pozri dodatok 1)  
Certifikát ECC  C  „7F 21“  var  
Hlavná časť certifi­
kátu ECC  B „7F 4E“  var  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 468  
Pole ID poľa  Tag  Dĺžka (v bajtoch)  Dátový typ ASN.1 
(pozri dodatok 1)  
Identifikátor profilu 
certifikátu  CPI „5F 29“  „01“
  
Referencia certifi­
kačnej autority (Certi­
ficate Authority Refe­
rence)  CAR  „42“  „08“
  
Autorizácia držiteľa 
certifikátu  CHA  „5F 4C“  „07“
  
Verejný kľúč  P K  „7F 49“  var  
Parametre domény  D P  „06“  var
  
Verejný bod  P P  „86“  var
  
Referencia držiteľa 
certifikátu  CHR  „5F 20“  „08“
  
Dátum nadobudnutia 
účinnosti certifikátu  CEfD  „5F 25“  „04“
  
Dátum uplynutia plat­
nosti certifikátu  CExD  „5F 24“  „04“
  
Podpis certifikátu 
ECC  S „5F 37“  var
  
Poznámka:  ID poľa sa použije v ďalších častiach tohto 
dodatku na označenie jednotlivých polí certifikátu, napr. 
X.CAR je referencia certifikačnej autority uvedená v certifi­
káte používateľa X.  
9.3.2.1 Identifikátor profilu certifikátu  
CSM_137 Certifikáty musia uvádzať identifikátor profilu certifi kátu, 
aby sa identifikoval použitý profil certifikátu. Verzia 1 
špecifikovaná v tabuľke 4 musí byť identifikovaná hodnotou 
„00“.  
9.3.2.2 Referencia certifikačnej autority  
CSM_138 Referencia certifikačnej autority sa použije na identif ikáciu 
verejného kľúča, ktorý sa má použiť na overenie podpisu 
certifikátu. Referencia certifikačnej autority preto musí byť 
rovnaká, ako referencia držiteľa certifikátu v certifikáte 
zodpovedajúcej certifikačnej autority.  
CSM_139 Koreňový certifikát ERCA musí byť samopodpísaný, t. j. 
referencia certifikačnej autority a referencia držiteľa v certi ­
fikáte musia byť rovnaké.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 469  
CSM_140 V prípade prepájacieho certifikátu ERCA musí byť refe­
rencia držiteľa certifikátu rovná CHR nového koreňového 
certifikátu ERCA. Referencia certifikačnej autority pre 
prepájací certifikát sa musí rovnať CHR predchádzajúceho 
koreňového certifikátu ERCA.  
9.3.2.3 Autorizácia držiteľa certifikátu  
▼M1 
CSM_141 Autorizácia držiteľa certifikátu sa použije na identifi kovanie 
typu certifikátu. Pozostáva zo šiestich bajtov najvyššieho 
rádu ID tachografovej aplikácie zreťazených s typom zaria­
denia, ktoré označuje typ zariadenia, pre ktorý je certifikát 
určený. V prípade certifikátu VU, certifikátu karty vodiča 
alebo certifikátu dielenskej karty sa typ zariadenia používa 
aj na rozlíšenie medzi certifikátom pre vzájomnú autentifi­
káciu a certifikátom pre vytvorenie digitálnych podpisov 
(pozri oddiel 9.1 a dodatok 1, dátový typ EquipmentType).  
▼B 
9.3.2.4 Verejný kľúč  
Verejný kľúč obsahuje dva dátové prvky: štandardizované paramet re 
domény, ktoré sa majú použiť s verejným kľúčom v certifikáte, a  hodnotu 
verejného bodu.  
CSM_142 Dátový prvok Parametre domény musí obsahovať jeden 
z objektových identifikátorov uvedených v tabuľke 1, aby 
odkazoval na súbor štandardizovaných parametrov domény.  
CSM_143 Dátový prvok verejný bod musí obsahovať verejný bod. 
Verejné body eliptickej krivky sa musia premeniť na okte­
tové reťazce, ako je špecifikované v [TR-03111]. Musí sa 
použiť nekomprimovaný kódovací formát. Pri obnove bodu 
eliptickej krivky z jeho zakódovaného formátu sa musia 
vždy vykonať overenia opísané v [TR-03111].  
9.3.2.5 Referencia držiteľa certifikátu  
CSM_144 Referencia držiteľa certifikátu je identifikátor pre ve rejný 
kľúč uvedený v certifikáte. Musí sa používať ako odkaz 
na verejný kľúč v iných certifikátoch.  
CSM_145 V prípade certifikátov karty a certifikátov externých z aria­
dení GNSS musí mať referencia držiteľa certifikátu dátový 
typ
 uvedený v dodatku 1.  
CSM_146 Pre jednotky vozidla výrobca pri žiadosti o certifikát môže, 
ale nemusí poznať špecifické sériové číslo výrobcu pre VU, 
pre ktorú je daný certifikát a príslušný súkromný kľúč 
určený. V prvom prípade musí mať referencia držiteľa certi­
fikátu dátový typ
  uvedený 
v dodatku 1. V druhom prípade musí mať referencia držiteľa 
certifikátu dátový typ
  
uvedený v dodatku 1.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 470  
Poznámka:  Pre certifikát karty je hodnota CHR rovnaká ako 
hodnota cardExtendedSerialNumber v EF_ICC; pozri 
dodatok 2. Pre certifikát EGF je hodnota CHR rovnaká 
ako hodnota sensorGNSSSerialNumber v EF_ICC; pozri 
dodatok 14. Pre certifikát VU je hodnota CHR rovnaká 
ako prvok vuSerialNumber vo VuIdentification, pozri 
dodatok 1 s výnimkou prípadu, ak výrobca v čase žiadosti 
o certifikát nepozná sériové číslo určené pre výrobcu.  
▼B 
CSM_147 V prípade certifikátov ERCA a MSCA musí mať 
referencia držiteľa certifikátu dátový typ
  
uvedený v dodatku 1.  
9.3.2.6 Dátum nadobudnutia účinnosti certifikátu  
▼M1 
CSM_148 Dátum nadobudnutia účinnosti certifikátu musí označovať  
dátum a čas začiatku platnosti certifikátu.  
▼B 
9.3.2.7 Dátum uplynutia platnosti certifikátu  
CSM_149 Dátum uplynutia platnosti certifikátu musí označovať dá tum 
a čas skončenia platnosti certifikátu.  
9.3.2.8 Podpis certifikátu  
CSM_150 Podpis na certifikáte sa musí realizovať na zakódovanej  
hlavnej časti certifikátu vrátane tagu a dĺžky hlavnej časti 
certifikátu. Algoritmus podpisu musí byť ECDSA, ako je 
uvedené v [DSS], s použitím hašovacieho algoritmu prepo­
jeného s veľkosťou kľúča podpisovej autority, ako je 
uvedené v CSM_50. Formát podpisu musí byť nezašifro­
vaný, ako je uvedené v [TR-03111].  
9.3.3  Žiadosti o certifikáty  
CSM_151  ►M1 Pri žiadosti o certifikát musí MSCA poslať ERCA 
tieto údaje: ◄  
— identifikátor profilu požadovaného certifikátu  
— očakávanú referenciu certifikačnej autority, ktorá sa má 
použiť na podpísanie certifikátu.  
— verejný kľúč, ktorý sa má podpísať  
CSM_152 Okrem údajov v CSM_151 musí MSCA v žiadosti o certi­
fikát poslať ERCA tieto údaje, čo umožní ERCA vytvoriť 
referenciu držiteľa nového certifikátu MSCA:  
— numerický kód štátu certifikačnej autority (dátový typ
  
vymedzený v dodatku 1)  
— alfanumerický kód štátu certifikačnej autority (dátový 
typ
 vymedzený v dodatku 1)  
— 1-bajtové sériové číslo na rozlíšenie rôznych kľúčov 
certifikačnej autority, ak sa kľúče menia  
— dvojbajtové pole s osobitnými doplňujúcimi informá­
ciami certifikačnej autority  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 471  
CSM_153 Výrobca zariadení musí v žiadosti o certifikát poslať M SCA 
tieto údaje, čo umožní MSCA vytvoriť referenciu držiteľa 
nového certifikátu zariadenia:  
— ak je známe (pozri CSM_154), sériové číslo zariadenia 
jedinečné pre výrobcu, typ zariadenia a mesiac výroby. 
Inak jedinečný identifikátor žiadosti o certifikát.  
— Mesiac a rok výroby zariadenia alebo žiadosti o certi­
fikát.  
Výrobca musí zabezpečiť, že tieto údaje sú správne a že certifi kát 
získaný od MSCA sa vloží do určeného zariadenia.  
▼B 
CSM_154 V prípade VU výrobca pri žiadosti o certifikát môže, al e 
nemusí poznať špecifické sériové číslo výrobcu pre VU, 
pre ktorú je daný certifikát a príslušný súkromný kľúč 
určený. Ak je sériové číslo známe, musí ho výrobca VU 
poslať MSCA. Ak nie je známe, výrobca musí jedinečne 
identifikovať každú žiadosť o certifikát a poslať toto sériové 
číslo žiadosti o certifikát MSCA. Výsledný certifikát bude 
obsahovať sériové číslo žiadosti o certifikát. Po vložení 
certifikátu do konkrétnej VU musí výrobca oznámiť spojenie 
medzi sériovým číslom žiadosti o certifikát a identifikáciou 
VU autorite MSCA.  
10. VZÁJOMNÁ AUTENTIFIKÁCIA VU-KARTA A ZABEZPEČENÉ 
SPRACOVANIE  
10.1.  Všeobecné  
CSM_155 Na vysokej úrovni musí zabezpečená komunikácia medzi 
jednotkou vozidla a tachografovou kartou vychádzať z týchto 
krokov:  
— Po prvé, každá strana musí preukázať druhej strane, že 
vlastní platný certifikát verejného kľúča, ktorý podpísala 
certifikačná autorita členského štátu. Certifikát verejného 
kľúča MSCA musí byť zas podpísaný európskou kore­ 
ňovou certifikačnou autoritou. Tento krok sa nazýva 
overenie certifikačného reťazca a je podrobne opísaný 
v oddiele 10.2.  
— Po druhé, jednotka vozidla musí karte preukázať, že má 
k dispozícii súkromný kľúč zodpovedajúci verejnému 
kľúču v predloženom certifikáte. Urobí tak podpisom 
náhodného čísla poslaného kartou. Karta overí podpis 
náhodného čísla. Ak je toto overenie úspešné, VU je 
autentifikovaná. Tento krok sa nazýva autentifikácia 
VU a je podrobne opísaný v oddiele 10.3.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 472  
— Po tretie, obidve strany nezávisle vypočítajú dva kľúče 
relácie AES asymetrickým algoritmom kľúčovej dohody. 
Jedným z týchto kľúčov relácie karta vytvára autentifi­
kačný kód správy (MAC) na niektoré údaje zaslané VU. 
VU overuje MAC. Ak je toto overenie úspešné, karta je 
autentifikovaná. Tento krok sa nazýva autentifikácia 
karty a je podrobne opísaný v oddiele 10.4.  
— Po štvrté, VU a karta musia používať dohodnuté kľúče 
relácie, aby sa zabezpečila dôvernosť, integrita a autenti­
cita všetkých vymenených správ. Nazýva sa to zabezpe­ 
čené spracovanie a je to podrobne opísané v oddiele 
10.5.  
CSM_156 Mechanizmus opísaný v CSM_155 sa spúšťa jednotkou 
vozidla vždy, keď je karta vložená do jedného z jej slotov.  
10.2.  Vzájomné overovanie certifika čných reťazcov  
10.2.1  Overovanie certifika čných reťazcov karty zo strany VU  
CSM_157  ►M1 Jednotky vozidla musia na overovanie certifikačného 
reťazca tachografovej karty použiť protokol zobrazený na 
obrázku 4. Za každý certifikát, ktorý jednotka vozidla odčíta 
z karty, musí overiť správnosť poľa Certificate Holder 
Authorisation (CHA):  
— Pole CHA v certifikáte karty musí označovať certifikát 
karty pre vzájomnú autentifikáciu (pozri dodatok 1, 
dátový typ EquipmentType).  
— CHA certifikátu Card.CA musí označovať MSCA.  
— CHA certifikátu CardLink musí označovať ERCA. ◄  
Poznámky k obrázku 4:  
— Certifikáty karty a verejné kľúče uvedené na obrázku sú 
tie, ktoré sú určené na vzájomnú autentifikáciu. V oddiele 
9.1.5 sa označujú ako Card_MA.  
— Certifikáty Card.CA a verejné kľúče uvedené na obrázku 
sú certifikáty a kľúče určené na podpísanie certifikátov 
karty a je to uvedené v CAR certifikátu karty. V oddiele 
9.1.3 sa označujú ako MSCA_Card.  
— Certifikát Card.CA.EUR uvedený na obrázku je 
európsky koreňový certifikát, ktorý je uvedený v CAR 
certifikátu Card.CA.  
— Certifikát Card.Link uvedený na obrázku je prípadný 
prepájací certifikát karty. Ako je uvedené v oddiele 
9.1.2, je to prepájací certifikát pre nový európsky pár 
koreňových kľúčov vytvorený ERCA a podpísaný pred­
chádzajúcim európskym súkromným kľúčom.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 473  
— Certifikát Card.Link.EUR je európsky koreňový certi­
fikát, ktorý je uvedený v CAR certifikátu Card.Link.  
CSM_158 Ako je znázornené na obrázku 4, overenie certifikačného  
reťazca karty sa musí začať po vložení karty. Jednotka 
vozidla musí prečítať referenciu držiteľa karty(­
  
) z EF ICC. VU musí 
kontrolovať, či kartu pozná, t. j., či úspešne overila certifi­
kačný reťazec karty v minulosti a uložila ho do budúcnosti. 
Ak ju pozná a certifikát karty je stále platný, proces pokra­ 
čuje overením certifikačného reťazca VU. Inak musí VU 
postupne z karty čítať certifikát MSCA_Card, ktorý sa ma 
použiť na overovanie certifikátu karty, certifikát Card.CA. 
EUR, ktorý sa má použiť na overovanie certifikátu 
MSCA_Card, a prípadne prepájací certifikát, pokým nenájde 
certifikát, ktorý pozná alebo môže overiť. Ak takýto certi­
fikát nájde, VU tento certifikát použije na overenie základ­
ných certifikátov karty, ktoré VU prečítala z danej karty. Ak 
bude tento proces úspešný, pokračuje overením certifikač­
ného reťazca VU. Ak nebude úspešný, VU musí kartu igno­
rovať.  
Poznámka:  Existujú tri spôsoby, ktorými môže VU certifikát 
Card.CA.EUR poznať:  
— certifikát Card.CA.EUR je ten istý certifikát ako vlastný 
certifikát EUR jednotky vozidla;  
— certifikát Card.CA.EUR predchádza vlastný certifikát 
EUR jednotky vozidla a VU už obsahovala tento certi­
fikát v čase vydania (pozri CSM_81);  
— certifikát Card.CA.EUR je nástupcom vlastného certifi­
kátu EUR jednotky vozidla a VU získala prepájací certi­
fikát v minulosti z inej tachografovej karty, overila ho 
a uložila do budúcnosti.  
CSM_159 Ako sa uvádza v obrázku 4, keď VU overila autenticitu 
a platnosť predtým neznámeho certifikátu, môže uložiť 
tento certifikát do budúcnosti, aby keď sa s týmto certifi­
kátom VU znova stretne nemusela znova overovať jeho 
autenticitu. Namiesto uloženia celého certifikátu si VU 
môže zvoliť, že uloží len obsah hlavnej časti certifikátu, 
ako je uvedené v oddiele 9.3.2.  ►M1 Hoci uloženie všet­
kých ostatných typov certifikátu je dobrovoľné, VU musí 
uložiť nový prepájací certifikát zobrazený na karte. ◄  
CSM_160 VU musí overiť dočasnú platnosť každého certifikátu pre čí­
taného 
z karty alebo uloženého v jej pamäti a zamietnuť certifikáty 
s uplynulou platnosťou. Na overenie dočasnej platnosti certi­
fikátu predloženého kartou musí VU použiť svoje vstavané 
hodiny.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 474  
Obrázok 4  
Protokol pre overovanie certifika čného reťazca karty jednotkou vozidla
  
10.2.2  Overovanie certifika čných reťazcov VU kartou  
CSM_161  ►M1 Tachografové karty musia na overovanie certifikač­
ného reťazca VU použiť protokol zobrazený na obrázku 5. 
Za každý certifikát, ktorý VU zobrazí, musí karta overiť 
správnosť poľa Card Holder Authorisation (CHA):  
— CHA certifikátu VU.Link musí označovať ERCA.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 475  
— CHA certifikátu VU.CA musí označovať MSCA.  
— Pole CHA certifikátu VU musí označovať certifikát VU 
pre vzájomnú autentifikáciu (pozri dodatok 1, dátový typ 
EquipmentType). ◄  
Obrázok 5  
Protokol pre overovanie certifika čného reťazca VU kartou
  
Poznámky k obrázku 5:  
— Certifikáty VU a verejné kľúče uvedené na obrázku sú tie, kto ré sú 
určené na vzájomnú autentifikáciu. V oddiele 9.1.4 sa označujú ako 
VU_MA.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 476  
— Certifikáty VU.CA a verejné kľúče uvedené na obrázku sú certi fikáty 
a kľúče určené na podpísanie certifikátov VU a certifikátov ext erných 
zariadení GNSS. V oddiele 9.1.3 sa označujú ako MSCA_VU-EGF.  
— Certifikát VU.CA.EUR uvedený na obrázku je európsky koreňový 
certifikát, ktorý je uvedený v CAR certifikátu VU.CA.  
— Certifikát VU.Link uvedený na obrázku je prepájací certifikát  VU, ak 
je prítomný. Ako je uvedené v oddiele 9.1.2, je to prepájací ce rtifikát 
pre nový európsky pár koreňových kľúčov vytvorený ERCA a podpí­
saný predchádzajúcim európskym súkromným kľúčom.  
— Certifikát VU.Link.EUR je európsky koreňový certifikát, ktorý  je 
uvedený v CAR certifikátu VU.Link.  
CSM_162 Ako je znázornené na obrázku 5, overenie certifikačného  
reťazca jednotky vozidla sa musí začať tým, že jednotka 
vozidla sa pokúsi nastaviť svoj vlastný verejný kľúč na 
použitie v tachografovej karte. Ak sa to podarí, znamená 
to, že karta v minulosti úspešne overila certifikačný reťazec 
VU a uložila certifikát VU do budúcnosti. V tomto prípade 
je certifikát VU nastavený na použitie a proces pokračuje 
autentifikáciou VU. Ak karta certifikát VU nepozná, VU 
musí postupne predložiť certifikát VU.CA, ktorý sa má 
použiť na overenie jej certifikátu VU, certifikát 
VU.CA.EUR, ktorý sa má použiť na overenie certifikátu 
VU.CA, a prípadne prepájací certifikát, s cieľom nájsť certi­
fikát, ktorý karta pozná alebo môže overiť. Ak takýto certi­
fikát nájde, karta musí tento certifikát použiť na overenie 
základných certifikátov VU, ktoré jej boli predložené. Ak 
bude toto overenie úspešné, VU musí nakoniec nastaviť 
svoj verejný kľúč, ktorý sa použije v tachografovej karte. 
Ak nebude úspešné, VU musí kartu ignorovať.  
Poznámka: Existujú tri spôsoby, ako môže karta certifikát 
VU.CA.EUR pozna ť: 
— certifikát VU.CA.EUR je totožný s vlastným certifi­
kátom EUR karty;  
— Certifikát VU.CA.EUR predchádza vlastný certifikát 
EUR karty a karta obsahovala tento certifikát už 
v čase vydania (pozri CSM_91);  
— Certifikát VU.CA.EUR je nástupcom vlastného certifi­
kátu EUR karty a karta získala prepájací certifikát 
v minulosti z inej jednotky vozidla, overila ho a uložila 
do budúcnosti.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 477  
CSM_163 VU musí použiť príkaz MSE: Set AT na nastavenie svojho 
verejného kľúča, ktorý sa použije v tachografovej karte. 
Ako je uvedené v dodatku 2, tento príkaz obsahuje ozna­ 
čenie kryptografického mechanizmu, ktorý sa použije 
s kľúčom, ktorý je nastavený. Tento mechanizmus je 
„autentifikácia VU používajúca algoritmus ECDSA v kombi­
nácii s hašovacím algoritmom prepojeným s veľkosťou 
kľúča kľúčového páru VU_MA jednotky vozidla, ako je 
uvedené v CSM_50“.  
CSM_164 Príkaz MSE: Set AT obsahuje aj označenie efemérneho 
kľúčového páru, ktorý VU použije počas kľúčovej dohody 
relácie (pozri oddiel 10.4). Preto pred odoslaním príkazu 
MSE: Set AT musí VU vygenerovať efemérny kľúčový 
pár ECC. Na generovanie efemérneho kľúčového páru 
musí VU použiť štandardizované parametre domény 
uvedené v certifikáte karty. Efemérny kľúčový pár sa ozna­ 
čuje ako (VU.SK  eph , VU.PK  eph , Card.DP). VU musí prijať 
x-ovú súradnicu efemérneho verejného bodu ECDH ako 
identifikáciu kľúča; To sa nazýva komprimované vyjadrenie 
verejného kľúča a označené ako Comp(VU.PK  eph ). 
▼M1 
CSM_165 Ak je príkaz MSE: Set AT úspešný, karta nastaví uvedené  
VU.PK pre následné použitie počas autentifikácie vozidla 
a dočasne uložiť Comp(VU.PKeph). V prípade odoslania 
dvoch alebo viacerých úspešných príkazov MSE: Set AT 
pred vykonaním kľúčovej dohody relácie, karta musí uložiť 
len posledný prijatý Comp(VU.PKeph). Karta vynuluje 
Comp(VU.PKeph) po úspešnom vykonaní príkazu 
GENERAL AUTHENTICATE.  
▼B 
CSM_166 Karta musí overiť dočasnú platnosť každého certifikátu,  
ktorý VU predložila alebo naň odkazuje, uloženého v pamäti 
karty, a musí zamietnuť certifikáty s uplynulou platnosťou.  
CSM_167 Na overenie dočasnej platnosti certifikátu, ktorý VU pr ed­
ložila, musí každá tachografová karta interne uložiť niektoré 
údaje, ktoré predstavujú aktuálny čas. Tieto údaje nesmie 
VU priamo aktualizovať. Pri vydaní musí byť aktuálny čas 
karty nastavený na dátum účinnosti certifikátu Card_MA 
karty. Karta musí aktualizovať svoj aktuálny čas, ak 
dátum účinnosti autentického certifikátu „platného zdroja 
času“ predloženého VU je novší ako aktuálny čas karty. 
V takom prípade musí karta nastaviť svoj aktuálny čas na 
dátum účinnosti daného certifikátu. Karta ako platný zdroj 
času akceptuje len tieto certifikáty:  
— Prepájacie certifikáty ERCA druhej generácie  
— Certifikáty prepojenia MSCA druhej generácie  
— Certifikáty VU druhej generácie vydané krajinou, ktorá 
vydala vlastný certifikát resp. certifikáty karty.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 478  
Poznámka:  posledná požiadavka znamená, že karta musí 
byť schopná rozpoznať referenciu CAR certifikátu VU, t. 
j. certifikát MSCA_VU-EGF. Tá nebude rovnaká ako CAR 
jej vlastného certifikátu, ktorým je certifikát MSCA_card.  
CSM_168 Ako sa uvádza v obrázku 5, keď karta overila autenticit u 
a platnosť predtým neznámeho certifikátu, môže uložiť 
tento certifikát do budúcnosti, aby keď sa s týmto certifi­
kátom karta znova stretne nemusela znova overovať jeho 
autenticitu. Namiesto uloženia celého certifikátu si karta 
môže zvoliť, že uloží len obsah hlavnej časti certifikátu, 
ako je uvedené v bode 9.3.2.  
10.3.  Autentifikácia VU  
CSM_169 Jednotky vozidla a karty musia používať na autentifikác iu 
VU pre kartu protokol autentifikácie VU zobrazený na 
obrázku 6. Autentifikácia VU umožňuje tachografovej 
karte výslovne overiť, že VU je autentická. Na to musí 
VU použiť svoj súkromný kľúč na podpis výzvy genero­
vanej kartou.  
CSM_170  ►M1 VU k výzve karty v rámci podpisu pripojí referenciu 
držiteľa certifikátu z certifikátu karty. ◄  
Poznámka:  Tým sa zabezpečí, že karta, ktorej sa autentifi­
kuje VU, je tá istá karta, ktorej certifikačný reťazec predtým 
VU overila.  
CSM_171 VU musí v rámci podpisu pripojiť aj identifikátor efemé r­
neho verejného kľúča Comp(VU.PK  eph ), ktorý VU použije 
na nastavenie zabezpečeného spracovania počas procesu 
autentifikácie čipu uvedeného v oddiele 10.4.  
Poznámka:  To zabezpečuje, že VU, s ktorou karta komuni­
kuje počas relácie zabezpečeného spracovania, je tá istá VU, 
ktorá bola overená kartou.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 479  
Obrázok 6  
Protokol autentifikácie VU
  
▼B 
CSM_172 Ak počas autentifikácie VU pošle VU viacnásobné príkazy  
GET CHALLENGE, karta musí vždy vrátiť novú 8-bajtovú 
náhodnú výzvu, ale uložiť len poslednú výzvu.  
CSM_173 Algoritmus podpisovania použitý VU na autentifikáciu VU  
musí byť ECDSA, ako je uvedené v [DSS], použitím hašo­
vacieho algoritmu prepojeného s veľkosťou kľúča kľúčo­
vého páru VU_MA jednotky vozidla, ako je uvedené 
v CSM_50. Formát podpisu musí byť nezašifrovaný, ako 
je uvedené v [TR-03111]. VU musí poslať výsledný podpis 
karte.  
▼M1 
CSM_174 Po prijatí podpisu VU v príkaze EXTERNAL AUTHENTI­
CATE, karta musí  
— vypočítať autentifikačný znak zreťazením Card.CHR, 
výzvy karty rcard a identifikátora efemérneho verejného 
kľúča VU Comp(VU.PKeph),  
— overiť autentifikáciu VU používajúcu algoritmus 
ECDSA s pomocou hašovacieho algoritmu prepojeného 
s veľkosťou kľúča kľúčového páru VU_MA jednotky 
vozidla, ako je uvedené v odseku CSM_50, v kombinácii 
s VU.PK a vypočítaným autentifikačným znakom.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 480  
10.4.  Autentifikácia čipu a kľúčová dohoda relácie  
CSM_175 Jednotky vozidla a karty musia používať na autentifikác iu 
karty pre VU protokol autentifikácie čipu zobrazený na 
obrázku 7. Autentifikácia čipu umožňuje jednotke vozidla 
výslovne overiť, že karta je autentická.  
Obrázok 7  
Autentifikácia čipu a kľúčová dohoda relácie
  
CSM_176 VU a karta musia vykonať tieto kroky:  
1. Jednotka vozidla iniciuje proces autentifikácie čipu 
poslaním príkazu MSE: Set AT označujúceho „autentifi­
káciu čipu používajúcu algoritmus ECDH, čoho 
výsledkom je dĺžka kľúča relácie prepojená s dĺžkou 
kľúča kľúčového páru Card_MA karty, ako je uvedené 
v CSM_50“. VU musí určiť veľkosť kľúča kľúčový páru 
karty z certifikátu karty.  
▼M1 
2. VU posiela verejný bod VU.PK  eph jej efemérneho kľúčo­
vého páru karte. Verejný bod sa prevedie na oktetový 
reťazec, ako sa uvádza v [TR– 03111]. Musí sa použiť 
nekomprimovaný kódovací formát. Ako je vysvetlené 
v odseku CSM_164, VU vygenerovala tento efemérny 
kľúčový pár pred overovaním certifikačného reťazca 
VU. VU zaslala identifikátor efemérneho verejného 
kľúča Comp(VU.PK  eph ) karte a karta ho uložila.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 481  
3. Karta vypočíta Comp(VU.PK  eph ) z VU.PK  eph a porovná 
ho s uloženou hodnotou Comp(VU.PK  eph ). 
4. Použitím algoritmu ECDH v kombinácii so statickým 
súkromným kľúčom karty a efemérnym verejným 
kľúčom VU karta vypočíta tajné K.  
5. Karta náhodne vyberie 8-bajtovú jednorazovú hodnotu 
„nonce“ N  PICC a použije ju na odvodenie dvoch kľúčov 
relácie AES K  MAC a K  ENC z K. Pozri CSM_179.  
▼M1 
6. Použitím K  MAC karta vypočíta autentifikačný znak na 
efemérnom verejnom kľúči VU: T  PICC = CMAC(K  MAC , 
VU.PK  eph ). Verejný bod musí mať formát, ktorý používa 
VU (pozri bod 2 uvedený vyššie). Karta pošle N  PICC 
a T  PICC jednotke vozidla.  
▼B 
7. Použitím algoritmu ECDH v kombinácii so statickým 
verejným kľúčom karty a efemérnym súkromným 
kľúčom VU, VU vypočíta to isté tajné K, ako vypočítala 
karta v kroku 4.  
8. VU odvodzuje kľúče relácie K  MAC a K  ENC z K a N  PICC ; 
pozri CSM_179.  
9. VU overuje autentifikačný znak T  PICC . 
CSM_177 V uvedenom kroku 3 musí karta vypočítať 
Comp(VU.PKeph) ako x-ovú súradnicu verejného bodu vo 
VU.PKeph.  
CSM_178 V uvedených krokoch 4 a 7 musia karta a jednotka vozidl a 
použiť algoritmus ECKA-EG vymedzený v [TR-03111].  
CSM_179 V uvedených krokoch 5 a 8 musia karta a jednotka vozidl a 
použiť funkciu odvodenia kľúča na kľúče relácie AES 
vymedzenú v [TR-03111], s týmito spresneniami 
a zmenami:  
— Hodnota počítadla pre K  ENC musí byť „00 00 00 01“ 
a pre K  MAC „00 00 00 02“.  
— Musí sa použiť nepovinná jednorazová hodnota „nonce“  
r a musí sa rovnať N  PICC . 
— Na odvodenie 128-bitových kľúčov AES musí byť hašo­
vací algoritmus, ktorý sa má použiť, SHA-256.  
— Na odvodenie 192-bitových kľúčov AES musí byť hašo­
vací algoritmus, ktorý sa má použiť, SHA-384.  
— Na odvodenie 256-bitových kľúčov AES musí byť hašo­
vací algoritmus, ktorý sa má použiť, SHA-512.  
Dĺžka kľúčov relácie (t. j. dĺžka, na ktorú sa hash skráti) 
musí byť prepojená s veľkosťou kľúčového páru Card_MA, 
ako je uvedené v CSM_50.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 482  
CSM_180 V uvedených krokoch 6 a 9 musia karta a jednotka vozidl a 
použiť algoritmus AES v režime CMAC, ako je uvedené 
v [SP 800-38B]. Dĺžka T  PICC musí byť prepojená s dĺžkou 
kľúčov relácie AES, ako je uvedené v CSM_50.  
10.5.  Zabezpe čené spracovanie správ  
10.5.1  Všeobecné  
CSM_181 Všetky príkazy a odpovede vymieňané medzi jednotkou 
vozidla a tachografovou kartou po úspešnej autentifikácii 
čipu a až do konca relácie musia byť chránené zabezpe­ 
čeným spracovaním.  
CSM_182 Okrem čítania zo súboru s prístupovou podmienkou SM-R- 
ENC-MAC-G2 (pozri dodatok 2, oddiel 4) sa zabezpečené 
spracovanie musí použiť v režime iba na základe autentifi­
kácie. V tomto režime sa na zaistenie autenticity a integrity 
správy pridá do všetkých príkazov a odpovedí kryptogra­
fický kontrolný súčet (alebo MAC).  
CSM_183 Pri čítaní údajov zo súboru s prístupovou podmienkou SM - 
R-ENC-MAC-G2 sa musí použiť zabezpečené spracovanie 
v režime šifrovania a následnej autentifikácie, t. j. údaje 
odpovede sú najprv zašifrované na zaistenie dôvernosti 
správy, a potom sa z formátovaných šifrovaných údajov 
vypočíta MAC na zaistenie autenticity a integrity.  
CSM_184 Zabezpečené spracovanie musí použiť AES, ako je defino­
vané v [AES] s kľúčmi relácie K  MAC a K  ENC , ktoré boli 
dohodnuté počas autentifikácia čipu.  
CSM_185 Na zabránenie tzv. „replay“ útokom sa ako počítadlo 
sekvencie odosielania (SSC) musí použiť celé číslo bez 
znamienka. Veľkosť SSC sa musí rovnať veľkosti bloku 
AES, t. j. 128 bitom. SSC musí byť vo formáte MSB-first 
(teda bajt najvyššieho rádu na prvom mieste). Keď sa začne 
zabezpečené spracovanie, počítadlo sekvencie odosielania sa 
začne od nuly („00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 “). 
SSC sa musí zvýšiť vždy pred generovaním príkazu alebo 
odpovede ADPU, t. j. keďže začiatočná hodnota SCC 
v relácii SM je 0, v prvom príkaze bude hodnota SSC 1. 
Hodnota SSC pre prvú odpoveď bude 2.  
CSM_186 Na šifrovanie správ sa musí použiť K  ENC s AES v prevá­
dzkovom režime reťazenia šifrovacieho bloku (CBC), ako je 
vymedzené v [ISO 10116], s parametrom prekladania  m = 1 
a inicializačným vektorom SV = E(K  ENC , SSC), t. j. aktu­
álna hodnota počítadla sekvencie odosielania zašifrovaná 
s K  ENC . 
CSM_187 Na autentifikáciu správ sa musí použiť K  MAC s AES 
v režime CMAC, ako je uvedené v [SP 800-38B]. Dĺžka 
MAC musí byť prepojená s dĺžkou kľúčov relácie AES, ako 
je uvedené v CSM_50. Počítadlo sekvencie odosielania 
musí byť zahrnuté do MAC tak, že sa pripojí pred data­
gram, ktorý sa má autentifikovať.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 483  
10.5.2  Štruktúra zabezpe čeného spracovania správ  
CSM_188 Zabezpečené spracovanie musí využívať iba dátové objekt y 
zabezpečeného spracovania (pozri [ISO 7816-4]], uvedené 
v tabuľke 5. V každej správe musia byť použité tieto dátové 
objekty v poradí uvedenom v tejto tabuľke.  
Tabuľka 5 
Dátové objekty zabezpe čeného spracovania  
Názov dátového objektu  Tag  Prítomnosť: povinný (M), 
podmienečný (C) alebo 
zakázaný (F) v  
príkazoch  odpovediach  
Nezašifrovaná hodnota nekódovaná 
v BER-TLV  „81“  C  C  
Nezašifrovaná hodnota kódovaná 
v BER-TLV, ktorá ale neobsahuje 
dátové objekty SM  „B3“  C  C  
Indikátor obsahu výplne, za ktorým 
nasleduje kryptogram, nezašifrovaná 
hodnota nekódovaná v BER-TLV  „87“  C  C  
Chránené Le  „97“  C  F  
Stav spracovania  „99“  F  M  
Kryptografický kontrolný súčet  „8E“  M  M  
Poznámka:  Ako je uvedené v dodatku 2, tachografové karty 
môžu podporovať príkaz READ BINARY a UPDATE 
BINARY s nepárnym bajtom INS („B1“ resp. „D7“). 
Tieto varianty príkazov sú potrebné na čítanie a aktualizáciu 
súborov s viac než 32 768 bajtmi. Ak sa takýto variant 
použije, namiesto objektu s tagom „81“ sa musí použiť 
dátový objekt s tagom „B3“. Pre viac informácií pozri 
dodatok 2.  
CSM_189 Všetky dátové objekty SM musia byť zakódované DER 
TLV, ako je uvedené v [ISO 8825-1]. Výsledkom tohto 
kódovania je takáto štruktúra tag-dĺžka-hodnota (TLV):  
Tag: Tag je kódovaný v jednom alebo dvoch oktetoch 
a určuje obsah.  
Dĺžka: dĺžka je kódovaná ako celé číslo bez znamienka 
v jednom, dvoch alebo troch oktetoch, čoho 
výsledkom je maximálna dĺžka 65 535 oktetov. 
Musí sa použiť minimálny počet oktetov.  
Hodnota: Hodnota je kódovaná v nula alebo viac oktetoch  
CSM_190 APDU chránené zabezpečeným spracovaním sa vytvoria 
takto:  
— Záhlavie príkazu musí byť zahrnuté do výpočtu MAC, 
preto sa pre bajt triedy CLA musí použiť hodnota „0C“.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 484  
— Ako je uvedené v dodatku 2, všetky bajty INS musia 
byť párne, s možnou výnimkou nepárnych bajtov INS 
v prípade príkazov READ BINARY a UPDATE 
BINARY.  
— Skutočná hodnota Lc sa upraví na Lc' po uplatnení 
zabezpečeného spracovania.  
— Dátové pole musí obsahovať dátové objekty SM.  
— V chránenom príkaze APDU sa nový Le bajt musí 
nastaviť na „00“. V prípade potreby sa do dátového 
poľa zahrnie dátový objekt „97“, s cieľom preniesť 
pôvodnú hodnotu Le.  
▼M1 
CSM_191 Každý dátový objekt, ktorý sa má zašifrovať, musí byť 
vyplnený podľa normy [ISO 7816– 4] s použitím indikátora 
obsahu výplne ‘01’. Na výpočet MAC musia byť dátové 
objekty v ADPU vyplnené podľa [ISO 7816– 4].  
Poznámka:  Vyplnenie pre zabezpečené spracovanie sa vždy 
vykonáva vrstvou zabezpečeného spracovania, a nie algorit­
mami CMAC alebo CBC.  
Zhrnutie a príklady  
Príkaz ADPU s aplikovaným zabezpečeným spracovaním bude mať tút o 
štruktúru, v závislosti od prípadu príslušného nezabezpečeného príkazu 
(DO je dátový objekt):  
Prípad 1: CLA INS P1 P2 || Lc' || DO „8E“ || Le  
Prípad 2: CLA INS P1 P2 || Lc' || DO „97“ || 
DO„8E“ || Le  
Prípad 3 (párny bajt INS):: CLA INS P1 P2 || Lc' || DO „81“ || 
DO„8E“ || Le  
Prípad 3 (nepárny bajt INS): CLA INS P1 P2 || Lc' || DO „B3“ ||  
DO„8E“ || Le  
Prípad 4 (párny bajt INS): CLA INS P1 P2 || Lc' || DO „81“ || 
DO„97“ || DO„8E“ || Le  
Prípad 4 (nepárny bajt INS): CLA INS P1 P2 || Lc' || DO „B3“ ||  
DO„97“ || DO„8E“ || Le  
kde Le = ‘00’ alebo ’00 00’ podľa toho, či sa používajú polia s  krátkou 
dĺžkou alebo s rozšírenou dĺžkou; pozri [ISO 7816– 4].  
Odpoveď ADPU s aplikovaným zabezpečeným spracovaním bude mať 
túto štruktúru, v závislosti od prípadu príslušnej nezabezpečen ej 
odpovede:  
Prípad 1 alebo 3: DO „99“ || DO „8E“ || 
SW1SW2  
Prípad 2 alebo 4 (párny bajt INS) 
bez zašifrovania 
: DO „81“ || DO „99“ || DO 
„8E“ || SW1SW2  
Prípad 2 alebo 4 (párny bajt INS) 
so zašifrovaním 
: DO „87“ || DO „99“ || DO 
„8E“ || SW1SW2  
Prípad 2 alebo 4 (nepárny bajt 
INS) bez zašifrovania: DO „B3“ || DO „99“ || DO 
„8E“ || SW1SW2  
Poznámka:  Prípad 2 alebo 4 (nepárny bajt INS) so šifrovaním sa nikdy 
nepoužíva v komunikácii medzi VU a kartou.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 485  
Ďalej sú uvedené tri príklady transformácií APDU pri príkazoch s párnym 
kódom INS. Obrázok 8 zobrazuje autentifikovaný príkaz APDU príp adu 
4, obrázok 9 ukazuje autentifikovanú odpoveď APDU prípadu 1/prí padu 
3 a obrázok 10 ukazuje zašifrovanú a autentifikovanú odpoveď AP DU 
prípadu 2/prípadu 4.  
Obrázok 8  
Transformácia autentifikovaného príkazu APDU prípadu 4
  
Obrázok 9  
Transformácia autentifikovanej odpovede APDU prípadu 1/prípadu 3
  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 486  
Obrázok 10  
Transformácia zašifrovanej a autentifikovanej odpovede ADPU prípadu 2/prípadu 4
  
▼B 
10.5.3  Zrušenie relácie zabezpe čeného spracovania  
CSM_192 Jednotka vozidla musí zrušiť prebiehajúcu reláciu zabez peče­
ného spracovania, ak a len ak sa splní jedna z týchto 
podmienok:  
— dostane nezašifrovanú odpoveď ADPU,  
— v odpovedi ADPU zistí chybu zabezpečeného 
spracovania:  
— Očakávaný dátový objekt zabezpečeného spracovania 
chýba, poradie dátových objektov je nesprávne alebo 
je zahrnutý neznámy dátový objekt.  
— Dátový objekt zabezpečeného spracovania je 
nesprávny, napr. hodnota MAC je nesprávna, štruktúra 
TLV je nesprávna alebo indikátor výplne v tagu „87“ 
nie je rovný „01“.  
— karta pošle stavový bajt udávajúci, že zistila chybu SM 
(pozri CSM_194),  
— dosiahol sa limit pre počet príkazov a súvisiacich odpo­
vedí v rámci aktuálnej relácie. Pre danú VU musí byť 
tento limit vymedzený výrobcom, berúc do úvahy požia­
davky zabezpečenia použitého hardvéru s maximálnou 
hodnotou 240 príkazov SM a súvisiacich odpovedí za 
reláciu.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 487  
CSM_193 Tachografová karta musí zrušiť prebiehajúcu reláciu zab ezpe­ 
čeného spracovania, ak a len ak nastane jedna z týchto 
situácií:  
— dostane nezašifrovaný príkaz ADPU,  
— v príkaze ADPU zistí chybu zabezpečeného spracovania:  
— Očakávaný dátový objekt zabezpečeného spracovania 
chýba, poradie dátových objektov je nesprávne alebo 
je zahrnutý neznámy dátový objekt.  
— Dátový objekt zabezpečeného spracovania je 
nesprávny, napr. hodnota MAC je nesprávna alebo 
štruktúra TLV je nesprávna.  
— stratí napájanie alebo je resetovaná,  
— VU začne proces autentifikácie VU,  
— dosiahol sa limit pre počet príkazov a súvisiacich odpo­
vedí v rámci aktuálnej relácie. Pre danú kartu musí byť 
tento limit vymedzený výrobcom, berúc do úvahy požia­
davky zabezpečenia použitého hardvéru s maximálnou 
hodnotou 240 príkazov SM a súvisiacich odpovedí za 
reláciu.  
▼B 
CSM_194 Spracovanie chyby SM tachografovou kartou:  
— Ak v príkaze APDU chýbajú niektoré očakávané dátové 
objekty zabezpečeného spracovania, poradie dátových 
objektov je nesprávne alebo sú zahrnuté neznáme dátové 
objekty, tachografová karta musí odpovedať stavovými 
bajtmi „69 87“.  
— Ak je dátový objekt zabezpečeného spracovania v príkaze 
APDU nesprávny, tachografová karta musí odpovedať 
stavovými bajtmi „69 88“.  
V takom prípade sa musia stavové bajty vrátiť bez SM.  
CSM_195 Ak sa relácia zabezpečeného spracovania medzi VU a tach o­
grafovou kartou zruší, VU a tachografová karta musí  
— bezpečne zničiť uložené kľúče relácie  
— okamžite nadviazať novú reláciu zabezpečeného spraco­
vania, ako je opísané v oddieloch 10.2 – 10.5.  
CSM_196 Ak sa VU z akéhokoľvek dôvodu rozhodne reštartovať 
vzájomnú autentifikáciu s vloženou kartou, musí sa začať 
overovanie certifikačného reťazca karty, ako je opísané 
v oddiele 10.2, a nasleduje postup opísaný v oddieloch 10.2 
– 10.5.  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 488  
11. SPÁJANIE VU S EXTERNÝM ZARIADENÍM GNSS, VZÁJOMNÁ 
AUTENTIFIKÁCIA A ZABEZPEČENÉ SPRACOVANIE  
11.1.  Všeobecné  
CSM_197 Externé zariadenie GNSS, ktoré používa VU na určovanie 
svojej polohy, môže byť interné (t. j. zabudované v puzdre 
VU a neoddeliteľné), alebo to môže byť externý modul. 
V prvom prípade netreba štandardizovať internú komunikáciu 
medzi zariadením GNSS a VU, a požiadavky tejto kapitoly sa 
neuplatňujú. V druhom prípade sa komunikácia medzi VU 
a externým zariadením GNSS musí štandardizovať a chrániť, 
ako je opísané v tejto kapitole.  
CSM_198 Zabezpečená komunikácia medzi jednotkou vozidla 
a externým zariadením GNSS musí prebiehať rovnako, ako 
zabezpečená komunikácia medzi jednotkou vozidla a tachogra­
fovou kartou, pričom externé zariadenie GNSS (ďalej 
„EGF“), preberá úlohu karty. EGF musí spĺňať všetky požia­
davky uvedené v kapitole 10 týkajúce sa tachografových 
kariet, berúc do úvahy odchýlky, objasnenia a doplnenia 
uvedené v tejto kapitole. Predovšetkým sa vzájomné overenia 
certifikačných reťazcov, autentifikácia VU a autentifikácia 
čipu musia vykonať tak, ako je opísané v oddieloch 11.3 
a 11.4.  
CSM_199 Komunikácia medzi jednotkou vozidla a EGF sa líši od 
komunikácie medzi jednotkou vozidla a kartou v tom, že 
jednotka vozidla a EGF musia byť raz spojené v dielni 
predtým, ako si VU a EGF môžu vymieňať údaje na báze 
GNSS počas bežnej prevádzky. Proces spájania je opísaný 
v oddiele 11.2.  
CSM_200 Na komunikáciu medzi jednotkou vozidla a EGF sa musia 
použiť príkazy a odpovede ADPU vychádzajúce z [ISO 7816- 
4] a [ISO 7816-8]. Presná štruktúra týchto APDU je vyme­
dzená v dodatku 2 tejto prílohy.  
11.2.  Spájanie VU a externého zariadenia GNSS  
CSM_201 Jednotku vozidla a EGF vo vozidle musí spojiť dielňa. P očas 
bežnej prevádzky musia byť schopné komunikovať len 
spojená jednotka vozidla a EGF.  
CSM_202 Spájanie jednotky vozidla a EGF musí byť možné len 
v prípade, ak je jednotka vozidla v režime kalibrácie. Spájanie  
musí začať jednotka vozidla.  
CSM_203 Dielňa môže kedykoľvek opätovne spojiť jednotku vozidla  
s iným EGF alebo s tým istým EGF. Počas opätovného 
spojenia musí VU bezpečne zničiť existujúci certifikát 
EGF_MA vo svojej pamäti a uložiť certifikát EGF_MA 
toho EGF, s ktorým sa spája.  
CSM_204 Dielňa môže kedykoľvek opätovne spojiť externé zariaden ie 
GNSS s inou VU alebo s tou istou VU. Počas opätovného 
spojenia musí EGF bezpečne zničiť existujúci certifikát 
VU_MA vo svojej pamäti a uložiť certifikát VU_MA 
jednotky vozidla, s ktorou sa spája.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 489  
11.3.  Vzájomné overovanie certifika čných reťazcov  
11.3.1  Všeobecné  
CSM_205 Vzájomné overovanie certifikačného reťazca medzi VU 
a EGF sa musí uskutočniť len počas spájania VU a EGF, 
ktoré vykonáva dielňa. Počas bežnej prevádzky spojených 
VU a EGF sa nesmú overovať žiadne certifikáty. Namiesto 
toho musia VU a EGF dôverovať certifikátom, ktoré uložili 
počas spojenia, po kontrole dočasnej platnosti týchto certifi­
kátov. VU a EGF nesmie dôverovať žiadnym iným certifi­
kátom, pokiaľ ide o ochranu komunikácie VU – EGF počas 
normálnej prevádzky.  
11.3.2  Počas spájania VU – EGF  
CSM_206 Počas spájania s EGF musí jednotka vozidla použiť proto kol 
znázornený na obrázku 4 (oddiel 10.2.1) na overenie certifi­
kačného reťazca externého zariadenia GNSS.  
Poznámky k obrázku 4 v tomto kontexte:  
— Kontrola prenosu údajov je mimo rozsahu pôsobnosti 
tohto dodatku. Avšak EGF nie je inteligentná karta, 
a VU teda pravdepodobne nepošle Reset na začatie komu­
nikácie a neprijme ATR.  
— Na vzájomnú autentifikáciu sa certifikáty a verejné kľúče 
karty uvedené na obrázku interpretujú ako certifikáty 
a verejné kľúče EGF. V oddiele 9.1.6 sa označujú ako 
EGF_MA.  
— Na podpis certifikátov EGF sa certifikáty a verejné kľúče 
Card.CA uvedené na obrázku interpretujú ako certifikáty 
a verejné kľúče MSCA. V oddiele 9.1.3 sa označujú ako 
MSCA_VU-EGF.  
— Certifikát Card.CA.EUR uvedený na obrázku sa interpre­
tuje ako európsky koreňový certifikát, ktorý je uvedený 
v CAR certifikátu MSCA_VU-EGF.  
— Certifikát Card.Link uvedený na obrázku sa interpretuje 
ako prepájací certifikát EGF, ak je prítomný. Ako je 
uvedené v oddiele 9.1.2, je to prepájací certifikát pre 
nový európsky pár koreňových kľúčov vytvorený ERCA 
a podpísaný predchádzajúcim európskym súkromným 
kľúčom.  
— Certifikát Card.Link.EUR je európsky koreňový certifikát, 
ktorý je uvedený v CAR certifikátu Card.Link.  
— Namiesto
  , musí VU 
z EF ICC čítať
  .  
— Namiesto výberu AID tachografu musí VU vybrať AID 
EGF.  
— „Ignorovať kartu“ sa interpretuje ako „ignorovať EGF“.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 490  
CSM_207 Po tom, ako jednotka vozidla overila certifikát EGF_MA,  
musí uložiť tento certifikát na použitie počas bežnej prevá­
dzky; pozri oddiel 11.3.3.  
CSM_208  ►M1 Počas spájania s VU musí externé zariadenie GNSS 
použiť protokol znázornený na obrázku 5 (oddiel 10.2.2) na 
overenie certifikačného reťazca VU. ◄  
Poznámky k obrázku 5 v tomto kontexte:  
— VU musí vygenerovať nový efemérny kľúčový pár 
pomocou parametrov domény v certifikáte EGF.  
— Certifikáty VU a verejné kľúče uvedené na obrázku sú tie, 
ktoré sú určené na vzájomnú autentifikáciu. V oddiele 
9.1.4 sa označujú ako VU_MA.  
— Certifikáty VU.CA a verejné kľúče uvedené na obrázku 
sú certifikáty a kľúče určené na podpísanie certifikátov 
VU a certifikátov externých zariadení GNSS. V oddiele 
9.1.3 sa označujú ako MSCA_VU-EGF.  
— Certifikát VU.CA.EUR uvedený na obrázku je európsky 
koreňový certifikát, ktorý je uvedený v CAR certifikátu 
VU.CA.  
— Certifikát VU.Link uvedený na obrázku je prepájací certi­
fikát VU, ak je prítomný. Ako je uvedené v oddiele 9.1.2, 
je to prepájací certifikát pre nový európsky pár koreňo­
vých kľúčov vytvorený ERCA a podpísaný predchádza­
júcim európskym súkromným kľúčom.  
— Certifikát VU.Link.EUR je európsky koreňový certifikát, 
ktorý je uvedený v CAR certifikátu VU.Link.  
CSM_209 Odchylne od požiadavky CSM_167, EGF musí použiť čas 
GNSS na overenie dočasnej platnosti akéhokoľvek predlože­
ného certifikátu.  
▼M1 
CSM_210 Po tom, ako externé zariadenie GNSS overilo certifikát 
VU_MA, musí uložiť tento certifikát na použitie počas bežnej 
prevádzky; pozri oddiel 11.3.3.  
▼B 
11.3.3  Počas bežnej prevádzky  
CSM_211  ►M1 Počas bežnej prevádzky musia jednotka vozidla a EGF 
na overovanie dočasnej platnosti uloženého certifikátu 
EGF_MA a na nastavenie verejného kľúča VU_MA pre 
následnú autentifikáciu VU použiť protokol zobrazený na 
obrázku 11. Počas bežnej prevádzky sa nesmie uskutočniť 
žiadne ďalšie vzájomné overenie certifikačných reťazcov. ◄  
Upozorňujeme, že obrázok 11 v podstate pozostáva z prvých 
krokov uvedených na obrázku 4 a obrázku 5. Opäť upozor­ 
ňujeme, že keďže EGF nie je inteligentná karta, VU pravde­
podobne nepošle Reset na začatie komunikácie a neprijme 
ATR. V každom prípade je to mimo rozsahu pôsobnosti 
tohto dodatku.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 491  
Obrázok 11  
Vzájomné overovanie do časnej platnosti certifikátov VU – EGF po čas bežnej prevádzky
  
CSM_212 Ako je znázornené na obrázku 11, jednotka vozidla musí 
zaznamenať chybu v prípade, že certifikát EGF_MA už nie 
je platný. Avšak vzájomná autentifikácia, kľúčová dohoda 
a následná komunikácia prostredníctvom zabezpečeného spra­
covania musia pokračovať normálne.  
11.4.  Autentifikácia VU, autentifikácia čipu a kľúčová dohoda relácie  
CSM_213 Autentifikácia VU, autentifikácia čipu a kľúčová dohoda  
relácie medzi VU a EGF sa uskutočňujú počas spájania 
a vždy, keď sa relácia zabezpečeného spracovania opätovne 
nadviaže počas bežnej prevádzky. VU a EGF musia vyko­
návať procesy opísané v oddieloch 10.3 a 10.4. Uplatňujú sa 
všetky požiadavky uvedené v týchto oddieloch.  
11.5.  Zabezpe čené spracovanie správ  
CSM_214 Všetky príkazy a odpovede vymieňané medzi jednotkou 
vozidla a externým zariadením GNSS po úspešnej autentifi­
kácii čipu musia byť až do konca relácie chránené zabezpe­ 
čeným spracovaním v režime iba na základe autentifikácie. 
Uplatňujú sa všetky požiadavky uvedené v oddiele 10.5.  
CSM_215 Ak sa relácia zabezpečeného spracovania medzi VU a EGF 
zruší, VU musí okamžite vytvoriť novú reláciu zabezpeče­
ného spracovania, ako je opísané v bode 11.3.3 a 11.4.  
12. PÁROVANIE VU – SNÍMAČ POHYBU A KOMUNIKÁCIA  
12.1.  Všeobecné  
CSM_216 Jednotka vozidla a snímač pohybu musia komunikovať 
pomocou protokolu rozhrania uvedeného v [ISO 16844-3] 
počas párovania a v bežnej prevádzke, so zmenami opísanými 
v tejto kapitole a v oddiele 9.2.1.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 492  
Poznámka:  predpokladá sa, že čitatelia tejto kapitoly 
sú oboznámení s obsahom [ISO 16844-3].  
12.2.  Párovanie VU – sníma č pohybu pomocou rôznych generácií k ľúča 
Ako je vysvetlené v oddiele 9.2.1, hlavný kľúč snímača pohybu a  všetky 
súvisiace kľúče sa pravidelne nahrádzajú. Toto vedie k výskytu až troch 
kľúčov AES K  M-WC  týkajúcich sa snímačov pohybu (nadväzných gene­
rácií) v dielenských kartách. Podobne sa v snímačoch pohybu môž u 
vyskytnúť až tri rôzne šifrovania údajov podľa AES (na základe nadväz­
ných generácií hlavného kľúča K  M snímača pohybu). Jednotka vozidla 
obsahuje len jeden kľúč K  M-VU  týkajúci sa snímača pohybu.  
CSM_217 VU druhej generácie a snímač pohybu druhej generácie mu sia 
byť párované takto [porovnaj s tabuľkou 6 v (ISO 16844-3)]:  
1. Dielenská karta druhej generácie sa vloží do VU a VU sa 
pripojí k snímaču pohybu.  
2. VU prečíta všetky dostupné kľúče K  M-WC  z dielenskej 
karty, skontroluje ich čísla verzií a vyberie ten, ktorého 
číslo verzie sa zhoduje s K  M-VU  jednotky vozidla. Ak 
nie je zhodný kľúč K  M-WC  v dielenskej karte prítomný, 
VU zruší párovací proces a zobrazí vhodné chybové 
hlásenie držiteľovi dielenskej karty.  
3. VU vypočíta hlavný kľúč snímača pohybu K  M z K  M-VU  
a K  M-WC  , a identifikačný kľúč K  ID z K  M , ako je uvedené 
v oddiele 9.2.1.  
4. VU odošle pokyn na začatie párovacieho procesu so 
snímačom pohybu, ako je uvedené v [ISO 16844-3], 
a zašifruje sériové číslo, ktoré dostane od snímača pohybu 
s identifikačným kľúčom K  ID . VU odošle zašifrované 
sériové číslo späť snímaču pohybu.  
5. Snímač pohybu priradí zašifrované sériové číslo postupne 
s každou šifrou sériového čísla, ktorými interne disponuje. 
Ak nájde zhodu, VU je autentifikovaná. Snímač pohybu 
zaznamená generáciu K  ID použitú jednotkou vozidla 
a vráti príslušnú zašifrovanú verziu svojho párovacieho 
kľúča; t. j. šifra, ktorá bola vytvorená pomocou tej istej 
generácie K  M . 
6. VU dešifruje párovací kľúč pomocou K  M , vygeneruje kľúč 
relácie K  S , zašifruje ho párovacím kľúčom a pošle 
výsledok snímaču pohybu. Snímač pohybu dešifruje K  S . 
7. VU zoradí párovacie informácie, ako je uvedené v [ISO 
16844-3], zašifruje informácie párovacím kľúčom a pošle 
výsledok snímaču pohybu. Snímač pohybu dešifruje páro­
vacie informácie.  
8. Snímač pohybu zašifruje získané párovacie informácie 
prijatým K  S a vráti ich VU. VU overí, že párovacie infor­
mácie sú tie isté informácie, ktoré VU poslala snímaču 
pohybu v predchádzajúcom kroku. Tým sa preukáže, že 
snímač pohybu použil rovnaký K  S ako VU, a teda v kroku  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 493  
5 poslal svoj párovací kľúč zašifrovaný správnou generá­
ciou K  M . Preto je snímač pohybu overený.  
Upozorňujeme, že kroky 2 a 5 sú odlišné od štandardného 
postupu v [ISO 16844-3]; ostatné kroky sú štandardné.  
Príklad:  Predpokladajme, že sa párovanie uskutočňuje 
v prvom roku platnosti certifikátu ERCA (3); pozri obrázok 
2 v oddiele 9.2.1.2. Okrem toho  
— Predpokladajme, že snímač pohybu bol vydaný 
v poslednom roku platnosti certifikátu ERCA (1). Preto 
bude obsahovať tieto kľúče a údaje:  
— N  s [1]: jeho sériové číslo zašifrované K  ID prvej gene­
rácie,  
— N  s [2]: jeho sériové číslo zašifrované K  ID druhej gene­
rácie,  
— N  s [3]: jeho sériové číslo zašifrované K  ID tretej gene­
rácie,  
— K  P [1]: jeho párovací kľúč prvej generácie (  1 ), zašifro­
vaný K  M prvej generácie,  
— K  P [2]: jeho párovací kľúč druhej generácie, zašifro­
vaný K  M druhej generácie,  
— K  P [3]: jeho párovací kľúč tretej generácie, zašifrovaný 
K M tretej generácie,  
— Predpokladajme, že dielenská karta bola vydaná v prvom 
roku platnosti certifikátu ERCA (3). Preto bude obsahovať 
kľúč K  M-WC  druhej a tretej generácie.  
— Predpokladajme, že VU je VU druhej generácie, ktorá 
obsahuje K  M-VU  druhej generácie.  
V tomto prípade v krokoch 2 až 5 nastane toto:  
— Krok 2: VU prečíta z dielenskej karty K  M-WC  druhej 
a tretej generácie a skontroluje čísla ich verzií.  
— Krok 3: VU skombinuje K  M-WC  druhej generácie so 
svojím K  M-VU  , aby vypočítala K  M a K  ID . 
— Krok 4: VU zašifruje, prostredníctvom K  ID , sériové číslo, 
ktoré dostane od snímača pohybu.  
— Krok 5: Snímač pohybu porovná získané údaje s N  S [1] 
a nenájde zhodu. Potom porovná dané údaje s N  S [2] 
a nájde zhodu. Z toho vyvodí, že VU je VU druhej gene­
rácie, a preto pošle späť K  P [2]. ▼B 
( 1 ) Upozorňujeme, že párovacie kľúče prvej, druhej a tretej gener ácie môžu byť v skutočnosti 
totožné, alebo to môžu byť rôzne kľúče s rôznymi dĺžkami, ako j e vysvetlené 
v CSM_117.
 02016R0799 — SK — 21.08.2023 — 003.001 — 494  
12.3.  Párovanie VU – sníma č pohybu a komunikácia pomocou AES  
CSM_218 Ako sa uvádza v tabuľke 3 v oddiele 9.2.1, všetky kľúče , 
ktoré sa zúčastnia na párovaní (druhej generácie) jednotky 
vozidla a snímača pohybu a následnej komunikácii, musia 
byť kľúče AES, a nie kľúče TDES s dvojitou dĺžkou, ako 
je uvedené v [ISO 16844-3]. Tieto kľúče AES môžu mať 
dĺžku 128, 192 alebo 256 bitov. Keďže veľkosť blokov 
AES je 16 bajtov, dĺžka zašifrovanej správy musí byť 
násobkom 16 bajtov, v porovnaní s 8 bajtmi v prípade 
TDES. Okrem toho budú niektoré z týchto správ použité na 
prenos kľúčov AES, ktorých dĺžka môže byť 128, 192 alebo 
256 bitov. Preto sa počet dátových bajtov na pokyn v tabuľke 
5 normy [ISO 16844-3] zmení tak, ako zobrazené 
v tabuľke 6:  
▼M1 
Tabuľka 6 
Počet nezašifrovaných a zašifrovaných dátových bajtov na pokyn pod ľa [ISO 16844– 3]  
Pokyn  Požiadavka/ 
odpoveď  Opis údajov  # dátových bajtov 
nezašifrovaného 
textu podľa 
[ISO 16844– 3]  # dátových bajtov 
nezašifrovaného 
textu používajúcich 
kľúče AES  # zašifrovaných dátových 
bajtov pri používaní kľúčov 
AES s bitovou dĺžkou  
128 192  256  
10 požiadavka  autentifikačné údaje 
+ číslo súboru  8 8  1 6  1 6  1 6  
11 odpoveď  autentifikačné údaje 
+ obsah súboru  16 alebo 32, 
v závislosti od 
súboru  16 alebo 32, 
v závislosti od 
súboru  32 / 48  32 / 48  32 / 48  
41 požiadavka  sériové číslo MoS  8  8  1 6  1 6  1 6  
41 odpoveď  párovací kľúč  1 6  16 / 24 / 32  1 6  3 2  3 2  
42 požiadavka  kľúč relácie  1 6  16 / 24 / 32  1 6  3 2  3 2  
43 požiadavka  párovacia informácia  2 4  2 4  3 2  3 2  3 2  
50 odpoveď  párovacia informácia  2 4  2 4  3 2  3 2  3 2  
70 požiadavka  Autentifikačné údaje  8  8  1 6  1 6  1 6  
80 odpoveď  Hodnota počítadla 
MoS + autentifikačné 
údaje  8 8  1 6  1 6  1 6  
▼B 
CSM_219 Párovacie informácie, ktoré sú poslané v pokynoch 43 
(žiadosť VU) a 50 (odpoveď MoS) musia byť zostavené 
tak, ako sa uvádza v oddiele 7.6.10 normy [ISO 16844-3], 
s výnimkou toho, že sa v schéme šifrovania párovacích 
údajov musí použiť algoritmus AES namiesto algoritmu 
TDES, následkom čoho budú dve šifrovania AES a prijatie 
výplne uvedenej v CSM_220, tak aby zodpovedala veľkosti 
bloku AES. Kľúč K'  p použitý na toto šifrovanie sa musí 
vygenerovať takto:  
— Ak má párovací kľúč K  P dĺžku 16 bajtov: K'  p = K  P XOR 
(N s ||N s ) ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 495  
— Ak má párovací kľúč K  P dĺžku 24 bajtov: K'  p = K  P XOR 
(N s ||N s ||N s ) 
— Ak má párovací kľúč K  P dĺžku 32 bajtov: K'  p = K  P XOR 
(N s ||N s ||N s ||N s ) 
Kde N  s je 8 bajtové sériové číslo snímača pohybu.  
CSM_220 Ak dátová dĺžka nezašifrovaného textu (používajúc kľúče  
AES) nie je násobkom 16 bajtov, musí sa použiť metóda 
výplne 2 vymedzená v [ISO 9797-1].  
Poznámka:  v [ISO 16844-3] je počet dátových bajtov neza­ 
šifrovaného textu vždy násobkom 8, takže vyplň nie je pri 
použití TDES potrebná. Vymedzenie údajov a správ v [ISO 
16844-3] sa touto časťou tejto prílohy nemení, takže je 
potrebná výplň.  
CSM_221 Pre pokyn 11 a v prípade, keď musí byť zašifrovaných vi ac 
ako jeden blok údajov, musí sa použiť prevádzkový režim 
reťazenia šifrovacieho bloku, ako je vymedzený v [ISO 
10116], s parametrom prekladania  m = 1. IV, ktorý sa má 
používať, musí byť  
— Pre pokyn 11: 8-bajtový autentifikačný blok uvedený 
v oddiele 7.6.3.3 normy [ISO 16844-3], vyplnený 
pomocou metódy výplne 2 vymedzenej v [ISO 9797-1]; 
pozri aj oddiel 7.6.5 a 7.6.6 normy [ISO 16844-3].  
— Pre všetky ostatné pokyny, v ktorých sa prenáša viac ako 
16 bajtov, ako je uvedené v tabuľke 6: „00“ {16}, t. j. 
šestnásť bajtov s binárnou hodnotu 0.  
Poznámka:  Ako je uvedené v oddiele 7.6.5 a 7.6.6 normy 
[ISO 16844-3], keď MoS zašifruje dátové súbory určené na 
zahrnutie do pokynu 11, autentifikačný blok je  
— použitý ako inicializačný vektor pre šifrovanie súborov 
údajov v režime CBC, ako aj  
— zašifrovaný a zahrnutý ako prvý blok v údajoch, ktoré sa 
posielajú VU.  
12.4.  Párovanie VU – sníma č pohybu v prípade rôznych generácií zaria ­
denia  
CSM_222 Ako je vysvetlené v oddiele 9.2.1, snímač pohybu druhej  
generácie môže obsahovať šifrovanie párovacích údajov zalo­ 
žené na TDES (ako je vymedzené v časti A tohto dodatku), 
ktoré umožňuje spárovanie snímača pohybu s VU prvej gene­
rácie. Ak tomu tak je, musia sa VU prvej generácie a snímač 
pohybu druhej generácie spárovať, ako je opísané v časti 
A tohto dodatku a v [ISO 16844-3]. Na proces párovania 
sa môže použiť dielenská karta buď prvej generácie alebo 
druhej generácie.  
Poznámky:  
— Nie je možné párovať VU druhej generácie so snímačom 
pohybu prvej generácie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 496  
— Nie je možné použiť dielenskú kartu prvej generácie na 
spojenie VU druhej generácie so snímačom pohybu.  
13. ZABEZPEČENIE DIAĽKOVEJ KOMUNIKÁCIE CEZ DSRC  
13.1.  Všeobecné  
Ako je uvedené v dodatku 14, VU pravidelne generuje údaje diaľk ového 
monitorovania tachografu (RTM) a posiela tieto údaje (internému  alebo 
externému) diaľkovému komunikačnému zariadeniu (RCF). Diaľkové 
komunikačné zariadenie je zodpovedné za zasielanie týchto údajo v 
prostredníctvom rozhrania DSRC opísaného v dodatku 14 diaľkovém u 
snímaču. V dodatku 1 sa špecifikuje, že údaje RTM sú zreťazením  týchto 
prvkov:  
Zašifrovaný obsah tachografu  zašifrovanie nezašifrovaného textu 
obsahu tachografu  
Bezpečnostné údaje DRSC  opísané ďalej  
Formát nezašifrovaného textu obsahových údajov tachografu je uv edený 
v dodatku 1 a ďalej opísaný v dodatku 14. V tomto oddiele sa op isuje 
štruktúra bezpečnostných údajov DSRC; formálna špecifikácia je 
v dodatku 1.  
CSM_223 Údaje nezašifrovaného textu
  ozná­
oznámené jednotkou vozidla diaľkovému komunikačnému 
zariadeniu (ak RFC nie je súčasťou VU) alebo jednotkou 
vozidla diaľkovému snímaču cez rozhranie DSRC (ak je 
RFC súčasťou VU) musia byť chránené v režime šifrovania 
a následnej autentifikácie, t. j. obsahové údaje tachografu sú 
najprv zašifrované, aby sa zabezpečila dôvernosť správ, 
a následne sa vypočíta MAC na zabezpečenie autenticity 
a integrity údajov.  
CSM_224 Bezpečnostné údaje DSRC musia pozostávať zo zreťazenia 
týchto dátových prvkov v tomto poradí; pozri tiež 
obrázok 12:  
Aktuálny dátum a čas Aktuálny dátum a čas VU (dátový typ
  
) 
Počítadlo  3-bajtové počítadlo, pozri CSM_225  
▼M1 
Sériové číslo VU  Sériové číslo VU alebo ID žiadosti o certifikát 
ID (dátový typ VuSerialNumber alebo Certi­
ficateRequestID) – pozri odsek CSM_123  
▼B 
Číslo verzie hlavného k ľúča DRSC  1-bajtové číslo verzie hlavného kľúča DSRC, 
z ktorého boli odvodené kľúče DSRC určené 
pre VU, pozri oddiel 9.2.2.  
MAC  MAC vypočítaný zo všetkých predchádzajú­
cich bajtov v údajoch RTM.  
CSM_225 3-bajtové počítadlo v bezpečnostných údajoch DSRC musí 
byť vo formáte MSB-first (teda bajt najvyššieho rádu na 
prvom mieste). Keď VU prvýkrát vypočíta súbor údajov 
RTM po prijatí do výroby, musí nastaviť hodnotu počítadla 
na 0. VU musí zvýšiť hodnotu počítadla o 1 vždy predtým, 
ako vypočíta ďalší súbor údajov RTM.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 497  
13.2.  Šifrovanie obsahu tachografu a generácia MAC  
CSM_226 Vzhľadom na dátový prvok nezašifrovaného textu s dátový m 
typom
  , ako je opísané v dodatku 
14, VU musí zašifrovať tieto údaje, ako je znázornené na 
obrázku 12: kľúč DSRC jednotky vozidla na šifrovanie 
K_VU  DSRC  _ENC (pozri oddiel 9.2.2) sa musí používať 
s AES v prevádzkovom režime reťazenia šifrovacieho bloku 
(CBC), ako je vymedzené v [ISO 10116], s parametrom 
prekladania m = 1. Inicializačný vektor sa musí rovnať  IV 
= aktuálny dátum a čas || „00 00 00 00 00 00 00 00 00 “ || 
počítadlo , kde  aktuálny čas a dátum  a počítadlo  sú uvedené 
v CSM_224. Údaje, ktoré sa majú zašifrovať, musia byť 
vyplnené pomocou metódy vyplňovania 2, vymedzenej 
v [ISO 9797-1].  
CSM_227 VU musí vypočítať MAC v bezpečnostných údajoch DSRC, 
ako je uvedené na obrázku 12: MAC sa musí vypočítať pre 
všetky predchádzajúce bajty v údajoch RTM, až do a vrátane 
čísla verzie hlavného kľúča DSRC, a vrátane tagov a dĺžok 
dátových objektov. VU musí použiť svoj kľúč DSRC na 
autenticitu K_VU  DSRC  _MAC (pozri oddiel 9.2.2) s algo­
ritmom AES v režime CMAC, ako je uvedené v [SP 800- 
38B]. Dĺžka MAC musí byť prepojená s dĺžkou kľúčov 
DRSC určených pre VU, ako je uvedené v CSM_50.  
Obrázok 12  
Šifrovanie obsahu tachografu a generácia MAC
  
13.3.  Overovanie a dešifrovanie obsahu tachografu  
CSM_228 Ak diaľkový snímač získal údaje RTM z VU, musí poslať 
úplné údaje RTM kontrolnej karte v dátovom poli príkazu 
PROCESS DSRC MESSAGE, ako sa uvádza v dodatku 2. 
Potom:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 498  
1. Kontrolná karta musí skontrolovať číslo verzie hlavného 
kľúča DSRC v bezpečnostných údajoch DSRC. Ak 
kontrolná karta nepozná uvedený hlavný kľúč DSRC, 
vráti chybu uvedenú v dodatku 2 a zruší proces.  
▼M1 
2. Kontrolná karta musí použiť uvedený hlavný kľúč DSRC 
v kombinácii so sériovým číslom VU alebo ID žiadosti 
o certifikát v rámci bezpečnostných údajov DSRC na 
odvodenie kľúčov DSRC K_VU  DSRC  _ENC 
a K_VU  DSRC  _MAC pre danú VU, ako je uvedené v odseku 
CSM_124.  
▼B 
3. Kontrolná karta musí použiť K_VU  DSRC  _MAC na 
overenie MAC v bezpečnostných údajoch DSRC, ako sa 
uvádza v CSM_227. Ak je MAC nesprávny, kontrolná 
karta vráti chybu uvedenú v dodatku 2 a zruší proces.  
4. Kontrolná karta musí použiť K_VU  DSRC  _ENC na dešifro­
vanie zašifrovaného obsahu tachografu, ako sa uvádza 
v CSM_226. Kontrolná karta musí odstrániť výplň a vrátiť 
dešifrovaný obsah tachografu diaľkovému snímaču.  
CSM_229 S cieľom zabrániť tzv. „replay“ útokom musí diaľkový 
snímač overiť aktuálnosť údajov RTM overením toho, či sa  
aktuálny dátum a čas v bezpečnostných údajoch DSRC príliš 
neodchyľuje od aktuálneho času diaľkového snímača.  
Poznámky:  
— To si vyžaduje, aby mal diaľkový snímač presný a spoľah­
livý zdroj času.  
— Keďže sa v dodatku 14 vyžaduje, aby VU vypočítala nový 
súbor údajov RTM každých 60 sekúnd a čas VU sa smie 
odchýliť 1 minútu od reálneho času, spodný limit pre 
aktuálnosť údajov RTM je 2 minúty. Skutočná aktuálnosť, 
ktorá sa má požadovať, tiež závisí od presnosti hodín 
diaľkového snímača.  
CSM_230 Ak dielňa overí správne fungovanie funkcionality DSRC 
jednotky vozidla, musí poslať úplné údaje RTM prijaté 
z VU na dielenskú kartu v dátovom poli príkazu PROCESS 
DSRC MESSAGE, ako sa uvádza v dodatku 2. Dielenská 
karta musí vykonať všetky kontroly a opatrenia uvedené 
v CSM_228.  
14. PODPIS SŤAHOVANIA ÚDAJOV A OVEROVANIE PODPISOV  
14.1.  Všeobecné  
CSM_231 Inteligentné vyhradené zariadenie (IDE) musí uchovávať 
údaje prijaté z VU alebo karty počas jednej relácie sťahovania 
v jednom fyzickom dátovom súbore. Údaje sa môžu ukladať 
na ESM (externé pamäťové médium). Tento súbor obsahuje 
digitálne podpisy dátových blokov, ako je špecifikované 
v dodatku 7. Tento súbor musí obsahovať aj tieto certifikáty 
(pozri oddiel9.1):  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 499  
— v prípade sťahovania z VU:  
— certifikát VU_Sign  
— certifikát MSCA_VU-EGF obsahujúci verejný kľúč, 
ktorý sa má použiť na overovanie certifikátu VU_Sign  
— v prípade sťahovania z karty:  
— certifikát Card_Sign  
— certifikát MSCA_Card obsahujúci verejný kľúč, ktorý 
sa má použiť na overenie certifikátu Card_Sign  
CSM_232 IDE tiež musí mať k dispozícii:  
— ak používa na overenie podpisu kontrolnú kartu, ako je 
uvedené na obrázku 13. prepájací certifikát prepájajúci 
najnovší certifikát EUR s certifikátom EUR, ktorého 
obdobie platnosti ho priamo predchádza, pokiaľ existuje.  
— ak samo overuje podpis: všetky platné európske koreňové 
certifikáty.  
Poznámka:  Metóda, ktorú IDE využíva na získanie týchto 
certifikátov, nie je uvedená v tomto dodatku.  
14.2.  Generovanie podpisu  
CSM_233 Algoritmus podpisovania na vytvorenie digitálnych podpi sov 
pre stiahnuté údaje musí byť ECDSA, ako je uvedené 
v [DSS], s použitím hašovacieho algoritmu prepojeného 
s veľkosťou kľúča VU alebo karty, ako je uvedené 
v CSM_50. Formát podpisu musí byť nezašifrovaný, ako je 
uvedené v [TR-03111].  
14.3.  Overenie podpisu  
CSM_234  ►M1 IDE môže podpis stiahnutých údajov overovať samo, 
alebo môže na tento účel použiť kontrolnú kartu. Ak použije 
kontrolnú kartu, overenie podpisu sa uskutočňuje tak, ako je 
uvedené v obrázku 13. Na overenie dočasnej platnosti certi­
fikátu predloženého IDE, musí kontrolná karta použiť svoj 
vnútorný aktuálny čas, ako sa stanovuje v odseku CSM_167. 
Kontrolná karta musí aktualizovať svoj aktuálny čas, ak 
dátum účinnosti autentického certifikátu „platného zdroja 
času“ je novší ako aktuálny čas karty. Karta ako platný 
zdroj času akceptuje len tieto certifikáty:  
— prepájacie certifikáty ERCA druhej generácie,  
— certifikáty prepojenia MSCA druhej generácie,  
— certifikáty VU_Sign alebo Card_Sign druhej generácie 
vydané tou istou krajinou, ktorá vydala vlastný certifikát 
kontrolnej karty.  
Ak IDE overuje podpis samo, musí overiť autenticitu a plat­
nosť všetkých certifikátov v certifikačnom reťazci v dátovom 
súbore, a overiť podpis údajov podľa podpisového systému 
vymedzeného v [DSS]. V oboch prípadoch treba pri každom 
certifikáte odčítanom z dátového súboru overiť, že pole Certi­
ficate Holder Authorisation (CHA) je správne:  
— Pole CHA certifikátu EQT musí označovať certifikát VU 
alebo karty (podľa vhodnosti) na podpis (pozri dodatok 1, 
dátový typ EquipmentType).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 500  
— CHA certifikátu EQT.CA musí označovať MSCA.  
— CHA certifikátu EQTLink musí označovať ERCA. ◄  
Poznámky k obrázku 13:  
— Zariadenie, ktoré podpísalo údaje, ktoré sa majú analy­
zovať, je označené ako EQT.  
— Certifikáty a verejné kľúče EQT uvedené na obrázku sú 
certifikáty a kľúče určené na podpísanie, t. j. VU_Sign 
alebo Card_Sign.  
— Certifikáty a verejné kľúče EQT.CA uvedené na obrázku 
sú certifikáty a kľúče určené na podpísanie certifikátov 
VU, resp. karty.  
— Certifikát EQT.CA.EUR uvedený na obrázku je európsky 
koreňový certifikát, ktorý je uvedený v CAR certifikátu 
EQT.CA.  
— Certifikát EQT.Link uvedený na obrázku je prepájací 
certifikát EQT, ak je prítomný. Ako je uvedené v oddiele 
9.1.2, je to prepájací certifikát pre nový európsky pár 
koreňových kľúčov vytvorený ERCA a podpísaný pred­
chádzajúcim európskym súkromným kľúčom.  
— Certifikát EQT.Link.EUR je európsky koreňový certifikát, 
ktorý je uvedený v CAR certifikátu EQT.Link.  
CSM_235 Na výpočet hash M poslaného kontrolnej karte v príkaze 
PSO:Hash musí IDE použiť hašovací algoritmus prepojený 
s veľkosťou kľúča VU alebo karty, z ktorých sú údaje stiah­
nuté, ako je uvedené v CSM_50.  
CSM_236 Na overenie podpisu EQT musí kontrolná karta uplatniť 
podpisový systém vymedzený v [DSS].  
Poznámka:  Tento dokument neuvádza žiadne kroky, ktoré 
treba podniknúť, ak podpis stiahnutého dátového súboru nie 
je možné overiť alebo ak overenie nebolo úspešné.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 501  
Obrázok 13  
Protokol na overenie podpisu stiahnutého dátového súboru
  ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 502  
Dodatok 12  
URČOVANIE POLOHY NA ZÁKLADE GLOBÁLNEHO 
NAVIGA ČNÉHO SATELITNÉHO SYSTÉMU (GNSS)  
OBSAH  
1. ÚVOD  
1.1. Rozsah pôsobnosti  
▼M3 
1.1.1. Referenčné dokumenty  
▼B 
1.2. Akronymy a notácie  
▼M3 
2. ZÁKLADNÉ CHARAKTERISTIKY PRIJÍMAČA GNSS  
3. VETY POSKYTOVANÉ PRIJÍMAČMI GNSS  
▼B 
4. JEDNOTKA VOZIDLA S EXTERNÝM ZARIADENÍM GNSS  
4.1. Konfigurácia  
4.1.1 Hlavné komponenty a rozhrania  
4.1.2 Stav externého zariadenia GNSS na konci výroby  
4.2. Komunikácia medzi externým zariadením GNSS a jednotkou voz idla 
4.2.1 Komunikačný protokol  
4.2.2 Bezpečný prenos údajov GNSS  
4.2.3 Štruktúra príkazu Read Record  
▼M3 
4.2.4 Štruktúra príkazu WriteRecord  
4.2.5 Iné príkazy  
▼B 
4.3. Spojenie, vzájomná autentifikácia a kľúčová dohoda relácie  externého 
zariadenia GNSS s jednotkou vozidla  
4.4. Spracovanie chýb  
4.4.1 Chyba komunikácie s externým zariadením GNSS  
4.4.2 Porušenie fyzickej integrity externého zariadenia GNSS  
4.4.3 Chýbajúce informácie o polohe od prijímača GNSS  
4.4.4 Platnosť osvedčenia externého zariadenia GNSS sa skončila  
5. JEDNOTKA VOZIDLA BEZ EXTERNÉHO ZARIADENIA GNSS  
5.1. Konfigurácia  
▼M3 
5.2. Prenos informácií z prijímača GNSS do VU  
__________  
5.3. Prenos informácií z VU do prijímača GNSS  
5.4. Spracovanie chýb  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 503  
5.4.1. Chýbajúce informácie o polohe z prijímača GNSS  
6. SPRACOVANIE A ZAZNAMENÁVANIE ÚDAJOV O POLOHE 
JEDNOTKOU VOZIDLA  
7. ČASOVÝ ROZPOR GNSS  
8. NESÚLAD ÚDAJOV O POHYBE VOZIDLA  
1. ÚVOD  
V tomto dodatku sú stanovené technické požiadavky na prijímač G NSS 
a údaje GNSS, ktoré využíva jednotka vozidla, vrátane protokolo v, ktoré 
musia byť zavedené, aby bol zaručený bezpečný a správny dátový prenos 
údajov o polohe.  
1.1. Rozsah pôsobnosti  
GNS_1 Jednotka vozidla získava údaje o polohe najmenej z jednej  sate­
litnej siete GNSS.  
Jednotka vozidla môže, ale nemusí obsahovať externé zaria­
denie GNSS, ako je znázornené na obrázku 1:  
1.1.1.  Referen čné dokumenty  
V tejto časti tohto dodatku sa používajú tieto referenčné dokum enty:  
NMEA NMEA (National Marine Electronics Association) (Národná 
asociácia námornej elektroniky) 0183 štandard rozhrania, V4.11  
▼B 
Obrázok 1  
Rôzne konfigurácie prijíma ča GNSS
  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 504  
1.2. Akronymy a notácie  
V tomto dodatku sa používajú tieto akronymy:  
DOP Dilution of Precision (faktor zníženia presnosti)  
EGF Elementary file GNSS Facility (základný súbor zariadenia 
GNSS)  
EGNOS European Geostationary Navigation Overlay Service  
GNSS Global Navigation Satellite System (globálny navigačný sat e­
litný systém)  
GSA GPS DOP and active satellites (faktor zníženia presnosti 
a aktívne satelity GPS)  
HDOP Horizontal Dilution of Precision (faktor horizontálneho 
zníženia presnosti)  
ICD Interface Control Document (dokument o kontrole rozhrania)  
NMEA National Marine Electronics Association (Národná asociácia  
námornej elektroniky)  
▼M3 
OSNMA Galileo Open Service Navigation Messages Authentication 
(otvorená služba systému Galileo na autentifikáciu navigač­
ných správ)  
▼B 
PDOP Position Dilution of Precision (faktor zníženia presnosti 
určenia polohy)  
RMC Recommended Minimum Specific (odporúčané minimálne 
množstvo údajov)  
▼M3 
RTC Real Time Clock (hodiny reálneho času)  
▼B 
SIS Signal in Space (vysielaný signál)  
VDOP Vertical Dilution of Precision (faktor vertikálneho znížen ia 
presnosti)  
VU Vehicle Unit (jednotka vozidla – VU)  
▼M3 
2. ZÁKLADNÉ CHARAKTERISTIKY PRIJÍMAČA GNSS  
▼B 
Bez ohľadu na konfiguráciu inteligentného tachografu s externým  zaria­
dením GNSS alebo bez neho, nevyhnutným prvkom jeho účinnej prev á­
dzky je poskytovanie presných a spoľahlivých informácií o poloh e. Preto 
je vhodné požadovať kompatibilitu inteligentného tachografu so služ­
bami, ktoré poskytujú programy Galileo a European Geostationary  Navi­
gation Overlay Service (EGNOS), ako je stanovené v nariadení Eu róp­
skeho parlamentu a Rady (EÚ) č. 1285/2013 (  1 ). Systém vytvorený 
v rámci programu Galileo je nezávislý globálny satelitný naviga čný 
systém a systém vytvorený v rámci programu EGNOS je regionálny 
satelitný navigačný systém, ktorý zvyšuje kvalitu signálu globá lneho 
polohového systému.  
GNS_2 Výrobcovia musia zabezpečiť, aby boli prijímače GNSS v in te­
ligentných tachografoch kompatibilné so službami určovania 
polohy, ktoré poskytujú systémy Galileo a EGNOS. Výrob­
covia sa môžu rozhodnúť, že okrem toho zabezpečia kompati­
bilitu aj s ďalšími satelitnými navigačnými systémami.  ▼B 
( 1 ) Nariadenie Európskeho parlamentu a Rady (EÚ) č. 1285/2013 z 1 1. decembra 2013 
o zriadení a využívaní európskych systémov satelitnej navigácie , ktorým sa ruší naria­
denie Rady (ES) č. 876/2002 a nariadenie Európskeho parlamentu a Rady (ES) 
č. 683/2008 (Ú. v. EÚ L 347, 20.12.2013, s. 1).
 02016R0799 — SK — 21.08.2023 — 003.001 — 505  
GNS_3 Prijímač GNSS musí byť schopný podporovať autentifikáciu 
navigačných správ v otvorenej službe systému Galileo 
(OSNMA).  
GNS_3a Prijímač GNSS vykoná niekoľko kontrol konzistentnosti 
s cieľom overiť, či hodnoty, ktoré prijímač GNSS vypočítal 
na základe údajov OSNMA, mali za následok správne infor­
mácie o polohe, rýchlosti a údajoch vozidla, a teda neboli 
ovplyvnené žiadnym externým útokom, ako je meaconing. 
Tieto kontroly konzistentnosti tvoria napríklad:  
— detekcia neobvyklých emisií výkonu prostredníctvom 
kombinovaného monitorovania automatického riadenia 
zosilnenia (Automatic Gain Control, AGC) a pomeru nosiča 
a hustoty šumu (C/N0),  
— konzistentnosť merania pseudorozsahu a konzistentnosť 
merania Dopplerovho javu v priebehu času vrátane detekcie 
náhlych skokov v meraní,  
— techniky monitorovania autonómnej integrity prijímača 
(receiver autonomous integrity monitoring, RAIM) vrátane 
detekcie nekonzistentných meraní s odhadovanou polohou,  
— kontroly polohy a rýchlosti vrátane neobvyklých riešení 
polôh a rýchlostí, náhlych skokov a správania nekonzistent­
ného s dynamikou vozidla,  
— konzistentnosť času a frekvencie vrátane skokových zmien 
a odchýlok hodín, ktoré nie sú konzistentné s charakteristi­
kami hodín prijímača.  
GNS_3b Európska komisia vypracuje a schváli tieto dokumenty:  
— Dokument o kontrole rozhrania pre vysielaný signál (Signal 
in Space Interface Control Document, SIS ICD), v ktorom 
sa podrobne uvádzajú informácie OSNMA prenášané 
prostredníctvom signálu Galileo.  
— V usmerneniach k prijímačom OSNMA sa uvádzajú požia­
davky na prijímače a procesy v prijímačoch s cieľom 
zaručiť bezpečné zavedenie OSNMA, ako aj odporúčania 
na zvýšenie výkonnosti OSNMA.  
Prijímače GNSS namontované v tachografoch buď interne, 
alebo externe musia byť zostrojené v súlade s dokumentom 
SIS ICD a usmerneniami k prijímačom OSNMA.  
GNS_3c Prijímač GNSS poskytuje pozitívne správy, v tejto príloh e a jej 
dodatkoch nazývané správy o autentifikovanej polohe, ktoré sa 
vypracúvajú len s použitím satelitov, z ktorých sa úspešne 
overila autenticita navigačných správ.  
GNS_3d Prijímač GNSS poskytuje aj štandardné správy o polohe, k toré 
sa vypracúvajú s použitím satelitov v zornom poli, bez ohľadu 
na to, či sú alebo nie sú autentifikované.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 506  
GNS_3e Prijímač GNSS používa hodiny reálneho času (RTC) VU ako 
referenčný čas v prípade synchronizácie času, ktorá je potrebná  
pre OSNMA.  
GNS_3f Čas RTC VU poskytuje prijímaču GNSS jednotka vozidla.  
GNS_3g Maximálnu časovú odchýlku uvedenú v požiadavke 41 
prílohy IC spolu s časom RTC VU poskytuje prijímaču 
GNSS jednotka vozidla.  
3. VETY POSKYTOVANÉ PRIJÍMAČMI GNSS  
V tomto oddiele sa opisujú vety, ktoré sa používajú pri prevádz ke inte­
ligentného tachografu, na prenos správ o štandardných a autenti fikova­
ných polohách. Tento oddiel je platný pre konfiguráciu intelige ntného 
tachografu s externým zariadením GNSS aj bez neho.  
GNS_4 Údaje o štandardnej polohe sú založené na vete NMEA 
o odporúčanom minimálnom množstve údajov (RMC) 
GNSS, ktorá obsahuje informácie o polohe (zemepisná šírka, 
zemepisná dĺžka), čas vo formáte UTC (koordinovaný svetový 
čas) (hhmmss.ss) a rýchlosť vzhľadom na zem v uzloch, ako 
aj doplnkové hodnoty.  
Formát vety RMC je takýto (podľa normy NMEA V4.11):  
Obrázok 2  
Štruktúra vety RMC
  
$–RMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x .x,xxxx,x.x,a,a,a* hh 
1. Čas (UTC)  
2. Status, A = Platná poloha, V = Výstraha  
3. Zemepisná šírka  
4. S alebo J  
5. Zemepisná dĺžka  
6. V alebo Z  
7. Rýchlosť vzhľadom na zem v uzloch  
8. Kurz pohybu v stupňoch  
9. Dátum ddmmrr  
10. Magnetická deklinácia v stupňoch  
11. V alebo Z  
12. Indikátor režimu FAA  
13. Stav navigácie  
14. Kontrolný súčet  
Stav navigácie je nepovinný a vo vete RMC nemusí byť 
obsiahnutý.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 507  
Údaj o stave poskytuje informáciu, či je signál GNSS 
dostupný. Pokiaľ stav nenadobudne hodnotu „A“, prijímané 
údaje (napr. o čase alebo zemepisnej šírke/dĺžke) sa nemôžu 
použiť na zaznamenanie polohy vozidla vo VU.  
Rozlíšenie polohy je založené na už opísanom formáte vety 
RMC. Prvá časť polí 3 a 5 sa používa na vyjadrenie stupňov. 
Zvyšok sa používa na vyjadrenie minút s tromi desatinnými 
číslami. Rozlíšenie je teda 1/1 000 minúty alebo 
1/60 000 stupňa (keďže jedna minúta je 1/60 stupňa).  
GNS_4a Údaje o autentifikovanej polohe sú založené na vete podo bnej 
ako veta NMEA o autentifikovanom minimálnom množstve 
údajov (AMC), ktorá obsahuje informácie o polohe (zeme­
pisná šírka, zemepisná dĺžka), čas vo formáte UTC (koordi­
novaný svetový čas) (hhmmss.ss) a rýchlosť vzhľadom na 
zem v uzloch, ako aj doplnkové hodnoty.  
Formát vety AMC je takýto (podľa normy NMEA V4.11, 
okrem hodnoty č. 2):  
Obrázok 3  
Štruktúra vety AMC
  
$–AMC,hhmmss.ss,A,llll.ll,a,yyyyy.yy,a,x.x,x.x,xxxx,x.x,a,a,a*h h 
1. Čas (UTC)  
2. Stav, A = autentifikovaná poloha (stanovená s použitím aspoň  4 satelitov, 
z ktorých bola úspešne overená autenticita navigačných správ), J = jamming 
alebo O = iný útok na GNSS v prípade neprítomnosti zlyhania aut entifikácie 
navigačných správ (zavedením kontrol konzistentnosti podľa bodu  GNS_3a), 
F = zlyhanie autentifikácie navigačných správ (zistené overenia mi OSNMA 
špecifikovanými v dokumentoch, na ktoré sa odkazuje v bode GNS_ 3b), 
V = prázdna (autentifikovaná poloha nie je k dispozícii z akého koľvek 
iného dôvodu)  
3. Zemepisná šírka  
4. S alebo J  
5. Zemepisná dĺžka  
6. V alebo Z  
7. Rýchlosť vzhľadom na zem v uzloch  
8. Kurz pohybu v stupňoch  
9. Dátum ddmmrr  
10. Magnetická deklinácia v stupňoch  
11. V alebo Z  
12. Indikátor režimu FAA  
13. Stav navigácie  
14. Kontrolný súčet  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 508  
Stav navigácie je nepovinný a vo vete AMC nemusí byť 
obsiahnutý.  
Údaj o stave poskytuje informácie, či je k dispozícii autenti­
fikovaná poloha GNSS, či bol zistený útok na signály GNSS, 
či zlyhala autentifikácia navigačných správ alebo či je poloha 
GNSS prázdna. Keď stav nenadobudne hodnotu „A“, prijí­
mané údaje (napr. o čase alebo zemepisnej šírke/dĺžke) sa 
považujú za neplatné a nesmú sa použiť na zaznamenanie 
polohy vozidla vo VU. Keď stav nadobudne hodnotu „J“ 
(jamming), „O“ (iný útok na GNSS) alebo „F“ (zlyhanie 
autentifikácie navigačných správ), vo VU sa zaznamená 
udalosť „anomália GNSS“, ako sa vymedzuje v prílohe IC 
a dodatku 1 (EventFaultCode).  
GNS_5 Jednotka vozidla ukladá v databáze VU ako informáciu 
o polohe zemepisnú šírku a zemepisnú dĺžku s rozlíšením 
1/10 minúty alebo 1/600 stupňa, ako je opísané v dodatku 1 
pre typ GeoCoordinates.  
Príkaz GSA (faktor zníženia presnosti a aktívne satelity GPS) 
podľa normy NMEA V4.11 môže VU použiť na určenie 
a zaznamenanie dostupnosti a presnosti signálu štandardných 
polôh. Údaj HDOP sa používa predovšetkým na poskytnutie 
informácie o úrovni presnosti zaznamenaných údajov o polohe 
(pozri bod 4.2.2). Vo VU sa uloží hodnota HDOP (faktor 
horizontálneho zníženia presnosti) vypočítaná ako minimum 
hodnôt HDOP získaných z dostupných systémov GNSS.  
Identifikátor (Id) systému GNSS označuje príslušný identifi­
kátor (Id) NMEA pre každú konšteláciu GNSS a systém so 
satelitným rozšírením (SBAS).  
Obrázok 4  
Štruktúra vety GSA (štandardné polohy)
  
$–GSA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h  
1. Režim výberu  
2. Režim  
3. ID 1. satelitu používaného na určenie polohy  
4. ID 2. satelitu používaného na určenie polohy  
… 
14. ID 12. satelitu používaného na určenie polohy  
15. PDOP  
16. HDOP  
17. VDOP  
18. ID systému  
19. Kontrolný súčet  
ID systému je nepovinné a vo vete GSA nemusí byť obsiah­
nuté. ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 509  
Podobne môže VU použiť príkaz vety podobnej ako veta 
NMEA o autentifikovaných aktívnych satelitoch (ASA) na 
určenie a zaznamenanie dostupnosti a presnosti signálu auten­
tifikovaných polôh. Hodnoty 1 až 18 sú definované v norme 
NMEA V4.11.  
Obrázok 5  
Štruktúra vety ASA (autentifikované polohy)
  
$–ASA,a,a,x,x,x,x,x,x,x,x,x,x,x,x,x.x,x.x,x.x,a*h h  
1. Režim výberu  
2. Režim  
3. ID 1. satelitu používaného na určenie polohy  
4. ID 2. satelitu používaného na určenie polohy  
… 
14. ID 12. satelitu používaného na určenie polohy  
15. PDOP  
16. HDOP  
17. VDOP  
18. ID systému  
19. Kontrolný súčet  
ID systému je nepovinné a vo vete ASA nemusí byť obsiah­
nuté.  
GNS_6 Keď sa používa externé zariadenie GNSS, veta  GSA  sa ukladá 
v zabezpečenom vysielači/prijímači GNSS s číslom záznamu 
„02“ až „06“ a veta ASA sa ukladá s číslom záznamu „12“ až 
„16“.  
GNS_7 Maximálna veľkosť viet (napr. RMC, AMC, GSA, ASA alebo 
iných), ktorá sa môže použiť na dimenzovanie príkazu na 
čítanie záznamu, je 85 bajtov (pozri tabuľku 1).  
▼B 
4. JEDNOTKA VOZIDLA S EXTERNÝM ZARIADENÍM GNSS  
4.1. Konfigurácia  
4.1.1  Hlavné komponenty a rozhrania  
V tejto konfigurácii je prijímač GNSS súčasťou externého zariad enia 
GNSS.  
GNS_8 Externé zariadenie GNSS musí byť napájané cez osobitné 
rozhranie vozidla.  
▼M3 
GNS_9 Externé zariadenie GNSS tvoria tieto komponenty (pozri 
obrázok 6):  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 510  
a) komerčný prijímač GNSS na poskytovanie údajov 
o polohe prostredníctvom dátového rozhrania GNSS. 
Dátové rozhranie GNSS môže napríklad zodpovedať 
norme NMEA V4.11, podľa ktorej prijímač GNSS 
slúži ako vysielač a prenáša vety NMEA do zabezpeče­
ného vysielača/prijímača GNSS na frekvencii 1 Hz pre 
vopred určený súbor viet NMEA a viet podobných 
vetám NMEA, ktorý musí obsahovať prinajmenšom 
vety RMC, AMC, GSA a ASA. Zavedenie dátového 
rozhrania GNSS je vecou voľby výrobcu externého 
zariadenia GNSS.  
▼B 
b) jednotka vysielača/prijímača (zabezpečený vysielač/ 
prijímač GNSS), zodpovedajúca norme ISO/IEC 7816- 
4:2013 (pozri bod 4.2.1), umožňujúca komunikáciu 
s jednotkou vozidla a podporu dátového rozhrania 
GNSS a prijímača GNSS. Jednotka je vybavená 
pamäťou na ukladanie identifikačných údajov prijímača 
GNSS a externého zariadenia GNSS;  
▼M3 
c) systém ochranného krytu s funkciou zisťovania nedovo­
lenej manipulácie, v ktorom je uzavretý prijímač GNSS 
aj zabezpečený vysielač/prijímač GNSS. Funkcia zisťo­
vania nedovolenej manipulácie predstavuje uplatnenie 
opatrení na bezpečnostnú ochranu, ako sa vyžaduje 
v profile ochrany inteligentného tachografu.  
▼B 
d) anténa GNSS inštalovaná na vozidle a pripojená k prijí­
maču GNSS cez systém ochranného krytu.  
GNS_10 Externé zariadenie GNSS má prinajmenšom tieto externé 
rozhrania:  
a) rozhranie pre anténu GNSS inštalovanú na vozidle, ak sa 
používa externá anténa,  
b) rozhranie pre jednotku vozidla.  
GNS_11 Zabezpečený vysielač/prijímač VU v jednotke vozidla je 
druhým koncom zabezpečenej komunikácie so zabezpe­ 
čeným vysielačom/prijímačom GNSS a musí zodpovedať 
norme ISO/IEC 7816-4:2013 pre pripojenie k externému 
zariadeniu GNSS.  
GNS_12 Na fyzikálnej úrovni komunikácie s externým zariadením 
GNSS musí jednotka vozidla dodržiavať ISO/IEC 7816 – 
12:2005 alebo inú normu, ktorá podporuje ISO/IEC 7816 – 
4:2013. (pozri 4.2.1).  
4.1.2  Stav externého zariadenia GNSS na konci výroby  
GNS_13 Keď externé zariadenie GNSS opúšťa výrobný závod, 
v stálej pamäti zabezpečeného vysielača/prijímača GNSS 
sú uložené tieto hodnoty:  
— kľúčový pár EGF_MA a zodpovedajúci certifikát,  
— certifikát MSCA_VU-EGF obsahujúci verejný kľúč 
MSCA_VU-EGF.PK, ktorý sa používa na overenie 
certifikátu EGF_MA,  
— certifikát EUR obsahujúci verejný kľúč EUR.PK, ktorý 
sa používa na overenie certifikátu MSCA_VU-EGF,  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 511  
— certifikát EUR, ktorého platnosť priamo predchádza 
platnosti certifikátu EUR používaného na overenie certi­
fikátu MSCA_VU-EGF, ak takýto certifikát existuje,  
— prepájací certifikát prepájajúci tieto dva certifikáty EUR, 
ak existuje,  
— rozšírené sériové číslo externého zariadenia GNSS,  
— identifikátor operačného systému zariadenia GNSS,  
— číslo typového schválenia externého zariadenia GNSS,  
— identifikátor bezpečnostného prvku externého modulu 
GNSS.  
4.2. Komunikácia medzi externým zariadením GNSS a jednotkou 
vozidla  
4.2.1  Komunika čný protokol  
▼M3 
GNS_14 Komunikačný protokol medzi externým zariadením GNSS 
a jednotkou vozidla musí podporovať tieto funkcie:  
1. zhromažďovanie a distribúcia údajov GNSS (napr. 
o polohe, časovaní, rýchlosti);  
2. zhromažďovanie konfiguračných údajov o externom 
zariadení GNSS;  
3. riadiaci protokol na podporu spojenia, vzájomnej auten­
tifikácie a kľúčovej dohody relácie medzi externým 
zariadením GNSS a VU;  
4. prenos času RTC jednotky vozidla a maximálneho 
rozdielu medzi skutočným časom a časom RTC jednotky 
vozidla do externého zariadenia GNSS.  
▼B 
GNS_15 Komunikačný protokol musí byť založený na norme 
ISO/IEC 7816-4:2013 so zabezpečeným vysielačom/prijí­
mačom VU, ktorý bude plniť úlohu hlavnej jednotky 
(„master“) a zabezpečený vysielač/prijímač GNSS bude 
podriadený („slave“). Fyzické pripojenie externého zaria­
denia GNSS k jednotke vozidla je založené na norme 
ISO/IEC 7816-12:2005 alebo na inej norme, ktorá podpo­
ruje ISO/IEC 7816-4:2013.  
▼M1 
GNS_16 V komunikačnom protokole sa nepodporujú polia s rozší­
renou dĺžkou.  
▼B 
GNS_17 Komunikačný protokol podľa normy ISO 7816 (*-4:2013 aj 
*-12:2005) medzi externým zariadením GNSS a jednotkou 
vozidla je nastavený na T = 1.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 512  
GNS_18 Pokiaľ ide o funkcie 1. zhromažďovanie a distribúcia 
údajov GNSS; 2. zhromažďovanie konfiguračných údajov 
externého zariadenia GNSS a 3. riadiaci protokol, zabezpe­ 
čený vysielač/prijímač GNSS simuluje inteligentnú kartu so 
štruktúrou systému súborov, ktorú tvorí hlavný súbor 
(Master File – MF), jednoúčelový súbor (Dedicated File – 
DF) s aplikačným identifikátorom uvedeným v dodatku 1 
kapitole 6.2 (‚FF 44 54 45 47 4D‘) a s tromi elementárnymi 
súbormi (Elementary File – EF) obsahujúcimi certifikáty 
a jeden samostatný elementárny súbor (EF.EGF) s identifi­
kátorom súboru rovným ‚2F2F‘, ako je opísané v tabuľke 1.  
▼M3 
GNS_18a Pokiaľ ide o funkciu 4. prenos času RTC jednotky vozidl a 
a maximálneho rozdielu medzi skutočným časom a časom 
RTC jednotky vozidla do externého zariadenia GNSS, 
zabezpečený vysielač/prijímač GNSS použije EF (EF VU) 
v rovnakom DF s identifikátorom súboru, ktorý sa rovná 
„2F30“, ako je opísané v tabuľke 1.  
▼B 
GNS_19 Zabezpečený vysielač/prijímač GNSS ukladá údaje prichá­
dzajúce z prijímača GNSS a konfiguráciu do súboru 
EF.EGF. Je to lineárny záznamový súbor variabilnej dĺžky 
s identifikátorom rovným „2F2F“ v hexadecimálnom 
formáte.  
▼M3 
GNS_19a Zabezpečený vysielač/prijímač GNSS ukladá údaje prichá­
dzajúce z VU do súboru EF VU. Je to lineárny záznamový 
súbor fixnej dĺžky s identifikátorom rovným „2F30“ v hexa­
decimálnom formáte.  
GNS_20 Zabezpečený vysielač/prijímač GNSS musí používať pamäť 
na ukladanie údajov a byť schopný vykonať toľko cyklov 
čítania/zapisovania, koľko je potrebných počas životnosti 
minimálne 15 rokov. Okrem tohto aspektu je vnútorné 
usporiadanie a realizácia zabezpečeného vysielača/prijímača 
GNSS vecou výrobcu.  
▼M1 
Prehľad čísel záznamov a údajov je uvedený v tabuľke 1. 
Upozorňujeme na päť viet GSA pre konštelácie GNSS 
a systém so satelitným rozšírením (SBAS).  
▼B 
GNS_21 Štruktúra súboru je uvedená v tabuľke 1. Podmienky 
prístupu (ALW, NEV, SM-MAC) nájdete v dodatku 2 kapi­
tole 3.5.  
▼M3 
Tabuľka 1 
Štruktúra súboru  
Podmienky prístupu  
Súbor  ID súboru  Čítať  Aktualizovať  Šifrované  
MF 3F00  
EF.ICC  0002  ALW  NEV 
(zo strany VU)  Nie ▼M1
 02016R0799 — SK — 21.08.2023 — 003.001 — 513  
Podmienky prístupu  
Súbor  ID súboru  Čítať  Aktualizovať  Šifrované  
DF zariadenia GNSS  0501  ALW  NEV  Nie  
EF EGF_MACertificate  C100  ALW  NEV  Nie  
EF CA_Certificate  C108  ALW  NEV  Nie  
EF Link_Certificate  C109  ALW  NEV  Nie  
EF EGF  2F2F  SM-MAC  NEV 
(zo strany VU)  Nie 
EF VU  2F30  SM-MAC  SM-MAC  Nie  
Súbor/Dátový prvok  Č. záznamu  Veľkosť (bajty)  Predvolené 
hodnoty  
Min Max  
MF 552  1031  
EF.ICC  
sensorGNSSSerialNumber  8  8  
DF zariadenia GNSS  612  1023  
EF EGF_MACertificate  204  341  
EGFCertificate  204  341  {00..00}  
EF CA_Certificate  204  341  
MemberStateCertificate  204  341  {00..00}  
EF Link_Certificate  204  341  
LinkCertificate  204  341  {00..00}  
EF EGF  
Veta RMC NMEA  '01'  8 5  8 5  
1. veta GSA NMEA  '02'  8 5  8 5  
2. veta GSA NMEA  '03'  8 5  8 5  
3. veta GSA NMEA  '04'  8 5  8 5  
4. veta GSA NMEA  '05'  8 5  8 5  
5. veta GSA NMEA  '06'  8 5  8 5  
Rozšírené sériové číslo externého 
zariadenia GNSS vymedzené 
v dodatku 1 ako SensorGNSSSerial­
Number.  '07' 8  8  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 514  
Súbor/Dátový prvok  Č. záznamu  Veľkosť (bajty)  Predvolené 
hodnoty  
Identifikátor operačného systému 
zabezpečeného vysielača/prijímača 
GNSS vymedzený v dodatku 1 ako 
SensorOSIdentifier.  '08' 2  2  
Číslo typového schválenia externého 
zariadenia GNSS, vymedzené 
v dodatku 1 ako SensorExternalGNS­
SApprovalNumber.  '09' 1 6  1 6  
Identifikátor bezpečnostného kompo­
nentu externého zariadenia GNSS 
vymedzený v dodatku 1 ako Senso­
rExternalGNSSSCIdentifier.  '10' 8  8  
Veta AMC  '11'  8 5  8 5  
1. veta ASA  '12'  8 5  8 5  
2. veta ASA  '13'  8 5  8 5  
3. veta ASA  '14'  8 5  8 5  
4. veta ASA  '15'  8 5  8 5  
5. veta ASA  '16'  8 5  8 5  
Vyhradené na budúce použitie (RFU)  Od '17' do 
'FD' 
EF VU  
VuRtcTime (pozri dodatok 1)  '01'  4  4  {00..00}  
VuGnssMaximalTimeDifference (pozri 
dodatok 1)  '02' 2  2  {00..00}  
▼B 
4.2.2  Bezpe čný prenos údajov GNSS  
▼M3 
GNS_22 Bezpečný prenos údajov GNSS o polohe, času RTC 
jednotky vozidla a maximálneho časového rozdielu medzi 
skutočným časom a časom RTC jednotky vozidla je možný 
iba za týchto podmienok:  
▼B 
1. Proces spojenia bol dokončený, ako je opísané v dodatku 
11. Spoločné bezpečnostné mechanizmy.  
2. Pravidelná vzájomná autentifikácia a kľúčová dohoda 
relácie medzi VU a externým GNSS, tiež opísané 
v dodatku 11. Spoločné bezpečnostné mechanizmy boli 
realizované s uvedenou frekvenciou.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 515  
GNS_23 Každých T sekúnd, kde T je hodnota nižšia alebo rovná 20 , 
kým sa neuskutoční spojenie alebo vzájomná autentifikácia 
a kľúčová dohoda relácie, VU požaduje od externého zaria­
denia GNSS informácie o polohe na základe tohto toku:  
1. VU požaduje od externého zariadenia GNSS informácie 
o polohe spolu s údajmi o faktore zníženia presnosti 
(z viet GSA a ASA). Zabezpečený vysielač/prijímač 
VU používa príkazy SELECT (vybrať) a READ 
RECORD(S) (čítať záznam/záznamy) podľa normy 
ISO/IEC 7816-4:2013 v režime zabezpečeného spraco­
vania iba na základe autentifikácie, ako je opísané 
v bode 11.5 dodatku 11, s identifikátorom súboru 
„2F2F“ a číslom záznamu (RECORD) rovným „01“ 
pre vetu RMC NMEA, „02“, „03“, „04“, „05“, „06“ 
pre vetu GSA NMEA, „11“ pre vetu AMC a „12“, 
„13“, „14“, „15“, „16“ pre vetu ASA.  
2. Posledný prijatý údaj o polohe sa uloží v EF s identifi­
kátorom „2F2F“ a záznamy opísané v tabuľke 1 v zabez­
pečenom vysielači/prijímači GNSS, keď zabezpečený 
vysielač/prijímač GNSS dostáva údaje NMEA s frekven­
ciou najmenej 1 Hz z prijímača GNSS prostredníctvom 
dátového rozhrania GNSS.  
3. Zabezpečený vysielač/prijímač GNSS posiela odpoveď 
zabezpečenému vysielaču/prijímaču VU pomocou správy 
s odpoveďou APDU v režime zabezpečeného spraco­
vania iba na základe autentifikácie, ako je opísané 
v bode 11.5 dodatku 11.  
4. Zabezpečený vysielač/prijímač VU skontroluje autenti­
citu a integritu prijatej odpovede. V prípade kladného 
výsledku sa údaje o polohe presunú do procesora VU 
prostredníctvom dátového rozhrania GNSS.  
5. Procesor VU skontroluje prijaté údaje tak, že z vety 
RMC NMEA vyberie informácie (napr. o zemepisnej 
šírke, zemepisnej dĺžke, čase). Veta RMC NMEA obsa­
huje tieto informácie, ak je neautentifikovaná poloha 
platná. Ak je neautentifikovaná poloha platná, procesor 
VU vyberie aj hodnoty faktora HDOP z viet GSA 
NMEA a vypočíta minimálnu hodnotu pre dostupné 
satelitné systémy (t. j. keď je určenie polohy dostupné).  
6. Procesor VU takisto vyberie informácie (napr. o zeme­
pisnej šírke, zemepisnej dĺžke, čase) z vety AMC. Vety 
AMC obsahujú informácie o tom, či autentifikovaná 
poloha nie je platná alebo či bol napadnutý signál 
GNSS. Ak je poloha platná, procesor VU vyberie aj 
hodnoty faktora HDOP z viet ASA a vypočíta mini­
málnu hodnotu pre dostupné satelitné systémy (t. j. 
keď je určenie polohy dostupné).  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 516  
GNS_23a VU podľa potreby zapisuje aj čas RTC VU a maximálny 
časový rozdiel medzi skutočným časom a časom RTC VU, 
a to použitím príkazov SELECT (vybrať) a WRITE 
RECORD(S) (zapísať záznam/záznamy) podľa normy 
ISO/IEC 7816-4:2013 v režime zabezpečeného spracovania 
správ iba na základe autentifikácie, ako je opísané 
v bode 11.5 dodatku 11 s identifikátorom súboru „2F30“ 
a číslom záznamu (RECORD) rovným „01“ pre VuRtcTime 
a „02“ pre MaximalTimeDifference.  
▼B 
4.2.3  Štruktúra príkazu Read Record  
V tomto oddiele je podrobne opísaná štruktúra príkazu Read Reco rd. 
Pridáva sa zabezpečené spracovanie správ (v režime iba na zákla de 
autentifikácie), ako je opísané v dodatku 11 Spoločné bezpečnos tné 
mechanizmy.  
GNS_24 Príkaz podporuje režim zabezpečeného spracovania správ 
iba na základe autentifikácie, pozri dodatok 11.  
GNS_25 Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „0Ch“  Požaduje sa zabezpečené spracovanie 
správ.  
INS 1  „B2h“  Read Record  
P1 1  „XXh“  Číslo záznamu („00“ označuje aktuálny 
záznam)  
P2 1  „04h“  Čítať záznam s číslom záznamu 
uvedeným v P1  
Le 1  „XXh“  Očakávaná dĺžka údajov. Počet bajtov, 
ktoré sa majú čítať.  
GNS_26 Záznam uvedený v P1 sa stáva aktuálnym záznamom.  
Bajt Dĺžka  Hodnota  Opis  
#1-#X  X  „XX..XXh“  Prečítané údaje  
SW 2  „XXXXh“  Slová označujúce stav (SW1, SW2)  
— Ak je príkaz úspešný, zabezpečený vysielač/prijímač 
GNSS posiela odpoveď „ 9000 “. 
— Ak aktuálny súbor nie je záznamovo orientovaný, 
zabezpečený vysielač/prijímač GNSS posiela 
odpoveď„ 6981 “. 
— Ak sa príkaz použije s P1 = „00“, ale neexistuje aktu­
álny EF, zabezpečený vysielač/prijímač GNSS posiela 
odpoveď „ 6986 “ (príkaz nie je povolený).  
▼M3 
— Ak sa záznam nenájde, zabezpečený vysielač/prijímač 
GNSS posiela odpoveď „6A83“.  
— Ak externé zariadenie GNSS zistí nedovolenú manipu­
láciu, posiela ako odpoveď slová označujúce stav 
„6690“.  
__________  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 517  
4.2.4.  Štruktúra príkazu WriteRecord  
V tomto oddiele je podrobne opísaná štruktúra príkazu Write Rec ord 
(Zapísať záznam). Dopĺňa sa zabezpečené spracovanie správ (v re žime 
iba na základe autentifikácie), ako je opísané v dodatku 11 Spo ločné 
bezpečnostné mechanizmy.  
GNS_26a Príkaz podporuje režim zabezpečeného spracovania správ 
iba na základe autentifikácie, pozri dodatok 11.  
GNS_26b Príkazová správa  
Bajt Dĺžka  Hodnota  Opis  
CLA  1  „0Ch“  Požaduje sa zabezpečené spracovanie 
správ.  
INS 1  „D2h“  Zapísať záznam  
P1 1  „XXh“  Číslo záznamu ('00' označuje aktuálny 
záznam)  
P2 1  „04h“  Zapísať záznam s číslom záznamu 
uvedeným v P1.  
Data  X  „XXh“  Dáta  
GNS_26c Záznam uvedený v P1 sa stáva aktuálnym záznamom.  
Bajt Dĺžka  Hodnota  Opis  
SW 2  „XXXXh“  Slová označujúce stav (SW1, SW2)  
— Ak je príkaz úspešný, zabezpečený vysielač/prijímač 
GNSS posiela odpoveď „ 9000 “. 
— Ak aktuálny súbor nie je záznamovo orientovaný, 
zabezpečený vysielač/prijímač GNSS posiela odpoveď 
„6981 “. 
— Ak sa príkaz použije s P1 = „00“, ale neexistuje aktu­
álny EF, zabezpečený vysielač/prijímač GNSS posiela 
odpoveď „ 6986 “ (príkaz nie je povolený).  
— Ak sa záznam nenájde, zabezpečený vysielač/prijímač 
GNSS posiela odpoveď „ 6A83 “. 
— Ak externé zariadenie GNSS zistí nedovolenú manipu­
láciu, posiela ako odpoveď slová označujúce stav 
„6690 “. 
4.2.5.  Iné príkazy  
GNS_27 Zabezpečený vysielač/prijímač GNSS podporuje tieto 
príkazy tachografu druhej generácie uvedené v dodatku 2:  
Príkaz  Odkaz  
Select (Vybrať)  Dodatok 2, bod 3.5.1  
Read Binary (Čítať binárny súbor)  Dodatok 2, bod 3.5.2  
Get Challenge (Dostať výzvu)  Dodatok 2, bod 3.5.4  
PSO: Verify Certificate (Overiť certi­
fikát)  Dodatok 2, bod 3.5.7  
External Authenticate (Autentifi­
kovať externe)  Dodatok 2, bod 3.5.9  
General Authenticate (Autentifikovať 
všeobecne)  Dodatok 2, bod 3.5.10  
MSE:SET  Dodatok 2, bod 3.5.11  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 518  
4.3. Spojenie, vzájomná autentifikácia a k ľúčová dohoda relácie exter ­
ného zariadenia GNSS s jednotkou vozidla  
Spojenie, vzájomná autentifikácia a kľúčová dohoda relácie exte rného 
zariadenia GNSS s jednotkou vozidla sú opísané v dodatku 11. 
Spoločné bezpečnostné mechanizmy, kapitola 11.  
4.4. Spracovanie chýb  
V tomto oddiele je opísané, ako sa v VU riešia a zaznamenávajú 
prípadné chybové situácie externého zariadenia GNSS.  
4.4.1  Chyba komunikácie s externým zariadením GNSS  
▼M3 
GNS_28 Udalosť „chyba komunikácie s externým zariadením 
GNSS“ sa zaznamená vo VU, ako je vymedzené v požia­
davke 82 prílohy IC a v dodatku 1 (EventFaultType). 
V tejto súvislosti sa chyba komunikácie objaví vtedy, 
keď zabezpečený vysielač/prijímač VU nedostane správu 
s odpoveďou na správu s požiadavkou, ako je opísané 
v bode 4.2.  
▼B 
4.4.2  Porušenie fyzickej integrity externého zariadenia GNSS  
▼M3 
GNS_29 Ak bolo externé zariadenie GNSS porušené, zabezpečený 
vysielač/prijímač GNSS zabezpečí nedostupnosť kryptogra­
fických materiálov. Ako je opísané v GNS_25 a GNS_26, 
VU zistí nedovolenú manipuláciu, ak stav odpovede je 
„6690“. VU potom vygeneruje a zaznamená udalosť 
„pokus o narušenie zabezpečenia“, ako je vymedzené 
v požiadavke 85 prílohy IC a v dodatku 1 (EventFaultType 
for tamper detection of GNSS). Prípadne môže externé 
zariadenie GNSS odpovedať na požiadavky VU bez zabez­
pečeného spracovania správ a so stavom „6A88“.  
▼B 
4.4.3  Chýbajúce informácie o polohe od prijíma ča GNSS  
▼M3 
GNS_30 Ak zabezpečený vysielač/prijímač GNSS nedostane údaje 
od prijímača GNSS, zabezpečený vysielač/prijímač GNSS 
vygeneruje správu s odpoveďou na príkaz READ 
RECORD (čítať záznam) s číslom záznamu (RECORD) 
rovným „01“ a s dátovým poľom 12 bajtov – všetky nasta­
vené na 0xFF. Po prijatí správy s odpoveďou s touto 
hodnotou dátového poľa VU vygeneruje a zaznamená 
udalosť „chýbajúce informácie o polohe z prijímača 
GNSS“, ako je vymedzené v požiadavke 81 prílohy IC 
a v dodatku 1 (EventFaultType).  
▼B 
4.4.1  Platnos ť osvedčenia externého zariadenia GNSS sa skon čila 
▼M3 
GNS_31 Ak VU zistí, že certifikát EGF, ktorý sa používal na 
vzájomnú autentifikáciu, už nie je platný, VU vygeneruje 
a zaznamená udalosť „pokus o narušenie zabezpečenia“, 
ako je vymedzené v požiadavke 85 prílohy IC a v dodatku 1 
(EventFaultType v prípade skončenia platnosti certifikátu 
externého zariadenia GNSS). VU naďalej používa údaje 
o polohe prijaté z GNSS.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 519  
Obrázok 6  
Schéma externého zariadenia GNSS  
▼B
 
5. JEDNOTKA VOZIDLA BEZ EXTERNÉHO ZARIADENIA GNSS  
5.1. Konfigurácia  
V tejto konfigurácii je prijímač GNSS inštalovaný vo vnútri jed notky 
vozidla, ako je opísané na obrázku 1.  
▼M3 
GNS_32 V prípade prenášania údajov o polohe, DOP a satelitoch 
prijímač GNSS slúži ako vysielač a odovzdáva vety 
NMEA alebo vety podobné ako vety NMEA procesoru 
VU, ktorý funguje ako prijímač na frekvencii 1/10 Hz 
alebo vyššej, pre vopred určený súbor viet, ktorý musí 
obsahovať prinajmenšom vety RMC, GSA, AMC a ASA. 
Prípadne môžu procesor VU a interný prijímač GNSS 
použiť iné dátové formáty na výmenu údajov, ktoré obsa­
hujú vety NMEA alebo vety podobné ako vety NMEA 
uvedené v GNS_4, GNS_4a and GNS_5.  
▼B 
GNS_33 Externá anténa GNSS inštalovaná na vozidle alebo interná  
anténa GNSS je pripojená k VU.  
▼M3 
5.2. Prenos informácií z prijíma ča GNSS do VU  
GNS_34 Procesor VU skontroluje prijaté údaje tak, že z vety RMC  
NMEA a vety AMC vyberie informácie (napr. o zemepisnej 
šírke, zemepisnej dĺžke, čase).  
GNS_35 Veta RMC NMEA obsahuje tieto informácie, ak je neau­
tentifikovaná poloha platná. Ak neautentifikovaná poloha 
nie je platná, údaje o polohe nie sú dostupné a nemôžu sa 
použiť na zaznamenanie polohy vozidla. Ak je neautentifi­
kovaná poloha platná, procesor VU vyberie z viet GSA 
NMEA aj hodnoty HDOP.  
GNS_36 Procesor VU takisto vyberie informácie (napr. o zemepisn ej 
šírke, zemepisnej dĺžke, čase) z vety AMC. Veta AMC 
obsahuje tieto informácie, ak je neautentifikovaná poloha 
platná podľa GNS_4a. Ak je neautentifikovaná poloha 
platná, procesor VU vyberie z viet ASA aj hodnoty HDOP.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 520  
5.3. Prenos informácií z VU do prijíma ča GNSS  
GNS_37 Procesor VU poskytuje prijímaču GNSS čas RTC VU 
a maximálny rozdiel medzi skutočným časom a časom 
RTC VU v súlade s bodmi GNS_3f a GNS_3g.  
5.4. Spracovanie chýb  
5.4.1. Chýbajúce informácie o polohe z prijímača GNSS  
GNS_38 VU vygeneruje a zaznamená udalosť „chýbajúce infor­
mácie o polohe z prijímača GNSS“, ako je vymedzené 
v požiadavke 81 prílohy IC a v dodatku 1 (EventFault­
Type).  
6. SPRACOVANIE A ZAZNAMENÁVANIE ÚDAJOV O POLOHE 
JEDNOTKOU VOZIDLA  
Tento oddiel je platný pre konfiguráciu inteligentného tachogra fu 
s externým zariadením GNSS aj bez neho.  
GNS_39 Údaje o polohe sa ukladajú vo VU spolu s príznakom 
označujúcim, či bola poloha autentifikovaná. Keď je 
potrebné údaje o polohe zaznamenať vo VU, platia tieto 
pravidlá:  
a) Ak sú autentifikovaná aj štandardná poloha platné 
a konzistentné, vo VU sa zaznamená štandardná poloha 
a jej presnosť a príznak sa nastaví na „autentifikovaná“.  
b) Ak sú autentifikovaná aj štandardná poloha platné, ale 
nie sú konzistentné, vo VU sa zaznamená autentifiko­
vaná poloha a jej presnosť a príznak sa nastaví na 
„autentifikovaná“.  
c) Ak je autentifikovaná poloha platná a štandardná poloha 
nie je platná, vo VU sa zaznamená autentifikovaná 
poloha a jej presnosť a príznak sa nastaví na „autentifi­
kovaná“.  
d) Ak je štandardná poloha platná a autentifikovaná poloha 
nie je platná, vo VU sa zaznamená štandardná poloha 
a jej presnosť a príznak sa nastaví na „neautentifiko­
vaná“.  
Autentifikovaná a štandardná poloha sa považujú za konzis­
tentné, ako je znázornené na obrázku 7, keď sa horizontálna 
autentifikovaná poloha nachádza v kruhu so stredom v hori­
zontálnej štandardnej polohe a polomerom, ktorý je 
výsledkom hodnoty R_H zaokrúhlenej na najbližšie celé 
číslo nahor a vypočítanej podľa tohto vzorca: 
R_H = 1,74 • σ  UERE  • HDOP  
kde: 
— R_H je relatívny polomer kruhu okolo odhadovanej 
horizontálnej polohy v metroch. Je to ukazovateľ, 
ktorý sa používa na kontrolu konzistencie medzi štan­
dardnou a autentifikovanou polohou,  
— σ  UERE  je štandardná odchýlka pre chybu ekvivalentného 
rozsahu používateľa (user equivalent range error, 
UERE), ktorá modeluje všetky chyby merania cieľovej 
aplikácie vrátane mestských prostredí. Použije sa 
konštantná hodnota σ–  UERE  = 10 metrov,  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 521  
— HDOP je faktor horizontálneho zníženia presnosti vypo­ 
čítaný prijímačom GNSS,  
— σ  UERE  . HDOP je odhad druhej odmocniny strednej 
kvadratickej odchýlky (root mean squared error) v hori­
zontálnej doméne.  
Obrázok 7  
Konzistentné autentifikované a štandardné (neautentifikované) 
polohy
  
GNS_40 Keď hodnota stavu v prijatej vete AMC nadobudne 
hodnotu „J“, „O“ alebo „F“ v súlade s požiadavkou 
GNS_4a, VU vygeneruje a zaznamená udalosť „anomália 
GNSS“, ako je vymedzené v požiadavke 88a prílohy IC 
a v dodatku 1 (EventFaultType). Jednotka vozidla môže 
vykonať dodatočné kontroly pred uložením udalosti 
„anomália GNSS“ po prijatí nastavenia na hodnotu „J“ 
alebo „O“.  
7. ČASOVÝ ROZPOR GNSS  
GNS_41 Ak VU zistí nesúlad medzi časom funkcie merania času 
jednotky vozidla a časom pochádzajúcim zo signálov 
GNSS, vygeneruje a zaznamená udalosť „časový rozpor“, 
ako je vymedzené v požiadavke 86 prílohy IC a v dodatku 1 
(EventFaultType).  
8. NESÚLAD ÚDAJOV O POHYBE VOZIDLA  
GNS_42 VU musí iniciovať a zaznamenať udalosť „nesúlad údajov 
o pohybe vozidla“ v súlade s požiadavkou 84 prílohy IC, 
ak informácie o pohybe vypočítané zo snímača pohybu sú 
v rozpore s informáciami o pohybe vypočítanými z inter­
ného prijímača GNSS, z externého zariadenia GNSS alebo 
z iných zdrojov nezávislých od snímača pohybu, ako sa 
stanovuje v požiadavke 26 prílohy IC.  
Udalosť „nesúlad údajov o pohybe vozidla“ sa spustí pri 
výskyte jednej z týchto podmienok aktivácie:  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 522  
Podmienka spustenia č. 1:  
Použije sa useknutý priemer rozdielov rýchlosti medzi 
týmito zdrojmi, keď sú k dispozícii informácie o polohe 
z prijímača GNSS a keď je zapaľovanie vozidla zapnuté, 
ako sa uvádza ďalej:  
— každých maximálne 10 sekúnd sa vypočíta absolútna 
hodnota rozdielu medzi rýchlosťou vozidla odhadnutou 
z GNSS a rýchlosťou odhadnutou zo snímača pohybu,  
— na výpočet useknutého priemeru sa použijú všetky 
vypočítané hodnoty v časovom okne obsahujúcom 
posledných päť minút pohybu vozidla,  
— useknutý priemer sa vypočíta ako priemer 80 % 
hodnôt, ktoré zostanú po eliminácii najvyšších absolút­
nych hodnôt.  
Udalosť „nesúlad údajov o pohybe vozidla“ sa spustí, ak je 
useknutý priemer počas piatich neprerušených minút 
pohybu vozidla vyšší ako 10 km/h. (Poznámka: Použitie 
useknutého priemeru za posledných 5 minút má za cieľ 
obmedziť riziko zahrnutia extrémnych a prechodných 
hodnôt).  
Pri výpočte useknutého priemeru sa vozidlo považuje za 
pohybujúce sa, ak aspoň jedna hodnota rýchlosti vozidla 
buď zo snímača pohybu, alebo z prijímača GNSS sa 
nerovná nule.  
Podmienka spustenia č. 2:  
Udalosť „nesúlad údajov o pohybe vozidla“ sa spustí aj 
vtedy, ak je pravdivá táto podmienka:  
GnssDistance >[OdometerDifference ×OdometerTolerance ­
Factor +Minimum  (SlipDistanceUpperlimit ;(OdometerDiffe ­
rence ×SlipFactor ))+GnssTolerance +FerryTrainDistance ] 
kde: 
— GnssDistance  je vzdialenosť medzi aktuálnou polohou 
vozidla a predchádzajúcou polohou vozidla, pričom obe 
boli získané zo správ o platnej autentifikovanej polohe, 
bez zohľadnenia výšky,  
— OdometerDifference je rozdiel medzi aktuálnou 
hodnotou počítadla kilometrov a hodnotou počítadla 
kilometrov zodpovedajúcou predchádzajúcej správe 
o platnej autentifikovanej polohe,  
— OdometerToleranceFactor sa rovná hodnote 1,1 
(najhorší prípad faktora tolerancie pre všetky tolerancie 
merania počítadla kilometrov vozidla),  
— GnssTolerance sa rovná hodnote 1 km (najhorší prípad 
tolerancie GNSS),  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 523  
— Minimum [SlipDistanceUpperLimit; (OdometerDiffe­
rence * SlipFactor)] je minimálna hodnota medzi:  
— SlipDistanceUpperLimit, ktorý sa rovná hodnote 
10 km (horný limit dĺžky šmyku spôsobeného 
klznými účinkami počas brzdenia),  
— a OdometerDifference * SlipFactor, kde SlipFactor 
sa rovná hodnote 0,2 (maximálny vplyv klzných 
účinkov počas brzdenia),  
— FerryTrainDistance sa vypočíta ako: FerryTrainDis­
tance = 200 km/h * tFerryTrain, kde tFerryTrain je 
súčet počtu hodín prevozu trajektom/vlakom v zvažo­
vanom časovom intervale. Trvanie prevozu trajektom/ 
vlakom sa definuje ako rozdiel času medzi jeho 
príznakom ukončenia a jeho príznakom začiatku.  
Predchádzajúce overenia sa vykonávajú každých 15 minút, 
ak sú k dispozícii potrebné údaje o polohe, v opačnom 
prípade hneď, ako sa údaje o polohe sprístupnia.  
V prípade tejto podmienky spustenia:  
— dátum a čas začiatku udalosti je rovnaký ako dátum 
a čas, keď bola prijatá správa o predchádzajúcej 
polohe,  
— dátum a čas konca udalosti je rovnaký ako dátum a čas, 
keď sa kontrolovaná podmienka opäť stane nesplnenou.  
Podmienka spustenia č. 3:  
Jednotka vozidla narazí na rozdiel spočívajúci v tom, že 
počas určitého obdobia snímač pohybu nezistí žiadny 
pohyb a nezávislý zdroj pohybu zistí pohyb. Podmienky 
zaznamenania rozdielu a obdobia zistenia rozdielu stanoví 
výrobca jednotky vozidla, aj keď tento rozdiel sa musí 
zistiť v intervale nepresahujúcom tri hodiny.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 524  
Dodatok 13  
ROZHRANIE ITS  
OBSAH  
1. ÚVOD  
1.1. Rozsah pôsobnosti  
1.2. Skratky a vymedzenie pojmov  
2. REFERENČNÉ NORMY  
3. PRINCÍPY ČINNOSTI ROZHRANIA ITS  
3.1. Komunikačná technológia  
3.2. Dostupné služby  
3.3. Prístup cez rozhranie ITS  
3.4. Dostupné údaje a potreba súhlasu vodiča  
4. ZOZNAM ÚDAJOV DOSTUPNÝCH CEZ ROZHRANIE ITS A KLASI­ 
FIKÁCIA ÚDAJOV AKO OSOBNÉ/NEOSOBNÉ  
1. ÚVOD  
1.1. Rozsah pôsobnosti  
ITS_01 V tomto dodatku sa špecifikujú základné údaje o komuniká cii 
prostredníctvom rozhrania tachografu s inteligentnými dopravným i 
systémami (ITS), ako sa požaduje v článkoch 10 a 11 nariadenia 
(EÚ) č. 165/2014.  
ITS_02 Rozhranie ITS umožňuje externým zariadeniam získavať úda je 
z tachografu, používať služby tachografu a takisto poskytovať 
údaje tachografu.  
Na tento účel sa môžu použiť aj iné tachografové rozhrania (nap r. 
zbernica CAN).  
V tomto dodatku sa nešpecifikuje:  
— ako sa údaje poskytnuté cez rozhranie ITS zbierajú a spravujú  
v rámci tachografu,  
— forma prezentácie zozbieraných údajov aplikáciám zavedeným 
v externom zariadení,  
— špecifikácie zabezpečenia ITS nad rámec toho, čo poskytuje 
Bluetooth®,  
— protokoly Bluetooth®, ktoré používa rozhranie ITS.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 525  
1.2. Skratky a vymedzenie pojmov  
Používajú tieto skratky a toto vymedzenie pojmov špecifické pre  tento 
dodatok:  
GNSS  Global Navigation Satellite System (globálny navigačný 
satelitný systém)  
ITS Intelligent Transport System (inteligentný dopravný systém)  
OSI Open Systems Interconnection (prepojenie otvorených 
systémov)  
VU Vehicle Unit (jednotka vozidla)  
jednotka ITS  externé zariadenie alebo aplikácia, ktoré používajú 
rozhranie ITS jednotky vozidla.  
2. REFERENČNÉ NORMY  
ITS_03 V tomto dodatku sa odkazuje na tieto predpisy a normy al ebo ich 
časti a dodatok z nich vychádza. V ustanoveniach tohto dodatku sa 
odkazuje na príslušné normy alebo ich príslušné časti. V prípad e 
akýchkoľvek nezrovnalostí majú prednosť ustanovenia tohto 
dodatku.  
Normy, na ktoré sa v tomto dodatku odkazuje:  
— Bluetooth® – Základná verzia 5.0.  
— ISO 16844-7: Cestné vozidlá. Systémy tachografov. Časť 7: 
Parametre.  
— ISO/IEC7498-1:1994 Informačné technológie. Prepojenie otvo­
rených systémov. Základný referenčný model. Základný model.  
3. PRINCÍPY ČINNOSTI ROZHRANIA ITS  
ITS_04 Za aktualizáciu a uchovávanie údajov tachografu prenášan ých cez 
rozhranie ITS zodpovedá samotná VU, bez akéhokoľvek zásahu 
rozhrania ITS.  
3.1. Komunika čná technológia  
ITS_05 Komunikácia prostredníctvom rozhrania ITS sa vykonáva ce z 
rozhranie Bluetooth® a je kompatibilná s rozhraním Bluetooth® 
Low Energy v súlade s verziou Bluetooth 5.0 alebo vyššou.  
ITS_06 Komunikácia medzi VU a jednotkou ITS sa vytvorí po dokon čení 
procesu párovania Bluetooth®.  
ITS_07 Medzi VU a jednotkou ITS sa vytvorí zabezpečená a šifrov aná 
komunikácia v súlade s mechanizmami špecifikácie Bluetooth®. 
V tomto dodatku sa nešpecifikujú mechanizmy šifrovania ani iné 
bezpečnostné mechanizmy nad rámec toho, čo poskytuje Blue­
tooth®.  
ITS_08 Bluetooth® využíva na kontrolu prenosu údajov medzi zari ade­
niami model server/klient, v ktorom VU je server a jednotka ITS  
je klient.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 526  
3.2. Dostupné služby  
ITS_09 Údaje, ktoré sa majú prenášať cez rozhranie ITS v súlade  
s bodom 4, sa sprístupnia prostredníctvom služieb uvedených 
v dodatku 7 a dodatku 8. Okrem toho VU sprístupní jednotke 
ITS služby, ktoré sú potrebné na manuálne zapisovanie údajov 
v súlade s požiadavkou 61 prílohy IC a prípadne na iné zápisy 
údajov v reálnom čase.  
Obrázok 1  
Rozdelenie komunikácie cez rozhranie ITS pod ľa vrstiev modelu OSI
  
ITS_10 Keď sa cez predný konektor používa rozhranie sťahovania,  VU 
neposkytne služby sťahovania uvedené v dodatku 7 cez spojenie 
ITS Bluetooth®.  
ITS_11 Keď sa cez predný konektor používa rozhranie kalibrovani a, VU 
neposkytne služby kalibrovania uvedené v dodatku 8 cez spojenie  
ITS Bluetooth®.  
3.3. Prístup cez rozhranie ITS  
ITS_12 Rozhranie ITS poskytuje bezdrôtový prístup k všetkým slu žbám 
uvedeným v dodatku 7 a dodatku 8 ako náhradu káblového pripo­
jenia k prednému konektoru na kalibrovanie a sťahovanie uvede­
ného v dodatku 6.  
ITS_13 VU sprístupní rozhranie ITS používateľovi podľa kombinác ie plat­
ných tachografových kariet vložených do VU, ako sa uvádza 
v tabuľke 1.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 527  
Tabuľka 1 
Dostupnos ť rozhrania ITS pod ľa typu karty vloženej v tachografe  
Dostupnosť rozhrania ITS  Slot vodiča  
Žiadna karta  Karta vodiča  Kontrolná karta  Dielenská karta  Podniková karta
 Slot druh ého vodiča Žiadna karta  nie je k dispo­
zícii k dispozícii  k dispozícii  k dispozícii  k dispozícii  
Karta vodiča  k dispozícii  k dispozícii  k dispozícii  k dispozícii  k dispozícii  
Kontrolná karta  k dispozícii  k dispozícii  k dispozícii  nie je k dispo­
zícii nie je k dispo­
zícii 
Dielenská karta  k dispozícii  k dispozícii  nie je k dispo­
zícii k dispozícii  nie je k dispo­
zícii 
Podniková karta  k dispozícii  k dispozícii  nie je k dispo­
zícii nie je k dispo­
zícii k dispozícii  
ITS_14 Po úspešnom spárovaní ITS a Bluetooth® VU priradí spojen ie ITS 
a Bluetooth® konkrétnej vloženej tachografovej karte podľa 
tabuľky 2:  
Tabuľka 2 
Priradenie pripojenia rozhrania ITS pod ľa typu karty vloženej v tachografe  
Priradenie spojenia ITS 
Bluetooth®  Slot vodiča  
Žiadna karta  Karta vodiča  Kontrolná karta  Dielenská karta  Podniková karta
 Slot druh ého vodiča Žiadna karta  nie je k dispo­
zícii Karta vodiča  Kontrolná karta  Dielenská karta  Podniková karta  
Karta vodiča  Karta vodiča  Karta 
vodiča (**)  Kontrolná karta  Dielenská karta  Podniková karta  
Kontrolná karta  Kontrolná karta  Kontrolná karta  Kontrolná 
karta (*)  nie je k dispo­
zícii nie je k dispo­
zícii 
Dielenská karta  Dielenská karta  Dielenská karta  nie je k dispo­
zícii Dielenská 
karta (*)  nie je k dispo­
zícii 
Podniková karta  Podniková 
karta  Podniková 
karta  nie je k dispo­
zícii nie je k dispo­
zícii Podniková 
karta (*)  
(*) Pripojenie ITS Bluetooth® sa priradí tachografovej karte v slote vodiča VU. 
(**) Používateľ vyberie kartu, ktorej bude priradené spojenie I TS Bluetooth® (vloženú v slote vodiča alebo slote druhého vodič a). 
ITS_15 Ak sa tachografová karta vytiahne, VU ukončí spojenie IT S Blue­
tooth® priradené tejto karte.  
ITS_16 VU podporuje spojenie ITS aspoň s jednou jednotkou ITS a  môže 
súčasne podporovať spojenia s viacerými jednotkami ITS.  
ITS_17 Okrem súhlasu vodiča špecifikovaného v bode 3.4 tohto do datku 
musia prístupové práva k údajom a službám dostupným cez 
rozhranie ITS spĺňať požiadavky 12 a 13 prílohy IC.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 528  
3.4. Dostupné údaje a potreba súhlasu vodi ča 
ITS_18 Všetky údaje tachografu dostupné cez služby uvedené v bo de 3.3 
sa klasifikujú buď ako osobné, alebo ako neosobné v prípade 
vodiča, druhého vodiča alebo oboch vodičov.  
ITS_19 Cez rozhranie ITS sa sprístupňuje minimálne zoznam údajo v klasi­
fikovaných v oddiele 4 ako povinné.  
ITS_20 Okrem prípadu stanoveného v požiadavke ITS_25, pre ktorý  nie je 
potrebný súhlas vodiča, sa údaje v oddiele 4, ktoré sú klasifik o­
vané ako „osobné“, sprístupnia len po súhlase vodiča, ktorým 
vodič potvrdí, že osobné údaje môžu opustiť sieť vozidla.  
ITS_21 Okrem údajov uvedených v bode 4 sa cez rozhranie ITS môž u 
sprístupniť ďalšie údaje, ktoré sa považujú za povinné. Doplnko vé 
údaje, ktoré nie sú uvedené v bode 4, klasifikuje ako „osobné“ 
alebo „neosobné“ výrobca VU, pričom na údaje klasifikované ako 
osobné sa vyžaduje súhlas vodiča, okrem prípadu stanoveného 
v požiadavke ITS_25, pre ktorý nie je potrebný súhlas vodiča.  
ITS_22 Po vložení karty vodiča, ktorú jednotka vozidla nepozná,  tachograf 
vyzve držiteľa karty, aby zadal súhlas s prenosom výstupu osob­
ných údajov cez rozhranie ITS v súlade s požiadavkou 61 
prílohy IC.  
ITS_23 Stav súhlasu (aktivovaný/deaktivovaný) sa zaznamená v pa mäti 
jednotky vozidla.  
ITS_24 V prípade viacerých vodičov sa cez rozhranie ITS sprístu pnia len 
osobné údaje vodičov, ktorí na to dali svoj súhlas. Napríklad a k 
v prípade posádky dal svoj súhlas len vodič, osobné údaje týkaj úce 
sa druhého vodiča sa nesprístupnia.  
ITS_25 Keď je VU v kontrolnom, podnikovom alebo kalibračnom rež ime, 
prístupové práva cez rozhranie ITS sa spravujú v súlade s požia ­
davkami 12 a 13 prílohy IC, a preto nie je potrebný súhlas vodi ča. 
4. ZOZNAM ÚDAJOV DOSTUPNÝCH CEZ ROZHRANIE ITS A KLASIFI­
KÁCIA ÚDAJOV AKO OSOBNÉ/NEOSOBNÉ  
Názov údajov  Formát údajov  Zdroj  Klasifikácia údajov (osobné/neosobné)  Súhlas na sprístup­
nenie údajov  Dostupnosť  
vodič  druhý vodič  
VehicleIdentification­
Number  Dodatok 8  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
CalibrationDate  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
TachographVehicleS­
peed  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 529  
Názov údajov  Formát údajov  Zdroj  Klasifikácia údajov (osobné/neosobné)  Súhlas na sprístup­
nenie údajov  Dostupnosť  
vodič  druhý vodič  
Driver1WorkingState  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  
Driver2WorkingState  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  
DriveRecognize  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
Driver1TimeRelated­
States  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  
Driver2TimeRelated­
States  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  
DriverCardDriver1  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  
DriverCardDriver2  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  
OverSpeed  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  
TimeDate  Dodatok 8  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
HighResolutionTotal­
VehicleDistance  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
HighResolutionTrip­
Distance  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
ServiceComponentI­
dentification  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
ServiceDelayCalendar­
TimeBased  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
Driver1Identification  ISO 16844-7  karta 
vodi­ 
ča osobné  neuvádza sa  súhlas vodiča  povinné  
Driver2Identification  ISO 16844-7  karta 
vodi­ 
ča neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 530  
Názov údajov  Formát údajov  Zdroj  Klasifikácia údajov (osobné/neosobné)  Súhlas na sprístup­
nenie údajov  Dostupnosť  
vodič  druhý vodič  
NextCalibrationDate  Dodatok 8  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
Driver1ContinuousDri­
vingTime  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  
Driver2ContinuousDri­
vingTime  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  
Driver1Cumulative­
BreakTime  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  
Driver2Cumulative­
BreakTime  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  
Driver1CurrentDuratio­
nOfSelectedActivity  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  
Driver2CurrentDuratio­
nOfSelectedActivity  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  
SpeedAuthorised  Dodatok 8  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
TachographCardSlot1  ISO 16844-7  V U  neosobné  neuvádza sa  nie je potrebný 
súhlas  povinné  
TachographCardSlot2  ISO 16844-7  V U  neuvádza sa  neosobné  nie je potrebný 
súhlas  povinné  
Driver1Name  ISO 16844-7  karta 
vodi­ 
ča osobné  neuvádza sa  súhlas vodiča  povinné  
Driver2Name  ISO 16844-7  karta 
vodi­ 
ča neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  
OutOfScopeCondition  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
ModeOfOperation  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
Driver1CumulatedDri­
vingTimePreviousAnd­
CurrentWeek  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  povinné  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 531  
Názov údajov  Formát údajov  Zdroj  Klasifikácia údajov (osobné/neosobné)  Súhlas na sprístup­
nenie údajov  Dostupnosť  
vodič  druhý vodič  
Driver2CumulatedDri­
vingTimePreviousAnd­
CurrentWeek  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  povinné  
EngineSpeed  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
RegisteringMember­
State  Dodatok 8  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
VehicleRegistration­
Number  Dodatok 8  V U  neosobné  neosobné  nie je potrebný 
súhlas  povinné  
Driver1EndOfLastDai­
lyRestPeriod  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2EndOfLastDai­
lyRestPeriod  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1EndOfLa­
stWeeklyRestPeriod  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2EndOfLa­
stWeeklyRestPeriod  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1EndOfSecond­
LastWeeklyRestPeriod  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2EndOfSecond­
LastWeeklyRestPeriod  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1TimeLastLoa­
dUnloadOperation  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2TimeLastLoa­
dUnloadOperation  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1CurrentDaily­
DrivingTime  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2CurrentDaily­
DrivingTime  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1CurrentWeekly­
DrivingTime  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2CurrentWeekly­
DrivingTime  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 532  
Názov údajov  Formát údajov  Zdroj  Klasifikácia údajov (osobné/neosobné)  Súhlas na sprístup­
nenie údajov  Dostupnosť  
vodič  druhý vodič  
Driver1TimeLeftUntil­
NewDailyRestPeriod  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2TimeLeftUntil­
NewDailyRestPeriod  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1CardExpiry­
Date  ISO 16844-7  karta 
vodi­ 
ča osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2CardExpiry­
Date  ISO 16844-7  karta 
vodi­ 
ča neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1CardNextMan­
datoryDownloadDate  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2CardNextMan­
datoryDownloadDate  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
TachographNextMan­
datoryDownloadDate  ISO 16844-7  V U  neosobné  neosobné  nie je potrebný 
súhlas  voliteľné  
Driver1TimeLeftUntil­
NewWeeklyRestPeriod  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2TimeLeftUntil­
NewWeeklyRestPeriod  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1NumberOf­
Times9hDailyDriving­
TimesExceeded  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2NumberOf­
Times9hDailyDriving­
TimesExceeded  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1Cumulative 
UninterruptedRestTime  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2Cumulative 
UninterruptedRestTime  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1MinimumDai­
lyRest  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2MinimumDai­
lyRest  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 533  
Názov údajov  Formát údajov  Zdroj  Klasifikácia údajov (osobné/neosobné)  Súhlas na sprístup­
nenie údajov  Dostupnosť  
vodič  druhý vodič  
Driver1MinimumWee­
klyRest  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2MinimumWee­
klyRest  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1MaximumDai­
lyPeriod  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2MaximumDai­
lyPeriod  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1MaximumDai­
lyDrivingTime  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2MaximumDai­
lyDrivingTime  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1NumberOfUse­
dReducedDailyRestPe­
riods  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2NumberOfUse­
dReducedDailyRestPe­
riods  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
Driver1RemainingCur­
rentDrivingTime  ISO 16844-7  V U  osobné  neuvádza sa  súhlas vodiča  voliteľné  
Driver2RemainingCur­
rentDrivingTime  ISO 16844-7  V U  neuvádza sa  osobné  súhlas druhého 
vodiča  voliteľné  
VehiclePosition  Dodatok 8  V U  osobné  osobné  súhlas vodiča 
a druhého vodiča  povinné  
ByDefaultLoadType  Dodatok 8  V U  osobné  osobné  súhlas vodiča 
a druhého vodiča  povinné  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 534  
Dodatok 14  
FUNKCIA DIA ĽKOVEJ KOMUNIKÁCIE  
OBSAH  
1 ÚVOD  
2 ROZSAH PÔSOBNOSTI  
3 SKRATKY, VYMEDZENIA POJMOV A NOTÁCIE  
4 PREVÁDZKOVÉ SCENÁRE  
4.1 Prehľad  
4.1.1 Predpoklady na prenos údajov prostredníctvom rozhrania DS RC 5,8 
GHz  
4.1.2 Profil 1a: prostredníctvom ručného snímača komunikačného zariadenia 
na diaľkovú včasnú detekciu alebo snímača dočasne inštalovaného  
a zacieleného pri ceste  
4.1.3 Profil 1b: prostredníctvom snímača komunikačného zariaden ia na diaľ­ 
kovú včasnú detekciu (REDCR) inštalovaného a ovládaného vo vozi dle 
4.2 Zabezpečenie a integrita  
5 TECHNICKÉ RIEŠENIE A PROTOKOLY DIAĽKOVEJ KOMUNI­ 
KÁCIE  
5.1 Technické riešenie  
5.2 Pracovný postup  
5.2.1 Operácie  
5.2.2 Výklad údajov získaných prostredníctvom komunikácie DSRC  
5.3 Parametre fyzického rozhrania DSRC pre diaľkovú komunikáciu  
5.3.1 Obmedzenia na umiestnenie  
5.3.2 Parametre zostupného (downlink) a vzostupného (uplink) pr epojenia  
5.3.3 Konštrukcia antény  
5.4 Požiadavky na protokol DSRC pre RTM  
5.4.1 Prehľad  
5.4.2 Príkazy  
5.4.3 Postupnosť príkazov snímania  
5.4.4 Štruktúry údajov  
5.4.5 Prvky RtmData, vykonávané činnosti a vymedzenie pojmov  
5.4.6 Mechanizmus prenosu údajov  
5.4.7 Podrobný opis transakcií DSRC  
5.4.8 Opis skúšobnej transakcie DSRC  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 535  
5.5. Vyhradené na budúce použitie  
▼B 
5.6 Prenos údajov medzi DSRC – VU a VU  
5.6.1 Fyzické prepojenie a rozhrania  
5.6.2 Aplikačný protokol  
5.7 Spracovanie chýb  
5.7.1 Zaznamenávanie a oznamovanie údajov v DSRC – VU  
5.7.2 Chyby bezdrôtovej komunikácie  
6 UVEDENIE DO PREVÁDZKY A PRAVIDELNÉ KONTROLNÉ 
SKÚŠKY FUNKCIE DIAĽKOVEJ KOMUNIKÁCIE  
6.1 Všeobecné  
6.2 ECHO  
6.3 Skúšky na potvrdenie zabezpečeného obsahu údajov  
1 ÚVOD  V tomto dodatku sú špecifikované technické riešenia a postupy 
na výkon funkcie diaľkovej komunikácie (ďalej len „komuni­
kácia“), ako sa to požaduje v článku 9 nariadenia (EÚ) 
č. 165/2014 (ďalej len „nariadenie“).  
DSC_1 Podľa nariadenia (EÚ) č. 165/2014 musí byť tachograf vyba ­
vený funkciou diaľkovej komunikácie, ktorá umožní 
zástupcom príslušných kontrolných orgánov snímanie infor­
mácií z tachografov prechádzajúcich vozidiel pomocou diaľ­
kového snímacieho zariadenia (snímač komunikačného zaria­
denia na diaľkovú včasnú detekciu – REDCR), konkrétne 
snímacieho zariadenia s bezdrôtovým spojením prostredníc­
tvom rozhraní vyhradenej komunikácie krátkeho dosahu 
(DSRC) CEN 5,8 GHz.  
Dôležité je pochopiť, že táto funkcia má slúžiť iba ako pred­
bežný filter pre výber vozidiel na dôkladnejšiu kontrolu a nena ­
hrádza formálny postup inšpekcie podľa ustanovení nariadenia 
(EÚ) č. 165/2014. V odôvodnení 9 tohto nariadenia sa uvádza, 
že diaľková komunikácia medzi tachografom a kontrolnými 
orgánmi na účely cestnej kontroly uľahčuje cielené cestné 
kontroly.  
DSC_2  Údaje  sa vymieňajú  komunikáciou , ktorá predstavuje bezdrô­
tový styk s použitím bezdrôtovej komunikácie DSRC 5,8 GHz 
v súlade s týmto dodatkom a testovaných porovnávaním 
s príslušnými parametrami normy EN 300 674-1 {Electromag­
netic compatibility and Radio spectrum Matters (ERM); Road 
Transport and Traffic Telematics (RTTT); Dedicated Short  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 536  
Range Communication (DSRC) transmission equipment (500 
kbit/s / 250 kbit/s) operating in the 5,8 GHz Industrial, Scien ­
tific and Medical (ISM) band; Part 1: General characteristics 
and test methods for Road Side Units (RSU) and On -Board 
Units (OBU)}.  
DSC_3  Komunikácia  s komunikačným zariadením sa nadviaže iba po 
vyslaní požiadavky zo zariadenia príslušného kontrolného 
orgánu s použitím rádiokomunikačných prostriedkov spĺňajú­
cich príslušné požiadavky ( snímač komunika čného zariadenia 
na diaľkovú včasnú detekciu (REDCR) ). 
DSC_4  Údaje  musia byť zabezpečené, aby zaručovali integritu.  
DSC_5 Prístup k preneseným  údajom  majú iba príslušné kontrolné 
orgány oprávnené kontrolovať porušovanie nariadenia (ES) 
č. 561/2006 a nariadenia (EÚ) č. 165/2014 a dielne, pokiaľ 
je to potrebné na overenie správneho fungovania tachografu.  
DSC_6 V rámci  komunikácie  sa vymieňajú iba  údaje  potrebné na 
cielenie cestných kontrol vozidiel s potenciálne zmanipulo­
vaným alebo zneužitým tachografom.  
DSC_7 Integrita a zabezpečenie  údajov  sa dosahuje zabezpečením  
údajov  v jednotke vozidla (VU) a prenášaním iba zabezpeče­
ných obsahových  údajov  a údajov týkajúcich sa zabezpečenia 
(pozri 5.4.4) prostredníctvom média diaľkovej komunikácie 
DSRC 5,8 GHz, čo znamená, že iba oprávnené osoby z prísluš­
ných kontrolných orgánov majú prostriedky na preskúmanie 
údajov prenesených v rámci  komunikácie  a na overenie ich 
antenticity. Pozri dodatok 11 Spoločné mechanizmy zabezpe­ 
čenia.  
DSC_8  Údaje  musia obsahovať časovú pečiatku udávajúcu čas ich 
poslednej aktualizácie.  
DSC_9 S obsahom bezpečnostných údajov môžu byť oboznámené iba 
príslušné kontrolné orgány v rámci kontroly a strany, s ktorými  
si tieto orgány vymieňajú dané informácie, a netýkajú sa ho 
ustanovenia pre  komunikáciu  uvedené v tomto dodatku, 
s výnimkou prípadu, keď sa v ustanovení pre  komunikáciu  
požaduje prenos balíka bezpečnostných údajov s každým 
balíkom obsahových údajov.  
DSC_10 Rovnaká architektúra a zariadenie sa musí dať použiť na získa­
vanie údajov v rámci iných koncepcií (napríklad palubné 
váženie), s použitím štruktúry stanovenej v tomto dodatku.  
DSC_11 Na spresnenie, v súlade s ustanoveniami nariadenia (EÚ) 
č. 165/2014 (článok 7), sa v rámci  komunikácie  neprenášajú 
údaje týkajúce sa totožnosti vodiča.  
2 ROZSAH PÔSOBNOSTI  
Týmto dodatkom sa určuje, ako zástupcovia príslušných kontrolný ch 
orgánov používajú špecifikovanú bezdrôtovú komunikáciu DSRC 5,8  
GHz na diaľkové získavanie údajov z cieľového vozidla, na zákla de ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 537  
ktorých sa môže zistiť, že cieľové vozidlo potenciálne porušuje  naria­
denie (EÚ) č. 165/2014 a malo by sa zvážiť jeho zastavenie na ú čely 
ďalšieho preskúmania (ďalej len „ údaje “). 
V nariadení (EÚ) č. 165/2014 sa požaduje, aby sa zber údajov ob medzil 
len na tie údaje, na základe ktorých sa môže zistiť potenciálne  porušenie 
v zmysle článku 9 nariadenia (EÚ) č. 165/2014.  
▼M1 
V rámci tohto scenára je čas určený na komunikáciu obmedzený, p retože  
komunikácia  je cielená a má krátky dosah. Príslušné kontrolné orgány 
môžu rovnaké komunikačné prostriedky určené na diaľkové monitor o­
vanie tachografu (RTM) používať aj na iné účely [napríklad v sú vislosti 
s maximálnou hmotnosťou a rozmermi ťažkých nákladných vozidiel 
podľa smernice (EÚ) 2015/719], pričom takéto operácie sa môžu v yko­
návať samostatne alebo nadväzne, podľa rozhodnutia príslušných 
kontrolných orgánov.  
▼B 
V tomto dodatku sú špecifikované:  
— komunikačné zariadenia, postupy a protokoly, ktoré sa musia 
používať na  komunikáciu , 
— normy a právne predpisy, ktoré musia spĺňať rádiokomunikačné 
zariadenia,  
— prezentácia  údajov komunika čnému  zariadeniu,  
— postupy dopytu a sťahovania a postupnosť operácií,  
— údaje , ktoré sa majú prenášať,  
— potenciálny výklad významu  údajov  prenášaných v rámci  komuni­
kácie , 
— ustanovenia o bezpečnostných údajoch v rámci  komunikácie , 
— dostupnosť  údajov  príslušným kontrolným orgánom,  
— ako môže  snímač komunika čného zariadenia na dia ľkovú včasnú 
detekciu  požadovať rôzne koncepcie údajov o náklade a vozovom 
parku.  
Na spresnenie, v tomto dodatku  nie sú špecifikované:  
— vykonávanie a riadenie získavania  údajov  v rámci VU (ktoré 
vyplynie z technického riešenia produktov, ak sa na inom mieste  
v nariadení (EÚ) č. 165/2014 nestanovuje inak),  
— forma prezentácie získaných údajov zástupcom príslušných kont rol­
ných orgánov, ani kritériá, ktoré používajú príslušné kontrolné  
orgány pri rozhodovaní o tom, ktoré vozidlo zastaviť (to vyplyn ie 
z technického riešenia produktov, ak sa nestanovuje inak na ino m 
mieste v nariadení (EÚ) č. 165/2014 alebo v politickom rozhodnu tí 
príslušných kontrolných orgánov). Na spresnenie:  komunikáciou  s a 
údaje  sprístupňujú príslušným kontrolným orgánom, iba aby mohli  
tieto orgány prijímať informované rozhodnutia,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 538  
— opatrenia na zaistenie zabezpečenia údajov (ako je šifrovanie ) týka­
júce sa obsahu  údajov  (ktoré sa stanovia v dodatku 11 Spoločné 
mechanizmy zabezpečenia).  
— podrobnosti o prípadných iných koncepciách údajov než RTM, kt oré 
sa dajú získať s použitím rovnakej architektúry a zariadenia,  
— podrobnosti správania a riadenia medzi VU a DSRC – VU, ani 
správania v rámci DSRC – VU (okrem poskytovania  údajov  na 
základe požiadavky zo snímača REDCR).  
3 SKRATKY, VYMEDZENIA POJMOV A NOTÁCIE  
V tomto dodatku sa používajú tieto osobitné skratky a vymedzeni a 
pojmov:  
anténa  elektrické zariadenie, ktoré premieňa 
elektrickú energiu na rádiové vlny 
a naopak, pričom sa používa 
v kombinácii s rádiovým vysielačom 
alebo prijímačom. Počas prevádzky 
rádiový vysielač dodáva elektrický 
prúd kmitajúci s rádiovou frekven­
ciou na svorky antény a anténa 
vyžaruje energiu z tohto prúdu ako 
elektromagnetické vlny (rádiové 
vlny). Pri prijímaní signálu anténa 
zachytáva určitú časť energie elek­
tromagnetickej vlny a na jej svor­
kách tým vzniká nízke napätie, 
ktoré sa zosilňuje v prijímači,  
komunikácia  výmena informácií/údajov medzi 
DSRC – REDCR a DSRC – VU 
vo vzťahu master/slave (hlavná/ 
podriadená jednotka) podľa oddielu 5 
na účely získania údajov,  
údaje  zabezpečené údaje stanoveného 
formátu (pozri 5.4.4), o ktoré 
požiadal snímač  DSRC – REDCR  
a ktoré mu boli poskytnuté 
z jednotky  DSRC – VU  spojením 
DSRC 5,8 GHz podľa oddielu 5 
nižšie,  
nariadenie (EÚ) č. 165/2014  nariadenie Európskeho parlamentu 
a Rady (EÚ) č. 165/2014 zo 
4. februára 2014 o tachografoch 
v cestnej doprave, ktorým sa ruší 
nariadenie Rady (EHS) č. 3821/85  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 539  
o záznamovom zariadení v cestnej 
doprave a mení nariadenie Európ­
skeho parlamentu a Rady (ES) 
č. 561/2006 o harmonizácii niekto­
rých právnych predpisov v sociálnej 
oblasti, ktoré sa týkajú cestnej 
dopravy,  
AID Application Identifier (identifikátor 
aplikácie)  
BLE  Bluetooth Low Energy (nízkoener­
getický systém Bluetooth)  
BST  Beacon Service Table (tabuľka 
prevádzkových režimov majáka)  
CIWD  Card insertion while driving 
(vloženie karty počas jazdy)  
CRC  cyclic redundancy check (kontrola 
cyklickým kódom)  
DSC (n)  identifikátor požiadavky na osobitný 
dodatok k DSRC  
DSRC  Dedicated Short Range Communica­
tion (vyhradená komunikácia krát­
keho dosahu)  
DSRC-REDCR  DSRC – Remote Early Detection 
Communication Reader (snímač 
komunikačného zariadenia na diaľ­
kovú včasnú detekciu)  
DSRC-VU  DSRC – Vehicle Unit (jednotka 
vozidla). Ide o „zariadenie na diaľ­
kovú včasnú detekciu“ vymedzené 
v prílohe 1C.  
DWVC  Driving without valid card (jazda 
bez platnej karty)  
EID Element Identifier (identifikátor 
prvku)  
LLC  Logical Link Control (riadenie 
logického spojenia)  
LPDU  LLC Protocol Data Unit (protoko­
lová dátová jednotka LLC)  
OWS  Onboard Weighing System (palubný 
vážiaci systém)  
PDU  Protocol Data Unit (protokolová 
dátová jednotka)  
REDCR  Remote early detection communica­
tion reader (snímač komunikačného 
zariadenia na diaľkovú včasnú 
detekciu). Ide o „snímač komunikač­
ného zariadenia na diaľkovú včasnú 
detekciu“ vymedzený v prílohe 1C  
RTM  Remote Tachograph Monitoring 
(diaľkové monitorovanie tachografu)  
SM-REDCR  Security Module – Remote early 
detection communication reader 
(modul zabezpečenia – snímač 
komunikačného zariadenia na diaľ­
kovú včasnú detekciu)  
TARV  Telematics Applications for Regu­
lated Vehicles (telematické aplikácie 
pre regulované vozidlá) (súbor 
noriem ISO 15638)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 540  
VU Vehicle Unit (jednotka vozidla)  
VUPM  Vehicle Unit Payload Memory 
(pamäť jednotky vozidla pre obsa­
hové údaje)  
VUSM  Vehicle Unit Security Module 
(modul zabezpečenia jednotky 
vozidla)  
VST  Vehicle Service Table (tabuľka 
jednotky vozidla)  
WIM  Weigh in motion (váženie za 
pohybu)  
WOB  Weigh on board (palubné váženie)  
Špecifikácia uvedená v tomto dodatku odkazuje na nasledujúce na riade­
nia a normy alebo ich časti a vychádza z nich. V ustanoveniach tohto 
dodatku sú uvedené príslušné normy alebo ich príslušné časti. V  prípade 
akýchkoľvek nezrovnalostí majú prednosť ustanovenia tohto dodat ku. 
V prípade akýchkoľvek nezrovnalostí, ak v tomto dodatku nie je jednoz­
načne určená žiadna špecifikácia, prednosť má prevádzka podľa n ormy 
ERC 70-03 (overí sa porovnaním s príslušnými parametrami normy EN 
300 674-1) a ďalej v zostupnom poradí podľa noriem EN 12795, EN  
12253 EN 12834 a EN 13372, 6.2, 6.3, 6.4 a 7.1.  
V dodatku sa odkazuje na tieto nariadenia a normy:  
1. Nariadenie Európskeho parlamentu a Rady (EÚ) č. 165/2014 zo 
4. februára 2014 o tachografoch v cestnej doprave, ktorým sa ru ší 
nariadenie Rady (EHS) č. 3821/85 o záznamovom zariadení 
v cestnej doprave a mení nariadenie Európskeho parlamentu 
a Rady (ES) č. 561/2006 o harmonizácii niektorých právnych pred ­
pisov v sociálnej oblasti, ktoré sa týkajú cestnej dopravy.  
2. Nariadenie Európskeho parlamentu a Rady (ES) č. 561/2006 
z 15. marca 2006 o harmonizácii niektorých právnych predpisov 
v sociálnej oblasti, ktoré sa týkajú cestnej dopravy, ktorým sa  
menia a dopĺňajú nariadenia Rady (EHS) č. 3821/85 a (ES) 
č. 2135/98 a zrušuje nariadenie Rady (EHS) č. 3820/85 (Text 
s významom pre EHP).  
3. ERC 70-03 CEPT: odporúčanie ECC 70-03: týkajúce sa používani a 
zariadení s krátkym dosahom.  
4. ISO 15638 Inteligentné dopravné systémy – Rámec pre koopera­
tívne telematické aplikácie pre reguláciu komerčných nákladných  
vozidiel (TARV).  
5. EN 300 674-1 Elektromagnetická kompatibilita a záležitosti r ádio­
vého spektra (ERM), Telematika v cestnej doprave a prevádzke 
(RTTT), Vysielacie zariadenia účelových komunikácií na krátku 
vzdialenosť (DSRC) (500 kbit/s, 250 kbit/s) pracujúce v pásme 
ISM 5,8 GHz pre priemyselné, vedecké a zdravotnícke zariadenia,  
časť 1: Všeobecné charakteristiky a skúšobné metódy pre cestné 
jednotky (RSU) a palubné jednotky (OBU).  
6. EN 12253 Telematika v cestnej doprave a preprave. Vyhradená 
komunikácia krátkeho dosahu pomocou majákového vozidla. Fyzi­
kálna úroveň na báze nosiča 5,8 GHz.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 541  
7. EN 12795 Telematika v cestnej doprave a preprave. Jednoúčelo vá 
komunikácia s krátkym dosahom. Vrstva údajového spojenia. 
Stredný prístup a kontrola logického spojenia.  
8. EN 12834 Telematika v cestnej doprave a preprave. Jednoúčelo vá 
komunikácia s krátkym dosahom. Aplikačná úroveň.  
9. EN 13372 Telematika v cestnej doprave a preprave. Vyhradená 
komunikácia krátkeho dosahu. Profily na použitie v RTTT.  
10. ISO 14906 Elektronické zhromažďovanie poplatkov. Stanovenie  
použiteľných rozhraní pre vyhradenú komunikáciu krátkeho dosahu . 
4 PREVÁDZKOVÉ SCENÁRE  
4.1 Preh ľad 
V nariadení (EÚ) č. 165/2014 sú stanovené konkrétne a kontrolov ané 
scenáre, v rámci ktorých sa má používať  komunikácia . 
Podporované sú tieto scenáre:  
„Komunika čný profil č. 1: Cestná kontrola, pri ktorej sa používa 
bezdrôtová komunikácia krátkeho dosahu prostredníctvom sníma ča 
komunika čného zariadenia na dia ľkovú včasnú detekciu a ktorá je 
podnetom na fyzickú cestnú kontrolu (master/slave – hlavná/podriadená 
jednotka)  
Profil sníma ča 1a: prostredníctvom ru čného sníma ča komunika čného 
zariadenia na dia ľkovú včasnú detekciu alebo sníma ča dočasne inštalo ­
vaného a zacieleného pri ceste  
Profil sníma ča 1b: prostredníctvom sníma ča komunika čného zariadenia 
na diaľkovú včasnú detekciu inštalovaného a ovládaného vo vozidle“.  
4.1.1  Predpoklady na prenos údajov prostredníctvom rozhrania DSRC 5,8 
GHz 
POZNÁMKA: Pre pochopenie kontextu predpokladov pozri 
obrázok 14.3.  
4.1.1.1 Údaje uchovávané vo VU  
DSC_12 VU zodpovedá za aktualizáciu údajov každých 60 sekúnd 
a ich uchovávanie vo VU bez akéhokoľvek zásahu komuni­
kačnej funkcie DSRC. Prostriedky, ktorými sa to dosahuje, 
závisia od VU, sú stanovené v nariadení (EÚ) č. 165/2014, 
prílohe 1 C, oddiele 3.19 „ Diaľková komunikácia pre cielené 
cestné kontroly “ a nestanovujú sa v tomto dodatku.  
4.1.1.2 Údaje poskytované zariadeniu DSRC – VU  
DSC_13 VU zodpovedá za aktualizáciu údajov DSRC tachografu 
(údaje ) pri každej aktualizácii údajov uložených vo VU v inter­
vale stanovenom v bode 4.1.1.1 (DSC_12), bez akéhokoľvek 
zásahu komunikačnej funkcie DSRC.  
DSC_14 Údaje VU sa používajú ako základ pre zhromažďovanie 
a aktualizáciu  údajov , pričom prostriedky, ktorými sa to dosa­
huje, sú stanovené v prílohe 1 C, oddiele 3.19 „ Diaľková 
komunikácia pre cielené cestné kontroly “, alebo ak neexistuje 
žiadna taká špecifikácia, vyplývajú z technického riešenia 
zariadenia a nestanovujú sa v tomto dodatku. Technické 
riešenie prepojenia medzi zariadením DSRC – VU a VU je 
uvedené v oddiele 5.6.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 542  
4.1.1.3 Obsah údajov  
DSC_15 Obsah a formát  údajov  musia byť také, aby po dekódovaní 
boli štruktúrované a sprístupnené vo forme a formáte podľa 
bodu 5.4.4 tohto dodatku (Štruktúry údajov).  
4.1.1.4 Prezentácia údajov  
DSC_16  Údaje , ktoré sa v súlade s postupmi stanovenými v bode 4.1.1.1 
často aktualizujú, sa pred prezentáciou zariadeniu  DSRC – VU  
zabezpečia a prezentujú sa ako zabezpečená hodnota 
koncepcie údajov na dočasné uloženie v  DSRC – VU  ako 
aktuálna verzia  údajov . Tieto údaje sa prenášajú z modulu  
VUSM  do pamäte  VUPM  ako funkcie DSRC.  VUSM  
a VUPM  sú funkcie a nemusia nevyhnutne byť fyzickými 
objektmi. Forma fyzickej konkretizácie vykonávania týchto 
funkcií je vecou technického riešenia zariadenia, pokiaľ sa 
nešpecifikuje na inom mieste v nariadení (EÚ) č. 165/2014.  
4.1.1.5 Bezpečnostné údaje  
▼M3 
DSC_17 Bezpečnostné údaje ( DSRCSecurityData ), ktoré predstavujú 
údaje požadované snímačom  REDCR  na doplnenie jeho schop­
nosti dešifrovať  údaje , sa dodajú v súlade s dodatkom 11 
Spoločné bezpečnostné mechanizmy na dočasné uloženie 
v DSRC – VU  ako aktuálna verzia  DSRCSecurityData  vo 
forme stanovenej v bode 5.4.4 tohto dodatku.  
▼B 
4.1.1.6 Údaje VUPM dostupné na prenos prostredníctvom rozhrania  DSRC  
DSC_18 Koncepcia údajov, ktorá musí byť vždy dostupná v pamäti 
VUPM ako funkcii DSRC na okamžitý prenos na základe 
požiadavky snímača  REDCR , je stanovená v odseku 5.4.4 
pre úplné špecifikácie modulu ASN.1.  
Všeobecný prehľad komunikačného profilu 1  
Tento profil zahŕňa prípad použitia, keď zástupca príslušného k ontrol­
ného orgánu používa diaľkovú komunikáciu krátkeho dosahu prostr ed­
níctvom snímača komunikačného zariadenia na diaľkovú včasnú 
detekciu (rozhrania DSRC 5,8 GHz pracujúce v súlade s odporúčan ím 
ERC 70-03 a testované porovnávaním s príslušnými parametrami no rmy 
EN 300 674-1 v súlade s oddielom 5) ( REDCR ) na diaľkovú identifi­
káciu vozidla, ktoré potenciálne porušuje nariadenie (EÚ) č. 16 5/2014. 
Zástupca príslušného kontrolného orgánu, ktorý riadi snímanie, po iden­
tifikácii rozhodne, či by sa vozidlo malo zastaviť.  
4.1.2  Profil 1a: prostredníctvom ru čného sníma ča komunika čného zariadenia 
na diaľkovú včasnú detekciu alebo sníma ča dočasne inštalovaného 
a zacieleného pri ceste  
V tomto prípade použitia sa zástupca príslušného kontrolného or gánu 
nachádza pri ceste a zacieli ručný, stojanový alebo iný prenosn ý snímač  
REDCR  z okraja cesty na stred čelného skla cieľového vozidla. 
Snímanie sa vykonáva prostredníctvom rozhraní DSRC 5,8 GHz prac u­
júcich v súlade s odporúčaním ERC 70-03 a testovaných porovnáva ním 
s príslušnými parametrami normy EN 300 674-1 v súlade s odsekom  5. 
Pozri obrázok 14.1 (prípad použitia 1).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 543  
Obrázok 14.1  
Snímanie z okraja cesty prostredníctvom DSRC 5,8 GHz
  
4.1.3  Profil 1b: prostredníctvom sníma ča komunika čného zariadenia na dia ľ­
kovú včasnú detekciu (REDCR) inštalovaného a ovládaného vo vozidle  
V tomto prípade použitia sa zástupca príslušného kontrolného or gánu 
nachádza v pohybujúcom sa vozidle a buď zacieli prenosný ručný 
snímač  REDCR  z vozidla na stred čelného skla cieľového vozidla, 
alebo je snímač  REDCR  upevnený vo vozidle, prípadne na ňom tak, 
aby bol zacielený na stred čelného skla cieľového vozidla, keď je 
vozidlo so snímačom komunikačného zariadenia na diaľkovú včasnú  
detekciu v určitej pozícii voči cieľovému vozidlu (napríklad pr iamo 
pred ním v dopravnom prúde). Snímanie sa vykonáva prostredníctv om 
rozhraní DSRC 5,8 GHz pracujúcich v súlade s odporúčaním ERC 70 - 
03 a testovaných porovnávaním s príslušnými parametrami normy E N 
300 674-1 v súlade s odsekom 5. Pozri obrázok 14.2 (prípad použ itia 2).  
Obrázok 14.2  
Snímanie z vozidla prostredníctvom DSRC 5,8 GHz
  
4.2 Zabezpe čenie a integrita  
Aby bolo možné overiť autenticitu a integritu údajov sťahovanýc h 
prostredníctvom diaľkovej komunikácie, zabezpečené  údaje  sa overujú 
a dekódujú v súlade s dodatkom 11 Spoločné mechanizmy zabezpe­ 
čenia.  
5 TECHNICKÉ RIEŠENIE A PROTOKOLY DIAĽKOVEJ KOMUNI­
KÁCIE  
5.1 Technické riešenie  
Technické riešenie funkcie diaľkovej komunikácie inteligentného  tacho­
grafu je znázornené na obrázku 14.3.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 544  
Obrázok 14.3  
Technické riešenie funkcie dia ľkovej komunikácie
  
DSC_19 Vo VU sú umiestnené tieto funkcie:  
— Modul zabezpečenia ( VUSM ). Táto funkcia vo VU je 
zodpovedná za zabezpečenie  údajov , ktoré sa majú 
prostredníctvom diaľkovej komunikácie prenášať 
z DSRC – VU k zástupcovi príslušného kontrolného 
orgánu.  
— Zabezpečené údaje sa uchovávajú v pamäti VUSM. V inter­
valoch stanovených v bode 4.1.1.1 (DSC_12) VU kóduje 
a dopĺňa údaje v rámci koncepcie RTMdata (ktorá zahŕňa 
hodnoty koncepcie obsahových a bezpečnostných údajov 
určené v ďalšej časti tohto dodatku) uchovávané v pamäti 
DSRC – VU. Prevádzka modulu zabezpečenia je vyme­
dzená dodatku 11 Spoločné mechanizmy zabezpečenia 
a je mimo rozsahu pôsobnosti tohto dodatku – s výnimkou 
požiadavky poskytovať aktualizáciu komunikačnému zaria­
deniu VU pri každej zmene údajov v module VUSM.  
— Komunikácia medzi VU a DSRC – VU môže mať podobu 
drôtovej komunikácie alebo komunikácie prostredníctvom 
nízkoenergetického systému Bluetooth (BLE) a zariadenie 
DSRC – VU môže byť fyzicky umiestnené ako integrálna 
súčasť antény na čelnom skle vozidla, vo vnútri VU alebo 
niekde medzi týmito polohami.  
— Zariadenie DSRC – VU musí mať neustále k dispozícii 
spoľahlivý zdroj napájania. Spôsob napájania je otázkou 
technického riešenia.  
— Zariadenie DSRC – VU musí byť vybavené stálou energe­
ticky nezávislou pamäťou, aby sa údaje v DSRC – VU 
zachovali, aj keď je zapaľovanie vozidla vypnuté.  
— Ak sa komunikácia medzi VU a DSRC – VU vykonáva 
prostredníctvom systému BLE a napájacím zdrojom je 
nenabíjateľná batéria, napájací zdroj DRSC – VU sa 
musí vymeniť pri každej pravidelnej inšpekcii a výrobca 
zariadenia DSRC – VU je zodpovedný za zaistenie  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 545  
vhodného napájacieho zdroja, ktorý vydrží od jednej pravi­
delnej inšpekcie do ďalšej, aby tak mal snímač REDCR 
počas celého uvedeného obdobia zabezpečený normálny 
prístup k údajom bez zlyhania alebo prerušenia.  
— Zariadenie VU RTM „obsahová pamäť“ ( VUPM ). Táto 
funkcia vo VU je zodpovedná za poskytovanie a aktuali­
záciu  údajov . Obsah  údajov . („TachographPayload“) je 
vymedzený nižšie v odsekoch 5.4.4 a 5.4.5 a aktualizuje 
sa v intervale stanovenom v bode 4.1.1.1 (DSC_12).  
— DSRC – VU. Ide o funkciu zariadenia, ktoré je súčasťou 
antény alebo je k nej pripojené a komunikuje s VU 
prostredníctvom drôtového alebo bezdrôtového (BLE) 
pripojenia, sú v ňom uložené aktuálne údaje ( VUPM- 
data) a riadi odpoveď na snímanie prostredníctvom 
média DSRC 5,8 GHz. Odpojenie zariadenia DRSC 
alebo manipulovanie jeho funkčnosti počas bežnej prevá­
dzky vozidla sa považuje za porušenie nariadenia (EÚ) 
č. 165/2014.  
— Modul zabezpečenia (REDCR) (SM – REDCR) je funkcia, 
ktorá sa používa na dekódovanie a kontrolu integrity 
údajov odchádzajúcich z VU. Prostriedky, ktorými sa to 
dosahuje, sú určené v dodatku 11 – Spoločné mechanizmy 
zabezpečenia – a nie sú vymedzené v tomto dodatku.  
— Zariadenie funkcie DSRC (REDCR) ( DSRC – REDCR ) 
pozostáva z vysielača/prijímača 5,8 GHz a príslušného 
firmvéru a softvéru, ktorý riadi  komunikáciu  s DSRC – VU  
podľa tohto dodatku.  
— Zariadenie  DSRC – REDCR  sníma  DSRC – VU  cieľového 
vozidla a prostredníctvom spojenia DSRC získava  údaje  
(aktuálne údaje  VUPM-data  cieľového vozidla), ktoré spra­
cováva a ukladá do svojej pamäte  SM – REDCR . 
▼M1 
— Anténa DSRC – VU sa umiestni tak, aby sa optimalizovala 
komunikácia DSRC medzi vozidlom a cestnou anténou so 
snímačom, keď je snímač nainštalovaný vo vzdialenosti 15 
metrov pred vozidlom a vo výške 2 metre a nasmerovaný 
na horizontálny a vertikálny stred čelného skla. V ľahkých 
vozidlách je vhodná inštalácia vo vrchnej časti čelného 
skla. Pre všetky ostatné vozidlá sa anténa DSRC inštaluje 
buď blízko spodnej alebo vrchnej časti čelného skla.  
▼B 
DSC_20 Anténa a komunikácia pracuje v rámci odporúčania ERC 70-  
03 a testuje sa porovnávaním s príslušnými parametrami 
normy EN 300 674-1 v súlade s odsekom 5. Anténa a komu­
nikácia môžu uplatňovať techniky na zmiernenie rizika bezdrô­
tovej intereferencie uvedené v správe ECC 228, napr. 
pomocou filtrov pri komunikácii CEN DSRC 5.8 GHz.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 546  
DSC_21 Anténa DSRC musí byť pripojená k zariadeniu DSRC – VU 
buď priamo v rámci modulu upevneného na čelné sklo alebo 
v jeho blízkosti, alebo prostredníctvom vyhradeného kábla 
skonštruovaného tak, aby sa sťažilo jeho neoprávnené odpo­
jenie. Odpojenie antény alebo manipulovanie jej funkčnosti sa 
považuje za porušenie nariadenia (EÚ) č. 165/2014. Úmyselné 
maskovanie alebo iné nežiaduce ovplyvňovanie prevádzkovej 
výkonnosti antény sa považuje za porušenie nariadenia (EÚ) 
č. 165/2014.  
DSC_22  ►M1 Tvar antény nie je určený a je otázkou komerčného 
rozhodnutia, pokiaľ namontované zariadenie DSRC – VU 
spĺňa požiadavky súladu stanovené v nižšie uvedenom oddiele 
5. Anténa sa umiestni tak, ako sa stanovuje v odseku DSC_19, 
pričom musí umožňovať efektívne použitie podľa bodov 4.1.2 
a 4.1.3. ◄  
Obrázok 14.4  
Príklad umiestnenia antény DSRC 5,8 GHz na čelnom skle 
regulovaných vozidiel
  
Tvar snímača  REDCR  a jeho antény sa môže meniť podľa podmienok 
snímania (snímač upevnený na stojane, držaný v ruke, upevnený v o 
vozidle atď.) a podľa prevádzkového postupu, ktorý používa zást upca 
príslušného kontrolného orgánu.  
Na prezentáciu výsledkov funkcie diaľkovej komunikácie zástupco vi 
príslušného kontrolného orgánu sa používa funkcia zobrazenia a/ alebo 
upozornenia. Výsledok sa môže zobraziť na monitore, ako tlačený  
výstup, ako zvukový signál alebo ako ich kombinácia. Forma zobr azenia 
a/alebo upozornenia je vecou požiadaviek zástupcov príslušných kontrol­
ných orgánov a technického riešenia zariadenia a nie je špecifi kovaná 
v tomto dodatku.  
DSC_23 Konštrukcia a tvar snímača  REDCR  sú vecou komerčných 
návrhov v súlade s odporúčaním ERC 70-03, ako aj 
s konštrukčnými a prevádzkovými špecifikáciami podľa tohto  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 547  
dodatku (odsek 5.3.2), takže poskytujú trhu maximálnu flexi­
bilitu, aby sa navrhovali a poskytovali zariadenia spĺňajúce 
osobitné potreby jednotlivých príslušných kontrolných 
orgánov.  
DSC_24 Konštrukcia a tvar zariadenia  DSRC – VU  a jeho umiestnenie 
vnútri alebo mimo VU sú vecou komerčných návrhov v súlade 
s odporúčaním ERC 70-03 a s konštrukčnými a prevádzkovými 
špecifikáciami stanovenými v tomto dodatku (odsek 5.3.2) 
a v tomto oddiele (5.1).  
DSC_25 Zariadenie  DSRC – VU  však musí byť primerane schopné 
prijímať hodnoty koncepcie údajov od ostatných inteligent­
ných zariadení vozidla prostredníctvom otvorených prepojení 
a protokolov zodpovedajúcich normám odvetvia (napríklad od 
zariadenia na palubné váženie), pokiaľ sa takéto koncepcie 
údajov identifikujú pomocou jedinečných a známych identifi­
kátorov aplikácií alebo názvov súborov; pokyny na používanie 
takých protokolov musia byť sprístupnené Európskej komisii 
a bezplatne dostupné výrobcom príslušných zariadení.  
5.2 Pracovný postup  
5.2.1  Operácie  
Pracovný postup operácií je znázornený na obrázku 14.5.  
Obrázok 14.5  
Pracovný postup pre funkciu dia ľkovej komunikácie
  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 548  
Tu sú opísané jednotlivé kroky:  
a) Keď je vozidlo v prevádzke (zapaľovanie je zapnuté – „ON“), tacho­
graf poskytuje údaje funkcii VU. Funkcia VU pripravuje  údaje  pre 
funkciu diaľkovej komunikácie (zakódované) a aktualizuje údaje  
VUPM  uložené v pamäti zariadenia  DSRC – VU  (ako je stanovené 
v bodoch 4.1.1.1 a 4.1.1.2). Získané  údaje  sa formátujú podľa 
odsekov 5.4.4 a 5.4.5.  
b) Vždy, keď sa  údaje  aktualizujú, aktualizuje sa aj časová pečiatka 
uvedená v koncepcii bezpečnostných údajov.  
c) Funkciou  VUSM  sa údaje zabezpečujú v súlade s postupmi stanove­
nými v dodatku 11.  
d) Vždy, keď sa  údaje  aktualizujú (pozri body 4.1.1.1 a 4.1.1.2), 
prenesú sa do zariadenia  DSRC – VU , kde nahradia všetky predchá­
dzajúce údaje, aby bolo možné zakaždým poskytnúť aktualizované 
údaje ( údaje ) v prípade ich snímania prostredníctvom snímača  
REDCR . Keď VU poskytuje  údaje  zariadeniu DSRC – VU, je 
možné ich identifikovať na základe názvu súboru  RTMData  alebo 
identifikátormi ApplicationID a Attribute.  
e) Ak chce zástupca príslušného kontrolného orgánu zacieliť voz idlo 
a získať z cieľového vozidla  údaje , najskôr musí vložiť svoju inte­
ligentnú kartu do snímača  REDCR , aby sa aktivovala  komunikácia  
a zariadenie  SM – REDCR  mohlo overiť autenticitu karty a dekó­
dovať údaje.  
f) Zástupca príslušného kontrolného orgánu potom zacieli vozidl o 
a prostredníctvom diaľkovej komunikácie si vyžiada údaje. Sníma č 
REDCR  nadviaže reláciu rozhrania DSRC 5,8 GHz so zariadením  
DSRC – VU  cieľového vozidla a požiada o  údaje . Údaje  sa prená­ 
šajú do snímača  REDCR  systémom bezdrôtovej komunikácie ako 
atribút DSRC s využitím aplikačnej služby GET v zmysle oddielu 
5.4. Tento atribút obsahuje šifrované hodnoty obsahových údajov  
a bezpečnostných údajov DSRC.  
g) Zariadenie  REDCR  údaje analyzuje a poskytuje ich zástupcovi 
príslušného kontrolného orgánu.  
h) Zástupca príslušného kontrolného orgánu používa údaje pri ro zho­
dovaní, či zastaviť vozidlo na dôkladnú kontrolu alebo nie, prí padne 
či požiadať iného zástupcu príslušného kontrolného orgánu, aby 
vozidlo zastavil.  
5.2.2  Výklad údajov získaných prostredníctvom komunikácie DSRC  
DSC_26 Údaje získané prostredníctvom rozhrania 5,8 GHz majú 
výlučne zmysel a význam vymedzený v odsekoch 5.4.4 
a 5.4.5 nižšie a treba ich chápať v rámci tam stanovených 
cieľov. V súlade s ustanoveniami nariadenia (EÚ) č. 165/2014 
sa údaje  použijú iba na poskytnutie relevantných informácií  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 549  
príslušnému kontrolnému orgánu ako pomoc pri rozhodovaní 
o tom, ktoré vozidlo zastaviť na fyzickú kontrolu, a v súlade 
s článkom 9 nariadenia (EÚ) č. 165/2014 sa musia následne 
vymazať.  
5.3 Parametre fyzického rozhrania DSRC pre dia ľkovú komunikáciu  
5.3.1  Obmedzenia na umiestnenie  
DSC_27 Diaľkové snímanie vozidiel prostredníctvom rozhrania DSR C 
5,8 GHz by sa nemalo používať v okruhu 200 metrov od 
funkčného portálu DSRC 5,8 GHz.  
5.3.2  Parametre zostupného (downlink) a vzostupného (uplink) prepojenia  
DSC_28 Zariadenie používané na diaľkové monitorovanie tachograf u 
musí zodpovedať odporúčaniu ERC 70-03 a parametrom 
stanoveným v tabuľkách 14.1 a 14.2 a pracovať v súlade 
s nimi.  
DSC_29 Aby sa zaistila kompatibilita s prevádzkovými parametram i 
ďalších normovaných systémov DSRC 5,8 GHz, zariadenie 
používané na diaľkové monitorovanie tachografu musí navyše 
zodpovedať parametrom uvedeným v normách EN 12253 
a EN 13372.  
Ide o:  
Tabuľka 14.1  
Parametre zostupného prepojenia (downlink)  
Číslo položky  Parameter  Hodnota (hodnoty)  Poznámka  
D1 Frekvencie nosiča zostup­
ného prepojenia  Snímač REDCR môže 
použiť štyri alternatívy: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz  V súlade s ERC 70-03. 
Frekvencie nosiča môže zvoliť 
realizátor cestného systému 
a nemusia byť známe zariadeniu 
DSRC – VU. 
(V súlade s normami EN 12253, 
EN 13372)  
D1a (*) Tolerancia frekvencií nosiča  do ±5 ppm  (V súlade s normou EN 12253)  
D2 (*) Spektrálna maska vysielača 
pri ceste – RSU (REDCR)  V súlade s ERC 70-03. 
REDCR musí zodpovedať 
triedam B a C podľa 
normy EN 12253. 
Žiadne iné osobitné požia­
davky v rámci tejto prílohy.  Parameter používaný na kontrolu 
rušenia medzi snímačmi vo 
vzájomnej blízkosti (podľa noriem 
EN 12253 a EN 13372).  
D3 Minimálny frekvenčný 
rozsah palubnej jednotky – 
OBU (DSRC – VU)  5,795 – 5,815 GHz  (V súlade s normou EN 12253)  
D4 (*) Maximálny výkon EIRP  V súlade s odporúčaním 
ERC 70-03 (bez licencie) 
a s vnútroštátnymi práv­
nymi predpismi 
Maximálne + 33 dBm  (V súlade s normou EN 12253)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 550  
Číslo položky  Parameter  Hodnota (hodnoty)  Poznámka  
D4a Uhlová maska výkonu 
EIRP  Podľa deklarovanej a uverej­
nenej špecifikácie konštruk­
téra snímača  (V súlade s normou EN 12253)  
D5 Polarizácia  Kruhová ľavotočivá  (V súlade s normou EN 12253)  
D5a Diagonálna polarizácia  XPD: 
V osi: (REDCR) RSU 
t ≥15 dB 
(DSRC-VU) OBU r ≥10 dB 
V oblasti –3 dB: (REDCR) 
RSU t ≥10 dB 
(DSRC-VU) OBU r ≥6 dB  (V súlade s normou EN 12253)  
D6 (*) Modulácia  Dvojúrovňová amplitúdová 
modulácia  (V súlade s normou EN 12253)  
D6a (*) Modulačný index  0,5 … 0,9  (V súlade s normou EN 12253)  
D6b Diagram oka  ≥ 90 % (čas) / ≥ 85 % 
(amplitúda)  
D7 (*) Kódovanie údajov  FM0 
Bit „1“ má prechod iba na 
začiatku a na konci bito­
vého intervalu. Bit „0“ má 
doplnkový prechod v strede 
bitového intervalu v porov­
naní s bitom „1“.  (V súlade s normou EN 12253)  
D8 (*) Bitová rýchlosť  500 kBit/s  (V súlade s normou EN 12253)  
D8a Tolerancia bitových hodín  Lepšia ako ±100 ppm.  (V súlade s normou EN 12253)  
D9 (*) Bitová chybovosť (BER) 
pre komunikáciu  ≤ 10  – 6 , keď dopadajúci 
výkon na OBU 
(DSRC – VU) je 
v rozmedzí stanovenom 
v bodoch [D11a až D11b].  (V súlade s normou EN 12253)  
D10 Spúšťací signál pre OBU 
(DSRC-VU)  OBU (DSRC-VU) sa musí 
spustiť po prijatí akého­
koľvek rámca s najmenej 
11 oktetmi (vrátane pream­
buly).  Nie je potrebný žiadny osobitný 
vzor spúšťania. 
DSRC – VU sa môže spustiť aj po 
prijatí rámca s menej než 
11 oktetmi. 
(V súlade s normou EN 12253)  
D10a  Maximálny čas začiatku  ≤  5  m s  (V súlade s normou EN 12253)  
D11 Komunikačná zóna  Priestorová oblasť, v ktorej 
sa dosahuje hodnota BER 
podľa bodu D9a.  (V súlade s normou EN 12253)  
D11a  (*) Hraničná hodnota výkonu 
pre komunikáciu (horná).  – 24dBm  (V súlade s normou EN 12253)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 551  
Číslo položky  Parameter  Hodnota (hodnoty)  Poznámka  
D11b  (*) Hraničná hodnota výkonu 
pre komunikáciu (spodná).  Dopadajúci výkon: 
– 43 dBm (v osi) 
– 41 dBm (pod uhlom 
– 45° až + 45° zodpoveda­
júcim rovine rovnobežnej 
s povrchom vozovky, keď 
sa DSRC – VU neskôr 
inštaluje vo vozidle 
(azimut))  (V súlade s normou EN 12253) 
Rozšírená požiadavka na horizon­
tálne uhly do ±45° vzhľadom na 
možnosti použitia určené v tejto 
prílohe.  
D12 (*) Vypínacia hladina výkonu 
pre (DSRC-VU)  – 60 dBm  (V súlade s normou EN 12253)  
D13 Preambula  Preambula je povinná.  (V súlade s normou EN 12253)  
D13a  Dĺžka a vzor preambuly  16 bitov ±1 bit v prípade 
bitov FM0 kódovaných 
ako „1“  (V súlade s normou EN 12253)  
D13b  Tvar signálu preambuly  Striedavá postupnosť nízkej 
a vysokej úrovne s dĺžkou 
trvania pulzu 2 μs. 
Tolerancia je uvedená 
v bode D8a.  (V súlade s normou EN 12253)  
D13c  Koncové bity  RSU (REDCR) má povo­
lené vyslať najviac 8 bitov 
po príznaku ukončenia (end 
flag). OBU (DSRC-VU) 
nemusí tieto dodatočné bity 
zohľadniť.  (V súlade s normou EN 12253)  
(*) – Parametre zostupného prepojenia, ktoré podliehajú skúške zhody v súlade s príslušnou skúškou parametrov uvedenou v norme  EN 
300 674-1.  
Tabuľka 14.2  
Parametre vzostupného prepojenia (uplink)  
Číslo položky  Parameter  Hodnota (hodnoty)  Poznámka  
U1 (*) Frekvencie pomocného 
nosiča  OBU (DSRC – VU) musí 
podporovať 1,5 MHz a 2,0 
MHz 
RSU (REDCR) musí 
podporovať 1,5 MHz alebo 
2,0 MHz alebo obe. U1-0: 
1,5 MHz U1-1: 2,0 MHz  Voľba frekvencie pomocného 
nosiča 
(1,5 MHz alebo 2,0 MHz) závisí 
od zvoleného profilu podľa normy 
EN 13372.  
U1a (*) Tolerancia frekvencií 
pomocného nosiča  do ± 0,1 %  (V súlade s normou EN 12253)  
U1b Použitie postranných 
pásiem  Rovnaké údaje na oboch 
stranách.  (V súlade s normou EN 12253)  
U2 (*) Spektrálna maska vysielača 
OBU (DSRC-VU)  Podľa normy EN 12253. 
1) Výkon mimo pásma: 
pozri normu ETSI EN 
300674-1  (V súlade s normou EN 12253)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 552  
Číslo položky  Parameter  Hodnota (hodnoty)  Poznámka  
2) Výkon v pásme: 
[U4a] dBm pri 500 kHz 
3) Emisia v akomkoľvek 
inom kanáli vzostupného 
prepojenia: 
U2(3)-1 = – 35 dBm pri 
500 kHz  
U4a (*) Maximálny výkon EIRP 
v jednom postrannom 
pásme (v osi)  Dve možnosti: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm  Podľa deklarovanej a uverejnenej 
špecifikácie konštruktéra 
zariadenia.  
U4b (*) Maximálny výkon EIRP 
v jednom postrannom 
pásme (35°)  Dve možnosti: 
— neuplatňuje sa 
— – 17 dBm  Podľa deklarovanej a uverejnenej 
špecifikácie konštruktéra 
zariadenia.  
U5 Polarizácia  Kruhová ľavotočivá  (V súlade s normou EN 12253)  
U5a Diagonálna polarizácia  XPD: 
V osi: (REDCR) RSU 
r ≥15 dB 
(DSRC-VU) OBU t ≥10 dB 
Pri – 3 dB: (REDCR) RSU 
r ≥10 dB 
(DSRC-VU) OBU t ≥6 dB  (V súlade s normou EN 12253)  
U6 Modulácia pomocného 
nosiča  2-PSK 
Zakódované údaje zosyn­
chronizované s pomocným 
nosičom: Prechody zakódo­
vaných údajov sa zhodujú 
s prechodmi pomocného 
nosiča.  (V súlade s normou EN 12253)  
U6b Pracovný cyklus  Pracovný cyklus: 
50 % ± α, α ≤ 5 %  (V súlade s normou EN 12253)  
U6c Modulácia nosiča  Multiplikácia modulova­
ného pomocného nosiča 
s nosičom.  (V súlade s normou EN 12253)  
U7 (*) Kódovanie údajov  NRZI (Žiadny prechod na 
začiatku bitu „1“, prechod 
na začiatku bitu „0“, žiadny 
prechod v rámci bitu)  (V súlade s normou EN 12253)  
U8 (*) Bitová rýchlosť  250 kbit/s  (V súlade s normou EN 12253)  
U8a Tolerancia bitových hodín  do ± 1 000 ppm  (V súlade s normou EN 12253)  
U9 Bitová chybovosť (BER) 
pri komunikácii  ≤10  – 6 (V súlade s normou EN 12253)  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 553  
Číslo položky  Parameter  Hodnota (hodnoty)  Poznámka  
U11 Komunikačná zóna  Priestorová oblasť, v ktorej 
je zariadenie DSRC – VU 
umiestnené tak, že jeho 
vysielanie prijíma snímač 
REDCR s hodnotou BER 
nižšou, než sa uvádza 
v bode U9a.  (V súlade s normou EN 12253)  
U12a  (*) Konverzný zisk (spodná 
hranica)  1 dB pre každé postranné 
pásmo Rozsah uhlov: 
Kruhovo symetrický medzi 
osou a ± 35° 
a 
v rozsahu – 45° až + 45° 
zodpovedajúci rovine 
rovnobežnej s povrchom 
vozovky, keď sa 
DSRC – VU neskôr inšta­
luje vo vozidle (azimut))  Vyšší než stanovený rozsah hodnôt 
pre horizontálne uhly do ± 45° 
vzhľadom na možnosti použitia 
určené v tejto prílohe.  
U12b  (*) Konverzný zisk (horná 
hranica)  10 dB pre každé postranné 
pásmo  Nižší, než je špecifikovaný rozsah 
hodnôt pre každé postranné pásmo 
v rámci kruhového kužeľa okolo 
osi s počiatočným uhlom ± 45°  
U13 Preambula  Preambula je povinná.  (V súlade s normou EN 12253)  
U13a  Dĺžka a vzor 
preambuly  32 až 36 μs modulované 
len s pomocným nosičom, 
potom 8 bitov NRZI kódo­
vaných „0“.  (V súlade s normou EN 12253)  
U13b  Koncové bity  DSRC – VU smie vyslať 
najviac 8 bitov po príznaku 
ukončenia. RSU (REDCR) 
nemusí tieto dodatočné bity 
zohľadniť.  (V súlade s normou EN 12253)  
(*) Parametre vzostupného prepojenia, ktoré podliehajú skúške z hody v súlade s príslušnou skúškou parametrov uvedenou v norme EN 
300 674-1.  
5.3.3  Konštrukcia antény  
5.3.3.1 Anténa REDCR  
DSC_30 Konštrukcia antény snímača  REDCR  je vecou komerčných 
návrhov v súlade s obmedzeniami stanovenými v odseku 5.3.2 
a je uspôsobená tak, aby optimalizovala snímaciu výkonnosť 
zariadenia  DSRC – REDCR  vzhľadom na konkrétne účely 
a prevádzkové podmienky, na ktoré bol snímač  REDCR  
navrhnutý.  
5.3.3.2 Anténa VU  
DSC_31 Konštrukcia antény snímača  DSRC-VU  je vecou komerčných 
návrhov v súlade s obmedzeniami stanovenými v odseku 5.3.2 
a je uspôsobená tak, aby optimalizovala snímaciu výkonnosť 
zariadenia  DSRC – REDCR  vzhľadom na konkrétne účely 
a prevádzkové podmienky, na ktoré bol snímač  REDCR  
navrhnutý.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 554  
DSC_32 Anténa VU musí byť upevnená na čelné sklo vozidla alebo 
v jeho blízkosti, ako je špecifikované v oddiele 5.1.  
DSC_33 V skúšobnom prostredí v dielni (pozri oddiel 6.3) sa mus í 
anténa DSRC – VU upevnená podľa oddielu 5.1 vyššie 
úspešne spojiť so štandardným skúšobným komunikačným 
zariadením a úspešne vykonať transakciu RTM podľa tohto 
dodatku na vzdialenosť 2 až 10 metrov viac ako 99 % času, 
s priemerom vyše 1 000 snímaní.  
5.4 Požiadavky na protokol DSRC pre RTM  
5.4.1  Prehľad 
DSC_34 Transakčný protokol na sťahovanie  údajov  prostredníctvom 
spojenia s rozhraním DSRC 5,8 GHz prebieha podľa nasle­
dovných krokov. V tomto oddiele sa opisuje transakčný tok 
v ideálnych podmienkach bez retransmisie alebo prerušení 
komunikácie.  
POZNÁMKA Účelom inicializačnej fázy (1. krok) je 
pripraviť komunikáciu medzi snímačom  REDCR  a DSRC – 
VU, ktoré vstúpili do transakčnej zóny DSRC 5,8 GHz 
(master/slave – hlavná/podriadená jednotka), ale ešte nezačali 
komunikáciu so snímačom  REDCR , a oznámiť aplikačné 
procesy.  
— 1. krok  Inicializácia. Snímač  REDCR  posiela dátový 
rámec obsahujúci „tabuľku prevádzkových režimov 
majáka“ (BST), ktorá zahŕňa identifikátory aplikácie 
(AID) na zozname podporovaných služieb. V aplikácii 
RTM to bude jednoducho služba s hodnotou AID = 2 
(Freight&Fleet). Zariadenie  DSRC – VU  vyhodnotí prijatú 
tabuľku BST a odpovie (pozri v ďalšej časti) zoznamom 
podporovaných aplikácií v rámci domény Freight&Fleet, 
alebo neodpovie, ak žiadna aplikácia nie je podporovaná. 
Ak snímač  REDCR  neponúka hodnotu AID = 2, zaria­
denie DSRC – VU snímaču REDCR neodpovie.  
— 2. krok  Zariadenie  DSRC – VU  posiela rámec s požia­
davkou na pridelenie súkromného okna.  
— 3. krok  Snímač  REDCR  posiela rámec s pridelením 
súkromného okna.  
— 4. krok  Zariadenie  DSRC – VU  použije pridelené 
súkromné okno na odoslanie rámca obsahujúceho tabuľku 
jednotky vozidla (VST). Táto tabuľka VST obsahuje 
zoznam všetkých jednotlivých konkretizácií aplikácie, 
ktoré toto zariadenie  DSRC – VU  podporuje v rámci 
AID = 2. Rôzne konkretizácie sa identifikujú pomocou 
jedinečne generovaných identifikátorov prvku (EID), 
z ktorých každý je spojený s hodnotou parametra Appli­
cation Context Mark (kontextová značka aplikácie) ozna­ 
čujúcou podporovanú aplikáciu a normu.  
— 5. krok  Snímač  REDCR  ďalej analyzuje ponúkanú 
tabuľku VST a buď ukončí spojenie (RELEASE), 
keďže ho nezaujíma nič z ponuky VST (t. j. dostáva 
VST od zariadenia  DSRC – VU , ktoré nepodporuje tran­
sakciu RTM), alebo, ak dostane vhodnú tabuľku VST, 
začne konkretizáciu aplikácie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 555  
— 6. krok  Aby to snímač  REDCR  dosiahol, vyšle rámec 
obsahujúci príkaz na získanie údajov RTM, ktorý identi­
fikuje konkretizáciu aplikácie RTM špecifikovaním iden­
tifikátora zodpovedajúceho konkretizácii aplikácie RTM 
(ktorý DSRC – VU uvádza v tabuľke VST) a pridelí 
súkromné okno.  
— 7. krok  Zariadenie  DSRC – VU  použije novo pridelené 
súkromné okno na odoslanie rámca obsahujúceho poža­
dovaný identifikátor zodpovedajúci konkretizácii aplikácie 
RTM podľa tabuľky VST, a následne atribút  RtmData  
(obsahový + bezpečnostný prvok).  
— 8. krok  Ak sa požadujú viaceré služby, hodnota „n“ sa 
zmení na referenčné číslo nasledujúcej služby a postup sa 
opakuje.  
— 9. krok  Snímač  REDCR  potvrdí prijatie údajov zaslaním 
rámca obsahujúceho príkaz RELEASE zariadeniu  
DSRC – VU , aby sa relácia ukončila ALEBO, ak sa mu 
nepodarilo validovať úspešné prijatie LPDU, vráti sa ku 
6. kroku.  
Grafické znázornenie transakčného protokolu je uvedené na 
obrázku 14.6.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 556  
Obrázok 14.6  
Schéma postupu aplikácie RTM s použitím DSRC 5,8 GHz
  
5.4.2  Príkazy  
DSC_35 Tieto príkazy sú jedinými funkciami, ktoré sa používajú 
v transakčnej fáze aplikácie RTM:  
— INITIALISATION.request : Príkaz vydaný snímačom 
REDCR vo forme vysielania s vymedzením aplikácií, 
ktoré REDCR podporuje.  
— INITIALISATION.response : Odpoveď zariadenia 
DSRC – VU potvrdzujúca pripojenie a obsahujúca 
zoznam podporovaných inštancií aplikácií s charakteristi­
kami a informáciami, ako k nim pristupovať (EID).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 557  
— GET.request : Príkaz vydaný snímačom  REDCR  zaria­
deniu  DSRC – VU , ktorým sa špecifikuje konkretizácia 
aplikácie na základe stanoveného identifikátora EID 
podľa prijatej tabuľky VST, a dáva sa pokyn zariadeniu  
DSRC – VU , aby odoslalo zvolené atribúty s  údajmi . 
Cieľom príkazu GET je, aby snímač  REDCR  získal  
údaje  od zariadenia  DSRC – VU . 
— GET.response : Odpoveď zariadenia DSRC – VU, ktorá 
obsahuje požadované  údaje . 
— ACTION.request ECHO : Príkaz zariadeniu  DSRC – VU , 
aby odoslalo údaje z  DSRC – VU  naspäť snímaču  
REDCR . Cieľom príkazu ECHO je umožniť dielňam 
alebo skúšobným zariadeniam pre typové schvaľovanie 
preskúšať, či spojenie DSRC funguje, bez potreby 
prístupu k oprávneniam zabezpečenia.  
— ACTION .response ECHO: Odpoveď zariadenia 
DSRC – VU na príkaz ECHO.  
— EVENT_REPORT.request  RELEASE: Príkaz, ktorým 
sa dáva pokyn zariadeniu  DSRC – VU , že transakcia sa 
skončila. Cieľom príkazu RELEASE je ukončiť reláciu so 
zariadením  DSRC – VU . Zariadenie  DSRC – VU  po 
prijatí príkazu RELEASE nesmie odpovedať na žiadne 
ďalšie snímanie v rámci aktuálneho spojenia. Upozorňu­
jeme, že podľa normy EN 12834 sa zariadenie 
DSRC – VU nepripojí dvakrát k tomu istému snímaču, 
pokiaľ nebude mimo komunikačnej zóny počas 
255 sekúnd alebo sa na snímači nezmení identifikátor 
majáka.  
5.4.3  Postupnos ť príkazov snímania  
DSC_36 Z hľadiska postupnosti príkazov a odpovedí sa transakcia  
opisuje takto:  
Krok  Odosielateľ  Príjemca  Opis  Činnosť  
1 REDCR  >  DSRC-VU  Inicializácia komunikač­
ného spojenia – Požiadavka  Snímač REDCR odosiela 
tabuľku BST.  
2 DSRC-VU  >  REDCR  Inicializácia komunika č­
ného spojenia – Odpove ď Ak tabuľka BST podporuje 
AID=2, DSRC – VU si 
vyžiada súkromné okno  
3 REDCR  >  DSRC-VU  Poskytne súkromné okno.  Posiela rámec s pridelením 
súkromného okna.  
4 DSRC-VU  >  REDCR  Posiela tabu ľku VST.  Posiela rámec obsahujúci 
VST.  
5 REDCR  >  DSRC-VU  Posiela príkaz GET.request 
na údaje v atribúte pre 
konkrétny identifikátor 
EID.  
6 DSRC-VU  >  REDCR  Posiela príkaz GET.response 
s požadovaným atribútom 
pre konkrétny EID.  Posiela atribút (RTMData, 
OWSData...) s údajmi pre 
konkrétny EID.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 558  
Krok  Odosielateľ  Príjemca  Opis  Činnosť  
▼M1 
7 REDCR  >  DSRC– VU  Posiela príkaz GET.request 
na údaje iného atribútu (v 
prípade potreby).  
▼B 
8 DSRC-VU  >  REDCR  Posiela príkaz GET.response 
s požadovaným atribútom.  Posiela atribút s údajmi pre 
konkrétny EID.  
9 REDCR  >  DSRC-VU  Potvrdzuje úspešné prijatie 
údajov.  Posiela príkaz RELEASE, 
ktorým sa ukončí transakcia.  
10 DSRC-VU  Ukon čuje transakciu.  
Príklad postupnosti transakcie a obsahu vymieňaných rámcov 
je uvedený v odsekoch 5.4.7 a 5.4.8.  
5.4.4  Štruktúry údajov  
DSC_37 Sémantická štruktúra  údajov  prenášaných prostredníctvom 
rozhrania DSRC 5,8 GHz musí byť v súlade s týmto 
dodatkom. Spôsob, akým sú tieto údaje štruktúrované, je 
špecifikovaný v tomto odseku.  
DSC_38 Obsahové údaje (údaje RTM) pozostávajú zo zreťazenia:  
1. údajov EncryptedTachographPayload, ktoré sú kódovaním 
údajov TachographPayload vymedzeným v ASN.1 
oddiele 5.4.5. Spôsob kódovania je opísaný v dodatku 11;  
2. údajov DSRCSecurityData špecifikovaných v dodatku 11.  
DSC_39 Údaje RTM Data sa označujú ako atribút RTM = 1 a prená­ 
šajú sa v kontajneri RTM = 10.  
DSC_40 Kontextová značka RTM identifikuje podporovanú časť 
normy zo súboru noriem TARV (RTM zodpovedá časti 9),  
Modul ASN.1 pre údaje DSRC v rámci aplikácie RTM je 
vymedzený takto:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 559
  
► (2) (3) M1 
► (1) M3 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 560
  
5.4.5  Prvky RtmData, vykonávané činnosti a vymedzenie pojmov  
DSC_41 Hodnoty údajov, ktoré sa majú vypočítať vo VU a použiť n a 
aktualizáciu zabezpečených údajov v DSRC – VU, sa vypo­ 
čítajú podľa pravidiel uvedených v tabuľke 14.3:  
▼M3 
Tabuľka 14.3  
Prvky RtmData, vykonávané činnosti a vymedzenie pojmov  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
RTM1 
Tabuľka s eviden čným 
číslom vozidla  VU určí hodnotu dátového 
prvku RTM1  tp15638Vehic ­
leRegistrationPlate  zo zazna­
menanej hodnoty dátového 
typu 
VehicleRegistrationIdentifica ­
tion v zmysle dodatku 1  
VehicleRegistrationIdentifica ­
tion. Evidenčné číslo vozidla 
ako reťazec znakov  tp15638VehicleRegistration­
Plate LPN, 
–Vehicle RegistrationPlate 
používa štruktúru údajov 
z normy ISO 14906, ale 
s týmto obmedzením aplikácie 
RTM: 
postupnosť (SEQUENCE) sa 
začína kódom krajiny, nasle­
duje abecedný indikátor 
a samotné evidenčné číslo, 
ktoré má vždy 14 oktetov 
(doplnených nulami), aby 
dĺžka typu LPN bola vždy 17 
oktetov (nie je potrebný 
žiadny determinant dĺžky), 
z ktorých 14 predstavuje 
„skutočné“ evidenčné číslo.  
RTM2 
Udalosť – prekro čenie 
povolenej rýchlosti  VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM2 
tp15638SpeedingEvent. 
VU vypočíta hodnotu 
tp15638SpeedingEvent 
z udalostí „prekročenie 
rýchlosti“ zaznamenaných vo 
VU v priebehu uplynulých 
10 dní, ako je vymedzené 
v prílohe IC.  1 (TRUE): ak sa 
najnovšia udalosť 
„prekročenie rýchlosti“ 
skončila v priebehu 
uplynulých 10 dní alebo 
stále prebieha; 
0 (FALSE): vo všetkých 
ostatných prípadoch.  tp15638SpeedingEvent 
BOOLEAN,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 561  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
RTM3 
Jazda bez 
platnej karty  VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM3 
tp15638DrivingWithoutVa­
lidCard. 
VU priradí premennej 
tp15638DrivingWithoutVa­
lidCard hodnotu TRUE, ak sa 
vo VU počas uplynulých 10 
dní zaznamenala aspoň jedna 
udalosť „jazda bez príslušnej 
karty“, ako je vymedzené 
v prílohe IC.  1 (TRUE): ak sa 
najnovšia udalosť „jazda 
bez príslušnej karty“ 
skončila v priebehu 
uplynulých 10 dní alebo 
stále prebieha; 
0 (FALSE): vo všetkých 
ostatných prípadoch.  tp15638DrivingWithoutValid­
Card 
BOOLEAN,  
RTM4 
Platná karta vodi ča VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM4 
tp15638DriverCard na 
základe údajov na platnej 
karte vodiča vloženej v slote 
vodiča.  1 (TRUE): ak sa v slote 
vodiča VU nenachádza 
žiadna platná karta 
vodiča; 
0 (FALSE): ak sa v slote 
vodiča VU nachádza 
platná karta vodiča.  tp15638DriverCard 
BOOLEAN,  
RTM5 
Vloženie karty po čas 
jazdy  VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM5 tp15638CardInsertion. 
VU priradí premennej 
tp15638CardInsertion 
hodnotu TRUE, ak sa vo VU 
počas uplynulých 10 dní 
zaznamenala aspoň jedna 
udalosť „vloženie karty počas 
jazdy“, ako je vymedzené 
v prílohe IC.  1 (TRUE): ak sa 
najnovšia udalosť 
„vloženie karty počas 
jazdy“ vyskytla v prie­
behu uplynulých 10 dní; 
0 (FALSE): vo všetkých 
ostatných prípadoch.  tp15638CardInsertion 
BOOLEAN,  
RTM6 
Chyba údajov o pohybe  VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM6. 
VU priradí premennej 
tp15638MotionDataError 
hodnotu TRUE, ak sa vo VU 
počas uplynulých 10 dní 
zaznamenala aspoň jedna 
udalosť „chyba údajov 
o pohybe“, ako je vymedzené 
v prílohe IC.  1 (TRUE): ak sa 
najnovšia udalosť 
„chyba údajov 
o pohybe“ skončila 
v priebehu uplynulých 
10 dní alebo stále 
prebieha; 
0 (FALSE): vo všetkých 
ostatných prípadoch.  tp15638MotionDataError 
BOOLEAN,  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 562  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
RTM7 
Nesúlad údajov 
o pohybe vozidla  VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM7. 
VU priradí premennej 
tp15638VehicleMotionConf­
lict hodnotu TRUE, ak sa vo 
VU počas uplynulých 10 dní 
zaznamenala aspoň jedna 
udalosť „nesúlad údajov 
o pohybe vozidla“.  1 (TRUE): ak sa 
najnovšia udalosť 
„nesúlad údajov 
o pohybe vozidla“ 
skončila v priebehu 
uplynulých 10 dní alebo 
stále prebieha; 
0 (FALSE): vo všetkých 
ostatných prípadoch.  tp15638VehicleMotionConflict 
BOOLEAN,  
RTM8 
Karta druhého vodi ča VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM8 na základe prílohy IC 
[„údaje o činnosti vodiča“ 
POSÁDKA (CREW) 
a DRUHÝ VODIČ (CO- 
DRIVER)]. 
Ak je prítomná platná karta 
druhého vodiča, VU nastaví 
hodnotu RTM8 na TRUE.  1 (TRUE): ak sa vo VU 
nachádza platná karta 
druhého vodiča; 
2 (FALSE): ak sa vo VU 
nenachádza žiadna 
platná karta druhého 
vodiča.  tp156382ndDriverCard 
BOOLEAN,  
RTM9 
Aktuálna činnosť VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM9. 
Ak sa aktuálna činnosť 
zaznamená vo VU ako 
akákoľvek činnosť iná ako 
„JAZDA“ (DRIVING) 
v zmysle prílohy IC, VU 
nastaví hodnotu RTM9 na 
TRUE.  1 (TRUE): zvolená iná 
činnosť; 
0 (FALSE): zvolená 
jazda.  tp15638CurrentActivityDri­
ving 
BOOLEAN  
RTM10 
Posledná relácia ukon ­ 
čená VU vygeneruje booleovskú 
hodnotu pre dátový prvok 
RTM10. 
Ak posledná relácia karty 
nebola správne uzavretá 
v zmysle prílohy IC, VU 
nastaví hodnotu RTM10 na 
TRUE.  1 (TRUE): aspoň jedna 
z vložených kariet spus­
tila udalosť „nesprávne 
uzavretá posledná relácia 
karty“; 
0 (FALSE): žiadna 
z vložených kariet 
nespustila udalosť 
„nesprávne uzavretá 
posledná relácia karty“.  tp15638LastSessionClosed 
BOOLEAN  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 563  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
RTM11 
Prerušenie 
napájania  VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM11. 
VU priradí premennej 
tp15638PowerSupplyInter­
ruption hodnotu rovnajúcu sa 
počtu zaznamenaných 
udalostí „prerušenie napá­
jania“ uložených vo VU 
počas uplynulých 10 dní, ako 
sa vymedzuje v prílohe IC. 
Ak počas uplynulých 10 dní 
nebola vo VU zaznamenaná 
žiadna udalosť „prerušenie 
napájania“, VU nastaví 
hodnotu RTM11 na 0.  Počet udalostí „preru­ 
šenie napájania“ zazna­
menaných počas uplynu­
lých 10 dní.  tp15638PowerSupplyInterrup­
tion 
INTEGER (0..127),  
RTM12 
Porucha sníma ča VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM12. 
VU priradí premennej 
sensorFault hodnotu: 
— 1, ak sa udalosť 
„35“H Porucha snímača 
skončila počas uplynu­
lých 10 dní alebo stále 
prebieha, 
— 2, ak sa udalosť 
„porucha prijímača 
GNSS“ (interného či 
externého s hodnotami 
enum „36“H alebo 
„37“H) skončila počas 
uplynulých 10 dní alebo 
stále prebieha, 
— 3, ak sa udalosť typu 
„0E“H „chyba komuni­
kácie s externým zaria­
dením GNSS“ skončila 
počas uplynulých 10 dní 
alebo stále prebieha, 
— 4, ak sa „porucha 
snímača“ aj „porucha 
prijímača GNSS“ skon­ 
čili počas uplynulých 10 
dní alebo stále prebie­
hajú, 
— 5, ak sa „porucha 
snímača“ aj „chyba 
komunikácie s externým 
zariadením GNSS“ 
skončili počas uplynu­
lých 10 dní alebo stále 
prebiehajú,  – porucha 
snímača – jeden oktet 
podľa slovníka údajov  tp15638SensorFault INTEGER 
(0..255),  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 564  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
— 6, ak sa „porucha prijí­
mača GNSS“ aj „chyba 
komunikácie s externým 
zariadením GNSS“ 
skončili počas uplynu­
lých 10 dní alebo stále 
prebiehajú, 
— 7, ak sa všetky tri 
poruchy snímačov skon­ 
čili počas uplynulých 10 
dní alebo stále prebie­
hajú. 
Ak sa žiadna udalosť 
neskončila počas uplynulých 
10 dní alebo neprebieha, VU 
nastaví hodnotu RTM12 
na 0.  
RTM13 
Úprava času VU vygeneruje celočíselnú 
hodnotu (timeReal 
z dodatku 1) pre dátový 
prvok RTM13 na základe 
prítomnosti údajov o úprave 
času v zmysle prílohy IC. 
VU nastaví hodnotu RTM13 
na čas, keď došlo k poslednej 
udalosti „úprava času“. 
Ak v údajoch VU neexistuje 
žiadna udalosť „úprava času“ 
v zmysle prílohy IC, VU 
nastaví hodnotu RTM13 
na 0.  oldTimeValue najnovšej 
úpravy času.  tp15638TimeAdjustment 
INTEGER(0..4294967295),  
RTM14 
Pokus o narušenie 
zabezpečenia VU vygeneruje celočíselnú 
hodnotu (timeReal 
z dodatku 1) pre dátový 
prvok RTM14 na základe 
prítomnosti udalosti „pokus 
o narušenie zabezpečenia“ 
v zmysle prílohy IC. 
VU nastaví hodnotu času 
poslednej udalosti „pokus 
o narušenie zabezpečenia“, 
ktorý VU zaznamenala. 
Ak v údajoch VU nie je 
zaznamenaná žiadna udalosť 
„pokus o narušenie zabezpe­ 
čenia“ v zmysle prílohy IC, 
VU nastaví hodnotu RTM14 
na 0.  Čas začiatku poslednej 
uloženej udalosti „pokus 
o narušenie zabezpe­ 
čenia“.  tp15638LatestBreachAttempt 
INTEGER(0..4294967295),  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 565  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
RTM15 
Posledná kalibrácia  VU vygeneruje celočíselnú 
hodnotu (timeReal 
z dodatku 1) pre dátový 
prvok RTM15 na základe 
prítomnosti údajov 
o poslednej kalibrácii 
v zmysle prílohy IC 
a dodatku 1. 
VU nastaví hodnotu 
RTM15 na oldTimeValue 
posledného záznamu o kali­
brácii. 
Ak k žiadnej kalibrácii 
nedošlo, VU nastaví hodnotu 
RTM15 na 0.  oldTimeValue najnov­ 
šieho záznamu o kali­
brácii.  tp15638LastCalibrationData 
INTEGER(0..4294967295),  
RTM16 
Predchádzajúca kali ­
brácia  VU vygeneruje celočíselnú 
hodnotu (timeReal 
z dodatku 1) pre dátový 
prvok RTM16 podľa 
záznamu o kalibrácii pred 
poslednou kalibráciou. 
VU nastaví hodnotu 
RTM16 na oldTimeValue 
záznamu o kalibrácii pred 
poslednou kalibráciou. 
Ak k žiadnej predchádzajúcej 
kalibrácii nedošlo, VU 
nastaví hodnotu RTM16 
na 0.  oldTimeValue záznamu 
o kalibrácii pred 
najnovším záznamom 
o kalibrácii.  tp15638PrevCalibrationData 
INTEGER(0..4294967295),  
RTM17 
Dátum pripojenia 
tachografu  VU vygeneruje celočíselnú 
hodnotu (timeReal 
z dodatku 1) pre dátový 
prvok RTM17. 
VU nastaví hodnotu RTM17 
na dátum prvej kalibrácie VU 
v aktuálnom vozidle. 
VU tieto údaje extrahuje 
z VuCalibrationData 
(dodatok 1) z vuCalibration­
Records, pričom Calibration­
Purpose sa rovná: „03“H. 
Ak k žiadnej predchádzajúcej 
kalibrácii nedošlo, VU 
nastaví hodnotu RTM17 
na 0.  Dátum prvej kalibrácie 
VU v aktuálnom 
vozidle.  tp15638DateTachoConnected 
INTEGER(0..4294967295),  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 566  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
RTM18 
Aktuálna rýchlos ť VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM18. 
VU nastaví hodnotu RTM18 
na poslednú aktuálnu zazna­
menanú rýchlosť v čase 
poslednej aktualizácie 
RtmData.  Posledná aktuálna 
zaznamenaná rýchlosť  tp15638CurrentSpeed 
INTEGER (0..255),  
RTM19 
Časová pe čiatka  VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM19 (timeReal 
z dodatku 1). 
VU nastaví hodnotu RTM19 
na čas poslednej aktualizácie 
RtmData.  Časová pečiatka aktuál­
neho záznamu 
TachographPayload  tp15638Timestamp 
INTEGER(0..4294967295),  
RTM20 
Čas, keď bola k dispo ­
zícii posledná autentifi ­
kovaná poloha vozidla  VU vygeneruje celočíselnú 
hodnotu (timeReal 
z dodatku 1) pre dátový 
prvok RTM20. 
VU nastaví hodnotu RTM20 
na čas, keď bola k dispozícii 
posledná autentifikovaná 
poloha vozidla z prijímača 
GNSS. 
Ak nebola k dispozícii žiadna 
autentifikovaná poloha 
vozidla z prijímača GNSS, 
VU nastaví hodnotu RTM20 
na 0.  Časová pečiatka 
poslednej autentifiko­
vanej polohy vozidla  tp15638LatestAuthenticatedPo­
sition 
INTEGER(0..4294967295),  
RTM21 
Nepretržitý čas jazdy  VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM21. 
VU nastaví hodnotu RTM21 
na nepretržitý čas jazdy 
vodiča.  Nepretržitý čas jazdy 
vodiča kódovaný ako 
celočíselná hodnota. 
Dĺžka: 1 bajt 
Rozlíšenie: 2 minúty/bit 
Žiadny offset 
Rozpätie údajov: 0 až 
250 
Hodnota 250 označuje, 
že nepretržitý čas jazdy 
vodiča sa rovná alebo je 
viac ako 500 minút. 
Hodnoty 251 až 254 sa 
nepoužívajú. 
Hodnota 255 označuje, 
že informácie nie sú 
k dispozícii.  tp15638ContinuousDriving­
Time INTEGER(0..255),  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 567  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
RTM22 
Najdlhší denný čas jazdy 
za prebiehajúcu a pred ­
chádzajúcu RTM-zmenu 
vypočítaný v súlade 
s doplnkom k dodatku 14  VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM22. 
VU nastaví hodnotu RTM22 
na dlhší čas z dvoch denných 
časov jazdy vodiča, ktorým 
môžu byť buď prebiehajúca, 
alebo predchádzajúca RTM- 
zmena.  Denný čas jazdy vodiča 
kódovaný ako celočí­
selná hodnota. 
Dĺžka: 1 bajt 
Rozlíšenie: 4 minúty/bit 
Žiadny offset 
Rozpätie údajov: 0 až 
250 
Hodnota 250 označuje, 
že denný čas jazdy 
vodiča sa rovná alebo je 
viac ako 1 000 minút. 
Hodnoty 251 až 254 sa 
nepoužívajú. 
Hodnota 255 označuje, 
že informácie nie sú 
k dispozícii.  tp15638DailyDrivingTimeShift 
INTEGER(0..255),  
RTM23 
Najdlhší denný čas jazdy 
v prebiehajúcom týždni 
vypočítaný v súlade 
s doplnkom k dodatku 14  VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM23. 
VU nastaví hodnotu RTM23 
na najdlhší denný čas jazdy 
vodiča, ktorým môže byť 
buď prebiehajúca RTM- 
zmena, alebo akákoľvek 
ukončená RTM-zmena, ktorá 
sa začala alebo skončila 
v prebiehajúcom týždni.  Denný čas jazdy vodiča 
kódovaný ako celočí­
selná hodnota. 
Dĺžka: 1 bajt 
Rozlíšenie: 4 minúty/bit 
Žiadny offset 
Rozpätie údajov: 0 až 
250 
Hodnota 250 označuje, 
že denný čas jazdy 
vodiča sa rovná alebo je 
viac ako 1 000 minút. 
Hodnoty 251 až 254 sa 
nepoužívajú. 
Hodnota 255 označuje, 
že informácie nie sú 
k dispozícii.  tp15638DailyDrivingTime­
Week INTEGER(0..255),  
RTM24 
Týždenný čas jazdy 
vypočítaný v súlade 
s doplnkom k dodatku 14  VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM24. 
VU nastaví hodnotu RTM24 
na týždenný čas jazdy 
vodiča.  Týždenný čas jazdy 
vodiča kódovaný ako 
celočíselná hodnota. 
Dĺžka: 1 bajt 
Rozlíšenie: 20 minút/bit 
Žiadny offset 
Rozpätie údajov: 0 až 
250 
Hodnota 250 označuje, 
že týždenný čas jazdy 
vodiča sa rovná alebo je 
viac ako 5 000 minút. 
Hodnoty 251 až 254 sa 
nepoužívajú. 
Hodnota 255 označuje, 
že informácie nie sú 
k dispozícii.  tp15638WeeklyDrivingTime 
INTEGER(0..255),  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 568  
1 
Dátový prvok RTM  2 
Činnosť vykonávaná VU  3 
Vymedzenie údajov podľa ASN.1  
RTM25 
Dvojtýždenný čas jazdy 
vypočítaný v súlade 
s doplnkom k dodatku 14  VU vygeneruje celočíselnú 
hodnotu pre dátový prvok 
RTM25. 
VU nastaví hodnotu RTM25 
na dvojtýždenný čas jazdy 
vodiča.  Dvojtýždenný čas jazdy 
vodiča kódovaný ako 
celočíselná hodnota. 
Dĺžka: 1 bajt 
Rozlíšenie: 30 minút/bit 
Žiadny offset 
Rozpätie údajov: 0 až 
250 
Hodnota 250 označuje, 
že dvojtýždenný čas 
jazdy vodiča sa rovná 
alebo je viac ako 
7 500 minút. 
Hodnoty 251 až 254 sa 
nepoužívajú. 
Hodnota 255 označuje, 
že informácie nie sú 
k dispozícii.  tp15638FortnightlyDriving­
Time INTEGER(0..255),  
Poznámka: Hodnoty RTM22, RTM23, RTM24 a RTM25 sa vypočítajú v s úlade 
s doplnkom k tomuto dodatku.  
▼B 
5.4.6  Mechanizmus prenosu údajov  
DSC_42 Už vymedzené obsahové údaje si vyžiada snímač REDCR po 
inicializačnej fáze a následne ich zariadenie  DSRC – VU  
vysiela v pridelenom okne. Snímač REDCR použije na 
získanie údajov príkaz GET.  
▼M1 
DSC_43 Pri všetkých výmenách DSRC musia byť údaje zakódované 
podľa pravidiel PER (Packed Encoding Rules – pravidlá 
zhusteného kódovania) UNALIGNED s výnimkou ­
  
a
 , ktoré musia byť zakódo­
vané podľa pravidiel OER (Octet Encoding Rules – pravidlá 
oktetového kódovania) vymedzených v ISO/IEC 8825– 7, 
Rec. ITU– T X.696.  
▼B 
5.4.7  Podrobný opis transakcií DSRC  
DSC_44 Inicializácia sa vykonáva podľa odsekov DSC_44 – DSC_48 
a tabuliek 14.4 – 14.9. V inicializačnej fáze snímač REDCR 
začína posielať rámec obsahujúci tabuľku prevádzkových 
režimov majáka (BST) podľa noriem EN 12834 a EN 13372, 
oddielov 6.2, 6.3, 6.4 a 7.1, s nastaveniami podľa nasledovnej 
tabuľky 14.4.  
Tabuľka 14.4  
Inicializácia – nastavenia rámca BST  
Pole Nastavenia  
Identifikátor spojenia  Vysielacia adresa  
Identifikátor majáka 
(BeaconId)  Podľa normy EN 12834  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 569  
Pole Nastavenia  
Čas Podľa normy EN 12834  
Profil  Bez rozšírenia, použije sa 0 
alebo 1  
MandApplications  Bez rozšírenia, identifikátor 
EID neprítomný, parameter 
neprítomný, AID = 2 
Freight&Fleet  
NonMandApplications  Neprítomné  
ProfileList  Bez rozšírenia, počet profilov 
na zozname = 0  
Záhlavie fragmentácie  Bez fragmentácie  
Nastavenia vrstvy 2  PDU príkazu, príkaz UI  
Praktický príklad nastavení špecifikovaných v tabuľke 14.4 
s označením bitového kódovania je uvedený v tabuľke 14.5.  
Tabuľka 14.5  
Inicializácia – príklad obsahu rámca BST
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
1 FLAG
  Príznak začiatku  
2 Broadcast ID
  Vysielacia adresa  
3 MAC Control Field
  PDU príkazu  
4 LLC Control field
  Príkaz UI  
5 Fragmentation header
  Bez fragmentácie  
6 BST
  Požiadavka inicializácie  
SEQUENCE {  
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER (0..65535)
  aplikácie NonMand neprí­
tomné
  
Identifikátor výrobcu  
7
 
8
 
IndividualID INTEGER (0..134217727) 
}
 27-bitový identifikátor 
dostupný výrobcovi  
9
 
10
 
11
 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 570
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
12 Time INTEGER (0..4294967295)
  32-bitový UNIX v reálnom 
čase 
13
 
14
 
15
 
16 Profile INTEGER (0..127,…)
  Bez rozšírenia. Príklad 
profilu 0  
17 MandApplications SEQUENCE 
(SIZE(0..127,…)) 
OF {
  Bez rozšírenia. Počet 
mandApplications = 1  
18 SEQUENCE {  
OPTION indicator
  Identifikátor EID neprí­
tomný  
OPTION indicator
  Parameter neprítomný  
AID DSRCApplicationEntityID } }
  Bez rozšírenia. AID= 2 
Freight&Fleet  
19 ProfileList SEQUENCE (0..127,…) OF 
Profile }
  Bez rozšírenia, počet 
profilov na zozname = 0  
20 FCS
  Kontrolný súčet rámca  
21
 
22 Flag
  Príznak ukončenia  
DSC_45 Zariadenie  DSRC – VU  po prijatí tabuľky BST požaduje 
pridelenie súkromného okna, ako je špecifikované v normách 
EN 12795 a EN 13372, 7.1.1, bez konkrétnych nastavení 
RTM. V tabuľke 14.6 je uvedený príklad bitového kódovania.  
Tabuľka 14.6  
Inicializácia –  obsah rámca požiadavky na pridelenie súkromného okna
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
1 FLAG
  Príznak začiatku  
2 Private LID
  Adresa spojenia konkrét­
neho DSRC – VU  
3
 
4
 
5
 
6 MAC Control field
  Požiadavka na súkromné 
okno  
7 FCS
  Kontrolný súčet rámca  
8
 
9 Flag
  Príznak ukončenia  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 571  
DSC_46 Snímač REDCR potom odpovedá pridelením súkromného 
okna, ako je špecifikované v normách EN 12795 a EN 13372, 
7.1.1, bez konkrétnych nastavení RTM.  
V tabuľke 14.7 je uvedený príklad bitového kódovania.  
Tabuľka 14.7  
Inicializácia – obsah rámca pridelenia súkromného okna
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
1 FLAG
  Príznak začiatku  
2 Private LID
  Adresa spojenia konkrét­
neho DSRC – VU  
3
 
4
 
5
 
6 MAC Control field
  Pridelenie súkromného 
okna  
7 FCS
  Kontrolný súčet rámca  
8
 
9 Flag
  Príznak ukončenia  
DSC_47 Zariadenie  DSRC – VU  po prijatí pridelenia súkromného okna 
posiela svoju tabuľku jednotky vozidla (VST), ako je vyme­
dzené v normách EN 12834 a EN 13372 a oddieloch 6.2, 6.3, 
6.4 a 7.1, s nastaveniami podľa tabuľky 14.8, s použitím 
prideleného prenosového okna.  
Tabuľka 14.8  
Inicializácia – nastavenia rámca VST  
Pole Nastavenia  
Private LID  Podľa normy EN 12834  
Parametre tabuľky VST  Fill=0, potom pre každú podporovanú 
aplikáciu: Identifikátor EID prítomný, 
parameter prítomný, AID = 2, identi­
fikátor EID, ako ho vygeneruje 
palubná jednotka (OBU)  
Paramter  Bez rozšírenia, obsahuje kontextovú 
značku RTM  
ObeConfiguration  Nepovinné pole ObeStatus môže byť 
prítomné, ale REDCR ho nepoužije  
Fragmentation header  Bez fragmentácie  
Nastavenia vrstvy 2  PDU príkazu, príkaz UI  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 572  
DSC_48 Zariadenie  DSRC – VU  musí podporovať aplikáciu „Nákladná 
doprava a vozový park“ („Freight and Fleet“) s identifiká­
torom aplikácie „2“. Podporované môžu byť aj iné identifi­
kátory aplikácie, ale nie sú prítomné v tejto tabuľke VST, 
keďže tabuľka BST požaduje iba AID = 2. Pole „Aplikácie“ 
obsahuje zoznam podporovaných inštancií aplikácií v zariadení  
DSRC – VU . Pre každú konkretizáciu podporovanej aplikácie 
sa uvedie odkaz na príslušnú normu, vytvorený z kontextovej 
značky RTM, ktorá pozostáva z identifikátora objektu 
(OBJECT IDENTIFIER) predstavujúceho súvisiacu normu, 
jej časť (9 pre RTM) a prípadne jej verziu a z identifikátora 
prvku (EID), ktorý je generovaný zariadením DSRC – VU 
a súvisí s danou inštanciou aplikácie.  
Praktický príklad nastavení špecifikovaných v tabuľke 14.8 
s označením bitového kódovania je uvedený v tabuľke 14.9.  
▼M3 
Tabuľka 14.9  
Inicializácia – príklad obsahu rámca VST
 Oktetč : 
Atribút/pole  Bity v oktete  Opis  
1 FLAG  0111 1110  Príznak začiatku  
2 Private LID  xxxx xxxx  Adresa spojenia konkrét­
neho DSRC – VU  
3 xxxx xxxx  
4 xxxx xxxx  
5 xxxx xxxx  
6 MAC Control field  1100 0000  PDU príkazu  
7 LLC Control field  0000 0011  Príkaz UI  
8 Fragmentation header  1xxx x001  Bez fragmentácie  
9 VST 
SEQUENCE { 
Fill BIT STRING (SIZE(4))  1001  Odpoveď inicializácie  
0000  Nepoužité a nastavené na 
0 
10 Profile INTEGER (0..127,...) 
Applications SEQUENCE OF {  0000 0000  Bez rozšírenia. Príklad 
profilu 0 
Bez rozšírenia, 1 aplikácia  
11 0000 0001  
12 SEQUENCE { 
OPTION indicator 
OPTION indicator 
AID DSRCApplicationEntityID  1 Identifikátor EID 
prítomný  
1 Parameter prítomný  
00 0010  Bez rozšírenia. AID= 2 
Freight&Fleet  
13 EID Dsrc-EID  xxxx xxxx  Vymedzené v OBU, iden­
tifikuje inštanciu apli­
kácie.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 573
 Oktetč : 
Atribút/pole  Bity v oktete  Opis  
14 Parameter Container {  0000 0010  Bez rozšírenia, voľba 
kontajnera = 02, 
oktetový reťazec  
15 0000 0110  Bez rozšírenia, dĺžka 
kontextovej značky 
RTM = 6  
16 Rtm-ContextMark ::= SEQUENCE { 
StandardIdentifier  0000 0101  Prvý oktet je 05H, čo je 
jeho dĺžka. 
Následných 5 oktetov 
kóduje identifikátor 
objektu podporovanej 
normy, časti a verzie. 
{ISO (1) norma (0) 
TARV (15638) časť 9 
(9) verzia 2 (2)}  17 standardIdentifier  0010 1000  
18 1111 1010  
19 0001 0110  
20 0000 1001  
21 0000 0010  
22 ObeConfiguration Sequence { 
OPTION indicator  0 ObeStatus neprítomný  
EquipmentClass INTEGER (0..32767)  xxx xxxx  Toto pole sa používa na  
23 xxxx xxxx  označenia výrobcu o verzii 
softvéru/hardvéru 
rozhrania DSRC.  
24 ManufacturerId INTEGER (0..65535)  xxxx xxxx  Identifikátor výrobcu 
DSRC – VU podľa 
registra v ISO 14816  25 xxxx xxxx  
26 FCS  xxxx xxxx  Kontrolný súčet rámca  
27 xxxx xxxx  
28 Flag  0111 1110  Príznak ukončenia  
▼B 
DCS_49 Snímač REDCR potom zosníma údaje vyslaním príkazu GET, 
ktorý zodpovedá príkazu GET vymedzenému v norme EN 
13372, oddieloch 6.2, 6.3, 6.4 a v norme EN 12834, s nasta­
veniami, ako sú špecifikované v tabuľke 14.10.  
Tabuľka 14.10  
Prezentácia – nastavenia rámca požiadavky GET  
Pole Nastavenia  
Invoker Identifier (IID)  Neprítomný  
Link Identifier (LID)  Adresa spojenia konkrétneho DSRC – 
VU 
Chaining  Nie  
Element Identifier (EID)  Podľa VST. Bez rozšírenia  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 574  
Pole Nastavenia  
Access Credentials  Nie  
AttributeIdList  Bez rozšírenia, 1 atribút, Attribu­
teID = 1 (RtmData)  
Fragmentation  Nie  
Layer2 settings  PDU príkazu, pollovaný (polled) 
príkaz ACn  
V tabuľke 14.11 je uvedený príklad čítania údajov RTM.  
Tabuľka 14.11  
Prezentácia – príklad rámca požiadavky GET
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
1 FLAG
  Príznak začiatku  
2 Private LID
  Adresa spojenia konkrét­
neho DSRC – VU  
3
 
4
 
5
 
6 MAC Control field
  PDU príkazu  
7 LLC Control field
  Pollovaný príkaz ACn, n- 
bitový  
8 Fragmentation header
  Bez fragmentácie  
9 Get.request 
SEQUENCE {
  Požiadavka Get  
OPTION indicator
  Prístupové oprávnenia 
neprítomné  
OPTION indicator
  Identifikátor IID neprí­
tomný  
OPTION indicator
  AttributeIdList prítomný  
Fill BIT STRING(SIZE(1))
  Nastavené na 0.  
10 EID INTEGER(0..127,…)
  EID inštancie aplikácie 
RTM podľa VST. Bez 
rozšírenia  
11 AttributeIdList SEQUENCE OF { 
AttributeId }}
  Bez rozšírenia, počet atri­
bútov = 1  
12
 AttributeId=1, RtmData. 
Bez rozšírenia  
13 FCS
  Kontrolný súčet rámca  
14
 
15 Flag
  Príznak ukončenia  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 575  
DSC_50 Zariadenie  DSRC – VU  po prijatí požiadavky GET posiela 
odpoveď GET s požadovanými údajmi, ktorá zodpovedá 
odpovedi GET vymedzenej v norme EN 13372, oddiele 6.2, 
6.3, 6.4 a v norme EN 12834, s nastaveniami, ako sú špeci­
fikované v tabuľke 14.12.  
Tabuľka 14.12  
Prezentácia – nastavenia rámca odpovede GET  
Pole Nastavenia  
Invoker Identifier (IID)  Neprítomný  
Link Identifier (LID)  Podľa normy EN 12834  
Chaining  Nie  
Element Identifier (EID)  Podľa VST.  
Access Credentials  Nie  
Fragmentation  Nie  
Layer2 settings  PDU odpovede, odpoveď 
dostupná a príkaz akcepto­
vaný, príkaz ACn  
V tabuľke 14.13 je uvedený príklad čítania údajov RTM.  
Tabuľka 14.13  
Prezentácia – príklad obsahu rámca odpovede
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
1 FLAG
  Príznak začiatku  
2 Private LID
  Adresa spojenia konkrét­
neho DSRC – VU  
3
 
4
 
5
 
6 MAC Control field
  PDU odpovede  
7 LLC Control field
  Odpoveď dostupná, 
príkaz ACn n-bitový  
8 LLC Status field
  Odpoveď dostupná 
a príkaz akceptovaný  
9 Fragmentation header
  Bez fragmentácie  
10 Get.response 
SEQUENCE {
  Odpoveď Get  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 576
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
OPTION indicator
  Identifikátor IID neprí­
tomný  
OPTION indicator
  Zoznam atribútov 
prítomný  
OPTION indicator
  Stav návratu neprítomný  
Fill BIT STRING(SIZE(1))
  Nepoužíva sa  
11 EID INTEGER(0..127,…)
  Odpoveď inštancie apli­
kácie 
RTM. Bez rozšírenia,  
12 AttributeList SEQUENCE OF {
  Bez rozšírenia, počet atri­
bútov = 1  
13 Attributes SEQUENCE { 
AttributeId
  Bez rozšírenia, Attribu­
teId=1 (RtmData)  
14 AttributeValue CONTAINER {
  Bez rozšírenia, voľba 
kontajnera = 10  10 . 
15
 RtmData  
16
 
17
 
… …  
n }}}}
  
n+1 FCS
  Kontrolný súčet rámca  
n+2
 
n+3 Flag
  Príznak ukončenia  
DSC_51 Snímač REDCR potom ukončí spojenie vydaním 
EVENT_REPORT, RELEASE v súlade s normou EN 13372, 
oddielom 6.2, 6.3, 6.4 a normou EN 12834 oddielom 7.3.8, 
bez konkrétnych nastavení RTM. V tabuľke 14.14 je uvedený 
príklad bitového kódovania príkazu RELEASE.  
Tabuľka 14.14  
Ukončenie. Obsah rámca EVENT_REPORT Release
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
1 FLAG
  Príznak začiatku  
2 Private LID
  Adresa spojenia konkrét­
neho DSRC – VU  
3
 
4
 ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 577
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
5
 
6 MAC Control field
  Rámec obsahuje LPDU 
príkazu  
7 LLC Control field
  Príkaz UI  
8 Fragmentation header
  Bez fragmentácie  
9 EVENT_REPORT.request 
SEQUENCE {
  EVENT_REPORT 
(Release)  
OPTION indicator
  Prístupové oprávnenia 
neprítomné  
OPTION indicator
  Parameter udalosti neprí­
tomný  
OPTION indicator
  Identifikátor IID neprí­
tomný  
Mode BOOLEAN
  Neočakáva sa odpoveď  
10 EID INTEGER (0..127,…)
  Bez rozšírenia, EID = 0 
(systém)  
11 EventType INTEGER (0..127,…) }
  Typ udalosti 0 = Odpo­
jenie (Release)  
12 FCS
  Kontrolný súčet rámca  
13
 
14 Flag
  Príznak ukončenia  
DSC_52 Od zariadenia  DSRC – VU  sa neočakáva žiadna odpoveď na 
príkaz Release. Komunikácia sa potom ukončí.  
5.4.8  Opis skúšobnej transakcie DSRC  
DSC_53 Úplné skúšky, ktoré zahŕňajú zabezpečenie údajov, musia 
vykonávať v súlade s dodatkom 11 Spoločné mechanizmy 
zabezpečenia oprávnené osoby s prístupom k postupom 
zabezpečenia, s použitím bežného príkazu GET opísaného 
vyššie.  
DSC_54 Uvedenie do prevádzky a pravidelné kontrolné skúšky, kto ré 
si vyžadujú dekódovanie a porozumenie obsahu dekódova­
ných údajov, sa musia vykonávať v súlade s dodatkom 11 
Spoločné mechanizmy zabezpečenia a dodatkom 9 – Typové 
schválenie – zoznam minimálne požadovaných skúšok.  
Základná komunikácia DSRC sa však môže skúšať príkazom 
ECHO. Takéto skúšky sa môžu vyžadovať pri uvedení do 
prevádzky, pri pravidelnej kontrole alebo na požiadanie 
príslušného kontrolného orgánu, prípadne na základe požiada­
viek nariadenia (EÚ) č. 165/2014 (pozri oddiel 6 nižšie).  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 578  
DSC_55 Na vykonanie tejto základnej skúšky komunikácie vydá 
snímač REDCR príkaz ECHO počas relácie, t. j. po úspešnom 
ukončení inicializačnej fázy. Postupnosť interakcií je tak 
podobná ako pri snímaní:  
— 1. krok Snímač  REDCR  posiela tabuľku prevádzkových 
režimov majáka (BST), ktorá zahŕňa identifikátory apli­
kácie (AID) na zozname podporovaných služieb. V apli­
káciách RTM to bude jednoducho služba s hodnotou 
AID = 2.  
Zariadenie  DSRC – VU  vyhodnotí prijatú tabuľku BST 
a ak zistí, že BST požaduje Freight&Fleet (AID = 2), 
odpovie. Ak snímač  REDCR  neponúka hodnotu AID = 2, 
zariadenie  DSRC – VU  ukončí transakciu so snímačom  
REDCR . 
— 2. krok Zariadenie  DSRC – VU  posiela požiadavku na 
pridelenie súkromného okna.  
— 3. krok Snímač REDCR posiela pridelenie súkromného 
okna.  
— 4. krok Zariadenie  DSRC – VU  použije pridelené 
súkromné okno na odoslanie svojej tabuľky jednotky 
vozidla (VST). Táto tabuľka VST obsahuje zoznam všet­
kých jednotlivých konkretizácií aplikácie, ktoré toto zaria­
denie  DSRC – VU  podporuje v rámci AID = 2. Rôzne 
konkretizácie sa identifikujú pomocou jedinečných iden­
tifikátorov EID, z ktorých každý je spojený s hodnotou 
parametra označujúcou podporovanú inštanciu aplikácie.  
— 5. krok Snímač  REDCR  ďalej analyzuje ponúkanú 
tabuľku VST a buď ukončí spojenie (RELEASE), 
keďže ho nezaujíma nič z ponuky VST (t. j. dostáva 
VST od zariadenia  DSRC – VU , ktoré nie je RTM 
VU), alebo, ak dostane vhodnú tabuľku VST, začne 
konkretizáciu aplikácie.  
— 6. krok Snímač  REDCR  vydá príkaz (ECHO) konkrét­
nemu zariadeniu  DSRC – VU  a pridelí súkromné okno.  
— 7. krok Zariadenie  DSRC – VU  použije novo pridelené 
súkromné okno na odoslanie rámca odpovede na príkaz 
ECHO.  
V nasledujúcich tabuľkách sú uvedené praktické príklady relácie  
výmeny ECHO.  
DSC_56 Inicializácia sa vykonáva podľa 5.4.7 (DSC_44 – DSC_48) 
a tabuliek 14.4 – 14.9  
DSC_57 Snímač REDCR potom vydá príkaz ACTION, ECHO podľa 
normy ISO 14906 so 100 oktetmi údajov a bez konkrétnych 
nastavení pre RTM. V tabuľke 14.15 je uvedený obsah rámca 
odoslaného snímačom REDCR.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 579  
Tabuľka 14.15  
Príklad rámca požiadavky ACTION, ECHO
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
1 FLAG
  Príznak začiatku  
2 Private LID
  Adresa spojenia konkrét­
neho DSRC – VU  
3
 
4
 
5
 
6 MAC Control field
  PDU príkazu  
7 LLC Control field
  Pollovaný príkaz ACn, n- 
bitový  
8 Fragmentation header
  Bez fragmentácie  
9 ACTION.request 
SEQUENCE {
  Činnosť – požiadavka 
(ECHO)  
OPTION indicator
  Prístupové oprávnenia 
neprítomné  
OPTION indicator
  Parameter činnosti 
prítomný  
OPTION indicator
  Identifikátor IID neprí­
tomný  
Mode BOOLEAN
  Očakáva sa odpoveď.  
10 EID INTEGER (0..127,…)
  Bez rozšírenia, EID = 0 
(systém)  
11 ActionType INTEGER (0..127,…)
  Bez rozšírenia, požiadavka 
na typ činnosti ECHO  
12 ActionParameter CONTAINER {
  Bez rozšírenia, voľba 
kontajnera = 2  
13
 Bez rozšírenia. Dĺžka 
reťazca = 100 oktetov  
14
 Údaje, ktoré sa majú 
odraziť  
… …  
113 } }
  
114 FCS
  Kontrolný súčet rámca  
115
 
116 Flag
  Príznak ukončenia  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 580  
DSC_58 Zariadenie  DSRC – VU  po prijatí požiadavky ECHO posiela 
odpoveď ECHO so 100 oktetmi údajov, ktorá odráža prijatý 
príkaz, podľa normy ISO 14906, bez konkrétnych nastavení 
RTM. V tabuľke 14.16 je uvedený príklad kódovania na 
bitovej úrovni.  
Tabuľka 14.16  
Príklad rámca odpovede ACTION, ECHO
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
1 FLAG
  Príznak začiatku  
2 Private LID
  Adresa spojenia konkrétnej 
VU 
3
 
4
 
5
 
6 MAC Control field
  PDU odpovede  
7 LLC Control field
  Príkaz ACn, n-bitový  
8 LLC status field
  Odpoveď dostupná  
9 Fragmentation header
  Bez fragmentácie  
10 ACTION.response 
SEQUENCE {
  Činnosť – odpoveď 
(ECHO)  
OPTION indicator
  Identifikátor IID neprí­
tomný  
OPTION indicator
  Parameter odpovede 
prítomný  
OPTION indicator
  Stav návratu neprítomný  
Fill BIT STRING (SIZE (1))
  Nepoužíva sa  
11 EID INTEGER (0..127,…)
  Bez rozšírenia, EID = 0 
(systém)  
12 ResponseParameter CONTAINER {
  Bez rozšírenia, voľba 
kontajnera = 2  
13
 Bez rozšírenia. Dĺžka 
reťazca = 100 oktetov  
14
 Odrazené údaje  
… …  
113 } }
  
114 FCS
  Kontrolný súčet rámca  
115
 
116 Flag
  Príznak ukončenia  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 581  
5.5. Vyhradené na budúce použitie  
▼M2 __________  
▼B 
5.6 Prenos údajov medzi DSRC – VU a VU  
5.6.1  Fyzické prepojenie a rozhrania  
DSC_66 Prepojenie medzi  VU  a zariadením  DSRC – VU  sa môže 
zabezpečiť buď fyzickým káblom, alebo bezdrôtovou komu­
nikáciou krátkeho dosahu založenou na systéme Bluetooth 
v4.0 BLE.  
DSC_67 Bez ohľadu na voľbu fyzického prepojenia a rozhrania mus ia 
byť splnené tieto požiadavky:  
DSC_68  ►M1 a) Aby sa dali VU a zariadenia DSRC – VU, alebo aj 
rôzne šarže DSRC – VU kupovať od rôznych 
dodávateľov, prepojenie medzi VU a zariadením 
DSRC – VU, ktoré nie je jej interným zariadením, 
musí byť prepojením s otvoreným štandardom. VU 
sa so zariadením DSRC – VU prepojí niektorou 
z týchto možností: ◄  
i) pomocou pevného kábla dĺžky aspoň 2 metre 
so schváleným priamym 11-pólovým 
zástrčkovým konektorom DIN 41612 H11 zo 
strany zariadenia DSRC – VU, ktorý sa 
zasunie do podobného schváleného zásuvko­
vého konektora ISO/DIN zo strany zariadenia 
VU; 
ii) prostredníctvom nízkoenergetického systému 
Bluetooth (BLE);  
iii) pomocou štandardného prepojenia podľa 
noriem ISO 11898 alebo SAE J1939;  
DSC_69 b) vymedzenie rozhraní a prepojenia medzi VU a zariadení m 
DSRC – VU musí podporovať príkazy aplikačného proto­
kolu stanovené v odseku 5.6.2 a  
DSC_70 c) VU a zariadenie DSRC – VU musia podporovať prenos 
údajov prepojením z hľadiska prevádzkovej výkonnosti aj 
napájania.  
5.6.2  Aplika čný protokol  
DSC_71 Aplikačný protokol medzi zariadením diaľkovej komunikáci e 
VU a zariadením DSRC – VU je zodpovedný za pravidelný 
prenos údajov diaľkovej komunikácie z VU do DSRC.  
DSC_72 Vymedzené sú tieto základné príkazy:  
1. Inicializácia komunikačného spojenia – Požiadavka  
2. Inicializácia komunikačného spojenia – Odpoveď  
3. Poslať údaje s identifikátorom aplikácie RTM a obsahom 
vymedzeným údajmi RTM  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 582  
4. Potvrdenie údajov  
5. Ukončenie komunikačného spojenia – Požiadavka  
6. Ukončenie komunikačného spojenia – Odpoveď  
DSC_73 V ASN1.0 môžu byť uvedené príkazy vymedzené ako:
  
DSC_74 Opis príkazov a parametrov:  
—
 sa 
používa na inicializáciu komunikačného spojenia. Príkaz 
posiela VU zariadeniu DSRC – VU. VU nastaví identifi­
kátor LinkIdentifier a oznámi ho zariadeniu DSRC – VU, 
aby bolo možné sledovať konkrétne komunikačné 
spojenie.  
(Poznámka: ide o podporu budúcich spojení a iných apli­
kácií/modulov, ako je napríklad palubné váženie).  
—
 ­
používa zariadenie DSRC – VU na poskytnutie odpovede 
na požiadavku inicializácie komunikačného spojenia. 
Príkaz posiela zariadenie DSRC – VU zariadeniu VU. 
Príkaz poskytuje výsledok inicializácie ako odpoveď = 1 
(úspešné) alebo = 0 (neúspešné).  
DSC_75 Inicializácia komunikačného spojenia sa vykoná až po inš ta­
lácii, kalibrácii a po spustení motora/VU.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 583  
—
 používa VU na odoslanie podpísa­
ných údajov RCDTData (t. j.  údajov dia ľkovej komuni ­
kácie ) zariadeniu DSRC – VU. Údaje sa posielajú 
každých 60 sekúnd. Parameter DataTransactionId identifi­
kuje konkrétny prenos údajov. Používa sa aj identifikátor 
LinkIdentifier na zabezpečenie správnosti príslušného 
spojenia.  
—
 posiela zariadenie 
DSRC – VU ako spätnú väzbu pre VU o prijatí údajov 
odoslaných príkazom
  , ktorý identifi­
kuje parameter DataTransactionId. Parameter odpovede 
je = 1 (úspešné) alebo = 0 (neúspešné). Ak VU dostane 
viac ako tri odpovede rovné 0 alebo ak VU nedostane 
potvrdenie RCDT-Data Acknowledgment pre určité už 
odoslané údaje RCDT-Send Data s konkrétnym parame­
trom DataTransactionId, vygeneruje a zaznamená udalosť.  
—
 posiela VU 
zariadeniu DSRC – VU na ukončenie spojenia pre 
konkrétny identifikátor LinkIdentifier.  
DSC_76 Pri reštartovaní zariadenia DSRC – VU alebo VU by sa mal i 
prerušiť všetky existujúce komunikačné spojenia, keďže 
v dôsledku náhleho vypnutia VU by mohli spojenia zostať 
neukončené.  
—
 posiela 
zariadenie DSRC – VU zariadeniu VU na potvrdenie 
požiadavky VU na ukončenie spojenia pre konkrétny 
identifikátor LinkIdentifier.  
5.7 Spracovanie chýb  
5.7.1  Zaznamenávanie a oznamovanie údajov v DSRC – VU  
▼M3 
DSC_77 Už zabezpečené  údaje  sa poskytujú zariadeniu  DSRC – VU  
prostredníctvom funkcie bezpečnostného modulu ( VUSM ). 
Modul  VUSM  overuje, či sa údaje zaznamenané v zariadení  
DSRC – VU  úspešne preniesli do zariadenia DSRC – VU. 
Zaznamenávanie a hlásenie prípadných chýb v prenose 
údajov z  VU do pamäte zariadenia  DSRC – VU  sa zaznamená 
ako typ EventFaultType s hodnotou enum nastavenou na 
udalosť „0C“H „chyba komunikácie s diaľkovým komuni­
kačným zariadením“ spolu s časovou pečiatkou. Modul  
VUSM  overuje, či sa údaje úspešne preniesli do zariadenia 
DSRC – VU.  
DSC_78 Vyhradené na budúce použitie.  
▼B 
DSC_79 Ak sa pamäť VUPM pokúša získať údaje VU z modulu 
zabezpečenia (aby ich poskytla VU-DSRC), ale neúspešne, 
zaznamená poruchu ako typ EventFaultType s hodnotou 
enum nastavenou na  „62“H Chyba komunikácie dia ľkového 
komunika čného zariadenia , spolu s časovou pečiatkou. 
Zlyhanie komunikácie sa zaznamená, ak správa
  
k príslušnému príkazu  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 584
  
(t. j. Správy
  
s rovnakým Data­
TransactionId) nie je prijatá viac ako trikrát po sebe.  
5.7.2  Chyby bezdrôtovej komunikácie  
DSC_80 Spracovanie chýb komunikácie musí byť v súlade so súvisi a­
cimi normami DSRC, konkrétne EN 300 674-1, EN 12253, 
EN 12795, EN 12834 a príslušnými parametrami normy EN 
13372.  
5.7.2.1  Chyby kódovania a podpisu  
DSC_81 Chyby kódovania a podpisu sa spracúvajú podľa dodatku 11  
Spoločné mechanizmy zabezpečenia a nevyskytujú sa v žiad­
nych chybových správach súvisiacich s prenosom údajov 
DSRC.  
5.7.2.2  Zaznamenávanie chýb  
Médium DSRC je dynamická bezdrôtová komunikácia v prostredí 
s nestálymi atmosférickými a interferenčnými podmienkami, predo ­
všetkým v kombináciách prenosných snímačov REDCR a pohybujúcich  
sa vozidiel, ktoré táto aplikácia zahŕňa. Preto je dôležité vym edziť 
rozdiel medzi „zlyhaním snímania“ a „chybou“. V prípade transak cie 
prostredníctvom bezdrôtového rozhrania je zlyhanie snímania bež né 
a zväčša sa rieši opakovaným pokusom, t. j. opätovné vysielanie  tabuľky 
BST a opakovaný pokus o vykonanie sekvencie, čo vo väčšine príp adov 
vedie k úspešnému nadviazaniu komunikácie a prenosu údajov, pok iaľ 
sa cieľové vozidlo v čase potrebnom na opätovné vysielanie nepr esunie 
mimo dosah. („Úspešné snímanie“ si môže vyžadovať viacero opako va­
ných pokusov.)  
Príčinou zlyhania snímania môže byť nesprávne spárovanie antén 
(zlyhanie „zacielenia“); tienenie niektorej z antén – to môže b yť 
úmyselné, ale aj zavinené fyzickou prítomnosťou iného vozidla; rušenie 
rádiových vĺn, predovšetkým od WIFI cca 5,8 GHz alebo iných ver ej­
ných prostriedkov bezdrôtovej komunikácie, radarové rušenie ale bo 
nepriaznivé atmosférické podmienky (napr. počas búrky); alebo j edno­
ducho presun vozidla mimo dosah komunikácie DSRC. Jednotlivé 
prípady zlyhaní snímania sa z princípu nemôžu zaznamenať, jedno ducho 
preto, že ku komunikácii nedošlo.  
Ak sa však zástupca príslušného kontrolného orgánu zameria na u rčité 
vozidlo a pokúša sa snímať jeho zariadenie  DSRC – VU , ale nedôjde 
k úspešnému prenosu údajov, toto zlyhanie by mohlo byť dôsledko m 
úmyselnej manipulácie, a preto zástupca príslušného kontrolného  orgánu 
potrebuje prostriedok na zaznamenanie zlyhania a upozornenie ko legov 
na ďalších stanovištiach, že môže ísť o porušenie predpisov. Ko legovia 
môžu potom vozidlo zastaviť a vykonať fyzickú kontrolu. Keďže v šak 
nedošlo k úspešnej komunikácii, DSRC-VU nemôže poskytnúť o zlyh aní 
údaje. Takého hlásenie musí preto vychádzať z technického rieše nia 
zariadenia REDCR.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 585  
„Zlyhanie snímania“ je technicky odlišné od „chyby“. „Chyba“ v tejto 
súvislosti znamená získanie nesprávnej hodnoty.  
Údaje prenášané do zariadenia  DSRC – VU  sa poskytujú už zabezpe­ 
čené, preto musia byť overené poskytovateľom údajov (pozri 
oddiel 5.4).  
Údaje následne prenášané prostredníctvom bezdrôtového rozhrania  
podliehajú kontrole cyklickým kódom (CRC) na komunikačnej úrovn i. 
Ak kontrola CRC údaje potvrdí, potom sú správne. Ak kontrola CR C 
údaje nepotvrdí, opätovne sa vysielajú. Pravdepodobnosť, že nes právne 
údaje by mohli úspešne prejsť kontrolou CRC, je štatisticky tak á nízka, 
že ju možno zanedbať.  
Ak kontrola CRC údaje nepotvrdí a nie je čas na opätovné vysiel anie 
a prijímanie správnych údajov, výsledkom nebude chyba, ale výsk yt 
osobitného typu zlyhania snímania.  
Jediným zmysluplným údajom o „zlyhaní“, ktorý sa dá zaznamenať,  je 
počet prípadov úspešného spustenia transakcie, ktoré neviedlo k  úspeš­
nému prenosu údajov do snímača REDCR.  
DSC_82 Snímač  REDCR  preto zaznamená s časovou pečiatkou počet 
prípadov, keď „inicializačná“ fáza snímania DSRC bola 
úspešná, ale transakcia bola ukončená skôr, než snímač 
REDCR úspešne získal  údaje . Tieto údaje sú k dispozícii 
zástupcovi príslušného kontrolného orgánu a ukladajú sa do 
pamäte zariadenia REDCR. Prostriedky na dosiahnutie tohto 
cieľa sú vecou technického riešenia zariadenia alebo špecifi­
kácie príslušného kontrolného orgánu.  
Jediným zmysluplným údajom o „chybe“, ktorý sa dá zazna­
menať, je počet prípadov, keď snímač REDCR nedokázal 
dekódovať prijaté  údaje . Treba však poznamenať, že tento 
údaj sa týka iba účinnosti softvéru snímača REDCR. Môže 
sa stať, že údaje sa technicky dekódujú, ale nebudú dávať 
sémantický zmysel.  
DSC_83 Snímač  REDCR  preto zaznamená s časovou pečiatkou počet 
prípadov, keď sa neúspešne pokúšal dešifrovať údaje získané 
prostredníctvom rozhrania DSRC.  
6 UVEDENIE DO PREVÁDZKY A PRAVIDELNÉ KONTROLNÉ 
SKÚŠKY FUNKCIE DIAĽKOVEJ KOMUNIKÁCIE  
6.1 Všeobecné  
DSC_84 Pre funkciu diaľkovej komunikácie sa počíta s dvoma typm i 
skúšok:  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 586  
1) Skúška ECHO na overenie komunikačného kanála  DSRC- 
REDCR  >>-:-< DSRC-VU wireless . 
2) Skúška zabezpečenia celého systému, aby sa zaistilo, že 
dielenská karta má prístup k obsahu zakódovaných 
a podpísaných údajov, ktoré boli vytvorené vo VU a prená­ 
šané bezdrôtovým komunikačným kanálom.  
6.2 ECHO  
Tento oddiel obsahuje ustanovenia konkrétne určené na preskúšan ie, či 
je kanál  DSRC-REDCR  >>-:-< DSRC-VU  funkčne aktívny.  
Cieľom príkazu ECHO je umožniť dielňam alebo skúšobným zariade­
niam pre typové schvaľovanie preskúšať, či spojenie DSRC funguj e, bez 
potreby prístupu k oprávneniam zabezpečenia. Skúšobné zariadeni e 
preto musí byť schopné iba inicializovať komunikáciu DSRC 
(odoslaním tabuľky BST s hodnotou AID = 2) a potom poslať príka z 
ECHO; ak DSRC funguje, skúšobné zariadenie dostane odpoveď na 
príkaz ECHO. Podrobnosti sú uvedené v odseku 5.4.8. Ak túto odp oveď 
prijme správne, spojenie DSRC ( DSRC-REDCR  >>-:-< DSRC-VU ) sa 
môže hodnotiť ako správne fungujúce.  
6.3 Skúšky na potvrdenie zabezpe čeného obsahu údajov  
DSC_85 Táto skúška sa vykonáva na potvrdenie zabezpečenia toku 
údajov v celom systéme. Na takúto skúšku je potrebný 
skúšobný snímač DSRC. Skúšobný snímač DSRC vykonáva 
rovnaké funkcie a je vyhotovený s rovnakými špecifikáciami 
ako snímač, ktorý používajú kontrolné orgány, s tým 
rozdielom, že na overenie používateľa skúšobného snímača 
DSRC sa používa dielenská karta namiesto kontrolnej karty. 
Skúška sa môže vykonať po počiatočnej aktivácii inteligent­
ného tachografu alebo na konci postupu kalibrácie. Jednotka 
vozidla po aktivácii vygeneruje a oznámi DSRC-VU zabez­
pečené údaje včasnej detekcie.  
DSC_86 Pracovník dielne musí umiestniť skúšobný snímač DSRC 
pred vozidlo do vzdialenosti 2 až 10 metrov.  
DSC_87 Potom pracovník dielne vloží dielenskú kartu do skúšobné ho 
snímača DSRC, čím požiada jednotku vozidla o snímanie 
údajov včasnej detekcie. Po úspešnom snímaní pracovník 
dielne otvorí prijaté údaje a uistí sa, že bola úspešne overená  
ich integrita a boli dekódované.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 587  
DOPLNOK  
Pravidlá výpočtu denného, týždenného a dvojtýždenného času jazd y 
1. Základné pravidlá výpočtu  
VU vypočíta denný čas jazdy, týždenný čas jazdy a dvojtýždenný čas jazdy 
s použitím príslušných údajov uložených na karte vodiča alebo d ielenskej 
karte vloženej v slote vodiča (slot 1, čítačka kariet #1) jedno tky vozidla 
a zvolených činností vodiča, kým je táto karta vložená vo VU.  
Časy jazdy sa nevypočítajú, keď nie je vložená žiadna karta vod iča ani 
dielenská karta.  
NEZNÁME časové úseky zistené v priebehu času potrebného na výpo čty sa 
začleňujú do PRESTÁVKY/ODPOČINKU.  
NEZNÁME časové úseky a činnosti so záporným trvaním (t. j. zači atok 
činnosti nastane neskôr než koniec činnosti) z dôvodu prekrytí časov medzi 
rôznymi VU alebo z dôvodu úpravy času sa nezohľadňujú.  
Činnosti zaznamenané na karte vodiča zodpovedajúce časovým úsek om 
„ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE“ v súlade s vymedzením 
v písmene gg) prílohy IC sa vykladajú takto:  
— PRESTÁVKA/ODPOČINOK sa vypočítajú ako „PRESTÁVKA“ alebo 
„ODPOČINOK“,  
— PRÁCA a JAZDA sa považujú za „PRÁCU“,  
— DOSTUPNOSŤ sa považuje za „DOSTUPNOSŤ“.  
V kontexte tohto doplnku VU musí predpokladať, že čas denného o dpočinku 
je na začiatku záznamov o činnostiach na karte.  
2. Pojmy  
Výlučne pre tento dodatok sa používajú tieto pojmy, ktoré sú ur čené na 
špecifikovanie výpočtu časov jazdy jednotkou vozidla a jeho nes korší prenos 
diaľkovým komunikačným zariadením.  
a) „RTM-zmena“ je obdobie medzi skončením časového úseku dennéh o 
odpočinku a skončením bezprostredne nasledujúceho časového úsek u 
denného odpočinku.  
VU začne novú RTM-zmenu po skončení časového úseku denného odpo ­ 
činku.  
Prebiehajúca RTM-zmena je obdobie od skončenia posledného času 
denného odpočinku;  
b) „kumulovaný čas jazdy“ je súčet trvaní všetkých činností vod iča JAZDA 
počas časového úseku, keď nie je v režime ZÁZNAMOVÉ ZARIADENIE 
SA NEVYŽADUJE;  
c) „denný čas jazdy“ je kumulovaný čas jazdy v rámci RTM-zmeny;  
d) „týždenný čas jazdy“ je kumulovaný čas jazdy za prebiehajúci  t ý ž d e ň ;  
e) „čas nepretržitého odpočinku“ je akýkoľvek neprerušený časov ý úsek 
PRESTÁVKY/ODPOČINKU;  
f) „dvojtýždenný čas jazdy“ je kumulovaný čas jazdy za predchád zajúci 
a prebiehajúci týždeň;  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 588  
g) „čas denného odpočinku“ je časový úsek PRESTÁVKY/ODPOČINKU, 
ktorým môže byť:  
— čas pravidelného denného odpočinku,  
— čas rozdeleného denného odpočinku alebo  
— čas skráteného denného odpočinku.  
Keď VU v kontexte dodatku 14 vypočítava časy týždenného odpočin ku, 
tieto časy týždenného odpočinku sa považujú sa časy denného odp očinku;.  
h) „čas pravidelného denného odpočinku“ je časový úsek nepretrž itého odpo­ 
činku v trvaní najmenej 11 hodín.  
Výnimočne, keď je aktívna podmienka PREVOZ TRAJEKTOM/ 
VLAKOM, sa čas pravidelného denného odpočinku môže prerušiť max i­
málne dvakrát inými činnosťami než odpočinok s celkovou maximál nou 
dĺžkou trvania jednej hodiny, t. j. čas pravidelného denného od počinku 
zahŕňajúci časové úseky prevozu trajektom/vlakom sa môže rozdel iť na 
dve alebo tri časti. VU potom vypočíta čas pravidelného denného  odpo­ 
činku, keď kumulovaný čas odpočinku vypočítaný podľa bodu 3 je 
najmenej 11 hodín.  
Keď bol čas pravidelného denného odpočinku prerušený, VU:  
— nezahrnie činnosť jazdy počas týchto prerušení do výpočtu den ného 
času jazdy a  
— začne novú RTM-zmenu na konci času pravidelného denného odpo­  
činku, ktorý bol prerušený.  
Obrázok 1.  
Príklad času denného odpo činku prerušeného z dôvodu prevozu trajektom/vlakom
  
i) „čas skráteného denného odpočinku“ je časový úsek nepretržit ého odpo­ 
činku trvajúci najmenej 9 hodín a najviac 11 hodín;  
j) „čas rozdeleného denného odpočinku“ je časový úsek denného o dpočinku 
rozdelený na dve časti:  
— prvá časť je čas nepretržitého odpočinku trvajúci najmenej 3 hodiny 
a najviac 9 hodín,  
— druhá časť je čas nepretržitého odpočinku v trvaní najmenej 9  hodín.  
Výnimočne, keď je aktívna podmienka PREVOZ TRAJEKTOM/ 
VLAKOM počas jednej alebo oboch častí času rozdeleného denného odpo­ 
činku, sa čas rozdeleného denného odpočinku môže prerušiť maxim álne 
dvakrát inými činnosťami s celkovou dĺžkou trvania maximálne je dna 
hodina, t. j.:  
— prvá časť času rozdeleného denného odpočinku sa môže prerušiť  raz 
alebo dvakrát alebo  
— druhá časť času rozdeleného denného odpočinku sa môže preruši ť raz 
alebo dvakrát alebo  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 589  
— prvá časť času rozdeleného denného odpočinku sa môže prerušiť  raz 
a druhá časť času rozdeleného denného odpočinku sa môže preruši ť 
raz. 
VU potom vypočíta čas rozdeleného denného odpočinku, keď kumulo vaný 
čas odpočinku vypočítaný podľa bodu 3 je:  
— najmenej 3 hodiny a najviac 11 hodín v prípade prvého času od po­ 
činku a najmenej 9 hodín v prípade druhého času odpočinku, keď prvý 
čas odpočinku prerušil PREVOZ TRAJEKTOM/VLAKOM,  
— najmenej 3 hodiny a najviac 9 hodín v prípade prvého času odp očinku 
a najmenej 9 hodín v prípade druhého času odpočinku, keď prvý č as 
odpočinku neprerušil PREVOZ TRAJEKTOM/VLAKOM.  
Obrázok 2.  
Príklad času denného rozdeleného odpo činku prerušeného z dôvodu prevozu trajektom/vlakom
  
Keď je čas rozdeleného pravidelného denného odpočinku prerušený , VU:  
— nezahrnie činnosť jazdy počas týchto prerušení do výpočtu den ného 
času jazdy a  
— začne novú RTM-zmenu na konci času rozdeleného pravidelného 
denného odpočinku, ktorý bol prerušený;  
k) „týždeň“ je časový úsek vyjadrený v čase UTC od 00:00 v pond elok do 
24:00 v nedeľu.  
3. Výpočet času odpočinku, keď bol prerušený z dôvodu prevozu t rajektom/ 
vlakom  
Na výpočet času odpočinku, keď bol prerušený z dôvodu prevozu t rajektom/ 
vlakom, VU vypočíta kumulovaný čas odpočinku podľa týchto kroko v: 
a) 1. krok  
VU podľa obrázka 3 a v danom prípade podľa obrázka 4 zisťuje pr eru­ 
šenia času odpočinku, ktoré nastali pred aktiváciou príznaku (Z AČIATKU) 
PREVOZU TRAJEKTOM/VLAKOM, a pre každé zistené prerušenie 
vyhodnotí, či boli splnené tieto podmienky:  
— prerušenie spôsobí, že celkové trvanie zistených prerušení vr átane 
v danom prípade prerušení, ktoré nastali počas prvej časti času  rozde­
leného denného odpočinku z dôvodu prevozu trajektom/vlakom, pre sa­
huje celkovo viac ako jednu hodinu,  
— prerušenie spôsobí, že celkový počet zistených prerušení vrát ane 
v danom prípade prerušení, ktoré nastali počas prvej časti času  rozde­
leného denného odpočinku z dôvodu prevozu trajektom/vlakom, je 
väčší ako dve,  
— po skončení prerušenia sa uloží „zápis miesta, kde sa denný p racovný 
čas končí“.  
Ak nie je splnená žiadna z uvedených podmienok, ku kumulovanému  času 
odpočinku sa pripočíta čas nepretržitého odpočinku bezprostredn e pred 
prerušením.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 590  
Ak je splnená aspoň jedna z uvedených podmienok, VU buď preruší  
výpočet kumulovaného času odpočinku podľa 2. kroku, alebo zistí  preru­ 
šenia času odpočinku, ktoré nastali za príznakom (ZAČIATKU) 
PREVOZU TRAJEKTOM/VLAKOM, podľa 3. kroku.  
b) 2. krok  
Pre každé prerušenie zistené podľa 1. kroku VU vyhodnotí, či by  sa mal 
výpočet kumulovaného času odpočinku prerušiť. VU preruší proces  
výpočtu, keď ku kumulovanému času odpočinku boli pripočítané dv a 
časy nepretržitého odpočinku, ktoré nastali pred aktiváciou prí znaku 
(ZAČIATKU) PREVOZU TRAJEKTOM/VLAKOM, vrátane v danom 
prípade časov odpočinku pripočítaných v prvej časti času rozdel eného 
denného odpočinku, ktorý bol takisto prerušený prevozom trajekt om/ 
vlakom. V opačnom prípade VU pokračuje podľa 3. kroku.  
c) 3. krok  
Ak VU po vykonaní 2. kroku pokračuje vo výpočte kumulovaného ča su 
odpočinku, podľa obrázka 3 a v danom prípade podľa obrázka 4 zi stí 
prerušenia, ktoré nastali po deaktivovaní podmienky PREVOZU 
TRAJEKTOM/VLAKOM.  
Pre každé zistené prerušenie VU vyhodnotí, či prerušenie spôsob uje, že 
kumulovaný čas všetkých zistených prerušení celkovo presahuje v iac ako 
jednu hodinu. V takom prípade sa výpočet kumulovaného času odpo činku 
skončí na konci času nepretržitého odpočinku pred prerušením. V  opačnom 
prípade sa časy nepretržitého odpočinku, ktoré nastali po prísl ušných 
prerušeniach, pripočítajú k výpočtu času denného odpočinku, až kým sa 
nesplní podmienka v 4. kroku.  
d) 4. krok  
Výpočet kumulovaného času odpočinku sa preruší, keď VU v dôsled ku 1. 
a 3. kroku pripočítala maximálne dva časy nepretržitého odpočin ku k času 
odpočinku, pre ktorý je aktivovaná podmienka PREVOZ TRAJEKTOM/ 
VLAKOM, vrátane v danom prípade prerušení, ktoré nastali počas prvej 
časti času rozdeleného denného odpočinku z dôvodu prevozu traje ktom/ 
vlakom.  
Obrázok 3.  
Spracovanie časov odpo činku jednotkou vozidla s cie ľom určiť, či sa prerušený čas odpočinku má po čítať 
ako čas pravidelného denného odpo činku alebo ako prvá časť času rozdeleného denného odpo činku.
  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 591  
Obrázok 4.  
Spracovanie časov odpo činku jednotkou vozidla s cie ľom určiť, či sa prerušený čas odpočinku má po čítať 
ako druhá časť času rozdeleného denného odpo činku.
  
Obrázok 5.  
Príklad času denného odpo činku prerušeného viac ako dvakrát, čo spôsobí nezahrnutie času odpo činku 
H do výpo čtu
 
Obrázok 6.  
Príklad času denného odpo činku, ke ď sa výpo čet času stráveného na trajekte/vlaku za čína na konci 
pracovného času
 
Obrázok 7.  
Príklad času denného odpo činku prerušeného viac ako dvakrát, čo spôsobí nezahrnutie času odpo činku 
B do výpo čtu
 ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 592  
Obrázok 8.  
Príklad času rozdeleného denného odpo činku prerušeného raz po čas prvého času odpo činku a raz po čas 
druhého času odpo činku
  
4. Výpočet denného, týždenného a dvojtýždenného času jazdy  
VU vypočíta denné časy jazdy pre prebiehajúcu a predchádzajúcu RTM- 
zmenu. Čas jazdy, ktorý nastane počas prerušení časov denného o dpočinku, 
sa nezahrnie do výpočtu denného času jazdy, keď sú takéto preru šenia 
v dôsledku prevozu trajektom/vlakom a keď boli splnené požiadav ky uvedené 
v bode 2 písm. h) až j) a bode 3. Keďže však VU nevypočítala ko mpletný čas 
pravidelného denného odpočinku alebo rozdeleného denného odpoči nku 
podľa bodu 3, časy jazdy, ktoré nastanú počas prerušení, sa pri počítajú 
k dennému času jazdy prebiehajúcej RTM-zmeny.  
VU vypočíta aj týždenný a dvojtýždenný čas jazdy. Čas jazdy, kt orý nastane 
počas prerušení časov denného odpočinku z dôvodu prevozu trajek tom/ 
vlakom, sa zahrnie do výpočtu týždenného a dvojtýždenného času jazdy.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 593  
Dodatok 15  
MIGRÁCIA: RIADENIE KOEXISTENCIE JEDNOTLIVÝCH 
GENERÁCIÍ A VERZIÍ ZARIADENIA  
▼B 
OBSAH  
1. VYMEDZENIE POJMOV  
2. VŠEOBECNÉ USTANOVENIA  
2.1. Prehľad prechodu  
▼M3 
2.2. Interoperabilita medzi VU a kartami  
▼B 
2.3. Interoperabilita medzi jednotkou vozidla a snímačom pohybu  
2.4. Interoperabilita medzi jednotkou vozidla, tachografovými k artami a zaria­ 
dením na sťahovanie údajov  
2.4.1 Priame sťahovanie z karty prostredníctvom inteligentného vyhradeného 
zariadenia  
2.4.2 Sťahovanie z karty prostredníctvom jednotky vozidla  
2.4.3 Sťahovanie z jednotky vozidla  
2.5. Interoperabilita medzi jednotkou vozidla a kalibračným zar iadením  
3. ZÁKLADNÉ OPATRENIA POČAS OBDOBIA PRED TERMÍNOM 
ZAVEDENIA  
4. USTANOVENIA NA OBDOBIE PO TERMÍNE ZAVEDENIA  
▼M3 
5. ZAZNAMENÁVANIE PREKROČENÍ HRANICE V TACHOGRAFOCH 
PRVEJ GENERÁCIE A PRVEJ VERZII TACHOGRAFOV DRUHEJ 
GENERÁCIE  
▼B 
1. VYMEDZENIE POJMOV  
Na účely tohto dodatku sa používa toto vymedzenie pojmov:  
systém inteligentného tachografu:  podľa vymedzenia v tejto prílohe 
(kapitola 1: vymedzenie bbb),  
systém tachografu prvej generácie:  podľa vymedzenia v tomto nariadení 
(článok 2: vymedzenie v bode 1);  
systém tachografu druhej generácie:  podľa vymedzenia v tomto naria­
dení (článok 2: vymedzenie v bode 7);  
termín zavedenia:  podľa vymedzenia v tejto prílohe (kapitola 1: pojem 
ccc),  
inteligentné vyhradené zariadenie (Inteligent Dedicated Equipment – 
IDE):  zariadenie používané na sťahovanie údajov, ako je vymedzené 
v dodatku 7 tejto prílohy.  
▼M3 
2. VŠEOBECNÉ USTANOVENIA  
2.1. Prehľad prechodu  
V úvode tejto prílohy je uvedený prehľad prechodu medzi tachogr afovými 
systémami prvej a druhej generácie a zavedenia druhej verzie zá znamo­
vých zariadení a tachografových kariet druhej generácie.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 594  
Okrem ustanovení tohto úvodu možno pripomenúť tieto informácie:  
— snímače pohybu prvej generácie nie sú interoperabilné so žiad nou 
verziou jednotiek vozidla druhej generácie,  
— vo vozidlách vybavených ktoroukoľvek verziou jednotiek vozidl a 
druhej generácie možno nainštalovať len snímače pohybu druhej g ene­
rácie,  
— zariadenia na sťahovanie údajov a kalibráciu musia podporovať  obe 
generácie alebo verzie záznamových zariadení a tachografových k ariet.  
2.2. Interoperabilita medzi VU a kartami  
Je zrejmé, že tachografové karty prvej generácie sú interoperab ilné 
s jednotkami vozidla prvej generácie [v súlade s prílohou IB k nariadeniu 
(EHS) č. 3821/85] a každá verzia tachografových kariet druhej g enerácie 
je interoperabilná s ktoroukoľvek verziou jednotiek vozidla dru hej gene­
rácie (v súlade s prílohou IC k tomuto nariadeniu). Okrem toho sa uplat­ 
ňujú tieto požiadavky:  
MIG_001 Okrem toho, čo je stanovené v požiadavkách MIG_004 
a MIG_005, tachografové karty prvej generácie sa až do skon­ 
čenia svojej platnosti môžu naďalej používať v ktorejkoľvek 
verzii jednotiek vozidla druhej generácie. Držitelia však môžu 
požiadať o ich nahradenie tachografovými kartami druhej 
generácie, hneď ako budú dostupné.  
MIG_002 Všetky verzie jednotiek vozidla druhej generácie musia byť 
schopné používať každú vloženú platnú kartu vodiča, 
kontrolnú kartu a podnikovú kartu prvej generácie.  
MIG_003 Túto schopnosť v takýchto jednotkách vozidla môže dielň a 
raz a navždy zrušiť, takže tachografové karty prvej generácie 
sa už viac nebudú akceptovať. To bude možné realizovať, až 
keď Európska komisia zavedie postup umožňujúci požiadať 
dielne o vykonanie tohto zásahu, napríklad počas každej 
pravidelnej kontroly tachografu.  
MIG_004 Jednotky vozidla druhej generácie musia byť schopné 
používať iba dielenské karty druhej generácie.  
MIG_005 Jednotky vozidla druhej generácie ktorejkoľvek verzie p ri 
určovaní prevádzkového režimu berú do úvahy iba typy 
vložených platných kariet bez ohľadu na ich generáciu 
alebo verziu.  
MIG_006 Ktorákoľvek verzia platnej tachografovej karty druhej g ene­
rácie sa musí dať použiť v jednotkách vozidla prvej generácie 
presne rovnakým spôsobom ako tachografová karta prvej 
generácie toho istého typu.  
2.3. Interoperabilita medzi jednotkou vozidla a sníma čom pohybu  
Je zrejmé, že snímače pohybu prvej generácie sú interoperabilné  s jednot­
kami vozidla prvej generácie, zatiaľ čo snímače pohybu druhej g enerácie 
sú interoperabilné s ktoroukoľvek verziou jednotiek vozidla dru hej gene­
rácie. Okrem toho sa uplatňujú tieto požiadavky:  
MIG_007 Ktorákoľvek verzia jednotiek vozidla druhej generácie s a 
nebude môcť párovať a používať so snímačmi pohybu prvej 
generácie.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 595  
MIG_008 Snímače pohybu druhej generácie sa môžu spárovať 
a používať iba s jednotkami vozidla druhej generácie v ktorej­
koľvek verzii alebo s jednotkami vozidla obidvoch generácií.  
2.4. Interoperabilita medzi jednotkou vozidla, tachografovými kartami 
a zariadením na s ťahovanie údajov  
MIG_009 Zariadenie na sťahovanie údajov môže byť kompatibilné s o 
všetkými generáciami a verziami jednotiek vozidla a tachogra­
fových kariet.  
2.4.1.  Priame s ťahovanie z karty prostredníctvom inteligentného vyhradeného 
zariadenia  
MIG_010 Údaje sa prostredníctvom inteligentného vyhradeného zar ia­
denia (IDE) sťahujú z tachografových kariet jednej generácie 
vložených do ich čítacích zariadení, s použitím bezpečnost­
ných mechanizmov a protokolov sťahovania údajov tejto 
generácie, pričom sťahované údaje musia mať formát určený 
pre túto generáciu a verziu.  
MIG_011 S cieľom umožniť kontrolu vodičov aj kontrolnými orgánm i, 
ktoré nie sú z EÚ, musí byť možné stiahnuť údaje aj z kariet 
vodiča (a dielenských kariet) druhej generácie v ktorejkoľvek 
verzii, a to presne rovnakým spôsobom ako z kariet vodiča 
(a dielenských kariet) prvej generácie. Takéto sťahovanie 
musí zahŕňať:  
— nepodpísané EF IC a ICC (nepovinné),  
— nepodpísané EF (prvej generácie) Card_Certificate 
a CA_Certificate,  
— ďalšie aplikačné dátové EF (v rámci DF Tachograph), 
ktoré si vyžiadal protokol sťahovania údajov z karty 
prvej generácie. Tieto informácie musia byť zabezpečené 
digitálnym podpisom v súlade s bezpečnostnými mecha­
nizmami prvej generácie.  
Takéto sťahovanie nezahŕňa aplikačné dátové EF prítomné 
iba na kartách vodiča (a dielenských kartách) druhej gene­
rácie vo verzii 1 alebo verzii 2 (aplikačné dátové EF 
v rámci DF Tachograph_G2).  
2.4.2.  Sťahovanie z karty prostredníctvom jednotky vozidla  
MIG_012 Z karty druhej generácie v ktorejkoľvek verzii vloženej  
v jednotke vozidla prvej generácie sa údaje sťahujú s použitím 
protokolu sťahovania údajov prvej generácie. Karta musí 
odpovedať na príkazy jednotky vozidla presne rovnakým 
spôsobom ako karta prvej generácie a sťahované údaje 
musia mať rovnaký formát ako údaje sťahované z karty 
prvej generácie.  
MIG_013 Z karty prvej generácie vloženej v akejkoľvek verzii je dnotky 
vozidla druhej generácie sa údaje sťahujú s použitím proto­
kolu sťahovania údajov vymedzeného v dodatku 7 tejto 
prílohy. Jednotka vozidla musí posielať príkazy karte presne 
rovnakým spôsobom ako jednotka vozidla prvej generácie 
a sťahované údaje musia zachovávať formát určený pre 
karty prvej generácie.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 596  
2.4.3.  Sťahovanie z jednotky vozidla  
MIG_014 Mimo rámca kontroly vodičov kontrolnými orgánmi, ktoré nie 
sú z EÚ, sa z jednotiek vozidla druhej generácie údaje sťahujú 
s použitím bezpečnostných mechanizmov druhej generácie 
a protokolu sťahovania údajov špecifikovaného v dodatku 7 
tejto prílohy pre príslušnú verziu.  
MIG_015 S cieľom umožniť kontrolu vodičov kontrolnými orgánmi, 
ktoré nie sú z EÚ, sa môže poskytnúť voliteľná možnosť 
sťahovať údaje aj z jednotiek vozidla druhej generácie 
v ktorejkoľvek verzii s použitím bezpečnostných mecha­
nizmov prvej generácie. Sťahované údaje potom musia mať 
rovnaký formát ako údaje sťahované z jednotky vozidla prvej 
generácie. Táto možnosť sa môže zvoliť príkazmi v menu.  
2.5. Interoperabilita medzi jednotkou vozidla a kalibra čným zariadením  
MIG_016 Kalibračné zariadenie musí byť schopné vykonať kalibrác iu 
všetkých generácií alebo verzií tachografu s použitím kalibrač­
ného protokolu príslušnej generácie alebo verzie. Kalibračné 
zariadenie môže by kompatibilné so všetkými generáciami 
a verziami jednotiek vozidla.  
3. ZÁKLADNÉ OPATRENIA POČAS OBDOBIA PRED TERMÍNOM 
ZAVEDENIA  
MIG_017 Skúšobné kľúče a osvedčenia musia mať výrobcovia k disp o­
zícii v deň uverejnenia tejto prílohy.  
MIG_018 Skúšky interoperability musia byť pripravené na začatie  
s jednotkami vozidla verzie 2 a s tachografovými kartami 
verzie 2, ak o ne výrobcovia požiadajú, najneskôr  15 mesiacov  
pred termínom zavedenia.  
MIG_019 V prípade druhej verzie tachografov, tachografových kar iet 
a snímačov pohybu druhej generácie sa používajú rovnaké 
kľúče a certifikáty ako pre verziu 1 zariadení druhej gene­
rácie.  
MIG_020 Členské štáty musia byť schopné vydať verziu 2 dielensk ých 
kariet druhej generácie najneskôr  jeden mesiac  pred termínom 
zavedenia.  
MIG_021 Členské štáty musia byť schopné vydať všetky ostatné ty py 
tachografových kariet druhej generácie vo verzii 2 najneskôr  
jeden mesiac  pred termínom zavedenia.  
4. USTANOVENIA NA OBDOBIE PO TERMÍNE ZAVEDENIA  
MIG_022 S účinnosťou od dátumu zavedenia musia členské štáty 
vydávať už iba verziu 2 tachografových kariet druhej gene­
rácie.  
MIG_023 Výrobcovia jednotiek vozidla/snímačov pohybu majú povo­
lené vyrábať jednotky vozidla/snímače pohybu prvej gene­
rácie tak dlho, kým sa budú používať v praxi, aby bolo 
možné vymieňať nesprávne fungujúce komponenty.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 597  
MIG_023a S účinnosťou od dátumu zavedenia sa nefunkčné jednotky  
vozidla alebo externé zariadenia GNSS druhej generácie vo 
verzii 1 nahradia verziou 2 jednotiek vozidla alebo externých 
zariadení GNSS druhej generácie.  
MIG_024 Výrobcovia jednotiek vozidla/snímačov pohybu môžu 
požiadať o zachovanie typového schválenia tých typov jedno­
tiek vozidla/snímačov pohybu prvej generácie alebo verzie 1 
jednotiek vozidla druhej generácie, ktoré už mali udelené 
typové schválenie, a zachovanie typového schválenia sa im 
umožní.  
5. ZAZNAMENÁVANIE PREKROČENÍ HRANICE V TACHOGRAFOCH 
PRVEJ GENERÁCIE A V PRVEJ VERZII TACHOGRAFOV DRUHEJ 
GENERÁCIE  
MIG_025 Symbol štátu a prípadne regiónu, do ktorého vodič vstup uje 
po prekročení hranice členského štátu pri uplatnení článku 34 
ods. 7 nariadenia (EÚ) č. 165/2014, sa vloží ako miesto, kde 
sa denný pracovný čas začína, v súlade s manuálnym zápisom 
miest stanoveným v požiadavke 60 prílohy IC k nariadeniu 
(EÚ) č. 165/2014 a v požiadavke 50 prílohy IB k nariadeniu 
(EHS) č. 3821/85.  ▼M3
 02016R0799 — SK — 21.08.2023 — 003.001 — 598  
Dodatok 16  
ADAPTÉR PRE VOZIDLÁ KATEGÓRIÍ M1 A N1  
OBSAH  
1. SKRATKY A REFERENČNÉ DOKUMENTY  
1.1. Skratky  
1.2. Referenčné normy  
2. VŠEOBECNÉ CHARAKTERISTICKY A FUNKCIE ADAPTÉRA3  
2.1. Všeobecný opis adaptéra  
2.2. Funkcie  
2.3. Zabezpečenie  
3. POŽIADAVKY NA ZÁZNAMOVÉ ZARIADENIE PO NAMONTO­ 
VANÍ ADAPTÉRA  
4. KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA ADAPTÉR  
4.1. Prepojenie a úprava vstupných impulzov rýchlosti  
4.2. Prívod vstupných impulzov do vstavaného snímača pohybu  
4.3. Vstavaný snímač pohybu  
4.4. Požiadavky na zabezpečenie  
4.5. Výkonnostné parametre  
4.6. Materiály  
4.7. Označenia  
5. MONTÁŽ ZÁZNAMOVÉHO ZARIADENIA PRI POUŽITÍ ADAP­ 
TÉRA  
5.1. Montáž  
5.2. Plombovanie  
6. KONTROLY, INŠPEKCIE A OPRAVY  
6.1. Pravidelné kontroly  
7. TYPOVÉ SCHVÁLENIE ZÁZNAMOVÉHO ZARIADENIA PRI 
POUŽITÍ ADAPTÉRA  
7.1. Všeobecne  
7.2. Osvedčenie funkčnosti  
1. SKRATKY A REFERENČNÉ DOKUMENTY  
1.1. Skratky  
TBD určí sa neskôr  
VU jednotka vozidla  
1.2. Referen čné normy  
ISO16844-3 Cestné vozidlá. Tachografové systémy. Časť 3: Rozhra nie 
snímača pohybu  
2. VŠEOBECNÉ CHARAKTERISTICKY A FUNKCIE ADAPTÉRA  
2.1. Všeobecný opis adaptéra  
ADA_001 Adaptér musí pripojenej VU poskytnúť zabezpečené údaje 
o pohybe, ktoré neustále udávajú rýchlosť vozidla a prejdenú 
vzdialenosť.  
Adaptér je určený len pre vozidlá, ktoré musia byť vybavené 
záznamovým zariadením podľa tohto nariadenia.  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 599  
Montuje a používa sa iba v typoch vozidiel vymedzených 
v bode yy) („adaptér“) v prílohe 1C, ak nie je mechanicky 
možné namontovať žiaden iný typ existujúceho snímača 
pohybu, ktorý je inak v súlade s ustanoveniami tejto prílohy 
a jej dodatkov 1 až 16.  
Adaptér sa nesmie mechanicky prepojiť s pohyblivou časťou 
vozidla; pripojí sa k impulzom rýchlosti a vzdialenosti, ktoré 
vytvárajú integrované senzory alebo alternatívne rozhrania.  
ADA_002 Typovo schválený snímač pohybu (podľa ustanovení tejto 
prílohy 1C, oddielu 8 – Typové schválenie záznamového zaria­
denia a tachografových kariet) sa pripevní k puzdru adaptéra, 
ktoré zahŕňa aj zariadenie na konverziu impulzov, ktoré 
privádza vstupné impulzy do vstavaného snímača pohybu. 
Vstavaný snímač pohybu musí byť pripojený k VU, aby 
rozhranie medzi VU a adaptérom spĺňalo požiadavky normy 
ISO16844-3.  
2.2. Funkcie  
ADA_003 Adaptér musí zabezpečovať tieto funkcie:  
— prepojenie a úprava vstupných impulzov rýchlosti,  
— prívod vstupných impulzov do vstavaného snímača 
pohybu,  
— všetky funkcie vstavaného snímača pohybu poskytujúce 
zabezpečené údaje o pohybe jednotke vozidla.  
2.3. Zabezpe čenie 
ADA_004 Adaptér nepodlieha certifikácii zabezpečenia podľa poži adavky 
na všeobecné zabezpečenie snímača pohybu v zmysle dodatku 
10 k tejto prílohe. Namiesto toho sa uplatňujú požiadavky na 
zabezpečenie uvedené v oddiele 4.4 tohto dodatku.  
3. POŽIADAVKY NA ZÁZNAMOVÉ ZARIADENIE PO NAMONTO­
VANÍ ADAPTÉRA  
Požiadavky v nasledujúcich kapitolách určujú, ako sa majú chápa ť požia­
davky tejto prílohy pri používaní adaptéra. Príslušné čísla pož iadaviek 
prílohy 1C sa uvádzajú v zátvorkách.  
ADA_005 Záznamové zariadenie každého vozidla vybaveného adaptér om 
musí spĺňať všetky ustanovenia tejto prílohy, pokiaľ nie je 
v tomto dodatku uvedené inak.  
ADA_006 Po namontovaní adaptéra zahŕňa záznamové zariadenie káb le, 
adaptér (vrátane snímača pohybu) a VU [01].  
ADA_007 Zisťovanie udalostí a/alebo porúch fungovania záznamové ho 
zariadenia sa upravuje takto:  
— udalosť „prerušenie napájania“ spúšťa VU, ak nie je 
v režime kalibrácie, v prípade akéhokoľvek prerušenia 
napájania vstavaného snímača pohybu trvajúceho dlhšie 
ako 200 milisekúnd [79]  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 600  
— udalosť „chyba údajov o pohybe“ spúšťa VU v prípade 
prerušenia normálneho toku údajov medzi vstavaným 
snímačom pohybu a VU a/alebo pri chybe integrity alebo 
autentifikácie údajov počas výmeny údajov medzi vsta­
vaným snímačom pohybu a VU [83]  
— udalosť „pokus o narušenie zabezpečenia“ spúšťa VU pri 
akejkoľvek inej udalosti ovplyvňujúcej zabezpečenie vsta­
vaného snímača pohybu, ak nie je v režime kalibrácie [85]  
— „Poruchu záznamového zariadenia“ spúšťa VU, ak nie je 
v režime kalibrácie, pri akejkoľvek poruche vstavaného 
snímača pohybu [88].  
ADA_008 Poruchy adaptéra, ktoré dokáže záznamové zariadenie zis tiť, 
súvisia so vstavaným snímačom pohybu [88].  
ADA_009 Funkcia kalibrácie VU umožní automaticky spárovať vstav aný 
snímač pohybu s VU [202, 204].  
4. KONŠTRUKČNÉ A FUNKČNÉ POŽIADAVKY NA ADAPTÉR  
4.1. Prepojenie a úprava vstupných impulzov rýchlosti  
ADA_011 Rozhranie vstupu adaptéra musí prijímať frekvenčné impu lzy 
predstavujúce rýchlosť vozidla a prejdenú vzdialenosť. Elek­
trické charakteristiky vstupných impulzov:  Určí neskôr 
výrobca . Úpravy dostupné len výrobcovi adaptéra a schválenej 
dielni vykonávajúcej montáž adaptéra musia podľa potreby 
umožňovať správne prepojenie vstupu adaptéra s vozidlom.  
▼M3 
ADA_012 Rozhranie vstupu adaptéra musí podľa potreby umožniť ná so­
benie alebo delenie frekvenčných impulzov vstupných 
impulzov rýchlosti určeným faktorom s cieľom upraviť signál 
na hodnotu v rozsahu faktora k definovanú v tejto prílohe 
(2 400 až 25 000 impulzov/km). Určený faktor môže naprogra­
movať iba výrobca adaptéra a schválená dielňa vykonávajúca 
montáž adaptéra.  
▼B 
4.2. Prívod vstupných impulzov do vstavaného sníma ča pohybu  
ADA_013 Vstupné impulzy, ktoré sa môžu upraviť podľa uvedených 
ustanovení, sa privádzajú do vstavaného snímača pohybu tak, 
aby snímač pohybu zistil každý vstupný impulz.  
4.3. Vstavaný sníma č pohybu  
ADA_014 Vstavaný snímač pohybu stimulujú privádzané impulzy, a tak 
môže vytvárať údaje o pohybe presne zodpovedajúce pohybu 
vozidla, ako keby bol mechanicky prepojený s pohyblivou 
časťou vozidla.  
ADA_015 Identifikačné údaje vstavaného snímača pohybu použije V U na 
identifikáciu adaptéra [95].  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 601  
ADA_016 Údaje o montáži uložené vo vstavanom snímači pohybu sa 
považujú za údaje o montáži adaptéra [122].  
4.4. Požiadavky na zabezpe čenie 
ADA_017 Puzdro adaptéra musí byť navrhnuté tak, aby sa nedalo o tvoriť. 
Zaplombuje sa, aby sa dali ľahko zistiť pokusy o fyzickú mani­
puláciu (napr. vizuálnou kontrolou, pozri ADA_035). Plomba 
musí spĺňať rovnaké požiadavky, ako plomby snímačov 
pohybu [398 až 406].  
ADA_018 Vstavaný snímač pohybu sa nesmie dať z adaptéra odstrán iť 
bez porušenia plomby (plomb) puzdra adaptéra alebo rozlo­
menia plomby medzi snímačom a puzdrom adaptéra (pozri 
ADA_034).  
ADA_019 Adaptér musí zabezpečiť, aby sa údaje o pohybe dali spr acúvať 
a odvodzovať len zo vstupu adaptéra.  
4.5. Výkonnostné parametre  
ADA_020 Adaptér musí byť plne funkčný v teplotnom rozsahu stano ­
venom výrobcom.  
ADA_021 Adaptér musí byť plne funkčný v rozsahu vlhkosti 10 až 90 % 
[214].  
ADA_022 Adaptér musí byť chránený proti prepätiu, zmene polarit y 
napájania a skratom [216].  
ADA_023 Adaptér musí buď:  
— reagovať na magnetické pole, ktoré ruší snímanie pohybu 
vozidla. Za takýchto okolností jednotka vozidla zaznamená 
a uloží poruchu snímača [88]; alebo,  
— mať snímací prvok, ktorý je chránený pred magnetickými 
poľami alebo je voči nim imúnny [217].  
ADA_024 Adaptér musí zodpovedať predpisu EHK OSN R10 z hľadiska  
elektromagnetickej kompatibility a musí byť chránený pred 
elektrostatickými výbojmi a kolísaním napätia [218].  
4.6. Materiály  
ADA_025 Adaptér musí spĺňať stupeň ochrany  (určí neskôr výrobca 
v závislosti od miesta montáže ) [220, 221].  
ADA_026 Puzdro adaptéra musí byť žlté.  
4.7. Označenia 
ADA_027 Na adaptér sa upevní popisný štítok s týmito údajmi:  
— názov a adresa výrobcu adaptéra,  
— výrobcovo číslo dielu a rok výroby adaptéra,  
— schvaľovacia značka typu adaptéra alebo typu záznamo­
vého zariadenia vrátane adaptéra,  
— dátum montáže adaptéra,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 602  
— identifikačné číslo vozidla, na ktoré bol adaptér namonto­
vaný.  
ADA_028 Popisný štítok musí obsahovať aj tieto údaje (ak sa ned ajú 
prečítať priamo z vonkajšej strany vstavaného snímača 
pohybu):  
— názov výrobcu vstavaného snímača pohybu,  
— výrobcovo číslo dielu a rok výroby vstavaného snímača 
pohybu,  
— schvaľovacia značka vstavaného snímača pohybu.  
5. MONTÁŽ ZÁZNAMOVÉHO ZARIADENIA PRI POUŽITÍ ADAPTÉRA  
5.1. Montáž  
ADA_029 Adaptéry určené na montáž vo vozidle inštalujú iba výro bcovia 
vozidiel alebo schválené dielne oprávnené montovať, aktivovať 
a kalibrovať digitálne a inteligentné tachografy.  
ADA_030 Takáto schválená dielňa musí pri montáži adaptéra uprav iť 
vstupné rozhranie a zvoliť pomer delenia vstupného signálu 
(podľa potreby).  
ADA_031 Takáto schválená dielňa musí pri montáži adaptéra zaplo m­
bovať jeho puzdro.  
ADA_032 Adaptér sa umiestni čo najbližšie k tej časti vozidla, z ktorej 
pochádzajú vstupné impulzy.  
ADA_033 Napájacie káble adaptéra musia byť červené (kladné napá janie) 
a čierne (uzemnenie).  
5.2. Plombovanie  
ADA_034 Uplatňujú sa tieto požiadavky na zaplombovanie:  
— puzdro adaptéra musí byť zaplombované (pozri ADA_017),  
— puzdro vstavaného snímača musí byť plombou spojené 
s puzdrom adaptéra, ak snímač možno oddeliť od puzdra 
adaptéra bez narušenia plomby (plomb) puzdra adaptéra 
(pozri ADA_018),  
— puzdro adaptéra musí byť plombou spojené s vozidlom,  
— spojenie medzi adaptérom a zariadením, ktoré dodáva 
vstupné impulzy, musí byť primerane podľa možností 
zaplombované na oboch koncoch.  
6. KONTROLY, INŠPEKCIE A OPRAVY  
6.1. Pravidelné kontroly  
ADA_035 Pri použití adaptéra musí každá pravidelná kontrola (pr avidelné 
kontroly v zmysle dodržania požiadaviek [409] až [413] 
prílohy 1C) záznamového zariadenia zahŕňať overenie týchto 
prvkov:  
— či má adaptér náležité označenia typového schválenia,  
— či sú plomby a spoje adaptéra nedotknuté,  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 603  
— či je adaptér namontovaný v súlade s montážnym štítkom,  
— či je adaptér namontovaný podľa pokynov výrobcu adap­
téra a/alebo vozidla,  
— či je montáž adaptéra pre kontrolované vozidlo povolená.  
ADA_036 Tieto kontroly zahŕňajú kalibráciu a náhradu všetkých p lomb 
bez ohľadu na ich stav.  
7. TYPOVÉ SCHVÁLENIE ZÁZNAMOVÉHO ZARIADENIA PRI 
POUŽITÍ ADAPTÉRA  
7.1. Všeobecne  
ADA_037 Záznamové zariadenie sa predkladá na typové schválenie celé 
vrátane adaptéra [425].  
ADA_038 Každý adaptér možno predložiť na typové schválenie samo ­
statne alebo ako súčasť záznamového zariadenia.  
ADA_039 Takéto typové schválenie musí zahŕňať funkčné skúšky, 
ktorým podlieha aj adaptér. Kladné výsledky každej z týchto 
skúšok sa doložia príslušným osvedčením [426].  
7.2. Osved čenie funk čnosti  
ADA_040 Osvedčenie funkčnosti adaptéra alebo záznamového zariad enia 
vrátane adaptéra sa doručí výrobcovi adaptéra až po úspešnom 
vykonaní všetkých funkčných skúšok v tomto minimálnom 
rozsahu.  
Č. Skúška  Opis  Súvisiace požiadavky  
1. Administratívne preskúmanie  
1.1 Dokumentácia  Správnosť doku­
mentácie k adaptéru  
2. Vizuálna kontrola  
2.1. Zhoda adaptéra s dokumentáciou  
2.2. Identifikácia/označenia adaptéra  ADA_027, 
ADA_028  
2.3 Materiály adaptéra  [219] až [223] 
ADA_026  
2.4. Plombovanie  ADA_017, 
ADA_018, 
ADA_034  
3. Funk čné skúšky  
3.1 Privádzanie impulzov rýchlosti do vstavaného 
senzora pohybu  ADA_013  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 604  
Č. Skúška  Opis  Súvisiace požiadavky  
3.2 Prepojenie a úprava vstupných impulzov 
rýchlosti  ADA_011, 
ADA_012  
3.3 Presnosť merania pohybu  [30] až [35], [217]  
4. Skúšanie vplyvu prostredia  
4.1 Výsledky výrobcových 
skúšok  Výsledky výrobco­
vých skúšok vplyvu 
prostredia  ADA_020, 
ADA_021, 
ADA_022, 
ADA_024  
5. Elektromagnetická kompatibilita (EMC)  
5.1 Vyžarované emisie a citli­
vosť Overenie zhody so 
smernicou 2006/28/ 
ES ADA_024  
5.2 Výsledky výrobcových 
skúšok  Výsledky výrobco­
vých skúšok vplyvu 
prostredia  ADA_024  ▼B
 02016R0799 — SK — 21.08.2023 — 003.001 — 605  
PRÍLOHA II  
SCHVAĽOVACIA ZNA ČKA A OSVED ČENIE  
I. SCHVAĽOVACIA ZNAČKA  
1. Schvaľovaciu značku tvorí:  
a) obdĺžnik, v ktorom je umiestnené písmeno „e“, za ktorým nasl eduje rozli­ 
šovacie číslo alebo písmeno štátu, ktorý vydal schválenie v súl ade s nasle­
dujúcimi dohodnutými znakmi: 
Belgicko  6 ,  
Bulharsko  34,  
Česká republika  8 ,  
Dánsko  18,  
Nemecko  1 ,  
Estónsko  29,  
Írsko  24,  
Grécko  23,  
Španielsko  9 ,  
Francúzsko  2 ,  
Chorvátsko  25,  
Taliansko  3 ,  
Cyprus  CY,  
Lotyšsko  32,  
Litva  36,  
Luxembursko  13,  
Maďarsko  7 ,  
Malta  MT,  
Holandsko  4 ,  
Rakúsko  12,  
Poľsko  20,  
Portugalsko  21,  
Rumunsko  19,  
Slovinsko  26,  
Slovensko  27,  
Fínsko  17,  
Švédsko  5 ,  
Spojené kráľovstvo  11,  
a 
▼M1 
b) schvaľovacie číslo zodpovedajúce číslu schvaľovacieho osvedč enia vypra­
covaného pre prototyp záznamového zariadenia alebo záznamového listu 
alebo tachografovej karty, ktoré je umiestnené na akomkoľvek mi este 
v tesnej blízkosti uvedeného obdĺžnika.  ▼C1
 02016R0799 — SK — 21.08.2023 — 003.001 — 606  
2. Schvaľovacia značka sa zobrazí na popisnej doske každej súst avy zariadenia 
a na každom záznamovom liste a na každej tachografovej karte. N esmie byť 
odstrániteľná a musí byť vždy zreteľne čitateľná.  
3. Rozmery schvaľovacej značky načrtnuté nižšie (  1 ) sú vyjadrené v mm. Ide 
o minimálne rozmery. Pomery medzi rozmermi sa musia dodržať.
  ▼C1 
( 1 ) Uvedené čísla sú len ilustračné.
 02016R0799 — SK — 21.08.2023 — 003.001 — 607  
II. OSVEDČENIE O SCHVÁLENÍ PRE ANALÓGOVÉ TACHOGRAFY  
Členský štát, ktorý udelil typové schválenie, vydá žiadateľovi osvedčenie o schvá­
lení, ktorého vzor je uvedený nižšie. Pri informovaní ostatných  členských štátov 
o vydaných alebo prípadne odobraných osvedčeniach by členský št át mal použiť 
kópie tohto osvedčenia.  
OSVEDČENIE O SCHVÁLENÍ  
Názov príslušného  
Oznámenie o (  1 ): 
— schválení typu záznamového zariadenia  
— odobraní osvedčenia o schválení typu záznamového zariadenia  
— schválení modelového záznamového listu  
— odobraní osvedčenia o schválení modelového záznamového listu  
Schválenie č.:  
...................................  
1. Obchodná značka alebo názov  
3. Názov výrobcu  
4. Adresa výrobcu  
5. Predložený na schválenie dňa  
6. Skúšaný v  
7. Dátum a číslo skúšky (skúšok)  
8. Dátum schválenia  
9. Dátum odobrania osvedčenia o schválení  
10. Typ alebo typy záznamového zariadenia, v ktorých sa má list  používať  
11. Miesto  
12. Dátum  
13. Priložené opisné dokumenty  
14. Poznámky (v prípade potreby vrátane umiestnenia plomb)  
(podpis)  ▼C1 
( 1 ) Nehodiace sa prečiarknite.
 02016R0799 — SK — 21.08.2023 — 003.001 — 608  
III. OSVEDČENIE O SCHVÁLENÍ PRE DIGITÁLNE TACHOGRAFY  
Členský štát, ktorý udelil typové schválenie, vydá žiadateľovi osvedčenie o schvá­
lení, ktorého vzor je uvedený nižšie. Pri informovaní ostatných  členských štátov 
o vydaných alebo prípadne odobraných osvedčeniach by členský št át mal použiť 
kópie tohto osvedčenia.  
OSVEDČENIE O SCHVÁLENÍ PRE DIGITÁLNE TACHOGRAFY  
Názov príslušného orgánu  
Oznámenie o (  1 ): 
□ schválení:  □  odobraní osvedčenia o schválení:  
□ modeli záznamového zariadenia  
□ komponente záznamového zariadenia (  2 ) 
□ karte vodiča  
□ dielenskej karte  
□ podnikovej karte  
□ karte kontrolóra  
Schválenie č.:  
1. Výrobná alebo obchodná značka  
3. Názov výrobcu  
4. Adresa výrobcu  
▼M1 
5. Predložený na schválenie dňa  
▼C1 
6. Laboratórium(-á)  
7. Dátum a číslo správy o skúške  
8. Dátum schválenia …  
10. Model záznamového(-ých) zariadenia(-í), v ktorom(-ých) sa m á použiť 
príslušný komponent  
11. Miesto  
12. Dátum  
13. Priložené opisné dokumenty …  
14. Poznámky (v prípade potreby vrátane umiestnenia plomb)  
(podpis)  ▼C1 
( 1 ) Označte krížikom príslušné políčka. 
( 2 ) Uveďte, o aký komponent v tomto oznámení ide.
 02016R0799 — SK — 21.08.2023 — 003.001 — 609  
IV. OSVEDČENIE O SCHVÁLENÍ PRE INTELIGENTNÉ TACHOGRAFY  
Členský štát, ktorý udelil typové schválenie, vydá žiadateľovi osvedčenie o schvá­
lení, ktorého vzor je uvedený nižšie. Pri informovaní ostatných  členských štátov 
o vydaných alebo prípadne odobraných osvedčeniach by členský št át mal použiť 
kópie tohto osvedčenia.  
OSVEDČENIE O SCHVÁLENÍ PRE INTELIGENTNÉ TACHOGRAFY  
Názov príslušného  
Oznámenie o (  1 ): 
□ schválení:  □  odobraní osvedčenia o schválení:  
□ modeli záznamového zariadenia  
□ komponente záznamového zariadenia (  2 ) 
□ karte vodiča  
□ dielenskej karte  
□ podnikovej karte  
□ karte kontrolóra  
Schválenie č.:  
1. Výrobná alebo obchodná značka …  
2. Názov modelu  
3. Názov výrobcu  
4. Adresa výrobcu  
▼M1 
5. Predložený na schválenie dňa  
▼C1 
6. a) Skúšobné laboratórium osvedčovania funkčnosti  
b) Skúšobné laboratórium osvedčovania zabezpečenia  
c) Skúšobné laboratórium osvedčovania interoperability  
7. a) Dátum a číslo osvedčenia funkčnosti  
b) Dátum a číslo osvedčenia zabezpečenia  
c) Dátum a číslo osvedčenia interoperability  
8. Dátum schválenia  
9. Dátum odobrania osvedčenia o schválení  
10. Model záznamového(-ých) zariadenia(-í), v ktorom(-ých) sa m á použiť 
príslušný komponent  
11. Miesto  
12. Dátum  
13. Priložené opisné dokumenty  
14. Poznámky (v prípade potreby vrátane umiestnenia plomb)  
(podpis)  ▼C1 
( 1 ) Označte krížikom príslušné políčka. 
( 2 ) Uveďte, o aký komponent v tomto oznámení ide.