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 2018  L 85  1  28.3.2018  
►M2 Vykonávacie nariadenie Komisie (EÚ) 2020/158 z 5. februára 2020  L 34  20  6.2.2020  
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 — 26.02.2020 — 002.001 — 1
02016R0799 — SK — 26.02.2020 — 002.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 jednotné 
uplatňovanie týchto aspektov týkajúcich sa tachografov:  
a) zaznamenávanie polohy vozidla na ur čitých miestach po čas denné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 
schvaľ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 ľkovú 
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á smernica 
Európskeho parlamentu a Rady 2014/53/EÚ (  2 ). 
▼B 
Článok 2  
Vymedzenie pojmov  
Na účely tohto nariadenia sa uplat ňuje vymedzenie pojmov stanovené 
v článku 2 nariadenia (EÚ) č. 165/2014.  ▼B 
( 1 ) Nariadenie Rady (EHS) č. 3821/85 z 20. decembra 1985 o záznamovom 
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íla 2014 
o harmonizácii právnych predpisov členských štátov týkajúcich sa 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 — 26.02.2020 — 002.001 — 3  
Okrem toho sa uplat ňuje toto vymedzenie pojmov:  
1. „digitálny tachograf“ alebo „tachograf prvej generácie“ je iný 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šie 
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 papie ­
rovej forme, ktorá obsahuje všetky informácie poskytnuté výrobcom 
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 doku ­
mentov;  
▼B 
4. „informa čný balík“ je informa čná zložka v elektronickej alebo 
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 
schvaľovania ES vrátane dátumov všetkých revízií a aktualizácií 
príslušného balíka;  
6. „zariadenie na dia ľkovú včasnú detekciu“ je vybavenie jednotky 
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áblov 
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 druhého 
vodiča, tlačiareň, displej, konektory a zariadenia na zapisovanie  ▼B
 02016R0799 — SK — 26.02.2020 — 002.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á obsa ­
huje procesor, dátovú pamä ť a funkciu merania času. 
pojem „jednotka vozidla“ sa používa na ozna čenie pojmu „jednotka 
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 boli 
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 naviga č­
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 skupiny 
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 osved ­ 
č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 doku ­
mentmi.  
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 ľovanie 
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 jeho 
obchodného zástupcu o poskytnutie dopl ňujúcich informácií.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.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/2014 
toľko tachografov alebo komponentov tachografu, ko ľko je potrebných 
na uspokojivé vykonanie postupu typového schva ľovania.  
5. Ak výrobca alebo jeho obchodný zástupca žiadajú o typové schvá ­
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ány 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 infor ­
movať orgán pre typové schva ľovanie, ktorý udelil pôvodné typové 
schválenie, o každej zmene softvéru alebo hardvéru tachografu alebo 
o zmene povahy materiálov použitých na jeho výrobu, ktoré sú uvedené 
v informačnom balíku, a musia poda ť žiadosť o zmenu typového schvá ­
lenia.  
2. Orgán pre typové schva ľovania môže revidova ť alebo rozšíri ť 
existujúce typové schválenie, alebo udeli ť nové typové schválenie 
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 typové 
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 informa č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 softvé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 typovom 
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 
konsolidá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 interoperability.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 6  
Článok 6  
Nadobudnutie ú činnosti  
Toto nariadenie nadobúda ú činnosť dvadsiatym d ňom po jeho uverej ­
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 dodatku 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 — 26.02.2020 — 002.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ýkajúci sa 
rozhrania ITS  
3.6.3 Zápis špecifických podmienok  
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 zariade ­ 
ním“  
3.9.10 Udalos ť „chýbajúce informácie o polohe z prijíma ča GNSS“  ▼B
 02016R0799 — SK — 26.02.2020 — 002.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“  
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/alebo 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  
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 generácie  
3.14.2 Zaznamenávanie a ukladanie na tachografové karty druhej gene ­ 
rácie  
3.15 Zobrazovanie  
3.15.1 Zobrazenie predvolených údajov  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 9  
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  
3.20 Výstupné údaje pre doplnkové externé zariadenia  
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 
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ách druhej 
generácie)  
4.5.2.4 Informácie o rozšírenej d ĺžke (podmienené, len v tachografových 
kartách druhej generácie)  
4.5.3 Karta vodi ča 
4.5.3.1 Aplikácia tachografu (prístupné pre jednotky vozidla prvej 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  
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 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 10  
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é jednotke 
vozidla prvej generácie)  
4.5.3.2.1 Identifikácia aplikácie  
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  
▼B 
4.5.4 Dielenská karta  
4.5.4.1 Aplikácia tachografu (prístupné pre jednotky vozidla prvej 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 času 
4.5.4.1.11 Údaje o relácii karty  
4.5.4.1.12 Údaje o kontrolnej činnosti  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 11  
4.5.4.1.13 Údaje o špecifických podmienkach  
4.5.4.2 Aplikácia tachografu druhej generácie (neprístupné jednotke 
vozidla prvej generácie)  
4.5.4.2.1 Identifikácia aplikácie  
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 času 
4.5.4.2.11 Údaje o relácii karty  
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  
4.5.5 Kontrolná karta  
4.5.5.1 Aplikácia tachografu (prístupné pre jednotky vozidla prvej 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é jednotke 
vozidla prvej generácie)  
4.5.5.2.1 Identifikácia aplikácie  
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  
4.5.6 Podniková karta  
4.5.6.1 Aplikácia tachografu (prístupné pre jednotky vozidla prvej 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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 12  
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é jednotke 
vozidla prvej generácie)  
4.5.6.2.1 Identifikácia aplikácie  
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  
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ázna ­ 
mové zariadenia a tachografové karty druhej generácie  
ÚVOD  
Prvá generácia systému digitálneho tachografu je v prevádzke od 1. mája 2006. 
V prípade vnútroštátnej dopravy sa môže používa ť až do konca svojej životnosti. 
V prípade medzinárodnej dopravy, 15 rokov po nadobudnutí ú činnosti tohto 
nariadenia Komisie musia by ť všetky vozidlá vybavené vyhovujúcimi inteligent ­
nými tachografmi druhej generácie, zavedenými týmto nariadením.  
Táto príloha obsahuje požiadavky na záznamové zariadenie a tachografové karty 
druhej generácie. Od dátumu zavedenia sa záznamové zariadenie druhej gene ­
rácie musí montova ť vo vozidlách registrovaných po prvýkrát, a musia by ť 
vydané tachografové karty druhej generácie.  
S cieľom podpori ť plynulé zavedenie tachografového systému druhej generácie,  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 13  
— musia by ť tachografové karty druhej generácie technicky vyriešené tak, aby 
sa dali používa ť v jednotkách vozidla prvej generácie,  
— nahradenie platných tachografových kariet prvej generácie nemožno poža ­
dovať od dátumu zavedenia.  
To umožní vodi čom ponecha ť si jedinečnú kartu vodi ča a využíva ť ju s obidvoma 
systémami.  
Záznamové zariadenie druhej generácie však musí by ť kalibrované iba pomocou 
dielenských kariet druhej generácie.  
Táto príloha obsahuje všetky požiadavky týkajúce sa interoperability medzi 
tachografovým systémom prvej a druhej generácie.  
Dodatok 15 obsahuje ďalšie podrobnosti o súbežnom fungovaní oboch systémov.  
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 ŤAHOVANIE  
Dodatok 7: PROTOKOLY S ŤAHOVANIA ÚDAJOV  
Dodatok 8: KALIBRA ČNÝ PROTOKOL  
Dodatok 9: TYPOVÉ SCHVÁLENIE A ZOZNAM MINIMÁLNE POŽADO ­ 
VANÝ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 JEDNOTLIVÝCH 
GENERÁCIÍ ZARIADENIA  
Dodatok 16: ADAPTÉR PRE VOZIDLÁ KATEGÓRIÍ M1 A N1  
1 VYMEDZENIE POJMOV  
V tejto prílohe:  
a) „aktivácia“ je:  
fáza, v ktorej sa tachograf stáva použitím dielenskej karty plne 
funkčným a plní všetky funkcie vrátane bezpe čnostných funk ­
cií; 
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;  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 14  
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); 
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, nasta ­
venie obmedzova ča rýchlosti (v prípade potreby), aktuálny 
čas UTC, aktuálny stav po čítadla kilometrov); 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.  
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 
poradový index karty (v prípade potreby), index náhrady 
karty a index obnovy karty;  
karta je preto jednozna čne identifikovaná kódom vydávajú ­
ceho členského štátu a číslom karty;  
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;  
i) „index obnovy karty“ je:  
šestnásty alfanumerický znak čísla karty, ktorý sa zvýši pri 
každej obnove tachografovej karty;  
j) „index náhrady karty“ je:  
pätnásty alfanumerický znak čísla karty, ktorý sa zvýši pri 
každej náhrade tachografovej karty;  
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;  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 15  
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;  
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 (  3 ) č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.  ▼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 čase 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 prestávok. 
( 2 ) NEZNÁME časové úseky zodpovedajú časovým úsekom, po čas ktorých nebola karta 
vodiča vložená v záznamovom zariadení a nevykonal sa žiadny manuá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) č. 3821/85 a (ES) 
č. 2135/98 a zrušuje nariadenie Rady (EHS) č. 3820/85 (Ú. v. EÚ L 102, 11.4.2006, 
s. 1).
 02016R0799 — SK — 26.02.2020 — 002.001 — 16  
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;  
Výrobcovia inteligentných tachografových jednotiek vozidla 
a výrobcovia zariadenia navrhnutého a ur čeného na s ťaho­
vanie dátových súborov prijmú všetky primerané opatrenia 
s cieľom zabezpe čiť, aby sťahovanie týchto údajov spôsobo ­
valo 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;  ▼B 
( 1 ) Nariadenie Komisie (EÚ) č. 1230/2012 z 12. decembra 2012, ktorý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 — 26.02.2020 — 002.001 — 17  
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. 
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 ť; 
ee) „neplatná karta“ je:  
karta, pri ktorej sa zistilo, že je chybná, alebo pri ktorej 
zlyhala po čiatočná autentifikácia, alebo ešte nenastal za čiatok 
jej platnosti, alebo jej platnos ť sa skončila; 
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;  
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;  ▼B 
( 1 ) Smernica Rady 92/6/EEC z 10. februára 1992 o montáži a používaní zariadení obme ­
dzujúcich rýchlos ť pre určité kategórie motorových vozidiel v Spolo čenstve (Ú. v. ES 
L 57, 2.3.1992, s. 27).
 02016R0799 — SK — 26.02.2020 — 002.001 — 18  
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;  
▼M1 
ll) ‚diaľkové komunika čné zariadenie‘ alebo ‚dia ľkové zariadenie 
včasnej detekcie‘ je:  
vybavenie jednotky vozidla, ktoré sa používa navykonávanie 
cielených cestných kontrol;  
▼B 
mm) „sníma č komunika čného zariadenia na dia ľkovú včasnú detek ­
ciu“ je:  
systém používaný kontrolnými úradníkmi na cielené cestné 
kontroly;  
nn) „obnova“ je:  
vydanie novej tachografovej karty ke ď existujúcej karte skon čí 
platnosť alebo nefunguje správne a bola vrátená vydávajúcemu 
orgánu. Z obnovy vždy vyplýva istota, že nemôžu sú časne 
existovať dve platné karty;  
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;  
pp) „náhrada karty“ je:  
vydanie tachografovej karty ako náhrady za existujúcu tacho ­
grafovú kartu, ktorá bola nahlásená ako stratená, odcudzenú 
alebo nefungovala správne a nebola vrátená vydávajúcemu 
orgánu. Z náhrady vždy vyplýva riziko sú časnej existencie 
dvoch platných kariet;  
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 
zariadení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);  
▼M1 
tt) ‚úprava času‘ je:  
úprava aktuálneho času. Táto úprava môže by ť automatická 
alebo v pravidelných intervaloch, 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;  ▼B 
( 1 ) Smernica Rady 92/23/EHS z 31. marca 1992 o pneumatikách motorových vozidiel a ich 
prípojných vozidiel a ich montáži (Ú. v. ES L 129, 14.5.1992, s. 95).
 02016R0799 — SK — 26.02.2020 — 002.001 — 19  
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) (  1 ); 
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é:  
▼M1 
— sa montuje a používa iba vo vozidlách typu M1 a N1 
(vymedzených v prílohe II k smernici Európskeho parla ­
mentu a Rady 2007/46/ES (  2 ) v znení posledných zmien),  
▼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,  
— 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;  ▼B 
( 1 ) 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é vozidlá a ich prípojné 
vozidlá a ich umiestnení a spôsobe ich pripevnenia (Ú. v. ES L 24, 30.1.1976, s. 1). 
( 2 ) Smernica Európskeho parlamentu a Rady 2007/46/ES z 5. septembra 2007, ktorou sa 
zriaďuje rámec pre typové schválenie motorových vozidiel a ich prípojných vozidiel, 
systémov, komponentov a samostatných technických jednotiek ur čených pre tieto vozidlá 
(Rámcová smernica) (Ú. v. EÚ L 263, 9.10.2007, s. 1).
 02016R0799 — SK — 26.02.2020 — 002.001 — 20  
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;  
aaa) „ochrana údajov“ znamená:  
súbor technických opatrení prijatých s cie ľom zabezpe čiť 
riadne vykonávanie zásad stanovených v smernici Európskeho 
parlamentu a Rady 95/46/ES (  1 ), ako aj zásad stanovených 
v smernici Európskeho parlamentu a Rady 2002/58/ES (  2 ); 
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ď.; 
ccc) „dátum zavedenia“:  
36 mesiacov po nadobudnutí ú činnosti podrobných ustanovení 
uvedených v článku 11 nariadenia Európskeho parlamentu 
a Rady (EÚ) č. 165/2014 (  3 ). 
Toto je dátum, po ktorom vozidlá pri prvej evidencii:  
— musia by ť vybavené tachografom napojeným na službu 
určovania polohy založenú na satelitnom naviga čnom 
systéme,  
— musia by ť schopné prenáša ť údaje pre cielené cestné 
kontroly príslušným kontrolným orgánom, ke ď je vozidlo 
v pohybe,  
— a môžu by ť vybavené štandardizovanými rozhraniami 
umožňujúcimi, aby údaje, ktoré tachograf zaznamenal 
alebo vytvoril, používalo v prevádzkovom režime externé 
zariadenie.  
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 
( 1 ) Smernica Európskeho parlamentu a Rady 95/46/EHS z 24. októbra 1995 o ochrane 
fyzických osôb pri spracovaní osobných údajov a vo ľnom pohybe týchto údajov (Ú. v. 
ES L 281, 2.1995, s. 31). 
( 2 ) Smernica Európskeho parlamentu a Rady2002/58/ES z 12. júla 2002, týkajúca sa spra ­
covávania osobných údajov a ochrany súkromia v sektore elektronických komunikácií 
(smernica o súkromí a elektronických komunikáciách) (Ú. v. ES L 201, 31.7.2002, 
s. 37). 
( 3 ) Nariadenie Európskeho parlamentu a Rady (EÚ) č. 165/2014 zo 4. februára 2014 o tacho ­
grafoch v cestnej doprave, ktorým sa ruší nariadenie Rady (EHS) č. 3821/85 o zázna ­
movom zariadení v cestnej doprave a mení nariadenie Európskeho parlamentu a Rady 
(ES) č. 561/2006 o harmonizácii niektorých právnych predpisov v sociálnej oblasti, ktoré 
sa týkajú cestnej dopravy (Ú. v. EÚ L 60, 28.2.2014, s. 1).
 02016R0799 — SK — 26.02.2020 — 002.001 — 21  
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 zazna ­
menávania polohy vozidla vždy pri dosiahnutí násobku troch 
hodín kumulovaného času jazdy. Kumulácia sa za čína aktivá­
ciou záznamové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ýstupy.  
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ýchlosti 
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 naviga č­
nému satelitnému systému resp. systémom, ako je uvedené 
v dodatku 12.  
04) Jednotka vozidla musí komunikova ť so snímačom komunika č­
ného zariadenia na dia ľkovú včasnú detekciu, ako je uvedené 
v dodatku 14.  
05) Jednotka vozidla môže obsahova ť rozhranie ITS, ktoré je 
špecifikované v dodatku 13.  
Záznamové zariadenie môže by ť spojené s inými zariadeniami 
prostredníctvom doplnkových rozhraní a/alebo prostredníc ­
tvom nepovinného rozhrania ITS.  
06) Žiadne funkcie alebo zariadenia zabudované alebo pripojené 
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 iden ­
tifikujú 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žíva ­
teľ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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 22  
To sa uskuto čňuje v súlade so smernicou 95/46/ES z 24. októbra 
1995 o ochrane fyzických osôb pri spracovaní osobných údajov 
a voľnom pohybe týchto údajov (  1 ), so smernicou 2002/58/ES 
z 12. júla 2002 týkajúcou sa spracovávania osobných údajov 
a ochrany súkromia v sektore elektronických komunikácií (  2 ) a v 
súlade s článkom 7 nariadenia (EÚ) č. 165/2014.  
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,  
— manuálne zápisy vodi ča: 
— zápisy o mieste, kde sa denný pracovný čas začína 
a/alebo kon čí, 
— manuálny zápis o činnostiach vodi ča, 
— zápis o špecifických podmienkach,  
— 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á,  
— 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. 
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 gene ­
rácie.  ▼B 
( 1 ) Ú. v. ES L 281, 2.1995, s. 31. 
( 2 ) Ú. v. ES L 201, 31.7. 2002, s. 37.
 02016R0799 — SK — 26.02.2020 — 002.001 — 23  
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 kontro ­
ly (*)  prevádzkový 
režim  prevádzkový 
režim  
Dielenská karta  režim kalibrácie  režim kalibrácie  prevádzkový 
režim  Režim kalibrá ­
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 tachografovú 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 ktoromko ľvek 
režime prevádzky s týmito výnimkami:  
— kalibra čná funkcia je k dispozícii len v režime kalibrácie,  
— funkcia kontroly kalibrácie pri cestnej kontrole je k dispo ­
zícii len v režime kontroly,  
— funkcia podnikového blokovania je k dispozícii len 
v podnikovom režime,  
— funkcia monitorovania kontrolných činností je k dispozícii 
len v režime kontroly,  
— Funkcia s ťahovania nie je k dispozícii v prevádzkovom 
režime (s výnimkou uvedenou v požiadavke 193), a s 
výnimkou s ťahovania karty vodi ča, keď vo VU nie je 
vložený iný typ karty.  
13) Záznamové zariadenie môže poskytnú ť ktorékoľvek údaje na 
zobrazenie, tla č alebo pre externé rozhrania s týmito výnim ­
kami:  
— v prevádzkovom režime sa akáko ľvek osobná identifikácia 
(priezvisko a meno(á)), ktorá nezodpovedá vloženej tacho ­
grafovej 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 znevidi ­
teľnia), 
— v podnikovom režime údaje vz ťahujúce sa k vodi čovi 
(požiadavky 102, 105 a 108) sa 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),  
— 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ár ­
nych dní,  
— osobné údaje pochádzajúce z VU sa nesmú poskytnú ť 
prostredníctvom rozhrania ITS jednotky vozidla, pokia ľ 
sa neoverí súhlas vodi ča, ktorého sa údaje týkajú,  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 24  
— 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 integrity 
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 vymie ­ 
ňaných pri komunikácii na dia ľkovú včasnú detekciu na ú čely 
kontroly, a na overenie integrity a autenticity s ťahovaných údajov.  
▼B 
14) Na zaru čenie zabezpe čenia systému musia tieto komponenty 
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,  
— externé zariadenie GNSS (tento profil je potrebný a uplat ­
niteľný len pre variant externého GNSS).  
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.  
16) Po vložení karty záznamové zariadenie zistí, či je vložená 
platná tachografová karta a v takom prípade identifikuje jej 
typ a generáciu.  
Karta sa vyhlási za neplatnú, ak už bola do záznamového 
zariadenia vložená karta s rovnakým číslom, ale vyšším 
indexom obnovy.  
Karta sa vyhlási za neplatnú, ak už bola do záznamového 
zariadenia vložená karta s rovnakými číslom a indexom 
obnovy, ale vyšším indexom náhrady.  
17) Tachografové karty prvej generácie považuje záznamové zaria ­
denie 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ázna ­
mového zariadenia druhej generácie, sa považujú za neplatné.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 25  
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.  
20) Zariadenie tachografové karty uvo ľní len keď vozidlo stojí 
a potom, ako sa na nich uložili príslušné údaje. Kartu musí 
aktívne uvo ľniť používate ľ. 
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.  
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 usta ­
novenia 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).  
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 prípadne z jedného 
alebo viacerých zdrojov nezávislých od sníma ča pohybu.  
27) Táto funkcia musí zisti ť polohu vozidla, aby sa umožnilo 
automatické zaznamenávanie:  
— polohy, kde vodi č a/alebo druhý vodi č začína svoj denný 
pracovný čas; 
▼M1 
— polohy, kde kumulovaný čas jazdy dosiahne násobok troch 
hodín;  
▼B 
— polohy, kde vodi č a/alebo druhý vodi č skončí svoj denný 
pracovný čas. 
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 — 26.02.2020 — 002.001 — 26  
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.  
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.  
33) Aby sa zaistilo ukazovanie rýchlosti s maximálnou toleranciou 
± 6 km/h a berúc do úvahy:  
— toleranciu ± 2 km/h pre zmeny vstupov (odchýlky pneu ­
matí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 4 000 do 25 000 imp/km mera ť rýchlosť s toleranciou ± 
1 km/h (pri konštantnej rýchlosti).  
Poznámka:  Z rozlíšenia ukladania údajov vyplýva ďalšia tole­
rancia ± 0,5 km/h pre rýchlosti uložené záznamovým zariade ­
ním. 
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ých­
losť 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.  
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 rozlíšením 
1/10 minúty.  
3.3 Meranie času 
38) Funkcia merania času meria čas stále a digitálne udáva dátum 
a čas UTC.  
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ť zobra­
zený časový údaj v polhodinových krokoch. Neumož ňuje sa 
žiadny iný posun než záporné a kladné násobky polhodiny;  
41) Časová odchýlka musí by ť v rozmedzí ± 2 sekundy za de ň 
v podmienkach typového schva ľovania, pri absencii akej ­
koľvek úpravy času. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 27  
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í POHOTO ­
VOSŤ. 
48) Keď vozidlo zastane, pre vodi ča sa automaticky zvolí 
PRÁCA.  
▼M1 
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ádzajú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 prie ­
behu 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 čí. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 28  
57) Miesta sú definované ako štáty a prípadne regióny, ktoré sa 
zapisujú alebo potvrdzujú manuálne.  
58) Pri vyberaní karty vodi ča záznamové zariadenie vyzve (dru ­
hého) vodi ča, aby zaznamenal „miesto, kde sa denný pracovný 
čas končí“. 
▼M1 
59) Vodi č následne zapíše sú časné miesto vozidla, ktoré sa pova ­ 
žuje za do časný zápis.  
Dočasný zápis vykonaný pri poslednom vytiahnutí karty sa 
potvrdí (t. j. viac sa už 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 bodom 61,  
— ďalší zápis miesta, kde sa za čína aktuálny denný pracovný 
čas, ak držite ľ karty neuvedie miesto, kde sa pracovný čas 
začal alebo skon čil počas manuálneho zapisovania v súlade 
s bodom 61.  
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 za čína aktuálny denný pracovný 
čas, ak držite ľ karty neuvedie miesto, kde sa pracovný čas 
začal alebo skon čil počas manuálneho zapisovania v súlade 
s bodom 61.  
▼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.  
3.6.2  Manuálne zapisovanie činností vodi ča a súhlas vodi ča týkajúci sa 
rozhrania ITS  
61) Pri vložení karty vodi ča (alebo dielenskej karty), a iba v tomto 
čase, umožní záznamové zariadenie manuálne zadávanie 
č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 vybratia karty;  
— nepovinné: posun miestneho času aktuálne stanovený 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 jeho osobných 
údajov súvisiacich s tachografom prostredníctvom nepovin ­
ného rozhrania ITS.  
Súhlas vodi ča (alebo dielne) možno kedyko ľvek aktivova ť 
alebo deaktivova ť príkazmi v menu, za predpokladu, že 
karta vodiča (alebo dielenskej karta) je vložená.  
Musí byť možné zadáva ť činnosti s týmito obmedzeniami:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 29  
— 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 vybratím 
karty a jej aktuálnym vložením,  
— neumož ňuje sa vzájomné časové prekrývanie jednotlivý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 dielen ­
skej 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 ktorej ­
koľ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ľ možnosť zadať prípadne:  
▼M1 
— miesto, kde sa skon čil predchádzajúci denný pracovný čas, 
a príslušný čas (teda prepísanie a potvrdenie zápisu vyko ­
nané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 vykona ­
ného pri poslednom vytiahnutí karty).  
▼B 
Ak držiteľ karty nezapíše miesto, kde sa pracovný čas začína 
alebo kon čí, počas manuálneho zapisovania spojeného 
s vložením karty, považuje sa to za vyhlásenie, že jeho 
pracovný čas sa nezmenil od posledného vytiahnutia karty. 
Najbližší zápis miesta, kde predchádzajúci denný pracovný 
čas končí, potom prepíše do časný zápis vykonaný pri 
poslednom vytiahnutí karty.  
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. vypršanie časového 
limitu po ur čitom trvaní ne činnosti používate ľa. V prípade 
prerušenia manuálneho zapisovania záznamové zariadenie 
musí overi ť všetky 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í pre predtým 
vloženú kartu dôjde k vloženiu druhej karty vodi ča alebo 
dielenskej karty, musí by ť povolené ukon čiť manuálne zapi ­
sovanie pre túto predtým vloženú kartu skôr, ako sa za čne 
manuálne zapisovanie pre 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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 30  
— Č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 môže potom umožni ť 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.  
3.6.3  Zápis špecifických podmienok  
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).  
Pri otvorenej podmienke „ZÁZNAMOVÉ ZARIADENIE SA 
NEVYŽADUJE“ nesmie nasta ť podmienka „PREVOZ 
TRAJEKTOM/VLAKOM“.  
Ak je karta vodi ča vložená alebo vytiahnutá, musí záznamové 
zariadenie 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ýstra ­
hám:  
— Jazda bez príslušnej karty,  
— Varovania týkajúce sa nepretržitého času jazdy.  
Začiatočný znak pre PREVOZ TRAJEKTOM/VLAKOM sa 
musí stanovi ť pred zastavením motora na trajekte/vlaku.  
Otvorená podmienka PREVOZ TRAJEKTOM/VLAKOM sa 
musí skon čiť, ak nastane ktoráko ľvek z týchto možností:  
— vodič ukončí PREVOZ TRAJEKTOM/VLAKOM manu ­
álne 
— vodič vytiahne svoju kartu  
Otvorená podmienka PREVOZ TRAJEKTOM/VLAKOM sa 
musí skon čiť, ak už nie je viac platná na základe pravidiel 
uvedených v nariadení (ES) č. 561/2006.  
3.7 Podnikové blokovanie  
63) Táto funkcia umož ňuje riadiť blokovanie zavedené podnikom, 
aby si podnik vyhradil prístup k údajom v podnikovom 
režime.  
64) Podnikové blokovanie pozostáva z dátumu/ času začiatku 
(zablokovanie – lock-in) a dátumu/ času skončenia (odbloko ­
vanie – 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 blokovanie 
je zapnuté (identifikovaný prvými 13 číslicami čísla 
podnikovej karty), alebo  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 31  
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ŤAHO­
VANIE z VU a karty a činnosti kontroly KALIBRÁ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 kombinácií 
platných kariet ozna čená X v tejto tabu ľke: 
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 vytiahnutia 
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í platný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:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 32  
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é zaria ­
denie 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.  
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 zariade ­
ní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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 33  
3.9.12  Udalos ť „chyba údajov o pohybe“  
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 integrite 
alebo autentifikácie údajov po čas výmeny údajov medzi 
snímačom pohybu a jednotkou vozidla.  
3.9.13  Udalos ť „nesúlad údajov o pohybe vozidla“  
84) Táto udalos ť sa spustí  mimo režimu kalibrácie , ak informácie 
o pohybe vypo čítané zo sníma ča pohybu sú v rozpore s infor ­
máciami o pohybe vypo čítanými z interného prijíma ča GNSS 
alebo z externého zariadenia GNSS a prípadne z iných nezávi ­
slých zdrojov, ako je uvedené v dodatku 12. Táto udalos ť sa 
nesmie spusti ť počas prevozu trajektom/vlakom, podmienky 
ZÁZNAMOVÉ ZARIADENIE SA NEVYŽADUJE alebo ak 
informácie o polohe z prijíma ča GNSS nie sú k dispozícii.  
3.9.14.  Udalos ť „pokus o narušenie zabezpe čenia“  
85) Táto udalos ť sa spustí mimo režimu kalibrácie pri akejko ľvek 
inej udalosti ovplyv ňujúcej zabezpe čenie sníma ča pohybu 
a/alebo jednotky vozidla a/alebo externého zariadenia GNSS, 
ako sa vyžaduje v dodatku 10.  
▼M1 
3.9.15  Udalos ť ‚časový rozpor‘  
86) Táto udalos ť sa spustí  mimo režimu kalibrácie , keď VU zistí 
rozdiel vä čší ako 1 minúta medzi časom pochádzajúcim 
z funkcie merania času jednotky vozidla a časom pochádza ­
júcim z prijíma ča GNSS. Táto udalos ť sa zaznamená spolu 
s časom vstavaných hodín jednotky vozidla a sprevádza ju 
automatická úprava času. Po spustení udalosti ‚ časový rozpor‘ 
VU nebude po čas nasledujúcich 12 hodín generova ť ďalšie 
udalosti ‚časový rozpor‘. Táto udalos ť sa nespustí v prípadoch, 
keď prijímač GNSS nemohol zachyti ť platný signál GNSS 
najmenej 30 dní.  
▼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  
▼M1 
— Porucha rozhrania ITS (ak existuje)  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 34  
3.10 Zabudované a automatické skúšky  
89) ►M1 Záznamové zariadenie musí zisti ť poruchy automatic ­
ký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é zaria­
denie  Správna činnosť Správna činnosť 
Zariadenie GNSS  Správna činnosť Správna činnosť 
▼M1 
Rozhranie ITS (nepovinné),  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  
Na účely tohto odseku,  
— „365 dní“ je 365 kalendárnych dní priemernej činnosti vodi ča 
v jednom vozidle. Priemerná činnosť za deň vo vozidle je mini ­
málne šesť vodičov alebo druhých vodi čov, šesť cyklov vloženia 
a vybratia karty a 256 zmien činnosti. „365 dní“ preto zah ŕňa 
minimálne 2 190 (druhých) vodi čov, 2 190 vložení a vybratí 
karty a 93 440 zmien činnosti,  
▼M1 
— priemerný po čet polôh za de ň je určený ako najmenej 6 polôh, 
kde sa denný pracovný čas začína, 6 polôh, kde kumulovaný čas 
jazdy dosiahne násobok troch hodín, a 6 polôh, kde sa denný 
pracovný čas končí, aby obdobie ‚365 dní‘ zah ŕňalo najmenej 
6 570 polôh,  
▼B 
— č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, so príslušnou presnos ťou 
GNSS a časom získania.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 35  
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. 
94) Identifika čné údaje jednotky vozidla sú zaznamenané 
a natrvalo uchovávané výrobcom jednotky vozidla, 
s výnimkou údajov vz ťahujúcich sa k softvéru 
a schvaľovacieho čísla, ktoré sa môžu zmeni ť v prípade 
modernizácie softvéru a schopnosti používa ť tachografové 
karty prvej generácie.  
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.  
97) Jednotka vozidla musí by ť schopná zaznamena ť a uložiť vo 
svojej dátovej pamäti nasledujúce údaje vz ťahujúce sa k 20 
najnovším spárovaniam sníma čov pohybu (ak sa nieko ľko 
spárovaní uskuto ční v priebehu jedného kalendárneho d ňa, 
uloží sa iba prvé a posledné v daný de ň): ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 36  
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.  
100) Jednotka vozidla musí by ť schopná zaznamena ť a uložiť vo 
svojej dátovej pamäti nasledujúce údaje vz ťahujúce sa k 20 
najnovším spojeniam s externými zariadeniami GNSS (ak sa 
niekoľko spojení uskuto ční v priebehu jedného kalendárneho 
dňa, uloží sa iba prvé a posledné v daný de ň). 
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,  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 37  
— 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.  
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ÁV ­
KA/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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 38  
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 prijí ­
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:  
— číslo karty (druhého) vodi ča a vydávajúci členský štát,  
— generáciu karty,  
— dátum a čas zápisu,  
▼M1 
— typ zápisu (za čiatok, koniec alebo 3– hodinový kumulo ­
vaný čas jazdy),  
▼B 
— súvisiacu presnos ť GNSS, prípadne dátum a čas; 
— stav po čítadla kilometrov.  
▼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 posledný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:  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 39  
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 ň. 
Nesprávne uzavretá 
posledná relácia karty  — 10 posledných udalostí.  — dátum a čas vloženia karty, 
— typ(-y) karty(-iet), číslo, vydávajúci 
členský štát a generácia, 
— údaje poslednej relácie tak, ako sú čítané 
z karty: 
— dátum a čas vloženia karty, 
— eviden čné číslo vozidla, členský štát 
evidencie a generácia VU.  
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 — 26.02.2020 — 002.001 — 40  
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 komuni ­
kač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 — 26.02.2020 — 002.001 — 41  
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 ň. 
▼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 nasledujú ­
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:  
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 poru ­
chy. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 42  
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 (identifikovanom 
jeho identifika čným číslom vozidla (VIN)),  
— 20 posledným kalibráciám (ak sa nieko ľko kalibrácií usku ­
toč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áž, pravidelná 
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.  
121) Okrem toho musí záznamové zariadenie zaznamena ť a uložiť 
vo svojej dátovej pamäti svoju schopnos ť používať tachogra­
fové 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 kalibrá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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 43  
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ťahovanie 
z VU a/alebo s ťahovanie z karty a/alebo kontrola kali ­
brácie pri cestnej kontrole).  
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 gene ­
rá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 stiah ­
nutiu dátovej pamäte na externé médium po čas podnikové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 špecifických 
podmienkach aspo ň 365 dní (s predpokladom, že v priemere je 
denne otvorená a uzatvorená jedna podmienka). Ke ď je kapa­
cita 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 — 26.02.2020 — 002.001 — 44  
— typ tachografovej karty,  
— verzia tachografovej karty.  
133) Záznamové zariadenie musí by ť schopné uloži ť aspoň 88 
takých záznamov.  
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žitého 
vozidla, dátumu a času posledného vytiahnutia karty 
a činnosti zvolenej v tomto čase, 
— kontrolu správneho uzatvorenia poslednej relácie karty,  
— výpočet nepretržitého času jazdy vodi ča, kumulovaného 
času prestávok a kumulovaných časov jazdy za predchá ­
dzajúci a sú časný týžde ň, 
— 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 gene ­
rá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ú.  
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í zazna ­
menať 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ú špecifiko ­
vané 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.  
140) Žiadne udalosti, ktoré pre prvú generáciu záznamového zaria ­
denia nie sú vymedzené, sa nesmú uklada ť na kartu vodi ča ani 
na dielenskú kartu.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 45  
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ú.  
143) Pred vytiahnutím karty vodi ča a potom, ako boli uložené 
všetky relevantné údaje na karte, záznamové zariadenie rese ­
tuje údaje týkajúce sa relácie karty.  
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 generácie, 
a druhá aplikácia „TACHO_G2“ musí zodpoveda ť požia­
davkám kapitoly 4 a dodatku 2.  
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 apli ­
káciách platnej karty vodi ča, dielenskej karty, podnikovej 
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 mies ­
tach, ktoré manuálne zapísal držite ľ karty.  
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.  
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, kapitole 
4 „Množiny znakov“. Displej môže používa ť zjednodušené 
zobrazenie (napr. znaky s diakritikou môžu by ť zobrazované 
bez nej, alebo malé písmená môžu by ť zobrazované ako ve ľké 
písmená).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 46  
154) Displej musí by ť vybavený primeraným neosl ňujúcim osvetle ­
ní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 informácie 
za predpokladu, že sa dajú zrete ľne odlíšiť od informácií 
uvedených vyššie.  
157) Displej záznamového zariadenia musí používa ť piktogramy 
alebo kombinácie piktogramov uvedené v dodatku 3. Dopl ňu­
jú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 pohy ­
buje.  
159) Záznamové zariadenie môže obsahova ť manuálnu alebo auto ­
matickú 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áznamové 
zariadenie musí štandardne zobrazi ť toto:  
— miestny čas (ako výsledok času UTC + posun nastavený 
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 nepre ­
trž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 informá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žívate ľovi zobrazi ť infor­
má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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 47  
164) Keď je otvorená podmienka „ZÁZNAMOVÉ ZARIADENIE 
SA NEVYŽADUJE“ alebo „PREVOZ TRAJEKTOM/VLA ­
KOM“ , 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). 
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ódova ­
ný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, 
— obsah každého zo šiestich výpisov v rovnakom formáte, 
v akom sú samotné výpisy,  
— 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 predchádzajúci a aktuálny 
týždeň, 
— kumulovaný čas jazdy druhého vodi ča za predchádzajúci 
a prebiehajúci týžde ň, 
voliteľné: 
— aktuálny čas trvania činnosti druhého vodi ča (od času, 
kedy bola zvolená).  
— kumulovaný čas jazdy vodi ča za prebiehajúci týžde ň, 
— kumulovaný čas jazdy druhého vodi ča počas prebiehajú ­
ceho denného pracovného času, 
— kumulovaný čas jazdy vodi ča počas prebiehajúceho 
denného pracovného času, 
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, rolo ­
vanie …).  
Riadky tla čených výpisov pre ru čné záznamy sa nemusia 
zobraziť. 
3.16 Tla č 
169) Záznamové zariadenie musí by ť schopné vytla čiť informá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,  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 48  
— 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 siedmich pred ­
chá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 zaria ­
denia 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, kapi ­
tole 4 „Množiny znakov“.  
175) Tlačiarne musia by ť konštruované tak, aby výpisy boli k dispo ­
zícii s úrov ňou rozlíšenia, ktorá zabráni nejednozna čnosti pri 
ich čítaní.  
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 intenzitu 
svetla, vlhkos ť a teplotu, musia zosta ť výpisy zrete ľne čita­
teľné a identifikovate ľné aspoň dva roky.  
179) Výpisy musia sp ĺňať aspoň skúšobné špecifikácie vymedzené 
v dodatku 9.  
180) Musí by ť možné doplni ť tieto dokumenty rukou písanými 
poznámkami, ako je podpis vodi ča. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 49  
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 zaria ­
denia.  
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ázna ­
mové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.  
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ťahovací konek ­
tor. Záznamové zariadenie aktualizuje údaje uložené na 
príslušnej karte pred za čiatkom sťahovania.  
193) Okrem toho a nepovinne môže záznamové zariadenie 
v ktoromko ľvek režime prevádzky s ťahovať údaje akým ­
koľvek iným spôsobom pre podnik autentifikovaný prostred ­
níctvom tohto kanálu. V takom prípade platia pre toto s ťaho­
vanie prístupové práva k údajom v podnikovom režime.  
194) Sťahovanie nesmie zmeni ť alebo vymaza ť žiadne uložené 
údaje.  
195) Elektrické rozhranie konektora kalibrácie/s ťahovania je špeci ­
fikované v dodatku 6.  
196) Protokoly s ťahovania sú špecifikované v dodatku 7.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 50  
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 prostredníc ­
tvom bezdrôtovej komunikácie, ako je uvedené v dodatku 14.  
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.  
3.20 Výstupné údaje pre doplnkové externé zariadenia  
▼M1 
200) Záznamové zariadenie môže by ť tiež vybavené štandardizova ­
nými rozhraniami umož ňujúcimi, aby údaje, ktoré tachograf 
zaznamenal alebo vytvoril, používalo v prevádzkovom režime 
alebo režime kalibrácie externé zariadenie.  
V dodatku 13 je špecifikované a štandardizované nepovinné 
rozhranie ITS. Zárove ň možno používa ť iné rozhrania 
jednotky vozidla, ak plne vyhovujú požiadavkám dodatku 13 
z hľadiska minimálneho zoznamu údajov, zabezpe čenia 
a súhlasu vodi ča. 
Súhlas vodi ča sa nevzťahuje na údaje prenášané zo záznamo ­
vého zariadenia do siete vozidla. Ak sa osobné údaje vkladané 
do siete vozidla ďalej spracúvajú mimo siete vozidla, výrobca 
vozidla zodpovedá za súlad uvedeného spracovania osobných 
údajov s nariadením (EÚ) 2016/679 (všeobecné nariadenie 
o ochrane údajov).  
Súhlas vodi ča sa nevzťahuje ani na údaje z tachografu s ťaho­
vané diaľkovo pre podnik (požiadavka bodu 193), ke ďže tento 
scenár je upravený právom prístupu k podnikovej karte.  
Na údaje ITS sa uplat ňujú tieto požiadavky sprístupnené 
prostredníctvom daného rozhrania:  
— tieto údaje predstavujú súbor vybraných existujúcich 
údajov zo slovníka údajov tachografu (dodatok 1),  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 51  
— podsúbor týchto vybraných údajov sa ozna čuje ‚osobné 
údaje‘,  
— podsúbor ‚osobné údaje‘ je k dispozícii, len ke ď je akti­
vovaný overite ľný súhlas vodi ča, ktorým akceptuje, že 
jeho osobné údaje môžu opusti ť sieť vozidla,  
— súhlas vodi ča možno kedyko ľvek aktivova ť alebo deakti ­
vovať príkazmi v menu, za predpokladu, že karta vodi ča je 
vložená,  
— tento súbor a podsúbor údajov sa bude vysiela ť cez 
bezdrôtový Bluetooth protokol v okolí kabíny vozidla, 
s obnovovacou frekvenciou 1 minúty,  
— párovanie externého zariadenia s rozhraním ITS bude 
zabezpečené vyhradeným a náhodným PIN kódom 
s aspoň 4 číslicami, ktorý sa zaznamená a sprístupní na 
displeji každej jednotky vozidla,  
— za žiadnych okolností nemôže prítomnos ť rozhrania ITS 
narušiť alebo ovplyvni ť správne fungovanie a zabezpe čenie 
jednotky vozidla.  
Okrem daného minimálneho súboru zvolených existujúcich 
údajov môžu by ť výstupom aj ďalšie údaje, ak ich nemožno 
považovať za osobné.  
Záznamové zariadenie musí by ť schopné oznámi ť súhlas 
vodiča ostatným platformám v sieti vozidla.  
Keď je zapaľovanie vozidla zapnuté (ON), tieto údaje sa 
musia nepretržite vysiela ť. 
▼B 
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 1B k nariadeniu (EHS) č. 3821/85 v znení posled ­
ných zmien. Stále sa však vyžaduje súhlas vodi ča v prípade 
vysielania osobných údajov.  
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 zariadenia 
(k) charakteristickému koeficientu vozidla (w),  
— úpravu aktuálneho času v rámci platnosti vloženej dielen ­
skej 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,  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 52  
— aktualizáciu druhov a identifikátorov všetkých používa ­
ných plomb,  
— 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.  
203) Okrem toho musí kalibra čná funkcia umožni ť zrušenie použí ­
vania tachografových kariet prvej generácie v záznamovom 
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áva ­
ný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.  
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 (v 
prípade potreby),  
— kopírovania potrebných identifika čných údajov externého 
zariadenia GNSS vrátane sériového čísla externého zaria ­
denia GNSS z externého zariadenia GNSS do dátovej 
pamäte VU,  
Po spojení nasleduje overenie informácie o polohe z GNSS.  
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 prostried ­
kami.  
3.22 Kontrola kalibrácie pri cestnej kontrole  
207) Funkcia kontroly kalibrácie pri cestnej kontrole musí v čase 
ž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), pripojený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 vstupného/výstupného 
signalizačného vedenia uvedeného v dodatku 6 cez rozhranie 
K-vedenia. To sa musí vykona ť prostredníctvom ECUAdju ­
stmentSession, ako sa uvádza v dodatku 8 oddiele 7 Riadenie 
skúšobných impulzov – Riadenie vstupu/výstupu funk čnej 
jednotky.  
3.23 Úprava času 
210) Funkcia úpravy času musí umožni ť automatickú úpravu aktu ­
álneho času. Pre úpravu času sa používajú v záznamovom 
zariadení dva zdroje času: 1) vstavané hodiny VU, 2) prijíma č 
GNSS.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 53  
211) Nastavenie času vstavaných hodín VU musí by ť automaticky 
upravované každých 12 hodín. Ak takáto opakovaná úprava 
nie je možná pre nedostupnos ť signálu GNSS, nastavenie času 
sa musí vykona ť čo najskôr po tom, ako VU získa prístup 
k platnému času z prijíma ča GNSS, pod ľa podmienok týkajú ­
cich sa zapa ľovania vozidla. Referen čný čas pre automatické 
nastavenie času vstavaných hodín VU musí by ť odvodený 
z prijímača GNSS.  
▼B 
212) Funkcia úpravy času musí v režime kalibrácie umožni ť vyvo­
lanú úpravu aktuálneho času. 
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 komponenty 
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 magne ­
tickými po ľami alebo je vo či nim odolný.  
218) Záznamové zariadenie a externé zariadenie GNSS musí zodpo ­
vedať 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 mechanickou 
pevnosťou a so stálymi elektrickými a magnetickými charak ­
teristikami.  
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 technickým 
požiadavkám ergonomického dizajnu.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 54  
223) Záznamové zariadenie musí by ť chránené proti neúmyselnému 
poškodeniu.  
3.26 Ozna čenia 
224) Ak záznamové zariadenie zobrazuje stav po čítadla kilometrov 
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 zobrazovalo 
rýchlosť v míľach za hodinu; v tomto prípade sa ako jednotka 
merania rýchlosti zobrazí skratka „mph“. Záznamové zaria ­
denie sa môže prepnú ť tak, aby zobrazovalo vzdialenos ť 
v míľach; v tomto prípade sa ako jednotka merania vzdiale ­
nosti 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.  
▼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 členské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 hviezdi č­
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  NL  Holandsko  
D 
EST Nemecko 
Estónsko  A 
PL Rakúsko 
Poľsko ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 55  
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  UK  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 (nepovinné)  
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 (nepovin ­
né) 
7. Podpis držite ľa (nepovinné)  
8. bydlisko alebo poštová 
adresa držite ľa (nepovinné).  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 — 26.02.2020 — 002.001 — 56  
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žujú ­
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 
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é ustano ­
venia tejto prílohy.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 57  
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, umož ­
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 tachografové 
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 integrovaný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 ť pred­
pisu EHK R10, týkajúcemu sa elektromagnetickej kompatibi ­
lity, a musia by ť chránené proti elektrostatickým výbojom.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 58  
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, ktoré 
slúžia na splnenie požiadaviek na uloženie údajov, sú špecifikované 
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.  
246) Akéko ľvek doplnkové údaje, ktoré môžu by ť uložené na 
tachografových kartách, týkajúce sa iných aplikácií, ktoré 
môžu byť na karte, musia by ť uložené v súlade so smernicou 
95/46/ES a smernicou 2002/58/ES a v súlade s článkom 7 
nariadenia (EÚ) č. 165/2014.  
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 vyhradené 
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.  
Všetky podrobnosti štruktúry tachografovej karty sú špecifiko ­
vané 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 identifi ­
kačné údaje inteligentnej karty:  
— zastavenie času, 
— 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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 59  
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 identifi ­
kač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.  
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 platnosti 
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 60  
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),  
— 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),  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 61  
— ú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 posled ­
ných udalostiach každého typu (t. j. 36 udalostí).  
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.  
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 ň). ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 62  
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ázna ­
mov.  
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:  
— 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)),  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 63  
— 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ázna ­
mov.  
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 e v o z i d l a p r v e j g e n e r á c i e )  
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.  
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 platnosti 
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).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 64  
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),  
— 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 zariade ­
ní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 — 26.02.2020 — 002.001 — 65  
— údaje o vozidle musia zodpoveda ť vozidlu, v ktorom bola 
relácia nesprávne uzavretá.  
287) Karta vodi ča musí byť schopná uloži ť údaje o šiestich posled ­
ných udalostiach každého typu (t. j. 66 udalostí).  
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.  
290) 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.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 Č), 
— stav karty (VLOŽENÁ, NEVLOŽENÁ),  
— činnosť (VEDENIE, POHOTOVOS Ť, PRÁCA, 
PRESTÁVKA/ODPO ČINOK).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 66  
— čas zmeny.  
292) 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 ň). 
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.  
295) Karta vodi ča musí byť schopná uloži ť aspoň 84 takých zázna ­
mov.  
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),  
— 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á. 
297) Pamä ť karty vodi ča musí by ť schopná uchova ť aspoň 84 
párov takých záznamov.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 67  
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 ťaho­
vanie z karty sa zaznamená len vtedy, ke ď sa vykoná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.  
302) Karta vodi ča musí byť schopná uloži ť aspoň 56 takých zázna ­
mov.  
4.5.3.2.15 Údaje o použitých jednotkách vozidla  
303) Karta vodi ča zariadenie musí by ť schopná uloži ť tieto údaje 
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.  
304) Karta vodi ča musí byť schopná uloži ť aspoň 84 takých zázna ­
mov. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 68  
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.  
306) Karta vodi ča musí by ť schopná uloži ť aspoň 252 takýchto 
záznamov.  
▼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 šifrovacích 
kľúčov a certifikátov, ako je uvedené v dodatku 11 časti A.  
309) Dielenská karta musí by ť schopná uloži ť osobné identifika č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 platnosti 
karty.  
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 ťahovaní 
údajov z karty rovnako ako karta vodi ča. ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 69  
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áž, pravidelná 
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 kalibrá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 posledných 
šiestich poruchách každého typu (t. j. 12 porúch).  
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 času 
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 70  
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.  
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 e v o z i d l a p r v e j g e n e r á c i e )  
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.  
4.5.4.2.2 K ľúče a certifikáty  
331) Dielenská karta musí by ť schopná uloži ť niekoľko šifrovacích 
kľúčov a certifikátov, ako je uvedené v dodatku 11 časti B.  
332) Dielenská karta musí by ť schopná uloži ť osobné identifika č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 platnosti 
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 ťahovaní 
údajov z karty rovnako ako karta vodi ča. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 71  
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áž, pravidelná 
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),  
— druhy plomb a identifikátory všetkých používaných plomb,  
— schopnos ť VU použi ť tachografové karty prvej generácie 
(aktivovaná alebo nie).  
338) Dielenská karta musí by ť schopná uloži ť aspoň 88 takýchto 
záznamov.  
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 kalibrá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 posledný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. 
344) Dielenská karta musí by ť schopná uchova ť údaje o činnosti 
vodiča za aspoň jeden deň priemernej činnosti vodi ča. 
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. 
346) Dielenská karta musí by ť schopná uloži ť aspoň 4 takéto 
záznamy.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 72  
4.5.4.2.10 Údaje o za čiatku a/alebo konci denného pracovného času 
347) 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. 
348) Dielenská karta musí by ť schopná uchova ť aspoň tri páry 
takých záznamov.  
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. 
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ý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.  
352) Dielenská karta musí by ť schopná uloži ť aspoň 4 takéto 
záznamy.  
▼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.  
354) Dielenská karta musí by ť schopná uloži ť aspoň 18 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. 
356) Dielenská karta musí by ť schopná uloži ť aspoň 2 takéto 
záznamy.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 73  
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 šifrovací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 platnosti 
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,  
— typ kontroly (zobrazovanie a/alebo tla č a/alebo sťahovanie 
z VU a/alebo s ťahovanie z karty a/alebo kontrola kali ­
brá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. 
362) Kontrolná karta musí by ť schopná uchova ť aspoň 230 takých 
záznamov.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 74  
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.  
4.5.5.2.2 K ľúče a certifikáty  
364) Kontrolná karta musí by ť schopná uloži ť niekoľko šifrovací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 platnosti 
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,  
— typ kontroly (zobrazovanie a/alebo tla č a/alebo sťahovanie 
z VU a/alebo s ťahovanie z karty a/alebo kontroly kali ­
brá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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 75  
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 identifika č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 šifrovací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 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 platnosti 
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 identifika čné 
údaje držite ľa karty:  
— názov podniku,  
— adresu podniku.  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 76  
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 identifika čné 
údaje o aplikácii:  
— identifikácia aplikácie tachografu,  
— identifikácia typu tachografovej karty.  
4.5.6.2.2 K ľúče a certifikáty  
376) Podniková karta musí by ť schopná uloži ť niekoľko šifrovací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 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 platnosti 
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 identifika čné 
údaje držite ľa karty:  
— názov podniku,  
— adresu podniku.  
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.  
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šetkými 
kalibračnými parametrami, ktoré sú uvedené v kapitole 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. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 77  
382) Pred aktiváciou musí záznamové zariadenie umožni ť prístup 
ku kalibračnej funkcii, aj ke ď nie je v režime kalibrácie.  
383) Pred aktiváciou nesmie záznamové zariadenie zaznamenáva ť 
ani uklada ť údaje uvedené v bodoch 3.12.3, 3.12.9 a 3.12.12 
až 3.12.15 vrátane.  
384) Počas montáže musí výrobca vozidla prednastavi ť všetky 
známe parametre.  
385) Výrobcovia vozidiel alebo montéri musia aktivova ť namonto­
vané záznamové zariadenie najneskôr predtým, než sa vozidlo 
použije v rozsahu pôsobnosti nariadenia (ES) č. 561/2006.  
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 automa ­
ticky pred aktiváciou alebo po čas nej.  
388) Podobne, špecifické spájacie operácie medzi externým zaria ­
dením GNSS a jednotkou vozidla sa v prípade potreby usku ­
toč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ľkové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é.  
392) Po montáži nasleduje kalibrácia. Prvá kalibrácia nemusí nutne 
zahŕňať zadanie eviden čného čísla vozidla (VRN), ak ho 
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 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) (  1 ). Všetky aktualizácie alebo 
potvrdenie tohto zadania sú možné iba s použitím dielenskej 
karty.  
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.  ▼B 
( 1 ) Ú. v. EÚ L 102, 11.4.2006, s.1.
 02016R0799 — SK — 26.02.2020 — 002.001 — 78  
