II 
(Nelegislativní akty) 
NAŘÍZENÍ 
PROVÁDĚCÍ NAŘÍZENÍ KOMISE (EU) 2016/799 
ze dne 18. března 2016, 
kterým se provádí nařízení Evropského parlamentu a Rady (EU) č. 165/2014, kterým se stano ví 
požadavky na konstr ukci, zkoušení, mont áž, provoz a opravy tacho grafů a jejich součást í 
(Text s významem pro EHP) 
EVR OPSKÁ KOMISE, 
s ohledem na Smlouvu o fungo vání Evropské unie, 
s ohledem na nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 o tachog rafec h v silniční 
dopra vě (1), a zejména na článek 11 a čl. 12 odst. 7 uvedeného nařízení, 
vzhledem k těmto důvodům: 
(1)  Nařízení (EU) č. 165/2014 zavedlo digitální tachog rafy druhé generace, tzv. intelig entní tachografy , jejichž 
součástí je také napojení na globální družico vý navi gační systé m („GNSS“), komunikační zařízení pro včasné 
dálk ové odhalo vání a rozhraní s inteli gentními dopravními systém y. Měly by být stano veny specifikace 
technickýc h požadavků na konstr ukci intelig entních tachografů. 
(2)  Zařízení pro včasné dálk ové odhalo vání stano vené v čl. 9 odst. 4 nařízení (EU) č. 165/2014 by mělo 
kontrolorům při silniční kontrole předáv at údaje z digitálního tachog rafu a informace týkající se hmotností a 
hmotností na náprav u úplné soupra vy vozidel (tahače a přívěsů nebo návěsů) v souladu se směr nicí Evropského 
parlamentu a Rady 96/53/ES (2). To by mělo umožnit účinnou a rychlou kontrolu vozidel ze stran y kontrolníc h 
orgánů při nižším počtu elektronic kých zařízení v kabině vozidla. 
(3)  V souladu se směr nicí 96/53/ES by zařízení pro včasné dálk ové odhalo vání mělo používat normy CEN DSR C (3) 
uvedené ve směr nici, a to v kmitočt ovém pásmu 5 795–5 805 MHz. Vzhledem k tomu, že se toto kmito čtové 
pásmo používá i pro elektronic ký výběr mýtného, neměli by kontroloři zařízení pro včasné dálk ové odhalo vání 
používat v prost orech určených pro výběr mýtného, aby se předešlo interferencím mezi aplikacemi pro výběr 
mýtného a pro kontrolu. 
(4)  Aby se vyřešila současná slabá místa v oblasti bezpečnosti, měly by spolu s inteligentními tach ografy být 
zavedeny nové bezpečnostní mechanis my pro zacho vání úrovně bezpečnosti digitálních tachog rafů. Jedním 
z takových slabých míst je absence dat o konci doby platnosti digitálních certifikátů. Pro dosažení souladu 
s osvědčenými postup y v otázkác h bezpečnosti se dopor učuje digitální certifikáty bez dat o konci doby platnosti 
nepoužívat. Běžná doba provozní platnosti celků ve vozidle by měla být 15 let, počínaj e dnem vydání digitálních 
certifikátů pro celek ve vozidle. Celky ve vozidle by po uvedené době platnosti měly být vyměněny . 26.5.2016 L 139/1 Úřední věstník Evropské unie CS     
(1)Úř. věst. L 60, 28.2.2014, s. 1. 
(2)Směr nice Rady 96/53/ES ze dne 25. července 1996, kterou se pro určitá silniční vozidla provozo vaná v rámci Společenství stano ví 
maximální přípustné rozměr y pro vnitrostátní a mezinárodní provoz a maximální přípustné hmotnosti pro mezinárodní provoz (Úř. 
věst. L 235, 17.9.1996, s. 59). 
(3)Nor my Evropského výbor u pro normalizaci (CEN) týkající se vyhrazených spojení krátkého dosahu EN 12253, EN 12795, EN 12834, 
EN 13372 a ISO 14906. 
(5) Zajištění zabezpečených a spolehlivých informací o poloze je základním prvkem účinného fungo vání inteli­
gentních tachografů. Je proto vhodné, aby byla zajištěna jejich kompatibilita se službami s přidanou hodnotou 
poskyto vanými v rámci programu Galileo, jak je stano veno v nařízení Evropské ho parlamentu a Rady (EU) 
č. 1285/2013 (1), s cílem zlepšit bezpečnost intelig entních tachografů. 
(6)  V souladu s čl. 8 odst. 1, čl. 9 odst. 1 a čl. 10 odst. 1 a 2 nařízení (EU) č. 165/2014 by se bezpečnostní 
mech anism y zavedené uvedeným nařízením měly použít 36 měsíců po vstupu potřebných prováděcích aktů v 
platnost, aby výrobci mohli vyvinout novou generaci inteli gentníc h tachog rafů a získat od příslušných orgánů 
osvědčení o schv álení typu. 
(7)  V souladu s nařízením (EU) č. 165/2014 by vozidla popr vé registro vaná v člensk ém státě 36 měsíců po vstupu 
tohot o nařízení Komise v platnost měla být vybavena intelig entním tachog rafem, kter ý splňuje požada vky tohot o 
nařízení Komise. V každém případě by všec hna vozidla provozovaná v jiném člensk ém státě, než je členský stát 
jejich registrace, měla být vyba vena inteli gentním tachog rafem, který splňuje požada vky, 15 let ode dne 
použit elnosti uvedenýc h požada vků. 
(8)  Nařízení Komise (ES) č. 68/2009 (2) povolo valo během přechodného období, které skončilo dnem 31. prosince 
2013, použití adap téru, který umožňo val montáž tachog rafů do vozidel typu M1 a N1. Vzhledem k technickým 
problémům souvisejícím s nalezením alternativy k použití adapt éru došli odbor níci z automobilo vého prům yslu a 
z řad výrobců tachografů spolu s Komisí k závěru, že k použití adapt éru neexistuje alternati vní řešení, jež by se 
obešlo bez nepřiměřeně vysokých nákladů pro dotčené odvětví, což by nebylo úměr né velik osti trhu. Proto by 
používání adapt éru ve vozidlec h typu M1 a N1 mělo být povoleno bez časo vého omezení. 
(9)  Opatření stano vená tímto nařízením jsou v souladu se stano viskem výbor u uvedeného v čl. 42 odst. 3 nařízení 
(EU) č. 165/2014, 
PŘIJAL A TOTO NAŘÍZENÍ: 
Článek 1 
Předmět a oblast působnos ti 
1. Toto nařízení obsahuje ustano vení nezbytná pro jednotné uplatňo vání následujících aspektů týkajícíc h se 
tachog rafů: 
a)  zaznamenáv ání poloh y vozidla v určitých místec h během denní praco vní doby řidiče; 
b)  dálk ového včasného odhalo vání případné manipulace s inteli gentními tachog rafy nebo jejich zneužití; 
c)  rozhraní s inteli gentními dopra vními systém y; 
d)  administrativních a technickýc h požadavků na postup y schválení typu tachografů, včetně bezpečnostních 
mech anismů. 
2. Konstr ukce, zkoušení, montáž, kontrola, provoz a opravy intelig entních tach ografů a jejich součástí musí splňo vat 
technick é požada vky stano vené v příloze 1C tohot o nařízení. 
3. Tachografy jiné než intelig entní musí nadále, pokud jde o jejich konstr ukci, zkoušení, montáž, kontrolu, provoz 
a opravy , splňo vat podle konkrétního případu buď požada vky stano vené v příloze 1, nebo v příloze 1B nařízení Rady 
(EHS) č. 3821/85 (3). 26.5.2016 L 139/2 Úřední věstník Evropské unie CS     
(1)Nařízení Evropsk ého parlamentu a Rady (EU) č. 1285/2013 ze dne 11. prosince 2013 o zřízení evropskýc h systém ů družico vé navigace 
a jejich využití a o zrušení nařízení Rady (ES) č. 876/2002 a nařízení Evropského parlamentu a Rady (ES) č. 683/2008 (Úř. věst. L 347, 
20.12.2013, s. 1). 
(2)Nařízení Komise (ES) č. 68/2009 ze dne 23. ledna 2009, kterým se podeváté přizpůsobuje technick ému pokroku nařízení Rady (EHS) č. 
3821/85 o záznamo vém zařízení v silniční dopravě (Úř. věst. L 21, 24.1.2009, s. 3). 
(3)Nařízení Rady (EHS) č. 3821/85 ze dne 20. prosince 1985 o záznamo vém zařízení v silniční dopravě (Úř. věst. L 370, 31.12.1985, s. 8). 
4. Podle článku 10d směr nice Evropského parlamentu a Rady 96/53/ES musí zařízení pro včasné dálk ové odhalo vání 
rovněž předáv at údaje o hmotnosti poskyto vané interním palubním systém em pro zjišťo vání hmotnosti za účelem 
včasného odhalo vání podv odů. 
Článek 2 
Def inice 
Pro účely tohot o nařízení se použi jí definice stano vené v článku 2 nařízení (EU) č. 165/2014. 
Kromě toho se rozumí:  
1) „digitálním tachog rafem“ nebo „tachograf em první generace“ digitální tach ograf, kter ý není intelig entním 
tachograf em;  
2) „vnějším zařízením GNSS“ zařízení, kter é obsahuje přijímač GNSS v případě, kdy celek ve vozidle není jediným 
celkem, jakož i další součásti nezbytné pro ochranu sdělo vání údajů o poloze zbytku celku ve vozidle;  
3) „dokumentací výrobce“ úplná dokumentace v elektronick é nebo tištěné podobě, která obsahuje všechn y informace 
poskyto vané výrobcem nebo jeho zmocněncem orgánu příslušnému pro schv alování typu pro účely schv álení typu 
tachografu nebo jeho součásti, včetně osvědčení uvedenýc h v čl. 12 odst. 3 nařízení (EU) č. 165/2014, provádění 
zkoušek definov aných v příloze 1C tohot o nařízení, jakož i výkresy , fotografi e a další příslušné doklady ;  
4) „schvalo vací dokumentací“ dokumentace výrobce v elektronick é nebo tištěné podobě společně s dalšími dokumenty 
přiloženými orgánem příslušným pro schv alování typu k dokumentaci výrobce v průběhu výkonu jeho funkcí, 
včetně osvědčení ES schv álení typu tach ografu nebo jeho konstr ukční součásti na konci postupu schv alování typu;  
5) „seznamem schv alovací dokumentace“ dokument uvádějící očíslo vaný obsah schv alovací dokumentace identif ikující 
všec hny relevantní části této dokumentace. Formát tohot o dokumentu musí rozlišo vat po sobě jdoucí kroky při 
postupu ES schv alování typu, včetně dat všec h revizí a aktualizací uvedené dokumentace;  
6) „zařízením pro včasné dálk ové odhalo vání“ zařízení celku ve vozidle, kter é je používáno k provádění cílenýc h 
silničních kontrol;  
7) „intelig entním tach ografem“ nebo „tachograf em druhé generace“ digitální tachog raf, kter ý splňuje požada vky článků 
8, 9 a 10 nařízení (EU) č. 165/2014, jakož i příloh y 1C tohot o nařízení;  
8) „součástí tachografu“ nebo „součástí“ kterýk oli z těcht o prvků: celek ve vozidle, snímač pohybu, karta tachog rafu, 
záznamo vý list, vnější zařízení GNSS a zařízení pro včasné dálk ové odhalo vání;  
9) „orgánem příslušným pro schvalo vání typu“ orgán člensk ého státu oprávně ný k provádění schv alování typu 
tachografu nebo jeho součástí, provádění postupu schv alování, vydá vání a v příslušných případech odebírání 
osvědčení o schválení typu, který působí jako kontaktní místo pro orgány příslušné pro schvalo vání typu ostatních 
členských států a zajišťuje, aby výrobci plnili své povinnosti týkaj ící se souladu s požada vky tohot o nařízení. 
Článek 3 
Služby vycházející z určení poloh y 
1. Výrobci zajistí, aby intelig entní tachog rafy byly kompati bilní se službami určo vání poloh y, které poskytují systém y 
Galileo a evropská služba pro pokr ytí geostacionár ní navigací (EGNOS). 
2. Výrobci se mohou také rozhodnout, že kromě systémů uvedených v odstav ci 1 zajistí kompati bilitu s dalšími 
družico vými navig ačními systém y. 26.5.2016 L 139/3 Úřední věstník Evropské unie CS     
Článek 4 
Postup schvalo vání typu tacho grafu a součást í tacho grafu 
1. Výrobce nebo jeho zmocněnec předloží žádost o schválení typu tach ografu nebo jakékoli jeho součásti nebo 
skupiny součástí orgánům příslušným pro schvalo vání typu určeným každým členským státe m. Žádost se skládá se 
z dokumentace výrobce obsahující informace o všec h dotčených součáste ch, v příslušných případech včetně osvědčení o 
schv álení typu ostatních součástí, jež jsou nezbytné ke zkomplet ování tachografu, jakož i všec h dalšíc h příslušných 
dokumentů. 
2. Členský stát udělí schválení typu všem tachog rafům, součástem nebo skupinám součástí, které splňují adminis ­
trativní a technick é požadavky uvedené v příslušných případec h v čl. 1 odst. 2 nebo 3. V takovém případě vydá orgán 
příslušný pro schvalo vání typu žadat eli osvědčení o schv álení typu, kter é musí být v souladu se vzorem uvedeným 
v příloze II tohot o nařízení. 
3. Orgán příslušný pro schv alování typu může požádat výrobce nebo jeho zmocněnce o předložení jakýchk oli dalšíc h 
informací. 
4. Výrobce nebo jeho zmocněnec dá orgánům příslušným pro schv alování typu, jakož i subjektům odpo vědným za 
vydá vání osvědčení uvedených v čl. 12 odst. 3 nařízení (EU) č. 165/2014 k dispozici takový počet tachog rafů nebo 
součástí tachog rafů, který je nezby tný k tomu, aby mohl být uspok ojivé proveden postup schv álení typu. 
5. Jestliže chce výrobce nebo jeho zmocněnec získat schv álení typu určitých součástí nebo skupin součástí 
tachog rafu, musí orgánům příslušným pro schvalo vání typu poskytnout ostatní součásti, jejichž typ byl již schválen, 
jakož i ostatní součásti nezbytné pro konstr ukci komple tního tachografu, aby tyto orgán y mohly provést potřebné 
zkoušky . 
Článek 5 
Změny schválení typu 
1. Výrobce nebo jeho zmocněnec neprodleně uvědomí orgány příslušné pro schv alování typu, které udělily původní 
schv álení typu, o všec h změnách softwaro vého nebo hardwaro vého vyba vení tachog rafu nebo povahy mat eriálů 
použitých k jeho výrobě, kter é jsou zaznamenány ve schv alovací dokumentaci, a předloží žádost o změnu schv álení 
typu. 
2. Orgán y příslušné pro schv alování typu mohou podle povahy a charakt eru těch to změn revido vat či rozšířit 
stáva jící schválení typu nebo vydat nové schv álení typu. 
„Revize“ se provede, jestliže se orgán příslušný pro schv alování typu domnívá, že změny softwaro vého nebo 
hardwaro vého vybaven í tachog rafu nebo povahy mate riálů použitých k jeho výrobě jsou malé. V takových případech 
orgán příslušný pro schv alování typu vydá revido vané dokumenty schv alovací dokumentace a uvede povahu 
provedených změn a datum jejich schv álení. Pro splnění tohot o požada vku postačuje aktualizo vaná verze schvalo vací 
dokumentace v konsolido vané podobě spolu s podrobným popisem provedených změn. 
„Rozšíření“ se provede, jestliže se orgán příslušný pro schvalo vání typu domnívá, že změny softwaro vého nebo 
hardwaro vého vybaven í tachografu nebo povahy mat eriálů použitých k jeho výrobě jsou významné. V takových 
případec h může požado vat provedení nových zkoušek a v souladu s tím informovat výrobce nebo jeho zmocněnce. 
Pokud jsou tyto zkoušky uspok ojivé, vydá orgán příslušný pro schv alování typu revido vané osvědčení o schválení typu, s 
číslem odkazujícím na udělené rozšíření. V osvědčení o schválení typu se uvede důvod rozšíření a datum jeho vystavení. 
3. V seznamu schvalo vací dokumentace se uvede datum posledního rozšíření, nebo revize schv álení typu, nebo 
datum poslední konsolidace aktualizo vané verze tohot o schválení typu. 26.5.2016 L 139/4 Úřední věstník Evropské unie CS     
4. Nové schv álení typu je nezby tné, pokud by požado vané změny tach ografu, jehož typ byl již schválen, nebo jeho 
součástí vedly k vydání nového osvědčení o bezpečnosti nebo interoperabilitě. 
Článek 6 
Vstup v platnost 
Toto nařízení vstupuje v platnost dvacátým dnem po vyhlášení v Úředním věstníku Evropsk é unie. 
Použije se ode dne 2. března 2016. 
Příloh y se však použijí ode dne 2. března 2019, s výjimk ou dodatku 16, který se použije ode dne 2. března 2016. 
Toto nařízení je záva zné v celém rozsahu a přímo použite lné ve všech členských státec h. 
V Bruselu dne 18. března 2016. 
Za Komisi 
předseda 
Jean-Claude JUNCKER  26.5.2016 L 139/5 Úřední věstník Evropské unie CS     
PŘÍLOHA I C 
Požadavky na konstr ukci, zkoušení, mont áž a kontrolu 
ÚVOD ......................................................................................................................................................... 12 
1 DEFINICE ....................................................................................................................... 13 
2 OBECNÉ VLASTNOSTI A FUNK CE ZÁZNAMO VÉHO ZAŘÍZENÍ ............................................... 19 
2.1 Obecné vlastnosti ............................................................................................................. 19 
2.2 Funkce ........................................................................................................................... 20 
2.3 Provozní režim y............................................................................................................... 21 
2.4 Bezpečnost ..................................................................................................................... 22 
3 KONSTR UKČNÍ A FUNKČNÍ POŽAD AVKY NA ZÁZNAMO VÉ ZAŘÍZENÍ .................................... 22 
3.1 Monitoro vání vkládání a vyjímání karet ................................................................................. 22 
3.2 Měření rychlosti, poloh y a vzdálenosti .................................................................................. 23 
3.2.1 Měření ujeté vzdálenosti .................................................................................................... 23 
3.2.2 Měření rychlosti ............................................................................................................... 23 
3.2.3 Měření poloh y................................................................................................................. 24 
3.3 Měření času .................................................................................................................... 24 
3.4 Monitoro vání činností řidiče ............................................................................................... 24 
3.5 Monitoro vání provozního stavu řidiče ................................................................................... 25 
3.6 Řidičem vkládané údaje ..................................................................................................... 25 
3.6.1 Vložení údajů o místě počátku a/nebo ukončení denní praco vní doby .......................................... 25 
3.6.2 Ruční vkládání údajů o činnostec h řidiče a souhlas řidiče pro rozhraní ITS ................................... 25 
3.6.3 Vkládání údajů o zvláštních podmínkác h............................................................................... 27 
3.7 Správa zámků podniků ...................................................................................................... 27 
3.8 Monitoro vání kontrolníc h činností ....................................................................................... 28 
3.9 Zjišťo vání událostí a/nebo závad.......................................................................................... 28 
3.9.1 „Vložení neplatné karty“ .................................................................................................... 28 
3.9.2 „Rozporkaret“ .................................................................................................................. 28 
3.9.3 „Překr ytí časo vých údajů“ ................................................................................................... 28 
3.9.4 „Jízda bez náležité karty“.................................................................................................... 29 
3.9.5 „Vložení karty v průběhu jízdy“ ........................................................................................... 29 
3.9.6 „Nesprávn é uzav ření poslední relace karty“ ............................................................................ 29 
3.9.7 „Překročení povolené rychlosti“ ........................................................................................... 29 
3.9.8 „Přer ušení elektr ického napájení“ ......................................................................................... 29 
3.9.9 „Chyba komunikace se zařízením pro dálk ovou komunikaci“ ..................................................... 29 
3.9.10 „Chybějí cí informace o poloze z přijímače GNSS“ .................................................................... 29 26.5.2016 L 139/6 Úřední věstník Evropské unie CS     
3.9.11 „Chyba komunikace s vnějším zařízením GNSS“ ...................................................................... 30 
3.9.12 „Chybné údaje o pohybu vozidla“ ........................................................................................ 30 
3.9.13 „Nesoulad údajů o pohybu vozidla“ ...................................................................................... 30 
3.9.14 „Pokus o narušení bezpečnosti systém u“................................................................................ 30 
3.9.15 „Nesoulad času“ ............................................................................................................... 30 
3.9.16 „Chyba karty“.................................................................................................................. 30 
3.9.17 „Chyba záznamo vého zařízení“ ............................................................................................ 30 
3.10 Integro vané zkoušky a autot esty .......................................................................................... 31 
3.11 Načítání z datové paměti .................................................................................................... 31 
3.12 Zaznamená vání a ukládání do datové paměti .......................................................................... 31 
3.12.1 Údaj e identif ikující zařízení ................................................................................................ 32 
3.12.1.1 Identif ikační údaje o celku ve vozidle .................................................................................... 32 
3.12.1.2 Identif ikační údaje snímače pohybu ...................................................................................... 32 
3.12.1.3 Identif ikační údaje globálních navig ačních družico vých systémů .................................................. 33 
3.12.2 Klíče a certifik áty ............................................................................................................. 33 
3.12.3 Data související s vložením a vyjmutím karty řidiče nebo dílny ................................................... 33 
3.12.4 Údaj e o činnost ech řidiče ................................................................................................... 34 
3.12.5 Místa a polohy , kde začíná nebo končí denní praco vní doba a/nebo kde je dosaženo tří hodin nepřetr ­
žité doby řízení ................................................................................................................ 34 
3.12.6 Údaj e počitadla ujetýc h kilometrů ........................................................................................ 35 
3.12.7 Podrobné údaje o rychlosti ................................................................................................. 35 
3.12.8 Údaj e o událoste ch........................................................................................................... 35 
3.12.9 Údaj e o závadách ............................................................................................................. 37 
3.12.10 Kali brační údaje ............................................................................................................... 38 
3.12.11 Údaj e o nastav ení času ...................................................................................................... 39 
3.12.12 Údaj e o kontrolních činnostec h........................................................................................... 39 
3.12.13 Údaj e o zámcíc h podniků .................................................................................................. 39 
3.12.14 Údaj e o staho vání ............................................................................................................. 39 
3.12.15 Údaj e o zvláštních podmínkác h........................................................................................... 40 
3.12.16 Údaj e o kartě tachog rafu .................................................................................................... 40 
3.13 Čtení z karet tachografu ..................................................................................................... 40 
3.14 Zaznamená vání a ukládání údajů na kartách tachografu ............................................................ 40 
3.14.1 Zaznamená vání a ukládání údajů na kartách tachografu první generace ........................................ 40 
3.14.2 Zaznamená vání a ukládání údajů na kartách tachografu druhé generace ....................................... 41 
3.15 Zobrazení ....................................................................................................................... 41 
3.15.1 Výchozí zobrazení ............................................................................................................ 42 26.5.2016 L 139/7 Úřední věstník Evropské unie CS     
3.15.2 Varovné zobrazení ............................................................................................................ 43 
3.15.3 Přístupo vé menu .............................................................................................................. 43 
3.15.4 Další zobrazení ................................................................................................................ 43 
3.16 Tisk .............................................................................................................................. 43 
3.17 Výstražná sdělení ............................................................................................................. 44 
3.18 Staho vání údajů do extern ích médií ...................................................................................... 45 
3.19 Dálk ová komunikace pro cílené silniční kontroly ..................................................................... 45 
3.20 Výstupní údaje pro přídavná extern í zařízení .......................................................................... 46 
3.21 Kali brace ........................................................................................................................ 47 
3.22 Silniční kalibrační kontrola ................................................................................................. 47 
3.23 Nastaven í času ................................................................................................................. 48 
3.24 Provozní charakteristiky ..................................................................................................... 48 
3.25 Materiály ........................................................................................................................ 48 
3.26 Značení ......................................................................................................................... 49 
4 KONSTR UKČNÍ A FUNKČNÍ POŽAD AVKY NA KART Y TACHOGRAFU ...................................... 49 
4.1 Viditeln é údaje ................................................................................................................. 49 
4.2 Zabezpečení .................................................................................................................... 52 
4.3 Nor my........................................................................................................................... 53 
4.4 Environmentá lní a elektr ické specifikace ................................................................................ 53 
4.5 Ukládání údajů ................................................................................................................ 53 
4.5.1 Elementár ní soubor y pro identif ikaci a sprá vu karty................................................................. 54 
4.5.2 Identif ikace čipo vé karty.................................................................................................... 54 
4.5.2.1 Identif ikace čipu .............................................................................................................. 54 
4.5.2.2 DIR (pouze v kartách tachog rafu druhé generace) .................................................................... 54 
4.5.2.3 Informace ATR (podmínečné, pouze v kartách tach ografu druhé generace) .................................... 54 
4.5.2.4 Informace o rozšířené délce (podmínečná, pouze v kartách tachografu druhé generace) ................... 55 
4.5.3 Karta řidiče ..................................................................................................................... 55 
4.5.3.1 Aplikace tachografu (přístupná pro celky ve vozidle první a druhé generace) ................................. 55 
4.5.3.1.1 Identif ikace aplikace .......................................................................................................... 55 
4.5.3.1.2 Klíče a certifik áty ............................................................................................................. 55 
4.5.3.1.3 Identif ikace karty............................................................................................................. 55 
4.5.3.1.4 Identif ikace držit ele karty................................................................................................... 55 
4.5.3.1.5 Staho vání z karty............................................................................................................. 55 
4.5.3.1.6 Informace o řidičském průkazu ........................................................................................... 55 
4.5.3.1.7 Údaj e o událoste ch........................................................................................................... 56 26.5.2016 L 139/8 Úřední věstník Evropské unie CS     
4.5.3.1.8 Údaj e o závadách ............................................................................................................. 56 
4.5.3.1.9 Údaj e o činnost ech řidiče ................................................................................................... 57 
4.5.3.1.10 Údaj e o použitých vozidlec h............................................................................................... 57 
4.5.3.1.11 Místa, kde začíná a/nebo končí denní praco vní doba ................................................................ 58 
4.5.3.1.12 Údaj e o relaci karty.......................................................................................................... 58 
4.5.3.1.13 Údaj e o kontrolních činnostec h........................................................................................... 58 
4.5.3.1.14 Údaj e o zvláštních podmínkác h........................................................................................... 58 
4.5.3.2 Aplikace tachografu druhé generace (nepřístupná pro celek ve vozidle první generace) ..................... 59 
4.5.3.2.1 Identif ikace aplikace .......................................................................................................... 59 
4.5.3.2.2 Klíče a certifik áty ............................................................................................................. 59 
4.5.3.2.3 Identif ikace karty............................................................................................................. 59 
4.5.3.2.4 Identif ikace držit ele karty................................................................................................... 59 
4.5.3.2.5 Staho vání z karty............................................................................................................. 59 
4.5.3.2.6 Informace o řidičském průkazu ........................................................................................... 59 
4.5.3.2.7 Údaj e o událoste ch........................................................................................................... 59 
4.5.3.2.8 Údaj e o závadách ............................................................................................................. 60 
4.5.3.2.9 Údaj e o činnost ech řidiče ................................................................................................... 61 
4.5.3.2.10 Údaj e o použitých vozidlec h............................................................................................... 61 
4.5.3.2.11 Místa a poloh y, kde začíná a/nebo končí denní praco vní doba .................................................... 62 
4.5.3.2.12 Údaj e o relaci karty.......................................................................................................... 62 
4.5.3.2.13 Údaj e o kontrolních činnostec h........................................................................................... 62 
4.5.3.2.14 Údaj e o zvláštních podmínkác h........................................................................................... 63 
4.5.3.2.15 Údaj e o použitých celcích ve vozidle .................................................................................... 63 
4.5.3.2.16 Údaj e o místec h nepřetržit é tříhodino vé doby řízení ................................................................. 63 
4.5.4 Karta dílny ...................................................................................................................... 63 
4.5.4.1 Aplikace tachografu (přístupná pro celky ve vozidle první a druhé generace) ................................. 63 
4.5.4.1.1 Identif ikace aplikace .......................................................................................................... 63 
4.5.4.1.2 Klíče a certifik áty ............................................................................................................. 63 
4.5.4.1.3 Identif ikace karty............................................................................................................. 64 
4.5.4.1.4 Identif ikace držit ele karty................................................................................................... 64 
4.5.4.1.5 Staho vání z karty............................................................................................................. 64 
4.5.4.1.6 Údaj e o kalibraci a nastav ování času ..................................................................................... 64 26.5.2016 L 139/9 Úřední věstník Evropské unie CS     
4.5.4.1.7 Údaj e o událoste ch a závadách ............................................................................................ 65 
4.5.4.1.8 Údaj e o činnost ech řidiče ................................................................................................... 65 
4.5.4.1.9 Údaj e o použitých vozidlec h............................................................................................... 65 
4.5.4.1.10 Údaj e o začátku a/nebo konci denní praco vní doby .................................................................. 65 
4.5.4.1.11 Údaj e o relaci karty.......................................................................................................... 65 
4.5.4.1.12 Údaj e o kontrolních činnostec h........................................................................................... 65 
4.5.4.1.13 Údaj e o zvláštních podmínkác h........................................................................................... 65 
4.5.4.2 Aplikace tachografu druhé generace (nepřístupná pro celek ve vozidle první generace) ..................... 65 
4.5.4.2.1 Identif ikace aplikace .......................................................................................................... 65 
4.5.4.2.2 Klíče a certifik áty ............................................................................................................. 66 
4.5.4.2.3 Identif ikace karty............................................................................................................. 66 
4.5.4.2.4 Identif ikace držit ele karty................................................................................................... 66 
4.5.4.2.5 Staho vání z karty............................................................................................................. 66 
4.5.4.2.6 Údaj e o kalibraci a nastav ování času ..................................................................................... 66 
4.5.4.2.7 Údaj e o událoste ch a závadách ............................................................................................ 67 
4.5.4.2.8 Údaj e o činnost ech řidiče ................................................................................................... 67 
4.5.4.2.9 Údaj e o použitých vozidlec h............................................................................................... 67 
4.5.4.2.10 Údaj e o začátku a/nebo konci denní praco vní doby .................................................................. 67 
4.5.4.2.11 Údaj e o relaci karty.......................................................................................................... 67 
4.5.4.2.12 Údaj e o kontrolních činnostec h........................................................................................... 67 
4.5.4.2.13 Údaj e o použitých celcích ve vozidle .................................................................................... 67 
4.5.4.2.14 Údaj e o místec h nepřetržit é tříhodino vé doby řízení ................................................................. 68 
4.5.4.2.15 Údaj e o zvláštních podmínkác h........................................................................................... 68 
4.5.5 Kontrolní karta................................................................................................................ 68 
4.5.5.1 Aplikace tachografu (přístupná pro celky ve vozidle první a druhé generace) ................................. 68 
4.5.5.1.1 Identif ikace aplikace .......................................................................................................... 68 
4.5.5.1.2 Klíče a certifik áty ............................................................................................................. 68 
4.5.5.1.3 Identif ikace karty............................................................................................................. 68 
4.5.5.1.4 Identif ikace držit ele karty................................................................................................... 68 
4.5.5.1.5 Údaj e o kontrolních činnostec h........................................................................................... 69 
4.5.5.2 Aplikace tachografu druhé generace (nepřístupná pro celek ve vozidle první generace) ..................... 69 
4.5.5.2.1 Identif ikace aplikace .......................................................................................................... 69 
4.5.5.2.2 Klíče a certifik áty ............................................................................................................. 69 26.5.2016 L 139/10 Úřední věstník Evropské unie CS     
4.5.5.2.3 Identif ikace karty............................................................................................................. 69 
4.5.5.2.4 Identif ikace držit ele karty................................................................................................... 69 
4.5.5.2.5 Údaj e o kontrolních činnostec h........................................................................................... 70 
4.5.6 Karta podniku ................................................................................................................. 70 
4.5.6.1 Aplikace tachografu (přístupná pro celky ve vozidle první a druhé generace) ................................. 70 
4.5.6.1.1 Identif ikace aplikace .......................................................................................................... 70 
4.5.6.1.2 Klíče a certifik áty ............................................................................................................. 70 
4.5.6.1.3 Identif ikace karty............................................................................................................. 70 
4.5.6.1.4 Identif ikace držit ele karty................................................................................................... 70 
4.5.6.1.5 Údaj e o činnosti podniku ................................................................................................... 70 
4.5.6.2 Aplikace tachografu druhé generace (nepřístupná pro celek ve vozidle první generace) ..................... 71 
4.5.6.2.1 Identif ikace aplikace .......................................................................................................... 71 
4.5.6.2.2 Klíče a certifik áty ............................................................................................................. 71 
4.5.6.2.3 Identif ikace karty............................................................................................................. 71 
4.5.6.2.4 Identif ikace držit ele karty................................................................................................... 71 
4.5.6.2.5 Údaj e o činnosti podniku ................................................................................................... 71 
5 MONT ÁŽ ZÁZNAMO VÉHO ZAŘÍZENÍ ................................................................................ 72 
5.1 Montáž .......................................................................................................................... 72 
5.2 Montážní štítek ................................................................................................................ 73 
5.3 Plomb y.......................................................................................................................... 74 
6 KONTR OLY, INSPEK CE A OPRA VY ...................................................................................... 74 
6.1 Schvál ení mont érů, dílen a výrobců vozidel ............................................................................ 74 
6.2 Kontrola nových nebo opravenýc h přístrojů ........................................................................... 75 
6.3 Montážní kontrola ............................................................................................................ 75 
6.4 Periodick é prohlídky ......................................................................................................... 75 
6.5 Měření odch ylek .............................................................................................................. 76 
6.6 Opravy .......................................................................................................................... 76 
7 VYD ÁVÁNÍ KARET ........................................................................................................... 76 
8 SCHV ÁLENÍ TYPU ZÁZNAMO VÉHO ZAŘÍZENÍ A KARET TACHOGRAFU .................................. 77 
8.1 Všeobecně ...................................................................................................................... 77 
8.2 Osvědčení o bezpečnosti .................................................................................................... 78 
8.3 Osvědčení o funkčnosti ..................................................................................................... 78 
8.4 Osvědčení o inter operabilitě ............................................................................................... 78 
8.5 Osvědčení o schv álení typu ................................................................................................ 79 
8.6 Výjimečný postup: první osvědčení o interoperabilitě pro záznamo vé zařízení a karty tachog rafu 
druhé generace ................................................................................................................ 80  26.5.2016 L 139/11 Úřední věstník Evropské unie CS     
ÚVOD 
Systém digitálních tachografů první generace byl zaveden 1. května 2006. V oblasti vnitrostátní dopra vy se může 
používat po celou dobu své životnosti. Naproti tomu v oblasti mezinárodní dopra vy musí být všec hna vozidla 
nejpozději 15 let po vstupu tohot o nařízení Komise v platnost vybaven a vyho vujícím intelig entním tachograf em druhé 
generace, který zavádí toto nařízení. 
Tato příloha obsahuje požada vky na záznamo vé zařízení a karty tachografu druhé generace. 
Od data zavedení je záznamo vé zařízení druhé generace monto váno ve vozidlec h registro vaných popr vé a jsou vydá vány 
karty tachografu druhé generace. Pro usnadnění plynulého zavádění systému tachografů druhé generace 
—  jsou karty tachografu druhé generace navr ženy tak, aby byly použit elné i v celcíc h ve vozidle první generace, 
—  není k datu zavedení požado vána výměna platných karet tach ografu první generace. 
Řidičům to umožní ponec hat si svou jedinečnou kartu řidiče a používat ji v obou systémec h. 
Záznamo vé zařízení druhé generace však musí být kalibro váno pouze pomocí karet dílny druhé generace. 
Tato příloha obsahuje všec hny požadavky týkající se inter operability mezi systém y tachografů první a druhé generace. 
Dodatek 15 obsahuje dodat ečné podrobnosti o sprá vě obou souběžně existujících systé mů. 
Seznam dodatků 
Dodatek 1: DATOVÝ SLO VNÍK 
Dodatek 2: SPECIFIKA CE KARET TACHOGRAF U 
Dodatek 3: PIKTOGRAMY 
Dodatek 4: VÝTISKY 
Dodatek 5: DISPLEJ 
Dodatek 6: PŘEDNÍ KONEK TOR PRO KALIBRA CI A STAHO VÁNÍ 
Dodatek 7: PROTOK OLY PRO STAHO VÁNÍ DAT 
Dodatek 8: KALIBRAČNÍ PROTOK OL 
Dodatek 9: SCH VÁLENÍ TYPU A MINIMÁLNÍ ROZSAH POŽADO VANÝCH ZKOUŠEK 
Dodatek 10: BEZPEČNOSTNÍ POŽAD AVKY 
Dodatek 11: SPOLEČNÉ BEZPEČNOSTNÍ MECHANI SMY 
Dodatek 12: URČO VÁNÍ POLOH Y NA ZÁKL ADĚ GLOB ÁLNÍHO DRUŽIC OVÉHO NAVIGAČNÍHO SYST ÉMU (GNSS) 
Dodatek 13: ROZHRANÍ ITS 
Dodatek 14: FUNK CE DÁLK OVÉ KOMUNIKA CE 
Dodatek 15: MIGRA CE: POSTUPY PŘI SOUČASNÉ EXISTENCI NĚK OLIKA GENERA CÍ ZAŘÍZENÍ 
Dodatek 16: ADAPTÉR PRO VOZIDL A KATEGORIE M1 A N1  26.5.2016 L 139/12 Úřední věstník Evropské unie CS     
1  DEFINICE 
Pro účely této přílohy se rozumí: 
a)  „aktivací“: 
fáze, ve kter é se tachog raf použitím karty dílny stává plně funkčním a ve kter é provádí vešker é funkce, 
včetně funkcí bezpečnostních; 
b)  „prokázáním pravosti“: 
funkce určená ke stano vení a ověření uváděné identity ; 
c)  „pra vostí“: 
vlastnost, že informace přic házejí ze strany , jejíž identitu je možno ověřit ; 
d)  „inte grovanou zkoušk ou“: 
zkouška, která proběhne na vyžádání, spouštěná obsluhou nebo vnějším zařízením; 
e)  „kalendářním dnem“: 
den v době od 00.00 hod. do 24.00 hod. Veškeré kalendářní dny se vztahují k času UTC 
(koordino vaný světo vý čas); 
f)  „kalibrací“ inteli gentníc h tachog rafů: 
aktualizace nebo potvrzení parametrů vozidla, které je třeba uchovat v datové paměti. Parametr y 
vozidla zahr nují identifikaci vozidla (identifi kační číslo vozidla VIN, registrační značka vozidla VRN a 
členský stát registrace) a vlastnosti vozidla (charakt eristický koeficie nt vozidla w, konstantu 
záznamo vého zařízení k, účinný obvod kol l, rozměr pneumatik , nastav ení omezo vače rychlosti (v 
příslušnýc h případec h), aktuální čas UTC, aktuální stav počitadla ujetých kilometrů); během kalibrace 
záznamo vého zařízení jsou v dato vé paměti rovněž uložen y typy a identif ikátory všech příslušných 
plomb schv álení typu. 
Jakékoli obno vení nebo potvrzení pouze času UTC se považuje za úpravu času, a nikoli za kalibraci, 
pokud není v rozpor u s požadavk em 409. 
Kalibr ace záznamového zařízení vyžaduje použití karty dílny ; 
g)  „číslem karty“: 
šestnáctimístné alfanumer ické označení, které v člensk ém státě jednoznačně identifikuje kartu 
tach ografu. Číslo karty zahr nuje (v příslušných případec h) pořado vý index karty, index náhrady karty 
a index obno vy karty. 
Karta je tedy jednoznačně identif ikována kódem vydá vajícího člensk ého státu a číslem karty; 
h)  „pořado vým index em karty“: 
čtrnáctý alfanumer ický znak v čísle karty, který je užit pro rozlišení různých karet vydaných určit ému 
podniku, dílně nebo kontrolnímu orgánu, kter é mají práv o na vydání více karet tachografu. Podnik, 
dílna nebo kontrolní orgán jsou jednoznačně identif ikovány prvními třinácti znaky čísla karty; 
i)  „index em obno vy karty“: 
šestnáctý alfanumer ický znak v čísle karty, kter ý je zvyšo ván pokaždé, když je karta obno vována; 
j)  „index em náhrady karty“: 
patnáctý alfanumer ický znak v čísle karty, který je zvyšo ván pokaždé, když je karta nahrazo vána; 26.5.2016 L 139/13 Úřední věstník Evropské unie CS     
k)  „charakteristi ckým koeficie ntem vozidla“: 
číselné označení, které udává hodnotu výstupního signálu vysílaného částí vozidla, která je propojuje 
se záznamo vým zařízením (výstupní hřídel převodo vky nebo náprav a), když vozidlo ujede za 
standardních zkušebníc h podmínek vzdálenost 1 km, jak stano ví požadavek 414. Charakt eristický 
koeficie nt se vyjadřuje v počtu impulsů na kilometr (w = … imp/km); 
l)  „kar tou podniku“: 
karta tachografu vydaná orgány člensk ého státu dopra vci, který potřebuje provozo vat vozidla 
vyba vená tachog rafem. Karta identif ikuje doprav ce a umožňuje zobrazo vání, staho vání a tištění údajů 
uložených v tachografu, která byla tímto doprav cem uzamčena; 
m)  „konstantou záznamo vého zařízení“: 
číselné označení udáva jící hodnotu vstupního signálu, požado vaného pro zobrazení a záznam ujeté 
vzdálenosti jednoho kilometr u; tato konstanta se vyjadřuje v počtu impulsů na kilometr (k = … imp/ 
km); 
n)  „nepřetržitá doba řízení“ se vypočítá vá v záznamo vém zařízení jako (1): 
nepřetržitá doba řízení, která se vypočítá vá jako běžná součto vá doba řízení určit ého řidiče od konce 
jeho poslední POHOTO VOSTI nebo PŘEST ÁVKY/ODPOČINKU nebo NEZNÁMÉ DOB Y (2) v délce 45 
minut nebo doby delší (tato doba může být rozdělena v souladu s nařízením Evropsk ého parlamentu 
a Rady (ES) č. 561/2006 (3)). Příslušné výpočty berou podle potřeb y v úvahu minulé činnosti uložené 
na kartě řidiče. Pokud řidič nevložil svou kartu, jsou příslušné výpočty podloženy údaji z paměťo vých 
záznamů, které se vztahují k běžné době, kdy nebyla vložena žádná karta, a kter é se vztahují k 
odpo vída jícímu otvoru pro kartu; 
o)  „kontrolní kartou“ : 
karta tachog rafu vydaná orgán y člensk ého státu příslušnému národnímu kontrolnímu orgánu, která 
identifikuje kontrolní organizaci a případně i kontrolora a umožňuje přístup k údajům uloženým v 
datové paměti nebo na kartách řidiče a případně na kartách dílny pro čten í, tisk a/nebo staho vání. 
Umožňuje rovněž přístup k funkci silniční kalibrační kontroly a k údajům na snímači komunikace 
včasného dálk ového odhalo vání; 
p)  „souhr nnou dobou přestáv ek“ vypočítá vanou v rámci záznamo vého zařízení jako (1): 
souhr nná doba přestáv ek v jízdě vypočtená z běžných kumulo vaných dob POHOTO VOSTI nebo 
PŘEST ÁVKY/ODPOČINKU nebo NEZNÁMÉ DOBY (2) daného řidiče, kter é jsou dlouhé 15 minut nebo 
delší, od konce jeho poslední doby POHOTO VOSTI nebo PŘEST ÁVKY/ODPOČINKU nebo NEZNÁMÉ 
DOB Y (2), které jsou dlouhé 45 minut nebo delší (tato doba může být rozdělena v souladu s 
nařízením (ES) č. 561/2006). 
Příslušné výpočty berou podle potřeby v úvahu minulé činnosti uložené na kartě řidiče. Neznámé 
doby zápor né doby trvání (počát ek neznámé doby > konec neznámé doby) vzniklé překr ytím mezi 
dvěma různými záznamo vými zařízeními, se při výpočtu neberou v úvahu. 
Pokud řidič nevložil svou kartu, jsou příslušné výpočty podloženy údaji z paměťo vých záznamů, kter é 
se vztahují k běžné době, kdy nebyla vložena žádná karta, a které se vztahují k odpo vídajícímu otvoru 
pro kartu; 26.5.2016 L 139/14 Úřední věstník Evropské unie CS     
(1)Tento způsob výpočtu nepřetržit é doby řízení a kumulativní doby přestávek slouží v záznamo vém zařízení pro výpočet varo vání o 
nepřetržit é době řízení. To však nenahrazuje právní výklad, který je třeba použít na tyto doby . Alter nativní způsoby výpočtu nepřetržité 
doby řízení a souhr nné doby přestávek lze použít k nahrazení těcht o defin ic, pokud by se staly zastaralými v důsledku aktualizací v 
jinýc h příslušnýc h právníc h předpisech. 
(2)NEZNÁMÁ doba odpo vídá inter valu, kdy není do záznamo vého zařízení vložena karta řidiče a po které nebyl z řidičo vy aktivity vložen 
ručně žádný údaj. 
(3)Nařízení Evropského parlamentu a Rady (ES) č. 561/2006 ze dne 15. března 2006 o harmonizaci některýc h předpisů v sociální oblasti 
týkají cích se silniční dopra vy, o změně nařízení Rady (EHS) č. 3821/85 a (ES) č. 2135/98 a o zrušení nařízení Rady (EHS) č. 3820/85 (Úř. 
věst. L 102, 11.4.2006, s. 1). 
q)  „dat ovou pamětí“: 
elektronic ké zařízení na ukládání údajů, které je vestav ěné v záznamo vém zařízení; 
r)  „digitálním podpisem“: 
údaje, kter é jsou připojeny k bloku údajů nebo kryptografická transf ormace bloku údajů, které 
příjemci bloku údajů umožňují prokázání prav osti a integrit y bloku údajů; 
s)  „staho váním“: 
kopíro vání, spolu s digitálním podpisem, části nebo úplné sady dato vých souborů zaznamenaných v 
datové paměti celku ve vozidle nebo v paměti karty tachog rafu, pokud tento postup nezmění nebo 
nesmaže žádné uložené údaje. 
Výrobci inteligentníc h tachog rafových celků ve vozidle a výrobci zařízení konstr uovanýc h a určenýc h 
ke staho vání datových souborů musí podniknout vešker é přiměřené kroky k zajištění toho, aby 
staho vání takových údajů dopra vce nebo řidiče co nejméně zdržo valo. 
Staho vání podrobnýc h údajů o rychlosti nemusí být nutné k prokázání shody s nařízením (ES) č. 
561/2006, ale může být použito pro jiné účely , např. pro vyšetřo vání nehod. 
t)  „kar tou řidiče“: 
karta tachog rafu vysta vená orgány člensk ého státu určit ému řidiči, která identifikuje řidiče a umožňuje 
ukládání údajů o jeho činnostec h; 
u)  „účinným obvod em kol“: 
průměr ná vzdálenost ujetá každým z kol pohánějících vozidlo (hnací kola) v průběhu jedné ukončené 
otáčky . Tyto vzdálenosti jsou měřen y za normálních zkušebníc h podmínek , jak stano ví požadavek 
414, a vyjadřují se ve tvar u: „l = … mm“. Výrobci vozidla mohou měření těcht o vzdáleností nahradit 
teoretickým výpočtem, který bere v úvahu rozložení hmotností na náprav y pro nenaložené vozidlo v 
běžném provozním stavu (1). Postup y pro tyto teoretic ké výpočty podléhají schválení příslušného 
orgánu člensk ého státu a mohou být provedeny výhradně před aktivací tachog rafu; 
v)  „událostí“: 
mimořádná činnost zjištěná inteli gentním tach ografem, kter á může pocházet z pokusu o podvod; 
w)  „vnějším zařízením GNSS“: 
zařízení obsahující přijímač GNSS, není-li celek ve vozidle samostatnou jednotk ou, a další součásti 
potřebné k ochraně komunikace údajů o poloze se zbytkem celku ve vozidle; 
x)  „záv adou“: 
mimořádná činnost zjištěná intelig entním tachograf em, kter á může pocházet z chybné funkce nebo 
z poruchy zařízení; 
y)  „přijímačem GNSS“: 
elektronic ké zařízení, které přijímá a digitálně zpraco vává signály z jednoho nebo více globálníc h 
navigační ch družico vých systémů (GNSS v angličtině) pro poskyto vání informací o poloze, rychlosti a 
čase; 
z)  „montáží“: 
montáž tachografu do vozidla; 26.5.2016 L 139/15 Úřední věstník Evropské unie CS     
(1)Nařízení Komise (EU) č. 1230/2012 ze dne 12. prosince 2012, kterým se provádí nařízení Evropsk ého parlamentu a Rady (ES) č. 
661/2009, pokud jde o požadavky pro schvalo vání typu motor ových vozidel a jejich přípojných vozidel týkající se jejich hmotností a 
rozměrů, a mění směr nice Evropského parlamentu a Rady 2007/46/ES (Úř. věst. L 353, 21.12.2012, s. 31) v platném znění. 
aa)  „inte roperabilitou“: 
schopnost systémů a příslušných podnik ových procesů vyměňo vat si údaje a sdílet informace; 
bb)  „rozhraním“: 
zařízení mezi systém y, které poskytuje prostředí pro jejich spojení a součinnost ; 
cc)  „polohou“: 
zeměpisné souřadnice vozidla v daném čase; 
dd)  „snímačem pohy bu“: 
část tachog rafu, která zajišťuje signál odpo vída jící rychlosti vozidla a/nebo vzdálenosti ujeté vozidlem ; 
ee)  „neplatnou kartou“ : 
karta, která byla zjištěna jako vadná nebo u které chybí úvodní prokázání prav osti nebo u které ještě 
nebylo dosaženo data platnosti nebo u které již uplynulo datum platnosti; 
ff)  „otevřeným standardem“: 
standard stano vený v dokumentu standardních specifi kací dostupném volně nebo za nominální 
poplate k, kter ý může být kopíro ván, rozšiřo ván nebo používán bezplatně nebo za nominální 
poplate k; 
gg)  „mimo působnost“: 
případ, kdy není podle nařízení (ES) č. 561/2006 užívání záznamo vého zařízení požado váno; 
hh)  „překročením rychlosti“: 
překročení povolené rychlosti vozidla, kter é je definov áno jako jakékoliv období delší než 60 s, v 
němž měřená rychlost vozidla překračuje mezní hodnotu pro nastav ení omezo vače rychlosti, která 
byla stano vena směr nicí Rady 92/6/EHS (1) v platném znění; 
ii)  „pra videlnou kontrolou“: 
řada operací ke kontrole, že tachog raf sprá vně pracuje, že jeho seřízení odpo vídá parametrům vozidla 
a že k tachografu nejsou připojena žádná manipulační zařízení; 
jj)  „tiskár nou“: 
součást záznamo vého zařízení, které zajišťuje vytištění uložených údajů; 
kk)  „komunikací včasného dálk ového odhalo vání“: 
komunikace mezi zařízením komunikace včasného dálk ového odhalo vání a snímačem komunikace 
včasného dálk ového odhalo vání během cílených silničníc h kontrol s cílem dálk ového odhalo vání 
možné manipulace nebo zneužití záznamo vého zařízení; 
ll)  „zařízením pro dálk ovou komunikaci“: 
vyba vení celku ve vozidle, které se užívá k provádění cílených silničních kontrol; 26.5.2016 L 139/16 Úřední věstník Evropské unie CS     
(1)Směr nice Rady 92/6/EHS ze dne 10. února 1992 o montáži a použití omezo vačů rychlosti u určitých kategorií motoro vých vozidel ve 
Společenství (Úř. věst. L 57, 2.3.1992, s. 27). 
mm)  „snímačem komunikace včasného dálk ového odhalo vání“: 
systé m používaný kontrolor y pro cílené silniční kontroly ; 
nn)  „obno vením“: 
vydání nové karty tachog rafu v době, kdy existující karta dosáhla data ukončení platnosti, nebo pokud 
je karta vadná a byla vrácena vydáva jící organizaci. Obno vení vždy zahr nuje ujištění, že neexistují dvě 
současně platné karty; 
oo)  „oprav ou“: 
opra va snímače pohy bu nebo celku ve vozidle nebo kabelu, kter á vyžaduje jejich odpojení od napájení 
nebo odpojení od jinýc h součástí tachog rafu nebo otev ření snímače pohy bu nebo celku ve vozidle; 
pp)  „náhradou karty“: 
vydání karty tachografu jako náhrady za existující kartu, kter á byla prohlášena za ztracenou, 
odcizenou nebo vadnou a která nebyla vrácena vydá vající organizaci. Náhrada vždy zahr nuje riziko, 
že mohou existo vat dvě současně platné karty; 
qq)  „osvědčením bezpečnosti“: 
postup, kterým orgán pro certifikaci všeobecných kritérií osvědčuje, že zkoumané záznamo vé zařízení 
(nebo jeho součást) nebo karta tachografu splňuje bezpečnostní požadavky stano vené v příslušných 
ochranných prof ilech ; 
rr)  „auto testem“: 
zkouška, která probíhá v záznamo vém zařízení cyklicky a autom aticky za účelem zjištění závad; 
ss)  „měřením času“: 
nepřetržitý digitální záznam koordino vaného světo vého data a času (UTC); 
tt)  „nasta vením času“: 
autom atick é nastavení aktuálního času v pravidelnýc h inter valech s maximální tolerancí jedné minuty , 
nebo nastavení prováděné během kalibrace; 
uu)  „rozměrem pneumatiky“: 
stano vení rozměrů pneumatik (vnějších hnacích kol) podle směr nice Rady 92/23/EHS (1) v platném 
znění; 
vv)  „identifikací vozidla“: 
čísla, která vozidlo identif ikují: registrační značka vozidla (VRN) s uvedením člensk ého státu registrace 
a identif ikační číslo vozidla (VIN) (2); 
ww)  „týdnem“ pro účely výpočtu v záznamo vém zařízení: 
období od 00.00 hodin času UTC v pondělí do 24.00 hodin času UTC v neděli; 26.5.2016 L 139/17 Úřední věstník Evropské unie CS     
(1)Směr nice Rady 92/23/EHS ze dne 31. března 1992 o pneumatikác h pro motoro vá vozidla a jejich přípojná vozidla a o jejich montáži 
(Úř. věst. L 129, 14.5.1992, s. 95). 
(2)Směr nice Rady 76/114/EHS ze dne 18. prosince 1975 o sbližo vání právních předpisů členských států týkajícíc h se povinných štítků a 
nápisů pro motoro vá vozidla a pro jejich přípojná vozidla a pro jejich umístění a způsob upevnění (Úř. věst. L 24, 30.1.1976, s. 1). 
xx)  „kar tou dílny“: 
karta tachografu vydaná orgány člensk ého státu určeným praco vníkům výrobce tachografu, 
montážního podniku, výrobce vozidla nebo dílně schv áleným uvedeným členským státem, která 
identifikuje držite le karty a umožňuje zkoušení, kalibraci a aktivaci tachog rafů a/nebo staho vání údajů 
z nich; 
yy)  „adap térem“: 
zařízení, kter é zajišťuje signál trvale odpo vída jící rychlosti vozidla a/nebo vzdálenosti ujeté vozidlem, 
jiné než zařízení používané pro nezávislé sledo vání pohy bu, a kter é je: 
—  zabudo váno a užíváno pouze ve vozidlec h typu M1 a N1 (podle definice v příloze II směr nice 
Evropského parlamentu a Rady 2007/46/ES (1) v platném znění), uvedených do provozu po 1. 
květnu 2006 včetně, 
—  zabudo váno tam, kde není mech anicky možné zabudo vat jiný typ existujícího snímače pohyb u, 
kter ý je jinak v souladu s ustano veními této příloh y a dodatků 1 až 15, 
—  zabudo váno mezi celkem ve vozidle a místem , odkud integrované snímače nebo altern ativní 
rozhraní vysíla jí impulsy rychlosti/vzdálenosti, 
—  co se týče celku ve vozidle, je chování adapt éru stejné, jako by byl k celku ve vozidle připojen 
snímač pohy bu, který je v souladu s ustano veními této příloh y a dodatků 1 až 16. 
Použití takového adapt éru ve výše popsaných vozidlech umožní montáž a sprá vné užívání celku ve 
vozidle vyho vujícího všem požada vkům v této příloze. 
U těchto vozidel inteli gentní tachog raf zahr nuje kabely , adapt ér a celek ve vozidle; 
zz)  „inte gritou údajů“: 
přesnost a konzist entnost uložených údajů, jejichž dokladem je absence jakékoli změny údajů mezi 
dvěma aktualizacemi záznamů. Integrita znamená, že údaje jsou přesnou kopií původní verze, např. 
že nebyly porušen y při zápisu na kartu tachog rafu nebo vyhrazené zařízení a načítání z nich nebo 
během přenosu jakýmk oli komunikačním kanálem; 
aaa)  „důvěr ností údajů“ : 
všeobecná technic ká opatření pro řádné provádění zásad podle směr nice Evropského parlamentu a 
Rady 95/46/ES (2) a podle směr nice Evropského parlamentu a Rady 2002/58/ES (3); 
bbb)  „syst émem inteligentního tachografu“: 
záznamo vé zařízení, karty tachog rafu a veškerá zařízení přímo nebo nepřímo spolupracující během 
konstr ukce, montáže, používání, zkoušení a kontroly , např. karty, snímač dálk ové komunikace a další 
zařízení pro staho vání údajů, analýzu údajů, kalibraci, vytváření, sprá vu nebo zavádění bezpečnostních 
prvků atd.; 
ccc)  „dat em zavedení“: 
36 měsíců od vstupu podrobných ustano vení podle článku 11 nařízení Evropského parlamentu a 
Rady (EU) č. 165/2014 (4) v platnost. 26.5.2016 L 139/18 Úřední věstník Evropské unie CS     
(1)Směr nice Evropsk ého parlamentu a Rady 2007/46/ES ze dne 5. září 2007, kterou se stano ví rámec pro schva lování motor ových vozidel 
a jejich přípojných vozidel, jakož i systémů, konstr ukčních částí a samostatných technický ch celků určených pro tato vozidla (rámco vá 
směr nice) (Úř. věst. L 263, 9.10.2007, s. 1). 
(2)Směr nice Evropského parlamentu a Rady 95/46/ES ze dne 24. října 1995 o ochraně fyzick ých osob v souvislosti se zpraco váním 
osobníc h údajů a o volném pohybu těcht o údajů (Úř. věst. L 281, 23.11.1995, s. 31). 
(3)Směr nice Evropského parlamentu a Rady 2002/58/ES ze dne 12. července 2002 o zpraco vání osobních údajů a ochraně soukromí v 
odvětví elektronickýc h komunikací (Úř. věst. L 201, 31.7.2002, s. 37). 
(4)Nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 o tachograf ech v silniční dopra vě, o zrušení nařízení 
Rady (EHS) č. 3821/85 o záznamo vém zařízení v silniční dopravě a o změně nařízení Evropského parlamentu a Rady (ES) č. 561/2006 o 
harmonizaci některýc h předpisů v sociální oblasti týkajícíc h se silniční dopra vy (Úř. věst. L 60, 28.2.2014, s. 1). 
Je to datum, od kterého vozidla registr ovaná popr vé: 
—  musí být vybavena tachog rafem připojeným ke službě určo vání polohy na základě družicového navig ačního 
systému, 
—  musí být schopna předávat údaje pro cílené silniční kontro ly příslušným kontrolním orgánům během jízdy 
vozidla, 
—  a mohou být vybavena standar dními rozhr aními umožňujícími, aby údaje zaznamenané nebo vytvo řené 
tachog rafem byly použív ány v provozním režimu vnějším zařízením; 
ddd)  „ochranným prof ilem“: 
dokument používaný jako součást certifikačního postupu v souladu se všeobecnými kritérii, kter ý 
obsahuje specifikaci bezpečnostních požada vků na zabezpečení informací, nezávislou na způsobu 
provedení; 
eee)  „přesností GNSS“: 
v souvislosti se zaznamenáváním poloh y z globálního navig ačního družico vého systému (GNSS) 
pomocí tachog rafů, hodnota horizontálního zředění přesnosti (HDOP) vypočítaná jako minimum 
z hodnot HDOP zjištěných na dostupných systémec h GNSS. 
2  OBECNÉ VLASTNOSTI A FUNK CE ZÁZNAMO VÉHO ZAŘÍZENÍ 
2.1  Obecné vlas tnosti 
Účelem záznamo vého zařízení je zaznamenáv at, ukládat, zobrazo vat a tisknout údaje týkaj ící se činností 
řidiče a umožnit jejich výstup. 
Jaké koliv vozidlo vyba vené záznamo vým zařízením, kter é vyho vuje podmínkám této příloh y, musí mít 
displej rychloměr u a počitadlo ujetých kilometrů. Tyto funkce mohou být součástí záznamo vého zařízení. 
01)  Záznamo vé zařízení zahr nuje kabely , snímač pohy bu a celek ve vozidle. 
02)  Rozhraní mezi snímači pohyb u a celky ve vozidle musí splňo vat požada vky specif ikované v dodatku 
11. 
03)  Celek ve vozidle musí být připojen k jednomu nebo více globálním navigačním družico vým 
systémům podle specifi kace v dodatku 12. 
04)  Celek ve vozidle musí komunik ovat se snímači komunikace včasného dálk ového odhalo vání podle 
specifi kace v dodatku 14. 
05)  Celek ve vozidle může obsaho vat rozhraní ITS, které je specifi kováno v dodatku 13. 
Záznamo vé zařízení může být připojeno k dalším zařízením přídavnými rozhraními a/nebo 
volit elným rozhraním ITS. 
06)  Jakék oliv zapojení nebo propojení záznamo vého zařízení s jakoukoliv funkcí, zařízením nebo 
zařízeními, ať již schválenými nebo nesc hválenými, nesmí ovlivňo vat nebo být schopn o ovlivňo vat 
jeho sprá vný a bezpečný provoz nebo plnění podmínek tohot o nařízení. 
Uživatelé záznamo vého zařízení se identif ikují v zařízení prostřednictvím karet tachografu. 
07)  Záznamo vé zařízení zajišťuj e selektivní přístupo vá práva k údajům a funkcím v závislosti na typu a/ 
nebo identitě uživatele . 26.5.2016 L 139/19 Úřední věstník Evropské unie CS     
Záznamo vé zařízení zaznamenáv á a ukládá údaje do své dato vé paměti, do zařízení pro dálk ovou 
komunikaci a na karty tachografu. 
Toto se děje v souladu se směr nicí 95/46/ES ze dne 24. října 1995 o ochraně fyzic kých osob v souvislosti 
se zpraco váním osobních údajů a o voln ém pohyb u těch to údajů (1), se směr nicí 2002/58/ES ze dne 12. 
července 2002 o zpraco vání osobních údajů a ochraně soukromí v odvětví elektronic kých komunikací (2) a 
v souladu s článke m 7 nařízení (EU) č. 165/2014. 
2.2  Funkce 
08)  Záznamo vé zařízení musí zajistit tyto funkce: 
—  monitoro vání vkládání a vyjímání karet, 
—  měření rychlosti, vzdálenosti a polohy , 
—  měření času, 
—  monitoro vání činnosti řidiče, 
—  monitoro vání provozníh o stavu řidiče 
—  údaje vkládané řidičem ručně: 
—  vkládání údajů o místec h počátku a/nebo ukončení denní praco vní doby , 
—  ruční vkládání údajů o činnost ech řidiče, 
—  vkládání údajů o zvláštních podmínkác h 
—  sprá va zámků podniků, 
—  monitoro vání kontrolních činností, 
—  zjišťo vání událostí a/nebo závad, 
—  integro vané zkoušky a autot esty, 
—  načítání z datové paměti, 
—  zaznamenáv ání a ukládání údajů do dato vé paměti, 
—  čten í údajů z karet tachog rafu, 
—  zaznamenáv ání a ukládání údajů na karty tachografu, 
—  zobrazo vání, 
—  tisk, 
—  výstraha, 
—  staho vání údajů do vnějšíc h médií, 
—  dálk ová komunikace pro cílené silniční kontroly , 
—  výstup údajů na přídavná zařízení, 
—  kalibrace, 
—  silniční kalibrační kontrola, 
—  nastav ení času. 26.5.2016 L 139/20 Úřední věstník Evropské unie CS     
(1)Úř. věst. č. L 281, 23.11.1995, s. 31. 
(2)Úř. věst. č. L 201, 31.7.2002, s. 37. 
2.3  Provozní režim y 
09)  Záznamo vé zařízení musí být schopno praco vat ve čtyřech režimech : 
—  v provozním režimu, 
—  v kontrolním režimu, 
—  v kalibračním režimu, 
—  v podnik ovém režimu. 
10)  Záznamo vé zařízení se přepíná do následujících provozníc h režimů podle platné karty tach ografu 
vložené do čtecí ch zařízení karet. Pro určení provozní ho režimu nemá generace karty tach ografu 
význam, je-li vložená karta platná. Karta dílny první generace je vždy považo vána za neplatnou, je-li 
vložena do celku ve vozidle druhé generace. 
Provozní režim Otvor pro vložení karty řidiče 
Bez karty Karta řidiče Kontrolní karta Karta dílny Karta podniku Otvor pro vložení karty druhého řidiče Bez karty Provozní Provozní Kontrolní Kalibrační Podnik ový 
Karta řidiče Provozní Provozní Kontrolní Kalibrační Podnik ový 
Kontrolní karta Kontrolní Kontrolní Kontrolní (*) Provozní Provozní 
Karta dílny Kali brační Kali brační Provozní Kalibrační (*) Provozní 
Karta podniku Podnik ový Podnik ový Provozní Provozní Podnik ový(*) 
(*)  V těcht o situacích používá záznamo vé zařízení pouze kartu tachografu vloženou do otvoru pro vložení karty řidiče.  
11)  Záznamo vé zařízení musí ignoro vat vložení neplatné karty, kromě zobrazo vání, tisku a staho vání 
údajů uložených na kartách s prošlým datem, které musí být možné. 
12)  Všechn y funkce uvedené v bodě 2.2 musí být aktivní v jakémk oli provozním režimu s těmito 
výjimkami: 
—  kalibrační funkce je přístupná pouze v kalibračním režimu, 
—  funkce silniční kalibrační kontroly je přístupná pouze v kontrolním režimu, 
—  funkce správy zámků podniků je přístupná pouze v podnik ovém režimu, 
—  funkce monitoro vání kontrolních činností je funkční pouze v kontrolním režimu, 
—  funkce staho vání není přístupná v provozním režimu (s výjimk ou ustano vení požada vku 193) a 
kromě staho vání karty řidiče, není-li do celku ve vozidle vložen jiný typ karty. 
13)  Záznamo vé zařízení může předat data na displej, do tiskár ny nebo na vnější rozhraní s těmito 
výjimkami: 
—  v provozním režimu musí být jakékoliv osobní identifikační údaje (příjmení nebo jméno(a)), kter é 
neodpo vídají vložené kartě tachog rafu, ignoro vány a jakékoliv číslo karty neodpo vída jící vložené 
kartě tachog rafu musí být částečně ignoro váno (každý lichý znak – odleva dopra va – musí 
obsaho vat prázdnou hodnotu), 26.5.2016 L 139/21 Úřední věstník Evropské unie CS     
—  v podnik ovém režimu lze výstup údajů vztahujících se k osobě řidiče (požadavky 102, 105 a 
108) provádět pouze za časo vá období, která nejsou uzamčena nebo která nemá uzamčena žádný 
jiný podnik (jak je označeno prvními 13 místy číselného kódu karty podniku), 
—  pokud není v záznamo vém zařízené vložena žádná karta, výstup údajů vztahujících se k osobě 
řidiče lze provádět pouze pro aktuální den a osm předc házejících kalendářníc h dnů, 
—  výstup osobních údajů pocházejících z celku ve vozidle se nesmí provádět pomocí rozhraní ITS 
celku ve vozidle, není-li ověřen souhlas řidiče, k němuž se údaje vztahují, 
—  celky ve vozidle mají normální dobu platnosti používání 15 let od data vydání osvědčení celku ve 
vozidle, ale celky ve vozidle lze používat další tři měsíce pouze pro staho vání údajů. 
2.4  Bezpečnost 
Bezpečnost systému má za cíl ochranu datové paměti takovým způsobem, aby se zabránilo neopráv něnému 
přístupu a manipulaci s údaji a aby takové pokusy byly odhaleny , ochranu integrit y a prav osti údajů 
přenášenýc h mezi snímačem pohy bu a celkem ve vozidle, ochranu integrity a prav osti údajů přenášenýc h 
mezi záznamo vým zařízením a kartami tachog rafu, ochranu integr ity a pravosti údajů přenášenýc h mezi 
záznamo vým zařízením a vnějším zařízením GNSS, ochranu důvěr nosti, integrity a prav osti údajů 
přenášenýc h pomocí komunikace včasného dálk ového odhalo vání pro kontrolní účely a ověřo vání integrit y 
a pravosti staho vanýc h údajů. 
14)  Aby se dosáhlo bezpečnosti systému, musí následující součásti splnit bezpečnostní požada vky 
uvedené v jejich ochranných prof ilech , jak stano ví dodat ek 10: 
—  celek ve vozidle, 
—  karta tachog rafu, 
—  snímač pohyb u, 
—  vnější zařízení GNSS (tento prof il je potřebný a použit elný pouze pro variantu vnějšího GNSS). 
3  KONSTR UKČNÍ A FUNKČNÍ POŽAD AVKY NA ZÁZNAMO VÉ ZAŘÍZENÍ 
3.1  Monit orování vkládání a vyjímání karet 
15)  Záznamo vé zařízení monitoruje vkládání karty do čtecíc h zařízení karet a její vyjímání. 
16)  Při vložení karty ověřuje záznamo vé zařízení, zda vložená karta je platná karta tachog rafu, a v 
takovém případě identifikuje typ a generaci karty. 
Pokud karta, která má stejn é číslo a vyšší index obno vy, již byla vložena do záznamo vého zařízení, je 
označena za neplatnou. 
Pokud karta, která má stejn é číslo a index obno vy, ale vyšší index náhrady , již byla vložena do 
záznamo vého zařízení, je označena za neplatnou. 
17)  Karty tach ografu první generace považuje záznamo vé zařízení za neplatné, pokud dílna zablokuje 
možnost použití karet tachog rafu první generace v souladu s dodatkem 15 (pož. MIG003). 
18)  Karty dílny první generace, kter é jsou vloženy do záznamo vého zařízení druhé generace, jsou 
považo vány za neplatné. 
19)  Záznamo vé zařízení se navrhuje tak, že karty tachog rafu jsou po správném vložení do čtecíc h 
zařízení karet zamčeny v této poloze. 26.5.2016 L 139/22 Úřední věstník Evropské unie CS     
20)  K uvolnění karet tachog rafu může dojít pouze po zastavení vozidla a poté, co byly příslušné údaje 
uloženy na kartách . Uvoln ění karty musí vyžado vat aktivní zásah uživate le. 
3.2  Měření rychlosti, polohy a vzdálenosti 
21)  Hlavním zdrojem měření rychlosti a vzdálenosti je snímač pohy bu (případně zabudo vaný v adapt éru). 
22)  Tato funkce musí měřit nepřetržitě a musí být schopna dodávat stav počitadla ujetých kilometrů 
odpo vídající celk ové vzdálenosti ujeté vozidlem na základě impulsů vydávanýc h snímačem pohy bu. 
23)  Tato funkce musí měřit nepřetržitě a musí být schopn a udávat rychlost vozidla na základě impulsů 
vydávanýc h snímačem pohy bu. 
24)  Funkce měření rychlosti musí být také schopn a dodá vat informace, zda je vozidlo v pohybu, nebo se 
zastavilo. Vozidlo je považo váno za pohy bující se, jakmile funkce registr uje od snímače pohy bu více 
než 1 imp /s po dobu nejméně pěti sekund. Jinak se vozidlo považuje za stojící. 
25)  Zařízení zobrazující rychlost (rychloměr) a měřidlo celk ové ujeté vzdálenosti (počítadlo ujetýc h 
kilometrů), namonto vané v jakémk oli vozidle, kter é je vybaven o záznamo vým zařízením, 
vyho vujícím ustano vením tohot o nařízení, musí vyho vovat požadavkům týkajícím se maximálníc h 
tolerancí (viz body 3.2.1 a 3.2.2), které jsou uvedeny v této příloze. 
26)  Aby bylo možno zjistit manipulaci údajů o pohybu, je nutno informace ze snímače pohy bu podpořit 
dalšími údaji o pohy bu vozidla odvozenými z přijímače GNSS a volit elně z jednoho nebo více dalšíc h 
zdrojů nezáv islých na snímači pohy bu. 
27)  Tato funkce měří polohu vozidla, čímž umožňuje autom atický záznam: 
—  poloh, kde řidič a/nebo druhý řidič začíná svou denní praco vní dobu, 
—  poloh, kde nepřetržitá doba řízení řidiče dosáhne násobku tří hodin; 
—  poloh, kde řidič a/nebo druhý řidič končí svou denní praco vní dobu. 
3.2.1  Měření ujeté vzdálenosti 
28)  Ujetá vzdálenost může být měřena buď: 
—  tak, že se načítá dopředný i zpětný pohyb, nebo 
—  tak, že je brán v úvahu pouze dopředný pohyb. 
29)  Záznamo vé zařízení měří vzdálenost od 0 do 9 999 999,9 km. 
30)  Měření vzdálenosti musí být v následujícíc h tolerancích (vzdálenosti nejméně 1 000 m): 
—  ± 1 % před montáží, 
—  ± 2 % při montáži a pravidelné kontrole, 
—  ± 4 % v provozu. 
31)  Vzdálenost se měří s rozlišením 0,1 km nebo jemnějším. 
3.2.2  Měření rychlosti 
32)  Záznamo vé zařízení musí měřit v rozsahu 0 až 220 km/h. 26.5.2016 L 139/23 Úřední věstník Evropské unie CS     
33)  Aby byla zajištěna tolerance zobrazo vané rychlosti maximálně ± 6 km/h a byly vzaty v úvahu: 
—  tolerance ± 2 km/h u vstupních změn (proměnlivost pneumatik , …), 
—  tolerance ± 1 km/h při měřeních provedených při montáži nebo pravidelnýc h kontrolách. 
Záznamo vé zařízení pro rychlosti ležící v rozmezí 20 až 180 km/h a pro charakteristi cké koeficienty 
vozidla mezi 4 000 až 25 000 imp /km musí měřit rychlost s tolerancí ± 1 km/h (při konstantní 
rychlosti). 
Poznámka: Rozlišo vací schopnost ukládání údajů s sebou nese další toleranci ± 0,5 km/h u rychlosti 
vozidla ukládané záznamo vým zařízením. 
34)  Rychlost se měří přesně s normální tolerancí během 2 sekund po ukončení změny rychlosti, jestliže 
změna proběhla při hodnotě 2 m/s2. 
35)  Měření rychlosti se provádí s rozlišením 1 km/h nebo jemnějším. 
3.2.3  Měření polohy 
36)  Záznamo vé zařízení měří absolutní polohu vozidla pomocí přijímače GNSS. 
37)  Absolutní poloha je měřena v zeměpisnýc h souřadnicích šířky a délky ve stupních a minutách s 
rozlišením 1/10 minuty . 
3.3  Měření času 
38)  Funkce měření času musí měřit nepřetržitě a udávat v digitální podobě údaje o koordino vaném 
světo vém datu a času UTC. 
39)  K dato vání údajů v záznamo vém zařízení (záznam y, výměna údajů) a pro všec hny výtisky uvedené v 
dodatku 4 „Výtisky“ se musí používat datum a čas UTC. 
40)  Aby bylo možno zobrazit místní čas, musí se dát měnit posun zobrazo vaného času s půlhodino vým 
krokem. Nejsou povolen y žádné jiné posun y než v zápor ných nebo kladnýc h násobcích půl hodiny . 
41)  Nepoužívá-li se žádné nastav ení času, nesmí zpožďo vání nebo zrychlování hodin překročit ± 2 
sekundy za den v podmínkách schvalo vání typu. 
42)  Měření času musí mít rozlišo vací schopn ost vyšší nebo rovnou 1 sekundě. 
43)  Měření času nesmí být ovlivněno vypnutím vnějšího elektr ického napájení na dobu kratší nežli 12 
měsíců v podmínkác h schv alování typu. 
3.4  Monit orování činnos tí řidiče 
44)  Tato funkce musí nepřetržitě a odděleně monitor ovat činnosti jednoho řidiče a jednoho druhého 
řidiče. 
45)  Řidičo vy činnosti jsou JÍZD A, PRÁ CE, POHOTO VOST a PŘEST ÁVKA/ODPOČINEK. 
46)  Mělo by být umožněno řidiči a/nebo druhému řidiči ručně navolit režim y PRÁ CE, POHOTO VOST a 
PŘEST ÁVKA/ODPOČINEK. 
47)  Jestliže se vozidlo pohy buje, musí se nastav it automa ticky JÍZD A pro řidiče a u druhého řidiče se 
musí automatic ky nastavit POHOTO VOST . 26.5.2016 L 139/24 Úřední věstník Evropské unie CS     
48)  Jestliže se vozidlo zastaví, musí se u řidiče automatic ky nastav it režim PRÁ CE. 
49)  První změna činnosti řidiče na režim ODPOČINEK nebo POHOTO VOST , kter á nastane během 120 
sekund po automa tickém přepnutí do režimu PRÁ CE v důsledku zastavení vozidla, musí být 
považo vána za změnu nastalou v průběhu zastávky vozidla (proto je možné zrušení změny na režim 
PRÁ CE). 
50)  Tato funkce předáv á informaci o změně činnosti s rozlišením jedné minuty . 
51) Pokud se u dané kalendářní minuty objeví jakák oliv činnost v režimu JÍZD A, jak v přímo předc há­
zející, tak v přímo následující minutě, je celá tato minuta považo vána za JÍZDU. 
52)  Pokud jde o danou kalendářní minutu, která není podle požadavku 051 považo vána za JÍZDU, je celá 
minuta považo vána za stejný typ činnosti jako nejdéle nepřetržitě trvající činnost v této minutě (nebo 
poslední ze stejně dlouho trvajících činností). 
53)  Tato funkce musí také nepřetržitě monitor ovat nepřetržit ou dobu řízení a načítaný čas doby 
přestávek řidiče. 
3.5  Monit orování provozního stavu řidiče 
54)  Tato funkce musí nepřetržitě a automatic ky monit orovat provozní stav řidiče. 
55)  Provozní stav řidiče POSÁ DKA se musí navolit, jestliže jsou v záznamo vém zařízení vloženy dvě 
platné karty řidiče. V každém jiném případě se navolí stav řízení vozidla SAMOTNÝ ŘIDIČ. 
3.6  Řidičem vkládané údaje 
3.6.1  Vložení údajů o místě počátku a/nebo ukončení denní pracovní doby 
56)  Tato funkce musí umožnit vložení údajů o místě, kde podle řidiče a/nebo druhého řidiče začíná a/ 
nebo končí denní praco vní doba. 
57)  Místa jsou definována jako stát a případně region, které se zadá vají nebo potvrzují ručně. 
58)  V době vyjmutí karty řidiče vyzve záznamo vé zařízení (druhého) řidiče, aby vložil údaj o místě 
ukončení denní praco vní doby . 
59)  Řidič pak vloží aktuální polohu vozidla, kter á je považo vána za dočasný vstup. 
60)  Pomocí příkazů v nabídkác h musí být možno zadávat místa, kde dochází k zahájení a/nebo ukončení 
denní praco vní doby řidiče. Pokud v průběhu jedné kalendářní minuty dojde k zadání více než 
jednoho takového údaje, zůstane zaznamenáno jen poslední místo zahájení práce a poslední místo 
ukončení práce provedené v dané době. 
3.6.2  Ruční vkládání údajů o činnostech řidiče a souhlas řidiče pro rozhraní ITS 
61)  Při vložení karty řidiče (nebo karty dílny ) a pouze v tom to okamžiku musí záznamo vé zařízení 
umožňo vat ruční zadá vání činností. Ruční zadá vání činností se provádí za použití místního času a 
hodnot data podle daného časo vého pásma (posun oproti UTC) aktuálně nastaveného pro celek ve 
vozidle. 
Při vložení karty řidiče nebo karty dílny přístroj držit eli karty připomene: 
—  datum a čas jeho posledního vyjmutí karty; 
—  volitelně: posun místního času oproti UTC momentálně nastavený pro celek ve vozidle. 26.5.2016 L 139/25 Úřední věstník Evropské unie CS     
Při prvním vložení karty řidiče nebo karty dílny , které celek ve vozidle aktuálně nezná, je držitel 
karty vyzván, aby vyjádřil souhlas s výstupem osobních údajů uložených v tachog rafu pomocí 
volit elného rozhraní ITS. 
Souhlas řidiče (resp. dílny) lze kdyk oli aktivo vat nebo deaktivo vat pomocí příkazů v menu, je-li 
vložena karta řidiče (resp. dílny). 
Musí být možno zadávat činnosti s následujícími omezeními: 
—  typy činnosti jsou JÍZD A, POHOTO VOST nebo PŘEST ÁVKA/ODPOČINEK; 
—  časy zahájení a ukončení každé činnosti musí spadat pouze do inter valu mezi posledním 
vyjmutím karty a jejím aktuálním vložením; 
—  není dovoleno, aby se jednotlivé činnosti navzájem časo vě překrývaly . 
V případě potřeby musí být možno vkládat ruční záznam y při prvním vložení dříve nepoužívané 
karty řidiče (nebo dílny ). 
Postup ručního zadá vání činností musí zahr novat tolik po sobě jdoucích kroků, kolik je nezbytné k 
nastavení typu, času zahájení a času ukončení každé činnosti. U libovoln é části doby mezi posledním 
vyjmutím karty a jejím aktuálním vložením musí mít držit el karty možnost neuvést žádnou činnost. 
Při ručním zadávání údajů spojeném s vložením karty musí mít držit el karty v příslušných případech 
možnost zadat: 
—  místo ukončení předešlé denní praco vní doby a příslušný čas (čímž dojde k přepsání položky 
vytvo řené při posledním vyjmutí karty), 
—  místo zahájení aktuální denní praco vní doby spolu s příslušným časem. 
Pokud držitel karty při ručním vkládání údajů spojeném s vložením karty nevloží žádné místo , kde 
zahájil nebo ukončil praco vní dobu, má se za to, že se jeho praco vní doba od posledního vyjmutí 
karty nezměnila. Další vložení údaje o místě, kde ukončil předc hozí denní praco vní dobu, pak 
přepíše dočasné údaje vytvořené při posledním vyjmutí karty. 
Pokud je zadáno nějak é místo , musí být zaznamenáno na příslušnou kartu tachog rafu. 
Ruční zadávání se přer uší, jestliže: 
—  dojde k vyjmutí karty, nebo 
—  je vozidlo v pohy bu a karta je v otvoru pro kartu řidiče. 
Jsou povolena i další přer ušení, například prodleva přístroje po určit é době nečinnosti uživate le. V 
případě přer ušení ručního zadávání údajů záznamo vé zařízení validuje veškeré již provedené úplné 
záznam y místa a činnosti (které mají zadáno buď jednoznačné místo a čas, nebo typ činnosti, čas 
zahájení a čas ukončení). 
Pokud dojde k vložení karty druhého řidiče nebo karty dílny během ručního zadávání údajů pro 
dříve vloženou kartu, musí být možno ruční zadání údajů pro tuto předchozí kartu dokončit před 
zahájením ručního zadávání údajů pro druhou kartu. 
Držitel karty musí mít možnost ručně zadá vat údaje za použití následujícího minimálního postupu: 
—  ruční zadání činností v chronologick ém pořadí za dobu mezi posledním vyjmutím karty a jejím 
aktuálním vložením, 26.5.2016 L 139/26 Úřední věstník Evropské unie CS     
—  čas zahájení první činnosti se nastaví na čas vyjmutí karty. U každé následující zadané činnosti se 
čas zahájení předem nastav í na hodnotu, která bezprostředně následuje po času ukončení 
předc hozí zadané činnosti. U každé činnosti se zvolí typ činnosti a čas ukončení. 
Postup je ukončen v okamžiku, kdy se čas ukončení ručně vložené činnosti shoduje s časem vložení 
karty. Záznamo vé zařízení poté může případně povolit držiteli karty uprav ovat údaje kter ékoli ručně 
zadané činnosti, a to až do okamžiku, kdy dojde k validaci zvolení m zvláštního příkazu. Poté už 
budou jakékoli takové úpravy zakázány . 
3.6.3  Vkládání údajů o zvláštních podmínk ách 
62)  Záznamo vé zařízení musí řidiči umožnit vložit v reálném čase údaje o následujícíc h dvou zvláštních 
podmínkách: 
—  „MIMO PŮSOBNOST“ (začátek, konec), 
—  „PŘEV OZ LODÍ / PŘEV OZ VLAKEM“ (začátek, konec). 
K záznamu podmínky „PŘEV OZ LODÍ / PŘEV OZ VLAKEM“ nesmí dojít, pokud je otevřen záznam 
podmínky „MIMO PŮSOBNOST“. 
Otevřený záznam podmínky „MIMO PŮSOBNOST“ musí být záznamo vým zařízením automatic ky 
uzavřen při vložení nebo vyjmutí karty řidiče. 
Otevřený záznam podmínky „MIMO PŮSOBNOST“ musí deaktivo vat následující události a varo vání: 
—  jízda bez příslušné karty, 
—  varo vání týkající se nepřetržit é doby řízení. 
Ukazatel začátku podmínky „PŘEV OZ LODÍ / PŘEV OZ VLAKEM“ musí být nastav en před tím, nežli 
se na lodi / ve vlaku vypne motor . 
Otevřený záznam podmínky „PŘEV OZ LODÍ / PŘEV OZ VLAKEM“ musí skončit, nastane-li někte rá 
z následujícíc h možností: 
—  řidič ručně ukončí „PŘEV OZ LODÍ / PŘEV OZ VLAKEM“, 
—  řidič vyjme svou kartu, 
otev řený záznam podmínky „PŘEV OZ LODÍ / PŘEV OZ VLAKEM“ musí skončit, pokud již není 
platný na základě pravidel uvedených v nařízení (ES) č. 561/2006. 
3.7  Správ a zámků podniků 
63)  Tato funkce umožňuje správu zámků použitých podnike m k omezení přístupu k údajům v 
podnik ovém režimu pouze na tento podnik . 
64)  Zámky podniků spočívaj í ve vložení počátečn ího data a času (uzamčení) a konco vého data a času 
(odemknutí) spojeného s identifikací podniku číslem karty podniku (při uzamčení). 
65)  Uzamčení a odemknutí zámků podniků může být provedeno pouze v reálném čase. 
66)  Zámek může odemknout pouze podnik , jehož zámek je uzamčen (identifi kováno prvními 13 znaky 
v čísle karty podniku), nebo 26.5.2016 L 139/27 Úřední věstník Evropské unie CS     
67)  odemknutí se provede autom aticky při uzamčení jiným podnikem. 
68)  V případě, že podnik provede uzamčení a předcházející uzamčení provedl týž podnik, předpokládá 
se, že předc házející uzamčení nebylo ukončeno a stále pokračuje. 
3.8  Monit orování kontrolních činnost í 
69)  Tato funkce musí monitoro vat činnosti ZOBRAZO VÁNÍ, TISKU, STAHO VÁNÍ ÚDAJŮ z celku ve 
vozidle nebo z karty a SILNIČNÍ KALIBRAČNÍ kontroly , kter é jsou prováděn y v kontrolním režimu. 
70)  Tato funkce také monitoruj e KONTR OLU PŘEKR OČENÍ POVOLENÉ RYCHLOSTI v kontrolním 
režimu. Činnost je považo vána za kontrolu překročení povolené rychlosti v případě, že v kontrolním 
režimu dojde k odeslání výtisku „překročení povolené rychlosti“ do tiskár ny nebo zobrazo vací 
jednotky nebo jsou z datové paměti celku ve vozidle staho vány údaje „události a závady“. 
3.9  Zjišťo vání událos tí a/nebo závad 
71)  Tato funkce identif ikuje následující události a/nebo závady: 
3.9.1  „Vložení neplatné karty“ 
72)  Tato událost se vyvolá vložením neplatné karty, již nahrazené karty řidiče a/nebo karty s prošlým 
datem. 
3.9.2  „Rozpor karet“ 
73)  Tato událost nastane, jestliže se vložením platných karet dosáhne kombinace označená v tabulce jako 
X: 
Rozpor karet Otvor pro vložení karty řidiče 
Bez karty Karta řidiče Kontrolní karta Karta dílny Karta podniku Otvor pro vložení karty druhého řidiče Bez karty      
Karta řidiče    X  
Kontrolní karta   X X X 
Karta dílny  X X X X 
Karta podniku   X X X  
3.9.3  „Překr ytí časových údajů“ 
74)  Tato událost nastane, jestliže datum a čas posledního vyjmutí karty řidiče, které je přečt eno na kartě, 
je pozdější nežli aktuální datum/čas záznamo vého zařízení, do kterého je karta vložena. 26.5.2016 L 139/28 Úřední věstník Evropské unie CS     
3.9.4  „Jízda bez náležité karty“ 
75)  Tato událost nastane při jakékoliv z kombinací údajů platných karet tachografu označenýc h v 
následující tabulce jako X, když se řidičo va činnost mění na režim JÍZD A nebo nastane změna režimu 
provozu v době nastav eného režimu řidičo vy činnosti JÍZD A: 
Jízda bez příslušné karty, Otvor pro vložení karty řidiče 
Žádná (nebo 
neplatná) karta Karta řidiče Kontrolní karta Karta dílny Karta podniku Otvor pro vložení karty druhého řidiče Žádná (nebo ne­
platná) karta X  X  X 
Karta řidiče X  X X X 
Kontrolní karta X X X X X 
Karta dílny X X X  X 
Karta podniku X X X X X  
3.9.5  „Vložení karty v průběhu jízdy“ 
76)  Tato událost nastane, jestliže je vložena karta tach ografu do libovoln ého otvoru pro vkládání karet v 
době řidičo vy činnosti JÍZD A. 
3.9.6  „Nespr ávné uzavření poslední relace karty“ 
77)  Tato událost nastane, jestliže při vložení karty záznamo vé zařízení zjistí, že přes opatření popsaná v 
bodě 3.1 předc házející vložení karty nebylo sprá vným způsobem ukončeno (kar ta byla vyjmuta 
dříve, nežli na ni byly uložen y příslušné údaje). Tato událost nastane pouze při vložení karty řidiče 
nebo karty dílny . 
3.9.7  „Překr očení povolené rychlosti“ 
78)  Tato událost nastane při každém překročení povolené rychlosti. 
3.9.8  „Přer ušení elektr ického napájení“ 
79)  Tato událost nastane při každém přer ušení elektr ického napájení snímače pohy bu a/nebo celku ve 
vozidle delším nežli 200 milisekund, pokud zařízení není v kalibračním nebo kontrolním režimu. 
Praho vou hodnotu přer ušení definuje výrobce. Pokles elektr ického napájení v důsledku startování 
motoru vozidla nesmí vyvolat tuto událost. 
3.9.9  „Chyba komunik ace se zařízením pro dálko vou komunikaci“ 
80)  Tato událost nastane, není-li zařízení v kalibračním režimu a nepotvrdí-li zařízení pro dálk ovou 
komunikaci úspěšné přijetí údajů dálk ové komunikace odeslanýc h z celku ve vozidle po více než 
třech pokusech. 
3.9.10  „Chybějící informace o poloze z přijímače GNSS“ 
81)  Tato událost nastane, není-li zařízení v kalibračním režimu a chybějí-li po dobu delší než 3 hodin y 
z celk ové doby řízení informace o poloze pocházející z přijímače GNSS (vnitřního nebo vnějšího). 26.5.2016 L 139/29 Úřední věstník Evropské unie CS     
3.9.11  „Chyba komunik ace s vnějším zařízením GNSS“ 
82)  Tato událost nastane, není-li zařízení v kalibračním režimu a je-li po souvislou dobu delší než 20 
minut přer ušena komunikace mezi vnějším zařízením GNSS a celke m ve vozidle, je-li vozidlo v 
pohyb u. 
3.9.12  „Chybné údaje o pohybu vozidla“ 
83)  Tato událost nastane, není-li zařízení v kalibračním režimu, v případě přer ušení normálního toku 
dat mezi snímačem pohy bu a celke m ve vozidle a/nebo v případě chyby v integrit ě nebo prav osti 
údajů přenášenýc h mezi snímačem pohy bu a celkem ve vozidle. 
3.9.13  „Nesoulad údajů o pohybu vozidla“ 
84)  Tato událost nastane, není-li zařízení v kalibračním režimu, v případě, že informace o pohy bu 
vypočtené ze snímače pohy bu jsou v rozpor u s informacemi o pohy bu vypočtenými z vnitřního 
přijímače GNSS nebo z vnějšího zařízení GNSS a volit elně z jiných nezáv islých zdrojů údajů podle 
specifi kace v dodatku 12. Tato událost nenastane během přev ozu lodí / převozu vlak em, za 
podmínky MIMO PŮSOBNOST , nebo nejsou-li k dispozici informace o poloze z přijímače GNSS. 
3.9.14  „Pokus o narušení bezpečnosti systému“ 
85)  Tato událost nastane v jakémk oliv jiném případě, který ohrožuje bezpečnost systému snímače 
pohyb u a/nebo celku ve vozidle a/nebo vnějšího zařízení GNSS podle požadavků v dodatku 10, 
pokud není zařízení v kalibračním režimu. 
3.9.15  „Nesoulad času“ 
86)  Tato událost nastane, není-li zařízení v kalibračním režimu, pokud celek ve vozidle zjistí nesoulad 
větší než 1 minuta mezi časem funkce měření času celku ve vozidle a časem pocházejícím 
z přijímače GNSS. Tato událost je zaznamenána společně s hodnotou vnitřních hodin celku ve 
vozidle a je zahr nuta do automat ického nastav ení času. Nastane-li událost nesouladu času, celek ve 
vozidle po dobu příštích 12 hodin jiné události nesouladu času nevytvoří. Tato událost nenastane v 
případě, že přijímač GNSS během posledních 30 dnů nezjistil žádný platný signál GNSS. Jakmile jsou 
však informace o poloze z přijímače GNSS opět k dispozici, je provedeno automatic ké nastav ení 
času. 
3.9.16  „Chyba karty“ 
87)  Tato závada nastane, když je v průběhu provozu zjištěna vada karty tachografu. 
3.9.17  „Chyba záznamo vého zařízení“ 
88)  Tato závada nastane, pokud zařízení není v kalibračním režimu, v případě jakékoliv následující 
záva dy: 
—  vnitřní závada celku ve vozidle 
—  závada tiskár ny 
—  závada zobrazo vací jednotky 
—  závada staho vání 
—  závada snímače 
—  závada přijímače GNSS nebo vnějšího zařízení GNSS 
—  závada zařízení pro dálk ovou komunikaci 26.5.2016 L 139/30 Úřední věstník Evropské unie CS     
3.10  Integ rované zkoušky a autotesty 
89)  Záznamo vé zařízení musí samo zjistit vlastní závady v průběhu integro vanýc h zkoušek a autot estů v 
souladu s tout o tabulk ou: 
Testo vaný subsyst ém Autotest Integro vaná zkouška 
Programo vé vybaven í  Integr ita 
Dato vá paměť Přístup Přístup, integrita údajů 
Čtec í zařízení karet Přístup Přístup 
Klávesnice  Ruční kontrola 
Tiskár na (podle výrobce) Výtisk 
Zobrazo vání  Vizuální kontrola 
Staho vání údajů 
(pro váděno pouze v průběhu staho vání) Správná funkce  
Snímač Správná funkce Správná funkce 
Zařízení pro dálk ovou komunikaci Správná funkce Správná funkce 
Zařízení GNSS Správná funkce Správná funkce  
3.11  Načítání z dato vé paměti 
90)  Záznamo vé zařízení musí být schopno načíst jakékoliv údaje uložené v jeho datové paměti. 
3.12  Zaznamená vání a ukládání do dato vé paměti 
Pro účely tohot o odsta vce 
—  se „365 dny“ rozumí 365 kalendářních dnů průměr né činnosti řidiče ve vozidle. Průměr ná činnost v 
průběhu dne ve vozidle se definuje jako nejméně 6 řidičů nebo druhých řidičů, 6 cyklů vložení a 
vyjmutí karty a 256 změn činnosti. „365 dnů“ tedy obsahuje minimálně 2 190 (druhých ) řidičů, 2 190 
cyklů vložení a vyjmutí karty a 93 440 změn činnosti, 
—  se průměr ným počtem poloh za den rozumí nejméně 6 poloh, ve kterých začíná denní praco vní doba, 6 
poloh, kdy nepřetržitá doba řízení řidiče dosáhne násobku tří hodin, a 6 poloh, ve kter ých končí denní 
praco vní doba, takže „365 dnů“ obsahuje minimálně 6 570 poloh, 
—  časo vé údaje jsou zaznamenáv ány s rozlišo vací schopností jedné minuty , pokud není stano veno jinak , 
—  stav počitadla ujetých kilometrů se zaznamenává s rozlišo vací schopn ostí jednoho kilometr u, 
—  údaje o rychlosti jsou zaznamenáv ány s rozlišo vací schopností 1 km/h, 
—  poloh y (zeměpisné šířky a délky) jsou zaznamenáván y ve stupníc h a minutách , s rozlišením 1/10 
minuty , s příslušnou přesností GNSS a dobou zjištění. 26.5.2016 L 139/31 Úřední věstník Evropské unie CS     
91)  Údaje uložené do datové paměti nesmějí být ovlivněny přer ušením elektr ického napájení z vnějšího 
zdroje v rozsahu kratším nežli dvanáct měsíců v podmínkác h schvalo vání typu. Údaj e uložené ve 
vnějším zařízení pro dálk ovou komunikaci podle dodatku 14 navíc nesmějí být ovlivněny přer ušením 
elektr ického napájení v rozsahu kratším nežli 28 dnů. 
92)  Záznamo vé zařízení musí být schopn o zaznamenávat a implicitně nebo explicitně ukládat do své 
dato vé paměti následující údaje: 
3.12.1  Údaje identifikující zařízení 
3.12.1.1  Identifikační údaje o celku ve vozidle 
93)  Záznamo vé zařízení musí být schopn o ukládat do své dato vé paměti tyto identifikační údaje o celku 
ve vozidle: 
—  jméno výrobce, 
—  adresa výrobce, 
—  číslo součásti, 
—  výrobní číslo, 
—  generace celku ve vozidle, 
—  schopn ost používat karty tachog rafu první generace, 
—  číslo verze programo vého vybaven í, 
—  datum instalace aktuální verze programo vého vyba vení, 
—  rok výroby zařízení, 
—  číslo schválení. 
94)  Identif ikační údaje o celku ve vozidle jsou zaznamenány a uložen y jednou provždy výrobcem celku 
ve vozidle, s výjimk ou údajů vztahujících se k programo vému vyba vení a čísla schv álení, které se 
může měnit v případě aktualizace programo vého vybavení, a schopnosti používat karty tach ografu 
první generace. 
3.12.1.2  Identifikační údaje snímače pohybu 
95)  Snímač pohybu musí být schopen uložit do své datové paměti tyto identif ikační údaje: 
—  jméno výrobce, 
—  výrobní číslo, 
—  číslo schválení, 
—  identif ikátor vloženého bezpečnostního komponentu (např. číslo součásti vnitřního čipu / číslo 
procesor u), 
—  identif ikátor operačního systému (např. číslo verze programo vého vybavení). 
96)  Identif ikační údaje snímače pohyb u jsou zaznamenán y a uloženy výrobcem tohot o snímače jednou 
provždy do snímače. 
97)  Celek ve vozidle musí být schope n zaznamenat a uložit do své dato vé paměti následující údaje 
vztahující se k 20 posledním páro vání snímačů pohy bu (dojde-li k několika páro váním během 
jednoho kalendářního dne, uloží se pouze první a poslední z nich): 
Pro každé z těcht o páro vání se uloží tyto údaje: 
—  identif ikační údaje snímače pohybu, 
—  výrobní číslo, 
—  číslo schv álení, 26.5.2016 L 139/32 Úřední věstník Evropské unie CS     
—  páro vací údaje snímače pohyb u: 
—  datum páro vání. 
3.12.1.3  Identifikační údaje globálníc h navigačníc h družico vých systémů 
98)  Vnější zařízení GNSS musí být schopn o uložit do své datové paměti tyto identif ikační údaje: 
—  jméno výrobce, 
—  výrobní číslo, 
—  číslo schválení, 
—  identif ikátor vloženého bezpečnostního komponentu (např. číslo součásti vnitřního čipu / číslo 
procesor u), 
—  identif ikátor operačního systému (např. číslo verze programo vého vybavení). 
99)  Identif ikační údaje jsou zaznamenány a uloženy výrobcem vnějšího zařízení GNSS jednou provždy 
do tohot o zařízení. 
100)  Celek ve vozidle musí být schope n zaznamenat a uložit do své dato vé paměti následující údaje 
vztahující se k posledním 20 páro vání s vnějšími zařízeními GNSS (pokud během jednoho 
kalendářního dne dojde k několika páro váním, uloží se jenom první a poslední z nich). 
Pro každé z těcht o páro vání se uloží tyto údaje: 
—  identif ikační údaje vnějšího zařízení GNSS: 
—  výrobní číslo, 
—  číslo schv álení, 
—  páro vací údaje vnějšího zařízení GNSS: 
—  datum spáro vání. 
3.12.2  Klíče a certifikáty 
101)  Záznamo vé zařízení musí být schopn o uložit řadu kryptografickýc h klíčů a certifikátů podle 
specifi kace v dodatku 11 části A a části B. 
3.12.3  Data související s vložením a vyjmutím karty řidiče nebo dílny 
102)  Při každém cyklu vložení a vyjmutí karty řidiče nebo karty dílny musí záznamo vé zařízení 
zaznamenat a uložit do své datové paměti tyto informace: 
—  jméno(a) a příjmení držit ele karty v podobě uložené na kartě, 
—  číslo karty, členský stát vydáva jící kartu a datum platnosti v podobě uložené na kartě, 
—  generaci karty, 
—  datum a čas vložení karty, 
—  stav počitadla ujetýc h kilometrů při vložení karty, 
—  otvor pro vkládání karet, do kterého byla tato karta vložena, 
—  datum a čas vyjmutí karty, 
—  stav počitadla ujetýc h kilometrů při vyjmutí karty, 26.5.2016 L 139/33 Úřední věstník Evropské unie CS     
—  následující informace o posledním řidičem použit ém vozidle tak, jak jsou uložen y na kartě: 
—  registrační značku vozidla a členský stát registrace, 
—  generaci celku ve vozidle (je-li k dispozici), 
—  datum a čas vyjmutí karty, 
—  značku informující, zda držit el karty při vložení karty vložil ručně údaje o činnosti, nebo ne. 
103)  Dato vá paměť musí být schopna ucho vat tato data nejméně po dobu 365 dnů. 
104)  Jestliže je kapacita datové paměti vyčer pána, musí nové údaje nahradit nejstarší údaje. 
3.12.4  Údaje o činnostech řidiče 
105)  Záznamo vé zařízení musí provést záznam a uložení do své dato vé paměti, kdyk oliv dojde ke změně 
činnosti u řidiče a/nebo druhého řidiče a/nebo dojde ke změně provozníh o stavu řidiče a/nebo je 
vsunuta nebo vyjmuta karta řidiče nebo karta dílny: 
—  provozní stav řidiče (POS ÁDKA, SAMOTNÝ ŘIDIČ), 
—  otvor pro vložení karty (ŘIDIČ, DRUHÝ ŘIDIČ), 
—  stav karty v příslušném otvoru pro vkládání karet (VLOŽENA , NEVLOŽENA ), 
—  činnost (JÍZD A, POHOTO VOST , PRÁ CE, PŘEST ÁVKA/ODPOČINEK), 
—  datum a čas změny . 
VLOŽENA znamená, že platná karta řidiče nebo karta dílny je vložena v otvoru pro vkládání karet. 
NEVLOŽENA znamená opak , tzn. žádná platná karta řidiče nebo karta dílny není vložena v otvoru 
pro vkládání karet (např. je vložena karta podniku nebo není vložena žádná karta). 
Údaje o činnosti vložené ručně řidičem nejsou zaznamenáv ány do dato vé paměti. 
106)  Dato vá paměť musí být schopna ucho vat údaje o činnost ech řidiče nejméně po dobu 365 dnů. 
107)  Jestliže je kapacita datové paměti vyčer pána, musí nové údaje nahradit nejstarší údaje. 
3.12.5  Místa a polohy , kde začíná nebo končí denní pracovní doba a/nebo kde je dosaženo tří hodin nepřetržité doby řízení 
108)  Záznamo vé zařízení musí zaznamenáv at a ukládat do své datové paměti: 
—  místa a polohy , kde řidič a/nebo druhý řidič začíná svou denní praco vní dobu, 
—  poloh, kde nepřetržitá doba řízení řidiče dosáhne násobku tří hodin; 
—  místa a polohy , kde řidič a/nebo druhý řidič končí svou denní praco vní dobu. 
109)  Není-li v těcht o časech z přijímače GNSS k dispozici poloha vozidla, záznamo vé zařízení použije 
poslední dostupnou polohu a příslušné datum a čas. 
110)  Společně s příslušným místem nebo polohou musí záznamo vé zařízení zaznamenat a uložit do své 
dato vé paměti: 
—  číslo karty (druhého) řidiče a členský stát, který vydal kartu, 
—  generaci karty, 26.5.2016 L 139/34 Úřední věstník Evropské unie CS     
—  datum a čas vložení údajů, 
—  typ vloženýc h údajů (začáte k a konec nebo tři hodin y nepřetržit é doby řízení), 
—  příslušnou přesnost GNSS, v příslušných případech datum a čas, 
—  stav počitadla ujetýc h kilometrů. 
111)  Dato vá paměť musí být schopn a uchovat místa a poloh y, ve kterých denní praco vní doba začíná a 
končí a/nebo ve kterýc h je dosaženo tří hodin nepřetržit é doby řízení, minimálně po dobu 365 dnů. 
112)  Jestliže je kapacita datové paměti vyčer pána, musí nové údaje nahradit nejstarší údaje. 
3.12.6  Údaje počitadla ujetých kilometrů 
113)  Záznamo vé zařízení musí zaznamenáv at do své dato vé paměti stav počitadla ujetých kilometrů 
vozidla a odpo vída jící datum o půlnoci každého kalendářního dne. 
114)  Dato vá paměť musí být schopna ukládat stav počitadla ujetých kilometrů o půlnoci nejméně po dobu 
365 kalendářníc h dnů. 
115)  Jestliže je kapacita datové paměti vyčer pána, musí nové údaje nahradit nejstarší údaje. 
3.12.7  Podrobné údaje o rychlosti 
116)  Záznamo vé zařízení musí zaznamenávat a uchovávat ve své dato vé paměti okamžitou rychlost 
vozidla a odpo vídající datum a čas v každé sekundě po dobu nejméně posledních 24 hodin, kdy bylo 
vozidlo v pohy bu. 
3.12.8  Údaje o událostech 
Pro účely tohot o bodu musí být čas zaznamenáván s přesností jedné sekundy . 
117)  Záznamo vé zařízení musí zaznamenáv at a uchovávat ve své datové paměti tyto údaje o každé 
zjištěné události podle následujících pravidel ukládání: 
Událost Pravidla ukládání Údaje, které se ukládají pro každou událost 
Vložení neplatné karty —  deset posledních událostí —  datum a čas události 
—typ, číslo, vydáva jící členský stát a gene ­
race karty (karet) vytvářející(ch) událost 
—  počet podobných událostí v tentýž den 
Rozpor karet —  deset posledních událostí —  datum a čas začátku události 
—  datum a čas konce události 
—typ, číslo, vydáva jící členský stát a gene ­
race dvou karet vytvářejících konflikt 
Jízda bez příslušné karty, —  nejdelší událost v každém z posledních 
deseti dnů výskytu 
—  pět nejdelších událostí za posledních 
365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo na konci události 
—  počet podobných událostí v tentýž den 26.5.2016 L 139/35 Úřední věstník Evropské unie CS     
Událost Pravidla ukládání Údaje, které se ukládají pro každou událost 
Vložení karty během řízení —  poslední událost v každém z posledníc h 
deseti dnů výskytu —  datum a čas události 
—typ, číslo, vydáva jící členský stát a gene ­
race karty (karet) 
—  počet podobných událostí v tentýž den 
Nesprá vné uzavření poslední 
relace karty —  deset posledních událostí —  datum a čas vložení karty 
—typ, číslo, vydáva jící členský stát a gene ­
race karty (karet) 
—  poslední data relace přečt ená z karty: 
—  datum a čas vložení karty 
—VRN, členský stát registrace a gene ­
race VU 
Překročení povolené ry­
chlosti (1) —  nejzá važnější událost v každém z deseti 
posledníc h dnů výskytu (tj. případ 
s nejvyšší průměr nou rychlostí) 
—pět nejzá važnějších událostí za posled ­
ních 365 dnů 
—první událost, kter á nastala po posled ­
ní kalibraci —  datum a čas začátku události 
—  datum a čas konce události 
—  maximální rychlost změřená v průběhu 
události 
—  aritmetický průměr rychlostí změřených 
v průběhu události 
—typ, číslo, vydáva jící členský stát a gene ­
race karty řidiče (v příslušnýc h přípa ­
dech) 
—  počet podobných událostí v tentýž den 
Přer ušení napájení (2) —  nejdelší událost v každém z posledních 
deseti dnů výskytu 
—  pět nejdelších událostí za posledních 
365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo na konci události 
—  počet podobných událostí v tentýž den 
Chyba komunikace se zaří­
zením pro dálk ovou komu ­
nikaci —  nejdelší událost v každém z posledních 
deseti dnů výskytu 
—  pět nejdelších událostí za posledních 
365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo na konci události 
—  počet podobných událostí v tentýž den 
Chybí informace o poloze 
z přijímače GNSS —  nejdelší událost v každém z posledních 
deseti dnů výskytu 
—  pět nejdelších událostí za posledních 
365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo na konci události 
—  počet podobných událostí v tentýž den 26.5.2016 L 139/36 Úřední věstník Evropské unie CS     
Událost Pravidla ukládání Údaje, které se ukládají pro každou událost 
Chyba údajů o pohy bu vozi ­
dla —  nejdelší událost v každém z posledních 
deseti dnů výskytu 
—  pět nejdelších událostí za posledních 
365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo na konci události 
—  počet podobných událostí v tentýž den 
Nesoulad údajů o pohy bu 
vozidla —  nejdelší událost v každém z posledních 
deseti dnů výskytu 
—  pět nejdelších událostí za posledních 
365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo na konci události 
—  počet podobných událostí v tentýž den 
Pokus o narušení zabezpe ­
čení —  posledníc h deset událostí pro každý 
typ události —  datum a čas začátku události 
—datum a čas konce události (je-li rele­
vantní) 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo na konci události 
—  typ události 
Časo vý konflikt —  nejdelší událost v každém z posledních 
deseti dnů výskytu 
—  pět nejdelších událostí za posledních 
365 dnů —  datum a čas záznamo vého zařízení 
—  datum a čas GNSS 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo na konci události 
—  počet podobných událostí v tentýž den   
(1) Záznamo vé zařízení musí také zaznamenat a uchovat ve své datové paměti: 
—  datum a čas poslední KONTR OLY PŘEKR OČENÍ POVOLENÉ RYCHLOSTI, 
—  datum a čas prvního překročení povolené rychlosti následujícího po této KONTR OLE 
PŘEKR OČENÍ POVOLENÉ RYCHLOS TI, 
—  počet událostí, při kter ých došlo k překročení povolené rychlosti od poslední KONTR OLY 
PŘEKR OČENÍ POVOLENÉ RYCHLOS TI.  
(2) Tyto údaje mohou být zaznamenáv ány pouze při opěto vném připojení elektr ického napájení, 
časo vé údaje mohou být udáván y s přesností jedné minuty . 
3.12.9  Údaje o závadác h 
Pro účely tohot o bodu musí být čas zaznamenáván s přesností jedné sekundy . 26.5.2016 L 139/37 Úřední věstník Evropské unie CS     
118)  Záznamo vé zařízení se musí pokusit zaznamenat a uložit tato data pro každou zjištěnou závadu do 
své dato vé paměti podle následujícíc h pravidel o ukládání dat: 
Záva da Pravidla ukládání Úda je, které se ukládají při závadě 
Chyba karty —  deset posledních závad karty řidiče —  datum a čas začátku závady 
—  datum a čas konce závady 
—typ, číslo, vydáva jící členský stát a gene ­
race karty (karet) 
Závady záznamo vého zaří­
zení —  deset posledních závad pro každý typ 
závady 
—  první závada po poslední kalibraci —  datum a čas začátku závady 
—  datum a čas konce závady 
—  typ závady 
—typ, číslo, vydáva jící členský stát a gene ­
race všech karet vloženýc h na začátku 
a/nebo konci záva dy  
3.12.10  Kalibr ační údaje 
119)  Záznamo vé zařízení musí zaznamenáv at a ukládat do své datové paměti údaje týkaj ící se: 
—  známých kalibračních parametrů v okamžiku aktivace, 
—  jeho první kalibrace po aktivaci, 
—  jeho první kalibrace v současném vozidle (identifiko vaném jeho identif ikačním číslem vozidla), 
—  posledních dvaceti kalibrací (jestliže proběhne několik kalibrací v průběhu jednoho kalendářního 
dne, je zaznamenána pouze první a poslední kalibrace). 
120)  Následující údaje se zaznamenáv ají pro každou z těcht o kalibrací: 
—  důvod kalibrace (aktivace, první instalace, instalace, pravidelná prohlídka), 
—  název a adresa dílny , 
—  číslo karty dílny , členský stát vydáva jící kartu a datum ukončení použit elnosti karty, 
—  identif ikace vozidla, 
—  aktualizo vané nebo potvrzené parametr y: w, k, l, rozměr pneumatik , nastav ení zařízení 
omezujícího rychlost vozidla, počitadlo ujetých kilometrů (stará a nová hodnota), datum a čas 
(stará a nová hodnota), 
—  typy a identif ikátory všec h použitých plomb. 
121)  Záznamo vé zařízení musí navíc zaznamenáv at a uchovávat ve své datové paměti schopn ost používat 
karty tachog rafu první generace (dosud aktiv ované, či nikoli). 
122)  Snímač pohy bu musí zaznamenáv at a ucho vávat ve své dato vé paměti tyto montážní údaje snímače 
pohyb u: 
—  první spáro vání s celkem ve vozidle (datum, čas, číslo schv álení celku ve vozidle, výrobní číslo 
celku ve vozidle), 
—  poslední spáro vání s celkem ve vozidle (datum, čas, číslo schválení celku ve vozidle, výrobní číslo 
celku ve vozidle). 26.5.2016 L 139/38 Úřední věstník Evropské unie CS     
123)  Vnější zařízení GNSS musí zaznamenávat a uchovávat ve své dato vé paměti tyto montážní údaje 
vnějšího zařízení GNSS: 
—  první spáro vání s celkem ve vozidle (datum, čas, číslo schv álení celku ve vozidle, výrobní číslo 
celku ve vozidle), 
—  poslední spáro vání s celkem ve vozidle (datum, čas, číslo schválení celku ve vozidle, výrobní číslo 
celku ve vozidle). 
3.12.11  Údaje o nastav ení času 
124)  Záznamo vé zařízení musí zaznamenáv at a uchovávat ve své dato vé paměti údaje vztahující se k 
nastavením času provedeným v kalibračním režimu mimo rámec pravidelné kalibrace (def. f)): 
—  času posledního nastavení času, 
—  pěti největším nastav ením času. 
125)  Tyto údaje musí být zaznamenáv ány pro každé z těchto nastavení času: 
—  datum a čas, stará hodnota, 
—  datu a čas, nová hodnota, 
—  název a adresa dílny , 
—  číslo karty dílny , členský stát vydá vající kartu, generace karty a datum ukončení použit elnosti 
karty. 
3.12.12  Údaje o kontro lních činnostech 
126)  Záznamo vé zařízení musí zaznamenávat a ucho vávat ve své datové paměti tyto údaje týkaj ící se 
posledních dvaceti případů kontrolní činnosti: 
—  datum a čas kontroly , 
—  číslo kontrolní karty, členský stát vydáva jící kartu a generaci karty, 
—  druh kontroly (zobrazení a/nebo tisk a/nebo staho vání z celku ve vozidle a/nebo staho vání 
z karty a/nebo silniční kalibrační kontrola), 
127)  V případě staho vání údajů jsou také zaznamenáv ány údaje o nejstarším a o posledním dni staho vání 
údajů. 
3.12.13  Údaje o zámcích podniků 
128)  Záznamo vé zařízení musí zaznamenáv at a ucho vávat ve své dato vé paměti tyto údaje týkající se 255 
posledních případů použití zámků podniků: 
—  datum a čas uzamčení, 
—  datum a čas odemknutí, 
—  číslo karty podniku, členský stát, kter ý kartu vydal, a generaci karty, 
—  název a adresu podniku. 
Údaje, kter é byly dříve uzamčeny zámke m odstraněným z paměti v důsledku výše uvedeného limitu, 
se považují za neuzamčené. 
3.12.14  Údaje o stahování 
129)  Záznamo vé zařízení musí zaznamenávat a ucho vávat ve své datové paměti tyto údaje týkaj ící se 
posledního staho vání dat z dato vé paměti do vnějšího média v podnik ovém nebo kalibračním 
režimu: 
—  datum a čas staho vání dat, 26.5.2016 L 139/39 Úřední věstník Evropské unie CS     
—  číslo karty podniku nebo karty dílny , členský stát vydá vající kartu a generaci karty, 
—  název podniku nebo dílny . 
3.12.15  Údaje o zvláštních podmínkách 
130)  Záznamo vé zařízení musí zaznamenáva t ve své dato vé paměti tyto údaje týkaj ící se zvláštních 
podmínek: 
—  datum a čas záznamu, 
—  druh zvláštní podmínky . 
131)  Dato vá paměť musí být schopn a uchovat zvláštní podmínky po dobu nejméně 365 dnů (za 
předpokladu, že průměr ně jedna podmínka je otevřena a uzavřena během jednoho dne). Jestliže je 
kapacita paměti vyčer pána, musí nové údaje nahradit nejstarší údaje. 
3.12.16  Údaje o kartě tachog rafu 
132)  Záznamo vé zařízení musí být schopno uchovávat tyto údaje týkaj ící se různých karet tachografu, 
kter é byly použity v celku ve vozidle: 
—  číslo karty tachog rafu a její výrobní číslo, 
—  výrobce karty tachografu, 
—  typ karty tachografu, 
—  verzi karty tachografu. 
133)  Záznamo vé zařízení musí být schopno uchovávat minimálně 88 takových záznamů. 
3.13  Čtení z karet tacho grafu 
134)  Záznamo vé zařízení musí být schopno, pokud je třeba, přečíst z karet tachog rafu první a druhé 
generace údaje nezby tné k(e): 
—  identif ikaci typu karty, držit ele karty, předc házejícího použité ho vozidla, data a času posledního 
vyjmutí karty a v té době navolené činnosti, 
—  kontrole sprá vného uzav ření poslední relace karty, 
—  výpočtu nepřetržité doby řízení řidiče, souhr nné doby přestávek a souhr nné doby řízení v 
předc hozím a probíhaj ícím týdnu, 
—  vytištění požado vanýc h dat zaznamenaných na kartě řidiče, 
—  stažení dat z karty řidiče na externí média. 
Tento požadavek platí pouze pro karty tach ografu první generace, pokud dílna nezablokuje jejich 
používání. 
135)  V případě chyby načítání dat se záznamo vé zařízení maximálně třikrát pokusí vyplnit daný příkaz k 
načtení dat, a pak v případě neúspěchu vyznačí chybu karty a její neplatnost. 
3.14  Zaznamená vání a ukládání údajů na kartách tachog rafu 
3.14.1  Zaznamenáván í a ukládání údajů na kartách tachog rafu první generace 
136)  Pokud dílna nezablok ovala použití karet tach ografu první generace, musí záznamo vé zařízení 
zaznamenávat a uchovávat údaje naprosto stejným způsobem jako záznamo vé zařízení první 
generace. 26.5.2016 L 139/40 Úřední věstník Evropské unie CS     
137)  Záznamo vé zařízení musí v kartě řidiče nebo kartě dílny nastavit režim „údaj e o použití karty“ 
okamžitě po vložení karty. 
138)  Záznamo vé zařízení musí aktualizo vat údaje uložené na platných kartách řidiče, kartách dílny , 
kartách podniku a/nebo kontrolníc h kartách se všemi nezbytnými údaji vztahujícími se k době, kdy 
byla karta vložena, a k držiteli karty. Údaje uložené na kartách jsou specifik ovány v kapitole 4. 
139)  Záznamo vé zařízení musí aktualizo vat údaje o činnost ech řidiče a místec h (podle specifikace v 
bodech 4.5.3.1.9 a 4.5.3.1.11), které jsou uloženy na platných kartách řidiče a/nebo kartách dílny , s 
údaji týkaj ícími se činností řidiče a míst, kter é byly vloženy ručně držit elem karty. 
140)  Všechn y události, které nejsou definovány pro záznamo vé zařízení první generace, se na karty řidiče 
a karty dílny neukláda jí. 
141)  Údaje uložené na kartách tachog rafu jsou aktualizo vány takovým způsobem a v takovou dobu, jak je 
třeba s ohledem na momentální kapacitu dato vé paměti a nahrazení nejstaršíc h uložených údajů 
posledními údaji. 
142)  V případě chybného zápisu se záznamo vé zařízení maximálně třikrát pokusí vyplnit daný příkaz k 
zápisu a potom v případě neúspěchu vyznačí chybu karty a její neplatnost. 
143)  Před uvoln ěním karty řidiče a po uložení všec h příslušných údajů, kter é se měly na kartu uložit, 
nastaví záznamo vé zařízení znovu „údaje o použití karty (card session data)“. 
3.14.2  Zaznamenáván í a ukládání údajů na kartách tachog rafu druhé generace 
144)  Karty tach ografu druhé generace musí obsaho vat dvě různé aplikace karet, z nichž první je přesně 
stejná jako aplikace TACHO karet tachografu první generace a druhá je aplikace „TACHO_G2“ podle 
specifi kace v kapitole 4 a dodatku 2. 
145)  Záznamo vé zařízení musí v kartě řidiče nebo kartě dílny nastavit režim „údaj e o použití karty“ 
okamžitě po vložení karty. 
146)  Záznamo vé zařízení musí aktualizo vat údaje uložené na dvou aplikacích platných karet řidiče, karet 
dílny , karet podniku a/nebo kontrolníc h karet se všemi nezbytnými údaji vztahujícími se k době, kdy 
byla karta vložena, a k držiteli karty. Údaje uložené na těcht o kartách jsou specifi kovány v kapito le 4. 
147)  Záznamo vé zařízení musí aktualizo vat údaje o činnost ech řidiče, místec h a polohách (podle 
specifi kace v bodech 4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 a 4.5.3.2.11), které jsou uložen y na platných 
kartách řidiče a/nebo kartách dílny , s údaji týkaj ícími se činností řidiče a míst, které byly ručně 
vloženy držitelem karty. 
148)  Údaje uložené na kartách tachog rafu jsou aktualizo vány takovým způsobem a v takovou dobu, jak je 
třeba s ohledem na momentální kapacitu dato vé paměti a nahrazení nejstaršíc h uložených údajů 
posledními údaji. 
149)  V případě chybného zápisu se záznamo vé zařízení maximálně třikrát pokusí vyplnit daný příkaz k 
zápisu a potom v případě neúspěchu vyznačí chybu karty a její neplatnost. 
150)  Před uvolněním karty řidiče a po uložení všech příslušnýc h údajů na dvou aplikacích karty nastaví 
záznamo vé zařízení znovu „údaj e o použití karty“. 
3.15  Zobrazení 
151)  Displej musí mít minimálně 20 znaků. 
152)  Minimální velik ost znaků musí být 5 mm na výšku a 3,5 mm na šířku. 26.5.2016 L 139/41 Úřední věstník Evropské unie CS     
153)  Zobrazo vací jednotka musí podporo vat znaky uvedené v dodatku 1 kapitole 4 „Znak ové sady“. 
Zobrazo vací jednotka může používat zjednodušené znaky (např. znaky s diakr itikou mohou být 
zobrazeny bez diakr itiky nebo malá písmena mohou být zobrazena jako velká). 
154)  Zobrazo vací jednotka musí vydávat přiměřené, neoslňující světlo. 
155)  Údaje záznamo vého zařízení musí být dobře viditeln é. 
156)  Záznamo vé zařízení musí být schopno zobrazit: 
—  implicitní údaje, 
—  údaje vztahující se k výstražným sdělením, 
—  údaje vztahující se k přístupo vému menu, 
—  ostatní údaje požado vané uživate lem. 
Další informace mohou být zobrazeny záznamo vým zařízením za předpokladu, že jsou jasně 
odlišitelné od výše uvedených informací. 
157)  Displej záznamo vého zařízení musí používat pikt ogram y nebo kombinace piktogramů uvedené v 
dodatku 3. Další pikt ogram y nebo kombinace pikt ogramů mohou být na displeji zobrazen y za 
předpokladu, že jsou jasně odlišit elné od dříve uvedených pikt ogramů nebo kombinací pikt ogramů. 
158)  Displej musí být vždy zapnut, pokud je vozidlo v pohy bu. 
159)  Záznamo vé zařízení může obsaho vat ruční nebo autom atick ou možnost vypnutí displeje, pokud se 
vozidlo nepohyb uje. 
Formát zobrazení je uveden v dodatku 5. 
3.15.1  Výchozí zobr azení 
160)  Pokud není třeba zobrazit žádnou jinou informaci, musí záznamo vé zařízení standardně zobrazo vat 
tyto údaje: 
—  místní čas (jako výsledek referenčního času UTC + časo vého posunu nastaveného řidičem), 
—  provozní režim, 
—  aktuální činnost řidiče a aktuální činnost druhého řidiče, 
—  informace vztahující se k řidiči: 
—  jeho současná nepřetržitá doba řízení a jeho současná souhr nná doba přestáv ek, pokud je jeho 
aktuální činností JÍZD A, 
—  aktuální trvání současné činnosti (od doby , kdy byla navolena) a jeho současná souhr nná doba 
přestáv ek, pokud jeho aktuální činností není JÍZD A. 
161)  Zobrazení údajů vztahujících se ke každému řidiči musí být jasné, jednoduc hé a jednoznačné. V 
případě, že informace o řidiči i druhém řidiči nemohou být zobrazen y současně, musí záznamo vé 
zařízení implicitně ukazo vat informaci týkaj ící se řidiče a musí umožnit uživat eli zobrazit informaci 
týkající se druhého řidiče. 
162)  V případě, že šířka zobrazo vací jednotky nedo voluje zobrazit implicitně provozní režim, musí 
záznamo vé zařízení krátce zobrazit nový provozní režim v okamžiku, kdy se mění. 
163)  Záznamo vé zařízení musí při vložení karty krátce zobrazit jméno držitele karty. 26.5.2016 L 139/42 Úřední věstník Evropské unie CS     
164)  Jestliže je otevřena podmínka „MIMO PŮSOBNOST“ nebo „PŘEV OZ LODÍ /PŘEV OZ VLAKEM“, 
potom musí displej ukázat odpo vída jící piktogram, že příslušná podmínka je otevřena (je povoleno, 
aby záro veň nebyla zobrazena informace o současné činnosti řidiče). 
3.15.2  Varovné zobr azení 
165)  Záznamo vé zařízení musí zobrazit výstražné sdělení primár ně použitím piktogramů podle dodatku 
3, doplněné v případě potřeby dodatečnými numer icky kódo vanými informacemi. Přesné popisy 
výstražných sdělení mohou být také zobrazeny v prefero vaném jazy ce řidiče. 
3.15.3  Přístupové menu 
166)  Záznamo vé zařízení musí nabídnout nezbytné příkazy prostřednictvím odpo vídají cí struktur y menu. 
3.15.4  Další zobr azení 
167)  Musí být možné na vyžádání selektivně zobrazit: 
—  datum a čas UTC a posun místního času, 
—  obsah kter éhok oli ze šesti výtisků v témže formátu, jaký mají samotné výtisky , 
—  nepřetržit ou dobu řízení a souhr nnou dobu přestáv ek řidiče, 
—  nepřetržit ou dobu řízení a souhr nnou dobu přestáv ek druhého řidiče, 
—  souhr nnou dobu řízení řidiče v předchozím a probíhaj ícím týdnu, 
—  souhr nnou dobu jízdy druhého řidiče v předchozím a probíhaj ícím týdnu, 
volit elně: 
—  současné trvání činnosti druhého řidiče (od doby , kdy byla navolena), 
—  souhr nnou dobu řízení řidiče v probíhajícím týdnu, 
—  souhr nnou dobu řízení druhého řidiče v probíhající denní praco vní době, 
—  souhr nnou dobu řízení řidiče v probíhající denní praco vní době. 
168)  Zobrazo vání obsahu výtisku musí probíhat sekvenčně, řádek po řádce. Jestliže je šířka displeje menší 
nežli 24 znaků, musí být uživate li nabídnuta úplná informace vhodným způsobem (něk olik řádek, 
rolo vání…). 
Řádky výtisku věno vané ručně napsaným informacím mohou být ze zobrazení vypuštěny . 
3.16  Tisk 
169)  Záznamo vé zařízení musí být schopno vytisknout údaje z vlastní dato vé paměti a/nebo karet 
tachografu v podobě následujících sedmi výtisků: 
—  denní výtisk činnosti řidiče z karty, 
—  denní výtisk činnosti řidiče z celku ve vozidle, 
—  výtisk událostí a závad z karty, 
—  výtisk událostí a závad z celku ve vozidle, 
—  výtisk technickýc h údajů, 26.5.2016 L 139/43 Úřední věstník Evropské unie CS     
—  výtisk překročení povolené rychlosti. 
—  histo rie údajů karty tachog rafu pro daný celek ve vozidle (viz kapito la 3.12.16). 
Podrobný popis formátu a obsahu těcht o výtisků je uveden v dodatku 4. 
Dodatečné údaje mohou být přidány na konci těcht o výtisků. 
Ze záznamo vého zařízení mohou být pořízeny i další výtisky , pokud jsou jasně odlišit elné od dříve 
popsaných sedmi výtisků. 
170)  „Denní výtisk činnosti řidiče z karty“ a „výtisk událostí a záva d z karty“ musí být k dispozici pouze, 
pokud je v záznamo vém zařízení vložena karta řidiče nebo karta dílny . Záznamo vé zařízení musí 
aktualizo vat uložená data na příslušné kartě před započetím tisku. 
171)  Aby se vytiskl záznam „denní výtisk činnosti řidiče z karty“ nebo „výtisk událostí a záva d z karty“, 
musí záznamo vé zařízení: 
—  buď automatic ky vybrat kartu řidiče nebo kartu dílny , pokud je vložena pouze jedna z nich, 
—  nebo nabídnout příkaz k volbě zdrojo vé karty nebo zvolit kartu vloženou v otvoru pro vložení 
karty řidiče, pokud jsou v záznamo vém zařízení vloženy tyto dvě karty. 
172)  Tiskár na musí být schopna vytisknout 24 znaků na řádku. 
173)  Minimální velik ost znaků musí být 2,1 mm na výšku a 1,5 mm na šířku. 
174)  Tiskár na musí podporo vat znaky uvedené v dodatku 1 kapito le 4 „Znak ové sady“. 
175)  Tiskár ny musí být navrž eny tak, aby se při tisku výtisků s dostat ečnou pravděpodobností vyhnuly 
jakékoliv nejednoznačnosti při čtení. 
176)  Výtisky si musí podržet své rozměr y a záznam y za normálních podmínek vlhk osti (10 až 90 %) a 
teploty . 
177)  Typově schválený papír používaný v záznamo vém zařízení musí nést příslušnou značku schv álení 
typu a označení typu(ů) záznamo vých zařízení, ve kterých jej lze používat. 
178)  Za normálních podmínek sklado vání, co se týče intenzity osvětlení, vlhk osti a teploty , musí výtisky 
zůstat dobře čitelné nejméně po dobu dvou let. 
179)  Výtisky musí splňo vat alespoň požadavky na zkoušky defino vané v dodatku 9. 
180)  Na tyto dokumenty by mělo být možné učinit ručně psané poznámky , např. řidičův podpis. 
181)  Záznamo vé zařízení by mělo vyřešit v průběhu tisku událost „došel papír“ tak, že po opěto vném 
vložení papír u je tisk restar tován od úplného počátku výtisku nebo tisk pokračuje s jednoznačným 
odkazem na dříve vytištěnou část. 
3.17  Výstraž ná sdělení 
182)  Záznamo vé zařízení musí upozor nit řidiče při zjištění jakékoliv události a/nebo závady . 
183)  Výstražné sdělení při přer ušení elektr ického napájení může být odloženo až do opěto vného připojení 
elektr ického napájení. 26.5.2016 L 139/44 Úřední věstník Evropské unie CS     
184)  Záznamo vé zařízení musí řidiče upozor nit 15 minut před uplynutím maximální povolené nepřetržit é 
doby řízení a při jejím překročení. 
185)  Výstražná sdělení musí být vizuální. Zvukové výstrahy mohou být také použity jako doplněk 
vizuálních výstražných sdělení. 
186)  Vizuální výstrahy musí být jasně rozeznatelné uživatele m, musí být umístěn y v zorném poli řidiče a 
musí být jasně čitelné ve dne i v noci. 
187)  Vizuální výstrah y mohou být zabudo vány v záznamo vém zařízení a/nebo umístěny mimo 
záznamo vé zařízení. 
188)  Ve druhém případě musí nést symbol „T“. 
189)  Výstražná sdělení musí trvat nejméně 30 sekund, pokud není uživatelem potvrzeno, že je bere na 
vědomí stiskem jednoho nebo více speciálníc h ovládacíc h prvků záznamo vého zařízení. První 
potvrzení nesmí smazat zobrazení příčin y výstražného sdělení v souladu s následujícím odsta vcem. 
190)  Příčina výstrahy musí být zobrazena na záznamo vém zařízení a zůstat viditelná, dokud není 
uživatelem potvrzeno, že ji bere na vědomí, použitím specifi ckého ovladače nebo vložením příkazu 
záznamo vého zařízení. 
191)  Další výstražná sdělení mohou být také použita, pokud nebudou mást řidiče ve vztahu ke sdělením 
výše popsaným. 
3.18  Stahov ání údajů do exter ních médií 
192)  Záznamo vé zřízení musí být schopno v případě potřeb y stáhnout údaje z datové paměti nebo z karty 
řidiče na exte rní médium pro uložení údajů prostřednictvím kalibračního nebo staho vacího 
konekto ru. Záznamo vé zařízení před počátkem staho vání údajů aktualizuje údaje uložené na 
příslušné kartě. 
193)  Kromě toho jako přídavná funkce mohou být údaje staho vány v jakémk oli provozní m režimu jiným 
způsobem pro podnik , který se ověří tímto kanálem. V tomt o případě se při staho vání využi jí 
přístupo vá práva podniku pro staho vání údajů. 
194)  Staho vání údajů nesmí změnit nebo odstranit žádné uložené údaje. 
195)  Elektr ické rozhraní spojo vacího konektor u pro kalibraci nebo staho vání údajů je popsáno v dodatku 
6. 
196)  Protok oly pro staho vání údajů jsou uvedeny v dodatku 7. 
3.19  Dálk ová komunikace pro cílené silniční kontroly 
197)  Při zapnutém zapalo vání musí celek ve vozidle ukládat každýc h 60 sekund do zařízení pro dálk ovou 
komunikaci nejno vější údaje potřebné pro účely cílených silničníc h kontrol. Tyto údaje musí být 
šifro vány a podepsán y podle specifi kace v dodatcích 11 a 14. 
198)  Dálk ově kontrolo vané údaje musí být dostupné snímačům dálk ové komunikace prostřednictvím 
bezdráto vé komunikace podle specifi kace v dodatku 14. 
199)  Údaje potřebné pro účely cílených silničních kontrol zahr nují: 
—  poslední pokus o narušení zabezpečení, 
—  nejdelší přer ušení dodá vky energie, 26.5.2016 L 139/45 Úřední věstník Evropské unie CS     
—  poruchu snímače, 
—  chybu v údajíc h o pohy bu vozidla, 
—  nesoulad údajů o pohybu vozidla, 
—  jízdu bez platné karty, 
—  vložení karty během řízení, 
—  údaje o úpravě času, 
—  kalibrační údaje, včetně údajů dvou posledníc h uložených kalibračních záznamů, 
—  registrační značku vozidla, 
—  rychlost zaznamenanou tachog rafem. 
3.20  Výstupní údaje pro přídav ná exter ní zařízení 
200)  Záznamo vé zařízení může být rovněž vybaven o standardními rozhraními, kter á umožňují, aby údaje 
zaznamenané nebo vytvo řené tachograf em používalo exte rní zařízení v provozním nebo kalibračními 
režimu. 
V dodatku 13 je specifi kováno a standardizo váno volitelné rozhraní ITS. Mohou být používána i další 
podobná rozhraní, pokud zcela odpo vídají požada vkům dodatku 13 z hlediska minimálního výčtu 
údajů, zabezpečení a souhlasu řidiče. 
Pro údaje ITS zprostředk ované tímto rozhraním platí tyto požada vky: 
—  tyto údaje jsou souborem vybraných stávajícíc h údajů ze slovníku dat tachog rafu (dodate k 1), 
—  dílčí soubor těcht o vybraných údajů je označen jako „osobní údaje“ 
—  dílčí soubor „osobní údaje“ je k dispozici pouze v případě, že je vydán ověřitelný souhlas řidiče s 
tím, že jeho osobní údaje mohou opustit síť vozidla, 
—  pomocí příkazů v menu může být souhlas řidiče kdyk oli vydán nebo zamítnut, je-li vložena karta 
řidiče, 
—  soubor a dílčí soubor údajů bude předáv án pomocí bezdráto vého protok olu Bluet ooth v prostoru 
kabiny řidiče s obno vovací frekvencí 1 minuty , 
—  spáro vání vnějšího zařízení s rozhraním ITS bude chráněno vyhrazeným a náhodným kódem PIN 
obsahujícím minimálně 4 číslice, zaznamenaným a dostupným pomocí zobrazo vací jednotky 
každého celku ve vozidle, 
—  přítomn ost rozhraní ITS nesmí za žádnýc h okolností narušovat nebo ovlivňo vat správn ou funkci 
a bezpečnost celku ve vozidle. 
Další údaje mohou být také k dispozici kromě tohot o soubor u vybraných stáva jících údajů 
považo vaných za minimální výčet, nelze-li je považo vat za osobní údaje. 
Záznamo vé zařízení musí ostatní externí zařízení informovat o souhlasu řidiče. 
Je-li zapnuto zapalo vání vozidla, musí být uvedené údaje neustále vysílány . 
201)  Sériové rozhraní podle specifikace v příloze 1B nařízení (EHS) č. 3821/85 v platném znění může být 
nadále používáno pro zpětnou slučite lnost tachog rafů. V případě přenášení osobních údajů je však 
stále nezbytný souhlas řidiče. 26.5.2016 L 139/46 Úřední věstník Evropské unie CS     
3.21  Kalibrace 
202)  Kali brační funkce musí umožnit: 
—  automatic ké spáro vání snímače pohy bu a celku ve vozidle, 
—  v příslušných případec h automa tickou vazbu vnějšího zařízení GNSS a celku ve vozidle, 
—  digitální přizpůsobení konstanty záznamo vého zařízení (k) charakteristi ckém u koeficientu vozidla 
(w), 
—  nastav ení aktuálního času v době platnosti vložené karty dílny , 
—  nastav it současnou hodnotu počitadla ujetých kilometrů, 
—  aktualizo vat identif ikační data snímače pohy bu uložená v datové paměti, 
—  v příslušných případec h aktualizaci identif ikačníc h údajů vnějšího zařízení GNSS uložených v 
dato vé paměti, 
—  aktualizaci typů a identifikátorů všec h použitých plomb, 
—  aktualizaci nebo potvrzení dalších parametrů známých záznamo vému zařízení: identifikaci 
vozidla, w, l, rozměr pneumatik a v příslušných případec h nastav ení omezo vače rychlosti. 
203)  Kali brační funkce musí navíc umožňo vat zablok ovat používání karet tachografu první generace v 
záznamo vém zařízení, jsou-li splněny podmínky uvedené v dodatku 15. 
204)  Páro vání snímače pohy bu s celkem ve vozidle spočívá minimálně v: 
—  aktualizaci montážních údajů snímače pohy bu ukládanýc h do snímače pohy bu (podle potřeby), 
—  kopíro vání potřebných identifikačních údajů snímače pohy bu ze snímače do datové paměti celku 
ve vozidle. 
205)  Páro vání vnějšího zařízení GNSS s celkem ve vozidle spočívá minimálně v: 
—  aktualizaci montážních údajů vnějšího zařízení GNSS ukládanýc h do vnějšího zařízení GNSS 
(podle potřeby , 
—  kopíro vání potřebných identif ikačníc h údajů vnějšího zařízení GNSS z vnějšího zařízení GNSS do 
dato vé paměti celku ve vozidle, včetně výrobního čísla vnějšího zařízení GNSS. 
Po páro vání následuje ověření poloho vých informací GNSS. 
206)  Kali brační funkce musí být schopn a vložit nezby tné údaje prostřednictvím kalibračního/staho vacího 
konekto ru v souladu s kalibračním protok olem definov aným v dodatku 8. Kalibrační funkce musí být 
schopna vložit nezbyt né údaje i pomocí jinýc h prostředků. 
3.22  Silniční kalibrační kontrola 
207)  Funkce silniční kalibrační kontroly musí umožnit čten í výrobního čísla snímače pohyb u (případně 
zabudo vaného v adap téru) a výrobního čísla vnějšího zařízení GNSS (v příslušných případec h), 
připojeného k celku ve vozidle v čase vyslání žádosti. 
208)  Toto čtení musí být možné minimálně na displeji celku ve vozidle prostřednictvím příkazů v menu. 26.5.2016 L 139/47 Úřední věstník Evropské unie CS     
209)  Funkce silniční kalibrační kontroly musí rovněž umožnit kontrolu volb y režimu I/O kalibračního 
signálního spojení I/O podle dodatku 6 pomocí rozhraní vodiče K. Tento postup je realizo ván 
pomocí parametr u ECU AdjustmentSession podle specif ikace v dodatku 8, části 7 Řízení zkušebníc h 
impulsů – Řídicí funkční celek vstup/výstup. 
3.23  Nast avení času 
210)  Funkce nastavení času musí umožnit automat ické nastav ení aktuálního času. V záznamo vém zařízení 
se pro nastav ení času používa jí dva zdroje času: 1) vnitřní hodin y celku ve vozidle, 2) přijímač GNSS. 
211)  Nastaven í času vnitřních hodin celku ve vozidle se provádí autom aticky v inter valec h maximálně 12 
hodin. Pokud tato lhůta uplyne a signál GNSS není k dispozici, provede se nastav ení času, jakmile má 
celek ve vozidle podle stavu zapalo vání vozidla přístup k platnému času poskyto vanému přijímačem 
GNSS. Časo vý odkaz pro automatic ké nastavení času vnitřních hodin celku ve vozidle se odvozuje od 
přijímače GNSS. Nesoulad času nastane v případě, že se aktuální čas odchýlí od časo vé informace 
poskyto vané přijímačem GNSS o více než jednu (1) minutu. 
212)  Funkce nastavení času musí rovněž umožnit aktivo vané nastav ení aktuálního času v kalibračním 
režimu. 
3.24  Provozní charakter istiky 
213)  Celek ve vozidle musí být plně provozusc hopný v rozsahu teplot od – 20 °C do 70 °C, vnější zařízení 
GNSS v rozsahu teplot od – 20 °C do 70 °C a snímač pohy bu v rozmezí od – 40 °C do 135 °C. 
Obsah dato vé paměti musí být zach ován při teplotách do – 40 °C. 
214)  Tachog raf musí být plně funkční v rozsahu vlhk osti 10 % až 90 %. 
215)  Plomb y používané v intelig entním tachog rafu musí odoláv at stejným podmínkám, kter é platí pro 
součásti tachog rafu, k nimž jsou připojeny . 
216)  Záznamo vé zařízení musí být chráněno proti přepětí, přepólo vání elektr ického napájení a zkratu. 
217)  Snímače pohyb u musí buď: 
—  reago vat na magnetick é pole, kter é ruší detekci pohy bu vozidla; za takových okolností celek ve 
vozidle zaznamená a uloží chybu snímače (požadavek 88); nebo 
—  mít snímací prvek, který je chráněn proti magnetickým polím, nebo je vůči jejich působení 
imunní. 
218)  Záznamo vé zařízení a vnější zařízení GNSS musí vyho vovat mezinárodnímu předpisu EHK OSN R10 
a musí být chráněno proti elektrostatickým výbojům a přech odo vým jevům. 
3.25  Mater iály 
219)  Všechn y kompon enty , ze kter ých se záznamo vé zařízení skládá, musí být vyroben y z mater iálů s 
dostatečnou stabilitou, mechanic kou pevností a stabilními elektr ickými i magnetic kými charakt eris­
tikami. 
220)  Při normálním použití musí být všec hny vnitřní části zařízení chráněny proti vlhk osti a prachu. 
221)  Celek ve vozidle a vnější zařízení GNSS musí vyho vovat stupni ochrany IP 40 a snímač pohy bu 
stupni ochrany IP 64 podle normy IEC 60529:1989, včetně A1:1999 a A2:2013. 26.5.2016 L 139/48 Úřední věstník Evropské unie CS     
222)  Zařízení musí vyho vovat odpo vídají cím technickým specifi kacím vztahujícím se k ergonomii 
konstr ukce. 
223)  Zařízení musí být chráněno proti náhodnému pošk ození. 
3.26  Značení 
224)  Pokud záznamo vé zařízení zobrazuje údaje počitadla ujetých kilometrů a rychlost, musí se na 
zobrazo vací jednotce objevit i následující údaje: 
—  v blízk osti údaje ujeté vzdálenosti jsou uvedeny jednotky vzdálenosti vyznačené zkratk ou „km“, 
—  v blízk osti údaje zobrazujícího rychlost je jednotka „km/h“. 
Záznamo vé zařízení může být také přepnuto, aby zobrazo valo rychlost v mílíc h za hodinu, a v tom 
případě je jednotka měřené rychlosti vyznačena zkratk ou „mph“. Záznamo vé zařízení může být také 
přepnuto, aby zobrazo valo vzdálenost v mílíc h, a v tom případě je jednotka měřené vzdálenosti 
vyznačena zkratk ou „mi“. 
225)  Popisný štítek musí být připevněn na každou samostatnou komponentu záznamo vého zařízení a 
nese tyto údaje: 
—  název a adresu výrobce zařízení, 
—  katalogo vé číslo součásti podle výrobce a rok výroby zařízení, 
—  výrobní číslo zařízení, 
—  značku schv álení typu zařízení. 
226)  Pokud není k dispozici dostatečný prostor pro zobrazení všec h výše uvedenýc h podrobností, musí 
popisný štítek obsaho vat alespoň: název nebo logo výrobce a katalogo vé číslo kompon entu. 
4  KONSTR UKČNÍ A FUNKČNÍ POŽAD AVKY NA KAR TY TACHOGRAF U 
4.1  Viditelné údaje 
Přední strana musí obsaho vat: 
227)  slova „Kar ta řidiče“ nebo „Kontrolní karta“ nebo „Kar ta dílny“ nebo „Kar ta podniku“ vytištěná velkými 
písmeny v úředním jazy ce nebo jazy cích členského státu vydáva jícího kartu, podle typu karty; 
228)  jméno členského státu vydáva jícího kartu (volitelné); 
229)  rozlišo vací značku člensk ého státu vydáva jícího kartu, kter á je tištěna inverzně v modrém obdélníku 
a je obklopena 12 žlutými hvězdami. Rozlišo vací značky jsou tyto: 
B 
BG 
CZ 
CY Belgie 
Bulharsk o 
Česká republika 
Kypr LV 
L 
LT 
M Lotyšsk o 
Lucem bursk o 
Litva 
Malta 
DK Dánsk o NL Nizozemsk o 26.5.2016 L 139/49 Úřední věstník Evropské unie CS     
D 
EST Německ o 
Estons ko A 
PL Rakousk o 
Polsk o 
GR Řeck o P 
RO 
SK 
SLO Portugalsko 
Rumunsk o 
Slovensk o 
Slovinsk o 
E Španělsk o FIN Finsk o 
F 
HR 
H Francie 
Chor vatsk o 
Maďarsk o S Švédsk o 
IRL Irsko UK Spojené králo vství 
I Itálie    
230)  zvláštní údaje k vydaným kartám číslo vané takto:  
Karta řidiče Kontrolní karta Karta podniku nebo dílny 
1. příjmení řidiče název kontrolního orgánu název podniku nebo dílny 
2. jméno(a) řidiče příjmení kontrolora 
(v příslušných případech) příjmení držite le karty 
(v příslušných případech) 
3. datum narození řidiče jméno(a) kontrolora 
(v příslušných případech) jméno (jména) držite le karty 
(v příslušných případech) 
4.a datum počátku platnosti karty 
4.b datum konce platnosti karty 
4.c orgán, který kartu vydal (může být vytištěno na druhé straně) 
4.d číslo odlišné od čísla uvedeného v záhlaví 5, pro administrativní účely (volit elné) 
5. a číslo řidičského průkazu 
(k datu vydání karty řidiče) — — 
5. b číslo karty 
6. fotografie řidiče fotografie kontrolora (voli­
telné) fotografie montéra (voli telné) 26.5.2016 L 139/50 Úřední věstník Evropské unie CS     
Karta řidiče Kontrolní karta Karta podniku nebo dílny 
7. podpis držitele (volitelné) 
8. obvyklé místo pobyt u nebo 
pošto vní adresa držit ele (voli ­
telné). pošto vní adresa kontrolního 
orgánu pošto vní adresa podniku nebo 
dílny  
231)  datum musí být uváděno ve formátu „dd/mm/r rrr“ nebo „dd.mm.r rrr“ (den, měsíc, rok). 
Rubo vá strana musí obsaho vat: 
232)  vysvětlení očíslo vanýc h položek , které se objevily na přední straně karty; 
233)  na základě zvláštní psané dohody s držit elem mohou být uvedeny další informace, které se 
nevztahují ke správě karty, pokud nikterak nemění způsob použití daného modelu karty tach ografu. 
234)  Karty tachog rafu musí být vydá vány s těmito převláda jícími barvami pozadí:  
— karta řidiče: bílá barva,  
— kontrolní karta:modrá barva,  
— karta dílny: červená barva,  
— karta podniku: žlutá barva. 
235)  Karty tachografu musí nést minimálně následující ochranné prvky, chránící karty proti padělání a 
pozměňo vání: 
—  bezpečnostní provedení pozadí ve formě proplétané textury a duho vého tisku, 
—  v oblasti fotografi e se musí překrývat bezpečnostní provedení pozadí a fotografi e, 
—  nejméně jednu dvoubarevnou mikrotisk ovou linku.  26.5.2016 L 139/51 Úřední věstník Evropské unie CS     
236)  Po konzultaci s Komisí mohou členské státy přidat barvy nebo označení, jako vnitrostátní symboly a 
bezpečnostní prvky, aniž by byla dotčena ostatní opatření této příloh y. 
237)  Dočasné karty podle článku 26.4 nařízení (EU) č. 165/2014 musí odpo vídat ustano vením této 
přílohy . 
4.2  Zabezpečení 
Zabezpečení systému se zaměřuje na ochranu integr ity a prav osti údajů přenášených mezi kartou a 
záznamo vým zařízením, ochranu integr ity a pravosti údajů staho vanýc h z karet, umožňuje zapsání jistých 
údajů na kartu pouze záznamo vým zařízením, zaměřuje se na dešifro vání některýc h údajů, vyloučení 
možnosti falzif ikace údajů uložených na kartách, zabránění neopráv něné manipulaci a zjištění pokusu o 
podobné jednání. 
238)  Aby se dosáhlo systémo vé bezpečnosti, musí karty tachog rafu splňo vat bezpečnostní požada vky 
definované v dodatcích 10 a 11. 26.5.2016 L 139/52 Úřední věstník Evropské unie CS     
239)  Karty tachog rafu musí být čitelné dalšími zařízeními, např. osobními počítači. 
4.3  Nor my 
240)  Karty tachog rafu musí vyho vovat následujícím normám: 
—ISO/IEC 7810 Identif ication cards – Physical charact eristics, (Identifi kační karty – Fyzikální cha­
rakt eristiky), 
—ISO/IEC 7816 Identif ication cards – Integrat ed circuit cards (Identifikačn í karty – Karty s integro ­
vanými obvod y s kontakty): 
—  Část 1: Fyzikální charakt eristiky , 
—  Část 2: Rozměr y a umístění kontaktů (ISO/IEC 7816-2:2007), 
—  Část 3: Elektronic ké rozhraní a protok oly přenosu (ISO/IEC 7816-3:2006), 
—  Část 4: Org anizace, bezpečnost a příkazy pro výměnu (ISO/IEC 7816-4:2013 + opr. 1:2014), 
—  Část 6: Mezioboro vé dato vé prvky pro výměnu (ISO/IEC 7816-6:2004 + opr. 1:2006), 
—  Část 8: Příkazy pro bezpečnostní operace (ISO/IEC 7816-8:2004). 
—  Karty tach ografu musí být testovány v souladu s normou ISO/IEC 10373-3:2010 Identif ication 
cards – Test methods (Identifikační karty – Zkušební metod y) – Část 3: Karty s integro vanými 
obvody s kontakty a příslušná čtecí zařízení karet. 
4.4  Environmentální a elektr ické specif ikace 
241)  Karty tachog rafu musí být schopn y správné funkce za všec h klimatickýc h podmínek běžně se 
vyskytujícíc h na území Společenství a nejméně v rozsahu teplot od – 25 °C do + 70 °C s příleži ­
tostn ými špičkami do + 85 °C; „příležit ostnými“ se myslí doba nepřesahující 4 hodiny a ne více než 
sto opak ování v průběhu životn osti karty. 
242)  Karty tachog rafu musí být schopn y správné funkce při vlhk osti v rozsahu 10 % až 90 %. 
243)  Karty tachografu musí být schopn y sprá vné funkce po dobu pěti let, pokud jsou používány ve shodě 
s předepsanými environmentálními a elektr ickými specifi kacemi. 
244)  V průběhu používání musí karty tach ografu vyho vovat požada vkům nařízení EHK R10, vztahujícím 
se k elektromagnetick é kompatibilitě, a musí být ochráněn y proti elektrostatický m výbojům. 
4.5  Ukládání údajů 
Pro účely tohot o odsta vce 
—  časo vé údaje jsou zaznamenáv ány s rozlišením jedné minuty , pokud není stano veno jinak , 
—  stav počitadla ujetých kilometrů se zaznamenává s rozlišením jednoho kilometr u, 
—  údaje o rychlosti jsou zaznamenáv ány s rozlišením 1 km/h, 
—  poloh y (zeměpisné šířky a délky) jsou zaznamenáván y ve stupních a minutách s rozlišením 1/10 
minuty . 
Funkce karty tach ografu, příkazy a logick é struktur y, splnění požadavků na ukládání údajů jsou popsán y v 
dodatku 2. 
Není-li stano veno jinak , je ukládání údajů na kartách tach ografu organizo váno tak, aby nové údaje 
nahrazo valy nejstarší uložené údaje, je-li vyčer pána velik ost paměti vyhrazené pro příslušné záznam y. 26.5.2016 L 139/53 Úřední věstník Evropské unie CS     
245)  Tento odstavec stano vuje minimální kapacitu pro ukládání dat v různýc h aplikačníc h souborech . 
Karty tachografu musí být schopn y informovat záznamo vé zařízení o skute čné kapacitě těch to 
dato vých souborů. 
246)  Jakék oliv další údaje vztahující se k jiným aplikacím, případně přítomným na kartě, kter é smějí být 
ukládány na karty tach ografu, musí být ukládány v souladu se směr nicí 95/46/ES a se směr nicí 
2002/58/ES a v souladu s článk em 7 nařízení (EU) č. 165/2014. 
247)  Každ ý hlavní soubor (MF) každé karty tach ografu musí obsaho vat až pět elementár ních souborů (EF) 
pro sprá vu karty, identifikaci aplikace a čipu a dva vyhrazené soubor y (DF): 
—  DF Tachog raph, který obsahuje aplikaci přístupnou pro celky ve vozidle první generace, který je 
rovněž přítomen na kartách tach ografu první generace, 
—  DF Tachograph_G2, který obsahuje aplikaci přístupnou pouze pro celky ve vozidle druhé 
generace, který je přítome n pouze na kartách tachografu druhé generace. 
Úplné informace o struktuře karet tachog rafu jsou uvedeny v dodatku 2. 
4.5.1  Elementár ní soubor y pro identifik aci a správu karty 
4.5.2  Identifik ace čipové karty 
248)  Karty tachog rafu musí být schopn y ucho vávat následující identif ikační údaje čipo vé karty: 
—  zasta vení hodin, 
—  výrobní číslo karty (včetně výrobních referencí), 
—  číslo schválení typu karty, 
—  personifi kovanou identif ikaci (ID) karty, 
—  identif ikátor integrát oru, 
—  identif ikátor integro vaného obvodu. 
4.5.2.1  Identifikace čipu 
249)  Karty tachog rafu musí být schopn y ucho vávat následující identif ikační údaje integrovaného obvod u: 
—  výrobní číslo integro vaného obvodu, 
—  výrobní referen ce integro vaného obvodu. 
4.5.2.2  DIR (pouze v kar tách tachografu druhé generace) 
250)  Karty tach ografu musí být schopn y uchovávat datové objekty s identifikací aplikace specifik ované v 
dodatku 2. 
4.5.2.3  Informace ATR (podmínečné, pouze v kar tách tachografu druhé generace) 
251)  Karty tachog rafu musí být schopn y uchovávat následující dato vý objekt s s informací o rozšířené 
délce: 
—  pokud karta tach ografu podpor uje pole s rozšířenou délk ou, datový objekt s informací o 
rozšířené délce specifi kovaný v dodatku 2. 26.5.2016 L 139/54 Úřední věstník Evropské unie CS     
4.5.2.4  Informace o rozšířené délce (podmínečná, pouze v kar tách tachografu druhé generace) 
252)  Karty tach ografu musí být schopn y uchovávat následující datové objekty s informací o rozšířené 
délce: 
—  pokud karta tachog rafu podpor uje pole s rozšířenou délk ou, dato vé objekty s informací o 
rozšířené délce specifi kované v dodatku 2. 
4.5.3  Karta řidiče 
4.5.3.1  Aplikace tachografu (přístupná pro celky ve vozidle první a druhé generace) 
4.5.3.1.1  Identifikace aplikace 
253)  Karta řidiče musí být schopn a ucho vat následující identifikační údaje aplikace: 
—  identif ikaci aplikace tachog rafu, 
—  identif ikaci typu karty tach ografu. 
4.5.3.1.2  Klíče a certifikáty 
254)  Karta řidiče musí být schopn a uchovat řadu kryptografickýc h klíčů a certifik átů podle specifikace v 
dodatku 11 části A. 
4.5.3.1.3  Identifikace karty 
255)  Karta řidiče musí být schopn a ucho vat následující identifikační údaje karty: 
—  číslo karty, 
—  vydá vající členský stát, název vydáva jícího orgánu, datum vydání, 
—  datum počátku platnosti karty, datum konce platnosti. 
4.5.3.1.4  Identifikace držitele karty 
256)  Karta řidiče musí být schopn a ucho vat následující identifikační údaje držite le karty: 
—  příjmení držitele, 
—  jméno(a) držitele, 
—  datum narození, 
—  prefe rovaný jazyk. 
4.5.3.1.5  Staho vání z karty 
257)  Karta řidiče musí být schopn a ucho vat následující údaje týkající se staho vání z karty: 
—  datum a čas posledního staho vání z karty (pro jiné než kontrolní účely). 
258)  Karta řidiče musí být schopn a ucho vat jeden takový záznam. 
4.5.3.1.6  Informace o řidičském průkazu 
259)  Karta řidiče musí být schopn a ucho vat následující údaje o řidičském průkazu: 
—  vydá vající členský stát, název vydáva jícího orgánu, 
—  číslo řidičského průkazu (ke dni vydání karty). 26.5.2016 L 139/55 Úřední věstník Evropské unie CS     
4.5.3.1.7  Údaj e o událost ech 
Pro účely tohot o pododstav ce je čas ukládán s rozlišením jedné sekundy . 
260)  Karta řidiče musí být schopn a uchovat údaje týkaj ící se následujících událostí zjištěných záznamo vým 
zařízením v době, kdy byla karta vložena: 
—  časo vé překr ytí (v případě, že je tato karta příčinou události), 
—  vložení karty v průběhu jízdy , (v případě, že je tato karta předmět em události), 
—  nesprávn é uzav ření poslední relace karty (v případě, že je tato karta předměte m události), 
—  přer ušení elektr ického napájení, 
—  chyba údajů o pohy bu vozidla 
—  pokusy o narušení zabezpečení. 
261)  Karta řidiče musí být schopn a ucho vat následující údaje o těcht o událost ech: 
—  kód události, 
—  datum a čas počátku události (nebo vložení karty, pokud událost v této době probíhala), 
—  datum a čas ukončení události (nebo vyjmutí karty, pokud událost v této době probíhala), 
—  registrační značku vozidla a členský stát registrace, ve kter ém k události došlo. 
Poznámka: V případě události časo vého překr ytí: 
—  datum a čas počátku události musí odpo vídat datu a času vyjmutí karty z předc házejícího vozidla, 
—  datum a čas ukončení události musí odpo vídat datu a času vložení karty v současně používaném 
vozidle, 
—  údaje o vozidle musí odpo vídat současně používanému vozidlu, kter é vyvolalo událost. 
Poznámka: V případě „nespráv ného uzavření poslední relace karty“: 
—  datum a čas počátku události by měly odpo vídat datu a času vložení karty, u níž došlo k 
nesprávn ému uzav ření poslední relace, 
—  datum a čas konce události by měl odpo vídat datu a času vložení karty při relaci, v jejímž 
průběhu došlo k detekci události (aktuální relace), 
—  údaje o vozidlu musí odpo vídat vozidlu, ve kter ém došlo k nesprá vnému uzavření poslední relace. 
262)  Karta řidiče musí být schopn a uchovat údaje vztahující se k posledním šesti událoste m každého typu 
(tzn. 36 událostem). 
4.5.3.1.8  Údaj e o závadách 
Pro účely tohot o bodu musí být čas zaznamenáván s přesností jedné sekundy . 
263)  Karta řidiče musí být schopna ucho vat údaje vztahující se k následujícím závadám zjištěným 
záznamo vým zařízením době, kdy byla karta vložena: 
—  chyba karty (v případě, že tato karta je předměte m události), 
—  chyba záznamo vého zařízení. 26.5.2016 L 139/56 Úřední věstník Evropské unie CS     
264)  Karta řidiče musí být schopn a ucho vat následující údaje vztahující se k těmto závadám: 
—  chybo vý kód, 
—  datum a čas počátku závady (nebo vložení karty, pokud závada v té době probíhala), 
—  datum a čas ukončení závady (nebo vyjmutí karty, pokud závada v té době probíhala), 
—  registrační značka vozidla a členský stát registrace vozidla, ve kterém závada nastala. 
265)  Karta řidiče musí být schopna ucho vat údaje vztahující se k posledním dvanácti závadám každého 
typu (tzn. 24 záva dám). 
4.5.3.1.9  Údaj e o činnost ech řidiče 
266)  Karta řidiče musí být schopn a uchovat pro každý kalendářní den, kdy byla karta použita nebo pro 
kter ý řidič vložil činnosti ručně, následující údaje: 
—  datum, 
—  stav počitadla denní přítomnos ti (vzroste o jednotku každý kalendářní den), 
—  celk ovou vzdálenost ujeto u řidičem v průběhu tohot o dne, 
—  provozní stav řidiče v 00.00, 
—  kdyk oliv se změní činnost řidiče a/nebo se změnil jeho provozní stav a/nebo byla vložena nebo 
vyjmuta jeho karta: 
—  provozní stav řidiče (POS ÁDKA, SAMOTNÝ ŘIDIČ), 
—  otvor pro vložení karty (ŘIDIČ, DRUHÝ ŘIDIČ), 
—  stav karty (VLOŽENA, NEVLOŽENA), 
—  činnost (JÍZD A, POHOTO VOST , PRÁ CE, PŘEST ÁVKA/ODPOČINEK), 
—  čas změny . 
267)  Paměť karty řidiče musí být schopna uchovat údaje o činnosti řidiče nejméně po dobu 28 dnů 
(průměr ná činnost řidiče je definována jako 93 změn činnosti za den). 
268)  Údaje uvedené v požadav cích 261, 264 a 266 musí být uchovány způsobem umožňujícím vyhledání 
činností v chronologick ém pořadí i v případě překrývajícíc h se časo vých údajů. 
4.5.3.1.10  Údaj e o použitých vozidlec h 
269)  Karta řidiče musí být schopn a ucho vat pro každý kalendářní den, kdy byla použita, a pro každý 
časo vý úsek, kdy byla v uvedený den použita v daném vozidle (časo vý úsek obsahuje všec hny po 
sobě jdoucí cykly mezi vložením a vyjmutím karty v tomt o vozidle z pohledu této karty), následující 
údaje: 
—  datum a čas prvního použití vozidla (tzn. první vložení karty v tomt o časo vém úseku použití 
vozidla, nebo 00h00, jestliže použití vozidla pokračuje v této době), 
—  údaj počitadla ujetýc h kilometrů v této době, 
—  datum a čas posledního použití vozidla (tzn. poslední vyjmutí karty v tomt o časo vém úseku 
použití vozidla, nebo 23h59, jestliže použití vozidla pokračuje v této době), 
—  údaj počitadla ujetýc h kilometrů v této době, 
—  registrační značku vozidla a členský stát registrace. 26.5.2016 L 139/57 Úřední věstník Evropské unie CS     
270)  Karta řidiče musí být schopn a ucho vat 84 takových záznamů. 
4.5.3.1.11  Místa, kde začíná a/nebo končí denní praco vní doba 
271)  Karta řidiče musí být schopn a ucho vat následující údaje vložené řidičem a vztahující se k místům, 
kde začíná a/nebo končí denní praco vní doba: 
—  datum a čas vložení údajů (nebo datum a čas vztahující se k vložení údajů, pokud jsou zadáván y 
řidičem ručně), 
—  typ vloženýc h údajů (začáte k nebo konec, podmínky vložení údajů), 
—  zadanou zemi a region, 
—  stav počitadla ujetýc h kilometrů. 
272)  Paměť karty řidiče musí být schopna ucho vat nejméně 42 párů takových záznamů. 
4.5.3.1.12  Údaj e o relaci karty 
273)  Karta řidiče musí být schopn a ucho vat údaje vztahující se k vozidlu, které otevřelo aktuální relaci: 
—  datum a čas otev ření relace (tzn. vložení karty) s rozlišo vací schopn ostí jedné vteřiny , 
—  registrační značku vozidla a členský stát registrace. 
4.5.3.1.13  Údaj e o kontrolníc h činnost ech 
274)  Karta řidiče musí být schopn a ucho vat následující údaje vztahující se ke kontrolním činnostem: 
—  datum a čas kontroly , 
—  číslo kontrolní karty a členský stát vydáva jící kartu, 
—  typ kontrolní činnosti (zobrazení a/nebo vytištění a/nebo staho vání z celku ve vozidle a/nebo 
staho vání z karty (viz poznámka)), 
—  dobu staho vání dat, pokud k němu došlo, 
—  registrační značku vozidla a členský stát registrace vozidla, u kterého kontrolní činnost proběhla. 
Poznámka: Staho vání z karty je zaznamenáno pouze v případě, že proběhne přes záznamo vé 
zařízení. 
275)  Karta řidiče musí být schopn a ucho vat jeden takový záznam. 
4.5.3.1.14  Údaj e o zvláštních podmínkách 
276)  Karta řidiče musí být schopn a uchovat následující údaje vztahující se ke zvláštním podmínkám, které 
byly zadány v době, kdy byla karta vložena (v jakémk oliv otvoru pro vkládání karet): 
—  datum a čas záznamu, 
—  druh zvláštní podmínky . 
277)  Karta řidiče musí být schopn a ucho vat 56 takových záznamů. 26.5.2016 L 139/58 Úřední věstník Evropské unie CS     
4.5.3.2  Aplikace tachografu druhé generace (nepřístupná pro celek ve vozidle první generace) 
4.5.3.2.1  Identifikace aplikace 
278)  Karta řidiče musí být schopn a ucho vat následující identifikační údaje aplikace: 
—  identif ikaci aplikace tachog rafu, 
—  identif ikaci typu karty tach ografu. 
4.5.3.2.2  Klíče a certifikáty 
279)  Karta řidiče musí být schopn a uchovat řadu kryptografickýc h klíčů a certifik átů podle specifikace v 
dodatku 11 části B. 
4.5.3.2.3  Identifikace karty 
280)  Karta řidiče musí být schopn a ucho vat následující identifikační údaje karty: 
—  číslo karty, 
—  vydá vající členský stát, název vydáva jícího orgánu, datum vydání, 
—  datum počátku platnosti karty, datum konce platnosti. 
4.5.3.2.4  Identifikace držitele karty 
281)  Karta řidiče musí být schopn a ucho vat následující identifikační údaje držite le karty: 
—  příjmení držitele, 
—  jméno(a) držitele, 
—  datum narození, 
—  prefe rovaný jazyk. 
4.5.3.2.5  Staho vání z karty 
282)  Karta řidiče musí být schopn a ucho vat následující údaje týkající se staho vání z karty: 
—  datum a čas posledního staho vání z karty (pro jiné než kontrolní účely). 
283)  Karta řidiče musí být schopn a ucho vat jeden takový záznam. 
4.5.3.2.6  Informace o řidičském průkazu 
284)  Karta řidiče musí být schopn a ucho vat následující údaje o řidičském průkazu: 
—  vydá vající členský stát, název vydáva jícího orgánu, 
—  číslo řidičského průkazu (ke dni vydání karty). 
4.5.3.2.7  Údaj e o událost ech 
Pro účely tohot o pododstav ce je čas ukládán s rozlišením jedné sekundy . 26.5.2016 L 139/59 Úřední věstník Evropské unie CS     
285)  Karta řidiče musí být schopn a uchovat údaje týkaj ící se následujících událostí zjištěných záznamo vým 
zařízením v době, kdy byla karta vložena: 
—  časo vé překr ytí (v případě, že je tato karta příčinou události), 
—  vložení karty v průběhu jízdy , (v případě, že je tato karta předmět em události), 
—  nesprávn é uzav ření poslední relace karty (v případě, že je tato karta předměte m události), 
—  přer ušení elektr ického napájení, 
—  chyba komunikace se zařízením pro dálk ovou komunikaci, 
—  chybějící informace o poloze z přijímače GNSS, 
—  komunikační chyba s vnějším zařízením GNSS, 
—  chyba údajů o pohy bu vozidla, 
—  nesoulad údajů o pohybu vozidla, 
—  pokusy o narušení zabezpečení, 
—  časo vý konflikt. 
286)  Karta řidiče musí být schopn a ucho vat následující údaje o těcht o událost ech: 
—  kód události, 
—  datum a čas počátku události (nebo vložení karty, pokud událost v té době probíhala), 
—  datum a čas ukončení události (nebo vyjmutí karty, pokud událost v té době probíhala), 
—  registrační značka vozidla a členský stát registrace, ve kterém k události došlo. 
Poznámka: V případě události časo vého překr ytí: 
—  datum a čas počátku události musí odpo vídat datu a času vyjmutí karty z předc házejícího vozidla, 
—  datum a čas ukončení události musí odpo vídat datu a času vložení karty v současně používaném 
vozidle, 
—  údaje o vozidle musí odpo vídat současně používanému vozidlu, kter é vyvolalo událost. 
Poznámka: V případě „nespráv ného uzavření poslední relace karty“: 
—  datum a čas počátku události by měly odpo vídat datu a času vložení karty, u níž došlo k 
nesprávn ému uzav ření poslední relace, 
—  datum a čas konce události by měly odpo vídat datu a času vložení karty při relaci, v jejímž 
průběhu došlo k detekci události (aktuální relace), 
—  údaje o vozidlu musí odpo vídat vozidlu, ve kter ém došlo k nesprá vnému uzavření poslední relace. 
287)  Karta řidiče musí být schopn a uchovat údaje vztahující se k posledním šesti událoste m každého typu 
(tzn. 66 událostem). 
4.5.3.2.8  Údaj e o závadách 
Pro účely tohot o bodu musí být čas zaznamenáván s přesností jedné sekundy . 26.5.2016 L 139/60 Úřední věstník Evropské unie CS     
288)  Karta řidiče musí být schopna ucho vat údaje vztahující se k následujícím závadám zjištěným 
záznamo vým zařízením době, kdy byla karta vložena: 
—  chyba karty (v případě, že tato karta je předměte m události), 
—  chyba záznamo vého zařízení. 
289)  Karta řidiče musí být schopn a ucho vat následující údaje vztahující se k těmto závadám: 
—  chybo vý kód, 
—  datum a čas počátku závady (nebo vložení karty, pokud závada v té době probíhala), 
—  datum a čas ukončení závady (nebo vyjmutí karty, pokud závada v té době probíhala), 
—  registrační značka vozidla a členský stát registrace vozidla, ve kterém závada nastala. 
290)  Karta řidiče musí být schopna ucho vat údaje vztahující se k posledním dvanácti závadám každého 
typu (tzn. 24 záva dám). 
4.5.3.2.9  Údaj e o činnost ech řidiče 
291)  Karta řidiče musí být schopn a uchovat pro každý kalendářní den, kdy byla karta použita nebo pro 
kter ý řidič vložil činnosti ručně, následující údaje: 
—  datum, 
—  stav počitadla denní přítomnos ti (vzroste o jednotku každý kalendářní den), 
—  celk ovou vzdálenost ujeto u řidičem v průběhu tohot o dne, 
—  provozní stav řidiče v 00.00, 
—  kdyk oliv se změní činnost řidiče a/nebo se změnil jeho provozní stav a/nebo byla vložena nebo 
vyjmuta jeho karta: 
—  provozní stav řidiče (POS ÁDKA, SAMOTNÝ ŘIDIČ), 
—  otvor pro vložení karty (ŘIDIČ, DRUHÝ ŘIDIČ), 
—  stav karty (VLOŽENA, NEVLOŽENA), 
—  činnost (JÍZD A, POHOTO VOST , PRÁ CE, PŘEST ÁVKA/ODPOČINEK), 
—  čas změny . 
292)  Paměť karty řidiče musí být schopna uchovat údaje o činnosti řidiče nejméně po dobu 28 dnů 
(průměr ná činnost řidiče je definována jako 93 změn činnosti za den). 
293)  Údaje uvedené v požadav cích 286, 289 a 291 musí být uchovány způsobem umožňujícím vyhledání 
v chronologic kém pořadí i v případě překrýva jících se časo vých údajů. 
4.5.3.2.10  Údaj e o použitých vozidlec h 
294)  Karta řidiče musí být schopn a ucho vat pro každý kalendářní den, kdy byla použita, a pro každý 
časo vý úsek, kdy byla v uvedený den použita v daném vozidle (časo vý úsek obsahuje všec hny po 
sobě jdoucí cykly mezi vložením a vyjmutím karty v tomt o vozidle z pohledu této karty), následující 
údaje: 
—  datum a čas prvního použití vozidla (tzn. první vložení karty v tomt o časo vém úseku použití 
vozidla, nebo 00h00, jestliže použití vozidla pokračuje v této době), 26.5.2016 L 139/61 Úřední věstník Evropské unie CS     
—  údaj počitadla ujetýc h kilometrů v této době prvního použití, 
—  datum a čas posledního použití vozidla (tzn. poslední vyjmutí karty v tomt o časo vém úseku 
použití vozidla, nebo 23h59, jestliže použití vozidla pokračuje v této době), 
—  údaj počitadla ujetýc h kilometrů v této době posledního použití, 
—  registrační značku vozidla a členský stát registrace. 
—  číslo VIN. 
295)  Karta řidiče musí být schopn a ucho vat 84 takových záznamů. 
4.5.3.2.11  Místa a polohy , kde začíná a/nebo končí denní praco vní doba 
296)  Karta řidiče musí být schopn a ucho vat následující údaje vložené řidičem a vztahující se k místům, 
kde začíná a/nebo končí denní praco vní doba: 
—  datum a čas vložení údajů (nebo datum a čas vztahující se k vložení údajů, pokud jsou zadáván y 
řidičem ručně), 
—  typ vloženýc h údajů (začáte k nebo konec, podmínky vložení údajů), 
—  zadanou zemi a region, 
—  stav počitadla ujetýc h kilometrů, 
—  polohu vozidla, 
—  přesnost GNSS, datum a čas, kdy byla poloha zjištěna. 
297)  Paměť karty řidiče musí být schopna ucho vat nejméně 84 párů takových záznamů. 
4.5.3.2.12  Údaj e o relaci karty 
298)  Karta řidiče musí být schopn a ucho vat údaje vztahující se k vozidlu, které otevřelo aktuální relaci: 
—  datum a čas otev ření relace (tzn. vložení karty) s rozlišo vací schopn ostí jedné vteřiny , 
—  registrační značku vozidla a členský stát registrace. 
4.5.3.2.13  Údaj e o kontrolníc h činnost ech 
299)  Karta řidiče musí být schopn a ucho vat následující údaje vztahující se ke kontrolním činnostem: 
—  datum a čas kontroly , 
—  číslo kontrolní karty a členský stát vydáva jící kartu, 
—  typ kontrolní činnosti (zobrazení a/nebo vytištění a/nebo staho vání z celku ve vozidle a/nebo 
staho vání z karty (viz poznámka)), 
—  dobu staho vání dat, pokud k němu došlo, 
—  registrační značku vozidla a členský stát registrace vozidla, u kterého kontrolní činnost proběhla. 
Poznámka: Bezpečnostní požadavky předpokláda jí, že staho vání z karty je zaznamenáno pouze v 
případě, že proběhne přes záznamo vé zařízení. 
300)  Karta řidiče musí být schopn a ucho vat jeden takový záznam. 26.5.2016 L 139/62 Úřední věstník Evropské unie CS     
4.5.3.2.14  Údaj e o zvláštních podmínkách 
301)  Karta řidiče musí být schopn a uchovat následující údaje vztahující se ke zvláštním podmínkám, které 
byly zadány v době, kdy byla karta vložena (v jakémk oliv otvoru pro vkládání karet): 
—  datum a čas záznamu, 
—  druh zvláštní podmínky . 
302)  Karta řidiče musí být schopn a ucho vat 56 takových záznamů. 
4.5.3.2.15  Údaj e o použitých celcích ve vozidle 
303)  Karta řidiče musí být schopn a ucho vat následující údaje vztahující se k různým celkům ve vozidle, ve 
kter ých byla karta použita: 
—  datum a čas zahájení doby používání celku ve vozidle (tj. první vložení karty do celku ve vozidle 
pro příslušnou dobu), 
—  výrobce celku ve vozidle, 
—  typ celku ve vozidle, 
—  číslo verze softwar u celku ve vozidle. 
304)  Karta řidiče musí být schopn a ucho vat 84 takových záznamů. 
4.5.3.2.16  Údaj e o místec h nepřetržité tříhodino vé doby řízení 
305)  Karta řidiče musí být schopna uchovat následující údaje vztahující se k poloze vozidla, kde 
nepřetržitá doba řízení řidiče dosáhne násobku tří hodin: 
—  datum a čas, kdy nepřetržitá doba řízení držite le karty dosáhne násobku tří hodin, 
—  polohu vozidla, 
—  přesnost GNSS, datum a čas, kdy byla poloha zjištěna. 
306)  Karta řidiče musí být schopn a ucho vat nejméně 252 takových záznamů. 
4.5.4  Karta dílny 
4.5.4.1  Aplikace tachografu (přístupná pro celky ve vozidle první a druhé generace) 
4.5.4.1.1  Identifikace aplikace 
307)  Karta dílny musí být schopna ucho vat následující identif ikační údaje aplikace: 
—  identif ikaci aplikace tachog rafu, 
—  identif ikaci typu karty tach ografu. 
4.5.4.1.2  Klíče a certifikáty 
308)  Karta dílny musí být schopn a uchovat řadu kryptografickýc h klíčů a certifikátů podle specifi kace v 
dodatku 11 části A. 26.5.2016 L 139/63 Úřední věstník Evropské unie CS     
309)  Karta dílny musí být schopna ucho vat osobní identifikační číslo (kód PIN). 
4.5.4.1.3  Identifikace karty 
310)  Karta dílny musí být schopna ucho vat následující identif ikační údaje karty: 
—  číslo karty, 
—  vydá vající členský stát, název vydáva jícího orgánu, datum vydání, 
—  datum počátku platnosti karty, datum konce platnosti. 
4.5.4.1.4  Identifikace držitele karty 
311)  Karta dílny musí být schopna ucho vat následující identif ikační údaje držitele karty: 
—  název dílny , 
—  adresu dílny , 
—  příjmení držitele, 
—  jméno(a) držitele, 
—  prefe rovaný jazyk. 
4.5.4.1.5  Staho vání z karty 
312)  Karta dílny musí být schopna ucho vat údaje o staho vání z karty stejným způsobem jako karta řidiče. 
4.5.4.1.6  Údaj e o kalibraci a nastav ování času 
313)  Karta dílny musí být schopna ucho vat záznam y o kalibracích a/nebo nastav ování času provedenýc h v 
době, kdy byla karta vložena v záznamo vém zařízení. 
314)  Každ ý kalibrační záznam musí být schopen ucho vat následující údaje: 
—  důvod kalibrace (aktivace, první instalace, instalace, pravidelná prohlídka), 
—  identif ikaci vozidel 
—  aktualizo vané nebo potvrzené parametr y (w, k, l, rozměr pneumatik, nastav ení zařízení 
omezujícího rychlost vozidla, údaje počitadla ujetých kilometrů (nová a stará hodnota), datum a 
čas (nová a stará hodnota)), 
—  identif ikaci záznamo vého zařízení (katalogo vé číslo celku ve vozidle, výrobní číslo celku ve 
vozidle, výrobní číslo snímače rychlosti). 
315)  Karta dílny musí být schopna ucho vat nejméně 88 takových záznamů. 
316)  Karta dílny musí mít počitadlo celk ového počtu kalibrací provedených s kartou. 
317)  Karta dílny musí mít počitadlo počtu kalibrací provedených od posledního staho vání dat. 26.5.2016 L 139/64 Úřední věstník Evropské unie CS     
4.5.4.1.7  Údaj e o událost ech a závadách 
318)  Karta dílny musí být schopn a ucho vat údaje o událoste ch a závadác h stejným způsobem jako karta 
řidiče. 
319)  Karta dílny musí být schopna ucho vat údaje o třech posledníc h událostec h každého typu (tzn. 18 
událostí) a šest posledníc h záznamů o závadác h každého typu (tzn. 12 závad). 
4.5.4.1.8  Údaj e o činnost ech řidiče 
320)  Karta dílny musí být schopna ucho vat údaje o činnost ech řidiče stejným způsobem jako karta řidiče. 
321)  Karta dílny musí být schopn a uchovat údaje o činnost ech řidiče pro nejméně jeden den průměr né 
činnosti řidiče. 
4.5.4.1.9  Údaj e o použitých vozidlec h 
322)  Karta dílny musí být schopn a uchovat údaje o použitých vozidlech stejným způsobem jako karta 
řidiče. 
323)  Karta dílny musí být schopna ucho vat nejméně čtyři takové záznam y. 
4.5.4.1.10  Údaj e o začátku a/nebo konci denní praco vní doby 
324)  Karta dílny musí být schopna uchovat údaje o začátku a/nebo konci denní praco vní doby stejným 
způsobem jako karta řidiče. 
325)  Karta dílny musí být schopna ucho vat nejméně tři páry takových záznamů. 
4.5.4.1.11  Údaj e o relaci karty 
326)  Karta dílny musí být schopna ucho vat údaje o relaci karty stejným způsobem jako karta řidiče. 
4.5.4.1.12  Údaj e o kontrolníc h činnost ech 
327)  Karta dílny musí být schopna ucho vat údaje o kontrolní činnosti stejným způsobem jako karta řidiče. 
4.5.4.1.13  Údaj e o zvláštních podmínkách 
328)  Karta dílny musí být schopna uchovat údaje o zvláštních podmínkách stejným způsobem jako karta 
řidiče. 
329)  Karta dílny musí být schopna ucho vat nejméně dva takové záznam y. 
4.5.4.2  Aplikace tachografu druhé generace (nepřístupná pro celek ve vozidle první generace) 
4.5.4.2.1  Identifikace aplikace 
330)  Karta dílny musí být schopna ucho vat následující identif ikační údaje aplikace: 
—  identif ikaci aplikace tachog rafu, 
—  identif ikaci typu karty tach ografu. 26.5.2016 L 139/65 Úřední věstník Evropské unie CS     
4.5.4.2.2  Klíče a certifikáty 
331)  Karta dílny musí být schopn a uchovat řadu kryptografickýc h klíčů a certifikátů podle specifi kace v 
dodatku 11 části B. 
332)  Karta dílny musí být schopna ucho vat osobní identifikační číslo (kód PIN). 
4.5.4.2.3  Identifikace karty 
333)  Karta dílny musí být schopna ucho vat následující identif ikační údaje karty: 
—  číslo karty, 
—  vydá vající členský stát, název vydáva jícího orgánu, datum vydání, 
—  datum počátku platnosti karty, datum konce platnosti. 
4.5.4.2.4  Identifikace držitele karty 
334)  Karta dílny musí být schopna ucho vat následující identif ikační údaje držitele karty: 
—  název dílny , 
—  adresu dílny , 
—  příjmení držitele, 
—  jméno(a) držitele, 
—  prefe rovaný jazyk. 
4.5.4.2.5  Staho vání z karty 
335)  Karta dílny musí být schopna ucho vat údaje o staho vání z karty stejným způsobem jako karta řidiče. 
4.5.4.2.6  Údaj e o kalibraci a nastav ování času 
336)  Karta dílny musí být schopna ucho vat záznam y o kalibracích a/nebo nastav ování času provedenýc h v 
době, kdy byla karta vložena v záznamo vém zařízení. 
337)  Každ ý kalibrační záznam musí být schopen ucho vat následující údaje: 
—  důvod kalibrace (aktivace, první instalace, instalace, pravidelná prohlídka), 
—  identif ikaci vozidla, 
—  aktualizo vané nebo potvrzené parametr y (w, k, l, rozměr pneumatik, nastav ení zařízení 
omezujícího rychlost vozidla, údaje počitadla ujetých kilometrů (nová a stará hodnota), datum a 
čas (nová a stará hodnota), 
—  identif ikaci záznamo vého zařízení (katalogo vé číslo celku ve vozidle, výrobní číslo celku ve 
vozidle, výrobní číslo snímače rychlosti, výrobní číslo zařízení dálk ové komunikace a v 
příslušných případech výrobní číslo vnějšího zařízení GNSS), 
—  typ plomby a identifikátor všech použitých plomb, 
—  schopn ost celku ve vozidle používat karty tach ografu první generace (aktivo vána nebo nikoli). 26.5.2016 L 139/66 Úřední věstník Evropské unie CS     
338)  Karta dílny musí být schopna ucho vat nejméně 88 takových záznamů. 
339)  Karta dílny musí mít počitadlo celk ového počtu kalibrací provedených s kartou. 
340)  Karta dílny musí mít počitadlo počtu kalibrací provedených od posledního staho vání dat. 
4.5.4.2.7  Údaj e o událost ech a závadách 
341)  Karta dílny musí být schopn a ucho vat údaje o událoste ch a závadác h stejným způsobem jako karta 
řidiče. 
342)  Karta dílny musí být schopna ucho vat údaje o třech posledníc h událostec h každého typu (tzn. 33 
událostí) a šest posledníc h záznamů o závadác h každého typu (tzn. 12 závad). 
4.5.4.2.8  Údaj e o činnost ech řidiče 
343)  Karta dílny musí být schopna ucho vat údaje o činnost ech řidiče stejným způsobem jako karta řidiče. 
344)  Karta dílny musí být schopn a uchovat údaje o činnost ech řidiče pro nejméně jeden den průměr né 
činnosti řidiče. 
4.5.4.2.9  Údaj e o použitých vozidlec h 
345)  Karta dílny musí být schopn a uchovat údaje o použitých vozidlech stejným způsobem jako karta 
řidiče. 
346)  Karta dílny musí být schopna ucho vat nejméně čtyři takové záznam y. 
4.5.4.2.10  Údaj e o začátku a/nebo konci denní praco vní doby 
347)  Karta dílny musí být schopna uchovat údaje o začátku a/nebo konci denní praco vní doby stejným 
způsobem jako karta řidiče. 
348)  Karta dílny musí být schopna ucho vat nejméně tři páry takových záznamů. 
4.5.4.2.11  Údaj e o relaci karty 
349)  Karta dílny musí být schopna ucho vat údaje o relaci karty stejným způsobem jako karta řidiče. 
4.5.4.2.12  Údaj e o kontrolníc h činnost ech 
350)  Karta dílny musí být schopna ucho vat údaje o kontrolní činnosti stejným způsobem jako karta řidiče. 
4.5.4.2.13  Údaj e o použitých celcích ve vozidle 
351)  Karta dílny musí být schopn a uchovat následující údaje vztahující se k různým celkům ve vozidle, ve 
kter ých byla karta použita: 
—  datum a čas zahájení doby používání celku ve vozidle (tj. první vložení karty do celku ve vozidle 
pro příslušnou dobu), 
—  výrobce celku ve vozidle, 26.5.2016 L 139/67 Úřední věstník Evropské unie CS     
—  typ celku ve vozidle, 
—  číslo verze softwar u celku ve vozidle. 
352)  Karta dílny musí být schopna ucho vat nejméně čtyři takové záznam y. 
4.5.4.2.14  Údaj e o místec h nepřetržité tříhodino vé doby řízení 
353)  Karta dílny musí být schopna ucho vat následující údaje vztahující se k poloze vozidla, kde doba 
nepřetržitého řízení řidiče dosáhne násobku tří hodin: 
—  datum a čas, kdy nepřetržitá doba řízení držite le karty dosáhne násobku tří hodin, 
—  polohu vozidla, 
—  přesnost GNSS, datum a čas, kdy byla poloha zjištěna. 
354)  Karta dílny musí být schopna ucho vat nejméně 18 takových záznamů. 
4.5.4.2.15  Údaj e o zvláštních podmínkách 
355)  Karta dílny musí být schopna uchovat údaje o zvláštních podmínkách stejným způsobem jako karta 
řidiče. 
356)  Karta dílny musí být schopna ucho vat nejméně dva takové záznam y. 
4.5.5  Kontr olní karta 
4.5.5.1  Aplikace tachografu (přístupná pro celky ve vozidle první a druhé generace) 
4.5.5.1.1  Identifikace aplikace 
357)  Kontrolní karta musí být schopn a uchovat následující identif ikační údaje aplikace: 
—  identif ikaci aplikace tachog rafu, 
—  identif ikaci typu karty tach ografu. 
4.5.5.1.2  Klíče a certifikáty 
358)  Karta dílny musí být schopn a uchovat řadu kryptografickýc h klíčů a certifikátů podle specifi kace v 
dodatku 11 části A. 
4.5.5.1.3  Identifikace karty 
359)  Kontrolní karta musí být schopn a uchovat následující identif ikační údaje karty: 
—  číslo karty, 
—  vydá vající členský stát, název vydáva jícího orgánu, datum vydání, 
—  datum počátku platnosti karty, datum konce platnosti (pokud přic hází v úvahu). 
4.5.5.1.4  Identifikace držitele karty 
360)  Kontrolní karta musí být schopn a uchovat následující identif ikační údaje držit ele karty: 
—  název kontrolního orgánu, 
—  adresu kontrolního orgánu, 26.5.2016 L 139/68 Úřední věstník Evropské unie CS     
—  příjmení držitele, 
—  jméno(a) držitele, 
—  prefe rovaný jazyk. 
4.5.5.1.5  Údaj e o kontrolníc h činnost ech 
361)  Kontrolní karta musí být schopn a uchovat následující údaje o kontrolní činnosti: 
—  datum a čas kontroly , 
—  druh kontroly (zobrazení a/nebo tisk a/nebo staho vání z celku ve vozidle a/nebo staho vání 
z karty a/nebo silniční kalibrační kontrola), 
—  dobu staho vání dat (pokud proběhlo), 
—  registrační značku vozidla a registrační orgán člensk ého státu kontrolo vaného vozidla, 
—  číslo karty a členský stát vydá vající kontrolo vanou kartu řidiče. 
362)  Kontrolní karta musí být schopn a uchovat nejméně 230 takových záznamů. 
4.5.5.2  Aplikace tachografu druhé generace (nepřístupná pro celek ve vozidle první generace) 
4.5.5.2.1  Identifikace aplikace 
363)  Kontrolní karta musí být schopn a uchovat následující identif ikační údaje aplikace: 
—  identif ikaci aplikace tachog rafu, 
—  identif ikaci typu karty tach ografu. 
4.5.5.2.2  Klíče a certifikáty 
364)  Kontrolní karta musí být schopn a ucho vat řadu kryptografickýc h klíčů a certifikátů podle specifikace 
v dodatku 11 části B. 
4.5.5.2.3  Identifikace karty 
365)  Kontrolní karta musí být schopn a uchovat následující identif ikační údaje karty: 
—  číslo karty, 
—  vydá vající členský stát, název vydáva jícího orgánu, datum vydání, 
—  datum počátku platnosti karty, datum konce platnosti (pokud přic hází v úvahu). 
4.5.5.2.4  Identifikace držitele karty 
366)  Kontrolní karta musí být schopn a uchovat následující identif ikační údaje držit ele karty: 
—  název kontrolního orgánu, 
—  adresu kontrolního orgánu, 
—  příjmení držitele, 
—  jméno(a) držitele, 
—  prefe rovaný jazyk. 26.5.2016 L 139/69 Úřední věstník Evropské unie CS     
4.5.5.2.5  Údaj e o kontrolníc h činnost ech 
367)  Kontrolní karta musí být schopn a uchovat následující údaje o kontrolní činnosti: 
—  datum a čas kontroly , 
—  druh kontroly (zobrazení a/nebo tisk a/nebo staho vání z celku ve vozidle a/nebo staho vání 
z karty a/nebo silniční kalibrační kontrola), 
—  dobu staho vání dat (pokud proběhlo), 
—  registrační značku vozidla a registrační orgán člensk ého státu kontrolo vaného vozidla, 
—  číslo karty a členský stát vydá vající kontrolo vanou kartu řidiče. 
368)  Kontrolní karta musí být schopn a uchovat nejméně 230 takových záznamů. 
4.5.6  Karta podniku 
4.5.6.1  Aplikace tachografu (přístupná pro celky ve vozidle první a druhé generace) 
4.5.6.1.1  Identifikace aplikace 
369)  Karta podniku musí být schopna uchovat následující identif ikační údaje aplikace: 
—  identif ikaci aplikace tachog rafu, 
—  identif ikaci typu karty tach ografu. 
4.5.6.1.2  Klíče a certifikáty 
370)  Karta podniku musí být schopn a ucho vat řadu kryptografickýc h klíčů a certifik átů podle specifikace 
v dodatku 11 části A. 
4.5.6.1.3  Identifikace karty 
371)  Karta podniku musí být schopna uchovat následující identif ikační údaje karty: 
—  číslo karty, 
—  vydá vající členský stát, název vydáva jícího orgánu, datum vydání, 
—  datum počátku platnosti karty, datum konce platnosti (pokud přic hází v úvahu). 
4.5.6.1.4  Identifikace držitele karty 
372)  Karta podniku musí být schopna uchovat následující identif ikační údaje držitele karty: 
—  název podniku, 
—  adresu podniku. 
4.5.6.1.5  Údaj e o činnosti podniku 
373)  Karta podniku musí být schopna uchovat následující údaje o činnosti podniku: 
—  datum a čas činnosti, 
—  druh činnosti (odemčení a/nebo uzamčení celku ve vozidle a/nebo staho vání z celku ve vozidle a/ 
nebo staho vání z karty) 
—  dobu staho vání dat (pokud proběhlo), 26.5.2016 L 139/70 Úřední věstník Evropské unie CS     
—  registrační značku vozidla a registrační orgán vozidla členského státu, 
—  číslo karty a kartu vydá vající členský stát (v případě staho vání dat z karty). 
374)  Karta podniku musí být schopna uchovat nejméně 230 takových záznamů. 
4.5.6.2  Aplikace tachografu druhé generace (nepřístupná pro celek ve vozidle první generace) 
4.5.6.2.1  Identifikace aplikace 
375)  Karta podniku musí být schopna uchovat následující identif ikační údaje aplikace: 
—  identif ikaci aplikace tachog rafu, 
—  identif ikaci typu karty tach ografu. 
4.5.6.2.2  Klíče a certifikáty 
376)  Karta dílny musí být schopna ucho vat řadu kryptografickýc h klíčů a certifikátů dle specifikace v 
dodatku 11 části B. 
4.5.6.2.3  Identifikace karty 
377)  Karta podniku musí být schopna uchovat následující identif ikační údaje karty: 
—  číslo karty, 
—  vydá vající členský stát, název vydáva jícího orgánu, datum vydání, 
—  datum počátku platnosti karty, datum konce platnosti (pokud přic hází v úvahu). 
4.5.6.2.4  Identifikace držitele karty 
378)  Karta podniku musí být schopna uchovat následující identif ikační údaje držitele karty: 
—  název podniku, 
—  adresu podniku. 
4.5.6.2.5  Údaj e o činnosti podniku 
379)  Karta podniku musí být schopna uchovat následující údaje o činnosti podniku: 
—  datum a čas činnosti, 
—  druh činnosti (odemčení a/nebo uzamčení celku ve vozidle a/nebo staho vání z celku ve vozidle a/ 
nebo staho vání z karty) 
—  dobu staho vání dat (pokud proběhlo), 
—  registrační značku vozidla a registrační orgán vozidla členského státu, 
—  číslo karty a kartu vydá vající členský stát (v případě staho vání dat z karty). 
380)  Karta podniku musí být schopna uchovat nejméně 230 takových záznamů. 26.5.2016 L 139/71 Úřední věstník Evropské unie CS     
5  MONT ÁŽ ZÁZNAMO VÉHO ZAŘÍZENÍ 
5.1  Montá ž 
381)  Nové záznamo vé zařízení musí být dodáno servisní dílně nebo výrobci vozidla neaktivo vané, se 
všemi kalibračními parametr y, jak je uvedeno v kapito le 3.21, a s nastavenými příslušnými platnými 
implicitními hodnotami. V případě, že žádná konkrétní hodnota není považo vána za „příslušnou“, 
musí se písmenné parametr y nastav it na řetězce „?“ a numer ické parametr y na „0“. Dodávky součástí 
záznamo vého zařízení důležitýc h pro zabezpečení mohou být omezeny , pokud o to bude během 
certifik ace zabezpečení požádáno. 
382)  Záznamo vé zařízení musí před aktivací umožnit přístup ke kalibrační funkci dokonce, i když není v 
kalibračním režimu. 
383)  Záznamo vé zařízení nesmí před aktivací zaznamenáv at ani ukládat údaje uvedené v bodech 3.12.3, 
3.12.9 a 3.12.12 až 3.12.15 včetně. 
384)  V průběhu montáže musí výrobci vozide l přednastavit všec hny známé parametr y. 
385)  Výrobci vozidel nebo montážní praco vníci musí namonto vané záznamo vé zařízení aktiv ovat 
nejpozději do té doby , než je vozidlo použit o v rámci působnosti nařízení (ES) č. 561/2006. 
386)  Aktivace záznamo vého zařízení se musí spustit automatic ky prvním vložením platné karty dílny do 
jednoho ze zařízení rozhraní karty. 
387)  Specifi cké úkony páro vání potřebné mezi snímačem pohy bu a celkem ve vozidle, pokud je 
namonto ván, musí proběhnout automat icky před nebo v průběhu aktivace. 
388)  Podobně musí případné specifi cké úkony vytvo ření vazby mezi vnějším zařízením GNSS a celkem ve 
vozidle proběhnout automat icky před aktivací nebo v jejím průběhu. 
389)  Po aktivaci záznamo vého zařízení musí být plně aktivní funkce zařízení a přístupo vá práva. 
390)  Po aktivaci musí záznamo vé zařízení předáv at zařízení pro dálk ovou komunikaci zabezpečené údaje 
potřebné za účelem cílených silničních kontrol. 
391)  Záznamo vé a ukládací funkce záznamo vého zařízení musí být po aktivaci plně funkční. 
392)  Po instalaci musí následo vat kalibrace. První kalibrace nemusí nutně zahr novat zadání registrační 
značky vozidla VRN, pokud ji schv álená dílna, která má tuto kalibraci provést, nezná. Za těcht o 
okolností musí mít vlastník vozidla možnost, a to pouze v tomt o případě, zadat VRN pomocí karty 
dílny před použitím vozidla v rámci působnosti nařízení (ES) č. 561/2006 (např. pomocí příkazů v 
příslušné struktuře nabídky rozhraní člověk-stroj celku ve vozidle). (1) Případné pozměnění nebo 
potvrzení této položky musí být možné jen za použití karty dílny . 
393)  Montáž vnějšího zařízení GNSS vyžaduje spáro vání s celkem ve vozidle a následné ověření informací 
o poloze z GNSS. 
394)  Záznamo vé zařízení se musí ve vozidle umístit takovým způsobem, aby umožňo valo řidiči přístup k 
potřebným funkcím z jeho sedadla. 26.5.2016 L 139/72 Úřední věstník Evropské unie CS     
(1)Úř. věst. č. L 102, 11.4.2006, s. 1. 
5.2  Montá žní štítek 
395)  Po provedení kontroly záznamo vého zařízení, kter á následuje po montáži, se na záznamo vé zařízení 
upevní dobře viditeln ý a snadno přístupný, rytý nebo trvanlivě tištěný montážní štítek. V případech , 
kdy toto není možné, musí být štítek upevněn na sloupek „B“ vozidla tak, aby byl dobře vidite lný. U 
vozidel, která sloupek „B“ nemaj í, musí být montážní štítek upevněn na rám dveří vozidla na straně 
řidiče a v každém případě musí být dobře viditelný. 
Po každé prohlídce provedené schv áleným montérem nebo dílnou musí být původ ní štítek nahrazen 
novým. 
396)  Štítek musí obsaho vat alespoň tyto údaje: 
—  jméno, adresu nebo firemní značku schváleného montéra nebo dílny , 
—  charakteri stický koeficient vozidla ve tvar u „w = … imp/km“, 
—  konstantu záznamo vého zařízení ve tvar u „k = … imp/km“, 
—  účinný obvod pneumatik na kolec h ve tvar u „l = … mm“, 
—  rozměr pneumatiky , 
—  datum změření charakt eristick ého koeficientu vozidla a účinného obvod u pneumatik na kolech, 
—  identif ikační číslo vozidla, 
—  přítomn ost (či nepřítomnost) vnějšího zařízení GNSS, 
—  výrobní číslo vnějšího zařízení GNSS, 
—  výrobní číslo zařízení dálk ové komunikace, 
—  výrobní číslo všec h příslušných plomb, 
—  část vozidla, v níž je případně zabudo ván adap tér, 
—  část vozidla, v níž je zabudo ván snímač pohy bu, pokud není připojen k převodo vé skříni nebo 
není používán adap tér, 
—  popis barvy kabelu mezi adapt érem a částí vozidla zajišťující přic házející impulsy , 
—  výrobní číslo vloženého snímače pohy bu adapt éru. 
397)  Pouze u vozidel kategori í M1 a N1, kter á jsou vybavena adap térem v souladu s nařízením Komise 
(ES) č. 68/2009 (1) v platném znění a u kterýc h není možné zahr nout všec hny potřebné informace 
podle požada vku 396, může být použit druhý doplňk ový štítek. V takových případec h musí tent o 
doplňk ový štítek obsaho vat alespoň informace uvedené v posledních čtyřech odrážkách požadavku 
396. 
Pokud je tento druhý, doplňk ový štítek použit, musí být upevněn vedle prvního, hlav ního štítku 
popsaného v požadavku 396 a musí mít stejnou úroveň ochran y. Kromě toho musí být na 
doplňk ovém štítku uvedeno jméno a adresa nebo obchodní název schv áleného mont éra nebo dílny , 
kter á montáž provedla, a datum montáže. 26.5.2016 L 139/73 Úřední věstník Evropské unie CS     
(1)Úř. věst. č. L 21, 24.1.2009, s. 3 
5.3  Plomby 
398)  Následující díly musí být zaplombo vány: 
—  jakékoliv spojení, jehož rozpojení by umožnilo provedení neidentifiko vatelnýc h změn nebo 
neidentifiko vatelnou ztrátu dat (toto opatření může např. platit pro upevnění snímače pohybu na 
převodo vce, adapt ér pro vozidla M1/N1, vnější připojení GNSS nebo celek ve vozidle); 
—  montážní štíte k, pokud není připevněn tak, aby jej nebylo možno sejmout bez zničení jeho údajů. 
399)  Výše uvedené plomby mohou být odstraněny: 
—  v nouzo vých situacích , 
—při montáži, seřizo vání nebo opravě omezo vače rychlosti vozidla nebo jiného zařízení přispíva ­
jícího k bezpečnosti silničního provozu za předpokladu, že záznamo vé zařízení nadále spolehlivě 
a sprá vně funguje a bude opěto vně zaplombo váno schv áleným mont érem nebo dílnou (v souladu 
s kapito lou 6) okamžitě po namont ování omezo vače rychlosti nebo jiného zařízení přispíva jícího 
k bezpečnosti silničního provozu nebo v průběhu sedmi dnů v ostatníc h případec h. 
400)  V každém případě, kdy jsou porušen y tyto plomby , musí být vyhoto ven písemný zápis se 
zdůvodněním celé události a musí být předán příslušnému orgánu. 
401)  Plomb y jsou opatřeny identifikačním číslem přiděleným jejich výrobcem. Toto číslo musí být 
jedinečné a odlišné od všec h ostatníc h čísel plomb přidělenýc h jakýmk oli jiným výrobcem plomb. 
Toto jedinečné identif ikační číslo je definováno jako: MM NNNNNN provedené neodstranitelným 
značením, přičemž MM je jedinečná identif ikace výrobce (registrační databázi spravuje EK) a 
NNNNNN alfanumer ické číslo plomby , které je jedinečné v doméně výrobců. 
402)  Plomb y musí mít volné místo , kam mohou schv álení mont éři, dílny nebo výrobci vozidel přidat 
zvláštní značku podle čl. 22 odst. 3 nařízení (EU) č. 165/2014. 
Tato značka nesmí zakrývat identif ikační číslo plomby . 
403)  Výrobci plomb musí být registro váni v příslušné databázi a musí zveřejnit identif ikační čísla svých 
plomb postupem stano veným Evropsk ou komisí. 
404)  Schvál ené dílny a výrobci vozidel musí v rámci nařízení (EU) č. 165/2014 používat pouze plomby od 
výrobců uvedených ve výše uvedené databázi. 
405)  Výrobci plomb a jejich prodejci musí zacho vat plnou sledo vatelnost záznamů prodanýc h plomb pro 
použití v rámci nařízení (EU) č. 165/2014 a musí být připraveni je podle potřeby předložit 
příslušným vnitrostátním orgánům. 
406)  Jedinečná identif ikační čísla plomb musí být viditelná na montážním štítku. 
6  KONTR OLY, INSPEK CE A OPRA VY 
Požadavky týkaj ící se okolností, za kterýc h mohou být odstraněny plomby uváděné v čl. 22 odst. 5 nařízení 
(EU) č. 165/2014, jsou definov ány v kapito le 5.3 této příloh y. 
6.1  Schválení montérů, dílen a výrobců vozidel 
Člensk é státy schvalují a pravidelně kontrolují subjekty a vydá vají jim osvědčení k provádění: 
—  montáží, 
—  kontrol, 26.5.2016 L 139/74 Úřední věstník Evropské unie CS     
—  prohlídek, 
—  opra v. 
Karty dílny se vydá vají pouze mont érům a/nebo dílnám oprá vněným k aktivaci a/nebo kalibraci 
záznamo vých zařízení v souladu s tout o přílohou, a kromě řádně odův odněných případů: 
—  které nejsou oprá vněny k použití karty podniku 
—  a jejichž další profes ní činnosti nepředstav ují potenciální střet zájmů z hlediska celk ového zabezpečení 
systé mu podle požadavků v dodatku 10. 
6.2  Kon trola nových nebo oprav ených přístrojů 
407)  Každ é jednotlivé zařízení, ať již nové nebo opraven é, musí být kontrolo váno s ohledem na jeho 
správn ou funkci a přesnost odečtů a záznamů, kter á musí odpo vídat limitům stano veným v bodech 
3.2.1, 3.2.2, 3.2.3 a 3.3, zaplombo váním v souladu s kapito lou 5.3 a kalibrací. 
6.3  Montá žní kontrola 
408)  Po namont ování záznamo vého zařízení do vozidla musí celá montáž (včetně záznamo vého zařízení) 
vyho vovat ustano vením vztahujícím se k přípustným tolerancím stano veným v bodech 3.2.1, 3.2.2, 
3.2.3 a 3.3. 
6.4  Periodick é prohlídky 
409)  Pravidelná kontrola zařízení namonto vaného do vozidla musí proběhnout po každé opravě zařízení, 
po jakékoliv změně charakt eristick ého koeficie ntu vozidla, účinného obvodu pneumatik kol, odch ylce 
referenčního času UTC o více než 20 minut, při změně VRN, ale minimálně jednou v průběhu dvou 
let (24 měsíců) od poslední prohlídky . 
410)  Tyto prohlídky musí obsaho vat následující kontroly zajišťující, že: 
—  je zajištěna sprá vná funkce záznamo vého zařízení včetně ukládání údajů na kartách tachog rafu a 
komunikace se snímači dálk ové komunikace, 
—  je zajištěn soulad s ustano veními bodů 3.2.1 a 3.2.2, které se týkají povolený ch tolerancí při 
montáži, 
—  je zajištěn soulad s ustano veními bodů 3.2.3 a 3.3, 
—  záznamo vé zařízení nese značku schv álení typu, 
—  je upevněn montážní štítek defino vaný v požadavku 396 a popisný štítek defino vaný v 
požada vku 225, 
—  odpo vídá velik ost pneumatik a skut ečný obvod pneumatik , 
—  k zařízení nejsou připojeny žádné manipulační pomůcky , 
—  plomby jsou sprá vně umístěné, v dobrém stavu, že jsou jejich identifikační čísla platná (příslušný 
výrobce plomb v databázi EK) a že jejich identif ikační čísla odpo vídají značkám na montážním 
štítku (viz požadavek 401). 
411)  Pokud se zjistí, že od poslední kontroly došlo k výskytu některé z událostí uvedenýc h v kapitole 3.9 
(Zjišťo vání událostí a/nebo závad), pokud je taková událost výrobci tachografů a/nebo vnitrostátními 
orgány považo vána za možné ohrožení zabezpečení zařízení, potom je dílna povinna: 
a.  poro vnat identifikační údaje snímače pohy bu připojeného k převod ovce s identif ikačními údaji 
páro vého snímače pohybu zaregistro vaného v celku ve vozidle; 26.5.2016 L 139/75 Úřední věstník Evropské unie CS     
b.  zkontrolo vat, zda informace uvedené na montážním štítku odpo vída jí informacím obsaženým v 
záznamu celku ve vozidle; 
c.  zkontrolo vat, zda výrobní číslo a číslo schv álení snímače pohybu, pokud je vytištěno na těle 
snímače pohy bu, odpo vídá informacím obsaženým v datové paměti záznamo vého zařízení; 
d.  poro vnat případné identif ikační údaje uvedené na popisném štítku vnějšího zařízení GNSS s údaji 
uloženými v datové paměti celku ve vozidle. 
412)  Dílny jsou povinny ve svých kontrolníc h zprávác h evido vat vešker á zjištění týkaj ící se porušenýc h 
plomb nebo manipulačních pomůcek. Tyto zprávy musí dílny uchovávat po dobu nejméně dvou let a 
zpřístupnit je příslušnému orgánu, kdyk oli jsou o to požádány . 
413)  Tyto prohlídky musí obsaho vat kalibraci a preventivní výměnu plomb, za jejichž upevnění jsou 
odpo vědné dílny . 
6.5  Měření odchylek 
414)  Měření odch ylek při montáži a při užívání se provádí za následujících podmínek , jež jsou 
považo vány za obvyklé zkušební podmínky: 
—  prázdné vozidlo v obvyklých provozníc h podmínkác h, 
—  tlak v pneumatikách podle údajů výrobce, 
—  opotřebení pneumatik je v mezích povolených vnitrostátními právn ími předpisy , 
—  pohy b vozidla: 
—  vozidlo se pohy buje vlastní silou po přímé a vodoro vné trati rychlostí 50 ± 5 km/h. Měřená 
vzdálenost musí být minimálně 1 000 m. 
—  za předpokladu, že je zajištěna srovnat elná přesnost, může být pro provedení zkoušky použito 
alternati vníc h metod, jako je vhodné zkušební zařízení. 
6.6  Oprav y 
415)  Dílny musí být schopn y staho vat data ze záznamo vého zařízení, aby údaje mohly být předloženy 
zpět dotyčnému dopravnímu podniku. 
416)  Schvál ení montéři a servisní dílny musí dopravnímu podniku vydat potvrzení o nemožnosti stáhnout 
data, pokud špatná funkce záznamo vého zařízení brání stažení dříve zaznamenaných dat i v případě, 
že oprava byla prováděna v téže dílně. Dílny musí arch ivovat kopie vydanýc h potvrzení nejméně po 
dobu dvou let. 
7  VYD ÁVÁNÍ KARET 
Postup y vydá vání karet stano vené jednotlivými členskými státy musí vyho vovat následujícím podmínkám: 
417)  Číslo karty při prvním vydání karty tachografu žadat eli musí obsaho vat pořado vý index (v 
příslušných případec h), index náhrady a index obno vy, kter é jsou nastav eny na hodnotu „0“. 
418)  Čísla karet všech neosobníc h karet tachografu, kter é byly vydány témuž kontrolnímu orgánu, téže 
dílně nebo témuž dopravnímu podniku, musí mít shodných prvních 13 číslic, ale všec hna musí mít 
odlišné pořado vé indexy . 
419)  Karta tachog rafu, kter á se vydává jako náhrada již existující karty, musí mít stejné číslo karty jako 
nahrazo vaný exem plář s výjimk ou indexu náhrady , který se zvedne o jednotku (v pořadí 0, …, 9, A, 
…, Z). 26.5.2016 L 139/76 Úřední věstník Evropské unie CS     
420)  Karta tachog rafu, která se vydá vá jako náhrada již existující karty, musí mít shodné datum ukončení 
použite lnosti jako nahrazo vaný exemplář. 
421)  Karta tachog rafu vydávaná při obno vení již existující karty musí mít stejné číslo karty jako 
obno vovaný exem plář s výjimk ou indexu náhrady , který je nastav en na hodnotu „0“, a indexu 
obno vy, který je zvýšen o jednotku (v pořadí 0, …, 9, A, …, Z). 
422)  Výměna existující karty tach ografu při úpra vách administrativníc h údajů, musí proběhnout podle 
pravidel platných pro obno vu karty, pokud proces probíhá ve stejném člensk ém státě, nebo podle 
pravidel pro první vydání karty, pokud probíhá v jiném členském státě. 
423)  „Příjmení držitele karty“ u neosobníc h karet dílny nebo kontrolníc h karet musí být vyplněno názvem 
dílny nebo kontrolního orgánu nebo jménem montéra nebo kontrolora, pokud se tak člensk é státy 
rozhodnou. 
424)  Členské státy si musí elektronic ky vyměňo vat údaje, aby byla zajištěna jedinečnost karet řidiče, které 
vydáva jí v souladu s článke m 31 nařízení (EU) č. 165/2014. 
8  SCHV ÁLENÍ TYPU ZÁZNAMO VÉHO ZAŘÍZENÍ A KARET TACHOGRAF U 
8.1  Všeobecně 
Pro účely této kapito ly se „záznamo vým zařízením“ rozumí „záznamo vé zařízení nebo jeho součásti“. 
Schvál ení typu není vyžado váno pro kabel(y) spojující snímač pohy bu s celkem ve vozidle, vnější zařízení 
GNSS s celkem ve vozidle nebo zařízení dálk ové komunikace s celkem ve vozidle. Papír používaný 
záznamo vým zařízením je považo ván za součást záznamo vého zařízení. 
Kterýk oli výrobce může požádat o schv álení typu pro svou součást s libovoln ým snímačem pohy bu, 
vnějším zařízením GNSS a naopak, pokud každá součást splňuje požadavky této přílohy . Alte rnativně 
mohou výrobci rovněž požádat o schválení typu záznamo vého zařízení. 
425)  Záznamo vé zařízení musí být předloženo ke schv álení typu úplné se všemi integro vanými 
přídavnými zařízeními. 
426) Postup schvalo vání typu záznamo vého zařízení a karet tachografu musí zahr novat zkoušky bezpeč ­
nostních opatření, funkční zkoušky a zkoušky vzájemné interoperability . Pozitivní výsledky každé 
z těcht o zkoušek se potvrdí příslušnými osvědčeními. 
427)  Orgány příslušné pro schv alování typu členských států nevydají osvědčení o schv álení typu, pokud 
neobdrží: 
—  osvědčení o bezpečnosti, 
—  osvědčení o funkčnosti, 
—  a osvědčení o interoperabilitě 
pro záznamo vé zařízení nebo kartu, kter á je předmět em žádosti o schv álení typu. 
428)  Jakák oli úpra va programo vého nebo technick ého vybaven í zařízení nebo povahy mater iálu použit ého 
pro jeho výrobu musí být před zavedením oznámena orgánu, kter ý vydal schv álení typu zařízení. 
Tento orgán potvrdí výrobci rozšíření schv álení typu, nebo může požado vat aktualizaci nebo 
potvrzení příslušného osvědčení o funkčnosti, o bezpečnosti a/nebo o inter operabilitě. 
429)  Postup aktualizace programo vého vybavení in situ v záznamo vém zařízení musí být schválen 
orgánem, kter ý vydal schválení typu pro záznamo vé zařízení. Aktualizace programo vého vybaven í 
nesmí změnit ani vymazat žádné údaje o činnosti řidiče uložená v záznamo vém zařízení. Programo vé 
vybaven í může být aktualizo váno pouze na odpo vědnost výrobce zařízení. 26.5.2016 L 139/77 Úřední věstník Evropské unie CS     
430)  Schvál ení typu úprav programo vého vyba vení zaměřenýc h na aktualizaci záznamo vého zařízení s 
dřívějším schválením typu nesmí být zamítnut o, pokud takové úpravy platí pouze pro funkce, které 
nejsou uvedeny v této příloze. Aktualizace programo vého vyba vení záznamo vého zařízení může 
vylučo vat zavedení nových sad písma, není-li to technic ky provedit elné. 
8.2  Osvědčení o bezpečnosti 
431)  Vydání osvědčení o bezpečnosti se provede v souladu s ustano veními dodatku 10 této přílohy . 
Součásti záznamo vého zařízení, pro kter é se vydá vá osvědčení, jsou celek ve vozidle, snímač pohy bu, 
vnější zařízení GNSS a karty tachografu. 
432)  Za výjimečnýc h okolností, kdy orgány provádějící certifikaci zabezpečení odmítnou vysta vit 
osvědčení pro nové zařízení z důvodu zastaralosti zabezpečo vacích mechani smů, musí být schv álení 
typu nadále vydá váno pouze za těcht o konkrétních a výjimečnýc h okolností a když neexistuje žádné 
altern ativní řešení, kter é by bylo v souladu s nařízením. 
433)  Za těcht o okolností je dotyčný členský stát povinen neprodleně informovat Evropsk ou komisi, která 
do dvanácti měsíců od udělení schv álení typu zahájí postup, který zajistí obno vení původní úrovně 
zabezpečení. 
8.3  Osvědčení o funkčnos ti 
434)  Každ ý žadatel o vydání schv álení typu dodá orgánu příslušnému pro schv alování typu člensk ého 
státu všechn y mater iály a dokumentaci, kterou tento orgán považuje za nezbytnou. 
435)  Výrobci musí poskyto vat příslušné vzorky výrobků ucházejících se o schv álení typu a související 
dokumentaci požado vanou zkušebnami pověřenými prováděním funkčních zkoušek, a to do jednoho 
měsíce od data vyžádání. Veškeré náklady související s tout o žádostí nese žádající subjekt. Zkušebny 
jsou povinny uchovávat vešker é obchodně citlivé informace v tajnosti. 
436)  Osvědčení o funkčnosti musí být výrobci vydáno tepr ve po úspěšném absolvo vání všech funkčních 
zkoušek minimálně v rozsahu uvedeném v dodatku 9. 
437)  Osvědčení o funkčnosti vydá orgán příslušný pro schv alování typu. Toto osvědčení musí obsaho vat, 
kromě jména příjemce osvědčení a identif ikace modelu, podrobný seznam provedených zkoušek a 
dosažených výsledků. 
438)  V osvědčení o funkčnosti kterékoli součásti záznamo vého zařízení musí být také uvedena čísla 
schv álení typu ostatních kompati bilních součástí záznamo vého zařízení se schv álením typu, 
testovanýc h pro vydání osvědčení. 
439)  V osvědčení o funkčnosti kterékoli součásti záznamo vého zařízení musí být také uvedena norma ISO 
nebo CEN, na jejímž základě bylo vydáno osvědčení pro funkční rozhraní. 
8.4  Osvědčení o interoperabilitě 
440)  Zkoušky interoperability se provádějí v jediné zkušebně schv álené a podléha jící Evropsk é komisi. 
441)  Zkušebna registr uje požada vky výrobců na zkoušky inter operability v pořadí, v jakém byly doručeny . 26.5.2016 L 139/78 Úřední věstník Evropské unie CS     
442)  Požada vky budou úředně registro vány pouze tehdy, jestliže zkušebně již byly dodány: 
—  úplná sada mater iálů a dokumentů nezbyt ných pro takové zkoušky inter operability , 
—  související osvědčení o bezpečnosti, 
—  související osvědčení o funkčnosti. 
Datum registrace žádosti musí být oznámeno výrobci. 
443)  U záznamo vého zařízení nebo karty tachog rafu, ke kter ým nebyla poskytnuta osvědčení o 
zabezpečení a funkčnosti, zkušebna nepro vádí žádné zkoušky inter operability , kromě případů 
výskytu výjimečnýc h okolností popsaných v požadavku 432. 
444)  Každ ý výrobce požadující zkoušky interoperability se zaváže ponechat zkušebně, která odpo vídá za 
provedení zkoušek, úplnou sadu mater iálů a dokumentace, které byly ke zkouškám dodány . 
445)  Zkoušky interoperability musí být provedeny v souladu s dodatkem 9 této příloh y postupně se všemi 
typy záznamo vých zařízení a karet tachografu: 
—  jejichž schválení typu je dosud platné, nebo 
—  jejichž schválení typu není dosud vyřízeno, ale mají platné osvědčení o interoperabilitě. 
446)  Zkoušky interoperability se musí vztaho vat na všec hny generace záznamo vého zařízení nebo karet 
tachografu, které se dosud používaj í. 
447)  Osvědčení o interoperabilitě musí zkušebna doručit výrobci teprve tehdy , až jsou úspěšně 
absolvo vány všechn y požado vané zkoušky interoperability . 
448)  Jestliže zkoušky interoperability nejsou úspěšné s jedním nebo několika záznamo vými zařízeními 
nebo kartou/kar tami tachog rafu, osvědčení o interoperabilitě nesmí být vydáno, dokud výrobce 
žádající o schv álení nepro vede nezbyt né úpravy a neabsolvuje úspěšně zkoušky inter operability . 
Zkušebna identifikuje příčinu problému týkaj ícího se inter operability s pomocí příslušného výrobce a 
pokusí se mu pomoci nalézt technick é řešení. V případě, že výrobce již upravil svůj výrobek, musí 
zajistit od příslušnýc h orgánů potvrzení o pokračující platnosti osvědčení o bezpečnosti a funkčnosti. 
449)  Osvědčení o interoperabilitě je platné šest měsíců. Na konci tohot o období je odebráno, pokud 
výrobce neobdržel odpo vída jící osvědčení o schv álení typu. Osvědčení doručí výrobce orgánu 
příslušnému pro schvalo vání typu člensk ého státu, který vydal osvědčení o funkčnosti. 
450)  Jakýk oli prvek, který by mohl způsobit závadu interoperability , nesmí být použit pro vytvo ření zisku 
a nesmí vést k získání dominantního postaven í. 
8.5  Osvědčení o schválení typu 
451)  Orgán člensk ého státu příslušný pro schv alování typu může vydat osvědčení o schválení typu, 
jakmile obdrží tři požado vaná osvědčení. 
452)  Osvědčení o schv álení typu jakékoli součásti záznamo vého zařízení musí rovněž obsaho vat čísla 
schv álení typu ostatních interoperabilníc h záznamo vých zařízení se schválením typu. 
453)  Orgán příslušný pro schv alování typu předá kopii osvědčení o schv álení typu zkušebně pověřené 
prováděním zkoušek inter operability v době vydání osvědčení výrobci. 26.5.2016 L 139/79 Úřední věstník Evropské unie CS     
454)  Zkušebna pověřená prováděním zkoušek interoperability musí udržo vat intern etové stránky , na 
kter ých je aktualizo vaný seznam modelů záznamo vých zařízení a karet tachog rafu: 
—  pro které byla zaregistro vána žádost o zkoušky interoperability , 
—  kter é obdržely osvědčení o interoperabilitě (i dočasné), 
—  kter é získaly osvědčení o schválení typu. 
8.6  Výjimečný pos tup: první osvědčení o interoperabilitě pro záznamo vé zařízení a karty tachog rafu 
druhé generace 
455)  V průběhu čtyř měsíců po osvědčení první vazby mezi záznamo vým zařízením a kartami tachog rafu 
(kar tami řidiče, dílny , kontrolní a podniku) druhé generace z hlediska inter operability je jakék oliv 
vydané osvědčení o inter operabilitě (včetně těch prvních ) týkaj ící se žádostí registro vanýc h v tomt o 
období považo váno za dočasné. 
456)  Jestliže na konci tohot o období budou všec hny dotčené výrobky vzájemně inter operabilní, stanou se 
všec hna příslušná osvědčení o interoperabilitě definitivními. 
457)  Jestliže budou v tomt o období zjištěny závady z hlediska interoperability , musí zkušebna pověřená 
prováděním zkoušek interoperability za pomoci všec h zúčastněnýc h výrobců identif ikovat zdroje 
obtíží a vyzvat výrobce k provedení nezby tných úpra v. 
458)  Jestliže na konci tohot o období budou problém y s inter operabilitou přetr vávat, musí odpo vědná 
zkušebna ve spolupráci s dotčenými výrobci a orgány příslušnými pro schv alování typu, kter é vydaly 
související osvědčení o funkčnosti, zjistit důvody závad v inter operabilitě a stano vit, kter é úpravy by 
měl každý dotčený výrobce provést. Hledání technic kých řešení smí trvat maximálně dva měsíce, po 
kter ých v případě nenalezení společného řešení rozhodne Komise po konzultaci se zkušebnou 
pověřenou prováděním zkoušek interoperability , kter á zařízení a karty obdrží definitivní osvědčení o 
interoperabilitě, a zdůvod ní proč. 
459)  Všechn y žádosti o zkoušky interoperability registro vané mezi koncem čtyřměsíčního období po 
vydání prvního dočasného osvědčení o interoperabilitě a datem rozhodnutí Komise podle požadavku 
455 musí být odložen y, dokud nebudou počátečn í obtíže s inter operabilitou vyřešen y. Tyto žádosti 
budou potom vyřízeny v pořadí, v jakém byly registro vány .  26.5.2016 L 139/80 Úřední věstník Evropské unie CS     
Dodatek 1 
DATOVÝ SLO VNÍK 
OBSAH 
1. ÚVOD ............................................................................................................................................ 88 
1.1 Přístup k definování dato vých typů ........................................................................................... 88 
1.2 Odkazy ............................................................................................................................... 88 
2. DEFINICE DATOVÝCH TYPŮ ................................................................................................................ 89 
2.1 ActivityChang eInfo................................................................................................................ 89 
2.2 Address ............................................................................................................................... 90 
2.3 AESKe y............................................................................................................................... 91 
2.4 AES128Key .......................................................................................................................... 91 
2.5 AES192Key .......................................................................................................................... 91 
2.6 AES256Key .......................................................................................................................... 92 
2.7 BCDStr ing ........................................................................................................................... 92 
2.8 CalibrationPur pose ................................................................................................................ 92 
2.9 CardA ctivityDailyRecord ......................................................................................................... 93 
2.10 CardA ctivityLengthRa nge ........................................................................................................ 93 
2.11 CardAppro valNumber ............................................................................................................ 93 
2.12 CardCer tificate...................................................................................................................... 94 
2.13 CardChipIdentif ication ............................................................................................................ 94 
2.14 CardConsecutiveIndex ............................................................................................................ 94 
2.15 CardControlA ctivityDataRecord ................................................................................................ 94 
2.16 CardCur rentUse .................................................................................................................... 95 
2.17 CardDr iverA ctivity ................................................................................................................. 95 
2.18 CardDr ivingLicenceInf ormation ................................................................................................ 95 
2.19 CardEventData ...................................................................................................................... 96 
2.20 CardEventRecord ................................................................................................................... 96 
2.21 CardFaultData ....................................................................................................................... 96 
2.22 CardFaultRe cord ................................................................................................................... 97 
2.23 CardIccIdentif ication .............................................................................................................. 97 
2.24 CardIdentifi cation .................................................................................................................. 97 
2.25 CardMA Certificate ................................................................................................................. 98 
2.26 CardNumber ........................................................................................................................ 98 
2.27 CardPlaceDailyW orkP eriod ...................................................................................................... 99 
2.28 CardPr ivateKey ..................................................................................................................... 99 26.5.2016 L 139/81 Úřední věstník Evropské unie CS     
2.29 CardPublicKe y...................................................................................................................... 99 
2.30 CardRenewalIndex ................................................................................................................. 99 
2.31 CardReplacementIndex ........................................................................................................... 99 
2.32 CardSignCer tificate ................................................................................................................ 100 
2.33 CardSlotNumber ................................................................................................................... 100 
2.34 CardSlotsStatus ..................................................................................................................... 100 
2.35 CardSlotsStatusRecordAr ray..................................................................................................... 100 
2.36 CardStr uctureV ersion ............................................................................................................. 101 
2.37 CardV ehicleRecord ................................................................................................................. 101 
2.38 CardV ehiclesUsed .................................................................................................................. 102 
2.39 CardV ehicleU nitRecord ........................................................................................................... 102 
2.40 CardV ehicleU nitsUsed ............................................................................................................. 102 
2.41 Certificate ............................................................................................................................ 103 
2.42 CertificateConte nt................................................................................................................. 103 
2.43 CertificateHolderAuthorisation ................................................................................................. 104 
2.44 CertificateRequestID ............................................................................................................... 104 
2.45 Certificat ionA uthor ityKID ....................................................................................................... 104 
2.46 Com panyA ctivityData ............................................................................................................ 105 
2.47 Com panyA ctivityT ype ............................................................................................................ 106 
2.48 Com panyCardApplicationIdentification ...................................................................................... 106 
2.49 Com panyCardHolderIdentification ............................................................................................ 106 
2.50 ControlCardApplicationIdentificat ion ......................................................................................... 106 
2.51 ControlCardControlA ctivityData ............................................................................................... 107 
2.52 ControlCardHolderIdentificat ion ............................................................................................... 107 
2.53 ControlT ype ......................................................................................................................... 108 
2.54 CurrentDateTime .................................................................................................................. 109 
2.55 CurrentDateTimeRecordArr ay.................................................................................................. 109 
2.56 DailyPresenceCounte r............................................................................................................. 109 
2.57 Datef.................................................................................................................................. 109 
2.58 DateOfDa yDo wnloaded .......................................................................................................... 110 
2.59 DateOfDa yDo wnloadedRecordAr ray.......................................................................................... 110 
2.60 Distance .............................................................................................................................. 110 
2.61 DriverCardApplicationIdentification .......................................................................................... 110 
2.62 DriverCardHolderIdentification ................................................................................................. 111 
2.63 DSR CSecur ityData ................................................................................................................. 112 
2.64 EGFCer tificate....................................................................................................................... 112 
2.65 EmbedderIcAssemblerId .......................................................................................................... 112 26.5.2016 L 139/82 Úřední věstník Evropské unie CS     
2.66 Entr yTypeDailyW orkP eriod ...................................................................................................... 113 
2.67 EquipmentT ype ..................................................................................................................... 113 
2.68 EuropeanPublicKey ................................................................................................................ 114 
2.69 EventFa ultRecordPur pose ........................................................................................................ 114 
2.70 EventFa ultT ype ..................................................................................................................... 114 
2.71 Exten dedSealIdentif ier ............................................................................................................ 115 
2.72 Exten dedSer ialNumber ........................................................................................................... 116 
2.73 FullCardNumber ................................................................................................................... 116 
2.74 FullCardNumberAndGeneration ................................................................................................ 117 
2.75 Generation ........................................................................................................................... 117 
2.76 GeoCoordinates .................................................................................................................... 117 
2.77 GNSS Accuracy ...................................................................................................................... 118 
2.78 GNSSContinuousDr iving ......................................................................................................... 118 
2.79 GNSSContinuousDr ivingRecord ................................................................................................ 118 
2.80 GNSSPlaceRecord .................................................................................................................. 118 
2.81 HighResOdometer ................................................................................................................. 119 
2.82 HighResT ripDistance .............................................................................................................. 119 
2.83 HolderName ........................................................................................................................ 119 
2.84 InternalGNS SReceiver ............................................................................................................. 119 
2.85 K-ConstantOfRecordingEquipment ............................................................................................ 119 
2.86 KeyIdentifi er........................................................................................................................ 120 
2.87 KMW CKey ........................................................................................................................... 120 
2.88 Language ............................................................................................................................. 120 
2.89 LastCardDo wnload ................................................................................................................ 120 
2.90 LinkCer tificate ...................................................................................................................... 120 
2.91 L-TyreCircumfe rence .............................................................................................................. 121 
2.92 MAC.................................................................................................................................. 121 
2.93 ManualInp utFlag ................................................................................................................... 121 
2.94 Manufactur erCode ................................................................................................................. 121 
2.95 Manufactur erSpecif icEventFaultD ata .......................................................................................... 121 
2.96 MemberStat eCer tificate ........................................................................................................... 122 
2.97 MemberStat eCer tificateRecordAr ray........................................................................................... 122 
2.98 MemberStat ePublicKey ........................................................................................................... 122 
2.99 Name ................................................................................................................................. 122 
2.100 NationAlpha ........................................................................................................................ 123 
2.101 NationNumer ic..................................................................................................................... 123 
2.102 NoOfCalibrationRecords ......................................................................................................... 123 26.5.2016 L 139/83 Úřední věstník Evropské unie CS     
2.103 NoOfCalibrationsSinceDo wnload .............................................................................................. 123 
2.104 NoOfCardPlaceRecords ........................................................................................................... 123 
2.105 NoOfCardV ehicleRecords ........................................................................................................ 124 
2.106 NoOfCardV ehicleUnitRecords ................................................................................................... 124 
2.107 NoOfCompan yActivityRecords ................................................................................................. 124 
2.108 NoOfControlA ctivityRecords ................................................................................................... 124 
2.109 NoOfEventsPer Type ............................................................................................................... 124 
2.110 NoOfFa ultsPerT ype ................................................................................................................ 124 
2.111 NoOfGNSSCDRecords ............................................................................................................ 124 
2.112 NoOfSpecificCond itionRecords ................................................................................................. 125 
2.113 Odomet erShor t..................................................................................................................... 125 
2.114 Odomet erValueMidnight ......................................................................................................... 125 
2.115 Odomet erValueMidnightRecordAr ray......................................................................................... 125 
2.116 OverspeedNumber ................................................................................................................. 125 
2.117 PlaceRecord ......................................................................................................................... 126 
2.118 PreviousV ehicleInf o................................................................................................................ 126 
2.119 PublicKey ............................................................................................................................ 127 
2.120 RecordT ype .......................................................................................................................... 127 
2.121 RegionAlpha ........................................................................................................................ 128 
2.122 RegionNumer ic..................................................................................................................... 128 
2.123 Remote CommunicationModuleSer ialNumber ............................................................................... 129 
2.124 RSA KeyModulus ................................................................................................................... 129 
2.125 RSA KeyPri vateExponent .......................................................................................................... 129 
2.126 RSA KeyPublicExponent .......................................................................................................... 129 
2.127 RtmData ............................................................................................................................. 129 
2.128 SealDataCard ........................................................................................................................ 129 
2.129 SealDataV u.......................................................................................................................... 130 
2.130 SealRecord ........................................................................................................................... 130 
2.131 SensorAppro valNumber .......................................................................................................... 130 
2.132 SensorExte rnalGNSSAppro valNumber ........................................................................................ 131 
2.133 SensorExte rnalGNSSCoupledRecord .......................................................................................... 131 
2.134 SensorExte rnalGNSSIdentif ication ............................................................................................. 131 
2.135 SensorExte rnalGNSSInstallation ................................................................................................ 132 
2.136 SensorExte rnalGNSSOSIdentifi er............................................................................................... 132 
2.137 SensorExte rnalGNSSSCIdentif ier............................................................................................... 132 
2.138 SensorGNSSCouplingDate ....................................................................................................... 133 26.5.2016 L 139/84 Úřední věstník Evropské unie CS     
2.139 SensorGNSSSer ialNumber ....................................................................................................... 133 
2.140 SensorIdentifi cation ............................................................................................................... 133 
2.141 SensorInstallation .................................................................................................................. 133 
2.142 SensorInstallationSecData ........................................................................................................ 134 
2.143 SensorOSIdentifier ................................................................................................................. 134 
2.144 SensorPaired ........................................................................................................................ 134 
2.145 SensorPairedRecord ............................................................................................................... 135 
2.146 SensorPairing Date................................................................................................................. 135 
2.147 SensorSCIdentifi er................................................................................................................. 135 
2.148 SensorSer ialNumber ............................................................................................................... 135 
2.149 Signature ............................................................................................................................. 135 
2.150 SignatureRecordAr ray............................................................................................................ 136 
2.151 SimilarEventsNumber ............................................................................................................. 136 
2.152 Specifi cConditionRecord ......................................................................................................... 136 
2.153 Specifi cConditions ................................................................................................................. 136 
2.154 Specifi cCondition Type ............................................................................................................ 137 
2.155 Speed ................................................................................................................................. 137 
2.156 SpeedA uthor ised ................................................................................................................... 137 
2.157 SpeedA verage ....................................................................................................................... 138 
2.158 SpeedMax ............................................................................................................................ 138 
2.159 Tachog raphPa yload ................................................................................................................ 138 
2.160 Tachog raphPa yloadEncr ypted ................................................................................................... 138 
2.161 TDesSessionKey .................................................................................................................... 138 
2.162 TimeReal ............................................................................................................................. 139 
2.163 TyreSize .............................................................................................................................. 139 
2.164 VehicleIdentif icationNumber .................................................................................................... 139 
2.165 VehicleIdentif icationNumberRecordAr ray.................................................................................... 139 
2.166 VehicleRegistrationIdentif ication ............................................................................................... 139 
2.167 VehicleRegistrationNumber ...................................................................................................... 140 
2.168 VehicleRegistrationNumberRecordAr ray..................................................................................... 140 
2.169 VuAbility ............................................................................................................................. 140 
2.170 VuActivityDailyData ............................................................................................................... 141 
2.171 VuActivityDailyRecordAr ray.................................................................................................... 141 
2.172 VuAppro valNumber ............................................................................................................... 141 
2.173 VuCalibrationData ................................................................................................................. 142 
2.174 VuCalibrationRecord .............................................................................................................. 142 
2.175 VuCalibrationRecordAr ray....................................................................................................... 143 26.5.2016 L 139/85 Úřední věstník Evropské unie CS     
2.176 VuCardIWData ..................................................................................................................... 144 
2.177 VuCardIWRecord .................................................................................................................. 144 
2.178 VuCardIWRecordAr ray........................................................................................................... 145 
2.179 VuCardRecord ...................................................................................................................... 145 
2.180 VuCardRecordAr ray............................................................................................................... 146 
2.181 VuCer tificate ........................................................................................................................ 146 
2.182 VuCer tificateRecordAr ray........................................................................................................ 146 
2.183 VuCom panyLoc ksData ........................................................................................................... 147 
2.184 VuCom panyLoc ksRecord ........................................................................................................ 147 
2.185 VuCom panyLoc ksRecordAr ray................................................................................................. 148 
2.186 VuControlA ctivityData ........................................................................................................... 148 
2.187 VuControlA ctivityRecord ........................................................................................................ 148 
2.188 VuControlA ctivityRecordAr ray................................................................................................. 149 
2.189 VuDataBloc kCounter .............................................................................................................. 149 
2.190 VuDetailedSpeedBlock ............................................................................................................ 149 
2.191 VuDetailedSpeedBlockRecordAr ray............................................................................................ 150 
2.192 VuDetailedSpeedData ............................................................................................................. 150 
2.193 VuDo wnloadableP eriod ........................................................................................................... 150 
2.194 VuDo wnloadableP eriodRecordAr ray.......................................................................................... 151 
2.195 VuDo wnloadA ctivityData ........................................................................................................ 151 
2.196 VuDo wnloadA ctivityDataRecordAr ray........................................................................................ 151 
2.197 VuEventData ........................................................................................................................ 152 
2.198 VuEventRecord ..................................................................................................................... 152 
2.199 VuEventRecordAr ray.............................................................................................................. 153 
2.200 VuFaul tData ......................................................................................................................... 154 
2.201 VuFaul tRecord ...................................................................................................................... 154 
2.202 VuFaul tRecordAr ray............................................................................................................... 155 
2.203 VuGNSSCDRecord ................................................................................................................. 155 
2.204 VuGNSSCDRecordAr ray......................................................................................................... 156 
2.205 VuIdentif ication .................................................................................................................... 156 
2.206 VuIdentif icationRecordAr ray.................................................................................................... 157 
2.207 VuITSConsentRecord ............................................................................................................. 157 
2.208 VuITSConsentRecordAr ray...................................................................................................... 158 
2.209 VuManufactur erAddress .......................................................................................................... 158 
2.210 VuManufactur erName ............................................................................................................. 158 
2.211 VuManufacturingD ate............................................................................................................. 158 26.5.2016 L 139/86 Úřední věstník Evropské unie CS     
2.212 VuOverSpeedingControlData ................................................................................................... 159 
2.213 VuOverSpeedingControlDataRecordAr ray................................................................................... 159 
2.214 VuOverSpeedingEventData ...................................................................................................... 159 
2.215 VuOverSpeedingEventRecord ................................................................................................... 159 
2.216 VuOverSpeedingEventRecordAr ray............................................................................................ 160 
2.217 VuPartNumber ...................................................................................................................... 161 
2.218 VuPlaceDailyW orkPer iodData ................................................................................................... 161 
2.219 VuPlaceDailyW orkPer iodRecord ................................................................................................ 161 
2.220 VuPlaceDailyW orkPer iodRecordAr ray........................................................................................ 162 
2.221 VuPrivateKe y........................................................................................................................ 162 
2.222 VuPublicKey ......................................................................................................................... 162 
2.223 VuSer ialNumber .................................................................................................................... 162 
2.224 VuSof tInstallationDat e............................................................................................................ 162 
2.225 VuSof twareIdentification ......................................................................................................... 163 
2.226 VuSof twareV ersion ................................................................................................................ 163 
2.227 VuSpecific ConditionData ........................................................................................................ 163 
2.228 VuSpecific ConditionRecordAr ray.............................................................................................. 163 
2.229 VuTimeAdjustm entData .......................................................................................................... 164 
2.230 VuTimeAdjustm entGNSSRecord ............................................................................................... 164 
2.231 VuTimeAdjustm entGNSSRecordAr ray........................................................................................ 164 
2.232 VuTimeAdjustm entRecord ....................................................................................................... 165 
2.233 VuTimeAdjustm entRecordAr ray............................................................................................... 165 
2.234 WorkshopCardAp plicationIdentification ..................................................................................... 166 
2.235 WorkshopCardC alibrationData ................................................................................................. 166 
2.236 WorkshopCardC alibrationRecord .............................................................................................. 167 
2.237 WorkshopCardHold erIdentification ........................................................................................... 168 
2.238 WorkshopCardPIN ................................................................................................................. 168 
2.239 W-VehicleCharacter isticConstant ............................................................................................... 169 
2.240 VuPowerSupplyInterr upti onRecord ............................................................................................ 169 
2.241 VuPowerSupplyInterr upti onRecordAr ray.................................................................................... 169 
2.242 VuSensorExte rnalGNSSCoupledRecordAr ray................................................................................ 170 
2.243 VuSensorPaire dRecordAr ray..................................................................................................... 170 
3. DEFINICE HODNOT A ROZSAHŮ VELIK OSTÍ .......................................................................................... 171 
4. ZNAK OVÉ SAD Y............................................................................................................................... 171 
5. KÓDO VÁNÍ ...................................................................................................................................... 171 
6. IDENTIFIKÁ TOR Y OBJEK TŮ A IDENTIFIKÁ TOR Y APLIKA CÍ......................................................................... 171 
6.1 Identif ikátory objektů ............................................................................................................. 171 
6.2 Identif ikátory aplikací ............................................................................................................. 172  26.5.2016 L 139/87 Úřední věstník Evropské unie CS     
1.  ÚVOD 
Tento dodat ek specif ikuje formáty dat, dato vé prvky a dato vé struktur y pro použití v záznamo vém zařízení a v 
kartách tach ografu. 
1.1  Přís tup k definování dato vých typů 
Tento dodat ek používá k defino vání datových typů notaci ASN.1 (Abstr act Syntax Notation One). Díky tomu lze 
jednoduchá a strukturo vaná data definov at, aniž by se předpokládala nějaká konkrétní přenoso vá syntax e 
(pravidla kódo vání), kter á bude závislá na aplikaci a systém ovém prostředí. 
Konven ce pojmeno vání typů v ASN.1 jsou v souladu s ISO/IEC 8824-1. To znamená, že: 
—  tam, kde je to možné, je význam datového typu naznačen zvolený mi názvy , 
—  tam, kde je datový typ složen z jiných datových typů, je názvem datového typu nadále jednoduc há 
posloupnost abecedních znaků začínající velkým písmenem, nicméně velká písmena jsou použita uvnitř 
názvu ke sdělení příslušného významu, 
—  názvy dato vých typů obvykle souvisejí s názvy datových typů, od kterýc h jsou odvozen y, zařízením, ve 
kter ém jsou data uložena, a funkcí vztahující se k datům. 
Jestliže je typ ASN.1 již definován v rámci jiného standardu a jestliže má význam pro použití v záznamo vém 
zařízení, je tento typ ASN.1 definován v tomt o dodatku. 
K umožnění několika typů kódo vacích pravidel jsou někter é typy ASN.1 v tomt o dodatku omezeny pomocí 
identif ikátorů rozsahu hodnot. Identif ikátory rozsahu hodnot jsou definov ány v bodě 3 a dodatku 2. 
1.2  Odka zy 
V tomt o dodatku jsou použity tyto normy: 
ISO 639  Code for the representation of names of languages. First Edition: 1988. 
ISO 3166  Codes for the representation of names of countr ies and their subdivisions – Part 1: Countr y 
codes, 2013 
ISO 3779  Road vehicles – Vehicle identifi cation number (VIN) – Content and structur e. 2009 
ISO/IEC 7816-5  Identification cards – Integrated circuit cards – Part 5: Registration of application providers. 
Second edition: 2004. 
ISO/IEC 7816-6  Identification cards – Integrat ed circuit cards – Part 6: Interin dustr y data elements for 
inter change, 2004 + Techn ical Corrigendum 1: 2006 
ISO/IEC 8824-1  Information technology – Abstract Syntax Notation One (ASN.1): Specifi cation of basic 
notation. 2008 + Techn ical Corrigendum 1: 2012 and Techn ical Corrigen dum 2: 2014. 
ISO/IEC 8825-2  Information technology – ASN.1 encoding rules: Specifi cation of Packed Encoding Rules (PER). 
2008. 
ISO/IEC 8859-1  Information technology – 8 bit sing le-by te coded graphic charact er sets – Part 1: Latin alphabet 
No.1. First edition: 1998. 
ISO/IEC 8859-7  Information technology – 8 bit sing le-by te coded graphic charact er sets – Part 7: Latin/Greek 
alphabet. 2003. 26.5.2016 L 139/88 Úřední věstník Evropské unie CS     
ISO 16844-3  Road vehicles – Tachog raph systems – Motion Sensor Interface . 2004 + Technical Corrigen dum 
1: 2006. 
TR-03110-3  BSI / ANSSI Technical Guideline TR-03110-3, Advanced Secur ity Mechanis ms for Machine 
Readable Travel Documents and eIDAS Token – Part 3 Common Specifi cations, version 2.20, 
3. Febr uary 2015 
2.  DEFINICE DATOVÝCH TYPŮ 
U všec h následujícíc h dato vých typů spočívá standardní hodnota pro „neznámý“ nebo „bezpředmětný“ obsah v 
naplnění daného dato vého prvku bajty „FF“. 
Není-li stano veno jinak, všec hny datové typy se použijí pro aplikace 1. a 2. generace. 
2.1  ActivityChangeInf o 
Tento datový typ umožňuje kódo vat uvnitř dvouba jtového slova status otvoru pro kartu v 00:00 a/nebo status 
řidiče v 00:00 a/nebo změny činnosti a/nebo změny statusu řízení a/nebo změny statusu karty, a to pro řidiče 
nebo druhého řidiče. Tento datový typ se vztahuje k požada vkům 105, 266, 291, 320, 321, 343 a 344 přílohy 
1C. 
Přiřazení hodnoty – oktet ové uspořádání: ‘scpaattttttttttt’ B (16 bitů) 
Pro záznam y v paměti údajů (nebo status otvoru pro kartu): 
‘s’B  otvor pro kartu: 
‘0’B: ŘIDIČ, 
‘1’B: DRUHÝ ŘIDIČ, 
‘c’B  status řízení vozidla: 
‘0’B: SAMOTNÝ ŘIDIČ, 
‘1’B: POSÁDKA, 
‘p’B  status karty řidiče (nebo karty dílny ) v příslušném otvoru pro kartu: 
‘0’B: VLOŽENA, karta je vložena, 
‘1’B: NEVLOŽENA, není vložena žádná karta (nebo je karta vyjmuta), 
‘aa’B  činnost: 
‘00’B: PŘEST ÁVKA/ODPOČINEK, 
‘01’B: POHOTO VOST , 
‘10’B: PRÁ CE, 
‘11’B: ŘÍZENÍ, 
‘ttttttttttt ’B  čas změny: počet minut od 00h00 daného dne. 26.5.2016 L 139/89 Úřední věstník Evropské unie CS     
Pro záznam y na kartě řidiče (nebo kartě dílny) (a status řidiče): 
‘s’B  otvor pro kartu (není relevantní, jestliže ‘p’=1, kromě dále uvedené poznámky): 
‘0’B: ŘIDIČ, 
‘1’B: DRUHÝ ŘIDIČ, 
‘c’B  status řízení (při ‘p’=0) nebo 
následující status činnosti (při ‘p’=1): 
‘0’B: SAMOTNÝ ŘIDIČ, 
‘0’B: NEZNÁMÁ 
‘1’B: POSÁDKA, 
‘1’B: ZNÁMÁ (= ručně zadaná) 
‘p’B  status karty: 
‘0’B: VLOŽENA, karta je vložena do záznamo vého zařízení, 
‘1’B: NEVLOŽENA, karta není vložena (nebo je karta vyjmuta), 
‘aa’B  činnost (nepoužij e se, jestliže ‘p’=1 a ‘c’=0, kromě poznámky níže): 
‘00’B: PŘEST ÁVKA/ODPOČINEK, 
‘01’B: POHOTO VOST , 
‘10’B: PRÁ CE, 
‘11’B: ŘÍZENÍ, 
‘ttttttttttt ’B  čas změny: počet minut od 00h00 daného dne. 
Poznámka pro případ „vyjmutí karty“: 
Je-li karta vyjmuta: 
—  ‘s’ je relevantní a označuje otvor pro kartu, ze kter ého je karta vyjmuta, 
—  ‘c’ musí být nastav eno na 0, 
—  ‘p’ musí být nastaveno na 1, 
—  ‘aa’ musí kódo vat aktuální činnost, kter á je v tu dobu navolena. 
Jako výsledek ručního zadání mohou být bity ‘c’ a ‘aa’ slova (uloženého na kartě) později přepsány s ohledem na 
toto zadání. 
2.2  Address 
Adresa. 
26.5.2016 L 139/90 Úřední věstník Evropské unie CS     
codePage určuje znak ovou sadu definovanou v kapito le 4. 
address je adresa kódo vaná za použití určené znak ové sady . 
2.3  AESKey 
2. generace: 
Klíč AES s délk ou 128, 192 nebo 256 bitů. 
Přiřazení hodnoty: není blíže specifiko váno. 
2.4  AES128Key 
2. generace: 
Klíč AES128. 
length udává délku klíče AES128 v oktet ech. 
aes128Key je klíč AES s délk ou 128 bitů. 
Přiřazení hodnoty : 
Délka musí mít hodnotu 16. 
2.5  AES192Key 
2. generace: 
Klíč AES192. 
length udává délku klíče AES192 v oktet ech. 
aes192Key je klíč AES s délk ou 192 bitů. 
Přiřazení hodnoty : 
Délka musí mít hodnotu 24. 26.5.2016 L 139/91 Úřední věstník Evropské unie CS     
2.6  AES256Key 
2. generace: 
Klíč AES256. 
length udává délku klíče AES256 v oktet ech. 
aes256Key je klíč AES s délk ou 256 bitů. 
Přiřazení hodnoty : 
Délka musí mít hodnotu 32. 
2.7  BCDStr ing 
BCDStr ing se použi je pro vyjádření dekadickýc h čísel binár ním kódem (BCD). Tento dato vý typ se použi je k 
vyjádření jedné dekadick é číslice skupinou 4 bitů (polo viční oktet). BCDStr ing je založen na typu „Charact er­
StringT ype“ dle ISO/IEC 8824-1. 
BCDStr ing používá notaci „hstr ing“. Vnější levá hexadecimální číslice předsta vuje nejvýznamnější 4 bity prvního 
oktetu. K získání více okte tů se musí podle potřeb y vložit od pozice levé vnější 4bito vé skupiny v prvním oktetu 
nulo vé 4bito vé skupin y. 
Přípustné číslice jsou: 0, 1, .. 9. 
2.8  CalibrationPur pose 
Kód k objasnění, proč byla zaznamenána sada kalibračních parametrů. Tento datový typ se vztahuje k 
požadavkům 097 a 098 přílohy 1B a k požadavku 119 příloh y 1C. 
Přiřazení hodnoty : 
1. generace: 
‘00’H  vyhrazená hodnota, 
‘01’H  aktivace: záznam známých kalibračních parametrů v okamžiku aktivace celku ve vozidle, 
‘02’H  první montáž: první kalibrace celku ve vozidle po jeho aktivaci, 
‘03’H  montáž: první kalibrace celku ve vozidle v aktuálním vozidle, 
‘04’H  pravidelná kontrola. 26.5.2016 L 139/92 Úřední věstník Evropské unie CS     
2. generace: 
Kromě hodnot 1. generace se používaj í tyto hodnoty: 
‘05’H  zadání registrační značky vozidla (VRN) podnikem, 
‘06’H  nastav ení času bez kalibrace, 
‘07’H až ‘7F’H  vyhrazeno pro budoucí použití, 
‘80’H až ‘FF’H  specifické pro výrobce. 
2.9  CardActivityDailyRecord 
Informace uložené na kartě a vztahující se k činnost em řidiče po určitý kalendářní den. Tento datový typ se 
vztahuje k požada vkům 266, 291, 320 a 343 příloh y 1C. 
activityPreviousRecordLength je celk ová délka předc hozího denního záznamu v bajtech. Maximální hodnota je 
dána délk ou řetězce OCTET STRING obsahujícího tyto záznam y (viz CardA ctivityLengthRange, dodat ek 2 bod 4). 
Jestliže tento záznam je nejstarším denním záznamem, musí být hodnota activityPreviousRecordLength nastavena 
na 0. 
activityRecordLength je celk ová délka tohot o záznamu v bajtech. Maximální hodnota je dána délk ou řetězce 
OCTET STRING obsahujícího tyto záznam y. 
activityRecordDate je datum záznamu. 
activityDailyPresenceCounter je stav počitadla dnů přítomn osti karty v tento den. 
activityDayDist ance je celk ová vzdálenost ujetá toho dne. 
activityChangeInfo je sada dat ActivityChang eInfo toho dne pro řidiče. Může obsaho vat maximálně 1 440 
hodnot (jedna změna činnosti za minutu). Tato sada vždy obsahuje údaj activityChang eInfo udávající status řidiče 
v 00:00. 
2.10  CardActivityLengthR ange 
Počet bajtů na kartě řidiče nebo kartě dílny , kter é jsou dostupné k ukládání záznamů o činnosti řidiče. 
Přiřazení hodnoty: viz dodatek 2. 
2.11  CardAppro valNumber 
Číslo schv álení typu karty. 
26.5.2016 L 139/93 Úřední věstník Evropské unie CS     
Přiřazení hodnoty : 
Číslo schv álení musí být uvedeno tak, jak bylo zveřejněno na příslušnýc h webo vých stránkác h Evropsk é komise, 
tj. např. včetně případných spojo vníků. Číslo schválení musí být zaro vnáno doleva. 
2.12  CardCer tificate 
1. generace: 
Certifikát veřejného klíče karty. 
2.13  CardChipIdentif ication 
Informace uložené na kartě související s identifikací integro vaného obvod u karty (IC) (požadavek 249 přílohy 
1C). Číslo icSer ialNumber společně s číslem icManuf actur ingReferences jednoznačně identifikují čip karty. 
Samotné číslo icSer ialNumber není jednoznačnou identif ikací čipu karty. 
icSer ialNumber je výrobní číslo integro vaného obvodu. 
icManufactur ingRef erences je identif ikátor specifi cký pro výrobce integro vaného obvodu. 
2.14  CardConsecutiv eIndex 
Pořado vý index karty (definice h)). 
Přiřazení hodnoty: (viz příloha 1C kapito la 7) 
Posloupnost: ‘0, …, 9, A, …, Z, a, …, z’ 
2.15  CardControlActivityDataRecord 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se poslední kontroly , kter é byl řidič podroben 
(požadavky 274, 299, 327 a 350 příloh y 1C). 
controlT ype je typ kontroly . 
controlTime je datum a čas kontroly . 26.5.2016 L 139/94 Úřední věstník Evropské unie CS     
controlCardNumber je FullCardNumber kontrolora, který provedl kontrolu. 
controlV ehicleRegist ration je registrační značka (VRN) a členský stát registrace vozidla, ve kterém byla kontrola 
provedena. 
controlDo wnloadPerio dBegin a controlDo wnloadPerio dEnd je stažené období v případě staho vání dat. 
2.16  CardCur rentUse 
Informace o aktuálním použití karty (požadavky 273, 298, 326 a 349 příloh y 1C). 
sessionOpen Time je čas, kdy je karta vložena pro aktuální použití. Tento prvek se nastavuje na nulu při vyjmutí 
karty. 
sessionOpenV ehicle je identif ikace aktuálně používaného vozidla, nastav uje se při vložení karty. Tento prvek se 
nastavuje na nulu při vyjmutí karty. 
2.17  CardDr iverActivity 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se činností řidiče (požadavky 267, 268, 292, 293, 
321 a 344 příloh y 1C). 
activityPointerOldestDayRecord je specifi kace začátku paměťo vého místa (počet bajtů od začátku řetězce) 
nejstaršího úplného denního záznamu v řetězci activityDailyRecords. Maximální hodnota je dána délk ou řetězce. 
activityPointerNew estR ecord je specif ikace začátku paměťo vého místa (počet bajtů od začátku řetězce) 
nejno vějšího denního záznamu v řetězci activityDailyRecords. Maximální hodnota je dána délk ou řetězce. 
activityDailyRecords je prostor určený k ukládání dat o činnosti řidiče (dato vá struktura: CardA ctivityDaily ­
Record) pro každý kalendářní den, kdy byla karta použita. 
Přiřazení hodnoty: tento okte tový řetězec je cyklicky plněn záznam y CardA ctivityDailyRecord. Při prvním 
použití se začíná ukládat od prvního bajtu řetězce. Každý nový záznam se připojuje za konec předc hozího. Když 
je řetězec plný, ukládání pokračuje prvním bajtem řetězce nehledě na přer ušení, kter é vznikne uvnitř datového 
prvku. Předtím, než jsou do řetězce uložena nová data o činnosti (zvětšení aktuálního záznamu activityDaily ­
Record nebo uložení nového záznamu activityDailyRecord), kter á nahrazují starší data o činnosti, musí být 
aktualizo ván ukazatel activityP ointe rOldestDa yRecord, aby odrážel nové umístění nejstaršího úplného denního 
záznamu, a délka activityPreviousRecordLength tohot o (nového) nejstaršího úplného denního záznamu musí být 
nastavena na 0. 
2.18  CardDr ivingLicenceInfor mation 
Informace uložené na kartě řidiče týkaj ící se údajů o řidičském průkazu držit ele karty (požadavky 259 a 284 
přílohy 1C). 26.5.2016 L 139/95 Úřední věstník Evropské unie CS     
drivingLicenceIssuingAuthor ity je orgán odpo vědný za vydání řidičského průkazu. 
drivingLicenceIssuingNation je stát orgánu, který vydal řidičský průkaz. 
drivingLicenceNumber je číslo řidičského průkazu. 
2.19  CardEv entData 
Informace uložené na kartě řidiče nebo kartě dílny týkající se událostí souvisejících s držit elem karty (požadavky 
260, 285, 318 a 341 příloh y 1C). 
CardEv entData je posloupnost záznamů cardEventRecords seřazená vzestupně podle hodnot EventF aultT ype 
(kromě záznamů souvisejících s pokusy o narušení zabezpečení, které jsou seskupen y v poslední sadě v 
posloupnosti). 
cardEv entRecords je sada záznamů o událostec h daného typu (nebo kategori e v případě pokusů o narušení 
zabezpečení). 
2.20  CardEv entRecord 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se události související s držite lem karty (požadavky 
261, 286, 318 a 341 příloh y 1C). 
eventT ype je typ události. 
eventBegin Time je datum a čas začátku události. 
eventEndTime je datum a čas konce události. 
eventV ehicleRegistration je registrační značka (VRN) a členský stát registrace vozidla, ve kterém událost nastala. 
2.21  CardFaultDat a 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se závad souvisejících s držit elem karty (požada vky 
263, 288, 318 a 341 příloh y 1C). 
26.5.2016 L 139/96 Úřední věstník Evropské unie CS     
CardFaultDat a je posloupnost sad záznamů o záva dách záznamo vého zařízení následo vaná sadou záznamů o 
závadác h karty. 
cardFaultRecords je sada záznamů o závadách patřících do určité kategor ie záva d (záznamo vé zařízení nebo 
karta). 
2.22  CardFaultRecord 
Informace uložené na kartě řidiče nebo kartě dílny týkající se záva dy související s držite lem karty (požadavky 
264, 289, 318 a 341 příloh y 1C). 
faultT ype je typ závady. 
faultBegin Time je datum a čas začátku závady. 
faultEndTime je datum a čas konce závady. 
faultV ehicleRegist ration je registrační značka (VRN) a členský stát registrace vozidla, ve kter ém závada nastala. 
2.23  CardIccIdentif ication 
Informace uložené na kartě týkaj ící se identif ikace karty s integro vaným obvodem (požadavek 248 přílohy 1C). 
clockStop je režim Clockstop dle dodatku 2. 
cardExtendedSer ialNumber je jedinečné výrobní číslo karty s integro vaným obvod em, dále specifiko vané 
dato vým typem ExtendedSeri alNumber . 
cardAppro valNumber je číslo schv álení typu karty. 
cardPersonaliserID je identifikátor personalizace karty kódo vaný jako Manuf acturerCode. 
embedderIcAssemblerId uvádí informace o subjektu, kter ý vkládá/sestavuje integro vaný obvod. 
icIdentif ier je identif ikátor integro vaného obvodu karty a jeho výrobce dle ISO/IEC 7816-6. 
2.24  CardIdentif ication 
Informace uložené na kartě týkající se identif ikace karty (požadavky 255, 280, 310, 333, 359, 365, 371 a 377 
přílohy 1C). 26.5.2016 L 139/97 Úřední věstník Evropské unie CS     
cardIssuingMemberSt ate je kód členského státu vydáva jícího kartu. 
cardNumber je číslo karty. 
cardIssuingAuthor ityName je název orgánu vydá vajícího kartu. 
cardIssueDate je datum vydání karty současnému držite li. 
cardV alidityBegin je datum prvního dne platnosti karty. 
cardExpir yDate je datum konce platnosti karty. 
2.25  CardMA Cer tificate 
2. generace: 
Certifikát veřejného klíče karty pro vzájemné ověření pravosti s celkem ve vozidle. Struktura tohot o certifik átu je 
specif ikována v dodatku 11. 
2.26  CardNumber 
Číslo karty dle definice g). 
driverIdentif ication je jednoznačná identifikace řidiče v člensk ém státě. 
ownerIdentif ication je jednoznačná identif ikace podniku, dílny nebo kontrolního orgánu v členském státě. 
cardConsecutiv eIndex je pořado vý index karty. 
cardReplacementIndex je index náhrady karty. 26.5.2016 L 139/98 Úřední věstník Evropské unie CS     
cardRenewalIndex je index obno vy karty. 
První posloupnost ve výběr u je vhodná ke kódo vání čísla karty řidiče, druhá posloupnost ve výběr u je vhodná ke 
kódo vání čísla karty dílny , kontrolní karty a karty podniku. 
2.27  CardPlaceDailyW orkPeriod 
Informace uložené na kartě řidiče nebo kartě dílny týkající se míst, kde začíná nebo končí denní praco vní doba 
(požadavky 272, 297, 325 a 348 příloh y 1C). 
placePointerNew estRecord je index naposledy aktualizo vaného záznamu o místě. 
Přiřazení hodnoty: Číslo odpo vídající čítači záznamů míst, začínající „0“ pro první výskyt záznamu místa ve 
struktuře. 
placeRecords je sada záznamů obsahující informace týkající se zadanýc h míst. 
2.28  CardPr ivateKey 
1. generace: 
Soukromý klíč karty. 
2.29  CardPublicKey 
Veřejný klíč karty. 
2.30  CardRenewalIndex 
Index obno vy karty (definice i)). 
Přiřazení hodnoty: (viz kapito lu VII této příloh y). 
‘0’  První vydání. 
Posloupnost: ‘0, …, 9, A, …, Z’ 
2.31  CardReplacementIndex 
Index náhrady karty (definice j)). 
Přiřazení hodnoty: (viz kapito lu VII této příloh y). 
‘0’  Původní karta. 
Posloupnost: ‘0, …, 9, A, …, Z’ 26.5.2016 L 139/99 Úřední věstník Evropské unie CS     
2.32  CardSignCer tificate 
2. generace: 
Certifikát veřejného klíče karty pro podpis. Struktura tohot o certifik átu je specifi kována v dodatku 11. 
2.33  CardSlotNumber 
Kód pro rozlišení mezi dvěma otvory pro kartu v celku ve vozidle. 
Přiřazení hodnoty: není blíže specifiko váno. 
2.34  CardSlotsSt atus 
Kód udávající typ karet vloženýc h do dvou otvor ů pro kartu v celku ve vozidle. 
Přiřazení hodnoty – oktet ové uspořádání: ‘ccccdddd’B 
‘cccc’B  identifikace typu karty vložené do otvoru pro kartu druhého řidiče, 
‘dddd’B  identifikace typu karty vložené do otvoru pro kartu řidiče, 
s těmito identifikačními kódy: 
‘0000’B  není vložena žádná karta, 
‘0001’B  je vložena karta řidiče, 
‘0010’B  je vložena karta dílny , 
‘0011’B  je vložena kontrolní karta, 
‘0100’B  je vložena karta podniku. 
2.35  CardSlotsSt atusRecordAr ray 
2. generace: 
CardSlotsStatus a metadata použitá v protok olu pro staho vání. 
recordT ype označuje typ záznamu (CardSlotsStatus). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu CardSlotsStatus v bajtech. 26.5.2016 L 139/100 Úřední věstník Evropské unie CS     
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů CardSlotsStatus. 
2.36  CardStr uctureV ersion 
Kód udávající verzi implemento vané struktur y v kartě tachog rafu. 
Přiřazení hodnoty: ‘aabb’H: 
‘aa’H  Index pro změny struktur y. 
‘00’H pro aplikace 1. generace 
‘01’H pro aplikace 2. generace 
‘bb’H  Index pro změny týkající se používání datových prvků definov aných pro struktur u určenou 
vyšším bajtem. 
‘00’H pro tuto verzi aplikací 1. generace 
‘00’H pro tuto verzi aplikací 2. generace 
2.37  CardV ehicleRecord 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se doby používání vozidla během kalendářního dne 
(požadavky 269, 294, 322 a 345 příloh y 1C). 
1. generace: 
vehicleOdometerBegin je hodnota počitadla ujetých kilometrů na začátku doby používání vozidla. 
vehicleOdometerEnd je hodnota počitadla ujetých kilometrů na konci doby používání vozidla. 
vehicleF irstUse je datum a čas začátku doby používání vozidla. 
vehicleLas tUse je datum a čas konce doby používání vozidla. 
vehicleRegist ration je registrační značka (VRN) a členský stát registrace vozidla. 
vuDat aBlockCounter je hodnota VuDataBlock Counter při poslední extrakci doby používání vozidla. 26.5.2016 L 139/101 Úřední věstník Evropské unie CS     
2. generace: 
Kromě prvků 1. generace se použije tento dato vý prvek: 
VehicleIdentif icationNumber je identif ikační číslo vozidla týkající se vozidla jako celku. 
2.38  CardV ehiclesUsed 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící vozidel použitých držitelem karty (požadavky 270, 
295, 323 a 346 přílohy 1C). 
vehiclePointerNew estRecord je index naposledy aktualizo vaného záznamu o vozidle. 
Přiřazení hodnoty: Číslo odpo vídající čítači záznamů o vozidlech začínající hodnotou „0“ pro první výskyt 
záznamu o vozidle ve struktuře. 
cardV ehicleRecords je sada záznamů obsahující informace o použitých vozidlec h. 
2.39  CardV ehicleUnitRecord 
2. generace: 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se celku ve vozidle, který byl použit (požadavky 303 a 
351 příloh y 1C). 
timeSt amp je začátek doby používání celku ve vozidle (tj. první vložení karty do celku ve vozidle pro dané 
období). 
manufacturerCode označuje výrobce celku ve vozidle. 
deviceID označuje typ celku ve vozidle od daného výrobce. Jedná se o hodnotu specifi ckou pro výrobce. 
vuSof twareV ersion je číslo verze softwar u v celku ve vozidle. 
2.40  CardV ehicleUnitsUsed 
2. generace: 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se celků ve vozidle, kter é byly použity držite lem karty 
(požadavky 306 a 352 příloh y 1C). 26.5.2016 L 139/102 Úřední věstník Evropské unie CS     
vehicleUnitPointerNew estRecord je index naposledy aktualizo vaného záznamu o celku ve vozidle. 
Přiřazení hodnoty: Číslo odpo vídající čítači záznamů o celku ve vozidle, začínající hodnotou „0“ pro první 
výskyt záznamů o celku ve vozidle ve struktuře. 
cardV ehicleUnitRecords je sada záznamů obsahující informace o použitých celcích ve vozidle. 
2.41  Cer tificate 
Certifikát veřejného klíče vydaný certifikační autori tou. 
1. generace: 
Přiřazení hodnoty: digitální podpis s částe čnou obno vou CertificateContent podle dodatku 11 „Společné 
bezpečnostní mechanis my“: podpis (128 bajtů) || zbytek veřejného klíče (58 bajtů) || odkaz na certifikační 
autor itu (8 bajtů). 
2. generace: 
Přiřazení hodnoty: viz dodatek 11 
2.42  Cer tificateContent 
1. generace: 
(Nešifro vaný) obsah certifikátu veřejného klíče podle dodatku 11 „Společné bezpečnostní mec hanism y“. 
certificateProf ileIdentif ier je verze odpo vídajícího certifikátu. 
Přiřazení hodnoty: ‘01h’ pro tuto verzi. 
certificationAuthor ityRefer ence identif ikuje certifik ační autoritu vydáva jící certifikát. Současně odkazuje na 
veřejný klíč této certifikační autori ty. 
certificateHolderAuthor isation identif ikuje práva držit ele certifikátu. 
certificateEndOfV alidity je datum, kdy končí administrativní platnost certifikátu. 
certificateHolderRefe rence identif ikuje držit ele certifikátu. Záro veň odkazuje na jeho veřejný klíč. 
publicKey je veřejný klíč, který je certifikován tímto certifikátem. 26.5.2016 L 139/103 Úřední věstník Evropské unie CS     
2.43  Cer tificateHolderAuthor isation 
Identif ikace práv držit ele certifikátu. 
1. generace: 
tachog raphApplicationID je identif ikátor aplikace pro aplikaci tach ografu. 
Přiřazení hodnoty: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Tento AID je propr ietár ní neregistro vaný identif ikátor 
aplikace v souladu s ISO/IEC 7816-5. 
equipmentT ype je identif ikace typu zařízení, pro které je certifik át určen. 
Přiřazení hodnoty: ve shodě s dato vým typem EquipmentT ype. 0, jestliže se jedná o certifikát člensk ého státu. 
2. generace: 
tachog raphApplicationID označuje 6 nejvýznamnějších bajtů identif ikátoru aplikace (AID) karty tach ografu 2. 
generace. AID pro aplikaci karty tachografu je uveden v kapitole 6.2. 
Přiřazení hodnoty : ‘FF 53 4D 52 44 54’. 
equipmentT ype je identif ikace typu zařízení, jak je specifi kováno pro 2. generaci, pro něž je certifik át určen. 
Přiřazení hodnoty: ve shodě s dato vým typem EquipmentT ype. 
2.44  Cer tificateReques tID 
Jednoznačná identif ikace žádosti o certifikát. Může být použita také jako identif ikátor veřejného klíče celku ve 
vozidle, jestliže výrobní číslo celku ve vozidle, pro který je klíč určen, není známo v době vystavení certifik átu. 
reques tSer ialNumber je sériové číslo žádosti o certifikát, jednoznačné pro výrobce a níže uvedený měsíc. 
reques tMonthY ear je identifikace měsíce a roku žádosti o certifikát. 
Přiřazení hodnoty: BCD kód měsíce (dvě číslice) a roku (poslední dvě číslice). 
crIdentif ier: je identifikátor k odlišení žádosti o certifikát od rozšířeného výrobního čísla. 
Přiřazení hodnoty: ‘FFh’. 
manufacturerCode: je číselný kód výrobce žáda jícího o certifikát. 
2.45  Cer tificationAuthor ityKID 
Identif ikátor veřejného klíče certifikační autori ty (členského státu nebo Evropsk ého certifikačního úřadu). 26.5.2016 L 139/104 Úřední věstník Evropské unie CS     
nationNumer ic je číselný kód státu certifikační autori ty. 
nationAlpha je alfanumer ický kód státu certifikační autori ty. 
keySer ialNumber je sériové číslo k odlišení různých klíčů certifikační autori ty v případě, že se klíče změní. 
additionalInfo je dvouba jtové pole pro dodat ečné kódo vání (specifické pro certifikační autoritu). 
caIdentif ier je identif ikátor k odlišení identif ikátoru klíče certifikační autori ty od jiných identif ikátorů klíčů. 
Přiřazení hodnoty: ‘01h’ . 
2.46  CompanyA ctivityData 
Informace uložené na kartě podniku týkaj ící se činností vykonanýc h s kartou (požadavky 373 a 379 příloh y 1C). 
companyP ointerNew estR ecord je index naposledy aktualizo vaného záznamu compan yActivityRecord. 
Přiřazení hodnoty: Číslo odpo vídající čítači záznamů o činnosti podniku, začínající ‘0’ pro první výskyt 
záznamu o činnosti podniku ve struktuře. 
companyA ctivityRecords je sada všec h záznamů o činnosti podniku. 
companyA ctivityRecord je posloupnost informací vztahujících se k jedné činnosti podniku. 
companyA ctivityT ype je typ činnosti podniku. 
companyA ctivityTime je datum a čas činnosti podniku. 
cardNumberInfor mation je číslo karty a členský stát vydá vající kartu, z které jsou stažena data (v příslušných 
případech). 
vehicleRegist rationInf ormation je registrační značka (VRN) a členský stát registrace vozidla, jehož data jsou 
stažena, zablok ována nebo odblok ována. 
downloadPerio dBegin a downloadPeriodEnd je případné období, za něž byla z celku ve vozidle stažena data. 26.5.2016 L 139/105 Úřední věstník Evropské unie CS     
2.47  CompanyA ctivityT ype 
Kód udávající činnost vykonávan ou podnikem s použitím jeho karty podniku. 
2.48  CompanyCardApplicationIdentif ication 
Informace uložené na kartě podniku týkaj ící se identif ikace aplikace karty (požadavky 369 a 375 příloh y 1C). 
typeOfT achog raphCardId udává implement ovaný typ karty. 
cardStr uctureV ersion udává verzi struktur y implement ované v kartě. 
noOfCompanyA ctivityRecords je počet záznamů o činnosti podniku, kter é lze na kartu uložit. 
2.49  CompanyCardHolderIdentif ication 
Informace uložené na kartě podniku týkaj ící se identif ikace držit ele karty (požadavky 372 a 378 přílohy 1C). 
companyName je jméno podniku – držitele . 
companyA ddress je adresa podniku – držitele. 
cardHolderPreferr edLanguage je upřednostňo vaný jazyk držitele karty. 
2.50  ControlCardApplicationIdentif ication 
Informace uložené na kontrolní kartě týkaj ící se identif ikace aplikace karty (požadavky 357 a 363 příloh y 1C). 
typeOfT achog raphCardId udává implement ovaný typ karty. 
cardStr uctureV ersion udává verzi struktur y implement ované v kartě. 
noOfControlActivityRecords je počet záznamů o kontrolní činnosti, které lze na kartu uložit. 26.5.2016 L 139/106 Úřední věstník Evropské unie CS     
2.51  ControlCardControlActivityData 
Informace uložené na kontrolní kartě týkající se kontrolní činnosti vykonané s kartou (požada vky 361 a 367 
přílohy 1C). 
controlPointerNew estRecord je index naposledy aktualizo vaného záznamu o kontrolní činnosti. 
Přiřazení hodnoty: Číslo odpo vídající čítači záznamů o kontrolní činnosti., začínající ‘0’ pro první výskyt 
záznamu o kontrolní činnosti ve struktuře. 
controlActivityRecords je sada všec h záznamů o kontrolní činnosti. 
controlActivityRecord je posloupnost informací vztahujících se k jedné kontrole. 
controlT ype je typ kontroly . 
controlTime je datum a čas kontroly . 
controlledCardNumber je číslo kontrolo vané karty a členský stát, který ji vydal. 
controlledV ehicleRegist ration je registrační značka (VRN) a členský stát registrace vozidla, v kterém byla 
kontrola provedena. 
controlDo wnloadPerio dBegin a controlDo wnloadPerio dEnd je období, za které byla případně stažena data. 
2.52  ControlCardHolderIdentif ication 
Informace uložené na kontrolní kartě týkaj ící se identif ikace držit ele karty (požada vky 360 a 366 přílohy 1C). 
controlBodyName je název kontrolního orgánu držit ele karty. 
controlBodyAddress je adresa kontrolního orgánu držite le karty. 
cardHolderName je příjmení a jméno (jména) držitele kontrolní karty. 
cardHolderPreferr edLanguage je upřednostňo vaný jazyk držitele karty. 26.5.2016 L 139/107 Úřední věstník Evropské unie CS     
2.53  ControlT ype 
Kód udávající činnosti provedené během kontroly . Tento datový typ se vztahuje k požadavkům 126, 274, 299, 
327 a 350 příloh y 1C. 
1. generace: 
Přiřazení hodnoty – oktet ové uspořádání: ‘cvpdxxxx’B (8 bitů) 
‘c’B  staho vání dat z karty: 
‘0’B: při této kontrolní činnosti nebyla stažena data z karty, 
‘1’B: při této kontrolní činnosti byla stažena data z karty 
‘v’B  staho vání dat z celku ve vozidle: 
‘0’B: při této kontrolní činnosti nebyla stažena data z celku ve vozidle, 
‘1’B: při této kontrolní činnosti byla stažena data z celku ve vozidle 
‘p’B  tisk: 
‘0’B: při této kontrolní činnosti se netisklo, 
‘1’B: při této kontrolní činnosti se tisklo 
‘d’B  zobrazení: 
‘0’B: při této kontrolní činnosti nebylo použito zobrazení, 
‘1’B: při této kontrolní činnosti bylo použit o zobrazení 
‘xxxx’B  nepoužit o. 
2. generace: 
Přiřazení hodnoty – oktet ové uspořádání: ‘cvpdexxx’B (8 bitů) 
‘c’B  staho vání dat z karty: 
‘0’B: při této kontrolní činnosti nebyla stažena data z karty, 
‘1’B: při této kontrolní činnosti byla stažena data z karty 
‘v’B  staho vání dat z celku ve vozidle: 
‘0’B: při této kontrolní činnosti nebyla stažena data z celku ve vozidle, 
‘1’B: při této kontrolní činnosti byla stažena data z celku ve vozidle 
‘p’B  tisk: 
‘0’B: při této kontrolní činnosti se netisklo, 
‘1’B: při této kontrolní činnosti se tisklo 
‘d’B  zobrazení: 
‘0’B: při této kontrolní činnosti nebylo použito zobrazení, 
‘1’B: při této kontrolní činnosti bylo použit o zobrazení 26.5.2016 L 139/108 Úřední věstník Evropské unie CS     
‘e’B  silniční kontrola kalibrace: 
‘0’B: pří této kontrolní činnosti nebyly kontrolo vány kalibrační parametr y, 
‘1’B: pří této kontrolní činnosti byly kontrolo vány kalibrační parametr y 
‘xxx’B  vyhrazeno pro budoucí použití. 
2.54  Cur rentDateTime 
Aktuální datum a čas záznamo vého zařízení. 
Přiřazení hodnoty: není blíže specifiko váno. 
2.55  Cur rentDateTimeRecordAr ray 
2. generace: 
Aktuální datum a čas a metadata použitá v prot okolu pro staho vání. 
recordT ype označuje typ záznamu (Cur rentDateTime). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu CurrentDateTime v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů aktuálního data a času. 
2.56  DailyPresenceCounter 
Čítač uložený v kartě řidiče nebo kartě dílny , kter ý se zvýší o jedničku za každý kalendářní den, kdy byla karta 
vložena v celku ve vozidle. Tento datový typ se vztahuje k požada vkům 266, 299, 320 a 343 přílohy 1C. 
Přiřazení hodnoty: Pořado vé číslo s maximální hodnotou = 9 999, začínající od 0. V okamžiku prvního vydání 
karty se číslo nastav uje na 0. 
2.57  Datef 
Datum vyjádřené v číselném tvar u, kter ý lze snadno tisknout. 
26.5.2016 L 139/109 Úřední věstník Evropské unie CS     
Přiřazení hodnoty: 
yyyy  rok 
mm  měsíc 
dd  den 
‘00000000’H  explicitně označuje „žádné datum“. 
2.58  DateOfDayDo wnloaded 
2. generace: 
Datum a čas staho vání. 
Přiřazení hodnoty: není blíže specifiko váno. 
2.59  DateOfDayDo wnloadedRecordAr ray 
2. generace: 
Datum a čas staho vání a metadata použitá v prot okolu pro staho vání. 
recordT ype označuje typ záznamu (Dat eOfDa yDo wnloaded). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu CurrentDateTime v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o datu a čase staho vání. 
2.60  Distance 
Ujetá vzdálenost (výsledek rozdílu mezi dvěma hodnotami počitadla ujetých kilometrů). 
Přiřazení hodnoty: Binár ní číslo bez znaménka. Hodnota v km v provozním rozsahu 0 až 9 999 km. 
2.61  DriverCardApplicationIdentif ication 
Informace uložené na kartě řidiče týkající se identif ikace aplikace karty (požadavky 253 a 278 příloh y 1C). 26.5.2016 L 139/110 Úřední věstník Evropské unie CS     
1. generace: 
typeOfT achog raphCardId udává implement ovaný typ karty. 
cardStr uctureV ersion udává verzi struktur y implement ované v kartě. 
noOfEv entsPerT ype je počet událostí od každého typu události, kter é lze na kartu zaznamenat. 
noOfFaultsPerT ype je počet záva d od každého druhu závady , které lze na kartu zaznamenat. 
activityStr uctureLength udává počet bajtů, které jsou k dispozici pro ukládání záznamů o činnosti. 
noOfCardV ehicleRecords je počet záznamů o vozidle, kter é může karta obsaho vat. 
noOfCardPlaceRecords je počet míst, která lze na kartu zaznamenat. 
2. generace: 
Kromě prvků 1. generace se používají tyto dato vé prvky: 
noOfGNSSCDRecords je počet záznamů o nepřetržit é době řízení dle GNSS, kter é lze na kartu uložit. 
noOfSpecif icConditionRecords je počet záznamů o zvláštní podmínce, které lze na kartu uložit. 
2.62  DriverCardHolderIdentif ication 
Informace uložené na kartě řidiče týkající se identif ikace držitele karty (požadavky 256 a 281 příloh y 1C). 
cardHolderName je příjmení a jméno (jména) držitele karty řidiče. 26.5.2016 L 139/111 Úřední věstník Evropské unie CS     
cardHolderBir thDate je datum narození držitele karty řidiče. 
cardHolderPreferr edLanguage je upřednostňo vaný jazyk držitele karty. 
2.63  DSR CSecur ityData 
2. generace: 
Nezašifro vané informace a kód MAC předávané prostřednictvím DSR C z tachografu do dálk ového dotazo vače 
(RI), podrobnosti viz dodat ek 11 část B kapito lu 13. 
tagLength je část kódo vání DER -TLV a je nastavena na ‘81 10’ (viz dodat ek 11 část B kapito lu 13). 
currentDateTime je aktuální datum a čas celku ve vozidle. 
counter je čítač zpráv RTM. 
vuSer ialNumber je výrobní číslo celku ve vozidle. 
dSR CMKV ersionNumber je číslo verze hlav ního klíče DSR C, ze kter ého byly odvozen y klíče DSR C specifi cké 
pro celek ve vozidle. 
tagLengthMac je tag a délka dato vého objektu MAC jako součást kódo vání DER -TLV. Tag je nastav en na hodnotu 
‘8E’, délka musí kódo vat délku MAC v okte tech (viz dodat ek 11 část B kapito lu 13). 
mac je hodnota kódu MAC vypočítaná pro zprá vu RTM (viz dodat ek 11 část B kapito lu 13). 
2.64  EGFCer tificate 
2. generace: 
Certifikát veřejného klíče vnějšího zařízení GNSS pro vzájemné ověření pravosti s celkem ve vozidle. Struktura 
tohot o certifik átu je specifi kována v dodatku 11. 
2.65  EmbedderIcAssemblerId 
Poskytuje informace o subjektu, který vkládá integrovaný obvod. 
26.5.2016 L 139/112 Úřední věstník Evropské unie CS     
countr yCode je dvoupísmenný kód země subjektu, který vkládá modul, podle ISO 3166. 
moduleEmbedder označuje subjekt, který vkládá modul. 
manufacturerInfor mation slouží pro intern í použití výrobcem. 
2.66  Entr yTypeDailyW orkPeriod 
Kód k rozlišení mezi začátkem a koncem při zadání denní praco vní doby a podmínek zadání. 
1. generace 
Přiřazení hodnoty: dle ISO/IEC 8824-1. 
2. generace 
Přiřazení hodnoty: dle ISO/IEC 8824-1. 
2.67  EquipmentT ype 
Kód k rozlišení různýc h typů zařízení pro aplikaci tachog rafu. 
1. generace: 
Přiřazení hodnoty: dle ISO/IEC 8824-1. 
Hodnota 0 je vyhrazena pro účely označení člensk ého státu nebo Evrop y v poli CHA certifik átů. 26.5.2016 L 139/113 Úřední věstník Evropské unie CS     
2. generace: 
Používaj í se stejn é hodnoty jako v 1. generaci s těmito doplňky : 
Poznámka: Hodnoty 2. generace pro štítek, adapt ér a vnější připojení GNSS, jakož i hodnoty 1. generace pro 
celek ve vozidle a snímač pohy bu lze v příslušných případech použít v záznamu SealRecord.  
2.68  EuropeanPublicKey 
1. generace: 
Evropský veřejný klíč. 
2.69  EventFaultRecordPur pose 
Kód vysvětlující, proč byla událost nebo záva da zaznamenána. 
Přiřazení hodnoty : 
jedna z 10 nejno vějších (nebo posledních) událostí nebo závad 
nejdelší událost v jednom z posledníc h 10 dnů výskytu 
jedna z 5 nejdelších událostí za posledních 365 dnů 
poslední událost v jednom z posledních 10 dnů výskytu 
nejzávažnější událost v jednom z posledníc h 10 dnů výskytu 
jedna z 5 nejzávažnější ch událostí za posledních 365 dnů 
první událost nebo závada od poslední kalibrace 
aktivní/tr vající událost nebo závada 
vyhrazeno pro budoucí použití 
specifi cké pro výrobce  
2.70  EventFaultT ype 
Kód blíže určující událost nebo závadu. 
Přiřazení hodnoty : 
1. generace: 
všeobecné události, 
žádné další podrobnosti, 
vložení neplatné karty, 
konflikt karet, 
časo vý přesah, 
jízda bez náležit é karty, 
vložení karty během řízení, 
poslední relace karty nebyla korektně uzavřena, 
překročení povolené rychlosti, 
přer ušení napájení, 
chyba údajů o pohybu vozidla, 
nesoulad údajů o pohybu vozidla, 
vyhrazeno pro budoucí použití, 26.5.2016 L 139/114 Úřední věstník Evropské unie CS     
události pokusů o narušení zabezpečení souvisejícíc h s celk em ve vozidle, 
žádné další podrobnosti, 
chyba ověření prav osti snímače pohybu, 
chyba ověření prav osti karty tachografu, 
neoprávněná výměna snímače pohybu, 
chyba integr ity vstupníc h dat karty, 
chyba integr ity uloženýc h uživatelskýc h dat, 
vnitřní chyba přenosu dat, 
neoprávněné otevření krytu, 
pošk ození technick ého vybavení, 
vyhrazeno pro budoucí použití, 
události pokusů o narušení zabezpečení souvisejícíc h se snímačem, 
žádné další podrobnosti, 
chyba ověření prav osti, 
chyba integr ity uloženýc h dat, 
vnitřní chyba přenosu dat, 
neoprávněné otevření krytu, 
pošk ození technick ého vybavení, 
vyhrazeno pro budoucí použití, 
závady záznamo vého zařízení, 
žádné další podrobnosti, 
inter ní závada celku ve vozi dle, 
závada tiskár ny, 
závada displeje, 
závada staho vání, 
závada snímače, 
vyhrazeno pro budoucí použití, 
závady karty, 
žádné další podrobnosti, 
vyhrazeno pro budoucí použití, 
vyhrazeno pro budoucí použití, 
specifi cké pro výrobce.   
2. generace: 
Používaj í se stejn é hodnoty jako v 1. generaci s těmito doplňky : 
časo vý nesoulad (GNSS vůči vnitřním hodinám VU), 
vyhrazeno pro budoucí použití, 
závady související s GNSS, 
žádné další podrobnosti, 
závada inter ního přijímače GNSS, 
závada vnějšího přijímače GNSS, 
závada vnější komunikace GNSS, 
nejsou údaje GNSS poloze, 
detekce nedo volené manipulace s GNSS, 
skončila platnost certifikát u vnějšího zařízení GNSS, 
vyhrazeno pro budoucí použití, 
závady související s modulem dálk ové komunikace, 
žádné další podrobnosti, 
závada modulu dálk ové komunikace, 
závada komunikace s modulem dálk ové komunikace, 
vyhrazeno pro budoucí použití, 
závady rozhraní ITS, 
žádné další podrobnosti, 
vyhrazeno pro budoucí použití.   
2.71  ExtendedSealIdentif ier 
2. generace: 
Rozšířený identif ikátor plomby jednoznačně identifikuje plombu (požadavek 401 přílohy 1C). 26.5.2016 L 139/115 Úřední věstník Evropské unie CS     
manufacturerCode je kód výrobce plomby . 
sealIdentif ier je identifikátor plomby , který je jednoznačný pro výrobce. 
2.72  ExtendedSer ialNumber 
Jednoznačná identif ikace zařízení. Může také být použito jako identif ikátor veřejného klíče zařízení. 
1. generace: 
serialNumber je výrobní číslo zařízení, jednoznačné pro výrobce, typ zařízení a dále uvedený měsíc a rok. 
monthY ear je identifikace měsíce a roku výrob y (nebo přiřazení výrobního čísla). 
Přiřazení hodnoty: BCD kód měsíce (dvě číslice) a roku (poslední dvě číslice). 
type je identif ikátor typu zařízení. 
Přiřazení hodnoty: specifi cké pro výrobce, s vyhrazenou hodnotou ‘FF’h. 
manufacturerCode: je číselný kód výrobce typo vě schv áleného zařízení. 
2. generace: 
serialNumber viz 1. generace 
monthY ear viz 1. generace 
type je identif ikátor typu zařízení 
manufacturerCode: viz 1. generace. 
2.73  FullCardNumber 
Kód plně identifikující kartu tachog rafu. 26.5.2016 L 139/116 Úřední věstník Evropské unie CS     
cardT ype je typ karty tachog rafu. 
cardIssuingMemberSt ate je kód členského státu, který kartu vydal. 
cardNumber je číslo karty. 
2.74  FullCardNumberAndGeneration 
2. generace: 
Kód plně identifikující kartu tachog rafu a její generaci. 
fullcardNumber identif ikuje kartu tachog rafu. 
generation označuje generaci použit é karty tachografu. 
2.75  Generation 
2. generace: 
Označuje generaci použit ého tachog rafu. 
Přiřazení hodnoty : 
‘00’H  vyhrazeno pro budoucí použití 
‘01’H  1. generace 
‘02’H  2. generace 
‘03’H .. ‘FF’H  vyhrazeno pro budoucí použití 
2.76  GeoCoordinates 
2. generace: 
Zeměpisné souřadnice jsou kódo vány jako celá čísla. Tato celá čísla jsou násobky kódo vání ±DDMM.M pro 
zeměpisnou šířku a ±DDDMM.M pro zeměpisnou délku. Zde ±DD případně ±DDD označuje stupně a MM.M 
minuty . 
latitude je zeměpisná délka kódo vaná jako desetinásobek reprezentace ±DDMM.M. 
longitude je zeměpisná šířka kódo vaná jako desetinásobek reprezentace ±DDDMM.M. 26.5.2016 L 139/117 Úřední věstník Evropské unie CS     
2.77  GNSSA ccuracy 
2. generace: 
Přesnost údajů o poloze z GNSS (definice eee)). Tato přesnost je kódo vána jako celé číslo a je desetinásobk em 
hodnoty X.Y z věty GSA NMEA. 
2.78  GNSSContinuousDr iving 
2. generace: 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se poloh y vozidla dle GNSS, pokud nepřetržitá doba 
řízení řidiče dosáhne násobku tří hodin (požadavky 306 a 354 přílohy 1C). 
gnssCDPointerNew estRecord je index naposledy aktualizo vaného záznamu o nepřetržit é době řízení dle 
GNSS. 
Přiřazení hodnoty: Číslo odpo vídající čítači záznamů o nepřetržit é době řízení dle GNSS, začínající hodnotou ‘0’ 
pro první výskyt záznamu o nepřetržité době řízení dle GNSS ve struktuře. 
gnssContinuousDr ivingRecords je sada záznamů obsahujících datum a čas, kdy nepřetržitá doba řízení 
dosáhne násobku tří hodin, a informace o poloze vozidla. 
2.79  GNSSContinuousDr ivingRecord 
2. generace: 
Informace uložené na kartě řidiče nebo kartě dílny týkaj ící se poloh y vozidla dle GNSS, pokud nepřetržitá doba 
řízení řidiče dosáhne násobku tří hodin (požadavky 305 a 353 přílohy 1C). 
timeSt amp je datum a čas, kdy nepřetržitá doba řízení držite le karty dosáhne násobku tří hodin. 
gnssPlaceRecord obsahuje informace týkaj ící se polohy vozidla. 
2.80  GNSSPlaceRecord 
2. generace: 
Informace týkaj ící se polohy vozidla dle GNSS (požadavky 108, 109, 110, 296, 305, 347 a 353 příloh y 1C). 
26.5.2016 L 139/118 Úřední věstník Evropské unie CS     
timeSt amp je datum a čas, kdy byla určena poloha vozidla dle GNSS. 
gnssAccuracy je přesnost údajů GNSS o poloze. 
geoCoordinates je poloha zaznamenaná pomocí GNSS. 
2.81  HighResOdometer 
Hodnota počitadla ujetých kilometrů vozidla: celk ová vzdálenost ujetá vozidlem během jeho provozu. 
Přiřazení hodnoty: Binár ní číslo bez znaménka. Hodnota v 1/200 km v provozním rozsahu 0 až 
21 055 406 km. 
2.82  HighResT ripDis tance 
Vzdálenost ujetá během cesty nebo její části. 
Přiřazení hodnoty: Binár ní číslo bez znaménka. Hodnota v 1/200 km v provozním rozsahu 0 až 
21 055 406 km. 
2.83  HolderName 
Příjmení a jméno (jména) držit ele karty. 
holderSur name je příjmení držitele. Toto příjmení neobsahuje tituly . 
Přiřazení hodnoty: Jestliže karta není osobní, obsahuje holderSur name stejné informace jako compan yName, 
workshopName nebo controlBodyName. 
holderF irstNames jsou jméno (jména) a iniciály držit ele. 
2.84  Inter nalGNSSReceiv er 
2. generace: 
Informace, zda je přijímač GNSS vnitřní nebo vnější vůči celku ve vozidle. Hodnota „true“ znamená, že přijímač 
GNSS je interní částí VU. Hodnota „false“ znamená, že přijímač GNSS je vnější. 
2.85  K-Const antOfRecordingEquipment 
Konstanta záznamo vého zařízení (definice m)). 
Přiřazení hodnoty: impulsy na kilometr v provozním rozsahu 0 až 64 255 impulsů/km. 26.5.2016 L 139/119 Úřední věstník Evropské unie CS     
2.86  KeyIdentif ier 
Jednoznačný identif ikátor veřejného klíče použitý k odkazu na klíč a výběr u klíče. Rovněž identif ikuje držit ele 
klíče. 
První volba je vhodná k odkazu na veřejný klíč celku ve vozidle nebo karty tachografu. 
Druhá volba je vhodná k odkazu na veřejný klíč celku ve vozidle (pokud výrobní číslo celku ve vozidle nemůže 
být známé v čase genero vání certifikátu). 
Třetí volba je vhodná k odkazu na veřejný klíč člensk ého státu. 
2.87  KMW CKey 
2. generace: 
Klíč AES a jeho příslušná verze používané pro páro vání celku ve vozidle se snímačem pohy bu. Podrobnosti viz 
dodatek 11. 
kMW CKey je délka klíče AES zřetězená s klíčem, který se používá pro páro vání celku ve vozidle se snímačem 
pohybu. 
keyVersion označuje verzi klíče AES. 
2.88  Language 
Kód identifikující jazyk. 
Přiřazení hodnoty: Dvě malá písmena kódo vaná dle ISO 639. 
2.89  Last CardDo wnload 
Datum a čas, uložené na kartě řidiče, posledního stažení dat z karty (pro jiné účely než pro kontrolu) – 
požadavky 257 a 282 příloh y 1C. Toto datum může být aktualizo váno celkem ve vozidle nebo libovolnou 
čtečk ou karet. 
Přiřazení hodnoty: není blíže specifiko váno. 
2.90  LinkCer tificate 
2. generace: 
Spojo vací certifikát mezi páry klíčů evropsk ého kořeno vého certifik ačního úřadu. 
26.5.2016 L 139/120 Úřední věstník Evropské unie CS     
2.91  L-TyreCircumference 
Účinný obvod pneumatik na kolech (definice u)). 
Přiřazení hodnoty: Binár ní číslo bez znaménka, hodnota v 1/8 mm v provozním rozsahu 0 až 8 031 mm. 
2.92  MA C 
2. generace: 
Kryptografický kontrolní součet délky 8, 12 nebo 16 bajtů odpo vída jící sadám šifer uvedeným v dodatku 11. 
2.93  ManualInputFlag 
Kód udáva jící, zda držitel karty ručně zadal činnosti řidiče při vložení karty, či nikoliv (požadavek 081 přílohy 1B 
a požadavek 102 příloh y 1C). 
Přiřazení hodnoty: není blíže specifiko váno. 
2.94  ManufacturerCode 
Kód identifikující výrobce typo vě schváleného zařízení. 
Zkušebna příslušná pro provádění zkoušek interoperability vede a zveřejňuje seznam kódů výrobců na svých 
webo vých stránkách (požadavek 454 přílohy 1C). 
Kódy Manufactur erCode se předběžně přidělují vývojářům tachog rafových zařízení, když si poda jí žádost u 
zkušebny příslušné pro provádění zkoušek interoperability . 
2.95  ManufacturerSpecif icEv entFaultDat a 
2. generace: 
Kódy chyb specifické pro výrobce zjednodušují analýzu chyb a údržbu celků ve vozidle. 
26.5.2016 L 139/121 Úřední věstník Evropské unie CS     
manufacturerCode označuje výrobce celku ve vozidle. 
manufacturerSpecif icEr rorCode je kód chyby specifi cký pro výrobce. 
2.96  MemberSta teCer tificate 
Certifikát veřejného klíče členského státu vydaný Evropským certifikačním úřadem. 
2.97  MemberSta teCer tificateRecordAr ray 
2. generace: 
Certifikát člensk ého státu a metadata použitá v prot okolu pro staho vání. 
recordT ype označuje typ záznamu (MemberStat eCer tificate). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu MemberStat eCer tificate v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. Hodnota je nastav ena na 1, prot ože certifikáty mohou mít 
různé délky . 
records je sada certifik átů členských států. 
2.98  MemberSta tePublicKey 
1. generace: 
Veřejný klíč člensk ého státu. 
2.99  Name 
Název nebo jméno. 
codePage určuje znak ovou sadu definovanou v kapito le 4. 
name je název nebo jméno kódo vané za použití určené znak ové sady . 26.5.2016 L 139/122 Úřední věstník Evropské unie CS     
2.100  NationAlpha 
Abecední označení země musí být v souladu s rozlišo vacími značkami používanými na vozidlec h v 
mezinárodním provozu (Vídeňská úmluva OSN o silničním provozu z roku 1968). 
Abecední a číselné kódy zemí jsou uvedeny v seznamu vedeném na webo vých stránkác h zkušebny příslušné pro 
provádění zkoušek interoperability , jak je stano veno v požadavku 440 příloh y 1C. 
2.101  NationNumer ic 
Číselné označení státu. 
Přiřazení hodnoty : viz dato vý typ 2.100 (NationAlpha). 
Jakák oli úprava nebo aktualizace specifi kace abecedních nebo číselnýc h kódů popsaných v předc hozím odstav ci 
se provede pouze poté, co určená zkušebna obdrží stano visk o výrobců typo vě schv álených digitálních a inteli ­
gentníc h tachog rafových celků ve vozidle. 
2.102  NoOfCalibrationRecords 
Počet kalibračních záznamů, které lze uložit na kartu dílny . 
1. generace: 
Přiřazení hodnoty: viz dodatek 2. 
2. generace: 
Přiřazení hodnoty: viz dodatek 2. 
2.103  NoOfCalibrationsSinceDo wnload 
Čítač udávající počet kalibrací provedených s kartou dílny od posledního staho vání (požadavky 317 a 340 
přílohy 1C). 
Přiřazení hodnoty: není specifiko váno. 
2.104  NoOfCardPlaceRecords 
Počet záznamů míst, které lze uložit na kartu řidiče nebo kartu dílny . 
1. generace: 
Přiřazení hodnoty: viz dodatek 2. 
2. generace: 
Přiřazení hodnoty: viz dodatek 2. 26.5.2016 L 139/123 Úřední věstník Evropské unie CS     
2.105  NoOfCardV ehicleRecords 
Počet záznamů o použitých vozidlec h, které lze uložit na kartu řidiče nebo kartu dílny . 
Přiřazení hodnoty: viz dodatek 2. 
2.106  NoOfCardV ehicleUnitRecords 
2. generace: 
Počet záznamů o použitých celcích ve vozidle, které lze uložit na kartu řidiče nebo kartu dílny . 
Přiřazení hodnoty: viz dodatek 2. 
2.107  NoOfCompanyA ctivityRecords 
Počet záznamů o činnosti podniku, které lze uložit na kartu podniku. 
Přiřazení hodnoty: viz dodatek 2. 
2.108  NoOfControlActivityRecords 
Počet záznamů o kontrolní činnosti, které lze uložit na kontrolní kartu. 
Přiřazení hodnoty: viz dodatek 2. 
2.109  NoOfEv entsP erType 
Počet událostí od každého typu události, které lze na kartu uložit. 
Přiřazení hodnoty : viz dodat ek 2. 
2.110  NoOfFaultsPerT ype 
Počet závad od každého typu závady , kter é lze na kartu uložit. 
Přiřazení hodnoty : viz dodat ek 2. 
2.111  NoOfGNSSCDRecords 
2. generace: 
Počet záznamů o nepřetržit é době řízení dle GNSS, kter é lze na kartu uložit. 
Přiřazení hodnoty : viz dodat ek 2. 26.5.2016 L 139/124 Úřední věstník Evropské unie CS     
2.112  NoOfSpecif icConditionRecords 
2. generace: 
Počet záznamů o zvláštní podmínce, které lze na kartu uložit. 
Přiřazení hodnoty : viz dodat ek 2. 
2.113  OdometerShor t 
Hodnota počitadla ujetých kilometrů vozidla ve zkrácené formě. 
Přiřazení hodnoty: Binár ní číslo bez znaménka. Hodnota v km v provozním rozsahu 0 až 9 999 999 km. 
2.114  OdometerV alueMidnight 
Hodnota počitadla ujetých kilometrů vozidla k půlnoci daného dne (požadavek 090 příloh y 1B a požadavek 113 
přílohy 1C). 
Přiřazení hodnoty: není blíže specifiko váno. 
2.115  OdometerV alueMidnightRecordAr ray 
2. generace: 
OdometerV alueMidnight a metadata použitá v prot okolu pro staho vání. 
recordT ype označuje typ záznamu (Odomet erValueMidnight). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu Odomet erValueMidnight v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů Odomet erValueMidnight. 
2.116  OverspeedNumber 
Počet událostí překročení povolené rychlosti od poslední kontroly překročení povolené rychlosti. 
Přiřazení hodnoty : 0 znamená, že nedošlo k žádnému překročení povolené rychlosti od poslední kontroly 
překročení povolené rychlosti, 1 znamená, že se vyskytla jedna událost překročení povolené rychlosti od poslední 
kontroly překročení povolené rychlosti, … 255 znamená, že se vyskytlo 255 nebo více událostí překročení 
povolené rychlosti od poslední kontroly překročení povolené rychlosti. 26.5.2016 L 139/125 Úřední věstník Evropské unie CS     
2.117  PlaceRecord 
Informace týkající se místa, kde začíná nebo končí denní praco vní doba (požadavky 108, 271, 296, 324 a 347 
přílohy 1C). 
1. generace: 
entr yTime je datum a čas zadání. 
entr yTypeDailyW orkPeriod je typ zadání. 
dailyW orkPeri odCountr y je zadaná země. 
dailyW orkPeri odRegion je zadaný region. 
vehicleOdometerV alue je hodnota počitadla ujetých kilometrů k okamžiku zadání místa. 
2. generace: 
Kromě 1. generace se používá tato kompone nta: 
entr yGNSSPlaceRecord je zaznamenané místo a čas. 
2.118  PreviousV ehicleInfo 
Informace související s předc hozím vozidlem, které řidič použil, při vložení karty do celku ve vozidle (požadavek 
081 příloh y 1B a požada vek 102 příloh y 1C). 
1. generace: 
vehicleRegist rationIdentif ication je registrační značka vozidla a členský stát registrace vozidla. 
cardWithdrawalTime je datum a čas vyjmutí karty. 
2. generace: 
26.5.2016 L 139/126 Úřední věstník Evropské unie CS     
Kromě prvků 1. generace se použije tento dato vý prvek: 
vuGeneration identifikuje generaci celku ve vozidle. 
2.119  PublicKey 
1. generace: 
Veřejný klíč RSA. 
rsaKeyModulus je modul páru klíčů. 
rsaKeyPublicExponent je veřejný exponent páru klíčů. 
2.120  RecordT ype 
2. generace: 
Odkaz na typ záznamu. Tento datový typ se používá v záznamu RecordAr rays. 
Přiřazení hodnoty : 
ActivityChangeInf o, 
CardSlotsStatus, 
CurrentDateTime, 
MemberStateCer tificate, 
OdometerV alueMidnight, 
DateOfDa yDo wnloaded, 
SensorPaired, 
Signature, 
Specif icConditionRecord, 
VehicleIdentificationNumber , 
VehicleRegistrationNumber , 
VuCalibrationRecord, 
VuCardIWRecord, 
VuCardRecord, 
VuCer tificate, 
VuCom panyLoc ksRecord, 
VuControlA ctivityRecord, 
VuDetailedSpeedBlock, 
VuDo wnloadableP eriod, 
VuDo wnloadA ctivityData, 
VuEventRecord, 
VuGNSSCDRecord, 
VuITSConsentRecord, 
VuFaul tRecord, 
VuIdentification, 
VuOverSpeedingControlData, 
VuOverSpeedingEventRecord, 
VuPlaceDailyW orkPeri odRecord, 
VuTimeA djustmentGNSSRecord, 
VuTimeA djustmentRecord, 
VuPowerSupplyInterr uptionRecord, 
SensorPairedRecord, 
SensorExter nalGNSSCoupledRecord, 
vyhrazeno pro budoucí použití, 
specifi cké pro výrobce.  26.5.2016 L 139/127 Úřední věstník Evropské unie CS     
2.121  RegionAlpha 
Abecední odkaz na region uvnitř určit ého státu. 
1. generace: 
Přiřazení hodnoty : 
2. generace: 
Kódy RegionAlpha jsou uvedeny v seznamu vedeném na webo vých stránkách zkušebn y pověřené prováděním 
zkoušek inter operability . 
2.122  RegionNumer ic 
Číselný odkaz na region uvnitř určit ého státu. 
1. generace: 
Přiřazení hodnoty : 
26.5.2016 L 139/128 Úřední věstník Evropské unie CS     
2. generace: 
Kódy RegionNumer ic jsou uvedeny v seznamu vedeném na webo vých stránkác h zkušebny pověřené prováděním 
zkoušek inter operability . 
2.123  RemoteCommunicationModuleSer ialNumber 
2. generace: 
Výrobní číslo modulu dálk ové komunikace. 
2.124  RSAKe yModulus 
1. generace: 
Modul páru klíčů RSA. 
Přiřazení hodnoty: není specifiko váno. 
2.125  RSAKe yPrivateExponent 
1. generace: 
Soukromý exponent páru klíčů RSA. 
Přiřazení hodnoty: není specifiko váno. 
2.126  RSAKe yPublicExponent 
1. generace: 
Veřejný exponent páru klíčů RSA. 
Přiřazení hodnoty: není specifiko váno. 
2.127  RtmDat a 
2. generace: 
Definice tohot o datového typu viz dodat ek 14. 
2.128  SealDat aCard 
2. generace: 
Tento dato vý typ ukládá informace o plombách, kter é jsou připojeny k různým částem vozidla, a je určen k 
uložení na kartě. Tento datový typ se vztahuje k požada vku 337 příloh y 1C. 26.5.2016 L 139/129 Úřední věstník Evropské unie CS     
noOfSealRecords je počet záznamů v sadě sealRecords. 
sealRecords je sada záznamů o plombách. 
2.129  SealDat aVu 
2. generace: 
Tento dato vý typ ukládá informace o plombách, kter é jsou připojeny k různým částem vozidla, a je určen k 
uložení v celku ve vozidle. 
sealRecords je sada záznamů o plombách. Je-li dostupnýc h plomb méně než 5, musí být hodnota 
EquipmentT ype ve všec h nepoužitých záznamech sealRecords nastav ena na 16, tj. nepoužit é. 
2.130  SealRecord 
2. generace: 
Tento dato vý typ ukládá informace o plombě, kter á je připojena k součásti. Tento dato vý typ se vztahuje k 
požadavku 337 přílohy 1C. 
equipmentT ype označuje typ zařízení, ke kterému je plomba připojena. 
extendedSealIdentif ier je identifikátor plomby připojené k zařízení. 
2.131  SensorAppro valNumber 
Číslo schv álení typu snímače. 
1. generace: 
Přiřazení hodnoty: není specifiko váno. 
2. generace: 
Přiřazení hodnoty : 
Číslo schv álení musí být uvedeno tak, jak bylo zveřejněno na příslušnýc h webo vých stránkác h Evropsk é komise, 
tj. např. včetně případných spojo vníků. Číslo schválení musí být zaro vnáno doleva. 26.5.2016 L 139/130 Úřední věstník Evropské unie CS     
2.132  SensorExter nalGNSS Appro valNumber 
2. generace: 
Číslo schv álení typu vnějšího zařízení GNSS. 
Přiřazení hodnoty : 
Číslo schv álení musí být uvedeno tak, jak bylo zveřejněno na příslušnýc h webo vých stránkác h Evropsk é komise, 
tj. např. včetně případných spojo vníků. Číslo schválení musí být zaro vnáno doleva. 
2.133  SensorExter nalGNSSCoupledRecord 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se identif ikace vnějšího zařízení GNSS provázaného s celkem ve 
vozidle (požadavek 100 příloh y 1C). 
sensorSer ialNumber je výrobní číslo vnějšího zařízení GNSS provázaného s celkem ve vozidle. 
sensorAppro valNumber je číslo schválení tohot o vnějšího zařízení GNSS. 
sensorCouplingDate je datum vazby tohot o vnějšího zařízení GNSS s celkem ve vozidle. 
2.134  SensorExter nalGNSSIdentif ication 
2. generace: 
Informace týkaj ící se identif ikace vnějšího zařízení GNSS (požada vek 98 přílohy 1C). 
sensorSer ialNumber je rozšířené výrobní číslo vnějšího zařízení GNSS. 
sensorAppro valNumber je číslo schválení vnějšího zařízení GNSS. 
sensorSCIdentif ier je identifikátor bezpečnostní komponenty vnějšího zařízení GNSS. 
sensorOSIdentif ier je identif ikátor operačního systému vnějšího zařízení GNSS. 26.5.2016 L 139/131 Úřední věstník Evropské unie CS     
2.135  SensorExter nalGNSSInst allation 
2. generace: 
Informace uložené ve vnějším zařízení GNSS týkaj ící se montáže vnějšího snímače GNSS (požadavek 123 příloh y 
1C). 
sensorCouplingDateFi rst je datum první vazby vnějšího zařízení GNSS s celkem ve vozidle. 
firstV uAppro valNumber je číslo schv álení prvního celku ve vozidle provázaného s vnějším zařízením GNSS. 
firstV uSer ialNumber je výrobní číslo prvního celku ve vozidle provázaného s vnějším zařízením GNSS. 
sensorCouplingDateCur rent je datum aktuální vazby vnějšího zařízení GNSS s celkem ve vozidle. 
currentV uAppro valNumber je číslo schválení celku ve vozidle aktuálně provázaného s vnějším zařízením 
GNSS. 
currentVUSer ialNumber je výrobní číslo celku ve vozidle aktuálně provázaného s vnějším zařízením GNSS. 
2.136  SensorExter nalGNSSOSIdentif ier 
2. generace: 
Identif ikátor operačního systém u vnějšího zařízení GNSS. 
Přiřazení hodnoty: specifi cké pro výrobce. 
2.137  SensorExter nalGNSSSCIdentif ier 
2. generace: 
Tento typ se používá např. pro identifikaci kryptografick ého modulu vnějšího zařízení GNSS. 
Identif ikátor bezpečnostní komponenty vnějšího zařízení GNSS. 
Přiřazení hodnoty: specifi cké pro výrobce kompon enty . 26.5.2016 L 139/132 Úřední věstník Evropské unie CS     
2.138  SensorGNSSCouplingDate 
2. generace: 
Datum vazby vnějšího zařízení GNSS s celkem ve vozidle. 
Přiřazení hodnoty: není specifiko váno. 
2.139  SensorGNSSSer ialNumber 
2. generace: 
Tento typ se používá k uložení výrobního čísla přijímače GNSS, ať už je uvnitř nebo vně celku ve vozidle. 
Výrobní číslo přijímače GNSS. 
2.140  SensorIdentif ication 
Informace uložená ve snímači pohybu týkaj ící se identifikace snímače pohy bu (požadavek 077 přílohy 1B a 
požadavek 95 příloh y 1C). 
sensorSer ialNumber je rozšířené výrobní číslo snímače pohy bu (obsahuje katalogo vé číslo dílu a kód výrobce). 
sensorAppro valNumber je číslo schválení snímače pohyb u. 
sensorSCIdentif ier je identifikátor bezpečnostní komponenty snímače pohyb u. 
sensorOSIdentif ier je identif ikátor operačního systému snímače pohy bu. 
2.141  SensorIns tallation 
Informace uložené ve snímači pohy bu týkající se montáže snímače pohybu (požada vek 099 příloh y 1B a 
požadavek 122 příloh y 1C). 
sensorPair ingDateF irst je datum prvního páro vání snímače pohybu s celkem ve vozidle. 
firstV uAppro valNumber je číslo schv álení prvního celku ve vozidle spáro vaného se snímačem pohy bu. 26.5.2016 L 139/133 Úřední věstník Evropské unie CS     
firstV uSer ialNumber je výrobní číslo prvního celku ve vozidle spáro vaného se snímačem pohyb u. 
sensorPair ingDateCur rent je datum aktuálního páro vání snímače pohybu s celkem ve vozidle. 
currentV uAppro valNumber je číslo schv álení celku ve vozidle aktuálně spáro vaného se snímačem pohybu. 
currentVUSer ialNumber je výrobní číslo celku ve vozidle aktuálně spáro vaného se snímačem pohyb u. 
2.142  SensorIns tallationSecDat a 
Informace uložená na kartě dílny týkaj ící se bezpečnostníc h dat potřebných pro páro vání snímačů pohybu s 
celky ve vozidlec h (požada vky 308 a 331 přílohy 1C). 
1. generace: 
Přiřazení hodnoty: dle ISO 16844-3. 
2. generace: 
Jak je uvedeno v dodatku 11, karta dílny musí pojmout až tři klíče pro páro vání celku ve vozidle se snímačem 
pohybu. Tyto klíče mají různé verze. 
2.143  SensorOSIdentif ier 
Identif ikátor operačního systém u snímače pohyb u. 
Přiřazení hodnoty: specifi cké pro výrobce. 
2.144  SensorPaired 
1. generace: 
Informace uložená v celku ve vozidle týkaj ící se identif ikace snímače pohy bu spáro vaného s celkem ve vozidle 
(požadavek 079 přílohy 1B). 
sensorSer ialNumber je výrobní číslo snímače pohybu aktuálně spáro vaného s celke m ve vozidle. 
sensorAppro valNumber je číslo schválení snímače pohyb u aktuálně spáro vaného s celkem ve vozidle. 
sensorPair ingDateF irst je datum prvního páro vání snímače pohy bu, kter ý je aktuálně spáro ván s celkem ve 
vozidle, s nějakým celkem ve vozidle. 26.5.2016 L 139/134 Úřední věstník Evropské unie CS     
2.145  SensorPairedRecord 
2. generace: 
Informace uložená v celku ve vozidle týkaj ící se identif ikace snímače pohy bu spáro vaného s celkem ve vozidle 
(požadavek 97 příloh y 1C). 
sensorSer ialNumber je výrobní číslo snímače pohybu spáro vaného s celkem ve vozidle. 
sensorAppro valNumber je číslo schválení tohot o snímače pohyb u. 
sensorPair ingDate je datum spáro vání tohot o snímače pohy bu s celkem ve vozidle. 
2.146  SensorPair ingDate 
Datum spáro vání snímače pohy bu s celke m ve vozidle. 
Přiřazení hodnoty: není specifiko váno. 
2.147  SensorSCIdentif ier 
Identif ikátor bezpečnostní komponenty snímače pohy bu. 
Přiřazení hodnoty: specifi cké pro výrobce kompon enty . 
2.148  SensorSer ialNumber 
Výrobní číslo snímače pohy bu. 
2.149  Signature 
Digitální podpis. 
1. generace: 
Přiřazení hodnoty: v souladu s dodatkem 11 „Společné bezpečnostní mecha nism y“. 
2. generace: 
Přiřazení hodnoty: v souladu s dodatkem 11 „Společné bezpečnostní mecha nism y“. 26.5.2016 L 139/135 Úřední věstník Evropské unie CS     
2.150  SignatureRecordAr ray 
2. generace: 
Sada podpisů a metadata použitá v protok olu pro staho vání. 
recordT ype označuje typ záznamu (Signature). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu Signature v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. Hodnota je nastavena na 1, protož e digitální podpisy mohou 
mít různé délky . 
records je sada digitálních podpisů. 
2.151  SimilarEv entsNumber 
Počet podobnýc h událostí během daného dne (požadavek 094 přílohy 1B a požadavek 117 příloh y 1C). 
Přiřazení hodnoty : 0 se nepoužívá, 1 znamená, že v daný den se vyskytla a byla uložena pouze jedna událost 
toho typu, 2 znamená, že v daný den se vyskytly dvě události toho typu (pouze jedna byla uložena), … 255 
znamená, že v daný den se vyskytlo 255 nebo více událostí toho typu. 
2.152  Specif icConditionRecord 
Informace uložené na kartě řidiče, kartě dílny nebo v celku ve vozidle týkající se zvláštní podmínky (požadavky 
130, 276, 301, 328 a 355 příloh y 1C). 
entr yTime je datum a čas zadání. 
specif icCondition Type je kód identifikující zvláštní podmínku. 
2.153  Specif icConditions 
Informace uložené na kartě řidiče, kartě dílny nebo v celku ve vozidle týkající se zvláštní podmínky (požadavky 
131, 277, 302, 329 a 356 příloh y 1C). 
2. generace: 
26.5.2016 L 139/136 Úřední věstník Evropské unie CS     
conditionPointerNew estRecord je index naposledy aktualizo vaného záznamu o zvláštní podmínce. 
Přiřazení hodnoty: Číslo odpo vídající čítači záznamů o zvláštní podmínce, začínající hodnotou ‘0’ pro první 
výskyt záznamu o zvláštní podmínce ve struktuře. 
specif icConditionRecords je sada záznamů obsahujících informace o zaznamenaných zvláštních podmínkác h. 
2.154  Specif icCondition Type 
Kód identif ikující zvláštní podmínku (požadavky 050b, 105a, 212a a 230a přílohy 1B a požadavek 62 příloh y 
1C). 
1. generace: 
Přiřazení hodnoty : 
‘00’H  vyhrazeno pro budoucí použití 
‘01’H  mimo působnost – začát ek 
‘02’H  mimo působnost – konec 
‘03’H  převoz lodí / převoz vlak em 
‘04’H .. ‘FF’H  vyhrazeno pro budoucí použití 
2. generace: 
Přiřazení hodnoty : 
‘00’H  vyhrazeno pro budoucí použití 
‘01’H  mimo působnost – začát ek 
‘02’H  mimo působnost – konec 
‘03’H  převoz lodí / převoz vlak em – začáte k 
‘04’H  převoz lodí / převoz vlak em – konec 
‘05’H .. ‘FF’H  vyhrazeno pro budoucí použití 
2.155  Speed 
Rychlost vozidla (km/h). 
Přiřazení hodnoty: kilometr y za hodinu v provozním rozsahu 0 až 220 km/h. 
2.156  SpeedAuthor ised 
Maximální dovolená rychlost vozidla (definice hh)). 
26.5.2016 L 139/137 Úřední věstník Evropské unie CS     
2.157  SpeedA verage 
Průměr ná rychlost v dříve určené době trvání (km/h). 
2.158  SpeedMax 
Nejvyšší naměřená rychlost v dříve určené době trvání. 
2.159  Tachog raphPayload 
2. generace: 
Definice tohot o datového typu viz dodat ek 14. 
2.160  Tachog raphPayloadEncr ypted 
2. generace: 
Šifro vaná přenášená data tachografu v kódo vání DER -TLV, tj. data odeslaná šifro vaně ve zprá vě RTM. Šifro vání 
viz dodat ek 11 část B kapito lu 13. 
tag je část kódo vání DER -TLV a musí být nastaven na ‘87’ (viz dodatek 11 část B kapitolu 13). 
length je část kódo vání DER -TLV a musí kódo vat délku následujícíc h prvků paddingCont entIndicatorByt e a 
encr yptedData. 
paddingContentIndicatorByte musí být nastaven na ‘00’. 
encr yptedData jsou přenášená data tachographP ayload šifro vaná podle dodatku 11 části B kapito ly 13. Délka 
těcht o dat v okte tech musí být vždy násobkem 16. 
2.161  TDesSessionKey 
1. generace: 
Klíč Triple-DES relace. 
Přiřazení hodnoty: není blíže specifiko váno. 26.5.2016 L 139/138 Úřední věstník Evropské unie CS     
2.162  TimeReal 
Kód pro kombino vané pole data a času, kde datum a čas jsou vyjádřen y jako počet sekund po 00h.00m.00s dne 
1. ledna 1970 v časo vém pásmu GMT . 
Přiřazení hodnoty – oktet ové uspořádání: počet sekund od půlnoci 1. ledna 1970 v časo vém pásmu GMT . 
Nejvyšší možný údaj data/času je v roce 2106. 
2.163  TyreSize 
Označení rozměrů pneumatik. 
Přiřazení hodnoty: podle směr nice 92/23/EHS (Úř. věst. L 129, 31.3.1992, s. 95). 
2.164  VehicleIdentif icationNumber 
Identif ikační číslo vozidla (VIN) odkazující na vozidlo jako celek , obvykle výrobní číslo karosér ie nebo rámu. 
Přiřazení hodnoty: podle ISO 3779. 
2.165  VehicleIdentif icationNumberRecordAr ray 
2. generace: 
Identif ikační číslo vozidla a metadata použitá v prot okolu pro staho vání. 
recordT ype označuje typ záznamu (VehicleIdentif icationNumber). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VehicleIdentif icationNumber v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada identif ikačníc h čísel vozidla. 
2.166  VehicleRegistrationIdentif ication 
Jednoznačná identif ikace vozidla v Evropě (VRN a členský stát). 26.5.2016 L 139/139 Úřední věstník Evropské unie CS     
vehicleRegist rationNation je stát, ve kterém je vozidlo registro váno. 
vehicleRegist rationNumber je registrační značka vozidla (VRN). 
2.167  VehicleRegistrationNumber 
Registrační značka vozidla (VRN). Registrační značka je přidělena orgánem registr ujícím vozidlo. 
codePage určuje znak ovou sadu definovanou v kapito le 4. 
vehicleRegNumber je registrační značka vozidla (VRN) kódo vaná s použitím určené znak ové sady . 
Přiřazení hodnoty: specifi cké pro stát. 
2.168  VehicleRegistrationNumberRecordAr ray 
2. generace: 
Registrační značka vozidla a metadata použitá v protok olu pro staho vání. 
recordT ype označuje typ záznamu (VehicleRegistrationNumber). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VehicleRegistrationNumber v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada registračních značek vozidla. 
2.169  VuAbility 
2. generace: 
Informace uložená v celku ve vozidle a týkající se schopnosti celku ve vozidle používat karty tachog rafu 1. 
generace (požadavek 121 příloh y 1C). 
Přiřazení hodnoty – oktet ové uspořádání: ‘xxxxxxxa’B (8 bitů) 26.5.2016 L 139/140 Úřední věstník Evropské unie CS     
Pro schopn ost podporo vat 1. generaci: 
‘a’B  Schopn ost podporo vat karty tachog rafu 1. generace: 
‘0’B 1. generace je podporo vána, 
‘1’B 1. generace není podporo vána, 
‘xxxxxxx’B  vyhrazeno pro budoucí použití 
2.170  VuActivityDailyData 
1. generace: 
Informace uložené v celku ve vozidle související se změnami činnosti a/nebo změnami statusu řízení a/nebo 
změnami statusu karty pro daný kalendářní den (požadavek 084 příloh y 1B a požadavky 105, 106 a 107 
přílohy 1C) a se stavem otvorů pro kartu v 00.00 daného dne. 
noOfActivityChanges je počet slov ActivityChang eInfo v sadě activityChang eInfos. 
activityChangeInfos je sada slov ActivityChang eInfo uložených v celku ve vozidle pro daný den. Vždy obsahuje 
dvě slova ActivityChangeInf o udáva jící status dvou otvorů pro kartu v 00.00 daného dne. 
2.171  VuActivityDailyRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle související se změnami činnosti a/nebo změnami statusu řízení a/nebo 
změnami statusu karty pro daný kalendářní den (požadavky 105, 106 a 107 příloh y 1C) a se stavem otvor ů pro 
kartu v 00.00 daného dne. 
recordT ype označuje typ záznamu (ActivityChang eInfo). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu ActivityChang eInfo v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada slov ActivityChang eInfo uložených v celku ve vozidle pro daný den. Vždy obsahuje dvě slova 
ActivityChangeInf o udáva jící status dvou otvorů pro kartu v 00.00 daného dne. 
2.172  VuAppro valNumber 
Číslo schv álení typu celku ve vozidle. 26.5.2016 L 139/141 Úřední věstník Evropské unie CS     
1. generace: 
Přiřazení hodnoty: není specifiko váno. 
2. generace: 
Přiřazení hodnoty : 
Číslo schv álení musí být uvedeno tak, jak bylo zveřejněno na příslušnýc h webo vých stránkác h Evropsk é komise, 
tj. např. včetně případných spojo vníků. Číslo schválení musí být zaro vnáno doleva. 
2.173  VuCalibrationDat a 
1. generace: 
Informace uložené v celku ve vozidle týkaj ící se kalibrací záznamo vého zařízení (požada vek 098 příloh y 1B). 
noOfV uCalibrationRecords je počet záznamů obsažených v sadě vuCalibrationRecords. 
vuCalibrationRecords je sada kalibračních záznamů. 
2.174  VuCalibrationRecord 
Informace uložené v celku ve vozidle týkající se kalibrace záznamo vého zařízení (požadavek 098 příloh y 1B a 
požadavky 119 a 120 příloh y 1C). 
1. generace: 
calibrationPur pose je účel kalibrace. 
workshopName, workshopAd dress jsou název dílny a její adresa. 26.5.2016 L 139/142 Úřední věstník Evropské unie CS     
workshopCardNumber identif ikuje kartu dílny použitou při kalibraci. 
workshopCardExpir yDate je datum konce platnosti karty. 
vehicleIdentif icationNumber je identifikační číslo vozidla (VIN). 
vehicleRegist rationIdentif ication obsahuje registrační značku (VRN) a členský stát registrace vozidla. 
wVehicleCharacter isticConst ant je charakteri stický koeficient vozidla. 
kCons tantOfRecordingEquipment je konstanta záznamo vého zařízení. 
lTyreCircumference je účinný obvod pneumatik na kolech. 
tyreSize je označení rozměrů pneumatik namonto vanýc h na vozidle. 
author isedSpeed je dovolená rychlost vozidla. 
oldOdometerV alue, newOdometerV alue jsou stará a nová hodnota počitadla ujetýc h kilometrů. 
oldTimeV alue, newTimeV alue jsou stará a nová hodnota data a času. 
nextCalibrationDate je datum příští kalibrace typu určeného v CalibrationPur pose, kterou provede schv álený 
kontrolní orgán. 
2. generace: 
Kromě prvků 1. generace se použije tento dato vý prvek: 
sealDat aVu uvádí informace o plombách, kter é jsou připojeny k různým částem vozidla. 
2.175  VuCalibrationRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící kalibrací záznamo vého zařízení (požadavky 119 a 120 příloh y 1C). 26.5.2016 L 139/143 Úřední věstník Evropské unie CS     
recordT ype označuje typ záznamu (VuCalibrationRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuCalibrationRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada kalibračních záznamů. 
2.176  VuCardIWDat a 
1. generace: 
Informace uložené v celku ve vozidle týkající se cyklů vložení a vyjmutí karty řidiče nebo karty dílny do/z celku 
ve vozidle (požada vek 081 příloh y 1B a požada vek 103 přílohy 1C). 
noOfIWRecords je počet záznamů v sadě vuCardIWRecords. 
vuCardIWRecords je sada záznamů týkaj ících se cyklů vkládání a vyjímání karty. 
2.177  VuCardIWRecord 
Informace uložené v celku ve vozidle týkající se cyklů vložení a vyjmutí karty řidiče nebo karty dílny do/z celku 
ve vozidle (požada vek 081 příloh y 1B a požada vek 102 přílohy 1C). 
1. generace: 
cardHolderName je příjmení a jméno (jména) držite le karty řidiče nebo karty dílny ve tvar u, jak jsou uložena na 
kartě. 
fullCardNumber je typ karty, členský stát, který ji vysta vil, a její číslo ve tvar u, jak jsou uložené na kartě. 
cardExpir yDate je datum konce platnosti karty ve tvar u, jak je uloženo na kartě. 26.5.2016 L 139/144 Úřední věstník Evropské unie CS     
cardInser tion Time je datum a čas vložení karty. 
vehicleOdometerV alueAtInser tion je hodnota počitadla ujetýc h kilometrů při vložení karty. 
cardSlotNumber je otvor pro kartu, ve kter ém je karta vložena. 
cardWithdrawalTime je datum a čas vyjmutí karty. 
vehicleOdometerV alueAtWithdrawal je hodnota počitadla ujetých kilometrů při vyjmutí karty. 
previousV ehicleInfo obsahuje informaci o předc hozím vozidle, které řidič použil, ve tvar u, jak je uložena na 
kartě. 
manualInputFlag je příznak udáva jící, zda držit el karty při jejím vložení ručně zadal činnosti řidiče. 
2. generace: 
Místo prvku fullCardNumber používá struktura dat 2. generace následující datový prvek. 
fullCardNumberAndGeneration je typ karty, členský stát, který ji vydal, její číslo a generace, jak jsou na kartě 
uloženy . 
2.178  VuCardIWRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se cyklů vložení a vyjmutí karet řidiče nebo karet dílny z/do celku 
ve vozidle (požada vek 103 příloh y 1C). 
recordT ype označuje typ záznamu (VuCardIWRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuCardIWRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů týkaj ících se cyklů vložení a vyjmutí karty. 
2.179  VuCardRecord 
2. generace: 
Informace uložené v celku ve vozidle o použit é kartě tach ografu (požadavek 132 přílohy 1C). 26.5.2016 L 139/145 Úřední věstník Evropské unie CS     
cardExtendedSer ialNumber se načt e ze soubor u EF_ICC pod hlav ním souborem (MF) karty. 
cardPersonaliserID se načte ze soubor u EF_ICC pod MF karty. 
typeOfT achog raphCardId se načt e ze soubor u EF_Application_Identifi cation pod DF_T achograph_G2. 
cardStr uctureV ersion se načte ze soubor u EF_Application_Identif ication pod DF_T achog raph_G2. 
cardNumber se načt e ze soubor u EF_Identification pod DF_T achograph_G2. 
2.180  VuCardRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle o kartách tachografu použitých s tímto celkem ve vozidle. Tyto informace 
jsou určeny pro analýzu problémů s celkem ve vozidle a kartou (požadavek 132 přílohy 1C). 
recordT ype označuje typ záznamu (VuCardRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuCardRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů týkaj ících se karet tachog rafu použitých s celkem ve vozidle. 
2.181  VuCer tificate 
Certifikát veřejného klíče celku ve vozidle. 
2.182  VuCer tificateRecordAr ray 
2. generace: 
Certifikát celku ve vozidle a metadata použitá v prot okolu pro staho vání. 
26.5.2016 L 139/146 Úřední věstník Evropské unie CS     
recordT ype označuje typ záznamu (VuCer tificate). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuCer tificate v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. Hodnota je nastav ena na 1, prot ože certifikáty mohou mít 
různé délky . 
records je sada certifik átů celků ve vozidle. 
2.183  VuCompanyLocksDat a 
1. generace: 
Informace uložené v celku ve vozidle týkaj ící se zámků podniku (požada vek 104 příloh y 1B). 
noOfLock s je počet zámků uvedených v sadě vuCompan yLocksRecords. 
vuCompanyLocksRecords je sada záznamů zámků podniku. 
2.184  VuCompanyLocksRecord 
Informace uložená v celku ve vozidle týkající se jednoho zámku podniku (požadavek 104 příloh y 1B a 
požadavek 128 příloh y 1C). 
1. generace: 
lockIn Time, lockOutTime jsou datum a čas zamčení a odemčení zámku. 
companyName, companyA ddress jsou název a adresa podniku vztahující se k zamčenému zámku. 
companyCardNumber identif ikuje kartu použit ou při zamčení zámku. 
2. generace: 
Místo prvku compan yCardNumber používá struktura dat 2. generace následující dato vý prvek. 
companyCardNumberAndGeneration identifikuje kartu použit ou při zamčení zámku včetně její generace. 26.5.2016 L 139/147 Úřední věstník Evropské unie CS     
2.185  VuCompanyLocksRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se zámků podniku (požada vek 128 příloh y 1C). 
recordT ype označuje typ záznamu (VuCom panyLoc ksRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuCom panyLoc ksRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. Hodnota 0..255. 
records je sada záznamů zámků podniku. 
2.186  VuControlActivityData 
1. generace: 
Informace uložené v celku ve vozidle týkající se kontrol provedených s použitím tohot o celku ve vozidle 
(požadavek 102 přílohy 1B). 
noOfControls je počet kontrol uvedenýc h v sadě vuControlA ctivityRecords. 
vuControlActivityRecords je sada záznamů o kontrolníc h činnost ech. 
2.187  VuControlActivityRecord 
Informace uložené v celku ve vozidle týkaj ící se kontroly provedené s použitím tohot o celku ve vozidle 
(požadavek 102 přílohy 1B a požadavek 126 příloh y 1C). 
1. generace: 
controlT ype je typ kontroly . 
controlTime je datum a čas kontroly . 
controlCardNumber identifikuje kontrolní kartu použitou při kontrole. 26.5.2016 L 139/148 Úřední věstník Evropské unie CS     
downloadPerio dBegin Time je začáte k staženého období, pokud jsou staho vána data. 
downloadPerio dEndTime je konec staženého období, pokud jsou staho vána data. 
2. generace: 
Místo prvku controlCardNumber používá struktura dat 2. generace následující dato vý prvek. 
controlCardNumberAndGeneration identifikuje kontrolní kartu použit ou pro kontrolu včetně její generace. 
2.188  VuControlActivityRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkající se kontrol provedených s použitím tohot o celku ve vozidle 
(požadavek 126 přílohy 1C). 
recordT ype označuje typ záznamu (VuControlA ctivityRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuControlA ctivityRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o kontrolníc h činnost ech provedených s celkem ve vozidle. 
2.189  VuDat aBlockCounter 
Čítač uložený na kartě identif ikující postupně cykly vkládání a vyjímání karty z/do celků ve vozidle. 
Přiřazení hodnoty: pořado vé číslo s max. hodnotou 9 999, po níž začíná opět hodnotou 0. 
2.190  VuDeta iledSpeedBlock 
Informace uložené v celku ve vozidle týkající se podrobností o rychlosti vozidla během jedné minuty , kdy se 
vozidlo pohyb ovalo (požadavek 093 přílohy 1B a požadavek 116 příloh y 1C). 
26.5.2016 L 139/149 Úřední věstník Evropské unie CS     
speedBlockBeginDate je datum a čas první hodnoty rychlosti v rámci bloku. 
speedsPerSecond je chronologická posloupnost naměřenýc h rychlostí každou sekundu během minuty začínají cí 
v okamžiku speedBlockBeginDat e (včetně). 
2.191  VuDeta iledSpeedBlockRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se podrobností o rychlosti vozidla. 
recordT ype označuje typ záznamu (VuDetailedSpeedBlock) . Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuDetailedSpeedBlock v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada bloků podrobností o rychlosti. 
2.192  VuDeta iledSpeedData 
1. generace: 
Informace uložené v celku ve vozidle týkaj ící se podrobností o rychlosti vozidla. 
noOfSpeedBlock s je počet bloků o rychlosti v sadě vuDetailedSpeedBlocks. 
vuDet ailedSpeedBlocks je sada bloků s podrobnostmi o rychlosti. 
2.193  VuDo wnloadablePe riod 
Nejstarší a nejno vější datum, pro kter é celek ve vozidle uchovává údaje týkaj ící se činností řidičů (požadavky 081, 
084 nebo 087 přílohy 1B a požadavky 102, 105 a 108 příloh y 1C). 
minDo wnloadableTime je datum a čas nejstaršího záznamu o vložení karty, změně činnosti nebo zadání místa, 
který je uložen v celku ve vozidle. 
maxDo wnloadableTime je datum a čas nejno vějšího záznamu o vyjmutí karty, změně činnosti nebo zadání 
místa, který je uložen v celku ve vozidle. 26.5.2016 L 139/150 Úřední věstník Evropské unie CS     
2.194  VuDo wnloadablePe riodRecordAr ray 
2. generace: 
VUDo wnloadableP eriod a metadata použitá v protok olu pro staho vání. 
recordT ype označuje typ záznamu (VuDo wnloadableP eriod). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuDo wnloadableP eriod v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů VuDo wnloadableP eriod. 
2.195  VuDo wnloadAc tivityDat a 
Informace uložené v celku ve vozidle týkající se posledního stažení dat z něj (požadavek 105 příloh y 1B a 
požadavek 129 příloh y 1C). 
1. generace: 
downloadingTime je datum a čas stažení dat. 
fullCardNumber identif ikuje kartu použitou k autor izaci staho vání. 
companyOrW orkshopName je název podniku nebo dílny . 
2. generace: 
Místo prvku fullCardNumber používá struktura dat 2. generace následující datový prvek. 
fullCardNumberAndGeneration identif ikuje kartu použitou k autor izaci staho vání, včetně její generace. 
2.196  VuDo wnloadAc tivityDat aRecordAr ray 
2. generace: 
Informace týkaj ící se posledního stažení dat z celku ve vozidle (požada vek 129 příloh y 1C). 
26.5.2016 L 139/151 Úřední věstník Evropské unie CS     
recordT ype označuje typ záznamu (VuDo wnloadA ctivityData). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuDo wnloadA ctivityData v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada dato vých záznamů o provedených staženíc h. 
2.197  VuEv entData 
1. generace: 
Informace uložené v celku ve vozidle týkající se událostí (požadavek 094 přílohy 1B kromě událostí překročení 
povolené rychlosti). 
noOfV uEv ents je počet událostí uvedenýc h v sadě vuEventRecords. 
vuEv entRecords je sada záznamů o událost ech. 
2.198  VuEv entRecord 
Informace uložené v celku ve vozidle týkající se události (požada vek 094 příloh y 1B a požadavek 117 příloh y 1C 
kromě událostí překročení povolené rychlosti). 
1. generace: 
eventT ype je typ události. 
eventRecordPur pose je účel, pro kter ý byla tato událost zaznamenána. 
eventBegin Time je datum a čas začátku události. 
eventEndTime je datum a čas konce události. 
cardNumberDr iverSlotBegin identif ikuje kartu vloženou v otvoru pro kartu řidiče na začátku události. 
cardNumberCodr iverSlotBegin identif ikuje kartu vloženou v otvoru pro kartu druhého řidiče na začátku 
události. 
cardNumberDr iverSlotEnd identif ikuje kartu vloženou v otvoru pro kartu řidiče na konci události. 
cardNumberCodr iverSlotEnd identif ikuje kartu vloženou v otvoru pro kartu druhého řidiče na konci události. 26.5.2016 L 139/152 Úřední věstník Evropské unie CS     
similarEv entsNumber je počet podobných událostí v daný den. 
Tato posloupnost může být použita pro všec hny události s výjimk ou událostí překročení povolené rychlosti. 
2. generace: 
Kromě prvků 1. generace se používají tyto dato vé prvky: 
manufacturerSpecif icEv entFaultData obsahuje dodat ečné informace o události, které jsou specifické pro 
výrobce. 
Místo prvků cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd a cardNum ­
berCodr iverSlotEnd používá struktura dat 2. generace následující dato vé prvky: 
cardNumberAndGenDr iverSlotBegin identifikuje kartu vloženou v otvoru pro kartu řidiče na začátku události, 
včetně její generace. 
cardNumberAndGenCodr iverSlotBegin identif ikuje kartu vloženou v otvoru pro kartu druhého řidiče na 
začátku události, včetně její generace. 
cardNumberAndGenDr iverSlotEnd identif ikuje kartu vloženou v otvoru pro kartu řidiče na konci události, 
včetně její generace. 
cardNumberAndGenCodr iverSlotEnd identif ikuje kartu vloženou v otvoru pro kartu druhého řidiče na konci 
události, včetně její generace. 
Je-li událost časo vým nesouladem, interpr etují se eventBegin Time a eventEndTime takto: 
eventBegin Time je datum a čas záznamo vého zařízení. 
eventEndTime je datum a čas GNSS. 
2.199  VuEv entRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se událostí (požada vek 117 příloh y 1C kromě událostí překročení 
povolené rychlosti). 
26.5.2016 L 139/153 Úřední věstník Evropské unie CS     
recordT ype označuje typ záznamu (VuEventRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuEventRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o událost ech. 
2.200  VuFaultData 
1. generace: 
Informace uložené v celku ve vozidle týkaj ící se závad (požadavek 096 příloh y 1B). 
noOfV uFaults je počet závad uvedených v sadě vuFaultRe cords. 
vuFaultRecords je sada záznamů o závadách. 
2.201  VuFaultRecord 
Informace uložené v celku ve vozidle týkaj ící se závady (požadavek 096 přílohy 1B a požadavek 118 příloh y 1C). 
1. generace: 
faultT ype je typ závady záznamo vého zařízení. 
faultRecordPur pose je účel, pro kter ý byla tato závada zaznamenána. 
faultBegin Time je datum a čas začátku závady. 
faultEndTime je datum a čas konce závady. 
cardNumberDr iverSlotBegin identif ikuje kartu vloženou v otvoru pro kartu řidiče na začátku závady . 
cardNumberCodr iverSlotBegin identif ikuje kartu vloženou v otvoru pro kartu druhého řidiče na začátku 
závady . 
cardNumberDr iverSlotEnd identif ikuje kartu vloženou v otvoru pro kartu řidiče na konci závady. 
cardNumberCodr iverSlotEnd identif ikuje kartu vloženou v otvoru pro kartu druhého řidiče na konci závady . 26.5.2016 L 139/154 Úřední věstník Evropské unie CS     
2. generace: 
Kromě prvků 1. generace se použije tento dato vý prvek: 
manufacturerSpecif icEv entFaultData obsahuje dodatečné informace o závadě, které jsou specifick é pro 
výrobce. 
Místo prvků cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd a cardNum ­
berCodr iverSlotEnd používá struktura dat 2. generace následující dato vé prvky: 
cardNumberAndGenDr iverSlotBegin identif ikuje kartu vloženou v otvoru pro kartu řidiče na začátku závady, 
včetně její generace. 
cardNumberAndGenCodr iverSlotBegin identif ikuje kartu vloženou v otvoru pro kartu druhého řidiče na 
začátku závady, včetně její generace. 
cardNumberAndGenDr iverSlotEnd identif ikuje kartu vloženou v otvoru pro kartu řidiče na konci závady, 
včetně její generace. 
cardNumberAndGenCodr iverSlotEnd identif ikuje kartu vloženou v otvoru pro kartu druhého řidiče na konci 
závady , včetně její generace. 
2.202  VuFaultRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se závad (požadavek 118 příloh y 1C). 
recordT ype označuje typ záznamu (VuFaul tRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuFaul tRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o závadách . 
2.203  VuGNSSCDRecord 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se poloh y vozidla dle GNSS, pokud nepřetržitá doba řízení řidiče 
dosáhne násobku tří hodin (požadavky 108 a 110 příloh y 1C). 26.5.2016 L 139/155 Úřední věstník Evropské unie CS     
timeSt amp je datum a čas, kdy nepřetržitá doba řízení držite le karty dosáhne násobku tří hodin. 
cardNumberAndGenDr iverSlot identif ikuje kartu vloženou v otvoru pro kartu řidiče, včetně její generace. 
cardNumberAndGenCodr iverSlot identifikuje kartu vloženou v otvoru pro kartu druhého řidiče, včetně její 
generace. 
gnssPlaceRecord obsahuje informace týkaj ící se polohy vozidla. 
2.204  VuGNSSCDRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se poloh y vozidla dle GNSS, pokud nepřetržitá doba řízení řidiče 
dosáhne násobku tří hodin (požadavek 108 a 110 přílohy 1C). 
recordT ype označuje typ záznamu (VuGNSSCDRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuGNSSCDRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o nepřetržit é době řízení dle GNSS. 
2.205  VuIdentif ication 
Informace uložené v celku ve vozidle týkající se identifikace celku ve vozidle (požadavek 075 příloh y 1B a 
požadavky 93 a 121 příloh y 1C). 
1. generace: 
vuManufacturerName je název výrobce celku ve vozidle. 
vuManufacturerAddress je adresa výrobce celku ve vozidle. 26.5.2016 L 139/156 Úřední věstník Evropské unie CS     
vuPar tNumber je katalogo vé číslo dílu celku ve vozidle. 
vuSer ialNumber je výrobní číslo celku ve vozidle. 
vuSof twareIdentif ication identif ikuje software implemento vaný v celku ve vozidle. 
vuManufactur ingDate je datum výrob y celku ve vozidle. 
vuAppro valNumber je číslo schválení typu celku ve vozidle. 
2. generace: 
Kromě prvků 1. generace se používají tyto dato vé prvky: 
vuGeneration identifikuje generaci celku ve vozidle. 
vuAbility poskytuje informaci, zda celek ve vozidle podpor uje karty tachografu 1. generace, či nikoli. 
2.206  VuIdentif icationRecordAr ray 
2. generace: 
VuIdentif ication a metadata použitá v protok olu pro staho vání. 
recordT ype označuje typ záznamu (VuIdentification). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuIdentif ication v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů VuIdentification. 
2.207  VuITSConsentRecord 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se souhlasu řidiče s používáním intelig entních dopravníc h systé mů. 
26.5.2016 L 139/157 Úřední věstník Evropské unie CS     
cardNumberAndGen identifikuje kartu včetně její generace. Musí se jednat o kartu řidiče nebo kartu dílny . 
consent je příznak, který uvádí, zda řidič souhlasil s používáním intelig entních dopravníc h systé mů ve spojitos ti 
s tímto vozidlem / celkem ve vozidle. 
Přiřazení hodnoty : 
TRUE  označuje souhlas řidiče s používáním inteli gentníc h dopra vních systémů 
FALSE  označuje nesouhlas řidiče s používáním intelig entníc h dopra vních systé mů 
2.208  VuITSConsentRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkající se souhlasu řidiče s používáním inteligentníc h dopra vních systémů 
(požadavek 200 přílohy 1C). 
recordT ype označuje typ záznamu (VuITSConsentRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuITSConsentRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o souhlasu s používáním ITS. 
2.209  VuManufacturerAddress 
Adresa výrobce celku ve vozidle. 
Přiřazení hodnoty: není specifiko váno. 
2.210  VuManufacturerName 
Název výrobce celku ve vozidle. 
Přiřazení hodnoty: není specifiko váno. 
2.211  VuManufactur ingDate 
Datum výroby celku ve vozidle. 
Přiřazení hodnoty: není specifiko váno. 26.5.2016 L 139/158 Úřední věstník Evropské unie CS     
2.212  VuOv erSpeedingControlData 
Informace uložené v celku ve vozidle týkaj ící se událostí překročení povolené rychlosti od poslední kontroly 
překročení povolené rychlosti (požadavek 095 příloh y 1B a požadavek 117 příloh y 1C). 
lastOv erspeedControlTime je datum a čas poslední kontroly překročení povolené rychlosti. 
firstOvers peedSince je datum a čas prvního překročení povolené rychlosti po této kontrole překročení 
povolené rychlosti. 
numberOfOv erspeedSince je počet událostí překročení povolené rychlosti od poslední kontroly překročení 
povolené rychlosti. 
2.213  VuOv erSpeedingControlDataRecordAr ray 
2. generace: 
VuOverSpeedingControlData a metadata použitá v protok olu pro staho vání. 
recordT ype označuje typ záznamu (VuOverSpeedingControlData). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuOverSpeedingControlData v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada dato vých záznamů o kontrole překročení povolené rychlosti. 
2.214  VuOv erSpeedingEv entData 
1. generace: 
Informace uložené v celku ve vozidle týkající se událostí překročení povolené rychlosti (požadavek 094 příloh y 
1B). 
noOfV uOv erSpeedingEv ents je počet událostí uvedených v sadě vuOverSpeedingEventRecords. 
vuOv erSpeedingEv entRecords je sada záznamů o událoste ch překročení povolené rychlosti. 
2.215  VuOv erSpeedingEv entRecord 
1. generace: 
Informace uložené v celku ve vozidle týkající se událostí překročení povolené rychlosti (požadavek 094 příloh y 
1B a požadavek 117 příloh y 1C). 26.5.2016 L 139/159 Úřední věstník Evropské unie CS     
eventT ype je typ události. 
eventRecordPur pose je účel, pro kter ý byla tato událost zaznamenána. 
eventBegin Time je datum a čas začátku události. 
eventEndTime je datum a čas konce události. 
maxSpeedV alue je nejvyšší rychlost naměřená během události. 
averageSpeedV alue je průměr ná rychlost naměřená během události. 
cardNumberDr iverSlotBegin identif ikuje kartu vloženou v otvoru pro kartu řidiče na začátku události. 
similarEv entsNumber je počet podobných událostí v daný den. 
2. generace: 
Informace uložené v celku ve vozidle týkající se událostí překročení povolené rychlosti (požadavek 094 příloh y 
1B a požadavek 117 příloh y 1C). 
Namísto prvku cardNumberDr iverSlotBegin používá struktura dat 2. generace následující datový prvek: 
cardNumberAndGenDr iverSlotBegin identifikuje kartu vloženou v otvoru pro kartu řidiče na začátku události, 
včetně její generace. 
2.216  VuOv erSpeedingEv entRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkající se událostí překročení povolené rychlosti (požadavek 117 příloh y 
1C). 
26.5.2016 L 139/160 Úřední věstník Evropské unie CS     
recordT ype označuje typ záznamu (VuOverSpeedingEventRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuOverSpeedingEventRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o událost ech překročení povolené rychlosti. 
2.217  VuPar tNumber 
Katalogo vé číslo dílu celku ve vozidle. 
Přiřazení hodnoty: specifi cké pro výrobce celku ve vozidle. 
2.218  VuPlaceDailyW orkPeriod Data 
1. generace: 
Informace uložené v celku ve vozidle týkaj ící se míst, kde řidiči začínají nebo končí denní praco vní dobu 
(požadavek 087 přílohy 1B a požadavky 108 a 110 příloh y 1C). 
noOfPlaceRecords je počet záznamů uvedenýc h v sadě vuPlaceDailyW orkPer iodRecords. 
vuPlaceDailyW orkPeriodR ecords je sada záznamů týkaj ících se míst. 
2.219  VuPlaceDailyW orkPeriod Record 
1. generace: 
Informace uložené v celku ve vozidle týkaj ící se místa, kde řidič začíná nebo končí denní praco vní dobu 
(požadavek 087 přílohy 1B a požadavky 108 a 110 příloh y 1C). 
fullCardNumber je typ karty řidiče, členský stát, který ji vydal, a číslo karty. 
placeRecord obsahuje informace týkající se zadaného místa. 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se místa, kde řidič začíná nebo končí denní praco vní dobu 
(požadavek 087 přílohy 1B a požadavky 108 a 110 příloh y 1C). 
26.5.2016 L 139/161 Úřední věstník Evropské unie CS     
Místo prvku fullCardNumber používá struktura dat 2. generace následující datový prvek: 
fullCardNumberAndGeneration je typ karty, členský stát, který ji vydal, její číslo a generace, jak jsou na kartě 
uloženy . 
2.220  VuPlaceDailyW orkPeriod RecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se míst, kde řidič začíná nebo končí denní praco vní dobu 
(požadavky 108 a 110 příloh y 1C). 
recordT ype označuje typ záznamu (VuPlaceDailyW orkPer iodRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuPlaceDailyW orkPer iodRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů týkaj ících se míst. 
2.221  VuPrivateKey 
1. generace: 
Soukromý klíč celku ve vozidle. 
2.222  VuPublicKey 
1. generace: 
Veřejný klíč celku ve vozidle. 
2.223  VuSer ialNumber 
Výrobní číslo celku ve vozidle (požada vek 075 příloh y 1B a požadavek 93 příloh y 1C). 
2.224  VuSof tInst allationDate 
Datum instalace verze softwar u celku ve vozidle. 
Přiřazení hodnoty: není specifiko váno. 26.5.2016 L 139/162 Úřední věstník Evropské unie CS     
2.225  VuSof twareIdentif ication 
Informace uložená v celku ve vozidle týkaj ící se instalo vaného softwar u. 
vuSof twareV ersion je číslo verze softwar u v celku ve vozidle. 
vuSof tInst allationDate je datum instalace verze softwar u. 
2.226  VuSof twareV ersion 
Číslo verze softwar u celku ve vozidle. 
Přiřazení hodnoty: není specifiko váno. 
2.227  VuSpecif icConditionData 
1. generace: 
Informace uložené v celku ve vozidle týkaj ící se zvláštních podmínek . 
noOfSpecif icConditionRecords je počet záznamů uvedených v sadě specif icConditionRecords. 
specif icConditionRecords je sada záznamů týkaj ících se zvláštních podmínek . 
2.228  VuSpecif icConditionRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se zvláštních podmínek (požadavek 130 příloh y 1C). 
recordT ype označuje typ záznamu (SpecificConditionRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu Specific ConditionRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů týkaj ících se zvláštních podmínek . 26.5.2016 L 139/163 Úřední věstník Evropské unie CS     
2.229  VuTimeAdjustmentDat a 
1. generace: 
Informace uložené v celku ve vozidle týkaj ící se nastav ení času provedených mimo pravi delnou kalibraci 
(požadavek 101 přílohy 1B). 
noOfV uTimeA djRecords je počet záznamů v sadě vuTimeA djustmentRecords. 
vuTimeAdjustmentRecords je sada záznamů o nastav ení času. 
2.230  VuTimeAdjustmentGNSSRecord 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se nastav ení času na základě časo vých údajů z GNSS (požada vky 
124 a 125 příloh y 1C). 
oldTimeV alue, newTimeV alue jsou stará a nová hodnota data a času. 
2.231  VuTimeAdjustmentGNSSRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkající se nastav ení času provedeného na základě časo vých údajů z GNSS 
(požadavky 124 a 125 příloh y 1C). 
recordT ype označuje typ záznamu (VuTimeAd justmentGNSSRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuTimeAdjustm entGNSSRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o nastav ení času podle GNSS. 26.5.2016 L 139/164 Úřední věstník Evropské unie CS     
2.232  VuTimeAdjustmentRecord 
Informace uložené v celku ve vozidle týkající se nastavení času provedeného mimo pravi delnou kalibraci 
(požadavek 101 přílohy 1B a požadavky 124 a 125 příloh y 1C). 
1. generace: 
oldTimeV alue, newTimeV alue jsou stará a nová hodnota data a času. 
workshopName, workshopAd dress jsou název dílny a její adresa. 
workshopCardNumber identif ikuje kartu dílny použitou k nastavení času. 
2. generace: 
Místo prvku workshopCardNumber používá struktura dat 2. generace následující dato vý prvek. 
workshopCardNumberAndGeneration identifikuje kartu dílny použit ou k nastav ení času, včetně její generace. 
2.233  VuTimeAdjustmentRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se nastav ení času provedených mimo pravi delnou kalibraci 
(požadavky 124 a 125 příloh y 1C). 
recordT ype označuje typ záznamu (VuTimeAd justmentRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuTimeAdjustm entRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o nastav ení času. 26.5.2016 L 139/165 Úřední věstník Evropské unie CS     
2.234  WorkshopCardApplicationIdentif ication 
Informace uložené na kartě dílny týkaj ící se identif ikace aplikace karty (požadavky 307 a 330 příloh y 1C). 
1. generace: 
typeOfT achog raphCardId udává implement ovaný typ karty. 
cardStr uctureV ersion udává verzi struktur y implement ované v kartě. 
noOfEv entsPerT ype je počet událostí od každého typu události, kter é lze na kartu zaznamenat. 
noOfFaultsPerT ype je počet záva d od každého druhu závady , které lze na kartu zaznamenat. 
activityStr uctureLength udává počet bajtů, které jsou k dispozici pro ukládání záznamů o činnosti. 
noOfCardV ehicleRecords je počet záznamů o vozidle, kter é může karta obsaho vat. 
noOfCardPlaceRecords je počet míst, která lze na kartu zaznamenat. 
noOfCalibrationRecords je počet záznamů o kalibraci, který lze na kartu uložit. 
2. generace: 
Kromě prvků 1. generace se používají tyto dato vé prvky: 
noOfGNSSCDRecords je počet záznamů o nepřetržit é době řízení dle GNSS, kter é lze na kartu uložit. 
noOfSpecif icConditionRecords je počet záznamů o zvláštní podmínce, které lze na kartu uložit. 
2.235  WorkshopCardCalibrationData 
Informace uložené na kartě dílny týkající se činnosti dílny provedené s kartou (požadavky 314, 316, 337 a 339 
přílohy 1C). 26.5.2016 L 139/166 Úřední věstník Evropské unie CS     
calibration TotalNumber je celk ový počet kalibrací provedených s kartou. 
calibrationPointerNew estRecord je index naposledy aktualizo vaného záznamu o kalibraci. 
Přiřazení hodnoty: číslo odpo vídají cí čítači záznamů o kalibraci začínající hodnotou „0“ u prvního výskytu 
záznamu o kalibraci ve struktuře. 
calibrationRecords je sada záznamů obsahujících informace o kalibraci a/nebo nastav ení času. 
2.236  WorkshopCardCalibrationRecord 
Informace uložené na kartě dílny týkaj ící se kalibrace provedené s kartou (požadavky 314 a 337 příloh y 1C). 
1. generace: 
calibrationPur pose je účel kalibrace. 
vehicleIdentif icationNumber je identifikační číslo vozidla (VIN). 
vehicleRegist ration obsahuje registrační značku (VRN) a členský stát registrace vozidla. 
wVehicleCharacter isticConst ant je charakteri stický koeficient vozidla. 
kCons tantOfRecordingEquipment je konstanta záznamo vého zařízení. 
lTyreCircumference je účinný obvod pneumatik na kolech. 
tyreSize je označení rozměrů pneumatik namonto vanýc h na vozidle. 
author isedSpeed je maximální dovolená rychlost vozidla. 
oldOdometerV alue, newOdometerV alue jsou stará a nová hodnota počitadla ujetýc h kilometrů. 
oldTimeV alue, newTimeV alue jsou stará a nová hodnota data a času. 26.5.2016 L 139/167 Úřední věstník Evropské unie CS     
nextCalibrationDate je datum příští kalibrace typu určeného v CalibrationPur pose, kterou provede schv álený 
kontrolní orgán. 
vuPar tNumber , vuSer ialNumber a sensorSer ialNumber jsou dato vé prvky pro identif ikaci záznamo vého 
zařízení. 
2. generace: 
Kromě prvků 1. generace se používají tyto dato vé prvky: 
sensorGNSSSer ialNumber identifikuje vnější zařízení GNSS. 
rcmSer ialNumber identif ikuje modul dálk ové komunikace. 
sealDat aCard udává informace o plombách, kter é jsou připojeny k různým částem vozidla. 
2.237  WorkshopCardHolderIdentif ication 
Informace uložené na kartě dílny týkaj ící se identif ikace držit ele karty (požadavky 311 a 334 příloh y 1C). 
workshopName je název dílny držit ele karty. 
workshopAd dress je adresa dílny držite le karty. 
cardHolderName je příjmení a jméno (jména) držitele (např. jméno mechanik a). 
cardHolderPreferr edLanguage je upřednostňo vaný jazyk držitele karty. 
2.238  WorkshopCardPIN 
Kód PIN karty dílny (požada vky 309 a 332 přílohy 1C). 26.5.2016 L 139/168 Úřední věstník Evropské unie CS     
Přiřazení hodnoty: Kód PIN známý držit eli karty, zpra va doplněný bajty „FF“ na délku 8 bajtů. 
2.239  W-VehicleCharacter isticCons tant 
Charakter istick ý koeficie nt vozidla (definice k)). 
Přiřazení hodnoty: impulsy na kilometr v provozním rozsahu 0 až 64 255 impulsů/km. 
2.240  VuPo werSupplyInter ruptionRecord 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se událostí přer ušení napájení (požada vek 117 příloh y 1C). 
eventT ype je typ události. 
eventRecordPur pose je účel, pro kter ý byla tato událost zaznamenána. 
eventBegin Time je datum a čas začátku události. 
eventEndTime je datum a čas konce události. 
cardNumberAndGenDr iverSlotBegin identif ikuje kartu vloženou do otvoru pro kartu řidiče na začátku 
události, včetně její generace. 
cardNumberAndGenDr iverSlotEnd identif ikuje kartu vloženou do otvoru pro kartu řidiče na konci události, 
včetně její generace. 
cardNumberAndGenCodr iverSlotBegin identifikuje kartu vloženou do otvoru pro kartu druhého řidiče na 
začátku události, včetně její generace. 
cardNumberAndGenCodr iverSlotEnd identifikuje kartu vloženou do otvoru pro kartu druhého řidiče na konci 
události, včetně její generace. 
similarEv entsNumber je počet podobných událostí v daný den. 
2.241  VuPo werSupplyInter ruptionRecordAr ray 
2. generace: 
Informace uložené v celku ve vozidle týkaj ící se událostí přer ušení napájení (požada vek 117 příloh y 1C). 26.5.2016 L 139/169 Úřední věstník Evropské unie CS     
recordT ype označuje typ záznamu (VuPowerSupplyInt erruptionRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu VuPowerSupplyInterr upti onRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o událost ech přer ušení napájení. 
2.242  VuSensorExter nalGNSSCoupledRecordAr ray 
2. generace: 
Sada záznamů SensorExte rnalGNSSCoupledRecord a metadata použitá v protok olu pro staho vání. 
recordT ype označuje typ záznamu (SensorExt ernalGNSSCoupledRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu SensorExte rnalGNSSCoupledRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o vazbě externího snímače GNSS. 
2.243  VuSensorPairedRecordAr ray 
2. generace: 
Sada záznamů SensorPaire dRecord a metadata použitá v protok olu pro staho vání. 
recordT ype označuje typ záznamu (SensorPai redRecord). Přiřazení hodnoty: viz RecordT ype 
recordSize je velik ost záznamu SensorPaire dRecord v bajtech. 
noOfRecords je počet záznamů v sadě záznamů. 
records je sada záznamů o páro vání snímače. 26.5.2016 L 139/170 Úřední věstník Evropské unie CS     
3.  DEFINICE HODNOT A ROZSAHŮ VELIK OSTÍ 
Definice hodnot proměnných použitýc h pro definice v odstav ci 2. 
4.  ZNAK OVÉ SAD Y 
V řetězcích IA5Str ings se používa jí znaky ASCII dle definice v ISO/IEC 8824-1. Pro čitelnost a snadné 
odkazo vání je přiřazení hodnoty uvedeno dále. V případě nesro vnalostí má norma ISO/IEC 8824-1 přednost 
před tout o informativní poznámk ou. 
Další řetězce znaků (Addr ess, Name, VehicleRegistrationNumber) navíc používají i znaky z rozsahu de­
kadic kých kódů znaků 161–255 z následujícíc h 8-bito vých standardních znak ových sad určených čí­
slem kódo vé stránky: 
Standardní znak ová sada Kódo vá stránka 
(dekadicky) 
ISO/IEC 8859-1 Latinka 1 – západoevropské jazyky 1 
ISO/IEC 8859-2 Latinka 2 – středoevropsk é jazyky 2 
ISO/IEC 8859-3 Latinka 3 – jihoevropsk é jazyky 3 
ISO/IEC 8859-5 Latinka / cyrilice 5 
ISO/IEC 8859-7 Latinka / řecká 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 jihovýchod ní Evrop y 16 
KOI8-R Latinka / cyrilice 80 
KOI8-U Latinka / cyrilice 85  
5.  KÓDO VÁNÍ 
Při kódo vání dle pravidel ASN.1 musí být všec hny datové typy kódo vány podle ISO/IEC 88252 v zaro vnané 
variantě. 
6.  IDENTIFIKÁ TOR Y OBJEK TŮ A IDENTIFIKÁ TOR Y APLIKA CÍ 
6.1  Identif ikátory objektů 
Identif ikátory objektů (OID) uvedené v této kapito le se vztahují pouze na 2. generaci. Tyto OID jsou stano veny v 
TR-03110-3 a zde jsou zopak ovány z důvodu úplnosti. Tyto OID jsou obsaženy v podstromu bsi-de: 
26.5.2016 L 139/171 Úřední věstník Evropské unie CS     
Identif ikátory proto kolu ověření prav osti celku ve vozidle 
Příklad: Má-li být ověření pravosti celku ve vozidle prováděno pomocí SHA-384, musí být použit identif ikátor 
objektu (v notaci ASN.1) 
 . Hodnota tohot o identifikátor u 
objektu v tečk ové notaci je 
 .  
Tečková notace Bajtová notace 
‘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’  
Identif ikátory proto kolu ověření prav osti čipu 
Příklad: Ověření pravosti čipu má být provedeno pomocí algor itmu ECDH a jeho výsledkem klíč relace AES o 
délce 128 bitů. Tento klíč relace bude následně použit v režimu CBC k zajištění důvěr nosti dat a v algor itmu 
CMA C k zaručení prav osti dat. Použije se tedy identifikátor objektu (v notaci ASN.1) 
. Hodnota tohot o identif ikátoru objektu v tečk ové notaci je 
.  
Tečková notace Bajtová notace 
‘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’  
6.2  Identif ikátory aplik ací 
2. generace: 
Identif ikátor aplikace (AID) pro vnější zařízení GNSS (2. generace) je dán řetězcem ‘FF 44 54 45 47 4D’. Jde o 
propr ietár ní AID podle ISO/IEC 7816-4. 26.5.2016 L 139/172 Úřední věstník Evropské unie CS     
Poznámka: Posledníc h 5 bajtů kóduje DTEGM pro vnější zařízení GNSS inteli gentního tachografu. 
Identif ikátor aplikace pro aplikaci karty tachog rafu 2. generace je dán řetězcem ‘FF 53 4D 52 44 54’. Jde o 
propr ietár ní AID podle ISO/IEC 7816-4.  26.5.2016 L 139/173 Úřední věstník Evropské unie CS     
Dodatek 2 
SPECIFIKA CE KARET TACHOGRAFU 
OBSAH 
1. ÚVOD ........................................................................................................................................... 175 
1.1 Zkratky .............................................................................................................................. 175 
1.2 Odkazy .............................................................................................................................. 176 
2. ELEK TRIC KÉ A FYZICKÉ VLASTNOSTI .................................................................................................. 176 
2.1 Napájecí napětí a spotřeba proudu ........................................................................................... 177 
2.2 Programo vací napětí Vpp........................................................................................................ 177 
2.3 Generátor hodino vých impulsů a frekvence ................................................................................ 177 
2.4 Kontakt I/O ........................................................................................................................ 177 
2.5 Stavy karty......................................................................................................................... 177 
3. HARD WARE A KOMUNIKA CE............................................................................................................. 177 
3.1 Úvod ................................................................................................................................. 177 
3.2 Protok ol pro přenos dat......................................................................................................... 178 
3.2.1 Protok oly ........................................................................................................................... 178 
3.2.2 ATR .................................................................................................................................. 179 
3.2.3 PTS ................................................................................................................................... 179 
3.3 Pravi dla přístupu .................................................................................................................. 180 
3.4 Přehled příkazů a kódů chyb ................................................................................................... 183 
3.5 Popisy příkazů ..................................................................................................................... 185 
3.5.1 SELECT .......................................................................................................................................... 186 
3.5.2 READ BINAR Y................................................................................................................................. 187 
3.5.3 UPD ATE BINAR Y.............................................................................................................................. 194 
3.5.4 GET CHALLENGE ............................................................................................................................. 200 
3.5.5 VERIFY .......................................................................................................................................... 200 
3.5.6 GET RESPONSE ................................................................................................................................ 202 
3.5.7 PSO: VERIFY CERTIFICA TE.................................................................................................................. 202 
3.5.8 INTERNAL AUTHENTICA TE................................................................................................................ 204 
3.5.9 EXTERNAL AUTHENTICA TE ............................................................................................................... 205 
3.5.10 GENERAL AUTHENTICA TE................................................................................................................. 206 
3.5.11 MANA GE SECURIT Y ENVIR ONMENT .................................................................................................... 207 
3.5.12 PSO: HASH ..................................................................................................................................... 210 
3.5.13 PERFORM HASH of FILE .................................................................................................................... 211 
3.5.14 PSO: COMP UTE DIGIT AL SIGNA TURE ................................................................................................... 212 
3.5.15 PSO: VERIFY DIGIT AL SIGNA TURE ....................................................................................................... 213 
3.5.16 PROCESS DSR C MESSA GE .................................................................................................................. 214 
4. STR UKTURA KARET TACHOGRAFU ..................................................................................................... 216 
4.1 Hlavní soubor MF ................................................................................................................ 216 26.5.2016 L 139/174 Úřední věstník Evropské unie CS     
4.2 Aplikace karty řidiče ............................................................................................................. 217 
4.2.1 Aplikace karty řidiče 1. generace ............................................................................................. 217 
4.2.2 Aplikace karty řidiče 2. generace ............................................................................................. 221 
4.3 Aplikace karty dílny .............................................................................................................. 224 
4.3.1 Aplikace karty dílny 1. generace .............................................................................................. 224 
4.3.2 Aplikace karty dílny 2. generace .............................................................................................. 228 
4.4 Aplikace kontrolní karty........................................................................................................ 233 
4.4.1 Aplikace kontrolní karty 1. generace ......................................................................................... 233 
4.4.2 Aplikace kontrolní karty 2. generace ......................................................................................... 235 
4.5 Aplikace karty podniku ......................................................................................................... 237 
4.5.1 Aplikace karty podniku 1. generace .......................................................................................... 237 
4.5.2 Aplikace karty podniku 2. generace .......................................................................................... 238  
1.  ÚVOD 
1.1  Zkratky 
Pro účely tohot o dodatku se použi jí tyto zkratky: 
AC  podmínky přístupu (Access conditions) 
AES  pokročilý standard pro šifro vání (Advanced Encr yption Standar d) 
AID  identifikátor aplikace (Application Identif ier) 
ALW  vždy (Alw ays) 
APDU  datová jednotka aplikačního protok olu (Application Protocol Data Unit, struktura příkazu) 
ATR  odpo věď na reset (Answer To Reset) 
AUT  ověřena prav ost (Authenticated) 
C6, C7  kontakty č. 6 a 7 karty, jak popisuje norma ISO/IEC 7816-2 
cc  hodino vé takty (clock cycles) 
CHV  informace k ověření držit ele karty (Card holder Verification Information) 
CLA  bajt třídy (Class) příkazu APDU 
DSR C  vyhrazené komunikace krátkéh o dosahu (Dedicated Shor t Range Communication) 
DF  vyhrazený soubor (Dedicated File). DF může obsaho vat jiné soubor y (EF nebo DF) 
ECC  kryptografie na bázi eliptic kých křivek (Elliptic Curve Cryptog raphy) 
EF  elementár ní soubor (Elementar y File) 
etu  základní časo vá jednotka (elementar y time unit) 
G1  1. generace 
G2  2. generace 
IC  integrovaný obvod (Integ rated Circuit) 
ICC  karta s integro vaným obvodem, čipo vá karta (Integ rated Circuit Card) 
ID  identifikátor 
IFD  zařízení rozhraní (Inter face Device) 
IFS  velik ost informačního pole (Inform ation Field Size) 
IFSC  velik ost informačního pole pro kartu (Information Field Size for the card) 26.5.2016 L 139/175 Úřední věstník Evropské unie CS     
IFSD  velik ost informačního pole zařízení (Inform ation Field Size Device, pro term inál) 
INS  bajt instr ukce (Instr uction) příkazu APDU 
Lc  délka vstupních dat pro příkaz APDU 
Le  délka očekáv aných dat (výstupníc h dat pro příkaz) 
MF  hlav ní soubor (Master File, kořeno vý DF) 
NAD  adresa uzlu (Node Address) používaná v protok olu T=1 
NEV  nikdy (Never) 
P1-P2  bajty parametrů 
PIN  kód PIN (Personal Identifi cation Number) 
PRO SM  chráněno bezpečným předáv áním zpráv (Protected with secure messaging) 
PTS  výběr přenoso vého protok olu (Protocol Transmission Selection) 
RFU  vyhrazeno pro budoucí použití (Reser ved for Future Use) 
RST  reset (kar ty) 
SFID  krátký identifikátor EF (Shor t EF Identif ier) 
SM  bezpečné předáv ání zprá v (Secure Messaging) 
SW1-SW2  stavové bajty 
TS  počátečn í znak ATR 
VPP  programo vací napětí 
VU  celek ve vozidle (Vehicle Unit) 
XXh  hodnota XX v hexadecimální notaci 
‘XXh’  hodnota XX v hexadecimální notaci 
||  symbol zřetězení: 03||04=0304 
1.2  Odka zy 
V tomt o dodatku se používaj í tyto odkazy: 
ISO/IEC 7816-2  Identif ication cards – Integ rated circuit cards – Part 2: Dimensions and location of the contacts. 
ISO/IEC 7816-2:2007. 
ISO/IEC 7816-3  Identif ication cards – Integ rated circuit cards – Part 3: Electr ical interface and transmission protocols. 
ISO/IEC 7816-3:2006. 
ISO/IEC 7816-4  Identif ication cards – Integ rated circuit cards – Part 4: Organization, secur ity and commands for 
interchang e. ISO/IEC 7816-4:2013 + Cor 1: 2014. 
ISO/IEC 7816-6  Identif ication cards – Integ rated circuit cards – Part 6: Inter industr y data elements for inter change. 
ISO/IEC 7816-6:2004 + Cor 1: 2006. 
ISO/IEC 7816-8  Identif ication cards – Integ rated circuit cards – Part 8: Commands for secur ity operations. ISO/IEC 
7816-8:2004. 
ISO/IEC 9797-2  Inform ation technology – Secur ity techniques – Message Authentication Codes (MA Cs) – Part 2: 
Mechanisms using a dedicated hash-function. ISO/IEC 9797-2:2011 
2.  ELEK TRICKÉ A FYZICKÉ VLASTNOSTI 
TCS_01  Všechn y elektronic ké signály musí být v souladu s normou ISO/IEC 7816-3, pokud není uvedeno 
jinak . 
TCS_02  Umístění kontaktů karty a jejich rozměr y musí být v souladu s normou ISO/IEC 7816-2. 26.5.2016 L 139/176 Úřední věstník Evropské unie CS     
2.1  Napájecí napětí a spotřeba proudu 
TCS_03  Karta pracuje podle specifi kace uvnitř hranic spotřeby podle ISO/IEC 7816-3. 
TCS_04  Karta pracuje při Vcc = 3 V (± 0,3 V) nebo při Vcc = 5 V (± 0,5 V). 
Volba napětí se provádí v souladu s ISO/IEC 7816-3. 
2.2  Prog ramo vací napětí Vpp 
TCS_05  Karta nevyžaduje na kontaktu C6 programo vací napětí. Předpokládá se, že kontakt C6 není v 
zařízení rozhraní (IFD) zapojen. Kontakt C6 může být na kartě spojen s napětím Vcc, nesmí být ale 
uzemněn. Toto napětí nesmí být v žádném případě interpr etováno. 
2.3  Generátor hodino vých impulsů a frekv ence 
TCS_06  Karta pracuje v rozsahu frekvencí 1 až 5 MHz a může podporo vat vyšší frekvence. V rámci jedné 
relace karty se hodino vá frekvence může měnit ± 2 %. Hodino vá frekvence je genero vána celke m ve 
vozidle, ne kartou. Střída se může pohy bovat od 40 do 60 %. 
TCS_07  Za podmínek obsaženýc h v soubor u EF ICC karty mohou být vnější hodiny zasta veny . První bajt 
těla soubor u EF ICC kóduje podmínky režimu Clockst op: 
Úroveň L Úroveň H   
Bit 3 Bit 2 Bit 1 
0 0 1 Režim Clockst op dovolen, žádná prefero vaná úroveň 
0 1 1 Režim Clockst op dovolen, pref erována úroveň H 
1 0 1 Režim Clockst op dovolen, pref erována úroveň L 
0 0 0 Režim Clockst op není dovolen 
0 1 0 Režim Clockst op dovolen pouze při úrovni H 
1 0 0 Režim Clockst op dovolen pouze při úrovni L  
Bity 4 až 8 nejsou použity . 
2.4  Kon takt I/O 
TCS_08  Kontakt I/O (C7) slouží pro příjem dat ze zařízení rozhraní (IFD) a pro vysílání dat do IFD. Během 
provozu se nachá zí v režimu vysílání buď jen karta, nebo IFD. Jsou-li v režimu vysílání obě 
jednotky , nesmí tím být karta pošk ozena. Pokud karta nevysílá, musí být v režimu příjmu. 
2.5  Stavy karty 
TCS_09  Při připojeném napájecím napětí pracuje karta ve dvou stavec h: 
provozním stavu během vykonávání příkazů nebo během propojení s digitální jednotk ou, 
klido vém stavu v ostatním čase; v tomt o stavu musejí být zacho vána všec hna data na kartě. 
3.  HARD WARE A KOMUNIKA CE 
3.1  Úvod 
Tento odsta vec popisuje minimální funkčnost požado vanou kartami tachog rafu a celky ve vozidle k zajištění 
sprá vného provozu a inter operability . 26.5.2016 L 139/177 Úřední věstník Evropské unie CS     
Karty tachog rafu jsou v maximální možné míře v souladu s dostupnými normami ISO/IEC (především ISO/ 
IEC 7816). Příkazy a protok oly jsou nicméně plně popsány , aby bylo specifik ováno určité omezené použití 
nebo některé rozdíly , pokud existují. Specifi kované příkazy plně odpo vída jí normám, na něž se odkazuje, 
pokud není uvedeno jinak . 
3.2  Protok ol pro přenos dat 
TCS_10  Protok ol pro přenos dat je v souladu s normou ISO/IEC 7816-3 pro T = 0 a T = 1. Celek ve vozidle 
konkrétně respektuje prodloužení čekací doby odesílaná kartou. 
3.2.1  Protokoly 
TCS_11  Karta podpor uje jak prot okol T=0, tak protok ol T=1. Karta může navíc podporo vat další protok oly 
založené na kontaktec h. 
TCS_12  T=0 je výchozí protok ol, pro změnu na protok ol T=1 je tedy nutný příkaz PTS. 
TCS_13  Zařízení podpor ují v obou protok olech „přímou konv enci“, kter á je prot o pro kartu povinná. 
TCS_14  Bajt IFSC (velik ost informačního pole karty) je uveden v ATR ve znaku TA3. Tato hodnota činí 
nejméně ‘F0h’ (= 240 bajtů). 
Pro prot okoly platí následující omezení: 
TCS_15  T=0 
—  Zařízení rozhraní podpor uje odpo věď na I/O po náběžné hraně signálu RST od 400 cc. 
—  Zařízení rozhraní musí být schopno číst znaky oddělené 12 etu. 
—  Zařízení rozhraní čte chybný znak a jeho opak ování, jestliže jsou odděleny 13 etu. Jestliže je 
detekován chybný znak, signál chyby se na I/O může objevit mezi 1 etu a 2 etu. Zařízení 
podpor uje prodlevu 1 etu. 
—  Zařízení rozhraní akcept uje 33 bajtů ATR (TS+32). 
—  Jestliže se v ATR nach ází TC1, použije se u znaků odesílaných zařízením rozhraní prodloužená 
ochranná doba Extra Guar d Time, ačkoliv znaky odesílané kartou mohou být nadále oddělen y 12 
etu. To také platí pro znak ACK odeslaný kartou po vyslání znaku P3 zařízením rozhraní. 
—  Zařízení rozhraní bere v úvahu znak NUL odeslaný kartou. 
—  Zařízení rozhraní akcept uje komple mentár ní režim pro ACK. 
—  Příkaz get-response nelze použít v režimu zřetězení k získání dat, jejichž délka by mohla 
přesáhnout 255 bajtů. 
TCS_16  T=1 
—  Bajt NAD: nepoužívá se (NAD se nastaví na ‘00’). 
—  S-blok ABOR T: nepoužívá se. 
—  S-blok VPP state error: nepoužívá se. 
—  Celk ová délka zřetězení pro datové pole nepřesáhne 255 bajtů (zajistí IFD). 
—  IFD bezprostředně po ATR uvede velik ost informačního pole zařízení (IFSD): IFD vyšle S-blok 
IFS request po ATR a karta pošle zpět S-blok IFS. Dopor učená hodnota IFSD je 254 bajtů. 
—  Karta nežádá o nové nastavení IFS. 26.5.2016 L 139/178 Úřední věstník Evropské unie CS     
3.2.2  ATR 
TCS_17  Zařízení kontroluje bajty ATR podle normy ISO/IEC 7816-3. Histor ické znaky ATR se nekontrolují. 
Příklad základní ATR pro dva protok oly podle normy ISO/IEC 7816-3 
Znak Hodnota Poznámky 
TS ‘3Bh’ Indikuje přímou konvenci 
T0 ‘85h’ TD1 přítome n; přítomno 5 histo rickýc h bajtů 
TD1 ‘80h’ TD2 přítome n; použije se T=0 
TD2 ‘11h’ TA3 přítomen; použije se T=1 
TA3 ‘XXh’ (minimálně 
‘F0h’) Information Field Size Card (IFSC) 
TH1 až TH5 ‘XXh’ Historické znaky 
TCK ‘XXh’ Kontrolní znak (XOR)  
TCS_18  Po odpo vědi na reset (ATR) je implicitně vybrán hlav ní soubor (MF) a stává se aktuálním adresářem. 
3.2.3  PTS 
TCS_19  Výchozí prot okol je T=0. Pro nastav ení protok olu T=1 musí zařízení kartě poslat příkaz PTS (také 
známý jako PPS). 
TCS_20  Poněvadž protok oly T=0 i T=1 jsou pro kartu povinné, základní PTS pro přepínání protok olů je 
pro kartu povinný. 
Jak je uvedeno v normě ISO/IEC 7816-3, lze PTS použít pro přepnutí na vyšší rychlost přenosu dat 
než rychlost výchozí , kterou karta případně navrh la v ATR (bajt TA(1)). 
Vyšší rychlosti přenosu dat jsou pro kartu volit elné. 
TCS_21  Jestliže žádné jiné rychlosti přenosu dat kromě výchozí rychlosti nejsou podporo vány (nebo není 
podporo vána zvolená rychlost přenosu dat), odpo ví karta na PTS korektně podle normy ISO/IEC 
7816-3 vynecháním bajtu PPS1. 
Příklady základního PTS pro výběr protok olu: 
Znak Hodnota Poznámky 
PPSS ‘FFh’ Zahajo vací znak. 
PPS0 ‘00h’ nebo ‘01h’ PPS1 až PPS3 nejsou přítomn y; ‘00h’ pro výběr T0, ‘01h’ pro vý­
běr T1. 
PK ‘XXh’ Kontrolní znak:  ‘XXh’ = ‘FFh’ pokud PPS0 = ‘00h’, 
‘XXh’ = ‘FEh’ pokud PPS0 = ‘01h’.  26.5.2016 L 139/179 Úřední věstník Evropské unie CS     
3.3  Pravidla přís tupu 
TCS_22  Pravid lo přístupu specifikuje pro režim přístupu, např. příkaz, příslušné bezpečnostní podmínky . 
Příslušný příkaz je zpraco ván, pokud jsou tyto bezpečnostní podmínky splněny . 
TCS_23  Pro kartu tachog rafu se používají tyto bezpečnostní podmínky: 
Zkratka Význam 
ALW Akce je vždy možná a může být provedena bez omezení. APDU příkazu a 
odpo vědi se posílá jako otev řený text, tj. bez bezpečného předáv ání zpráv . 
NEV Akce není nikdy možná. 
PLAIN-C APDU příkazu se posílá otev řeně, tj. bez bezpečného předává ní zpráv . 
PWD Akce může být provedena pouze v případě, že byl úspěšně ověřen kód PIN 
karty dílny , tj. je nastaven vnitřní bezpečnostní status karty „PIN_V erified“. 
Příkaz musí být odeslán bez bezpečného předávání zpráv . 
EXT -AUT-G1 Akce může být provedena pouze v případě, že byl úspěšně proveden příkaz 
EXTERNAL AUTHENTICA TE k ověření prav osti 1. generace (viz rovněž do­
date k 11 část A). 
SM-MA C-G1 APDU (příkaz a odezva) se musí použít s bezpečným předává ním zprá v 1. 
generace v režimu pouze s ověřením prav osti (viz dodat ek 11 část A). 
SM-C-MA C-G1 APDU příkazu se musí použít s bezpečným předáv áním zprá v 1. generace v 
režimu pouze s ověřením prav osti (viz dodat ek 11 část A). 
SM-R -ENC-G1 APDU odpo vědi se musí použít s bezpečným předáváním zprá v 1. generace 
v režimu šifro vání (viz dodatek 11 část A), tj. nevrací se ověřo vací kód 
zprá vy (MA C). 
SM-R -ENC-MA C-G1 APDU odpo vědi se musí použít s bezpečným předáváním zprá v 1. generace 
v režimu šifro vání a následného ověření prav osti (viz dodat ek 11 část A). 
SM-MA C-G2 APDU (příkaz a odezva) se musí použít s bezpečným předává ním zprá v 2. 
generace v režimu pouze s ověřením prav osti (viz dodat ek 11 část B). 
SM-C-MA C-G2 APDU příkazu se musí použít s bezpečným předáv áním zprá v 2. generace v 
režimu pouze s ověřením prav osti (viz dodat ek 11 část B). 
SM-R -ENC-MA C-G2 APDU odpo vědi se musí použít s bezpečným předáváním zprá v 2. generace 
v režimu šifro vání a následného ověření prav osti (viz dodat ek 11 část B).  
TCS_24  Uvedené bezpečnostní podmínky mohou být spojen y takto: 
AND: všec hny bezpečnostní podmínky musí být splněny , 
OR: alespoň jedna bezpečnostní podmínka musí být splněna. 
Pravid la přístupu k systé mu souborů, tj. pro příkazy SELECT , READ BINAR Y a UPD ATE BINAR Y, 
jsou stano vena v kapito le 4. Pravid la přístupu pro zbývající příkazy jsou stano vena v následujícíc h 
tabulkách. 26.5.2016 L 139/180 Úřední věstník Evropské unie CS     
TCS_25  V aplikaci DF Tachograph G1 se používa jí tato pravidla přístupu: 
Příkaz Karta řidiče Karta dílny Kontrolní karta Karta podniku 
Extern al Authenticat e     
—pro ověření pra­
vosti 1. generace ALW ALW ALW ALW 
—pro ověření pra­
vosti 2. generace ALW PWD ALW ALW 
Internal Authenticat e ALW PWD ALW ALW 
General Auth enticate 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 DSR C Mes ­
sage Nepoužije se Nepouži je se Nepouži je se Nepouži je se 
PSO: Com pute Digital 
Signature ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Nepouži je se Nepouži je se 
PSO: Hash Nepoužije se Nepouži je se ALW Nepouži je se 
PSO: Hash of File ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Nepouži je se Nepouži je se 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital 
Signature Nepoužije se Nepouži je se ALW Nepouži je se 
Verify Nepoužije se ALW Nepouži je se Nepouži je se  
TCS_26  V aplikaci DF Tachograph_G2 se používaj í tato pravidla přístupu: 
Příkaz Karta řidiče Karta dílny Kontrolní karta Karta podniku 
Extern al Authenticat e     
—pro ověření pra­
vosti 1. generace Nepoužije se Nepouži je se Nepouži je se Nepouži je se 
—pro ověření pra­
vosti 2. generace ALW PWD ALW ALW 
Internal Authenticat e Nepoužije se Nepouži je se Nepouži je se Nepouži je se 26.5.2016 L 139/181 Úřední věstník Evropské unie CS     
Příkaz Karta řidiče Karta dílny Kontrolní karta Karta podniku 
General Auth enticate 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 DSR C Mes ­
sage Nepoužije se ALW ALW Nepouži je se 
PSO: Com pute Digital 
Signature ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Nepouži je se Nepouži je se 
PSO: Hash Nepoužije se Nepouži je se ALW Nepouži je se 
PSO: Hash of File ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Nepouži je se Nepouži je se 
PSO: Verify Certificate ALW ALW ALW ALW 
PSO: Verify Digital 
Signature Nepoužije se Nepouži je se ALW Nepouži je se 
Verify Nepoužije se ALW Nepouži je se Nepouži je se  
TCS_27  V MF se používají tato pravidla přístupu: 
Příkaz Karta řidiče Karta dílny Kontrolní karta Karta podniku 
Extern al Authenticat e     
—pro ověření pra­
vosti 1. generace Nepoužije se Nepouži je se Nepouži je se Nepouži je se 
—pro ověření pra­
vosti 2. generace ALW PWD ALW ALW 
Internal Authenticat e Nepoužije se Nepouži je se Nepouži je se Nepouži je se 
General Auth enticate 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 DSR C Mes ­
sage Nepoužije se Nepouži je se Nepouži je se Nepouži je se 26.5.2016 L 139/182 Úřední věstník Evropské unie CS     
Příkaz Karta řidiče Karta dílny Kontrolní karta Karta podniku 
PSO: Com pute Digital 
Signature Nepoužije se Nepouži je se Nepouži je se Nepouži je se 
PSO: Hash Nepoužije se Nepouži je se Nepouži je se Nepouži je se 
PSO: Hash of File Nepoužije se Nepouži je se Nepouži je se Nepouži je se 
PSO: Verify Certificate ALW ALW ALW ALW 
Verify Nepoužije se ALW Nepouži je se Nepouži je se  
TCS_28  Karta tachog rafu může, ale nemusí přijmout příkaz s vyšší úrovní zabezpečení, než jaká je uvedena 
v bezpečnostníc h podmínkách. Tj. je-li bezpečnostní podmínka ALW (nebo PLAIN-C), karta může 
přijmout příkaz s bezpečným předáv áním zprá v (v režimu šifro vání a/nebo ověření pravosti). 
Vyžadu je-li bezpečnostní podmínka bezpečné předávání zpráv s režimem ověření prav osti, karta 
tachografu může přijmout příkaz s bezpečným předává ním zpráv téže generace v režimu ověření 
prav osti a šifro vání. 
Poznámka: Více informací o podpoře příkazů pro různé typy karet tachog rafů a různé DF je 
uvedeno v popisec h příkazů. 
3.4  Přehled příka zů a kódů chyb 
Příkazy a organizace souborů jsou odvozen y od normy ISO/IEC 7816-4 a jsou s ní v souladu. 
Tato část popisuje následující páry APDU příkaz-odpo věď. Varianty příkazů, které jsou podporo vány aplikací 
1. a 2. generace, jsou uvedeny v příslušných popisec h příkazů. 
Příkaz INS 
SELECT ‘A4h’ 
READ BINAR Y ‘B0h’, ‘B1h’ 
UPD ATE BINAR Y ‘D6h’, ‘D7h’ 
GET CHALLENGE ‘84h’ 
VERIFY ‘20h’ 
GET RESPONSE ‘C0h’ 
PERFORM SECURIT Y OPERA TION ‘2Ah’ 
—  VERIFY CER TIFIC ATE  
—  COMPUTE DIGIT AL SIGNA TURE  
—  VERIFY DIGIT AL SIGNA TURE  
—  HASH  
—  PERFORM HASH OF FILE  
—  PROCESS DSR C MESSA GE  26.5.2016 L 139/183 Úřední věstník Evropské unie CS     
Příkaz INS 
INTERNAL AUTHENTICA TE ‘88h’ 
EXTERNAL AUTHENTICA TE ‘82h’ 
MANA GE SECURIT Y ENVIR ONMENT ‘22h’ 
—  SET DIGIT AL SIGNA TURE TEMPL ATE  
—  SET AUTHENTICA TION TEMPL ATE  
GENERAL AUTHENTICA TE ‘86h’  
TCS_29  V každé zprávě s odpo vědí jsou vrácena stav ová slova SW1 SW2, která označují stav zpraco vání 
příkazu. 
SW1 SW2 Význam 
90 00 Nor mální zpraco vání 
61 XX Nor mální zpraco vání. XX = počet dostupných bajtů odpo vědi. 
62 81 Zpraco vání s varo váním. Část vrácených dat může být pošk ozena 
63 00 Chyba ověření prav osti (varo vání) 
63 CX Chybné CHV (kód PIN). ‘X’ poskytuje stav čítače zbývajícíc h pokusů. 
64 00 Chyba provádění – stav paměti nezávislé na napájení nezměněn. Chyba inte­
grity. 
65 00 Chyba provádění – stav paměti nezáv islé na napájení změněn 
65 81 Chyba provádění – stav paměti nezávislé na napájení změněn – porucha pa­
měti 
66 88 Chyba zabezpečení:  chybný kryptografický kontrolní součet (při bezpečném 
předáv ání zprá v) nebo 
chybný certifikát (při ověřo vání certifikátu) nebo 
chybný kryptogram (při externí m ověřo vání prav osti) 
nebo 
chybný podpis (při ověřo vání podpisu) 
67 00 Chybná délka (chybná hodnota Lc nebo Le) 
68 82 Bezpečné předáv ání zprá v není podporo váno 
68 83 Očekáván poslední příkaz řetězce 
69 00 Zakázaný příkaz (žádná dostupná odpo věď v T=0) 
69 82 Bezpečnostní status nesplněn 
69 83 Metoda ověření prav osti zablok ována 
69 85 Podmínky použití nesplněny 
69 86 Nedo volený příkaz (žádný aktuální EF) 26.5.2016 L 139/184 Úřední věstník Evropské unie CS     
SW1 SW2 Význam 
69 87 Chybí očekávané dato vé objekty bezpečného předávání zpráv 
69 88 Chybné dato vé objekty bezpečného předáv ání zpráv 
6A 80 Chybné parametr y v dato vém poli 
6A 82 Soubor nenalezen 
6A 86 Chybné parametr y P1-P2 
6A 88 Odkazo vaná data nenalezena 
6 B 00 Chybné parametr y (offset mimo EF) 
6C XX Chybná délka, SW2 udává přesnou délku. Není vráceno žádné dato vé pole. 
6D 00 Kód instr ukce není podporo ván nebo je neplatný 
6E 00 Třída není podporo vána 
6F 00 Jiné chyby kontroly  
TCS_30  Nastane-li v jednom APDU příkazu více než jedna chybová podmínka, může karta vrátit kter ékoli 
příslušné stav ové slovo. 
3.5  Popisy příkazů 
V této kapito le jsou popsán y povinné příkazy pro karty tachog rafu. 
Další významné podrobnosti vztahující se k obsaženým kryptografickým operacím jsou uvedeny v dodatku 
11 „Společné bezpečnostní mechanism y“ pro tach ograf 1. a 2. generace. 
Všechn y příkazy jsou popsán y nezávisle na použit ém protok olu (T=0 nebo T=1). Bajty CLA, INS, P1, P2, Lc a 
Le v APDU jsou vždy uvedeny . Jestliže Lc a Le nejsou potřebné pro popiso vaný příkaz, zůstanou odpo vídají cí 
délka, hodnota a popis prázdné. 
TCS_31  Jsou-li požado vány oba bajty délky (Lc a Le), je třeba v případě, že IFD používá prot okol T=0, 
popiso vaný příkaz rozdělit na dvě části: IFD odešle příkaz podle popisu s P3=Lc + data a pak odešle 
příkaz GET RESPONSE (viz část 3.5.6) s P3=Le. 
TCS_32  Jsou-li požado vány oba bajty délky a Le=0 (bezpečné předáv ání zprá v): 
—  při použití prot okolu T=1 karta na Le=0 odpo ví odesláním všech výstupních dat, která jsou k 
dispozici, 
—  při použití protok olu T=0 vyšle IFD první příkaz s P3=Lc + data a karta odpo ví (na toto 
implicitní Le=0) stav ovými bajty ‘61La’, kde La je počet dostupných bajtů odpo vědi. IFD potom 
generuje příkaz GET RESPONSE s P3=La pro čtení dat. 
TCS_33  Karta tachog rafu může jako volitelno u funkci podporo vat rozšířená pole délky podle ISO/IEC 7816- 
4. Karta tachografu, která podpor uje rozšířená pole délky , musí: 
—  uvádět podpor u rozšířenýc h polí délky v ATR, 
—  uvádět podporo vané velik osti vyro vnáv acích pamětí v rámci informací o rozšířené délce v EF 
ATR/INFO, viz TCS_146, 26.5.2016 L 139/185 Úřední věstník Evropské unie CS     
—  uvádět, zda podpor uje rozšířená pole délky pro T = 1 a/nebo T = 0, v EF Extended Length, viz 
TCS_147, 
—  podporo vat rozšířená pole délky pro aplikaci tachografu 1. a 2. generace. 
Poznámky: 
Všechn y příkazy jsou specifi kovány pro krátká pole délky . Použití APDU s rozšířenou délk ou je 
zřejmé z normy ISO/IEC 7816-4. 
Příkazy jsou obecně specifiko vány pro otev řený režim, tj. bez bezpečného předávání zprá v, přičemž 
vrstva bezpečného předáv ání zprá v je specifi kována v dodatku 11. Z pravidel přístupu pro daný 
příkaz je zřejmé, zda příkaz podpor uje bezpečné předáv ání zpráv či nikoli a zda příkaz musí 
podporo vat bezpečné předáv ání zpráv 1. generace a/nebo 2. generace. Někt eré varianty příkazů 
jsou popsán y s bezpečným předáváním zprá v, aby bylo znázor něno použití bezpečného předáv ání 
zpráv . 
TCS_34  Celek ve vozidle musí pro danou relaci provést celý protok ol 2. generace pro vzájemné ověření 
prav osti celku ve vozidle a karty, včetně ověření certifikátu (je-li požado váno), buď v DF 
Tachog raph, v DF Tachograph_G2, nebo v MF. 
3.5.1  SELECT 
Tento příkaz je v souladu s normou ISO/IEC 7816-4, jeho použití je ale ve srovnání s příkazem definovaným 
normou omezené. 
Příkaz SELECT se používá: 
—  k výběr u DF aplikace (musí být použit výběr podle názvu), 
—  k výběr u elementár ního soubor u odpo vída jícího uvedenému ID soubor u. 
3.5.1.1  Výběr podle názvu (AID) 
Tento příkaz umožňuje výběr DF aplikace na kartě. 
TCS_35  Tento příkaz lze provést odkudk oli ve struktuře souborů (po ATR nebo kdyk oliv). 
TCS_36  Výběrem aplikace se resetuje aktuální bezpečnostní prostředí. Po provedení výběr u aplikace již není 
vybrán žádný aktuální veřejný klíč. Přístupo vá podmínka EXT -AUT-G1 je rovněž ztracena. Byl-li 
příkaz proveden bez bezpečného předáv ání zprá v, předc hozí klíče relace bezpečného předáv ání 
zpráv již nejsou dostupné. 
TCS_37  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘04h’ Výběr podle názvu (AID) 
P2 1 ‘0Ch’ Neočekává se žádná odpo věď 
Lc 1 ‘NNh’ Počet bajtů odeslanýc h kartě (délka AID): 
‘06h’ pro aplikaci tachog rafu 
#6-#(5+NN) NN ‘XX..XXh’ AID: ‘FF 54 41 43 48 4F’ pro aplikaci tachografu 1. generace 
AID: ‘FF 53 4D 52 44 54’ pro aplikaci tach ografu 2. generace  
Na příkaz SELECT není nutná žádná odpo věď (Le chybí v T=1 nebo se nepožaduje odpo věď v T=0). 26.5.2016 L 139/186 Úřední věstník Evropské unie CS     
TCS_38  Zpráva s odpo vědí (nepožaduje se odpo věď) 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Pokud aplikace odpo vída jící AID není nalezena, je vrácen stav zpraco vání ‘6A82’ . 
—  Pokud je v T=1 přítomen bajt Le, je vrácen stav zpraco vání ‘6700’. 
—  Pokud je v T=0 po příkazu SELECT vyžado vána odpo věď, je vrácen stav ‘6900’. 
—  Je-li vybraná aplikace považo vána za pošk ozenou (v atribut ech soubor u je detekována chyba 
integrity), je vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
3.5.1.2  Výběr elementár ního soubor u pomocí jeho identifikátor u soubor u 
TCS_39  Zpráva s příka zem 
TCS_40  Karta tachog rafu musí pro tuto variantu příkazu podporo vat bezpečné předává ní zpráv 2. generace, 
jak je specifiko váno v dodatku 11 části B. 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘02h’ Výběr EF v rámci aktuálního DF 
P2 1 ‘0Ch’ Neočeká vá se žádná odpo věď 
Lc 1 ‘02h’ Počet bajtů odeslanýc h kartě 
#6-#7 2 ‘XXXXh’ Identifikátor soubor u  
Na příkaz SELECT není nutná žádná odpo věď (Le chybí v T=1 nebo se nepožaduje odpo věď v T=0). 
TCS_41  Zpráva s odpo vědí (nepožaduje se odpo věď) 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Pokud soubor odpo vída jící identif ikátoru souborů není nalezen, je vrácen stav zpraco vání 
‘6A82’ . 
—  Pokud je v T=1 přítomen bajt Le, je vrácen stav zpraco vání ‘6700’. 
—  Pokud je v T=0 po příkazu SELECT vyžado vána odpo věď, je vrácen stav ‘6900’. 
—  Je-li vybraný soubor považo ván za pošk ozený (v atribut ech soubor u je detekována chyba 
integrity), je vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
3.5.2  READ BINARY 
Tento příkaz je v souladu s normou ISO/IEC 7816-4, jeho použití je ale ve srovnání s příkazem definovaným 
normou omezené. 26.5.2016 L 139/187 Úřední věstník Evropské unie CS     
Příkaz READ BINAR Y se používá ke čtení dat z transparentního soubor u. 
Odpo věď karty sestá vá z vrácení přečtenýc h dat, volitelně zapouzdřených ve struktuře bezpečného předáv ání 
zpráv . 
3.5.2.1  Příkaz s offset em v P1-P2 
Tento příkaz umožňuje IFD číst data z aktuálně vybraného EF bez bezpečného předávání zpráv . 
Poznámka: Tento příkaz bez bezpečného předáv ání zpráv lze použít pouze pro čtení soubor u, který 
podpor uje bezpečnostní podmínku ALW pro režim přístupu pro čten í. 
TCS_42  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Read Binar y 
P1 1 ‘XXh’ Offset v bajtech od začátku soubor u: nejvýznamnější bajt 
P2 1 ‘XXh’ Offset v bajtech od začátku soubor u: nejméně významný bajt 
Le 1 ‘XXh’ Délka očekáv aných dat. Počet bajtů ke čtení.  
Poznámka: bit 8 v P1 musí být nastav en na 0.  
TCS_43  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#X X ‘XX..XXh’ Přečte ná data 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Není-li vybrán žádný EF, je vrácen stav zpraco vání ‘6986’. 
—  Nejsou-li splněny bezpečnostní podmínky zvoleného soubor u, příkaz se přer uší se stavem 
‘6982’. 
—  Není-li offset kompatibilní s velik ostí EF (offset > velik ost EF), je vrácen stav zpraco vání ‘6B00’. 
—  Není-li velik ost dat ke čten í kompatibilní s velik ostí EF (offset + Le > velik ost EF), je vrácen stav 
zpraco vání ‘6700’ nebo ‘6Cxx’, kde ‘xx’ je přesná délka. 
—  Je-li v atribut ech soubor u zjištěna chyba integrity , karta považuje soubor za pošk ozený a 
neoprav itelný a je vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
—  Je-li v uložených datec h zjištěna chyba integrity, karta vrátí požado vaná data a je vrácen stav 
zpraco vání ‘6281’. 
3.5.2.1.1  Příkaz s bezpečným předá váním zprá v (příklady) 
Tento příkaz umožňuje IFD číst data z aktuálně vybraného EF s bezpečným předáváním zprá v za účelem 
ověření integrity přijatých dat a ochran y důvěr nosti dat v případě, že se použije bezpečnostní podmínka SM- 
R-ENC-MA C-G1 (1. generace) nebo SM-R -ENC-MA C-G2 (2. generace). 26.5.2016 L 139/188 Úřední věstník Evropské unie CS     
TCS_44  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘0Ch’ Požadavek na bezpečné předáv ání zprá v 
INS 1 ‘B0h’ Read Binar y 
P1 1 ‘XXh’ P1 (offset v bajtech od začátku soubor u): nejvýznamnější bajt 
P2 1 ‘XXh’ P2 (offset v bajtech od začátku soubor u): nejméně významný 
bajt 
Lc 1 ‘XXh’ Délka vstupních dat pro bezpečné předávání zpráv 
#6 1 ‘97h’ TLE: tag pro specifi kaci očekáv ané délky 
#7 1 ‘01h’ LLE: délka očekáv ané délky 
#8 1 ‘NNh’ Specifikace očekáv ané délky (původ ní Le): počet bajtů ke čtení 
#9 1 ‘8Eh’ TCC: tag pro kryptografický kontrolní součet 
#10 1 ‘XXh’ LCC: délka následujícího kryptografi ckého kontrolního součtu 
‘04h’ pro bezpečné předáv ání zprá v 1. generace (viz dodatek 11 
část A) 
‘08h’ , ‘0Ch’ nebo ‘10h’ v závislosti na délce klíče AES pro bez­
pečné předávání zpráv 2. generace (viz dodatek 11 část B) 
#11-#(10+L) L ‘XX..XXh’ Kryptografický kontrolní součet 
Le 1 ‘00h’ Podle specifikace v ISO/IEC 7816-4  
TCS_45  Zpráva s odpo vědí, pokud není požado vána podmínk a SM-R-ENC-MA C-G1 (1. generace) / 
SM-R-ENC-MA C-G2 (2. generace) a pokud je sprá vný vstupní formát bezpečného předáv ání 
zpráv : 
Bajt Délka Hodnota Popis 
#1 1 ‘99h’ Tag pro stav zpraco vání (SW1-SW2) – volitelný 
pro bezpečné předávání zpráv 1. generace 
#2 1 ‘02h’ Délka stavu zpraco vání 
#3 – #4 2 ‘XX XXh’ Stav zpraco vání nechráněné APDU odpo vědi 
#5 1 ‘81h’ TPV: tag pro otev řená data 
#6 L ‘NNh’ nebo 
‘81 NNh’ LPV: délka vrácenýc h dat (= původní Le). 
L jsou 2 bajty, jestliže LPV > 127 bajtů. 26.5.2016 L 139/189 Úřední věstník Evropské unie CS     
Bajt Délka Hodnota Popis 
#(6+L)-#(5+L+NN) NN ‘XX..XXh’ Otevřená data 
#(6+L+NN) 1 ‘8Eh’ TCC: tag pro kryptografický kontrolní součet 
#(7+L+NN) 1 ‘XXh’ LCC: délka následujícího kryptografick ého kon­
trolního součtu 
‘04h’ pro bezpečné předáv ání zpráv 1. generace 
(viz dodatek 11 část A) 
‘08h’ , ‘0Ch’ nebo ‘10h’ v závislosti na délce klíče 
AES pro bezpečné předávání zpráv 2. generace 
(viz dodatek 11 část B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Kryptografický kontrolní součet 
SW 2 ‘XXXXh’ Stavová slova (SW1, SW2)  
TCS_46  Zpráva s odpo vědí, pokud je požado vána podmínk a SM-R-ENC-MA C-G1 (1. generace) / SM- 
R-ENC-MA C-G2 (2. generace) a pokud je sprá vný vstupní formát bezpečného předáv ání 
zpráv : 
Bajt Délka Hodnota Popis 
#1 1 ‘87h’ TPI CG: tag pro šifro vaná data (kryptogram) 
#2 L ‘MMh’ nebo 
‘81 MMh’ LPI CG: délka vrácenýc h šifro vaných dat (v dů­
sledku doplnění odlišná od původ ního Le pří­
kazu). 
L je 2 bajty, jestliže LPI CG > 127 bajtů. 
#(2+L)-#(1+L+MM) MM ‘01XX..XXh’ Šifro vaná data: indikátor doplnění a krypto­
gram 
#(2+L+MM) 1 ‘99h’ Tag pro stav zpraco vání (SW1-SW2) – voli­
telný pro bezpečné předáv ání zprá v 1. gene ­
race 
#(3+L+MM) 1 ‘02h’ Délka stavu zpraco vání 
#(4+L+MM) – #(5+L+MM) 2 ‘XX XXh’ Stav zpraco vání nechráněné APDU odpo vědi 
#(6+L+MM) 1 ‘8Eh’ TCC: tag pro kryptografický kontrolní součet 
#(7+L+MM) 1 ‘XXh’ LCC: délka následujícího kryptografick ého kon­
trolního součtu 
‘04h’ pro bezpečné předáv ání zprá v 1. gene ­
race (viz dodatek 11 část A) 
‘08h’ , ‘0Ch’ nebo ‘10h’ v závislosti na délce 
klíče AES pro bezpečné předáv ání zpráv 2. ge­
nerace (viz dodatek 11 část B) 
#(8+L+MM)-#(7+N+L+MM) N ‘XX..XXh’ Kryptografický kontrolní součet 
SW 2 ‘XXXXh’ Stavová slova (SW1, SW2)  26.5.2016 L 139/190 Úřední věstník Evropské unie CS     
Příkaz READ BINAR Y může vracet běžné stavy zpraco vání uvedené v TCS_43 pod tagem ‘99h’, jak 
popisuje TCS_59, pomocí struktur y odpo vědi v rámci bezpečného předáv ání zprá v. 
Navíc se mohou vyskytnout některé chyby, kter é se týkají konkrétně bezpečného předávání zpráv . V 
takovém případě je jednoduše vrácen stav zpraco vání bez použití struktur y bezpečného předávání 
zpráv: 
TCS_47  Zpráva s odpo vědí, jestl iže je chybný vstupní formát bezpečného předáv ání zprá v 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Není-li k dispozici žádný aktuální klíč relace, je vrácen stav zpraco vání ‘6A88’ . To se stane 
tehdy, jestliže klíč relace dosud není vygenero ván, nebo jestliže skončila platnost klíče relace (v 
tomt o případě musí IFD zopak ovat vzájemný proces ověření totožnosti za účelem stano vení 
nového klíče relace). 
—  Jestliže některé očeká vané dato vé objekty (jak je uvedeno výše) ve formátu bezpečného 
předáv ání zprá v chybějí, je vrácen stav zpraco vání ‘6987’: tato chyba se objeví, jestliže chybí 
očekáv aný tag nebo jestliže tělo příkazu není správn ě sesta veno. 
—  Jsou-li někter é dato vé objekty chybné, je vrácen stav zpraco vání ‘6988’: tato chyba se objeví, 
jestliže jsou přítomn y všec hny požado vané tagy , ale některé délky se liší od očekávanýc h. 
—  Selže-li ověření kryptografi ckého kontrolního součtu, je vrácen stav zpraco vání ‘6688’. 
3.5.2.2  Příkaz s krátkým identifi kátorem EF (elementár ního soubor u) 
Tato varianta příkazu umožňuje IFD vybrat EF pomocí krátkéh o identif ikátoru EF a číst data z tohoto EF. 
TCS_48  Karta tachog rafu musí podporo vat tuto variantu příkazu pro všec hny elementár ní soubor y se 
specifi kovaným krátkým identif ikátorem EF. Tyto krátké identif ikátory EF jsou specifi kovány 
v kapitole 4. 
TCS_49  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘B0h’ Read Binar y 
P1 1 ‘XXh’ Bit 8 je nastaven na 1 
Bity 7 a 6 jsou nastaven y na 00 
Bity 5 – 1 kódují krátký identifikátor EF příslušného EF 
P2 1 ‘XXh’ Kóduje offset od 0 do 255 bajtů v EF, na který odkazuje P1 
Le 1 ‘XXh’ Délka očekáv aných dat. Počet bajtů ke čtení.  
Poznámka: Krátké identif ikátory EF používané pro aplikaci tachog rafu 2. generace jsou specifi kovány 
v kapitole 4. 
Pokud P1 kóduje krátký identif ikátor EF a příkaz je úspěšný, identif ikovaný EF se stává aktuálně 
vybraným EF (aktuálním EF). 
TCS_50  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#L L ‘XX..XXh’ Přečtená data 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  26.5.2016 L 139/191 Úřední věstník Evropské unie CS     
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Není-li soubor odpo vída jící krátkému identif ikátoru EF nalezen, je vrácen stav zpraco vání 
‘6A82’ . 
—  Nejsou-li splněny bezpečnostní podmínky zvoleného soubor u, příkaz se přer uší se stavem 
‘6982’. 
—  Není-li offset kompatibilní s velik ostí EF (offset > velik ost EF), je vrácen stav zpraco vání ‘6B00’. 
—  Není-li velik ost dat ke čten í kompatibilní s velik ostí EF (offset + Le > velik ost EF), je vrácen stav 
zpraco vání ‘6700’ nebo ‘6Cxx’, kde ‘xx’ je přesná délka. 
—  Je-li v atribut ech soubor u zjištěna chyba integrity , karta považuje soubor za pošk ozený a 
neoprav itelný a je vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
—  Je-li v uložených datec h zjištěna chyba integrity, karta vrátí požado vaná data a je vrácen stav 
zpraco vání ‘6281’. 
3.5.2.3  Příkaz s lichým bajt em instr ukce 
Tato varianta příkazu umožňuje IFD číst data z EF s 32 768 nebo více bajty . 
TCS_51  Karta tachog rafu, která podpor uje EF s 32 768 nebo více bajty, podpor uje tuto variantu příkazu 
pro tyto EF. Karta tachografu může, ale nemusí podporo vat tuto variantu příkazu pro ostatní EF 
kromě EF Sensor_Installation_Data, viz TCS_156 a TCS_160. 
TCS_52  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘B1h’ Read Binar y 
P1 1 ‘00h’ Aktuální EF 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc délka dato vého objektu offsetu 
#6-#(5+NN) NN ‘XX..XXh’ Datový objekt offsetu: 
Tag  ‘54h’ 
Délka  ‘01h’ nebo ‘02h’ 
Hodnota  offset 
Le 1 ‘XXh’ Počet bajtů ke čtení.  
IFD kóduje délku dato vého objektu offsetu s použitím minimálního možného počtu oktetů, tj. s 
použitím bajtu délky ‘01h’ musí IFD kódo vat offset od 0 do 255 a s použitím bajtu délky ‘02h’ 
offset od 256 do 65 535 bajtů. 
TCS_53  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#L L ‘XX..XXh’ Čtená data zapouzdřená ve volném dato vém objektu s tagem ‘53h’ 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  26.5.2016 L 139/192 Úřední věstník Evropské unie CS     
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Není-li vybrán žádný EF, je vrácen stav zpraco vání ‘6986’. 
—  Nejsou-li splněny bezpečnostní podmínky zvoleného soubor u, příkaz se přer uší se stavem 
‘6982’. 
—  Není-li offset kompatibilní s velik ostí EF (offset > velik ost EF), je vrácen stav zpraco vání ‘6B00’. 
—  Není-li velik ost dat ke čten í kompatibilní s velik ostí EF (offset + Le > velik ost EF), je vrácen stav 
zpraco vání ‘6700’ nebo ‘6Cxx’, kde ‘xx’ je přesná délka. 
—  Je-li v atribut ech soubor u zjištěna chyba integrity , karta považuje soubor za pošk ozený a 
neoprav itelný a je vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
—  Je-li v uložených datec h zjištěna chyba integrity, karta vrátí požado vaná data a je vrácen stav 
zpraco vání ‘6281’. 
3.5.2.3.1  Příkaz s bezpečným předá váním zprá v (příklad) 
Následující příklad znázorňuje použití bezpečného předávání zpráv , použije-li se bezpečnostní podmínka 
SM-MA C-G2. 
TCS_54  Zpráva s příkazem 
Bajt Délka Hodnota Popis 
CLA 1 ‘0Ch’ Požadavek na bezpečné předáv ání zprá v 
INS 1 ‘B1h’ Read Binar y 
P1 1 ‘00h’ Aktuální EF 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Délka zabezpečeného datového pole 
#6 1 ‘B3h’ Tag pro otev řená data v kódo vání BER -TLV 
#7 1 ‘NNh’ LPV: délka přenášenýc h dat 
#(8)-#(7+NN) NN ‘XX..XXh’ Otevřená data v kódo vání BER -TLV, tj. datový objekt 
offsetu s tagem ‘54’ 
#(8+NN) 1 ‘97h’ TLE: tag pro specifi kaci očekáv ané délky 
#(9+NN) 1 ‘01h’ LLE: délka očekáv ané délky 
#(10+NN) 1 ‘XXh’ Specifi kace očekáv ané délky (původní Le): počet 
bajtů ke čten í 
#(11+NN) 1 ‘8Eh’ TCC: tag pro kryptografický kontrolní součet 
#(12+NN) 1 ‘XXh’ LCC: délka následujícího kryptografick ého kontrol ­
ního součtu 
‘08h’, ‘0Ch’ nebo ‘10h’ v závislosti na délce klíče 
AES pro bezpečné předávání zprá v 2. generace (viz 
dodatek 11 část B) 
#(13+NN)-#(12+M+NN) M ‘XX..XXh’ Kryptografický kontrolní součet 
Le 1 ‘00h’ Podle specifi kace v ISO/IEC 7816-4  26.5.2016 L 139/193 Úřední věstník Evropské unie CS     
TCS_55  Zpráva s odpo vědí, je-li příkaz úspěšný 
Bajt Délka Hodnota Popis 
#1 1 ‘B3h’ Otevřená data v kódo vání BER -TLV 
#2 L ‘NNh’ nebo 
‘81 NNh’ LPV: délka vrácenýc h dat (= původní Le). 
L jsou 2 bajty, jestliže LPV > 127 bajtů. 
#(2+L)-#(1+L+NN) NN ‘XX..XXh’ Otevřená data v kódo vání BER -TLV, tj. přečt ená 
data zapouzdřená ve volném datovém objektu s 
tagem ‘53h’ 
#(2+L+NN) 1 ‘99h’ Stav zpraco vání nechráněné APDU odpo vědi 
#(3+L+NN) 1 ‘02h’ Délka stavu zpraco vání 
#(4+L+NN) – #(5+L+NN) 2 ‘XX XXh’ Stav zpraco vání nechráněné APDU odpo vědi 
#(6+L+NN) 1 ‘8Eh’ TCC: tag pro kryptografický kontrolní součet 
#(7+L+NN) 1 ‘XXh’ LCC: délka následujícího kryptografick ého kon­
trolního součtu 
‘08h’ , ‘0Ch’ nebo ‘10h’ v závislosti na délce klíče 
AES pro bezpečné předávání zpráv 2. generace 
(viz dodatek 11 část B) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Kryptografický kontrolní součet 
SW 2 ‘XXXXh’ Stavová slova (SW1, SW2)  
3.5.3  UPD ATE BINARY 
Tento příkaz je v souladu s normou ISO/IEC 7816-4, jeho použití je ale ve srovnání s příkazem definovaným 
normou omezené. 
Zpráva s příkazem UPD ATE BINAR Y spouští přepis (výmaz + zápis) bitů již přítomn ých v binár ním EF bity 
poskytnutými v APDU příkazu. 
3.5.3.1  Příkaz s offset em v P1-P2 
Tento příkaz umožňuje IFD zapsat data do aktuálně vybraného EF bez toho, aby karta ověřo vala integr itu 
přijatých dat. 
Poznámka: Tento příkaz bez bezpečného předává ní zprá v lze použít pouze pro aktualizaci soubor u, kter ý 
podpor uje bezpečnostní podmínku ALW pro režim přístupu pro aktualizaci. 
TCS_56  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Update Binar y 26.5.2016 L 139/194 Úřední věstník Evropské unie CS     
Bajt Délka Hodnota Popis 
P1 1 ‘XXh’ Offset v bajtech od začátku soubor u: nejvýznamnější bajt 
P2 1 ‘XXh’ Offset v bajtech od začátku soubor u: nejméně významný bajt 
Lc 1 ‘NNh’ Lc: délka dat k aktualizaci. Počet bajtů k zápisu. 
#6-#(5+NN) NN ‘XX..XXh’ Data k zápisu  
Poznámka: bit 8 v P1 musí být nastav en na 0.  
TCS_57  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Není-li vybrán žádný EF, je vrácen stav zpraco vání ‘6986’. 
—  Nejsou-li splněny bezpečnostní podmínky zvoleného soubor u, příkaz se přer uší se stavem 
‘6982’. 
—  Není-li offset kompatibilní s velik ostí EF (offset > velik ost EF), je vrácen stav zpraco vání ‘6B00’. 
—  Není-li velik ost dat k zápisu kompat ibilní s velik ostí EF (Offset + Lc > velik ost EF), je vrácen stav 
zpraco vání ‘6700’. 
—  Je-li v atribut ech soubor u zjištěna chyba integrity , karta považuje soubor za pošk ozený a 
neoprav itelný a je vrácen stav zpraco vání ‘6400’ nebo ‘6500’. 
—  Je-li zápis neúspěšný, je vrácen stav zpraco vání ‘6581’. 
3.5.3.1.1  Příkaz s bezpečným předá váním zprá v (příklady) 
Tento příkaz umožňuje IFD zapsat data do aktuálně vybraného EF, přičemž karta ověřuje integrit u přijatých 
dat. Protože není požado váno zajištění důvěr nosti, data nejsou šifro vána. 
TCS_58  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘0Ch’ Požadavek na bezpečné předáv ání zprá v 
INS 1 ‘D6h’ Updat e Binar y 
P1 1 ‘XXh’ Offset v bajtech od začátku soubor u: 
nejvýznamnější bajt 
P2 1 ‘XXh’ Offset v bajtech od začátku soubor u: 
nejméně významný bajt 
Lc 1 ‘XXh’ Délka zabezpečeného dato vého pole 26.5.2016 L 139/195 Úřední věstník Evropské unie CS     
Bajt Délka Hodnota Popis 
#6 1 ‘81h’ TPV: tag pro otev řená data 
#7 L ‘NNh’ nebo 
‘81 NNh’ LPV: délka přenášených dat. 
L jsou 2 bajty, jestliže LPV > 127 bajtů. 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ Otevřená data (data k zápisu) 
#(7+L+NN) 1 ‘8Eh’ TCC: tag pro kryptografický kontrolní součet 
#(8+L+NN) 1 ‘XXh’ LCC: délka následujícího kryptografick ého kon­
trolního součtu: ‘04h’ pro bezpečné předáv ání 
zprá v 1. generace (viz dodatek 11 část A) 
‘08h’ , ‘0Ch’ nebo ‘10h’ v závislosti na délce klíče 
AES pro bezpečné předávání zpráv 2. generace 
(viz dodatek 11 část B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Kryptografický kontrolní součet 
Le 1 ‘00h’ Podle specifikace v ISO/IEC 7816-4  
TCS_59  Zpráva s odpo vědí, jestl iže je vstupní formát bezpečného předáv ání zprá v správný 
Bajt Délka Hodnota Popis 
#1 1 ‘99h’ TSW: tag pro stav ová slova (chráněna pomocí CC) 
#2 1 ‘02h’ LSW: délka vrácených stav ových slov 
#3-#4 2 ‘XXXXh’ Stav zpraco vání nechráněné APDU odpo vědi 
#5 1 ‘8Eh’ TCC: tag pro kryptografi cký kontrolní součet 
#6 1 ‘XXh’ LCC: délka následujícího kryptografick ého kontrolního součtu 
‘04h’ pro bezpečné předávání zprá v 1. generace (viz dodatek 11 
část A) 
‘08h’, ‘0Ch’ nebo ‘10h’ v závislosti na délce klíče AES pro bezpečné 
předávání zpráv 2. generace (viz dodat ek 11 část B) 
#7-#(6+L) L ‘XX..XXh’ Kryptografický kontrolní součet 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
Běžné stavy zpraco vání, popsané pro příkaz UPD ATE BINAR Y bez bezpečného předávání zprá v (viz 
část 3.5.3.1), mohou být vrácen y pomocí výše uvedené struktur y zprá vy s odpo vědí. 
Navíc se mohou vyskytnout některé chyby, kter é se týkají konkrétně bezpečného předávání zpráv . V 
takovém případě je jednoduše vrácen stav zpraco vání bez použití struktur y bezpečného předávání 
zpráv: 
TCS_60  Zpráva s odpo vědí v případě chyby v bezpečném předá vání zpráv 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  26.5.2016 L 139/196 Úřední věstník Evropské unie CS     
—  Není-li k dispozici aktuální klíč relace, je vrácen stav zpraco vání ‘6A88’. 
—  Jestliže některé očeká vané dato vé objekty (jak je uvedeno výše) ve formátu bezpečného 
předáv ání zprá v chybějí, je vrácen stav zpraco vání ‘6987’: tato chyba se objeví, jestliže chybí 
očekáv aný tag nebo jestliže tělo příkazu není správn ě sesta veno. 
—  Jsou-li někter é dato vé objekty chybné, je vrácen stav zpraco vání ‘6988’: tato chyba se objeví, 
jestliže jsou přítomn y všec hny požado vané tagy , ale některé délky se liší od očekávanýc h. 
—  Selže-li ověření kryptografi ckého kontrolního součtu, je vrácen stav zpraco vání ‘6688’. 
3.5.3.2  Příkaz s krátkým identifi kátorem EF 
Tato varianta příkazu umožňuje IFD vybrat EF pomocí krátkéh o identif ikátoru EF a zapsat data z tohot o EF. 
TCS_61  Karta tachog rafu musí podporo vat tuto variantu příkazu pro všec hny elementár ní soubor y se 
specifi kovaným krátkým identif ikátorem EF. Tyto krátké identif ikátory EF jsou specifi kovány 
v kapitole 4. 
TCS_62  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘D6h’ Update Binar y 
P1 1 ‘XXh’ Bit 8 je nastav en na 1 
Bity 7 a 6 jsou nastav eny na 00 
Bity 5 – 1 kódují krátký identif ikátor EF příslušného EF 
P2 1 ‘XXh’ Kóduje offset od 0 do 255 bajtů v EF, na kter ý odkazuje P1 
Lc 1 ‘NNh’ Lc: délka dat k aktualizaci. Počet bajtů k zápisu. 
#6-#(5+NN) NN ‘XX..XXh’ Data k zápisu  
TCS_63  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
Poznámka: Krátké identif ikátory EF používané pro aplikaci tachog rafu 2. generace jsou specifi kovány 
v kapitole 4. 
Pokud P1 kóduje krátký identif ikátor EF a příkaz je úspěšný, identif ikovaný EF se stává aktuálně 
vybraným EF (aktuálním EF). 
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Není-li soubor odpo vída jící krátkému identif ikátoru EF nalezen, je vrácen stav zpraco vání 
‘6A82’ . 
—  Nejsou-li splněny bezpečnostní podmínky zvoleného soubor u, příkaz se přer uší se stavem 
‘6982’. 26.5.2016 L 139/197 Úřední věstník Evropské unie CS     
—  Není-li offset kompatibilní s velik ostí EF (offset > velik ost EF), je vrácen stav zpraco vání ‘6B00’. 
—  Není-li velik ost dat k zápisu kompat ibilní s velik ostí EF (Offset + Lc > velik ost EF), je vrácen stav 
zpraco vání ‘6700’. 
—  Je-li v atribut ech soubor u zjištěna chyba integrity , karta považuje soubor za pošk ozený a 
neoprav itelný a je vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
—  Je-li zápis neúspěšný, je vrácen stav zpraco vání ‘6581’. 
3.5.3.3  Příkaz s lichým bajt em instr ukce 
Tato varianta příkazu umožňuje IFD zapiso vat data do EF s 32 768 nebo více bajty. 
TCS_64  Karta tachog rafu, která podpor uje EF s 32 768 nebo více bajty, podpor uje tuto variantu příkazu 
pro tyto EF. Karta tachog rafu může, ale nemusí podporo vat tuto variantu příkazu pro ostatní EF. 
TCS_65  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘D7h’ Update Binar y 
P1 1 ‘00h’ Aktuální EF 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Lc délka dat v dato vém poli příkazu 
#6-#(5+NN) NN ‘XX..XXh’ Datový objekt offsetu s tagem ‘54h’ || volný datový objekt s ta­
gem ‘53h’ , který zapouzdřuje data k zápisu  
IFD kóduje délku datového objektu offsetu a volného datového objektu s použitím minimálního 
možného počtem oktetů, tj. pomocí bajtu délky ‘01h’ musí IFD kódo vat offset/délku od 0 do 255 a 
pomocí bajtu délky ‘02h’ offset/délku od 256 do 65 535 bajtů. 
TCS_66  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Není-li vybrán žádný EF, je vrácen stav zpraco vání ‘6986’. 
—  Nejsou-li splněny bezpečnostní podmínky zvoleného soubor u, příkaz se přer uší se stavem 
‘6982’. 
—  Není-li offset kompatibilní s velik ostí EF (offset > velik ost EF), je vrácen stav zpraco vání ‘6B00’. 
—  Není-li velik ost dat k zápisu kompat ibilní s velik ostí EF (Offset + Lc > velik ost EF), je vrácen stav 
zpraco vání ‘6700’. 26.5.2016 L 139/198 Úřední věstník Evropské unie CS     
—  Je-li v atribut ech soubor u zjištěna chyba integrity , karta považuje soubor za pošk ozený a 
neoprav itelný a je vrácen stav zpraco vání ‘6400’ nebo ‘6500’. 
—  Je-li zápis neúspěšný, je vrácen stav zpraco vání ‘6581’. 
3.5.3.3.1  Příkaz s bezpečným předá váním zprá v (příklad) 
Následující příklad znázorňuje použití bezpečného předávání zpráv , použije-li se bezpečnostní podmínka 
SM-MA C-G2. 
TCS_67  Zpráva s příkazem 
Bajt Délka Hodnota Popis 
CLA 1 ‘0Ch’ Požadavek na bezpečné předáv ání zprá v 
INS 1 ‘D7h’ Updat e Binar y 
P1 1 ‘00h’ Aktuální EF 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Délka zabezpečeného dato vého pole 
#6 1 ‘B3h’ Tag pro otev řená data v kódo vání BER -TLV 
#7 L ‘NNh’ nebo 
‘81 NNh’ LPV: délka přenášených dat. 
L jsou 2 bajty, jestliže LPV > 127 bajtů. 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ Otevřená data v kódo vání BER -TLV, tj. dato vý 
objekt offsetu s tagem ‘54h’ || voln ý datový ob­
jekt s tagem ‘53h’ , který zapouzdřuje data k zá­
pisu 
#(7+L+NN) 1 ‘8Eh’ TCC: tag pro kryptografický kontrolní součet 
#(8+L+NN) 1 ‘XXh’ LCC: délka následujícího kryptografick ého kon­
trolního součtu 
‘08h’ , ‘0Ch’ nebo ‘10h’ v závislosti na délce klíče 
AES pro bezpečné předávání zpráv 2. generace 
(viz dodatek 11 část B) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Kryptografický kontrolní součet 
Le 1 ‘00h’ Podle specifikace v ISO/IEC 7816-4  
TCS_68  Zpráva s odpo vědí, je-li příkaz úspěšný 
Bajt Délka Hodnota Popis 
#1 1 ‘99h’ TSW: tag pro stav ová slova (chráněna pomocí CC) 
#2 1 ‘02h’ LSW: délka vrácených stav ových slov 
#3-#4 2 ‘XXXXh’ Stav zpraco vání nechráněné APDU odpo vědi 
#5 1 ‘8Eh’ TCC: tag pro kryptografi cký kontrolní součet 26.5.2016 L 139/199 Úřední věstník Evropské unie CS     
Bajt Délka Hodnota Popis 
#6 1 ‘XXh’ LCC: délka následujícího kryptografick ého kontrolního součtu 
‘08h’, ‘0Ch’ nebo ‘10h’ v závislosti na délce klíče AES pro bezpečné 
předávání zpráv 2. generace (viz dodat ek 11 část B) 
#7-#(6+L) L ‘XX..XXh’ Kryptografický kontrolní součet 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
3.5.4  GET CHALLENGE 
Tento příkaz je v souladu s normou ISO/IEC 7816-4, jeho použití je ale ve srovnání s příkazem definovaným 
normou omezené. 
Příkaz GET CHALLENGE žádá kartu o vyslání výzvy pro použití v postupu souvisejícím se zabezpečením, v 
rámci nějž se kartě pošle kryptogram nebo šifro vaná data. 
TCS_69  Kartou vydaná výzva je platná pouze pro následující příkaz poslaný kartě, který výzvu používá. 
TCS_70  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘84h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Le 1 ‘08h’ Le (očekávaná délka výzvy).  
TCS_71  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#8 8 ‘XX..XXh’ Výzva 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Pokud se Le liší od ‘08h’, stav zpraco vání je ‘6700’. 
—  Jestliže jsou chybné parametr y P1-P2, stav zpraco vání je ‘6A86’ . 
3.5.5  VERIFY 
Tento příkaz je v souladu s normou ISO/IEC 7816-4, jeho použití je ale ve srovnání s příkazem definovaným 
normou omezené. 
Tento příkaz musí podporo vat pouze karta dílny. 
Ostatní typy karet tachografu mohou, ale nemusí tento příkaz implement ovat, ale pro tyto karty není 
personalizo vána žádná referenční hodnota CHV . Prot o tyto karty nemohou tento příkaz úspěšně provést. Pro 
typy karet tachog rafu jiné než kartu dílny je chování, tj. vracený chybový kód, mimo oblast působnosti této 
specifi kace, je-li tent o příkaz odeslán. 26.5.2016 L 139/200 Úřední věstník Evropské unie CS     
Příkaz VERIFY spouští na kartě poro vnání dat CHV (kódu PIN) zaslaných z příkazu s referenční hodnotou 
CHV uloženou na kartě. 
TCS_72  Kód PIN zadaný uživat elem musí být v kódo vání ASCII a IFD jej zpra va doplní bajty ‘FFh’ na délku 
8 bajtů, viz rovněž datový typ WorkshopCardP IN v dodatku 1. 
TCS_73  Aplikace tachografu 1. a 2. generace používaj í stejnou referen ční hodnotu CHV . 
TCS_74  Karta tachog rafu zkontroluje, zda je příkaz sprá vně kódo ván. Není-li příkaz kódo ván sprá vně, karta 
neporo vná hodnoty CHV, nesníží čítač zbýva jících pokusů o ověření CHV a neresetuje bezpečnostní 
status „PIN_V erified“, ale příkaz přer uší. Příkaz je kódo ván správn ě, mají-li bajty CLA, INS, P1, P2, 
Lc stano vené hodnoty , Le chybí a dato vé pole příkazu má správn ou délku. 
TCS_75  Je-li příkaz úspěšný, je čítač zbývajícíc h pokusů o ověření CHV nastaven zpět na počátečn í 
hodnotu. Počátečn í hodnota čítače zbýva jících pokusů o ověření CHV je 5. Je-li příkaz úspěšný, 
musí karta nastavit vnitřní bezpečnostní status „PIN_V erified“. Karta resetuje tento bezpečnostní 
status, pokud je reseto vána karta nebo pokud kód CHV přenesený v příkazu neodpo vídá uložené 
referenční hodnotě CHV . 
Poznámka: používání stejné referenční hodnoty CHV a globálního bezpečnostního statusu zabraňují 
tomu, aby praco vník dílny musel po výběr u jiného DF aplikace tach ografu znovu zadá vat PIN.  
TCS_76  Neúspěšné poro vnání se na kartě zaznamená, tj. čítač zbýva jících pokusů o ověření CHV se sníží o 
jedničku, aby se omezil počet dalšíc h pokusů o použití referenční hodnoty CHV. 
TCS_77  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘20h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 (ověřo vaná hodnota CHV je implicitně známa) 
Lc 1 ‘08h’ Délka přenášeného kódu CHV 
#6-#13 8 ‘XX..XXh’ CHV  
TCS_78  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Není-li referenční hodnota CHV nalezena, je vrácen stav zpraco vání ‘6A88’ . 
—  Je-li CHV zablok ována (čítač zbýva jících pokusů o ověření CHV je na nule), je vrácen stav 
zpraco vání ‘6983’. Po dosažení tohoto stavu už nelze nikdy úspěšně předložit CHV . 
—  Jestliže je poro vnání neúspěšné, čítač zbývajícíc h pokusů se sníží a je vrácen stav ‘63CX’ (X>0 a 
X se rovná čítači zbývajícíc h pokusů o ověření CHV). 
—  Je-li referenční hodnota CHV považo vána za pošk ozenou, je vrácen stav zpraco vání ‘6400’ nebo 
‘6581’. 
—  Pokud se Lc liší od ‘08h’ , stav zpraco vání je ‘6700’. 26.5.2016 L 139/201 Úřední věstník Evropské unie CS     
3.5.6  GET RESPONSE 
Tento příkaz je v souladu s normou ISO/IEC 7816-4. 
Tento příkaz (potřebný a dostupný pouze pro prot okol T=0) slouží k přenosu připravenýc h dat z karty do 
zařízení rozhraní (případ, kdy příkaz obsaho val jak Lc, tak Le). 
Příkaz GET RESPONSE musí být vydán ihned po příkazu, kter ý připravuje data, jinak jsou data ztracena. Po 
provedení příkazu GET RESPONSE (nevyskytne-li se chyba ‘61xx’ nebo ‘6Cxx’, viz dále) dříve připra vená 
data již nejsou k dispozici. 
TCS_79  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘C0h’  
P1 1 ‘00h’  
P2 1 ‘00h’  
Le 1 ‘XXh’ Počet očeká vaných bajtů  
TCS_80  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#X X ‘XX..XXh’ Data 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Pokud karta nepřipravila žádná data, je vrácen stav zpraco vání ‘6900’ nebo ‘6F00’. 
—  Jestliže Le překročí počet dostupnýc h bajtů nebo jestliže je Le nula, je vrácen stav zpraco vání 
‘6Cxx’, kde xx udává přesný počet dostupnýc h bajtů. V takovém případě jsou připra vená data 
nadále k dispozici pro následný příkaz GET RESPONSE. 
—  Jestliže Le není nula a je menší než počet dostupnýc h bajtů, karta normálně pošle požado vaná 
data a je vrácen stav zpraco vání ‘61xx’, kde ‘xx’ udává počet dodat ečných bajtů, které jsou 
nadále k dispozici pro následný příkaz GET RESPONSE. 
—  Jestliže příkaz není podporo ván (protok ol T=1), karta vrátí ‘6D00’. 
3.5.7  PSO: VERIFY CER TIFICA TE 
Tento příkaz je v souladu s normou ISO/IEC 7816-8, jeho použití je ale ve srovnání s příkazem definovaným 
normou omezené. 
Příkaz VERIFY CERTIFICA TE je používán kartou k získání veřejného klíče zvenku a ke kontrole jeho 
platnosti. 
3.5.7.1  Pár příkaz – odpo věď 1. generace 
TCS_81  Tuto variantu příkazu podpor uje pouze aplikace tach ografu 1. generace. 26.5.2016 L 139/202 Úřední věstník Evropské unie CS     
TCS_82  Pokud je příkaz VERIFY CERTIFICA TE úspěšný, veřejný klíč je uložen k budoucímu použití v 
bezpečnostním prostředí. Tento klíč je explicitně nastav en pro použití v příkazech vztahujícíc h se k 
zabezpečení (INTERNAL AUTHENTICA TE, EXTERNAL AUTHENTICA TE nebo VERIFY 
CERTIF ICATE) pomocí příkazu MSE (viz část 3.5.11) s použitím jeho identif ikátoru klíče. 
TCS_83  V každém případě příkaz VERIFY CERTI FICATE používá veřejný klíč dříve vybraný příkazem MSE k 
otev ření certifikátu. Musí se jednat o veřejný klíč členského státu nebo Evrop y. 
TCS_84  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘2Ah’ Perform Secur ity Operation 
P1 1 ‘00h’ P1 
P2 1 ‘AEh’ P2: data, kter á nejsou v kódo vání BER -TLV (zřetězení datových 
prvků) 
Lc 1 ‘C2h’ Lc: délka certifikátu, 194 bajtů 
#6-#199 194 ‘XX..XXh’ Certifikát : zřetězení datových prvků (jak je popsáno v dodatku 11)  
TCS_85  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Jestliže se ověření certifik átu nezdaří, je vrácen stav zpraco vání ‘6688’. Proces ověření a 
rozbalení certifikátu je popsán v dodatku 11 pro G1 a G2. 
—  Jestliže v bezpečnostním prostředí není žádný veřejný klíč, je vráceno ‘6A88’ . 
—  Jestliže se vybraný veřejný klíč (použitý k rozbalení certifikátu) považuje za pošk ozený, je 
vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
—  Pouze 1. generace: Jestliže má vybraný veřejný klíč (použitý k rozbalení certifikátu) CHA .LSB 
(
 ) rozdílný od ‘00’ (např. nejde o 
certifikát člensk ého státu nebo Evrop y), je vrácen stav zpraco vání ‘6985’. 
3.5.7.2  Pár příkaz – odpo věď 2. generace 
V závislosti na velik osti křivky mohou být certifikáty ECC tak dlouhé, že je nelze přenést v jedné APDU. 
V takovém případě je třeba použít zřetězení příkazů podle ISO/IEC 7816-4 a přenést certifikát ve dvou po 
sobě následujících APDU příkazu PSO: VERIFY CERTI FICATE. 
Struktura certifikátu a parametr y domény jsou definovány v dodatku 11. 
TCS_86  Příkaz lze provést v MF, DF Tachog raph a DF Tachograph_G2, viz rovněž TCS_33. 26.5.2016 L 139/203 Úřední věstník Evropské unie CS     
TCS_87  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘X0h’ Bajt CLA označující zřetězení příkazů: 
‘00h’ – jediný nebo poslední příkaz řetězce 
‘10h’ – nikoli poslední příkaz řetězce 
INS 1 ‘2Ah’ Perform Secur ity Operation 
P1 1 ‘00h’  
P2 1 ‘BEh’ Verify self-descr iptive certificate 
Lc 1 ‘XXh’ Délka datového pole příkazu, viz TCS_88 a TCS_89 
#6-#5+L L ‘XX..XXh’ Data v kódo vání DER -TLV: dato vý objekt těla certifik átu ECC jako 
první dato vý objekt zřetězený s datovým objekt em podpisu certifi­
kátu ECC jako druhým dato vým objektem, nebo část tohot o zřetě ­
zení. Tag ‘7F21’ a příslušná délka se nepřenášejí. 
Pořadí těch to dato vých objektů je pevné.  
TCS_88  Pro APDU s krátk ou délk ou platí tato ustano vení: IFD musí použít minimální počet APDU 
potřebných pro přenesení přenášenýc h dat příkazu a přenést maximální počet bajtů v APDU 
prvního příkazu podle hodnoty bajtu IFSC, viz TCS_14. Cho vá-li se IFD odlišně, je chování karty 
mimo oblast působnosti. 
TCS_89  Pro APDU s rozšířenou délk ou platí tato ustano vení: Nevejde-li se certifikát do jedné APDU, musí 
karta podporo vat řetězení příkazů. IFD musí použít minimální počet APDU potřebných pro 
přenesení přenášených dat příkazu a přenést maximální počet bajtů v APDU prvního příkazu. 
Cho vá-li se IFD odlišně, je chování karty mimo oblast působnosti. 
Poznámka: V souladu s dodatkem 11 uloží karta certifik át nebo relevantní obsah certifikátu a 
aktualizuje svou hodnotu currentAuthenticat edTime. 
Struktura zprá vy s odpo vědí a stav ové bajty jsou definov ány v TCS_85. 
TCS_90  Kromě chybových kódů uvedených v TCS_85 může karta vrátit tyto chybo vé kódy: 
—Jestliže vybraný veřejný klíč (použitý k rozbalení certifikátu) má CHA .LSB (Cer tificateHolderAu ­
thor isation.equipmentT ype), který není vhodný pro ověření certifik átu podle dodatku 11, je 
vrácen stav zpraco vání ‘6985’. 
—  Je-li currentA uthenticatedTime karty pozdější než datum skončení platnosti certifikátu, je vrácen 
stav zpraco vání ‘6985’. 
—  Je-li očekáv án poslední příkaz řetězce, karta vrátí ‘6883’. 
—  Jsou-li v dato vém poli příkazu odeslány chybné parametr y, karta vrátí ‘6A80’ (použije se rovněž 
v případě, že dato vé objekty nejsou odeslány ve stano veném pořadí). 
3.5.8  INTERNAL AUTHENTICATE 
Tento příkaz je v souladu s normou ISO/IEC 7816-4. 
TCS_91  Všechn y karty tach ografu podpor ují tento příkaz v DF Tachograph 1. generace. Příkaz může, ale 
nemusí být přístupný v MF a/nebo DF Tachograph_G2. Pokud je příkaz dostupný, skončí vhodným 
chybo vým kódem, prot ože soukromý klíč karty (Card.SK) pro protok ol ověření prav osti 1. generace 
je přístupný pouze v DF_T achograph 1. generace. 26.5.2016 L 139/204 Úřední věstník Evropské unie CS     
Použitím příkazu INTERNAL AUTHENTICA TE může IFD ověřit prav ost karty. Proces ověření prav osti je 
popsán v dodatku 11. Zahr nuje následující výroky: 
TCS_92  Příkaz INTERNAL AUTHENTICA TE pomocí soukromého klíče karty (imp licitně vybraného) 
podepíše data pro ověření prav osti včetně K1 (první element pro dohodu na klíči relace) a RND1 a 
pomocí aktuálně vybraného (pomocí posledního příkazu MSE) veřejného klíče zašifr uje podpis a 
vytvo ří ověřo vací token (další podrobnosti v dodatku 11). 
TCS_93  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’ CLA 
INS 1 ‘88h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Lc 1 ‘10h’ Délka dat poslaných kartě 
#6 – #13 8 ‘XX..XXh’ Výzva použitá k ověření pravosti karty 
#14 -#21 8 ‘XX..XXh’ VU.C HR (viz dodat ek 11) 
Le 1 ‘80h’ Délka dat očeká vaných z karty  
TCS_94  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#128 128 ‘XX..XXh’ Ověřo vací token karty (viz dodat ek 11) 
SW 2 ‘XXXXh’ Stavová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Jestliže v bezpečnostním prostředí není žádný veřejný klíč, je vrácen stav zpraco vání ‘6A88’ . 
—  Jestliže v bezpečnostním prostředí není žádný soukromý klíč, je vrácen stav zpraco vání ‘6A88’ . 
—  Jestliže VU.CHR neodpo vídá identif ikátoru aktuálního veřejného klíče, je vrácen stav zpraco vání 
‘6A88’ . 
—  Je-li vybraný soukromý klíč považo ván za pošk ozený, je vrácen stav zpraco vání ‘6400’ nebo 
‘6581’. 
TCS_95  Jestliže je příkaz INTERNAL AUTHENTICA TE úspěšný, aktuální klíč relace, pokud existuje, se 
vymaže a není nadále k dispozici. Aby byl k dispozici nový klíč relace, musí být úspěšně proveden 
příkaz EXTERNAL AUTHENTICA TE pro mecha nismus ověření prav osti 1. generace. 
3.5.9  EXTERNAL AUTHENTIC ATE 
Tento příkaz je v souladu s normou ISO/IEC 7816-4. 
Použitím příkazu EXTERNAL AUTHENTICA TE může karta ověřit prav ost IFD. Proces ověření pravosti je 
popsán v dodatku 11 pro Tachograph G1 a G2 (ověření prav osti celku ve vozidle). 26.5.2016 L 139/205 Úřední věstník Evropské unie CS     
TCS_96  Varianta příkazu pro mechanismus vzájemného ověření prav osti 1. generace je podporo vána pouze 
aplikací tachog rafu 1. generace. 
TCS_97  Variantu příkazu pro vzájemné ověření pravosti druhé generace celku ve vozidle a karty lze provést 
v MF, DF Tachograph a DF Tachograph_G2, viz rovněž TCS_34. 
TCS_98  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’ CLA 
INS 1 ‘82h’ INS 
P1 1 ‘00h’ Klíče a algor itmy jsou implicitně známé 
P2 1 ‘00h’  
Lc 1 ‘XXh’ Lc (délka dat poslaných kartě) 
#6-#(5+L) L ‘XX..XXh’ Ověření prav osti 1. generace: kryptogram (viz dodat ek 11 část A) 
Ověření prav osti 2. generace: podpis vytvo řený IFD (viz dodat ek 
11 část B)  
TCS_99  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Jestliže CHA aktuálně nastavené ho veřejného klíče není zřetězením AID aplikace tach ografu a 
typu zařízení celku ve vozidle, je vrácen stav zpraco vání ‘6F00’. 
—  Nepředcház í-li příkazu bezprostředně příkaz GET CHALLENGE, je vrácen stav zpraco vání 
‘6985’. 
Aplikace tachografu 1. generace může vrátit tyto další chybové kódy: 
—  Jestliže v bezpečnostním prostředí není žádný veřejný klíč, je vráceno ‘6A88’ . 
—  Jestliže v bezpečnostním prostředí není žádný soukromý klíč, je vrácen stav zpraco vání ‘6A88’ . 
—  Je-li ověření kryptogramu chybné, je vrácen stav zpraco vání ‘6688’. 
—  Je-li vybraný soukromý klíč považo ván za pošk ozený, je vrácen stav zpraco vání ‘6400’ nebo 
‘6581’. 
Varianta příkazu pro ověření pravosti 2. generace může vrátit tent o další chybový kód: 
—  Nezdaří-li se ověření podpisu, karta vrátí ‘6300’. 
3.5.10  GENERAL AUTHENTIC ATE 
Tento příkaz se používá pro protok ol ověření pravosti čipu 2. generace stano vený v dodatku 11 části B a je 
v souladu s ISO/IEC 7816-4. 
TCS_100  Příkaz lze provést v MF, DF Tachograph a DF Tachograph_G2, viz rovněž TCS_34. 26.5.2016 L 139/206 Úřední věstník Evropské unie CS     
TCS_101  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘86h’  
P1 1 ‘00h’ Klíče a protok ol jsou implicitně známé 
P2 1 ‘00h’  
Lc 1 ‘NNh’ Lc: délka následujícího dato vého pole 
#6-#(5+L) L ‘7Ch’ + L7C + ‘80h’ + L80 + ‘XX..XXh’ Hodnota dočasného veřejného klíče v 
kódo vání DER -TLV (viz dodatek 11) 
Celek ve vozidle odešle dato vé objekty 
v tomt o pořadí  
TCS_102  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#L L ‘7Ch’ + L7C + ‘81h’ + ‘08h’ 
+ ‘XX..XXh’ + ‘82h’ + L82 + 
‘XX..XXh’ Data pro dynamick é ověření prav osti v kódo vání 
DER -TLV: hodnota nonce a ověřo vací token (viz 
dodatek 11) 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Karta vrátí ‘6A80’ k indikaci chybnýc h parametrů v datovém poli. 
—  Karta vrátí ‘6982’, nebyl-li úspěšně proveden příkaz EXTERNAL AUTHENTICA TE. 
Dato vý objekt pro dynamick é ověření prav osti ‘7Ch’ v odpo vědi 
—  musí být přítomen, je-li operace úspěšná, tj. stav ová slova jsou ‘9000’, 
—  nesmí být přítomen v případě chyby provádění nebo chyby kontroly , tj. jsou-li stav ová slova 
v rozsahu ‘6400’–‘6FFF’, a 
—  nemusí být přítomen v případě varo vání, tj. jsou-li stav ová slova v rozsahu ‘6200’–‘63FF’. 
3.5.11  MANA GE SECURIT Y ENVIRONMENT 
Tento příkaz slouží k nastavení veřejného klíče pro účely ověření prav osti. 
3.5.11.1  Pár příkaz – odpo věď 1. generace 
Tento příkaz je v souladu s normou ISO/IEC 7816-4. Jeho použití je ale ve srovnání se související normou 
omezené. 
TCS_103  Tento příkaz je podporo ván pouze aplikací tachog rafu 1. generace. 
TCS_104  Klíč, na který se odkazuje v datovém poli MSE, zůstává aktuálním veřejným klíčem až do příštího 
správného příkazu MSE, výběr u DF nebo resetu karty. 
TCS_105  Jestliže klíč, na který se odkazuje, není (dosud) na kartě k dispozici, bezpečnostní prostředí zůstává 
nezměněno. 26.5.2016 L 139/207 Úřední věstník Evropské unie CS     
TCS_106  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’ CLA 
INS 1 ‘22h’ INS 
P1 1 ‘C1h’ P1: odkazo vaný klíč, platí pro všec hny kryptografick é operace 
P2 1 ‘B6h’ P2 (odkazo vaná data týkající se digitálního podpisu) 
Lc 1 ‘0Ah’ Lc: délka následujícího dato vého pole 
#6 1 ‘83h’ Tag pro odkaz na veřejný klíč v asymetr ických případec h 
#7 1 ‘08h’ Délka odkazu na klíč (identifikátor u klíče) 
#8-#15 8 ‘XX..XXh’ Identifikátor klíče podle specifi kace v dodatku 11  
TCS_107  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Pokud klíč, na kter ý se odkazuje, není na kartě přítome n, je vrácen stav zpraco vání ‘6A88’ . 
—  Pokud ve formátu bezpečného předáv ání zprá v chybějí někte ré očekáv ané dato vé objekty , je 
vrácen stav zpraco vání ‘6987’. To může nastat, když chybí tag ‘83h’ . 
—  Jsou-li někter é datové objekty chybné, je vrácen stav zpraco vání ‘6988’. To může nastat, když 
délka identif ikátoru klíče není ‘08h’ . 
—  Je-li vybraný klíč považo ván za pošk ozený, je vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
3.5.11.2  Páry příkaz – odpo věď 2. generace 
Pro ověření prav osti 2. generace karta tachografu podpor uje následující verze příkazu MSE: Set, které jsou v 
souladu s normou ISO/IEC 7816-4. Tyto verze příkazu nejsou podporo vány pro ověření prav osti 1. 
generace. 
3.5.11.2.1  MSE:SET AT pro ověření prav osti čipu 
Následující příkaz MSE:SET AT se používá pro výběr parametrů k ověření prav osti čipu, kter é se provádí 
následným příkazem GENERAL AUTHENTICA TE. 
TCS_108  Příkaz lze provést v MF, DF Tachograph a DF Tachograph_G2, viz rovněž TCS_34. 
TCS_109  Zpráva s příka zem MSE:SET AT pro ověření prav osti čipu 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘22h’  26.5.2016 L 139/208 Úřední věstník Evropské unie CS     
Bajt Délka Hodnota Popis 
P1 1 ‘41h’ Nastavit pro interní ověření prav osti 
P2 1 ‘A4h’ Ověření pravosti 
Lc 1 ‘NNh’ Lc: délka následujícího dato vého pole 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Odkaz na kryptografický mechanismus v kódo ­
vání DER -TLV: identif ikátor objektu ověření pra­
vosti čipu (pouze hodnota, tag ‘06h’ je vynechán ). 
Hodnoty identif ikátorů objektů viz dodat ek 1; 
používá se bajtová notace. Pokyny , jak vybrat je­
den z těcht o identifikátorů objektů, viz dodat ek 
11.  
3.5.11.2.2  MSE:SET AT pro ověření prav osti celku ve vozidle 
Následující příkaz MSE:SET AT se používá pro výběr parametrů a klíčů pro ověření pravosti celku ve vozidle, 
kter é se provádí pomocí následného příkazu EXTERNAL AUTHENTICA TE. 
TCS_110  Příkaz lze provést v MF, DF Tachograph a DF Tachograph_G2, viz rovněž TCS_34. 
TCS_111  Zpráva s příka zem MSE:SET AT pro ověření prav osti celku ve vozidle 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Nastavit pro externí ověření prav osti 
P2 1 ‘A4h’ Ověření pravosti 
Lc 1 ‘NNh’ Lc: délka následujícího dato vého pole 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ Odkaz na kryptografický mechanismus v kódo ­
vání DER -TLV: identif ikátor objektu ověření pra­
vosti celku ve vozidle (pouze hodnota, tag ‘06h’ 
je vynechán). 
Hodnoty identif ikátorů objektů viz dodat ek 1; 
používá se bajtová notace. Pokyny , jak vybrat je­
den z těcht o identifikátorů objektů, viz dodat ek 
11. 
‘83h’ + ‘08h’ + ‘XX..XXh’ Odkaz na veřejný klíč VU v kódo vání DER -TLV s 
využitím reference držit ele certifikátu uvedené v 
jeho certifik átu 
‘91h’ + L91 + ‘XX..XXh’ Kompri movaná podoba dočasného veřejného 
klíče celku ve vozidle v kódo vání DER -TLV, kter á 
se použije při ověření pravosti čipu (viz dodatek 
11)  
3.5.11.2.3  MSE:SET DST 
Následující příkaz MSE:SET DST se používá pro nastav ení veřejného klíče, a to buď 
—  pro ověření podpisu, který je poskytnut v následném příkazu PSO: VERIFY DIGIT AL SIGNA TURE, nebo 26.5.2016 L 139/209 Úřední věstník Evropské unie CS     
—  pro ověření podpisu certifikátu, kter ý je poskytnut v následném příkazu PSO: VERIFY CER TIFIC ATE. 
TCS_112  Příkaz lze provést v MF, DF Tachograph a DF Tachograph_G2, viz rovněž TCS_33. 
TCS_113  Zpráva s příka zem MSE:SET DST 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Nastavit pro ověření 
P2 1 ‘B6h’ Digitální podpis 
Lc 1 ‘NNh’ Lc: délka následujícího datového pole 
#6-#(5+L) L ‘83h’ + ‘08h’ + ‘XX...XXh’ Odkaz na veřejný klíč v kódo vání DER -TLV, tj. re­
ference držite le certifik átu v certifikátu veřejného 
klíče (viz dodat ek 11)  
Pro všec hny verze příkazu jsou struktura zprávy s odpo vědí a stav ová slova dány takto: 
TCS_114  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. Protok ol byl vybrán a inicializo ván. 
—  ‘6A80’ označuje nesprávné parametr y v dato vém poli příkazu. 
—  ‘6A88’ označuje, že data, na která se odkazuje (tj. klíč, na který se odkazuje), nejsou 
k dispozici. 
3.5.12  PSO: HASH 
Tento příkaz slouží k přenosu výsledku výpočtu hodnoty hash nějakých dat na kartu. Tento příkaz se 
používá k ověření digitálních podpisů. Hodnota hash se dočasně uloží pro následný příkaz PSO: VERIFY 
DIGIT AL SIGNA TURE. 
Tento příkaz je v souladu s normou ISO/IEC 7816-8. Jeho použití je ale ve srovnání se související normou 
omezené. 
Tento příkaz musí podporo vat pouze kontrolní karta v DF Tachograph a DF Tachograph_G2. 
Ostatní typy karet tachografu mohou, ale nemusí tent o příkaz imple mento vat. Příkaz může, ale nemusí být 
přístupný v MF. 
Aplikace kontrolní karty 1. generace podpor uje pouze SHA-1. 
TCS_115  Dočasně uložená hodnota hash se smaže, pokud je pomocí příkazu PSO: HASH vypočítána nová 
hodnota hash, pokud je zvolen DF a pokud je reseto vána karta tachog rafu. 26.5.2016 L 139/210 Úřední věstník Evropské unie CS     
TCS_116  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Perform Secur ity Operation 
P1 1 ‘90h’ Vrátit hodnotu hash 
P2 1 ‘A0h’ Tag: dato vé pole obsahuje příslušné DO pro hašo vání 
Lc 1 ‘XXh’ Délka Lc následujícího dato vého pole 
#6 1 ‘90h’ Tag pro hodnotu hash 
#7 1 ‘XXh’ Délka L hodnoty hash: 
‘14h’ v aplikaci 1. generace (viz dodat ek 11 část A) 
‘20h’, ‘30h’ nebo ‘40h’ v aplikaci 2. generace (viz dodat ek 11 část 
B) 
#8-#(7+L) L ‘XX..XXh’ Hodnota hash  
TCS_117  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Chybějí-li někter é očekáv ané datové objekty (jak je specifiko váno výše), je vrácen stav 
zpraco vání ‘6987’. To může nastat, když chybí jeden z tagů ‘90h’. 
—  Jsou-li někte ré datové objekty chybné, je vrácen stav zpraco vání ‘6988’. Tato chyba nastane, 
když je přítomen potřebný tag, ale s jinou délk ou než ‘14h’ pro SHA-1, ‘20h’ pro SHA-256, 
‘30h’ pro SHA-384, ‘40h’ pro SHA-512 (aplikace 2. generace). 
3.5.13  PERFORM HASH of FILE 
Tento příkaz není v souladu s normou ISO/IEC 7816-8. Proto bajt CLA tohot o příkazu indikuje propr ietár ní 
použití příkazu PERFORM SECURIT Y OPERA TION / HASH. 
Tento příkaz musí podporo vat jen karta řidiče a karta dílny v DF Tachograph a DF Tachograph_G2. 
Ostatní typy karet tachografu mohou, ale nemusí tento příkaz imple mento vat. Pokud tent o příkaz 
imp lementuje karta podniku nebo kontrolní karta, je příkaz implemento ván podle specifikace v této kapitole. 
Příkaz může, ale nemusí být přístupný v MF. Pokud je přístupný, je implemento ván podle specifi kace v této 
kapito le, tj. neumožní výpočet hodnoty hash, ale skončí s vhodným chybovým kódem. 
TCS_118  Příkaz PERFORM HASH OF FILE se používá pro výpočet hodnoty hash dato vé oblasti aktuálně 
vybraného transparentního EF. 
TCS_119  Karta tachografu podpor uje tent o příkaz pouze pro ty EF, které jsou uvedeny v kapito le 4 v rámci 
DF_T achograph a DF_T achograph_G2 s následující výjimk ou. Karta tachografu nepodpor uje tento 
příkaz pro EF Sensor_Installation_Data v DF Tachog raph_G2. 26.5.2016 L 139/211 Úřední věstník Evropské unie CS     
TCS_120  Výsledek operace hašo vání se dočasně uloží na kartě. Poté může být použit k získání digitálního 
podpisu soubor u pomocí příkazu PSO: COMPUTE DIGIT AL SIGNA TURE. 
TCS_121  Dočasně uložená hodnota hash soubor u se smaže, pokud je pomocí příkazu PSO: HASH OF FILE 
vypočítána nová hodnota hash soubor u, pokud je zvolen DF a pokud je reseto vána karta 
tachografu. 
TCS_122  Aplikace tachog rafu 1. generace podpor uje algor itmus SHA-1. 
TCS_123  Aplikace tachog rafu 2. generace podpor uje algor itmy SHA-1 a SHA-2 (256, 384 a 512 bitů). 
TCS_124  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘80h’ CLA 
INS 1 ‘2Ah’ Perform Secur ity Operation 
P1 1 ‘90h’ Tag: Hash 
P2 1 ‘XXh’ P2: označuje algor itmus, který se má použít pro výpočet hodnoty hash 
z dat aktuálně vybraného transparentního soubor u: 
‘00h’ pro SHA-1 
‘01h’ pro SHA-256 
‘02h’ pro SHA-384 
‘03h’ pro SHA-512  
TCS_125  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Pokud aktuální EF nedo voluje tento příkaz (EF Sensor_Installation_Data v DF Tachograph_G2), 
je vrácen stav zpraco vání ‘6985’. 
—  Je-li vybraný EF považo ván za pošk ozený (chyby integrit y atributů soubor u nebo uložených 
dat), je vrácen stav zpraco vání ‘6400’ nebo ‘6581’. 
—  Pokud zvolený soubor není transparentním souborem nebo neexistuje aktuální EF, je vrácen 
stav zpraco vání ‘6986’. 
3.5.14  PSO: COMPUTE DIGIT AL SIGNATURE 
Tento příkaz se používá pro výpočet digitálního podpisu dříve vypočte né hodnoty hash (viz PERFORM 
HASH OF FILE, část 3.5.13). 
Tento příkaz musí podporo vat jen karta řidiče a karta dílny v DF Tachograph a DF Tachograph_G2. 
Ostatní typy karet tachog rafu mohou, ale nemusí tento příkaz implemento vat, nemaj í však podpiso vý klíč. 
Proto tyto karty nemohou příkaz úspěšně provést, ale ukončí jej s vhodným chybo vým kódem. 
Příkaz může, ale nemusí být přístupný v MF. Pokud je přístupný, skončí s vhodným chybovým kódem. 26.5.2016 L 139/212 Úřední věstník Evropské unie CS     
Tento příkaz je v souladu s normou ISO/IEC 7816-8. Jeho použití je ale ve srovnání se související normou 
omezené. 
TCS_126  Tento příkaz nevypočítá digitální podpis hodnoty hash dříve vypočte né příkazem PSO: HASH. 
TCS_127  K výpočtu digitálního podpisu se použi je soukromý klíč karty, kter ý je kartě implicitně znám. 
TCS_128  Aplikace tachog rafu 1. generace provede digitální podpis s použitím metody doplnění, kter á je v 
souladu s PKCS1 (podrobnosti viz dodat ek 11). 
TCS_129  Aplikace tach ografu 2. generace vypočítá digitální podpis na bázi eliptic kých křivek (podrobnosti 
viz dodat ek 11). 
TCS_130  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Perform Secur ity Operation 
P1 1 ‘9Eh’ Má být vrácen digitální podpis 
P2 1 ‘9Ah’ Tag: dato vé pole obsahuje data k podpisu. Jelik ož žádné dato vé pole není 
zahr nuto, očekává se, že data jsou již na kartě (hash soubor u). 
Le 1 ‘NNh’ Délka očekávaného podpisu  
TCS_131  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#L L ‘XX..XXh’ Podpis dříve vypočítané hodnoty hash 
SW 2 ‘XXXXh’ Stavová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Jestliže se implicitně vybraný soukromý klíč považuje za pošk ozený, je vrácen stav zpraco vání 
‘6400’ nebo ‘6581’. 
—  Není-li k dispozici hodnota hash vypočítaná předc hozím příkazem PERFORM HASH OF FILE, 
je vrácen stav zpraco vání ‘6985’. 
3.5.15  PSO: VERIFY DIGIT AL SIGNATURE 
Tento příkaz se používá k ověření digitálního podpisu poskytnutého jako vstup, jehož hodnota hash je kartě 
známa. Algor itmus podpisu je kartě implicitně znám. 
Tento příkaz je v souladu s normou ISO/IEC 7816-8. Jeho použití je ale ve srovnání se související normou 
omezené. 
Tento příkaz musí podporo vat pouze kontrolní karta v DF Tachograph a DF Tachograph_G2. 
Ostatní typy karet tachografu mohou, ale nemusí tent o příkaz imple mento vat. Příkaz může, ale nemusí být 
přístupný v MF. 
TCS_132  Příkaz VERIFY DIGIT AL SIGNA TURE vždy používá veřejný klíč vybraný předc hozím příkazem 
MANA GE SECURIT Y ENVIR ONMENT MSE: Set DST a předc hozí hodnotu hash vloženou 
příkazem PSO: HASH. 26.5.2016 L 139/213 Úřední věstník Evropské unie CS     
TCS_133  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ Perform Secur ity Operation 
P1 1 ‘00h’  
P2 1 ‘A8h’ Tag: dato vé pole obsahuje datové objekty relevantní pro ověření 
Lc 1 ‘83h’ Délka Lc následujícího dato vého pole 
6 1 ‘9Eh’ Tag pro digitální podpis 
#7-#8 2 ‘81 XXh’ Délka digitálního podpisu: 
128 bajtů kódo vanýc h podle dodatku 11 části A pro aplikaci ta­
chografu 1. generace 
v závislosti na zvolené křiv ce pro aplikaci tachog rafu 2. generace 
(viz dodat ek 11 část B) 
#9-#(8+L) L ‘XX..XXh’ Obsah digitálního podpisu  
TCS_134  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
SW 2 ‘XXXXh’ Stav ová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  Jestliže se ověření podpisu nezdaří, je vrácen stav zpraco vání ‘6688’. Postup ověření je popsán 
v dodatku 11. 
—  Jestliže není vybrán žádný veřejný klíč, je vrácen stav zpraco vání ‘6A88’. 
—  Chybějí-li někter é očekáv ané datové objekty (jak je specifiko váno výše), je vrácen stav 
zpraco vání ‘6987’. To může nastat, když chybí jeden z požado vaných tagů. 
—  Jestliže není k dispozici žádná hodnota hash pro zpraco vání příkazu (jako výsledek 
předc hozího příkazu PSO: HASH), je vrácen stav zpraco vání ‘6985’. 
—  Jsou-li někter é datové objekty chybné, je vrácen stav zpraco vání ‘6988’. To může nastat, když 
je chybná délka jednoho z požado vaných dato vých objektů. 
—  Je-li vybraný veřejný klíč považo ván za pošk ozený, je vrácen stav zpraco vání ‘6400’ nebo 
‘6581’. 
3.5.16  PROCE SS DSRC MESSA GE 
Tento příkaz se používá k ověření integrit y a prav osti zprá vy DSR C a pro dešifro vání dat předaných z celku 
ve vozidle kontrolnímu orgánu nebo dílně pomocí spojení DSR C. Karta odvodí šifro vací klíč a klíč MAC 
používané pro zabezpečení zprá vy DSR C podle dodatku 11 části B kapitoly 13. 
Tento příkaz musí podporo vat pouze kontrolní karta a karta dílny v DF Tachog raph_G2. 
Ostatní typy karet tachog rafu mohou, ale nemusí tent o příkaz implement ovat, ale nemaj í hlavní klíč DSR C. 
Proto tyto karty nemohou příkaz úspěšně provést, ale ukončí jej s vhodným chybo vým kódem. 26.5.2016 L 139/214 Úřední věstník Evropské unie CS     
Příkaz může, ale nemusí být přístupný v MF a/nebo DF Tachograph. Pokud je přístupný, skončí s vhodným 
chybo vým kódem. 
TCS_135  Hlavní klíč DSR C je přístupný pouze v DF Tachograph_G2, tj. kontrolní karta a karta dílny 
podpor ují úspěšné provedení příkazu pouze v DF Tachograph_G2. 
TCS_136  Příkaz pouze dešifr uje data DSR C a ověřuje kryptografický kontrolní součet, ale neinterpretuje 
vstupní data. 
TCS_137  Pořadí dato vých objektů v datovém poli příkazu je určeno tout o specifikací. 
TCS_138  Zpráva s příka zem 
Bajt Délka Hodnota Popis 
CLA 1 ‘80h’ Propr ietár ní CLA 
INS 1 ‘2Ah’ Perform Secur ity Operation 
P1 1 ‘80h’ Data odpo vědi: otev řená hodnota 
P2 1 ‘B0h’ Data příkazu: otevřená hodnota v kódo vání BER - 
TLV a včetně datových objektů bezpečného předává ­
ní zprá v 
Lc 1 ‘NNh’ Délka Lc následujícího datového pole 
#6-#(5+L) L ‘87h’ + L87 + ‘XX..XXh’ Bajt indikující obsah doplnění v kódo vání DER -TLV 
následo vaný šifro vanými přenášenými daty tacho ­
grafu. Pro bajt indikující obsah doplnění se používá 
hodnota ‘00h’ („žádná další indikace“ podle ISO/IEC 
7816-4:2013 tabulky 52). Mechani smus šifro vání 
viz dodatek 11 část B kapitolu 13. 
Povolené hodnoty délky L87 jsou násobky délky 
bloku AES plus 1 pro bajt indikující obsah do­
plnění, tj. od 17 bajtů do 193 bajtů včetně. 
Poznámka: Dato vý objekt bezpečného předáv ání 
zprá v s tagem ‘87h’ viz ISO/IEC 7816-4:2013 ta­
bulka 49. 
‘81h’ + ‘10h’ Šablona řídicích odkazů pro důvěr nost v kódo vání 
DER -TLV, kter á obsahuje zřetězení následujícíc h da­
tových prvků (viz dodat ek 1 DSR CSecur ityData a 
dodat ek 11 část B kapito lu 13): 
—  4 bajty – časo vé razítk o 
—  3 bajty – čítač 
—  8 bajtů – výrobní číslo celku ve vozidle 
—  1 bajt – verze hlav ního klíče DSR C 
Poznámka: Dato vý objekt bezpečného předáv ání 
zprá v s tagem ‘81h’ viz ISO/IEC 7816-4:2013 ta­
bulka 49. 
‘8Eh’ + L8E + ‘XX..XXh’ MAC zprá vy DSR C v kódo vání DER -TLV. Algor it­
mus a výpočet MAC viz dodatek 11 část B kapito lu 
13. 
Poznámka: Dato vý objekt bezpečného předáv ání 
zprá v s tagem ‘8Eh’ viz ISO/IEC 7816-4:2013 ta­
bulka 49.  26.5.2016 L 139/215 Úřední věstník Evropské unie CS     
TCS_139  Zpráva s odpo vědí 
Bajt Délka Hodnota Popis 
#1-#L L ‘XX..XXh’ Chybí (v případě chyby) nebo dešifro vaná data (doplnění odstraněno) 
SW 2 ‘XXXXh’ Stavová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, karta vrátí ‘9000’. 
—  ‘6A80’ označuje nesprá vné parametr y v dato vém poli příkazu (používá se rovněž v případě, že 
dato vé objekty nejsou odeslány ve stano veném pořadí). 
—  ‘6A88’ označuje, že data, na kter á se odkazuje, tj. hlav ní klíč DSR C, nejsou k dispozici. 
—  ‘6900’ označuje, že se nezdařilo ověření kryptografické ho kontrolního součtu nebo dešifro vání 
dat. 
4.  STR UKTURA KARET TACHOGRAF U 
V tomt o odstav ci jsou specifi kovány struktur y souborů, které slouží pro uložení přístupných dat na kartách 
tachog rafu. 
Nejsou specifiko vány vnitřní struktur y závislé na výrobci karty, jako například hlav ičky souborů, 
ani ukládání a zpraco vání dato vých prvků potřebných pouze pro interní použití, 
například
 ,
 ,
 nebo
 . 
TCS_140  Na kartě tachog rafu 2. generace je uložen hlavní soubor (MF) a aplikace tach ografu stejného typu 
(např. aplikace karty řidiče) 1. generace a 2. generace. 
TCS_141  Karta tachografu musí podporo vat alespoň minimální počet záznamů specifiko vaný pro příslušné 
aplikace a nesmí podporo vat více záznamů než maximální počet specifi kovaný pro příslušné 
aplikace. 
Maximální a minimální počty záznamů jsou pro různé aplikace specifi kovány v této kapito le. 
Bezpečnostní podmínky používané v pravidlech přístupu v této kapito le jsou uvedeny v kapito le 
3.3. Režim přístupu „čtení“ obecně označuje příkaz READ BINAR Y se sudým a – je-li podporo ván 
– lichým bajtem INS, s výjimk ou EF Sensor_Installation_Data na kartě dílny , viz TCS_156 a 
TCS_160. Režim přístupu „aktualizace“ označuje příkaz UPD ATE BINAR Y se sudým a – je-li 
podporo ván – lichým bajtem INS a režim přístupu „výběr“ označuje příkaz SELECT . 
4.1  Hlav ní soubor MF 
TCS_142  Po personalizaci má hlav ní soubor MF následující trvalou struktur u souborů a pravidl a přístupu k 
souborům: 
Poznámka: Krátký identif ikátor EF SFID je uváděn jako číslo v desítk ové sousta vě, tj. hodnota 30 
odpo vídá binár ní hodnotě 11110. 
26.5.2016 L 139/216 Úřední věstník Evropské unie CS     
V této tabulce je použita tato zkratka pro bezpečnostní podmínku: 
SC1  ALW OR SM-MA C-G2 
TCS_143  Všechn y struktur y EF jsou transparentní. 
TCS_144  Hlavní soubor MF má tuto struktur u dat: 
TCS_145  Elementár ní soubor EF DIR obsahuje tyto datové objekty týkaj ící se aplikace: ‘61 08 4F 06 FF 54 
41 43 48 4F 61 08 4F 06 FF 53 4D 52 44 54’ 
TCS_146  Elementár ní soubor EF ATR/INFO je přítomen, pokud karta tachografu v ATR uvádí, že podpor uje 
rozšířená pole délky . V tomt o případě EF ATR/INFO obsahuje dato vý objekt s informací o 
rozšířené délce (DO‘7F66’), jak je uvedeno v ISO/IEC 7816-4:2013 bodě 12.7.1. 
TCS_147  Elementár ní soubor EF Exten ded_Length je přítomen, pokud karta tachografu v ATR uvádí, že 
podpor uje rozšířená pole délky . V tomt o případě tent o EF obsahuje tento dato vý objekt : ‘02 01 
xx’, kde hodnota ‘xx’ označuje, zda jsou rozšířená pole délky podporo vána pro protok ol T = 1 a/ 
nebo T = 0. 
Hodnota ‘01’ označuje, že rozšířená pole délky jsou podporo vána pro protok ol T = 1. 
Hodnota ‘10’ označuje, že rozšířená pole délky jsou podporo vána pro protok ol T = 0. 
Hodnota ‘11’ označuje, že rozšířená pole délky jsou podporo vána pro protok ol T = 1 a T = 0. 
4.2  Aplik ace karty řidiče 
4.2.1  Aplik ace karty řidiče 1. generace 
TCS_148  Po personalizaci má aplikace karty řidiče 1. generace následující trvalou struktur u souborů a 
pravidla přístupu k souborům: 26.5.2016 L 139/217 Úřední věstník Evropské unie CS     
V této tabulce jsou použity tyto zkratky pro bezpečnostní podmínky: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
TCS_149  Všechn y struktur y EF jsou transparentní. 
TCS_150  Aplikace karty řidiče 1. generace musí mít tuto struktur u dat:   26.5.2016 L 139/218 Úřední věstník Evropské unie CS     
26.5.2016 L 139/219 Úřední věstník Evropské unie CS     
26.5.2016 L 139/220 Úřední věstník Evropské unie CS     
TCS_151  Následující hodnoty používané pro označení velik ostí ve výše uvedené tabulce jsou hodnoty 
minimálního a maximálního počtu záznamů, kter é musí struktura dat karty řidiče používat pro 
aplikaci 1. generace: 
4.2.2  Aplik ace karty řidiče 2. generace 
TCS_152  Po personalizaci má aplikace karty řidiče 2. generace následující trvalou struktur u souborů a 
pravidla přístupu k souborům: 
Poznámka: Krátký identif ikátor EF SFID je uváděn jako číslo v desítk ové sousta vě, tj. hodnota 30 
odpo vídá binár ní hodnotě 11110. 
V této tabulce je použita tato zkratka pro bezpečnostní podmínku: 
SC1  ALW OR SM-MA C-G2 
TCS_153  Všechn y struktur y EF jsou transparentní. 
TCS_154  Aplikace karty řidiče 2. generace musí mít tuto struktur u dat:   26.5.2016 L 139/221 Úřední věstník Evropské unie CS     
26.5.2016 L 139/222 Úřední věstník Evropské unie CS     
26.5.2016 L 139/223 Úřední věstník Evropské unie CS     
TCS_155  Následující hodnoty používané pro označení velik ostí ve výše uvedené tabulce jsou hodnoty 
minimálního a maximálního počtu záznamů, kter é musí struktura dat karty řidiče používat pro 
aplikaci 2. generace: 
4.3  Aplik ace karty dílny 
4.3.1  Aplik ace karty dílny 1. gener ace 
TCS_156  Po personalizaci musí mít aplikace karty dílny 1. generace následující trvalou struktur u souborů a 
pravidla přístupu k souborům:  26.5.2016 L 139/224 Úřední věstník Evropské unie CS     
V této tabulce jsou použity tyto zkratky pro bezpečnostní podmínky: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC4  Pro příkaz READ BINAR Y se sudým bajtem INS: 
(PLAIN-C AND SM-R -ENC-G1) OR (SM-C-MA C-G1 AND SM-R -ENC-MA C-G1) OR 
(SM-C-MA C-G2 AND SM-R -ENC-MA C-G2) 
Pro příkaz READ BINAR Y s lichým bajtem INS (je-li podporo ván): NEV 
TCS_157  Všechn y struktur y EF jsou transparentní. 
TCS_158  Aplikace karty dílny 1. generace musí mít tuto struktur u dat:   26.5.2016 L 139/225 Úřední věstník Evropské unie CS     
26.5.2016 L 139/226 Úřední věstník Evropské unie CS     
26.5.2016 L 139/227 Úřední věstník Evropské unie CS     
TCS_159  Následující hodnoty používané pro označení velik ostí ve výše uvedené tabulce jsou hodnoty 
minimálního a maximálního počtu záznamů, kter é musí struktura dat karty dílny používat pro 
aplikaci 1. generace: 
4.3.2  Aplik ace karty dílny 2. gener ace 
TCS_160  Po personalizaci musí mít aplikace karty dílny 2. generace následující trvalou struktur u souborů a 
pravidla přístupu k souborům: 
Poznámka: Krátký identif ikátor EF SFID je uváděn jako číslo v desítk ové sousta vě, tj. hodnota 30 
odpo vídá binár ní hodnotě 11110.  26.5.2016 L 139/228 Úřední věstník Evropské unie CS     
V této tabulce jsou použity tyto zkratky pro bezpečnostní podmínky: 
SC1  ALW OR SM-MA C-G2 
SC5  Pro příkaz READ BINAR Y se sudým bajtem INS: SM-C-MA C-G2 AND SM-R -ENC-MA C-G2 
Pro příkaz READ BINAR Y s lichým bajtem INS (je-li podporo ván): NEV 
TCS_161  Všechn y struktur y EF jsou transparentní. 
TCS_162  Aplikace karty dílny 2. generace musí mít tuto struktur u dat:   26.5.2016 L 139/229 Úřední věstník Evropské unie CS     
26.5.2016 L 139/230 Úřední věstník Evropské unie CS     
26.5.2016 L 139/231 Úřední věstník Evropské unie CS     
26.5.2016 L 139/232 Úřední věstník Evropské unie CS     
TCS_163  Následující hodnoty používané pro označení velik ostí ve výše uvedené tabulce jsou hodnoty 
minimálního a maximálního počtu záznamů, kter é musí struktura dat karty dílny používat pro 
aplikaci 2. generace: 
4.4  Aplik ace kontrolní karty 
4.4.1  Aplik ace kontro lní karty 1. generace 
TCS_164  Po personalizaci musí mít aplikace kontrolní karty 1. generace následující trvalou struktur u 
souborů a pravidla přístupu k souborům: 
V této tabulce jsou použity tyto zkratky pro bezpečnostní podmínky: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_165  Všechn y struktur y EF jsou transparentní. 
TCS_166  Aplikace kontrolní karty 1. generace musí mít tuto struktur u dat:   26.5.2016 L 139/233 Úřední věstník Evropské unie CS     
TCS_167  Následující hodnoty používané pro označení velik ostí ve výše uvedené tabulce jsou hodnoty 
minimálního a maximálního počtu záznamů, které musí struktura dat kontrolní karty používat 
pro aplikaci 1. generace: 
4.4.2  Aplik ace kontro lní karty 2. generace 
TCS_168  Po personalizaci musí mít aplikace kontrolní karty 2. generace následující trvalou struktur u 
souborů a pravidla přístupu k souborům: 
Poznámka: Krátký identif ikátor EF SFID je uváděn jako číslo v desítk ové sousta vě, tj. hodnota 30 
odpo vídá binár ní hodnotě 11110. 26.5.2016 L 139/234 Úřední věstník Evropské unie CS     
V této tabulce je použita tato zkratka pro bezpečnostní podmínku: 
SC1  ALW OR SM-MA C-G2 
TCS_169  Všechn y struktur y EF jsou transparentní. 
TCS_170  Aplikace kontrolní karty 2. generace musí mít tuto struktur u dat:   26.5.2016 L 139/235 Úřední věstník Evropské unie CS     
TCS_171  Následující hodnoty používané pro označení velik ostí ve výše uvedené tabulce jsou hodnoty 
minimálního a maximálního počtu záznamů, které musí struktura dat kontrolní karty používat 
pro aplikaci 2. generace: 
4.5  Aplik ace karty podniku 
4.5.1  Aplik ace karty podniku 1. gener ace 
TCS_172  Po personalizaci musí mít aplikace karty podniku 1. generace následující trvalou struktur u 
souborů a pravidla přístupu k souborům: 26.5.2016 L 139/236 Úřední věstník Evropské unie CS     
V této tabulce jsou použity tyto zkratky pro bezpečnostní podmínky: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_173  Všechn y struktur y EF jsou transparentní. 
TCS_174  Aplikace karty podniku 1. generace musí mít tuto struktur u dat: 
26.5.2016 L 139/237 Úřední věstník Evropské unie CS     
TCS_175  Následující hodnoty používané pro označení velik ostí ve výše uvedené tabulce jsou hodnoty 
minimálního a maximálního počtu záznamů, které musí struktura dat karty podniku používat pro 
aplikaci 1. generace 
4.5.2  Aplik ace karty podniku 2. gener ace 
TCS_176  Po personalizaci musí mít aplikace karty podniku 2. generace následující trvalou struktur u 
souborů a pravidla přístupu k souborům: 
Poznámka: Krátký identif ikátor EF SFID je uváděn jako číslo v desítk ové sousta vě, tj. hodnota 30 
odpo vídá binár ní hodnotě 11110. 
V této tabulce je použita tato zkratka pro bezpečnostní podmínku: 
SC1  ALW OR SM-MA C-G2 
TCS_177  Všechn y struktur y EF jsou transparentní. 
TCS_178  Aplikace karty podniku 2. generace musí mít tuto struktur u dat:   26.5.2016 L 139/238 Úřední věstník Evropské unie CS     
TCS_179  Následující hodnoty používané pro označení velik ostí ve výše uvedené tabulce jsou hodnoty 
minimálního a maximálního počtu záznamů, které musí struktura dat karty podniku používat pro 
aplikaci 2. generace 
26.5.2016 L 139/239 Úřední věstník Evropské unie CS     
Dodatek 3 
PIKTOGRAMY 
PIC_001  Tachograf může volitelně používat tyto pikt ogram y a jejich kombinace (nebo pikt ogram y a jejich kombinace 
dostat ečně podobné, aby je bylo možno jednoznačně ztot ožnit s těmito):  
1. ZÁKL ADNÍ PIKTOGRAMY  
Osoby Akce Provozní režimy 
podnik  podnik ový režim 
kontrolor kontrola kontrolní režim 
řidič řízení provozní režim 
dílna/zkušebna kontrola/kalibrace kalibrační režim 
výrobce     
Činnos ti Doba trvání 
pohoto vost stáva jící doba pohoto vosti 
řízení nepřetržitá doba řízení 
odpočinek stáva jící doba odpočinku 
jiná práce stáva jící praco vní doba 
přestávka souhr nná doba přestáv ek 
neznámá    
Zařízení Funkce 
otvor pro kartu řidiče  
otvor pro kartu druhého ři­
diče  
karta  
hodiny  
displej zobrazení 
extern í paměťo vé médium staho vání 
napájení  
tiskár na/výtisk tisk 
snímač  
rozměr pneumatik  
vozidlo / celek ve vozidle  
zařízení GNSS  
zařízení pro dálk ové odhalo ­
vání  
rozhraní ITS    
Zvláštní podmínky 
mimo působnost 
převoz lodí / převoz vlakem  26.5.2016 L 139/240 Úřední věstník Evropské unie CS     
Různé   
události 
 závady 
začátek denní praco vní doby 
 konec denní praco vní doby 
místo   
ruční zadání činností řidiče   
zabezpečení   
rychlost   
čas   
celkem/souhr n     
Kvalif ikátory 
24h denní 
týdenní 
dvoutýdenní 
od nebo do   
2. KOMBINA CE PIKTOGRAMŮ  
Různé   
místo kontroly   
místo začátku denní praco vní doby 
 místo konce denní praco vní doby 
čas začátku 
 čas konce 
z vozidla   
mimo působnost – začátek 
 mimo působnost – konec   
Karty 
karta řidiče 
karta podniku 
kontrolní karta 
karta dílny 
žádná karta   
Řízení 
řízení posádk ou 
doba řízení během jednoho týdne 
doba řízení během dvou týdnů   
Výtisky 
denní výtisk činností řidiče z karty 
denní výtisk činností řidiče z celku ve vozidle 
výtisk událostí a závad z karty 
výtisk událostí a závad z celku ve vozidle 
výtisk technickýc h dat 
výtisk překročení povolené rychlosti  26.5.2016 L 139/241 Úřední věstník Evropské unie CS     
Událos ti 
vložení neplatné karty 
konflikt karet 
časo vý přesah 
řízení bez příslušné karty 
vložení karty během řízení 
nesprávné ukončení poslední relace karty 
překročení povolené rychlosti 
přer ušení napájení 
chyba údajů o pohy bu vozidla 
nesoulad údajů o pohy bu vozidla 
narušení zabezpečení 
nastavení času (dílnou) 
kontrola překročení povolené rychlosti   
Závady 
závada karty (otv or pro kartu řidiče) 
závada karty (otv or pro kartu druhého řidiče) 
závada displeje 
závada staho vání 
závada tiskár ny 
závada snímače 
intern í závada celku ve vozidle 
závada GNSS 
závada dálk ového odhalo vání   
Proces ručního zadá vání 
nadále tatáž denní praco vní doba? 
konec předešlé praco vní doby? 
potvrzení nebo zadání místa konce praco vní doby 
zadání času začátku 
zadání místa začátku praco vní doby  
Poznámka: Další kombinace pikt ogramů k vytvo ření bloků ve výtiscích nebo identif ikátorů záznamů jsou 
definov ány v dodatku 4.   26.5.2016 L 139/242 Úřední věstník Evropské unie CS     
Dodatek 4 
VÝTISKY 
OBSAH 
1. VŠEOBECNÉ ...................................................................................................................................... 243 
2. SPECIFIKA CE DATOVÝCH BLOKŮ .......................................................................................................... 243 
3. SPECIFIKA CE VÝTISKŮ ........................................................................................................................ 250 
3.1 Denní výtisk činností řidiče z karty............................................................................................ 250 
3.2 Denní výtisk činností řidiče z VU ............................................................................................... 251 
3.3 Výtisk událostí a závad z karty.................................................................................................. 252 
3.4 Výtisk událostí a závad z VU .................................................................................................... 252 
3.5 Výtisk technic kých dat............................................................................................................. 253 
3.6 Výtisk překročení povolené rychlosti .......................................................................................... 253 
3.7 Histori e vložených karet .......................................................................................................... 254  
1.  VŠEOBECNÉ 
Každý výtisk je tvořen zřetězením různých dato vých bloků, které mohou být identif ikovány identifikátorem 
bloku. 
Datový blok obsahuje jeden nebo více záznamů, které mohou být identifik ovány identifikátorem záznamu. 
PRT_001  Pokud identifikátor bloku bezprostředně předc hází identifikátor u záznamu, identif ikátor záznamu se 
netiskne. 
PRT_002  Není-li některá dato vá položka známa nebo nesmí být vytištěna z důvodu přístupo vých práv k údajům, 
vytisknou se místo ní mezer y. 
PRT_003  Není-li znám obsah celé řádky nebo není třeba jej tisknout, vynechá se celá řádka. 
PRT_004  Číselná datová pole se tisknou zaro vnaná dopra va, s mezerou jako oddělo vačem tisíců a milionů a bez 
nul na začátku. 
PRT_005  Řetězco vá dato vá pole se tisknou zaro vnaná doleva a doplněná mezerami na délku datové položky , 
nebo v případě potřeb y zkrácená na délku datové položky (jména či názvy a adresy). 
PRT_006  V případě zalomení řádky z důvodu dlouhého textu se jako první znak na nové řádce vytiskne zvláštní 
znak (tečka uprostřed výšky řádky – „•“). 
2.  SPECIFIKA CE DATOVÝCH BLOKŮ 
V této kapitole je použita následující konvence, pokud jde o formát: 
—  znaky vytištěné tučně označují prostý text k vytištění (tiskne se normálními znaky), 
—  normální znaky označují proměnné (pikt ogram y nebo data), které se při tisku nahradí svými hodnotami, 
—  názvy proměnných jsou doplněny podtržítky , aby se znázor nila délka dato vé položky , která je pro 
proměnnou k dispozici, 
—  datum se uvádí ve formátu „dd/mm/yyyy“ (den/měsíc/rok). Smí se použít i formát „dd.mm.yyyy“, 
—  term ín „identifikace karty“ označuje posloupnost: typu karty znázor něného kombinací piktogramů karty, 
kódu členského státu vydáva jícího kartu, znaku lomítka a čísla karty s indexe m náhrady a indexem obno vy 
oddělenými mezerami: 
P 
 x x x / x x x x x x x x x x x x x x  x  x Kombinace 
piktogramů karty 
Kód vydávajícího 
členského státu  Prvních 14 znaků čísla karty 
(případně s pořado vým indexem)  
Index 
náhrady  
Index 
obnovy  26.5.2016 L 139/243 Úřední věstník Evropské unie CS     
PRT_007 Ve výtiscích se používají následující dato vé bloky a/nebo dato vé záznam y v souladu s následujícími význam y 
a formáty : 
26.5.2016 L 139/244 Úřední věstník Evropské unie CS     
26.5.2016 L 139/245 Úřední věstník Evropské unie CS     
26.5.2016 L 139/246 Úřední věstník Evropské unie CS     
26.5.2016 L 139/247 Úřední věstník Evropské unie CS     
26.5.2016 L 139/248 Úřední věstník Evropské unie CS     
26.5.2016 L 139/249 Úřední věstník Evropské unie CS     
3.  SPECIFIKA CE VÝTISKŮ 
V této kapitole je použita následující konvence: 
N Tisk bloku nebo záznamu s číslem N  
N Tisk bloku nebo záznamu s číslem N tolikrát, kolikrát je třeba  
X/Y Tisk bloků nebo záznamů X a/nebo Y dle potřeb y a tolikrát, kolikrát je třeba  
3.1  Denní výtisk činnost í řidiče z karty 
PRT_008 Denní výtisk činností řidiče z karty musí mít následující formát : 
1 Datum a čas vytištění dokumentu 
2 Typ výtisku 
3 Identif ikace kontrolora (pokud je do VU vložena kontrolní karta) 
3 Identif ikace řidiče (z karty, pro kter ou se výtisk pořizuje, + GEN) 
4 Identif ikace vozidla (z nějž se výtisk pořizuje) 
5 Identif ikace VU (VU, z nějž se výtisk pořizuje, + GEN) 
6 Poslední kalibrace tohot o VU 
7 Poslední kontrola, které byl kontrolo vaný řidič podroben 
8 Oddělo vač činností řidiče 
8a Na začátku tohot o dne platila podmínka „mimo působnost“ 
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4 Činnosti řidiče v pořadí, v jakém k nim došlo 
11 Oddělo vač denního souhr nu 26.5.2016 L 139/250 Úřední věstník Evropské unie CS     
11.4 Zadaná místa v chronologick ém pořadí 
11.5 Údaj e GNSS 
11.6 Celk ové doby trvání činností 
12.1 Oddělo vač událostí nebo závad z karty 
12.4 Záznam y událostí/závad (posledních 5 událostí nebo závad uložených na kartě) 
13.1 Oddělo vač událostí nebo závad z VU 
13.4 Záznam y událostí/závad (posledních 5 událostí nebo závad uložených nebo probíhaj í­
cích ve VU) 
22.1 Míst o kontroly 
22.2 Podpis kontrolora 
22.5 Podpis řidiče  
3.2  Denní výtisk činnost í řidiče z VU 
PRT_009 Denní výtisk činností řidiče z VU musí mít následující formát: 
1 Datum a čas vytištění dokumentu 
2 Typ výtisku 
3 Identif ikace držitele karty (pro všec hny karty vložené do VU, + GEN) 
4 Identif ikace vozidla (z nějž se výtisk pořizuje) 
5 Identif ikace VU (VU, z nějž se výtisk pořizuje, + GEN) 
6 Poslední kalibrace tohot o VU 
7 Poslední kontrola tohot o tachog rafu 
9 Oddělo vač činností řidiče 
10 Oddělo vač otvoru pro kartu řidiče (otvor č. 1) 
10a Na začátku tohot o dne platila podmínka „mimo působnost“ 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Činnosti v chronologick ém pořadí (otvor pro kartu řidiče) 
10 Oddělo vač otvoru pro kartu druhého řidiče (otvor č. 2) 
10a Na začátku tohot o dne platila podmínka „mimo působnost“ 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Činnosti v chronologick ém pořadí (otvor pro kartu druhého řidiče) 
11 Oddělo vač denního souhr nu 
11.1 Souhr n dob bez karty v otvoru pro kartu řidiče 
11.4 Zadaná místa v chronologick ém pořadí 
11.5 Údaj e GNSS 
11.6 Celk ové doby trvání činností 
11.2 Souhr n dob bez karty v otvoru pro kartu druhého řidiče 
11.4 Zadaná místa v chronologick ém pořadí 
11.5 Údaj e GNSS 26.5.2016 L 139/251 Úřední věstník Evropské unie CS     
11.7 Celk ové doby trvání činností 
11.3 Souhr n činností řidiče při zahr nutí obou otvor ů pro kartu  
11.4  Místa zadaná tímto řidičem, v chronologick ém pořadí 
11.5 Údaj e GNSS 
11.8 Celk ové doby trvání činností tohot o řidiče 
13.1 Oddělo vač událostí a záva d 
12.4 Záznam y událostí/závad (posledních 5 událostí nebo závad uložených nebo probíhaj í­
cích ve VU) 
13.1 Míst o kontroly 
22.2 Podpis kontrolora 
22.3 Čas začátku (místo, kde může řidič bez karty uvést, která období se ho týkají) 
22.4 Čas konce 
22.5 Podpis řidiče  
3.3  Výtisk událost í a závad z karty 
PRT_010 Výtisk událostí a závad z karty musí mít následující formát: 
1 Datum a čas vytištění dokumentu 
2 Typ výtisku 
3 Identif ikace kontrolora (pokud je do VU vložena kontrolní karta, + GEN) 
3 Identif ikace řidiče (z karty, které se výtisk týká) 
4 Identif ikace vozidla (z nějž se výtisk pořizuje) 
12.2 Oddělo vač událostí 
12.4 Záznam y událostí (všechn y události uložené na kartě) 
12.3 Oddělo vač závad 
12.4 Záznam y závad (všechn y záva dy uložené na kartě) 
22.1 Míst o kontroly 
22.2 Podpis kontrolora 
22.5 Podpis řidiče  
3.4  Výtisk událost í a závad z VU 
PRT_011 Výtisk událostí a závad z VU musí mít následující formát: 
1 Datum a čas vytištění dokumentu 
2 Typ výtisku 
3 Identif ikace držitele karty (pro všec hny karty vložené do VU, + GEN) 
4 Identif ikace vozidla (z nějž se výtisk pořizuje) 26.5.2016 L 139/252 Úřední věstník Evropské unie CS     
13.2 Oddělo vač událostí 
13.4 Záznam y událostí (všechn y události uložené nebo probíhaj ící ve VU) 
13.3 Oddělo vač závad 
13.4 Záznam y závad (všechn y záva dy uložené nebo probíhaj ící ve VU) 
22.1 Míst o kontroly 
22.2 Podpis kontrolora 
22.5 Podpis řidiče  
3.5  Výtisk technických dat 
PRT_012 Výpis technickýc h dat musí mít následující formát: 
1 Datum a čas vytištění dokumentu 
2 Typ výtisku 
3 Identif ikace držitele karty (pro všec hny karty vložené do VU, + GEN) 
4 Identif ikace vozidla (z nějž se výtisk pořizuje) 
14 Identif ikace VU 
15 Identif ikace snímače 
15.1 Údaj e o páro vání snímačů (všec hny dostupné údaje v chronologic kém pořadí) 
16 Identif ikace GNSS 
16.1 Údaj e o vazbě s vnějším zařízením GNSS (všechn y dostupné údaje v chronologick ém 
pořadí) 
17 Oddělo vač kalibračních údajů 
17.1 Záznam y o kalibraci (všec hny dostupné záznam y v chronologick ém pořadí) 
18 Oddělo vač nastav ení času 
18.1 Záznam y o nastav ení času (všechn y dostupné záznam y z nastav ení času a ze zá­
znamů kalibračních údajů) 
19 Nejno vější událost a závada zaznamenané ve VU  
3.6  Výtisk překročení povolené rychlosti 
PRT_013 Výtisk překročení povolené rychlosti musí mít následující formát: 
1 Datum a čas vytištění dokumentu 
2 Typ výtisku 
3 Identif ikace držitele karty (pro všec hny karty vložené do VU, + GEN) 
4 Identif ikace vozidla (z nějž se výtisk pořizuje) 
20 Informace o kontrole překročení povolené rychlosti 
21.1 Identif ikátor údajů o překročení povolené rychlosti 
21.4 / 21.5 První překročení povolené rychlosti po poslední kalibraci 26.5.2016 L 139/253 Úřední věstník Evropské unie CS     
21.2 Identif ikátor údajů o překročení povolené rychlosti 
21.4 / 21.5 5 nejzá važnějších překročení povolené rychlosti za posledních 365 dnů 
21.3 Identif ikátor údajů o překročení povolené rychlosti 
21.4 / 21.5 Nejzáv ažnější překročení povolené rychlosti v každém z posledníc h 10 dnů výskytu 
22.1 Míst o kontroly 
22.2 Podpis kontrolora 
22.5 Podpis řidiče  
3.7  Histor ie vložených karet 
PRT_014 Výtisk histo rie vloženýc h karet musí mít následující formát : 
1 Datum a čas vytištění dokumentu 
2 Typ výtisku 
3 Identif ikace držitelů karty (pro všechn y karty vložené do VU) 
23 Karta naposledy vložená do VU 
23.1 Vložené karty (až 88 záznamů) 
12.3 Oddělo vač závad   26.5.2016 L 139/254 Úřední věstník Evropské unie CS     
Dodatek 5 
ZOBRAZENÍ 
V tomt o dodatku je použita tato konvence, pokud jde o formát: 
—  znaky vytištěné tučně znamena jí prostý text, kter ý se má zobrazit (zobrazí se normálními znaky), 
—  normální znaky označují proměnné (pikt ogram y nebo údaje), které se při zobrazení nahradí svými hodnotami,  
— dd mm yyyy:  den, měsíc, rok,  
— hh:  hodin y,  
— mm:  minuty ,  
— D:  pikt ogram doby trvání,  
— EF:  kombinace pikt ogramů události nebo závady,  
— O:  pikt ogram provozního režimu. 
DIS_001  Tachograf zobrazuje data na displeji v následujících formátec h: 
Úda je Formát 
Výchozí zobrazení 
Místní čas 
Provozní režim 
Informace o řidiči 
Informace o druhém řidiči 
Otevře ná podmínka „mimo působnost“ 
Varovné zobrazení 
Překročení nepřetržité doby řízení 
Událost nebo závada 
Další zobrazení 
Datum v UTC 
čas 
Nepřetržitá doba řízení a souhr nná doba přestávek – řidič 
Nepřetržitá doba řízení a souhr nná doba přestávek – druhý řidič 
Souhr nná doba řízení za předchozí a aktuální týden – řidič 
Souhr nná doba řízení za předchozí a aktuální týden – druhý řidič 
26.5.2016 L 139/255 Úřední věstník Evropské unie CS     
Dodatek 6 
PŘEDNÍ KONEKTO R PRO KALIBRA CI A STAHO VÁNÍ 
OBSAH 
1. TECHNIC KÉ VYBA VENÍ ........................................................................................................................... 256 
1.1 Konektor ................................................................................................................................. 256 
1.2 Zapojení kontaktů ..................................................................................................................... 257 
1.3 Blok ové schéma ........................................................................................................................ 258 
2. ROZHRANÍ PRO STAHO VÁNÍ .................................................................................................................. 258 
3. ROZHRANÍ PRO KALIBRA CI.................................................................................................................... 259   
1.  TECHNIC KÉ VYBA VENÍ 
1.1  Konektor 
INT_001  Konekto r pro staho vání/kalibraci je šestik olíkový, je přístupný na předním panelu bez nutnosti odpojení 
jakék oli části tachog rafu a odpo vídá následujícímu výkresu (všechn y rozměr y jsou v milimetrech): 
26.5.2016 L 139/256 Úřední věstník Evropské unie CS     
Následující výkres znázorňuje typický šestik olíkový protikus: 
1.2  Zapojení kontaktů 
INT_002  Kontakty jsou zapojeny podle následující tabulky : 
Kolík Popis Poznámka 
1 Zápor ný pól bater ie Připojen k zápor nému pólu bater ie vozidla 
2 Datová komunikace Vodič K (ISO 14230-1) 26.5.2016 L 139/257 Úřední věstník Evropské unie CS     
Kolík Popis Poznámka 
3 RxD pro staho vání Vstup dat do tachog rafu 
4 Vstupní/výstupní signál Kalibrace 
5 Trvalý výkono vý výstup Napěťo vý rozsah je specifi kován jako napěťo vý rozsah elek ­
troinstalace vozidla minus 3 V pro zohlednění poklesu napětí 
na ochranných obvodec h 
Výstup 40 mA 
6 TxD pro staho vání Výstup dat z tachografu   
1.3  Blok ové schéma 
INT_003  Blok ové schéma musí odpo vídat tomut o: 
2.  ROZHRANÍ PRO STAHO VÁNÍ 
INT_004  Rozhraní pro staho vání musí splňo vat specifikace RS232. 
INT_005  Rozhraní pro staho vání používá jeden start bit, 8 dato vých bitů, z nichž první je nejméně významný 
(LSB), jeden bit sudé parity a 1 stop bit. 
Uspořádání dato vého bajtu 
Star t bit:  jeden bit s logick ou úrovní 0 
Datové bity :  přenášené s nejméně významným bitem jako prvním 
Paritní bit:  sudá parita 
Stop bit:  jeden bit s logick ou úrovní 1 26.5.2016 L 139/258 Úřední věstník Evropské unie CS     
Při přenosu číselných dat tvořenýc h více bajty se nejvýznamnější bajt se přenese jako první a nejméně významný 
bajt jako poslední. 
INT_006  Rychlost přenosu dat musí být nastav itelná od 9 600 bit/s do 115 200 bit/s. Přenos se uskut ečňuje při 
nejvyšší možné rychlosti, počátečn í rychlost přenosu dat po zahájení komunikace se nastaví na 9 600 
bit/s. 
3.  ROZHRANÍ PRO KALIBRA CI 
INT_007  Dato vá komunikace musí splňo vat normu ISO 14230-1 Road vehicles – Diagnostic systems – Keywor d 
protocol 2000 – Part 1: Physical layer , First edition: 1999. 
INT_008  Vstupní/výstupní signál musí splňo vat tyto elektr ické specifikace: 
Parametr Minimum Typická hodnota Maximum Poznámka 
U low (in)   1,0 V I = 750 µA 
U high (in) 4 V   I = 200 µA 
Frekvence   4 kHz  
U low (out)   1,0 V I = 1 mA 
U high (out) 4 V   I = 1 mA   
INT_009  Vstupní/výstupní signál musí splňo vat tyto časo vé diagram y: 
26.5.2016 L 139/259 Úřední věstník Evropské unie CS     
Dodatek 7 
PROTOK OLY PRO STAHO VÁNÍ DAT 
OBSAH 
1. ÚVOD ......................................................................................................................................... 261 
1.1 Oblast působnosti .............................................................................................................. 261 
1.2 Zkratky a notace ................................................................................................................ 261 
2. STAHO VÁNÍ DAT Z CELKU VE VOZIDLE ............................................................................................. 262 
2.1 Postup staho vání ................................................................................................................ 262 
2.2 Prot okol pro staho vání dat ................................................................................................... 262 
2.2.1 Struktura zpráv .................................................................................................................. 262 
2.2.2 Typy zpráv ....................................................................................................................... 264 
2.2.2.1 Star t Communication Request (SID 81) ................................................................................... 266 
2.2.2.2 Positive Response Star t Communication (SID C1) ...................................................................... 266 
2.2.2.3 Star t Diagnostic Session Request (SID 10) ................................................................................ 266 
2.2.2.4 Positive Response Star t Diagnostic (SID 50) ............................................................................. 266 
2.2.2.5 Link Control Service (SID 87) ............................................................................................... 266 
2.2.2.6 Link Control Positive Response (SID C7) ................................................................................. 266 
2.2.2.7 Request Upload (SID 35) ...................................................................................................... 266 
2.2.2.8 Positive Response Request Upload (SID 75) .............................................................................. 266 
2.2.2.9 Transf er Data Request (SID 36) .............................................................................................. 266 
2.2.2.10 Positive Response Transfer Data (SID 76) ................................................................................. 267 
2.2.2.11 Request Transfer Exit (SID 37) ............................................................................................... 267 
2.2.2.12 Positive Response Request Transf er Exit (SID 77) ....................................................................... 267 
2.2.2.13 Stop Communication Request (SID 82) ................................................................................... 267 
2.2.2.14 Positive Response Stop Communication (SID C2) ...................................................................... 267 
2.2.2.15 Ackno wledge Sub Message (SID 83) ....................................................................................... 267 
2.2.2.16 Neg ative Response (SID 7F) .................................................................................................. 268 
2.2.3 Tok zpráv ......................................................................................................................... 268 
2.2.4 Časo vání .......................................................................................................................... 269 
2.2.5 Zpraco vání chyb................................................................................................................ 270 
2.2.5.1 Fáze zahájení komunikace .................................................................................................... 270 
2.2.5.2 Fáze komunikace ................................................................................................................ 270 
2.2.6 Obsah zprá vy s odpo vědí ..................................................................................................... 272 
2.2.6.1 Positive Response Transfer Data Over view ............................................................................... 273 
2.2.6.2 Positive Response Transfer Data Activities ................................................................................ 274 
2.2.6.3 Positive Response Transfer Data Events and Faults ..................................................................... 275 
2.2.6.4 Positive Response Transfer Data Detailed Speed ......................................................................... 276 
2.2.6.5 Positive Response Transfer Data Technical Data ......................................................................... 276 
2.3 Ukládání souborů na extern í paměťo vé médium ........................................................................ 277 26.5.2016 L 139/260 Úřední věstník Evropské unie CS     
3. PROTOK OL PRO STAHO VÁNÍ DAT Z KARET TACHOGRAF U................................................................... 277 
3.1 Oblast působnosti .............................................................................................................. 277 
3.2 Definice ........................................................................................................................... 277 
3.3 Staho vání z karty............................................................................................................... 277 
3.3.1 Inicializační sekvence .......................................................................................................... 278 
3.3.2 Sekvence pro nepodepsané datové soubor y.............................................................................. 278 
3.3.3 Sekvence pro podepsané datové soubor y................................................................................. 279 
3.3.4 Sekvence pro reset počítadla kalibrací ..................................................................................... 279 
3.4 Formát uložených dat ......................................................................................................... 280 
3.4.1 Úvod............................................................................................................................... 280 
3.4.2 Formát soubor u................................................................................................................. 280 
4. STAHO VÁNÍ Z KART Y TACHOGRAFU PŘES JEDNOTKU VE VOZIDLE ........................................................ 281  
1.  ÚVOD 
Tento dodat ek určuje postup y pro staho vání různých typů dat na externí paměťo vé médium a protok oly, 
kter é je nutno implemento vat k zajištění správného přenosu dat a plné slučitelnosti formátu stažených dat, 
aby kter ýkoli kontrolor mohl tato data prověřit a před jejich analýzou zkontrolo vat jejich prav ost a integrit u. 
1.1  Oblast působnosti 
Data mohou být stažena na externí paměťo vé médium: 
—  z celku ve vozidle inteli gentním vyhrazeným zařízením (IDE) připojeným k celku ve vozidle, 
—  z karty tachog rafu pomocí IDE vyba veného kartovým rozhraním (IFD), 
—  z karty tachog rafu prostřednictvím celku ve vozidle pomocí IDE připojeného k celku ve vozidle. 
Aby bylo možné zkontrolo vat pravost a integr itu stažených dat uložených na externí paměťo vé médium, 
stahují se data s připojeným podpisem v souladu s dodatke m 11 „Společné bezpečnostní mechani smy“. 
Rovněž se stahuje identifikace zdrojo vého zařízení (VU nebo karty) a jeho bezpečnostní certifikáty (člensk ého 
státu a zařízení). Ověřo vatel dat musí mít nezávisle získaný důvěr yhodný evropský veřejný klíč. 
DDP_001  Data stažená během jedné relace staho vání musí být uložena na exte rním paměťo vém médiu v 
jednom soubor u. 
1.2  Zkratky a notace 
V tomt o dodatku jsou použity následující zkratky: 
AID  identif ikátor aplikace (Application Identifier) 
ATR  odpo věď na reset (Answer To Reset) 
CS  bajt kontrolního součtu (Checksum byte) 
DF  vyhrazený soubor (Dedicated File) 
DS_  diagnostic ká relace (Diagnostic Session) 
EF  elementár ní soubor (Elementar y File) 
ESM  externí paměťo vé médium (Exter nal Storage Medium) 
FID  identif ikátor soubor u (File ID) 
FMT  bajt formátu (první bajt hlavičky zprávy ) (Format Byte) 
ICC  karta s integrovaným obvodem, čipo vá karta (Integ rated Circu it Card) 
IDE  inteli gentní vyhrazené zařízení (Intelligent Dedicated Equipment): zařízení používané pro staho vání dat 
na ESM (např. osobní počítač) 
IFD  zařízení rozhraní (Interface Device) 26.5.2016 L 139/261 Úřední věstník Evropské unie CS     
KWP  protok ol KWP 2000 (Keyword Protocol 2000) 
LEN  bajt délky (poslední bajt hlav ičky zprá vy) 
PPS  volba parametrů prot okolu (Protocol Parameter Selection) 
PSO  provedení bezpečnostní operace (Perfor m Secur ity Oper ation) 
SID  identif ikátor služby (Service Identifier) 
SRC  bajt zdroje (Source byte) 
TGT  bajt cíle (Target byte) 
TLV  tag, délka, hodnota (Tag Length Value) 
TREP  parametr odpo vědi na požadavek na přenos (Transfer Response Parameter) 
TRTP  parametr požada vku na přenos (Transfer Request Parameter) 
VU  celek ve vozidle (Vehicle Unit) 
2.  STAHO VÁNÍ DAT Z CELKU VE VOZIDLE 
2.1  Postup staho vání 
Ke stažení dat z VU musí operát or provést následující operace: 
—  vsunout svou kartu tach ografu do otvoru pro kartu v celku ve vozidle (*), 
—  připojit IDE ke konekto ru VU pro staho vání, 
—  navázat spojení mezi IDE a VU, 
—  vybrat v IDE data, která se mají stáhnout, a odeslat požadavek do VU, 
—  uzav řít relaci staho vání. 
2.2  Protok ol pro staho vání dat 
Protok ol používá struktur u „maste r-slave“ s IDE jako nadřízeným zařízením a VU jako podřízeným 
zařízením. 
Struktura, typy a tok zprá v jsou v zásadě založen y na protok olu KWP 2000 (ISO 14230-2 Road vehicles – 
Diagnostic systems – Keywor d protocol 2000 – Part 2: Data link layer). 
Aplikační vrstva je v zásadě založena na aktuálním návrhu ISO 14229-1 (Road vehicles – Diagnostic systems – 
Part 1: Diagnostic services, version 6 of 22 Febr uary 2001). 
2.2.1  Struktur a zpráv 
DDP_002  Všechn y zprá vy vyměňo vané mezi IDE a VU mají formát struktur y sestá vající ze tří částí: 
—  hlav ičky složené z bajtu formátu (FMT), bajtu cíle (TGT), bajtu zdroje (SRC) a v příslušných 
případec h bajtu délky (LEN), 
—  datového pole složeného z bajtu identif ikátoru služby (SID) a proměnného počtu dato vých 
bajtů, kter é mohou případně zahr novat volitelný bajt diagnostick é relace (DS_) nebo volitelný 
bajt parametr u přenosu (TRTP nebo TREP), 
—  kontrolního součtu tvořeného bajtem kontrolního součtu (CS). 
Hlav ička Dato vé pole Kontrolní součet 
FMT TGT SRC LEN SID DATA … … … CS  
4 bajty Max. 255 bajtů 1 bajt  26.5.2016 L 139/262 Úřední věstník Evropské unie CS     
(*)Vložená karta aktivuje příslušná přístupo vá práv a k funkci staho vání a k datům. Musí být nicméně možné stáhnout data z karty řidiče 
vložené do jednoho z otvor ů pro kartu ve VU, i když v druhém otvoru pro kartu není vložena žádná karta. 
Bajty TGT a SRC předsta vují fyzick ou adresu příjemce a původce zprávy . Hodnoty jsou F0 hex pro 
IDE a EE hex pro VU. 
Bajt LEN je délka dato vého pole. 
Bajt kontrolního součtu je osmibit ový součet modulo 256 všec h bajtů zprávy vyjma samotného 
CS. 
Bajty FMT , SID, DS_, TRTP a TREP jsou definovány dále v tomt o dokumentu. 
DDP_003  V případě, že data, kter á má zprá va nést, jsou delší než dostupný prostor v dato vém poli, pošle se 
zprá va jako několik dílčích zprá v. Každ á dílčí zpráva nese hlav ičku, stejn ý bajt SID, bajt TREP a 
dvoubajt ový čítač dílčích zpráv udáva jící pořadí dílčí zprávy v celk ové zprávě. Aby byla možná 
kontrola chyb a přer ušení přenosu, potvrzuje IDE každou dílčí zprávu. IDE může přijmout dílčí 
zprá vu, požádat, aby byla přenesena znovu, požádat VU o opěto vný start nebo přenos přer ušit. 
DDP_004  Jestliže poslední dílčí zprá va obsahuje v dato vém poli přesně 255 bajtů, musí se připojit závěrečná 
dílčí zpráva s prázdným datovým polem (vyjma bajtů SID a TREP a čítače dílčích zprá v) jako 
indikátor konce zprá vy. 
Příklad: 
Hlavička SID TREP Zprá va CS 
4 bajty Delší než 255 bajtů   
Přenese se jako: 
Hlavička SID TREP 00 01 Dílčí zpráv a 1 CS 
4 bajty 255 bajtů   
Hlavička SID TREP 00 02 Dílčí zpráv a 2 CS 
4 bajty 255 bajtů   
… 
Hlavička SID TREP xx yy Dílčí zpráva n CS 
4 bajty Méně než 255 bajtů   
nebo jako: 
Hlavička SID TREP 00 01 Dílčí zpráv a 1 CS 
4 bajty 255 bajtů   
Hlavička SID TREP 00 02 Dílčí zpráv a 2 CS 
4 bajty 255 bajtů   26.5.2016 L 139/263 Úřední věstník Evropské unie CS     
… 
Hlavička SID TREP xx yy Dílčí zpráva n CS 
4 bajty 255 bajtů   
Hlavička SID TREP xx yy + 1 CS 
4 bajty 4 bajty   
2.2.2  Typy zpráv 
Komunikační protok ol mezi VU a IDE pro staho vání dat vyžaduje výměnu osmi různých typů zpráv . 
Následující tabulka uvádí přehled těcht o zprá v. 
Struktura zprávy Max. 4 bajty 
Hlavička Max. 255 bajtů 
Data 1 bajt 
Kontrolní 
součet 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Star t Communication Request 81 EE F0  81   E0 
Positive Response Star t Commu ­
nication 80 F0 EE 03 C1  EA, 8F 9B 
Star t Diagnostic Session Request 80 EE F0 02 10 81  F1 
Positive Response Star t Diagno ­
stic 80 F0 EE 02 50 81  31 
Link Control Service  
Verify Baud Rate (stag e 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 26.5.2016 L 139/264 Úřední věstník Evropské unie CS     
Struktura zprávy Max. 4 bajty 
Hlavička Max. 255 bajtů 
Data 1 bajt 
Kontrolní 
součet 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Transfer Data Request  
Over view 80 EE F0 02 36 01  97 
Activities 80 EE F0 06 36 02 Date CS 
Events & Faults 80 EE F0 02 36 03  99 
Detailed Speed 80 EE F0 02 36 04  9A 
Technical Data 80 EE F0 02 36 05  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 Trans ­
fer Exit 80 F0 EE 01 77   D6 
Stop Communication Request 80 EE F0 01 82   E1 
Positive Response Stop Commu ­
nication 80 F0 EE 01 C2   21 
Ackno wledge sub message 80 EE F0 Len 83  Data CS 
Negative responses  
General reject 80 F0 EE 03 7F Sid Req 10 CS 
Service not suppor ted 80 F0 EE 03 7F Sid Req 11 CS 
Sub function not suppor ted 80 F0 EE 03 7F Sid Req 12 CS 
Incor rect Message Length 80 F0 EE 03 7F Sid Req 13 CS 
Conditions not correct or Re­
quest 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 accept ed 80 F0 EE 03 7F Sid Req 50 CS 
Response pending 80 F0 EE 03 7F Sid Req 78 CS 
Data not avai lable 80 F0 EE 03 7F Sid Req FA CS  
Poznámky : 
—  Sid Req = SID odpo vídají cího požada vku. 
—  TREP = TRTP odpo vídajícího požada vku. 
—  Tma vé buňky znamena jí, že se nic nepřenáší. 
—  Termín „odeslání dat“ („upload“, z pohledu IDE) se používá z důvodu slučitelnosti s ISO 14229. Znamená 
totéž jako staho vání dat („download“, z pohledu VU). 
—  Případné 2bajtové čítače dílčích zprá v nejsou v tabulce uvedeny . 
—  Slot je číslo otvoru pro kartu, buď „1“ (kar ta v otvoru pro kartu řidiče), nebo „2“ (kar ta v otvoru pro 
kartu druhého řidiče). 
—  Není-li otvor specifi kován, VU vybere otvor č. 1, pokud je v něm vložena karta, a otvor č. 2 vybere jen v 
případě, že jej explicitně vybere uživatel. 26.5.2016 L 139/265 Úřední věstník Evropské unie CS     
2.2.2.1  Star t Communication Request (SID 81) 
DDP_005  Tuto zprá vu vyšle zařízení IDE, aby navázalo spojení s VU. Počáte ční komunikace vždy probíhá 
rychlostí 9 600 baudů (až do případné změny rychlosti přenosu dat příslušnými zprá vami Link 
Contro l Service). 
2.2.2.2  Positive Response Star t Communication (SID C1) 
DDP_006  Tuto zprávu vyšle VU jako kladnou odpo věď na požadavek Star t Communication Request. Zpráva 
obsahuje 2 klíčo vé bajty „EA“ „8F“ udáva jící, že VU podpor uje protok ol s hlav ičkou zahr nující 
informace o zdroji, cíli a délce. 
2.2.2.3  Star t Diagnostic Session Request (SID 10) 
DDP_007  Zprávu Star t Diagnostic Session Request vyšle IDE jako žádost o novou diagnostic kou relaci s VU. 
Podfunkce „default session“ (81 hex) udává, že se má otev řít standardní diagnostick á relace. 
2.2.2.4  Positive Response Star t Diagnostic (SID 50) 
DDP_008  Zprávu Positiv e Response Start Diagnostic posílá VU jako kladnou odpo věď na požada vek Star t 
Diagnostic Session Request. 
2.2.2.5  Link Control Ser vice (SID 87) 
DDP_052  Zprávu Link Contro l Service používá IDE k vyvolání změny rychlosti přenosu dat. Změna probíhá 
ve dvou krocích. V prvním kroku IDE navrhne změnu rychlosti přenosu dat, včetně nové 
rychlosti. Po přijetí kladné zprávy od VU pak IDE odešle VU potvrzení o změně rychlosti přenosu 
dat (druhý krok). IDE pak přejde na novou rychlost přenosu dat. Po obdržení potvrzení přejde VU 
na novou rychlost přenosu dat. 
2.2.2.6  Link Control Positive Response (SID C7) 
DDP_053  Zprávu Link Contro l Positiv e Response vyšle VU jako kladnou odpo věď na požadavek Link Contro l 
Service (první krok). Je třeba poznamenat, že na potvrzující požadavek (druhý krok) se nezasílá 
žádná odpo věď. 
2.2.2.7  Request Upload (SID 35) 
DDP_009  Vysláním zprá vy Request Upload IDE informuje VU, že je požado váno staho vání. Pro splnění 
požada vků ISO 14229 jsou obsaženy údaje o adrese, velik osti a podrobnost ech o formátu 
požado vanýc h dat. Vzhledem k tomu, že IDE tyto údaje před staho váním nezná, nastav í se adresa 
v paměti na 0, formát je nešifro vaný a nekomprimov aný a velik ost paměti se nastaví na 
maximum. 
2.2.2.8  Positive Response Request Upload (SID 75) 
DDP_010  Zprávu Positive Respon se Request Upload odesílá VU, aby sdělil IDE, že VU je připraven na staho vání 
dat. Pro splnění požadavků ISO 14229 jsou ve zprávě s pozitivní odpo vědí obsaženy údaje, kter é 
IDE sdělují, že další zprá vy Positive Response Transfer Data budou obsaho vat maximálně 00FF hex 
bajtů. 
2.2.2.9  Transfer Data Request (SID 36) 
DDP_011  Zprávu Transfer Data Requ est posílá IDE, aby informovalo VU, jaký typ dat se má staho vat. 
Jednobajt ový parametr TRTP udává typ přenosu. 
Existuje šest typů přenosu dat: 
—  přehled (Overview, TRTP 01), 
—  činnosti v daný den (Activi ties of a specified date, TRTP 02), 
—  události a chyby (Events and faults, TRTP 03), 26.5.2016 L 139/266 Úřední věstník Evropské unie CS     
—  podrobnosti o rychlosti (Detailed speed, TRTP 04), 
—  technic ká data (Technical data, TRTP 05), 
—  stažení dat z karty (Card download, TRTP 06). 
DDP_054  IDE v rámci relace staho vání povinně žádá o přenos dat přehledu (TRTP 01), neboť jedině tak lze 
zajistit, že ve staženém soubor u budou zaznamenán y certifikáty VU (a bude možné ověřit digitální 
podpis). 
V druhém případě (TRTP 02) zpráva Transfe r Data Request obsahuje kalendářní den (ve formátu 
), za který se mají stáhnout data. 
2.2.2.10  Positive Response Transfer Data (SID 76) 
DDP_012  Zprávu Positive Response Transfer Data posílá VU jako odpo věď na zprá vu Transfer Data Requ est. 
Zpráva obsahuje požado vaná data s parametrem TREP odpo vída jícím parametr u TRTP požada vku. 
DDP055  V prvním případě (TREP 01) VU pošle data, kter á operát orovi IDE pomohou vybrat data, která 
chce dále stáhnout. Informace obsažené v této zprávě jsou: 
—  bezpečnostní certifikáty , 
—  identifikace vozidla, 
—  aktuální datum a čas VU, 
—  minimální a maximální datum, za kter é lze stáhnout data (data VU), 
—  indikace přítomn osti karet ve VU, 
—  předešlé stažení dat podnik em, 
—  zámky podniku, 
—  předešlé kontroly . 
2.2.2.11  Request Transfer Exit (SID 37) 
DDP_013  Zprávu Requ est Transfer Exit posílá IDE, aby informovalo VU, že relace staho vání je ukončena. 
2.2.2.12  Positive Response Request Transfer Exit (SID 77) 
DDP_014  Zprávu Positive Response Request Transfer Exit posílá VU, aby potvrdil přijetí požada vku Request 
Transfer Exit. 
2.2.2.13  Stop Communication Request (SID 82) 
DDP_015  Zprávu Stop Communication Request zasílá IDE, aby přer ušilo komunikační spojení s VU. 
2.2.2.14  Positive Response Stop Communication (SID C2) 
DDP_016  Zprávu Positiv e Response Stop Communication zasílá VU, aby potvrdil přijetí požada vku Stop 
Communication Request. 
2.2.2.15  Ackno wledg e Sub Message (SID 83) 
DDP_017  Zprávu Ackno wledge Sub Message zasílá IDE jako potvrzení o přijetí jednotlivých částí zprá vy, která 
se přenáší jako několik dílčích zpráv . Dato vé pole obsahuje SID obdržený od VU a následující 
dvoubajt ový kód: 
—  MsgC + 1 potvrzuje sprá vné přijetí dílčí zprávy s číslem MsgC. 
IDE požaduje od VU odeslání další dílčí zprá vy. 
—  MsgC označuje problém při příjmu dílčí zprá vy s číslem MsgC. 
IDE požaduje od VU opak ované odeslání dílčí zprávy . 26.5.2016 L 139/267 Úřední věstník Evropské unie CS     
—  FFFF požaduje ukončení zprá vy. 
Tento kód může IDE použít k ukončení přenosu zprá vy od VU z jakéhok oli důvodu. 
Poslední dílčí zpráva celk ové zprávy (bajt LEN < 255) může být potvrzena kterýmk oli z těcht o 
kódů, nebo nepotvrzena. 
Odpo vědi VU, kter é se budou skládat z několika dílčích zpráv , jsou: 
—  Positive Response Transfe r Data (SID 76) 
2.2.2.16  Neg ative Response (SID 7F) 
DDP_018  Zprávu Negative Respon se zasílá VU jako odpo věď na výše uvedené zprávy požadavků, pokud VU 
nemůže požadavek splnit. Dato vé pole zprávy obsahuje SID odpo vědi (7F), SID požadavku a kód, 
kter ý upřesňuje důvod negativní odpo vědi. K dispozici jsou následující kódy: 
—  10 Gener al reject (obecné odmítnutí) 
Akci nelze provést z důvodů níže neuvedených. 
—  11 Service not suppor ted (služba nepodporo vána) 
SID požadavku není srozumitelný. 
—  12 Sub function not suppor ted (podfunkce nepodporo vána) 
Bajt DS_ nebo TRTP požadavku není srozumit elný, nebo není třeba přenést žádné další dílčí 
zprá vy. 
—  13 Incor rect message length (chybná délka zprávy ) 
Délka přijat é zprá vy je chybná. 
—  22 Conditions not correct or Request sequence error (nesprávné podmínky nebo chybná 
posloupnost požada vků) 
Požado vaná služba není aktivní nebo je chybná posloupnost zpráv s požada vky. 
—  31 Requ est out of range (požada vek mimo rozsah) 
Záznam s parametr y požada vku (dato vé pole) je neplatný. 
—  50 Upload not accepted (odeslání neakcept ováno) 
Požadavek nelze provést (VU není v příslušném provozním režimu nebo došlo k intern í 
závadě VU). 
—  78 Respon se pending (odpo věď se připra vuje) 
Požado vanou akci nelze včas dokončit a VU není připraven přijmout další požadavek. 
—  FA Data not available (data nejsou k dispozici) 
Datový objekt požada vku na přenos dat není ve VU k dispozici (např. není vložená žádná 
karta atd.). 
2.2.3  Tok zpráv 
Typický tok zpráv během normálního postupu staho vání dat je následující: 
IDE  VU 
Star t Communication Request 
Positive Response 
Star t Diagnostic Service Request 
Positive Response 
Request Upload 
Positive Response 26.5.2016 L 139/268 Úřední věstník Evropské unie CS     
IDE  VU 
Transf er Data Request Over view 
Positive Response 
Transf er Data Request #2 
Positive Response #1 
Ackno wledge Sub Message #1 
Positive Response #2 
Ackno wledge Sub Message #2 
Positive Response #m 
Ackno wledge Sub Message #m 
Positive Response (dato vé pole < 255 bajtů) 
Ackno wledge Sub Message (nepo vinná) 
… 
Transf er Data Request #n 
Positive Response 
Request Transf er Exit 
Positive Response 
Stop Communication Request 
Positive Response  
2.2.4  Časování 
DDP_019  Při normální činnosti platí parametr y časo vání uvedené na následujícím obrázku: 
Obrázek 1 
Časo vání toku zpráv 
26.5.2016 L 139/269 Úřední věstník Evropské unie CS     
kde: 
P1  =prodleva mezi bajty v odpo vědi VU 
P2  =prodleva mezi koncem požada vku IDE a začátk em odpo vědi VU nebo mezi koncem 
potvrzení ze strany IDE a začátke m následující odpo vědi VU 
P3  =prodleva mezi koncem odpo vědi VU a začátk em nového požadavku IDE nebo mezi 
koncem odpo vědi VU a začátk em potvrzení ze strany IDE nebo mezi koncem požadavku 
IDE a začátk em nového požadavku IDE, pokud VU neodpo ví 
P4  =prodleva mezi bajty v požada vku IDE 
P5  =prodloužená hodnota P3 pro staho vání z karty 
Přípustné hodnoty parametrů časo vání jsou uvedeny v následující tabulce (rozšířený soubor 
parametrů časo vání protok olu KWP používaný v případě fyzic kého adreso vání k urychlení 
komunikace). 
Parametr časo vání Spodní mezní hodnota 
(ms) Hor ní mezní hodnota 
(ms) 
P1 0 20 
P2 20 1 000 (*) 
P3 10 5 000 
P4 5 20 
P5 10 20 minut 
(*)Pokud VU odpo ví zpráv ou Negative Response obsahující kód s významem „požadavek správně přijat, odpo ­
věď se připrav uje“, prodlužuje se tato hodnota na horní mezní hodnotu parametr u P3.  
2.2.5  Zpracování chyb 
Pokud při výměně zprá v dojde k chybě, schéma toku zpráv se změní v závislosti na tom, kter é zařízení 
chybu zjistilo a která zprá va chybu vyvolala. 
Na obrázku 2 a 3 jsou znázor něny postup y zpraco vání chyb pro VU a pro IDE. 
2.2.5.1  Fáze zahájení komunikace 
DDP_020  Pokud IDE zjistí chybu ve fázi zahájení komunikace, ať už z časo vání, nebo z bito vého toku, před 
zopak ováním požada vku vyčká po dobu P3min. 
DDP_021  Pokud VU zjistí chybu v posloupnosti přicházející z IDE, neodešle žádnou odpo věď a počká na 
další zprá vu Star t Communication Request po dobu P3max. 
2.2.5.2  Fáze komunikace 
Je možné definov at dvě různé oblasti zpraco vání chyb:  
1. VU zjistí chybu v přenosu z IDE 
DDP_022  VU u každé přijaté zprá vy detekuje chyby v časo vání, chyby ve formátu bajtů (např. porušení 
start a stop bitu) a chyby rámce (chybný počet přijatých bajtů, chybný bajt kontrolního 
součtu). 
DDP_023  Pokud VU zjistí jednu z výše uvedených chyb, neposílá žádnou odpo věď a obdrženou zprá vu 
ignor uje. 26.5.2016 L 139/270 Úřední věstník Evropské unie CS     
DDP_024 VU může detek ovat další chyby ve formátu nebo obsahu obdržené zprávy (např. nepodpo ­
rovaná zpráva), i když zpráva splňuje požadavky na délku a kontrolní součet ; v takovém 
případě VU odešle IDE odpo věď Negative Response specifikující povahu chyby. 
Obrázek 2 
Zpraco vání chyb na straně VU 
26.5.2016 L 139/271 Úřední věstník Evropské unie CS     
2. IDE zjistí chybu v přenosu z VU 
DDP_025  IDE u každé přijaté zprá vy detekuje chyby časo vání, chyby ve formátu bajtů (např. porušení 
start a stop bitu) a chyby rámce (chybný počet přijatých bajtů, chybný bajt kontrolního 
součtu). 
DDP_026  IDE detekuje chyby v posloupnosti, např. chybné zvyšo vání čítače dílčích zpráv ve zprávác h 
přijatých za sebou. 
DDP_027  Pokud IDE zjistí chybu nebo neobdrží odpo věď od VU v době do P2max, pošle zprá vu s 
požada vkem znovu. Celk em ji přenese nejvýše třikrát. Pro účely této detekce chyb se potvrzení 
dílčí zprávy považuje za požadavek na VU. 
DDP_028  IDE před zahájením každého přenosu vyčká nejméně po dobu P3min. Čekací doba se měří od 
posledního vypočteného výskytu stop bitu po zjištění chyby. 
Obrázek 3 
Zpraco vání chyb na straně IDE 
2.2.6  Obsah zprávy s odpo vědí 
Tento odsta vec specifi kuje obsah datových polí různých zpráv s kladnou odpo vědí. 
Datové prvky jsou definov ány v dato vém slovníku v dodatku 1. 
Poznámka: Při staho vání dat 2. generace je každý dato vý prvek nejvyšší úrovně reprezento ván polem 
záznamů, i když obsahuje pouze jeden záznam. Pole záznamů začíná hlav ičkou; tato hlav ička obsahuje typ 
záznamu, velik ost záznamu a počet záznamů. Pole záznamů jsou v následujících tabulkách nazvána „… 
RecordAr ray“ (s hlav ičkou). 26.5.2016 L 139/272 Úřední věstník Evropské unie CS     
2.2.6.1  Positive Response Transfer Data Over view 
DDP_029  Datové pole zprá vy Positiv e Response Transfer Data Over view musí obsaho vat následující data v 
uvedeném pořadí, přičemž se použi je SID 76 hex, TREP 01 hex a patřičné rozdělení do dílčích 
zprá v a jejich počítání: 
Datová struktura 1. generace 
Dato vý prvek  Poznámka 
Bezpečnostní certifikáty VU 
Identif ikace vozidla 
Aktuální datum a čas VU 
Období, které lze stáhnout 
Typy karet vložených do VU 
Předc hozí stažení dat z VU 
Všechn y uložené zámky podniku. Pokud je tato sekce 
prázdná, odešle se pouze noOfLocks = 0. 
Všechn y záznam y o kontrole uložené ve VU. Pokud je 
tato sekce prázdná, odešle se pouze noOfControls = 0. 
Podpis RSA všec h dat (kromě certifikátů), počínaje Ve­
hicleIdentificati onNumber a konče posledním bajtem 
posledního prvku VuControlA ctivityData.  
Datová struktura 2. generace 
Dato vý prvek  Poznámka 
Certifik át člensk ého státu 
Certifik át VU 
Identif ikace vozidla 
Registrační značka vozidla 
Aktuální datum a čas VU 
Období, které lze stáhnout 
Typy karet vložených do VU 
Předc hozí stažení dat z VU 
Všechn y uložené zámky podniku. Pokud je tato sekce 
prázdná, odešle se hlavička pole s noOfRecords = 0. 
Všechn y záznam y o kontrole uložené ve VU. Pokud je 
tato sekce prázdná, odešle se hlav ička pole s noOfRe ­
cords = 0. 
Podpis ECC všech předc házejících dat kromě certifi­
kátů.  26.5.2016 L 139/273 Úřední věstník Evropské unie CS     
2.2.6.2  Positive Response Transfer Data Activities 
DDP_030  Datové pole zprá vy Positive Response Transfer Data Activiti es musí obsaho vat následující data v 
uvedeném pořadí, přičemž se použi je SID 76 hex, TREP 02 hex a patřičné rozdělení do dílčích 
zprá v a jejich počítání: 
Datová struktura 1. generace 
Dato vý prvek  Poznámka 
Datum staho vaného dne 
Stav počitadla ujetýc h kilometrů na konci staho vaného dne 
Data o cyklec h vložení a vyjmutí karet. 
—  Pokud tato sekce neobsahuje žádná dostupná data, odešle 
se pouze noOfV uCardIWRecords = 0. 
—  Pokud prvek VuCardIWRecord přesahuje 00:00 (kar ta byla 
vložena předešlý den) nebo 24:00 (kar ta byla vyjmuta ná­
sledující den), musí být celý obsažen v obou příslušných 
dnech. 
Stav otvor ů pro karty v 00:00 a změny činností zaznamenané 
pro staho vaný den. 
Data týkající se míst zaznamenaná pro staho vaný den. Pokud 
je tato sekce prázdná, odešle se pouze noOfPlaceRecords = 0. 
Data týkaj ící se zvláštních podmínek zaznamenaná pro staho ­
vaný den. Pokud je tato sekce prázdná, odešle se pouze noOf ­
Specifi cConditionRecords=0. 
Podpis RSA všec h dat, počínaje prvkem TimeReal a konče po­
sledním bajtem posledního záznamu zvláštních podmínek .  
Datová struktura 2. generace 
Dato vý prvek  Poznámka 
Datum staho vaného dne 
Stav počitadla ujetýc h kilometrů na konci staho vaného dne 
Data o cyklec h vložení a vyjmutí karet. 
—  Pokud tato sekce neobsahuje žádná dostupná data, odešle 
se hlavička pole s noOfRecords = 0. 
—  Pokud prvek VuCardIWRecord přesahuje 00:00 (kar ta byla 
vložena předešlý den) nebo 24:00 (kar ta byla vyjmuta ná­
sledující den), musí být celý obsažen v obou příslušných 
dnech. 
Stav otvor ů pro karty v 00:00 a změny činností zaznamenané 
pro staho vaný den. 
Data týkající se míst zaznamenaná pro staho vaný den. Pokud 
je tato sekce prázdná, odešle se hlav ička pole s noOfRecords 
= 0. 
Poloh y vozidla dle GNSS, pokud nepřetržitá doba řízení pro ři­
diče dosáhne násobku tří hodin. Pokud je tato sekce prázdná, 
odešle se hlavička pole s noOfRecords = 0. 
Data týkaj ící se zvláštních podmínek zaznamenaná pro staho ­
vaný den. Pokud je tato sekce prázdná, odešle se hlav ička pole 
s noOfRecords = 0. 
Podpis ECC všec h předc házejících dat.  26.5.2016 L 139/274 Úřední věstník Evropské unie CS     
2.2.6.3  Positive Response Transfer Data Events and Faults 
DDP_031  Datové pole zprá vy Positiv e Response Transfe r Data Events and Faul ts musí obsaho vat následující data 
v uvedeném pořadí, přičemž se použije SID 76 hex, TREP 03 hex a patřičné rozdělení do dílčích 
zprá v a jejich počítání: 
Datová struktura 1. generace 
Dato vý prvek  Poznámka 
Všechn y závady uložené nebo probíhající ve VU. 
Pokud je tato sekce prázdná, odešle se pouze noOfV u­
Faul ts = 0. 
Všechn y události (kromě překročení povolené ry­
chlosti) uložené nebo probíhaj ící ve VU. 
Pokud je tato sekce prázdná, odešle se pouze noOf ­
VuEvents = 0. 
Data týkaj ící se poslední kontroly překročení povolené 
rychlosti (výc hozí hodnota, nejsou-li žádná data). 
Všechn y události překročení povolené rychlosti ulo­
žené ve VU. 
Pokud je tato sekce prázdná, odešle se pouze noOf ­
VuOverSpeedingEvents = 0. 
Všechn y události nastav ení času uložené ve VU (mimo 
rámec úplné kalibrace). 
Pokud je tato sekce prázdná, odešle se pouze noOfV u­
TimeAdjRecor ds = 0. 
Podpis RSA všec h dat, počínaj e prvkem noOfV uFaults 
a konče posledním bajtem posledního záznamu o na­
staven í času.  
Datová struktura 2. generace 
Dato vý prvek  Poznámka 
Všechn y závady uložené nebo probíhající ve VU. 
Pokud je tato sekce prázdná, odešle se hlav ička pole s 
noOfRecords = 0. 
Všechn y události (kromě překročení povolené ry­
chlosti) uložené nebo probíhaj ící ve VU. 
Pokud je tato sekce prázdná, odešle se hlav ička pole s 
noOfRecords = 0. 
Data týkaj ící se poslední kontroly překročení povolené 
rychlosti (výc hozí hodnota, nejsou-li žádná data). 
Všechn y události překročení povolené rychlosti ulo­
žené ve VU. 
Pokud je tato sekce prázdná, odešle se hlav ička pole s 
noOfRecords = 0. 
Všechn y události nastav ení času uložené ve VU (mimo 
rámec úplné kalibrace). 
Pokud je tato sekce prázdná, odešle se hlav ička pole s 
noOfRecords = 0. 
Podpis ECC všec h předcházejícíc h dat.  26.5.2016 L 139/275 Úřední věstník Evropské unie CS     
2.2.6.4  Positive Response Transfer Data Detailed Speed 
DDP_032  Datové pole zprávy Positive Response Transfer Data Detailed Speed musí obsaho vat následující data v 
uvedeném pořadí, přičemž se použi je SID 76 hex, TREP 04 hex a patřičné rozdělení do dílčích 
zprá v a jejich počítání: 
Datová struktura 1. generace 
Dato vý prvek  Poznámka 
Všechn y podrobnosti o rychlosti uložené ve VU (jeden 
blok rychlostí za minutu, během níž se vozidlo pohy ­
bovalo), 
60 hodnot rychlosti za minutu (jedna za sekundu). 
Podpis RSA všec h dat, počínaj e prvkem noOfSpeed ­
Bloc ks a konče posledním bajtem posledního bloku 
rychlostí.  
Datová struktura 2. generace 
Dato vý prvek  Poznámka 
Všechn y podrobnosti o rychlosti uložené ve VU (jeden 
blok rychlostí za minutu, během níž se vozidlo pohy ­
bovalo), 
60 hodnot rychlosti za minutu (jedna za sekundu). 
Podpis ECC všec h předcházejícíc h dat.  
2.2.6.5  Positive Response Transfer Data Technical Data 
DDP_033  Datové pole zprávy Positive Response Transfer Data Technical Data musí obsaho vat následující data v 
uvedeném pořadí, přičemž se použi je SID 76 hex, TREP 05 hex a patřičné rozdělení do dílčích 
zprá v a jejich počítání: 
Datová struktura 1. generace 
Dato vý prvek  Poznámka 
Všechn y záznam y o kalibraci uložené ve VU. 
Podpis RSA všec h dat, počínaje prvkem vuManufactu ­
rerName a konče posledním bajtem posledního zá­
znamu VuCalibrationRecord.  26.5.2016 L 139/276 Úřední věstník Evropské unie CS     
Datová struktura 2. generace 
Dato vý prvek  Poznámka 
Všechn a páro vání snímačů pohyb u uložená ve VU. 
Všechn y vazby s vnějšími zařízeními GNSS uložené ve 
VU. 
Všechn y záznam y o kalibraci uložené ve VU. 
Všechn a data o vložení karty uložená ve VU. 
Podpis ECC všec h předcházejícíc h dat.  
2.3  Ukládání souborů na exter ní paměťo vé médium 
DDP_034  Pokud byl součástí relace staho vání přenos dat z VU, IDE uloží do jednoho fyzic kého soubor u 
všec hna data přijatá z VU během relace staho vání ve zprá vách Positiv e Response Transfer Data. 
Uložená data nezahr nují hlavičky zpráv , čítače dílčích zpráv , prázdné dílčí zprá vy a kontrolní 
součty , ale zahr nují SID a TREP (jen první dílčí zprá vy, pokud je dílčích zpráv více). 
3.  PROTOK OL PRO STAHO VÁNÍ DAT Z KARET TACHOGRAF U 
3.1  Oblast působnosti 
Tento odstavec popisuje přímé staho vání dat z karty tachografu do IDE. IDE není součástí bezpečnostního 
prostředí, neprobíhá prot o ověření prav osti mezi kartou a IDE. 
3.2  Def inice 
Relace staho vání:  Každé staho vání dat z čipo vé karty (ICC). Relace zahr nuje celý postup od 
reseto vání ICC zařízením IFD až po deaktivaci ICC (vyjmutí karty nebo další 
reset). 
Podepsaný dato vý soubor :  Soubor z ICC. Soubor se přenáší do IFD jako otev řený text. V ICC se vypočte 
hash soubor u, soubor se podepíše a podpis se přenese do IFD. 
3.3  Stahov ání z karty 
DDP_035  Staho vání z karty tachog rafu zahr nuje následující kroky: 
—  Stažení společných informací karty v elementár ních souborec h (EF) 
 a 
 . Tyto informace 
jsou nepo vinné a nejsou zabezpečen y digitálním podpisem. 
—  Stažení EF 
 (nebo 
 ) a 
 . Tyto 
informace nejsou zabezpečen y digitálním podpisem. 
Tyto soubor y musí být povinně staženy v rámci každé relace staho vání. 
—  Stažení EF s dalšími daty aplikace (v rámci 
 a v příslušných případec h 
), kromě EF 
 . Tyto informace jsou zabezpečeny 
digitálním podpisem. 
—  V každé relaci staho vání musí být povinně staženy alespoň EF 
a 
 . 26.5.2016 L 139/277 Úřední věstník Evropské unie CS     
—  Při staho vání z karty řidiče musí být rovněž povinně staženy tyto EF: 
—  Při staho vání z karty řidiče se aktualizuje datum 
 v EF 
 . 
—  Při staho vání z karty dílny se vynuluje počítadlo kalibrací v EF 
 . 
—  Při staho vání z karty dílny se nestahuje 
 . 
3.3.1  Inicializační sekvence 
DDP_036  IDE zahájí sekvenci takto: 
Karta Směr IDE/IFD Význam/poznámky  
Hardwaro vý reset  
ATR 
Nepo vinně lze pomocí PPS přepnout na vyšší rychlost přenosu dat, pokud ji ICC podpor uje. 
3.3.2  Sekven ce pro nepodepsané datové soubor y 
DDP_037  Sekvence staho vání EF ICC, IC, Card_Cer tificate (nebo CardSignCer tificate) a CA_Cer tificate je 
následující: 
Karta Směr IDE/IFD Význam/poznámky  
Select File Výběr podle identif ikátorů 
soubor u 
OK 
Read Binar y Pokud soubor obsahuje více 
dat, než je velik ost vyro vná­
vací paměti čtečky nebo 
karty, je třeba příkaz opak o­
vat, dokud není přečt en celý 
soubor . 
Data soubor u 
OK 
Uložení dat na ESM Podle bodu 3.4 Formát ulo­
žených dat  
Poznámka 1: Před vybráním EF Card_Cer tificate (nebo CardSignCer tificate) musí být vybrána 
aplikace tachog rafu (výběr podle AID). 
Poznámka 2: Výběr a čten í soubor u lze rovněž provést v jednom kroku pomocí příkazu Read 
Binar y s krátkým identif ikátorem EF. 26.5.2016 L 139/278 Úřední věstník Evropské unie CS     
3.3.3  Sekven ce pro podepsané dato vé soubor y 
DDP_038  Pro každý z následujících souborů, které je třeba stáhnout s podpisem, se použije tato sekvence: 
Karta Směr IDE/IFD Význam/poznámky  
Select File  
OK 
Perfor m Hash of File Vypočt e hodnotu hash dat 
obsažených ve vybraném 
soubor u pomocí předepsa ­
ného hašo vacího algor itmu 
podle dodatku 11. Tento pří­
kaz není příkazem ISO. 
Výpočet hodnoty hash 
soubor u a dočasné ulo­
žení hodnoty hash    
OK 
Read Binar y Pokud soubor obsahuje více 
dat, než pojme vyro vnávací 
paměť čtečky nebo karty, je 
třeba příkaz opak ovat, dokud 
není přečten celý soubor . 
Data soubor u 
OK 
Uložení přijatýc h dat na 
ESM Podle bodu 3.4 Formát ulo­
žených dat  
PSO: Compute Digital Sig­
nature  
Provedení bezpečnostní 
operace Compute Digital 
Signatur e (výpočet digi­
tálního podpisu) po­
mocí dočasně uložené 
hodnoty hash    
Podpis 
OK 
Připojení dat k datům dříve 
uloženým na ESM Podle bodu 3.4 Formát ulo­
žených dat  
Poznámka: Výběr a čten í soubor u lze rovněž provést v jednom kroku pomocí příkazu Read Binar y 
s krátkým identif ikátorem EF. V takovém případě lze EF vybrat a přečíst před použitím příkazu 
Perform Hash of File. 
3.3.4  Sekven ce pro reset počítadla kalibrací 
DDP_039  Sekvence pro reset počítadla 
 v EF 
 na 
kartě dílny je následující: 
Karta Směr IDE/IFD Význam/poznámky  
Select File EF Card_Do wn­
load Výběr podle identif ikátorů 
soubor u 
OK 
26.5.2016 L 139/279 Úřední věstník Evropské unie CS     
Karta Směr IDE/IFD Význam/poznámky  
Update Binar y 
NoOfCalibrationsSince ­
Download = ‘00 00’  
reset počtu stažení 
z karty    
OK 
Poznámka: Výběr a aktualizaci soubor u lze rovněž provést v jednom kroku pomocí příkazu Update 
Binar y s krátkým identif ikátorem EF.  
3.4  Formát uložených dat 
3.4.1  Úvod 
DDP_040  Stažená data musí být uložena za těcht o podmínek: 
—  Data se ukládají transparentně. To znamená, že při uložení musí být zacho váno pořadí bajtů 
přenesených z karty, jakož i pořadí bitů uvnitř bajtů. 
—  Všech ny soubor y karty stažené během relace staho vání jsou v ESM uložen y v jednom 
soubor u. 
3.4.2  Formát soubor u 
DDP_041  Soubor má formát zřetězení několika objektů TLV. 
DDP_042  Tag elementár ního soubor u je FID plus přípona „00“. 
DDP_043  Tag podpisu elementár ního soubor u je FID soubor u plus přípona „01“. 
DDP_044  Délka je dvouba jtová hodnota. Její hodnota určuje počet bajtů v poli s hodnotou. Hodnota „FF FF“ 
v poli délky je vyhrazena pro budoucí použití. 
DDP_045  Jestliže se nějaký soubor nestahuje, neukládá se nic, co s tímto souborem souvisí (žádný tag ani 
nulo vá délka). 
DDP_046  Podpis se uloží jako následující objekt TLV bezprostředně za objekt TLV, který obsahuje data 
soubor u. 
Definice Význam Délka 
FID (2 bajty) || „00“ Tag pro EF (FID) 3 bajty 
FID (2 bajty) || „01“ Tag pro podpis EF(FID) 3 bajty 
xx xx Délka pole s hodnotou 2 bajty  
Příklad stažených dat v soubor u na ESM: 
Tag Délka Hodnota 
Data EF ICC 
Data EF Card_Cer tificate   
… 
Data EF 
Podpis EF 
26.5.2016 L 139/280 Úřední věstník Evropské unie CS     
4.  STAHO VÁNÍ Z KAR TY TACHOGRAF U PŘES JEDNOTKU VE VOZIDLE 
DDP_047  VU musí umožnit stažení obsahu vložené karty řidiče do připojeného IDE. 
DDP_048  IDE tent o režim zahájí zasláním zprá vy Transfe r Data Request Card Down load do VU (viz bod 
2.2.2.9) 
DDP_049  VU poté stáhne data z celé karty, soubor po soubor u, v souladu s prot okolem pro staho vání 
z karty definovaným v odsta vci 3 a přepošle všechna data přijatá z karty do IDE v patřičném 
formátu soubor u TLV (viz bod 3.4.2) a zapouzdřená ve zprávě Positive Response Transfer Data. 
DDP_050  IDE načte data z karty ze zprávy Positive Response Transfer Data (přičemž odstraní všechn y hlav ičky , 
bajty SID a TREP , čítače dílčích zprá v a kontrolní součty) a uloží je do jednoho fyzick ého soubor u, 
jak popisuje odsta vec 2.3. 
DDP_051  VU poté v příslušných případech aktualizuje soubor 
 nebo soubor 
na kartě řidiče.  26.5.2016 L 139/281 Úřední věstník Evropské unie CS     
Dodatek 8. 
KALIBRAČNÍ PROTOK OL 
OBSAH 
1. ÚVOD ............................................................................................................................................. 283 
2. POJMY , DEFINICE A ODKAZY ............................................................................................................... 283 
3. PŘEHLED SLUŽEB .............................................................................................................................. 284 
3.1. Dostupné služby .................................................................................................................... 284 
3.2. Kódy odpo vědí ...................................................................................................................... 285 
4. KOMUNIKAČNÍ SLUŽB Y...................................................................................................................... 285 
4.1. Služba Star tCommunication (zahájení komunikace) ....................................................................... 285 
4.2. Služba StopCo mmunication (ukončení komunikace) ...................................................................... 287 
4.2.1 Popis zprávy ......................................................................................................................... 287 
4.2.2 Formát zprá vy....................................................................................................................... 288 
4.2.3 Definice parametrů ................................................................................................................. 289 
4.3. Služba TesterPresent (zkušební zařízení připojeno) ......................................................................... 289 
4.3.1 Popis zprávy ......................................................................................................................... 289 
4.3.2 Formát zprá vy....................................................................................................................... 289 
5. ŘÍDÍCÍ SLUŽB Y.................................................................................................................................. 291 
5.1. Služba Star tDiagnosticSession ................................................................................................... 291 
5.1.1 Popis zprávy ......................................................................................................................... 291 
5.1.2 Formát zprá vy....................................................................................................................... 292 
5.1.3 Definice parametrů ................................................................................................................. 293 
5.2. Služba Secur ityA ccess ............................................................................................................. 294 
5.2.1 Popis zprávy ......................................................................................................................... 294 
5.2.2 Formát zprá vy – Secur ityA ccess – requestSeed .............................................................................. 295 
5.2.3 Formát zprá vy – Secur ityA ccess – sendKey .................................................................................. 296 
6. SLUŽB Y PŘENOSU DAT....................................................................................................................... 297 
6.1. Služba ReadDataByIdentifier ..................................................................................................... 298 
6.1.1 Popis zprávy ......................................................................................................................... 298 
6.1.2 Formát zprá vy....................................................................................................................... 298 
6.1.3 Definice parametrů ................................................................................................................. 299 
6.2. Služba WriteDataByIdentifi er.................................................................................................... 300 
6.2.1 Popis zprávy ......................................................................................................................... 300 
6.2.2 Formát zprá vy....................................................................................................................... 300 
6.2.3 Definice parametrů ................................................................................................................. 302 26.5.2016 L 139/282 Úřední věstník Evropské unie CS     
7. ŘÍZENÍ ZKUŠEBNÍCH IMPULSŮ – ŘÍDÍCÍ FUNKČNÍ CELEK VSTUPU/VÝSTUPU .................................................. 302 
7.1. Služba InputOutp utControlByIdentif ier....................................................................................... 302 
7.1.1 Popis zprávy ......................................................................................................................... 302 
7.1.2 Formát zprá vy....................................................................................................................... 303 
7.1.3 Definice parametrů ................................................................................................................. 304 
8. FORMÁ TY DATARECORDS ................................................................................................................... 305 
8.1. Rozsahy přenášenýc h parametrů ................................................................................................ 305 
8.2. Formáty dataRecords .............................................................................................................. 306  
1.  ÚVOD 
Tento dodatek popisuje, jak se vyměňují data mezi celkem ve vozidle (VU) a zkušebním zařízením po vodiči K, 
kter ý tvoří část kalibračního rozhraní popsaného v dodatku 6. Popisuje také řízení signálo vého vodiče vstup/ 
výstup (I/O) na kalibračním konektor u. 
Navázání komunikace po vodiči K je popsáno v části 4 „Komunikační služby “. 
Tento dodat ek používá koncepci diagnostick ých „relací“ k tomu, aby stano vil rozsah řízení vodičem K za různých 
podmínek . Vých ozí relací je „StandardDiagnosticSession“ (standardní diagnostic ká relace), kdy mohou být veške rá 
data z celku ve vozidle čten a, ale žádná data nemohou být do celku ve vozidle zapiso vána. 
Volba diagnostic ké relace je popsána v části 5 „Řídící služby “. 
Tento dodat ek je třeba, v souladu s požadavky na interoperabilitu stano venými v tomt o nařízení, považo vat za 
relevantní pro obě generace celků ve vozidle a karet dílny. 
CPR_001  Relace „ECUProgrammingSession“ (programo vací relace ECU) umožňuje zadá vání dat do celku ve 
vozidle. V případě zadávání kalibračních dat musí být celek ve vozidle navíc v praco vním režimu 
kalibrace (CA LIBRA TION). 
Přenos dat po vodiči K je popsán v části 6 „Služby přenosu dat“. Formáty přenášenýc h dat jsou 
podrobně uvedeny v části 8 „For máty dataRecords“. 
CPR_002  Relace „ECU AdjustmentSession“ (seřizo vací relace ECU) umožňuje volbu režimu I/O (vstup/výstup) na 
kalibračním signálo vém vodiči I/O přes rozhraní vodiče K. Řízení kalibračního signálo vého vodiče I / 
O je popsáno v části 7 „Řízení zkušebníc h impulsů – Řízení funkčního celku vstup/výstup“. 
CPR_003  V tomt o dokumentu je adresa zkušebního zařízení označo vána jako ′tt′. I když mohou existo vat 
pref erované adresy zkušebních zařízení, celek ve vozidle musí sprá vně reago vat na kter oukoli adresu 
zkušebního zařízení. Fyzická adresa celku ve vozidle je 0xEE. 
2.  POJMY , DEFINICE A ODKAZY 
Protok oly, zprá vy a chybové kódy v podstatě vycházejí z návrhu normy ISO 14229-1 Road vehicles – Diagnostic 
systems – Part 1: Diagnostic services, version 6 (Silniční vozidla — Diagnostic ké systém y — Část 1: Diagnostic ké 
služby , verze 6 ze dne 22. února 2001). 
Pro identifikátor y služeb, požadavky na služby , odpo vědi a pro standardní parametr y se užívá bajtové kódo vání a 
hexadecimální hodnoty . 
Pojem „zkušební zařízení“ se vztahuje na zařízení používané pro zadá vání programo vacích nebo kalibračních dat 
do celku ve vozidle. 
Pojem „klient“ se vztahuje na zkušební zařízení a pojem „server“ na celek ve vozidle. 
Zkratka ECU znamená „elektronick ý řídící celek“ (Electr onic Control Unit) a vztahuje se na celek ve vozidle. 26.5.2016 L 139/283 Úřední věstník Evropské unie CS     
Odka zy: 
ISO 14230-2: Road Vehicles -Diagnostic Systems – Keywor d Prot ocol 2000- Part 2: Data Link Layer First edition: 
1999 (Silniční vozidla — Diagnostick é systém y — Protok ol klíčo vých slov 2000 – Část 2: Spojo vá vrstva. 
První vydání: 1999.) 
Vozidla – Diagnostika. 
3.  PŘEHLED SLUŽEB 
3.1.  Dos tupné služby 
Dále uvedená tabulka podává přehled služeb, kter é budou dostupné v tachog rafu a kter é jsou v tomt o dokumentu 
definovány . 
CPR_004  Tabulka uvádí služby dostupné v povolené diagnostic ké relaci. 
—  Prvý sloupec uvádí seznam dostupnýc h služeb. 
—  Druhý sloupec obsahuje číslo části v tomt o dodatku, ve kterém je daná služba dále defino vána. 
—  Třetí sloupec přiděluje zprá vám se žádostí hodnoty identif ikátorů služeb. 
—  Čtvr tý sloupec specifi kuje služby „Sta ndardDiagnost icSession“ (SD) (standardní diagnostic ká 
relace), které musí být implemento vány v každém celku ve vozidle. 
—Pátý sloupec specifi kuje služby „ECU Adjust mentSession“ (ECU AS), které musí být implemen ­
továny pro umožnění řízení signálo vého vodiče I/O z kalibračního konektor u na čelním panelu 
celku ve vozidle. 
—  Šestý sloupec specifi kuje služby „ECUProg rammingSession“ (ECUPS), které musí být 
implement ovány pro umožnění programo vání parametrů v celku ve vozidle. 
Tabulk a 1 
Souhr nná tabulka hodnot identif ikátorů (Id) služeb  
Diagnostick é relace 
Název diagnostic ké služb y Číslo části Požado vaná 
hodnota identi ­
fikátoru služb y SD ECU AS ECUPS 
Star tCommunication 4.1 81             
StopCommunicatio n 4.2 82       
TesterPresent 4.3 3E             
Star tDiagnosticSession 5.1 10             
Secur ityA ccess 5.2 27             
ReadDataByIdentifi er 6.1 22             
WriteDataByIdentifier 6.2 2E       
InputOutputCont rolByIdentif ier 7.1 2F         
   Tento symbol značí, že služba je v této diagnostic ké relaci povinná. 
Pokud není symbol uveden, znamená to, že tato služba není v této diagnostick é relaci povolena.  26.5.2016 L 139/284 Úřední věstník Evropské unie CS     
3.2.  Kódy odpo vědí 
Kódy odpo vědí jsou definov ány pro každou službu. 
4.  KOMUNIKAČNÍ SLUŽBY 
Některé služby jsou potřebné k navázání a udržo vání komunikace. Neobjevují se na aplikační vrstvě. Tyto 
dostupné služby jsou rozepsán y v následující tabulce: 
Tabulk a 2 
Komunikační služby 
Název služby Popis 
Star tCommunication Klient požaduje zahájení komunikační relace se serverem (servery). 
StopCommunicatio n Klient požaduje ukončení probíha jící komunikační relace. 
TesterPresent Klient oznamuje serveru, že je stále připojen.  
CPR_005  Služba Star tCommunication se užívá pro zahájení komunikace. Pro naved ení jakékoliv služby musí být 
komunikace inicializo vána a komunikační parametr y musí odpo vídat požado vanému režimu. 
4.1.  Služba Star tCommunication (zahájení komunik ace) 
CPR_006  Po obdržení indikačního prvku Star tCommunication musí celek ve vozidle ověřit, zda může být 
požado vané komunikační spojení za současných podmínek inicializo váno. Platné podmínky pro 
inicializaci komunikačního spojení jsou popsány v dokumentu ISO 14230-2. 
CPR_007  Pak musí celek ve vozidle provést vešker é kroky potřebné pro inicializaci komunikačního spojení a 
musí odeslat prvek s odpo vědí na Star tCommunication společně se zvolenými parametr y kladné 
odpo vědi. 
CPR_008  Pokud celek ve vozidle, který byl již inicializo ván (a který vstoupil do jakék oli diagnostick é relace), 
obdrží nový požada vek Star tCommunication (například v důsledku zotav ení z chyb ve zkušebním 
zařízení), musí být požadavek přijat a celek ve vozidle musí být znovu inicializo ván. 
CPR_009  Pokud nemůže být z jakéhok oliv důvodu komunikační spojení inicializo váno, musí celek ve vozidle 
pokračo vat v činnosti, kterou provozo val bezprostředně před pokusem o inicializaci komunikačního 
spojení. 
CPR_010  Zprá va s požadavk em Star tCommunication musí být fyzic ky adreso vána. 
CPR_011  Inicializace celku ve vozidle proběhne postupem „rychlé inicializace“. 
—  Každ é činnosti předc hází klido vá doba sběr nice, 
—  Zkušební zařízení pak vyšle inicializační sekvenci. 
—  Veškeré informace, které jsou potřebné pro zahájení komunikace, jsou obsaženy v odpo vědi celku 
ve vozidle. 
CPR_012  Po dokončení inicializace: 
—  se veške ré komunikační parametr y nastaví podle klíčo vých bajtů na hodnoty definované v tabulce 
4, 
—  celek ve vozidle vyčkává na první požada vek zkušebního zařízení, 26.5.2016 L 139/285 Úřední věstník Evropské unie CS     
—  celek ve vozidle je ve vých ozím diagnostick ém režimu, tj. StandardDiagnosticSession, 
—  kalibrační signálo vý vodič I/O je ve vých ozím stavu, tj. v neaktivním stavu. 
CPR_014  Rychlost přenosu dat na vodiči K musí být 10 400 baudů. 
CPR_016  Rychlá inicializace je zahájena zkušebním zařízením, kter é vysílá startovací sekvenci (Wup) po vodiči K. 
Sekvence začíná po klido vé době na vodiči K nízk ou úrovní po dobu Tinil. Zkušební zařízení vyšle 
prvý bit ze Star tCommunicationSer vice následně po době Twup po první sestupné hraně. 
CPR_017  Hodnoty časo vání pro rychlou inicializaci a komunikaci jsou obecně rozepsány v níže uvedených 
tabulkác h. Existují různé možnosti pro dobu klidu (idle time): 
—  První přenos po zapnutí napájení, Tidle = 300 ms. 
—  Po dokončení služby StopCo mmunication Tidle = P3 min. 
—  Po ukončení komunikace v důsledku překročení doby P3max, Tidle = 0. 
Tabulk a 3 
Hodnoty časo vání pro rychlou inicializaci 
Parametr Minimální hodnota Maximální hodnota 
Tinil 25 ± 1 ms 24 ms 26 ms 
Twup 50 ± 1 ms 49 ms 51 ms  
Tabulk a 4 
Hodnoty časo vání pro komunik aci 
Parametr 
časo vání Popis parametr u Dolní mezní 
hodnoty (ms) Hor ní mezní 
hodnoty (ms) 
min. max. 
P1 Doba mezi bajty pro odpo věď celku ve vozidle 0 20 
P2 Doba mezi požadavk em zkušebního zařízení a od­
povědí celku ve vozidle nebo mezi dvěma odpo ­
věďmi celku ve vozidle 25 250 
P3 Doba mezi koncem odpo vědi celku ve vozidle a 
začátk em nového požada vku zkušebního zařízení 55 5 000 
P4 Doba mezi bajty pro požadavek zkušebního zaří­
zení 5 20  26.5.2016 L 139/286 Úřední věstník Evropské unie CS     
CPR_018  Formáty zprá vy pro rychlou inicializaci jsou rozepsány v níže uvedených tabulkách: (POZNÁMKA: Hex 
znamená hexadecimální) 
Tabulk a 5 
zpráva se žádostí Star tCommunication 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Bajt formátu — fyzick é adreso vání 81 FMT 
#2 Bajt adresy cíle EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Id služby požadavku StartCommunication 81 SCR 
#5 Kontrolní součet 00-FF CS  
Tabulk a 6 
zpráva s kladnou odpo vědí na Star tCommunication 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Bajt formátu — fyzick é adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Dodate čný bajt délky 03 LEN 
#5 Id služby kladné odpo vědi na Star tCommuni ­
cation C1 SCRPR 
#6 Klíčo vý bajt 1 EA KB1 
#7 Klíčo vý bajt 2 8F KB2 
#8 Kontrolní součet 00-FF CS  
CPR_019  Na zprávu Star tCommunication není zápor ná odpo věď, pokud neexistuje zprá va s kladnou odpo vědí, 
která má být přenesena, pak se celek ve vozidle neinicializuje, nic se nepřenáší a celek ve vozidle 
zůstá vá v normálním provozu. 
4.2.  Služba StopCommunication (ukončení komunik ace) 
4.2.1  Popis zprávy 
Tato služba komunikační vrstvy slouží k ukončení komunikační relace. 
CPR_020  Po obdržení indikačního prvku StopCo mmunication musí celek ve vozidle ověřit, zda existující 
podmínky umožňují tuto komunikaci ukončit. V tomt o případě musí celek ve vozidle provést vešker é 
kroky potřebné k ukončení této komunikace. 26.5.2016 L 139/287 Úřední věstník Evropské unie CS     
CPR_021  Pokud je komunikaci možno ukončit, musí celek ve vozidle, dříve než je komunikace ukončena, vydat 
prvek odpo vědi StopCo mmunication se zvolenými parametr y kladné odpo vědi. 
CPR_022  Pokud nemůže být komunikace z jakéhok oliv důvodu ukončena, vydá celek ve vozidle prvek odpo vědi 
na StopCo mmunication se zvoleným parametrem zápor né odpo vědi. 
CPR_023  Pokud celek ve vozidle zjistí překročení času P3max, komunikace se ukončí bez vydání prvku 
odpo vědi. 
4.2.2  Formát zprávy 
CPR_024  Formáty zprá v pro prvky StopCo mmunication jsou rozepsány v níže uvedených tabulkác h. 
Tabulk a 7 
zpráva se žádos tí StopCommunication 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Bajt dodatečné délky 01 LEN 
#5 Id služby požadavku StopCommunication 82 SPR 
#6 Kontrolní součet 00-FF CS  
Tabulk a 8 
zpráva s kladnou odpo vědí na StopCommunication 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 01 LEN 
#5 Id služby kladné odpo vědi na StopCommuni ­
cation C2 SPRPR 
#6 Kontrolní součet 00-FF CS  26.5.2016 L 139/288 Úřední věstník Evropské unie CS     
Tabulk a 9 
zprá va se zápor nou odpo vědí na StopCommunication 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby zápor né odpo vědi 7F NR 
#6 Identifikace služby požada vku StopCo mmunica ­
tion 82 SPR 
#7 responseCode = generalReject 10 RC_GR 
#8 Kontrolní součet 00-FF CS  
4.2.3  Definice parametrů 
Tato služba nevyžaduje žádné definice parametrů 
4.3.  Služba Tester Present (zkušební zařízení připojeno) 
4.3.1  Popis zprávy 
Pomocí služby TesterPresent zkušební zařízení indikuje serveru, že je stále připojeno, aby tak bylo serveru 
zabráněno v automatic kém návratu do normálního provozu a případnému ukončení komunikace. Tato služba, 
kter á se vysílá pravi delně, udržuje diagnostic kou relaci / komunikaci aktivní tím, že vždy po obdržení požadavku 
na tuto službu se resetuje časo vač P3. 
4.3.2  Formát zprávy 
CPR_079  Formáty zprá v pro prvky TesterPresent jsou rozepsán y v níže uvedenýc h tabulkách. 
Tabulka 10 
zprá va se žádos tí TesterPresent 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Bajt dodatečné délky 02 LEN 
#5 Id služby požadavku TesterPresent 3E TP 26.5.2016 L 139/289 Úřední věstník Evropské unie CS     
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#6 Podfunkce = responseRequired = [ano 01 RESPREQ_Y 
ne] 02 RESPREQ_NO 
#7 Kontrolní součet 00-FF CS  
CPR_080  Je-li parametr responseRequired nastaven na „ano“, odpo ví server následující kladnou zpráv ou. Je-li 
nastav en na „ne“, neodešle server žádnou odpo věď. 
Tabulka 11 
zprá va s kladnou odpo vědí na TesterPresent 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 01 LEN 
#5 Id služby kladné odpo vědi na Tester Present 7E TPPR 
#6 Kontrolní součet 00-FF CS  
CPR_081  Služba podpor uje následující kódy negat ivních odpo vědí: 
Tabulka 12 
zprá va se zápor nou odpo vědí na Tester Present 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby zápor né odpo vědi 7F NR 
#6 Identifikace služby požadavku TesterPresent 3E TP 26.5.2016 L 139/290 Úřední věstník Evropské unie CS     
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#7 responseCode = [SubFunctionNotSuppor ted-In­
validFor mat 12 RC_SFNS_IF 
incor rectMessageL ength ] 13 RC_IML 
#8 Kontrolní součet 00-FF CS  
5.  ŘÍDÍCÍ SLUŽB Y 
Dostupné služby jsou rozepsán y v následující tabulce: 
Tabulk a 13 
Řídící služby 
Název služby Popis 
Star tDiagnosticSession Klient požaduje zahájení diagnostick é relace s celkem ve vozidle. 
Secur ityA ccess Klient požaduje přístup k funkcím vyhrazeným pro autorizov ané uživatele .  
5.1.  Služba Star tDiagnos ticSession 
5.1.1  Popis zprávy 
CPR_025  Služba Star tDiagnosticSession se užívá pro povolení různých diagnostic kých relací na serveru. 
Diagnostic ká relace umožňuje specifický soubor služeb podle tabulky 17. Relace může povolit služby 
specifické pro výrobce vozidel, kter é nejsou součástí tohot o dokumentu. Pravid la implementace musí 
odpo vídat těmt o požadavkům: 
—  V celku ve vozidle musí být vždy aktivní jediná diagnostická relace. 
—  Vždy , když je celek ve vozidle připojen na napájení, musí zahájit StandardDiagnosticSession. Pokud 
není zahájena jiná diagnostic ká relace, pak StandardDiagnosticSession probíhá tak dlouho, dokud je 
celek ve vozidle napájen. 
—  Pokud je zkušebním zařízením požado vána diagnostick á relace, kter á již probíhá, odešle celek ve 
vozidle zprá vu s kladnou odpo vědí. 
—  Kdyk oli zkušební zařízení požaduje novou diagnostick ou relaci, odešle celek ve vozidle nejpr ve 
zprávu s kladnou odpo vědí na Star tDiagnosticSession předtím, než se v celku ve vozidle aktivuje 
nová relace. Pokud není celek ve vozidle schopen zahájit požado vanou novou diagnostic kou relaci, 
musí odpo vědět zprá vou se zápor nou odpo vědí na Star tDiagnosticSession a probíhaj ící relace musí 
pokračo vat. 
CPR_026  Diagnostic ká relace se zahájí pouze tehdy, pokud byla mezi klientem a celkem ve vozidle zahájena 
komunikace. 
CPR_027  Pokud byla dříve aktivní jiná diagnostic ká relace, stanou se parametr y časo vání podle definice v tabulce 
4 aktivními po úspěšné Star tDiagnosticSession s parametrem diagnosticSession nastaveným ve zprávě 
se žádostí o„StandardDiagnosticSession“. 26.5.2016 L 139/291 Úřední věstník Evropské unie CS     
5.1.2  Formát zprávy 
CPR_028  Formáty zprá v pro prvky Star tDiagnosticSession jsou rozepsány v níže uvedených tabulkách. 
Tabulka 14 
zpráva se žádos tí Star tDiagnos ticSession 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Bajt dodatečné délky 02 LEN 
#5 Id služby požadavku StartDiagnosticSession 10 STDS 
#6 diagnosticSession = [jedna hodnota z tabulky 17] xx DS_… 
#7 Kontrolní součet 00-FF CS  
Tabulka 15 
zpráva s kladnou odpo vědí na Star tDiagnos ticSession 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 02 LEN 
#5 Id služby kladné odpo vědi na Star tDiagnos tic­
Session 50 STDSPR 
#6 diagnosticSession = [ shodná hodnota s bajtem #6 
tabulka 14 ] xx DS_… 
#7 Kontrolní součet 00-FF CS  
Tabulka 16 
zprá va se zápor nou odpo vědí na StartDiagnos ticSession 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 26.5.2016 L 139/292 Úřední věstník Evropské unie CS     
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby zápor né odpo vědi 7F NR 
#6 Id služby požada vku Star tDiagnosticSession 10 STDS 
#7 ResponseCode = [subFunctionNotSuppor ted(a) 12 RC_SFNS 
incor rectMessageL ength (b) 13 RC_IML 
conditionsNotCor rect (c) 22 RC_CNC 
#8 Kontrolní součet 00-FF CS 
(a)  – hodnota vložená do bajtu # 6 zprávy o požadavku není podporo vána, tj. není v tabulce 17, 
(b)  – délka obdržené zprávy je chybná, 
(c)  – kritéria pro požada vek Star tDiagnosticSession nejsou splněna.  
5.1.3  Definice parametrů 
CPR_029  Parametr diagnosticSession (DS_) využívá služba Star tDiagnosticSession k výběr u zvláštního chování 
serveru (serverů). V tomt o dokumentu jsou specif ikovány tyto diagnostick é relace: 
Tabulka 17 
Def inice hodnot diagnosti cSession 
Hex Popis Symbol 
81 StandardDiagnos ticSession 
Tato diagnostic ká relace umožňuje všec hny služby podle tabulky 1 
sloupce 4 „SD“. Tyto služby umožňují čtení dat ze serveru (celku ve vo­
zidle). Tato diagnostic ká relace je aktivní po úspěšném dokončení iniciali ­
zace mezi klientem (zkušebním zařízením) a serverem (celk em ve vozidle). 
Tato diagnostic ká relace může být přepsána jinými diagnostic kými rela­
cemi specif ikovanými v této části. SD 
85 ECUProg rammingSession 
Tato diagnostic ká relace umožňuje všec hny služby podle tabulky 1 
sloupce 6 „ECUPS“. Tyto služby podpor ují programo vání paměti serveru 
(celku ve vozidle). Tato diagnostic ká relace může být přepsána jinými dia­
gnostic kými relacemi specifik ovanými v této části. ECUPS 
87 ECU Adjust mentSession 
Tato diagnostic ká relace umožňuje všec hny služby podle tabulky 1 
sloupce 5 „ECU AS“. Tyto služby podpor ují řízení vstupu/výstupu se­
rveru (celku ve vozidle). Tato diagnostická relace může být přepsána ji­
nými diagnostickými relacemi specifi kovanými v této části. ECU AS  26.5.2016 L 139/293 Úřední věstník Evropské unie CS     
5.2.  Služba Secur ityA ccess 
Zapiso vání kalibračních dat není možné, pokud celek ve vozidle není v režimu KALIBRA CE. Kromě vložení 
platné karty dílny do celku ve vozidle je nezbytné dříve, než je udělen přístup k režimu KALIBRA CE, vložit do 
celku ve vozidle příslušný PIN. 
Přístup ke kalibračnímu vodiči I/O je také možný, pokud je celek ve vozidle v režimu KALIBRA CE nebo 
KONTR OLA (CONTR OL). 
Služba Secur ityA ccess poskytuje prostředky pro vložení PIN a indikuje zkušebnímu zařízení, zda celek ve vozidle 
je, nebo není v režimu KALIBRA CE. 
PIN může být vložen alternati vními postup y. 
5.2.1  Popis zprávy 
Služba Secur ityA ccess je tvořen a zprá vou Secur ityA ccess„requestSeed“ následo vanou zprá vou Secur ityA ccess 
„sendKey“. Služba Secur ityA ccess musí být provedena po službě Star tDiagnosticSession. 
CPR_033  Zkušební zařízení využívá zprá vu Secur ityA ccess „requestSeed“, pro ověření, zda je celek ve vozidle 
připra ven k přijetí PIN. 
CPR_034  Pokud je celek ve vozidle již v režimu KALIBRA CE, musí odpo vědět na požada vek vysláním „seed“ 
0x0000 s využitím služby kladné odpo vědi na Secur ityA ccess. 
CPR_035  Pokud je celek ve vozidle připraven k přijetí PIN pro ověření kartou dílny , musí odpo vědět na 
požada vek vysláním „seed“ většího než 0x0000 s využitím služby kladné odpo vědi na Secur ityA ccess. 
CPR_036  Pokud není celek ve vozidle připra ven k přijetí PIN od zkušebního zařízení, buď prot ože vložená karta 
dílny není platná, nebo protože karta dílny nebyla vložena, nebo protože celek ve vozidle očekáv á PIN 
jiným postupem, odpo ví celek ve vozidle na požada vek zápor nou odpo vědí s kódem odpo vědi 
nastav eným na conditionsNotCor rectOrRequestSequenceEr ror. 
CPR_037  Zkušební zařízení pak použije k předání PIN do celku ve vozidle zprávu Secur ityA ccess „sendKey “. K 
tomu, aby byl k dispozici čas potřebný k ověření prav osti karty, použije celek ve vozidle pro 
prodloužení času pro odpo věď kód zápor né odpo vědi requestCor rectlyReceived-ResponseP ending. 
Maximální doba pro odpo věď však nesmí překročit pět minut. Jakmile byla požado vaná služba 
dokončena, musí celek ve vozidle vyslat zprá vu s kladnou odpo vědí nebo zprá vu se zápor nou 
odpo vědí s odlišným kódem odpo vědi. Kód zápor né odpo vědi requestCor rectlyReceived-Response ­
Pending může být celke m ve vozidle opak ován do dokončení požado vané služby a do vyslání zprá vy s 
konečnou odpo vědí. 
CPR_038  Celek ve vozidle musí na tent o požadavek odpo vědět užitím služby Secur ityA ccess PositiveResponse 
pouze v režimu KALIBRA CE. 
CPR_039  Celek ve vozidle musí v následujícíc h případec h odpo vědět na tento požada vek zápor nou odpo vědí s 
kódem odpo vědi nastaveným na: 
—  subFunctionNot suppor ted: neplatný formát pro parametr podfunkce (accessT ype), 
—  conditionsNotCor rectOrRequestSequenceEr ror: celek ve vozidle není připraven k přijetí PIN, 
—  invalidKe y: PIN není platný a počet pokusů o ověření PIN není překročen, 
—  exceededNumberOfA ttem pts: PIN není platný a počet pokusů o ověření PIN je překročen, 
—  generalReject: PIN je sprá vný, ale selhalo vzájemné ověření s kartou dílny . 26.5.2016 L 139/294 Úřední věstník Evropské unie CS     
5.2.2  Formát zprávy – Secur ityAccess – requestSeed 
CPR_040  Formáty zprá v pro prvky Secur ityA ccess „requestSeed“ jsou rozepsán y v níže uvedených tabulkách. 
Tabulka 18 
požadav ek Secur ityAccess – zpráva requestSeed 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Bajt dodatečné délky 02 LEN 
#5 Id služby požadavku Secur ityAccess 27 SA 
#6 accessT ype – requestSeed 7D AT_RSD 
#7 Kontrolní součet 00-FF CS  
Tabulka 19 
Secur ityAccess – zprá va s kladnou odpo vědí request Seed 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 04 LEN 
#5 Id služby kladné odpo vědi na Secur ityAc cess 67 SAPR 
#6 accessT ype – requestSeed 7D AT_RSD 
#7 Seed High 00-FF SEEDH 
#8 Seed Low 00-FF SEEDL 
#9 Kontrolní součet 00-FF CS  
Tabulka 20 
zpráva se zápor nou odpo vědí na Secur ityAccess 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 26.5.2016 L 139/295 Úřední věstník Evropské unie CS     
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby zápor né odpo vědi 7F NR 
#6 Id služby požada vku Secur ityA ccess 27 SA 
#7 responseCode = [conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
incor rectMessageL ength] 13 RC_IML 
#8 Kontrolní součet 00-FF CS  
5.2.3  Formát zprávy – Secur ityAccess – sendKe y 
CPR_041  Formáty zprá v pro prvky Secur ityA ccess „sendKey“ jsou rozepsány v níže uvedených tabulkách. 
Tabulka 21 
požada vek Secur ityAcc ess – zprá va sendKe y 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Bajt dodatečné délky m+2 LEN 
#5 Id služby požadavku Secur ityAccess 27 SA 
#6 accessT ype – sendKey 7E AT_SK 
#7 až #m 
+6 Klíč #1 (nejvýznamnější) xx KEY 
… …  
Klíč #m (nejméně významný, m musí být nejméně 
4 a nejvýše 8) xx  
#m+7 Kontrolní součet 00-FF CS  
Tabulka 22 
Secur ityAccess – zpráva s kladnou odpo vědí na sendKe y 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 26.5.2016 L 139/296 Úřední věstník Evropské unie CS     
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#4 Bajt dodatečné délky 02 LEN 
#5 Id služby kladné odpo vědi na Secur ityAc cess 67 SAPR 
#6 accessT ype – sendKey 7E AT_SK 
#7 Kontrolní součet 00-FF CS  
Tabulka 23 
zpráva se zápor nou odpo vědí na Secur ityAccess 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby zápor né odpo vědi 7F NR 
#6 Id služby požada vku Secur ityA ccess 27 SA 
#7 ResponseCode = [generalReject 10 RC_GR 
subFunctionNotSuppor ted 12 RC_SFNS 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
invalidKey 35 RC_IK 
excee dedNumberOfAtt emp ts 36 RC_ENA 
requestCor rectlyReceived-Re ­
sponsePen ding] 78 RC_R CR_RP 
#8 Kontrolní součet 00-FF CS  
6.  SLUŽB Y PŘENOSU DAT 
Dostupné služby jsou rozepsán y v následující tabulce: 
Tabulk a 24 
Služby přenosu dat 
Název služby Popis 
ReadDataByIdentifi er Klient požaduje přenos aktuální hodnoty záznamu přístupem pomocí record ­
DataIdentif ier 
WriteDataByIdentifier Klient žádá o zápis záznamu přístupem pomocí recordDataIdentifier  26.5.2016 L 139/297 Úřední věstník Evropské unie CS     
6.1.  Služba ReadDataByIdentif ier 
6.1.1  Popis zprávy 
CPR_050  Služba ReadDataByIdentifier je využívána klient em pro vyžádání hodnot dato vého záznamu ze serveru. 
Data jsou identifik ována pomocí recordDataIdentif ier. Je odpo vědností výrobce celku ve vozidle, aby 
při výkonu této služby byly splněny podmínky serveru. 
6.1.2  Formát zprávy 
CPR_051  Formáty zprá v pro prvky ReadDataByIdentifier jsou rozepsány v níže uvedených tabulkách. 
Tabulka 25 
zprá va se žádos tí ReadDat aByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby požadavku ReadDat aByIdentif ier 22 RDBI 
#6 až #7 recordDataIdentifier = [hodnota z tabulky 28] xxxx RDI_… 
#8 Kontrolní součet 00-FF CS  
Tabulka 26 
zprá va s kladnou odpo vědí na ReadDat aByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky m+3 LEN 
#5 Id služby kladné odpo vědi na ReadDat aByI ­
dentif ier 62 RDBIPR 
#6 a #7 recordDataIdentifier = [stejná hodnota, jako bajty 
#6 and #7, tabulka 25] xxxx RDI_… 
#8 až #m 
+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Kontrolní součet 00-FF CS  26.5.2016 L 139/298 Úřední věstník Evropské unie CS     
Tabulka 27 
zprá va se zápor nou odpo vědí na ReadDataByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby zápor né odpo vědi 7F NR 
#6 Id služby požada vku ReadDataByIdentifi er 22 RDBI 
#7 ResponseCode= [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Kontrolní součet 00-FF CS  
6.1.3  Definice parametrů 
CPR_052  Parametr recor dDataIdentifier (RDI_) ve zprá vě o požadavku ReadDataByIdentifi er identifikuje dato vý 
záznam. 
CPR_053  Hodnoty recordDataIdentif ier definované tímto dokument em jsou uvedeny v níže uvedené tabulce. 
Tabulka recordDataIdentifie r je tvořena čtyřmi sloupci a několika řádky . 
—První sloupec (Hex) obsahuje „hexadecimální hodnotu“ přiřazenou k recordDataIdentifier specifi ­
kovanému ve třetím sloupci. 
—Druhý sloupec (Dato vý prvek) stano vuje datový prvek z dodatku 1, na kterém je založen identi ­
fikátor recordDataIdentifier (někdy je potřebné přek ódo vání). 
—  Třetí sloupec (Popis) specifikuje odpo vídající název recordDataIdentifie r, 
—  Čtvr tý sloupec (Symbol) specifi kuje pro tento recordDataIdentif ier příslušný symbol. 
Tabulk a 28 
Def inice hodnot recordData Identif ier 
Hex Dato vý prvek recordDataIdentif ier Name 
(viz formát v bodě 8.2) Symbol 
F90B 
 TimeDat e RDI_TD 
F912 
 HighResolution TotalV ehicleDistance RDI_HRT VD 
F918 
 Kfact or RDI_KF 26.5.2016 L 139/299 Úřední věstník Evropské unie CS     
Hex Dato vý prvek recordDataIdentif ier Name 
(viz formát v bodě 8.2) Symbol 
F91C 
 LfactorT yreCircumfe rence RDI_LF 
F91D 
 WvehicleCharacter isticF actor RDI_WV CF 
F921 
 TyreSize RDI_TS 
F922 
 NextCalibrationDat e RDI_NCD 
F92C 
 SpeedAuthor ised RDI_S A 
F97D 
 Regist eringMemberState RDI_RMS 
F97E 
 VehicleRegistrationNumber RDI_ VRN 
F190 
 VIN RDI_ VIN  
CPR_054  Parametr dataRecor d (DREC_) se použije ve zprávě s kladnou odpo vědí na ReadDataByIdentifi er k 
tomu, aby kliento vi (zkušebnímu zařízení) byla dodána hodnota dato vého záznamu identifik ovaného 
pomocí recordDataIdentifier . Formáty dat jsou specifik ovány v části 8. Mohou být volit elně implemen ­
továny další uživatelsk é dataRecords včetně vstupu specifi ckého pro VU, vnitřních a výstupníc h dat, ty 
však nejsou defino vány v tomt o dokumentu. 
6.2.  Služba WriteDat aByIdentif ier 
6.2.1  Popis zprávy 
CPR_056  Službu WriteDataByIdentifier používá klient k zápisu hodnot datového záznamu na server. Data jsou 
identifik ována pomocí recordDataIdentifie r. Je odpo vědností výrobce celku ve vozidle, aby při výkonu 
této služby byly splněny podmínky serveru. Pro aktualizaci parametrů uvedenýc h v tabulce 28 musí 
být celek ve vozidle v režimu KALIBRA CE. 
6.2.2  Formát zprávy 
CPR_057  Formáty zprá v pro prvky WriteDataByIdentifi er jsou rozepsány v níže uvedenýc h tabulkách . 
Tabulka 29 
zprá va se žádostí WriteDataByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Bajt dodatečné délky m+3 LEN 
#5 Id služby požadavku WriteDat aByIdentif ier 2E WDBI 
#6 až #7 recordDataIdentifier = [hodnota z tabulky 28] xxxx RDI_… 26.5.2016 L 139/300 Úřední věstník Evropské unie CS     
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#8 až #m 
+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Kontrolní součet 00-FF CS  
Tabulka 30 
zprá va s kladnou odpo vědí na WriteDataByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby kladné odpo vědi na WriteDat aByI ­
dentif ier 6E WDBIPR 
#6 až #7 recordDataIdentifier = [stejná hodnota, jako bajty 
#6 and #7, tabulka 29] xxxx RDI_… 
#8 Kontrolní součet 00-FF CS  
Tabulka 31 
zpráva se zápor nou odpo vědí na WriteDat aByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby zápor né odpo vědi 7F NR 
#6 Id služby požada vku WriteDataByIdentifier 2E WDBI 26.5.2016 L 139/301 Úřední věstník Evropské unie CS     
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#7 ResponseCode= [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Kontrolní součet 00-FF CS  
6.2.3  Definice parametrů 
Parame tr recor dDataIdentifier (RDI_) je definov án v tabulce 28. 
Parame tr dataRecor d (DREC_) se použi je ve zprá vě o požada vku WriteDataByIdentifier k tomu, aby klient ovi 
(zkušebnímu zařízení) byly dodány hodnoty dato vých záznamů identifik ovanýc h pomocí recordDataIdentif ier. 
Formáty dat jsou specifi kovány v části 8. 
7.  ŘÍZENÍ ZKUŠEBNÍCH IMPULSŮ – ŘÍDÍCÍ FUNKČNÍ CELEK VSTUP U/VÝSTUPU 
Dostupné služby jsou rozepsán y v následující tabulce: 
Tabulk a 32 
Řídící funkční celek vstupu/výstupu 
Název služby Popis 
InputOutputCont rolByIdentif ier Klient požaduje řízení vstupu/výstupu specifick é pro server.  
7.1.  Služba InputOutputControlByIdentif ier 
7.1.1  Popis zprávy 
Existuje propojení přes přední konekto r, kter é umožňuje, aby zkušební impulsy byly řízen y nebo monitoro vány 
pomocí vhodného zkušebního zařízení. 
CPR_058  Tento kalibrační signálo vý vodič I/O (vstup/výstup) může být konfiguro ván příkazem přes vodič K 
využitím služby InputC ontrolByIdentifi er k volbě požado vané vstupní nebo výstupní funkce vodiče. 
Dostupné stavy vodiče jsou: 
—  neaktivní, 
—  speedSignalInput, kdy je kalibrační signálo vý vodič I/O použit pro vstup rychlostního signálu 
(zkušební signál), který nahrazuje rychlostní signál snímače pohy bu; tato funkce není dostupná v 
režimu KONTR OLA, 
—  realTimeSpeedSignalOutputSensor , kdy je kalibrační signálo vý vodič I/O použit pro výstup 
rychlostního signálu ze snímače pohybu, 
—  RTC Output, kdy je kalibrační signálo vý vodič I/O použit pro výstup hodino vého signálu UTC; tato 
funkce není dostupná v režimu KONTR OLA. 
CPR_059  Celek ve vozidle musí zahájit seřizo vací relaci a musí být v režimu KALIBRA CE, nebo KONTR OLA, aby 
bylo možné konfiguro vat stav vodiče. Pokud je celek ve vozidle v režimu KALIBRA CE, mohou být 
vybrán y čtyři stavy spojení (neaktivní, speedSignalInput, realTimeSpeedSignalOutputSensor , 
RTCOutput). Pokud je celek ve vozidle v režimu KONTR OLA, mohou být vybrán y pouze dva stavy 
spojení (neaktivní, realTimeSpeedOutputSensor). Při ukončení seřizo vací relace, nebo režimu 
KALIBRA CE, nebo KONTR OLA musí celek ve vozidle zajistit, aby se kalibrační signálo vý vodič I/O 
vrátil do stavu „disabled“ (neaktivní) (výchozí). 26.5.2016 L 139/302 Úřední věstník Evropské unie CS     
CPR_060  Pokud jsou na signálo vém vodiči rychlosti v reálném čase celku ve vozidle přijaty rychlostní impulsy v 
době, kdy je kalibrační signálo vý vodič I/O nastaven jako vstup, musí se kalibrační signálo vý vodič I/O 
nastav it jako výstup nebo vrátit do neaktivního stavu. 
CPR_061  Sekvence je tato: 
—  zahájit komunikaci prostřednictvím služby Star tCommunication, 
—  zahájit seřizo vací relaci prostřednictvím služby Star tDiagnosticSession a být v provozním režimu 
KALIBRA CE, nebo KONTR OLA (pořadí těchto dvou operací není důležité), 
—  změnit stav výstupu pomocí služby InputOut putControlByIdentif ier. 
7.1.2  Formát zprávy 
CPR_062  Formáty zprá v pro prvky InputOut putControlByIdentif ier jsou rozepsány v níže uvedených tabulkách. 
Tabulka 33 
zpráva se žádostí InputOutputControlByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy EE TGT 
#3 Bajt adresy zdroje tt SRC 
#4 Bajt dodatečné délky xx LEN 
#5 Id služby požada vku InputOutputControlByI ­
dentif ier 2F IOCBI 
#6 a #7 Input OutputIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 nebo 
#8 až #9 ControlOp tionRecord = [  COR_… 
inputOut putControlParamet er – one value from 
tabulky 36 xx IOCP_… 
controlStat e — jedna z hodnot v tabulce 37 (viz 
poznámka níže) xx CS_… 
#9 nebo 
#10 Kontrolní součet 00-FF CS  
Poznámka: parametr controlStat e je přítomn ý jen v někter ých případec h (viz 7.1.3). 
Tabulka 34 
zpráva s kladnou odpo vědí na InputOutputControlByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 26.5.2016 L 139/303 Úřední věstník Evropské unie CS     
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky xx LEN 
#5 Id služby kladné odpo vědi na inputOutput ­
ControlByIdentif ier 6F IOCBIPR 
#6 a #7 inputOut putIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 nebo 
#8 až #9 controlStatusRecord = [  CSR_ 
inputOut putControlParamet er (stejná hodnota 
jako bajt #8 v tabulce 33) xx IOCP_… 
controlStat e (stejná hodnota jako bajt #9 v tabulce 
33)] (v příslušných případech ) xx CS_… 
#9 nebo 
#10 Kontrolní součet 00-FF CS  
Tabulka 35 
zprá va se zápor nou odpo vědí na InputOutputControlByIdentif ier 
Bajt č. Název parametr u Hexadecimální 
hodnota Symbol 
#1 Formáto vý bajt — fyzic ké adreso vání 80 FMT 
#2 Bajt cílové adresy tt TGT 
#3 Bajt adresy zdroje EE SRC 
#4 Bajt dodatečné délky 03 LEN 
#5 Id služby zápor né odpo vědi 7F NR 
#6 Id služby požada vku inputOutput ControlByIdenti ­
fier 2F IOCBI 
#7 responseCode=[   
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect 22 RC_CNC 
requestOutOfRange 31 RC_R OOR 
deviceControlLimitsEx ceeded] 7A RC_DCLE 
#8 Kontrolní součet 00-FF CS  
7.1.3  Definice parametrů 
CPR_064  Parametr inputOutputContr olParameter (IOCP_) je definován v následující tabulce. 26.5.2016 L 139/304 Úřední věstník Evropské unie CS     
Tabulka 36 
Def inice hodnot inputOutputControlParameter 
Hex Popis Symbol 
00 Retur nControlT oECU 
Tato hodnota indikuje serveru (celku ve vozidle), že zkušební zařízení již 
neřídí kalibrační signálo vý vodič I/O. RCTECU 
01 ResetT oDefault 
Tato hodnota indikuje serveru (celku ve vozidle), že se od něj požaduje 
nastav ení kalibračního signálo vého vodiče I/O do výchozího stavu. RTD 
03 Shor tTermAdjustment 
Tato hodnota musí indik ovat serveru (celku ve vozidle), že se požaduje 
nastav ení kalibračního signálo vého vodiče I/O na hodnotu obsaženou v 
parametr u controlState. STA  
CPR_065  Parametr control State je přítome n pouze tehdy , když je inputOutputCon trolParamet er nastaven na 
Shor tTermAdjustment, a je definov án v následující tabulce: 
Tabulka 37 
Def inice hodnot controlSt ate 
Režim Hexadecimální 
hodnota Popis 
Neaktivní 00 I/O vodič je neaktivní (výc hozí stav) 
Aktivní 01 Aktivuje kalibrační spojení I/O jako speedSignalInput 
Aktivní 02 Aktivuje kalibrační spojení I/O jako realTimeSpeedSignalOutput ­
Sensor 
Aktivní 03 Aktivuje kalibrační spojení I/O jako RTCOutp ut  
8.  FORMÁ TY DATARECORDS 
Tato část uvádí: 
—  obecná pravidla, která se mají použít na rozsah y parametrů přenášených celke m ve vozidle do zkušebního 
zařízení, 
—  formáty , které mají být použity u dat přenášenýc h pomocí služeb přenosu dat popsaných v části 6. 
CPR_067  Veške ré identifik ované parametr y musí být podporo vány celkem ve vozidle. 
CPR_068  Data přenášená celkem ve vozidle do zkušebního zařízení jako odpo věď na zprávu s požadavk em musí 
být naměřeného typu (tj. musí to být aktuální hodnota požado vaného parametr u naměřená nebo 
zjištěná celkem ve vozidle). 
8.1.  Rozsahy přenášených parametrů 
CPR_069  Tabulka 38 definuje rozsahy použit é ke stano vení platnosti přenášenýc h parametrů. 26.5.2016 L 139/305 Úřední věstník Evropské unie CS     
CPR_070  Hodnoty v rozsahu „error indicator“ (indikátor chyby) jsou pro celek ve vozidle prostředk em, jak 
okamžitě indik ovat, že v důsledku nějak ého druhu chyby v tachografu nejsou momentálně dostupná 
platná parametr ická data. 
CPR_071  Hodnoty v rozsahu „not available“ (nedostupné) jsou pro celek ve vozidle prostředkem, jak předat 
zprá vu, která obsahuje parametr , který není v daném modulu dostupný nebo není podporo ván. 
Hodnoty v rozsahu „not requested“ (nevyžádané) jsou pro zařízení prostředk em, jak předat zprá vu s 
příkazem a identif ikovat ty parametr y, u kterých se neočekáv á žádná odpo věď z přijímacího zařízení. 
CPR_072  Pokud závada někter é součásti brání přenosu platných dat parametr u, je možné místo dat parametr u 
použít „error indicator“ (indikátor chyby) podle popisu v tabulce 38. Pokud však naměřená nebo 
vypočte ná data poskytují hodnotu, která je platná, ale přesahuje definov aný rozsah parametr u, neměl 
by být „error indicator“ (indikátor chyby) použit. Data by měla být přenesena s využitím přiměřené 
minimální nebo maximální hodnoty parametr u. 
Tabulk a 38 
rozsahy dataRecords 
Název rozsahu 1 bajt 
(hexadecimální 
hodnota) 2 bajty 
(hexadecimální hod ­
nota) 4 bajty 
(hexadecimální hodnota) ASCII 
Platný signál 00 až FA 0000 až FAFF 00000000 až FAFFFFFF 1 až 254 
Specifický indikát or parametr u FB FB00 až FBFF FB000000 až FBFFFFFF žádný 
Rezer vní rozsah pro budoucí 
indikační bity FC až FD FC00 až FDFF FC000000 až FDFFFFFF žádný 
Indikátor chyby FE FE00 až FEFF FE000000 až FEFFFFFF 0 
Nedostupné nebo nevyžádané FF FF00 až FFFF FF000000 až FFFFFFFF FF  
CPR_073  Pro parametr y kódo vané v ASCII je ASCII symbol „*“ vyhrazen jako oddělo vací znak. 
8.2.  Formáty dataRecords 
V níže uvedených tabulkách 39 až 42 jsou podrobně uvedeny formáty , které musí být použity prostřednictvím 
služeb ReadDataByIdentif ier a WriteDataByIdentifi er. 
CPR_074  V tabulce 39 je uvedena délka, rozlišení a praco vní rozsah každého z parametrů identifik ovanýc h 
pomocí jeho recordDataIdentifier . 
Tabulk a 39 
Formát dataRecords 
Název parametr u Délka dat (v 
bajtech) Rozlišení Praco vní rozsah 
TimeDat e 8 Podrobnosti viz tabulka 40 
HighResolution TotalV ehicleDistance 4 5 m/bit, offset 0 m 0 až + 21 055 406 km 
Kfact or 2 0,001 imp/m/bit, offset 0 0 až 64,255 imp/m 
LfactorT yreCircumfe rence 2 0,125 10– 3 m /bit, offset 0 0 až +  8,031 m 
WvehicleCharacter isticF actor 2 0,001 imp/m /bit, offset 0 0 až 64,255 imp/m 
TyreSize 15 ASCII ASCII 26.5.2016 L 139/306 Úřední věstník Evropské unie CS     
Název parametr u Délka dat (v 
bajtech) Rozlišení Praco vní rozsah 
NextCalibrationDat e 3 Podrobnosti viz tabulka 41 
SpeedAuthor ised 2 1/256 km/h/bit, offset 0 0 až 250,996 km/h 
Regist eringMemberState 3 ASCII ASCII 
VehicleRegistrationNumber 14 Podrobnosti viz tabulka 42 
VIN 17 ASCII ASCII  
CPR_075  Tabulka 40 rozepisuje formáty různých bajtů parametr u TimeDate: 
Tabulka 40 
Rozepsaný formát TimeDate (recordDataId entif ier, s hodnoto u # F90B) 
Bajt Definice parametrů Rozlišení Praco vní rozsah 
1 Sekundy 0,25 s/bit, offset 0 s 0 až 59,75s 
2 Minuty 1 min/bit, offset 0 min 0 až 59 min 
3 Hodin y 1 h/bit, offset 0 h 0 až 23 h 
4 Měsíc 1 měsíc/bit, offset 0 měsíců 1 až 12 měsíců 
5 Den 0,25 dne/bit, offset 0 dnů 
(viz POZNÁMKA níže tabulka 41) 0,25 až 31,75 dne 
6 Rok 1 rok/bit, offset +1985 
(viz POZNÁMKA níže tabulka 41) léta 1985 až 2235 
7 Místní offset v minutách 1 min/bit, offset – 125 min – 59 až + 59 min 
8 Místní offset v hodinách 1 h/bit, offset – 125 h – 23 až + 23 h  
CPR_076  Tabulka 41 rozepisuje formáty různých bajtů parametr u NextCalibrationDat e. 
Tabulka 41 
Rozepsaný formát NextCalibrationDate (recordDat aIdentif ier s hodnoto u # F922) 
Bajt Definice parametrů Rozlišení Praco vní rozsah 
1 Měsíc 1 měsíc/bit, offset 0 měsíců 1 až 12 měsíců 
2 Den 0,25 dne/bit, offset 0 dnů 
(viz POZNÁMKA níže) 0,25 až 31,75 dne 
3 Rok 1 rok/bit, offset rok +1985 
(viz POZNÁMKA níže ) léta 1985 až 2235  26.5.2016 L 139/307 Úřední věstník Evropské unie CS     
POZNÁMKA týkající se použití parametr u „den“:  
1) Hodnota 0 je pro datum prázdnou hodnotou . Hodnoty 1, 2, 3 a 4 se užívají k identif ikaci prvního dne v 
měsíci; 5, 6, 7 a 8 identifikují druhý den v měsíci atd.  
2) Tento parametr neovlivňuje ani nemění výše uvedený parametr hodin. 
POZNÁMKA týkající se užití bajtu parametr u „rok“: 
Hodnota 0 označuje rok 1985; hodnota 1 označuje rok 1986 atd. 
CPR_078  Tabulka 42 rozepisuje formáty různých bajtů parametr u VehicleRegistrationNumber : 
Tabulka 42 
Rozepsaný formát VehicleRegist rationNumber (recordDataId entif ier s hodnot ou # F97E) 
Bajt Definice parametrů Rozlišení Praco vní rozsah 
1 Kódo vá stránka (podle definice v dodatku 1) ASCII 01 až 0A 
2 – 14 Registrační značka vozidla (podle definice v do­
datku 1) ASCII ASCII   26.5.2016 L 139/308 Úřední věstník Evropské unie CS     
Dodatek 9. 
SCHV ÁLENÍ TYPU MINIMÁLNÍ ROZSAH POŽADO VANÝCH ZKOUŠEK 
OBSAH 
1. ÚVOD .................................................................................................................................................. 309 
2. FUNKČNÍ ZKOUŠKY CELKU VE VOZIDLE ..................................................................................................... 311 
3. FUNKČNÍ ZKOUŠKY SNÍMAČŮ POHYBU ...................................................................................................... 315 
4. FUNKČNÍ ZKOUŠKY KARET TACHOGRAF U.................................................................................................. 318 
5. ZKOUŠKY VNĚJŠÍHO ZAŘÍZENÍ GNSS ......................................................................................................... 328 
6. ZKOUŠKY ZAŘÍZENÍ PRO DÁLK OVOU KOMUNIKA CI..................................................................................... 331 
7. FUNKČNÍ ZKOUŠKY PAPÍR U...................................................................................................................... 333 
8. ZKOUŠKY INTER OPERABILIT Y................................................................................................................... 335  
1.  ÚVOD 
1.1  Schválení typu 
ES schválení typu pro záznamo vé zařízení (nebo jeho součást) nebo pro kartu tachog rafu se zakládá na: 
—  osvědčení bezpečnos ti, které vychází se specifi kací Common Criteria, vůči bezpečnostnímu cíli, kter ý je plně 
v souladu s dodatkem 10 této přílohy , 
—  osvědčení funkčnosti prováděné příslušným orgánem člensk ého státu, kter ý osvědčuje, že zkoušený prvek 
splňuje požada vky této příloh y z hlediska prováděných funkcí, přesnosti měření a environmentálníc h vlastností, 
—  osvědčení interoperability prováděné příslušným subjektem, který osvědčuje, že záznamo vé zařízení (nebo 
karta tachografu) je plně interoperabilní s potřebnými modely karty tachog rafu (nebo záznamo vého zařízení) 
(viz kapitolu 8 této přílohy). 
Tento dodat ek stano ví formou minimálních požadavků, jaké zkoušky musí provést orgán členského státu při 
funkčních zkouškách a jaké zkoušky musí provést příslušný subjekt při zkouškách interoperability . Postup při 
zkouškách ani typy zkoušek se podrobněji nespecifikují. 
Tento dodat ek se nezabývá aspekty osvědčo vání bezpečnosti. Pokud se některé ze zkoušek vyžado vanýc h pro 
schv álení typu provedou v průběhu hodnocení a osvědčo vání bezpečnosti, není třeba takové zkoušky opak ovat. 
V takovém případě stačí posoudit výsledky těcht o zkoušek bezpečnosti. Pro informaci jsou v tomt o dodatku 
hvězdičk ou „*“ označeny požadavky , u kterých se očekáv á, že budou zkoušen y během osvědčo vání bezpečnosti 
(nebo kter é úzce souvisí se zkouškami, jejichž provedení se během osvědčo vání bezpečnosti očekáv á). 
Číslo vané požadavky odkazují na text přílohy , zatímco další požada vky odkazují na ostatní dodatky (např. PIC_001 
odkazuje na požadavek PIC_001 v dodatku 3 Piktogram y). 
V tomt o dodatku se samostatně pojednává o schv álení typu snímače pohy bu, celku ve vozidle a vnějšího zařízení 
GNSS jako součástí záznamo vého zařízení. Každ á součást získá vlastní osvědčení o schv álení typu, ve kterém budou 
uvedeny ostatní kompati bilní součásti. Funkční zkouška snímače pohyb u (nebo vnějšího zařízení GNSS) se provádí 
společně s celkem ve vozidle a naopak. 
Není požado vána interoperabilita všech modelů snímačů pohy bu (resp. vnějšíc h zařízení GNSS) a všech modelů 
celků ve vozidle. V takovém případě se schválení typu snímače pohy bu (resp. vnějšího zařízení GNSS) může udělit 
jen ve spojení se schválením typu příslušného celku ve vozidle a naopak. 26.5.2016 L 139/309 Úřední věstník Evropské unie CS     
1.2  Odka zy 
V tomt o dodatku se používaj í tyto odkazy: 
IEC 60068-2-1: Environmental testing – Part 2-1: Tests – Test A: Cold 
IEC 60068-2-2: Basic environm ental testing proced ures; part 2: tests; tests B: dry heat (sinusoidal). 
IEC 60068-2-6: Environmental testing – Part 2: Tests – Test Fc: Vibr ation 
IEC 60068-2-14: Enviro nmental testing; Part 2-14: Tests; Test N: Change of temper ature 
IEC 60068-2-27: Enviro nmental testing. Part 2: Tests. Test Ea and guidance: Shock 
IEC 60068-2-30: Enviro nmental testing – Part 2-30: Tests – Test Db: Damp heat, cyclic (12 h + 12 h cycle) 
IEC 60068-2-64: Enviro nmental testing – Part 2-64: Tests – Test Fh: Vibr ation, broadband random and guidance 
IEC 60068-2-78 Envi ronmental testing – Part 2-78: Tests – Test Cab: Dam p heat, steady state 
ISO 16750-3 –Mechanical loads (2012-12) 
ISO 16750-4 –Climatic loads(2010-04). 
ISO 20653: Road vehic les – Deg ree of protection (IP code) – Protection of electr ical equipment against foreign objects, water 
and access 
ISO 10605:2008 + technická opra va: 2010 + AMD1: 2014 Road vehic les – Test methods for electr ical disturbances from 
electr ostatic discharge 
ISO 7637-1:2002 + AMD1: 2008 Road vehic les – Electr ical disturbances from conduction and coupling – Part 1: 
Definitions and general consider ations. 
ISO 7637-2 Road vehic les – Electr ical disturbances from conduction and coupling – Part 2: Electr ical transient conduction 
along supply lines only. 
ISO 7637-3 Road vehicles – Electr ical disturbances from conduction and coupling – Part 3: Electr ical transient transmission 
by capacitive and inductive coupling via lines other than supply lines. 
ISO/IEC 7816-1 Identifi cation cards – Integ rated circuit(s) cards with contacts – Part 1: Physical character istics. 
ISO/IEC 7816-2 Information technology – Identification cards – Integ rated circuit(s) cards with contacts – Part 2: Dimensions 
and location of the contacts. 
ISO/IEC 7816-3 Informat ion technology – Identif ication cards – Integ rated circuit(s) cards with contacts – Part 3: Electr onic 
signals and transmission protocol. 
ISO/IEC 10373-1:2006 + AMD1:2012 Identif ication cards – Test methods – Part 1: Gener al character istics 
ISO/IEC 10373-3:2010 + technická opra va: 2013 Identif ication cards – Test methods – Part 3: Integ rated circuit cards 
with contacts and related inter face devices 
ISO 16844-3:2004, oprava 1:2006 Road vehicles – Tachog raph systems – Part 3: Motion sensor inter face (with vehicle 
units). 
ISO 16844-4 Road vehicles – Tachog raph systems – Part 4: CAN interf ace 
ISO 16844-6 Road vehicles – Tachog raph systems – Part 6: Diagnostics 26.5.2016 L 139/310 Úřední věstník Evropské unie CS     
ISO 16844-7 Road vehicles – Tachog raph systems – Part 7: Parameters 
ISO 534 Paper and boar d – Deter mination of thickness, density and specif ic volume 
Předpis EHK OSN č. 10: Unifo rm provisions concer ning the approval of vehicles with regard to electr omagnetic compatibility 
(United Nation Economic Commission for Europe) 
2.  FUNKČNÍ ZKOUŠKY CELKU VE VOZIDLE 
Č. Zkouška Popis Související požada vky 
1 Administrativní šetření 
1.1 Dokumentace Správnost dokumentace  
1.2 Výsledky zkoušek 
výrobce Výsledky zkoušek provedenýc h výrobcem při integraci. 
Předložení písemných dokladů. 88, 89,91 
2 Vizuální kontrola 
2.1 Shoda s dokumentací  
2.2 Identif ikace/značení 224 až 226 
2.3 Materi ály 219 až 223 
2.4 Plomby 398, 401 až 405 
2.5 Vnější rozhraní  
3 Funkční zkoušky 
3.1 Poskyto vané funkce 03, 04, 05, 07, 382, 
3.2 Provozní režim y 09 až 11*, 132, 133 
3.3 Přístupo vá práva k funkcím a datům 12* 13*, 382, 383, 386 
až 389 
3.4 Sledo vání vkládání a vyjímání karet 15, 16, 17, 18, 19*, 
20*, 132 
3.5 Měření rychlosti a vzdálenosti 21 až 31 
3.6 Měření času (zkouška při 20 °C) 38 až 43 
3.7 Sledo vání činností řidiče 44 až 53, 132 
3.8 Sledo vání stavu řízení 54, 55, 132 26.5.2016 L 139/311 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
3.9 Ruční vkládání 56 až 62 
3.10 Správa zámků podniku 63 až 68 
3.11 Sledo vání kontrolních činností 69, 70 
3.12 Detekce událostí a/nebo závad 71 až 88 132 
3.13 Identif ikační údaje zařízení 93*, 94*, 97, 100 
3.14 Údaje o vložení a vyjmutí karty řidiče 102* až 104* 
3.15 Údaje o činnostec h řidiče 105* až 107* 
3.16 Údaje o místec h a polohác h 108* až 112* 
3.17 Údaje počitadla ujetých kilometrů 113* až 115* 
3.18 Podrobné údaje o rychlosti 116* 
3.19 Údaje o událostec h 117* 
3.20 Údaje o závadách 118* 
3.21 Kali brační údaje 119* až 121* 
3.22 Údaje o nastavení času 124*, 125* 
3.23 Údaje o kontrolních činnostec h 126*, 127* 
3.24 Údaje o zámcích podniku 128* 
3.25 Údaje o staho vání dat 129* 
3.26 Údaje o zvláštních podmínkác h 130*, 131* 
3.27 Záznam a ukládání dat na kartách tachografu 134, 135, 136*, 137*, 
139*, 140, 141 
142, 143, 144*, 145*, 
146*, 147, 148 
3.28 Zobrazení 90, 132, 
149 až 166, 
PIC_001, DIS_001 
3.29 Tisk 90, 132, 167 až 179, 
PIC_001, PRT_001 až 
PRT_012 
3.30 Varování 132, 180 až 189, 
PIC_001 26.5.2016 L 139/312 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
3.31 Staho vání dat na extern í paměťo vá média 90, 132, 190 až 194 
3.32 Dálk ová komunikace pro cílené silniční kontroly 195 až 197 
3.33 Výstup dat do dalšíc h vnějšíc h zařízení 198, 199 
3.34 Kali brace 202 až 206*, 383, 384, 
386 až 391 
3.35 Silniční kontrola kalibrace 207 až 209 
3.36 Nastavení času 210 až 212* 
3.37 Neo vlivnění přídavnými funkcemi 06, 425 
3.38 Rozhraní snímače pohy bu 02, 122 
3.39 Vnější zařízení GNSS 03, 123 
3.40 Ověřit, že celek ve vozidle detekuje, zaznamenáv á a ukládá události a/nebo zá­
vady definov ané jeho výrobcem, když spáro vaný snímač pohy bu reaguje na 
magnetická pole, kter á narušují detekci pohybu vozidla. 217 
3.41 Sada šifer a standardizo vané parametr y domény CSM_48, CSM_50 
4 Zkoušky vlivu prost ředí 
4.1 Teplota Ověřit funkčnost podle těcht o zkoušek: 
Zkouška podle ISO 16750-4, kapito ly 5.1.1.2: provozní 
zkouška při nízké teplotě (72 h při – 20 °C) 
Tato zkouška odkazuje na IEC 60068-2-1: Environmental te­
sting – Part 2-1: Tests – Test A: Cold 
Zkouška podle ISO 16750-4, kapito ly 5.1.2.2: provozní 
zkouška při vysok é teplotě (72 h při 70 °C) 
Tato zkouška odkazuje na IEC 60068-2-2: Basic enviro nmen ­
tal testing procedures; part 2: tests; tests B: dry heat 
Zkouška podle ISO 16750-4: Chapter 5.3.2: Rapid change of 
temper ature with specified transition duration (– 20 °C/70 °C, 
20 cyklů, prodleva 2 h při každé teplotě ) 
Při nižší teplotě, při vyšší teplotě a během teplotníc h cyklů 
lze provádět omezený soubor zkoušek (z těch, kter é jsou 
definovány v části 3 této tabulky). 213 26.5.2016 L 139/313 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
4.2 Vlhk ost Ověřit, že celek ve vozidle vydrží cyklick ou zkoušku 
vlhk ostí (zkouška teplem) podle IEC 60068-2-30, zkouška 
Db, šest 24hodino vých cyklů, každý se změnou teploty od 
+ 25 °C do + 55 °C a relativní vlhk ostí 97 % při + 25 °C a 
93 % při + 55 °C 214 
4.3 Mechanic ké vlivy 1.  Sinuso vé vibrace: 
ověřit, že celek ve vozidle vydrží sinuso vé vibrace s tě­
mito parametr y: 
konstantní vých ylka mezi 5 a 11 Hz: max. 10 mm, 
konstantní zrychlení mezi 11 a 300 Hz: 5 g. 
Tento požada vek se ověřuje podle IEC 60068-2-6, 
zkouška Fc o délce nejméně 3 × 12 hod (12 hod na kaž­
dou osu). 
ISO 16750-3 nevyžaduje zkoušku sinuso vými vibracemi 
u zařízení umístěných v odpr užené kabině vozidla. 
2.  Náhodné vibrace: 
Zkouška podle ISO 16750-3: Chapter 4.1.2.8: Test VIII: 
Commerc ial vehic le, decoupled vehic le cab 
Zkouška náhodnými vibracemi, 10…2 000 Hz, efektivní 
vertikální zrychlení 21,3 m/s2, efektivní podélné zrych­
lení 11,8 m/s2, efektivní příčné zrychlení 13,1 m/s2, 3 
osy, 32 h na osu, včetně teplotního cyklu – 20…70 °C. 
Tato zkouška odkazuje na IEC 60068-2-64: Enviro nmen ­
tal testing – Part 2-64: Tests – Test Fh: Vibr ation, broadband 
random and guidance 
3.  Rázy: 
mechanic ký půlsinuso vý ráz o velik osti 3 g podle ISO 
16750. 
Výše uvedené zkoušky se provádějí na různých vzorcích 
typu testovaného zařízení. 219 
4.4 Ochrana proti 
vodě a cizím těle­
sům Zkouška podle ISO 20653: Road vehic les – Deg ree of protec­
tion (IP code) – Protection of electr ical equipment against foreign 
objects, water and access (beze změny parametrů); minimální 
hodnota IP 40 220, 221 
4.5 Ochrana proti 
přepětí Ověřit, že celek ve vozidle vydrží tato napájecí napětí: 216 
verze pro napětí 24 V: 34 V při + 40 °C, 1 hod. 
verze pro napětí 12 V: 17 V při + 40 °C, 1 hod. 
(ISO 16750-2)  
4.6 Ochrana proti zá­
měně polar ity Ověřit, že celek ve vozidle vydrží přepólo vání napájecího 
napětí 
(ISO 16750-2) 216 26.5.2016 L 139/314 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
4.7 Ochrana proti 
zkratu Ověřit, že vstupní a výstupní signály jsou chráněny proti 
zkratu vůči napájení a uzemnění 
(ISO 16750-2) 216 
5 Zkoušky elektromagnetické kompatibility 
5.1 Vyzařo vané 
emise a citlivost Soulad s předpisem EHK č. 10 218 
5.2 Elektrostatický 
výboj Soulad s ISO 10605:2008 + technická opra va: 2010 + 
AMD1: 2014: +/– 4 kV pro kontakt a +/– 8 kV pro výboj 
vzduchem 218 
5.3 Odolnost proti 
rušení vedenému 
napájecími vodiči Verze pro napětí 24 V: soulad s ISO 7637-2 + předpisem 
EHK č. 10 rev. 3: 
impuls 1a: Vs = – 450 V, Ri = 50 Ω 
impuls 2a: Vs = + 37 V, Ri = 2 Ω 
impuls 2b: Vs = + 20 V, Ri = 0,05 Ω 
impuls 3a: Vs = – 150 V, Ri = 50 Ω 
impuls 3b: Vs = + 150 V, Ri = 50 Ω 
impuls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
impuls 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 ms 
Verze pro napětí 12 V: soulad s ISO 7637-1 + předpisem 
EHK č. 10 rev. 3: 
impuls 1: Vs = – 75 V, Ri = 10 Ω 
impuls 2a: Vs = + 37 V, Ri = 2 Ω 
impuls 2b: Vs = + 10 V, Ri = 0,05 Ω 
impuls 3a: Vs = – 112 V, Ri = 50 Ω 
impuls 3b: Vs = + 75 V, Ri = 50 Ω 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
impuls 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms 
Impuls 5 se zkouší jen u celků ve vozidle určenýc h k mon ­
táži ve vozidlec h, kter á nejsou vybavena žádnou vnější spo­
lečnou ochranou proti odpojení zátěže 
Návrh týkaj ící se odpojení zátěže viz ISO 16750-2, 4. vy­
dání, kapitola 4.6.4. 218  
3.  FUNKČNÍ ZKOUŠKY SNÍMAČŮ POHYBU 
Č. Zkouška Popis Související požada vky 
1. Administrativní šetření 
1.1 Dokumentace Správnost dokumentace  26.5.2016 L 139/315 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
2. Vizuální kontrola 
2.1. Shoda s dokumentací  
2.2. Identif ikace/značení 225, 226, 
2.3 Materi ály 219 až 223 
2.4. Plomby 398, 401 až 405 
3. Funkční zkoušky 
3.1 Identif ikační údaje snímače 95 až 97* 
3.2 Páro vání snímače pohy bu s celkem ve vozidle 122*, 204 
3.3 Detekce pohy bu 
Přesnost měření pohyb u 30 až 35 
3.4 Rozhraní s celkem ve vozidle 02 
3.5 Ověřit, zda je snímač pohy bu imunní vůči konstantnímu magnetick ému poli. 
Alter nativně ověřit, že snímač pohy bu reaguje na konstantní magnetick á pole, 
která narušují detekci pohybu vozidla, tak, že připojený celek ve vozidle dete ­
kuje, zaznamená a ukládá záva dy snímače. 217 
4. Zkoušky vlivu prost ředí 
4.1 Provozní teplota Ověřit funkčnost (jak stano ví zkouška č. 3.3) v teplotn ím 
rozsahu [– 40 °C; + 135 °C] podle: 
IEC 60068-2-1, zkouška Ad, s dobou trvání 96 hod při nej­
nižší teplotě Tomin, 
IEC 60068-2-2, zkouška Bd, s dobou trvání 96 hod při nej­
vyšší teplotě Tomax 
Zkouška podle ISO 16750-4, kapito ly 5.1.1.2: provozní 
zkouška při nízké teplotě (24 h při – 40 °C) 
Tato zkouška odkazuje na IEC 60068-2-1: Environmental te­
sting – Part 2-1: Tests – Test A: Cold IEC 68-2-2 zkouška Bd, 
doba trvání 96 hod. při nejnižší teplotě – 40 °C. 
Zkouška podle ISO 16750-4, kapito ly 5.1.2.2: provozní 
zkouška při vysok é teplotě (96 h při 135 °C) 
Tato zkouška odkazuje na IEC 60068-2-2: Basic enviro nmen ­
tal testing procedures; part 2: tests; tests B: dry heat 213 26.5.2016 L 139/316 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
4.2 Teplotní cykly Zkouška podle ISO 16750-4: Chapter 5.3.2: Rapid change of 
temper ature with specified transition duration (– 40°C/135 °C, 
20 cyklů, prodleva 30 min při každé teplotě) 
IEC 60068-2-14: Environmental testing; Part 2-14: Tests; Test 
N: Change of temper ature 213 
4.3 Vlhk ostní cykly Ověřit funkčnost (jak stano veno ve zkoušce 3.3) podle IEC 
60068-2-30, zkouška Db, šest 24hodino vých cyklů, každý 
se změnou teploty od + 25 °C do + 55 °C a relativní 
vlhk ostí od 97 % při + 25 °C resp. 93 % při + 55 °C 214 
4.4 Vibrace ISO 16750-3: Chapter 4.1.2.6: Test VI: Commercial vehicle, 
engine, gearbo x 
Zkouška vibracemi ve smíšeném módu zahr nující: 
a)  zkoušku sinuso vými vibracemi, 20…520 Hz, 11,4 … 
120 m/s2, <= 0,5 oktáv y/min; 
b)  zkoušku náhodnými vibracemi, 10…2 000 Hz, efektivní 
zrychlení 177 m/s2; 
94 h na osu, včetně teplotního cyklu -20…70 °C 
Tato zkouška odkazuje na IEC 60068-2-80: Enviro nmental 
testing – Part 2-80: Tests – Test Fi: Vibr ation – Mixed mode 219 
4.5 Mechanic ký ráz ISO 16750-3: Chapter 4.2.3: Test VI: Test for devices in or on 
the gearbo x 
půlsinuso vý ráz, zrychlení se dohodne v rozsahu 3 000… 
15 000 m/s2, délka impulsu se dohodne, avšak < 1 ms, po­
čet rázů: dohodne se 
Tato zkouška odkazuje na IEC 60068-2-27: Enviro nmental 
testing. Part 2: Tests. Test Ea and guidance: Shock 219 
4.6 Ochrana proti 
vodě a cizím těle­
sům Zkouška podle ISO 20653: Road vehic les – Deg ree of protec­
tion (IP code) – Protection of electr ical equipment against foreign 
objects, water and access 
(cílo vá hodnota IP 64) 220, 221 
4.7 Ochrana proti zá­
měně polar ity Ověřit, že snímač pohy bu vydrží přepólo vání napájecího 
napětí 216 
4.8 Ochrana proti 
zkratu Ověřit, že vstupní a výstupní signály jsou chráněny proti 
zkratu vůči napájení a uzemnění 216 26.5.2016 L 139/317 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
5. Elektromagnetická kompatibilita 
5.1 Vyzařo vané 
emise a citlivost Ověřit soulad s předpisem EHK č. 10 218 
5.2 Elektrostatický 
výboj Soulad s ISO 10605:2008 + technická opra va: 2010 + 
AMD1: 2014: +/– 4 kV pro kontakt a +/– 8 kV pro výboj 
vzduchem 218 
5.3 Odolnost proti 
rušení vedenému 
dato vými vodiči Verze pro napětí 24 V: soulad s ISO 7637-2 + předpisem 
EHK č. 10 rev. 3: 
impuls 1a: Vs = – 450 V, Ri = 50 Ω 
impuls 2a: Vs = + 37 V, Ri = 2 Ω 
impuls 2b: Vs = + 20 V, Ri = 0,05 Ω 
impuls 3a: Vs = – 150 V, Ri = 50 Ω 
impuls 3b: Vs = + 150 V, Ri = 50 Ω 
impuls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
impuls 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 ms 
Verze pro napětí 12 V: soulad s ISO 7637-1 + předpisem 
EHK č. 10 rev. 3: 
impuls 1: Vs = – 75 V, Ri = 10 Ω 
impuls 2a: Vs = + 37 V, Ri = 2 Ω 
impuls 2b: Vs = + 10 V, Ri = 0,05 Ω 
impuls 3a: Vs = – 112 V, Ri = 50 Ω 
impuls 3b: Vs = + 75 V, Ri = 50 Ω 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
impuls 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms 
Impuls 5 se zkouší jen u celků ve vozidle určenýc h k mon ­
táži ve vozidlec h, kter á nejsou vybavena žádnou vnější spo­
lečnou ochranou proti odpojení zátěže 
Návrh týkaj ící se odpojení zátěže viz ISO 16750-2, 4. vy­
dání, kapitola 4.6.4. 218  
4.  FUNKČNÍ ZKOUŠKY KARET TACHOGRAF U 
Zkoušky podle této části 4, 
bodu 5 „Zkoušky protok olu“, 
bodu 6 „Struktura karty“ a 
bodu 7 „Funkční zkoušky“ 
může osoba provádějící hodnocení nebo vystavující osvědčení provádět během postupu osvědčení bezpečnosti 
podle Common Criteria pro čipo vý modul. 
Zkoušky č. 2.3 a 4.2 jsou stejné. Jde o mech anick é zkoušky kombinace těla karty a čipo vého modulu. Pokud se 
někter á z těch to částí (tělo karty, čipo vý modul) změní, jsou tyto zkoušky nezby tné. 26.5.2016 L 139/318 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
1. Administrativní šetření 
1.1 Dokumentace Správnost dokumentace  
2 Tělo karty 
2.1 Potisk Ověřit, že všec hny ochranné prvky a viditeln é údaje jsou na 
kartě správné natištěny a jsou v souladu s požadavky . 
[Označení] 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 227) 
Přední strana musí obsaho vat: 
slova „Kar ta řidiče“ nebo „Kontrolní karta“ nebo „Karta 
dílny “ nebo „Kar ta podniku“ vytištěná velkými písmen y v 
úředním jazy ce nebo jazy cích člensk ého státu vydáva jí­
cího kartu, podle typu karty. 
[Název člensk ého státu] 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 228) 
Přední strana musí obsaho vat: 
název člensk ého státu vydá vajícího kartu (volit elně). 
[Značka] 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 229) 
Přední strana musí obsaho vat: 
rozlišo vací značku člensk ého státu vydá vajícího kartu, 
kter á je tištěna inverzně v modrém obdélníku a je obklo ­
pena 12 žlutými hvězdami. 
[Číslo vání] 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 232) 
Rubo vá strana musí obsaho vat: 
vysvětlení očíslo vaných položek uvedených na přední 
straně karty. 
[Bar va] 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 234) 
Karty tachog rafu musí být tištěn y s těmito převláda jícími 
barvami pozadí: 
—  karta řidiče: bílá barva, 
—  karta dílny: červená barva, 
—  kontrolní karta: modrá barva, 
—  karta podniku: žlutá barva.  227 až 229, 232, 234 
až 236 26.5.2016 L 139/319 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky  
[Zabezpečení] 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 235) 
Karty tachografu musí nést minimálně tyto ochranné 
prvky, které chrání tělo karty proti padělání a pozměňo ­
vání: 
—  bezpečnostní provedení pozadí ve formě proplétané 
textury a duho vý tisk, 
—  nejméně jednu dvoubarevnou mikrotisk ovou linku. 
[Značení] 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 236) 
Členské státy mohou přidat barvy nebo označení, jako 
jsou vnitrostátní symboly a bezpečnostní prvky. 
[Značka schv álení] 
Karty tachog rafu obsahují značku schv álení. 
Značka schv álení sestá vá: 
—  z obdélníku, ve kter ém je písmeno „e“ následo vané 
rozlišo vacím číslem nebo písmen y země, která udělila 
schv álení, 
—  z čísla schválení, které odpo vídá číslu osvědčení o 
schv álení karty tachog rafu a kter é se umístí kdek oliv 
v bezprostřední blízk osti obdélníku.      
2.2 Mechanic ké 
zkoušky  240, 243 
ISO/IEC 7810   
[Velikost karet] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.1] Card dimensions and tolerer ances, 
typ karty ID-1 Nepoužitá karta 
[Hrany karty] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.2] Card edges  26.5.2016 L 139/320 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky    
[Konstr ukce karet] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[6] Card constr uction 
[Materi ály karet] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[7] Card mater ials 
[Ohyb ová tuhost] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.1] Bending stiffness 
[Toxicita] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.3] Toxicity 
[Odolnost proti chemikáliím] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.4] Resistance to chemicals 
[Stabilita karet] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.5] Card dimensional stability and warpage with temper ature 
and humidity  26.5.2016 L 139/321 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky    
[Odolnost proti světlu] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.6] Light 
[Trvanlivost] 
Příloha 1C, kapitola 4.4 „Envi ronmentální a elektr ické 
specifi kace“, 241) 
Karty tachog rafu musí být schopn y sprá vné funkce po 
dobu pěti let, pokud jsou používán y ve shodě s předepsa ­
nými environmentálními a elektr ickými specifi kacemi. 
[Odolnost proti loupání] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.8] Peel strength 
[Adh eze nebo vytváření bloků] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.9] Adhesion or blocking 
[Průhy b] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.11] Over all card warpage 
[Odolnost proti teplu] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.12] Resistance to heat  26.5.2016 L 139/322 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky    
[Def ormace povrchu] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.13] Surface distor tions 
[Kontaminace] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810, Identif ication cards – Physical character istics, 
[8] Card character istics, 
[8.14] Contamination and inter action of card components   
2.3 Mechanic ké 
zkoušky 
s vloženým 
čipo vým 
modulem [Ohyb ] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810:2003/Amd. 1:2009, Identifi cation cards – 
Physical character istics, Amendment 1: Criteria for cards con­
taining integ rated circuits 
[9.2] Dynamic bending stres s 
Celk ový počet cyklů ohybu: 4 000. 
[Torze] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810:2003/Amd. 1:2009, Identifi cation cards – 
Physical character istics, Amendment 1: Criteria for cards con­
taining integ rated circuits 
[9.3] Dynamic torsional stress 
Celk ový počet cyklů torze: 4 000.  ISO/IEC 7810 
3 Modul 
3.1 Modul Modulem je pouzdro čipu a kontaktní destička. 
[Profi l povrchu] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7816-1:2011, Identific ation cards – Integ rated cir­
cuit cards – Part 1: Cards with contacts – Physical character i­
stics 
[4.2] Surface profile of contacts  ISO/IEC 7816 26.5.2016 L 139/323 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky  
[Mec hanická odolnost] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7816-1:2011, Identific ation cards – Integ rated cir­
cuit cards – Part 1: Cards with contacts – Physical character i­
stics 
[4.3] Mechanical strength (of a card and contacts) 
[Elektr ický přec hodo vý odpor] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7816-1:2011, Identific ation cards – Integ rated cir­
cuit cards – Part 1: Cards with contacts – Physical character i­
stics 
[4.4] Electr ical resistance (of contacts) 
[Rozměr y] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7816-2:2007, Identific ation cards – Integ rated cir­
cuit cards – Part 2: Cards with contacts – Dimension and loca­
tion of the contacts 
[3] Dimension of the contacts 
[Umístě ní] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7816-2:2007, Identific ation cards – Integ rated cir­
cuit cards – Part 2: Cards with contacts – Dimension and loca­
tion of the contacts 
[4] Number and location of the contacts 
V případě modulů se šesti kontakty nejsou součástí to­
hoto požada vku na zkoušení kontakty „C4“ a „C8“.      
4 Čip 
4.1 Čip  241 až 244 
Předpis EHK č. 10 
ISO/IEC 7810 
ISO/IEC 10373   [Pro vozní teplota] 
Čip karty tach ografu pracuje v rozsahu teplot okolí od 
– 25 °C do + 85 °C.  26.5.2016 L 139/324 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky    
[Teplota a vlhk ost] 
Příloha 1C, kapitola 4.4 „Envi ronmentální a elektr ické 
specifi kace“, 241) 
Karty tachog rafu musí být schopn y správn é funkce za 
všec h klimatickýc h podmínek běžně se vyskytujícíc h na 
území Společenství a nejméně v rozsahu teplot od – 25 ° 
C do + 70 °C s příležit ostnými špičkami do + 85 °C; „pří­
ležit ostnými“ se rozumí doba nepřesahující 4 hodiny a ne 
více než sto opak ování v průběhu životn osti karty. 
Karty tachografu jsou postupně po danou dobu vysta ­
veny následujícím teplotám a vlhk ostem. Po každém 
kroku se zkouší elektr ická funkčnost karet tachog rafu. 
1.  Teplota – 20 °C po dobu 2 h. 
2.  Teplota +/– 0 °C po dobu 2 h. 
3.  Teplota + 20 °C a relativní vlhk ost 50 % po dobu 2 h. 
4.  Teplota + 50 °C a relativní vlhk ost 50 % po dobu 2 h. 
5.  Teplota + 70 °C a relativní vlhk ost 50 % po dobu 2 h. 
Teplota je chvilk ově zvyšo vána na + 85 °C při relativní 
vlhk osti 50 % RH po dobu 60 min. 
6.  Teplota + 70 °C a relativní vlhk ost 85 % po dobu 2 h. 
Teplota je chvilk ově zvyšo vána na + 85 °C při relativní 
vlhk osti 85 % RH po dobu 30 min. 
[Vlhk ost] 
Příloha 1C, kapitola 4.4 „Envi ronmentální a elektr ické 
specifi kace“, 242) 
Karty tachografu musí být schopn y správn é funkce při 
vlhk osti v rozsahu 10 % až 90 %. 
[Elektromagnetic ká kompatibilita – EMC] 
Příloha 1C, kapitola 4.4 „Envi ronmentální a elektr ické 
specifi kace“, 244) 
Během provozu musí karty tachog rafu vyho vovat poža ­
davkům předpisu EHK č. 10 ohledně elektromagnetick é 
kompatibility .   26.5.2016 L 139/325 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky  
[Static ká elektřina] 
Příloha 1C, kapitola 4.4 „Envi ronmentální a elektr ické 
specifi kace“, 244) 
Během provozu jsou karty tachog rafu chráněn y proti 
elektrostatický m výbojům. 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810:2003/Amd. 1:2009, Identifi cation cards – 
Physical character istics, Amendment 1: Criteria for cards con­
taining integ rated circuits 
[9.4] Static electr icity 
[9.4.1] Contact IC cards 
Zkušební napětí: 4 000 V. 
[Rentgeno vé záření] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810:2003/Amd. 1:2009, Identifi cation cards – 
Physical character istics, Amendment 1: Criteria for cards con­
taining integ rated circuits 
[9.1] X-rays 
[Ultrafial ové světlo] 
ISO/IEC 10373-1:2006, Identification cards – Test methods 
– Part 1: Gener al character istics 
[5.11] Ultraviolet light 
[Zkouška třemi koly] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 10373-1:2006/Amd. 1:2012, Identif ication cards 
– Test methods – Part 1: Gener al character istics, Amendment 
1 
[5.22] ICC – Mechanical strength: 3 wheel test for ICCs with 
contacts 
[Navíjení] 
Karty tachog rafu musí odpo vídat normě 
MasterC ard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Wrapping Test Robustness 
[13.2.1.32] TM-422: Mechanical Reliability : Wrapping Test  26.5.2016 L 139/326 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
4.2 Mechanic ké 
zkoušky 
čipo vého modulu 
vloženého do těla 
karty -> stejn é 
jako 2.3 [Ohyb ] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810:2003/Amd. 1:2009, Identifi cation cards – 
Physical character istics, Amendment 1: Criteria for cards con­
taining integ rated circuits 
[9.2] Dynamic bending stres s 
Celk ový počet cyklů ohybu: 4 000. 
[Torze] 
Karty tachog rafu musí odpo vídat normě 
ISO/IEC 7810:2003/Amd. 1:2009, Identifi cation cards – 
Physical character istics, Amendment 1: Criteria for cards con­
taining integ rated circuits 
[9.3] Dynamic torsional stress 
Celk ový počet cyklů torze: 4 000.  ISO/IEC 7810 
5 Zkoušky proto kolu 
5.1 ATR Ověřit, že ATR splňuje požada vky ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18 
5.2 T=0 Ověřit, že protok ol T=0 splňuje požadavky ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15 
5.3 PTS Ověřit, že příkaz PTS splňuje požadavky , změnou na T=1 
z T=0 ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21 
5.4 T=1 Ověřit, že protok ol T=1 splňuje požadavky ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16 
6 Struktura karty 
6.1  Ověřit, že struktura souborů karty splňuje požada vky, 
kontrolou přítomn osti povinných souborů na kartě a 
podmínek přístupu k nim TCS_22 až TCS_28 
TCS_140 až TCS_179 
7 Funkční zkoušky 
7.1 Nor mální 
zpraco vání Nejméně jednou přezk oušet každé povolené použití 
každého příkazu (např.: přezk oušet příkaz UPD ATE 
BINAR Y s CLA = ‘00’, s CLA = ‘0C’ a s různými parametr y 
P1, P2 a Lc). 
Zkontrolo vat, zda operace byly na kartě skutečně 
provedeny (např. čtením soubor u, na němž byl příkaz 
proveden). TCS_29 až TCS_139 26.5.2016 L 139/327 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
7.2 Chybo vé zprávy Pro každý příkaz nejméně jednou přezk oušet každou 
chybovou zprávu (podle specifi kace v dodatku 2). 
Nejméně jednou přezk oušet každou obecnou chybu (kromě 
chyb integrit y ‘6400’ kontrolo vanýc h během osvědčo vání 
bezpečnosti)  
7.3 Sada šifer a standardizo vané parametr y domény CSM_48, CSM_50 
8 Personalizace 
8.1 Optic ká persona ­
lizace Příloha 1C, kapito la 4.1 „Viditelné údaje“, 230) 
Přední strana musí obsaho vat: 
informace specifi cké pro vydá vanou kartu. 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 231) 
Přední strana musí obsaho vat: 
data ve formátu „dd/mm/r rrr“ nebo „dd.mm.r rrr“ (den, 
měsíc, rok). 
Příloha 1C, kapito la 4.1 „Viditelné údaje“, 235) 
Karty tachografu musí nést minimálně tyto ochranné 
prvky, které chrání tělo karty proti padělání a pozměňo ­
vání: 
—  v oblasti fotografi e se musí překrývat bezpečnostní 
provedení pozadí a fotografi e.  230, 231, 235  
5.  ZKOUŠKY VNĚJŠÍHO ZAŘÍZENÍ GNSS 
Č. Zkouška Popis Související požada vky 
1. Administrativní šetření 
1.1 Dokumentace Správnost dokumentace  
2. Vizuální kontrola vnějšího zařízení GNSS 
2.1. Shoda s dokumentací  
2.2. Identif ikace/značení 224 až 226 
2.3 Materi ály 219 až 223 
3. Funkční zkoušky 
3.1 Identif ikační údaje snímače 98,99 
3.2 Vazba vnějšího modulu GNSS s celkem ve vozidle 123, 205 26.5.2016 L 139/328 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
3.3 Poloha dle GNSS 36, 37 
3.4 Rozhraní celku ve vozidle, je-li přijímač GNSS vně celku ve vozidle 03 
3.5 Sada šifer a standardizo vané parametr y domény CSM_48, CSM_50 
4. Zkoušky vlivu prost ředí 
4.1 Teplota Ověřit funkčnost podle těcht o zkoušek: 
Zkouška podle ISO 16750-4, kapito ly 5.1.1.2: provozní 
zkouška při nízké teplotě (72 h při – 20 °C) 
Tato zkouška odkazuje na IEC 60068-2-1: Environmental te­
sting – Part 2-1: Tests – Test A: Cold 
Zkouška podle ISO 16750-4: kapito ly 5.1.2.2: provozní 
zkouška při vysok é teplotě (72 h při 70 °C) 
Tato zkouška odkazuje na IEC 60068-2-2: Basic enviro nmen ­
tal testing procedures; part 2: tests; tests B: dry heat 
Zkouška podle ISO 16750-4: Chapter 5.3.2: Rapid change of 
temper ature with specified transition duration (– 20°C/70 °C, 20 
cyklů, prodleva 1 h při každé teplotě) 
Při nižší teplotě, při vyšší teplotě a během teplotníc h cyklů 
lze provádět omezený soubor zkoušek (z těch, kter é jsou 
definovány v části 3 této tabulky). 213 
4.2 Vlhk ost Ověřit, že celek ve vozidle vydrží cyklick ou zkoušku 
vlhk ostí (zkouška teplem) podle IEC 60068-2-30, zkouška 
Db, šest 24hodino vých cyklů, každý se změnou teploty od 
+ 25 °C do + 55 °C a relativní vlhk ostí 97 % při + 25 °C a 
93 % při + 55 °C 214 
4.3 Mechanic ké vlivy 1.  Sinuso vé vibrace: 
ověřit, že celek ve vozidle vydrží sinuso vé vibrace s tě­
mito parametr y: 
konstantní vých ylka mezi 5 a 11 Hz: max. 10 mm, 
konstantní zrychlení mezi 11 a 300 Hz: 5 g. 
Tento požada vek se ověřuje podle IEC 60068-2-6, 
zkouška Fc o délce nejméně 3 × 12 hod (12 hod na kaž­
dou osu). 
ISO 16750-3 nevyžaduje zkoušku sinuso vými vibracemi 
u zařízení umístěných v odpr užené kabině vozidla.  219 26.5.2016 L 139/329 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
2.  Náhodné vibrace: 
Zkouška podle ISO 16750-3: Chapter 4.1.2.8: Test VIII: 
Commerc ial vehic le, decoupled vehic le cab 
Zkouška náhodnými vibracemi, 10…2 000 Hz, efektivní 
vertikální zrychlení 21,3 m/s2, efektivní podélné zrych­
lení 11,8 m/s2, efektivní příčné zrychlení 13,1 m/s2, 3 
osy, 32 h na osu, včetně teplotního cyklu – 20…70 °C. 
Tato zkouška odkazuje na IEC 60068-2-64: Enviro nmen ­
tal testing – Part 2-64: Tests – Test Fh: Vibr ation, broadband 
random and guidance 
3.  Rázy: 
mechanic ký půlsinuso vý ráz o velik osti 3 g podle ISO 
16750. 
Výše uvedené zkoušky se provádějí na různých vzorcích 
typu testovaného zařízení. 
4.4 Ochrana proti 
vodě a cizím těle­
sům Zkouška podle ISO 20653: Road vehic les – Deg ree of protec­
tion (IP code) – Protection of electr ical equipment against foreign 
objects, water and access (beze změn parametrů) 220, 221 
4.5 Ochrana proti 
přepětí Ověřit, že celek ve vozidle vydrží tato napájecí napětí: 216 
verze pro napětí 24 V: 34 V při + 40 °C, 1 hod. 
verze pro napětí 12 V: 17 V při + 40 °C, 1 hod. 
(ISO 16750-2, kapito la 4.3) 
4.6 Ochrana proti zá­
měně polar ity Ověřit, že celek ve vozidle vydrží přepólo vání napájecího 
napětí 
(ISO 16750-2, kapito la 4.7) 216 
4.7 Ochrana proti 
zkratu Ověřit, že vstupní a výstupní signály jsou chráněny proti 
zkratu vůči napájení a uzemnění 
(ISO 16750-2, kapito la 4.10) 216 
5 Zkoušky elektromagnetické kompatibility 
5.1 Vyzařo vané 
emise a citlivost Soulad s předpisem EHK č. 10 218 26.5.2016 L 139/330 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
5.2 Elektrostatický 
výboj Soulad s ISO 10605:2008 + technická opra va: 2010 + 
AMD1: 2014: +/– 4 kV pro kontakt a +/– 8 kV pro výboj 
vzduchem 218 
5.3 Odolnost proti 
rušení vedenému 
napájecími vodiči Verze pro napětí 24 V: soulad s ISO 7637-2 + předpisem 
EHK č. 10 rev. 3: 
impuls 1a: Vs = – 450 V, Ri = 50 Ω 
impuls 2a: Vs = + 37 V, Ri = 2 Ω 
impuls 2b: Vs = + 20 V, Ri = 0,05 Ω 
impuls 3a: Vs = – 150 V, Ri = 50 Ω 
impuls 3b: Vs = + 150 V, Ri = 50 Ω 
impuls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
impuls 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 ms 
Verze pro napětí 12 V: soulad s ISO 7637-1 + předpisem 
EHK č. 10 rev. 3: 
impuls 1: Vs = – 75 V, Ri = 10 Ω 
impuls 2a: Vs = + 37 V, Ri = 2 Ω 
impuls 2b: Vs = + 10 V, Ri = 0,05 Ω 
impuls 3a: Vs = – 112 V, Ri = 50 Ω 
impuls 3b: Vs = + 75 V, Ri = 50 Ω 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
impuls 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms 
Impuls 5 se zkouší jen u celků ve vozidle určenýc h k mon ­
táži ve vozidlec h, kter á nejsou vybavena žádnou vnější spo­
lečnou ochranou proti odpojení zátěže 
Návrh týkaj ící se odpojení zátěže viz ISO 16750-2, 4. vy­
dání, kapitola 4.6.4. 218  
6.  ZKOUŠKY ZAŘÍZENÍ PRO DÁLK OVOU KOMUNIKA CI 
Č. Zkouška Popis Související požada vky 
1. Administrativní šetření 
1.1 Dokumentace Správnost dokumentace  
2. Vizuální kontrola 
2.1. Shoda s dokumentací  
2.2. Identif ikace/značení 225, 226 
2.3 Materi ály 219 až 223 26.5.2016 L 139/331 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
4. Zkoušky vlivu prost ředí 
4.1 Teplota Ověřit funkčnost podle těcht o zkoušek: 
Zkouška podle ISO 16750-4, kapito ly 5.1.1.2: provozní 
zkouška při nízké teplotě (72 h při – 20 °C) 
Tato zkouška odkazuje na IEC 60068-2-1: Environmental te­
sting – Part 2-1: Tests – Test A: Cold 
Zkouška podle ISO 16750-4, kapito ly 5.1.2.2: provozní 
zkouška při vysok é teplotě (72 h při 70 °C) 
Tato zkouška odkazuje na IEC 60068-2-2: Basic enviro nmen ­
tal testing procedures; part 2: tests; tests B: dry heat 
Zkouška podle ISO 16750-4: Chapter 5.3.2: Rapid change of 
temper ature with specified transition duration (– 20°C/70 °C, 20 
cyklů, prodleva 1 h při každé teplotě) 
Při nižší teplotě, při vyšší teplotě a během teplotníc h cyklů 
lze provádět omezený soubor zkoušek (z těch, kter é jsou 
definovány v části 3 této tabulky). 213 
4.4 Ochrana proti 
vodě a cizím těle­
sům Zkouška podle ISO 20653: Road vehic les – Deg ree of protec­
tion (IP code) – Protection of electr ical equipment against foreign 
objects, water and access (cílo vá hodnota IP40) 220, 221 
5 Zkoušky elektromagnetické kompatibility 
5.1 Vyzařo vané 
emise a citlivost Soulad s předpisem EHK č. 10 218 
5.2 Elektrostatický 
výboj Soulad s ISO 10605:2008 + technická opra va: 2010 + 
AMD1: 2014: +/– 4 kV pro kontakt a +/– 8 kV pro výboj 
vzduchem 218 
5.3 Odolnost proti 
rušení vedenému 
napájecími vodiči Verze pro napětí 24 V: soulad s ISO 7637-2 + předpisem 
EHK č. 10 rev. 3: 
impuls 1a: Vs = – 450 V, Ri = 50 Ω 
impuls 2a: Vs = + 37 V, Ri = 2 Ω 
impuls 2b: Vs = + 20 V, Ri = 0,05 Ω 
impuls 3a: Vs = – 150 V, Ri = 50 Ω 
impuls 3b: Vs = + 150 V, Ri = 50 Ω 
impuls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
impuls 5: Vs = + 120 V, Ri = 2,2 Ω, td = 250 ms  218 26.5.2016 L 139/332 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
Verze pro napětí 12 V: soulad s ISO 7637-1 + předpisem 
EHK č. 10 rev. 3: 
impuls 1: Vs = – 75 V, Ri = 10 Ω 
impuls 2a: Vs = + 37 V, Ri = 2 Ω 
impuls 2b: Vs = + 10 V, Ri = 0,05 Ω 
impuls 3a: Vs = – 112 V, Ri = 50 Ω 
impuls 3b: Vs = + 75 V, Ri = 50 Ω 
impuls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
impuls 5: Vs = + 65 V, Ri = 3 Ω, td = 100 ms 
Impuls 5 se zkouší jen u celků ve vozidle určenýc h k mon ­
táži ve vozidlec h, kter á nejsou vybavena žádnou vnější spo­
lečnou ochranou proti odpojení zátěže 
Návrh týkaj ící se odpojení zátěže viz ISO 16750-2, 4. vy­
dání, kapitola 4.6.4.  
7.  FUNKČNÍ ZKOUŠKY PAPÍR U 
Č. Zkouška Popis Související požada vky 
1. Administrativní šetření 
1.1 Dokumentace Správnost dokumentace  
2 Všeobecné zkoušky 
2.1 Počet znaků na 
řádek Vizuální kontrola výtisků. 172 
2.2 Minimální vel­
ikost písma Vizuální kontrola výtisku a kontrola znaků. 173 
2.3 Podporo vané 
znak ové sady Tiskár na podpor uje znaky specifik ované v dodatku 1 kapi ­
tole 4 „Znak ové sady“. 174 
2.4 Definice výtisků Kontrola schv álení typu tachografu a vizuální kontrola výti­
sků 174 
2.5 Čitelnost a identi ­
fikace výtisků Kontrola výtisků 
Prokazuje se zkušebními zprávami a prot okoly výrobce. 
Všechna čísla schv álení tach ografů, s kter ými může být pa­
pír do tiskár ny používán, jsou natištěna na papír u. 175, 177, 178 
2.6 Doplnění ruko­
pisných pozná ­
mek Vizuální kontrola: je k dispozici pole pro podpis řidiče. 
Jsou k dispozici pole pro další rukopisné záznam y. 180 26.5.2016 L 139/333 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
2.7 Další podrobnosti 
na přední straně 
papír u Přední a rubo vá strana papír u mohou nést další podrob ­
nosti a informace. 
Tyto další podrobnosti a informace nesmí narušovat čitel­
nost výtisků. 
Vizuální kontrola. 177, 178 
3 Zkoušky sklado vání 
3.1 Suché teplo Aklimatizace před zkoušk ou: 16 hodin při + 23 °C ± 2 °C/ 
relativní vlhk osti 55 % ± 3 % 
Zkušební prostředí: 72 hodin při + 70 °C ± 2 °C 
Aklimatizace po zkoušce: 16 hodin při + 23 °C ± 2 °C/rela ­
tivní vlhk osti 55 % ± 3 % 176, 178 
IEC 60068-2-2-Bb 
2.2 Vlhké teplo Aklimatizace před zkoušk ou: 16 hodin při + 23 °C ± 2 °C/ 
relativní vlhk osti 55 % ± 3 % 
Zkušební prostředí: 144 hodin při + 55 °C ± 2 °C a rel. 
vlhk osti 93 % ± 3 % 
Aklimatizace po zkoušce: 16 hodin při + 23 °C ± 2 °C/rela ­
tivní vlhk osti 55 % ± 3 % 176, 178 
IEC 60068-2-78-Cab 
4 Provozní zkoušky papír u 
4.1 Odolnost pod ­
kladu proti 
vlhk osti (nepoti ­
štěný papír) Aklimatizace před zkoušk ou: 16 hodin při + 23 °C ± 2 °C/ 
relativní vlhk osti 55 % ± 3 % 
Zkušební prostředí: 144 hodin při + 55 °C ± 2 °C a rel. 
vlhk osti 93 % ± 3 % 
Aklimatizace po zkoušce: 16 hodin při + 23 °C ± 2 °C/rela ­
tivní vlhk osti 55 % ± 3 % 176, 178 
IEC 60068-2-78-Cab 
4.2 Potisk ovatelnost Aklimatizace před zkoušk ou: 24 hodin při + 40 °C ± 2 °C/ 
relativní vlhk osti 93 % ± 3 % 
Zkušební prostředí: výtisk pořízen při + 23°C ± 2°C 
Aklimatizace po zkoušce: 16 hodin při + 23 °C ± 2 °C/rela ­
tivní vlhk osti 55 % ± 3 % 176, 178 
4.3 Odolnost proti 
teplu Aklimatizace před zkoušk ou: 16 hodin při + 23 °C ± 2 °C/ 
relativní vlhk osti 55 % ± 3 % 
Zkušební prostředí: 2 hodiny při + 70 °C ± 2 °C, suché te­
plo 
Aklimatizace po zkoušce: 16 hodin při + 23 °C ± 2 °C/rela ­
tivní vlhk osti 55 % ± 3 % 176, 178 
IEC 60068-2-2-Bb 
4.4 Odolnost proti 
nízké teplotě Aklimatizace před zkoušk ou: 16 hodin při + 23 °C ± 2 °C/ 
relativní vlhk osti 55 % ± 3 % 
Zkušební prostředí: 24 hodin, – 20 °C ± 3°C, suchý chlad 
Aklimatizace po zkoušce: 16 hodin při + 23 °C ± 2 °C/rela ­
tivní vlhk osti 55 % ± 3 % 176, 178 
ISO 60068-2-1-Ab 26.5.2016 L 139/334 Úřední věstník Evropské unie CS     
Č. Zkouška Popis Související požada vky 
4.5 Odolnost proti 
světlu Aklimatizace před zkoušk ou: 16 hodin při + 23 °C ± 2 °C/ 
relativní vlhk osti 55 % ± 3 % 
Zkušební prostředí: 100 hodin při osvětlení 5 000 Lux při 
+ 23 °C ± 2 °C/relativní vlhk osti 55 % ± 3 % 
Aklimatizace po zkoušce: 16 hodin při + 23 °C ± 2 °C/rela ­
tivní vlhk osti 55 % ± 3 % 176, 178  
Kritéria čitelnosti pro zkoušky 3.x a 4.x: 
Čitelno st tisku je zaručena, pokud optické hust oty odpo vídají těmto mezním hodnotám: 
tištěné znaky: min. 1,0, 
podklad (nepotištěný papír): max. 0,2. 
Opti cké hustoty výsledných výtisků se měří podle normy DIN EN ISO 534. 
Výtisky nevykazují žádné rozměro vé změny a zůstáva jí jasně čitelné. 
8.  ZKOUŠKY INTER OPERABILIT Y 
Č. Zkouška Popis 
9.1 Zkoušky interoperability celků ve vozidle a karet tachog rafu 
1 Vzájemné ověření 
prav osti Ověřit, že vzájemné ověření prav osti mezi celke m ve vozidle a kartou tachografu pro­
bíhá normálně. 
2 Zkoušky zápisu/ 
čtení Provést typický scénář činností s celkem ve vozidle. Scénář je přizpůsoben typu zkouš­
ené karty a zahr nuje zápis do co nejvíce elementár ních souborů na kartě. 
Ověřit stažením pomocí celku ve vozidle, že všechn y příslušné záznam y byly řádně 
provedeny . 
Ověřit stažením dat z karty, že všechn y příslušné záznam y byly řádně provedeny . 
Ověřit pomocí denních výtisků, že všec hny záznam y lze řádně číst. 
9.2 Zkoušky interoperability celků ve vozidle a snímačů pohyb u 
1 Páro vání Ověřit, že páro vání mezi celky ve vozidle a snímači pohybu probíhá normálně. 
2 Zkoušky činnosti Provést typický scénář činností se snímačem pohybu. Scénář zahr nuje normální čin­
nost a vytvoření co nejvíce událostí nebo závad. 
Ověřit stažením pomocí celku ve vozidle, že všechn y příslušné záznam y byly řádně 
provedeny . 
Ověřit stažením dat z karty, že všechn y příslušné záznam y byly řádně provedeny . 
Ověřit pomocí denního výtisku, že všec hny záznam y lze řádně číst. 26.5.2016 L 139/335 Úřední věstník Evropské unie CS     
Č. Zkouška Popis 
9.3 Zkoušky interoperability celků ve vozidle a vnějších zařízení GNSS (v příslušných případech ) 
1 Vzájemné ověření 
prav osti Ověřit, že vzájemné ověření pravosti (vazba) mezi celkem ve vozidle a vnějším modu ­
lem GNSS probíhá normálně. 
2 Zkoušky činnosti Provést typický scénář činností s vnějším zařízením GNSS. Scénář zahr nuje normální 
činnost a vytvo ření co nejvíce událostí nebo závad. 
Ověřit stažením pomocí celku ve vozidle, že všechn y příslušné záznam y byly řádně 
provedeny . 
Ověřit stažením dat z karty, že všechn y příslušné záznam y byly řádně provedeny . 
Ověřit pomocí denního výtisku, že všec hny záznam y lze řádně číst.   26.5.2016 L 139/336 Úřední věstník Evropské unie CS     
Dodatek 10 
BEZPEČNOSTNÍ POŽAD AVKY 
Tento dodat ek specif ikuje bezpečnostní požadavky v oblasti informačních technologií na součásti systémů inteli gentníc h 
tachog rafů (tachografů druhé generace). 
SEC_001 Z hlediska bezpečnosti musí být podle režimu Common Criteria certifiko vány tyto součásti systém ů inteli ­
gentních tachografů: 
—  celek ve vozidle, 
—  karta tachog rafu, 
—  snímač pohy bu, 
—  vnější zařízení GNSS. 
SEC_002  Minimální bezpečnostní požadavky v oblasti informačních technologií, které musí každá součást vyžadující 
certifikaci z hlediska bezpečnosti splňo vat, musí být podle režimu Common Criteria vymezeny v prof ilu 
ochrany součásti. 
SEC_003  Evropská komise zajistí, aby čtyři prof ily ochrany , jež splňují podmínky této příloh y, byly podporo vány , 
vyvíjen y, schv álen y vládními orgány pro certifikaci bezpečnosti v oblasti informačních technologií 
vytvo řenými v rámci společné interpretační praco vní skupiny , kter á podpor uje vzájemné uznávání osvědčení v 
rámci dohody o vzájemném uzná vání osvědčení o posouzení bezpečnosti informačních technologií 
Evropskéh o Poradního výbor u pro bezpečnost informačních systém ů (SOG-IS MRA), a registro vány: 
—  profil ochrany celku ve vozidle, 
—  profil ochrany karty tachog rafu, 
—  profil ochrany snímače pohybu, 
—  profil ochrany vnějšího zařízení GNSS. 
Profil ochrany celku ve vozidle se zabývá případy , kdy je celek ve vozidle určen k tomu, aby byl, nebo nebyl používán 
s vnějším zařízením GNSS. V prvním případě jsou bezpečnostní požadavky na vnější zařízení GNSS uvedeny v 
samostatném prof ilu ochrany . 
SEC_004  Výrobci součástí musí dle potřeb y upřesnit a doplnit profil ochran y příslušné součásti, aniž by pozměnili 
nebo odstranili stávající hrozb y, cíle, postup y a specifi kace funkcí zajišťujícíc h bezpečnost, za účelem 
stano vení bezpečnostního cíle, podle kterého budou požado vat bezpečnostní certifikaci součásti. 
SEC_005  V průběhu hodnocení musí být konstato váno přísné dodržení uvedeného bezpečnostního cíle s odpo vídají cími 
prof ilem ochrany . 
SEC_006  Stupeň záruky pro každý prof il ochran y musí být EAL4 rozšířený o složky záruky ATE_DPT .2 a AVA_V AN.5.  26.5.2016 L 139/337 Úřední věstník Evropské unie CS     
Dodatek 11 
SPOLEČNÉ BEZPEČNOSTNÍ MECHANISMY 
OBSAH 
PREAMBULE ................................................................................................................................... 340 
ČÁST A SYSTÉM TACHOGRAF U PRVNÍ GENERA CE ......................................................................................... 341 
1. ÚVOD ........................................................................................................................................ 341 
1.1. Zdroje ............................................................................................................................ 341 
1.2. Značení a zkratky .............................................................................................................. 341 
2. KRYPTOGRAFICKÉ SYST ÉMY A ALGORITMY ....................................................................................... 343 
2.1. Kryptografick é systé my....................................................................................................... 343 
2.2. Kryptografick é algor itmy..................................................................................................... 343 
2.2.1 Algor itmus RSA ................................................................................................................ 343 
2.2.2 Hašo vací algor itmus ........................................................................................................... 343 
2.2.3 Algor itmus šifro vání dat ..................................................................................................... 343 
3. KLÍČE A CERTIFIKÁ TY.................................................................................................................... 343 
3.1. Genero vání a distr ibuce klíčů ............................................................................................... 343 
3.1.1 Genero vání a distr ibuce klíčů RSA ........................................................................................ 343 
3.1.2 Zkušební klíče RSA ........................................................................................................... 345 
3.1.3 Klíče snímače pohy bu........................................................................................................ 345 
3.1.4 Genero vání a distr ibuce klíčů T-DES ...................................................................................... 345 
3.2. Klíče ............................................................................................................................... 345 
3.3. Certifik áty ....................................................................................................................... 345 
3.3.1 Obsah certifik átů .............................................................................................................. 346 
3.3.2 Vyda né certifikáty ............................................................................................................. 348 
3.3.3 Ověření a rozbalení certifikátu ............................................................................................. 349 
4. MECHANI SMUS VZÁJEMNÉHO OVĚŘO VÁNÍ PRA VOSTI ......................................................................... 349 
5. DŮVĚRNOST PŘENOSU DAT KARET VU, INTEGRIT A A MECHANISMUS OVĚŘO VÁNÍ PRA VOSTI ................... 352 
5.1. Bezpečné předávání zpráv ................................................................................................... 352 
5.2. Zacházení s chybami v bezpečném předáv ání zprá v (SM) ........................................................... 354 
5.3. Algor itmus výpočtu kryptografi ckého kontrolního součtu .......................................................... 354 
5.4. Algor itmus výpočtu šifer pro důvěr nost objektů DO ................................................................. 355 
6. MECHANI SMY DIGIT ÁLNÍCH PODPISŮ PŘI STAHO VÁNÍ DAT................................................................. 355 
6.1. Genero vání podpisu ........................................................................................................... 355 
6.2. Ověření podpisu ............................................................................................................... 356 26.5.2016 L 139/338 Úřední věstník Evropské unie CS     
ČÁST B SYSTÉM TACHOGRAF U DRUHÉ GENERA CE........................................................................................ 357 
7. ÚVOD ........................................................................................................................................ 357 
7.1. Zdroje ............................................................................................................................ 357 
7.2. Značení a zkratky .............................................................................................................. 357 
7.3. Defi nice .......................................................................................................................... 359 
8. KRYPTOGRAFICKÉ SYST ÉMY A ALGORITMY ....................................................................................... 359 
8.1. Kryptografick é systé my....................................................................................................... 359 
8.2. Kryptografick é algor itmy..................................................................................................... 360 
8.2.1 Symetr ické algor itmy......................................................................................................... 360 
8.2.2 Asymetr ické algor itmy a standardní parametr y domény ............................................................. 360 
8.2.3 Hašo vací algor itmy............................................................................................................ 361 
8.2.4 Šifro vací soustavy .............................................................................................................. 361 
9. KLÍČE A CERTIFIKÁ TY.................................................................................................................... 361 
9.1. Asymetr ické páry klíčů a certifikáty veřejných klíčů .................................................................. 361 
9.1.1 Obecné informace ............................................................................................................. 361 
9.1.2 Evropská úroveň ............................................................................................................... 362 
9.1.3 Úroveň členských států ....................................................................................................... 362 
9.1.4 Úroveň zařízení: celky ve vozidle .......................................................................................... 363 
9.1.5 Úroveň zařízení: karty tach ografu ......................................................................................... 365 
9.1.6 Úroveň zařízení: vnější zařízení GNSS .................................................................................... 366 
9.1.7 Přehled: výměna certifikátu .................................................................................................. 367 
9.2. Symetr ické klíče ................................................................................................................ 368 
9.2.1 Klíče pro zabezpečení VU – komunikace snímače pohybu .......................................................... 368 
9.2.2 Klíče pro zabezpečení komunikace DSR C............................................................................... 372 
9.3. Certifik áty ....................................................................................................................... 375 
9.3.1 Obecné informace ............................................................................................................. 375 
9.3.2 Obsah certifik átu .............................................................................................................. 375 
9.3.3 Podání žádosti o certifik át................................................................................................... 377 
10. VZÁJEMNÉ OVĚŘO VÁNÍ PRA VOSTI A BEZPEČNÉ PŘED ÁVÁNÍ ZPRÁ V VU A KART Y.................................... 378 
10.1. Obecné informace ............................................................................................................. 378 
10.2. Vzájemné ověření řetězce certifikátů ...................................................................................... 379 
10.2.1 Ověření řetězce certifikátů karty celke m ve vozidle ................................................................... 379 
10.2.2 Ověření řetězce certifikátů VU kartou .................................................................................... 381 
10.3. Ověření prav osti VU .......................................................................................................... 384 
10.4. Ověření prav osti čipu a odsouhlasení klíče relace ...................................................................... 385 26.5.2016 L 139/339 Úřední věstník Evropské unie CS     
10.5. Bezpečné předávání zpráv ................................................................................................... 387 
10.5.1 Obecné informace ............................................................................................................. 387 
10.5.2 Struktura bezpečné zprávy .................................................................................................. 388 
10.5.3 Přer ušení relace bezpečného předáv ání zpráv ........................................................................... 391 
11. PÁROVÁNÍ VU – VNĚJŠÍ ZAŘÍZENÍ GNSS, VZÁJEMNÉ OVĚŘO VÁNÍ PRA VOSTI A BEZPEČNÉ PŘED ÁVÁNÍ 
ZPRÁ V........................................................................................................................................ 392 
11.1. Obecné informace ............................................................................................................. 392 
11.2. Párování VU a extern ího zařízení GNSS .................................................................................. 393 
11.3. Vzájemné ověření řetězce certifikátů ...................................................................................... 393 
11.3.1 Obecné informace ............................................................................................................. 393 
11.3.2 Během páro vání VU – EGF .................................................................................................. 393 
11.3.3 Během normálního provozu ................................................................................................ 394 
11.4. Ověřo vání prav osti VU, ověřo vání prav osti čipu a odsouhlasení klíče relace .................................... 395 
11.5. Bezpečné předávání zpráv ................................................................................................... 395 
12. PÁROVÁNÍ A KOMUNIKA CE VU – SNÍMAČ POHYBU ............................................................................ 396 
12.1. Obecné informace ............................................................................................................. 396 
12.2. Párování VU – snímač pohyb u pomocí různýc h generací klíčů .................................................... 396 
12.3. Párování a komunikace VU – snímač pohybu pomocí AES ......................................................... 397 
12.4. Párování VU – snímač pohyb u pro různé generace zařízení ........................................................ 399 
13. BEZPEČNOST VZD ÁLENÉ KOMUNIKA CE PROSTŘEDNICT VÍM DSR C........................................................ 399 
13.1. Obecné informace ............................................................................................................. 399 
13.2. Šifro vání přenosu dat tachografu a genero vání MAC................................................................. 400 
13.3. Ověření a dešifro vání přenosu dat tach ografu .......................................................................... 401 
14. PODEPISO VÁNÍ STAŽENÝCH DAT A OVĚŘO VÁNÍ PODPISŮ ................................................................... 401 
14.1. Obecné informace ............................................................................................................. 401 
14.2. Genero vání podpisu ........................................................................................................... 402 
14.3. Ověření podpisu ............................................................................................................... 402  
PREAMBULE 
Tento dodat ek stano vuje bezpečnostní mechanis my, které zajišťují 
—  vzájemné ověřo vání prav osti mezi různými součástmi systému tachog rafu, 
—  důvěr nost, integrit u, ověřo vání prav osti a/nebo nepopirateln ost dat přenášených mezi různými součástmi systému 
tach ografu nebo staho vaných do exte rních paměťo vých médií. 
Tento dodatek obsahuje dvě části. Část A stano vuje bezpečnostní mechanism y pro systém tachografu první generace 
(digitální tachog raf). Část B stano vuje bezpečnostní mechanism y pro systém digitálního tachog rafu druhé generace 
(inteli gentní tachog raf). 
Mechanis my stano vené v části A tohot o dodatku platí, pokud alespoň jedna součást systému tachografu pro proces 
vzájemného ověřo vání pravosti a/nebo přenosu dat je zařízením první generace. 26.5.2016 L 139/340 Úřední věstník Evropské unie CS     
Mechanis my stano vené v části B tohot o dodatku platí, pokud obě součásti systému tach ografu pro proces vzájemného 
ověřo vání pravosti a/nebo přenosu dat jsou zařízením druhé generace. 
Dodatek 15 uvádí další informace týkaj ící se používání součástí první generace ve spojení se součástmi druhé generace. 
ČÁST A 
SYSTÉM TACHOGRAFU PRVNÍ GENERA CE 
1.  ÚVOD 
1.1.  Zdroje 
V tomt o dodatku jsou použity tyto zdroje: 
SHA-1  National Institute of Standards and Technology (NIST). FIPS Publication 180-1: Secure Hash 
Standar d. Duben 1995. 
PKCS1  RSA Laborator ies. PKCS # 1: RSA Encr yption Standar d. Verze 2.0. Říjen 1998. 
TDES  National Institute of Standards and Technology (NIST). FIPS Publication 46-3: Data Encr yption 
Standar d. Náv rh 1999. 
TDES-OP  ANSI X9.52, Triple Data Encr yption Algor ithm Modes of Operation. 1998. 
ISO/IEC 7816-4  Information Techn ology – Identification cards – Integrat ed circuit(s) cards with contacts 
(Informační technologie – Identif ikační karty – Karty s integro vanými obvody a s kontakty) 
Část 4: Interi ndustr y commands for interex change (Mezioboro vé příkazy pro výměnu). První 
vydání: 1995 + Změna 1: 1997. 
ISO/IEC 7816-6  Information Techn ology – Identification cards – Integrat ed circuit(s) cards with contacts 
(Informační technologie – Identif ikační karty – Karty s integro vanými obvody a s kontakty) 
Část 6: Interin dustr y data elements (Mezioboro vé dato vé prvky). První vydání: 1996 + 
Oprava 1: 1998. 
ISO/IEC 7816-8  Information Techn ology – Identification cards – Integrat ed circuit(s) cards with contacts 
(Informační technologie – Identif ikační karty – Karty s integro vanými obvody a s kontakty) 
Část 8: Secur ity relat ed interindustr y commands (Mezioboro vé příkazy pro bezpečnost). 
První vydání 1999. 
ISO/IEC 9796-2  Information Technology – Secur ity techniques – Digital signature schemes giving message 
reco very (Informační technologie – Bezpečnostní techniky – Schém ata digitálního podpisu 
umožňující obno vu zprá vy) – Část 2: Mechanis ms using a hash function (Mechanism y 
využívající hašo vací funkci). První vydání: 1997. 
ISO/IEC 9798-3  Information Techn ology – Secur ity techniques – Entity authentication mecha nisms 
(Informační technologie – Bezpečnostní techniky – Mechanism y aute ntizace entit) – Část 3: 
Entity authentication using a public key algor ithm (Aut entizace entit používající algor itmus s 
veřejným klíčem). Druhé vydání: 1998. 
ISO 16844-3  Road vehicles – Tachog raph syste ms (Silniční vozidla – Systém y tachografů) – Část 3: 
Motion sensor interf ace (Rozhraní snímače pohy bu). 
1.2.  Značení a zkratky 
V tomt o dodatku jsou užity následující značení a zkratky: 
(Ka, Kb, Kc)  balíček klíčů pro užití trojitého algor itmu šifro vání dat, 
CA  certifik ační autor ita, 
CAR  odkaz na certifikační autoritu, 
CC  kryptografický kontrolní součet, 
CG  kryptogram, 
CH  hlavička příkazu, 
CHA  autori zace držitele certifikátu, 
CHR  odkaz na držitele certifikátu, 
D()  dešifro vání pomocí standardu pro výměnu dat DES, 26.5.2016 L 139/341 Úřední věstník Evropské unie CS     
DE  prvek dat, 
DO  dato vý objekt, 
d  soukromý klíč RSA , soukromý zmocněnec, 
e  veřejný klíč RSA , veřejný zmocněnec, 
E()  šifro vání pomocí DES, 
EQT  zařízení, 
Hash()  hašo vací hodnota, výstup hodnoty Hash, 
Hash  hašo vací funkce, 
KID  identif ikátor klíče, 
Km  klíč TDES. Hlavní klíč podle definice ISO 16844-3, 
KmVU  klíč TDES vložený do celku ve vozidle, 
KmWC  klíč TDES, vložený do karty dílny , 
m  celé číslo mezi 0 a n-1 reprezentující zprá vu, 
n  klíče RSA, modul, 
PB  doplňk ové bajty , 
PI  indikační bajt doplnění (užití v šifře pro důvěr nost DO), 
PV  otevřená hodnota, 
s  celé číslo mezi 0 a n-1 reprezentující podpis, 
SSC  čítač odeslané posloupnosti, 
SM  bezpečné zpraco vání zpráv , 
TCBC  TDEA blok číslic svazující provozní režim y, 
TDEA  trojitý algor itmus šifro vání dat, 
TLV  hodnota délky tagu, 
VU  celek ve vozidle, 
X.C  certifik át uživatele X vydaný certifikační autori tou, 
X.CA  certifik ační autor ita uživat ele X, 
X.CA .PK o X.C  operace rozbalení certifikátu pro extrakci veřejného klíče. Je to zaváděcí operátor , jehož levý 
operand je veřejným klíčem certifikační autor ity a jehož pravý operand je certifikátem 
vydaným certifikační autoritou. Výstupem je veřejný klíč uživatele X, jehož certifikát je 
pravým operandem, 
X.PK  RSA veřejný klíč uživatele X, 
X.PK[I]  RSA zašifro vání někter ých informací I při užití veřejného klíče uživat ele X, 
X.SK  RSA soukromý klíč uživatele X, 
X.SK[I]  RSA zašifro vání někter ých informací I při užití soukromého klíče uživat ele X, 
‘xx’  hexadecimální hodnota, 
||  operátor řetězení. 26.5.2016 L 139/342 Úřední věstník Evropské unie CS     
2.  KRYPTOGRAFIC KÉ SYSTÉMY A ALGORIT MY 
2.1.  Kryptograf ické systém y 
CSM_001  VU a karty tach ografu musí používat klasic ký kryptografický systém RSA veřejného klíče k tomu, 
aby vytvo řily tyto bezpečnostní mechani smy: 
—  ověřo vání pravosti mezi VU a kartami, 
—  převod trojitých DES klíčů relací mezi VU a kartami tach ografu, 
—  digitální podpis dat staženýc h z VU nebo karet tachog rafu do externí ch médií. 
CSM_002  VU a karty tachografu musí užívat trojitý DES symetr ický kryptografický systém k tomu, aby v 
průběhu výměny dat uživate le mezi VU a kartami tach ografu vytvo řily mechanismus pro udržení 
integrit y dat a aby v příslušných případech zajistily důvěr nost výměny dat mezi VU a kartami 
tachog rafu. 
2.2.  Kryptograf ické algor itmy 
2.2.1  Algor itmus RSA 
CSM_003  Algor itmus RSA je plně definov án těmito rovnicemi: 
X.SK[m] = s = md mod n 
X.PK[s] = m = se mod n  
Obsažnější popis funkce RSA lze nalézt v odkazu [PKCS1]. Veřejný exponent e pro výpočet RSA je 
celé číslo mezi 3 a n-1 splňující podmínku gcd(e, lcm(p-1, q-1))=1. 
2.2.2  Hašovací algor itmus 
CSM_004  Mechanis mus digitálního podpisu musí užívat hašo vací algor itmus SHA-1 podle definice v odkazu 
[SHA-1]. 
2.2.3  Algor itmus šifrování dat 
CSM_005  Algor itmus, založený na DES musí být užit v provozním režimu „Cipher Block Chaining“. 
3.  KLÍČE A CERTIFIKÁ TY 
3.1.  Genero vání a distribuce klíčů 
3.1.1  Generován í a distr ibuce klíčů RSA 
CSM_006  Klíče RSA musí být genero vány prostřednictvím tří funkčních hierarc hickýc h úrovní: 
—  evropsk é úrovně, 
—  úrovně členských států, 
—  úrovně zařízení. 26.5.2016 L 139/343 Úřední věstník Evropské unie CS     
CSM_007  Na evropské úrovni musí být genero ván jediný pár evropských klíčů (EUR.SK a EUR.PK). K 
certifikaci veřejných klíčů členskýc h států musí být používán evropský soukromý klíč. Musí být 
udržo vány záznam y o všec h certifikovanýc h klíčíc h. Tyto úkoly musí zajišťovat Evropský 
certifikační úřad pod prav omocí a odpo vědností Evropské komise. 
CSM_008  Na úrovni člensk ého státu musí být genero ván pár klíčů člensk ého státu (MS.SK a MS.PK). Veřejné 
klíče členských států musí být certifikovány Evropským certifikačním úřadem. Soukromý klíč 
člensk ého státu se musí užívat k certifikaci veřejných klíčů, které se mají vkládat do zařízení (VU 
nebo karty tachog rafu). Musí být udržo vány záznam y o všec h certifiko vaných veřejných klíčíc h 
spolu s identif ikací zařízení, pro kter á jsou určeny . Tyto úkoly musí zajišťovat certifik ační autor ita 
člensk ého státu. Členský stát může pravidelně svůj pár klíčů měnit. 
CSM_009  Na úrovni zařízení musí být genero ván pár klíčů (EQT .SK a EQT .PK) a musí být vložen do každého 
zařízení. Veřejné klíče zařízení musí být certifikovány certifikační autor itou členského státu. Tyto 
úkoly mohou být zajišťovány výrobci zařízení, personalizátory zařízení nebo orgán y člensk ého 
státu. Tento pár klíčů se užívá pro ověřo vání prav osti, digitální podpis a šifro vací služby . 
CSM_010  Během genero vání, dopravy (v příslušných případech) a sklado vání musí být zacho vána důvěr nost 
soukromých klíčů. 
Toto vyobrazení shrnuje tok dat v tomt o procesu: 
26.5.2016 L 139/344 Úřední věstník Evropské unie CS     
3.1.2  Zkušební klíče RSA 
CSM_011  Pro zkoušení zařízení (včetně zkoušek interoperability) musí Evropský certifik ační úřad genero vat 
odlišný jediný evropský pár zkušebníc h klíčů a nejméně dva páry zkušebních klíčů členských států, 
jejichž veřejné klíče musí být certifikovány soukromým evropským zkušebním klíčem. Výrobci 
musí do zařízení, kter é je podrobeno zkouškám schv álení typu, vložit zkušební klíče certifiko vané 
jedním z těch to zkušebních klíčů člensk ého státu. 
3.1.3  Klíče snímače pohybu 
Důvěr nost níže uvedenýc h tří klíčů TDES musí být náležitě zach ována v průběhu genero vání, dopravy (v 
příslušných případech) a sklado vání. 
Na podpor u vyho vění součástí tachografu normě ISO 16844 musí Evropský certifik ační úřad a dále 
certifikační úřady členských států kromě toho zajistit následující: 
CSM_036  Evropský certifik ační úřad musí genero vat KmVU a KmW C, dva nezáv islé a jedinečné klíče Triple 
TDES, a genero vat Km jako:  Km = KmVU XOR KmWC  . Evropský certifik ační úřad musí tyto 
klíče za příslušných zabezpečených postupů předat na vyžádání členských států jejich certifikačním 
autori tám. 
CSM_037  Certifik ační autor ity členských států musí: 
—  užít Km k šifro vání dat snímače pohy bu podle požadavku výrobce snímače pohy bu (data, která 
mají být šifro vána pomocí Km, definuj e ISO 16844-3), 
—  předat KmVU výrobcům VU pro vložení do VU za náležitě zabezpečených postupů, 
—  zajistit, aby KmWC bylo v průběhu personalizace karty vloženo do všec h 
karet dílny (
 do elementár ního soubor u 
). 
3.1.4  Generován í a distr ibuce klíčů T-DES 
CSM_012  VU a karty tachog rafu musí jako součást postupu vzájemného ověřo vání pravosti genero vat a 
vzájemně si vyměňo vat data potřebná pro vypraco vání společného klíče Triple DES. Důvěr nost této 
výměny dat musí být ochráněn a šifro vacím mechanismem RSA. 
CSM_013  Tento klíč musí být použit u všech následujícíc h kryptografickýc h operací za použití zabezpečené 
komunikace. Jeho platnost končí ukončením relace (vyjmutím karty nebo reseto váním karty) a/ 
nebo po 240 použitích (jedno použití klíče = jeden příkaz s využitím zabezpečené komunikace 
odeslaný na kartu a odpo vídající odpo věď). 
3.2.  Klíče 
CSM_014  Klíče RSA musí mít (na kterékoliv úrovni) následující délku: modul n 1 024 bitů, veřejný exponent 
e 64 bitů maximálně, soukromý exponent d 1 024 bitů. 
CSM_015  Klíče Triple DES musí mít tvar (Ka, Kb, Ka), kde Ka a Kb jsou nezávislé klíče dlouhé 64 bitů. 
Nenastav ují se žádné bity pro detekci závad v paritě. 
3.3.  Cer tifikáty 
CSM_016  Certifik áty RSA veřejných klíčů musí být certifikáty „non self-descr iptive“ (nepopisné) „card verifiable“ 
(ověřující kartu) (viz ISO/IEC 7816-8) 26.5.2016 L 139/345 Úřední věstník Evropské unie CS     
3.3.1  Obsah certifikátů 
CSM_017  Certifik áty veřejných klíčů RSA jsou tvořen y těmito daty v následujícím pořadí: 
Data Formát Bajtů Popis 
CPI INTEGER (celé čí­
slo)  1 Identifikátor profilu certifikátu (pro tuto verzi ‘01’) 
CAR OCTET STRING  8 Odkaz na certifikační autori tu 
CHA OCTET STRING  7 Autorizace držit ele certifikátu 
EOV TimeReal  4 Konec platnosti certifik átu. Volitelné, doplněno pomocí ‘FF’ pokud 
se nepoužije. 
CHR OCTET STRING  8 Odkaz na držite le certifikátu 
n OCTET STRING  128 Veřejný klíč (modul) 
e OCTET STRING  8 Veřejný klíč (veřejný exponent)   
164   
Poznámky : 
1.  „Identifikátor prof ilu certifikátu“ (CPI) stano vuje přesnou struktur u certifik átu ověření prav osti. Může být 
užit jako interní identif ikátor zařízení pro odpo vída jící návěšt í, kter é popisuje řetězení prvků dat v 
certifikátu. 
Náv ěští spojené s obsahem tohot o certifik átu je následující: 
‘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šířeného návěští 
Délka návěští 
Tag CPI 
Délka CPI 
Tag CAR 
Délka CAR 
Tag CHA 
Délka CHA 
Tag EOV 
Délka EOV 
Tag CHR 
Délka CHR 
Tag veřejného klíče (sestaveného) 
Délka následujících DO 
Tag modulu 
Délka modulu 
Tag veřejného exponentu 
Délka veřejného exponentu    
2.  „Odkaz na certifik ační autori tu“ (CAR) má za účel identifik ovat autor itu vydáva jící certifik át (CA) tak, aby 
prvek dat mohl být použit současně jako identifikátor klíče autor ity pro odkaz na veřejný klíč certifik ační 
autority (pro kódo vání viz níže identif ikátor klíče). 26.5.2016 L 139/346 Úřední věstník Evropské unie CS     
3.  „Autorizace držite le certifikátu“ (CHA) se používá k identifikaci práv držite le certifikátu. Je tvořena 
identifikací (ID) použití tachog rafu a typem zařízení, ke kterému je certifikát určen (podle prvku dat 
, „00“ pro členský stát). 
4.  „Odkaz na držite le certifik átu“ (CHR) má za účel jednoznačně identif ikovat držitele certifikátu tak, aby 
mohl být užit prvek dat současně jako identif ikátor klíče subjektu a odkazo vat na veřejný klíč držit ele 
certifikátu. 
5.  Identifikátor y klíčů jednoznačně identif ikují držite le certifikátu nebo certifikační autor ity. Jsou kódo vány 
takto:  
5.1 Zařízení (VU nebo karta): 
Data Výrobní číslo zaří­
zení Datum Typ Výrobce 
Délka 4 bajty 2 bajty 1 bajt 1 bajt 
Hodnota Integer (celé číslo) Kódo vání BCD mm 
rr Specifi cké podle vý­
robce Kód výrobce  
Při požado vání certifik átů pro VU výrobce může, nebo nemusí znát identifikaci zařízení, do kter ého 
budou klíče vloženy . 
V prvém případě zašle výrobce identif ikaci zařízení s veřejným klíčem autori tě svého členského státu k 
certifikaci. Certifikát bude v takovém případě zahr novat identif ikaci zařízení a výrobce musí zajistit, 
aby klíče a certifikáty byly vloženy do uvažo vaného zařízení. Identifikátor klíče má tvar uvedený výše. 
Ve druhém případě musí výrobce jednoznačně identifik ovat každý požadavek na certifik át a zaslat tuto 
identifikaci s veřejným klíčem autori tě svého člensk ého státu k certifikaci. Certifik át bude obsaho vat 
identifikaci požadavku. Výrobce musí po instalaci klíče do zařízení sdělit orgánu svého člensk ého státu 
přiřazení klíče k zařízení (tj. identif ikaci požadavku na certifikát, identif ikaci zařízení). Identif ikátor 
klíče má následující tvar : 
Data Pořado vé číslo po­
žada vku na certifi­
kát Datum Typ Výrobce 
Délka 4 bajty 2 bajty 1 bajt 1 bajt 
Hodnota Integer (celé číslo) Kódo vání BCD mm 
rr ‘FF’ Kód výrobce   
5.2 Certifikační autori ta: 
Data Identifikace orgánu Pořado vé číslo klíče Přídav né informace Identifikátor 
Délka 4 bajty 1 bajt 2 bajty 1 bajt 26.5.2016 L 139/347 Úřední věstník Evropské unie CS     
Hodnota 1 bajt číselný kód 
státu 
3 bajty alfanume ­
rický kód státu Integ er (celé číslo) Doplňující kódo ­
vání 
(specifické pro CA) 
‘FF FF’, pokud se 
nevyužije ‘01’  
Pořado vé číslo klíče se užívá pro rozlišení různých klíčů člensk ého státu v případě, kdy je klíč měněn. 
6.  Ověřo vatel certifikátu musí bezpodmínečně vědět, že veřejný certifiko vaný klíč je RSA klíč platný pro 
ověřo vání prav osti, ověřo vání digitálního podpisu a šifro vání pro důvěr nost služeb (certifikát nezahr nuje 
žádný identifikátor objektu, který jej specifikuje) . 
3.3.2  Vydané certifikáty 
CSM_018  Vydaný certifikát je digitálním podpisem s částečno u obno vou obsahu certifikátu podle ISO/IEC 
9796-2 (s výjimk ou příloh y A4), s připojeným „Cer tification Author ity Reference“ (Odkaz na 
certifikační autori tu). 
X.C = X.CA .SK[‘6A ’ || Cr || Hash(Cc) || ‘BC’] || Cn || X.CAR  
Kde je obsah certifikátu = Cc = Cr || Cn  
106 bajtů  58 bajtů  
Poznámky : 
1.  Tento certifikát je dlouhý 194 bajtů. 
2.  K podpisu je dále připojen podpisem překr ytý odkaz na certifikační autor itu (CAR) tak, že veřejný klíč 
certifikačního orgánu může být vybrán pro ověření certifikátu. 
3.  Ověřo vatel certifikátu musí bezpodmínečně znát algor itmus užívaný certifikační autor itou k podepiso vání 
certifikátu. 
4.  Náv ěští spojené s vydaným certifikátem je následující: 
‘7F 21’ ‘09’ ‘5F 37’ ‘81 80’ ‘5F 38’ ‘3A’ ‘42’ ‘08’ Tag certifikátu CV (sestaveného) 
Délka následujících DO 
Tag podpisu 
Délka podpisu 
Tag zbytku 
Délka zbytku 
Tag CAR 
Délka CAR   26.5.2016 L 139/348 Úřední věstník Evropské unie CS     
3.3.3  Ověření a rozbalení certifikátu 
Ověření a rozbalení certifik átů zahr nuje ověření podpisu podle ISO/IEC 9796-2, vyhledání obsahu certifikátu 
a obsaženého veřejného klíče: X.PK = X.CA .PK o X.C, a ověření platnosti certifikátu. 
CSM_019  Zahr nuje následující kroky : 
Ověřte podpis a vyvolejte obsah: 
—  z X.C vyvolejt e Sign, Cn' a CAR': X.C = Sign || Cn' || CAR'   
128 bajtů  58 bajtů  8 bajtů  
—  z CAR' vyber te příslušný veřejný klíč certifikační autori ty (pokud již nebyl vybrán dříve jinými 
prostředky), 
—  otev řete Sign pomocí veřejného klíče CA: Sr'= X.CA .PK [Sign], 
—  ověření Sr'začíná na ‘6A’a končí na ‘BC’, 
—  vypočít ejte Cr' a H'ze vztahu: Sr' = ‘6A’ || Cr' || H' || ‘BC’    
106 bajtů  20 bajtů    
—  obno vte obsah certifikátu C' = Cr' || Cn', 
—  ověřte Hash(C') = H' 
Pokud jsou ověření v pořádku, je certifik át pravý a jeho obsahem je C'. 
Ověřte platnost. Z C': 
—  v příslušných případech ověřte datum ukončení platnosti. 
Z C' vyvolejt e a uložte veřejný klíč, identif ikátor klíče, autorizaci držite le certifikátu a konec 
platnosti certifik átu: 
—  X.PK = n || e 
—  X.KID = CHR 
—  X.CHA = CHA 
—  X.EO V = EOV 
4.  MECHANISMUS VZÁJEMNÉHO OVĚŘO VÁNÍ PRA VOSTI 
Vzájemné ověřo vání pravosti mezi kartami a VU je založeno na následujícím principu: 
Každá strana musí druhé straně prokázat, že vlastní platný pár klíčů, z něhož veřejný klíč byl certifikován 
certifikační autori tou člensk ého státu, kter á sama byla certifikována Evropským certifikačním úřadem. 
Prokazuje se podpisem se soukromým klíčem na náhodně vybraném čísle zaslaném druhou stranou, která 
musí zaslané náhodné číslo při ověřo vání tohot o podpisu získat zpět. 
Mechanis mus se aktivuje vložením karty do VU. Mechanismus začíná výměnou certifikátů a rozbalením 
veřejných klíčů a končí nastav ením klíče relace. 26.5.2016 L 139/349 Úřední věstník Evropské unie CS     
CSM_020  Musí být použit tento protok ol (šipky označují příkazy a výměnu dat (viz dodatek 2)): 
26.5.2016 L 139/350 Úřední věstník Evropské unie CS     
26.5.2016 L 139/351 Úřední věstník Evropské unie CS     
5.  DŮVĚRNOST PŘENOSU DAT KARET VU, INTEGRIT A A MECHANISMUS OVĚŘO VÁNÍ PRA VOSTI 
5.1.  Bezpečné předávání zprá v 
CSM_021  Integri ta přenosu dat VU karet musí být chráněna prostřednictvím bezpečného předáv ání zpráv s 
odkazem na normy [ISO/IEC 7816-4] a [ISO/IEC 7816-8]. 
CSM_022  Pokud je třeba data v průběhu přenosu chránit, musí se k dato vým objektům zasílaným v 
příkazech nebo odpo vědích připojit dato vý objekt kryptografický kontrolní součet (Cryptographic 
Checksum). Kryptografi cký kontrolní součet je kontrolo ván příjemcem. 
CSM_023  Kryptografi cký kontrolní součet zaslaný v rámci příkazu musí zahr novat záhlaví příkazu a veške ré 
odeslané datové objekty (=>CL A = ‘0C’ a veške ré dato vé objekty musí být uzavřen y tagy , ve kter ých 
b1=1). 
CSM_024 Pokud odpo věď neobsahuje datové pole, musí být stav ové informační bajty ochráněn y kryptogra ­
fickým kontrolním součte m. 
CSM_025  Kryptografi cký kontrolní součet musí být dlouhý čtyři bajty. 
Struktura příkazů a odpo vědí při použití bezpečného předávání zpráv je proto následující: 
Užité objekty DO jsou částečné soubor y bezpečného předáv ání zprá v datových objektů podle 
popisu v ISO/IEC 7816-4: 
Tag Symbol Význam 
‘81’ TPV Otevřená hodnota, nikoliv kódo vaná data BER -TLV (chráněno pomocí 
CC) 
‘97’ TLE Hodnota Le v nechráněném příkazu (chráněno pomocí CC) 
‘99’ TSW Status-Inf o (chráněno pomocí CC) 
‘8E’ TCC Kryptografický kontrolní součet 
‘87’ TPI CG Bajtový indikát or naplnění || Kryptogram (otevřená hodnota nekódo ­
vaná v BER -TLV)  
Z nechráněného páru odpo vědi na příkaz vychází: 
Záhlaví příkazu Tělo příkazu 
CLA INS P1 P2 [Lc field] [Data field] [Le field] 
čtyři bajty L bajty, označené jako B1 až BL  
Tělo odpo vědi Konec odpo vědi 
[Data field] SW1 SW2 
Lr dato vé bajty dva bajty  26.5.2016 L 139/352 Úřední věstník Evropské unie CS     
Odpo vídající pár zabezpečené odpo vědi na příkaz: 
Zabezpečený příkaz: 
Záhla ví příkazu (CH) Tělo příkazu 
CLA INS P1 P2 [New Lc field] [New Data field] [New Le 
field] 
‘OC’ Délka New 
Data field TPV LPV PV TLE LLE Le TCC LCC CC ‘00’ 
‘81’ Lc Datové 
pole ‘97’ ‘01’ Le ‘8E’ ‘04’ CC  
Data, která mají být zahr nuta do kontrolního součtu = CH || PB || TPV || LPV || PV || TLE || LLE || Le || 
PB 
PB = doplňk ové bajty (80 .. 00) podle ISO-IEC 7816-4 a ISO 9797 metod a 2. 
PV a LE z objektů DO jsou přítomn y pouze tehdy , pokud jsou odpo vída jící data umístěna v nezabe ­
zpečeném příkazu. 
Zabezpečená odpo věď:  
1. Případ, kdy datové pole odpo vědi není prázdné a nepotřebuje být chráněno na důvěr nost: 
Tělo odpo vědi Konec odpo vědi 
[New Data field] Nové SW1 SW2 
TPV LPV PV TCC LCC CC  
‘81’ Lr Datové pole ‘8E’ ‘04’ CC  
Data, která mají být zahr nuta do kontrolního součtu = TPV || LPV || PV || PB  
2. Případ, kdy datové pole odpo vědi není prázdné a potřebuje být chráněno na důvěr nost: 
Tělo odpo vědi Konec odpo vědi 
[New Data field] Nové SW1 SW2 
TPI CG LPI CG PI CG TCC LCC CC  
‘87’  PI || CG ‘8E’ ‘04’ CC  
Data v CG: nekódo vaná data BER -TLV a bajty doplnění. 
Data, která mají být zahr nuta do kontrolního součtu = TPI CG || LPI CG || PI CG || PB 26.5.2016 L 139/353 Úřední věstník Evropské unie CS     
3. Případ, kdy je dato vé pole odpo vědi prázdné: 
Tělo odpo vědi Konec odpo vědi 
[New Data field] nové SW1 SW2 
TSW LSW SW TCC LCC CC  
‘99’ ‘02’ Nové SW1 SW2 ‘8E’ ‘04’ CC  
Data, která mají být zahr nuta do kontrolního součtu = TSW || LSW || SW || PB 
5.2.  Zacházení s chybami v bezpečném předáv ání zprá v (SM) 
CSM_026  Když karta tachografu při interpr etaci příkazu zjistí chybu SM, pak se bajty statusu musí vrátit bez 
SM. Podle ISO/IEC 7816-4 jsou pro indikaci chyb SM definovány následující bajty statusu: 
‘66 88’  selhalo ověření kryptografick ého kontrolního součtu, 
‘69 87’  chybí očeká vané datové objekty SM, 
‘69 88’  datové objekty SM nesprávné. 
CSM_027  Pokud karta tach ografu vrátí bajty statusu bez SM DO nebo s chybným SM DO, musí VU relaci 
přer ušit. 
5.3.  Algor itmus výpočtu kryptog rafického kontrolního součtu 
CSM_028  Kryptografi cké kontrolní součty jsou tvořeny užitím obvyklého MAC podle ANSI X.9.19 s DES: 
—  Vých ozí stav: výchozí m zkušebním blokem y0 je E(Ka, SSC). 
—  Následující krok: Kontrolní bloky y1, .., yn se vypočtou pomocí Ka. 
—  Konečný krok: kryptografický kontrolní součet se vypočte z posledního zkušebního bloku yn 
takto: E(Ka, D(Kb, yn)). 
kde E() znamená šifro vání s DES a D() znamená rozšifro vání s DES. 
Přenášejí se čtyři nejvýznamnější bajty kryptografi ckého kontrolního součtu. 
CSM_029  V průběhu odsouhlasení klíče se „čítač odeslané posloupnosti“ (SSC) inicializuje takto: 
Výchozí SSC: Rnd3 (4 nejméně významné bajty) || Rnd1 (4 nejméně významné bajty). 
CSM_030  Na čítači odeslané posloupnosti se hodnota zvýší o 1 před každým výpočte m MAC (tj. SSC pro 
první příkaz je výchozí SSC + 1, SSC pro prvou odpo věď je výchozí SSC + 2). 26.5.2016 L 139/354 Úřední věstník Evropské unie CS     
Následující vyobrazení uvádí výpočet retail MAC: 
5.4.  Algor itmus výpočtu šifer pro důvěr nos t objektů DO 
CSM_031  Kryptogram y se vypočt ou pomocí TDEA v režimu TCBC podle odkazů [TDES] a [TDES-OP] spolu 
s nulo vým vektorem jako výchozí blok hodnot. 
Toto vyobrazení uvádí využití klíčů v TDES: 
6.  MECHANISMY DIGIT ÁLNÍCH PODPISŮ PŘI STAHO VÁNÍ DAT 
CSM_032  Inteli gentní vyhrazené zařízení (IDE) ukládá data ze zařízení (VU nebo karty) v průběhu relace 
staho vání do jednoho fyzic kého soubor u dat. Tento soubor musí zahr novat certifik áty MSi.C a 
EQT .C. Soubor obsahuje digitální podpisy datových bloků podle specifi kace doplňku 7 – Protok oly 
staho vání dat. 
CSM_033  Digitální podpisy staženýc h dat musí užívat schém a digitálního podpisu s dodatkem tak, aby 
stažená data mohla být v případě požada vku čtena bez jakéhok oliv dešifro vání. 
6.1.  Genero vání podpisu 
CSM_034  Genero vání dat podpisu zařízením probíhá podle schéma tu podpisu s dodatkem definov aného v 
odkazu [PKCS1] s hašo vací funkcí SHA-1: 
Podpis = EQT .SK[‘00’ || ‘01’ || PS || ‘00’ || DER(SHA-1(Data))] 26.5.2016 L 139/355 Úřední věstník Evropské unie CS     
PS = doplňk ový řetězec oktetů s hodnotou ‘FF’ takový, aby délka byla 128. 
DER(SHA-1(M)) je kódo váním algor itmu ID pro hašo vací funkci a hodnotou hash do hodnoty 
ASN.1 typu DigestInf o (zvláštní kódo vací pravidla): 
‘30’||‘21’||‘30’||‘09’||‘06’||‘05’||‘2B’||‘0E’||‘03’||‘02’||‘1A ’||‘05’||‘00’||‘04’||‘14’||hodnota Hash. 
6.2.  Ověření podpisu 
CSM_035  Ověření dat podpisu staženýc h dat probíhá podle schématu podpisu s dodatkem definov aného v 
odkazu [PKCS1] s hašo vací funkcí SHA-1. 
Evropský klíč EUR.PK musí být ověřujícímu znám z nezáv islé (a důvěr yhodné) strany . 
Následující tabulka zobrazuje protok ol, podle kter ého může IDE s kontrolní kartou ověřit integrit u 
staženýc h dat uložených na exte rní paměťo vé médium (ESM). Pro dešifro vání digitálních podpisů se 
užije kontrolní karta. Tato funkce nemá být v tomt o případě zahr nuta do IDE. 
Zařízení, kter é data, jež se mají analyzo vat, stáhlo a podepsalo, se označí jako EQT . 
26.5.2016 L 139/356 Úřední věstník Evropské unie CS     
ČÁST B 
SYSTÉM TACHOGRAFU DRUHÉ GENERA CE 
7.  ÚVOD 
7.1.  Zdroje 
V této části dodatku jsou užívány následující odkazy . 
AES  National Institute of Standards and Techn ology (NIST), FIPS PUB 197: Advanced Encr yption 
Standard (AES), listopad 26, 2001 
DSS  National Institute of Standards and Techn ology (NIST), FIPS PUB 186-4: Digital Signature 
Standard (DSS), červenec 2013 
ISO 7816-4  ISO/IEC 7816-4, Identification cards – Integrat ed circuit cards – Part 4: Org anization, secur ity 
and commands for inter change. Third edition 2013-04-15 
ISO 7816-8  ISO/IEC 7816-8, Identification cards – Integra ted circuit cards – Part 8: Commands for secur ity 
operations. Second edition 2004-06-01 
ISO 8825-1  ISO/IEC 8825-1, Information technology – ASN.1 encoding rules: Specifi cation of Basic 
Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules 
(DER). Four th edition, 2008-12-15 
ISO 9797-1  ISO/IEC 9797-1, Information technology – Secur ity techniques – Message Auth entication 
Codes (MA Cs) – Part 1: Mecha nisms using a block cipher . Second edition, 2011-03-01 
ISO 10116  ISO/IEC 10116, Information technology – Secur ity techniques – Modes of operation of an n-bit 
bloc k cipher . Third edition, 2006-02-01 
ISO 16844-3  ISO/IEC 16844-3, Road vehicles – Tachog raph system s – Part 3: Motion sensor interface . First 
edition 2004, including Technical Corrigen dum 1 2006 
RFC 5480  Ellipti c Curve Cryptograph y Subject Public Key Information, Marc h 2009 
RFC 5639  Ellipti c Curve Cryptograph y (ECC) – Brainpool Standard Curves and Curve Generation, 2010 
RFC 5869  HMA C-based Extract-and-Expand Key Derivation Function (HKDF), May 2010 
SHS  National Institute of Standards and Techn ology (NIST), FIPS PUB 180-4: Secure Hash Standard, 
March 2012 
SP 800-38B  National Institute of Standards and Techn ology (NIST), Special Publication 800-38B: 
Recommendation for Bloc k Cipher Modes of Operation: The CMA C Mode for Authentication, 
2005 
TR-03111  BSI Technical Guideline TR-03111, Ellipti c Curve Cryptograph y, version 2.00, 2012-06-28 
7.2.  Značení a zkratky 
V tomt o dodatku jsou užity následující značení a zkratky: 
AES  pokročilý standard pro šifro vání 
CA  certifikační orgán 
CAR  Odkaz na certifikační orgán 
CBC  řetězení šifro vého textu (operační mód) 26.5.2016 L 139/357 Úřední věstník Evropské unie CS     
CH  hlav ička příkazu 
CHA  Autor izace držitele certifikátu 
CHR  Odkaz na držit ele certifikátu 
CV  konstantní vektor 
DER  zvláštní kódo vací pravidla 
DO  datový objekt 
DSR C  vyhrazená komunikace krátkéh o dosahu 
ECC  kryptografie na bázi eliptic kých křivek 
ECDSA  algor itmus digitálního podpisu na bázi eliptic kých křivek 
ECDH  Diffie-Hellmano va eliptic ká křivka (algor itmus odsouhlasení klíče) 
EGF  vnější zařízení GNSS 
EQT  Zařízení 
IDE  inteligentní vyhrazené zařízení 
KM  hlav ní klíč snímače pohy bu, umožňující páro vání VU se snímačem pohy bu 
KM-V U  klíč vložený do VU, umožňující VU odvodit hlav ní klíč snímače pohyb u při vložení karty dílny 
do VU 
KM-W C  klíč vložený do karet dílny , umožňující VU odvodit hlav ní klíč snímače pohy bu při vložení karty 
dílny do VU 
MAC  kód ověřo vání zprávy 
MoS  snímač pohy bu 
MSB  nejdůležitější bit 
PKI  infrastr uktura veřejného klíče 
RCF  zařízení vzdálené komunikace 
SSC  čítač odeslané posloupnosti 
SM  Bezpečné předáv ání zprá v 
TDES  trojitý standard šifro vání dat 
TLV  hodnota délky tagu 
VU  celek ve vozidle 
X.C  certifikát veřejného klíče uživatele X 
X.CA  certifikační orgán, který vydal certifik át uživate le X 
X.CAR  odkaz na certifikační orgán uvedený v certifikátu uživatele X 
X.CHR  odkaz na držit ele certifikátu uvedený v certifik átu uživatele X 
X.PK  veřejný klíč uživatele X 
X.SK  soukromý klíč uživatele X 
X.PKeph  přec hodný veřejný klíč uživate le X 
X.SKeph  přec hodný soukromý klíč uživate le X 
‘xx’  hexadecimální hodnota 
||  operát or řetězení 26.5.2016 L 139/358 Úřední věstník Evropské unie CS     
7.3.  Def inice 
Defi nice term ínů používanýc h v tomt o dodatku jsou uvedeny v části I přílohy 1C. 
8.  KRYPTOGRAFIC KÉ SYSTÉMY A ALGORIT MY 
8.1.  Kryptograf ické systém y 
CSM_38  VU a karty tachografu musí užívat systém šifro vání veřejného klíče na bázi eliptickýc h křivek k 
tomu, aby zajistily následující bezpečnostní služby: 
—  vzájemné ověřo vání prav osti mezi VU a kartou, 
—  odsouhlasení klíčů relace AES mezi VU a kartou, 
—  zajištění prav osti, integrity a nepopirateln osti dat staho vanýc h z VU nebo karet tachog rafu na 
extern í média. 
CSM_39  VU a vnější zařízení GNSS musí užívat kryptografický systém veřejného klíče na bázi eliptickýc h 
křivek k tomu, aby zajistily následující bezpečnostní služby: 
—  vazbu VU a vnějšího zařízení GNSS, 
—  vzájemné ověřo vání prav osti mezi VU a vnějším zařízením GNSS, 
—  odsouhlasení klíčů relace AES mezi VU a vnějším zařízením GNSS. 
CSM_40  VU a karty tachografu musí užívat symetr ický kryptografický systém na bázi AES k tomu, aby 
zajistily následující bezpečnostní služby: 
—  zajištění prav osti a integr ity dat vyměňo vaných mezi VU a kartou tach ografu, 
—  v příslušných případech zajištění důvěr nosti dat vyměňo vanýc h mezi VU a kartou tachog rafu. 
CSM_41  VU a vnější zařízení GNSS musí užívat symetr ický kryptografický systém na bázi AES k tomu, aby 
zajistily následující bezpečnostní služby: 
—  zajištění prav osti a integr ity dat vyměňo vaných mezi VU a vnějším zařízením GNSS. 
CSM_42  VU a snímače pohy bu musí užívat symetr ický kryptografický systém na bázi AES k tomu, aby 
zajistily následující bezpečnostní služby: 
—  páro vání VU a snímače pohybu, 
—  vzájemné ověřo vání prav osti mezi VU a snímačem pohyb u, 
—  zajištění důvěr nosti dat vyměňo vanýc h mezi VU a snímačem pohy bu. 
CSM_43  VU a kontrolní karty musí užívat symetr ický kryptografický systé m na bázi AES k tomu, aby 
zajistily následující bezpečnostní služby na rozhraní vzdálené komunikace: 
—  zajištění důvěr nosti, prav osti a integr ity dat předávanýc h z VU do kontrolní karty. 26.5.2016 L 139/359 Úřední věstník Evropské unie CS     
Poznámky: 
—  Data jsou v praxi předáv ána z VU na vzdálené dotazo vací zařízení pod dohledem kontrolního 
úředníka pomocí zařízení vzdálené komunikace, které může být vnitřní nebo vnější jednotk ou 
vůči VU, viz dodatek 14. Vzdálené dotazo vací zařízení však odesílá přijatá data na kontrolní 
kartu pro dekódo vání a validaci pravosti. Z bezpečnostního hlediska jsou zařízení vzdálené 
komunikace a vzdálené dotazo vací zařízení zcela transparentní. 
—  Karta dílny poskytuje stejné bezpečnostní služby pro rozhraní DSR C jako kontrolní karta. To 
dílně umožňuje valido vat sprá vnou funkci rozhraní vzdálené komunikace VU, včetně 
zabezpečení. Další informace jsou uvedeny v části 9.2.2. 
8.2.  Kryptograf ické algor itmy 
8.2.1  Symetr ické algor itmy 
CSM_44  VU, karty tachografu, snímače pohybu a vnější zařízení GNSS musí podporo vat algor itmy AES podle 
definice v [AES], s délkami klíčů 128, 192 a 256 bitů. 
8.2.2  Asymetr ické algor itmy a standar dní parametr y domény 
CSM_45  VU, karty tachografu a vnější zařízení GNSS musí podporo vat kryptografii na bázi eliptic kých křivek 
s velik ostí klíče 256, 384 a 512/521 bitů. 
CSM_46  VU, karty tachografu a vnější zařízení GNSS musí podporo vat podpiso vý algor itmus ECDSA podle 
ustano vení [DSS]. 
CSM_47  VU, karty tachog rafu a vnější zařízení GNSS musí podporo vat algor itmus odsouhlasení klíčů ECK A- 
EG podle ustano vení [TR 03111]. 
CSM_48  VU, karty tachog rafu a vnější zařízení GNSS musí podporo vat všec hny standardní parametr y domén 
stano vené v Tabulka 1 níže pro kryptografi i na bázi eliptickýc h křivek . 
Tabulk a 1 
Standardní parametr y domén 
Název Velikost (bity) Odkaz Identifik átor objektu 
NIST P-256 256 [DSS], [RFC 5480] 
Brain poolP256r1 256 [RFC 5639] 
NIST P-384 384 [DSS], [RFC 5480] 
Brain poolP384r1 384 [RFC 5639] 
Brain poolP512r1 512 [RFC 5639] 
NIST P-521 521 [DSS], [RFC 5480] 
Poznámka: Identifikátor y objektu uvedené v posledním sloupci Tabulka 1 jsou stano veny v [RFC 
5639] pro křivky Brainpool a v [RFC 5480] pro křivky NIST . 
26.5.2016 L 139/360 Úřední věstník Evropské unie CS     
8.2.3  Hašovací algor itmy 
CSM_49  VU a karty tach ografu musí podporo vat algor itmy transf ormace SHA-256, SHA-384 a SHA-512 
stano vené v [SHS]. 
8.2.4  Šifrovací soustavy 
CSM_50  V případě symetr ického algor itmu se asymetr ický algor itmus a/nebo hašo vací algor itmus používaj í 
společně a vytvářejí bezpečnostní protok ol, jejich příslušné délky klíče a velik osti hash musí mít 
(zhr uba) stejnou sílu. Tabulka 2 zobrazuje schv álené sady šifer: 
Tabulk a 2 
Povolené sady šifer 
ID sady šifer Velikost klíče ECC 
(bity) Délka klíče AES 
(bity) Hašo vací algo ­
ritmus Délka MAC (bajty) 
CS#1 256 128 SHA-256 8 
CS#2 384 192 SHA-384 12 
CS#3 512/521 256 SHA-512 16  
Poznámka: Velkosti klíče ECC 512 bitů a 521 bitů jsou považo vány , že jsou stejn é síly pro všec hny 
účely v rámci tohot o dodatku. 
9.  KLÍČE A CERTIFIKÁ TY 
9.1.  Asymetr ické páry klíčů a certifikáty veřejných klíčů 
9.1.1  Obecné infor mace 
Poznámka: Klíče popiso vané v této části jsou používán y pro vzájemné ověřo vání pravosti a bezpečné 
předáv ání zpráv mezi VU a kartami tachog rafu a mezi VU a vnějšími zařízeními GNSS. Tyto procesy jsou 
podrobně popsán y v kapito lách 10 a 11 tohot o dodatku. 
CSM_51  V rámci systém u evropského inteligentního tach ografu musí být páry klíčů ECC a příslušné 
certifikáty genero vány a sprav ovány prostřednictvím tří funkčních hierarc hickýc h úrovní: 
—  evropské úrovně, 
—  úrovně členských států, 
—  úrovně zařízení. 26.5.2016 L 139/361 Úřední věstník Evropské unie CS     
CSM_52  V rámci systému evropsk ého inteli gentního tach ografu musí být veřejné i soukromé klíče a 
certifikáty genero vány , spra vovány a předává ny pomocí standardních a bezpečnýc h metod. 
9.1.2  Evropsk á úroveň 
CSM_53  Na evropsk é úrovni musí být genero ván jediný pár evropských klíčů ECC označený jako EUR. Musí 
sestá vat ze soukromého klíče (EUR.SK) a veřejného klíče (EUR.PK). Tento pár klíčů představuj e 
kořeno vý pár klíčů celé PKI evropsk ého inteli gentního tachog rafu. Tento úkol musí zajišťo vat 
Evropský úřad kořeno vých certifikátů (ERCA) pod pravomocí a odpo vědností Evropské komise. 
CSM_54  ERCA musí užívat evropský soukromý klíč k podpisu (auto matic kému) kořeno vého certifikátu 
evropsk ého veřejného klíče a tento evropský kořeno vý certifikát sdělo vat všem členským státům. 
CSM_55  ERCA musí na požádání užívat evropský soukromý klíč k podpisu certifikátů veřejných klíčů 
členskýc h států. ERCA musí udržo vat záznam y o všec h podepsaných certifik átech veřejných klíčů 
členskýc h států. 
CSM_56  Podle popisu na Obrázek 1 v části 9.1.7 musí ERCA genero vat nový evropský kořeno vý pár klíčů 
každých 17 let. Kdyk oli ERCA gener uje nový evropský kořeno vý pár klíčů, vytvo ří nový automatic ky 
podepsaný kořeno vý certifik át pro nový evropský veřejný klíč. Doba platnosti evropsk ého 
kořeno vého certifik átu je 34 let a 3 měsíce. 
Poznámka: Zave dení nového kořeno vého páru klíčů rovněž předpokládá, že ERCA gener uje nový 
hlav ní klíč pro snímač pohy bu a nový hlavní klíč DSR C, viz části 9.2.1.2 and 9.2.2.2. 
CSM_57 Před vygenero váním nového evropsk ého kořeno vého páru klíčů musí ERCA provést analýzu krypto­
grafické síly, která je potřebná pro nový pár klíčů, aby mohl být bezpečný pro dalšíc h 34 let. V 
případě potřeb y ERCA přejde na sadu šifer, kter á je silnější než sada stáva jící, podle popisu v 
CSM_50. 
CSM_58  Kdyk oli ERCA gener uje nový evropský kořeno vý pár klíčů, vytvo ří spojo vací certifik át pro nový 
evropský veřejný klíč a podepíše jej předc hozím evropským soukromým klíčem. Doba platnosti 
spojo vacího certifikátu je 17 let. To je také znázor něno na Obrázek 1 v bodě 9.1.7. 
Poznámka: Protože spojo vací certifikát obsahuje veřejný klíč ERCA generace X a je podepsán 
soukromým klíčem ERCA generace X-1, poskytuje tento spojo vací certifikát zařízení vytvo řenému 
za generace X-1 základ pro důvěr u zařízení vytvo řenému za generace X. 
CSM_59  ERCA nesmí užívat soukromý klíč kořeno vého páru klíčů k jakémuk oli účelu od okamžiku vstupu 
nového kořeno vého certifikátu klíče v platnost. 
CSM_60  ERCA kdyk oli zlikviduje tyto kryptografické klíče a certifikáty : 
—  Stáva jící pár klíčů EUR a příslušný certifik át 
—  Všechn y předc hozí certifik áty EUR používané pro ověření dosud platných certifikátů MSCA 
—  Spojo vací certifikáty pro všec hny generace certifik átů EUR s výjimk ou prvního 
9.1.3  Úroveň členských států 
CSM_61  Na úrovni členských států musí všec hny člensk é státy , které podepisují certifik áty karet tachog rafu, 
genero vat jeden nebo více jedinečných párů klíčů ECC označených jako MSCA_ Card. Všechn y 
člensk é státy , kter é podepisují certifik áty pro VU nebo vnější zařízení GNSS, musí navíc genero vat 
jeden nebo více jedinečných párů klíčů ECC označených jako MSCA_VU-EGF . 26.5.2016 L 139/362 Úřední věstník Evropské unie CS     
CSM_62  Úkol genero vání párů klíčů člensk ého státu musí zajišťovat certifikační orgán členského státu 
(MSCA). Kdyk oli MSCA gener uje pár klíčů člensk ého státu, odešle do ERCA veřejný klíč, aby obdržel 
příslušný certifik át člensk ého státu podepsaný ERCA. 
CSM_63  MSCA musí zvolit sílu páru klíčů člensk ého státu odpo vídající síle evropského kořeno vého páru 
klíčů užívaného k podpisu příslušného certifikátu členského státu. 
CSM_64  Případný pár klíčů MSCA _VU-EGF obsahuje soukromý klíč MSCA_ VU-EGF .SK a veřejný klíč 
MSCA_VU-EGF .PK. MSCA musí soukromý klíč MSCA_ VU-EGF .SK užívat výhradně k podpisu 
certifikátů veřejného klíče VU a vnějšíc h zařízení GNSS. 
CSM_65  Pár klíčů MSCA_ Card obsahuje soukromý klíč MSCA _Card.SK a veřejný klíč MSCA_Card.PK. MSCA 
musí soukromý klíč MSCA_Card.SK užívat výhradně k podpisu certifikátů veřejného klíče karet 
tachog rafu. 
CSM_66  MSCA musí udržo vat záznam y všec h podepsaných certifik átů VU, certifikátů vnějších zařízení GNSS 
a certifik átů karet společně s identif ikací zařízení, pro kter é je každý certifikát určen. 
CSM_67  Doba platnosti certifik átu MSCA _VU-EGF je 17 let plus 3 měsíce. Doba platnosti certifikátu 
MSCA_Card je 7 let plus 1 měsíc. 
CSM_68  Jak je patr né z Obrázek 1 v části 9.1.7, soukromý klíč z páru klíčů MSCA_ VU-EGF a soukromý klíč 
z páru klíčů MSCA_Card musí být používán y po dobu dvou let. 
CSM_69  MSCA nesmí soukromý klíč páru klíčů MSCA_VU-EGF od chvíle, kdy skončí doba jeho 
použit elnosti, užívat k žádnému účelu. MSCA nesmí od chvíle, kdy skončí jeho doba použite lnosti, 
užívat k žádnému účelu ani soukromý klíč páru klíčů MSCA_ Card. 
CSM_70  MSCA musí kdyk oli zlikvido vat tyto kryptografick é klíče a certifik áty: 
—  Stáva jící pár klíčů MSCA _Card a příslušný certifik át 
—  Všechn y předc hozí certifikáty MSCA_ Card užívané pro ověřo vání dosud platných certifikátů 
karet tachog rafu 
—  Současný certifikát EUR potřebný pro ověřo vání stáva jícího certifikátu MSCA 
—  Všechn y předc hozí certifikáty EUR potřebné pro ověřo vání všec h dosud platnýc h certifikátů 
MSCA 
CSM_71  Má-li MSCA podepsat certifik áty pro VU nebo vnější zařízení GNSS, musí navíc zlikvido vat tyto 
klíče a certifikáty: 
—  Stáva jící pár klíčů MSCA _VU-EGF a příslušný certifik át 
—  Všechn y předchozí veřejné klíče MSCA _VU-EGF užívané pro ověřo vání dosud platných 
certifikátů VU nebo vnějších zařízení GNSS 
9.1.4  Úroveň zařízení: celky ve vozidle 
CSM_72  Pro každý VU musí být genero vány dva jedinečné páry klíčů ECC označené jako VU_MA a VU_Sign. 
Tento úkol musí zajišťovat výrobci VU. Při každém genero vání páru klíčů VU zašle strana gener ující 
klíč MSCA země, v níž sídlí, veřejný klíč, aby mohla obdržet příslušný certifikát VU podepsaný 
MSCA . Soukromý klíč užívá pouze VU. 26.5.2016 L 139/363 Úřední věstník Evropské unie CS     
CSM_73  Certifikáty VU_MA a VU_Sign příslušného celku ve vozidle musí mít stejné datum účinnosti. 
CSM_74  Výrobce VU musí zvolit sílu páru klíčů VU odpo vída jící síle páru klíčů MSCA užívaného k podpisu 
příslušného certifikátu VU. 
CSM_75  Celek ve vozidle musí užívat svůj pár klíčů VU_MA obsahující soukromý klíč VU_MA. SK a veřejný 
klíč VU_MA. PK výhradně pro ověřo vání prav osti VU vůči kartám tachografu a vnějším zařízením 
GNSS podle pokynů v částech 10.3 a 11.4 tohot o dodatku. 
CSM_76  Celek ve vozidle musí být schope n genero vat přech odné páry klíčů ECC a musí užívat přech odný 
pár klíčů výhradně pro odsouhlasení klíče relace s kartou tachografu nebo vnějším zařízením GNSS 
podle pokynů v částe ch 10.4 a 11.4 tohot o dodatku. 
CSM_77  Celek ve vozidle musí užívat soukromý klíč VU_Sign.SK svého páru klíčů VU_Sign výhradně k 
podpisu staho vaných souborů dat podle pokynů v kapito le 14 tohot o dodatku. Příslušný veřejný klíč 
VU_Sign.PK musí být užíván výhradně pro ověřo vání podpisů vytvo řených celkem ve vozidle. 
CSM_78  Podle pokynů Obrázek 1 v části 9.1.7 musí být doba platnosti certifikátu VU_MA 15 let a 3 měsíce. 
Doba platnosti certifik átu VU_Sign musí být rovněž 15 let a 3 měsíce. 
Poznámky: 
—  Prodloužená doba platnosti certifik átu VU_Sign umožňuje VU vytvářet platné podpisy 
staho vaných dat během prvních tří měsíců po skončení platnosti podle ustano vení nařízení (EU) 
č. 581/2010. 
—  Prodloužená doba platnosti certifikátu VU_MA je potřebná k tomu, aby VU mohl prokázat 
prav ost kontrolní karty nebo karty společnosti během prvních tří měsíců po skončení platnosti, 
aby bylo možné staho vat data. 
CSM_79  Celek ve vozidle nesmí používat soukromý klíč páru klíčů VU po skončení platnosti příslušného 
certifikátu užívat k žádnému účelu. 
CSM_80  Páry klíčů VU (s výjimk ou přec hodných párů klíčů) a příslušné certifik áty daného celku ve vozidle 
nesmí být vyměňo vány nebo obno vovány v terénu poté , co byl celek ve vozidle uveden do provozu. 
Poznámky: 
—  Přechodné páry klíčů nejsou do tohot o požada vku zahr nuty , protože nový přec hodný pár klíčů 
je genero ván VU při každém ověřo vání pravosti čipu a odsouhlasení klíče relace, viz část 10.4. 
Přechodné páry klíčů ostatně nemaj í příslušné certifikáty . 
—  Tento požada vek nebrání možnosti výměny statický ch párů klíčů VU během reno vace nebo 
opravy v bezpečném prostředí kontrolo vaném výrobcem VU. 
CSM_81  Při uvedení do provozu musí celky ve vozidle obsaho vat tyto kryptografické klíče a certifikáty : 
—  soukromý klíč VU_MA a příslušný certifik át, 
—  soukromý klíč VU_Sign a příslušný certifikát, 
—  certifikát MSCA_ VU-EGF obsahující veřejný klíč MSCA _VU-EGF .PK užívaný k ověřo vání 
certifikátu VU_MA a certifikátu VU_Sign, 
—  certifikát EUR obsahující veřejný klíč EUR.PK používaný pro ověření certifikátu MSCA _VU-EGF , 26.5.2016 L 139/364 Úřední věstník Evropské unie CS     
—  certifikát EUR, jehož doba platnosti přímo předchází době platnosti certifik átu EUR používaného 
pro ověření certifikátu MSCA_VU-EGF , pokud existuje, 
—  spojo vací certifikát spojující tyto dva certifikáty EUR, pokud existuje. 
CSM_82  Kromě kryptografickýc h klíčů a certifik átů uvedených v CSM_81 musí celky ve vozidle rovněž 
obsaho vat klíče a certifikáty uvedené v části A tohot o dodatku, které celku ve vozidle umožňují 
spolupraco vat s kartami tachog rafu první generace. 
9.1.5  Úroveň zařízení: karty tachog rafu 
CSM_83  Pro každou kartu tachog rafu musí být genero ván jedinečný pár klíčů ECC označený jako Card_MA. 
Pro každou kartu řidiče a každou kartu dílny musí být navíc genero ván druhý jedinečný pár klíčů 
ECC označený jako Card_Sign. Tento úkol mohou zajišťovat výrobci karet nebo personalizátoř i 
karet. Při každém genero vání páru klíčů karty zašle strana gener ující klíč MSCA země, v níž sídlí, 
veřejný klíč, aby mohla obdržet příslušný certifik át karty podepsaný MSCA . Soukromý klíč užívá 
pouze karta tachografu. 
CSM_84  Certifikáty Card_MA a Card_Sign příslušné karty řidiče nebo karty dílny musí mít stejn é datum 
vstupu v platnost. 
CSM_85  Výrobce karet nebo personalizátor karet musí zvolit sílu páru klíčů karty odpo vídající síle páru klíčů 
MSCA užívaného k podpisu příslušného certifikátu karty. 
CSM_86  Karta tach ografu musí svůj pár klíčů Card_MA obsahující soukromý klíč Card_MA. SK a veřejný klíč 
Card_MA.PK užívat výhradně pro vzájemné ověřo vání pravosti a odsouhlasení klíče relace vůči 
celkům ve vozidle podle pokynů v částech 10.3 a 10.4 tohot o dodatku. 
CSM_87  Karta řidiče nebo karta dílny musí soukromý klíč Card_Sign.SK svého páru klíčů Card_Sign užívat 
výhradně k podpisu staho vanýc h souborů dat podle pokynů v kapitole 14 tohoto dodatku. Příslušný 
veřejný klíč Card_Sign.PK se užívá výhradně k ověřo vání podpisů vytvářených kartou. 
CSM_88  Doba platnosti certifik átu Card_MA je následující: 
—  pro karty řidiče: 5 let 
—  pro karty společnosti: 2 roky 
—  pro kontrolní karty: 2 roky 
—  pro karty dílny: 1 rok  
CSM_89  Doba platnosti certifik átu Card_Sign je následující: 
—  pro karty řidiče: 5 let a 1 měsíc, 
—  pro karty dílny: 1 rok a 1 měsíc.  
Poznámka: Prodloužená doba platnosti certifikátu Card_Sign umožňuje kartě řidiče vytvářet platné 
podpisy staho vanýc h dat během prvního měsíce po skončení platnosti. To je nutné s ohledem na 
nařízení (EU) č. 581/2010, které vyžaduje, aby bylo staho vání dat z karty řidiče možné do 28 dnů 
po zaznamenání posledních dat. 
CSM_90  Páry klíčů a příslušné certifikáty dané karty tachog rafu nesmí být po vydání karty vyměňo vány nebo 
obno vovány . 26.5.2016 L 139/365 Úřední věstník Evropské unie CS     
CSM_91  Při vydání obsahují karty tachografu tyto kryptografické klíče a certifikáty : 
—  soukromý klíč Card_MA a příslušný certifik át, 
—  pro karty řidiče a karty dílny navíc: soukromý klíč Card_Sign a příslušný certifik át, 
—  certifikát MSCA _Card obsahující veřejný klíč MSCA_Card.PK užívaný k ověřo vání certifikátu 
Card_MA a certifik átu Card_Sign, 
—  certifikát EUR obsahující veřejný klíč EUR.PK užívaný k ověřo vání certifik átu MSCA_ Card, 
—  certifikát EUR, jehož doba platnosti přímo předc hází době platnosti certifikátu EUR užívaného k 
ověřo vání certifik átu MSCA_ Card, pokud existuje, 
—  spojo vací certifikát spojující tyto dva certifikáty EUR, pokud existuje. 
CSM_92  Kromě kryptografickýc h klíčů a certifikátů uvedenýc h v CSM_91 musí karty tachografu rovněž 
obsaho vat klíče a certifik áty uvedené v části A tohot o dodatku, kter é těmto kartám umožňují 
spolupraco vat s VU první generace. 
9.1.6  Úroveň zařízení: vnější zařízení GNSS 
CSM_93  Pro každé vnější zařízení GNSS musí být genero ván jedinečný pár klíčů ECC označený jako 
EGF_MA. Tento úkol musí zajišťo vat výrobci vnějšího zařízení GNSS. Při každém genero vání páru 
klíčů EGF_MA strana gener ující klíč zašle MSCA země, v níž sídlí, veřejný klíč, aby mohla obdržet 
příslušný certifik át EGF_MA podepsaný MSCA . Soukromý klíč užívá pouze vnější zařízení GNSS. 
CSM_94  Výrobce EGF musí zvolit sílu páru klíčů EGF_MA odpo vídající síle páru klíčů MSCA užívaného k 
podpisu příslušného certifik átu EGF_MA. 
CSM_95  Vnější zařízení GNSS musí užívat svůj pár klíčů EGF_MA obsahující soukromý klíč EGF_MA .SK a 
veřejný klíč EGF_MA.PK výhradně pro vzájemné ověřo vání prav osti a odsouhlasení klíče relace vůči 
celkům ve vozidle podle pokynů v části 11.4 a 11.4 tohoto dodatku. 
CSM_96  Doba platnosti certifik átu EGF_MA je 15 let. 
CSM_97  Vnější zařízení GNSS nesmí užívat soukromý klíč svého páru klíčů EGF_MA pro vazbu s celkem ve 
vozidle po skončení platnosti příslušného certifikátu. 
Poznámka: Podle pokynů v části 11.3.3 může EGF potenciálně užívat svůj soukromý klíč pro 
vzájemné ověřo vání prav osti vůči VU, s nímž je již spáro váno, i po skončení platnosti příslušného 
certifikátu. 
CSM_98  Pár klíčů EGF_MA a příslušný certifikát daného vnějšího zařízení GNSS nesmí být vyměňo vány nebo 
obno vovány v terénu poté, co bylo EGF uvedeno do provozu. 
Poznámka: Tento požada vek nebrání možnosti výměny párů klíčů EGF během reno vace nebo opra vy 
v bezpečném prostředí kontrolo vaném výrobcem EGF . 
CSM_99  Při uvedení do provozu musí vnější zařízení GNSS obsaho vat tyto kryptografick é klíče a certifikáty: 
—  soukromý klíč EGF_MA a příslušný certifik át, 26.5.2016 L 139/366 Úřední věstník Evropské unie CS     
—  certifikát MSCA_ VU-EGF obsahující veřejný klíč MSCA_VU-EGF .PK používaný pro ověření 
certifikátu EGF_MA, 
—  certifikát EUR obsahující veřejný klíč EUR.PK používaný pro ověření certifikátu MSCA _VU-EGF , 
—  certifikát EUR, jehož doba platnosti přímo předchází době platnosti certifik átu EUR používaného 
pro ověření certifikátu MSCA_VU-EGF , pokud existuje, 
—  spojo vací certifikát spojující tyto dva certifikáty EUR, pokud existuje. 
9.1.7  Přehled: výměna certifikátu 
Obrázek 1 níže zobrazuje vydá vání a užívání různýc h generací kořeno vých certifik átů ERCA, spojo vacích 
certifikátů ERCA, certifikátů MSCA a certifikátů zařízení (VU a karta): 
Obrázek 1 
Vydávání a používání různých generací kořeno vých certifikátů ERCA, spojo vacích certifikátů ERCA, 
certifikátů MSC A a certifikátů zařízení 
26.5.2016 L 139/367 Úřední věstník Evropské unie CS     
Poznámky k Obrázek 1: 
1.  Různé generace kořeno vého certifik átu jsou označeny číslem v závorkác h. Např. ERCA (1) je první 
generace kořeno vého certifikátu ERCA; ERCA (2) je druhá generace atd. 
2.  Ostatní certifik áty jsou označeny dvěma čísly v závorkách, první z nich označuje generaci kořeno vého 
certifikátu, v níž jsou vydány , druhé generaci samotného certifikátu. Např. MSCA_Card (1-1) je první 
certifikát MSCA_Card vydaný v rámci ERCA (1); MSCA_Card (2-1) je první certifik át MSCA_ Card vydaný v 
rámci ERCA (2); MSCA_Card (2-last) je poslední certifik át MSCA_Card vydaný v rámci ERCA (2); Card_MA 
(2-1) je první certifik át Card pro vzájemné ověřo vání prav osti vydaný v rámci ERCA (2) atd. 
3.  Certifikáty MSCA_ Card (2-1) a MSCA_Card (1-last) jsou vydány témě ř ke stejnému datu, ale nikoli úplně 
přesně. MSCA_ Card (2-1) je první certifikát MSCA_ Card vydaný v rámci ERCA (2) a bude vydán poněkud 
později než MSCA _Card (1-last), poslední certifik át MSCA _Card v rámci ERCA (1). 
4.  Jak je zobrazeno na obrázku, první certifikát VU a certifik áty karty vydané v rámci ERCA (2) budou 
vydány témě ř dva roky před vydáním posledního certifikátu VU a certifik átu karty vydaných v rámci ERCA 
(1). Důvodem je skutečnost, že certifikát VU a certifikát karty jsou vydány v rámci certifikátu MSCA, nikoli 
přímo v rámci certifikátu ERCA. Certifikát The MSCA (2-1) bude vydán přímo po vstupu ERCA (2) v 
platnost, ale certifikát MSCA (1-last) bude vydán pouze nedlouho před tout o dobou, v posledním 
okamžiku, kdy je certifikát ERCA (1) ještě platný. Tyto dva certifikáty MSCA mají prot o téměř stejnou 
dobu platnosti, ačkoli jsou zástupci různých generací. 
5.  Doba platnosti uvedená pro karty je stejná jako pro karty řidiče (5 let). 
6.  Z důvodu úspor y místa je rozdíl doby platnosti mezi certifikáty Card_MA a Card_Sign a mezi certifik áty 
VU_MA a VU_Sign uveden pouze pro první generaci. 
9.2.  Symetr ické klíče 
9.2.1  Klíče pro zabezpečení VU – komunikace snímače pohybu 
9.2.1.1  Obecné infor mace 
Poznámka: Čtenáři této části by měli být seznámeni s obsahem [ISO 16844-3] popisujícím rozhraní mezi 
celkem ve vozidle a snímačem pohy bu. Proces páro vání mezi VU a snímačem pohybu je podrobně popsán v 
kapito le 12tohoto dodatku. 
CSM_100  Pro páro vání celků ve vozidle a snímačů pohybu, pro vzájemné ověřo vání pravosti mezi celky ve 
vozidle a snímači pohybu a pro šifro vání komunikace mezi celky ve vozidle a snímači pohybu je 
zapotřebí řada symetr ickýc h klíčů podle Tabulka 3. Všechn y tyto klíče jsou klíče AES s délk ou 
odpo vídající délce hlavního klíče snímače pohy bu, kter ý musí být spojen s délk ou (předpoklá ­
daného) evropsk ého kořeno vého páru klíčů podle popisu v CSM_50. 
Tabulk a 3 
Klíče pro zabezpečení celku ve vozidle – komunikace snímače pohy bu 
Klíč Značka Genero ván Meto da generace Uložen kým 
Hlavn í klíč snímače po­
hybu – část VU KM-V U ERCA Náhodný výběr ERCA, MSCA účastnící se 
vydá vání certifik átů VU, 
výrobci VU, celky ve vo­
zidle 26.5.2016 L 139/368 Úřední věstník Evropské unie CS     
Klíč Značka Genero ván Meto da generace Uložen kým 
Hlavn í klíč snímače po­
hybu – část dílny KM-W C ERCA Náhodný výběr ERCA, MSCA, výrobci 
karet, karty dílny 
Hlavn í klíč snímače po­
hybu KM Negenero vaný nezáv isle Vypočte ná jako KM = 
KM-V U XOR KM-W C ERCA, MSCA účastnící se 
vydá vání klíčů snímačů 
pohy bu (volit elně) (*) 
Identifikační klíč KID Negenero vaný nezáv isle Vypočte ná jako KID = KM 
XOR CV, kde CV je spe­
cifkováno v CSM_106 ERCA, MSCA účastnící se 
vydá vání klíčů snímačů 
pohy bu (volit elně) (*) 
Párovací klíč KP Výrobce snímače po­
hybu Náhodný výběr Jeden snímač pohybu 
Klíč relace KS VU (během páro vání 
VU a snímače pohyb u) Náhodný výběr Jeden VU a jeden snímač 
pohy bu 
(*)  Uložení KM a KID je volitelné, protože tyto klíče lze odvodit z KM-V U, KM-W C a CV.  
CSM_101  Evropský úřad kořeno vých certifik átů (ERCA) musí genero vat KM-V U a KM-WC, dva náhodné a 
jedinečné klíče AES, z nichž lze vypočítat hlav ní klíč snímače pohy bu KM jako KM-V U XOR KM-W C. 
ERCA musí na požádání sdělit KM, KM-V U a KM-WC certifikačním orgánům členskýc h států. 
CSM_102  ERCA musí každému hlav nímu klíči snímače pohy bu KM přidělit jedinečné číslo verze, kter é je 
rovněž použitelné pro ustavuj ící klíče KM-VU a KM-W C a pro příslušný identif ikační klíč KID. ERCA 
musí MSCA sdělit číslo verze při zaslání KM-V U a KM-W C. 
Poznámka: Číslo verze se užívá pro rozlišo vání různých generací těcht o klíčů, jak je podrobně 
uvedeno v části 9.2.1.2. 
CSM_103  Certifik ační orgán člensk ého státu musí KM-V U společně s jeho číslem verze předat na požádání 
výrobcům celků ve vozidle. Výrobci VU musí vložit KM-V U a jeho číslo verze do všec h vyrobených 
VU. 
CSM_104  Certifik ační orgán členského státu musí zajistit, aby byl KM-W C společně s číslem verze vložen do 
všec h karet dílny vydanýc h v rámci jeho odpo vědnosti. 
Poznámky : 
—  Viz popis dato vého typu 
 v dodatku 2. 
—  Podle vysvětlení v části 9.2.1.2 musí být do jedné karty dílny praktic ky možné vkládat více 
generací KM-W C. 
CSM_105  Kromě klíče AES uvedeného v CSM_104 musí MSCA zajistit, aby klíč TDES KmWC, stano vený v 
požadavku CSM_037 v části A tohot o dodatku byl vložen do každé karty dílny vydané v rámci 
jeho odpo vědnosti. 26.5.2016 L 139/369 Úřední věstník Evropské unie CS     
Poznámky : 
—  Tím se umožní užívání karty dílny druhé generace pro páro vání s VU první generace. 
—  Karta dílny druhé generace obsahuje dvě různé aplikace, z nichž jedna odpo vídá části B tohoto 
dodatku a druhá odpo vídá části A. Ta obsahuje klíč TDES KmWC. 
CSM_106  MSCA účastnící se vydá vání snímačů pohybu musí odvodit identif ikační klíč z hlav ního klíče 
snímače pohy bu pomocí operace XOR s konstantním vektor em CV. CV má tuto hodnotu: 
—  Pro 128-bit ové hlav ní klíče snímače pohy bu: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 
91 E4 5E 83’ 
—  Pro 192-bit ové hlav ní klíče snímače pohy bu: 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’ 
—  Pro 256-bit ové hlavní klíče snímače pohy bu: 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: Konstantní vektory byly genero vány takto: 
Pi_10 = prvních 10 bajtů decimální části mat ematick é konstanty π = ‘24 3F 6A 88 85 A3 08 D3 
13 19’ 
CV_128-bitů = prvníc h 16 bajtů SHA-256(Pi_10) 
CV_192-bitů = prvníc h 24 bajtů SHA-384(Pi_10) 
CV_256-bitů = prvníc h 32 bajtů SHA-512(Pi_10) 
CSM_107  Výrobci snímačů pohybu musí genero vat náhodný a jedinečný páro vací klíč KPpro každý snímač 
pohy bu a odeslat každý páro vací klíč certifikačnímu orgánu členského státu. MSCA musí každý 
páro vací klíč samostatně zašifro vat pomocí hlav ního klíče snímače pohyb u KM a vrátit zašifro vaný 
klíč výrobci snímačů pohy bu. Pro každý zašifro vaný klíč musí MSCA oznámit výrobci snímačů 
pohy bu číslo verze příslušného KM. 
Poznámka: Podle pokynů v části 9.2.1.2 musí být výrobce snímačů pohy bu praktick y schopen 
genero vat vícenásobné jedinečné páro vací klíče pro jeden snímač pohy bu. 
CSM_108  Výrobci snímačů pohy bu musí genero vat jedinečné sériové číslo pro každý snímač pohy bu a 
odeslat všec hna sériová čísla certifikačnímu orgánu člensk ého státu. MSCA musí každé sériové číslo 
samostatně zašifro vat pomocí identifikačního klíče KID a vrátit zašifro vané sériové číslo výrobci 
snímačů pohy bu. Pro každé zašifro vané sériové číslo musí MSCA oznámit výrobci snímačů pohy bu 
číslo verze příslušného KID. 
CSM_109  Pro požadavky CSM_107 a CSM_108 musí MSCA užívat algor itmy AES v operačním režimu 
řetězení šifro vého textu podle definice v [ISO 10116] s vloženým parametrem m = 1 a iniciali ­
začním vektorem SV = ‘00’ {16}, tj. šestnáct bajtů s binár ní hodnotou 0. V případě potřeby musí 
MSCA užívat metodu doplnění 2 definovanou v [ISO 9797-1]. 
CSM_110  Výrobce snímačů pohy bu musí uložit zašifro vaný páro vací klíč a zašifro vané sériové číslo do 
určeného snímače pohy bu společně s příslušnými otevřenými textovými hodnotami a číslem verze 
KM a KID užívanými pro šifro vání. 
Poznámka: Podle pokynů v části 9.2.1.2 musí být výrobce snímačů pohy bu praktick y schopen 
vkládat vícenásobné zašifro vané páro vací klíče a vícenásobná zašifro vaná sériová čísla do jednoho 
snímače pohy bu. 26.5.2016 L 139/370 Úřední věstník Evropské unie CS     
CSM_111  Kromě kryptografick ého mate riálu na bázi AES uvedeného v CSM_110 může výrobce snímačů 
pohy bu rovněž do každého snímače pohyb u ukládat kryptografi cký mate riál na bázi TDES uvedený 
v požadavku CSM_037 v části A tohot o dodatku. 
Poznámka: Snímači pohybu druhé generace je tak umožněno páro vání s VU první generace. 
CSM_112  Délka klíče relace KS genero vaného VU během páro vání se snímačem pohy bu musí být spojena s 
délk ou jeho KM-VU podle popisu v CSM_50. 
9.2.1.2  Výměna hlavního klíče snímače pohybu v zařízení druhé generace 
CSM_113  Každý hlavní klíč snímače pohy bu a všec hny související klíče (viz Tabulka 3) jsou přiřazen y k určit é 
generaci kořeno vého páru klíčů ERCA. Tyto klíče proto musí být vyměněny každých 17 let. Doba 
platnosti každé generace hlav ního klíče snímače pohy bu musí začínat jeden rok před vstupem 
příslušného kořeno vého páru klíčů ERCA v platnost a končit se skončením platnosti příslušného 
kořeno vého páru klíčů ERCA. To je znázor něno na Obrázek 2. 
Obrázek 2 
Vydávání a užívání různých generací hlavního klíče snímače pohybu v celcích ve vozidle, snímačích pohybu a 
kartách dílny 
CSM_114  Nejméně jeden rok před genero váním nového evropsk ého kořeno vého páru klíčů podle popisu v 
CSM_56 musí ERCA genero vat nový hlav ní klíč snímače pohy bu KMgenero váním nových klíčů KM- 
VU a KM-W C. Délka hlavní ho klíče snímače pohy bu je spojena s předpokládanou délk ou nového 
evropské ho kořeno vého páru klíčů podle CSM_50. ERCA musí na požádání oznámit MSCA nové 
klíče KM, KM-V U and KM-W C společně s jejich číslem verze. 
CSM_115  MSCA musí zajistit uložení všec h platných generací KM-W C do každé karty dílny vydané v rámci 
jeho pravomoci společně s jejich čísly verze podle Obrázek 2. 26.5.2016 L 139/371 Úřední věstník Evropské unie CS     
Poznámka: To předpokládá, že v posledním roce doby platnosti certifikátu ERCA budou vydány 
karty dílny se třemi různými generacemi KM-W C podle Obrázek 2. 
CSM_116  Ve vztahu k procesu popsanému výše v CSM_107 a CSM_108: MSCA musí šifro vat každý páro vací 
klíč KP, kter ý obdrží od výrobce snímačů pohy bu samostatně s každou platnou generací hlav ního 
klíče snímače pohybu KM. MSCA musí rovněž šifro vat každé sériové číslo, kter é obdrží od výrobce 
snímačů pohy bu samostatně s každou platnou generací identifikačního klíče KID. Výrobce snímačů 
pohy bu musí uložit veškerá šifro vání páro vacího klíče a veške rá šifro vání sériového čísla do 
určeného snímače pohybu společně s příslušnými otev řenými textovými hodnotami a číslem (čísly) 
verze KM a KID užívanými pro šifro vání. 
Poznámka: To předpokládá, že v posledním roce doby platnosti certifikátu ERCA budou vydány 
snímače pohy bu se šifro vanými daty na základě tří různých generací KM podle Obrázek 2. 
CSM_117  Ve vztahu k procesu popsanému v CSM_107 výše: Protože délka páro vacího klíče KP musí být 
spojena s délk ou KM (viz CSM_100), musí být výrobce snímačů pohy bu schopen genero vat až tři 
různé páro vací klíče (různých délek) pro jeden snímač pohyb u v případě, že následující generace 
KM mají různé délky . V takovém případě musí výrobce zaslat MSCA každý páro vací klíč. MSCA 
musí zajistit, aby byl každý páro vací klíč zašifro ván se správnou generací hlavního klíče snímače 
pohy bu, tj. tím, kter ý má stejnou délku. 
Poznámka: V případě, že se výrobce snímačů pohybu rozhodne genero vat pro snímač pohy bu 
druhé generace páro vací klíč na bázi TDES (viz CSM_111), musí výrobce MSCA oznámit, že pro 
šifro vání tohot o páro vacího klíče je třeba použít hlavní klíč snímače pohy bu na bázi TDES. Délka 
klíče TDES může být totiž stejn á jako délka klíče AES, takže MSCA nemůže usuzo vat podle 
samotné délky klíče. 
CSM_118  Výrobce celků ve vozidle musí do každého celku ve vozidle vložit pouze jednu generaci KM-V U 
společně s jeho číslem verze. Tato generace KM-V U musí být spojena s certifikátem ERCA, na němž 
jsou založen y certifikáty VU. 
Poznámky : 
—  Celek ve vozidle založený na certifikátu ERCA generace X musí obsaho vat pouze KM-V U generace 
X, i když je vydán po začátku doby platnosti certifikátu ERCA generace X+1. To je znázor něno 
na Obrázek 2. 
—  VU generace X nemůže být páro ván se snímačem pohyb u generace X-1. 
—  Protože karty dílny mají dobu platnosti jednoho roku, důsledkem CSM_113 – CSM_118 je, že 
všec hny karty dílny obsahují v okamžiku, kdy je vydán první VU obsahující nový KM-VU, již 
nový KM-W C. Tento VU je prot o vždy schopen vypočítat nový KM. Do té doby bude navíc většina 
nových snímačů pohy bu také obsaho vat šifro vaná data na bázi nového KM. 
9.2.2  Klíče pro zabezpečení komunika ce DSRC 
9.2.2.1  Obecné infor mace 
CSM_119  Prav ost a důvěr nost dat předávanýc h z celku ve vozidle řídicímu orgánu prostřednictvím kanálu 
vzdálené komunikace DSR C musí být zajištěn y pomocí sady klíčů AES vyhrazených příslušným VU 
odvozených z jediného hlavního klíče DSR C, totiž KMDSR C. 
CSM_120  Hlavní klíč DSR C KMDSR C musí být klíč AES, kter ý je bezpečně genero ván, uložen a distr ibuo ván 
ERCA. Délka klíče může být 128, 192 nebo 256 bitů a musí být spojena s délk ou evropského 
kořeno vého páru klíčů podle popisu v CSM_50. 26.5.2016 L 139/372 Úřední věstník Evropské unie CS     
CSM_121  ERCA musí certifikačním orgánům členských států na požádání bezpečným způsobem předat 
hlav ní klíč DSR C, aby mohly odvozo vat klíče DSR C vyhrazené příslušným VU a aby bylo zajištěno, 
že je hlav ní klíč DSR C vložen do všec h kontrolníc h karet a karet dílny vydaných v rámci jeho 
odpo vědnosti. 
CSM_122  ERCA musí každému hlavnímu klíči DSR C přidělit jedinečné číslo verze. ERCA musí MSCA sdělit 
číslo verze při zaslání hlavní ho klíče DSR C. 
Poznámka: Číslo verze je užíváno pro rozlišo vání různých generací hlavního klíče DSR C, jak je 
podrobně vysvětleno v části 9.2.2.2. 
CSM_123  Pro každý celek ve vozidle musí výrobce celku ve vozidle vytvo řit jedinečné sériové číslo VU a na 
požádání je zaslat příslušnému certifikačnímu orgánu členského státu, aby mohl získat sadu dvou 
klíčů DSR C vyhrazených příslušným VU. Sériové číslo VU musí mít datový typ 
a pro kódo vání musí být použita zvláštní kódo vací pravidl a (DER) podle [ISO 8825-1]. 
CSM_124  Po přijetí žádosti o vydání klíčů DSR C vyhrazených příslušným VU musí MSCA odvodit dva klíče 
AES pro celek ve vozidle, označené K_VUDSR C_ENC and K_VUDSR C_MA C. Tyto klíče vyhrazené 
příslušným VU musí mít stejnou délku jako hlav ní klíč DSR C. MSCA musí použít funkci odvození 
klíče definovanou v [RFC 5869]. Hašo vací funkce, která je potřebná pro vytvo ření instance funkce 
HMA C-Hash, musí být spojena s délk ou hlav ního klíče DSR C podle popisu v CSM_50. Funkce 
odvození klíče v [RFC 5869] se užívá takto: 
Krok 1 (extrakce): 
—  PRK = HMA C-Hash (salt, IKM) kde salt je prázdný řetězec (emp ty string) ‘’ a IKM je KMDSR C. 
Krok 2 (expanze): 
—  OKM = T(1), kde 
T(1) = HMA C-Hash (PRK, T(0) || info || ‘01’) s 
—  T(0) = an empty string (‘’) 
—  info = sériové číslo VU stano vené v CSM_123 
—  K_VUDSR C_ENC = první L oktet y OKM a 
K_VUDSR C_MA C = poslední L oktety OKM 
kde L je požado vaná délka K_VUDSR C_ENC a K_VUDSR C_MA C v oktet ech. 
CSM_125  MSCA musí bezpečným způsobem předat K_VUDSR C_ENC and K_VUDSR C_MA C výrobci VU k 
vložení do určeného celku ve vozidle. 
CSM_126  Při vydání musí mít celek ve vozidle ve své zabezpečené paměti uloženy K_VUDSR C_ENC a 
K_VUDSR C_MA C, aby mohl zaručit integritu, pravost a důvěr nost dat zasílanýc h prostřednictvím 
kanálu vzdálené komunikace. Celek ve vozidle musí mít rovněž uloženo číslo verze hlavního klíče 
DSR C používaného pro odvozování těch to klíčů vyhrazenýc h příslušným VU. 
CSM_127  Při vydání musí mít kontrolní karty a karty dílny ve své zabezpečené paměti uložen y KMDSR C, aby 
mohly zaručit integritu a pravost dat zasílanýc h VU prostřednictvím kanálu vzdálené komunikace a 
dekódo vat tato data. Kontrolní karty a karty dílny musí mít rovněž uložené číslo verze hlavního 
klíče DSR C. 
Poznámka: Podle pokynů v části 9.2.2.2 musí být do jediné karty dílny nebo kontrolní karty 
prakticky možné vkládat více generací KMDSR C. 26.5.2016 L 139/373 Úřední věstník Evropské unie CS     
CSM_128  MSCA musí udržo vat záznam y všec h klíčů DSR C vyhrazených příslušným VU, kter é genero val, 
jejich čísla verze a identif ikaci VU, pro které byla každá sada klíčů určena. 
9.2.2.2  Výměna hlavního klíče DSRC 
CSM_129  Každý hlav ní klíč DSR C je přiřazen určité generaci kořeno vého páru klíčů ERCA. ERCA proto musí 
vyměnit hlav ní klíč DSR C každých 17 let. Doba platnosti každé generace hlav ního klíče DSR C musí 
začínat dva roky před vstupem přiřazeného kořeno vého páru klíčů ERCA v platnost a musí končit 
se skončením platnosti přiřazeného kořeno vého páru klíčů ERCA. To je znázor něno na Obrázek 3. 
Obrázek 3 
Vydávání a používání různých generací hlavního klíče DSR C v celcích ve vozidle, kartách dílny a kontrolních 
kartách 
CSM_130  Nejméně dva roky před genero váním nového evropsk ého kořeno vého páru klíčů podle popisu v 
CSM_56 musí ERCA genero vat nový hlav ní klíč DSR C. Délka klíče DSR C musí být spojena s 
předpokládanou sílou nového evropsk ého kořeno vého páru klíčů podle CSM_50. ERCA musí na 
požádání MSCA sdělit nový hlav ní klíč DSR C společně s jeho číslem verze. 
CSM_131  MSCA musí zajistit uložení všec h platných generací KM-W C do každé kontrolní karty vydané v rámci 
jeho pravomoci společně s jejich čísly verze podle Obrázek 3. 
Poznámka: To předpokládá, že v posledníc h dvou letec h doby platnosti certifik átu ERCA budou 
kontrolní karty vydá vány se třemi různými generacemi KMDSR C, jak je znázor něno na Obrázek 3. 26.5.2016 L 139/374 Úřední věstník Evropské unie CS     
CSM_132  MSCA musí zajistit, aby všechn y generace KMDSR C, které byly platné nejméně rok a jsou stále platné, 
byly uloženy v každé kartě dílny vydané v rámci jeho prav omoci společně s jejich čísly verze jak je 
znázor něno na Obrázek 3. 
Poznámka: To předpokládá, že v posledním roce doby platnosti certifikátu ERCA budou vydány 
karty dílny se třemi různými generacemi KMDSR C, jak je znázor něno na Obrázek 3. 
CSM_133  Výrobci celků ve vozidle musí do každého celku ve vozidle vložit pouze jednu sadu klíčů DSR C 
vyhrazených příslušným VU společně s jejich číslem verze. Tato sada klíčů musí být odvozena 
z generace KMDSR C spojené s certifik átem ERCA, na němž jsou založen y certifikáty VU. 
Poznámky : 
—  To předpokládá, že celek ve vozidle založený na certifikátu ERCA generace X musí obsaho vat 
pouze K_VUDSR C_ENC and K_VUDSR C_MA C generace X, i když je VU vydán po začátku doby 
platnosti certifikátu ERCA generace X+1. To je znázor něno na Obrázek 3. 
—  Protože karty dílny mají dobu platnosti jeden rok a kontrolní karty dva roky , výsledkem 
CSM_131 – CSM_133 je, že všec hny karty dílny a kontrolní karty obsahují nový hlavní klíč 
DSR C v okamžiku, kdy je vydán první VU obsahující klíče vyhrazené příslušným VU na 
základě tohot o hlavního klíče. 
9.3.  Cer tifikáty 
9.3.1  Obecné infor mace 
CSM_134  Všechn y certifikáty v systému evropsk ého inteligentního tachografu musí být samopopisné, kartou 
ověřit elné (CV) certifikáty podle [ISO 7816-4] a [ISO 7816-8]. 
CSM_135  Zvláštní kódo vací pravidla (DER) podle [ISO 8825-1] musí být užívána pro kódo vání datových 
struktur ASN.1 i dato vých objektů (podle konkrétní aplikace) v certifikátec h. 
Poznámka: Toto kódo vání má za následek následující struktur u hodnoty délky tagu (TLV): 
Tag:  Tag je kódo ván v jednom nebo dvou oktet ech a indikuje obsah. 
Délka:  Délka je kódo vána jako nepodepsané celé číslo v jednom, dvou nebo třech oktet ech, což 
má za následek maximální délku 65 535 oktetů. Používá se minimální počet oktetů. 
Hodnota:  Hodnota je kódo vána v nula nebo více oktet ech 
9.3.2  Obsah certifikátu 
CSM_136  Všechn y certifik áty musí mít struktur u uvedenou v profilu certifikátu v Tabulka 4. 
Tabulk a 4 
Prof il certifikátu verze 1 
Pole ID pole Tag Délka (bajty) Dato vý typ ASN.1 
(viz dodatek 1) 
Certifik át ECC C ‘7F 21’ var  
Tělo certifikátu ECC B ‘7F 4E’ var  26.5.2016 L 139/375 Úřední věstník Evropské unie CS     
Pole ID pole Tag Délka (bajty) Dato vý typ ASN.1 
(viz dodatek 1) 
Identifikátor profilu certifikátu CPI ‘5F 29’ ‘01’ 
Odkaz na certifikační orgán CAR ‘42’ ‘08’ 
Autor izace držit ele certifikátu CHA ‘5F 4C’ ‘07’ 
Veřejný klíč PK ‘7F 49’ var  
Parametr y domény DP ‘06’ var 
Veřejný bod PP ‘86’ var 
Odkaz na držite le certifikátu CHR ‘5F 20’ ‘08’ 
Datum účinnosti certifik átu CEfD ‘5F 25’ ‘04’ 
Datum konce platnosti certifik átu CExD ‘5F 24’ ‘04’ 
Podpis certifik átu ECC S ‘5F 37’ var 
Poznámka: ID pole se užívá v dalších částec h tohot o dodatku pro označení jednotlivých polí 
certifikátu, např. X.CAR je odkaz na certifikační orgán uvedený v certifikátu uživat ele X. 
9.3.2.1  Identif ikátor profilu certifikátu 
CSM_137  Certifik áty musí používat identifikátor prof ilu certifik átu pro označení používaného profilu 
certifikátu. Verze 1 podle Tabulka 4 musí být označena hodnotou ‘00’. 
9.3.2.2  Odkaz na certifikační orgán 
CSM_138  Odkaz na certifikační orgán se užívá pro identif ikaci veřejného klíče užívaného pro ověření 
podpisu certifikátu. Odkaz na certifikační orgán proto musí být stejný jako odkaz na držitele 
certifikátu v certifik átu příslušné certifikační autori ty. 
CSM_139  Kořeno vý certifikát ERCA musí být samočinně podepsaný, tj. odkaz na certifikační orgán a odkaz 
na držitele certifik átu musí být v certifik átu stejné. 
CSM_140  Pro spojo vací certifikát ERCA musí být odkaz na držitele certifikátu stejný jako CHR nového 
kořeno vého certifik átu ERCA. Odkaz na certifik ační orgán pro spojo vací certifikát musí být stejn ý 
jako CHR předc hozího kořeno vého certifik átu ERCA. 
9.3.2.3  Autorizace držit ele certifikátu 
CSM_141 Oprávn ění držite le certifik átu se užívá pro identif ikaci typu certifikátu. Obsahuje šest nejdůleži ­
tějších bajtů ID aplikace tachografu kaskádo vě spojených s typem zařízení, pro něž je certifikát 
určen. 26.5.2016 L 139/376 Úřední věstník Evropské unie CS     
9.3.2.4  Veřejný klíč 
Veřejný klíč obsahuje dva dato vé prvky: standardní parametr y domény užívané s veřejným klíčem v certifikátu 
a hodnotu veřejného bodu. 
CSM_142  Datový prvek parametr y domény musí obsaho vat jeden z identif ikátorů objektu uvedených v 
Tabulka 1 pro označení odkazu na sadu standardních parametrů domén y. 
CSM_143  Datový prvek veřejný bod musí obsaho vat veřejný bod. Veřejné body eliptic kých křivek musí být 
konver továny na okte tové řetězce podle [TR-03111]. Musí být použit nekompri movaný kódo vací 
formát. Při získáv ání bodu eliptické křivky z jeho kódo vaného formátu musí být vždy provedeny 
validace podle [TR-03111]. 
9.3.2.5  Odkaz na držite le certifikátu 
CSM_144  Odkaz na držit ele certifikátu je identif ikátor pro veřejný klíč poskyto vaný v certifikátu. Užívá se 
pro označení tohot o veřejného klíče v jinýc h certifikátec h. 
CSM_145  Pro certifikáty karet a certifik áty vnějšíc h zařízení GNSS musí mít odkaz na držitele certifikátu 
dato vý typ 
 uvedený v dodatku 1. 
CSM_146  Pro celky ve vozidle výrobce při podání žádosti o certifikát může nebo nemusí znát specifi cké 
sériové číslo výrobce VU, pro nějž je tento certifik át a příslušný soukromý klíč určen. V prvním 
případě musí mít odkaz na držite le certifikátu datový typ 
 podle 
dodatku 1. Ve druhém případě musí mít odkaz na držite le certifikátu dato vý typ 
podle dodatku 1. 
CSM_147  Pro certifikáty ERCA a MSCA musí mít odkaz na držitele certifikátu dato vý typ 
podle dodatku 1. 
9.3.2.6  Datum účinnosti certifik átu 
CSM_148  Datum účinnosti certifikátu musí označo vat počáte ční datum a délku doby platnosti certifik átu. 
Datum účinnosti certifik átu musí být date m genero vání certifikátu. 
9.3.2.7  Datum konce platnosti certifik átu 
CSM_149  Datum konce platnosti certifikátu musí označo vat konečné datum a délku doby platnosti 
certifikátu. 
9.3.2.8  Podpis certifik átu 
CSM_150  Podpis certifik átu musí být vytvo řen na kódo vaném těle certifik átu, včetně tagu a délky těla 
certifikátu. Podpiso vý algor itmus musí být ECDSA podle [DSS], kter ý používá hašo vací algor itmus 
spojený s velik ostí klíče podepisujícího orgánu podle CSM_50. Formát podpisu musí být otevřený 
podle [TR-03111]. 
9.3.3  Podání žádosti o certifikát 
CSM_151  Při podání žádosti o certifikát musí žádající strana zaslat svému certifikačnímu orgánu tyto údaje: 
—  identifikátor profilu požado vaného certifikátu, 
—  odkaz na certifikační orgán, kter ý se má použít při podpisu certifikátu, 
—  veřejný klíč, kter ý má být podepsán. 26.5.2016 L 139/377 Úřední věstník Evropské unie CS     
CSM_152  Kromě údajů v CSM_151 musí MSCA zaslat ERCA v žádosti o certifikát tyto údaje, které ERCA 
umožní vytvořit odkaz na držite le certifikátu nového certifikátu MSCA: 
—  číselný kód státu certifikační autority (dato vý typ 
 stano vený v dodatku 1), 
—  alfanumer ický kód státu certifikační autority (dato vý typ 
 stano vený v 
dodatku 1), 
—  jednoba jtové sériové číslo pro rozlišení různých klíčů certifik ační autor ity v případě výměny 
klíčů, 
—  dvoubaj tové pole obsahující doplňk ové informace příslušné certifik ační autor ity. 
CSM_153  Kromě údajů v CSM_151 musí výrobce zařízení zaslat MSCA v žádosti o certifik át tyto údaje, které 
MSCA umožní vytvo řit odkaz na držitele nového certifikátu zařízení: 
—  identifikátor výrobce typu zařízení, 
—  případně (viz CSM_154) sériové číslo pro zařízení, které je pro výrobce jedinečné, typ zařízení 
a měsíc výroby . V ostatních případech jedinečný identif ikátor žádosti o certifik át, 
—  měsíc a rok výroby zařízení nebo žádosti o certifikát. 
Výrobce musí zajistit sprá vnost těcht o údajů a vložení certifikátu, který mu vrátí MSCA, do 
určeného zařízení. 
CSM_154  Pokud jde o VU, výrobce při podání žádosti o certifikát může a nemusí znát specifick é sériové číslo 
výrobce VU, pro nějž je tento certifikát a příslušný soukromý klíč určen. Je-li toto číslo známo, 
musí výrobce VU zaslat sériové číslo MSCA . Není-li známo, musí výrobce jedinečně označit 
každou žádost o certifikát a toto sériové číslo žádosti o certifikát zaslat MSCA . Výsledný certifikát 
potom obsahuje sériové číslo žádosti o certifikát. Po vložení certifikátu do specifi ckého VU musí 
výrobce sdělit MSCA spojení mezi sériovým číslem žádosti o certifikát a označením VU. 
10.  VZÁJEMNÉ OVĚŘO VÁNÍ PRA VOSTI A BEZPEČNÉ PŘED ÁVÁNÍ ZPRÁ V VU A KART Y 
10.1.  Obecné informa ce 
CSM_155  Bezpečná komunikace na vysok é úrovni mezi celkem ve vozidle a kartou tachografu je založena na 
těcht o krocíc h: 
—  Za prvé, každá strana musí druhé straně prokázat, že vlastní platný certifikát veřejného klíče 
podepsaný certifikačním orgánem členského státu. Certifikát veřejného klíče MSCA musí být 
navíc podepsán Evropským úřadem kořeno vých certifik átů. Tento krok se nazývá ověřením 
řetězce certifikátů a je podrobně popsán v části 10.2. 
—  Za druhé, celek ve vozidle musí kartě prokázat, že vlastní soukromý klíč odpo vídají cí 
veřejnému klíči příslušného certifik átu. Učiní tak podpisem náhodného čísla zaslaného kartou. 
Karta ověří podpis náhodného čísla. Je-li toto ověření úspěšné, je ověřena prav ost VU. Tento 
krok se nazývá ověření prav osti VU a je podrobně popsán v části 10.3. 26.5.2016 L 139/378 Úřední věstník Evropské unie CS     
—  Za třetí, obě strany nezáv isle vypočíta jí dva klíče relace AES pomocí algor itmu odsouhlasení 
asymetr ického klíče. Pomocí jednoho z těcht o klíčů relace karta vytvo ří kód ověřo vání zprá vy 
(MA C) pro určitá data zaslaná z VU. VU ověří MAC. Je-li toto ověření úspěšné, je ověřena 
pravost karty. Tento krok se nazývá ověření prav osti karty a je podrobně popsán v části 10.4. 
—  Za čtvr té, VU a karta musí užívat odsouhlasené klíče relace pro zajištění důvěr nosti, integr ity a 
pravosti všec h vyměňo vanýc h zprá v. Tento proces se nazývá bezpečné předávání práv a je 
podrobně popsán v části 10.5. 
CSM_156  Mechanis mus popsaný v CSM_155 musí být aktivo ván celkem ve vozidle při každém vložení karty 
do někte rého z jeho slotů. 
10.2.  Vzájemné ověření řetězce certifikátů 
10.2.1  Ověření řetězce certifikátů karty celkem ve vozidle 
CSM_157  Celky ve vozidle musí pro ověření řetězce certifik átů karty tachografu užívat protok ol popsaný na 
Obrázek 4. 
Poznámky k Obrázek 4: 
—  Certifikáty a veřejné klíče karty uvedené na obrázku se používaj í pro vzájemné ověřo vání 
pravosti. V části 9.1.5 jsou označen y jako Card_MA. 
—  Certifikáty a veřejné klíče Card.CA uvedené na obrázku se používají pro podpis certifik átů karet 
a jsou uvedeny v CAR certifik átu karty. V bodě 9.1.3 jsou označeny jako MSCA_ Card. 
—  Certifikát Card.CA .EUR uvedený na obrázku je evropský kořeno vý certifikát, který je uveden v 
CAR certifikátu Card.CA . 
—  Certifikát Card.Link uvedený na obrázku je případný spojo vací certifikát karty. Jak je uvedeno v 
části 9.1.2, jedná se o spojo vací certifik át pro nový evropský kořeno vý pár klíčů vytvo řený 
ERCA a podepsaný předc hozím evropským soukromým klíčem. 
—  Certifikát Card.Link.EUR je evropský kořeno vý certifikát, kter ý je uveden v CAR certifikátu 
Card.Link. 
CSM_158  Jak je uvedeno v Obrázek 4, ověření řetězce certifikátů karty se zahájí po vložení karty. Celek ve 
vozidle přečt e z EF ICC odkaz na držit ele karty (
 ). VU musí 
zkontrolo vat, zda kartu zná, tj. zda řetězec certifik átů karty úspěšně ověřil v minulosti a uložil jej 
pro budoucí potřebu. Pokud ano a certifikát karty je dosud platný, pokračuje proces ověřením 
řetězce certifikátů VU. V opačném případě VU postupně z karty přečt e certifik át MSCA_Card 
užívaný pro ověření certifikátu karty, certifikát Card.CA . EUR užívaný pro ověření certifikátu 
MSCA_ Card a případně spojo vací certifikát, dokud nenalezne certifik át, kter ý zná nebo který může 
ověřit. Pokud takový certifikát nalezne, VU tento certifikát použi je pro ověření příslušných 
certifikátů karty, které z karty přečetl. Je-li tent o krok úspěšný, pokračuje proces ověřením řetězce 
certifikátů VU. Není-li úspěšný, VU kartu ignor uje. 
Poznámka: Existují tři způsoby , jak může VU znát certifik át Card.CA .EUR: 
—  certifikát Card.CA .EUR je stejný certifikát jako vlastní certifikát EUR ve VU, 26.5.2016 L 139/379 Úřední věstník Evropské unie CS     
—  Card.CA .EUR certifik át byl vydán dříve než vlastní certifikát EUR ve VU a VU tento certifikát 
obsaho val již při vydání (viz CSM_81), 
—  Card:CA .EUR certifikát byl vydán až po vlastním certifik átu EUR ve VU a VU v minulosti přijal 
spojo vací certifikát z jiné karty tachog rafu, ověřil jej a uložil pro budoucí potřebu. 
CSM_159  Jak je uvedeno v Obrázek 4, jakmile VU prokáže pravost a platnost dříve neznámého certifikátu, 
může tento certifikát uložit pro budoucí potřebu, aby nemusel pravost tohot o certifikátu ověřo vat 
znovu, až bude VU opět předložen. Míst o uložení celého certifikátu může VU uložit pouze obsah 
těla certifik átu, jak je uvedeno v části 9.3.2. 
CSM_160  VU musí ověřit aktuální platnost každého certifikátu přečtené ho z karty nebo uloženého do své 
paměti a musí zamítnout certifikáty se skončenou platností. Pro ověření aktuální platnosti 
certifikátu předloženého kartou musí VU užít své vnitřní hodiny .  26.5.2016 L 139/380 Úřední věstník Evropské unie CS     
Obrázek 4 
Protok ol pro ověření řetězce certifikátů karty celk em ve vozidle 
10.2.2  Ověření řetězce certifikátů VU kartou 
CSM_161  Karty tachog rafu musí pro ověření řetězce certifik átů VU užívat prot okol popsaný na Obrázek 5. 26.5.2016 L 139/381 Úřední věstník Evropské unie CS     
Obrázek 5 
Protok ol pro ověření řetězce certifikátů karty celk em ve vozidle 
26.5.2016 L 139/382 Úřední věstník Evropské unie CS     
Poznámky k Obrázek 5: 
—  Certifikáty a veřejné klíče VU uvedené na obrázku se používají pro vzájemné ověřo vání prav osti. V části 
9.1.4 jsou označen y jako VU_MA. 
—  Certifikáty a veřejné klíče VU.CA uvedené na obrázku se používaj í pro podpis certifikátů VU a vnějšíc h 
zařízení GNSS. V části 9.1.3 jsou označeny jako MSCA_VU-EGF . 
—  Certifikát VU.CA .EUR uvedený na obrázku je evropský kořeno vý certifik át, který je uveden v CAR 
certifikátu VU.CA . 
—  Certifikát VU.Link uvedený na obrázku je případný spojo vací certifik át VU. Jak je uvedeno v části 9.1.2, 
jedná se o spojo vací certifikát pro nový evropský kořeno vý pár klíčů vytvo řený ERCA a podepsaný 
předc hozím evropským soukromým klíčem. 
—  Certifikát VU.Link.E UR je evropský kořeno vý certifik át, který je uveden v CAR certifik átu VU.Link. 
CSM_162  Jak je uvedeno v Obrázek 5, ověření řetězce certifikátů celku ve vozidle se zahájí v okamžiku, kdy 
se celek ve vozidle pok ouší nastav it vlastní veřejný klíč pro používání v kartě tachog rafu. Pokud se 
to podaří, znamená to, že karta v minulosti úspěšně ověřila řetězec certifikátů VU a uložila 
certifikát VU pro budoucí potřebu. V tomt o případě se certifikát VU nastav í pro použití a proces 
pokračuje ověřením prav osti VU. Pokud karta certifik át VU nezná, VU postupně předloží certifikát 
VU.CA užívaný pro ověření certifikátu VU, certifikát VU.CA .EUR užívaný pro ověření certifikátu 
VU.CA a případně spojo vací certifik át, aby tak byl nalezen certifik át, kter ý karta zná. Je-li takový 
certifikát nalezen, karta tento certifikát použi je pro ověření příslušných certifikátů VU, které jí jsou 
předložen y. Je-li tento krok úspěšný, VU nakonec nastaví svůj veřejný klíč pro užití v kartě 
tachog rafu. Není-li úspěšný, VU kartu ignor uje. 
Poznámka: Existují tři způsob y, jak může karta poznat certifikát VU.CA .EUR: 
—  certifikát VU.CA .EUR je stejný certifikát jako vlastní certifikát EUR karty, 
—  certifikát VU.C A.EUR byl vydán dříve než vlastní certifikát EUR karty a karta tento certifikát 
obsaho vala již při vydání (viz CSM_91), 
—  certifikát VU.CA .EUR byl vydán až po vlastním certifikátu EUR karty a karta v minulosti přijala 
spojo vací certifikát z jiného celku ve vozidle, ověřila jej a uložila pro budoucí potřebu. 
CSM_163  VU použije příkaz MSE: Set AT pro nastav ení svého veřejného klíče pro užití v kartě tachog rafu. 
Jak je uvedeno v dodatku 2, tent o příkaz obsahuje označení kryptografické ho mechanismu, kter ý 
bude použit se stano veným klíčem. Tímto mechanismem je „Ověřo vání prav osti VU pomocí 
algor itmu ECDSA ve spojení s hašo vacím algor itmem spojeným s velik ostí klíče páru klíčů VU_MA 
celku ve vozidle, jak je uvedeno v CSM_50“. 
CSM_164  Příkaz MSE: Set AT rovněž obsahuje označení přec hodného páru klíčů, kter ý VU použi je při 
odsouhlasení klíče relace (viz část 10.4). Před zasláním příkazu MSE: Set AT proto VU vygene ruje 
přech odný pár klíčů ECC. Pro genero vání přec hodného páru klíčů VU použi je standardní 
parametr y domény uvedené v certifikátu karty. Přec hodný pár klíčů je označen jako (VU.SKeph, VU. 
PKeph, Card.DP). VU použije souřadnici x přec hodného veřejného bodu ECDH jako označení klíče; 
toto se nazývá kompr imo vané zast oupení veřejného klíče a označuje se jako Comp(VU.PKeph). 
CSM_165  Je-li příkaz MSE: Set AT úspěšný, karta nastaví uvedený VU.PK pro následující použití během 
ověřo vání prav osti vozidla a přechodně uloží Comp (VU.PKeph). Jsou-li před odsouhlasením klíče 
relace zaslány dva nebo více úspěšných příkazů MSE: Set AT, karta uloží pouze poslední přijatý 
Com p(VU.PKeph). 26.5.2016 L 139/383 Úřední věstník Evropské unie CS     
CSM_166  Karta musí ověřit dočasnou platnost všech certifikátů, které VU předloží nebo na kter é odkazuje 
při uložení do paměti karty, a musí zamítnout certifikáty se skončenou platností. 
CSM_167  Pro ověření dočasné platnosti certifikátu předloženého celke m ve vozidle musí každá karta 
tachog rafu intern ě ukládat určitá data představuj ící aktuální čas. Tato data nesmí být celke m ve 
vozidle přímo aktualizo vatelná. Při vydání musí být aktuální čas karty nastav en na datum účinnosti 
certifikátu Card_MA karty. Karta svůj aktuální čas aktualizuje, je-li datum účinnosti certifikátu s 
původ ním platným zdrojem času předloženého celkem ve vozidle pozdější než aktuální čas karty. 
V tomt o případě karta nastav í svůj aktuální čas na datum účinnosti tohot o certifikátu. Karta jako 
platný zdroj času přijme pouze tyto certifikáty : 
—  spojo vací certifikáty ERCA druhé generace, 
—  certifikáty MSCA druhé generace, 
—  certifikáty VU druhé generace vydané stejnou zemí jako vlastní certifikát(y) karty. 
Poznámka: Poslední požadavek předpokládá, že karta musí být schopna rozeznat CAR certifikátu 
VU, tj. certifikát MSCA_ VU-EGF . Ten nebude stejný jako CAR jejího vlastního certifikátu, kterým je 
certifikát MSCA_ Card. 
CSM_168  Jak je uvedeno v Obrázek 5, jakmile karta ověří prav ost a platnost dříve neznámého certifikátu, 
může tento certifikát uložit pro budoucí potřebu, aby nemusela prav ost tohot o certifikátu ověřo vat 
znovu, až bude kartě opět předložen. Míst o uložení celého certifik átu může karta uložit pouze 
obsah těla certifikátu, jak je uvedeno v části 9.3.2. 
10.3.  Ověření prav osti VU 
CSM_169  Celky ve vozidle a karty musí používat prot okol ověřo vání prav osti VU uvedený na Obr . 6 pro 
prokázání prav osti VU vůči kartě. Ověřo vání prav osti VU umožňuje kartě tach ografu jednoznačně 
ověřit důvěr yhodnost VU. K tomut o účelu VU použi je svůj soukromý klíč k podpisu výzvy 
genero vané kartou. 
CSM_170  Kromě samotného podpisu výzvy karty musí VU do podpisu vložit odkaz na držite le karty zjištěný 
z certifikátu karty. 
Poznámka: Tento postup zajišťuje, že karta, kter é VU prokazuje svou prav ost, je stejná karta, jejíž 
řetězec certifik átů VU dříve ověřil. 
CSM_171  VU musí rovněž do podpisu vložit identif ikátor přec hodného veřejného klíče Com p(VU.PKeph), 
kter ý bude VU používat pro zajištění bezpečného předávání zpráv během procesu ověřo vání 
prav osti čipu stano veného v části 10.4. 
Poznámka: Tento postup zajišťuje, že VU, se kterým karta komunikuje během relace bezpečného 
předáv ání zpráv , je ten VU, jehož prav ost byla ověřena kartou.  26.5.2016 L 139/384 Úřední věstník Evropské unie CS     
Obr. 6 
Protok ol ověřo vání prav osti VU 
CSM_172  Pokud během ověřo vání prav osti VU celek ve vozidle odešle vícenásobné příkazy GET 
CHALLENGE, karta vždy vrátí novou osmibajt ovou náhodnou výzvu, ale uloží pouze poslední 
výzvu. 
CSM_173  Podpiso vý algor itmus užívaný celke m ve vozidle pro ověřo vání prav osti VU musí být ECDSA podle 
pokynů v [DSS], kter ý používá hašo vací algor itmus spojený s velik ostí klíče páru klíčů VU_MA 
celku ve vozidle podle CSM_50. Formát podpisu musí být otev řený podle [TR-03111]. VU zašle 
výsledný podpis kartě. 
CSM_174  Po přijetí podpisu VU v příkazu EXTERNAL AUTHENTICA TE musí karta 
—  vypočítat ověřo vací token kaskádo vým spojením Card.CHR, výzvu karty rcard a identif ikátor 
přec hodného veřejného klíče Com p(VU.PKeph) celku ve vozidle, 
—  vypočítat hash pro ověřo vací token pomocí hašo vacího algor itmu spojeného s velik ostí klíče 
páru klíčů VU_MA celku ve vozidle podle CSM_50, 
—  ověřit podpis VU pomocí algor itmu ECDSA ve spojení s VU.PK a vypočítanou hash. 
10.4.  Ověření prav osti čipu a odsouhlasení klíče relace 
CSM_175  Celky ve vozidle a karty musí užívat protok ol ověřo vání pravosti čipu uvedený na Obr . 7 pro 
ověření pravosti karty vůči VU. Ověření prav osti čipu umožňuje celku ve vozidle jednoznačně 
ověřit důvěr yhodnost karty. 26.5.2016 L 139/385 Úřední věstník Evropské unie CS     
Obr. 7 
Ověření prav osti čipu a odsouhlasení klíče relace 
CSM_176  VU a karta musí provést tyto kroky:  
1. Celek ve vozidle zahájí proces ověření pravosti čipu zasláním příkazu MSE: Set AT, kter ý 
znamená „Ověření prav osti čipu pomocí algor itmu ECDH pro vytvo ření délky klíče relace AES 
spojené s velik ostí klíče páru klíčů Card_MA karty, jak je uvedeno v CSM_50“. VU určí velik ost 
klíče páru klíčů karty z certifik átu karty.  
2. VU zašle kartě veřejný bod VU.PKeph svého přech odného páru klíčů. Jak je uvedeno v CSM_164, 
VU genero val tento přec hodný pár klíčů před ověřením řetězce certifik átů VU. VU zaslal identi ­
fikátor přech odného veřejného klíče Comp(VU.PKeph) kartě, která jej uložila.  
3. Karta vypočítá Comp(VU.PKeph) z VU.PKeph a poro vná jej s uloženou hodnotou Comp(VU.PKeph).  
4. Pomocí algor itmu ECDH ve spojení se statický m soukromým klíčem karty a přechodným 
veřejným klíčem VU karta vypočítá tajnou hodnotu K.  
5. Karta zvolí náhodnou 8bajtovou hodnotu nonce NPICC a použi je ji pro odvození dvou klíčů 
relace AES KMAC a KENC z hodnoty K. Viz CSM_179.  
6. Pomocí KMAC karta vypočítá ověřo vací token pro identifikátor přech odného veřejného klíče VU: 
TPICC = CMA C(KMAC, VU.PKeph). Karta zašle NPICC a TPICC celku ve vozidle.  
7. Pomocí algor itmu ECDH ve spojení se statický m veřejným klíčem karty a přechodným 
soukromým klíčem VU celek ve vozidle vypočítá stejnou tajnou hodnotu K jako karta v kroku 
4. 26.5.2016 L 139/386 Úřední věstník Evropské unie CS     
8. VU odvodí klíče relace KMAC a KENC z K a NPICC; viz CSM_179.  
9. VU ověří značku prokázání prav osti TPICC. 
CSM_177  V kroku 3 výše musí karta vypočítat Comp(VU.PKeph) jako souřadnici x veřejného bodu ve VU. 
PKeph. 
CSM_178  V krocíc h 4 a 7 výše musí karta a celek ve vozidle použít algor itmus ECK A-EG stano vený v [TR- 
03111]. 
CSM_179  V krocíc h 5 a 8 výše musí karta a celek ve vozidle použít funkci odvození klíče pro klíče relace 
AES stano vené v [TR-03111] s tout o přesností a změnami: 
—  Hodnota čítače musí být ‘00 00 00 01’ pro KENC a ‘00 00 00 02’ pro KMAC. 
—  Musí být použita volitelná hodnota nonce r odpo vídající hodnotě NPICC. 
—  Pro odvození 128-bit ových klíčů AES musí být použit hašo vací algor itmus SHA-256. 
—  Pro odvození 192-bit ových klíčů AES musí být použit hašo vací algor itmus SHA-384. 
—  Pro odvození 256-bit ových klíčů AES musí být použit hašo vací algor itmus SHA-512. 
Délka klíčů relace (tj. délka, při níž je hash přer ušen) musí být spojena s velik ostí páru klíčů 
Card_MA podle CSM_50. 
CSM_180  V krocíc h 6 a 9 výše musí karta a celek ve vozidle použít algor itmus AES v režimu CMA C podle 
[SP 800-38B]. Délka TPICC musí být spojena s délk ou klíčů relace AES podle CSM_50. 
10.5.  Bezpečné předávání zprá v 
10.5.1  Obecné infor mace 
CSM_181  Všechn y příkazy a odpo vědi vyměňo vané mezi celkem ve vozidle a kartou tach ografu po úspěšném 
ověření pravosti čipu a do skončení relace musí být chráněn y bezpečným předáv áním zprá v. 
CSM_182  S výjimk ou čtení ze soubor u s podmínk ou přístupu SM-R -ENC-MA C-G2 (viz dodat ek 2, část 4) 
musí být bezpečné předávání zpráv užíváno pouze v režimu ověřo vání prav osti. V tomt o režimu je 
kryptografický kontrolní součet (MA C) přidáván ke všem příkazům a odpo vědím pro zajištění 
prav osti a integrit y zprá v. 
CSM_183  Při čtení dat ze soubor u s podmínk ou přístupu SM-R -ENC-MA C-G2 musí být bezpečné předáv ání 
zpráv používáno v režimu šifro vání a následného prokazo vání pravosti, tj. data odezvy jsou 
nejpr ve šifro vána pro zajištění důvěr nosti zprávy a následně je vypočítán MAC pro formáto vaná 
šifro vaná data pro zajištění prav osti a integr ity. 
CSM_184  Bezpečné předávání zpráv musí užívat AES podle [AES] s klíči relace KMAC a KENC, kter é byly 
odsouhlaseny během ověřo vání prav osti čipu. 
CSM_185  Pro zabránění opak ovaným útokům musí být používáno nepodepsané celé číslo jako čítač odeslané 
posloupnosti (SSC). Velikost SSC musí být stejná jako velik ost bloku AES, tj. 128 bitů. SSC musí 
být ve formátu MSB-f irst. Čítač odeslané posloupnosti musí být při zahájení bezpečného předáv ání 
zpráv nastaven na nulu (tj. ‘00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00’). SSC musí být 
zvýšen před každým genero váním příkazu nebo odezvy APDU, tj. jestliže je počátečn í hodnota SSC 
v relaci SM 0, bude v prvním příkazu hodnota SSC 1. Hodnota SSC pro první odpo věď bude 2. 26.5.2016 L 139/387 Úřední věstník Evropské unie CS     
CSM_186  Pro šifro vání zpráv musí být užíván klíč KENC s AES v operačním módu řetězení šifro vého textu 
(CBC) podle [ISO 10116] s vloženým parametrem m = 1 a inicializačním vektorem SV = E(KENC, 
SSC), tj. aktuální hodnota čítače odeslané posloupnosti šifro vaná pomocí KENC. 
CSM_187  Pro ověření pravosti zpráv musí být užíván klíč KMAC s AES v módu CMA C podle [SP 800-38B]. 
Délka MAC musí být spojena s délk ou klíčů relace AES podle CSM_50. Čítač odeslané 
posloupnosti se do MAC vloží před datagram, který má být ověřen. 
10.5.2  Struktur a bezpečné zprávy 
CSM_188  Bezpečné předáv ání zpráv musí užívat pouze datové objekty bezpečného předáv ání zpráv (viz [ISO 
7816-4]) uvedené v Tabulka 5. V každé zprá vě musí být tyto dato vé objekty použity v pořadí 
uvedeném v této tabulce. 
Tabulka 5 
Dat ové objekty bezpečného předáv ání zprá v 
Název dato vého objektu Tag Přítomnost (Z)á vazná, (P)odmíněná 
nebo (N)epřípustná v 
Příkazy Odezvy 
Otevře ná hodnota nekódo vaná v BER -TLV ‘81’ C C 
Otevře ná hodnota kódo vaná v BER -TLV, ale ne­
obsahující SM DO ‘B3’ C C 
Indikátor doplňk ového obsahu následo vaný šif­
rovaným záznamem, otev řenou hodnotou nekó­
dovanou v BER -TLV ‘87’ C C 
Chráněné Le ‘97’ C F 
Stav zpraco vání ‘99’ F M 
Kryptografi cký kontrolní součet ‘8E’ M M  
Poznámka: Jak je uvedeno v dodatku 2, mohou karty tachog rafu podporo vat příkaz READ BINAR Y 
a UPD ATE BINAR Y s lichým bajtem INS (‘B1’ resp. ‘D7’). Tyto varianty příkazů jsou požado vány 
pro čtení a aktualizaci souborů s více než 32 768 bajty. V případě užití takové varianty se dato vý 
objekt s tagem ‘B3’ použi je místo objektu s tagem ‘81’. Více informací v dodatku 2. 
CSM_189  Všechn y datové objekty SM musí být kódo vány v DER TLV podle [ISO 8825-1]. Toto kódo vání má 
za následek následující struktur u hodnoty délky tagu (TLV): 
Tag:  Tag je kódo ván v jednom nebo dvou oktet ech a indikuje obsah. 
Délka:  Délka je kódo vána jako nepodepsané celé číslo v jednom, dvou nebo třech oktet ech, což 
má za následek maximální délku 65 535 oktetů. Používá se minimální počet oktetů. 
Hodnota:  Hodnota je kódo vána v nula nebo více oktet ech 26.5.2016 L 139/388 Úřední věstník Evropské unie CS     
CSM_190  APDU chráněné bezpečným předáv áním zpráv musí být vytvo řeny takto: 
—  Záhlav í příkazu se zahr ne do výpočtu MAC, proto se pro druh bajtu CLA užije hodnota ‘0C’. 
—  Jak je uvedeno v dodatku 2, musí být všechn y bajty INS sudé s možnou výjimk ou lichých bajtů 
INS pro příkazy READ BINAR Y a UPD ATE BINAR Y. 
—  Aktuální hodnota Lc se po použití bezpečného zpraco vání zpráv změní na Lc'. 
—  Datové pole musí obsaho vat dato vé objekty SM. 
—  V chráněném příkazu APDU musí být nový bajt Le nastaven na hodnotu ‘00’. V případě 
potřeb y se do dato vého pole zařadí datový objekt ‘97’, kter ý vyjadřuje původní hodnotu Le. 
CSM_191  Všechn y dato vé objekty určené k šifro vání musí být podle [ISO 7816-4] doplněn y indikátor em 
doplňk ového obsahu ‘01’. Pro výpočet MAC se každý datový objekt v APDU rovněž samostatně 
doplní podle [ISO 7816-4]. 
Poznámka: Doplňo vání pro bezpečné předáv ání zpráv se vždy provádí pomocí vrstvy bezpečného 
předáv ání zpráv , nikoli pomocí algor itmů CMA C nebo CBC. 
Shrnutí a příklady 
Příkaz APDU s použitým bezpečným předáváním zpráv má v závislosti na příslušném nezabezpečeném 
příkazu následující struktur u (DO je dato vý objekt): 
Případ 1: CLA INS P1 P2 || Lc' || DO ‘8E’ || Le 
Případ 2: CLA INS P1 P2 || Lc' || DO ‘97’ || DO‘8E’ || Le 
Případ 3 (sudý bajt INS): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘8E’ || Le 
Případ 3 (lichý bajt INS): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘8E’ || Le 
Případ 4 (sudý bajt INS): CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘97’ || DO‘8E’ || Le 
Případ 4 (lichý bajt INS): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘97’ || DO‘8E’ || Le  
kde Le = ‘00’ nebo ‘00 00’ v závislosti na tom, zda jsou použita krátká pole délky nebo rozšířená pole délky ; 
viz [ISO 7816-4]. 
Odpo věď APDU s použitým bezpečným předáváním zpráv má v závislosti na příslušné nezabezpečené 
odpo vědi následující struktur u: 
Případ 1 nebo 3: DO ‘99’ || DO ‘8E’ || SW1SW2 
Případ 2 nebo 4 (sudý bajt INS) se šifro váním: DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Případ 2 nebo 4 (sudý bajt INS) bez šifro vání: DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Případ 2 nebo 4 (lichý bajt INS) bez šifro vání: DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2  
Poznámka: Případ 2 nebo 4 (lichý bajt INS) se šifro váním se v komunikaci mezi VU a kartou nikdy nepoužívá. 26.5.2016 L 139/389 Úřední věstník Evropské unie CS     
Níže jsou uvedeny tři příklady transf ormace APDU pro příkazy se sudým kódem INS. Obrázek 8 znázorňuje 
příkaz APDU případu 4 s ověřenou prav ostí, Obrázek 9 znázorňuje odpo věď APDU případu 2/případu 4 s 
prokázanou prav ostí a Obrázek 10 znázorňuje odpo věď APDU případu 2/případu 4 se šifro váním a ověřenou 
prav ostí. 
Obrázek 8 
Transf ormace příka zu APDU případu 4 s ověřenou prav ostí 
Obrázek 9 
Transf ormace odpo vědi APDU případu 1 / případu 3 s ověřenou prav ostí 
26.5.2016 L 139/390 Úřední věstník Evropské unie CS     
Obrázek 10 
Transf ormace odpo vědi APDU případu 2 / případu 4 se šifro vání a prokázanou prav ostí 
10.5.3  Přerušení relace bezpečného předáv ání zpráv 
CSM_192  Celek ve vozidle přer uší aktuální relaci bezpečného předáv ání zpráv pouze v případě, že je splněna 
někter á z těch to podmínek: 
—  přijme otev řenou odpo věď APDU, 
—  detekuje chybu bezpečného předáv ání zpráv v odpo vědi APDU: 
—  chybí očeká vaný datový objekt bezpečného předáv ání zpráv , pořadí datových objektů je 
nesprávné nebo je zařazen neznámý datový objekt, 
—  dato vý objekt bezpečného předávání zpráv je nesprávný, např. hodnota MAC je nesprá vná, 
struktura TLV je nesprávná nebo indikátor doplnění v tagu ‘87’ se nero vná ‘01’. 
—  karta odešle bajt statusu, který označuje detek ování chyby SM (viz CSM_194), 
—  je dosaženo mezního počtu příkazů a příslušných odpo vědí v rámci aktuální relace. Pro 
příslušný VU tuto mezní hodnotu stano ví jeho výrobce s ohledem na bezpečnostní požada vky 
použit ého hardwar u s maximální hodnotou 240 příkazů a příslušných odpo vědí SM na relaci. 
CSM_193  Karta tachog rafu přer uší aktuální relaci bezpečného předáv ání zprá v pouze v případě, že je splněna 
někter á z těch to podmínek: 
—  přijme otev řený příkaz APDU, 26.5.2016 L 139/391 Úřední věstník Evropské unie CS     
—  detekuje chybu bezpečného předáv ání zpráv v příkazu APDU: 
—  chybí očeká vaný datový objekt bezpečného předáv ání zpráv , pořadí datových objektů je 
nesprávné nebo je zařazen neznámý datový objekt, 
—  dato vý objekt bezpečného předáv ání zpráv je nesprá vný, např. hodnota MAC nebo 
struktura TLV je nesprávná, 
—  je odpojena od napájení nebo reseto vána, 
—  VU zvolí aplikaci na kartě, 
—  VU zahájí proces ověření pravosti VU, 
—  je dosaženo mezního počtu příkazů a příslušných odpo vědí v rámci aktuální relace. Pro 
příslušnou kartu tuto mezní hodnotu stano ví její výrobce s ohledem na bezpečnostní 
požada vky použité ho hardwar u s maximální hodnotou 240 příkazů a příslušných odezev SM 
na relaci. 
CSM_194  Na chybu SM reaguje karta tachografu takto: 
—  Pokud v příkazu APDU chybí někte ré očekávané dato vé objekty bezpečného předávání zpráv , 
pořadí datových objektů je nesprávné nebo jsou zařazen y neznámé dato vé objekty , odpo ví 
karta tachog rafu stav ovými bajty ‘69 87’. 
—  Pokud je někter ý datový objekt bezpečného předáv ání zpráv v příkazu APDU nesprávný, 
odpo ví karta tachog rafu bajty statusu ‘69 88’. 
V takovém případě musí být bajty statusu znovu odeslány bez použití bezpečného předáv ání zprá v. 
CSM_195  Pokud je relace bezpečného předáv ání zprá v mezi VU a kartou tach ografu přer ušena, VU a karta 
tachog rafu musí 
—  bezpečně zlikvido vat uložené klíče relace, 
—  okamžitě navázat novou relaci bezpečného předáv ání zprá v podle částí 10.2 – 10.5. 
CSM_196  Pokud se z jakéhok oli důvodu VU rozhodne znovu zahájit vzájemné ověřo vání prav osti vůči 
vložené kartě, musí být tento proces zahájen ověřením řetězce certifikátů karty podle části 10.2 a 
pokračo vat v souladu s částmi 10.2 – 10.5. 
11.  PÁROVÁNÍ VU – VNĚJŠÍ ZAŘÍZENÍ GNSS, VZÁJEMNÉ OVĚŘO VÁNÍ PRA VOSTI A BEZPEČNÉ PŘED ÁVÁNÍ ZPRÁ V 
11.1.  Obecné informa ce 
CSM_197  Zařízení GNSS používané VU pro určo vání jeho poloh y může být interní (tj. vestav ěné do krytu 
VU a neoddělite lné), nebo se může jednat o externí modul. V prvním případě není třeba standar ­
dizo vat vnitřní komunikaci mezi zařízením GNSS a VU a požada vky podle této kapito ly se 
nepoužijí. Ve druhém případě musí být komunikace mezi VU a vnějším zařízením GNSS standardi ­
zována a chráněna podle ustano vení této kapito ly. 
CSM_198  Bezpečná komunikace mezi celkem ve vozidle a vnějším zařízením GNSS probíhá stejn ě jako 
bezpečná komunikace mezi celkem ve vozidle a kartou tachog rafu, přičemž úlohu karty přebírá 
vnější zařízení GNSS (EGF). EGF musí splňo vat všec hny požadavky uvedené v kapito le 10 pro karty 
tachog rafu při zohlednění odch ylek, vysvětlení a doplňků uvedených v této kapitole. Zejména 
vzájemné ověření řetězců certifikátů, ověření prav osti VU a ověření prav osti čipu se musí provádět 
podle pokynů v částec h 11.3 and 11.4. 26.5.2016 L 139/392 Úřední věstník Evropské unie CS     
CSM_199  Komunikace mezi celkem ve vozidle a EGF se liší od komunikace mezi celkem ve vozidle a kartou 
v tom, že celek ve vozidle a EGF se musí před tím, než si budou moci během normálního provozu 
vyměňo vat data na bázi GNSS, spáro vat v dílně. Proces páro vání je popsán v části 11.2. 
CSM_200  Pro komunikaci mezi celkem ve vozidle a EGF musí být užívány příkazy a odezvy APDU podle 
[ISO 7816-4] a [ISO 7816-8]. Přesná struktura těch to APDU je stano vena v dodatku 2 této příloh y. 
11.2.  Páro vání VU a exter ního zařízení GNSS 
CSM_201  Celek ve vozidle a EGF ve vozidle musí být spáro vány v dílně. Během normálního provozu mohou 
komunik ovat pouze celek ve vozidle a EGF , kter é byly spáro vány . 
CSM_202  Párování celku ve vozidle a EGF je možné pouze v případě, že celek ve vozidle je v kalibračním 
módu. Párování musí být zahájeno celkem ve vozidle. 
CSM_203  Dílna může kdyk oli znovu spáro vat celek ve vozidle s jiným EGF nebo stejným EGF . Během 
nového páro vání musí VU ve své paměti bezpečně zlikvido vat stáva jící certifikát EGF_MA a uložit 
certifikát EGF_MA vnějšího zařízení GNSS, s nímž má být páro váno. 
CSM_204  Dílna může kdyk oli znovu spojit vnější zařízení GNSS s jiným VU nebo stejným VU. Během 
nového páro vání musí EGF ve své paměti bezpečně zlikvido vat stáva jící certifikát VU_MA a uložit 
certifikát VU_MA celku ve vozidle, s nímž má být páro váno. 
11.3.  Vzájemné ověření řetězce certifikátů 
11.3.1  Obecné infor mace 
CSM_205  Vzájemné ověření řetězce certifik átů mezi VU a EGF se provede pouze během páro vání VU a EGF v 
dílně. Během normálního provozu spáro vaného VU a EGF nejsou ověřo vány žádné certifik áty. VU 
a EGF musí naopak důvěřo vat certifikátům, kter é uložily během páro vání a po ověření dočasné 
platnosti těcht o certifikátů. VU a EGF nesmí důvěřo vat žádným jiným certifikátům z důvodu 
ochrany komunikace VU – EGF během normálního provozu. 
11.3.2  Během párování VU – EGF 
CSM_206  Během páro vání s EGF musí celek ve vozidle užívat protok ol popsaný na Obrázek 4 (části 10.2.1) 
pro ověření řetězce certifikátů vnějšího zařízení GNSS. 
Poznámky k Obrázek 4 v této souvislosti: 
—  Řízení komunikace je mimo rozsah tohot o dodatku. EGF však není intelig entní karta, a proto 
VU pravděpodobně nebude odesílat příkaz resetu pro obno vení komunikace a nebude přijímat 
ATR. 
—  Certifikáty a veřejné klíče karet uvedené na obrázku lze považo vat za certifikáty a veřejné klíče 
EGF pro vzájemné ověřo vání pravosti. V části 9.1.6 jsou označeny jako EGF_MA. 
—  Certifikáty a veřejné klíče Card.C A uvedené na obrázku lze považo vat za certifikáty a veřejné 
klíče MSCA pro podpis certifikátů EGF . V části 9.1.3 jsou označeny jako MSCA _VU-EGF . 26.5.2016 L 139/393 Úřední věstník Evropské unie CS     
—  Certifikát Card.CA .EUR uvedený na obrázku lze považo vat za evropský kořeno vý certifik át, 
který je uveden v CAR certifik átu MSCA_ VU-EGF . 
—  Certifikát Card.Link uvedený na obrázku lze považo vat za spojo vací certifikát EGF , je-li 
přítome n. Jak je uvedeno v části 9.1.2, jedná se o spojo vací certifikát pro nový evropský 
kořeno vý pár klíčů vytvo řený ERCA a podepsaný předc hozím evropským soukromým klíčem. 
—  Certifikát Card.Link.EUR je evropský kořeno vý certifikát, kter ý je uveden v CAR certifikátu 
Card.Link. 
—  Míst o 
 musí VU z EF ICC načíst 
 . 
—  Míst o výběr u AID tachog rafu musí VU zvolit AID EGF . 
—  Příkaz „Ignore Card“ se považuje za příkaz „Ignore EGF“. 
CSM_207  Jakmile celek ve vozidle ověří certifikát EGF_MA, uloží jej pro užití během normálního provozu; 
viz bod 11.3.3. 
CSM_208  Během páro vání s VU musí vnější jednotka GNSS používat protok ol uvedený na Obrázek 5 (části 
10.2.2) pro ověření řetězců certifik átů VU. 
Poznámky k Obrázek 5 v této souvislosti: 
—  VU musí vygenero vat nový přech odný pár klíčů pomocí parametrů domény v certifikátu EGF . 
—  Certifikáty a veřejné klíče VU uvedené na obrázku se používaj í pro vzájemné ověřo vání 
pravosti. V části 9.1.4 jsou označen y jako VU_MA. 
—  Certifikáty a veřejné klíče VU.CA uvedené na obrázku se používají pro podpis certifik átů VU a 
vnějšíc h zařízení GNSS. V části 9.1.3 jsou označeny jako MSCA_VU-EGF . 
—  Certifikát VU.CA .EUR uvedený na obrázku je evropský kořeno vý certifikát, který je uveden v 
CAR certifikátu VU.CA . 
—  Certifikát VU.Link uvedený na obrázku je spojo vací certifikát VU, je-li přítomen. Jak je uvedeno 
v části 9.1.2, jedná se o spojo vací certifikát pro nový evropský kořeno vý pár klíčů vytvořený 
ERCA a podepsaný předc hozím evropským soukromým klíčem. 
—  Certifikát VU.Link.E UR je evropský kořeno vý certifikát, který je uveden v CAR certifikátu VU. 
Link. 
CSM_209  Odch ylně od požada vku CSM_167 musí EGF užívat pro ověření dočasné platnosti všec h 
předložených certifikátů čas GNSS. 
CSM_210  Jakmile vnější jednotka GNSS ověří certifikát VU_MA, musí jej uložit pro užití během normálního 
provozu; viz bod 11.3.3. 
11.3.3  Během normálního provozu 
CSM_211  Během normálního provozu musí celek ve vozidle a EGF užívat protok ol uvedený na Obrázek 11 
pro ověření dočasné platnosti uložených certifik átů EGF_MA a VU_MA a pro nastav ení veřejného 
klíče VU_MA pro následné ověření pravosti VU. Během normálního provozu se žádné další 
vzájemné ověření řetězců certifik átů nepro vádí. 26.5.2016 L 139/394 Úřední věstník Evropské unie CS     
Všimněte si, že Obrázek 11 v zásadě obsahuje první kroky uvedené na Obrázek 4 a Obrázek 5. 
Protože EGF není inteligentní karta, opět platí, že VU pravdě podobně nebude odesílat příkaz resetu 
pro zahájení komunikace a nebude přijímat ATR. Tento postup je v každém případě mimo rozsah 
tohot o dodatku. 
Obrázek 11 
Vzájemné ověření dočasné platnosti certifikátu během nor málního provozu VU – EGF 
CSM_212  Jak je uvedeno na Obrázek 11, celek ve vozidle zaznamená chybu, pokud certifik át EGF_MA již 
není platný. Vzájemné ověřo vání prav osti, odsouhlasení klíče a následná komunikace prostřednict ­
vím bezpečného předávání zpráv však pokračuje normálně. 
11.4.  Ověřo vání prav osti VU,, ověřo vání prav osti čipu a odsouhlasení klíče relace 
CSM_213  Ověřo vání prav osti VU, ověřo vání prav osti čipu a odsouhlasení klíče relace mezi VU a EGF se 
provádí během páro vání a při každém obno vení relace bezpečného předávání zprá v během 
normálního provozu. VU a EGF musí provádět postup y popsané v částec h 10.3 a 10.4. Platí 
všec hny požada vky uvedené v těcht o částec h. 
11.5.  Bezpečné předávání zprá v 
CSM_214  Všechn y příkazy a odezvy vyměňo vané mezi celkem ve vozidle a vnějším zařízením GNSS po 
úspěšném ověření prav osti čipu a do skončení relace musí být chráněny bezpečným předáv áním 
zpráv pouze v módu ověřo vání prav osti. Platí všec hny požadavky v bodě 10.5. 
CSM_215  Při přer ušení relace bezpečného předáv ání zpráv mezi VU a EGF musí VU okamžitě vytvo řit novou 
relaci bezpečného předáv ání zprá v, jak je uvedeno v části 11.3.3 a 11.4. 26.5.2016 L 139/395 Úřední věstník Evropské unie CS     
12.  PÁROVÁNÍ A KOMUNIKA CE VU – SNÍMAČ POHYBU 
12.1.  Obecné informa ce 
CSM_216  Celek ve vozidle a snímač pohybu musí během páro vání a za normálního provozu komunik ovat 
pomocí protok olu rozhraní uvedeného v [ISO 16844-3] se změnami uvedenými v této kapito le a v 
části 9.2.1. 
Poznámka: Čtenáři této kapito ly by měli být seznámeni s obsahem [ISO 16844-3]. 
12.2.  Páro vání VU – snímač pohybu pomocí různých generací klíčů 
Jak je uvedeno v části 9.2.1, hlav ní klíč snímače pohy bu a všec hny související klíče jsou pravidelně 
vyměňo vány . To znamená, že v kartách dílny jsou současně až tři klíče AEC KM-W C pro snímač pohy bu 
(následných generací klíče). Podobně mohou být ve snímačíc h pohy bu až tři různé druhy šifro vání dat na bázi 
AES (podle následných generací hlav ního klíče snímače pohy bu KM). Celek ve vozidle obsahuje pouze jeden 
klíč KM-VU pro snímač pohy bu. 
CSM_217  VU druhé generace a snímač pohy bu druhé generace musí být páro vány takto (viz tabulka 6 v [ISO 
16844-3]):  
1. Karta dílny druhé generace je vložena do VU a VU je spojen se snímačem pohybu.  
2. VU čte všec hny dostupné klíče KM-WC z karty dílny , kontroluje jejich čísla verze klíče a zvolí to, 
které odpo vídá číslu verze klíče VU KM-VU. Není-li odpo vídající klíč KM-W C na kartě dílny , VU 
přer uší páro vací proces a držit eli karty dílny zobrazí příslušné chybové hlášení.  
3. VU vypočítá hlav ní klíč snímače pohyb u KM z KM-VU a KM-W C a identif ikační klíč KID zKM, jak je 
uvedeno v části 9.2.1.  
4. VU odešle snímači pohybu pokyn pro zahájení páro vacího procesu, jak je uvedeno v [ISO 
16844-3], a zašifr uje sériové číslo, které získá ze snímače pohy bu s identifikačním klíčem KID. 
VU vrátí snímači pohy bu zašifro vané sériové číslo.  
5. Snímač pohybu poro vná zašifro vané sériové číslo postupně se všemi zašifro vanými sériovými 
čísly , kter á jsou v něm uložena. Nalezne-li shodu, je prav ost VU ověřena. Snímač pohybu 
zaznamená generaci KID používaného VU a vrátí vyho vující zašifro vanou verzi svého páro vacího 
klíče; tj. šifro vání, které bylo vytvořeno pomocí stejné generace KM.  
6. VU dešifr uje páro vací klíč pomocí KM, gener uje klíč relace KS, zašifr uje jej s páro vacím klíčem a 
výsledek odešle do snímače pohybu. Snímač pohybu KS dekóduje.  
7. VU sesta ví páro vací informaci podle [ISO 16844-3], zašifr uje informaci s páro vacím klíčem a 
výsledek odešle do snímače pohybu. Snímač pohybu páro vací informaci dekóduje.  
8. Snímač pohy bu zašifr uje přijatou páro vací informaci s přijatým KS a vrátí ji VU. Ten ověří, zda 
je tato páro vací informace stejná informace, jakou snímači pohybu odeslal v předc hozím kroku. 
Pokud ano, znamená to, že snímač pohybu použil stejný KS jako VU, a proto v kroku 5 odeslal 
svůj páro vací klíč zašifro vaný se sprá vnou generací KM. Tím je pravost snímače pohybu ověřena. 
Kroky 2 a 5 se liší od standardního procesu v [ISO 16844-3]; ostatní kroky jsou standardní. 26.5.2016 L 139/396 Úřední věstník Evropské unie CS     
Příklad: Předpokládejme, že k páro vání dojde v prvním roce platnosti certifikátu ERCA (3); viz 
Obrázek 2 v bodě 9.2.1.2. Kromě toho: 
—  předpokládejme, že snímač pohy bu byl vydán v posledním roce platnosti certifikátu ERCA (1). 
Bude prot o obsaho vat tyto klíče a data: 
—  Ns[1]: své sériové číslo šifro vané s generací 1 KID, 
—  Ns[2]: své sériové číslo šifro vané s generací 2 KID, 
—  Ns[3]: své sériové číslo šifro vané s generací 3 KID, 
—  KP[1]: svůj páro vací klíč generace 1 (1), šifro vaný s generací 1 KM, 
—  KP[2]: svůj páro vací klíč generace 2, šifro vaný s generací 2 KM, 
—  KP[3]: svůj páro vací klíč generace 3, šifro vaný s generací 3 KM, 
—  předpokládejme, že karta dílny byla vydána v prvním roce platnosti certifikátu ERCA (3). Bude 
prot o obsaho vat generaci 2 a generaci 3 klíče KM-W C. 
—  předpokládejme, že VU je generace 2, obsahující generaci 2 klíče KM-VU. 
V tomt o případě proběhnou v krocích 2 – 5 tyto operace: 
—  Krok 2: VU přečt e klíče KM-W C generace 2 a generace 3 z karty dílny a zkontroluje jejich čísla 
verze. 
—  Krok 3: VU spojí klíč KM-W C generace 2 se svým KM-V U a vypočítá KM a KID. 
—  Krok 4: VU zašifr uje sériové číslo, které přijme ze snímače pohybu, s klíčem KID. 
—  Krok 5: Snímač pohyb u poro vná přijatá data s Ns[1] a nezjistí shodu. Potom poro vná data s Ns 
[2] a zjistí shodu. Dojde k závěru, že VU je generace 2, a proto odešle zpět KP[2]. 
12.3.  Páro vání a komunik ace VU – snímač pohy bu pomocí AES 
CSM_218  Jak je uvedeno v Tabulka 3 v části 9.2.1, všec hny klíče použité v páro vání celku ve vozidle (druhé 
generace) a snímače pohy bu a v následné komunikaci jsou klíče AES, a nikoli klíče TDES dvojité 
délky podle [ISO 16844-3]. Tyto klíče AES mohou mít délku 128, 192 nebo 256 bitů. Protože 
velik ost bloku AES je 16 bajtů, musí být délka šifro vané zprávy násobkem 16 bajtů na rozdíl od 8 
bajtů pro TDES. Některé z těcht o zpráv budou navíc použity pro přenos klíčů AES, jejichž délka 
může být 128, 192 nebo 256 bitů. Proto se počet datových bajtů na instr ukci v tabulce 5 [ISO 
16844-3] změní, jak je uvedeno v Tabulka 6: 
Tabulk a 6 
Počet bajtů otevřeného textu a šifro vaných dat na instr ukci podle [ISO 16844-3] 
Instr uk­
ce Požadavek/ 
odpo věď Popis dat Počet bajtů otevře ­
ných dat podle 
[ISO 16844-3] Počet bajtů otevře ­
ných dat s použitím 
klíčů AES Počet bajtů otevřen ých dat s 
použitím klíčů AES s bito vou 
délk ou 
128 192 256 
10 požada vek Data ověření pra­
vosti + číslo soubor u 8 8 16 16 16 26.5.2016 L 139/397 Úřední věstník Evropské unie CS     
(1)Párovací klíče generace 1, generace 2 a generace 3 mohou být ve skutečnosti stejný klíč nebo mohou být třemi různými klíči s různými 
délkami, jak je uvedeno v CSM_117. 
Instr uk­
ce Požadavek/ 
odpo věď Popis dat Počet bajtů otevře ­
ných dat podle 
[ISO 16844-3] Počet bajtů otevře ­
ných dat s použitím 
klíčů AES Počet bajtů otevřen ých dat s 
použitím klíčů AES s bito vou 
délk ou 
128 192 256 
11 odpo věď Data ověření pra­
vosti + obsah sou­
boru 16 nebo 32, 
podle soubor u 16 nebo 32, 
podle soubor u 16 / 32 16 / 32 16 / 32 
41 požada vek Sériové číslo MoS 8 8 16 16 16 
41 odpo věď Párovací klíč 16 16 / 24 / 32 16 32 32 
42 požada vek Klíč relace 16 16 / 24 / 32 16 32 32 
43 požada vek Párovací informace 24 24 32 32 32 
50 odpo věď Párovací informace 24 24 32 32 32 
70 požada vek Data ověření pra­
vosti 8 8 16 16 16 
80 odpo věď Hodnota čítače MoS 
+ data ověření pra­
vosti 8 8 16 16 16  
CSM_219  Párovací informace, které jsou zaslány v instr ukcíc h 43 (žádost VU) a 50 (odpo věď MoS), musí být 
sesta veny , jak je uvedeno v části 7.6.10 [ISO 16844-3], s tou výjimk ou, že ve schématu šifro vání 
pro páro vání se místo algor itmu TDES použi je algor itmus AES, což vede ke dvěma šifro váním AES 
a doplňo vání podle CSM_220 se upraví tak, aby byla dodržena délka bloku AES. Klíč K'p použitý 
pro toto šifro vání musí být genero ván takto: 
—  v případě páro vacího klíče KP s délk ou 16 bajtů: K'p = KP XOR (Ns||Ns) 
—  v případě páro vacího klíče KP s délk ou 24 bajtů: K'p = KP XOR (Ns||Ns||Ns) 
—  v případě páro vacího klíče KP s délk ou 32 bajtů: K'p = KP XOR (Ns||Ns||Ns||Ns) 
kde Ns je 8-bajt ové sériové číslo snímače pohy bu. 
CSM_220  V případě, že délka otevřeného textu (s použitím klíče AES) není násobkem 16 bajtů, použije se 
metod a doplňo vání 2 stano vená v [ISO 9797-1]. 
Poznámka: V [ISO 16844-3] je počet bajtů otev řeného textu vždy násobkem 8, prot o při použití 
TDES není doplňo vání nutné. Tato část tohot o dodatku nemění definici dat a zprá v v [ISO 16844- 
3], proto je třeba použít metodu doplňo vání. 
CSM_221  Pro instr ukci 11 a v případě, že musí být šifro ván více než jeden blok , se použi je mód řetězení 
šifro vého textu podle [ISO 10116] s vloženým parametrem m = 1. Použitý IV je: 
—  pro instr ukci 11: 8-ba jtový blok ověření prav osti uvedený v části 7.6.3.3 [ISO 16844-3], 
doplněný pomocí metody doplňo vání 2 podle [ISO 9797-1]; viz rovněž část 7.6.5 a 7.6.6 [ISO 
16844-3], 26.5.2016 L 139/398 Úřední věstník Evropské unie CS     
—  pro všec hny ostatní instr ukce, v nichž je přesunut o více než 16 bajtů, jak je uvedeno v Tabulka 
6: ‘00’ {16}, tj. šestnáct bajtů s binár ní hodnotou 0. 
Poznámka: Jak je uvedeno v části 7.6.5 a 7.6.6 [ISO 16844-3], když MoS šifruje dato vé soubor y 
pro zařazení do instr ukce 11, je blok prokázání prav osti: 
—  použit jako inicializační vektor pro šifro vání dato vých souborů v módu CBC, 
—  zašifro ván a zařazen jako první blok do dat, která jsou odeslána do VU. 
12.4.  Páro vání VU – snímač pohybu pro různé generace zařízení 
CSM_222  Jak je uvedeno v části 9.2.1, snímač pohy bu druhé generace může obsaho vat šifro vání páro vacích 
dat na bázi TDES (podle části A tohot o dodatku), které umožňuje páro vání snímače pohy bu s VU 
první generace. V tomt o případě musí být VU první generace a snímač pohyb u druhé generace 
páro vány podle části A tohot o dodatku a podle [ISO 16844-3]. Pro páro vací proces lze použít 
kartu dílny první nebo druhé generace. 
Poznámky : 
—  Nelze páro vat VU druhé generace a snímač pohy bu první generace. 
—  Pro páro vání VU druhé generace a snímače pohy bu nelze použít kartu dílny první generace. 
13.  BEZPEČNOST VZD ÁLENÉ KOMUNIKA CE PROSTŘEDNICT VÍM DSR C 
13.1.  Obecné informa ce 
Jak je uvedeno v dodatku 14, VU pravidelně gener uje data vzdáleného sledo vání tach ografu (RTM) a odesílá 
tato data (internímu nebo externí mu) zařízení vzdálené komunikace (RCF). Zařízení vzdálené komunikace je 
odpo vědné za odesílání těch to dat přes rozhraní DSR C podle dodatku 14 do vzdáleného dotazo vacího 
zařízení. Dodatek 1 stano ví, že data RTM jsou kaskádo vým spojením: 
šifro vaného vytížení tacho grafu šifro vání otevřeného přenosu dat tachografu, 
bezpečnostních dat DSR Cuvedených níže. 
Datový formát otev řeného přenosu dat tachog rafu je uveden v dodatku 1 a dále popsán v dodatku 14. Tato 
část popisuje struktur u bezpečnostních dat DSR C; formální specifikace jsou uvedeny v dodatku 1. 
CSM_223  Otevře ný text 
 předáv aný z VU do zařízení vzdálené komunikace (je-li RCF 
vůči VU externí jednotk ou) nebo z VU do vzdáleného dotazo vacího zařízení přes rozhraní DSR C 
(je-li RCF vůči VU intern í jednotk ou) musí být chráněna v módu šifro vání a následného ověření 
prav osti, tj. přenášená data tach ografu jsou nejpr ve šifro vána pro zajištění důvěr nosti zprá vy a 
následně je vypočítán MAC pro zajištění pravosti a integr ity. 
CSM_224  Bezpečnostní data DSR C musí obsaho vat kaskádo vé spojení následujících datových prvků v níže 
uvedeném pořadí; viz také Obr . 12: 
Aktuální datum čas  aktuální datum a čas VU (dato vý typ 
 ), 
Čítač  3-ba jtový čítač, viz CSM_225 26.5.2016 L 139/399 Úřední věstník Evropské unie CS     
Sériové číslo VU  sériové číslo VU (dato vý typ 
 ), 
Číslo verze hlavního klíče DSR C  1-ba jtové číslo verze hlavního klíče DSR C, z něhož se 
odvozují klíče DSR C pro příslušné VU, viz část 9.2.2. 
MA C  MAC vypočítaný ze všec h předc hozích bajtů v datec h RTM. 
CSM_225  3-ba jtový čítač v bezpečnostníc h datech DSR C musí být ve formátu MSB-f irst. Když VU po uvedení 
do provozu popr vé vypočítá sadu dat RTM, nastav í hodnotu čítače na 0. Před každým výpočte m 
nové sady dat RTM zvýší VU hodnotu dat čítače o 1. 
13.2.  Šifro vání přenosu dat tacho grafu a genero vání MA C 
CSM_226  V případě otev řeného datového prvku s dato vým typem 
 podle dodatku 14 
musí VU tato data šifro vat, jak je uvedeno v Obr . 12: Klíč DSR C celku ve vozidle pro šifro vání 
K_VUDSR C_ENC (viz bod 9.2.2) musí být použit s AES v operačním módu řetězení šifro vého textu 
(CBC) podle [ISO 10116] s vloženým parametrem m = 1. Inicializační vektor musí odpo vídat 
hodnotě IV = aktuální datum čas || ‘00 00 00 00 00 00 00 00 00’ || čítač, kde aktuální datum čas a 
čítač jsou uvedeny v CSM_224. Šifro vaná data musí být doplněna pomocí metody 2 podle [ISO 
9797-1]. 
CSM_227  VU musí vypočítat MAC v bezpečnostníc h datech DSR C, jak je uvedeno v Obr . 12: MAC se 
vypočte pro všec hny předc hozí bajty v datech RTM až do čísla verze hlav ního klíče DSR C včetně i 
včetně tagů a délek dato vých objektů. VU použije svůj klíč DSR C pro ověření pravosti 
K_VUDSR C_MA C (viz část 9.2.2) s algor itmem AES v módu CMA C podle [SP 800-38B]. Délka MAC 
musí být spojena s délk ou klíčů DSR C příslušnýc h VU, jak je uvedeno v CSM_50. 
Obr. 12 
Šifro vání přenosu dat tacho grafu a genero vání MA C 
26.5.2016 L 139/400 Úřední věstník Evropské unie CS     
13.3.  Ověření a dešifro vání přenosu dat tacho grafu 
CSM_228  Když vzdálené dotazo vací zařízení přijme data RTM z VU, musí vešker á data RTM odeslat do 
kontrolní karty v dato vém poli příkazu PROCESS DSR C MESS AGE, jak je uvedeno v dodatku 2. 
Pak:  
1. Kontrolní karta zkontroluje číslo verze hlavního klíče DSR C v bezpečnostních date ch DSR C. 
Pokud kontrolní karta nezná uvedený hlavní klíč DSR C, oznámí chybu uvedenou v dodatku 2 a 
přer uší proces. 
2.Kontrolní karta použije uvedený hlav ní klíč DSR C ve spojení se sériovým číslem VU v bezpeč ­
nostníc h datech DSR C pro odvození klíčů DSR C příslušného celku ve vozidle K_VUDSR C_ENC a 
K_VUDSR C_MA C, jak je uvedeno v CSM_124.  
3. Kontrolní karta použije K_VUDSR C_MA C pro ověření MAC v bezpečnostních datech DSR C, jak je 
uvedeno v CSM_227. Je-li MAC nesprávný, kontrolní karta oznámí chybu uvedenou v dodatku 
2 a přer uší proces.  
4. Kontrolní karta použije K_VUDSR C_ENC pro dešifro vání šifro vaného přenosu dat tachog rafu, jak 
je uvedeno v CSM_226. Kontrolní karta musí odstranit doplnění a vrátit dešifro vaná přenášená 
data tachog rafu vzdálenému dotazo vacímu zařízení. 
CSM_229  Pro zabránění opak ovaným útokům musí vzdálené dotazo vací zařízení zkontrolo vat aktuálnost dat 
RTM ověřením, zda se aktuální datum čas v bezpečnostních datec h DSR C příliš neodch yluje od 
aktuálního času vzdáleného dotazo vacího zařízení. 
Poznámky : 
—  To vyžaduje, aby mělo vzdálené dotazo vací zařízení přesný a spolehlivý zdroj času. 
—  Protože dodat ek 14 požaduje, aby VU každých 60 sekund vypočítal novou sadu dat RTM a 
hodin y VU se smějí odlišo vat o 1 minutu od skutečného času, je spodní hranice aktuálnosti dat 
RTM 2 minuty . Požado vaná aktuálnost rovněž závisí na přesnosti hodin vzdáleného 
dotazo vacího zařízení. 
CSM_230  Když dílna ověří sprá vnou funkci DSR C celku ve vozidle, musí vešker á přijatá data RTM odeslat 
z VU do karty dílny v datovém poli příkazu PROCESS DSR C MESSA GE, jak je uvedeno v dodatku 
2. Dílna karty musí provést kontroly a postup y uvedené v CSM_228. 
14.  PODEPISO VÁNÍ STAžENÝCH DAT A OVĚŘO VÁNÍ PODPISŮ 
14.1.  Obecné informa ce 
CSM_231  Inteli gentní vyhrazené zařízení (IDE) musí uložit data přijatá z VU nebo karty během jedné relace 
staho vání v jednom fyzic kém datovém soubor u. Data mohou být uložena na ESM (externí 
paměťo vé médium). Tento soubor obsahuje digitální podpisy bloků dat, jak je uvedeno v dodatku 
7. Tento soubor musí rovněž obsaho vat tyto certifikáty (viz část 9.1): 
—  v případě staho vání VU: 
—  certifik át VU_Sign, 
—  certifik át MSCA _VU-EGF obsahující veřejný klíč pro ověření certifik átu VU_Sign, 26.5.2016 L 139/401 Úřední věstník Evropské unie CS     
—  v případě staho vání karty: 
—  certifik át Card_Sign, 
—  certifik át MSCA _Card obsahující veřejný klíč pro ověření certifikátu Card_Sign. 
CSM_232  IDE musí rovněž zlikvido vat 
—  v případě, že používá kontrolní kartu pro ověření podpisu podle Obrázek 13: spojo vací 
certifikát spojující poslední certifikát EUR s certifikátem EUR, jehož doba platnosti jej přímo 
předc hází, pokud existuje, 
—  v případě, že ověřuje samotný podpis: všec hny platné evropské kořeno vé certifikáty . 
Poznámka: Metoda, kterou IDE používá pro získání těcht o certifikátů, není v tomt o dodatku 
stano vena. 
14.2.  Genero vání podpisu 
CSM_233  Podpiso vý algor itmus pro vytváření digitálních podpisů staho vanýc h dat musí být ECDSA podle 
[DSS] s použitím hašo vacího algor itmu spojeného s velik ostí klíče VU nebo karty, jak je uvedeno v 
CSM_50. Formát podpisu musí být otev řený podle [TR-03111]. 
14.3.  Ověření podpisu 
CSM_234  IDE může ověřo vat podpis staho vanýc h dat samostatně nebo může k tomut o účelu použít 
kontrolní kartu. V případě, že použije kontrolní kartu, provede se ověření podpisu podle Obrázek 
13. V případě, že ověří podpis samostatně, prokázání prav osti a platnost všec h certifikátů v řetězci 
certifikátů dato vého soubor u a podpis dat podle podpiso vého schém atu uvedeného v [DSS]. 
Poznámky k Obrázek 13: 
—  zařízení, které podepiso valo analyzo vaná data, je označeno EQT , 
—  certifikáty a veřejné klíče EQT uvedené na obrázku se používaj í pro podpis, tj. VU_Sign nebo 
Card_Sign, 
—  certifikáty a veřejné klíče EQT .CA uvedené na obrázku se používaj í pro podpis certifikátů VU 
nebo karty, 
—  certifikát EQT .CA.EUR uvedený na obrázku je evropský kořeno vý certifikát, který je uveden v 
CAR certifikátu EQT .CA, 
—  certifikát EQT .Link uvedený na obrázku je případný spojo vací certifikát EQT . Jak je uvedeno v 
části 9.1.2, jedná se o spojo vací certifik át pro nový evropský kořeno vý pár klíčů vytvo řený 
ERCA a podepsaný předc hozím evropským soukromým klíčem, 
—  certifikát EQT .Link .EUR je evropský kořeno vý certifikát, kter ý je uveden v CAR certifikátu EQT . 
Link. 
CSM_235  Pro výpočet hash M odeslané do kontrolní karty v PSO: příkaz hash, IDE musí používat hašo vací 
algor itmus spojený s velik ostí klíče VU nebo karty, ze kterých jsou staho vána data, jak je uvedeno v 
CSM_50. 
CSM_236  Pro ověření podpisu EQT musí kontrolní karta postupo vat podle podpiso vého schématu 
uvedeného v [DSS]. 
Poznámka: Tento dokument nestano ví žádné opatření pro případ, kdy nelze ověřit podpis staženého 
dato vého soubor u nebo je ověření neúspěšné. 26.5.2016 L 139/402 Úřední věstník Evropské unie CS     
Obrázek 13 
Protok ol pro ověření podpisu staženého dato vého soubor u 
26.5.2016 L 139/403 Úřední věstník Evropské unie CS     
Dodatek 12 
URČO VÁNÍ POLOHY NA ZÁKL ADĚ GLOBÁLNÍHO DRUŽICO VÉHO NAVIGAČNÍHO SYSTÉMU (GNSS) 
OBSAH 
1. ÚVOD ............................................................................................................................................. 405 
1.1 Oblast působnosti .................................................................................................................. 405 
1.2 Zkratky a notace .................................................................................................................... 405 
2. SPECIFIKA CE PŘIJÍMAČE GNSS .............................................................................................................. 406 
3. VĚT Y NMEA ...................................................................................................................................... 406 
4. CELEK VE VOZIDLE S VNĚJŠÍM ZAŘÍZENÍM GNSS ..................................................................................... 408 
4.1 Konfigurace .......................................................................................................................... 408 
4.1.1 Hlavní součásti a rozhraní ........................................................................................................ 408 
4.1.2 Stav vnějšího zařízení GNSS po dokončení výroby ......................................................................... 408 
4.2 Komunikace mezi vnějším zařízením GNSS a celkem ve vozidle ....................................................... 409 
4.2.1 Komunikační prot okol............................................................................................................. 409 
4.2.2 Zabezpečený přenos údajů GNSS ............................................................................................... 411 
4.2.3 Struktura příkazu Read Record .................................................................................................. 412 
4.3 Vazba, vzájemné ověření prav osti a dohoda na klíči relace mezi vnějším zařízením GNSS a celkem ve vozi­
dle ...................................................................................................................................... 413 
4.4 Zpraco vání chyb.................................................................................................................... 413 
4.4.1 Chyba komunikace s vnějším zařízením GNSS .............................................................................. 413 
4.4.2 Narušení fyzic ké integrity vnějšího zařízení GNSS ......................................................................... 413 
4.4.3 Chybí informace o poloze z přijímače GNSS ................................................................................ 413 
4.4.4 Skončení platnosti certifikátu vnějšího zařízení GNSS ..................................................................... 414 
5. CELEK VE VOZIDLE BEZ VNĚJŠÍHO ZAŘÍZENÍ GNSS .................................................................................. 414 
5.1 Konfigurace .......................................................................................................................... 414 
5.2 Zpraco vání chyb.................................................................................................................... 414 
5.2.1 Chybí informace o poloze z přijímače GNSS ................................................................................ 414 
6. NESOUL AD ČASU GNSS ...................................................................................................................... 414 
7. NESOUL AD ÚDAJŮ O POHYBU VOZIDL A............................................................................................... 415  26.5.2016 L 139/404 Úřední věstník Evropské unie CS     
1.  ÚVOD 
Tento dodat ek stano ví technick é požada vky na údaje GNSS používané celkem ve vozidle, včetně protok olů, kter é 
je třeba implemento vat k zajištění zabezpečeného a správného přenosu dat s informacemi o poloze. 
Hlavními články nařízení (EU) č. 165/2014 určujícími tyto požada vky jsou: článek 8 „Zaznamená vání poloh y 
vozidla v určitýc h místec h během denní praco vní doby“, článek 10 „Rozhraní s inteligentními dopra vními 
systém y“ a článek 11 „Podrobná ustano vení pro inteligentní tachografy“. 
1.1  Oblas t působnost i 
GNS_1  Za účelem provádění článku 8 shromažďuje celek ve vozidle údaje o poloze nejméně z jednoho 
globálního družico vého navig ačního systému. 
Celek ve vozidle může, ale nemusí být vybaven vnějším zařízením GNSS, jak popisuje obrázek 1: 
Obrázek 1 
Různé konfigurace přijímače GNSS 
1.2  Zkratky a notace 
V tomt o dodatku jsou použity tyto zkratky: 
DOP  parametr přesnosti (Dilution of Precision) 
EGF  elementár ní soubor zařízení GNSS (Elementar y file GNSS Facility) 26.5.2016 L 139/405 Úřední věstník Evropské unie CS     
EGNOS  Evropská služba pro pokr ytí geostacionár ní navigací (European Geostationar y Navig ation Overlay Service) 
GNSS  globální družico vý navig ační systém (Global Navig ation Satellite System) 
GSA  GPS DOP a aktivní družice (GPS DOP and active satellites) 
HDOP  parametr horizontální přesnosti (Hor izontal Dilution of Precisi on) 
ICD  kontrolní dokument rozhraní (Inter face Control Document) 
NMEA  Národní asociace pro námořní elektroniku (National Mar ine Electr onics Association) 
PDOP  parametr přesnosti poloh y (Position Dilution of Precision) 
RMC  dopor učená minimální specifi cká data (Reco mmended Minimum Specific) 
SIS  signál v kosmu (Signal in Space) 
VDOP  parametr vertikální přesnosti (Vertical Dilution of Precision) 
VU  celek ve vozidle (Vehicle Unit) 
2.  SPECIFIKA CE PŘIJÍMAČE GNSS 
Bez ohledu na konfiguraci intelig entního tachografu s vnějším zařízením GNSS nebo bez něj je poskyto vání 
přesných a spolehlivých informací o poloze základním prvkem účinného fungo vání intelig entního tachografu. 
Proto je přiměřené požado vat jeho slučit elnost se službami poskyto vanými v rámci programů Galileo a EGNOS 
podle nařízení Evropskéh o parlamentu a Rady (EU) č. 1285/2013 (1). Systém zavedený v rámci programu Galileo 
je nezávislým globálním družico vým navi gačním systéme m a systém zavedený v rámci programu EGNOS je 
regionálním družico vým navigačním systémem zvyšujícím kvalitu signálu systém u GPS (Global Positioning System). 
GNS_2  Výrobci zajistí, aby přijímače GNSS v inteli gentníc h tachograf ech byly slučit elné se službami určo vání 
poloh y poskyto vanými systém y Galileo a EGNOS. Výrobci mohou rovněž naví c zvolit kompati bilitu 
s dalšími družico vými navig ačními systém y. 
GNS_3  Přijímač GNSS musí být schope n podporo vat ověření pravosti v rámci otev řené služby systé mu Galileo, 
až bude systé m Galileo takovou službu poskyto vat a výrobci přijímačů GNSS ji budou podporo vat. 
Nicméně u intelig entních tachografů uvedenýc h na trh dříve, než budou uvedené podmínky splněny , a 
nepodpor ujících ověření prav osti v rámci otev řené služby systému Galileo nebude vyžado vána 
moder nizace. 
3.  VĚT Y NMEA 
Tato část popisuje věty NMEA používané při provozu inteligentního tachografu. Tato část platí pro konfiguraci 
intelig entního tachog rafu s vnějším zařízením GNSS i bez něj. 
GNS_4  Údaj e o poloze jsou založeny na větě NMEA s dopor učenými minimálními specifickými daty GNSS 
(RMC), kter á obsahuje údaje o poloze (zeměpisná šířka, délka), čas ve formátu UTC (hhmmss.ss) a 
rychlost vůči zemsk ému povrchu v uzlech, jakož i další hodnoty . 
Věta RMC má tent o formát (podle standardu NMEA V4.1): 26.5.2016 L 139/406 Úřední věstník Evropské unie CS     
(1)Nařízení Evropsk ého parlamentu a Rady (EU) č. 1285/2013 ze dne 11. prosince 2013 o zřízení evropskýc h systém ů družico vé navigace 
a jejich využití a o zrušení nařízení Rady (ES) č. 876/2002 a nařízení Evropského parlamentu a Rady (ES) č. 683/2008 (Úř. věst. L 347, 
20.12.2013, s. 1). 
Obrázek 2 
Struktura věty RMC 
Status udává, zda je signál GNSS dostupný. Dokud nemá status hodnotu A, nelze přijímané údaje (např. čas nebo 
zeměpisnou šířku a délku) používat v celku ve vozidle pro zaznamenávání polohy vozidla. 
Rozlišení poloh y je založeno na výše popsaném formátu věty RMC. První část polí č. 3 a 5 (první dvě čísla) 
představuje stupně. Zbyt ek představuje minuty vyjádřené na tři desetinná místa. Rozlišení je tedy 1/1000 minuty 
nebo 1/60000 stupně (protože jedna minuta je 1/60 stupně). 
GNS_5  Celek ve vozidle ukládá v databázi VU informace o poloze, pokud jde o zeměpisnou šířku a délku, s 
rozlišením 1/10 minuty nebo 1/600 stupně, jak popisuje dodat ek 1 pro typ GeoCoordinates. 
Ke zjišťo vání a zaznamenáv ání dostupnosti a přesnosti signálu může celek ve vozidle používat příkaz 
GSA (GPS DOP a aktivní družice). K indikaci úrovně přesnosti zaznamenaných údajů o poloze se používá 
zejména parametr HDOP (viz část 4.2.2). Celek ve vozidle ukládá hodnotu parametr u horizontální 
přesnosti (HDOP) vypočítanou jako minimum z hodnot HDOP shromážděnýc h z dostupnýc h systémů 
GNSS. 
ID systém u GNSS označuje GPS, Glonass, Galileo, Beidou nebo rozšiřující družico vý systé m (SBA S). 
Obrázek 3 
Struktura věty GSA 
26.5.2016 L 139/407 Úřední věstník Evropské unie CS     
kde režim (2) uvádí, zda je určení poloh y (fix) nedostupné (režim=1), dostupné pro 2D (režim=2), nebo dostupné 
pro 3D (režim=3). 
GNS_6  Věta GSA se ukládá s číslem záznamu ‘06’. 
GNS_7  Maximální velik ost vět NMEA (např. RMC, GSA nebo dalšíc h), kterou lze použít pro určení velik osti v 
příkazu čtení záznamu, je 85 bajtů (viz tabulka 1). 
4.  CELEK VE VOZIDLE S VNĚJŠÍM ZAŘÍZENÍM GNSS 
4.1  Konf igurace 
4.1.1  Hlavní součásti a rozhraní 
V této konfiguraci je přijímač GNSS součástí vnějšího zařízení GNSS. 
GNS_8  Vnější zařízení GNSS musí být napájeno zvláštním vozidlo vým rozhraním. 
GNS_9  Vnější zařízení GNSS obsahuje tyto součásti (viz obrázek 4): 
a)  komerční přijímač GNSS pro poskyto vání údajů o poloze prostřednictvím dato vého rozhraní GNSS. 
Dato vým rozhraním GNSS může být například standard NMEA V4.10, kde přijímač GNSS funguje 
jako vysílač a předává věty NMEA bezpečnostnímu přijímači-vysílači GNSS s frekvencí 1 Hz, pokud 
jde o předem definov anou sadu vět NMEA, která musí zahr novat přinejmenším věty RMC a GSA. 
Implementace dato vého rozhraní GNSS je volbou výrobce vnějšího zařízení GNSS; 
b)  jednotku přijímače-vysílače (bezpečnostní přijímač-vysílač GNSS) podpor ující normu ISO/IEC 7816- 
4:2013 (viz část 4.2.1) pro komunikaci s celkem ve vozidle a podpor u dato vého rozhraní GNSS 
s přijímačem GNSS. Jednotka je vybavena pamětí pro ukládání identifikačních údajů přijímače GNSS 
a vnějšího zařízení GNSS; 
c)  systém krytí s funkcí detekce nedo volené manipulace, kter ý zapouzdřuje jak přijímač GNSS, tak 
bezpečnostní přijímač-vysílač GNSS. Funkce detekce nedo volené manipulace implementuje 
bezpečnostní ochranná opatření požado vaná v prof ilu ochran y inteli gentního tachografu; 
d)  anténu GNSS instalo vanou na vozidle a připojenou k přijímači GNSS skrz systém krytí. 
GNS_10  Vnější zařízení GNSS má přinejmenším tato vnější rozhraní: 
a)  rozhraní pro anténu GNSS instalo vanou na nákladním vozidle, je-li použita exte rní anténa; 
b)  rozhraní s celkem ve vozidle. 
GNS_11  V celku ve vozidle je protistranou zabezpečené komunikace s bezpečnostním přijímačem-vysílačem 
GNSS bezpečnostní přijímač-vysílač VU, který musí podporo vat normu ISO/IEC 7816-4:2013, pokud 
jde o připojení k vnějšímu zařízení GNSS. 
GNS_12  Pokud jde o fyzic kou vrstvu komunikace s vnějším zařízením GNSS, musí celek ve vozidle podporo vat 
normu ISO/IEC 7816-12:2005 nebo jiný standard, který podpor uje normu ISO/IEC 7816-4:2013 (viz 
část 4.2.1). 
4.1.2  Stav vnějšího zařízení GNSS po dokončení výroby 
GNS_13  Vnější zařízení GNSS při opuštění továrny ucho vává v paměti bezpečnostního přijímače-vysílače GNSS 
nezávislé na napájení tyto hodnoty: 
—  pár klíčů EGF_MA a příslušný certifikát, 
—  certifikát MSCA_VU-EGF obsahující veřejný klíč MSCA_VU-EGF .PK používaný pro ověření 
certifikátu EGF_MA, 26.5.2016 L 139/408 Úřední věstník Evropské unie CS     
—  certifikát EUR obsahující veřejný klíč EUR.PK používaný pro ověření certifik átu MSCA_ VU-EGF , 
—  certifikát EUR, jehož doba platnosti přímo předc hází době platnosti certifik átu EUR používaného 
pro ověření certifik átu MSCA_ VU-EGF , pokud existuje, 
—  spojo vací certifikát spojující tyto dva certifikáty EUR, pokud existuje, 
—  rozšířené sériové číslo vnějšího zařízení GNSS, 
—  identif ikátor operačního systému zařízení GNSS, 
—  číslo schválení typu vnějšího zařízení GNSS, 
—  identif ikátor bezpečnostní kompone nty vnějšího modulu GNSS. 
4.2  Komunikace mezi vnějším zařízením GNSS a celkem ve vozidle 
4.2.1  Komunikačn í protokol 
GNS_14  Komunikační protok ol mezi vnějším zařízením GNSS a celke m ve vozidle podpor uje tři funkce:  
1. shromažďo vání a distr ibuci údajů GNSS (např. poloh y, časo vání, rychlosti);  
2. shromažďo vání konfiguračních dat vnějšího zařízení GNSS;  
3. protok ol sprá vy na podpor u vazby , vzájemného ověření prav osti a dohody na klíči relace mezi 
vnějším zařízením GNSS a celkem ve vozidle. 
GNS_15  Komunikační protok ol je založen na normě ISO/IEC 7816-4:2013, přičemž bezpečnostní přijímač- 
vysílač VU má nadřazenou roli („maste r“) a bezpečnostní přijímač-vysílač GNSS má podřízenou roli 
(„slave“). Fyzick é spojení mezi vnějším zařízením GNSS a celkem ve vozidle je založeno na normě ISO/ 
IEC 7816-12:2005 nebo na jiném standardu, kter ý podpor uje normu ISO/IEC 7816-4:2013. 
GNS_16  V komunikačním protok olu nejsou podporo vána rozšířená pole délky . 
GNS_17  Komunikační protok ol dle ISO 7816 (jak -4:2013, tak -12:2005) mezi vnějším zařízením GNSS a VU je 
nastaven na T=1. 
GNS_18  Pokud jde o funkce 1) shromažďo vání a distr ibuce údajů GNSS, 2) shromažďo vání konfiguračních dat 
vnějšího zařízení GNSS a 3) protok ol sprá vy, bezpečnostní přijímač-vysílač GNSS simuluje inteli gentní 
kartu s archit ekturou systé mu souborů tvořenou hlav ním souborem (MF), adresářo vým souborem (DF) 
s identif ikátorem aplikace stano veným v dodatku 1 kapitole 6.2 (‘FF 44 54 45 47 4D’) a s třemi elemen ­
tárními soubor y (EF) obsahujícími certifikáty a jedním samostatným elementár ním souborem (EF.EGF) 
s identif ikátorem soubor u rovným ‘2F2F’ , jak popisuje tabulka 1. 
GNS_19  Bezpečnostní přijímač-vysílač GNSS ukládá údaje přicházející z přijímače GNSS a konfiguraci v soubor u 
EF.EGF . Jde o lineár ní soubor se záznam y proměnné délky a s identif ikátorem rovným ‘2F2F’ v hexadeci ­
málním formátu. 
GNS_20  Bezpečnostní přijímač-vysílač GNSS používá pro ukládání dat paměť schopn ou provést nejméně 20 
milionů cyklů zápisu/čtení . Kromě této podmínky jsou vnitřní konstr ukce a implementace bezpeč ­
nostního přijímače-vysílače GNSS ponechán y na uvážení výrobců. 
Mapo vání čísel záznamů a dat uvádí tabulka 1. Je třeba připomenout, že existují čtyři věty GSA pro 
čtyři družico vé systém y a rozšiřující družico vý systém (SBAS). 
GNS_21  Struktur u souborů uvádí tabulka 1. Podmínky přístupu (ALW, NEV , SM-MA C) viz dodatek 2 kapitolu 
3.5. 26.5.2016 L 139/409 Úřední věstník Evropské unie CS     
Tabulk a 1 
Struktura souborů   
Podmínky přístupu 
Soubor ID soubor u Čtení Aktualizace Šifro vání 
MF 3F00    
EF.ICC 0002 ALW NEV 
(by VU) Ne 
DF GNSS Facili ty 0501 ALW NEV Ne 
EF EGF_MA Certificate C100 ALW NEV Ne 
EF CA_Cer tificate C108 ALW NEV Ne 
EF Link_Cer tificate C109 ALW NEV Ne 
EF.EGF 2F2F SM-MA C NEV 
(by VU) Ne  
Soubor / dato vý prvek Č. záznamu Velikost (bajty) Výchozí 
hodnoty   
Min Max  
MF  552 1 031  
EF.ICC     
sensorGNSSSer ialNumber  8 8       
DF GNSS Faci lity  612 1 023  
EF EGF_MA Certificate  204 341  
EGFCer tificate  204 341 {00..00} 
EF CA_Cer tificate  204 341  
MemberStateCer tificate  204 341 {00..00} 
EF Link_Cer tificate  204 341  
LinkCer tificate  204 341 {00..00}      
EF.EGF     
Věta RMC NMEA ‘01’ 85 85  
1. věta GSA NMEA ‘02’ 85 85  
2. věta GSA NMEA ‘03’ 85 85  26.5.2016 L 139/410 Úřední věstník Evropské unie CS     
Soubor / dato vý prvek Č. záznamu Velikost (bajty) Výchozí 
hodnoty   
Min Max  
3. věta GSA NMEA ‘04’ 85 85  
4. věta GSA NMEA ‘05’ 85 85  
5. věta GSA NMEA ‘06’ 85 85  
Rozšířené sériové číslo vnějšího zařízení 
GNSS definované v dodatku 1 jako Se­
nsorGNSSSer ialNumber ‘07’ 8 8  
Identif ikátor operačního systé mu bezpeč ­
nostního přijímače-vysílače GNSS defino­
vaný v dodatku 1 jako SensorOSIdentifi er ‘08’ 2 2  
Číslo schv álení typu vnějšího zařízení 
GNSS definované v dodatku 1 jako Senso ­
rExter nalGNSSA ppro valNumber ‘09’ 16 16  
Identif ikátor bezpečnostní kompone nty 
vnějšího zařízení GNSS definovaný v do­
datku 1 jako SensorExt ernalGNSSSCIdenti ­
fier ‘10’ 8 8  
RFU – rezer vováno pro budoucí použití od ‘11’ do 
‘FD’     
4.2.2  Zabezpečený přenos údajů GNSS 
GNS_22  Zabezpečený přenos údajů GNSS o poloze je povolen pouze za těcht o podmínek:  
1. byl dokončen proces vytvoření vazby popsaný v dodatku 11. Společné bezpečnostní mechanis my;  
2. bylo provedeno periodick é vzájemné ověření prav osti a dohoda na klíči relace mezi celkem ve 
vozidlem a vnějším zařízením GNSS, rovněž popsané v dodatku 11. Společné bezpečnostní 
mechanis my, s uvedenou frekvencí. 
GNS_23  Každ ých T sekund, kde T je hodnota menší než nebo rovná 10, pokud neprobíhá vazba nebo vzájemné 
ověření pravosti a dohoda na klíči relace, si celek ve vozidle vyžádá od vnějšího zařízení GNSS údaje o 
poloze podle tohot o postupu:  
1. Celek ve vozidle si od vnějšího zařízení GNSS vyžádá údaje o poloze společně s parametrem 
přesnosti (z věty GSA NMEA). Bezpečnostní přijímač-vysílač VU použi je příkaz SELECT a READ 
RECORD(S) podle ISO/IEC 7816-4:2013 v režimu bezpečného předáv ání zpráv pouze s ověřením 
prav osti podle popisu v dodatku 11 části 11.5 s identif ikátorem soubor u ‘2F2F’ a číslem REC ORD 
rovným ‘01’ pro větu RMC NMEA a ‘02’, ‘03’, ‘04’, ‘05’, ‘06’ pro větu GSA NMEA.  
2. Poslední přijaté údaje o poloze jsou uložen y v EF s identif ikátorem ‘2F2F’ a záznam y, které popisuje 
tabulka 1, v bezpečnostním přijímači-vysílači GNSS, s tím, jak bezpečnostní přijímač-vysílač GNSS 
přijímá data NMEA z přijímače GNSS prostřednictvím dato vého rozhraní GNSS s frekvencí nejméně 
1 Hz. 
3.Bezpečnostní přijímač-vysílač GNSS odešle bezpečnostnímu přijímači-vysílači VU odpo věď prostřed ­
nictvím zprávy s odpo vědí APDU v režimu bezpečného předávání zpráv pouze s ověřením prav osti 
podle popisu v dodatku 11 části 11.5. 26.5.2016 L 139/411 Úřední věstník Evropské unie CS     
4. Bezpečnostní přijímač-vysílač VU ověří prav ost a integritu přijaté odpo vědi. V případě pozitivního 
výsledku jsou údaje o poloze předány procesor u VU prostřednictvím dato vého rozhraní GNSS.  
5. Procesor VU zkontroluje přijaté údaje a extrahuje informace (např. zeměpisnou šířku, délku, čas) 
z věty RMC NMEA. Věta RMC NMEA obsahuje informaci, zda je poloha platná. Není-li poloha 
platná, nejsou údaje o poloze dosud k dispozici a nelze je použít pro zaznamenání poloh y vozidla. 
Je-li poloha platná, procesor VU rovněž extrahuje hodnoty HDOP z vět GSA NMEA a vypočítá 
průměr nou hodnotu z dostupných družico vých systémů (tj. je-li poloha k dispozici).  
6. Procesor VU uloží přijaté a zpraco vané informace, např. zeměpisnou šířku, délku, čas a rychlost, do 
celku ve vozidle ve formátu stano veném v dodatku 1 – Dato vý slovník jako údaje GeoCoordinates, 
společně s hodnotou HDOP vypočítanou jako minimum z hodnot HDOP získaných z dostupnýc h 
systémů GNSS. 
4.2.3  Struktur a příkazu Read Record 
Tato část podrobně popisuje struktur u příkazu Read Record. Je doplněno bezpečné předáv ání zpráv (režim pouze s 
ověřením prav osti) podle popisu v dodatku 11 – Společné bezpečnostní mechanis my. 
GNS_24  Příkaz podpor uje režim bezpečného předáv ání zpráv pouze s ověřením prav osti, viz dodat ek 11. 
GNS_25  Zpráva s příkazem 
Bajt Délka Hodnota Popis 
CLA 1 ‘0Ch’ Požadavek na bezpečné předáv ání zprá v 
INS 1 ‘B2h’ Read Record 
P1 1 ‘XXh’ Číslo záznamu (‘00’ odkazuje na aktuální záznam) 
P2 1 ‘04h’ Čtení záznamu s číslem záznamu uvedeným v P1 
Le 1 ‘XXh’ Očeká vaná délka dat. Počet bajtů ke čtení.  
GNS_26  Záznam, na kter ý odkazuje P1, se stává aktuálním záznamem. 
Bajt Délka Hodnota Popis 
#1-#X X ‘XX..XXh’ Přečt ená data 
SW 2 ‘XXXXh’ Stavová slova (SW1, SW2)  
—  Je-li příkaz úspěšný, bezpečnostní přijímač-vysílač GNSS vrátí ‘9000’. 
—  Není-li aktuální soubor uspořádán do záznamů, bezpečnostní přijímač-vysílač GNSS vrátí ‘6981’. 
—  Je-li příkaz použit s parametrem P1 = ‘00’, ale žádný EF není aktuální, bezpečnostní přijímač-vysílač 
GNSS vrátí ‘6986’ (příkaz není povolen). 
—  Není-li záznam nalezen, bezpečnostní přijímač-vysílač GNSS vrátí ‘6A 83’. 
—  Pokud vnější zařízení GNSS zjistilo nedo volenou manipulaci, vrátí stav ová slova ‘66 90’. 26.5.2016 L 139/412 Úřední věstník Evropské unie CS     
GNS_27  Bezpečnostní přijímač-vysílač GNSS podpor uje tyto příkazy tachog rafu druhé generace specifi kované v 
dodatku 2: 
Příkaz Odkaz 
Select Dodatek 2 kapito la 3.5.1 
Read Binar y Dodatek 2 kapito la 3.5.2 
Get Challenge Dodatek 2 kapito la 3.5.4 
PSO: Verify Certificate Dodatek 2 kapito la 3.5.7 
Extern al Authenticate Dodatek 2 kapito la 3.5.9 
General Authenticat e Dodatek 2 kapito la 3.5.10 
MSE:SET Dodatek 2 kapito la 3.5.11  
4.3  Vazba, vzájemné ověření prav osti a dohoda na klíči relace mezi vnějším zařízením GNSS a celk em ve 
vozidle 
Vazba, vzájemné ověření prav osti a dohoda na klíči relace mezi vnějším zařízením GNSS a celkem ve vozidle jsou 
popsány v dodatku 11 – Společné bezpečnostní mecha nism y, kapitole 11. 
4.4  Zpraco vání chyb 
Tato část popisuje, jak jsou v celku ve vozidle zpraco vávány a zaznamenáván y potenciální chybo vé stavy vnějšího 
zařízení GNSS. 
4.4.1  Chyba komunika ce s vnějším zařízením GNSS 
GNS_28  Pokud celek ve vozidle není schope n komunik ovat s vnějším zařízením GNSS s vytvo řenou vazbou 
nepřetržitě po dobu delší než 20 minut, VU generuje a zaznamená událost typu EventF aultT ype 
s hodnotou enum ‘53’H Exter nal GNSS communication fault (chyba komunikace s vnějším zařízením 
GNSS) a s časo vým razítkem s aktuálním časem. Událost se gener uje pouze, pokud jsou splněny tyto 
dvě podmínky: a) inteli gentní tach ograf není v kalibračním režimu a b) vozidlo se pohyb uje. V této 
souvislosti se chyba komunikace vyvolá, když bezpečnostní přijímač-vysílač VU neobdrží zprá vu s 
odpo vědí po zprávě s požadavk em, jak popisuje část 4.2. 
4.4.2  Narušení fyzick é integ rity vnějšího zařízení GNSS 
GNS_29  Při narušení vnějšího zařízení GNSS bezpečnostní přijímač-vysílač GNSS vymaže vešker ý obsah své 
paměti, včetně kryptografick ého mat eriálu. Jak je popsáno v bodec h GNS_25 a GNS_26, VU detekuje 
nedo volenou manipulaci, je-li status odpo vědi ‘6690’. Celek ve vozidle poté generuje událost typu 
EventFaultT ype enum ‘55’H Tamper detection of GNSS (dete kce nedo volené manipulace s GNSS). 
4.4.3  Chybí infor mace o poloze z přijímače GNSS 
GNS_30  Pokud bezpečnostní přijímač-vysílač GNSS neobdrží data z přijímače GNSS nepřetržitě po dobu delší 
než 3 hodin y, bezpečnostní přijímač-vysílač GNSS gener uje zprá vu s odpo vědí na příkaz READ 
RECORD s číslem REC ORD rovným ‘01’ a s datovým polem obsahujícím 12 bajtů, kter é mají všec hny 
hodnotu 0xFF . Po přijetí zprávy s odpo vědí s tout o hodnotou dato vého pole VU gener uje a zaznamená 
událost typu EventFaultT ype enum ‘52’H exter nal GNSS receiv er fault (záv ada vnějšího zařízení GNSS) 
s časo vým razítkem s aktuálním časem, avšak pouze v případě, že jsou splněn y tyto dvě podmínky : a) 
intelig entní tachog raf není v kalibračním režimu a b) vozidlo se pohyb uje. 26.5.2016 L 139/413 Úřední věstník Evropské unie CS     
4.4.4  Skončení platnosti certifikátu vnějšího zařízení GNSS 
GNS_31  Pokud celek ve vozidle zjistí, že certifikát EGF používaný pro vzájemné ověření prav osti již není platný, 
VU generuje a zaznamená závadu záznamo vého zařízení typu EventF aultT ype enum ‘56’H Exter nal 
GNSS facility certificate expir ed (skončila platnost certifikátu vnějšího zařízení GNSS) s časo vým razítkem s 
aktuálním časem. VU nadále používá přijaté údaje GNSS o poloze. 
Obrázek 4 
Schéma vnějšího zařízení GNSS 
5.  CELEK VE VOZIDLE BEZ VNĚJŠÍHO ZAŘÍZENÍ GNSS 
5.1  Konf igurace 
V této konfiguraci je přijímač GNSS uvnitř celku ve vozidle, jak popisuje obrázek 1. 
GNS_32  Přijímač GNSS funguje jako vysílač a předává věty NMEA procesor u VU, který funguje jako přijímač, 
s frekvencí 1/10 Hz nebo vyšší, pokud jde o předem definov anou sadu vět NMEA, která musí zahr novat 
přinejmenším věty RMC a GSA. 
GNS_33  K celku ve vozidle je připojena extern í anténa GNSS instalo vaná na vozidle nebo interní anténa GNSS. 
5.2  Zpraco vání chyb 
5.2.1  Chybí infor mace o poloze z přijímače GNSS 
GNS_34  Pokud celek ve vozidle neobdrží data z přijímače GNSS nepřetržitě po dobu delší než 3 hodiny , VU 
gener uje a zaznamená událost typu EventF aultT ype enum ‘51’H Inter nal GNSS receiver fault (záv ada 
intern ího přijímače GNSS) s časo vým razítkem s aktuálním časem, avšak pouze v případě, že jsou 
splněny tyto dvě podmínky : a) intelig entní tachograf není v kalibračním režimu a b) vozidlo se 
pohybuje. 
6.  NESOUL AD ČASU GNSS 
Pokud celek ve vozidle zjistí rozdíl větší než 1 minuta mezi časem podle funkce pro měření času v celku ve 
vozidle a časem pocházejícím z přijímače GNSS, VU zaznamená událost typu EventFaultT ype enum‘0B’H Time 
conf lict (GNSS versus VU inter nal clock) (nesoulad času – GNSS vůči vnitřním hodinám VU). Tato událost se 
zaznamená společně s hodnotou vnitřních hodin celku ve vozidle a je spojena s automatic kým nastav ením času. 
Po vyvolání události nesouladu času VU nekontroluje časo vý nesoulad po dobu následujících 12 hodin. Tato 
událost se nevyv olá v případech , kdy během posledních 30 dnů přijímač GNSS nedetek oval žádný platný signál 
GNSS. Jakmile jsou však znovu k dispozici údaje o poloze z přijímače GNSS, provede se automatic ké nastav ení 
času. 26.5.2016 L 139/414 Úřední věstník Evropské unie CS     
7.  NESOUL AD ÚDAJŮ O POHYBU VOZIDL A 
GNS_35  VU gener uje a zaznamená událost „Nesoulad údajů o pohy bu vozidla“ (viz požadavek 84 v této příloze) 
s časo vým razítk em s aktuálním časem, pokud jsou informace o pohy bu vozidla vypočte né ze snímače 
pohybu v konfliktu s informacemi o pohy bu vozidla vypočt enými z vnitřního přijímače GNSS nebo 
vnějšího zařízení GNSS. Pro účely detekce těcht o konfliktů se použi je medián rozdílů rychlostí mezi 
těmito dvěma zdroji, jak je specifik ováno níže: 
—  každých maximálně 10 sekund se vypočte absolutní hodnota rozdílu rychlosti vozidla odhadnut é 
z GNSS a rychlosti odhadnuté ze snímače pohy bu, 
—  k výpočtu mediánu se použijí všec hny vypočtené hodnoty v časo vém okně zahr nujícím posledníc h 
pět minut pohy bu, 
—  medián se vypočte jako průměr z 80 % hodnot, které zůstanou po eliminaci hodnot, jež jsou v 
absolutní hodnotě nejvyšší. 
Událost „Nesoulad údajů o pohybu vozidla“ se vyvolá, pokud je medián po dobu pěti nepřer ušenýc h 
minut pohy bu vozidla vyšší než 10 km/h. Volitelně lze použít další nezávislé zdroje detekce pohy bu 
vozidla, aby byla detekce neopráv něnýc h manipulací s tachograf em spolehlivější. (Poznámka: použití 
mediánu za posledních 5 minut má za cíl omezit riziko plynoucí z odlehlýc h a přechodnýc h hodnot.) 
Tato událost se nevyv olá za těchto podmínek: a) během převozu lodí / přev ozu vlak em, b) pokud nejsou 
k dispozici údaje o poloze z přijímače GNSS a c) v kalibračním režimu.  26.5.2016 L 139/415 Úřední věstník Evropské unie CS     
Dodatek 13 
ROZHRANÍ ITS 
OBSAH 
1. ÚVOD ............................................................................................................................................. 416 
2. OBL AST PŮSOBNOSTI ........................................................................................................................ 416 
2.1 Zkratky , definice a notace ........................................................................................................ 417 
3. NAŘÍZENÍ A NORMY , NA KTERÉ SE ODKAZUJE ....................................................................................... 418 
4. PRINCIPY ČINNOSTI ROZHRANÍ ........................................................................................................... 418 
4.1 Předpoklady přenosu dat prostřednictvím rozhraní ITS ................................................................... 418 
4.1.1 Údaje poskyto vané prostřednictvím rozhraní ITS ........................................................................... 418 
4.1.2 Obsah údajů......................................................................................................................... 418 
4.1.3 Aplikace ITS ......................................................................................................................... 418 
4.2 Komunikační technologie ......................................................................................................... 419 
4.3 Autorizace pomocí kódu PIN .................................................................................................... 419 
4.4 Formát zprá v........................................................................................................................ 421 
4.5 Souhlas řidiče ........................................................................................................................ 425 
4.6 Čtení standardních údajů ......................................................................................................... 426 
4.7 Čtení osobních údajů .............................................................................................................. 426 
4.8 Čtení údajů událostí a závad..................................................................................................... 426  
1.  ÚVOD 
Tento dodatek stano ví koncepci a postup y pro imple mentaci rozhraní s intelig entními dopra vními systém y (ITS) 
podle článku 10 nařízení (EU) č. 165/2014 (dále jen nařízení). 
Nařízení stano ví, že tachog rafy vozidel mohou být vybaven y standardizo vaným rozhraním umožňujícím, aby 
údaje zaznamenané či vytvo řené tachograf em byly v provozním režimu používán y vnějším zařízením, jsou-li 
splněny tyto podmínky: 
a)  rozhraní nemá vliv na prav ost a integrit u údajů tachografu; 
b)  rozhraní vyho vuje podrobným ustano vením uvedeným v článku 11; 
c)  vnější zařízení připojené k rozhraní má přístup k osobním údajům, včetně údajů o zeměpisné poloze, pouze 
po prokazateln ém souhlasu řidiče, k němuž se tyto údaje vztahují. 
2.  OBL AST PŮSOBNOSTI 
Tento dodatek stano ví, jak aplikace ve vnějších zařízeních mohou prostřednictvím připojení Bluetooth® získávat 
data (dále též údaje) z tachog rafu. 
Údaje dostupné prostřednictvím tohot o rozhraní jsou popsán y v příloze 1 tohot o dokumentu. Toto rozhraní 
nebrání implementaci dalšíc h rozhraní (např. prostřednictvím sběr nice CAN) pro přenos dat z celku ve vozidle do 
jiných procesoro vých jednotek vozidla. 26.5.2016 L 139/416 Úřední věstník Evropské unie CS     
Tento dodat ek specifi kuje: 
—  údaje dostupné prostřednictvím rozhraní ITS, 
—  profil Bluet ooth® používaný pro přenos dat, 
—  postup y dotazo vání a staho vání a posloupnost operací, 
—  mec hanismus páro vání mezi tachog rafem a vnějším zařízením, 
—  mec hanismus poskytnutí souhlasu, který je k dispozici řidiči. 
Pro upřesnění, tato příloha nespecifikuje: 
—  činnost a sprá vu, pokud jde o shromažďo vání údajů v celku ve vozidle (které jsou specifi kovány jinde 
v nařízení nebo jsou jinak funkcí konstr ukce výrobku), 
—  formu prezentace shromážděnýc h údajů aplikaci ve vnějším zařízení, 
—  ustano vení o zabezpečení dat nad rámec toho, co poskytuje Bluetooth® (např. šifro vání), pokud jde o obsah 
údajů (což je specifiko váno jinde v nařízení [Dodat ek 10 Společné bezpečnostní mec hanism y]), 
—  prot okoly Bluetooth® používané rozhraním ITS. 
2.1  Zkratky , definice a notace 
Pro účely tohot o dodatku se použi jí tyto zkratky a definice: 
komunika ce výměna informací/dat mezi nadřízenou („master“) jednotk ou (tj. tachografy) a vnější jednotk ou pro­
střednictvím rozhraní ITS přes připojení Bluet ooth® 
údaje  sady dat specifiko vané v příloze 1 
nařízení  nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 o tachog rafec h 
v silniční dopra vě, o zrušení nařízení Rady (EHS) č. 3821/85 o záznamo vém zařízení v silniční 
dopra vě a o změně nařízení Evropského parlamentu a Rady (ES) č. 561/2006 o harmonizaci 
některýc h předpisů v sociální oblasti týkaj ících se silniční dopra vy 
BR  základní rychlost přenosu dat (Basic Rate) 
EDR  zvýšená rychlost přenosu dat (Enhanced Data Rata) 
GNSS  globální družico vý navig ační systém (Global Navig ation Satellite System) 
IRK  klíč k rozlišení totožnosti (Identity Resolution Key) 
ITS  inteli gentní dopra vní systém (Intellig ent Transpor t System) 
LE  nízká spotřeba energie (Low Energy) 
PIN  kód PIN (Personal Identification Number) 
PUC  osobní odblok ovací kód (Personal Unblocking Code) 
SID  identif ikátor služby (Service Identifier) 
SPP  prof il sériového portu (Serial Port Profile) 
SSP  bezpečné jednoduché páro vání (Secure Simple Pairing) 
TRTP  parametr požada vku na přenos (Transfer Request Parameter) 
TREP  parametr odpo vědi na požada vek na přenos (Transfer Response Parameter) 
VU  celek ve vozidle (Vehicle Unit) 26.5.2016 L 139/417 Úřední věstník Evropské unie CS     
3.  NAŘÍZENÍ A NORMY , NA KTERÉ SE ODKAZUJE 
Specifikace definované v tomt o dodatku se odvolá vají na níže uvedená nařízení a normy nebo jejich části a závisí 
na nich. Příslušné normy nebo jejich ustano vení jsou specif ikovány v ustano veníc h tohot o dodatku. V případě 
rozpor u mají přednost ustano vení tohot o dodatku. 
Nařízení a normy, na kter é se odkazuje v tomt o dodatku, jsou: 
—  nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 o tachograf ech v silniční 
dopra vě, o zrušení nařízení Rady (EHS) č. 3821/85 o záznamo vém zařízení v silniční dopra vě a o změně 
nařízení Evropského parlamentu a Rady (ES) č. 561/2006 o harmonizaci některýc h předpisů v sociální oblasti 
týkaj ících se silniční dopravy , 
—  nařízení Evropské ho parlamentu a Rady (ES) č. 561/2006 ze dne 15. března 2006 o harmonizaci někter ých 
předpisů v sociální oblasti týkajícíc h se silniční dopravy , o změně nařízení Rady (EHS) č. 3821/85 a (ES) č. 
2135/98 a o zrušení nařízení Rady (EHS) č. 3820/85, 
—  ISO 16844-4: Road vehicles – Tachog raph systems – Part 4: Can interface, 
—  ISO 16844-7: Road vehicles – Tachog raph systems – Part 7: Parameters, 
—  Bluet ooth® – Serial Port Profile – V1.2, 
—  Bluet ooth® – Core Version 4.2, 
—  prot okol NMEA 0183 V4.1. 
4.  PRINCIPY ČINNOSTI ROZHRANÍ 
4.1  Předpoklady přenosu dat prost řednictvím rozhraní ITS 
Celek ve vozidle je odpo vědný za aktualizaci a uchovávání údajů, které mají být uložen y ve VU, bez jakékoli účasti 
rozhraní ITS. Způsob, jakým je tohot o cíle dosaženo, je vnitřní funkcí VU specifi kovanou jinde v nařízení, a není 
specifiko ván v tomt o dodatku. 
4.1.1  Údaje poskytované prostře dnictvím rozhraní ITS 
Celek ve vozidle je odpo vědný za aktualizaci údajů, které budou k dispozici prostřednictvím rozhraní ITS, s 
četností určenou v rámci postupů VU bez jakék oli účasti rozhraní ITS. Z údajů VU se vychází při naplnění a 
aktualizaci údajů a způsob, jakým je tohot o cíle dosaženo, je specifi kován jinde v nařízení, nebo pokud taková 
specifikace neexistuje, je funkcí konstr ukce výrobku a není specifiko ván v tomt o dodatku. 
4.1.2  Obsah údajů 
Obsah údajů je specifi kován v příloze 1 tohot o dodatku. 
4.1.3  Aplik ace ITS 
Aplikace ITS používaj í údaje zpřístupněné prostřednictvím rozhraní ITS např. pro optimalizaci sprá vy činností 
řidiče při současném dodržení nařízení, pro zjišťo vání možných závad tachog rafu nebo pro využití údajů GNSS. 
Specifikace aplikací nespadá do oblasti působnosti tohot o dodatku. 26.5.2016 L 139/418 Úřední věstník Evropské unie CS     
4.2  Komu nikační technologie 
Výměna údajů prostřednictvím rozhraní ITS je realizo vána pomocí rozhraní Bluet ooth® kompati bilního s verzí 
4.2 nebo novější. Bluetooth ® pracuje v bezlicenčním prům yslo vém, vědeck ém a zdra votnick ém pásmu (ISM) na 
frekvenci 2,4 až 2,485 GHz. Bluetooth ® 4.2 nabízí vylepšené mechanis my zajištění soukromí a bezpečnosti a 
zvyšuje rychlost a spolehlivost přenosu dat. Pro účely této specif ikace se používá rádio vé spojení Bluetooth® třídy 
2 s dosahem až 10 metrů. Více informací o technologii Bluet ooth® 4.2 je k dispozici na adrese www .bluet ooth. 
com (https://www .bluetooth.org/en-us/specification/adopt ed-specif ications?_ga=1.21 5147412.2083380574. 
1435305676). 
Komunikace se s komunikačním zařízením naváže poté, co autori zované zařízení dokončí proces páro vání. Protože 
Bluetooth® používá k řízení toho, kdy a kam mohou zařízení odesílat data, model „maste r/slave“, bude 
nadřízenou („master “) jednotk ou tachog raf a podřízenou („slave“) jednotk ou vnější zařízení. 
Dostane-li se vnější zařízení popr vé do dosahu VU, lze inicio vat proces páro vání Bluetooth® (viz rovněž přílohu 
2). Zařízení sdílejí svoje adresy , názvy , profily a společný tajný klíč, který jim umožní navázat spojení, kdyk oli se 
v budoucnu k sobě přiblíží. Po dokončení tohot o kroku je vnější zařízení považo váno za důvěr yhodné a může 
inicio vat požadavky na stažení dat z tachog rafu. Nepočítá se s přidáním šifro vacích mechanismů nad rámec toho, 
co poskytuje Bluetooth®. Jsou-li však nezby tné dodat ečné bezpečnostní mech anism y, lze tak učinit v souladu 
s dodatkem 10 Společné bezpečnostní mechanis my. 
Obecný princip komunikace je popsán na následujícím obrázku. 
Pro přenos dat z celku ve vozidle do vnějšího zařízení se používá prof il SPP (Serial Port Profile). 
4.3  Autori zace pomocí kódu PIN 
Z bezpečnostních důvodů VU vyžaduje ověření pomocí kódu PIN odděleně od páro vání Bluetooth. Pro účely 
ověření prav osti je každý VU schopen genero vat kódy PIN tvořené nejméně 4 číslicemi. Vnější zařízení musí při 
každém páro vání s VU poskytnout správný kód PIN, než bude moci přijímat data. 26.5.2016 L 139/419 Úřední věstník Evropské unie CS     
Po úspěšném zadání kódu PIN se zařízení zařadí na seznam povolených zařízení. Seznam povolených zařízení 
pojme nejméně 64 zařízení spáro vanýc h s daným celkem ve vozidle. 
Je-li třikrát za sebou poskytnut špatný kód PIN, je zařízení dočasně zařazeno na seznam zakázanýc h zařízení. 
Dokud je zařízení na seznamu zakázanýc h zařízení, každý další pokus z tohot o zařízení se odmítne. Je-li znovu 
třikrát za sebou poskytnut špatný kód PIN, prodlužuje se postupně doba zákazu (viz tabulku 1). Poskytnutím 
sprá vného kódu PIN se obno ví výchozí doba zákazu a počet pokusů. Na obrázku 1 v příloze 2 je uvedeno 
schém a logic ké posloupnosti pokusu o ověření kódu PIN. 
Tabulk a 1 
Doba zákazu v závislosti na počtu neúspěšných poskytnutí správného kódu PIN za sebou 
Počet po sobě jdoucích neúspěchů Doba zákazu 
3 30 sekund 
6 5 minut 
9 1 hodina 
12 24 hodin 
15 trvale  
Není-li sprá vný kód PIN poskytnut patnáctkrát (5 × 3) za sebou, je jednotka ITS trvale zařazena na seznam 
zakázanýc h zařízení. Tento trvalý zákaz je možné zrušit pouze zadáním sprá vného kódu PUC. 
Kód PUC je složen z 8 číslic a poskytuje jej výrobce společně s celkem ve vozidle. Je-li desetkrát za sebou zadán 
špatný kód PUC, je jednotka ITS zařazena na seznam zakázanýc h zařízení nezr ušitelně. 
Výrobce může nabízet možnost změny kódu PIN přímo prostřednictvím celku ve vozidle, avšak kód PUC nelze 
měnit. Změna kódu PIN, pokud je možná, vyžaduje zadání aktuálního kódu PIN přímo do VU. 
Zařízení jsou na seznamu povolenýc h zařízení uchovávána, dokud je uživate l ručně neodstraní (např. přes 
rozhraní člověk-stroj VU nebo jinými prostředky). Ze seznamu povolenýc h zařízení tak lze odstraňo vat ztracené 
nebo odcizené jednotky ITS. Ze seznamu povolených zařízení ve VU se rovněž automa ticky odstraní jednotky ITS, 
kter é jsou mimo dosah spojení Bluetooth po dobu delší než 24 hodin. Při opěto vném navázání komunikace musí 
tyto jednotky znovu poskytnout správn ý kód PIN. 
Formát zprá v mezi rozhraním VU a samotným VU není stano ven, ale ponechán na rozhodnutí výrobce. Dotyčný 
výrobce však musí zajistit dodržo vání formátu zpráv mezi jednotk ou ITS a rozhraním VU (viz specif ikace v notaci 
ASN.1). 
Všechn y požadavky na údaje jsou proto před jakýmk oli dalším zpraco váním podroben y řádné kontrole pověření 
odesílatele . Na obrázku 2 příloh y 2 je uvedeno schéma logick é posloupnosti tohot o postupu. Jakék oli zařízení 
uvedené na seznamu zakázanýc h zařízení je automatic ky odmítnut o, zařízení neuvedené na žádném seznamu 
obdrží žádost o PIN, kterou musí splnit před novým odesláním požada vku na údaje. 26.5.2016 L 139/420 Úřední věstník Evropské unie CS     
4.4  Formát zpráv 
Všechn y zprá vy vyměňo vané mezi jednotk ou ITS a rozhraním VU mají formát struktur y sestá vající ze tří částí: 
Hlavi čka se skládá z bajtu cíle (TGT), bajtu zdroje (SRC) a bajtu délky (LEN). 
Datové pole se skládá z bajtu identif ikátoru služby (SID) a proměnného počtu dato vých bajtů (maximálně 255). 
Bajt kontrolního součtu je jednobajt ový součet modulo 256 všec h bajtů zprávy kromě samotného CS. 
Zpráva je ve tvar u Big Endian. 
Tabulk a 2 
Obecný formát zprá v 
Hlavička Dato vé pole Kontrolní 
součet 
TGT SRC LEN SID TRTP CC CM DATA CS 
3 bajty Max. 255 bajtů 1 bajt  
Hlavička 
TGT a SRC: ID zařízení, kter é je cílem (TGT) a zdrojem (SRC) zprávy . Rozhraní VU má standardní ID „EE“. Toto 
ID nelze změnit. Jednotka ITS používá standardní ID „A0“ pro svou první zprá vu v rámci komunikační relace. 
Rozhraní VU potom jednotce ITS přiřadí jedinečné ID a informuje ji o tom to ID pro budoucí zprá vy v rámci 
relace. 
Bajt LEN zohledňuje pouze část „DATA“ dato vého pole (viz tabulku 2), první 4 bajty jsou imp licitní. 
Rozhraní VU ověří prav ost odesílate le zprávy křížo vou kontrolou vlastního seznamu IDList s daty Bluetooth, při 
níž zkontroluje, zda je jednotka ITS, kter á je v seznamu s poskytnutým ID, aktuálně v dosahu připojení Bluetooth. 
Datové pole 
Kromě SID datové pole rovněž obsahuje další parametr y: parametr požada vku na přenos (TRTP) a bajty čítačů. 
Jsou-li data, která je třeba přenést, delší než dostupný prost or v jedné zprá vě, rozdělí se do několika dílčích zpráv . 
Každá dílčí zpráva má stejnou hlav ičku a SID, ale obsahuje dvoub ajtový čítač, Counter Current (CC) a Counter Max 
(CM), který uvádí číslo dílčí zprávy . Aby byla možná kontrola chyb a přer ušení přenosu, přijímající zařízení 
potvrzuje každou dílčí zprá vu. Přijíma jící zařízení může přijmout dílčí zprávu, požádat o to, aby byla znovu 
přenesena, nebo požádat vysíla jící zařízení o opěto vný start nebo o přer ušení přenosu. 
Pokud se CC a CM nepoužívají, mají hodnotu 0xFF . 
Například následující zpráva: 
HLAVIČKA SID TRTP CC CM DATA CS 
3 bajty Delší než 255 bajtů 1 bajt  26.5.2016 L 139/421 Úřední věstník Evropské unie CS     
se přenese jako: 
HLAVIČKA SID TRTP 01 n DATA CS 
3 bajty 255 bajty 1 bajt  
HLAVIČKA SID TRTP 02 n DATA CS 
3 bajty 255 bajty 1 bajt  
… 
HLAVIČKA SID TRTP N N DATA CS 
3 bajty Max. 255 bajtů 1 bajt  
Tabulka 3 obsahuje zprávy , které si mohou VU a jednotka ITS vyměňo vat. Obsah jednotlivých parametrů je 
uveden v hexadecimálním formátu. V tabulce nejsou z důvodu přehlednosti uvedeny CC a CM, viz kompletní 
formát výše. 
Tabulk a 3 
Podrobný obsah zprá v 
Zprá va Hlavička DATA Kontrolní 
souč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)  
PairingR esult ITSID EE 01 04 FF BOOLEAN (T/F)  
SendPUC EE ITSID 08 05 FF 8*INTEGER (0..9)  
BanLif tingResu lt ITSID EE 01 06 FF BOOLEAN (T/F)  
RequestRejected ITSID EE 08 07 FF Time  
RequestData  
standardT achData EE ITSID 01 08 01   
personalT achData EE ITSID 01 08 02   
gnssData EE ITSID 01 08 03   
standardEventData EE ITSID 01 08 04   
personalEventData EE ITSID 01 08 05   
standardFaultD ata EE ITSID 01 08 06   
manufa cturerData EE ITSID 01 08 07   26.5.2016 L 139/422 Úřední věstník Evropské unie CS     
Zprá va Hlavička DATA Kontrolní 
součet 
TGT SRC LEN SID TRTP DATA  
ResquestAccepted ITSID EE Len 09 TREP Data  
DataUnavail able  
No data available ITSID EE 02 0A TREP 10  
Personal data not sha­
red ITSID EE 02 0A TREP 11  
NegativeAnsw er  
General reject ITSID EE 02 0B SID Req 10  
Service not suppor ted ITSID EE 02 0B SID Req 11  
Sub function not sup­
ported ITSID EE 02 0B SID Req 12  
Incor rect message 
length ITSID EE 02 0B SID Req 13  
Conditions not correct 
or request sequence 
error ITSID EE 02 0B SID Req 22  
Request out of rang e ITSID EE 02 0B SID Req 31  
Response pending ITSID EE 02 0B SID Req 78  
ITSID Mismatch ITSID EE 02 0B SID Req FC  
ITSID Not Found ITSID EE 02 0B SID Req FB   
RequestPIN (SID 01) 
Tuto zprá vu vyšle rozhraní VU, pokud jednotka ITS, která není zařazena do seznamu zakázanýc h zařízení ani do 
seznamu povolených zařízení, odesílá jakýk oli požada vek na údaje. 
SendITSID (SID 02) 
Tuto zprávu vyšle rozhraní VU, kdyk oli nové zařízení odesílá požada vek. Toto zařízení použije vých ozí ID „A0“, 
než je mu přiděleno jedinečné ID pro komunikační relaci. 
SendPIN (SID 03) 
Tuto zprá vu vyšle jednotka ITS, aby byla rozhraním VU zařazena do seznamu povolených zařízení. Obsahem této 
zprá vy je kód 4 hodnot INTEGER od 0 do 9. 
PairingR esult (SID 04) 
Tuto zprávu vyšle rozhraní VU, aby informovalo jednotku ITS, zda odeslala správný kód PIN. Obsahem této 
zprá vy je hodnota BOOLEAN „True“, pokud byl kód PIN sprá vný, nebo „False“ v opačném případě. 
SendPUC (SID 05) 
Tuto zprá vu vyšle jednotka ITS, aby rozhraní VU zrušilo sankci zařazení do seznamu zakázanýc h zařízení. 
Obsahem této zprávy je kód 8 hodnot INTEGER od 0 do 9. 26.5.2016 L 139/423 Úřední věstník Evropské unie CS     
BanLif tingResu lt (SID 06) 
Tuto zprávu vyšle rozhraní VU, aby informovalo jednotku ITS, zda odeslala správn ý kód PUC. Obsahem této 
zprá vy je hodnota BOOLEAN „True“, pokud byl kód PUC sprá vný, nebo „False“ v opačném případě. 
RequestRejected (SID 07) 
Tuto zprávu vyšle rozhraní VU jako odpo věď na jakoukoli zprá vu od jednotky ITS zařazené do seznamu 
zakázanýc h zařízení kromě „SendPUC“. Zpráva obsahuje zbývají cí čas, po který je jednotka ITS zařazena do 
seznamu zakázaných zařízení, ve formátu sekvence „Time“ podle příloh y 3. 
RequestData (SID 08) 
Tuto zprá vu pro zpřístupnění údajů vyšle jednotka ITS. Jednobajt ový parametr TRTP označuje typ požado vanýc h 
údajů. Existuje několik typů údajů: 
—  standardT achDa ta (TRTP 01): údaje dostupné z tach ografu a klasifi kované jako neosobní, 
—  personalT achD ata (TRTP 02): údaje dostupné z tach ografu a klasifi kované jako osobní, 
—  gnssData (TRTP 03): údaje GNSS, vždy osobní, 
—  standardEventData (TRTP 04): údaje zaznamenaných událostí klasifiko vané jako neosobní, 
—  personalEventData (TRTP 05): údaje zaznamenaných událostí klasif ikované jako osobní, 
—  standardFa ultData (TRTP 06): zaznamenané záva dy klasifi kované jako neosobní, 
—  manuf acturerData (TRTP 07): údaje zpřístupněné výrobcem. 
Více informací o obsahu jednotlivých typů údajů viz přílohu 3 tohot o dodatku. 
Více informací o formátu a obsahu údajů GNSS viz dodat ek 12. 
Více informací o kódu údajů událostí a záva dách viz přílohy IB a IC. 
RequestAccepted (SID 09) 
Tuto zprá vu vyšle rozhraní VU, pokud zprá va „RequestData“ od jednotky ITS byla akcep tována. Tato zpráva 
obsahuje jednoba jtový parametr TREP , což je bajt TRTP příslušné zprávy RequestData, a všec hny údaje 
požado vaného typu. 
DataUnavail able (SID 0A) 
Tuto zprávu vyšle rozhraní VU, pokud z nějakého důvodu nelze odeslat požado vaná data jednotce ITS zařazené 
do seznamu povolený ch zařízení. Zpráva obsahuje jednoba jtový parametr TREP , což je TRTP požado vanýc h 
údajů, a jednobajt ový kód chyby podle tabulky 3. K dispozici jsou tyto kódy: 
—  No data available (data nejsou k dispozici) (10): Rozhraní VU nemůže z neurčenýc h důvodů přistupo vat 
k údajům VU. 
—  Personal data not share d (osobní údaje nesdíleny) (11): Jednotka ITS se pok ouší získat osobní údaje, kter é nejsou 
sdílen y. 26.5.2016 L 139/424 Úřední věstník Evropské unie CS     
NegativeAnsw er (SID 0B) 
Tyto zprá vy vysílá rozhraní VU, pokud požadavku nelze vyho vět z jiného důvodu, než je nedostupnost údajů. 
Tyto zprávy jsou zpravidla výsledke m špatného formátu požadavku (délka, SID, ITSID…), ale mohou mít i jiné 
příčin y. TRTP v dato vém poli obsahuje SID požadavku. Datové pole obsahuje kód označující důvod negativní 
odpo vědi. K dispozici jsou následující kódy: 
—  Gener al Reject (obecné odmítnutí, kód: 10) 
—  Akci nelze provést z důvodu, který není uveden níže ani v části (doplnit číslo části DataUnavailable). 
—  Service not suppor ted (služba nepodporo vána, kód: 11) 
—  Nesrozumit elné SID požadavku. 
—  Sub function not suppor ted (podfunkce nepodporo vána, kód: 12) 
—  Nesrozumit elný parametr TRTP požadavku. Například může hodnota chybět nebo být mimo rozsah 
přípustnýc h hodnot. 
—  Incor rect message length (chybná délka zprá vy, kód: 13) 
—  Délka přijat é zprá vy je chybná (neshoda mezi bajtem LEN a skut ečnou délk ou zprávy). 
—  Conditions not correct or request sequence error (chybné podmínky nebo chybná sekvence požadavků, kód: 22) 
—  Požado vaná služba není aktivní nebo je chybná posloupnost zpráv s požada vky. 
—  Request out of range (požadavek mimo rozsah, kód: 33) 
—  Záznam s parametr y požada vku (dato vé pole) je neplatný. 
—  Response pending (odpo věď se připravuje, kód: 78) 
—  Požado vanou akci nelze dokončit včas a VU není připraven přijmout další požadavek. 
—  ITSID Mismatch (neshoda ITSID, kód: FB) 
—  SRC ITSID neodpo vídá příslušnému zařízení po poro vnání s informacemi Bluetooth. 
—  ITSID Not Found (ITSID nenalezen, kód: FC) 
—  SRC ITSID není přidr užen k žádnému zařízení. 
Formát zprá v popsaných v tabulce 3 specifikují řádky 1 až 72 (For matMessageModule) kódu ASN.1 v příloze 3. 
Více podrobností o obsahu zpráv je uvedeno níže. 
4.5  Souhlas řidiče 
Všechn y dostupné údaje jsou klasifiko vány jako standardní, nebo osobní. Osobní údaje jsou přístupné pouze 
v případě, že řidič poskytne souhlas s tím, že jeho osobní údaje z tachografu mohou opustit síť vozidla a být 
předán y aplikacím třetích stran. 
Souhlas řidiče se poskytuje, když je při prvním vložení příslušné karty řidiče nebo karty dílny , kterou celek ve 
vozidle aktuálně nezná, držitel karty vyzván, aby vyjádřil souhlas s předáváním osobních údajů souvisejících s 
tachog rafem prostřednictvím volitelného rozhraní ITS (viz rovněž přílohu 1C odsta vec 3.6.2). 
Stav souhlasu (povoleno/zamítnuto) je zaznamenán v paměti tachog rafu. 
V případě více řidičů jsou s rozhraním ITS sdílen y pouze osobní údaje o řidičích, kteří poskytli souhlas. Jsou-li 
například ve vozidle dva řidiči a pouze první z nich souhlasil se sdílením svých osobních údajů, nesdílí se údaje, 
kter é se týkaj í druhého řidiče. 26.5.2016 L 139/425 Úřední věstník Evropské unie CS     
4.6  Čtení standardních údajů 
Na obrázku 3 v příloze 2 jsou uvedena schémata logic ké posloupnosti platného požada vku na přístup ke 
standardním údajům odeslaného jednotk ou ITS. Jednotka ITS je řádně uvedena na seznamu povolenýc h zařízení a 
nepožaduje osobní údaje; žádné další ověřo vání není požado váno. Sché mata vycházejí z předpokladu, že již byl 
proveden řádný postup uvedený na obrázku 2 příloh y 2. Mohou být považo vány za šedé pole REQUES T 
TREATMENT na obrázku 2. 
Z dostupnýc h údajů se za standardní považují tyto: 
—  standardT achDa ta (TRTP 01), 
—  StandardEventData (TRTP 04), 
—  standardFa ultData (TRTP 06). 
4.7  Čtení osobních údajů 
Na obrázku 4 v příloze 2 jsou uvedena sché mata logic ké posloupnosti zpraco vání požadavku na osobní údaje. Jak 
bylo uvedeno výše, rozhraní VU odešle osobní údaje pouze v případě, že řidič poskytl výslo vný souhlas (viz 
rovněž bod 4.5). V opačném případě musí být požada vek automatic ky odmítnut. 
Z dostupnýc h údajů se za osobní považují tyto: 
—  personalT achD ata (TRTP 02), 
—  gnssData (TRTP 03), 
—  personalEventData (TRTP 05), 
—  manuf acturerData (TRTP 07). 
4.8  Čtení údajů událost í a závad 
Jednotky ITS mohou požado vat údaje o událost ech zahr nující seznam všech neočekáv aných událostí. Tyto údaje 
se považují za standardní nebo za osobní, viz přílohu 3. Obsah jednotlivých událostí je v souladu s dokumentací 
uvedenou v příloze 1 tohoto dodatku.  26.5.2016 L 139/426 Úřední věstník Evropské unie CS     
PŘÍLOHA 1 
SEZNAM ÚDAJŮ DOSTUPNÝCH PROSTŘEDNICT VÍM ROZHRANÍ ITS 
Data Source Data classif ication (personal/ 
not personal) 
VehicleIdentif icationNumber Vehicle Unit not personal 
CalibrationDat e Vehicle Unit not personal 
Tachog raphV ehicleSpeed speed instant t Vehicle Unit personal 
Driver1W orkingStat e Select or driver Vehicle Unit personal 
Driver2W orkingStat e Vehicle Unit personal 
DriveRecognize Speed Threshold detected Vehicle Unit not personal 
Driver1TimeRelatedStat es Weekly day time Driver Card personal 
Driver2TimeRelatedStat es Driver Card personal 
DriverCardDr iver1 Vehicle Unit not personal 
DriverCardDr iver2 Vehicle Unit not personal 
OverSpeed Vehicle Unit personal 
TimeDate Vehicle Unit not personal 
HighResolution TotalV ehicleDistance Vehicle Unit not personal 
ServiceComponentIdentification Vehicle Unit not personal 
ServiceDela yCalendarTimeBased Vehicle Unit not personal 
Driver1Identif ication Driver Card personal 
Driver2Identif ication Driver Card personal 
NextCalibrationDat e Vehicle Unit not personal 
Driver1ContinuousDr ivingTime Driver Card personal 
Driver2ContinuousDr ivingTime Driver Card personal 
Driver1CumulativeBreakTime Driver Card personal 
Driver2CumulativeBreakTime Driver Card personal 
Driver1Cur rentDurationOfSelectedA ctivity Driver Card personal 
Driver2Cur rentDurationOfSelectedA ctivity Driver Card personal 26.5.2016 L 139/427 Úřední věstník Evropské unie CS     
Data Source Data classif ication (personal/ 
not personal) 
SpeedA uthor ised Vehicle Unit not personal 
Tachog raphCardSlot1 Driver Card not personal 
Tachog raphCardSlot2 Driver Card not personal 
Driver1Name Driver Card personal 
Driver2Name Driver Card personal 
OutOfScopeCondition Vehicle Unit not personal 
ModeOfOperation Vehicle Unit not personal 
Driver1CumulatedDr ivingTimePreviousAndCur rentW eek Driver Card personal 
Driver2CumulatedDr ivingTimePreviousAndCur rentW eek Driver Card personal 
EngineSpeed Vehicle Unit personal 
Regist eringMemberState Vehicle Unit not personal 
VehicleRegistrationNumber Vehicle Unit not personal 
Driver1EndOfLastDailyRestPer iod Driver Card personal 
Driver2EndOfLastDailyRestPer iod Driver Card personal 
Driver1EndOfLastW eeklyRestP eriod Driver Card personal 
Driver2EndOfLastW eeklyRestP eriod Driver Card personal 
Driver1EndOfSecondLastW eeklyRestPer iod Driver Card personal 
Driver2EndOfSecondLastW eeklyRestPer iod Driver Card personal 
Driver1Cur rentDailyDr ivingTime Driver Card personal 
Driver2Cur rentDailyDr ivingTime Driver Card personal 
Driver1Cur rentW eeklyDr ivingTime Driver Card personal 
Driver2Cur rentW eeklyDr ivingTime Driver Card personal 
Driver1TimeLef tUntilN ewDailyRestPer iod Driver Card personal 
Driver2TimeLef tUntilN ewDailyRestPer iod Driver Card personal 
Driver1CardExpir yDate Driver Card personal 26.5.2016 L 139/428 Úřední věstník Evropské unie CS     
Data Source Data classif ication (personal/ 
not personal) 
Driver2CardExpir yDate Driver Card personal 
Driver1CardNextMandatory DownloadDat e Driver Card personal 
Driver2CardNextMandatory DownloadDat e Driver Card personal 
Tachog raphNextMandatory DownloadDat e Vehicle Unit not personal 
Driver1TimeLef tUntilN ewW eeklyRestP eriod Driver Card personal 
Driver2TimeLef tUntilN ewW eeklyRestP eriod Driver Card personal 
Driver1NumberOfTimes9hDailyDr ivingTimesExceeded Driver Card personal 
Driver2NumberOfTimes9hDailyDr ivingTimesExceeced Driver Card personal 
Driver1CumulativeUnint erruptedRestTime Driver Card personal 
Driver2CumulativeUnint erruptedRestTime Driver Card personal 
Driver1MinimumDailyRest Driver Card personal 
Driver2MinimumDailyRest Driver Card personal 
Driver1MinimumW eeklyRest Driver Card personal 
Driver2MinimumW eeklyRest Driver Card personal 
Driver1MaximumDailyPer iod Driver Card personal 
Driver2MaximumDailyPer iod Driver Card personal 
Driver1MaximumDailyDr ivingTime Driver Card personal 
Driver2MaximumDailyDr ivingTime Driver Card personal 
Driver1NumberOfUsedReducedDailyRestPer iods Driver Card personal 
Driver2NumberOfUsedReducedDailyRestPer iods Driver Card personal 
Driver1RemainingCur rentDr ivingTime Driver Card personal 
Driver2RemainingCur rentDr ivingTime Driver Card personal 
GNSS position Vehicle Unit personal  
2)PRŮBĚŽNÉ ÚDAJE GNSS DOSTUPNÉ PO SOUHL ASU ŘIDIČE 
Viz dodatek 12 – GNSS. 26.5.2016 L 139/429 Úřední věstník Evropské unie CS     
3)KÓDY UDÁLOSTÍ DOSTUPNÝCH BEZ SOUHL ASU ŘIDIČE 
Událost Pravidla ukládání Údaje, které se ukládají pro každou událost 
Vložení neplatné karty —  10 posledních událostí —  datum a čas události 
—  typ, číslo, vydá vající členský stát a generace 
karty (karet) vytvářející(ch) událost 
—  počet podobných událostí v tentýž den 
Konflikt karet —  10 posledních událostí —  datum a čas začátku události 
—  datum a čas konce události 
—  typ, číslo, vydá vající členský stát a generace 
dvou karet vytvářejících konflikt 
Nesprá vné uzavření po­
slední relace karty —  10 posledních událostí —  datum a čas vložení karty 
—  typ, číslo, vydá vající členský stát a generace 
karty (karet) 
—  poslední data relace přečtená z karty: 
—  datum a čas vložení karty 
—  VRN, členský stát registrace a generace VU 
Přer ušení napájení (2) —  nejdelší událost v každém z 10 
posledních dnů výskytu 
—5 nejdelších událostí za posled ­
ních 365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
události 
—  počet podobných událostí v tentýž den 
Chyba komunikace se za­
řízením pro dálk ovou ko­
munikaci —  nejdelší událost v každém z 10 
posledních dnů výskytu 
—5 nejdelších událostí za posled ­
ních 365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
události 
—  počet podobných událostí v tentýž den 
Chybí informace o po­
loze z přijímače GNSS —  nejdelší událost v každém z 10 
posledních dnů výskytu 
—5 nejdelších událostí za posled ­
ních 365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
události 
—  počet podobných událostí v tentýž den 
Chyba údajů o pohy bu 
vozidla —  nejdelší událost v každém z 10 
posledních dnů výskytu 
—5 nejdelších událostí za posled ­
ních 365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
události 
—  počet podobných událostí v tentýž den 26.5.2016 L 139/430 Úřední věstník Evropské unie CS     
Událost Pravidla ukládání Údaje, které se ukládají pro každou událost 
Nesoulad údajů o po­
hybu vozidla —  nejdelší událost v každém z 10 
posledních dnů výskytu 
—5 nejdelších událostí za posled ­
ních 365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
události 
—  počet podobných událostí v tentýž den 
Pokus o narušení zabez ­
pečení 10 posledních událostí pro každý typ 
události —  datum a čas začátku události 
—  datum a čas konce události (je-li relevantní) 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
události 
—  typ události 
Časo vý konflikt —  nejdelší událost v každém z 10 
posledních dnů výskytu 
—5 nejdelších událostí za posled ­
ních 365 dnů —  datum a čas záznamo vého zařízení 
—  datum a čas GNSS 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
události 
—  počet podobných událostí v tentýž den  
4)KÓDY UDÁLOSTÍ DOSTUPNÝCH SE SOUHL ASEM ŘIDIČE 
Událost Pravidla ukládání Údaje, které se ukládají pro každou událost 
Řízení bez náležité karty —  nejdelší událost v každém z 10 
posledních dnů výskytu 
—5 nejdelších událostí za posled ­
ních 365 dnů —  datum a čas začátku události 
—  datum a čas konce události 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
události 
—  počet podobných událostí v tentýž den 
Vložení karty během ří­
zení —  poslední událost v každém z 10 
posledních dnů výskytu —  datum a čas události 
—  typ, číslo, vydá vající členský stát a generace 
karty (karet) 
—  počet podobných událostí v tentýž den 
Překročení povolené ry­
chlosti (1) —  nejzávažnější událost v každém 
z 10 posledníc h dnů výskytu (tj. 
případ s nejvyšší průměr nou ry­
chlostí) 
—5 nejzávažnějšíc h událostí za po­
sledních 365 dnů 
—  první událost, kter á nastala po 
poslední kalibraci —  datum a čas začátku události 
—  datum a čas konce události 
—  maximální rychlost změřená v průběhu události 
—aritmetický průměr rychlostí změřených v prů­
běhu události 
—  typ, číslo, vydá vající členský stát a generace 
karty řidiče (v příslušných případec h) 
—  počet podobných událostí v tentýž den  26.5.2016 L 139/431 Úřední věstník Evropské unie CS     
5)KÓDY ÚDAJŮ ZÁVAD DOSTUPNÝCH BEZ SOUHL ASU ŘIDIČE 
Závada Pravidla ukládání Údaje, které se ukládají při závadě 
Závada karty —  10 posledních závad karty řidiče —  datum a čas začátku závady 
—  datum a čas konce závady 
—  typ, číslo, vydá vající členský stát a generace 
karty (karet) 
Závady záznamo vého za­
řízení —  10 posledních závad pro každý 
typ závady 
—první závada po poslední kali­
braci —  datum a čas začátku závady 
—  datum a čas konce závady 
—  typ záva dy 
—  typ, číslo, vydá vající členský stát a generace 
všech karet vložených na začátku a/nebo konci 
závady  
Tato závada se aktivuje, pokud zařízení není v kalibračním režimu a nastane jakák oli z následujících poruch: 
—  interní závada celku ve vozidle, 
—  závada tiskár ny, 
—  závada displeje, 
—  závada staho vání, 
—  závada snímače, 
—  závada přijímače GNSS nebo vnějšího zařízení GNSS, 
—  závada zařízení pro dálk ovou komunikaci. 
6)UDÁLOSTI A ZÁVADY SPECIFIC KÉ PRO VÝR OBCE DOSTUPNÉ BEZ SOUHL ASU ŘIDIČE 
Událost nebo závada Pravidla ukládání Údaje, které se ukládají pro každou událost 
Stano ví výrobce Stano ví výrobce Stano ví výrobce   26.5.2016 L 139/432 Úřední věstník Evropské unie CS     
PŘÍLOHA 2 
SCHÉMA TA LOGICKÉ POSLOUPNOSTI VÝMĚN ZPRÁ V S JEDNOTK OU ITS 
Obrázek 1 
Schéma logick é posloupnosti pokusu o ověření kódu PIN 
26.5.2016 L 139/433 Úřední věstník Evropské unie CS     
Obrázek 2 
Schéma logick é posloupnost i ověření autor izace jednotky ITS 
26.5.2016 L 139/434 Úřední věstník Evropské unie CS     
Obrázek 3 
Schéma logické posloupnost i zpraco vání požada vku na údaje klasif ikované jako neosobní (po zadání správného 
kódu PIN) 
Obrázek 4 
Schéma logick é posloupnost i zpraco vání požadavku na údaje klasif ikované jako osobní (po zadání sprá vného 
kódu PIN) 
26.5.2016 L 139/435 Úřední věstník Evropské unie CS     
Obrázek 5 
Schéma logick é posloupnost i pokusu o ověření PUC 
26.5.2016 L 139/436 Úřední věstník Evropské unie CS     
PŘÍLOHA 3 
SPECIFIKA CE V NOT ACI ASN .1 
26.5.2016 L 139/437 Úřední věstník Evropské unie CS     
26.5.2016 L 139/438 Úřední věstník Evropské unie CS     
26.5.2016 L 139/439 Úřední věstník Evropské unie CS     
26.5.2016 L 139/440 Úřední věstník Evropské unie CS     
26.5.2016 L 139/441 Úřední věstník Evropské unie CS     
26.5.2016 L 139/442 Úřední věstník Evropské unie CS     
26.5.2016 L 139/443 Úřední věstník Evropské unie CS     
26.5.2016 L 139/444 Úřední věstník Evropské unie CS     
26.5.2016 L 139/445 Úřední věstník Evropské unie CS     
26.5.2016 L 139/446 Úřední věstník Evropské unie CS     
26.5.2016 L 139/447 Úřední věstník Evropské unie CS     
26.5.2016 L 139/448 Úřední věstník Evropské unie CS     
Dodatek 14 
FUNK CE DÁLK OVÉ KOMUNIKA CE 
OBSAH 
1 ÚVOD ............................................................................................................................................. 450 
2 ROZSAH .......................................................................................................................................... 451 
3 ZKRA TKY , DEFINICE A ZNAČENÍ ........................................................................................................... 452 
4 OPERAČNÍ SCÉNÁŘE .......................................................................................................................... 454 
4.1 Přehled ................................................................................................................................ 454 
4.1.1 Podmínky přenosu dat pomocí rozhraní 5,8 GHz DSR C................................................................. 454 
4.1.2 Profi l 1a: pomocí čtečky komunikačního zařízení včasného dálk ového odhalo vání nasměro vaného ručně 
nebo dočasně namonto vaného a nasměro vaného u silnice ............................................................... 455 
4.1.3 Profi l 1b: pomocí čtečky komunikačního zařízení včasného dálk ového odhalo vání namonto vaného a na­
směro vaného na vozidle .......................................................................................................... 456 
4.2 Zabezpečení/integri ta.............................................................................................................. 456 
5 STR UKTURA A PROTOK OLY DÁLK OVÉ KOMUNIKA CE............................................................................... 456 
5.1 Struktura .............................................................................................................................. 456 
5.2 Vývojo vý diagram .................................................................................................................. 459 
5.2.1 Činnosti ............................................................................................................................... 459 
5.2.2 Interp retace dat přijímaných prostřednictvím komunikace DSR C....................................................... 461 
5.3 Parametr y fyzic kého rozhraní DSR C pro dálk ovou komunikaci ......................................................... 461 
5.3.1 Omezení umístění .................................................................................................................. 461 
5.3.2 Parametr y downlinku a uplinku ................................................................................................. 461 
5.3.3 Konstr ukce antény .................................................................................................................. 466 
5.4 Požadavky protok olu DSR C pro RTM......................................................................................... 466 
5.4.1 Přehled ................................................................................................................................ 466 
5.4.2 Příkazy ................................................................................................................................ 469 
5.4.3 Pořadí dotazo vacích příkazů ..................................................................................................... 469 
5.4.4 Struktur y dat......................................................................................................................... 470 
5.4.5 Prvky RTMData, provedené akce a definice .................................................................................. 472 
5.4.6 Mechanismus přenosu dat ........................................................................................................ 476 
5.4.7 Podrobný popis transakce DSR C................................................................................................ 476 
5.4.8 Popis transakce testu DSR C...................................................................................................... 486 
5.5 Podpora pro směr nici (EU) 2015/719 ......................................................................................... 490 
5.5.1 Přehled ................................................................................................................................ 490 26.5.2016 L 139/449 Úřední věstník Evropské unie CS     
5.5.2 Příkazy ................................................................................................................................ 490 
5.5.3 Pořadí dotazo vacích příkazů ..................................................................................................... 490 
5.5.4 Struktur y dat......................................................................................................................... 490 
5.5.5 Modul ASN.1 pro transakci OWS DSR C...................................................................................... 491 
5.5.6 Prvky OwsData, provedené akce a definice ................................................................................... 492 
5.5.7 Mechanismus přenosu dat ........................................................................................................ 492 
5.6 Přenos dat mezi DSR C-VU a VU ................................................................................................ 492 
5.6.1 Fyzick é spojení a rozhraní ........................................................................................................ 492 
5.6.2 Protok ol aplikace ................................................................................................................... 493 
5.7 Řešení chyb.......................................................................................................................... 494 
5.7.1 Záznam y a komunikace dat v DSR C-VU ...................................................................................... 494 
5.7.2 Chyb y bezdráto vé komunikace .................................................................................................. 494 
6 UVEDENÍ DO PROVOZU A PRA VIDELNÉ KONTR OLNÍ TEST Y PRO FUNK CE DÁLK OVÉ KOMUNIKA CE OBECNÉ 
INFORMA CE ..................................................................................................................................... 496 
6.1 Obecné informace .................................................................................................................. 496 
6.2 ECHO .................................................................................................................................. 496 
6.3 Testy validace obsahu zabezpečených dat..................................................................................... 496  
1  ÚVOD 
Tento dodat ek specifi kuje koncepci a postup y provádění funkce dálk ové komunikace (dále jen komunikace) 
podle článku 9 nařízení (EU) č. 165/2014 (dále jen nařízení). 
DSC_1  Nařízení (EU) č. 165/2014 stano ví, že tachog raf musí být vybaven funkcí dálk ové komunikace, která 
musí zástupcům příslušných kontrolníc h orgánů umožnit číst informace tach ografu z projíždějícíc h 
vozide l pomocí dálk ového dotazo vacího zařízení (čtecí komunikační zařízení včasného dálk ového 
odhalo vání [REDCR]), konkrétně dotazo vacího zařízení s bezdrát ovým připojením pomocí rozhraní 
CEN 5,8 GHz vyhrazenýc h komunikací krátkého dosahu (DSR C). 
Je třeba zdůraznit, že tato funkce je určena pouze pro předběžné třídění, které identifikuje vozidla pro 
podrobnější kontrolu, a nenahrazuje formální kontrolní postup podle ustano vení nařízení (EU) č. 
165/2014. Viz 9. bod odův odnění v preambuli tohot o nařízení, kde se uvádí, že dálk ová komunikace 
mezi tach ografem a kontrolními orgány pro účely silniční kontroly usnadňuje cílené silniční kontroly . 
DSC_2  Data se vyměňují prostřednictvím komunikace s použitím bezdráto vého přenosu DSR C 5,8 GHz 
odpo vídajícího tomut o dodatku a testovaného na příslušné parametr y normy EN 300 674-1, {Electro ­
magnetic compatib ility and Radio spectr um Matte rs (ERM); Road Transpor t and Traffic Telematics 
(RTTT); Dedicat ed Shor t Range Communication (DSR C) transmission equipment (500 kbit/s / 250 
kbit/s) operating in the 5,8 GHz Industr ial, Scientific and Medical (ISM) band; Part 1: General charact e­
ristics and test methods for Road Side Units (RSU) and On -Board Units (OBU)}. 
DSC_3  Komunikace je prostřednictvím komunikačního zařízení navázána pouze v případě, že je zařízením 
příslušného kontrolního orgánu vyžádána pomocí radiok omunikačních prostředků splňujících 
požadavky (čtečkou komunik ačního zařízení včasného dálkového odhalování (REDCR)). 
DSC_4  Pro zajištění integr ity musí být data zabezpečená. 26.5.2016 L 139/450 Úřední věstník Evropské unie CS     
DSC_5  Přístup ke sdělo vaným datům mají pouze příslušné kontrolní orgány pověřené kontrolou porušování 
nařízení (ES) č. 561/2006 a nařízení (EU) č. 165/2014 a dílny , pokud je to nutné k ověření sprá vného 
fungo vání tach ografu. 
DSC_6  Data vyměňo vaná v průběhu komunikace se musí omezit na data nezby tně nutná pro účely cílenýc h 
silničních kontrol vozidel s potenciálně zmanipulo vaným či zneužitým tach ografem. 
DSC_7  Integri ta a bezpečnost dat je zaručena zabezpečením dat v celku ve vozidle (VU) a předáv áním pouze 
zabezpečených přenášenýc h dat a bezpečnostních dat (viz 5.4.4) prostřednictvím bezdrát ového 
zařízení dálk ové komunikace 5,8 GHz DSR C, což znamená, že prostředky k porozumění datům 
předáv aným komunikací a k ověření jejich prav osti mají pouze pověřené osoby příslušných kontrolníc h 
orgánů. Viz dodatek 11 Společné bezpečnostní mechanis my. 
DSC_8  Data musí obsaho vat časo vé razítk o okamžiku poslední aktualizace. 
DSC_9  Obsah bezpečnostníc h dat je zpřístupněn pouze příslušným kontrolním orgánům a pod jejich 
kontrolou a stranám, se kterými sdílejí tyto informace, a je mimo rámec opatření komunikac e, která je 
předmět em tohot o dodatku, kromě případů, kdy tato komunikace s každým balíčk em přenášenýc h dat 
zajišťuje přenos balíčku bezpečnostních dat. 
DSC_10  Stejn ou archit ektur u a zařízení podle tohot o dodatku musí být možné používat pro získáv ání dalšíc h 
dato vých koncepcí (např. vážení na palubě). 
DSC_11 Je třeba zdůraznit, že v souladu s ustano veními nařízení (EU) č. 165/2014 (článek 7) nesmějí být pro­
střednictvím komunikace sdělo vány údaje týkaj ící se totožnosti řidiče. 
2  ROZSAH 
Rozsah tohot o dodatku je omezen na stano vení podmínek , za jakých zástupci příslušných kontrolních orgánů 
používaj í specif ikovanou bezdrát ovou komunikaci 5,8 GHz DSR C pro získáv ání údajů (dat) na dálku ze 
zaměřeného vozidla, která ukazují, že zaměřené vozidlo potenciálně porušuje nařízení (EU) č. 165/2014 a měla 
by být zvážena možnost jeho zastavení pro další šetření. 
Nařízení (EU) č. 165/2014 požaduje, aby se shromažďo vaná data omezo vala pouze na údaje nebo se týkala 
údajů, kter é identif ikují pote nciální přestupek, jak je uvedeno v článku 9 nařízení (EU) č. 165/2014. 
V tomt o scénáři je čas vyhrazený pro komunikaci omezený, prot ože komunik ace je cílená a má krátký dosah. 
Stejné komunikační prostředky pro dálk ové sledo vání tachog rafů (RTM) mohou navíc příslušné kontrolní 
orgán y používat pro další aplikace (např. maximální hmotnosti a rozměr y těžkých nákladních vozidel podle 
směr nice (EU) 2015/719) a tyto operace mohou být podle rozhodnutí příslušných kontrolníc h orgánů 
izolo vané nebo sekvenční. 
Tento dodatek specifi kuje: 
—  Komunikační zařízení, postup y a protok oly používané pro komunikaci 
—  Nor my a předpisy , kter é musí rádio vé zařízení splňo vat 
—  Předkládání dat komunikačnímu zařízení 
—  Dotazo vací a staho vací postup y a posloupnost operací 
—  Data k přenosu 
—  Poten ciální výklad dat přenášenýc h při komunikaci 
—  Poskyto vání bezpečnostníc h dat v souvislosti s komunik ací 26.5.2016 L 139/451 Úřední věstník Evropské unie CS     
—  Dostupnost dat příslušným kontrolním orgánům 
—  Jak může čtečka komunik ačního zařízení včasného dálko vého odhalování požado vat různé druhy dat týkaj ících se 
nákladu a vozového parku 
Pro upřesnění, tento dodat ek nestano ví: 
—  Postup a řízení sběr u dat v celku ve vozidle (kter é jsou funkcí konstr ukce výrobku, pokud nejsou stano veny 
jinde v nařízení (EU) č. 165/2014) 
—  Formu poskyto vání získaných dat zástupci příslušného kontrolního orgánu ani kritéria, kter á příslušné 
kontrolní orgány používa jí při rozhodo vání o tom, jaká vozidla mají zastavit (kter á jsou funkcí konstr ukce 
výrobku, pokud nejsou stano vena jinde v nařízení (EU) č. 165/2014 nebo politickým rozhodnutím 
příslušných kontrolníc h orgánů). Je třeba zdůraznit, že komunik ace pouze poskytuje data příslušným 
kontrolním orgánům, aby tyto orgány mohly provádět informovaná rozhodnutí. 
—  Bezpečnostní podmínky dat (např. šifro vání) týkající se obsahu dat (které jsou stano veny v dodatku 11 – 
Společné bezpečnostní mechanis my. 
—  Podrobnosti jiných koncepcí dat než RTM, která lze získáv at pomocí stejn é archit ektur y a zařízení. 
—  Podrobnosti chování a řízení mezi VU a DSR C-VU ani chování v rámci DSR C-VU (jiného než poskyto vání 
dat v případě vyžádání ze strany REDCR). 
3  ZKRA TKY , DEFINICE A ZNAČENÍ 
V tomt o dodatku se používaj í tyto specifi cké zkratky a definice: 
Anténa  Elektr ické zařízení, které přeměňuje elektr ickou energii na rádio vé vlny a opačně, 
používané ve spojení s rádio vým vysílačem nebo rádio vým přijímačem. Při 
vysílání rádio vý vysílač předává na anténní svorky elektr ický proud oscilující s 
určit ou rádio vou frekvencí a anténa vyzařuje energii proudu ve formě elektro ­
magnetick ého vlnění (rádio vé vlny ). Při přijímání anténa zach ycuje určit ou energii 
elektromagnetick é vlny a vytváří na svýc h svorkác h mírné napětí, které je 
předáv áno přijímači, kde se zesiluje. 
Komunikace  Výměna informací/dat mezi DSR C-REDCR a DSR C-VU podle části 5 na základě 
vztahu hlavní jednotka – vedlejší jednotka za účelem získání dat. 
Data  Zabezpečená data defino vaného formátu (viz 5.4.4) požado vaná ze strany DSRC- 
REDCR a poskyto vaná DSRC-REDCR celkem ve vozidle DSRC-VU prostřednict ­
vím spojení 5,8 GHz DSR C podle bodu 5 níže. 
Nařízení (EU) č. 165/2014  Nařízení Evropského parlamentu a Rady (EU) č. 165/2014 ze dne 4. února 2014 
o tachograf ech v silniční dopravě, o zrušení nařízení Rady (EHS) č. 3821/85 o 
záznamo vém zařízení v silniční dopra vě a o změně nařízení Evropsk ého 
parlamentu a Rady (ES) č. 561/2006 o harmonizaci některýc h předpisů v sociální 
oblasti týkaj ících se silniční dopra vy 
AID  identifikátor aplikace 
BLE  bluetooth s nízk ou energií 
BST  servisní tabulka signálů 26.5.2016 L 139/452 Úřední věstník Evropské unie CS     
CIWD  vložení karty během řízení 
CRC  kontrola cyklický m kódem 
DSC (n)  identifikátor požada vku na specifi cký dodat ek DSR C 
DSR C  vyhrazené spojení krátkého dosahu 
DSR C-REDCR  čtečk a komunikačního zařízení včasného dálk ového odhalo vání DSR C 
DSR C-VU  celek ve vozidle DSR C. Toto je „zařízení včasného dálk ového odhalo vání“ 
definov ané v příloze 1C. 
DWV C  jízda bez platné karty 
EID  identifikátor prvku 
LLC  kontrola logic kého spojení 
LPDU  datová jednotka protok olu LLC 
OWS  palubní vážicí systém 
PDU  datová jednotka protok olu 
REDCR  čtečk a komunikačního zařízení včasného dálk ového odhalo vání Toto je „čtečka 
komunikačního zařízení včasného dálk ového odhalo vání“ definov ané v příloze 
1C. 
RTM  dálk ové sledo vání tachog rafů 
SM-REDCR  bezpečnostní modul – čtečka komunikačního zařízení včasného dálk ového 
odhalo vání 
TARV  telematick é aplikace pro regulo vaná vozidla (řada norem ISO 15638) 
VU  celek ve vozidle 
VUPM  paměť přenášenýc h dat celku ve vozidle 
VUSM  bezpečnostní modul celku ve vozidle 
VST  servisní tabulka vozidla 
WIM  vážení za jízdy 
WOB  vážení na palubě 
Specifikace definov aná v tomt o dodatku odkazuje na všec hny následující předpisy a normy nebo jejich části a je 
na nich závislá. V rámci ustano vení tohot o dodatku jsou specifiko vány příslušné normy nebo příslušná 
ustano vení norem. V případě jakých koli rozporů mají přednost ustano vení tohot o dodatku. V případě 
jakýc hkoli rozporů, k nimž se tent o dodat ek jasně nevyjadřuje, má přednost postup podle ERC 70-03 (s 
kontrolou příslušných parametrů EN 300 674-1), v sestupném pořadí důležitosti podle EN 12795, EN 12253 
EN 12834 a EN 13372, 6.2, 6.3, 6.4 a 7.1. 
Předpisy a normy, na které odkazuje tento dodat ek, jsou:  
[1] Nařízení (EU) č. 165/2014 ze dne 4. února 2014 o tachograf ech v silniční dopra vě, o zrušení nařízení 
Rady (EHS) č. 3821/85 o záznamo vém zařízení v silniční dopra vě a o změně nařízení Evropského 
parlamentu a Rady (ES) č. 561/2006 o harmonizaci někter ých předpisů v sociální oblasti týkajícíc h se 
silniční dopra vy. 26.5.2016 L 139/453 Úřední věstník Evropské unie CS     
[2] Nařízení Evropského parlamentu a Rady (ES) č. 561/2006 o harmonizaci někter ých předpisů v sociální 
oblasti týkaj ících se silniční dopravy , o změně nařízení Rady (EHS) č. 3821/85 a (ES) č. 2135/98 a o 
zrušení nařízení Rady (EHS) č. 3820/85 (Text s významem pro EHP).  
[3] ERC 70-03 CEPT : ECC Recommendation 70-03: Relating to the Use of Shor t Range Devices (SRD)  
[4] ISO 15638 Intellig ent transpor t systems — Framew ork for cooperative telematics applications for 
regulated commercial freight vehicles (TARV).  
[5] EN 300 674-1 Electromagnetic compati bility and Radio spectr um Matters (ERM); Road Transpor t and 
Traffic Telematics (RTTT); Dedicat ed Shor t Range Communication (DSR C) transmission equipment (500 
kbit/s / 250 kbit/s) operating in the 5,8 GHz Industr ial, Scientifi c and Medical (ISM) band; Part 1: General 
charact eristics and test methods for Road Side Units (RSU) and On-Board Units (OBU).  
[6] EN 12253 Road transpor t and traff ic telematics – Dedicat ed shor t-rang e communication – Physical layer 
using micro wav e at 5.8 GHz.  
[7] EN 12795 Road transpor t and traffic telema tics – Dedicated shor t-rang e communication – Data link layer: 
medium access and logical link control.  
[8] EN 12834 Road transpor t and traffic telem atics – Dedicat ed shor t-range communication – Application 
layer.  
[9] EN 13372 Road transpor t and traff ic telem atics – Dedicated shor t-range communication – Profil es for 
RTTT applications  
[10] ISO 14906 Electronic fee collection — Application interface definition for dedicated shor t- rang e 
communication 
4  OPERAČNÍ SCÉNÁŘE 
4.1  Přehled 
Nařízení (EU) č. 165/2014 stano ví specifi cké a kontrolo vané scénáře, v nichž má být komunikace používána. 
Podporo vané scénáře: 
„Communication Profile 1: Roadside inspection using a shor t range wireless communication Remote Early Detection 
Communication Reader instig ating a physic al roadside inspection (master -:-slave) 
Reader Profile 1a: pomocí komunikačního zařízení včasného dálko vého odhalování nasměr ovaného ručně nebo dočasně 
namontovaného a nasměr ovaného u silnice 
Reader Profile 1b: via a vehicle mounted and directed Remote Early Detection Communication Reader“. 
4.1.1  Podmínky přenosu dat pomocí rozhraní 5,8 GHz DSRC 
POZNÁMKA: Pro znázor nění příslušných souvislostí je komunikační zařízení zobrazeno na obrázku 14.3 níže.  
4.1.1.1  Data ucho vávaná ve VU 
DSC_12  VU odpo vídá za aktualizaci každých 60 sekund a ucho vávání v něm uložených dat nezávisle na 
komunikační funkci DSR C. Způsob, jakým je tohot o cíle dosaženo, je vnitřní funkcí VU specifi ­
kovanou v nařízení (EU) č. 165/2014, příloze 1 C, bodě 3.19 „Dálková komunikace pro cílené silniční 
kontro ly“ a není specifiko ván v tomt o dodatku. 26.5.2016 L 139/454 Úřední věstník Evropské unie CS     
4.1.1.2  Data předávaná zařízení DSR C-VU 
DSC_13 VU odpo vídá za aktualizaci dat tachografu DSR C (data), kdyk oli jsou data uložená ve VU aktuali ­
zována, v intervalu stano veném v 4.1.1.1 (DSC_12) nezáv isle na komunikační funkci DSR C. 
DSC_14  Základem získávání a aktualizace dat jsou data VU, a způsob, jakým je toho dosaženo, je uveden v 
příloze 1 C bodě 3.19 „Dálková komunikace pro cílené silniční kontroly“, nebo pokud příslušné informace 
uvedeny nejsou, je funkcí konstr ukce výrobku a není v tomt o dodatku uveden. Způsob spojení mezi 
zařízením DSR C-VU a VU je uveden v části 5.6. 
4.1.1.3  Obsah údajů 
DSC_15  Obsah a formát dat musí být po dekódo vání strukturo vané a dostupné ve formě a formátu uvedeném 
v bodě 5.4.4 tohot o dodatku (Struktur y dat). 
4.1.1.4  Předkládání údajů 
DSC_16  Data, která jsou často aktualizo vána v souladu s postup y podle bodu 4.1.1.1, musí být zajištěna před 
prezentací systému DSRC-VU a předložena jako hodnota zabezpečeného systém u dat pro dočasné 
uložení v DSRC-VU jako aktuální verze dat. Tato data jsou přenesena z VUSM do DSR C funkce 
VUPM. VUSM a VUPM jsou funkce, a nikoli nutně fyzikální veličiny . Forma fyzic ké realizace pro 
provádění těcht o funkcí je záležitost í návrh u výrobku, pokud nejsou uvedeny jinde v nařízení (EU) č. 
165/2014. 
4.1.1.5  Bezpečnostní data 
DSC_17  Bezpečnostní data (secur ityData), obsahující údaje požado vané REDCR pro účely dekódo vání dat, jsou 
poskyto vána v souladu s dodatkem 11 – Společné bezpečnostní mecha nism y – a prezent ována jako 
hodnota systému dat pro dočasné uložení v DSRC-VU jako aktuální verze secur ityData ve formě 
stano vené v tomt o dodatku části 5.4.4. 
4.1.1.6  Data VUPM určená k přenosu pomocí rozhraní DSR C 
DSC_18  Systém dat, který musí být ve vždy dostupný ve funkci DSR C VUPM pro okamžitý přenos na 
požádání ze strany REDCR, je definov án v části 5.4.4 pro úplné specifikace modulu ASN.1. 
Obecný přehled komunikačního profilu 1 
Tento profil se vztahuje na případ použití, kdy pověřená osoba příslušného kontrolního orgánu používá 
komunikační zařízení včasného dálk ového odhalo vání s dálk ovým spojením krátkého dosahu (rozhraní 
5,8 GHz DSR C pracující v rozsahu ERC 70-03 a testované pro příslušné parametr y EN 300 674-1, jak je 
popsáno v oddílu 5) (REDCR) pro dálk ovou identif ikaci vozidel, kter á poten ciálně porušují nařízení (EU) č. 
165/2014. Po této identifikaci pověřená osoba příslušného kontrolního orgánu, kter á kontroluje dotazo vání, 
rozhodne, zda má být vozidlo zasta veno. 
4.1.2  Profil 1a: pomocí čtečky komunikačního zařízení včasného dálkového odhalování nasměr ovaného ručně nebo dočasně 
namontovaného a nasměr ovaného u silnice 
V tomt o případě použití se pověřená osoba příslušného kontrolního orgánu nachází na silnici a zaměřuje 
REDCR držené v ruce, namonto vané na stativu nebo jinak přenosné ze silnice do středu předního okna 
cíleného vozidla. Dotazo vání se provádí pomocí rozhraní 5,8 GHz DSR C pracujícího v rozsahu ERC 70-03 a 
testovaného pro příslušné parametr y EN 300 674-1, jak je popsáno v oddílu 5. Viz obrázek 14.1 (případ 
použití 1). 26.5.2016 L 139/455 Úřední věstník Evropské unie CS     
Obrázek 14.1 
Sledo vání ze silnice pomocí 5,8 GHz DSR C 
4.1.3  Profil 1b: pomocí čtečky komunikačního zařízení včasného dálko vého odhalování namontovaného a nasměr ovaného na 
vozidle 
V tomt o případě použití se pověřená osoba příslušného kontrolního orgánu nachází v jedoucím vozidle, a buď 
zaměřuje přenosné REDCR držené v ruce z vozidla do středu předního skla cíleného vozidla, nebo je REDCR 
namont ováno uvnitř vozidla nebo na něm tak, aby směřo valo do středu předního skla cíleného vozidla, je-li 
vozidlo s čtečkou komunikačního zařízení včasného dálk ového odhalo vání v příslušné poloze vůči cílenému 
vozidlu (např. přímo před ním ve směr u jízdy). Dotazo vání se provádí pomocí rozhraní 5,8 GHz DSR C 
pracujícího v rozsahu ERC 70-03 a testovaného pro příslušné parametr y EN 300 674-1, jak je popsáno v 
oddílu 5. Viz obrázek 14.2. (Případ použití 2). 
Obrázek 14.2 
Sledo vání z vozidla pomocí 5,8 GHz DSR C 
4.2  Zabezpečení/integ rita 
Aby bylo možné ověřo vat prav ost a integr itu staho vanýc h dat pomocí dálk ové komunikace, jsou zabezpečená 
data ověřo vána a dešifro vána v souladu s dodatkem 11 – Společné bezpečnostní mech anism y. 
5  STR UKTURA A PROTOK OLY DÁLK OVÉ KOMUNIKA CE 
5.1  Struktura 
Struktura funkce dálk ové komunikace v inteligentní m tachog rafu je znázor něna a popsána na obrázku 14.3. 26.5.2016 L 139/456 Úřední věstník Evropské unie CS     
Obrázek 14.3 
Struktura funkce dálk ové komunik ace 
DSC_19  Ve VU jsou umístěny tyto funkce: 
—  Bezpečnostní modul (VUSM). Tato funkce ve VU je odpo vědná za zabezpečení dat, která mají být 
přenesena z DSRC-VU k pověřené osobě příslušného kontrolního orgánu prostřednictvím dálk ové 
komunikace. 
—  Zabezpečená data jsou uložena v paměti VUSM. V intervalech stano vených v 4.1.1.1 (DSC_12) VU 
šifruje a doplňuje systém RTMdata (který obsahuje přenášená data a hodnoty zabezpečeného 
systé mu dat stano vené níže v tomt o dodatku) uchovávaný v paměti DSR C-VU. Provoz bezpeč ­
nostního modulu je definov án v dodatku 11– Společné bezpečnostní mechanis my – a mimo 
rozsah tohot o dodatku s výjimk ou případů, kdy bude třeba poskytnout aktualizace komuni ­
kačnímu zařízení VU při každé změně dat VUSM. 
—  Komunikace mezi VU a DSR C-VU může být dráto vá komunikace nebo komunikace bluetooth s 
nízkým napětím (BLE) a fyzic ké umístění DSR C-VU může být totožné s anténou na čelním skle 
vozidla, může být vnitřní částí VU nebo jakékoli přechodné umístění. 
—  DSR C-VU musí mít trvalý spolehlivý zdroj napájení. Prostředky , kter ými je toho dosaženo, jsou 
konstr ukčním rozhodnutím. 
—  Paměť DSR C-VU musí být stálá, aby se data na DSR C-VU ucho vala, i když je zapalo vání vozidla 
vypnuto . 
—  Je-li komunikace mezi VU a DSR C-VU realizo vána pomocí BLE a zdrojem energie je jednorázo vě 
použit elná bater ie, musí být zdroj energie DSR C-VU vyměněn při každé pravideln é kontrole a 
výrobce zařízení DSR C-VU je odpo vědný za to, aby byl tent o zdroj energie dostat ečný na dobu od 
jedné pravidelné kontroly k další a byl zajištěn normální přístup k datům prostřednictvím REDCR 
po celou tuto dobu bez výpadků nebo přer ušení. 26.5.2016 L 139/457 Úřední věstník Evropské unie CS     
—  Zařízení „paměti přenášených dat“ VU RTM (VUPM). Tato funkce ve VU je odpo vědná za 
poskyto vání a aktualizaci dat. Obsah dat. Obsah dat („TachographP ayload“) je definov án v 
5.4.4/5.4.5 níže a je aktualizo ván v inter valu stano veném v bodě 4.1.1.1 (DSC_12). 
—DSR C-VU. Tato funkce, která je umístěna v anténě nebo je s ní spojena a komunikuje s VU pro­
střednictvím dráto vého nebo bezdráto vého (BLE) spojení, obsahuje aktuální data (data VUPM) a 
řídí odpo vědi na dotazy v systém u 5,8 GHz DSR C. Přer ušení spojení nebo rušení s funkcí zařízení 
DSR C během normálního provozu vozidla je považo váno za porušení nařízení (EU) č. 165/2014. 
—  Bezpečnostní modul (REDCR) (SM-REDCR) je funkce používaná pro dešifro vání a kontrolu 
integrity dat z VU. Prostředky , kterými je toho dosaženo, jsou určeny v dodatku 11 – Společné 
bezpečnostní mech anism y a nejsou definovány v tomt o dodatku. 
—  Funkce zařízení DSR C (REDCR) (DSRC-REDCR) zahr nuje přijímač-vysílač 5,8 GHz a příslušný 
firmware a software, který řídí komunikaci s DSRC-VU v souladu s tímto dodatkem. 
—  DSRC-REDCR sleduje DSRC-VU cíleného vozidla, získáv á data (aktuální data VUPM cíleného 
vozidla) prostřednictvím spojení DSR C a přijatá data zpraco vává a ukládá ve svém SM-REDCR. 
—  Anté na DSR C-VU musí být umístěna v místě, ve kterém je optimální komunikace DSR C mezi 
vozidlem a silniční anténou (obecně uprostřed nebo poblíž středu předního okna vozidla …). U 
lehkých vozidel se umístí v horní části čelního skla. 
—  Před anténou nebo v její blízk osti nesmí být žádné kovové předměty (např. štítky se jménem, 
nálepky , fóliové antiref lexní (tóno vací) pásky , sluneční clony , stěrače v klido vé poloze), kter é by 
mohly narušovat komunikaci. 
—  Anténa musí být namonto vána tak, aby její směr zaměření byl přibližně rovnoběžný s 
povrchem silnice. 
DSC_20  Anténa a komunikace musí praco vat v rámci ERC 70-03, musí být testovány pro příslušné parametr y 
EN 300 674-1 jak je popsáno v oddíle 5. Anténa a komunikace mohou používat techniky zmírňo vání 
rizika rušení bezdráto vé sítě, jak je popsáno ve zprá vě ECC 228, například použitím filtrů při 
komunikaci CEN DSR C 5.8 GHz. 
DSC_21  Anténa DSR C musí být spojena se zařízením DSR C-VU buď přímo v modulu namont ovaném na 
čelním skle nebo v jeho blízk osti, nebo prostřednictvím vyhrazeného kabelu s konstr ukcí, která 
ztěžuje nezák onné přer ušení spojení. Přer ušení spojení nebo rušení s funkcí antény je považo váno za 
porušení nařízení (EU) č. 165/2014. Úmyslné zakrývání antény nebo jiná nežádoucí manipulace 
negativ ně ovlivňující její provozní výkon jsou považo vány za porušení nařízení (EU) č. 165/2014. 
DSC_22  Tvaro vý činitel antény není stano ven a je komerčním rozhodnutím, pokud namonto vané zařízení 
DSR C-VU splňuje požada vky shody podle části 5 níže. Anténa musí být umístěna podle pokynů DSC 
19 a podle obrázku 14.4 (ovál) a účinně podpor uje případy užití popsané v 4.1.2 a 4.1.3. 26.5.2016 L 139/458 Úřední věstník Evropské unie CS     
Obrázek 14.4 
Příklad poloh y antén y 5,8 GHz DSR C na čelním skle regulo vaných vozidel 
Tvaro vý činitel REDCR a jeho anténa se mohou měnit podle podmínek čtečky (montáž na stativu, držení v 
ruce, montáž ve/na vozidle atd.) a praco vního postupu pověřené osoby příslušného kontrolního orgánu. 
Funkce zobrazo vání a/nebo oznamo vání pověřené osobě příslušného kontrolního orgánu znázorňuje výsledky 
funkce dálk ové komunikace. Informace se mohou zobrazo vat na obrazo vce, jako tištěný výstup, zvuk ový signál 
nebo kombinace těch to možností. Způsob tohot o zobrazo vání a/nebo oznamo vání závisí na požadav cích 
pověřených osob příslušných kontrolníc h orgánů a konstr ukci zařízení a v tomt o dodatku není stano ven. 
DSC_23  Konstr ukce a tvaro vý činit el REDCR jsou funkcí komerčního provedení, které pracuje v rámci ERC 70- 
03, a konstr ukčních a výkonnostních specifikací stano vených v tomt o dodatku (oddíl 5.3.2), čímž je 
trhu poskytnuta maximální pružnost v navrho vání a dodá vání zařízení, které odpo vídá konkrétním 
scénářům dotazo vání příslušného kontrolního orgánu při provádění konkrétníc h sledo vacích scénářů. 
DSC_24  Konstr ukce a tvaro vý činite l DSRC-VU a jeho umístění uvnitř nebo vně VU jsou funkcí komerčního 
provedení, které pracuje v rámci ERC 70-03, a konstr ukčních a výkonnostních specifi kací stano vených 
v tomt o dodatku (oddíl 5.3.2) a v tomt o bodě (5.1). 
DSC_25  DSRC-VU však musí být přiměřeně schopn o přijímat hodnoty systém ů dat z jiných inteli gentníc h 
zařízení ve vozidle prostřednictvím otev řeného prům yslo vého standardního spojení a protok olů (např. 
ze zařízení vážení na palubě), pokud jsou tyto systém y dat identif ikovány jedinečnými a známými 
identif ikátory aplikací/názvy souborů a instr ukce k provozování těcht o protok olů jsou dostupné 
Evropské komisi a bezplatně také výrobcům příslušného zařízení. 
5.2  Výv ojový diag ram 
5.2.1  Činnosti 
Vývo jový diagram činností je znázor něn na obrázku 14.5. 26.5.2016 L 139/459 Úřední věstník Evropské unie CS     
Obrázek 14.5 
Výv ojový diag ram funkce dálk ové komunik ace 
Kroky jsou popsán y níže: 
a.  Kdyk oli je vozidlo v provozu (zapnut é zapalo vání), tach ograf předáv á data funkci VU. Funkce VU zpraco vává 
data pro funkci dálk ové komunikace (zašifro vaná) a aktualizuje VUPM v paměti DSRC-VU (jak je definov áno 
v bodech 4.1.1.1–4.1.1.2). Získaná data jsou formáto vána, jak je uvedeno v bodech 5.4.4–5.4.5 níže. 26.5.2016 L 139/460 Úřední věstník Evropské unie CS     
b.  Při každé příležitos ti, kdy jsou data aktualizo vána, je rovněž aktualizo váno časo vé razítk o definov ané v 
zabezpečeném systému dat. 
c.  Funkce VUSM zabezpečuje data v souladu s postup y stano venými v dodatku 11. 
d.  Při každé příležit osti, kdy jsou data aktualizo vána (viz 4.1.1.1–4.1.1.2), jsou přenesena do DSRC-VU, kde 
nahrazují všec hna předc hozí data, aby tato aktualizo vaná data byla vždy k dispozici v případě komunikace s 
REDCR. Při předávání z VU do DSR C-VU jsou data označena názvem soubor u RTMData nebo identifikátor y 
ApplicationID a atributy . 
e.  Chce-li pověřená osoba příslušného kontrolního orgánu zaměřit vozidlo a získat z něj data, musí tato 
pověřená osoba příslušného kontrolního orgánu nejpr ve vložit do REDCR chytrou kartu, která dovoluje 
komunikac i a SM-REDCR umožňuje ověřit její prav ost a dešifro vat data. 
f.  Pověřená osoba příslušného kontrolního orgánu potom zaměří vozidlo a pomocí dálk ové komunikace si 
vyžádá data. REDCR otev ře relaci rozhraní 5,8 GHz DSR C s DSRC-VU cíleného vozidla a vyžádá si data. 
Data jsou přenesena do REDCR prostřednictvím systému bezdráto vé komunikace DSCR atribut používaj ícího 
službu aplikace GET , jak je stano veno v oddíle 5.4. Atribut obsahuje šifro vané hodnoty přenášených dat a 
zabezpečená data DSR C. 
g.  Data jsou zařízením REDCR analyzo vána a předána pověřené osobě příslušného kontrolního orgánu. 
h.  Pověřená osoba příslušného kontrolního orgánu použije data k tomu, aby rozhodla, zda má vozidlo zasta vit 
k podrobné kontrole, či nikoli, nebo požádat jinou pověřenou osobu příslušného kontrolního orgánu o 
zastavení vozidla. 
5.2.2  Inter pretace dat přijímaných prostře dnictvím komunikace DSRC 
DSC_26  Data přijatá prostřednictvím rozhraní 5,8 GHz mají význam a smysl stano vený v bodec h 5.4.4 a 5.4.5 
níže a pouze takový význam a smysl a jsou chápána ve smyslu zde stano vených cílů. V souladu s 
ustano veními nařízení (EU) č. 165/2014 musí být data používána pouze pro poskyto vání náležitých 
informací příslušnému kontrolnímu orgánu, aby mohl rozhodnout, zda má vozidlo zastavit pro účely 
fyzic ké kontroly , a následně zlikvido vána v souladu s článk em 9 nařízení (EU) č. 165/2014. 
5.3  Parametr y fyzického rozhraní DSR C pro dálk ovou komunikaci 
5.3.1  Omezení umístění 
DSC_27  Dálk ové sledo vání vozidel prostřednictvím rozhraní 5,8 GHz DSR C by nemělo být používáno v 
rozsahu do 200 metrů od provozní brány 5,8 GHz DSR C. 
5.3.2  Parametr y downlinku a uplinku 
DSC_28  Zařízení používané pro dálk ové sledo vání tachog rafů musí odpo vídat dopor učení ERC 70-03 a 
parametrům stano veným v tabulkách 14.1 a 14.2 níže a praco vat v jejich rozsahu. 26.5.2016 L 139/461 Úřední věstník Evropské unie CS     
DSC_29  Pro zajištění kompati bility s provozními parametr y jiných standardních systémů 5,8 GHz DSR C musí 
dále zařízení používané pro dálk ové sledo vání tach ografů odpo vídat parametrům EN 12253 a EN 
13372. 
Konkrétně: 
Tabulk a 14.1 
Parametr y downlinku 
Item No. Parameter Value(s) Remark 
D1 Downlink Carrier Fre­
quencies There are four alternatives whic h may 
be used by an REDCR: 
5.7975 GHz 
5.8025 GHz 
5.8075 GHz 
5.8125 GHz Within ERC 70-03. 
Carrier Frequencies may be selected by 
the implement er of the roadside system 
and need not be known in the DSR C- 
VU 
(Consist ent with EN 12253, EN 13372) 
D1a (*) Tolerance of Carrier Fre­
quencies within ± 5 ππμ (Consist ent with EN 12253) 
D2 (*) RSU (REDCR) Transmit ­
ter Spectr um Mask Within ERC 70-03. 
REDCR shall be according to Class B,C 
as defined in EN 12253. 
No other specific requirement within 
this Annex Parameter used for controlling interfe ­
rence between interr ogators in proxi­
mity (as defined in EN 12253 and EN 
13372). 
D3 OBU(DSR C-VU) Mini ­
mum Frequency Range 5.795 – 5.815 GHz (Consist ent with EN 12253) 
D4 (*) Maximum E.I.R.P . Within ERC 70-03 (unlicensed) and 
within National Regulation 
Maximum +33 dBm (Consist ent with EN 12253) 
D4a Angular E.I.R.P . mask According to declared and published 
specification of interrogator designer (Consist ent with EN 12253) 
D5 Polar isation Left hand circular (Consist ent with EN 12253) 
D5a Cross-P olar isation XPD: 
In bore sight : (REDCR) RSU t ≥ 15 δB 
(DSR C-VU) OBU r ≥ 10 δB 
At -3 dB area: (REDCR) RSU t ≥ 10 δB 
(DSR C-VU) OBU r ≥ 6 δB (Consist ent with EN 12253) 
D6 (*) Modulation Two level amplitude modulation. (Consist ent with EN 12253) 
D6a (*) Modulation Index 0,5 … 0,9 (Consist ent with EN 12253) 26.5.2016 L 139/462 Úřední věstník Evropské unie CS     
Item No. Parameter Value(s) Remark 
D6b Eye Pattern ≥ 90 % (time) / ≥ 85 % (amplit ude)  
D7 (*) Data Coding FM0 
„1“ bit has transitions only at the be­
ginning and end of the bit inter val. „0“ 
bit has an additional transition in the 
middle of the bit inter val compare d to 
the „1“ bit. (Consist ent with EN 12253) 
D8 (*) Bit rate 500 kBit/s (Consist ent with EN 12253) 
D8a Tolerance of Bit Clock better than ± 100 ppm (Consist ent with EN 12253) 
D9 (*) Bit Error Rate (B.E.R.) 
for communication ≤ 10 – 6 when incident power at OBU 
(DSR C-VU) is in the rang e given by 
[D11a to D11b]. (Consist ent with EN 12253) 
D10 Wake-up trigger for 
OBU (DSR C-VU) OBU (DSR C-VU) shall wake up on re­
ceiving any frame with 11 or more 
octets (including preamble) No special wake-up patter n is necessar y. 
DSR C-VU may wake up on receiving a 
frame with less than 11 octets 
(Consist ent with EN 12253) 
D10a Maximum Star t Time ≤ 5 ms (Consist ent with EN 12253) 
D11 Communication zone Spatial region within which a B.E.R. ac­
cording to D9a is achi eved (Consist ent with EN 12253) 
D11a (*) Power Limit for com ­
munication (upper). – 24dBm (Consist ent with EN 12253) 
D11b (*) Power Limit for com ­
munication (lower). Incident power: 
43 dBm (boresight) 
41 dBm (within – 45 ° – + 45° Corre­
sponding to the plane parallel to the 
road surface when the DSR C-VU later 
is installed in the vehicle (Azimuth)) (Consist ent with EN 12253) 
Exten ded requirement for horizontal 
angles up to ± 45 °, due to the use cases 
defined in this annex. 
D12 (*) Cut-off power level of 
(DSR C-VU) – 60 dBm (Consist ent with EN 12253) 
D13 Preamble Preamble is mandatory . (Consist ent with EN 12253) 
D13a Preamble Length and 
Pattern 16 bits ± XXXXXXXXXXXXXXXXX (Consist ent with EN 12253) 26.5.2016 L 139/463 Úřední věstník Evropské unie CS     
Item No. Parameter Value(s) Remark 
D13b Preamble Wave form An alternati ng sequence of low level 
and high level with pulse duration of 2 
µs. 
The tolerance is given byD8a (Consist ent with EN 12253) 
D13c Trailing Bits The RSU (REDCR) is permitted to 
transmit a maximum of 8 bits after 
the end flag. An OBU (DSR C-VU) is 
not required to take these additional 
bits into account. (Consist ent with EN 12253) 
(*)  – Downlink parameters subject to conf ormance testing in accordance with relevant parameter test from EN 300 674-1  
Tabulk a 14.2 
Parametr y uplinku 
Item No. Parameter Value(s) Remark 
U1 (*) Sub-car rier Frequencies A OBU (DSR C-VU) shall suppor t 
1.5 MHz and 2.0 MHz 
An RSU (REDCR) shall suppor t 
1.5 MHz or 2.0 MHz or both. U1-0: 
1.5 MHz U1-1: 2.0 MHz Selection of sub-car rier frequency 
(1.5 MHz or 2.0 MHz) depends on the 
EN 13372 profile select ed. 
U1a (*) Tolerance of Sub- car­
rier Frequencies within ± 0,1 % (Consist ent with EN 12253) 
U1b Use of Side Bands Same data on both sides (Consist ent with EN 12253) 
U2 (*) OBU (DSR C-VU) Trans ­
mitter Spectr um Mask According to EN12253 
1)  Out band power: 
see ETSI EN 300674-1 
2)  In band power: 
[U4a] dBm in 500 kHz 
3)Emission in any other uplink chan ­
nel: 
U2(3)-1 = – 35 dBm in 500 kHz (Consist ent with EN 12253) 
U4a (*) Maximum Sing le Side 
Band E.I.R.P . (boresight) Two options: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm According to declared and published 
specifi cation of equipment designer 
U4b (*) Maximum Sing le Side 
Band E.I.R.P . (35°) Two options: 
—  Not applicable 
—  – 17dBm According to declared and published 
specifi cation of equipment designer 
U5 Polar isation Left hand circular (Consist ent with EN 12253) 26.5.2016 L 139/464 Úřední věstník Evropské unie CS     
Item No. Parameter Value(s) Remark 
U5a Cross Polar isation XPD: 
In bore sight : (REDCR) RSU r ≥ 15 δB 
(DSR C-VU) OBU t ≥ 10 δB 
At – 3 dB: (REDCR) RSU r ≥ 10 δB 
(DSR C-VU) OBU t ≥ 6 δB (Consist ent with EN 12253) 
U6 Sub-Car rier Modulation 2-PSK 
Encoded data synchr onised with sub- 
carrier: Transitions of encoded data 
coincide with transitions of sub- car­
rier. (Consist ent with EN 12253) 
U6b Duty Cycle Duty Cycle: 
50 % ± α, α ≤ 5 % (Consist ent with EN 12253) 
U6c Modulation on Carrier Multiplication of modulat ed sub- car­
rier with carrier. (Consist ent with EN 12253) 
U7 (*) Data Coding NRZI (No transition at beginning of 
„1“ bit, transition at beginning of „0“ 
bit, no transition within bit) (Consist ent with EN 12253) 
U8 (*) Bit Rate 250 kbit/s (Consist ent with EN 12253) 
U8a Tolerance of Bit Clock Within ± 1 000 ππμ (Consist ent with EN 12253) 
U9 Bit Error Rate (B.E.R.) 
for communication ≤10 – 6 (Consist ent with EN 12253) 
U11 Communication Zone The spatial region within whic h the 
DSR C-VU is situated such that its 
transmissions are received by the 
REDCR with a B.E.R. of less than that 
given by U9a. (Consist ent with EN 12253) 
U12a (*) Conversio n Gain (lower 
limit) 1 dB for each side band Range of 
angle: Circularly symmetr ic between 
bore sight and ± 35° 
and  
within – 45° – + 45°Cor responding to 
the plane parallel to the road surface 
when the DSR C-VU later is installed in 
the vehicle (Azimuth) Greater that the specifi ed value rang e 
for horizontal angles up to ± 45°, due 
to the use cases defined in this annex. 
U12b (*) Conversio n Gain (upper 
limit) 10 dB for each side band Less than the specified value rang e for 
each side band within a circular cone 
around boresight of ± 45° opening 
angle 
U13 Preamble Preamble is mandatory . (Consist ent with EN 12253) 26.5.2016 L 139/465 Úřední věstník Evropské unie CS     
Item No. Parameter Value(s) Remark 
U13a Preamble 
Length and Pattern 32 to 36 µs modulat ed with sub- car­
rier only , then 8 bits of NRZI coded 
„0“ bits. (Consist ent with EN 12253) 
U13b Trailing Bits The DSR C-VU is permitted to transmit 
a maximum of 8 bits after the end 
flag. A RSU (REDCR) is not required 
to take these additional bits into ac­
count. (Consist ent with EN 12253) 
(*)  – Uplink paramet ers subject to conf ormance testing in accordance with relevant parameter test from EN 300 674-1  
5.3.3  Konstr ukce antény 
5.3.3.1  Anté na REDCR 
DSC_30  Konstr ukce antény REDCR je funkcí komerčního návrhu a funguje v mezích stano vených v bodě 
5.3.2, přičemž je přizpůsoben tak, aby byl optimalizo ván výkon čtení DSRC-REDCR pro specifický 
účel a podmínky čten í, pro které bylo REDCR navrženo. 
5.3.3.2  Anté na VU 
DSC_31  Konstr ukce antény REDCR je funkcí komerčního návrhu a funguje v mezích stano vených v bodě 
5.3.2, přičemž je přizpůsoben tak, aby byl optimalizo ván výkon čtení DSRC-REDCR pro specifický 
účel a podmínky čten í, pro které bylo REDCR navrženo. 
DSC_32  Anténa VU je připevněna k čelnímu sklu vozidla nebo v jeho blízk osti, jak je uvedeno v bodě 5.1 
výše. 
DSC_33  Ve zkušebním prostředí v dílně (viz část 6.3) by se anténa DSCR -VU upevněná, jak je popsáno výše v 
bodě 5.1, měla úspěšně připojit ke standardní zkušební komunikaci a úspěšně zajistit transakci RTM 
podle definice v tomt o dodatku na vzdálenost 2 až 10 metrů, po více než 99 % času, zprůměro váno 
na 1 000 přečtenýc h dotazů. 
5.4  Požadavky protok olu DSR C pro RTM 
5.4.1  Přehled 
DSC_34 Transakční protok ol pro staho vání dat pomocí rozhraní 5,8 GHz DSR C musí být v souladu s následu ­
jícími kroky . Tento oddíl popisuje postup transakce v ideálních podmínkác h, aniž by docházelo k 
opak ovanému vysílání nebo přer ušení komunikace. 
POZNÁMKA Účelem iniciační fáze (krok 1) je vytvo ření komunikace mezi REDCR a DSR C celků ve 
vozidle, kter é se dostaly do transakční zóny 5,8 GHz DSR C (řídicí jednotka-vedlejší jednotka), ale 
dosud nenavázaly komunikaci s REDCR, a informování procesů aplikace.  
— Krok 1Inicializace. REDCR vyšle rámec obsahující „servisní tabulku signálů“ (BST), která obsahuje 
identifikátor y aplikace (AID) v servisním seznamu, který podpor uje. V aplikaci RTM se jednoduše 
jedná o službu s hodnotou AID = 2 (Freight&Fleet). DSRC-VU vyhodnotí přijatou BST a odpo ví 
(viz níže) seznamem podporo vaných aplikací v doméně Freight&Fleet nebo neodpo ví, nejsou-li 
podporo vány žádné aplikace. Jestliže REDCR neuvádí AID = 2, DSR C-VU neodpo ví na REDCR. 26.5.2016 L 139/466 Úřední věstník Evropské unie CS     
— Krok 2DSRC-VU vyšle rámec obsahující žádost o přidělení soukromého okna.  
— Krok 3REDCR vyšle rámec obsahující přidělení soukromého okna.  
— Krok 4DSRC-VU použije přidělené soukromé okno pro odeslání rámce obsahujícího servisní 
tabulku svého vozidla (VST). Tato VST obsahuje seznam všec h různýc h instancí aplikací, kter é 
tento DSRC-VU podpor uje v rámci AID = 2. Různé instance jsou identif ikovány pomocí jedinečně 
genero vaných EID, kter é jsou vždy spojen y s hodnotou parametr u Application Context Mark 
(kontext ová značka aplikace) indikující aplikaci a podporo vanou normu.  
— Krok 5REDCR potom analyzuje nabízenou VST , a buď ukončí spojení (RELEASE), protože nemá 
zájem o nic, co VST může nabídnout (tj. přijímá VST od DSRC-VU, který nepodpor uje transakci 
RTM), nebo přijme-li příslušnou VST, spustí instanci aplikace.  
— Krok 6Za tímto účelem REDCR odešle rámec obsahující příkaz k načtení dat RTM, označující 
instanci aplikace RTM uvedením identifikátor u, který určí příslušnou instanci aplikace RTM (jak 
stano ví DSR C-VU ve VST) a přidělí soukromé okno.  
— Krok 7DSRC-VU použije nově přidělené soukromé okno pro odeslání rámce, který obsahuje 
adreso vaný identif ikátor, kter ý odpo vídá instanci aplikace RTM, jak je uvedeno ve VST, společně s 
atribut em RtmData (prvek přenášených dat + bezpečnostní prvek).  
— Krok 8Je-li požado váno více služeb, hodnota „n“ se změní na další servisní referenční číslo a 
proces se opakuje.  
— Krok 9REDCR potvrdí přijetí dat odesláním rámce obsahujícího příkaz RELEASE do DSRC-VU, 
aby byla relace ukončena, NEBO v případě, že se mu nepodaří vyhodnotit úspěšné přijetí LDPU, 
vrátí se do kroku 6. 
Viz obrázek 14.6 a názor ný popis transakčního protok olu.  26.5.2016 L 139/467 Úřední věstník Evropské unie CS     
Obrázek 14.6 
Výv ojový diag ram RTM přes 5.8 GHz DSR C 
26.5.2016 L 139/468 Úřední věstník Evropské unie CS     
5.4.2  Příkazy 
DSC_35  Následující příkazy jsou jediné funkce používané ve fázi transakce RTM  
— INITIALIS ATION .reques t:Příkaz vydaný REDCR ve formě rádio vé zprá vy s definicí aplikací, 
které REDCR podpor uje.  
— INITIALIS ATION .response: Odpo věď DSR C-VU potvrzující spojení a obsahující seznam 
podporo vanýc h případů aplikací s charakteri stikami a informacemi, jak k nim přistupo vat (EID).  
— GET .reques t:Příkaz vydaný REDCR pro DSRC-VU, kter ý určí příslušnou realizaci aplikace 
pomocí definov aného EID, jak byl přijat ve VST, a dává DSRC-VU pokyn k odeslání vybraných 
atributů s daty. Cílem příkazu GET je pro REDCR získání dat od DSRC-VU.  
— GET .response: Odpo věď DSR C-VU, kter á obsahuje požado vaná data.  
— ACTION .reques t ECH O:Příkaz pro DSRC-VU, aby vrátil data z DSRC-VU do REDCR. Cílem 
příkazu ECHO je umožnit dílnám nebo testovacím zařízením pro typo vé zkoušky testovat funkci 
spojení DSR C bez nutnosti přístupu k bezpečnostním údajům.  
— ACTION.response ECH O:Odpo věď DSR C VU na příkaz ECHO.  
— EVENT_REPORT .reques t RELEASE: Příkaz pro DSRC-VU, že transakce je ukončena. Cílem 
příkazu RELEASE je ukončení relace s DSRC-VU. Po přijetí příkazu RELEASE DSRC-VU 
neodpo vídá na žádné další dotazy v rámci aktuálního spojení. Podle EN 12834 se DSR C-VU 
nepřipojí dvakrát ke stejnému dotazo vacímu zařízení, není-li mimo komunikační zónu 255 
sekund nebo změní-li se ID signálu dotazo vacího zařízení. 
5.4.3  Pořadí dotazovacích příkazů 
DSC_36  Z hlediska pořadí příkazů a odpo vědí lze transakci popsat takto: 
Sequence Sender  Receiver Descr iption Action 
1 REDCR > DSR C-VU Initialisation of the communi ­
cation link – Request REDCR broadcasts BST 
2 DSRC-VU > REDCR Initialisation of the communica ­
tion link – Response If BST suppor ts AID=2 then 
DSRC-VU Requests a private win­
dow 
3 REDCR > DSR C-VU Grants a private windo w Sends Frame containing private 
windo w allocation 
4 DSRC-VU > REDCR Sends VST Sends Frame compr ising VST 
5 REDCR > DSR C-VU Sends GET .request for data in 
Attribute for specifi c EID  
6 DSRC-VU > REDCR Sends GET .response with requested 
Attr ibute for specific EID Sends Attr ibute (RTMData, 
OW SData….) with data for speci ­
fic EID 26.5.2016 L 139/469 Úřední věstník Evropské unie CS     
Sequence Sender  Receiver Descr iption Action 
7 REDCR > DSR C-VU Sends GET .request for data ot­
her Attribute (if appropr iate)  
8 DSRC-VU > REDCR Sends GET .response with requested 
Attr ibute Sends Attr ibute with data for speci ­
fic EID 
9 REDCR > DSR C-VU Ackno wledges successful re­
ceip t of data Sends RELEASE command 
which closes transaction 
10 DSRC-VU   Closes transaction   
Příklad pořadí a obsahu transakce s vyměňo vanými rámci, jak je stano veno v článcích 5.4.7 a 5.4.8. 
5.4.4  Struktur y dat 
DSC_37  Sémantic ká struktura dat předáv aných rozhraním 5,8 GHz DSR C odpo vídá popisu uvedenému v této 
příloze. Struktura těcht o dat je stano vena v tomt o článku. 
DSC_38  Přenášená data (data RTM) obsahují řetězec  
1. dat Encr yptedT achographP ayload, která jsou šifro váním údaje TachographP ayload stano veného v 
ASN.1 v části 5.4.5. Způsob šifro vání je popsán v dodatku 11;  
2. dat DSR CSecur ityData, stano vených v dodatku 11. 
DSC_39  Data RTM jsou označena jako atribut RTM = 1 a přenášena v konte jner u RTM =10. 
DSC_40  Kontexto vá značka RTM identifikuje podporo vané standardní části v řadě TARV norem (RTM 
odpo vídá části 9) 
Defi nice modulu ASN.1 pro data DSR C v aplikaci RTM je určena takto:  26.5.2016 L 139/470 Úřední věstník Evropské unie CS     
26.5.2016 L 139/471 Úřední věstník Evropské unie CS     
5.4.5  Prvky RTMData, provedené akce a definice 
DSC_41  Hodnoty dat vypočítá vané VU a používané pro aktualizaci zabezpečených dat v DSR C-VU se 
vypočítá vají podle pravidel stano vených v tabulce 14.3: 
Tabulk a 14.3 
Prvky RTMDat a, provedené akce a definice 
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM1 
Vehicle Regis ­
tration Plate The VU shall set the value of the tp15638V ehicleRegistr ation ­
Plate data element RTM1 from the recorded value of the data 
type VehicleR egistr ationIdentif ication as defined in Appendix 1 
VehicleRegistr ationIdentif ication Vehicle Registra ­
tion Plate expres ­
sed as a string of 
charact ers 
26.5.2016 L 139/472 Úřední věstník Evropské unie CS     
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM2 
Speeding 
Event The VU shall generate a boolean value for data element RTM2 
tp15638SpeedingEvent. 
The tp15638SpeedingEvent value shall be calculat ed by the 
VU from the number of Over Speeding Events recorded in the 
VU in the last 10 days of occur rence, as defined in Annex 1C. 
If there is at least one tp15638SpeedingEvent in the last 10 
days of occur rence, the tp15638SpeedingEvent value shall be 
set to TRUE. 
ELSE if there are no events in the last 10 days of occur rence, 
the tp15638SpeedingEvent shall be set to FALSE. 1 (TRUE) – Indi ­
cates irregular i­
ties in speed wi­
thin last 10 days 
of occur rence 
RTM3 
Driving Wi­
thout Valid 
Card The VU shall generate a boolean value for data element RTM3 
tp15638Dr ivingWithoutV alidCard. 
The VU shall assign a value of True to the tp15638Dr ivingWi ­
thoutV alidCard variable if the VU data has recorded at least 
one event in the last 10 days of occur rence of type „Driving 
without an appropr iate card“ event as defined in Annex 1C. 
ELSE if there are no events in the last 10 days of occur rence, 
the tp15638Dr ivingWithoutV alidCard variable shall be set to 
FALSE. 1 (TRUE) = Indi ­
cates invalid card 
usag e 
RTM4 
Valid Driver 
Card The VU shall generate a boolean value for data element RTM4 
tp15638Dr iverCard on the basis of the data stored in the VU 
and defined in Appendix 1. 
If no valid driver card is present the VU shall set the variable 
to TRUE 
ELSE if a valid driver card is present the VU shall set the varia­
ble to FALSE 0 (FALSE) = Indi ­
cates a valid dri­
ver card 
RTM5 
Card Inser ­
tion while 
Driving The VU shall generate a boolean value for data element RTM5. 
The VU shall assign a value of TRUE to the tp15638CardInser ­
tion variable if the VU data has recorded in the last 10 days of 
occur rence at least one event of type „Card inser tion while dri­
ving.“ as defined in Annex 1C. 
ELSE if there are no such events in the last 10 days of occur ­
rence, the tp15638CardInser tion variable shall be set to 
FALSE. 1 (TRUE) = Indi ­
cates card inser ­
tion while driving 
within last 10 
days of occur ­
rence 
RTM6 
Motion Data 
Error The VU shall generate a boolean value for data element RTM6. 
The VU shall assign a value of TRUE to the tp15638Motion ­
DataEr ror variable if the VU data has in the last 10 days of 
occur rence recorded at least one event of type „Motion data 
error“ as defined in Annex 1C. 
ELSE if there are no such events in the last 10 days of occur ­
rence, the tp15638MotionDataEr ror variable shall be set to 
FALSE. 1 (TRUE) = Indi ­
cates motion data 
error within last 
10 days of occur ­
rence 
26.5.2016 L 139/473 Úřední věstník Evropské unie CS     
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM7 
Vehicle Mo­
tion Conf lict The VU shall generate a boolean value for data element RTM7. 
The VU shall assign a value of TRUE to the tp15638vehicle ­
MotionConf lict variable if the VU data has in the last 10 days 
recorded at least one event of type Vehicle Motion Conf lict 
(value ‘0A’H ). 
ELSE if there are no events in the last 10 days of occur rence, 
the tp15638vehicleMotionConf lict variable shall be set to 
FALSE. 1 (TRUE) = Indi ­
cates motion 
conf lict within 
last 10 days of 
occur rence 
RTM8 
2nd Driver 
Card The VU shall generate a boolean value for data element RTM8 
on the basis of Annex 1C („Dr iver Activity Data“ CREW and 
CO-DRIVER). 
If a 2nd valid driver card is present the VU shall set the varia­
ble to TRUE 
ELSE if a 2nd valid driver card is not present the VU shall set 
the variable to FALSE 1 (TRUE) = Indi ­
cates a second 
driver card inser ­
ted 
RTM9 
Cur rent Acti­
vity The VU shall generate a boolean value for data element RTM9. 
If the current activity is recorded in the VU as any activity ot­
her than „DRIVING“ as defined in Annex 1C the VU shall set 
the variable to TRUE 
ELSE if the current activity is recorded in the VU as „DRIVING“ 
the VU shall set the variable to FALSE 1 (TRUE) = other 
activity select ed; 
0 (FALSE) = dri­
ving selected 
RTM10 
Last Session 
Closed The VU shall generat e a boolean value for data element 
RTM10. 
If the last card session was not properly closed as defined in 
Annex 1C the VU shall set the variable to TRUE. 
ELSE if the last card session was properly closed the VU shall 
set the variable to FALSE 1 (TRUE) = im­
properly closed 
0 (FALSE) = pro­
perly closed 
RTM11 
Power Supply 
Inter ruption The VU shall generate an integ er value for data element 
RTM11. 
The VU shall assign a value for the tp15638 „PowerSupplyIn ­
terruption variable equal to the longest power supply interrup­
tion“ according to Article 9, Reg (EU) 165/2014 of type „Po­
wer supply interr uption“ as defined in Annex 1C. 
ELSE if in the last 10 days of occur rence there are have been 
no Power supply interr uption events the value of the integ er 
shall be set to 0. —  Number of 
power supply 
interr uptions 
in last 10 
days of occur ­
rence 
26.5.2016 L 139/474 Úřední věstník Evropské unie CS     
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM12 
Sensor Fault The VU shall generate an integ er value for data element 
RTM12. 
The VU shall assign to the variable sensorF ault a value of: 
—  1 if an event of type ‘35’H Sensor fault has been recorded 
in the last 10 days, 
—  2 if an event of type GNSS receiver fault (either internal or 
exte rnal with enum values ‘51’H or ‘52’H) has been recor ­
ded in the last 10 days. 
—  3 if an event of type ‘53’H Extern al GNSS communication 
fault has been recorded in the last 10 days of occur rence. 
—  4 If both Sensor Faul t and GNSS receiver faults have been 
recorded in the last 10 days of occur rence 
—  5 If both Sensor Faul t and External GNSS communication 
faults have been recorded in the last 10 days of occur rence 
—6 If both GNSS receiver fault and External GNSS commu ­
nication fault have been recorded in the last 10 days of 
occur rence 
—  7 If all three sensor faults , have been recorded in the last 
10 days of occur rence 
ELSE it shall assign a value of 0 if no events have been recor ­
ded in the last 10 days of occur rence —  sensor fault 
one octet as 
per data dic­
tionar y 
RTM13 
Time Adjust ­
ment The VU shall generate an integ er value (timeReal from Appen ­
dix 1) for data element RTM13 on the basis of the presence of 
Time Adjustment data as defined in Annex 1C. 
The VU shall assign the value of time at which the last time 
adjustment data event has occur red. 
ELSE if no „Time Adjustment“ event. as defined in Annex 1C is 
present in the VU data it shall set a value of 0 Time of the last 
time adjustment 
RTM14 
Secur ity 
Breach At­
tempt The VU shall generate an integ er value (timeReal from Appen ­
dix 1) for data element RTM14 on the basis of the presence of 
a Secur ity breac h attem pt event as defined in Annex 1C. 
The VU shall set the value of the time of the latest secur ity 
breach attem pt event recorded by the VU. 
ELSE if no „secur ity breach attempt“ event as defined in Annex 
1C is present in the VU data it shall set a value of 0x00FF . Time of last 
breac h attempt 
—  Default value 
=0x00FF 
RTM15 
Last Calibra ­
tion The VU shall generate an integ er value (timeReal from Appen ­
dix 1) for data element RTM15 on the basis of the presence of 
Last Calibration data as defined in Annex 1C. 
The VU shall set the value of time of the lates t two calibrations 
(RTM15 and RTM16) , which are set in VuCalibrationData defi­
ned in Appendix 1. 
The VU shall set the value for RTM15 to the timeReal of the 
latest calibration record. Time of last cali­
bration data 
26.5.2016 L 139/475 Úřední věstník Evropské unie CS     
(1) RTM Data 
Element (2) Action perfor med by the VU  (3) ASN.1 defin ition of data 
RTM16 
Previous Cali ­
bration The VU shall generate an integ er value (timeReal from Appen ­
dix 1) for data element RTM16 of the calibration record prece ­
ding that of the last calibration 
ELSE if there has been no previous calibration the VU shall set 
the value of RTM16 to 0. Time of previous 
calibration data 
RTM17 
Date Tacho ­
graph Con ­
nected For data element RTM17 the VU shall generat e an integer va­
lue (timeReal from Appendix 1). 
The VU shall set the value of the time of the initial installation 
of the VU. 
The VU shall extract this data from the VuCalibrationData (Ap­
pendix 1) from the vuCalibrationRecords with CalibrationPur ­
pose equal to: ‘03’H Date tachog raph 
connecte d 
RTM18 
Cur rent 
Speed The VU shall generate an integ er value for data element 
RTM18. 
The VU shall set the value for RTM16 to the last current recor ­
ded speed at the time of the lates t update of the RtmData. Last current re­
corded speed 
RTM19 
Časo vé ra­
zítk o For data element RTM19 the VU shall generat e an integer va­
lue (timeReal from Appendix 1). 
The VU shall set the value for RTM19 to the time of the latest 
update of the RtmData. Timestamp of 
current 
TachographPa y­
load record 
5.4.6  Mechanismus přenosu dat 
DSC_42  Výše definovaná přenášená data jsou vyžádána REDCR po inicializační fázi a následně předána DSRC- 
VU v přiděleném okně. Příkaz GET používá REDCR pro stažení dat. 
DSC_43  Pro všec hny výměny DSR C jsou data šifro vána pomocí PER (Pac ked Encoding Rules). 
5.4.7  Podro bný popis transakce DSRC 
DSC_44  Inicializace se provádí podle DSC_44–DSC_48) a tabulek 14.4–14.9. V inicializační fázi REDCR začne 
odesílat rámec obsahující BST (servisní tabulka signálů) podle EN 12834 a EN 13372, 6.2, 6.3, 6.4 a 
7.1 s nastav eními podle následující tabulky 14.4. 26.5.2016 L 139/476 Úřední věstník Evropské unie CS     
Tabulk a 14.4 
Inicializace – nastavení rámce BST 
Field Settings 
Link Identifier Broadcast address 
BeaconId As per EN 12834 
Time As per EN 12834 
Profile No extension, 0 or 1 to be used 
MandApplications No extensi on, EID not present, Paramet er not present, AID = 2 
Freight&Fleet 
NonMandApplications Not present 
ProfileL ist No extension, number of prof iles in list = 0 
Fragmentation header No fragmentation 
Layer 2 settings Command PDU, UI command  
Praktický příklad nastav ení uvedenýc h v tabulce 14.4 s označením šifro vání bitů je uveden v 
následující tabulce 14.5. 
Tabulk a 14.5 
Inicializace – příklad obsahu rámce BST Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Broadcast ID 
 Broadcast address 
3 MAC Control Field 
 Command PDU 
4 LLC Control field 
 UI command 
5 Fragmentation header 
 No fragmentation 26.5.2016 L 139/477 Úřední věstník Evropské unie CS     
Octet # Attribute/Field Bits in octet Descr iption 
6 BST 
 Initialisation request 
SEQUENCE {   
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER 
(0..65535)  
NonMand applications not present    
Manufacturer Identifier 
7  
8  
IndividualID INTEGER 
(0..134217727)  
} 
27 bit ID available for manufacturer 
9 
10 
11 
12 Time INTEGER (0..4294967295)  
 32 bit UNIX real time 
13 
14 
15 
16 Profil eINTEGER (0..127,...)  
 No extension. Examp le prof ile 0 
17 MandApplications SEQUENCE 
(SIZE 
(0..127,...)) OF 
{  
No extension, Number of mandAppli ­
cations = 1 
18 SEQUENCE {   
OPTION indicator 
 EID not present 
OPTION indicator 
 Parame ter not present 
AID DSR CApplicationEntityID 
} }  
No extension. AID= 2 Freight&Fleet 26.5.2016 L 139/478 Úřední věstník Evropské unie CS     
Octet # Attribute/Field Bits in octet Descr iption 
19 Profil eList SEQUENCE (0..127,…) 
OF Profile }  
No extension, number of prof iles in 
list = 0 
20 FCS 
 Frame check sequence 
21 
22 Flag 
 End Flag  
DSC_45  Po přijetí BST požádá DSRC-VU o přidělení soukromého okna, jak je uvedeno v EN 12795 a EN 
13372, 7.1.1, bez jakýc hkoli specifickýc h nastav ení RTM. Tabulka 14.6 uvádí příklad šifro vání bitů. 
Tabulk a 14.6 
Inicializace – obsah rámce žádos ti o přidělení soukromého okna Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of specifi c DSR C-VU 
3 
4 
5 
6 MAC Control field 
 Private windo w request 
7 FCS 
 Frame check sequence 
8 
9 Flag 
 End Flag  
DSC_46  REDCR potom odpo ví přidělením soukromého okna, podle specifikace v EN 12795 a EN 13372, 
7.1.1, bez jakých koli specifi ckých nastavení RTM. 
Tabulka 14.7 uvádí příklad šifro vání bitů. 26.5.2016 L 139/479 Úřední věstník Evropské unie CS     
Tabulk a 14.7 
Inicializace – obsah rámce přidělení soukromého okna Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
6 MAC Control field 
 Private windo w allocation 
7 FCS 
 Frame check sequence 
8 
9 Flag 
 End Flag  
DSC_47  Po přijetí přiděleného soukromého okna DSRC-VU odešle svou VST (servisní tabulka vozidla) podle 
definice v EN 12834 a EN 13372, 6.2, 6.3, 6.4 a 7.1 s nastaveními podle tabulky 14.8 pomocí 
přiděleného přenoso vého okna. 
Tabulk a 14.8 
Inicializace – nast avení rámce VST 
Field Settings 
Private LID As per EN 12834 
VST parameters Fill=0, then for each suppor ted application: EID present, paramete r 
present, AID=2, EID as generat ed by the OBU 
Parameter No extension, Contains the RTM Context Mark 
ObeConfiguration The optional ObeStatus field may be present, but shall not be used by 
the REDCR 
Fragmentation header No fragmentation 
Layer 2 settings Command PDU, UI command  26.5.2016 L 139/480 Úřední věstník Evropské unie CS     
DSC_48  DSRC-VU podpor uje aplikaci „Freight and Fleet“ označenou identif ikátorem aplikace ‘2’. Mohou být 
podporo vány i další identif ikátory aplikací, ale nejsou přítomn y v této VST , protože BST pouze 
požaduje AID=2. Pole „Aplikace“ obsahuje seznam případů podporo vanýc h aplikací v DSRC-VU. Pro 
každou realizaci podporo vané aplikace je uveden odkaz na příslušnou normu tvořený konte xtovou 
značk ou Rtm, kter á je složena z IDENTIFIKÁ TOR U OBJEK TU představuj ícího příslušnou normu, její 
část (9 pro RTM ) a případně její verzi a navíc EID vytvo řený DSR C-VU a spojený s daným případem 
aplikace. 
Praktický příklad nastav ení stano vených v tabulce 14.8 s označením šifro vání bitů je uveden v tabulce 
14.9. 
Tabulk a 14.9 
Inicializace – příklad obsahu rámce VST Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
6 MAC Control field 
 Command PDU 
7 LLC Control field 
 UI command 
8 Fragmentation header 
 No fragmentation 
9 VST 
SEQUENCE { 
Initialisation response 
Fill BIT STRING (SIZE(4)) 
 Unused and set to 0 
10 Profil eINTEGER (0..127,…) 
Applications SEQUENCE OF { 
No extension. Examp le prof ile 0 
11 
 No extension, 1 application 
12 SEQUENCE {   
OPTION indicator 
 EID present 
OPTION indicator 
 Parame ter present 
AID DSR CApplicationEntityID 
 No extension. AID= 2 Freight&Fleet 
13 EID Dsrc-EID 
 Defi ned within the OBU and identi ­
fying the application instance. 26.5.2016 L 139/481 Úřední věstník Evropské unie CS     
Octet # Attribute/Field Bits in octet Descr iption 
14 Parameter Container { 
 No extension, Container Choice = 02, 
Octet string 
15  
 No extension, Rtm Context Mark 
length = 8 
16 Rtm-Cont extMark::= SEQUENCE 
{ 
StandardIdentifier 
standardIdentifier  
Object Identif ier of the suppor ted stan ­
dard, part, and version. Example: ISO 
(1) Standard (0) TARV (15638) part9 
(9) Version1 (1). 
First octet is 06H, which is the Object 
Identif ier Second octet is 06H, whic h 
is its length. Subsequent 6 octets 
encode the example Object Identifier 
Note that only one element of the se­
quence is present (the optional 
RtmCommProf ile element is omitt ed) 17 
18 
19 
20 
21 
22 
23 
24 ObeConfiguration Sequence {   
OPTION indicator 
 ObeStatus not present 
EquipmentClass INTEGER 
(0..32767) 
25 
26 Manufactur erId INTEGER 
(0..65535) 
Manufacturer identif ier for the DSR C- 
VU as descr ibed in ISO 14816 Regist er 
27 
28 FCS 
 Frame check sequence 
29 
30 Flag 
 End Flag  
DCS_49  REDCR potom načte data vydáním příkazu GET odpo vídajícímu příkazu GET podle definic v EN 
13372, 6.2, 6.3, 6.4 a EN 12834 s nastav eními uvedenými v tabulce 14.10. 
Tabulk a 14.10 
Prezent ace – nastavení rámce žádos ti GET 
Field Settings 
Invoker Identif ier (IID) Not present 
Link Identifier (LID) Link address of the specifi c DSR C-VU 
Chaining No 26.5.2016 L 139/482 Úřední věstník Evropské unie CS     
Field Settings 
Element Identif ier (EID) As specifi ed in the VST. No extensi on 
Access Credentials No 
AttributeIdList No extension, 1 attribute, AttributeID = 1 (RtmData) 
Fragmentation No 
Layer2 settings Command PDU, Polled ACn command  
Tabulka 14.11 uvádí příklad čten í dat RTM. 
Tabulk a 14.11 
Prezentace – příklad rámce žádos ti Get Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
6 MAC Control field 
 Command PDU 
7 LLC Control field 
 Polled ACn command, n bit 
8 Fragmentation header 
 No fragmentation 
9 Get.request 
SEQUENCE { 
Get request 
OPTION indicator 
 Access Credentials not present 
OPTION indicator 
 IID not present 
OPTION indicator 
 Attr ibut eIdList present 
Fill BIT STRING(SIZE(1)) 
 Set to 0. 
10 EID INTEGER(0..127,…) 
 The EID of the RTM application in­
stance, as specifi ed in the VST. No 
extension 
11 AttributeIdList SEQUENCE OF { 
AttributeId }} 
No extension, number of attribut es = 1 
12 
 Attr ibut eId=1, RtmData. No extensi on 26.5.2016 L 139/483 Úřední věstník Evropské unie CS     
Octet # Attribute/Field Bits in octet Descr iption 
13 FCS 
 Frame check sequence 
14 
15 Flag 
 End Flag  
DSC_50  Po přijetí žádosti GET odešle DSRC-VU odpo věď GET s požado vanými daty odpo vídají cími odpo vědi 
GET podle definic v EN 13372, 6.2, 6.3, 6.4 a EN 12834 s nastav eními podle tabulky 14.12. 
Tabulk a 14.12 
Prezent ace – nast avení rámce odpo vědi GET 
Field Settings 
Invoker Identif ier (IID) Not present 
Link Identifier (LID) As per EN 12834 
Chaining No 
Element Identif ier (EID) As specifi ed in the VST. 
Access Credentials No 
Fragmentation No 
Layer2 settings Response PDU, Response available and command accept ed, ACn com ­
mand  
Tabulka 14.13 uvádí příklad čten í dat RTM. 
Tabulk a 14.13 
Prezentace – příklad obsahu rámce odpo vědi Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
26.5.2016 L 139/484 Úřední věstník Evropské unie CS     
Octet # Attribute/Field Bits in octet Descr iption 
6 MAC Control field 
 Response PDU 
7 LLC Control field 
 Response available, ACn command n 
bit 
8 LLC Status field 
 Response available and command ac­
cept ed 
9 Fragmentation header 
 No fragmentation 
10 Get.response 
SEQUENCE { 
Get response 
OPTION indicator 
 IID not present 
OPTION indicator 
 Attr ibut e List present 
OPTION indicator 
 Retur n status not present 
Fill BIT STRING(SIZE(1)) 
 Not used 
11 EID INTEGER(0..127,…) 
 Responding from the RTM application 
Instance. No extension, 
12 AttributeList SEQUENCE OF { 
 No extension, number of attribut es = 1 
13 Attr ibut es SEQUENCE { 
Attribut eId 
No extension, Attribut eId=1 (RtmData) 
14 Attribut eValue CONT AINER { 
 No extension, Container Choice 
= 1010. 
15 
 RtmData 
16 
17 
… … 
n }}}} 
n+1 FCS 
 Frame check sequence 
n+2 
n+3 Flag 
 End Flag  26.5.2016 L 139/485 Úřední věstník Evropské unie CS     
DSC_51  REDCR potom ukončí spojení vydáním příkazu EVENT_REPOR T, RELEASE podle EN 13372, 6.2, 6.3, 
6.4 a EN 12834, 7.3.8 bez jakých koli specifi ckých nastav ení RTM. Tabulka 14.14 uvádí příklad 
šifro vání bitů příkazu RELEASE. 
Tabulk a 14.14 
Ukončení. EVENT_REPORT uvolnění obsahu rámce Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
4 
5 
6 MAC Control field 
 The frame contains a command LPDU 
7 LLC Control field 
 UI command 
8 Fragmentation header 
 No fragmentation 
9 EVENT_REPOR T.request 
SEQUENCE { 
EVENT_REPOR T (Release) 
OPTION indicator 
 Access Credentials not present 
OPTION indicator 
 Event parameter not present 
OPTION indicator 
 IID not present 
Mode BOOLEAN 
 No response expected 
10 EID INTEGER (0..127,…) 
 No extension, EID = 0 (System) 
11 EventT ype INTEGER (0..127,…) } 
 Event type 0 = Release 
12 FCS 
 Frame check sequence 
13 
14 Flag 
 End Flag  
DSC_52  Neočekává se, že DSRC-VU odpo ví na příkaz Release. Komunikace je poté ukončena. 
5.4.8  Popis transakce testu DSRC 
DSC_53  Úplné testy, které zahr nují zabezpečení dat, musí být prováděn y podle dodatku 11 – Společné 
bezpečnostní mechanism y oprávně nými osobami s přístupem k bezpečnostním postupům pomocí 
normálních příkazů GET stano vených výše. 26.5.2016 L 139/486 Úřední věstník Evropské unie CS     
DSC_54  Uvedení do provozu a pravidelné kontrolní testy , kter é vyžadují dešifro vání a pochopení obsahu 
dešifro vanýc h údajů, se provádějí v souladu s dodatkem 11 – Společné bezpečnostní mechanism y a 
dodatkem 9 – Schválení typu – minimální rozsah požado vanýc h zkoušek. 
Základní komunikaci DSR C však lze testovat příkazem ECHO. Tyto testy mohou být požado vány po 
uvedení do provozu, při pravidelné kontrole nebo jindy podle požadavků příslušného kontrolního 
orgánu nebo nařízení (EU) č. 165/2014 (viz 6 níže). 
DSC_55  Pro provedení tohot o základního testu komunikace REDCR vydá příkaz ECHO během relace, tj. po 
úspěšném dokončení inicializační fáze. Sekvence inter akcí je tak podobná sekvenci sledo vání:  
— Krok 1REDCR vyšle „servisní tabulku signálů“ (BST), která obsahuje identif ikátory aplikace (AID) 
v servisním seznamu, který podpor uje. V aplikacích RTM se jednoduše jedná o službu s hodnotou 
AID = 2. 
DSRC-VU vyhodnotí přijatou BST, a pokud zjistí, že BST požaduje Freight&Fleet (AID = 2), DSRC- 
VU odpo ví. Pokud REDCR nenabízí AID = 2, DSRC-VU ukončí transakci s REDCR.  
— Krok 2DSRC-VU vyšle žádost o přidělení soukromého okna.  
— Krok 3REDCR vyšle přidělení soukromého okna.  
— Krok 4DSRC-VU použije přidělené soukromé okno pro odeslání servisní tabulky svého vozidla 
(VST). Tato VST obsahuje seznam všec h různých realizací aplikace, kter é tento DSRC-VU 
podpor uje v rámci AID = 2. Různé realizace jsou identifik ovány pomocí jedinečnýc h EID, které 
jsou vždy spojen y s hodnotou parametr u uvádějící podporo vaný příklad použití.  
— Krok 5REDCR potom analyzuje nabízenou VST a buď ukončí spojení (RELEASE), protože nemá 
zájem o nic, co VST může nabídnout (tj. přijímá VST od DSRC-VU, který nepodpor uje transakci 
RTM ), nebo přijme-li příslušnou VST , spustí realizaci aplikace.  
— Krok 6REDCR odešle příkaz (ECHO) příslušnému DSRC-VU a přidělí soukromé okno.  
— Krok 7DSRC-VU použije nově přidělené soukromé okno pro odeslání rámce odpo vědi ECHO. 
V následujícíc h tabulkác h je uveden praktick ý příklad výměnné relace ECHO. 
DSC_56  Inicializace je provedena podle 5.4.7 (DSC_44 – DSC_48) a tabulek 14.4 – 14.9. 
DSC_57  REDCR potom odešle příkaz ACTION, ECH O odpo vídající ISO 14906 a obsahující 100 oktetů dat 
bez speciálního nastav ení RTM. V tabulce 14.15 je uveden obsah rámce odeslaného REDCR. 
Tabulk a 14.15 
Příklad rámce žádos ti ACTION , ECH O Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific DSR C-VU 
3 
26.5.2016 L 139/487 Úřední věstník Evropské unie CS     
Octet # Attribute/Field Bits in octet Descr iption 
4  
5 
6 MAC Control field 
 Command PDU 
7 LLC Control field 
 Polled ACn command, n bit 
8 Fragmentation header 
 No fragmentation 
9 ACTION.request 
SEQUENCE { 
Action request (ECH O) 
OPTION indicator 
 Access Credentials not present 
OPTION indicator 
 Action parameter present 
OPTION indicator 
 IID not present 
Mode BOOLEAN 
 Response expect ed 
10 EID INTEGER (0..127,…) 
 No extension, EID = 0 (System) 
11 Action Type INTEGER (0..127,…) 
 No extension, Action type ECHO re­
quest 
12 ActionParamet er CONT AINER { 
 No extension, Container Choice = 2 
13 
 No extension. String length = 100 
octets 
14  
 Data to be echoed 
… … 
113 }} 
114 FCS 
 Frame check sequence 
115 
116 Flag 
 End Flag  
DSC_58  Při přijímání žádosti ECH O odešle DSRC-VU odpo věď ECH O o 100 oktet ech dat a reaguje na přijatý 
příkaz v souladu s ISO 14906 bez speciálního nastavení pro RTM. Tabulka 14.16 uvádí příklad 
šifro vání na úrovni bitů. 26.5.2016 L 139/488 Úřední věstník Evropské unie CS     
Tabulk a 14.16 
Příklad rámce odpo vědi ACTION , ECH O Octet # Attribute/Field Bits in octet Descr iption 
1 FLAG 
 Star t flag 
2 Private LID 
 Link address of the specific VU 
3 
4 
5 
6 MAC Control field 
 Response PDU 
7 LLC Control field 
 ACn command n bit 
8 LLC status field 
 Response available 
9 Fragmentation header 
 No fragmentation 
10 ACTION.response 
SEQUENCE { 
ACTION response (ECHO) 
OPTION indicator 
 IID not present 
OPTION indicator 
 Response paramete r present 
OPTION indicator 
 Retur n status not present 
Fill BIT STRING (SIZE (1)) 
 Not used 
11 EID INTEGER (0..127,…) 
 No extension, EID = 0 (System) 
12 ResponseP arameter CONT AINER { 
 No extension, Container Choice = 2 
13 
 No extension. String length = 100 
octets 
14  
 Echoed data 
… … 
113 }} 
114 FCS 
 Frame check sequence 
115 
116 Flag 
 End Flag  26.5.2016 L 139/489 Úřední věstník Evropské unie CS     
5.5  Podpora pro směr nici (EU) 2015/719 
5.5.1  Přehled 
DSC_59  Na podpor u směr nice (EU) 2015/719 o maximálních hmotnostec h a rozměrech těžkýc h nákladních 
vozide l je transakční prot okol pro staho vání dat OWS pomocí rozhraní 5,8 GHz DSR C stejný jako 
protok ol používaný pro data RTM (viz 5.4.1), jediným rozdílem je, že identif ikátor objektu, který se 
vztahuje k normě TARV, odpo vídá normě ISO 15638 (TARV) části 20 týkaj ící se WOB/O WS. 
5.5.2  Příkazy 
DSC_60  Příkazy používané pro transakci OWS jsou stejné jako příkazy používané pro transakci RTM. 
5.5.3  Pořadí dotazovacích příkazů 
DSC_61  Pořadí dotazo vacích příkazů pro data OWS je stejné jako pro data RTM . 
5.5.4  Struktur y dat 
DSC_62  Přenášená data (data OWS) obsahují řetězec  
1. dat Encr yptedOwsP ayload, kter á jsou šifro váním OwsPa yload podle ASN.1 v části 5.5.5. Způsob 
šifro vání je stejný jako pro RtmData, kter ý je uveden v dodatku 11;  
2. DSR CSecur ityData, vypočítaných se stejn ým algor itmem jako pro RTMData, který je uveden v 
dodatku 11.  26.5.2016 L 139/490 Úřední věstník Evropské unie CS     
5.5.5  Modul ASN.1 pro transakci OWS DSRC 
DSC_63.  Definice modulu ASN.1 pro data DSR C v aplikaci RTM je určena takto: 
26.5.2016 L 139/491 Úřední věstník Evropské unie CS     
5.5.6  Prvky OwsData, provedené akce a definice 
Prvky OwsData jsou určeny na podpor u směr nice (EU) 2015/719 o maximálních hmotnoste ch a rozměrech 
těžkých nákladních vozidel. Mají tent o význam: 
—  recordedW eight znamená celk ovou naměřenou hmotnost nákladního vozidla s rozlišením 10 kg podle EN 
ISO 14906. Například hodnota 2 500 znamená celk ovou hmotnost 25 tun. 
—  axlesConf iguration znamená konfiguraci těžk ého nákladního vozidla podle počtu náprav . Konfigurace je 
definována pomocí bitové masky 20 bitů (rozšíření z EN ISO 14906). 
Bito vá maska 2 bitů znamená konfiguraci náprav y v následujícím formátu: 
—  hodnota 00B znamená, že hodnota „není dostupná“, prot ože vozidlo nemá zařízení na měření váhy na 
náprav ě, 
—  hodnota 01B znamená, že náprav a není dostupná, 
—  hodnota 10B znamená, že náprav a je dostupná a váha byla vypočítána a naměřena a je udávána v poli 
axlesRecordedW eight, 
—  hodnota 11B je vyhrazena pro budoucí použití. 
Poslední čtyři bity jsou vyhrazen y pro budoucí použití. 
Počet náprav  
Počet náprav na tažné jednotce Počet náprav na přívěsu 
00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 RFU 
(4 bity)  
—  axlesRecordedW eight znamená specifick ou hmotnost zaznamenanou pro každou nápravu s rozlišením 
10 kg. Pro každou náprav u se použi jí dva oktety . Například hodnota 150 znamená hmotnost 1 500 kg. 
Další druhy dat jsou definovány v 5.4.5. 
5.5.7  Mechanismus přenosu dat 
DSC_64  Mechanis mus přenosu dat pro data OWS mezi dotazo vacím zařízením a zařízením DSR C ve vozidle je 
stejn ý jako pro data RTM (viz 5.4.6). 
DSC_65  Přenos dat mezi platf ormou shromažďující data maximální hmotnosti a zařízením DSR C ve vozidle je 
založen na fyzic kém spojení a rozhraních a protok olu stano veném v části 5.6. 
5.6  Přenos dat mezi DSR C-VU a VU 
5.6.1  Fyzické spojení a rozhraní 
DSC_66  Spojení mezi VU a DSRC-VU může být provedeno buď fyzickým kabelem, nebo bezdráto vou 
komunikací krátkého dosahu na bázi Bluetooth v4.0 BLE. 
DSC_67  Bez ohledu na volbu fyzick ého spojení a rozhraní jsou splněny tyto požadavky: 
DSC_68  a)Aby bylo možné uzavírat smlouvy na dodávky VU a DSR C-VU a rovněž různýc h sérií DSR C-VU s 
různými doda vateli, je spojení mezi VU a DSR C-VU otevřeným standardním spojením. VU se s 
DSR C-VU spojuje buď 
i)  pomocí pevného kabelu délky nejméně 2 metr y s přímým konekto rem DIN 41612 H11 – 
schválenou zástrčk ou na straně DSR C-VU s 11 kolíky a odpo vídající zásuvk ou se schv álením 
DIN/ISO na straně VU, 26.5.2016 L 139/492 Úřední věstník Evropské unie CS     
ii)  pomocí zařízení Bluetooth Low Energy (BLE) 
iii)  pomocí standardního spojení ISO 11898 nebo SAE J1939 
DSC_69  b)Defi nice rozhraní a spojení mezi VU a DSR C-VU musí podporo vat příkazy protok olu aplikace 
stano vené v 5.6.2. a 
DSC_70  c)VU a DSR C-VU musí podporo vat přenos dat prostřednictvím spojení s ohledem na výkon a 
napájení. 
5.6.2  Protokol aplik ace 
DSC_71  Protok ol aplikace mezi zařízením vzdálené komunikace VU a DSR C-VU je odpo vědný za pravidelný 
přenos dat vzdálené komunikace z VU do DSR C. 
DSC_72  Jsou určeny tyto hlav ní příkazy :  
1. 1. Inicializace komunikačního spojení – žádost  
2. Inicializace komunikačního spojení – odpo věď  
3. Odeslání dat s identif ikátorem aplikace RTM a přenášená data podle dat RTM  
4. Potvrzení dat  
5. Ukončení komunikačního spojení – žádost  
6. Ukončení komunikačního spojení – odpo věď 
DSC_73  V ASN1.0 mohou být předchozí příkazy definovány takto: 
26.5.2016 L 139/493 Úřední věstník Evropské unie CS     
DSC_74  Popis příkazů a parametrů: 
—  
 se používá pro inicializaci 
komunikačního spojení. Příkaz je odeslán z VU do DSR C-VU. VU stano ví LinkIdentif ier a sdělí jej 
DSR C-VU pro vytvo ření specifi ckého komunikačního spojení. 
(Pozn.: slouží k podpoře budoucíc h spojení a dalšíc h aplikací/modulů jako např. vážení na palubě).  
—  
 používá DSR C-VU pro odeslání 
odpo vědi na žádost o inicializaci komunikačního spojení. Příkaz odešle DSR C-VU do VU. Příkaz 
poskytuje výsledek inicializace jako odpo věď = 1 (úspěch) nebo = 0 (selhání). 
DSC_75  Inicializace komunikačního spojení se provádí po instalaci, kalibraci a spuštění motoru/VU. 
—  
 používá VU pro odeslání podepsaných RCDTData (tj. dat vzdálené komunik ace) 
do DSR C-VU. Data jsou odesílána každých 60 sekund. Parametr DataT ransactionId označuje 
specifický přenos dat. LinkIdentif ier rovněž zajišťuje sprá vnost příslušného odkazu. 
—  
 odesílá DSR C-VU jako zpětnou vazbu do VU po přijetí dat 
z příkazu 
 označeného parametrem DataT ransactionId. Parametr odpo vědi je 1 
(úspěch ) nebo = 0 (selhání). Pokud VU přijme víc než tři odpo vědi odpo vída jící 0 nebo pokud VU 
nepři jme pro specifický dříve odeslaný příkaz se specifi ckým DataT ransactionId, VU gener uje a 
zaznamená událost. 
—  
 odesílá VU do DSR C-VU pro ukončení 
spojení pro specifický LinkIdentifier . 
DSC_76  Při novém spuštění DSR C-VU nebo VU by všec hny stávající komunikační odkazy měly být odstraněn y, 
protože se mohou vyskyto vat „zbytk ové“ odkazy v důsledku neočekáv aného vypnutí VU. 
—  
 odesílá DSR C-VU do VU pro 
potvrzení žádosti o ukončení spojení ze strany VU pro specifi cký LinkIdentif ier. 
5.7  Řešení chyb 
5.7.1  Záznamy a komunik ace dat v DSRC-VU 
DSC_77  Již zabezpečená data jsou funkcí VUSM poskytnuta DSRC-VU. VUSM ověří, zda data zaznamenaná v 
DSRC-VU byla řádně zaznamenána. Zaznamenání a hlášení případných chyb v přenosu dat z VU do 
paměti DSRC-VU je zaznamenáno s typem EventF aultT ype a hodnotou enum nastav enou na ‘62’H 
Chyba komunikace zařízení vzdálené komunikace s časo vým razítkem . 
DSC_78 VU ucho vává soubor označený jedinečným názvem, který mohou praco vníci kontroly snadno identi ­
fikovat pro účely zaznamenání„por uchy intern í komunikace VU“. 
DSC_79  Pokud se VUPM neúspěšně pokusí získat data VU z bezpečnostního modulu (pro předání do VU- 
DSR C), zaznamená toto selhání s typem EventFaultT ype a hodnotou enum nastav enou na ‘62’H Chyba 
komunikace zařízení vzdálené komunik ace s časo vým razítk em. Selhání komunikace je zjištěno, není-li 
zprá va 
 pro příslušný příkaz (tj. se stejnými zprá vami DataT ransac ­
tionId 
 ) 
 přijata déle než během tří 
následných pokusů. 
5.7.2  Chyby bezdr átové komunikace 
DSC_80  Řešení chyb komunikace odpo vídá ustano vením příslušných norem DSR C, konkrétně EN 300 674-1, 
EN 12253, EN 12795, EN 12834 a příslušným parametrům EN 13372. 26.5.2016 L 139/494 Úřední věstník Evropské unie CS     
5.7.2.1  Chyby šifrování a podpisu 
DSC_81  Chyby šifro vání a podpisu se řeší v souladu s dodatkem 11 Společné bezpečnostní mechanis my a 
nejsou přítomné v žádných chybových hlášeních spojených s přenosem dat DSR C. 
5.7.2.2  Záznam chyb 
Médium DSR C je dynamická bezdráto vá komunikace v prostředí nejistýc h atmosféri ckých a interferenčních 
podmínek, zejména v kombinacíc h „přenosné REDCR“ a „pohybující se vozidlo“ v rámci této aplikace. Je proto 
třeba uvědomit si rozdíl mezi „chybou čten í“ a „chybovými“ podmínkami. Při přenosu prostřednictvím 
bezdrát ového rozhraní je chyba čtení běžná a důsledkem je obvykle nový pokus, tj. nová relace BST a nový 
pokus o sekvenci, kter é ve většině případů vedou k úspěšnému komunikačnímu spojení a přenosu dat, pokud 
se cílové vozidlo během času potřebného pro nový přenos nedostane z dosahu. („Úspěšný“ případ „čtení“ může 
zahr novat několik pokusů a nových spojení.) 
Chyba čten í může být důsledkem nesprá vného spáro vání antén (chyba „zaměření“); zastínění jedné z antén – 
může být úmyslné, ale rovněž důsledkem fyzick é přítomn osti jiného vozidla; rádio vé interfe rence, zejména 
zařízení WIFI v pásmu cca 5,8 GHz nebo jiných veřejně přístupných bezdráto vých komunikací nebo může být 
způsobeno radaro vou interferencí nebo nepříznivými atmosfé rickými podmínkami (např. za bouřky); nebo 
jednoduše vyjetím z dosahu komunikace DSR C. Jednotlivé případy chyb čtení nelze z jejich povahy 
zaznamenat, prot ože komunikace nebyla prostě navázána. 
Pokud však oprávněná osoba příslušných kontrolních orgánů zaměří vozidlo a pokusí se zjistit jeho DSRC-VU, 
ale nedojde k úspěšnému přenosu dat, může k tomut o selhání dojít v důsledku úmyslné manipulace, a proto 
musí mít oprá vněná osoba příslušných kontrolníc h orgánů k dispozici prostředek pro zaznamenání selhání a 
upozor nění kolegů na cestě o možné manipulaci. Kolego vé potom mohou zasta vit vozidlo a provést fyzic kou 
kontrolu. Pokud však není úspěšně navázána komunikace, systém DSR C-VU nemůže poskytnout data týkající se 
selhání. Podávání těch to zpráv je proto funkcí konstr ukce zařízení REDCR. 
„Selhání čten í“ je technic ky odlišné od „chyby“. V této souvislosti je „chyba“ přijetí špatné hodnoty . 
Přenos dat do DSRC-VU je realizo ván již v zabezpečené podobě, proto musí být ověřen poskyto vatelem dat (viz 
5.4). 
Data následně přenášená vzdušným rozhraním se kontrolují cyklický mi redundantními kontrolami na 
komunikační úrovni. Je-li CRC úspěšná, jsou data správná. Není-li CRC úspěšná, jsou data přenášena znovu. 
Pravděpodobnost, že by nesprávn á data mohla úspěšně projít CRC, je statistic ky tak nízká, že může být 
zanedbána. 
Není-li validace CRC úspěšná a není čas pro nový přenos a přijetí správnýc h dat, nebude výsledke m chyba, ale 
případ specifickéh o typu selhání čtení. 
Jediné smysluplné „selhání“ dat, které může být zaznamenáno, je chyba počtu úspěšnýc h inicializací transakcí, 
které nevedou k úspěšnému přenosu dat do REDCR. 
DSC_82  REDCR prot o zaznamenává počet časo vě označenýc h případů, kdy je „inicializační“ fáze sledo vání 
DSR C úspěšná, ale transakce je ukončena před úspěšným přijetím dat v REDCR. Tato data jsou k 
dispozici oprá vněné osobě příslušných kontrolníc h orgánů a jsou uložena v paměti zařízení REDCR. 
Způsob, jakým je toho dosaženo, je záležitostí konstr ukce výrobku nebo specifikace příslušného 
kontrolního orgánu. 
Jedinými smysluplnými „chybnými“ daty , kter á mohou být zaznamenána, je počet případů, kdy 
REDCR nedokáže dešifro vat přijatá data. Je však třeba zmínit, že tyto případy souvisejí pouze s 
účinností softwar u REDCR. Data mohou být technicky dešifro vána, ale nedáva jí sémantický smysl. 26.5.2016 L 139/495 Úřední věstník Evropské unie CS     
DSC_83  REDCR proto zaznamenává počet časo vě označených případů, kdy se neúspěšně pokusilo dešifro vat 
data přijatá přes rozhraní DSR C. 
6  UVEDENÍ DO PROVOZU A PRA VIDELNÉ KONTR OLNÍ TEST Y PRO FUNK CE DÁLK OVÉ KOMUNIKA CE OBECNÉ 
INFORMA CE 
6.1  Obecné informace 
DSC_84  Pro funkci dálk ové komunikace jsou určeny dva typy testů:  
1) Test ECH O pro posouzení bezdráto vého komunikačního kanálu DSRC-REDCR >>-:-<DSRC-VU.  
2) Konco vý bezpečnostní test, který ověřuje, že je karta dílny schopna přístupu k šifro vanému a 
podepsanému datovému obsahu vytvo řenému VU a přenášenému bezdráto vým komunikačním 
kanálem. 
6.2  ECHO 
Tento článek obsahuje ustano vení speciálně vytvo řená pro testování funkční aktivity DSRC-REDCR >>-:-<DSRC- 
VU. 
Cílem příkazu ECHO je umožnit dílnám nebo testovacím zařízením pro typo vé zkoušky testovat funkci spojení 
DSR C bez nutnosti přístupu k bezpečnostním údajům. Testo vací zařízení prot o musí být pouze schopno inicia ­
lizovat komunikaci DSR C (odeslání BST s AID = 2) a potom odeslat příkaz ECHO a v případě, že DSR C pracuje, 
přijmout odezvu ECHO. Podrobnosti viz 5.4.8. V případě, že tuto odezvu přijme sprá vně, může být spojení 
DSR C (DSRC-REDCR >>-:-<DSRC-VU) valido váno jako sprá vně fungující. 
6.3  Testy validace obsahu zabezpečených dat 
DSC_85  Tento test je určen pro validaci konco vého bezpečnostního toku dat. Pro tento test je nutná testovací 
čtečka DSR C. Tato čtečka provádí stejné funkce a je realizo vána se stejnými specifi kacemi jako čtečka 
používaná oprávněnými osobami s tím rozdílem, že karta dílny je používána pro ověření totožnosti 
uživate le testovací čtečky DSR C, nikoli kontrolní karty. Test lze provádět po počátečn í aktivaci inteli ­
gentního tachografu nebo na konci kalibračního postupu. Po aktivaci celek ve vozidle gener uje 
zabezpečená data včasné detekce a sdělí je zařízení dálk ové komunikace. 
DSC_86  Praco vníci dílny musí testovací čtečk u DSR C umístit ve vzdálenosti 2 až 10 metrů před vozidlem. 
DSC_87  Potom praco vníci dílny vloží do testovací čtečk y DSR C kartu dílny a odešlou požadavek na zjištění dat 
včasné detekce do celku ve vozidle. Po úspěšném zjištění praco vníci dílny přijatá data zkontrolují, aby 
se přesvědčili, že byla úspěšně valido vána z hlediska integrit y a dešifro vána.  26.5.2016 L 139/496 Úřední věstník Evropské unie CS     
Dodatek 15 
MIGRA CE: POSTUPY PŘI SOUČASNÉ EXISTENCI NĚK OLIKA GENERA CÍ ZAŘÍZENÍ 
OBSAH 
1. DEFINICE ......................................................................................................................................... 497 
2. OBECNÁ UST ANO VENÍ ....................................................................................................................... 497 
2.1. Přechod na novou generaci ....................................................................................................... 497 
2.2. Interoperabilita mezi celky ve vozidle a kartami ............................................................................ 498 
2.3. Interoperabilita mezi celky ve vozidle a snímači pohy bu................................................................. 498 
2.4. Interoperabilita mezi celky ve vozidle, kartami tachografu a zařízením pro staho vání dat ....................... 498 
2.4.1 Přímé staho vání z karet prostřednictvím inteligentního vyhrazeného zařízení (IDE) ............................... 498 
2.4.2 Staho vání z karet prostřednictvím celku ve vozidle ........................................................................ 499 
2.4.3 Staho vání z celku ve vozidle ..................................................................................................... 499 
2.5. Interoperabilita mezi celkem ve vozidle a kalibračním zařízením ....................................................... 499 
3. HLAVNÍ KROKY V OBDOBÍ PŘED DATEM ZAVEDENÍ ................................................................................. 499 
4. UST ANO VENÍ PRO OBDOBÍ PO DATU ZAVEDENÍ ..................................................................................... 499  
1.  DEFINICE 
Pro účely tohot o dodatku se použijí tyto definice: 
systém inteligentního tachog rafu: podle definice v této příloze (kapitola 1: definice bbb); 
systém tacho grafu první generace: podle definice v tomt o nařízení (článek 2: definice 1); 
systém tacho grafu druhé generace: podle definice v tomt o nařízení (článek 2: definice 7); 
datum zavedení: podle definice v této příloze (kapit ola 1: definice ccc); 
inteligentní vyhrazené zařízení (IDE): zařízení používané ke staho vání dat podle definice v dodatku 7 této 
přílohy . 
2.  OBECNÁ UST ANO VENÍ 
2.1.  Přechod na novou generaci 
V preambuli této přílohy je uveden přehled o přec hodu z první na druhou generaci systémů tach ografů. 
Kromě ustano vení této preambule: 
—  snímače pohy bu první generace nebudou interoperabilní s celky ve vozidle druhé generace, 
—  instalace snímačů pohy bu druhé generace do vozidel bude zahájena současně s instalací celků ve vozidle 
druhé generace, 
—  bude nutný další vývoj zařízení pro staho vání dat a kalibrační zařízení, aby bylo podporo váno používání 
obou generací záznamo vého zařízení a karet tachog rafu. 26.5.2016 L 139/497 Úřední věstník Evropské unie CS     
2.2.  Interoperabilit a mezi celky ve vozidle a kartami 
Rozumí se, že karty tachografu první generace jsou interoperabilní s celky ve vozidle první generace (v souladu s 
přílohou 1B tohot o nařízení), zatímco karty tachografu druhé generace jsou inter operabilní s celky ve vozidle 
druhé generace (v souladu s přílohou 1C tohot o nařízení). Kromě toho se uplatní níže uvedené požadavky . 
MIG_001  Kromě případů uvedenýc h v požada vcíc h MIG_004 a MIG_005 mohou být karty tachografu první 
generace nadále používány v celcích ve vozidle druhé generace až do uplynutí jejich data platnosti. 
Jejich držitelé však mohou požádat o jejich výměnu za karty tachografu druhé generace, jakmile budou 
k dispozici. 
MIG_002  Celky ve vozidle druhé generace musí být schopn y používat jakoukoli platnou vloženou kartu řidiče, 
kontrolní kartu nebo kartu podniku první generace. 
MIG_003  Tato schopn ost může být jednou provždy v uvedeném celku ve vozidle dílnami odstraněna, takže karty 
tachografu první generace nemohou být již dále přijímány . To lze provést pouze poté , co Evropská 
komise zahájí postup, jehož cílem je dílny požádat, aby tak učinily , např. během každé periodick é 
kontroly tachog rafu. 
MIG_004  Celky ve vozidle druhé generace musí být schopn y používat pouze karty dílny druhé generace. 
MIG_005  Pro určení provozního režimu musí celky ve vozidle druhé generace přihlížet pouze k typům platných 
vložených karet bez ohledu na jejich generace. 
MIG_006  Jakoukoli platnou kartu tachografu druhé generace musí být možné použít v celcích ve vozidle první 
generace naprosto stejným způsobem jako kartu tach ografu první generace stejného typu. 
2.3.  Interoperabilit a mezi celky ve vozidle a snímači pohybu 
Rozumí se, že snímače pohy bu první generace jsou inter operabilní s první generací celků ve vozidle, zatímco 
snímače pohy bu druhé generace jsou interoperabilní s druhou generací celků ve vozidle. Kromě toho se uplatní 
níže uvedené požadavky . 
MIG_007  Celky ve vozidle druhé generace nebudou moci být spáro vány a používány se snímači pohyb u první 
generace. 
MIG_008  Snímače pohybu druhé generace mohou být spáro vány a používán y pouze s celky ve vozidle druhé 
generace, nebo s oběma generacemi celků ve vozidle. 
2.4.  Interoperabilit a mezi celky ve vozidle, kartami tachog rafu a zařízením pro staho vání dat 
MIG_009  Zařízení pro staho vání dat lze používat pouze s jednou generací celků ve vozidle a karet tachog rafu, 
nebo s oběma. 
2.4.1  Přímé stahování z karet prostřednictvím intelig entního vyhrazeného zařízení (IDE) 
MIG_010  Data se musí z karet tachog rafu jedné generace vloženýc h do čtečky karet staho vat pomocí IDE s 
použitím bezpečnostních mechanis mů a protok olu pro staho vání dat této generace a staho vaná data 
musí být ve formátu definovaném pro tuto generaci. 
MIG_011  Aby se umožnila kontrola řidičů kontrolními orgány , které nepatří do EU, musí být rovněž umožněno 
staho vání dat z karty řidiče (a karty dílny ) druhé generace naprosto stejným způsobem jako z karty 
řidiče (a karty dílny) první generace. Uvedené staho vání musí zahr novat: 
—  nepodepsané elementár ní soubor y (EF) 
 a 
 , 
—  nepodepsané elementár ní soubor y (EF) (první generace) 
 a 
, 26.5.2016 L 139/498 Úřední věstník Evropské unie CS     
—  ostatní elementár ní soubor y EF s aplikačními daty (v rámci soubor u 
 DF) vyžado vané 
protok olem pro staho vání dat z karet první generace. Tyto informace musí být zabezpečeny 
digitálním podpisem podle bezpečnostních mec hanismů první generace. 
Uvedené staho vání nesmí zahr novat elementár ní soubor y EF s aplikačními daty , které jsou přítomn y 
pouze na kartách řidiče (a kartách dílny ) druhé generace (elementár ní soubor y EF s aplikačními daty v 
rámci soubor u 
 DF). 
2.4.2  Staho vání z karet prostřednictvím celku ve vozidle 
MIG_012  Data se musí staho vat z karty druhé generace vložené do celku ve vozidle první generace pomocí 
protok olu pro staho vání dat první generace. Karta musí na příkazy celku ve vozidle odpo vídat 
naprosto stejným způsobem jako karta první generace a staho vaná data musí mít stejný formát jako 
data staho vaná z karty první generace. 
MIG_013  Data se musí staho vat z karty první generace vložené do celku ve vozidle druhé generace pomocí 
protok olu pro staho vání dat definovaného v dodatku 7 této přílohy . Celek ve vozidle musí vysílat 
příkazy do karty naprosto stejn ým způsobem jako celek ve vozidle první generace a staho vaná data 
musí respekto vat formát definov aný pro karty první generace. 
2.4.3  Staho vání z celku ve vozidle 
MIG_014  Data se musí staho vat z celků ve vozidle druhé generace pomocí bezpečnostníc h mechanismů druhé 
generace a prot okolu pro staho vání dat specifi kovaného v dodatku 7 této příloh y. 
MIG_015  Aby se umožnila kontrola řidičů kontrolními orgán y, které nepatří do EU, a staho vání dat z celku ve 
vozidle dílnami, kter é nepatří do EU, lze také volitelně umožnit staho vání dat z celků ve vozidle druhé 
generace pomocí bezpečnostních mech anismů první generace a prot okolu pro staho vání dat první 
generace. Staho vaná data musí mít stejn ý formát jako data staho vaná z celku ve vozidle první 
generace. Tuto možnost lze zvolit pomocí příkazů v menu. 
2.5.  Interoperabilit a mezi celke m ve vozidle a kalibračním zařízením 
MIG_016  Kali brační zařízení musí být schopn o provádět kalibraci všech generací tachog rafu pomocí 
kalibračního prot okolu příslušné generace. Kalibrační zařízení lze použít pouze s jednou generací 
tachografu, nebo s oběma. 
3.  HLAVNÍ KROKY V OBDOBÍ PŘED DATEM ZAVEDENÍ 
MIG_017  Testo vací klíče a certifikáty musí být výrobcům k dispozici nejpozději 30 měsíců před datem zavedení. 
MIG_018  Zkoušky interoperability musí být připra veny k zahájení, jestliže o to výrobci požádají, nejpozději 15 
měsíců před datem zavedení. 
MIG_019  Oficiální klíče a certifikáty musí být výrobcům k dispozici nejpozději 12 měsíců před datem zavedení. 
MIG_020  Členské státy musí být schopn y vydávat karty dílny druhé generace nejpozději 3 měsíce před datem 
zavedení. 
MIG_021  Členské státy musí být schopn y vydá vat všec hny typy karet tachografu druhé generace nejpozději 1 
měsíc před datem zavedení. 
4.  UST ANO VENÍ PRO OBDOBÍ PO DATU ZAVEDENÍ 
MIG_022  Po datu zavedení musí člensk é státy vydávat pouze karty tach ografu druhé generace. 26.5.2016 L 139/499 Úřední věstník Evropské unie CS     
MIG_023  Výrobci celků ve vozidle / snímačů pohy bu budou smět vyrábět celky ve vozidle / snímače pohy bu 
první generace, dokud budou používán y v praxi, aby mohly být vyměňo vány vadné součásti. 
MIG_024  Výrobci celků ve vozidle / snímačů pohy bu budou smět požado vat a obdržet zach ování schv álení typu 
celků ve vozidle / snímačů pohy bu první generace, které již byly typo vě schv áleny .  26.5.2016 L 139/500 Úřední věstník Evropské unie CS     
Dodatek 16 
ADAPTÉR PRO VOZIDL A KATEGORIE M1 A N1 
OBSAH 
1. ZKRA TKY A REFERENČNÍ DOKUMENT Y................................................................................................... 501 
1.1. Zkratky .................................................................................................................................. 501 
1.2. Referenční normy..................................................................................................................... 501 
2. VŠEOBECNÉ CHARAK TERISTIKY A FUNK CE ADAPTÉR U............................................................................... 502 
2.1. Všeobecný popis adapt éru.......................................................................................................... 502 
2.2. Funkce ................................................................................................................................... 502 
2.3. Zabezpečení ............................................................................................................................ 502 
3. POŽAD AVKY NA ZÁZNAMO VÉ ZAŘÍZENÍ U NAMONTO VANÉHO ADAPTÉR U.................................................. 502 
4. KONSTR UKČNÍ A FUNKČNÍ POŽAD AVKY NA ADAPTÉR ............................................................................... 503 
4.1. Propojení a přizpůsobení přic házejících impulsů rychlosti ................................................................. 503 
4.2. Indukce přicházejícíc h imp ulsů do zabudo vaného snímače pohy bu ..................................................... 503 
4.3. Zabudo vaný snímač pohybu ....................................................................................................... 503 
4.4. Bezpečnostní požadavky ............................................................................................................ 503 
4.5. Provozní charakteristi ky............................................................................................................. 504 
4.6. Materi ály................................................................................................................................ 504 
4.7. Značení ................................................................................................................................. 504 
5. MONT ÁŽ ZÁZNAMO VÉHO ZAŘÍZENÍ PŘI POUŽITÍ ADAPTÉR U.................................................................... 504 
5.1. Montáž .................................................................................................................................. 504 
5.2. Plomb y.................................................................................................................................. 505 
6. KONTR OLY, PROHLÍDKY A OPRA VY ........................................................................................................ 505 
6.1. Periodic ké prohlídky ................................................................................................................. 505 
7. SCH VÁLENÍ TYPU ZÁZNAMO VÉHO ZAŘÍZENÍ PŘI POUŽITÍ ADAPTÉR U.......................................................... 505 
7.1. Všeobecně .............................................................................................................................. 505 
7.2. Osvědčení o funkčnosti ............................................................................................................. 506  
1.  ZKRA TKY A REFERENČNÍ DOKUMENT Y 
1.1.  Zkratky 
TBD  bude stano veno později 
VU  celek ve vozidle (Vehicle Unit) 
1.2.  Referenční nor my 
ISO16844-3 Road vehicles – Tachog raph systems – Part 3: Motion sensor interface (Silniční vozidla – Systém y 
tachografu – Část 3: Rozhraní snímače pohyb u 26.5.2016 L 139/501 Úřední věstník Evropské unie CS     
2.  VŠEOBECNÉ CHARAK TERISTIKY A FUNK CE ADAPTÉR U 
2.1.  Všeobecný popis adaptér u 
ADA_001  Adapt ér dodává připojenému celku ve vozidle (VU) zabezpečené údaje o pohy bu vozidla trvale 
odpo vídají cí rychlosti vozidla a vzdálenosti ujeté vozidlem. 
Adapt ér je určen pouze pro vozidla, kter á musí být vybavena záznamo vým zařízením v souladu s 
tímto nařízením. 
Musí být namonto ván a používán pouze u typů vozidel vymezených v definici yy) „adap tér“ příloh y 
IC, u kterých není mechani cky možné namonto vat jiný typ existujícího snímače pohy bu, který je jinak 
v souladu s ustano veními této přílohy a dodatků 1 až 16. 
Adapt ér nesmí být mechanic ky propojen s pohybliv ou částí vozidla, ale je napojen na impulsy 
rychlosti/vzdálenosti, které jsou genero vány integro vanými snímači nebo alternativními rozhraními. 
ADA_002  Snímač pohybu schv áleného typu (podle ustano vení této přílohy IC oddílu 8, Schválení typu 
záznamo vého zařízení a karet tach ografu) musí být umístěn do skříně adapt éru, která musí obsaho vat 
také zařízení na převod impulsů indukující přic házející imp ulsy do zabudo vaného snímače pohy bu. 
Vlastní zabudo vaný snímač pohy bu musí být propojen s celkem ve vozidle tak, aby rozhraní mezi 
celke m ve vozidle a adapt érem bylo v souladu s požada vky normy ISO 16844-3. 
2.2.  Funkce 
ADA_003  Adapt ér musí zajišťovat tyto funkce: 
—  propojení a přizpůsobo vání příc hozích impulsů rychlosti, 
—  indukci přic házejících impulsů do zabudo vaného snímače rychlosti, 
—  všechn y funkce zabudo vaného snímače pohybu dodá vající zabezpečené údaje o pohybu vozidla do 
celku ve vozidle. 
2.3.  Zabezpečení 
ADA_004  Zabezpečení systé mu adapt éru není certifiko váno na základě všeobecného bezpečnostního cíle pro 
snímače pohybu definov aného v dodatku 10 této příloh y. Namísto toho se použijí požadavky na 
zabezpečení specifi kované v oddíle 4.4 tohot o dodatku. 
3.  POŽAD AVKY NA ZÁZNAMO VÉ ZAŘÍZENÍ U NAMONTO VANÉHO ADAPTÉR U 
Požada vky uvedené v následujícíc h kapito lách udávají, jak je třeba rozumět požada vkům v této příloze, je-li 
použit adapt ér. Příslušná čísla požada vků přílohy IC jsou uvedena v závorkách . 
ADA_005  Záznamo vé zařízení každého vozidla vyba veného adapt érem musí být v souladu se všemi 
ustano veními této příloh y kromě případů, kdy je v tomt o dodatku uvedeno jinak . 
ADA_006  Je-li namont ován adapt ér, záznamo vé zařízení zahr nuje kabely , adap tér (včetně snímače pohy bu) a 
celek ve vozidle [01]. 
ADA_007  Funkce detekce událostí a/nebo závad záznamo vého zařízení se pozměňuje takto: 
—  událost „přer ušení elektr ického napájení“ aktivuje celek ve vozidle, pokud zařízení není v 
kalibračním režimu, při každém přer ušení elektr ického napájení zabudo vaného snímače pohy bu 
delším než 200 milisekund [79], 
—  událost „chybné údaje o pohy bu vozidla“ aktivuje celek ve vozidle při přer ušení normálního toku 
dat mezi zabudo vaným snímačem pohybu a celkem ve vozidle a/nebo v případě chyby integrit y 
nebo ověření pravosti dat přenášenýc h mezi zabudo vaným snímačem pohy bu a celkem ve vozidle 
[83], 26.5.2016 L 139/502 Úřední věstník Evropské unie CS     
—  událost „pokus o narušení zabezpečení“ aktivuje celek ve vozidle v jakémk oli jiném případě, kter ý 
ohrožuje zabezpečení zabudo vaného snímače pohy bu, pokud zařízení není v kalibračním režimu 
[85], 
—  chybu „záznamo vého zařízení“ aktivuje celek ve vozidle, pokud zařízení není v kalibračním 
režimu, v případě jakékoliv závady na zabudo vaném snímači pohy bu [88]. 
ADA_008  Závady adapt éru zjistite lné záznamo vým zařízením jsou závady související se zabudo vaným snímačem 
pohy bu [88]. 
ADA_009  Kalibrační funkce celku ve vozidle musí umožnit automatic ké spáro vání zabudo vaného snímače 
pohy bu a celku ve vozidle [202, 204]. 
4.  KONSTR UKČNÍ A FUNKČNÍ POŽAD AVKY NA ADAPTÉR 
4.1.  Propojení a přizpůsobení přicházejících impulsů rychlosti 
ADA_011  Vstupní rozhraní adap téru musí přijímat frekvenční impulsy odpo vída jící rychlosti vozidla a 
vzdálenosti ujeté vozidlem. Elektr ické charakteristi ky přic házejících impulsů jsou: definuje výrobce. 
Úprav y přístupné pouze výrobci adapt éru a schv álené dílně provádějící montáž adapt éru musí v 
příslušných případech umožnit sprá vné propojení vstupu adap téru s vozidlem. 
ADA_012  Vstupní rozhraní adapt éru musí být v příslušných případech schopné násobit nebo dělit frekvenci 
přic házejících impulsů rychlosti pevně stano veným faktorem pro přizpůsobení signálu rozsahu faktoru 
k definov anému v této příloze (4 000 až 25 000 impulsů/km). Tento pevně stano vený faktor může 
být naprogramo ván pouze výrobcem adap téru a schv álenou dílnou provádějící montáž adapt éru. 
4.2.  Indukce přicházejících impulsů do zabudo vaného snímače pohy bu 
ADA_013  Přicházející impulsy , případně přizpůsobené výše uvedeným způsobem, musí být induk ovány do 
zabudo vaného snímače pohy bu tak, aby každý přic házející impuls byl snímačem pohy bu detekován. 
4.3.  Zabudo vaný snímač pohy bu 
ADA_014  Zabudo vaný snímač pohy bu musí být stimulo ván induk ovanými impulsy , což mu umožní genero vat 
údaje o pohy bu vozidla přesně odpo vídající pohybu vozidla, jako by byl mecha nicky propojen s 
pohy blivou částí vozidla. 
ADA_015  K identifikaci adap téru využívá celek ve vozidle identif ikační data zabudo vaného snímače pohybu 
[95]. 
ADA_016  Montážní data uložená v zabudo vaném snímači pohy bu jsou považo vána za data představující 
montážní data adapt éru [122]. 
4.4.  Bezpečnos tní požada vky 
ADA_017  Skříň adapt éru musí být konstr uována tak, aby ji nebylo možno otev řít. Musí být opatřena plombou, 
aby bylo možné snadno zjistit pokusy o nepo volenou manipulaci (např. vizuální kontrolou, viz 
ADA_035). Plomb y musí splňo vat stejn é požadavky jako plomby na snímačíc h pohybu [398 až 406]. 
ADA_018  Nesmí být možné odstranit zabudo vaný snímač pohy bu z adapt éru bez porušení plomby (plomb) 
skříně adapt éru nebo porušení plomby mezi snímačem a skříní adapt éru (viz ADA_034). 
ADA_019  Adapt ér musí zajistit, aby údaje o pohybu vozidla mohly být zpraco vávány a odvozovány pouze ze 
vstupu adapt éru. 26.5.2016 L 139/503 Úřední věstník Evropské unie CS     
4.5.  Provozní charakter istiky 
ADA_020  Adapt ér musí být plně provozuschopný v rozsahu teplot definovaném výrobcem. 
ADA_021  Adapt ér musí být plně provozuschopný v rozsahu vlhk ostí od 10 % do 90 % [214]. 
ADA_022  Adapt ér musí být chráněn proti přepětí, záměně polar ity napájecího napětí a zkratu [216]. 
ADA_023  Adapt ér musí buď: 
—  reago vat na magnetick é pole, které ruší detekci pohybu vozidla; za takových okolností celek ve 
vozidle zaznamená a uloží závadu snímače [88]; nebo 
—  musí mít snímací prvek, kter ý je chráněn proti magnetickým polím, případně je vůči jejich 
působení imunní [217]. 
ADA_024  Adapt ér musí odpo vídat mezinárodnímu předpisu EHK OSN R10, vztahujícímu se k elektromagnetick é 
kompati bilitě, a musí být chráněn proti elektrostatický m výbojům a přechodo vým jevům [218]. 
4.6.  Mater iály 
ADA_025  Adapt ér musí splňo vat stupeň ochrany (definují výrobci v závislosti na montážní poloze) [220, 221]. 
ADA_026  Barva skříně adapt éru je žlutá. 
4.7.  Značení 
ADA_027  K adapt éru musí být připevněn popisný štítek, kter ý obsahuje tyto údaje: 
—  název a adresu výrobce adap téru, 
—  katalogo vé číslo adapt éru podle výrobce a rok jeho výroby , 
—  značku schválení typu adapt éru nebo záznamo vého zařízení zahr nujícího adap tér, 
—  datum montáže adap téru, 
—  identif ikační číslo vozidla, do něhož byl namont ován. 
ADA_028  Popisný štítek dále obsahuje tyto údaje (pokud je není možno přímo přečíst na vnější straně 
zabudo vaného snímače pohy bu): 
—  název výrobce zabudo vaného snímače pohybu, 
—  katalogo vé číslo zabudo vaného snímače pohybu podle výrobce a rok jeho výrob y, 
—  značka schv álení typu zabudo vaného snímače pohy bu. 
5.  MONT ÁŽ ZÁZNAMO VÉHO ZAŘÍZENÍ PŘI POUŽITÍ ADAPTÉR U 
5.1.  Montá ž 
ADA_029  Adapt éry musí být do vozidel monto vány pouze výrobci vozidel nebo schv álenými dílnami 
oprá vněnými k montáži, aktivaci a kalibraci digitálních a inteli gentníc h tachog rafů. 
ADA_030  Schvál ená dílna provádějící montáž adapt éru musí seřídit vstupní rozhraní a zvolit dělicí poměr 
vstupního signálu (v příslušných případech ). 26.5.2016 L 139/504 Úřední věstník Evropské unie CS     
ADA_031  Schvál ená dílna provádějící montáž adap téru musí skříň adapt éru zaplombo vat. 
ADA_032  Adapt ér musí být namonto ván co možná nejblíže té části vozidla, kter á zajišťuje přic házející impulsy . 
ADA_033  Kabely pro přívod energie do adap téru musí být červené (kladný pól) a černé (uzemnění). 
5.2.  Plomby 
ADA_034  Platí tyto požadavky na plombo vání: 
—  skříň adapt éru musí být zaplombo vaná (viz ADA_017), 
—  jestliže je možné odstranit zabudo vaný snímač ze skříně adapt éru bez pošk ození plomby (plomb) 
skříně adap téru, musí být skříň zabudo vaného snímače plombou spojena se skříní adap téru (viz 
ADA_018), 
—  skříň adapt éru musí být plombou spojena s vozidlem, 
—  propojení adapt éru a zařízení, které zajišťuje přic házející impulsy , musí být zaplombo váno na 
obou koncíc h (pokud je to přiměřeně možné). 
6.  KONTR OLY, PROHLÍDKY A OPRA VY 
6.1.  Periodické prohlídky 
ADA_035  Při použití adapt éru musí každá pravidelná prohlídka (prav idelnou prohlídk ou se rozumí prohlídka v 
souladu s požada vky [409] až [413] příloh y 1C) záznamo vého zařízení zahr novat kontroly , zda: 
—  adapt ér nese správnou značku schválení typu, 
—  plomby na adap téru a jeho připojeníc h jsou nepor ušené, 
—  adapt ér je namont ován tak, jak je uvedeno na montážním štítku, 
—  adapt ér je namont ován podle pokynů výrobce adapt éru a/nebo vozidla, 
—  montáž adapt éru je pro kontrolo vané vozidlo schv álená. 
ADA_036  Tyto prohlídky musí zahr novat kalibraci a výměnu všech plomb bez ohledu na jejich stav. 
7.  SCH VÁLENÍ TYPU ZÁZNAMO VÉHO ZAŘÍZENÍ PŘI POUŽITÍ ADAPTÉR U 
7.1.  Všeobecně 
ADA_037  Záznamo vé zařízení musí být předloženo ke schv álení typu úplné, včetně adapt éru [425]. 
ADA_038  Každý adap tér může být předložen ke schv álení typu samostatně nebo jako součást záznamo vého 
zařízení. 
ADA_039  Uvedené schv álení typu musí zahr novat funkční zkoušky zahr nující adapt ér. Kladné výsledky každé 
z těcht o zkoušek jsou uvedeny v příslušném osvědčení [426]. 26.5.2016 L 139/505 Úřední věstník Evropské unie CS     
7.2.  Osvědčení o funkčnos ti 
ADA_040  Osvědčení o funkčnosti adapt éru nebo záznamo vého zařízení zahr nujícího adapt ér musí být výrobci 
adap téru doručeno až po úspěšném absolv ování všec h funkčníc h zkoušek v tomt o minimálním 
rozsahu. 
Č. Zkouška Popis Související požadavky 
1. Administrativní šetření 
1.1 Dokumentace Sprá vnost dokumentace adap téru  
2. Vizuální kontrola 
2.1. Shoda adapt éru s dokumentací  
2.2. Identif ikace/značení adapt éru ADA_027, ADA_028 
2.3 Materi ály použit é v adapt éru [219] až [223] 
ADA_026 
2.4. Plomby ADA_017, ADA_018, 
ADA_034 
3. Funkční zkoušky 
3.1 Indukce impulsů rychlosti do zabudo vaného snímače pohybu ADA_013 
3.2 Propojení a přizpůsobení přic házejících impulsů rychlosti ADA_011, ADA_012 
3.3 Přesnost měření pohy bu vozidla [30] až [35], [217] 
4. Environmentá lní zkoušky 
4.1 Výsledky zkoušek výrobce Výsledky envi ronmentálních zkoušek výrobce ADA_020, ADA_021, 
ADA_022, ADA_024 
5. Elektromagnetická kompatibilita (EMC) 
5.1 Vyzařo vané emise a citlivost Ověření shody se směr nicí 2006/28/ES ADA_024 
5.2 Výsledky zkoušek výrobce Výsledky envi ronmentálních zkoušek výrobce ADA_024   26.5.2016 L 139/506 Úřední věstník Evropské unie CS