5.2 Montážny štítok  
395) 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 viditeľ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 viditeľný. V prípade vozidiel, 
ktoré nemajú „B“ st ĺpik, sa montážny štítok pripevní na rám 
dverí na strane vodi ča 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ý.  
▼M1 
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,  
— sériové číslo prípadného dia ľkového komunika čného zaria­
denia,  
— 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 adap ­
té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.  
▼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žia­
davky 396, sa môže použi ť druhý, dodato čný štítok. V taký ­
chto prípadoch musí tento dodato čný štítok obsahova ť aspoň 
posledné štyri zarážky uvedené v požiadavke 396.  ▼B 
( 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 — 26.02.2020 — 002.001 — 79  
Ak sa tento druhý dodato čný štítok použije, musí sa pripevni ť 
vedľa alebo blízko prvého hlavného štítka uvedeného v požia ­
davke 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 obmedzova ča 
rýchlosti alebo akéhoko ľvek iného zariadenia, ktoré 
prispieva k zvýšeniu cestnej bezpe čnosti, za predpokladu, 
ž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 namonto ­
vaní zariadenia obmedzujúceho rýchlos ť alebo akého ­
koľ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.  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 80  
404) Schválené dielne a výrobcovia vozidiel musia v rámci naria ­
denia (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 ť pripravení 
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ôvodnená 
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 
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 kapitolou 
5.3 a musí by ť kalibrované.  
▼B 
6.4 Pravidelné inšpekcie  
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ž 20 minút od správneho 
času, alebo ke ď bolo zmenené VRN, a aspo ň raz za dva roky 
(24 mesiacov) od poslednej kontroly.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 81  
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 vymedzené 
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).  
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 poten ­
ciálne ohrozi ť zabezpečenie zariadenia, diel ňa musí:  
a. porovna ť identifikačné údaje sníma ča pohybu zapojené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áznamové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ť štandard­
ných skúšobných podmienok:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 82  
— 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.  
6.6 Opravy  
415) Dielne musia by ť schopné stiahnu ť údaje zo záznamového 
zariadenia, aby ich mohli odovzda ť príslušnému dopravnému 
podniku.  
416) Schválené dielne musia vyda ť dopravným podnikom osved ­ 
čenie o nemožnosti stiahnutia údajov, ke ď nesprávne fungo ­
vanie záznamového zariadenia bráni stiahnutiu zaznamena ­
ných údajov, dokonca aj po oprave v tejto dielni. Dielne 
musia minimálne dva roky uchováva ť kópiu každého vyda ­
né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 ťa­
hujú 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 tachogra ­
fovej 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 tachogra ­
fovej karty musí ma ť rovnaký dátum skon čenia platnosti ako 
karta, ktorú nahrádza.  
421) Tachografová karta vydaná ako obnova existujúcej tachogra ­
fovej karty musí ma ť rovnaké číslo ako karta, ktorú obno ­
vuje, 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 pravid ­
lami prvého vydania, ak bola vykonaná iným členský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ú.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 83  
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.  
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 zariade ­
nia. 
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č pripo­
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 tachografový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
 02016R0799 — SK — 26.02.2020 — 002.001 — 84  
428) Každá zmena softvéru alebo hardvéru zariadenia alebo vlast ­
ností 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 typo ­
vého schválenia alebo môže požadova ť aktualizáciu alebo 
potvrdenie príslušných osved čení zabezpe čenia, funk čnosti 
a/alebo interoperability.  
429) Postupy p modernizácie softvéru záznamového zariadenia in 
situ musí schváli ť orgán, ktorý záznamovému zariadeniu 
udelil typové schválenie. Modernizácia softvéru nesmie 
meniť ani vymaza ť žiadne údaje o činnosti vodi ča uložené 
v záznamovom zariadení. Softvér sa môže upgradova ť len na 
zodpovednos ť výrobcu zariadenia.  
430) Typové schválenie modifikácií softvéru zamerané na moder ­
nizáciu predtým typovo schváleného záznamového zariadenia 
nemožno odmietnu ť, ak sa takéto zmeny vz ťahujú len na 
funkcie, ktoré nie sú uvedené v tejto prílohe. Modernizácia 
softvéru záznamového zariadenia môže vylú čiť zavedenie 
nových množín znakov, ak to nie je technicky realizovate ľné. 
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 zabez ­
pečenia odmietnu osved čiť nové zariadenie z dôvodu zasta ­
ranosti 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 zabezpe č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ľovaciemu úradu členského štátu všetky materiály 
a dokumentá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ža ­
dujú 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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 85  
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 vykona ­
ných skúšok a dosiahnutých výsledkov.  
438) Na osved čení funkčnosti každého komponentu záznamového 
zariadenia sa musia uvádza ť aj čísla typových schválení 
ostatných typovo schválených kompatibilných komponentov 
záznamového zariadenia skúšaných pri jeho osved čovaní.  
439) Na osved čení funkčnosti každého komponentu záznamové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 interoperabi ­
lity 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.  
443) Pri záznamovom zariadení alebo tachografových kartách, 
ktorým nebolo udelené osved čenie zabezpe čenia a osved čenie 
funkčnosti, skúšob ňa nevykonáva skúšky interoperability, 
s výnimkou osobitných okolností uvedených v požiadavke 
432. 
444) Každý výrobca žiadajúci o vykonanie skúšok interoperability 
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ázna ­
mové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ú.  
447) Osved čenie interoperability ude ľuje skúšob ňa výrobcovi len 
po všetkých úspešne absolvovaných skúškach interoperabi ­
lity. 
448) Ak neboli skúšky interoperability úspešné s jedným alebo 
niekoľkými záznamovými zariadeniami alebo tachografovou 
kartou resp. kartami, osved čenie interoperability sa nesmie 
vydať, kým žiadajúci výrobca nevykoná potrebné zmeny  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 86  
a neabsolvuje úspešne skúšky interoperability. Skúšob ňa 
musí s pomocou výrobcu, ktorého sa táto porucha interope ­
rability 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šet ­
ký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 člen­
ské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ýrobcovi.  
454) Skúšob ňa vykonávajúca skúšky interoperability musí 
prevádzkova ť verejnú webovú stránku, na ktorej bude aktua ­
lizovať zoznam modelov záznamových zariadení alebo tacho ­
grafový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áznamového 
zariadenia druhej generácie a tachografových kariet druhej 
generácie (karty vodi ča, dielenské, kontrolné a podnikové 
karty) certifikovaná ako interoperabilná, sa každé udelené 
osvedčenie interoperability (vrátane prvých) vz ťahujúce sa 
k žiadostiam zaregistrovaným po čas tohto obdobia považuje 
za predbežné.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 87  
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 interoperabilitou, 
skúšobňa poverená vykonávaním skúšok interoperability 
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 interopera ­
bilitou 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ú definitívne osved ­ 
čenie interoperability, s uvedením dôvodov pre také rozhod ­
nutie.  
459) Každá žiados ť o vykonanie skúšok interoperability registro ­
vaná 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 intero ­
perability. Také žiadosti sa potom spracujú v poradí, v akom 
boli zaregistrované.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 88  
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  
2.12. CardCertificate  
2.13. CardChipIdentification  
2.14. CardConsecutiveIndex  
2.15. CardControlActivityDataRecord  
2.16. CardCurrentUse  
2.17. CardDriverActivity  
2.18. CardDrivingLicenceInformation  
2.19. CardEventData  
2.20. CardEventRecord  
2.21. CardFaultData  
2.22. CardFaultRecord  
2.23. CardIccIdentification  
2.24. CardIdentification  
2.25. CardMACertificate  
2.26. CardNumber  
2.27. CardPlaceDailyWorkPeriod  
2.28. CardPrivateKey  
2.29. CardPublicKey  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 89  
2.30. CardRenewalIndex  
2.31. CardReplacementIndex  
2.32. CardSignCertificate  
2.33. CardSlotNumber  
2.34. CardSlotsStatus  
2.35. CardSlotsStatusRecordArray  
2.36. CardStructureVersion  
2.37. CardVehicleRecord  
2.38. CardVehiclesUsed  
2.39. CardVehicleUnitRecord  
2.40. CardVehicleUnitsUsed  
2.41. Certificate  
2.42. CertificateContent  
2.43. CertificateHolderAuthorisation  
2.44. CertificateRequestID  
2.45. CertificationAuthorityKID  
2.46. CompanyActivityData  
2.47. CompanyActivityType  
2.48. CompanyCardApplicationIdentification  
2.49. CompanyCardHolderIdentification  
2.50. ControlCardApplicationIdentification  
2.51. ControlCardControlActivityData  
2.52. ControlCardHolderIdentification  
2.53. ControlType  
2.54. CurrentDateTime  
2.55. CurrentDateTimeRecordArray  
2.56. DailyPresenceCounter  
2.57. Datef  
2.58. DateOfDayDownloaded  
2.59. DateOfDayDownloadedRecordArray  
2.60. Distance  
2.61. DriverCardApplicationIdentification  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 90  
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  
2.74. FullCardNumberAndGeneration  
2.75. Generation  
2.76. GeoCoordinates  
2.77. GNSSAccuracy  
▼M1 
2.78. GNSSAccumulatedDriving  
2.79. GNSSAccumulatedDrivingRecord  
▼B 
2.80. GNSSPlaceRecord  
2.81. HighResOdometer  
2.82. HighResTripDistance  
2.83. HolderName  
2.84. InternalGNSSReceiver  
2.85. K-ConstantOfRecordingEquipment  
2.86. KeyIdentifier  
2.87. KMWCKey  
2.88. Language  
2.89. LastCardDownload  
2.90. LinkCertificate  
2.91. L-TyreCircumference  
2.92. MAC  
2.93. ManualInputFlag  
2.94. ManufacturerCode  
2.95. ManufacturerSpecificEventFaultData  
2.96. MemberStateCertificate  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 91  
2.97. MemberStateCertificateRecordArray  
2.98. MemberStatePublicKey  
2.99. Name  
2.100. NationAlpha  
2.101. NationNumeric  
2.102. NoOfCalibrationRecords  
2.103. NoOfCalibrationsSinceDownload  
2.104. NoOfCardPlaceRecords  
2.105. NoOfCardVehicleRecords  
2.106. NoOfCardVehicleUnitRecords  
2.107. NoOfCompanyActivityRecords  
2.108. NoOfControlActivityRecords  
2.109. NoOfEventsPerType  
2.110. NoOfFaultsPerType  
▼M1 
2.111. NoOfGNSSADRecords  
▼B 
2.112. NoOfSpecificConditionRecords  
2.113. OdometerShort  
2.114. OdometerValueMidnight  
2.115. OdometerValueMidnightRecordArray  
2.116. OverspeedNumber  
2.117. PlaceRecord  
2.118. PreviousVehicleInfo  
2.119. PublicKey  
2.120. RecordType  
2.121. RegionAlpha  
2.122. RegionNumeric  
2.123. RemoteCommunicationModuleSerialNumber  
2.124. RSAKeyModulus  
2.125. RSAKeyPrivateExponent  
2.126. RSAKeyPublicExponent  
2.127. RtmData  
2.128. SealDataCard  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 92  
2.129. SealDataVu  
2.130. SealRecord  
2.131. SensorApprovalNumber  
2.132. SensorExternalGNSSApprovalNumber  
2.133. SensorExternalGNSSCoupledRecord  
2.134. SensorExternalGNSSIdentification  
2.135. SensorExternalGNSSInstallation  
2.136. SensorExternalGNSSOSIdentifier  
2.137. SensorExternalGNSSSCIdentifier  
2.138. SensorGNSSCouplingDate  
2.139. SensorGNSSSerialNumber  
2.140. SensorIdentification  
2.141. SensorInstallation  
2.142. SensorInstallationSecData  
2.143. SensorOSIdentifier  
2.144. SensorPaired  
2.145. SensorPairedRecord  
2.146. SensorPairingDate  
2.147. SensorSCIdentifier  
2.148. SensorSerialNumber  
2.149. Signature  
2.150. SignatureRecordArray  
2.151. SimilarEventsNumber  
2.152. SpecificConditionRecord  
2.153. SpecificConditions  
2.154. SpecificConditionType  
2.155. Speed  
2.156. SpeedAuthorised  
2.157. SpeedAverage  
2.158. SpeedMax  
2.159. TachographPayload  
▼M1 
2.160. Vyhradené nabudúce použitie  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 93  
2.161. TDesSessionKey  
2.162. TimeReal  
2.163. TyreSize  
2.164. VehicleIdentificationNumber  
2.165. VehicleIdentificationNumberRecordArray  
2.166. VehicleRegistrationIdentification  
2.167. VehicleRegistrationNumber  
2.168. VehicleRegistrationNumberRecordArray  
2.169. VuAbility  
2.170. VuActivityDailyData  
2.171. VuActivityDailyRecordArray  
2.172. VuApprovalNumber  
2.173. VuCalibrationData  
2.174. VuCalibrationRecord  
2.175. VuCalibrationRecordArray  
2.176. VuCardIWData  
2.177. VuCardIWRecord  
2.178. VuCardIWRecordArray  
2.179. VuCardRecord  
2.180. VuCardRecordArray  
2.181. VuCertificate  
2.182. VuCertificateRecordArray  
2.183. VuCompanyLocksData  
2.184. VuCompanyLocksRecord  
2.185. VuCompanyLocksRecordArray  
2.186. VuControlActivityData  
2.187. VuControlActivityRecord  
2.188. VuControlActivityRecordArray  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 94  
2.189. VuDataBlockCounter  
2.190. VuDetailedSpeedBlock  
2.191. VuDetailedSpeedBlockRecordArray  
2.192. VuDetailedSpeedData  
2.193. VuDownloadablePeriod  
2.194. VuDownloadablePeriodRecordArray  
2.195. VuDownloadActivityData  
2.196. VuDownloadActivityDataRecordArray  
2.197. VuEventData  
2.198. VuEventRecord  
2.199. VuEventRecordArray  
2.200. VuFaultData  
2.201. VuFaultRecord  
2.202. VuFaultRecordArray  
▼M1 
2.203. VuGNSSADRecord  
2.204. VuGNSSADRecordArray  
▼B 
2.205. VuIdentification  
2.206. VuIdentificationRecordArray  
2.207. VuITSConsentRecord  
2.208. VuITSConsentRecordArray  
2.209. VuManufacturerAddress  
2.210. VuManufacturerName  
2.211. VuManufacturingDate  
2.212. VuOverSpeedingControlData  
2.213. VuOverSpeedingControlDataRecordArray  
2.214. VuOverSpeedingEventData  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 95  
2.215. VuOverSpeedingEventRecord  
2.216. VuOverSpeedingEventRecordArray  
2.217. VuPartNumber  
2.218. VuPlaceDailyWorkPeriodData  
2.219. VuPlaceDailyWorkPeriodRecord  
2.220. VuPlaceDailyWorkPeriodRecordArray  
2.221. VuPrivateKey  
2.222. VuPublicKey  
2.223. VuSerialNumber  
2.224. VuSoftInstallationDate  
2.225. VuSoftwareIdentification  
2.226. VuSoftwareVersion  
2.227. VuSpecificConditionData  
2.228. VuSpecificConditionRecordArray  
2.229. VuTimeAdjustmentData  
▼M1 
2.230. Vyhradené nabudúce použitie  
2.231. Vyhradené nabudúce použitie  
▼B 
2.232. VuTimeAdjustmentRecord  
2.233. VuTimeAdjustmentRecordArray  
2.234. WorkshopCardApplicationIdentification  
2.235. WorkshopCardCalibrationData  
2.236. WorkshopCardCalibrationRecord  
2.237. WorkshopCardHolderIdentification  
2.238. WorkshopCardPIN  
2.239. W-VehicleCharacteristicConstant  
2.240. VuPowerSupplyInterruptionRecord  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 96  
2.241. VuPowerSupplyInterruptionRecordArray  
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 Abstract 
Syntax Notation One (ASN.1). Umož ňuje to jednoduchú a štruktúrovanú 
definíciu údajov bez implikácie akejko ľvek osobitnej prevodnej syntaxe 
(pravidiel kódovania), ktorá by bola závislá od aplikácie a prostredia.  
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ú údaje 
uložené, a s príslušnou funkciou.  
Ak je typ ASN.1 už vymedzený ako sú časť inej normy a je relevantný 
pre použitie v záznamovom zariadení, bude tento typ ASN.1 vymedzený 
v tomto dodatku.  
Na umožnenie viacerých typov kódovacích pravidiel sú niektoré typy 
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 — 26.02.2020 — 002.001 — 97  
ISO/IEC 7816-5 Identifika čné karty. Karty s integrovanými obvodmi. 
Časť 5: Registrácia poskytovate ľov aplikácií.  
Druhé vydanie: 2004.  
ISO/IEC 7816-6 Identifika čné karty. Karty s integrovanými obvodmi. 
Č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 technické 
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 znakov 
kódované jednou 8-bitovou slabikou (jedným okte ­
tom). Časť 1: Latinská abeceda č. 1. Prvé vydanie: 
1998.  
ISO/IEC 8859-7 Informa čné technológie – Množiny grafických znakov 
kódované jednou 8-bitovou slabikou (jedným okte ­
tom). Č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  
Pri všetkých nasledovných dátových typoch sa ako predvolená hodnota 
pri „neznámom“ alebo „neuplatnite ľnom“ obsahu dátový prvok vyplní 
bajtmi ‘FF’.  
Ak nie je uvedené inak, všetky dátové typy sa používajú pre aplikácie 
generácie 1 a generácie 2.  
▼M1 
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 generá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 typov sa 
vzťahujú na aplikácie generácie 1 aj generácie 2.  
▼B 
2.1. ActivityChangeInfo  
Tento dátový typ umož ňuje dvojbajtovým slovom kódovanie stavu slotu 
v čase 00.00 hod. a/alebo stavu vodi ča v čase 00.00 hod. a/alebo pre 
vodiča a druhého vodi ča zmeny činnosti a/alebo zmeny stavu vedenia 
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 Č, ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 98  
‘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 vodi č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é)  
‘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. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 99  
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é na 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é. 
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 100  
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 ‘CharacterStringType’ 
podľa normy ISO/IEC 8824-1.
  
BCDString používa notáciu „hstring“. Najkrajnejšia ľavá hexadecimá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 nulami.  
Povolené číslice sú: 0, 1, ..9.  
2.8. CalibrationPurpose  
Kód vysvet ľujúci, prečo bola zaznamenaná sada kalibra čných parame ­
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.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 101  
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 aktivá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 vodi ča 
v určitom kalendárnom dni. Tento dátový typ súvisí s požiadavkami 
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 najstarším 
denným záznamom, hodnota activityPreviousRecordLength sa musí 
nastaviť na 0.  
activityRecordLength  je celková d ĺžka tohto záznamu v bajtoch. Maxi ­
málna hodnota je daná d ĺžkou reťazca oktetov (OCTET STRING) obsa ­
hujúceho tieto záznamy.  
activityRecordDate  je dátum záznamu.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 102  
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 ur č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 prípad ­
ných poml čiek. Schva ľovacie číslo schválenia sa zarovná v ľavo. 
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 prí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.  
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’  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 103  
2.15.  CardControlActivityDataRecord  
Informácie uložené na karte vodi ča alebo dielenskej karte o poslednej 
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 vozidla.  
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 nastaví na 
nulu.  
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ého denného 
záznamu v re ťazci activityDailyRecords. Maximálna hodnota je daná 
dĺžkou reťazca. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 104  
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 ĺžkou 
reťazca.  
activityDailyRecords  je miesto, ktoré je k dispozícii na uloženie údajov 
o činnosti vodi ča (dátová štruktúra: CardActivityDailyRecord) za 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 prvom bajte 
reťazca. Každý nový záznam sa pripája na koniec predchádzajúceho. 
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 activi ­
tyDailyRecord alebo zadanie nového activityDailyRecord), ktoré nahrá ­
dzajú staršie údaje o činnosti, treba aktualizova ť activityPointerOlde ­
stDayRecord, aby odrážal novú polohu najstaršieho úplného denného 
záznamu a activityPreviousRecordLength tohto (nového) najstaršieho 
ú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 vodi č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.  
▼M1 
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ždia 
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:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 105  
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ždia 
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 261, 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.  
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 263, 
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.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 106  
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.  
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 danej karty 
(požiadavky 255, 280, 310, 333, 359, 365, 371 a 377 v prílohe 1C).
  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 107  
cardExpiryDate  je konečný dátum platnosti karty.  
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, kontrolnej 
a podnikovej karty.  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 108  
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)].
  
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 certifiká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 vozidla.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 109  
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.  
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  
‘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 túto verziu aplikácií generácie 1  
‘00’H pre túto verziu aplikácií generácie 2  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 110  
2.37.  CardVehicleRecord  
Informácie uložené na karte vodi ča alebo dielenskej karte spojené 
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:
  
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úvisiace 
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 111  
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 štruktúre.  
cardVehicleRecords  je sada záznamov obsahujúcich informácie o použi ­
tých vozidlách.  
2.39.  CardVehicleUnitRecord  
Generácia 2:  
Informácie uložené na karte vodi ča alebo dielenskej karte súvisiace 
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  
Generácia 2:  
Informácie uložené na karte vodi ča alebo dielenskej karte súvisiace 
s jednotkami vozidla, ktoré držite ľ karty používa (požiadavky 306 
a 352 v prílohe 1C).
  
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 jednotke 
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:
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 112  
Priradenie hodnôt : digitálny podpis s čiastočnou obnovou Certificate ­
Content pod ľa dodatku 11 Spolo čné bezpečnostné mechanizmy: Podpis 
(128 bajtov) || zostatok verejného k ľúča (58 bajtov) || ref. certifika čnej 
autority (8 bajtov).  
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 Spolo č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 normou 
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 — 26.02.2020 — 002.001 — 113  
Generácia 2:  
tachographApplicationID  určuje 6 najvýznamnejších bajtov identifiká ­
tora (AID) aplikácie tachografovej karty generácie 2. AID apliká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 ť aj ako 
identifikátor verejného k ľúča jednotky vozidla, ak nie je v čase vyge­
nerovania certifikátu známe sériové číslo jednotky vozidla, ktorej 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šíre ­
né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 — 26.02.2020 — 002.001 — 114  
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.  
2.47.  CompanyActivityType  
Kód udávajúci činnosť vykonávanú podnikom s použitím podnikovej 
karty.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 115  
2.48.  CompanyCardApplicationIdentification  
Informácie uložené na podnikovej karte súvisiace s identifikáciou 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 ť. 
2.49.  CompanyCardHolderIdentification  
Informácie uložené na podnikovej karte súvisiace s identifikáciou 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.  
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áciou 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 ť. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 116  
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ílohe 
1C).
 
controlPointerNewestRecord  je index naposledy aktualizovaného 
záznamu o kontrolnej činnosti.  
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 kontrolnej 
č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áciou 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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 117  
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á,  
‘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 zobraze ­
nie, 
‘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,  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 118  
‘d’B zobrazenie:  
‘0’B: pri tejto kontrolnej činnosti sa nepoužíva zobraze ­
nie, 
‘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).  
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 protokole.
  
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. Tento 
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 nastavené na 0.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 119  
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“.  
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 proto ­
kole.
  
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 hodno ­
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.  
2.61.  DriverCardApplicationIdentification  
Informácie uložené na karte vodi ča súvisiace s identifikáciou aplikácie 
karty (požiadavky 253 a 278 v prílohe 1C).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 120  
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 
2.62.  DriverCardHolderIdentification  
Informácie uložené na karte vodi ča súvisiace s identifikáciou drž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. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 121  
cardHolderPreferredLanguage  je preferovaný jazyk držite ľa karty.  
▼M1 
2.63.  Vyhradené nabudúce použitie  
▼B 
2.64.  EGFCertificate  
Generácia 2:  
Certifikát verejného k ľúča externého zariadenia GNSS pre vzájomnú 
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 času, 
miesta a podmienok zápisu.  
Generácia 1
  
Priradenie hodnôt : podľa normy ISO/IEC8824-1.  
Generácia 2:
  
Priradenie hodnôt : podľa normy ISO/IEC8824-1.  
2.67.  EquipmentType  
Kód na rozlíšenie typov zariadenia pre tachografovú aplikáciu.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 122  
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 Sensor‘ 
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 osved čenia 
pre vzájomnú autentifikáciu pre príslušný typ zariadenia. Na ozna čenie 
príslušného osved čenia na vytvorenie digitálneho podpisu sa musia 
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 — 26.02.2020 — 002.001 — 123 
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 vozidla, 
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 — 26.02.2020 — 002.001 — 124 
Poruchy karty, 
Bez ďalších podrobností, 
RFU,
  
RFU,
  
Špecifické pod ľa výrobcu.  
▼M1
Generácia 2:
  
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 vozidla, 
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 — 26.02.2020 — 002.001 — 125
  
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.  
2.71.  ExtendedSealIdentifier  
Generácia 2:  
Rozšírený identifikátor plomby jednozna čne identifikuje plombu (požia ­
davka 401 v prílohe IC).
  
manufacturerCode  je kód výrobcu plomby.  
sealIdentifier  je identifikátor plomby jedine čný pre daného výrobcu.  
▼B 
2.72.  ExtendedSerialNumber  
Jedinečná identifikácia zariadenia. Môže sa použi ť aj ako identifiká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). ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 126  
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.  
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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 127  
2.76.  GeoCoordinates  
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.
  
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) hodnoty 
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ťahujú na polohu vozidla pod ľa GNSS, ak kumulovaný čas jazdy 
dosiahne 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 kumulovanej 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:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 128  
Informácie uložené na karte vodi ča alebo dielenskej karte, ktoré sa 
vzťahujú na polohu vozidla pod ľa GNSS, ak kumulovaný čas jazdy 
dosiahne 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.  
gnssPlaceRecord  obsahuje informácie o polohe vozidla.  
vehicleOdometerValue  je stav po čítadla kilometrov, ke ď kumulovaný 
čas jazdy dosiahne násobok troch hodín.  
▼B 
2.80.  GNSSPlaceRecord  
Generácia 2:  
Informácie súvisiace s polohou vozidla pod ľa GNSS (požiadavky 108, 
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á vzdialenos ť 
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.  
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.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 129  
holderFirstNames  – krstné meno(-á) a iniciály držite ľa. 
2.84.  InternalGNSSReceiver  
Generácia 2:  
Informácia o tom, či je prijíma č GNSS integrovaný v jednotke vozidla, 
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 vozidla (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átu.  
▼B 
2.87.  KMWCKey  
Generácia 2:  
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. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 130  
2.89.  LastCardDownload  
Dátum a čas posledného s ťahovania údajov z karty, uložené na karte 
vodiča (na iné ú čely než kontrolu), požiadavky 257 a 282 v prílohe 1C. 
Tento dátum môže aktualizova ť VU alebo akáko ľvek čítačka kariet.
  
Priradenie hodnôt : bližšie neur čené. 
2.90.  LinkCertificate  
Generácia 2:  
Certifikát prepojenia medzi k ľúčovými pármi Európskeho úradu prvotnej 
certifikácie (ERCA).
  
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 (požia ­
davka 454 v prílohe 1C).  
Kódy výrobcov sa spolo čnostiam vyvíjajúcim tachografické zariadenia 
prideľujú dočasne na základe žiadosti predloženej skúšobni oprávnenej 
vykonávať skúšky interoperability.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 131  
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 certifi ­
kačnou autoritou.
  
2.97.  MemberStateCertificateRecordArray  
Generácia 2:  
Certifikát členského štátu plus metaúdaje použité v s ťahovacom proto ­
kole.
  
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.
  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 132  
2.100.  NationAlpha  
Písmenné ozna čenie krajiny musí by ť v súlade s rozlišujúcimi zna čkami 
používanými na vozidlách v medzinárodnej doprave (Viedenský 
dohovor 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 na 
webovej stránke skúšobne oprávnenej vykonáva ť skúšky interoperability 
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 číselný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 schvá ­
lených VU digitálnych a inteligentných tachografov.  
2.102.  NoOfCalibrationRecords  
Počet kalibračných záznamov, ktoré možno uloži ť na dielenskej karte.  
Generácia 1:
  
Priradenie hodnôt : pozri dodatok 2.  
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 kartou 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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 133  
2.105.  NoOfCardVehicleRecords  
Počet záznamov o použitých vozidlách, ktoré možno uloži ť na karte 
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 dielenskej 
karte.
  
Priradenie hodnôt : pozri dodatok 2.  
2.108.  NoOfControlActivityRecords  
Počet záznamov o kontrolnej činnosti, ktoré možno uloži ť na kontrolnej 
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 134  
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.  
▼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.  
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 090 
v prílohe 1B a požiadavka 113 v prílohe 1C).
  
Priradenie hodnôt : bližšie neur čené. 
2.115.  OdometerValueMidnightRecordArray  
Generácia 2:  
OdometerValueMidnight plus metaúdaje použité v s ťahovacom proto ­
kole.
  
recordType  určuje typ záznamu (OdometerValueMidnight).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu OdometerValueMidnight v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov OdometerValueMidnight.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 135  
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 poslednej 
kontroly bola rýchlos ť prekročená raz … 255 znamená, že od poslednej 
kontroly bola rýchlos ť prekročená 255 krát alebo viac.  
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. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 136  
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 RecordArrays.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 137  
Priradenie hodnôt:
  
► (1) M1 ActivityChangeInfo, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCertificate, 
OdometerValueMidnight, 
DateOfDayDownloaded, 
SensorPaired, 
Signature, 
SpecificConditionRecord, 
VehicleIdentificationNumber, 
VehicleRegistrationNumber, 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCertificate, 
VuCompanyLocksRecord, 
VuControlActivityRecord, 
VuDetailedSpeedBlock, 
VuDownloadablePeriod, 
VuDownloadActivityData, 
VuEventRecord,  
►M1 VuGNSSADRecord, ◄ 
VuITSConsentRecord, 
VuFaultRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyWorkPeriodRecord, 
VuTimeAdjustmentGNSSRecord, 
VuTimeAdjustmentRecord, 
VuPowerSupplyInterruptionRecord, 
SensorPairedRecord, 
SensorExternalGNSSCoupledRecord, 
RFU, 
Špecifické pod ľa výrobcu.  
2.121.  RegionAlpha  
Písmenné ozna čenie regiónu v špecifikovanej krajine.
  
Generácia 1:  
Priradenie hodnôt:
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 138  
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 — 26.02.2020 — 002.001 — 139  
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 dieloch 
vozidla a je ur čený na uloženie na karte. Tento dátový typ sa vz ť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 dieloch 
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ázna ­
moch 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 — 26.02.2020 — 002.001 — 140  
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 prí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 prí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ú identifikácie 
externého zariadenia GNSS spojeného s jednotkou vozidla (požiadavka 
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 — 26.02.2020 — 002.001 — 141
  
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 zaria ­
denia 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 — 26.02.2020 — 002.001 — 142  
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 modulu 
externého zariadenia GNSS.  
Identifikátor bezpe čnostného komponentu externého zariadenia GNSS.
  
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 identifikácii 
snímača pohybu (požiadavka 077 v prílohe 1B a požiadavka 95 v prí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 — 26.02.2020 — 002.001 — 143  
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 bezpe č­
nostným údajom potrebným na párovanie sníma čov pohybu s jednotkami 
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á uloži ť 
až tri kľúče pre párovanie VU a sníma ča pohybu. Tieto k ľúče majú 
rôzne verzie.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 144  
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ú identifiká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ú identifiká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 — 26.02.2020 — 002.001 — 145  
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že ­
ná), … 255 znamená, že v uvedenom dni nastalo 255 alebo viac udalostí 
daného typu.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 146  
2.152.  SpecificConditionRecord  
Informácie uložené na karte vodi ča, dielenskej karte alebo v jednotke 
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 jednotke 
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 špecifickej 
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 — 26.02.2020 — 002.001 — 147  
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. hh)).
  
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.
  
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:  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 148  
2.164.  VehicleIdentificationNumber  
Identifikačné číslo vozidla (VIN) vz ťahujúce sa k vozidlu ako celku, 
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 ťahovacom 
protokole.
  
recordType  určuje typ záznamu (VehicleIdentificationNumber).  Prira­
denie hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu VehicleIdentificationNumber v bajtoch.  
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 vozidla – 
VRN a členský štát).
  
vehicleRegistrationNation  je štát, kde je vozidlo zaevidované.  
vehicleRegistrationNumber  je evidenčné číslo vozidla (VRN).  
2.167.  VehicleRegistrationNumber  
Evidenčné číslo vozidla (VRN). Eviden čné číslo prideľuje oprávnený 
orgán registrácie.
  
codePage  určuje množinu znakov vymedzenú v kapitole 4,  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 149  
vehicleRegNumber  je VRN kódované špecifikovanou množinou 
znakov.  
Priradenie hodnôt : špecifické pod ľa krajiny.  
2.168.  VehicleRegistrationNumberRecordArray  
Generácia 2:  
Evidenčné číslo vozidla plus metaúdaje použité v s ťahovacom protokole.
  
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é karty 
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:  
Informácie uložené vo VU o zmenách činnosti a/alebo zmenách stavu 
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ílohe 
1C) a o stave slotov o 00.00 h daného d ňa.
 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 150  
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 stavu 
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:
  
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 prípad ­
ných poml čiek. Schva ľovacie číslo schválenia sa zarovná v ľavo. 
2.173.  VuCalibrationData  
Generácia 1:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 151  
Informácie uložené v jednotke vozidla, ktoré sa týkajú kalibrácií 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ácie 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.  
workshopCardExpiryDate  je konečný dátum platnosti karty.  
vehicleIdentificationNumber  je VIN.  
vehicleRegistrationIdentification  obsahuje VRN a členský štát eviden ­
cie. 
wVehicleCharacteristicConstant  je charakteristický koeficient vozidla.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 152  
kConstantOfRecordingEquipment  je konštanta záznamového zariade ­
nia. 
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.  
Generácia 2:
  
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.  
2.175.  VuCalibrationRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú kalibrácií zázna ­
mového zariadenia (požiadavky 119 a 120 v prílohe 1C).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 153
  
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 vloženia 
kariet vodi ča alebo dielenských kariet do jednotky vozidla a ich 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 vloženia 
karty vodiča alebo dielenskej karty do jednotky vozidla a jej vytiahnutia 
(požiadavka 081 v prílohe 1B a požiadavka 102 v prílohe 1C).  
Generácia 1:
  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 154  
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 gene ­
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:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú cyklov vloženia 
kariet vodi ča alebo dielenských kariet do jednotky vozidla a ich 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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 155  
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ú tachografový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).
  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 156  
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 blokova ­
niach.  
2.184.  VuCompanyLocksRecord  
Informácie uložené v jednotke vozidla, ktoré sa týkajú jedného podniko ­
vého blokovania (požiadavka 104 v prílohe 1B a požiadavka 128 
v prílohe 1C).  
Generácia 1:
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 157  
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úra 
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.  
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).
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 158  
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žiadavka 
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.  
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úra 
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).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 159
  
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 vozidla 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).
  
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átane).  
2.191.  VuDetailedSpeedBlockRecordArray  
Generácia 2:  
Podrobné informácie o rýchlosti vozidla uložené v jednotke vozidla.
  
recordType  určuje typ záznamu (VuDetailedSpeedBlock).  Priradenie 
hodnôt : Pozri RecordType  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 160  
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 vozidla.
  
noOfSpeedBlocks  je počet blokov rýchlostí v sade vuDetailedSpeed ­
Blocks.  
vuDetailedSpeedBlocks  je sada blokov podrobných informácií 
o rýchlosti.  
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 1B 
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 proto ­
kole.
  
recordType  určuje typ záznamu (VuDownloadablePeriod).  Priradenie 
hodnôt : Pozri RecordType  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 161  
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 posledného 
stiahnutia (požiadavka 105 v prílohe 1B a požiadavka 129 v prílohe 1C).  
Generácia 1:
  
downloadingTime  je dátum a čas sťahovania.  
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 gene ­
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 1C).
  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 162  
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.  
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 udalosti 
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 čenia 
rýchlosti.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 163  
Generácia 2:
  
Oproti generácii 1 sa navyše použijú tieto dátové prvky:  
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 cardNumber ­
DriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlo ­
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ácie.  
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 eventEndTime 
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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 164  
recordSize  je veľkosť záznamu VuEventRecord v bajtoch.  
noOfRecords  je počet záznamov v sade.  
records  je sada záznamov o udalostiach.  
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 — 26.02.2020 — 002.001 — 165  
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 cardNumber ­
DriverSlotBegin, cardNumberCodriverSlotBegin, cardNumberDriverSlo ­
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ácie.  
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 — 26.02.2020 — 002.001 — 166  
2.203.  VuGNSSADRecord  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa vz ťahujú na polohu 
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.  
2.204.  VuGNSSADRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa vz ťahujú na polohu 
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.  
▼B 
2.205.  VuIdentification  
Informácie uložené v jednotke vozidla, ktoré sa týkajú identifikácie 
jednotky vozidla (požiadavka 075 v prílohe 1B a požiadavky 93 
a 121 v prílohe 1C).  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 167  
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.  
vuSoftwareIdentification  identifikuje softvér v jednotke vozidla.  
vuManufacturingDate  je dátum výroby jednotky vozidla.  
vuApprovalNumber  je číslo typového schválenia jednotky vozidla.  
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.  
2.206.  VuIdentificationRecordArray  
Generácia 2:  
VuIdentification plus metaúdaje použité v s ťahovacom protokole.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 168
  
recordType  určuje typ záznamu (VuIdentification).  Priradenie hodnôt : 
Pozri RecordType  
recordSize  je veľkosť záznamu VuIdentification v bajtoch.  
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 inteligentných doprav ­
ných systémov.  
FALSE znamená, že vodi č odmietol použitie inteligentných doprav ­
ný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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 169  
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 — 26.02.2020 — 002.001 — 170  
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 — 26.02.2020 — 002.001 — 171  
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 — 26.02.2020 — 002.001 — 172  
2.218.  VuPlaceDailyWorkPeriodData  
Generácia 1:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú miest, kde 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.  
Generácia 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 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 gene ­
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 173  
2.220.  VuPlaceDailyWorkPeriodRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú miest, kde 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.
  
2.223.  VuSerialNumber  
Sériové číslo jednotky vozidla (požiadavka 075 v prílohe 1B a pož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é. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 174  
2.225.  VuSoftwareIdentification  
Informácie uložené v jednotke vozidla, ktoré sa týkajú nainštalované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ú špecifických 
podmienok.
  
noOfSpecificConditionRecords  je počet záznamov uvedených v sade 
specificConditionRecords.  
specificConditionRecords  je sada záznamov súvisiacich so špecifickými 
podmienkami.  
2.228.  VuSpecificConditionRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú špecifický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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 175  
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:
  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 176  
2.233.  VuTimeAdjustmentRecordArray  
Generácia 2:  
Informácie uložené v jednotke vozidla, ktoré sa týkajú úprav času 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áciou apli ­
kácie karty (požiadavky 307 a 330 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 ť. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 177  
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 ť. 
▼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 štruktú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).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 178  
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 zariade ­
nia. 
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 — 26.02.2020 — 002.001 — 179  
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áciou 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 332 
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 — 26.02.2020 — 002.001 — 180  
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ácie.  
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 — 26.02.2020 — 002.001 — 181  
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 proto ­
kole.
  
recordType  určuje typ záznamu (SensorPairedRecord).  Priradenie 
hodnôt : Pozri RecordType  
recordSize  je veľkosť záznamu SensorPairedRecord v bajtoch.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 182  
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/IEC 
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, VehicleRegistrationNum ­
ber) 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  13  
ISO/IEC 8859-15 Latinka-9  15  
ISO/IEC 8859-16 Latinka-10 jazyky juhovýchodnej Európy  16  
KOI8-R Latinka/cyrilika  80  
KOI8-U Latinka/cyrilika  85  
5. KÓDOVANIE  
Pri kódovaní pod ľa kódovacích pravidiel ASN.1 sa všetky vymedzené 
dátové typy kódujú pod ľa normy ISO/IEC 8825-2, usporiadaný variant.  
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 — 26.02.2020 — 002.001 — 183  
zopakované len pre úplnos ť. Vetva stromovej štruktúry bsi-de obsahuje 
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ôvernosť údajov, a s algoritmom CMAC, aby sa zaistila ich 
autenticita. 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 — 26.02.2020 — 002.001 — 184  
6.2. Identifikátory aplikácií  
Generácia 2:  
Identifikátor aplikácie (AID) pre externé zariadenie GNSS (Generá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 — 26.02.2020 — 002.001 — 185  
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 — 26.02.2020 — 002.001 — 186  
3.5.14 PSO: COMPUTE DIGITAL SIGNATURE  
3.5.15 PSO: VERIFY DIGITAL SIGNATURE  
3.5.16 PROCESS DSRC MESSAGE  
4. Š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 — 26.02.2020 — 002.001 — 187  
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 — 26.02.2020 — 002.001 — 188  
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 kontak ­
tov. 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 če­
nia. 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 gene ­
rovaná 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 — 26.02.2020 — 002.001 — 189  
Ú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 vysielanie 
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:  
stav prevádzky po čas vykonávania príkazov alebo po čas 
spojenia s digitálnou jednotkou,  
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 činnosti 
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 — 26.02.2020 — 002.001 — 190  
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.  
— Celková d ĺžka reťazenia pre dátové pole nepresiahne 
255 bajtov (zais ťuje IFD).  
— 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 — 26.02.2020 — 002.001 — 191  
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úbor 
(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 — 26.02.2020 — 002.001 — 192  
3.3. Pravidlá prístupu  
TCS_22 Pravidlo prístupu ur čuje pre režim prístupu (t. j. príkaz) 
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 če­
nia: 
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 bez 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 spra ­
covania.  
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 Authenticate 
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 spracovaním 
generácie 1 v režime iba na základe autentifikácie (pozri dodatok 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 generá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 11 časť A). 
SM-MAC-G2  APDU (príkaz aj odpove ď) 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-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 11 č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 če­
nia. 
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 — 26.02.2020 — 002.001 — 193  
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 gene ­
rácie 1  ALW  ALW  ALW  ALW  
— na autentifikáciu gene ­
rá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 gene ­
rácie 1  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
— na autentifikáciu gene ­
rácie 2  ALW  PWD  ALW  ALW  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 194  
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 autentifikáciu gene ­
rácie 1  neuplatňuje 
sa neuplatňuje 
sa neuplatňuje 
sa neuplatňuje sa  
— na autentifiká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 Challenge  ALW  ALW  ALW  ALW  
MSE:SET AT  ALW  ALW  ALW  ALW  
MSE:SET DST  ALW  ALW  ALW  ALW  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 195  
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 Signature  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 Signature  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ú uvedené 
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 — 26.02.2020 — 002.001 — 196  
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 00  Normálne spracovanie.  
61 XX  Normálne spracovanie. XX = po čet bajtov odpovede k dispozícii.  
62 81  Spracovanie s výstrahou. Časť vrátených údajov môže by ť 
poškodená.  
63 00  Neúspešná autentifikácia (výstraha).  
63 CX  Chybné CHV (PIN). ‚X‘ uvádza po čet zostávajúcich pokusov.  
64 00  Chyba pri vykonaní – stav energeticky nezávislej pamäte nezme ­
nený. Chyba integrity.  
65 00  Chyba pri vykonaní – stav energeticky nezávislej pamäte zmene ­
ný. 
65 81  Chyba pri vykonaní – stav energeticky nezávislej pamäte 
zmenený – zlyhanie pamäte.  
66 88  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 — 26.02.2020 — 002.001 — 197  
SW1  SW2  Význam  
67 00  Nesprávna d ĺžka (nesprávne Lc alebo Le)  
68 83  Očakáva sa posledný príkaz re ťazca 
69 00  Zakázaný príkaz (v T=0 nie je k dispozícii žiadna odpove ď) 
69 82  Nesplnený bezpe čnostný stav.  
69 83  Blokovaná autentifika čná metóda.  
69 85  Nesplnené podmienky používania.  
69 86  Príkaz nepovolený (žiaden aktuálny EF).  
69 87  Chýbajú predpokladané dátové objekty zabezpe čeného spracova ­
nia. 
69 88  Nesprávne dátové objekty zabezpe čeného spracovania.  
6A 80  Nesprávne parametre v dátovom poli  
6A 82  Súbor sa nenašiel.  
6A 86  Chybné parametre P1– P2.  
6A 88  Referen čné údaje nenájdené.  
6B 00  Chybné parametre (offset mimo EF).  
6C XX  Nesprávna d ĺžka, SW2 udáva presnú d ĺžku. Nevráti sa žiadne 
dátové pole.  
6D 00  Príkazový kód nepodporovaný alebo neplatný.  
6E 00  Nepodporovaná trieda.  
6F 00  — 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é karty.  
Ďalšie relevantné podrobnosti o príslušných kryptografických operá ­
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 — 26.02.2020 — 002.001 — 198  
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 — 26.02.2020 — 002.001 — 199  
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 čenia. 
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)  NN  ‘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 gene ­
rá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 — 26.02.2020 — 002.001 — 200  
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 
podporova ť 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 EF 
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 — 26.02.2020 — 002.001 — 201  
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 so 
zabezpečeným spracovaním s cie ľom overiť integritu prijatých údajov 
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 — 26.02.2020 — 002.001 — 202  
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)  NN  ‘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 — 26.02.2020 — 002.001 — 203  
Bajt D ĺžka Hodnota  Opis  
#(8+L+NN)– #(7+M+L+N ­
N) 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 spraco ­
vania:  
▼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)  MM  ‘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+M ­
M) 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 — 26.02.2020 — 002.001 — 204  
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 iden ­
tifikátorom a pre čítať z neho údaje.  
TCS_48 Tachografová karta musí tento príkazový variant 
podporova ť 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 — 26.02.2020 — 002.001 — 205  
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 ľkosti 
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í 
podporova ť 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)  NN  ‘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 — 26.02.2020 — 002.001 — 206  
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 — 26.02.2020 — 002.001 — 207  
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)  NN  ‘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 — 26.02.2020 — 002.001 — 208  
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 zabez ­
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)  NN  ‘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žaduje 
dôvernosť, údaje nie sú šifrované.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 209  
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 — 26.02.2020 — 002.001 — 210  
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 iden ­
tifikátorom a zapísa ť z neho údaje.  
TCS_61 Tachografová karta musí tento príkazový variant 
podporova ť 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)  NN  ‘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 — 26.02.2020 — 002.001 — 211  
— 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 ľkosti 
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í 
podporova ť 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)  NN  ‘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 — 26.02.2020 — 002.001 — 212  
— 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 — 26.02.2020 — 002.001 — 213  
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 kryp ­
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’  P1  
P2 1  ‘00h’  P2  
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 — 26.02.2020 — 002.001 — 214  
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 nemusia 
implementova ť, no pri týchto kartách nie je žiadna referencia CHV 
personalizovaná. Preto takéto karty nedokážu daný príkaz úspešne 
vykonať. Pri iných než dielenských tachografových kartách je sprá ­
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) odosla ­
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_Ve ­
rified“, 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’  P1  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 215  
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 — 26.02.2020 — 002.001 — 216  
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 tachografu 
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’  P1  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 217  
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é dlhé, 
ž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 prebehne 
v dvoch nadväzujúcich APDU PSO: Verify Certificate.  
Štruktúra certifikátu a parametre domény sú vymedzené v dodatku 11.  
TCS_86 Príkaz možno vykona ť v MF, DF Tachograph a DF Tacho ­
graph_G2, pozri tiež TCS_33.  
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 — 26.02.2020 — 002.001 — 218  
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é.  
TCS_88 Pri krátkych APDU platia tieto pravidlá: IFD použije mini ­
málny počet APDU potrebný na prenos obsahu príkazu, 
pričom v prvom APDU prenesie maximálny po čet bajtov, 
v závislosti od hodnoty bajtu „ve ľkosť informačného poľa 
karty“, pozri TCS_14. Ak sa IFD správa inak, správanie 
karty je mimo rozsahu.  
TCS_89 Pri rozšírených APDU platia tieto pravidlá: Ak sa certifiká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 sa IFD správa 
inak, správanie karty je mimo rozsahu.  
Poznámka:  Podľa dodatku 11 karta uchová certifikát alebo 
relevantný obsah certifikátu a aktualizuje svoj currentAut ­
henticatedTime.  
Štruktúra odpovedacej správy a stavové slová sú vyme ­
dzené v TCS_85.  
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 (CertificateHolderAuthorisati ­
on.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 — 26.02.2020 — 002.001 — 219  
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’  P1  
P2 1  ‘00h’  P2  
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 — 26.02.2020 — 002.001 — 220  
— 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 tachograf 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 — 26.02.2020 — 002.001 — 221  
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 autentifiká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í.  
▼M1 
5 + L + 1  1  ‘00h’  Pod ľa ISO/IEC 7816– 4  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 222  
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 — 26.02.2020 — 002.001 — 223  
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 tieto MSE: 
Stanovené verzie príkazov, ktoré sú v súlade s normou ISO/IEC 7816- 
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 Authen ­
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 — 26.02.2020 — 002.001 — 224  
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 External 
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áslednom 
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 — 26.02.2020 — 002.001 — 225  
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 niektorých 
údajov na kartu. Tento príkaz sa používa na overenie digitálnych 
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 — 26.02.2020 — 002.001 — 226  
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 nemusia 
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 — 26.02.2020 — 002.001 — 227  
Ostatné typy tachografových kariet tento príkaz môžu, ale nemusia 
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_Ta ­
chograph_G2 s nasledujúcou výnimkou. Tachografová 
karta nesmie príkaz podporova ť pre EF Sensor_Installati ­
on_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 — 26.02.2020 — 002.001 — 228  
— 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 nemusia 
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 podpis 
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 podpis 
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 — 26.02.2020 — 002.001 — 229  
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 vstupu, 
ktorého hash karta implicitne pozná. Karta implicitne pozná algo ­
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 nemusia 
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 — 26.02.2020 — 002.001 — 230  
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 sprá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 nemusia 
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 — 26.02.2020 — 002.001 — 231  
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 pevne 
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.  
▼M1 
5 + L + 1  1  ‘00h’  Podľa ISO/IEC 7816– 4  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 232  
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 napr. 
záhlavia súborov, ani ukladanie a spracovávanie dátových prvkov potreb ­
ných len na interné použitie ako napr.
  ,
  
,
 alebo
  
. 
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.  
Maximálne a minimálne po čty záznamov pre rôzne apli ­
kácie sú ur čené v tejto kapitole.  
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 — 26.02.2020 — 002.001 — 233  
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 
podporuje 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 podporujú 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 — 26.02.2020 — 002.001 — 234  
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 — 26.02.2020 — 002.001 — 235
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 236
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 237  
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ázna­
mov, 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  
TCS_152 Po personalizácii musí ma ť aplikácia karty vodi ča gene­
rácie 2 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_153 Štruktúry všetkých EF musia by ť transparentné.  
TCS_154 Aplikácia karty vodi ča generácie 2 má túto dátovú štruk ­
túru: ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 238
  
► (1) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 239
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 240
  
► (1) M1 
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ázna­
mov, ktoré musí dátová štruktúra karty vodi ča uplatňovať 
v aplikácii generácie 2:
  
► (1) M1 
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 gene ­
rácie 1 nasledovnú stálu štruktúru súborov a pravidlá 
prístupu k nim:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 241
  
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 — 26.02.2020 — 002.001 — 242
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 243
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 244
  
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ázna­
mov, 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  
TCS_160 Po personalizácii musí ma ť aplikácia dielenskej karty gene ­
rácie 2 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í.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 245  
V tejto tabu ľke sa používajú nasledovné 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  
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:
  
► (1) (2) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 246
  
► (1) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 247
  
► (1) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 248  
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ázna­
mov, ktoré musí dátová štruktúra dielenskej karty uplat ­ 
ňovať v aplikácii generácie 2:
  
► (1) M1 
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 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  
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 — 26.02.2020 — 002.001 — 249
  
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ázna­
mov, 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  
TCS_168 Po personalizácii musí ma ť aplikácia kontrolnej karty gene ­
rácie 2 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í.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 250
  
V tejto tabu ľke sa používa nasledovná skratka podmienky 
zabezpečenia:  
SC1 ALW alebo SM-MAC-G2  
TCS_169 Štruktúry všetkých EF musia by ť transparentné.  
TCS_170 Aplikácia kontrolnej karty generácie 2 má túto dátovú 
štruktúru:
  
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ázna­
mov, ktoré musí dátová štruktúra kontrolnej karty uplat ­ 
ňovať v aplikácii generácie 2:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 251
  
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:
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 252  
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ázna­
mov, 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  
TCS_176 Po personalizácii musí ma ť aplikácia podnikovej karty 
generácie 2 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_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 — 26.02.2020 — 002.001 — 253  
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ázna­
mov, ktoré musí dátová štruktúra podnikovej karty uplat ­ 
ňovať v aplikácii generácie 2:
  ▼B
02016R0799 — SK — 26.02.2020 — 002.001 — 254 
Dodatok 3  
PIKTOGRAMY 
PIC_001 Tachograf môže volite ľne používa ť tieto piktogramy a ich 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
Špecifické podmienky
  
Zariadenie sa nevyžaduje
  
Prevoz trajektom/vlakom  
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
 
Zabezpečenie
 
Rýchlosť
 
Čas
 
Celkom/súhrn  
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  
Karty
  
Karta vodi ča
 
Podniková karta
  
Kontrolná karta
  
Dielenská karta
  
Žiadna karta  ▼B02016R0799 — SK — 26.02.2020 — 002.001 — 255 
02016R0799 — SK — 26.02.2020 — 002.001 — 256 
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  
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 
▼M1
Č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 komuni ­
kácie s externým zariadením GNSS
  
Chyba komunikácie s dia ľkovým komunika čným zariadením  
▼B
Poruchy
  
Porucha karty (slot vodi ča)
 
Porucha karty (slot druhého vodi ča)
 
Porucha zobrazenia  ▼B
02016R0799 — SK — 26.02.2020 — 002.001 — 257 
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 258  
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 identifiká ­
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 je 
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.  
PRT_005 Re ťazcové dátové polia sa vytla čia zarovnané z ľava a podľ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).  
PRT_006 V prípade zalomenia riadku pri dlhom texte by sa na novom 
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 — 26.02.2020 — 002.001 — 259  
— 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 zvidi ­
teľnila dĺžka dátového prvku, ktorá je pre premennú k dispozícii,  
— 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 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 260  
PRT_007 Výpisy používajú tieto dátové bloky a/alebo záznamy údajov s týmito 
významami a formátmi:
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 261
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 262
  
► (1) (2) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 263
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 264
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 265
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 266
  
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 ľko 
treba  
X/Y Tlačené bloky alebo záznamy X a/alebo Y pod ľa potreby, opakované 
toľko ráz, ko ľko treba.  
3.1. Denný výpis činností vodi ča z karty  
PRT_008 Denný výpis činností vodi ča 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)  
3 Identifikácia vodi ča (z karty, pre ktorú sa výpis pripravuje + GEN)  
4 Identifikácia vozidla (vozidlo, z ktorého sa výpis berie)  
5 Identifikácia VU (VU, z ktorej sa výpis berie + GEN)  
6 Posledná kalibrácia tejto VU  
7 Posledná predošlá kontrola kontrolovaného vodi ča 
8 Oddeľovač činností vodi ča 
8a Podmienka „Záznamové zariadenie sa nevyžaduje“ na za čiatku tohto 
dňa 
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4  Činnosti vodi ča zoradené chronologicky  
11 Oddeľovač denného súhrnu  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 267  
11.4 Miesta zadané v chronologickom poradí  
▼M1 
11.5 Polohy po 3 hodinách kumulovaného času jazdy v chronologickom 
poradí  
▼B 
11.6 Činnosti celkom  
12.1 Oddeľovač udalostí alebo porúch z karty  
12.4 Záznamy udalostí/porúch (posledných 5 udalostí alebo porúch ulože ­
ných na karte)  
13.1 Oddeľovač udalostí alebo porúch z VU  
13.4 Záznamy udalostí/porúch (posledných 5 udalostí alebo porúch ulože ­
ných alebo prebiehajúcich vo VU)  
22.1 Miesto kontroly  
22.2 Podpis kontrolóra  
22.5 Podpis vodi ča 
3.2. Denný výpis činností vodi ča z VU  
PRT_009 Denný výpis činností vodi ča z VU musí ma ť tento formát:  
▼M1 
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)  
5 Identifikácia VU (VU, z ktorej sa výpis berie + GEN)  
6 Posledná kalibrácia tejto VU  
7 Posledná kontrola tohto tachografu  
9 Oddeľovač činností vodi ča 
10 Oddeľovač slotu vodi ča (slot 1)  
10a Podmienka „Záznamové zariadenie sa nevyžaduje“ na 
začiatku tohto d ňa 
10.1 / 10.2 / 10.3 / 10.3a / 10.4  Činnosti v chronologickom poradí (slot vodi ča) 
10 Oddeľovač slotu druhého vodi ča (slot 2)  
10a Podmienka „Záznamové zariadenie sa nevyžaduje“ na 
začiatku tohto d ňa 
10.1 / 10.2 / 10.3 / 10.3a / 10.4  Činnosti v chronologickom poradí (slot druhého vodi ča) 
11 Oddeľovač denného súhrnu  
11,1 Súhrn časových úsekov bez karty v slote vodi ča ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 268  
11,4 Miesta zadané v chronologickom poradí  
11,5 Polohy po 3 hodinách kumulovaného času jazdy v chronolo ­
gickom poradí  
11,7 Činnosti celkom  
11,2 Súhrn časových úsekov bez karty v slote druhého vodi ča 
11,4 Miesta zadané v chronologickom poradí  
11,5 Polohy po 3 hodinách kumulovaného času jazdy v chronolo ­
gickom poradí  
11,8 Činnosti celkom  
11,3 Súhrn činností vodi ča z oboch slotov  
11,4 Miesta zadané týmto vodi čom v chronologickom poradí  
11,5 Polohy po 3 hodinách kumulovaného času jazdy v chronolo ­
gickom poradí  
11,9 Činnosti celkom za tohto vodi ča 
13,1 Oddeľovač udalostí a porúch  
13,4 Záznamy udalostí/porúch (posledných 5 udalostí alebo 
porúch uložených alebo prebiehajúcich vo VU)  
22,1 Miesto kontroly  
22,2 Podpis kontrolóra  
22,3 Čas začiatku (miesto, v ktorom môže vodi č bez karty uvies ť, 
22,4 Čas skončenia ktoré časové úseky sa na neho vz ťahujú)  
22,5 Podpis vodi ča 
▼B 
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 ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 269  
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 
3.5. Výpis technických údajov  
PRT_012 Výpis technických údajov 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)  
14 Identifikácia VU  
15 Identifikačné údaje sníma ča 
15.1 Údaje o párovaní sníma ča (všetky dostupné údaje zoradené chrono ­
logicky)  
16 Identifikácia GNSS  
16.1 Údaje o spojení externého zariadenia GNSS (všetky dostupné údaje 
zoradené chronologicky)  
17 Oddeľovač kalibračných údajov  
17.1 Kalibračné záznamy (všetky dostupné záznamy v chronologickom 
poradí)  
18 Oddeľovač úpravy času 
18.1 Záznamy o úprave času (všetky záznamy dostupné zo záznamov 
o úprave času a kalibrácii)  
19 Najnovšia udalos ť a porucha zaznamenaná vo VU  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 270  
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 posled ­
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  
▼M1 
PRT_014 Výpis histórie vložených kariet 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é vo VU)  
23 Karta naposledy vložená do VU  
23,1 Vložené karty (do 88 záznamov)  
12,3 Oddeľovač porúch  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 271  
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), ktoré 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 — 26.02.2020 — 002.001 — 272  
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ý, prí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 — 26.02.2020 — 002.001 — 273  
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 — 26.02.2020 — 002.001 — 274  
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 RS232.  
INT_005 Rozhranie s ťahovania používa jeden úvodný bit (start bit), 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 bajtu, bajt 
najvyššieho rádu sa prenáša prvý a bajt najnižšieho rádu posledný.  
INT_006 Prenosová rýchlos ť musí by ť nastavite ľná od 9 600 bps do 
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 — 26.02.2020 — 002.001 — 275  
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  Bežne  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 mA  
U high (výstup)  4 V  I = 1 mA  
INT_009 Vstupný/výstupný signál musí zodpoveda ť týmto časovým 
diagramom:
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 276  
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 — 26.02.2020 — 002.001 — 277  
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 
2.2.6.1 Positive Response Transfer Data Overview  
2.2.6.2 Positive Response Transfer Data Activities  
2.2.6.3 Positive Response Transfer Data Events and Faults  
2.2.6.4 Positive Response Transfer Data Detailed Speed  
2.2.6.5 Positive Response Transfer Data Technical Data  
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 ťahovania 
údajov na externé pamä ťové médium (ESM) spolu s protokolmi, ktoré 
musia byť zavedené preto, aby bol zaru čený správny prenos údajov 
a úplná kompatibilita formátu s ťahovaných údajov, tak aby kontroló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 zaria ­
denia (IDE) pripojeného k VU,  
— tachografovej karty pomocou IDE vybaveného zariadením 
s rozhraním karty (IFD),  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 278  
— tachografovej karty cez jednotku vozidla pomocou IDE pripojeného 
k VU.  
Na to, aby bolo možné overi ť autenticitu a integritu s ťahovaných 
ú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 karty) 
a jeho osved čení zabezpe čenia (členský štát a zariadenie). Verifiká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 generá ­
cie) s výnimkou prípadov, ke ď kontroly vodi čov vykonáva kontrolný 
orgán, ktorý nie je z EÚ, s použitím kontrolnej karty prvej generá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 prvej 
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 tohto 
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 — 26.02.2020 — 002.001 — 279  
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žiadavku 
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ľúčového slova 2000 (KWP) (ISO 14230-2 Cestné vozidlá.Diagnos ­
tické systémy.Protokol k ľúčového slova 2000. Časť 2: Vrstva údajo ­
vé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: Diagnostické 
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  …  …  …  CS  
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ého zo slotov VU, ke ď 
v druhom slote nie je vložená žiadna karta iného typu.
 02016R0799 — SK — 26.02.2020 — 002.001 — 280  
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áve, 
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á čiast­
ková správa musí ma ť záhlavie, rovnaké bajty SID a TREP 
a dvojbajtové po čítadlo čiastkovej 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 ť čiastkovú 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  CS  
4 bajty  Dlhšia než 255 bajtov  
Bude sa prenáša ť ako:  
Záhlavie  SID  TREP  00  01  Čiastková 
správa 1  CS 
4 bajty  255 bajtov  
Záhlavie  SID  TREP  00  02  Čiastková 
správa 2  CS 
4 bajty  255 bajtov  
… 
Záhlavie  SID  TREP  xx  yy  Čiastková 
správa n  CS 
4 bajtov  Menej než 255 bajtov  
alebo ako:  
Záhlavie  SID  TREP  00  01  Čiastková 
správa 1  CS 
4 bajtov  255 bajtov  
Záhlavie  SID  TREP  00  02  Čiastková 
správa 2  CS 
4 bajtov  255 bajtov  
… 
Záhlavie  SID  TREP  xx  yy  Čiastková 
správa n  CS 
4 bajtov  255 bajtov  
Záhlavie  SID  TREP  xx  yy + 1  CS  
4 bajtov  4 bajty  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 281  
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é.  
▼M1 
Štruktúra správy  Max. 4 bajty Záhlavie  Max. 255 bajtov Údaje  1 bajt 
Kontro­
lný 
súčet 
IDE – >  <– VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  CS  
Start Communication Request  81  EE  F0  81  E0  
Positive Response Start 
Communication  80 F0  EE  03  C1  EA, 8F  9B  
Start Diagnostic Session 
Request  80 EE  F0  02  10  81  F1  
Positive Response Start Diag ­
nostic  80 F0  EE  02  50  81  31  
Link Control Service  
Verify Baud Rate (stage 1)  
9 600 Bd  80  EE  F0  04  87  01,01,01  EC  
19 200 Bd  80  EE  F0  04  87  01,01,02  ED  
38 400 Bd  80  EE  F0  04  87  01,01,03  EE  
57 600 Bd  80  EE  F0  04  87  01,01,04  EF  
115 200 Bd  80  EE  F0  04  87  01,01,05  F0  
Positive Response Verify Baud 
Rate 80 F0  EE  02  C7  01  28  
Transition Baud Rate (stage 2)  80  EE  F0  03  87  02,03  ED  
Request Upload  80  EE  F0  0A  35  00,00,00,00, 
00,FF,FF, 
FF,FF  99 
Positive Response Request 
Upload  80 F0  EE  03  75  00,FF  D5  
Transfer Data Request  
Overview  80  EE  F0  02  36  01 or 21  97  
Activities  80  EE  F0  06  36  02 or 22  Date  CS  
Events & Faults  80  EE  F0  02  36  03 or 23  Date  99  
Detailed Speed  80  EE  F0  02  36  04 or 24  Date  9A  
Technical Data  80  EE  F0  02  36  05 or 25  Date  9B  
Card download  80  EE  F0  02  36  06  Slot  CS  
Positive Response Transfer Data  80  F0  EE  Len  76  TREP  Data  CS  
Request Transfer Exit  80  EE  F0  01  37  96  
Positive Response Request 
Transfer Exit  80 F0  EE  01  77  D6  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 282  
Štruktúra správy  Max. 4 bajty Záhlavie  Max. 255 bajtov Údaje  1 bajt 
Kontro­
lný 
súčet 
IDE – >  <– VU  FMT  TGT  SRC  LEN  SID  DS_ / TRTP  DATA  CS  
Stop Communication Request  80  EE  F0  01  82  E1  
Positive Response Stop 
Communication  80 F0  EE  01  C2  21  
Acknowledge sub message  80  EE  F0  Len  83  Data  CS  
Negative responses  
General reject  80  F0  EE  03  7F  Sid Req  10  CS  
Service not supported  80  F0  EE  03  7F  Sid Req  11  CS  
Sub function not supported  80  F0  EE  03  7F  Sid Req  12  CS  
Incorrect Message Length  80  F0  EE  03  7F  Sid Req  13  CS  
Conditions not correct or 
Request sequence error  80 F0  EE  03  7F  Sid Req  22  CS  
Request out of range  80  F0  EE  03  7F  Sid Req  31  CS  
Upload not accepted  80  F0  EE  03  7F  Sid Req  50  CS  
Response pending  80  F0  EE  03  7F  Sid Req  78  CS  
Data not available  80  F0  EE  03  7F  Sid Req  FA  CS  
▼B 
Poznámky:  
▼M1 
— TRTP 21 až 25 sa používajú pre požiadavky nas ťahovanie údajov 
z VU typu generácia 2, TRTP 01 až 05 sa používajú pre požia ­
davky nasťahovanie údajov z VU typu generácia 1, ktoré môže VU 
akceptovať iba 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ž 19 a 31 až 39 sú vyhradené pre požiadavky nas ťaho­
vanie špecifické pre výrobcu.  
▼B 
— 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ýslovne 
zvolí používate ľ. 
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).  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 283  
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 ako 
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 zmeny 
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 ť. 
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 kladnú 
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 maxi ­
mum.  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 284  
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.  
Existuje šes ť 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 
typ sťahovania 
údajov z VU gene ­
rácie 1  Hodnota TRTP pre 
typ sťahovania 
údajov z VU gene ­
rácie 2  
Prehľad 01  21  
Činnosti ur čitého 
dňa, 02 22  
Udalosti a poru ­
chy, 03 23  
Presné údaje 
o rýchlosti  04 24  
Technické údaje  05  25  
Typ prenosu 
údajov  Hodnota TRTP  
Sťahovanie 
údajov z karty.  06 
DDP_054 IDE musí požiada ť o prehľad prenosu údajov (TRTP 01 
alebo 21) po čas relácie s ťahovania, ke ďže len to zabezpe čí, 
že sa certifikáty VU zaznamenajú v rámci s ťahovaného 
súboru (a bude možné overi ť digitálny podpis).  
V druhom prípade (TRTP 02 alebo 22) správa Transfer Data 
Request obsahuje ozna čenie kalendárneho d ňa (formát
  
), 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.  
▼M1 
DDP_055 V prvom prípade (TREP 01 alebo 21) 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:  
— osvedčenia zabezpe čenia, ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 285  
— 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.  
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)  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 286  
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.  
— 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 takýto:  
IDE VU  
Start Communication Request  ⇨ 
⇦  Positive Response  
Start Diagnostic Service Request  ⇨ 
⇦  Positive Response  
Request Upload  ⇨ 
⇦  Positive Response  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 287  
IDE VU  
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 — 26.02.2020 — 002.001 — 288  
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  20  
P2 20  1 000 (*)  
P3 10  5 000  
P4 5  20  
P5 10  20 minút  
(*) Ak VU reaguje prostredníctvom Negative Response, ktorá obsahuje kód, ktorý znamená „požiadavka 
správne prijatá, odpove ď nasleduje“, táto hodnota sa zvýši na rovnaký 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 — 26.02.2020 — 002.001 — 289  
Obrázok 2  
Spracovanie chýb na strane VU
  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 290  
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 gene ­
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 čína 
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.  
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 O v e r v i e w  
DDP_029  ►M1 Dátové pole správy „Positive Response Transfer 
Data Overview“ poskytuje tieto údaje v uvedenom poradí, 
pričom sa použije SID 76 Hex, TREP 01 alebo 21 Hex 
a primerané rozdelenie a s čítanie čiastkových správ: ◄ ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 291  
Dátová štruktúra prvej generácie (TREP 01 Hex)  
▼B 
Dátový prvok  Poznámka
  
Certifikáty zabezpe čenia VU
  
Identifikácia vozidla
  
Aktuálny dátum a čas VU
  
Sťahovateľné obdobie
  
Typ kariet vložených vo VU
  
Predchádzajúce s ťahovanie z VU
  
Všetky uložené podnikové blokovania. Ak je 
táto časť prázdna, odošle sa iba noOfLocks = 0.
  
Všetky kontrolné záznamy uložené vo VU. Ak 
je táto časť prázdna, odošle sa iba noOfControls 
= 0.
 
Podpis RSA všetkých údajov (okrem certifiká ­
tov) od prvku VehicleIdentificationNumber po 
posledný bajt posledného prvku VuControlActi ­
vityData.  
▼M1 
Dátová štruktúra druhej generácie (TREP 21 Hex)  
▼B 
Dátový prvok  Poznámka
  
Certifkát členského štátu
  
Certifikát VU
  
Identifikácia vozidla
  
Registračné číslo vozidla
  
Aktuálny dátum a čas VU
  
Sťahovateľné obdobie
  
Typ kariet vložených vo VU
  
Predchádzajúce s ťahovanie z VU
  
Všetky uložené podnikové blokovania. Ak je 
táto časť prázdna, odošle sa záhlavie po ľa 
s noOfRecords = 0.
  
Všetky kontrolné záznamy uložené vo VU. Ak 
je táto časť prázdna, odošle sa záhlavie po ľa 
s noOfRecords = 0.
  
Podpis ECC všetkých predchádzajúcich údajov 
okrem certifikátov.  
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 A c t i v i t i e s  
DDP_030  ►M1 Dátové pole správy „Positive Response Transfer 
Data Activities“ poskytuje tieto údaje v uvedenom poradí, 
pričom sa použije SID 76 Hex, TREP 02 alebo 22 Hex 
a primerané rozdelenie a s čítanie čiastkových správ: ◄ ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 292  
Dátová štruktúra prvej generácie (TREP 02 Hex)  
▼B 
Dátový prvok  Poznámka
  
Dátum sťahovaného d ňa
 
Počítadlo kilometrov na konci s ťahovaného d ňa
 
údaje cyklov vkladania a vyberania 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 (vybratie karty v nasledujúci de ň), 
uvedený bude vcelku v rámci obidvoch príslušných 
dní.
 
Stav slotu v čase 00:00 a zmeny v činnosti zaznamenané 
počas sťahovaného d ňa
 
údaje súvisiace s miestami zaznamenané po čas sťahova­
ného dňa. Ak je táto časť prázdna, odošle sa iba noOf ­
PlaceRecords = 0.
  
ú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.
  
Podpis RSA všetkých údajov od prvku TimeReal po 
posledný bajt posledného záznamu špecifických podmie ­
nok. 
▼M1 
Dátová štruktúra druhej generácie (TREP 22 Hex)  
▼B 
Dátový prvok  Poznámka
  
Dátum sťahovaného d ňa
 
Počítadlo kilometrov na konci s ťahovaného d ňa
 
údaje cyklov vkladania a vyberania 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 (vybratie karty v nasledujúci de ň), 
uvedený bude celý v rámci obidvoch príslušných 
dní.
 
Stav slotu v čase 00:00 a zmeny v činnosti zaznamenané 
počas sťahovaného d ňa
 
údaje súvisiace s miestami zaznamenané po čas sťahova­
ného dňa. Ak je táto časť prázdna, odošle sa záhlavie 
poľa s noOfRecords = 0.  
▼M1
 
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.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 293  
Dátový prvok  Poznámka
  
ú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.
  
Podpis ECC všetkých predchádzajúcich údajov.  
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 E v e n t s a n d F a u l t s  
DDP_031 ►M1 Dátové pole správy „Positive Response Transfer 
Data Events and Faults“ poskytuje tieto údaje v uvedenom 
poradí, pri čom sa použije SID 76 Hex, TREP 03 alebo 23 
Hex a primerané rozdelenie a s čítanie čiastkových správ: ◄ 
▼M1 
Dátová štruktúra prvej generácie (TREP 03 Hex)  
▼B 
Dátový prvok  Poznámka
  
Všetky poruchy uložené alebo prebiehajúce 
vo VU. 
Ak je táto časť prázdna, odošle sa iba noOfVu­
Faults = 0.
  
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.
  
údaje súvisiace s poslednou kontrolou prekro ­ 
čenia rýchlosti (predvolená hodnota, ak nie sú 
k dispozícii žiadne údaje)
  
Všetky prípady prekro čenia rýchlosti uložené 
vo VU. 
Ak je táto časť prázdna, odošle sa iba noOfVuO­
verSpeedingEvents = 0.
  
Všetky prípady nastavenia času uložené vo VU 
(mimo rámca celkovej kalibrácie). 
Ak je táto časť prázdna, odošle sa iba noOfVu­
TimeAdjRecords = 0.
  
Podpis RSA všetkých údajov od prvku noOfVu­
Faults po posledný bajt posledného záznamu 
nastavenia času. 
▼M1 
Dátová štruktúra druhej generácie (TREP 23 Hex)  
▼B 
Dátový prvok  Poznámka
  
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 noOfRecords = 0.
  
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 noOfRecords = 0.
  
údaje súvisiace s poslednou kontrolou prekro ­ 
čenia rýchlosti (predvolená hodnota, ak nie sú 
k dispozícii žiadne údaje)
  
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 noOfRecords = 0.  ▼B
02016R0799 — SK — 26.02.2020 — 002.001 — 294 
Dátový prvok Poznámka
  
Všetky prípady nastavenia č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 noOfRecords = 0.  
▼M1__________  
▼B
Podpis ECC všetkých predchádzajúcich údajov.  
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 D e t a i l e d S p e e d  
DDP_032 ►M1 Dátové pole správy ‚Positive Response Transfer Data 
Detailed Speed‘ 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 čiastkových správ: ◄ 
▼M1
Dátová štruktúra prvej generácie (TREP 04)  
▼B
Dátový prvok Poznámka
  
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 sekun ­
du)
 
Podpis RSA všetkých údajov od prvku noOfS­
peedBlocks po posledný bajt posledného bloku 
rýchlostí.  
▼M1
Dátová štruktúra druhej generácie (TREP 24)  
▼B
Dátový prvok Poznámka
  
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 sekun ­
du)
 
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 T e c h n i c a l D a t a  
DDP_033 ►M1 Dátové pole správy ‚Positive Response Transfer Data 
Technical Data‘ poskytuje tieto údaje v uvedenom poradí, 
pričom sa použije SID 76 Hex, TREP 05 alebo 25 Hex 
a primerané rozdelenie a s čítanie čiastkových správ: ◄ ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 295  
Dátová štruktúra prvej generácie (TREP 05)  
▼B 
Dátový prvok  Poznámka
  
Všetky kalibra čné záznamy uložené vo VU.
  
Podpis RSA všetkých údajov od prvku vuManu­
facturerName po posledný bajt posledného prvku 
VuCalibrationRecord.  
▼M1 
Dátová štruktúra druhej generácie (TREP 25)  
▼B 
Dátový prvok  Poznámka
  
Všetky párovania sníma čov pohybu uložené 
vo VU.
  
Všetky spojenia s externými zariadeniami GNSS 
uložené vo VU
  
Všetky kalibra čné záznamy uložené vo VU.
  
Všetky údaje o vložení karty uložené vo VU.
  
Podpis ECC všetkých predchádzajúcich údajov.  
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 prostredia, 
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ť ahovanie 
údajov z karty s integrovaným 
obvodom (ICC). Relácia obsahuje 
úplný postup od resetovania ICC 
prostredníctvom IFD až po deakti ­
váciu ICC (vytiahnutie karty alebo 
ďalší reset).  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 296  
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.  
3.3 Sťahovanie údajov z karty  
▼M1 
DDP_035 S ťahovanie údajov z tachografovej karty zah ŕňa tieto kroky:  
— Sťahovanie spolo čných informácií karty v elementárnych 
súboroch (EF)
  a
  . Tieto informácie nie sú 
povinné a nie sú zabezpe čené digitálnym podpisom.  
— (pri tachografových kartách prvej a druhej generácie) 
Sťahovanie EF v rámci
  :  
— Sťahovanie EF
  a
  
. 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
  
) okrem EF
  
. Tieto informácie sú zabezpe ­ 
čené digitálnym podpisom s použitím dodatku 11 
Spoločné bezpečnostné mechanizmy časti A.  
— Pre každú reláciu s ťahovania je povinné stiahnu ť 
prinajmenšom EF
  
a
 
. 
— Pri sťahovaní údajov z karty vodi ča je tiež povinné 
stiahnuť tieto EF:
  
— (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, ktorú vykonáva kontrolný orgán, 
ktorý nie je z EÚ, s použitím kontrolnej karty prvej 
generácie, s ťahovanie EF v rámci
  
: 
— Sťahovanie EF CardSignCertificate, CA_Certifi ­
cate a Link_Certificate (ak existujú). Tieto infor ­
má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
  ) okrem EF
  
. Tieto informácie sú 
zabezpečené digitálnym podpisom s použitím 
dodatku 11 Spolo čné bezpečnostné mechanizmy, 
časti B.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 297  
— Pre každú reláciu s ťahovania je povinné stiahnu ť 
prinajmenšom EF
  
a
 
. 
— Pri sťahovaní údajov z karty vodi ča je tiež 
povinné stiahnu ť tieto EF:
  
— Pri sťahovaní údajov z karty vodi ča aktualizácia 
dátumu
  v EF
  
,v DF Tachograph 
a prípadne
  .  
— Pri sťahovaní údajov z dielenskej karty vynulo ­
vanie kalibra čného po čítadla v EF
  
, v DF
  
a prípadne
  .  
— Pri sťahovaní údajov z dielenskej karty sa nes ťa­
huje EF
  
v DF
  a prípadne
  
. 
▼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.  
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  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 298  
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.  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 299  
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.  
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 dodatkom 
„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úboru, 
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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 300  
Definícia  Význam  D ĺžka 
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  
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 DF
  
podpis EF
  v DF
  
▼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 — 26.02.2020 — 002.001 — 301  
Dodatok 8  
KALIBRA ČNÝ PROTOKOL  
OBSAH  
1. ÚVOD  
2. POJMY, VYMEDZENIE POJMOV A REFEREN ČNÉ DOKUMENTY  
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 — 26.02.2020 — 002.001 — 302  
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  
8. FORMÁTY DATARECORDS  
8.1. Rozsahy hodnôt prenášaných parametrov  
8.2. Formáty dataRecords  
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í“ na 
stanovenie rozsahu riadenia K-vedenia v rôznych podmienkach. Štan ­
dardná relácia je „StandardDiagnosticSession“, ke ď môžu byť všetky 
ú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 služ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 interoperability 
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 — 26.02.2020 — 002.001 — 303  
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 identifi ­
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, resp. na 
VU. 
Pojem ECU znamená „elektronická riadiaca jednotka“ a vz ťahuje sa 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ícii 
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 dispozí ­
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 implemento ­
vať, 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 — 26.02.2020 — 002.001 — 304  
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  81  ■ ■ ■ 
StopCommunication  4.2  82  ■ 
TesterPresent  4.3  3E  ■ ■ ■ 
StartDiagnosticSession  5.1  10  ■ ■ ■ 
SecurityAccess  5.2  27  ■ ■ ■ 
ReadDataByIdentifier  6.1  22  ■ ■ ■ 
WriteDataByIdentifier  6.2  2E  ■ 
InputOutputControlByIdentifier  7.1  2F  ■ 
■ 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. 
Nezobrazujú sa na aplika čnej úrovni. Dostupné služby sú uvedené 
v tejto 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 — 26.02.2020 — 002.001 — 305  
CPR_007 Potom VU musí vykona ť všetky činnosti potrebné na inicia ­
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 diagnos ­
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ú sekven­
ciu, 
— 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 — 26.02.2020 — 002.001 — 306  
CPR_017 Hodnoty časovania pre rýchlu inicializáciu a komunikácie 
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 20  
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 20  
CPR_018 Formát správy pre rýchlu inicializáciu je podrobne uvedený 
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  EE  TGT  
#3 Bajt zdrojovej adresy  tt  SRC  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 307  
Bajt #  Názov parametra  Hexadecimálna 
hodnota  Mnemotech ­
nická skratka  
#4 StartCommunication Request 
Service Id  81 SCR  
#5 Kontrolný sú čet 00-FF  CS  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 StartCommunication Positive 
Response Service Id  C1 SCRPR  
#6 Kľúčový bajt 1  EA  KB1  
#7 Kľúčový bajt 2  8F  KB2  
#8 Kontrolný sú čet 00-FF  CS  
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 — 26.02.2020 — 002.001 — 308  
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  EE  TGT  
#3 Bajt zdrojovej adresy  tt  SRC  
#4 Bajt doplnkovej d ĺžky 01  LEN  
#5 StopCommunication Request 
Service Id  82 SPR  
#6 Kontrolný sú čet 00-FF  CS  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 01  LEN  
#5 StopCommunication Positive 
Response Service Id  C2 SPRPR  
#6 Kontrolný sú čet 00-FF  CS  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 309  
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  10  RC_GR  
#8 Kontrolný sú čet 00-FF  CS  
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 svojej 
prítomnosti serveru, aby zabránilo serveru v automatickom návrate 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 diagnos ­
tická relácia alebo komunikácia tým, že resetuje časovač P3 vždy, 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 uvedené 
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  EE  TGT  
#3 Bajt zdrojovej adresy  tt  SRC  
#4 Bajt doplnkovej d ĺžky 02  LEN  
#5 TesterPresent Request 
Service Id  3E TP  
#6 Sub Function = 
responseRequired =  [áno 01  RESPREQ_Y  
nie] 02  RESPREQ_NO  
#7 Kontrolný sú čet 00-FF  CS  
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 — 26.02.2020 — 002.001 — 310  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 01  LEN  
#5 TesterPresent Positive 
Response Service Id  7E TPPR  
#6 Kontrolný sú čet 00-FF  CS  
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  80  FMT  
#2 Bajt cie ľovej adresy  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 negative Response Service Id  7F  NR  
#6 TesterPresent Request Service Identi ­
fication  3E TP  
#7 response ­
Code =  [SubFunctionNotSup ­
ported-InvalidFormat  12 RC_SFNS_IF  
incorrectMessage ­
Length]  13 RC_IML  
#8 Kontrolný sú čet 00-FF  CS  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 311  
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 
vyhradeným pre oprávnených používa ­
teľ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 pred ­
tý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 — 26.02.2020 — 002.001 — 312  
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  EE  TGT  
#3 Bajt zdrojovej adresy  tt  SRC  
#4 Bajt doplnkovej d ĺžky 02  LEN  
#5 StartDiagnosticSession 
Request Service Id  10 STDS  
#6 diagnosticSession = [jedna 
hodnota z tabu ľky 17]  xx DS_…  
#7 Kontrolný sú čet 00-FF  CS  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 02  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  CS  
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  80  FMT  
#2 Bajt cie ľovej adresy  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 313  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech ­
nická skratka  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 Negative Response Service Id  7F  NR  
#6 StartDiagnosticSession Request 
Service Id  10 STDS  
#7 Response ­
Code =  [subFunctionNotSup ­
ported (  a ) 12 RC_SFNS  
incorrectMessage ­
Length (  b ) 13 RC_IML  
conditionsNotCor ­
rect (  c ) 22 RC_CNC  
#8 Kontrolný sú čet 00-FF  CS  
( a ) – Hodnota vložená do bajtu # 6 správy s požiadavkou sa nepodporuje, t. j. nie je 
v tabuľke 17. 
( b ) – Dĺžka správy nie je správna. 
( c ) – Kritériá pre požiadavku StartDiagnosticSession nie sú splnené.  
5.1.3  Vymedzenie parametrov  
CPR_029 Parameter  diagnosticSession (DS_)  používa služba Start ­
DiagnosticSession na vo ľbu špecifického správania serve ­
ra(-ov). V tomto dokumente sú špecifikované tieto diagnos ­
tické 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 — 26.02.2020 — 002.001 — 314  
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ÁCIE.  
Pripúšťa sa zápis PIN alternatívnymi metódami.  
5.2.1  Opis správy  
Služba SecurityAccess obsahuje správu SecurityAccess „requestSeed-“, 
za ktorou prípadne nasleduje správa SecurityAccess „sendKey“. Služ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 Securi ­
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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 315  
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 
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 odpoveda ť 
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  EE  TGT  
#3 Bajt zdrojovej adresy  tt  SRC  
#4 Bajt doplnkovej d ĺžky 02  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – requestSeed  7D  AT_RSD  
#7 Kontrolný sú čet 00-FF  CS  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 316  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 04  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – requestSeed  7D  AT_RSD  
#7 Seed High  00-FF  SEEDH  
#8 Seed Low  00-FF  SEEDL  
#9 Kontrolný sú čet 00-FF  CS  
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  80  FMT  
#2 Bajt cie ľovej adresy  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 negativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  27  SA  
#7 response ­
Code =  [conditionsNotCorrec ­
tOrRequestSequence ­
Error  22 RC_CNC  
incorrectMessage ­
Length]  13 RC_IML  
#8 Kontrolný sú čet 00-FF  CS  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 317  
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  EE  TGT  
#3 Bajt zdrojovej adresy  tt  SRC  
#4 Bajt doplnkovej d ĺžky m+2  LEN  
#5 SecurityAccess Request 
Service Id  27 SA  
#6 accessType – sendKey  7E  AT_SK  
#7 až #m+6  Kľúč #1 (High)  xx  KEY  
… …  
Kľúč #m (low, m musí ma ť 
hodnoty minimálne 4 a maxi ­
málne 8)  xx 
#m+7  Kontrolný sú čet 00-FF  CS  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 02  LEN  
#5 SecurityAccess Positive 
Response Service Id  67 SAPR  
#6 accessType – sendKey  7E  AT_SK  
#7 Kontrolný sú čet 00-FF  CS  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 318  
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  80  FMT  
#2 Bajt cie ľovej adresy  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 SecurityAccess Request Service Id  27  SA  
#7 ResponseCode =  [generalReject  10  RC_GR  
subFunctionNotSup ­
ported  12 RC_SFNS  
incorrectMessage ­
Length  13 RC_IML  
conditionsNotCorrec ­
tOrRequestSequence ­
Error  22 RC_CNC  
invalidKey  35  RC_IK  
exceededNumberO ­
fAttempts  36 RC_ENA  
requestCorrectlyRe ­
ceived-ResponsePen ­
ding]  78 RC_RCR_RP  
#8 Kontrolný sú čet 00-FF  CS  
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 — 26.02.2020 — 002.001 — 319  
6.1. Služba ReadDataByIdentifier  
6.1.1  Opis správy  
CPR_050 Službu ReadDataByIdentifier používa klient na vyžiadanie 
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  EE  TGT  
#3 Bajt zdrojovej adresy  tt  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 ReadDataByIdentifier 
Request Service Id  22 RDBI  
#6 až #7  recordDataIdentifier = [hod ­
nota z tabu ľky 28]  xxxx  RDI_…  
#8 Kontrolný sú čet 00-FF  CS  
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  80  FMT  
#2 Bajt cie ľovej adresy  tt  TGT  
#3 Bajt zdrojovej adresy  EE  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 — 26.02.2020 — 002.001 — 320  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech ­
nická skratka  
#8 až #m+7  dataRecord[] =  [data#1  xx  DREC_DA ­
TA1 
: :  :  
data#m]  xx  DREC_DA ­
TAm  
#m+8  Kontrolný sú čet 00-FF  CS  
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  80  FMT  
#2 Bajt cie ľovej adresy  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 ReadDataByIdentifier Request 
Service Id  22 RDBI  
#7 ResponseCo ­
de= [requestOutOf ­
Range  31 RC_ROOR  
incorrectMessage ­
Length  13 RC_IML  
conditionsNotCor ­
rect] 22 RC_CNC  
#8 Kontrolný sú čet 00-FF  CS  
6.1.3  Vymedzenie parametrov  
CPR_052 Parameter  recordDataIdentifier (RDI_)  v správe s požia ­
davkou ReadDataByIdentifier identifikuje dátový záznam.  
CPR_053 Hodnoty recordDataIdentifier definované v tomto doku ­
mente sú uvedené v tabu ľke ďalej. 
Tabuľka recordDataIdentifier sa skladá zo štyroch st ĺpcov 
a viacerých 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 — 26.02.2020 — 002.001 — 321  
— Tretí st ĺpec (Opis)  obsahuje zodpovedajúci názov 
recordDataIdentifier.  
— Štvrtý 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 oddiele 8.2)  Mnemotechnická 
skratka  
F90B
  TimeDate  RDI_TD  
F912
  HighResolutionTotalVehicle ­
Distance  RDI_HRTVD  
F918
  Kfactor  RDI_KF  
F91C
  LfactorTyreCircumference  RDI_LF  
F91D
  WvehicleCharacteristicFactor  RDI_WVCF  
F921
  TyreSize  RDI_TS  
F922
  NextCalibrationDate  RDI_NCD  
F92C
  SpeedAuthorised  RDI_SA  
F97D
  RegisteringMemberState  RDI_RMS  
F97E
  VehicleRegistrationNumber  RDI_ VRN  
F190
  VIN  RDI_ VIN  
CPR_054 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ísanie 
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:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 322  
Tabuľka 29  
Správa WriteDataByIdentifier Request  
Bajt #  Názov parametra  Hexade­
cimálna 
hodnota  Mnemotech ­
nická skratka  
#1 Formátový bajt – fyzické adresovanie  80  FMT  
#2 Bajt cie ľovej adresy  EE  TGT  
#3 Bajt zdrojovej adresy  tt  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  xx  DREC_DA ­
TA1 
: :  :  
data#m]  xx  DREC_DA ­
TAm  
#m+8  Kontrolný sú čet 00-FF  CS  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  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  CS  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 323  
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  80  FMT  
#2 Bajt cie ľovej adresy  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 NegativeResponse Service Id  7F  NR  
#6 WriteDataByIdentifier Request Service Id  2E  WDBI  
#7 ResponseCode=  [requestOutOfRange  31  RC_ROOR  
incorrectMessage ­
Length  13 RC_IML  
conditionsNotCorrect]  22  RC_CNC  
#8 Kontrolný sú čet 00-FF  CS  
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é formá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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 324  
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 vozidla 
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.  
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:  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 325  
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  EE  TGT  
#3 Bajt zdrojovej adresy  tt  SRC  
#4 Bajt doplnkovej d ĺžky xx  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  CS  
Poznámka:  Parameter controlState je k dispozícii len v niek ­
torých prípadoch (pozri 7.1.3).  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky xx  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  CS  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 326  
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  tt  TGT  
#3 Bajt zdrojovej adresy  EE  SRC  
#4 Bajt doplnkovej d ĺžky 03  LEN  
#5 negativeResponse Service Id  7F  NR  
#6 inputOutputControlByIdentifier 
Request SId  2F IOCBI  
#7 responseCode=[  
incorrectMessageLength  13  RC_IML  
conditionsNotCorrect  22  RC_CNC  
requestOutOfRange  31  RC_ROOR  
deviceControlLimitsExceeded]  7A  RC_DCLE  
#8 Kontrolný sú čet 00-FF  CS  
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 vstupným/v ýstupn ým signaliza č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 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 327  
Hex Opis  Mnemotech ­
nická skratka  
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 ť 00  vstupné/výstupné vedenie je deaktivované 
(predvolený stav)  
Aktivovať 01  Aktivova ť kalibra čné vstupné/výstupné 
vedenie ako speedSignalInput  
Aktivovať 02  Aktivova ť kalibra čné vstupné/výstupné 
vedenie ako realTimeSpeedSignalOutputSen ­
sor 
Aktivovať 03  Aktivova ť kalibra čné vstupné/výstupné 
vedenie ako RTCOutput  
8. 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.  
CPR_067 Všetky identifikované parametre musia by ť podporované 
VU. 
CPR_068 Údaje prenášané VU na skúšobné zariadenie ako odpove ď 
na správu s požiadavkou musia zodpoveda ť meranému typu 
(t. j. aktuálnej hodnote požadovaného parametra, ktorý VU 
meria alebo sleduje).  
8.1. Rozsahy hodnôt prenášaných parametrov  
CPR_069 Tabu ľka 38 vymedzuje rozsahy hodnôt používané na stano ­
venie 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 parame ­
trov nie sú v sú časnosti k dispozícii v dôsledku ur čitého 
typu chyby v tachografe.  
CPR_071 Hodnoty v rozsahu „nie je k dispozícii“ poskytujú jednotke 
vozidla spôsob, ako posla ť správu obsahujúcu parameter, 
ktorý nie je dostupný, alebo nie je v danom module 
podporovaný. 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 ď. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 328  
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 parametra, 
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 parame ­
ter FB 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  FE  FE00 až FEFF  FE000000 až FEFFFFFF  0  
Nie je k dispozícii alebo sa 
nepožaduje  FF FF00 až FFFF  FF000000 až FFFFFFFF  FF  
CPR_073 Pre parametre kódované v ASCII, je znak ASCII „*“ vyhra ­
dený pre odde ľovač. 
8.2. Formáty dataRecords  
V tabuľke 39 až tabu ľke 42 sú podrobne uvedené formáty, ktoré sa 
musia používa ť v službách ReadDataByIdentifier a WriteDataByIdenti ­
fier. 
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  
HighResolutionTotalVehicle ­
Distance  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  15  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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 329  
Názov parametra  Dĺžka údajov (v 
bajtoch)  Rozlíšenie  Prevádzkový rozsah  
RegisteringMemberState  3  ASCII  ASCII  
VehicleRegistrationNumber  14  Podrobné údaje sú v tabu ľke 42  
VIN 17  ASCII  ASCII  
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 De ň Prírastok 0,25 d ňa/bit, offset 
0 dní 
(pozri POZNÁMKU v tabu ľke 
41) 0,25 až 31,75 
dňa 
6 Rok  Prírastok 1 rok/bit, offset rok + 
1985 
(pozri POZNÁMKU v tabu ľke 
41) rok 1985 až 
2235  
7 Miestny minú ­
tový offset  Prírastok 1 min/bit, offset – 
125 min  – 59 až + 
59 min  
8 Miestny hodi ­
nový offset  Prírastok 1 h/bit, offset – 125 h  – 23 až +2 3 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 De ň 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 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 330  
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ý hodinový para ­
meter.  
POZNÁMKA týkajúca sa použitia bajtu parametra „rok“:  
Hodnota 0 pre rok ozna čuje rok 1985, hodnota 1 ozna čuje rok 1986 
atď. 
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)  ASCII  01 až 0A  
2 – 14  Eviden čné číslo vozidla 
(vymedzené v dodatku 1)  ASCII  ASCII  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 331  
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  
1. ÚVOD  
1.1. Typové schválenie  
Typové schválenie ES pre záznamové zariadenie (alebo jeho komponent) č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 prostredia,  
— osvedčovaní interoperability  vykonanom príslušným orgánom, ktorým 
sa potvrdzuje, že záznamové zariadenie (alebo tachografová karta) je 
plne interoperabilné(-á) s príslušnými modelmi tachografových kariet 
(alebo záznamových zariadení) (pozri kapitolu 8 tejto 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, ktoré 
musí vykona ť príslušný orgán v rámci skúšok interoperability. Postupy 
vykonávania skúšok (prípadne ich druh) sa bližšie nešpecifikujú.  
Aspekty osved čovania zabezpe čenia nie sú predmetom tohto dodatku. Ak sa 
niektoré skúšky potrebné na typové schválenie vykonajú v rámci posudzo ­
vania zabezpe čenia a certifika čného procesu, potom sa tieto skúšky nemusia 
vykonávať znovu. V takom prípade sa môžu kontrolova ť len 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é hviez­
dičkou („*“).  
Číslované požiadavky odkazujú na text prílohy, zatia ľ čo ostatné požia ­
davky odkazujú na ostatné dodatky (napr. PIC_001 znamená požiadavku 
PIC_001 v piktogramoch dodatku 3).  
Dodatok sa v rámci typového schva ľovania komponentov záznamového 
zariadenia venuje oddelene sníma ču pohybu, jednotke vozidla a externému 
zariadeniu GNSS. Každý komponent dostane vlastné osved čenie o typovom  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 332  
schválení, v ktorom sa uvedú ostatné kompatibilné komponenty. Funk čná 
skúška sníma ča pohybu (alebo externého zariadenia 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. externého 
zariadenia GNSS) udeli ť iba v kombinácii s typovým schválením príslušnej 
jednotky vozidla a naopak.  
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. Skúš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 elektrický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äzieb. Časť 2: 
Prechodové elektrické vedenie len pozd ĺž napájacieho vedenia.  
ISO 7637-3 Cestné vozidlá. Elektrické rušenie z vedenia a väzieb. Časť 3: 
Prechodové elektrické vedenie kapacitnou a induktívnou väzbou iným než 
napájacím vedením.  
ISO/IEC 7816-1 Identifika čné karty. Karty s integrovanými obvodmi a s 
kontaktmi. Časť 1: Fyzikálne vlastnosti.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 333  
ISO/IEC 7816-2 Informa čné technológie. Identifika čné karty. Karty s inte ­
grovanými obvodmi a s kontaktmi. Časť 2: Rozmery a umiestnenie kontak ­
tov. 
ISO/IEC 7816-3 Informa čné technológie. Identifika čné karty. Karty s inte ­
grovanými obvodmi a s kontaktmi. Časť 3: Elektronické signály a protokoly 
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 kontaktmi 
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: Rozhranie 
CAN.  
ISO 16844-6 Cestné vozidlá. Tachografové systémy. Časť 6: Diagnostika.  
ISO 16844-7 Cestné vozidlá. Tachografové systémy. Časť 7: Parametre.  
ISO 534 Papier a lepenka. Stanovenie hrúbky, hustoty a merného objemu.  
Predpis EHK OSN R10 (UN ECE R10) Jednotné ustanovenia o schva ľovaní 
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  
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  21 až 31  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 334  
Číslo Skúška  Opis  Súvisiace požiadavky  
3.6. Meranie času (test 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. Manuálne záznamy  56 až 62  
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ž 88, 134  
3.13.  Identifika čné údaje zariadenia  93*, 94*, 97, 100  
3.14.  Údaje o vložení a vytiahnutí karty vodi ča 102* až 104*  
3.15.  Údaje o činnosti vodi ča 105* až 107*  
3.16.  Údaje o miestach a polohe  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.  Zaznamenávanie a ukladanie na tachografových kartách  136, 137, 138*, 139*, 141*, 
142, 143 
144, 145, 146*, 147*, 148*, 
149, 150  
3.28.  Zobrazovanie  90, 134, 
151 až 168, 
PIC_001, DIS_001  
3.29.  Tlač 90, 134, 
169 až 181, PIC_001, 
PRT_001 až PRT_014  
3.30.  Výstraha  134, 182 až 191, 
PIC_001  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 335  
Číslo Skúška  Opis  Súvisiace požiadavky  
3.31.  Sťahovanie údajov na externé médiá  90, 134, 192 až 196  
3.32.  Diaľková komunikácia nacielené cestné kontroly  197 až 199  
3.33.  Výstupné údaje pre doplnkové externé zariadenia  200, 201  
3.34.  Kalibrácia  202 až 206*, 383, 384, 386 až 
391 
3.35.  Kontrola kalibrácie pri cestnej kontrole  207 až 209  
3.36.  Úprava času 210 až 212*  
3.37.  Nerušenie doplnkovými funkciami  06, 425  
3.38.  Rozhranie sníma ča pohybu  02, 122  
3.39.  Externé zariadenie GNSS  03, 123  
3.40.  Overenie, že VU zistí, zaznamená a uloží udalos ť(– ti) a/alebo poru ­
chu(– 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.41.  Š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, 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 zotr­
vania 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 ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 336  
Číslo Skúška  Opis  Súvisiace požiadavky  
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 
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.  219 
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 hodi ­
nu(ISO 16750– 2)  216 ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 337  
Číslo Skúška  Opis  Súvisiace požiadavky  
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 
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 ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 338  
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*  
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  02  
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 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 339  
Č. Skúška  Opis  Súvisiace požiadavky  
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 
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 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 340  
Č. Skúška  Opis  Súvisiace požiadavky  
5. EMC  
5.1 Vyžarované emisie a citli ­
vosť Overí sa súlad s predpisom EHK OSN (ECE 
R10)  218 
5.2 Elektrostatický výboj  Súlad s ISO 10605:2008 + technické korigen ­
dum:2010 + AMD1:2014: +/– 4kV na kontak ­
toch a +/– 8kV pri vzdušnom výboji  218 
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 osved čovania 
zabezpečenia čipového modulu na základe spolo čných kritérií (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 — 26.02.2020 — 002.001 — 341  
Č. 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 — 26.02.2020 — 002.001 — 342  
Č. 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 — 26.02.2020 — 002.001 — 343  
Č. 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 — 26.02.2020 — 002.001 — 344  
Č. 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 — 26.02.2020 — 002.001 — 345  
Č. 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 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  
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 — 26.02.2020 — 002.001 — 346  
Č. 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 Čip 
[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 — 26.02.2020 — 002.001 — 347  
Č. 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ý inter ­
val. 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 — 26.02.2020 — 002.001 — 348  
Č. 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 — 26.02.2020 — 002.001 — 349  
Č. 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 — 26.02.2020 — 002.001 — 350  
Č. 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 — 26.02.2020 — 002.001 — 351  
Č. 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  03  
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 prostre ­
dia. Č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 prostre ­
dia. Č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 — 26.02.2020 — 002.001 — 352  
Č. 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 — 26.02.2020 — 002.001 — 353  
Č. 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  91  
3.3. Komunikácia s jednotkou vozidla  Dodatok 14, DSC_66 
až DSC_70, DSC_71 
až DSC_76  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 354  
Čí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 (spo ­
medzi 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 — 26.02.2020 — 002.001 — 355  
Čí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 — 26.02.2020 — 002.001 — 356  
Č. 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 — 26.02.2020 — 002.001 — 357  
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 ť jasne 
č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 maximálneho 
možného po čtu EF na karte. 
Sťahovaním jednotky vozidla sa overí, či sa všetky príslušné údaje 
zaznamenali správne. 
Sťahovaním karty sa overí, či sa všetky príslušné údaje zaznamenali 
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 pohybu  
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é údaje 
zaznamenali správne. 
Sťahovaním karty sa overí, či sa všetky príslušné údaje zaznamenali 
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 zariadení 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é údaje 
zaznamenali správne. 
Sťahovaním karty sa overí, či sa všetky príslušné údaje zaznamenali 
správne. 
Denným výpisom sa overí, či sa dajú všetky príslušné záznamy 
riadne čítať. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 358  
Dodatok 10  
POŽIADAVKY NA ZABEZPE ČENIE  
Tento dodatok stanovuje požiadavky IT zabezpe čenia systémov inteligentných 
tachografov (tachografy druhej generácie).  
SEC_001 Osved čeniu zabezpe čenia podľa schémy spolo čných kritérií podlie ­
hajú 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 vypracovali štyri 
profily ochrany v súlade s touto prílohou, ktoré schvália vládne 
orgány osved čujúce IT zabezpe čenie v rámci pracovnej skupiny pre 
spoločnú interpretáciu (Joint Interpretation Working Group – JIWG) 
podporujúcej vzájomné uznávanie osved čení pod záštitou európskej 
dohody 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 použ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 doplnia 
príslušný profil ochrany (pri čom však nesmú meni ť alebo odstra ňovať 
existujúce hrozby, ciele, postupy a funk čné špecifikácie presadzovania 
zabezpečenia), s cie ľom dospie ť k cieľu zabezpe čenia, na základe 
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 posilnenú 
o prvky ATE_DPT.2 a AVA_VAN.5.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 359  
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 — 26.02.2020 — 002.001 — 360  
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 — 26.02.2020 — 002.001 — 361  
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 relá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 — 26.02.2020 — 002.001 — 362  
PREAMBULA  
V tomto dodatku sa špecifikujú mechanizmy zabezpe čenia, ktoré zais ť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 stiahnutých na 
externé pamä ťové médium.  
Tento dodatok pozostáva z dvoch častí. V časti A sa vymedzujú mechanizmy 
zabezpečenia tachografového systému prvej generácie (digitálny tachograf). 
V časti B sa vymedzujú mechanizmy zabezpe čenia tachografového systému 
druhej generácie (inteligentný tachograf).  
Mechanizmy uvedené v časti A tohto dodatku sa uplat ňujú, ak aspo ň jeden 
z komponentov tachografového systému zapojený do procesu vzájomnej auten ­
tifikácie a/alebo prenosu údajov je komponent prvej generácie.  
Mechanizmy uvedené v časti B tohto dodatku sa uplat ňujú, ak obidva kompo ­
nenty tachografového systému zapojené do procesu vzájomnej autentifiká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. Karty 
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. Karty 
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. Karty 
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. Digi ­
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 — 26.02.2020 — 002.001 — 363  
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 — 26.02.2020 — 002.001 — 364  
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 ť syme­
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 — 26.02.2020 — 002.001 — 365  
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 Chai ­
ning).  
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 hierarchic ­
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é certifi ­
kačnou autoritou č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, digitálny podpis a šifrovacie služby.  
CSM_010 Dôvernos ť súkromných k ľúčov sa musí zachova ť počas 
generovania, (prípadného) prenosu a uloženia.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 366  
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 podlieha ­
jú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 uloženia.  
Na zaručenie zhody komponentov tachografu s ISO 16844 musia 
európska certifika čná autorita a certifika čné autority členského š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 členských štátov.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 367  
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 el- 
ementá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ájomné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 plat ­
nosť sa skončí na konci relácie (vytiahnutie karty alebo rese ­
tovanie 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 údajov 
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 — 26.02.2020 — 002.001 — 368  
Ú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ý identifi ­
kátor zariadenia príslušného zoznamu záhlaví, ktorý popisuje zre ť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 identifikova ť 
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 identifikátor 
kľúča ďalej).  
3. „Autorizácia držite ľa certifikátu“ (CHA) sa používa na identifikovanie 
práv držite ľa certifikátu. Pozostáva z ID tachografovej aplikácie 
a typu zariadenia, ktorému je certifikát ur čený (podľa dátového 
prvku
  , ‘00’ pre členský štát).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 369  
4. „Referencia držite ľa certifikátu“ (CHR) má za ú čel identifikova ť 
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 referenciu 
verejného k ľúča držiteľa certifikátu.  
5. Identifikátory k ľúča jedinečne identifikujú držite ľa certifiká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 certifi ­
kát, identifikáciu zariadenia). Identifikátor k ľúča má túto podobu: 
Údaje  Sériové 
číslo 
žiadosti 
o certifi­
ká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 — 26.02.2020 — 002.001 — 370  
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 certifikovanom verejnom 
kľúči ide o kľúč RSA relevantný pre autentifikáciu, overenie digitá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 obno­
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 autority.  
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 — 26.02.2020 — 002.001 — 371  
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 verejné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 
autority (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 certifi ­
ká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ýchto 
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 overovan í 
daného podpisu.  
Mechanizmus spustí VU pri vložení karty. Za čne sa výmenou certifi ­
kátov a rozba ľovaním verejných k ľúčov a končí sa nastavením k ľúča 
relácie.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 372  
CSM_020 Použije sa tento protokol (šípky ozna čujú príkazy a vymie ­ 
ňané údaje (pozri dodatok 2)):
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 373
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 374  
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ámci 
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 bajty.  
Š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 — 26.02.2020 — 002.001 — 375  
Vychádzajúc z nezabezpe čeného páru príkaz – odpove ď: 
Záhlavie príkazu  Telo príkazu  
CLA  INS  P1  P2  [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  P1  P2  [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’  CC  
Ú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’  CC  
Ú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 — 26.02.2020 — 002.001 — 376  
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’  CC  
Ú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’  CC  
Ú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)).  
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. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 377  
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ádz ­
kovom 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 — 26.02.2020 — 002.001 — 378  
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 špecifikované 
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(Da ­
ta))] 
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 — 26.02.2020 — 002.001 — 379
  
Č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é dokumenty:  
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 integrova ­
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 integrova ­
nými obvodmi. Časť 8: príkazy pre operácie zabezpe če­
nia. Druhé vydanie 2004-06-01  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 380  
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ádz ­
kové režimy blokovej šifry: Režim CMAC na autentifi ­
ká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 kriviek 
(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 — 26.02.2020 — 002.001 — 381  
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 — 26.02.2020 — 002.001 — 382  
— 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 če­
nia: 
— 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 zariade ­
nia, ktoré môže by ť integrované vo VU alebo externé, 
pozri dodatok 14. Avšak dia ľkový sníma č posiela  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 383  
získané údaje na kontrolnú kartu na dešifrovanie 
a overenie autenticity. Z h ľadiska zabezpe čenia 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é zariadenia 
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é zariadenia 
GNSS musia podporova ť podpisový algoritmus ECDSA, 
ako je špecifikované v [DSS].  
CSM_47 Jednotky vozidla, tachografové karty a externé zariadenia 
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 — 26.02.2020 — 002.001 — 384  
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é zariadenia 
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í algorit ­
mus Dĺžka MAC (v 
bajtoch)  
CS#1  256  128  SHA-256  8  
CS#2  384  192  SHA-384  12  
CS#3  512/521  256  SHA-512  16  
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 vozidla 
a tachografovými kartami a medzi jednotkami vozidla a vonkajšími 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 — 26.02.2020 — 002.001 — 385  
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ópskeho 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 — 26.02.2020 — 002.001 — 386  
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, od 
ktorých sa požaduje podpísanie certifikátov tachografovej 
karty, vygenerova ť jeden alebo viac jedine čných 
kľúčových párov ECC ozna čených ako MSCA_Card. 
Všetky členské štáty, od ktorých sa požaduje podpísanie 
certifikátov pre jednotky vozidla alebo externé zariadenia 
GNSS, musia navyše vygenerova ť jeden alebo viac jedi ­
neč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 — 26.02.2020 — 002.001 — 387  
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 — 26.02.2020 — 002.001 — 388  
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 — 26.02.2020 — 002.001 — 389  
— 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 ť silu 
kľúčového páru karty, ktorá je rovnaká, ako sila 
kľúčové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 — 26.02.2020 — 002.001 — 390  
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 — 26.02.2020 — 002.001 — 391  
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 — 26.02.2020 — 002.001 — 392  
— 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átov 
ERCA, certifikátov prepojenia ERCA, certifikátov MSCA a certifiká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 — 26.02.2020 — 002.001 — 393  
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 certifi ­
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ú vydané, 
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ú auten ­
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 MSCA 
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 certifiká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 vozidla 
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 vozidla 
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 — 26.02.2020 — 002.001 — 394  
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 pohy ­
bu) 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 jedno ­
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 — 26.02.2020 — 002.001 — 395  
— 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 zodpoved ­
nosti.  
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 — 26.02.2020 — 002.001 — 396  
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 — 26.02.2020 — 002.001 — 397  
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 — 26.02.2020 — 002.001 — 398  
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 — 26.02.2020 — 002.001 — 399  
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 ich 
žiadosť zabezpečene oznámi ť hlavný kľúč DRSC, s cie ľom 
umožniť im odvodi ť DSRC kľúče určené pre VU a zabezpe ­ 
č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 vozidla 
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 — 26.02.2020 — 002.001 — 400  
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í.  
▼B 
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 — 26.02.2020 — 002.001 — 401  
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 — 26.02.2020 — 002.001 — 402  
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 profile 
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 — 26.02.2020 — 002.001 — 403  
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ľúč PK  ‘7F 49’  var  
Parametre domény  DP  ‘06’  var
  
Verejný bod  PP  ‘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 certifiká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 identifiká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 — 26.02.2020 — 002.001 — 404  
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 identifikovanie 
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é parametre 
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 verejný 
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 zaria ­
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 — 26.02.2020 — 002.001 — 405  
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 — 26.02.2020 — 002.001 — 406  
CSM_153 Výrobca zariadení musí v žiadosti o certifikát posla ť MSCA 
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 certifi ­
kát. 
Výrobca musí zabezpe čiť, že tieto údaje sú správne a že certifiká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, 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ý. 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 — 26.02.2020 — 002.001 — 407  
— 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 — 26.02.2020 — 002.001 — 408  
— Certifikát Card.Link.EUR je európsky kore ňový certifi ­
ká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 
certifikačný reťazec karty v minulosti a uložila ho do budúc ­
nosti. 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 certifikátu predloženého kartou musí VU použi ť 
svoje vstavané hodiny.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 409  
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 — 26.02.2020 — 002.001 — 410  
— 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, ktoré sú 
určené na vzájomnú autentifikáciu. V oddiele 9.1.4 sa ozna čujú ako 
VU_MA.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 411  
— 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í certifiká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 ň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 — 26.02.2020 — 002.001 — 412  
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 pred ­
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 — 26.02.2020 — 002.001 — 413  
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 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 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áciu 
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 — 26.02.2020 — 002.001 — 414  
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ľúčové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 — 26.02.2020 — 002.001 — 415  
10.4.  Autentifikácia čipu a kľúčová dohoda relácie  
CSM_175 Jednotky vozidla a karty musia používa ť na autentifikáciu 
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ľúčového páru karte. Verejný bod sa prevedie na okte ­
tový reťazec, ako sa uvádza v [TR– 03111]. Musí sa 
použiť nekomprimovaný kódovací formát. Ako je vysve ­
tlené 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 verej ­
ného kľúča Comp(VU.PK  eph ) karte a karta ho uložila.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 416  
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 vozidla 
použiť algoritmus ECKA-EG vymedzený v [TR-03111].  
CSM_179 V uvedených krokoch 5 a 8 musia karta a jednotka vozidla 
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 — 26.02.2020 — 002.001 — 417  
CSM_180 V uvedených krokoch 6 a 9 musia karta a jednotka vozidla 
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ádz ­
kovom 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 — 26.02.2020 — 002.001 — 418  
10.5.2  Štruktúra zabezpe čeného spracovania správ  
CSM_188 Zabezpe čené spracovanie musí využíva ť iba dátové objekty 
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  odpove­
diach  
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 — 26.02.2020 — 002.001 — 419  
— 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úto 
š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 čenej odpo­
vede:  
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 — 26.02.2020 — 002.001 — 420  
Ď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ípadu 
4, obrázok 9 ukazuje autentifikovanú odpove ď APDU prípadu 1/prípadu 
3 a obrázok 10 ukazuje zašifrovanú a autentifikovanú odpove ď APDU 
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 — 26.02.2020 — 002.001 — 421  
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 zabezpe ­ 
čené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 spracova ­
nia: 
— 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, štruk ­
tú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 — 26.02.2020 — 002.001 — 422  
CSM_193 Tachografová karta musí zruši ť prebiehajúcu reláciu zabez ­
peč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 tacho ­
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 — 26.02.2020 — 002.001 — 423  
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ú komuni ­
ká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í štandardi ­
zovať 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 tacho ­
grafovou 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 auten ­
tifiká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 pred ­
tý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 
vymedzená 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. Poč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é zariadenie 
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 — 26.02.2020 — 002.001 — 424  
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 ť protokol 
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 
komuniká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ý certifi ­
ká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 — 26.02.2020 — 002.001 — 425  
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í 
certifiká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ňových kľúčov vytvorený ERCA a podpísaný pred ­
chá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_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 certifi ­
ká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 prav ­
depodobne 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 — 26.02.2020 — 002.001 — 426  
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 
spracovania 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ísa ­
nými v tejto kapitole a v oddiele 9.2.1.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 427  
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 
musia 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 dispo ­
nuje. 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áro ­
vacieho 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,  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 428  
že snímač pohybu použil rovnaký K  S ako VU, a teda 
v kroku 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šif­
rovaný 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šifro ­
vaný K  M tretej generácie,  
— Predpokladajme, že dielenská karta bola vydaná v prvom 
roku platnosti certifikátu ERCA (3). Preto bude obsa ­
hovať 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 
generá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 je vysvetlené 
v CSM_117.
 02016R0799 — SK — 26.02.2020 — 002.001 — 429  
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  16  16  16  
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  16  16  16  
41 odpove ď párovací k ľúč 16  16 / 24 / 32  16  32  32  
42 požiadavka  kľúč relácie  16  16 / 24 / 32  16  32  32  
43 požiadavka  párovacia informácia  24  24  32  32  32  
50 odpove ď párovacia informácia  24  24  32  32  32  
70 požiadavka  Autentifika čné údaje  8  8  16  16  16  
80 odpove ď Hodnota po čítadla 
MoS + autentifika čné 
údaje  8 8  16  16  16  
▼B 
CSM_219 Párovacie informácie, ktoré sú poslané v pokynoch 43 (žia ­
dosť 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 — 26.02.2020 — 002.001 — 430  
— 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 viac 
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 dodat ­
ku), ktoré umož ňuje spárovanie sníma ča pohybu s VU prvej 
generá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áro ­
vania 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 — 26.02.2020 — 002.001 — 431  
— 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 ľkové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 údajov 
prostredníctvom rozhrania DSRC opísaného v dodatku 14 dia ľkovému 
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 uvedený 
v dodatku 1 a ďalej opísaný v dodatku 14. V tomto oddiele sa opisuje 
š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 CertificateRequestID) – 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 — 26.02.2020 — 002.001 — 432  
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 parame ­
trom 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 — 26.02.2020 — 002.001 — 433  
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šif ­
rovanie 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ľahlivý 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 ťaho­
vania 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 špecifi ­
kované v dodatku 7. Tento súbor musí obsahova ť aj tieto 
certifikáty (pozri oddiel9.1):  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 434  
— 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 podpisov 
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 
Certificate 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 — 26.02.2020 — 002.001 — 435  
— 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ý certifi ­
ká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 — 26.02.2020 — 002.001 — 436  
Obrázok 13  
Protokol na overenie podpisu stiahnutého dátového súboru
  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 437  
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  
1.2. Akronymy a notácie  
2. ŠPECIFIKÁCIA PRIJÍMA ČA GNSS  
3. VETY NMEA  
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 vozidla  
4.2.1 Komunika čný protokol  
4.2.2 Bezpe čný prenos údajov GNSS  
4.2.3 Štruktúra príkazu Read Record  
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  
5.2. Spracovanie chýb  
5.2.1 Chýbajúce informácie o polohe od prijíma ča GNSS  
6. ČASOVÝ ROZPOR GNSS  
7. NESÚLAD ÚDAJOV O POHYBE VOZIDLA  
1. ÚVOD  
V tomto dodatku sú stanovené technické požiadavky na údaje globálneho 
navigačného satelitného systému, ktoré využíva jednotka vozidla, vrátane 
protokolov, ktoré musia by ť zavedené, aby bol zaru čený bezpe čný 
a správny dátový prenos údajov o polohe.  
Uvedené požiadavky vychádzajú najmä z týchto článkov nariadenia (EÚ) 
č. 165/2014: „ Článok 8 Zaznamenávanie polohy vozidla na ur čitých 
miestach dennej pracovnej doby“, „ Článok 10 Rozhranie s inteligentnými 
dopravnými systémami“ a „ Článok 11 Podrobné ustanovenia o inteli ­
gentnom tachografe“.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 438  
1.1. Rozsah pôsobnosti  
GNS_1 Na to, aby sa mohol vykonáva ť článok 8, jednotka vozidla musí 
získavať údaje o polohe najmenej z jedného GNSS.  
Jednotka vozidla môže, ale nemusí obsahova ť externé zariadenie GNSS, 
ako je opísané na obrázku 1:  
Obrázok 1  
Rôzne konfigurácie prijíma ča GNSS
  
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ý sate­
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)  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 439  
PDOP Position Dilution of Precision (faktor zníženia presnosti 
určenia polohy)  
RMC Recommended Minimum Specific (odporú čané minimálne 
množstvo údajov)  
SIS Signal in Space (vysielaný signál)  
VDOP Vertical Dilution of Precision (faktor vertikálneho zníženia 
presnosti)  
VU Vehicle Unit (jednotka vozidla – VU)  
2. ŠPECIFIKÁCIA PRIJÍMA ČA GNSS  
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 polohe. 
Preto je vhodné požadova ť kompatibilitu inteligentného tachografu so 
službami, ktoré poskytujú programy Galileo a European Geostationary 
Navigation Overlay Service (EGNOS), ako je stanovené v nariadení 
Európskeho 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 inte ­
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 kompa­
tibilitu aj s ďalšími satelitnými naviga čnými systémami.  
GNS_3 Prijíma č GNSS musí by ť schopný podporova ť autentifikáciu 
verejne prístupnej služby (Open Service) systému Galileo, ke ď 
ju bude systém Galileo poskytova ť a výrobcovia prijíma čov 
GNSS podorova ť. V prípade inteligentných tachografov zave ­
dených na trh pred tým, ako sa to stane, ktoré nepodporujú 
autentifikáciu základnej služby systému Galileo, sa dodato čné 
vybavenie vyžadova ť nebude.  
3. VETY NMEA  
V tomto oddiele sú opísané vety NMEA, ktoré sa používajú pri 
prevádzke inteligentného tachografu. Tento oddiel je platný pre konfigu ­
ráciu inteligentného tachografu s externým zariadením GNSS aj bez 
neho.  
GNS_4 Údaje o 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.1):  ▼B 
( 1 ) Nariadenie Európskeho parlamentu a Rady (EÚ) č. 1285/2013 z 11. 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 — 26.02.2020 — 002.001 — 440  
Obrázok 2  
Štruktúra vety RMC
  
Údaj o stave poskytuje informáciu, či je signál GNSS dostupný. Pokia ľ 
stav nenadobudne hodnotu A, prijímané údaje (napr. o čase alebo zeme ­
pisnej šírke/d ĺžke) sa nemôžu použi ť na zaznamenanie polohy vozidla 
v VU.  
▼M1 
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_5 Jednotka vozidla má v databáze VU uloženú 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 
zemepisných súradníc (GeoCoordinates).  
Príkaz GSA (faktor zníženia presnosti a aktívne satelity GPS) 
môže VU použi ť na určenie a zaznamenanie dostupnosti 
a presnosti signálu. Údaj HDOP sa používa predovšetkým 
na poskytnutie informácie o miere 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 3  
Štruktúra vety GSA
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 441  
GNS_6 Veta GSA sa ukladá s číslom záznamu ‚02‘ až ‚06‘.  
▼B 
GNS_7 Maximálna ve ľkosť viet NMEA (napr. RMC, GSA alebo 
iných), ktorá sa môže použi ť na dimenzovanie príkazu na 
čítanie záznamu, je 85 bajtov (pozri tabu ľku 1).  
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 zariadenia 
GNSS.  
GNS_8 Externé zariadenie GNSS musí by ť napájané cez osobitné 
rozhranie vozidla.  
GNS_9 Externé zariadenie GNSS tvoria tieto komponenty (pozri 
obrázok 4):  
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.10, pod ľa ktorej prijíma č GNSS slúži ako 
vysielač a predáva vety NMEA zabezpe čenému vysiela ču/ 
prijímaču (secure transceiver) GNSS na frekvencii 1 Hz pre 
vopred určený súbor viet NMEA, ktorý musí obsahova ť 
prinajmenšom vety RMC a GSA. Zavedenie dátového 
rozhrania GNSS je vecou vo ľby výrobcu externého zaria ­
denia GNSS;  
b) jednotka vysiela ča/prijímača (zabezpe čený vysiela č/pri­
jí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 iden ­
tifikačných údajov prijíma ča GNSS a externého zariadenia 
GNSS;  
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 opat ­
rení na bezpe čnostnú ochranu, ako sa vyžaduje v profile 
ochrany inteligentného tachografu;  
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.  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 442  
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 certifi ­
kátu EGF_MA,  
— certifikát EUR obsahujúci verejný k ľúč EUR.PK, ktorý sa 
používa na overenie certifikátu MSCA_VU-EGF,  
— certifikát EUR, ktorého platnos ť priamo predchádza plat ­
nosti certifikátu EUR používaného na overenie 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,  
— 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  
GNS_14 Komunika čný protokol medzi externým zariadením GNSS 
a jednotkou vozidla musí podporova ť tri funkcie:  
1. zhromaž ďovanie a distribúcia údajov GNSS (napr. o polohe, 
časovaní, rýchlosti);  
2. zhromaž ďovanie konfigura čných údajov o externom zaria ­
dení GNSS;  
3. riadiaci protokol na podporu spojenia, vzájomnej autentifi ­
kácie a k ľúčovej dohody relácie medzi externým zaria ­
dením GNSS a VU.  
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 („mas ­
ter“) a zabezpe čený vysiela č/prijímač GNSS bude podriadený 
(„slave“). Fyzické pripojenie externého zariadenia GNSS 
k jednotke vozidla je založené na norme ISO/IEC 7816- 
12:2005 alebo na inej norme, ktorá podporuje ISO/IEC 
7816-4:2013.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 443  
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.  
▼M1 
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 identifikátorom súboru rovným ‚2F2F‘, ako 
je opísané v tabu ľke 1. 
▼B 
GNS_19 Zabezpe čený vysiela č/prijímač GNSS ukladá údaje prichádza ­
jú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.  
▼M1 
GNS_20 Zabezpe čený vysiela č/prijímač GNSS musí používa ť pamäť 
naukladanie údajov a by ť schopný vykona ť najmenej 20 
miliónov cyklov zapisovania/ čítania. Okrem tohto aspektu je 
vnútorné usporiadanie a realizácia zabezpe čeného vysiela ča/ 
prijímača GNSS vecou výrobcu.  
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 kapitole 3.5.  
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 
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 ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 444  
Súbor/Dátový prvok  Č. záznamu  Ve ľkosť (bajty)  Predvolené 
hodnoty  
Min Max  
MF 552  1 031  
EF.ICC  
sensorGNSSSerialNumber  8  8  
DF zariadenia GNSS  612  1 023  
EF EGF_MACertificate  204  341  
EGFCertificate  204  341  {00..00}  
EF CA_Certificate  204  341  
MemberStateCertificate  204  341  {00..00}  
EF Link_Certificate  204  341  
LinkCertificate  204  341  {00..00}  
EF.EGF  
Veta RMC NMEA  ‘01’  85  85  
1. veta GSA NMEA  ‘02’  85  85  
2. veta GSA NMEA  ‘03’  85  85  
3. veta GSA NMEA  ‘04’  85  85  
4. veta GSA NMEA  ‘05’  85  85  
5. veta GSA NMEA  ‘06’  85  85  
rozšírené sériové číslo externého 
zariadenia GNSS vymedzené 
v dodatku 1 ako SensorGNSSSerial ­
Number.  ‘07’ 8  8  
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’ 16  16  
Identifikátor bezpe čnostného kompo ­
nentu externého zariadenia GNSS, 
vymedzený v dodatku 1 ako Senso ­
rExternalGNSSSCIdentifier.  ‘10’ 8  8  
RFU – Vyhradené na budúce použitie  Od ‘11’ do ‘FD’  
4.2.2  Bezpečný prenos údajov GNSS  
GNS_22 Bezpe čný prenos údajov GNSS o polohe je možný iba za 
týchto podmienok:  
1. Proces spojenia bol dokon čený, ako je opísané v dodatku 
11. Spoločné bezpečnostné mechanizmy.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 445  
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.  
GNS_23 Každých T sekúnd, kde T je hodnota nižšia alebo rovná 10, 
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 mieste spolu s údajmi o faktore zníženia presnosti (z vety 
GSA NMEA). Zabezpe čený vysiela č/prijímač VU používa 
príkaz SELECT a READ RECORD(S) (vybra ť a čítať 
záznam/záznamy) pod ľa normy ISO/IEC 7816-4:2013 
v režime zabezpe čeného spracovania iba na základe auten ­
tifikácie, ako je opísané v dodatku 11 oddiele 11.5, s iden ­
tifikátorom súboru „2F2F“ a číslom záznamu (RECORD) 
rovným „01“ pre vetu RMC NMEA a „02“, „03“, „04“, 
„05“, „06“ pre vetu GSA NMEA.  
2. Posledný prijatý údaj o polohe sa uloží v EF s identifiká ­
torom „2F2F“ a záznamy opísané v tabu ľke 1 v zabezpe ­ 
čenom vysiela či/prijímači GNSS, ke ď zabezpečený vysie­
lač/prijímač GNSS dostáva údaje NMEA s frekvenciou 
najmenej 1 Hz od prijíma ča GNSS prostredníctvom dáto ­
vé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 spracovania 
iba na základe autentifikácie, ako je opísané v dodatku 11 
oddiele 11.5.  
4. Zabezpe čený vysiela č/prijímač VU skontroluje autenticitu 
a integritu prijatej odpovede. V prípade kladného výsledku 
sa údaje o polohe presunú do procesora VU prostredníc ­
tvom dátového rozhrania GNSS.  
▼M1 
5. Procesor VU skontroluje prijaté údaje tak, že z vety RMC 
NMEA vyberie informácie (napr. o zemepisnej šírke, zeme ­
pisnej dĺžke, čase). Veta RMC NMEA obsahuje tieto infor ­
mácie, ak je príslušná pozícia platná. Ak táto pozícia nie je 
platná, údaje o polohe ešte nie sú dostupné a nemôžu sa 
použiť na zaznamenanie polohy vozidla. Ak je pozícia 
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é).  
▼B 
6. Procesor VU ukladá prijaté a spracované informácie, ako sú 
zemepisná šírka, zemepisná d ĺžka, čas a rýchlos ť, v VU vo 
formáte vymedzenom v dátovom slovníku v dodatku 1 ako 
zemepisné súradnice (GeoCoordinates), spolu s hodnotou 
faktora HDOP vypo čítanou ako minimum hodnôt HDOP 
získaných z dostupných systémov GNSS.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 446  
4.2.3  Štruktúra príkazu Read Record  
V tomto oddiele je podrobne opísaná štruktúra príkazu Read Record. 
Pridáva sa zabezpe čené spracovanie správ (v režime iba na základe 
autentifikácie), ako je opísané v dodatku 11 Spolo čné bezpečnostné 
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ý, zabez ­
peč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 ď „6A 83 “. 
— Ak externé zariadenie GNSS zistí nedovolenú manipulá ­
ciu, posiela ako odpove ď stavové slová „ 66 90 “. 
GNS_27 Zabezpe čený vysiela č/prijímač GNSS podporuje tieto príkazy 
tachografu druhej generácie uvedené v dodatku 2:  
Príkaz  Odkaz  
Select  Dodatok 2 kapitola 3.5.1  
Read Binary  Dodatok 2 kapitola 3.5.2  
Get Challenge  Dodatok 2 kapitola 3.5.4  
PSO: Verify Certificate  Dodatok 2 kapitola 3.5.7  
External Authenticate  Dodatok 2 kapitola 3.5.9  
General Authenticate  Dodatok 2 kapitola 3.5.10  
MSE:SET  Dodatok 2 kapitola 3.5.11  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 447  
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 externé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  
▼M1 
GNS_28 Ak VU nie je schopná komunikova ť s pripojeným externým 
zariadením GNSS nepretržite dlhšie ako 20 minút, VU gene ­
ruje a zaznamená udalos ť typu EventFaultType s hodnotou 
enum ‘0E’H Communication error with the external GNSS 
facility (porucha komunikácie s externým zariadením GNSS) 
a s časovou zna čkou nastavenou na aktuálny čas. Udalos ť sa 
generuje, iba ak sú splnené tieto dve podmienky: a) inteli ­
gentný tachograf nie je v režime kalibrácie a b) vozidlo sa 
pohybuje. V tejto súvislosti sa komunika čná chyba 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  
▼M1 
GNS_29 Ak bolo externé zariadenie GNSS porušené, zabezpe čený 
vysielač/prijímač GNSS vymaže celú svoju pamä ť vrátane 
kryptografických materiálov. Ako je opísané v GNS_25 
a GNS_26, VU zistí nedovolenú manipuláciu, ak stav odpo ­
vede je ‚6690‘. VU potom vygeneruje udalos ť typu Event ­
FaultType enum ‚19‘H Tamper detection of GNSS (zistená 
manipulácia GNSS). Externé zariadenie GNSS nemusí 
prípadne vôbec reagova ť na žiadnu externú požiadavku.  
▼B 
4.4.3  Chýbajúce informácie o polohe od prijíma ča GNSS  
▼M1 
GNS_30 Ak zabezpe čený vysiela č/prijímač GNSS nedostane údaje od 
prijímača GNSS nepretržite dlhšie ako tri hodiny, zabezpe čený 
vysielač/prijímač GNSS vygeneruje správu s odpove ďou na 
príkaz READ RECORD s číslom záznamu (RECORD) 
rovným ‚01‘ a s dátovým po ľom 12 bajtov – všetky nastavené 
na0xFF. Po prijatí správy s odpove ďou s touto hodnotou dáto ­
vého poľa VU vygeneruje a zaznamená udalos ť typu Event ­
FaultType enum ‘0D’H Absence of position information from 
GNSS receiver (Chýbajúce informácie o polohe z prijíma ča 
GNSS)s časovou pe čiatkou nastavenou na aktuálny čas, iba 
ak sú splnené tieto dve podmienky: a) inteligentný tachograf 
nie je v režime kalibrácie a b) vozidlo sa pohybuje.  
▼B 
4.4.1  Platnos ť osvedčenia externého zariadenia GNSS sa skon čila 
GNS_31  ►M1 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 ť záznamového zariadenia typu Event ­
FaultType enum  ‘1B’H External GNSS facility certificate 
expired  (platnosť certifikátu externého zariadenia GNSS sa 
skončila) s časovou pe čiatkou nastavenou na aktuálny čas. 
VU naďalej používa údaje o polohe prijaté z GNSS. ◄ ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 448  
Obrázok 4  
Schéma externého zariadenia GNSS
  
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 jednotky 
vozidla, ako je opísané na obrázku 1.  
GNS_32 Prijíma č GNSS slúži ako vysiela č a odovzdáva vety NMEA 
procesoru VU, ktorý funguje ako prijíma č na frekvencii 
1/10 Hz alebo vyššej, pre vopred ur čený súbor viet NMEA, 
ktorý musí obsahova ť prinajmenšom vety RMC a GSA.  
GNS_33 Externá anténa GNSS inštalovaná na vozidle alebo interná 
anténa GNSS je pripojená k VU.  
5.2. Spracovanie chýb  
5.2.1  Chýbajúce informácie o polohe od prijíma ča GNSS  
▼M1 
GNS_34 Ak VU nedostane údaje z prijíma ča GNSS nepretržite dlhšie 
ako tri hodiny, VU vygeneruje a zaznamená udalos ť typu 
EventFaultType s hodnotou enum ‘0D’H Absence of position 
information from GNSS receiver (Chýbajúce informácie 
o polohe z prijíma ča GNSS) s časovou pečiatkou nastavenou 
na aktuálny čas, iba ak sú splnené tieto dve podmienky: a) 
inteligentný tachograf nie je v režime kalibrácie a b) vozidlo 
sa pohybuje.  
6. ČASOVÝ ROZPOR GNSS  
Ak VU zistí odchýlku vä čšiu ako 1 minúta medzi časom určeným funk ­
ciou merania času jednotky vozidla a časom pochádzajúcim z prijíma ča 
GNSS, VU zaznamená udalos ť typu EventFaultType enum  0B’H Time 
conflict (GNSS versus VU internal clock)  [Časový rozpor (GNSS verzus 
vstavané hodiny VU)]. Po vyvolaní udalosti časového rozporu nebude 
VU kontrolova ť časovú odchýlku nasledujúcich 12 hodín. Táto udalos ť 
nebude vyvolaná v prípadoch, ke ď prijímač GNSS nemohol zachyti ť 
platný signál GNSS po čas uplynulých 30 dní.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 449  
7. NESÚLAD ÚDAJOV O POHYBE VOZIDLA  
GNS_35 VU musí iniciova ť a zaznamena ť udalosť „nesúlad údajov 
o pohybe vozidla“ (pozri požiadavku 84 v tejto prílohe) 
s časovou pečiatkou rovnajúcou sa aktuálnemu času, ak infor ­
mácie o pohybe vypo čítané zo sníma ča pohybu sú v rozpore 
s údajmi o pohybe vypo čítanými z interného prijíma ča GNSS 
alebo externého zariadenia GNSS. Na odhalenie takýchto 
rozporov sa použije medián rozdielov rýchlosti medzi týmito 
zdrojmi, 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 mediánu sa použijú všetky vypo čítané hodnoty 
v časovom okne obsahujúcom posledných pä ť minút 
pohybu,  
— medián sa vypo číta ako priemer 80 % hodnôt, ktoré 
zostanú po eliminácii najvyšších absolútnych hodnôt (tzv. 
outliers).  
Udalosť nesúlad údajov o pohybe vozidla sa spustí, ak je 
medián po čas piatich neprerušených minút pohybu vozidla 
vyšší ako 10 km/h. Aby sa zabezpe čila spoľahlivejšia detekcia 
manipulácie s tachografom, môžu sa prípadne použi ť iné nezá­
vislé zdroje detekcie pohybu vozidla. ( Poznámka:  použitie 
mediánu za posledných 5 minút má za cie ľ obmedziť riziko 
zahrnutia od ľahlých a prechodných hodnôt). Táto udalos ť sa 
nespustí za týchto podmienok: a) po čas prepravy vozidla 
trajektom alebo vlakom, b) ke ď nie sú dostupné informácie 
o polohe z prijíma ča GNSS a c) po čas režimu kalibrácie.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 450  
Dodatok 13  
ROZHRANIE ITS  
OBSAH  
1. ÚVOD  
2. ROZSAH PÔSOBNOSTI  
2.1. Akronymy, vymedzenia pojmov a notácie  
3. ODKAZOVANÉ NARIADENIA A NORMY  
4. PRINCÍP ČINNOSTI ROZHRANIA  
4.1. Predbežné podmienky prenosu údajov cez rozhranie ITS  
4.1.1 Údaje poskytované prostredníctvom rozhrania ITS  
4.1.2 Obsah údajov  
4.1.3 Aplikácie ITS  
4.2. Komunika čná technológia  
4.3. Autorizácia PIN kódom  
4.4. Formát správy  
4.5. Súhlas vodi ča 
4.6. Získavanie bežných údajov  
4.7. Získavanie osobných údajov  
4.8. Získavanie údajov o udalostiach a poruchách  
1. ÚVOD  
V tomto dodatku sú špecifikované konštrukcie a postupy, ktoré je 
potrebné dodržiava ť s cieľom zaviesť rozhranie s inteligentnými doprav ­
nými systémami (ITS), ako sa to požaduje v článku 10 nariadenia (EÚ) 
č. 165/2014 ( ďalej len „ nariadenie “). 
V nariadení  sa uvádza, že tachografy vozidiel môžu by ť vybavené štan ­
dardizovaným rozhraním, ktoré umož ňuje externému zariadeniu používa ť 
v prevádzkovom režime údaje zaznamenané alebo vytvorené tachografom, 
ak sú splnené tieto podmienky:  
a) rozhranie nemá vplyv na autenticitu a integritu údajov tachografu;  
b) rozhranie je v súlade s podrobnými ustanoveniami uvedenými v článku 
11 nariadenia;  
c) externé zariadenie pripojené k rozhraniu získa prístup k osobným 
údajom vrátane údajov o geografickej polohe až po overite ľnom 
súhlase vodi ča, ktorého sa tieto údaje týkajú.  
2. ROZSAH PÔSOBNOSTI  
Rozsahom pôsobnosti tohto dodatku je ur čiť, ako aplikácie zavedené vo 
externých zariadeniach môžu cez pripojenie Bluetooth® získa ť údaje 
(ďalej len „ údaje “) z tachografu.  
Údaje  dostupné cez toto rozhranie sú opísané v prílohe 1 k tomuto doku ­
mentu. Toto rozhranie nevylu čuje zavedenie ďalších rozhraní (napr. cez 
CANbus) na prenos údajov z VU k iným procesorom vozidla.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 451  
V tomto dodatku sú špecifikované:  
— údaje  dostupné prostredníctvom rozhrania ITS,  
— profil Bluetooth®, ktorý sa používa na prenos údajov,  
— postupy dopytu a s ťahovania a postupnos ť operácií,  
— mechanizmus párovania tachografu s externým zariadením,  
— mechanizmus vyjadrovania súhlasu dostupný vodi čovi. 
▼M1 
Na spresnenie, v tomto dodatku  nie sú špecifikované:  
— vykonávanie a riadenie získavania  údajov  v rámci VU (ktoré je špeci ­
fikované na inom mieste v  tomto nariadení  alebo je funkciou 
konštrukčného riešenia zariadenia),  
— forma prezentácie získaných údajov aplikácii zavedenej vo externom 
zariadení,  
— ustanovenia o zabezpe čení údajov nad rámec toho, čo poskytuje 
systém Bluetooth® (ako napríklad šifrovanie), týkajúce sa obsahu  
údajov  (ktoré sú špecifikované na inom mieste v  tomto nariadení  
(dodatok 11 Spolo čné bezpečnostné mechanizmy).  
— protokoly Bluetooth®, ktoré používa rozhranie ITS.  
▼B 
2.1. Akronymy, vymedzenia pojmov a notácie  
V tomto dodatku sa používajú tieto akronymy a vymedzenia pojmov 
špecifické pre tento dodatok:  
Komunikácia  Výmena informácií/údajov medzi hlavnou (master) 
jednotkou (t. j. tachografom) a externou jednotkou 
prostredníctvom rozhrania ITS cez Bluetooth®.  
Údaje  Súbory údajov, ako sú špecifikované v prílohe 1.  
Nariadenie  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í naria ­
denie Európskeho parlamentu a Rady (ES) č. 561/2006 
o harmonizácii niektorých právnych predpisov v sociálnej 
oblasti, ktoré sa týkajú cestnej dopravy,  
BR Basic Rate (základná rýchlos ť) 
EDR  Enhanced Data Rate (vyššia rýchlos ť prenosu údajov)  
GNSS  Global Navigation Satellite System (globálny naviga čný 
satelitný systém)  
IRK  Identity Resolution Key (k ľúč rozlišovania identity)  
ITS Intelligent Transport System (inteligentný dopravný 
systém – ITS)  
LE Low Energy (nízkoenergetické)  
PIN Personal Identification Number (osobné identifika čné 
číslo) 
PUC  Personal Unblocking Code (osobný odblokovací kód)  
SID Service Identifier (identifikátor služby)  
SPP Serial Port Profile (profil sériového portu)  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 452  
SSP Secure Simple Pairing (bezpe čné jednoduché párovanie)  
TRTP  Transfer Request Parameter (parameter prenosu požia ­
davky)  
TREP  Transfer Response Parameter (parameter prenosu odpo ­
vede)  
VU Vehicle Unit (jednotka vozidla – VU)  
3. ODKAZOVANÉ NARIADENIA A NORMY  
Špecifikácia uvedená v tomto dodatku odkazuje na tieto nariadenia 
a normy alebo ich časti a závisí od 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 dodatku.  
V tomto dodatku sa odkazuje na tieto nariadenia a normy:  
— 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 predpisov v sociálnej 
oblasti, ktoré sa týkajú cestnej dopravy.  
— 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.  
— ISO 16844 – 4: Cestné vozidlá. Tachografové systémy. Časť 4: 
Rozhranie CAN  
— ISO 16844 – 7: Cestné vozidlá. Tachografové systémy. Časť 7: Para­
metre  
— Bluetooth® – Serial Port Profile – V1.2  
— Bluetooth® – Základná verzia 4.2,  
— NMEA 0183 V4.1 protocol  
4. PRINCÍP ČINNOSTI ROZHRANIA  
4.1. Predbežné podmienky prenosu údajov cez rozhranie ITS  
Za aktualizáciu a uchovávanie údajov, ktoré sa majú uloži ť do VU, zodpo ­
vedá samotná VU, bez akéhoko ľvek zásahu rozhrania ITS. Prostriedky, 
ktorými sa to dosahuje, sú vnútornou vecou VU a sú špecifikované na 
inom mieste v  nariadení  a nie sú špecifikované v tomto dodatku.  
4.1.1  Údaje poskytované prostredníctvom rozhrania ITS  
Za aktualizáciu údajov, ktoré sa majú poskytova ť prostredníctvom 
rozhrania ITS na frekvencii ur čenej v rámci postupov VU, zodpovedá 
samotná VU, bez akéhoko ľvek zásahu rozhrania ITS. Údaje VU sa použí ­
vajú ako základ na vytváranie a aktualizáciu  údajov , pričom prostriedky, 
ktorými sa to dosahuje, sú špecifikované na inom mieste v  nariadení , 
alebo ak takáto špecifikácia neexistuje, sú funkciou konštrukcie zariadenia 
a nie sú špecifikované v tomto dodatku.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 453  
4.1.2  Obsah údajov  
Obsah  údajov  je špecifikovaný v prílohe 1 k tomuto dodatku.  
4.1.3  Aplikácie ITS  
Aplikácie ITS budú využíva ť údaje sprístupnené prostredníctvom 
rozhrania ITS napríklad na optimalizáciu riadenia činnosti vodi ča, pri 
dodržiavaní ustanovení nariadenia, na zis ťovanie možných porúch tacho ­
grafu alebo na používanie údajov GNSS. Špecifikácia aplikácií nepatrí do 
rozsahu pôsobnosti tohto dodatku.  
4.2. Komunika čná technológia  
Výmena  údajov  použitím rozhrania ITS sa vykonáva cez rozhranie 
kompatibilné s rozhraním Bluetooth®, verzia 4.2 alebo novšia. Rozhranie 
Bluetooth® pracuje v nelicencovanom pásme vyhradenom na priemyselné, 
vedecké a lekárske ciele (industrial, scientific and medical – ISM) 
2,4 – 2,485 GHz. Rozhranie Bluetooth® 4.2 ponúka zlepšené mechanizmy 
zaistenia súkromia a bezpe čnosti a zvyšuje rýchlos ť a spoľahlivosť 
prenosu údajov. Na ú čely tejto špecifikácie sa používa rádiové rozhranie 
Bluetooth® triedy 2 s rozsahom do desiatich metrov. Viac informácií 
o rozhraní Bluetooth® 4.2 je k dispozícii na webovom sídle www.blue ­
tooth.com (https://www.bluetooth.org/en-us/specification/adopted-specifi ­
cations?_ga=1.215147412.2083380574.1435305676).  
Komunikácia  sa vytvára pomocou komunika čného zariadenia po dokon ­ 
čení procesu párovania autorizovaným zariadením. Rozhranie Bluetooth® 
využíva model „master/slave“ na riadenie, kedy a kam môžu zariadenia 
posielať údaje. Tachograf bude plni ť úlohu hlavnej („master“) jednotky, 
zatiaľ čo externé zariadenie bude podriadené („slave“).  
▼M1 
Keď sa externé zariadenie prvýkrát dostane do dosahu VU, môže sa za čať 
proces párovania Bluetooth® (pozri aj prílohu 2). Zariadenia si vymenia 
svoje adresy, názvy, profily a spolo čný tajný kľúč, čo im umož ňuje spojiť 
sa, kedyko ľvek sa v budúcnosti stretnú. Po dokon čení tohto kroku je 
externé zariadenie dôveryhodné a je pripravené za čať s požiadavkami na 
stiahnutie údajov z tachografu. Nepredpokladá sa pridávanie šifrovacích 
mechanizmov nad rámec toho, čo poskytuje systém Bluetooth®. Ak sú 
však potrebné dodato čné bezpečnostné mechanizmy, zavedú sa v súlade 
s dodatkom 11 Spolo čné bezpečnostné mechanizmy.  
▼B 
Celkový princíp komunikácie je opísaný na tomto obrázku.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 454  
Na prenos údajov z VU k externému zariadeniu sa používa profil SPP 
(Serial Port Profile) Bluetooth®.  
4.3. Autorizácia PIN kódom  
▼M1 
Z bezpečnostných dôvodov si bude VU vyžadova ť systém autorizácie PIN 
kódom, oddelený od párovania systému Bluetooth. Každá VU musí by ť 
schopná generova ť PIN kódy na ú čely autentifikácie, pozostávajúce 
najmenej zo štyroch číslic. Pri každom párovaní s VU musí externé zaria ­
denie pred prijatím akýchko ľvek údajov poskytnú ť správny PIN kód.  
▼B 
Po zadaní správneho PIN kódu sa zariadenie zaradí do zoznamu povole ­
ných zariadení. Zoznam povolených zariadení musí ma ť priestor najmenej 
pre 64 zariadení spárovaných s konkrétnou VU.  
Ak zariadenie zadá nesprávny PIN kód trikrát za sebou, do časne sa zaradí 
do zoznamu nepovolených zariadení. Kým je zariadenie zaradené do 
zoznamu nepovolených zariadení, každý ďalší pokus o spojenie bude 
odmietnutý. Ak zariadenie opä ť zadá nesprávny PIN kód trikrát za sebou, 
trvanie zákazu sa pred ĺži (pozri tabu ľku 1). Po zadaní správneho PIN kódu 
sa dĺžka trvania zákazu a po čet pokusov vynuluje. Obrázok 1 v prílohe 2 
predstavuje sekven čný diagram pokusu o potvrdenie platnosti PIN kódu.  
Tabuľka 1 
Trvanie zákazu v závislosti od po čtu po sebe idúcich nesprávnych 
zadaní PIN kódu  
Počet po sebe idúcich nesprávnych 
zadaní  Trvanie zákazu  
3 30 sekúnd  
6 5 minút  
9 1 hodina  
12 24 hodín  
15 natrvalo  
Ak zariadenie zadá nesprávny PIN kód pätnás ťkrát za sebou (5 × 3), 
zaradí sa do zoznamu nepovolených jednotiek ITS natrvalo. Tento trvalý 
zákaz sa zruší iba zadaním správneho PUC kódu.  
PUC kód pozostáva z ôsmich číslic a poskytuje ho výrobca pri dodaní 
VU. Ak dôjde k zadaniu nesprávneho PUC kódu desa ťkrát za sebou, 
zaradí sa do zoznamu nepovolených jednotiek ITS bez možnosti zrušenia.  
▼M1 
Výrobca môže poskytnú ť možnosť zmeniť PIN kód priamo v rámci VU, 
PUC kód však nesmie by ť možné zmeni ť. Zmena PIN kódu, ak je možná, 
si vyžaduje zadanie platného PIN kódu priamo do VU.  
▼B 
Okrem toho všetky zariadenia zaradené do zoznamu povolených zariadení 
budú na tomto zozname, až kým ich používate ľ ručne nevyradí (napr. cez 
rozhranie človek – stroj VU alebo iným spôsobom). Takto sa môžu zo 
zoznamu povolených zariadení vyradi ť stratené alebo ukradnuté jednotky 
ITS. Aj v prípade, že jednotka ITS opustí zónu pripojenia Bluetooth na 
viac ako 24 hodín, automaticky sa vyradí zo zoznamu povolených zaria ­
dení VU a pri opätovnom pripájaní musí znovu zada ť správny PIN kód.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 455  
Formát správ prenášaných medzi rozhraním VU a samotnou VU nie je 
určený, ale ponecháva sa na vo ľné uváženie výrobcu. Tento výrobca však 
musí zabezpe čiť, aby bol formát správ prenášaných medzi jednotkou ITS 
a rozhraním VU uznávaný (pozri špecifikácie ASN.1).  
Každá požiadavka na prenos údajov bude preto pred akýmko ľvek spraco ­
vaním podrobená riadnemu overovaniu oprávnenia odosielate ľa. Obrázok 
2 v prílohe 2 predstavuje sekven čný diagram tohto postupu. Každé zaria ­
denie zaradené do zoznamu nepovolených zariadení dostane automatické 
odmietnutie. Každé zariadenie nezaradené do zoznamu nepovolených 
zariadení ani do zoznamu povolených zariadení dostane požiadavku na 
zadanie PIN kódu, ktorú musí splni ť pred opätovným odoslaním svojej 
požiadavky na prenos údajov.  
4.4. Formát správy  
Všetky správy vymie ňané medzi jednotkou ITS a rozhraním VU sú formá ­
tované so štruktúrou pozostávajúcou z troch častí: záhlavie pozostávajúce 
z cieľového bajtu (TGT), zo zdrojového bajtu (SRC) a z d ĺžkového bajtu 
(LEN).  
Dátové pole pozostávajúce z bajtu identifikátora služby (SID) a variabil ­
ného počtu dátových bajtov (maximálne 255).  
Bajt kontrolného sú čtu je jednobajtový sú čet modulov 256 všetkých bajtov 
správy, okrem samotného CS.  
Správa musí by ť vo formáte Big Endian.  
Tabuľka 2 
Všeobecný formát správy  
Záhlavie  Dátové pole  Kontrolný 
súčet 
TGT  SRC  LEN  SID  TRTP  CC  CM  DATA  CS  
3 bajty  Maximálne 255 bajtov  1 bajt  
Záhlavie  
TGT a SRC: identifikátor (ID) cie ľového (TGT) a zdrojového (SRC) 
zariadenia správy. Predvolená hodnota ID rozhrania VU je „EE“. Hodnota 
ID sa nemôže meni ť. Jednotka ITS používa pre svoju prvú správu komu ­
nikačnej relácie predvolenú hodnotu ID „A0“. Rozhranie VU potom 
pridelí jednotke ITS jedine čný ID a informuje ju o tomto ID pre budúce 
správy počas relácie.  
Bajt LEN zoh ľadňuje iba časť „DATA“ dátového po ľa (pozri tabu ľku 2), 
pričom prvé štyri bajty sú implicitné.  
Rozhranie VU potvrdí autenticitu odosielate ľa správy krížovou kontrolou 
svojho zoznamu ID a údajov Bluetooth, teda kontrolou, či jednotka ITS 
zodpovedajúca zadanému ID je momentálne v dosahu pripojenia Blueto ­
oth. 
Dátové pole  
Dátové pole okrem identifikátora služby (SID) obsahuje aj ďalšie para­
metre: parameter prenosu požiadavky (TRTP) a bajty po čítadla.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 456  
Ak sú údaje, s ktorými sa má narába ť, väčšie než disponibilné miesto 
v jednej správe, rozdelia sa na viaceré čiastkové správy. Každá čiastková 
správa musí ma ť rovnaké záhlavie a SID, ale bude obsahova ť dvojbajtové 
počítadlo, aktuálny údaj po čítadla (Counter Current – CC) a maximálny 
údaj počítadla (Counter Max – CM), na ozna čenie čísla čiastkovej správy. 
S cieľom umožni ť kontrolu chýb a zrušenie potvrdzuje prijímajúce zaria ­
denie každú čiastkovú správu. Prijímajúce zariadenie môže prija ť čiast­
kovú správu, požiada ť o jej nový prenos, ako aj požadova ť od odosiela ­
júceho zariadenia, aby znovu za čalo alebo zrušilo prenos.  
▼B 
Ak sa bajty CC a CM nepoužívajú, dostanú hodnotu 0xFF.  
Napríklad táto správa  
HEADER  SID  TRTP  CC  CM  DATA  CS  
3 bajty  Dlhšia než 255 bajtov  1 bajt  
sa prenáša takto:  
HEADER  SID  TRTP  01  n  DATA  CS  
3 bajty  255 bajty  1 bajt  
HEADER  SID  TRTP  02  n  DATA  CS  
3 bajty  255 bajty  1 bajt  
… 
HEADER  SID  TRTP  N  N  DATA  CS  
3 bajty  Maximálne 255 bajtov  1 bajt  
Tabuľka 3 obsahuje správy, ktoré sú schopné vymie ňať si VU a jednotka 
ITS. Obsah každého parametra je uvedený v hexadecimálnom tvare. 
V tabuľke nie sú z dôvodu preh ľadnosti zastúpené bajty CC a CM. Ich 
úplný formát je uvedený vyššie.  
Tabuľka 3 
Podrobný obsah správy  
Správa  Záhlavie  DATA  Kontrolný 
súčet 
TGT  SRC  LEN  SID  TRTP  DATA  
RequestPIN  ITSID  EE  00  01  FF  
SendITSID  ITSID  EE  01  02  FF  ITSID  
SendPIN  EE  ITSID  04  03  FF  4*INTEGER (0..9)  
PairingResult  ITSID  EE  01  04  FF  BOOLEAN (T/F)  
SendPUC  EE  ITSID  08  05  FF  8*INTEGER (0..9)  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 457  
Správa  Záhlavie  DATA  Kontrolný 
súčet 
TGT  SRC  LEN  SID  TRTP  DATA  
BanLiftingResult  ITSID  EE  01  06  FF  BOOLEAN (T/F)  
RequestRejected  ITSID  EE  08  07  FF  Čas 
RequestData  
standardTachData  EE  ITSID  01  08  01  
personalTachData  EE  ITSID  01  08  02  
gnssData  EE  ITSID  01  08  03  
standardEventData  EE  ITSID  01  08  04  
personalEventData  EE  ITSID  01  08  05  
standardFaultData  EE  ITSID  01  08  06  
manufacturerData  EE  ITSID  01  08  07  
ResquestAccepted  ITSID  EE  Len  09  TREP  Údaje  
DataUnavailable  
Žiadne údaje nie 
sú k dispozícii  ITSID  EE  02  0A  TREP  10  
Osobné údaje sa 
nezdieľajú ITSID  EE  02  0A  TREP  11  
NegativeAnswer  
Všeobecné 
odmietnutie  ITSID  EE  02  0 B  SID Req  10  
Služba nie je 
podporovaná  ITSID  EE  02  0 B  SID Req  11  
Subfunkcia nie je 
podporovaná  ITSID  EE  02  0 B  SID Req  12  
Nesprávna d ĺžka 
správy  ITSID  EE  02  0 B  SID Req  13  
Nesprávne 
podmienky alebo 
sekvenčná chyba 
požiadavky  ITSID  EE  02  0 B  SID Req  22  
Požiadavka mimo 
rozsahu  ITSID  EE  02  0 B  SID Req  31  
Odpoveď nasle­
duje ITSID  EE  02  0 B  SID Req  78  
Nezhoda ITSID  ITSID  EE  02  0 B  SID Req  FC  
ITSID sa nenašiel  ITSID  EE  02  0 B  SID Req  FB  
RequestPIN (SID 01)  
Túto správu vydáva rozhranie VU, ak požiadavku na prenos akýchko ľvek 
údajov posiela jednotka ITS, ktorá nie je zaradená do zoznamu nepovo ­
lených zariadení ani do zoznamu povolených zariadení.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 458  
SendITSID (SID 02)  
Túto správu vydáva rozhranie VU vždy, ke ď požiadavku posiela nové 
zariadenie. Zariadenie používa predvolenú hodnotu ID „A0“, pokia ľ 
nedostane pridelený jedine čný ID pre komunika čnú reláciu.  
SendPIN (SID 03)  
Túto správu vydáva jednotka ITS, aby ju rozhranie VU zaradilo do 
zoznamu povolených zariadení. Obsahom tejto správy je kód 4 INTEGER 
0 až 9.  
PairingResult (SID 04)  
Túto správu vydáva rozhranie VU na informovanie jednotky ITS, či PIN 
kód, ktorý jednotka odoslala, bol správny. Obsahom tejto správy je 
BOOLEAN s hodnotou „True“, ak bol PIN kód správny, a „False“ 
v opačnom prípade.  
SendPUC (SID 05)  
Túto správu vydáva jednotka ITS, aby rozhranie VU zrušilo sankciu zara ­
denia do zoznamu nepovolených zariadení. Obsahom tejto správy je kód 8 
INTEGER 0 až 9.  
BanLiftingResult (SID 06)  
Túto správu vydáva rozhranie VU na informovanie jednotky ITS, či PUC 
kód, ktorý jednotka odoslala, bol správny. Obsahom tejto správy je 
BOOLEAN s hodnotou „True“, ak bol PUC kód správny, a „False“ 
v opačnom prípade.  
RequestRejected (SID 07)  
Túto správu vydáva rozhranie VU ako odpove ď na akúko ľvek správu 
jednotky ITS zaradenej do zoznamu nepovolených zariadení, s výnimkou 
správy „SendPUC“. Správa obsahuje zostávajúci čas, dokedy bude 
jednotka ITS zaradená do zoznamu nepovolených zariadení, pri dodržaní 
formátu sekvencie „Time“, ako je vymedzený v prílohe 3.  
RequestData (SID 08)  
Túto správu vydáva jednotka ITS ako požiadavku na sprístupnenie údajov. 
Jednobajtový parameter prenosu požiadavky (TRTP) udáva typ požadova ­
ných údajov. Existuje viacero typov údajov:  
— standardTachData (TRTP 01): údaje dostupné z tachografu klasifiko ­
vané ako nie osobné,  
— personalTachData (TRTP 02): údaje dostupné z tachografu klasifiko ­
vané ako osobné,  
— gnssData (TRTP 03): údaje GNSS, vždy osobné,  
— standardEventData (TRTP 04): zaznamenané údaje o udalosti klasifi ­
kované ako nie osobné,  
— personalEventData (TRTP 05): zaznamenané údaje o udalosti klasifi ­
kované ako osobné,  
— standardFaultData (TRTP 06): zaznamenané poruchy klasifikované 
ako nie osobné,  
— manufacturerData (TRTP 07). údaje sprístupnené výrobcom.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 459  
Viac informácií o obsahu každého typu údajov nájdete v prílohe 3 
k tomuto dodatku.  
Viac informácií o formáte a obsahu údajov GNSS nájdete v dodatku 12.  
Viac informácií týkajúcich sa kódu údajov o udalosti a porúch nájdete 
v prílohách IB a IC.  
ResquestAccepted (SID 09)  
Túto správu vydáva rozhranie VU, ak bola správa „RequestData“ jednotky 
ITS prijatá. Táto správa obsahuje jednobajtový parameter TREP, čo je bajt 
TRTP súvisiacej správy „RequestData“, a všetky údaje požadovaného 
typu.  
DataUnavailable (SID 0A)  
Túto správu vydáva rozhranie VU, ak z ur čitých dôvodov nie sú požado ­
vané údaje k dispozícii, aby sa mohli posla ť jednotke ITS zaradenej do 
zoznamu povolených zariadení. Táto správa obsahuje jednobajtový para ­
meter TREP, čo je parameter TRTP požadovaných údajov, a jednobajtový 
kód chýb špecifikovaný v tabu ľke 3. K dispozícii sú tieto kódy:  
— Žiadne údaje nie sú k dispozícii (10): rozhranie VU sa z nešpecifiko ­
vaných dôvodov nemôže dosta ť k údajom VU,  
— Osobné údaje sa nezdie ľajú (11): jednotka ITS sa pokúša opä ť získať 
osobné údaje, ktoré sa nezdie ľajú. 
NegativeAnswer (SID 0B)  
Túto správu vydáva rozhranie VU, ak požiadavku nemožno vybavi ť 
z iného dôvodu, než je nedostupnos ť údajov. Táto správa je spravidla 
dôsledkom nesprávneho formátu požiadavky (d ĺžka, SID, ITSID…), ale 
nie je obmedzená výlu čne na tento prípad. TRTP v dátovom poli obsahuje 
SID požiadavky. Dátové pole obsahuje kód ozna čujúci dôvod zápornej 
odpovede. K dispozícii sú tieto kódy:  
— Všeobecné odmietnutie (kód: 10)  
— Tento krok nie je možné vykona ť z dôvodu, ktorý nie je uvedený 
v ďalšej časti ani v oddiele (zadaj číslo oddielu  DataUnavailable ). 
— Služba nie je podporovaná (kód: 11)  
— SID požiadavky je nezrozumite ľný. 
— Subfunkcia nie je podporovaná (kód: 12)  
— Parameter požiadavky TRTP je nezrozumite ľný. Môže napríklad 
chýbať alebo jeho hodnota leží mimo prípustných hodnôt.  
— Nesprávna d ĺžka správy (kód: 13)  
— Dĺžka prijatej správy je nesprávna (nezhoda medzi bajtom LEN 
a skutočnou dĺžkou správy).  
— Nesprávne podmienky alebo sekven čná chyba požiadavky (kód: 22)  
— Požadovaná služba nie je aktívna alebo sekvencia správ s požiadavkami 
nie je správna.  
— Požiadavka mimo rozsahu (kód: 33)  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 460  
— Záznam o parametri požiadavky (dátové pole) nie je platný.  
— Odpove ď nasleduje (kód: 78)  
— Požadovaná činnosť sa nemôže dokon čiť načas a VU nie je pripravená 
na prijatie ďalšej požiadavky.  
— Nezhoda  ITSID  (kód: FB)  
— Zdrojový bajt SRC  ITSID  po porovnaní s informáciami systému Blue ­
tooth nie je v súlade s pripojeným zariadením.  
— ITSID  sa nenašiel (kód: FC)  
— Zdrojový bajt SRC ITSID nie je spojený so žiadnym zariadením.  
V riadkoch 1 – 72 ( FormatMessageModule ) kódu ASN.1 v prílohe 3 sú 
špecifikované formáty správ, ako je uvedené v tabu ľke 3. Viac podrob ­
ností o obsahu správ je uvedených v ďalšej časti. 
4.5. Súhlas vodi ča 
Všetky dostupné údaje sa klasifikujú bu ď ako bežné, alebo ako osobné. 
Osobné údaje sa sprístupnia, iba ak s tým vyjadrí súhlas vodi č, ktorý tak 
súhlasí s tým, aby osobné údaje z tachografu opustili sie ť vozidla a použili 
sa pre aplikácie tretej strany.  
Vodič vyjadrí svoj súhlas, ke ď pri prvom vložení danej karty vodi ča alebo 
dielenskej karty, zatia ľ pre jednotku vozidla neznámej, držite ľ karty 
dostane výzvu, aby vyjadril svoj súhlas s odoslaním osobných údajov, 
súvisiacich s tachografom, prostredníctvom volite ľného rozhrania ITS 
(pozri aj odsek 3.6.2 prílohy I C).  
Stav súhlasu (aktivovaný/deaktivovaný) sa zaznamená v pamäti tacho ­
grafu.  
V prípade viacerých vodi čov sa s rozhraním ITS môžu zdie ľať len osobné 
údaje o vodi čoch, ktorí na to dali svoj súhlas. Ak sú vo vozidle napríklad 
dvaja vodi či a iba prvý vodi č súhlasí so zdie ľaním svojich osobných 
údajov, osobné údaje týkajúce sa druhého vodi ča nesmú by ť zdieľané. 
4.6. Získavanie bežných údajov  
Obrázok 3 v prílohe 2 predstavuje sekven čný diagram platnej požiadavky, 
ktorú poslala jednotka ITS, aby získala prístup k štandardným údajom. 
Jednotka ITS je riadne zaradená do zoznamu povolených zariadení a nepo ­ 
žaduje osobné údaje, preto nie je potrebné ďalšie overovanie. V diagra ­
moch sa predpokladá, že už boli riadne vykonané postupy zobrazené na 
obrázku 2 v prílohe 2. Tie sa môžu dosadi ť namiesto sivého okienka  
REQUEST TREATMENT  na obrázku 2.  
Spomedzi dostupných údajov sa za bežné považujú:  
— standardTachData (TRTP 01)  
— StandardEventData (TRTP 04)  
— standardFaultData (TRTP 06)  
4.7. Získavanie osobných údajov  
Obrázok 4 v prílohe 2 predstavuje sekven čný diagram spracovania požia ­
davky na osobné údaje. Ako už bolo uvedené, rozhranie VU odošle 
osobné údaje, iba ak vodi č vyslovene súhlasil (pozri aj oddiel 4.5). 
V opačnom prípade sa požiadavka musí automaticky odmietnu ť. ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 461  
Spomedzi dostupných údajov sa za osobné považujú:  
— personalTachData (TRTP 02),  
— gnssData (TRTP 03),  
— personalEventData (TRTP 05),  
— manufacturerData (TRTP 07).  
4.8. Získavanie údajov o udalostiach a poruchách  
Jednotky ITS môžu požadova ť údaje o udalostiach uvedených v zozname 
všetkých neo čakávaných udalostí. Tieto údaje sa považujú bu ď za bežné, 
alebo za osobné (pozri prílohu 3). Obsah každej udalosti zodpovedá doku ­
mentácii uvedenej v prílohe 1 k tomuto dodatku.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 462  
PRÍLOHA 1  
▼M1 
1) ZOZNAM ÚDAJOV DOSTUPNÝCH PROSTREDNÍCTVOM ROZHRANIA 
ITS 
▼C2 
Údaje  Zdroj  Klasifikácia údajov 
(osobné/neosobné)  
VehicleIdentificationNumber  Jednotka vozidla  neosobné  
CalibrationDate  Jednotka vozidla  neosobné  
TachographVehicleSpeed speed instant t  Jednotka vozidla  osobné  
Driver1WorkingState Selector driver  Jednotka vozidla  osobné  
Driver2WorkingState  Jednotka vozidla  osobné  
DriveRecognize Speed Threshold detected  Jednotka vozidla  neosobné  
Driver1TimeRelatedStates Weekly day time  Karta vodi ča osobné  
Driver2TimeRelatedStates  Karta vodi ča osobné  
DriverCardDriver1  Jednotka vozidla  neosobné  
DriverCardDriver2  Jednotka vozidla  neosobné  
OverSpeed  Jednotka vozidla  osobné  
TimeDate  Jednotka vozidla  neosobné  
HighResolutionTotalVehicleDistance  Jednotka vozidla  neosobné  
ServiceComponentIdentification  Jednotka vozidla  neosobné  
ServiceDelayCalendarTimeBased  Jednotka vozidla  neosobné  
Driver1Identification  Karta vodi ča osobné  
Driver2Identification  Karta vodi ča osobné  
NextCalibrationDate  Jednotka vozidla  neosobné  
Driver1ContinuousDrivingTime  Karta vodi ča osobné  
Driver2ContinuousDrivingTime  Karta vodi ča osobné  
Driver1CumulativeBreakTime  Karta vodi ča osobné  
Driver2CumulativeBreakTime  Karta vodi ča osobné  
Driver1CurrentDurationOfSelectedActivity  Karta vodi ča osobné  
Driver2CurrentDurationOfSelectedActivity  Karta vodi ča osobné  
SpeedAuthorised  Jednotka vozidla  neosobné  
TachographCardSlot1  Karta vodi ča neosobné  
TachographCardSlot2  Karta vodi ča neosobné  
Driver1Name  Karta vodi ča osobné  
Driver2Name  Karta vodi ča osobné  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 463  
Údaje  Zdroj  Klasifikácia údajov 
(osobné/neosobné)  
OutOfScopeCondition  Jednotka vozidla  neosobné  
ModeOfOperation  Jednotka vozidla  neosobné  
Driver1CumulatedDrivingTimePreviousAndCur ­
rentWeek  Karta vodi ča osobné  
Driver2CumulatedDrivingTimePreviousAndCur ­
rentWeek  Karta vodi ča osobné  
EngineSpeed  Jednotka vozidla  osobné  
RegisteringMemberState  Jednotka vozidla  neosobné  
VehicleRegistrationNumber  Jednotka vozidla  neosobné  
Driver1EndOfLastDailyRestPeriod  Karta vodi ča osobné  
Driver2EndOfLastDailyRestPeriod  Karta vodi ča osobné  
Driver1EndOfLastWeeklyRestPeriod  Karta vodi ča osobné  
Driver2EndOfLastWeeklyRestPeriod  Karta vodi ča osobné  
Driver1EndOfSecondLastWeeklyRestPeriod  Karta vodi ča osobné  
Driver2EndOfSecondLastWeeklyRestPeriod  Karta vodi ča osobné  
Driver1CurrentDailyDrivingTime  Karta vodi ča osobné  
Driver2CurrentDailyDrivingTime  Karta vodi ča osobné  
Driver1CurrentWeeklyDrivingTime  Karta vodi ča osobné  
Driver2CurrentWeeklyDrivingTime  Karta vodi ča osobné  
Driver1TimeLeftUntilNewDailyRestPeriod  Karta vodi ča osobné  
Driver2TimeLeftUntilNewDailyRestPeriod  Karta vodi ča osobné  
Driver1CardExpiryDate  Karta vodi ča osobné  
Driver2CardExpiryDate  Karta vodi ča osobné  
Driver1CardNextMandatoryDownloadDate  Karta vodi ča osobné  
Driver2CardNextMandatoryDownloadDate  Karta vodi ča osobné  
TachographNextMandatoryDownloadDate  Jednotka vozidla  neosobné  
Driver1TimeLeftUntilNewWeeklyRestPeriod  Karta vodi ča osobné  
Driver2TimeLeftUntilNewWeeklyRestPeriod  Karta vodi ča osobné  
Driver1NumberOfTimes9hDailyDrivingTimesEx ­
ceeded  Karta vodi ča osobné  
Driver2NumberOfTimes9hDailyDrivingTimesEx ­
ceeced  Karta vodi ča osobné  ▼C2
 02016R0799 — SK — 26.02.2020 — 002.001 — 464  
Údaje  Zdroj  Klasifikácia údajov 
(osobné/neosobné)  
Driver1CumulativeUninterruptedRestTime  Karta vodi ča osobné  
Driver2CumulativeUninterruptedRestTime  Karta vodi ča osobné  
Driver1MinimumDailyRest  Karta vodi ča osobné  
Driver2MinimumDailyRest  Karta vodi ča osobné  
Driver1MinimumWeeklyRest  Karta vodi ča osobné  
Driver2MinimumWeeklyRest  Karta vodi ča osobné  
Driver1MaximumDailyPeriod  Karta vodi ča osobné  
Driver2MaximumDailyPeriod  Karta vodi ča osobné  
Driver1MaximumDailyDrivingTime  Karta vodi ča osobné  
Driver2MaximumDailyDrivingTime  Karta vodi ča osobné  
Driver1NumberOfUsedReducedDailyRestPeriods  Karta vodi ča osobné  
Driver2NumberOfUsedReducedDailyRestPeriods  Karta vodi ča osobné  
Driver1RemainingCurrentDrivingTime  Karta vodi ča osobné  
Driver2RemainingCurrentDrivingTime  Karta vodi ča osobné  
Poloha GNSS  Jednotka vozidla  osobné  
▼B 
2) SÚVISLÉ ÚDAJE GNSS DOSTUPNÉ PO SÚHLASE VODI ČA 
Pozri dodatok 12 – GNSS.  
3) KÓDY UDALOSTÍ DOSTUPNÉ BEZ SÚHLASU VODI ČA 
Udalosť Pravidlá uloženia  Údaje, ktoré sa zaznamenajú o každej udalosti  
Vloženie neplatnej karty  — 10 posledných udalostí.  — dátum a čas udalosti, 
— typ, číslo, vydávajúci členský štát a gene ­
rácia karty(-iet), ktorá(-é) spôsobila(-i) 
udalosť, 
— 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, číslo, vydávajúci členský štát a gene ­
rácia dvoch kariet, ktoré spôsobili rozpor.  
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, 
— údaje čítané z karty po čas poslednej relá ­
cie: 
— dátum a čas vloženia karty, 
— VRN, členský štát evidencie a generácia 
VU. ▼C2
 02016R0799 — SK — 26.02.2020 — 002.001 — 465  
Udalosť Pravidlá uloženia  Údaje, ktoré sa zaznamenajú o každej udalosti  
Prerušenie napájania (2)  — najdlhšia udalos ť počas každého 
z 10 posledných dní jej 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, čí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 ň. 
Chyba komunikácie 
s diaľkovým komunika čným 
zariadením  — najdlhšia udalos ť počas každého 
z 10 posledných dní jej 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, čí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 ň. 
Chýbajúce informácie 
o polohe z prijíma ča GNSS  — najdhšia udalos ť počas každého 
z 10 posledných dní jej 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, čí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 ň. 
▼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šia udalos ť počas každého 
z 10 posledných dní jej 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, čí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 ň. 
Nesúlad údajov o pohybe 
vozidla  — najdlhšia udalos ť počas každého 
z 10 posledných dní jej 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, čí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
 02016R0799 — SK — 26.02.2020 — 002.001 — 466  
Udalosť Pravidlá uloženia  Údaje, ktoré sa zaznamenajú o každej udalosti  
Pokus o narušenie zabezpe ­ 
čenia 10 posledných udalostí z každého 
typu udalosti.  — dátum a čas začiatku udalosti, 
— dátum a čas konca udalosti (ak je to rele ­
vantné), 
— 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, 
— typ udalosti.  
Časový konflikt  — najdlhšia udalos ť počas každého 
z 10 posledných dní jej výskytu, 
— 5 najdlhších udalostí po čas 
posledných 365 dní.  — dátum a čas záznamového zariadenia, 
— dátum a čas GNSS, 
— 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 ň. 
4) KÓDY UDALOSTÍ DOSTUPNÉ SO SÚHLASOM VODI ČA 
Udalosť Pravidlá uloženia  Údaje, ktoré sa zaznamenajú o každej udalosti  
Jazda bez príslušnej karty  — najdlhšia udalos ť počas každého 
z 10 posledných dní jej 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, čí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 ň. 
Vloženie karty za jazdy  — posledná udalos ť počas každého 
z 10 posledných dní jej výskytu.  — dátum a čas udalosti, 
— typ, číslo, vydávajúci členský štát a gene ­
rácia karty, 
— počet podobných udalostí v daný de ň. 
Prekročenie rýchlosti (1)  — najzávažnejšia udalos ť počas 
každého z 10 posledných dní 
jej výskytu (t. j. udalos ť 
s najvyššou priemernou rýchlos ­ 
ťou), 
— 5 najzávažnejších udalostí po čas 
posledný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ýchlosti nameranej 
počas udalosti, 
— typ, číslo, vydávajúci členský štát a gene ­
rácia karty vodi ča (ak je to použite ľné), 
— počet podobných udalostí v daný de ň. 
5) KÓDY ÚDAJOV O PORUCHÁCH DOSTUPNÉ BEZ SÚHLASU VODI ČA 
Porucha  Pravidlá uloženia  Údaje, ktoré sa zaznamenajú o každej poruche  
Porucha karty  — 10 posledných porúch karty 
vodiča. — dátum a čas začiatku poruchy, 
— dátum a čas konca poruchy, 
— typ, číslo, vydávajúci členský štát a gene ­
rácia karty(-iet).  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 467  
Porucha  Pravidlá uloženia  Údaje, ktoré sa zaznamenajú o každej poruche  
Porucha záznamového zaria ­
denia  — 10 posledných porúch z každého 
typu poruchy, 
— prvá porucha, ktorá sa vyskytla 
po poslednej kalibrácii.  — dátum a čas začiatku poruchy, 
— dátum a čas konca poruchy, 
— typ poruchy, 
— 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 poruchy.  
Táto porucha vznikne pri každom uvedenom zlyhaní, ak zariadenie nie je 
v režime kalibrácie:  
— vnútorná 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,  
▼M1 
— porucha rozhrania ITS (ak existuje).  
▼B 
6) UDALOSTI A PORUCHY BEZ SÚHLASU VODI ČA ŠPECIFIKOVANÉ 
VÝROBCOM  
Udalosť alebo porucha  Pravidlá uloženia  Údaje, ktoré sa zaznamenajú o každej udalosti  
Určí výrobca  Ur čí výrobca  Ur čí výrobca  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 468  
PRÍLOHA 2  
SEKVEN ČNÉ DIAGRAMY VÝMENY SPRÁV S JEDNOTKOU ITS  
Obrázok 1  
Sekvenčný diagram pokusu o potvrdenie platnosti PIN kódu
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 469  
Obrázok 2  
Sekvenčný diagram overovania platnosti povolenia jednotky ITS
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 470  
Obrázok 3  
Sekvenčný diagram spracovania požiadavky na údaje klasifikované ako nie osobné (po zadaní správneho PIN 
kódu)
  
Obrázok 4  
Sekvenčný diagram spracovania požiadavky na údaje klasifikované ako osobné (po zadaní správneho PIN kódu)
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 471  
Obrázok 5  
Sekvenčný diagram pokusu o potvrdenie platnosti PUC kódu
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 472  
PRÍLOHA 3  
ŠPECIFIKÁCIE ASN.1
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 473
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 474
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 475
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 476
  
► (1) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 477
  
► (1) (2) (3)  M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 478
  
► (1) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 479
  
► (1) (2) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 480
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 481
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 482
  
► (1) M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 483
  
▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 484  
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 DSRC 
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 zariadenia na 
diaľkovú včasnú detekciu (REDCR) inštalovaného a ovládaného vo 
vozidle  
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) prepojenia  
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 — 26.02.2020 — 002.001 — 485  
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 „komuniká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 
zariadenia 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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 486  
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áže ­
nie), 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áklade  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 487  
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 obmedzil 
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ý, pretož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é monitoro ­
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 vyko ­
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  komuniká ­
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 kontrol ­
ných orgánov, ani kritériá, ktoré používajú príslušné kontrolné 
orgány pri rozhodovaní o tom, ktoré vozidlo zastavi ť (to vyplynie 
z technického riešenia produktov, ak sa nestanovuje inak na inom 
mieste v nariadení (EÚ) č. 165/2014 alebo v politickom rozhodnutí 
príslušných kontrolných orgánov). Na spresnenie:  komunikáciou  sa 
ú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 — 26.02.2020 — 002.001 — 488  
— 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, ktoré 
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 vymedzenia 
pojmov:  
anténa  elektrické zariadenie, ktoré premie ňa 
elektrickú energiu na rádiové vlny 
a naopak, pri čom sa používa v kombi ­
nácii s rádiovým vysiela čom alebo prijí ­
mačom. Počas prevádzky rádiový 
vysielač dodáva elektrický prúd kmita ­
júci s rádiovou frekvenciou 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 
elektromagnetickej 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 o záznamovom zariadení 
v cestnej doprave a mení nariadenie 
Európskeho parlamentu a Rady (ES)  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 489  
č. 561/2006 o harmonizácii niektorých 
právnych predpisov v sociálnej oblasti, 
ktoré sa týkajú cestnej dopravy,  
AID Application Identifier (identifikátor apli ­
kácie)  
BLE  Bluetooth Low Energy (nízkoenerge ­
tický systém Bluetooth)  
BST  Beacon Service Table (tabu ľka prevádz ­
kový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 Communication 
(vyhradená komunikácia krátkeho 
dosahu)  
DSRC-REDCR  DSRC – Remote Early Detection 
Communication Reader (sníma č komuni­
kač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 (protokolová 
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 communication 
reader (sníma č komunika čného zaria ­
denia 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 detec ­
tion communication reader (modul zabez ­
pečenia – sníma č komunika čného zaria ­
denia na dia ľkovú včasnú detekciu)  
TARV  Telematics Applications for Regulated 
Vehicles (telematické aplikácie pre regu ­
lované vozidlá) (súbor noriem 
ISO 15638)  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 490  
VU Vehicle Unit (jednotka vozidla)  
VUPM  Vehicle Unit Payload Memory (pamä ť 
jednotky vozidla pre obsahové ú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 nariade ­
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 dodatku. 
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 normy 
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žívania 
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 — 26.02.2020 — 002.001 — 491  
7. EN 12795 Telematika v cestnej doprave a preprave. Jednoú čelová 
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ú čelová 
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 kontrolované 
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 — 26.02.2020 — 002.001 — 492  
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  
DSC_17 Bezpe čnostné údaje ( securityData ), ktoré predstavujú údaje 
požadované sníma čom REDCR  na doplnenie jeho schopnosti 
dešifrovať údaje , sa dodajú v súlade s dodatkom 11 Spolo čné 
mechanizmy zabezpe čenia a prezentujú sa ako hodnota 
koncepcie údajov na do časné uloženie v  DSRC – VU  ako 
aktuálna verzia  securityData  vo forme stanovenej 
v odseku 5.4.4 tohto dodatku.  
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 kontrol ­
ného orgánu používa dia ľkovú komunikáciu krátkeho dosahu prostred ­
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 normy 
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Ú) č. 165/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 orgá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 pracu ­
júcich v súlade s odporú čaním ERC 70-03 a testovaných porovnávaní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 — 26.02.2020 — 002.001 — 493  
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 orgá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 priamo 
pred ním v dopravnom prúde). Snímanie sa vykonáva prostredníctvom 
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 EN 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ých 
prostredníctvom dia ľkovej komunikácie, zabezpe čené údaje  sa overujú 
a dekódujú v súlade s dodatkom 11 Spolo čné mechanizmy zabezpe če­
nia. 
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 — 26.02.2020 — 002.001 — 494  
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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 495  
zariadenia DSRC – VU je zodpovedný za zaistenie vhod ­
ného napájacieho zdroja, ktorý vydrží od jednej pravidelnej 
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 — 26.02.2020 — 002.001 — 496  
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é odpoje ­
nie. 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ý vo 
vozidle atď.) a podľa prevádzkového postupu, ktorý používa zástupca 
príslušného kontrolného orgánu.  
Na prezentáciu výsledkov funkcie dia ľkovej komunikácie zástupcovi 
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 zobrazenia 
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 špecifikovaná 
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 — 26.02.2020 — 002.001 — 497  
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 — 26.02.2020 — 002.001 — 498  
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 ť vozidlo 
a získať z cieľového vozidla  údaje , najskôr musí vloži ť svoju inteli ­
gentnú 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 vozidlo 
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 čnost­
ný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 rozhodo ­
vaní, č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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 499  
sa údaje  použijú iba na poskytnutie relevantných informácií 
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 DSRC 
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 tachografu 
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 parametrami 
ď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 — 26.02.2020 — 002.001 — 500  
Čí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 
preambuly).  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 ms  (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 — 26.02.2020 — 002.001 — 501  
Čí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 (azi ­
mut))  (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 — 26.02.2020 — 002.001 — 502  
Čí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 zariade ­
nia. 
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 zariade ­
nia. 
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 — 26.02.2020 — 002.001 — 503  
Čí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 zhody v súlade s príslušnou skúškou parametrov uvedenou v norme E N 
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 — 26.02.2020 — 002.001 — 504  
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 (mas ­
ter/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 — 26.02.2020 — 002.001 — 505  
— 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 — 26.02.2020 — 002.001 — 506  
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 — 26.02.2020 — 002.001 — 507  
— 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žia ­
davka  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.res ­
ponse s požadovaným atri ­
bútom pre konkrétny EID.  Posiela atribút (RTMData, 
OWSData...) s údajmi pre 
konkrétny EID.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 508  
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.res ­
ponse s požadovaným atri ­
bú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 dodat ­
kom. Spôsob, akým sú tieto údaje štruktúrované, je špecifi ­
kovaný 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 — 26.02.2020 — 002.001 — 509
  
► (1) (2) (3) (4)  M1 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 510
  
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 ť na 
aktualizáciu zabezpe čených údajov v DSRC – VU, sa vypo ­ 
čítajú podľa pravidiel uvedených v tabu ľke 14.3:  
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 
Evidenčné 
číslo vozidla  VU určí hodnotu dátového prvku RTM1  
tp15638VehicleRegistrationPlate  zo zazname ­
nanej hodnoty dátového typu  VehicleRegistra ­
tionIdentification  v zmysle dodatku 1  Vehicle­
RegistrationIdentification  Evidenčné číslo 
vozidla ako 
reťazec znakov
  
RTM2 
Udalosť – 
prekročenie 
povolenej 
rýchlosti  VU vygeneruje booleovskú hodnotu pre dátový 
prvok RTM2 tp15638SpeedingEvent. 
VU vypočíta hodnotu tp15638SpeedingEvent 
z počtu udalostí prekro čenia rýchlosti (Over 
Speeding Events) zaznamenaných vo VU 
v priebehu uplynulých 10 dní výskytu pod ľa 
prílohy 1C.  1 (TRUE) – 
znamená nezrov ­
nalosti týkajúce 
sa rýchlosti 
v priebehu uply ­
nulých 10 dní 
výskytu.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 511  
(1) Dátový 
prvok RTM  (2) Činnosť vykonávaná VU  (3) Vymedzenie údajov pod ľa 
ASN.1  
Ak počas uplynulých 10 dní výskytu došlo 
aspoň k jednej udalosti tp15638SpeedingEvent, 
hodnota tp15638SpeedingEvent sa nastaví na 
hodnotu TRUE. 
INAK (ELSE), ak sa po čas uplynulých 10 dní 
výskytu nezaznamenali žiadne udalosti, 
hodnota tp15638SpeedingEvent sa nastaví na 
hodnotu FALSE.  
RTM3 
Jazda bez 
platnej karty  VU vygeneruje booleovskú hodnotu pre dátový 
prvok RTM3 tp15638DrivingWithoutValid ­
Card. 
VU priradí premennej tp15638DrivingWithout ­
ValidCard hodnotu TRUE, ak sa v údajoch 
VU počas uplynulých 10 dní výskytu zazname ­
nala aspoň jedna udalos ť typu „vedenie vozidla 
bez príslušnej karty“ pod ľa prílohy 1C. 
INAK (ELSE), ak sa po čas uplynulých 10 dní 
výskytu nezaznamenali žiadne udalosti, 
premenná tp15638DrivingWithoutValidCard 
sa nastaví na hodnotu FALSE.  1 (TRUE) = 
označuje použitie 
neplatnej karty.
  
RTM4 
Platná karta 
vodiča VU vygeneruje booleovskú hodnotu pre dátový 
prvok RTM4 
tp15638DriverCard na základe údajov ulože ­
ných vo VU a vymedzených v dodatku 1. 
Ak nie je prítomná žiadna platná karta vodi ča, 
VU nastaví premennú na hodnotu TRUE. 
INAK (ELSE), ak je prítomná platná karta 
vodiča, VU nastaví premennú na hodnotu 
FALSE.  0 (FALSE) = 
znamená platnú 
kartu vodi ča
 
RTM5 
Vloženie 
karty po čas 
jazdy  VU vygeneruje booleovskú hodnotu pre dátový 
prvok RTM5. 
VU priradí premennej tp15638CardInsertion 
hodnotu TRUE, ak sa v údajoch VU zazname ­
nala v priebehu uplynulých 10 dní výskytu 
aspoň jedna udalos ť typu „Vloženie karty 
počas vedenia vozidla“ v zmysle prílohy 1C. 
INAK (ELSE), ak sa po čas uplynulých 10 dní 
výskytu nezaznamenali žiadne takéto udalosti, 
premenná tp15638CardInsertion sa nastaví na 
hodnotu FALSE.  1 (TRUE) = 
označuje vloženie 
karty počas jazdy 
v priebehu uply ­
nulých 10 dní 
výskytu.
  
RTM6 
Chyba 
údajov 
o pohybe  VU vygeneruje booleovskú hodnotu pre dátový 
prvok RTM6. 
VU priradí premennej tp15638MotionDa ­
taError hodnotu TRUE, ak sa v údajoch VU 
zaznamenala v priebehu uplynulých 10 dní 
výskytu aspo ň jedna udalos ť typu „chyba 
údajov o pohybe“ v zmysle prílohy 1C. 
INAK (ELSE), ak sa po čas uplynulých 10 dní 
výskytu nezaznamenali žiadne takéto udalosti, 
premenná tp15638MotionDataError sa nastaví 
na hodnotu FALSE.  1 (TRUE) = 
označuje chybu 
údajov o pohybe 
počas uplynulých 
10 dní výskytu.
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 512  
(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 tp15638vehicleMotion ­
Conflict hodnotu TRUE, ak sa v údajoch VU 
zaznamenala v priebehu uplynulých 10 dní 
výskytu aspo ň jedna udalos ť typu „nesúlad 
údajov o pohybe vozidla“ (hodnota ‘0A’H ). 
INAK (ELSE), ak sa po čas uplynulých 10 dní 
výskytu nezaznamenali žiadne udalosti, 
premenná tp15638vehicleMotionConflict sa 
nastaví na hodnotu FALSE.  1 (TRUE) = 
označuje nesúlad 
údajov o pohybe 
počas uplynulých 
10 dní výskytu.
  
RTM8 
Druhá karta 
vodiča VU vygeneruje booleovskú hodnotu pre dátový 
prvok RTM8 na základe prílohy 1C („údaje 
o činnosti vodi ča“ posádka (CREW) a druhý 
vodič (CO-DRIVER)). 
Ak je prítomná druhá platná karta vodi ča, VU 
nastaví premennú na hodnotu TRUE. 
INAK (ELSE), ak druhá platná karta vodi ča 
nie je prítomná, VU nastaví premennú na 
hodnotu FALSE.  1 (TRUE) = 
označuje vloženú 
druhú kartu 
vodiča.
 
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 iná činnosť než „jazda“ (DRIVING) 
v zmysle prílohy 1C, VU nastaví premennú na 
hodnotu TRUE. 
INAK (ELSE), ak sa aktuálna činnosť zazna­
mená vo VU ako „jazda“ (DRIVING), VU 
nastaví premennú na hodnotu FALSE.  1 (TRUE) = 
zvolená iná 
činnosť, 
0 (FALSE) = 
zvolená jazda
  
RTM10 
Posledná 
relácia ukon ­ 
čená VU vygeneruje booleovskú hodnotu pre dátový 
prvok RTM10. 
Ak posledná relácia karty nebola správne 
ukončená v zmysle prílohy 1C, VU nastaví 
premennú na hodnotu TRUE. 
INAK (ELSE), ak posledná relácia karty bola 
ukončená správne, VU nastaví premennú na 
hodnotu FALSE.  1 (TRUE) = 
nesprávne ukon ­ 
čenie 
0 (FALSE) = 
správne ukon če­
nie
 
RTM11 
Prerušenie 
napájania  VU vygeneruje celo číselnú hodnotu pre dátový 
prvok RTM11. 
VU priradí premennej tp15638PowerSupplyIn ­
terruption hodnotu rovnajúcu sa najdlhšiemu 
prerušeniu dodávky energie pod ľa článku 9 na ­
riadenia (EÚ) č. 165/2014 typu „prerušenie 
napájania“ v zmysle prílohy 1C.  — Počet preru­ 
šení napá­
jania počas 
uplynulých 
10 dní 
výskytu
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 513  
(1) Dátový 
prvok RTM  (2) Činnosť vykonávaná VU  (3) Vymedzenie údajov pod ľa 
ASN.1  
INAK (ELSE), ak po čas uplynulých 10 dní 
výskytu nedošlo k prerušeniu napájania, 
premenná sa nastaví na hodnotu 0.  
▼M1 
RTM12 
Porucha 
snímača VU vygeneruje celo číselnú hodnotu pre dátový 
prvok RTM12. 
VU priradí premennej sensorFault hodnotu: 
— 1 ak po čas uplynulých 10 dní bola zazna ­
menaná udalos ť typu ‘35H’ Porucha 
snímača 
— 2 ak po čas uplynulých 10 dní bola zazna ­
menaná udalos ť typu Porucha prijíma ča 
GNSS (interného či externého s hodnotami 
enum ‘36’H alebo ‘37’H) 
— 3 ak po čas uplynulých 10 dní bola zazna ­
menaná udalos ť typu ‘0E’H Chyba komu ­
nikácie s externým zariadením GNSS 
— 4 ak po čas uplynulých 10 dní bola zazna ­
menaná porucha sníma ča aj porucha prijí ­
mača GNSS 
— 5 ak po čas uplynulých 10 dní bola zazna ­
menaná porucha sníma ča aj chyba komu ­
nikácie s externým zariadením GNSS 
— 6 ak po čas uplynulých 10 dní bola zazna ­
menaná porucha prijíma ča GNSS aj chyba 
komunikácie s externým zariadením GNSS 
— 7 ak po čas uplynulých 10 dní boli zazna ­
menané všetky tri poruchy sníma čov počas 
uplynulých 10 dní neboli zaznamenané 
žiadne udalosti.  – Porucha 
snímača – 
jeden oktet 
podľa slovníka 
údajov
  
▼B 
RTM13 
Úprava času VU generuje celé číslo (timeReal z dodatku 1) 
pre dátový prvok RTM13 na základe prítom ­
nosti údajov o úprave času v zmysle prílohy 
1C. 
VU priradí hodnotu času, kedy došlo 
k poslednej udalosti úpravy času. 
INAK (ELSE), ak v údajoch VU neexistuje 
žiadna udalos ť Time Adjustment (úprava 
času) v zmysle prílohy 1C, VU nastaví 
hodnotu 0  Čas poslednej 
úpravy času
 
RTM14 
Pokus o naru ­ 
šenie zabez ­
pečenia VU generuje celé číslo (timeReal z dodatku 1) 
pre dátový prvok RTM14 na základe prítom ­
nosti udalosti „Security breach attempt“ (pokus 
o narušenie zabezpe čenia) v zmysle prílohy 
1C. Čas posledného 
pokusu o naru ­ 
šenie 
— predvolená 
hodnota = 
0x00FF
  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 514  
(1) Dátový 
prvok RTM  (2) Činnosť vykonávaná VU  (3) Vymedzenie údajov pod ľa 
ASN.1  
VU nastaví hodnotu času posledného pokusu 
o narušenie zabezpe čenia, ktorý VU zazname ­
nala. 
INAK (ELSE), ak v údajoch VU nie je zazna ­
menaný žiaden pokus o narušenie zabezpe ­ 
čenia v zmysle prílohy 1C, nastaví hodnotu 
0x00FF.  
RTM15 
Posledná 
kalibrácia  VU generuje celé číslo (timeReal z dodatku 1) 
pre dátový prvok RTM15 na základe prítom ­
nosti údajov o poslednej kalibrácii v zmysle 
prílohy 1C. 
VU nastaví hodnotu času posledných dvoch 
kalibrácií (RTM15 a RTM16), ktoré sú nasta ­
vené vo VuCalibrationData v zmysle 
dodatku 1. 
VU nastaví hodnotu pre RTM15 na timeReal 
posledného záznamu o kalibrácii.  Údaje o čase 
poslednej kali ­
brácie
  
RTM16 
Predchádza ­
júca kalibrá ­
cia VU generuje celé číslo (timeReal z dodatku 1) 
pre dátový prvok RTM16 pod ľa záznamu 
o kalibrácii predchádzajúcej poslednú kali ­
bráciu 
INAK (ELSE), ak k žiadnej predchádzajúcej 
kalibrácii nedošlo, VU nastaví hodnotu 
RTM16 na 0.  Údaje o čase 
predchádzajúcej 
kalibrácie
  
RTM17 
Dátum pripo ­
jenia tacho ­
grafu  VU vygeneruje pre dátový prvok RTM17 celo ­ 
číselnú hodnotu (timeReal z dodatku 1). 
VU nastaví hodnotu času prvej inštalácie VU. 
VU tieto údaje extrahuje z VuCalibrationData 
(dodatok 1) z vuCalibrationRecords, pri čom 
CalibrationPurpose sa rovná: ‘03’H  Dátum pripojenia 
tachografu
  
RTM18 
Aktuálna 
rýchlosť VU vygeneruje celo číselnú hodnotu pre dátový 
prvok RTM18. 
VU nastaví hodnotu pre RTM18 na poslednú 
aktuálnu zaznamenanú rýchlos ť v čase 
poslednej aktualizácie RtmData.  Posledná aktu ­
álna zazname ­
naná rýchlos ť
 
RTM19 
Časová 
pečiatka  VU vygeneruje pre dátový prvok RTM19 celo ­ 
číselnú hodnotu (timeReal z dodatku 1). 
VU nastaví hodnotu pre RTM19 na čas 
poslednej aktualizácie RtmData.  Časová pečiatka 
aktuálneho 
záznamu 
TachographPay ­
load
 
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 515  
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ódované 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 (Beaco ­
nId) Podľa normy EN 12834  
Č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  ▼M1
 02016R0799 — SK — 26.02.2020 — 002.001 — 516
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
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
 
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..1­
27,­ 
…)) 
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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 517
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
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 
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
 ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 518
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
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  
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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 519  
Tabuľka 14.9  
Inicializácia – príklad obsahu rámca VST
 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
  Príkaz UI  
8 Fragmentation header
  Bez fragmentácie  
9 VST 
SEQUENCE {
  Odpoveď inicializácie  
Fill BIT STRING (SIZE(4))
  Nepoužité a nastavené 
na 0.  
10 Profile INTEGER (0..127,…) 
Applications SEQUENCE OF {
  Bez rozšírenia. Príklad 
profilu 0  
11
 Bez rozšírenia, 1 apliká ­
cia 
12 SEQUENCE {  
OPTION indicator
  Identifikátor EID 
prítomný  
OPTION indicator
  Parameter prítomný  
AID DSRCApplicationEntityID
  Bez rozšírenia. AID= 2 
Freight&Fleet  
13 EID Dsrc-EID
  Vymedzené v OBU, iden ­
tifikuje inštanciu apliká ­
cie. 
14 Parameter Container {
  Bez rozšírenia, vo ľba 
kontajnera = 02, oktetový 
reťazec 
15
 Bez rozšírenia, d ĺžka 
kontextovej zna čky 
RTM = 8  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 520
 Oktet č. 
Atribút/pole  Bity v oktete  Opis  
16 Rtm-ContextMark::= SEQUENCE 
{ 
StandardIdentifier 
standardIdentifier
  ►M1 IIdentifikátor 
objektu podporovanej 
normy, časti a verzie. 
Príklad: ISO (1) norma 
(0) TARV (15638) časť 
9 (9) verzia 1 (1). 
Prvý oktet 06H je identi ­
fikátor objektu. Druhý 
oktet 06H je jeho d ĺžka. 
Nasledujúcich 6 oktetov 
kóduje príklad identifiká ­
tora objektu. ◄ 17
 
18
 
19
 
20
 
21
 
22
 
23
 
24 ObeConfiguration Sequence {  
OPTION indicator
  ObeStatus neprítomný  
EquipmentClass INTEGER (0..32767)
  
25
 
26 ManufacturerId INTEGER (0..65535)
  Identifikátor výrobcu 
DSRC – VU pod ľa 
registra v ISO 14816  
27
 
28 FCS
  Kontrolný sú čet rámca  
29
 
30 Flag
  Príznak ukon čenia 
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  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 521  
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 — 26.02.2020 — 002.001 — 522  
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 — 26.02.2020 — 002.001 — 523
 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 — 26.02.2020 — 002.001 — 524
 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, ktoré 
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 — 26.02.2020 — 002.001 — 525  
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 — 26.02.2020 — 002.001 — 526  
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ú odra ­
ziť 
… …  
113 }}
  
114 FCS
  Kontrolný sú čet rámca  
115
 
116 Flag
  Príznak ukon čenia ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 527  
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 — 26.02.2020 — 002.001 — 528  
__________  
▼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 musia 
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ácie 
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  
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:  ▼M2
 02016R0799 — SK — 26.02.2020 — 002.001 — 529
  
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í 
identifikátor LinkIdentifier a oznámi ho zariadeniu 
DSRC – VU, aby bolo možné sledova ť konkrétne komu ­
nikač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 — 26.02.2020 — 002.001 — 530  
—
 používa VU na odoslanie podpísa ­
ných údajov RCDTData (t. j.  údajov dia ľkovej komuniká ­
cie) zariadeniu DSRC – VU. Údaje sa posielajú každých 
60 sekúnd. Parameter DataTransactionId identifikuje 
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 mali 
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  
▼M1 
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 zaznamenali  v zariadení 
DSRC – VU  správne. 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‘0C’H Chyba komunikácie s dia ľkovým komu ­
nikačným zariadením spolu s časovou pečiatkou.  
▼B 
DSC_78  VU  uchová súbor s jedine čným názvom, ktorý kontrolóri 
ľahko identifikujú na ú čely zaznamenania „interných komu ­
nikačných porúch VU“.  
DSC_79 Ak sa pamä ť VUPM pokúša získa ť údaje VU z modulu zabez ­
pečenia (aby ich poskytla VU-DSRC), ale neúspešne, zazna ­
mená poruchu ako typ EventFaultType s hodnotou enum nasta ­
venou na  ‘62’H Chyba komunikácie dia ľkového komunika čného 
zariadenia , spolu s časovou pečiatkou. Zlyhanie komunikácie  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 531  
sa zaznamená, ak správa
  
k príslušnému príkazu
  (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úvisia ­
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é vymedzi ť 
rozdiel medzi „zlyhaním snímania“ a „chybou“. V prípade transakcie 
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ípadov 
vedie k úspešnému nadviazaniu komunikácie a prenosu údajov, pokia ľ 
sa cieľové vozidlo v čase potrebnom na opätovné vysielanie nepresunie 
mimo dosah. („Úspešné snímanie“ si môže vyžadova ť viacero opakova ­
ných pokusov.)  
Príčinou zlyhania snímania môže by ť nesprávne spárovanie antén (zly ­
hanie „zacielenia“); tienenie niektorej z antén – to môže by ť ú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 verejných 
prostriedkov bezdrôtovej komunikácie, radarové rušenie alebo nepriaz ­
nivé atmosférické podmienky (napr. po čas búrky); alebo jednoducho 
presun vozidla mimo dosah komunikácie DSRC. Jednotlivé prípady 
zlyhaní snímania sa z princípu nemôžu zaznamena ť, jednoducho preto, 
že ku komunikácii nedošlo.  
Ak sa však zástupca príslušného kontrolného orgánu zameria na ur č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ôsledkom 
úmyselnej manipulácie, a preto zástupca príslušného kontrolného orgánu 
potrebuje prostriedok na zaznamenanie zlyhania a upozornenie kolegov 
na ďalších stanovištiach, že môže ís ť o porušenie predpisov. Kolegovia 
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 zlyhaní 
údaje. Takého hlásenie musí preto vychádza ť z technického riešenia 
zariadenia REDCR.  
„Zlyhanie snímania“ je technicky odlišné od „chyby“. „Chyba“ v tejto 
súvislosti znamená získanie nesprávnej hodnoty.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 532  
Ú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 úrovni. 
Ak kontrola CRC údaje potvrdí, potom sú správne. Ak kontrola CRC 
údaje nepotvrdí, opätovne sa vysielajú. Pravdepodobnos ť, že nesprá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é vysielanie 
a prijímanie správnych údajov, výsledkom nebude chyba, ale výskyt 
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 typmi 
skúšok:  
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úšanie, či 
je kanál  DSRC-REDCR  >>-:-< DSRC-VU  funkčne aktívny.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 533  
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 funguje, bez 
potreby prístupu k oprávneniam zabezpe čenia. Skúšobné zariadenie 
preto musí by ť schopné iba inicializova ť komunikáciu DSRC (odo ­
slaním tabu ľky BST s hodnotou AID = 2) a potom posla ť príkaz 
ECHO; ak DSRC funguje, skúšobné zariadenie dostane odpove ď na 
príkaz ECHO. Podrobnosti sú uvedené v odseku 5.4.8. Ak túto odpove ď 
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 rozdie ­
lom, ž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 inteligentné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 — 26.02.2020 — 002.001 — 534  
Dodatok 15  
PRECHOD: RIADENIE KOEXISTENCIE JEDNOTLIVÝCH GENERÁCIÍ 
ZARIADENIA  
OBSAH  
1. VYMEDZENIE POJMOV  
2. VŠEOBECNÉ USTANOVENIA  
2.1. Preh ľad prechodu  
2.2. Interoperabilita medzi VU a kartami  
2.3. Interoperabilita medzi jednotkou vozidla a sníma čom pohybu  
2.4. Interoperabilita medzi jednotkou vozidla, tachografovými kartami 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 zariadením  
3. ZÁKLADNÉ OPATRENIA PO ČAS OBDOBIA PRED TERMÍNOM 
ZAVEDENIA  
4. USTANOVENIA NA OBDOBIE PO TERMÍNE ZAVEDENIA  
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 naria ­
dení (č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.  
2. VŠEOBECNÉ USTANOVENIA  
2.1. Preh ľad prechodu  
V preambule tejto prílohy je uvedený preh ľad prechodu medzi tacho ­
grafovými systémami prvej a druhej generácie.  
Na doplnenie k ustanoveniam tejto preambuly:  
— snímače pohybu prvej generácie nebudú interoperabilné s jednotkami 
vozidla druhej generácie,  
— inštalácia sníma čov pohybu druhej generácie do vozidiel sa za čne 
v rovnakom čase ako inštalácia jednotiek vozidla druhej generácie,  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 535  
— zariadenia na s ťahovanie údajov a kalibráciu sa budú musie ť vyvíjať 
tak, aby podporovali používanie obidvoch generácií záznamových 
zariadení a tachografových kariet.  
2.2. Interoperabilita medzi VU a kartami  
▼M1 
Je zrejmé, že tachografové karty prvej generácie sú interoperabilné 
s jednotkami vozidla prvej generácie v súlade s prílohou IB k nariadeniu 
(EHS) č. 3821/85, zatia ľ čo tachografové karty druhej generácie sú 
interoperabilné s jednotkami vozidla druhej generácie v súlade s prílohou 
IC k tomuto nariadeniu. Okrem toho sa uplat ňujú tieto požiadavky:  
▼B 
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 jednot­
kách 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 Jednotky 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 ť sa môže v takýchto jednotkách vozidla 
v dielni raz a navždy eliminova ť 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 pri ur čovaní prevádzko ­
vého režimu berú do úvahy iba typy vložených platných 
kariet, bez oh ľadu na ich generáciu.  
MIG_006 Každá platná tachografová karta druhej generácie sa musí 
dať použiť v jednotkách vozidla prvej generácie presne 
rovnakým spôsobom ako tachografová karta druhej 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 generácie 
sú interoperabilné s jednotkami vozidla druhej generácie. Okrem toho sa 
uplatňujú tieto požiadavky:  
MIG_007 Jednotky vozidla druhej generácie sa nebudú môc ť spájať 
a používať so snímačmi pohybu prvej generácie.  
MIG_008 Sníma če pohybu druhej generácie sa môžu spája ť a používa ť 
buď iba s jednotkami vozidla druhej generácie, 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 sa môže používa ť buď iba 
s jednotkami vozidla a tachografovými kartami jednej gene ­
rácie, alebo obidvoch generácií.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 536  
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 zaria ­
denia (IDE) s ťahujú z tachografových kariet jednej generácie, 
vložených do svojich čítacích zariadení, s použitím bezpe č­
nostných mechanizmov a protokolov s ťahovania údajov tejto 
generácie, pri čom sťahované údaje musia ma ť formát určený 
pre danú generáciu.  
MIG_011 S cie ľom umožni ť kontrolu vodi čov aj kontrolnými orgánmi 
mimo EÚ musí by ť možné stiahnu ť údaje z kariet vodi ča 
(a dielenských kariet) druhej generácie presne rovnakým 
spôsobom ako z kariet vodi ča (a dielenských kariet) prvej 
generácie. Také s ťahovanie musí zah ŕňať: 
▼M1 
— nepodpísané EF ic a icc (nepovinné),  
▼B 
— nepodpísané EF (prvej generácie)
  
a
 ,  
▼M1 
— ď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 (aplika čné dátové EF v rámci DF Tachograph G2).  
▼B 
2.4.2  Sťahovanie z karty prostredníctvom jednotky vozidla  
MIG_012 Z karty druhej generácie 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 jednotke vozidla druhej 
generácie sa údaje s ťahujú s použitím protokolu 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 gene ­
rácie.  
2.4.3  Sťahovanie z jednotky vozidla  
▼M1 
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.  
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 
s použitím bezpe čnostných mechanizmov 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.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 537  
2.5. Interoperabilita medzi jednotkou vozidla a kalibra čným zariadením  
MIG_016 Kalibra čné zariadenie musí by ť schopné vykona ť kalibráciu 
všetkých generácií tachografu s použitím kalibra čného proto ­
kolu príslušnej generácie. Kalibra čné zariadenie sa môže 
používať buď pre tachograf jednej generácie, alebo obidvoch 
generácií.  
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 dispo ­
zícii najneskôr  30 mesiacov  pred termínom zavedenia.  
MIG_018 Skúšky interoperability musia by ť pripravené, ak o ne výrob ­
covia požiadajú, najneskôr  15 mesiacov  pred termínom zave ­
denia.  
MIG_019 Úradné k ľúče a osvedčenia musia ma ť výrobcovia k dispo ­
zícii najneskôr  12 mesiacov  pred termínom zavedenia.  
MIG_020 Členské štáty musia by ť schopné vyda ť dielenské karty 
druhej generácie najneskôr  tri mesiace  pred termínom zave ­
denia.  
MIG_021 Členské štáty musia by ť schopné vyda ť všetky typy tacho ­
grafových kariet druhej generácie najneskôr  jeden mesiac 
pred termínom zavedenia.  
4. USTANOVENIA NA OBDOBIE PO TERMÍNE ZAVEDENIA  
MIG_022 Po termíne zavedenia musia členské štáty vydáva ť už iba 
tachografové karty druhej generá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.  
MIG_024 Výrobcovia jednotiek vozidla/sníma čov pohybu môžu 
požiadať o zachovanie typového schválenia jednotiek vozid ­
la/snímačov pohybu prvej generácie tých typov, ktoré už 
mali udelené typové schválenie, a toto zachovanie sa im 
umožní.  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 538  
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: Rozhranie 
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 — 26.02.2020 — 002.001 — 539  
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žiadavky 
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érom 
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áble, 
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 — 26.02.2020 — 002.001 — 540  
— 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 zisti ť, 
súvisia so vstavaným sníma čom pohybu [88].  
ADA_009 Funkcia kalibrácie VU umožní automaticky spárova ť vstavaný 
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é impulzy 
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.  
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 
(4 000 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.  
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 VU na 
identifikáciu adaptéra [95].  ▼B
 02016R0799 — SK — 26.02.2020 — 002.001 — 541  
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 otvori ť. 
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áni ť 
bez porušenia plomby (plomb) puzdra adaptéra alebo 
rozlomenia 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 spracú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 polarity 
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 — 26.02.2020 — 002.001 — 542  
— identifika čné číslo vozidla, na ktoré bol adaptér namonto ­
vaný.  
ADA_028 Popisný štítok musí obsahova ť aj tieto údaje (ak sa nedajú 
prečítať priamo z vonkajšej strany vstavaného sníma ča pohy­
bu): 
— 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ýrobcovia 
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 upravi ť 
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 zaplom ­
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 (pravidelné 
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 — 26.02.2020 — 002.001 — 543  
— č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 plomb 
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 zariadenia 
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 — 26.02.2020 — 002.001 — 544  
Č. 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 — 26.02.2020 — 002.001 — 545  
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 nasleduje 
rozlišovacie číslo alebo písmeno štátu, ktorý vydal schválenie v súlade 
s nasledujú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 mieste 
v tesnej blízkosti uvedeného obd ĺžnika.  ▼C1
 02016R0799 — SK — 26.02.2020 — 002.001 — 546  
2. Schvaľovacia zna čka sa zobrazí na popisnej doske každej sústavy zariadenia 
a na každom záznamovom liste a na každej tachografovej karte. Nesmie 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 — 26.02.2020 — 002.001 — 547  
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 orgánu  
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  
2. Názov typu alebo modelu  
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 — 26.02.2020 — 002.001 — 548  
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 
2. Názov modelu  
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 — 26.02.2020 — 002.001 — 549  
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 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 
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.